MS Access 2003 - Festplatten- oder Netzwerkfehler - KEIN Netzwerkproblem - Remote-App - Win 2008

4820
KingOfAllTrades

Wir haben ein Windows 2008, auf dem Terminaldienste ausgeführt werden, aber als Remote-Apps keine vollständigen Desktops.

Es gibt eine einzelne Datenbankdatei, calc.mdb, die "Datenträger- oder Netzwerkfehler" angibt. Wenn auf einen Benutzer mit MS Access 2003 zugegriffen wird, läuft es einwandfrei. Für unsere reisenden Benutzer, die über die RemoteApp zugreifen, erhalten sie jedoch "Festplatten- oder Netzwerkfehler".

Ich habe gesucht und so ziemlich jeder kommt zu ein paar Schlussfolgerungen:

1. Es ist ein Netzwerkfehler.
2. Kompilieren Sie es und / oder komprimieren Sie es.

Es ist sicherlich nicht Nummer 1, weil ich feststellen kann, dass das Netzwerk in Ordnung ist.
Ich habe mit keinem Erfolg kompiliert und komprimiert (und außerdem können Sie die Datenbank öffnen).

Von einem Client-Computer aus:

A) Hat kein Problem mit der Ausführung einer anderen RemoteApp (wie Word, WordPad,auch eine andere Access-Datenbank )
B) Kein Problem bei der Anmeldung über den vollständigen Remote-Desktop.
C) Kann die Datenbank von Access 2003 aus lokal installiert ausführen.
D) Empfängt beim Öffnen über die Remote-App "Disk oder Network Error".

Das Ereignisprotokoll zeigt keine Hilfe, die ich finden konnte. Mit all den verschiedenen Protokollen in Windows Server jetzt vielleicht woanders nachsehen? Es scheint mit dem RemoteApp-Setup zu tun zu haben.

Auch dies ist KEIN NETZWERK! Das ist schon seit Monaten so. Ich habe bestätigt, dass es sich nicht um ein Netzwerkproblem handelt.

Und ja, sobald ich mein aktuelles Projekt fertiggestellt habe, müssen Sie als nächstes diese alternden Apps aktualisieren.

EDIT: Zusätzlicher Test basierend auf Kommentar:

  1. Die fehlerhafte Datenbank wurde auf den lokalen Computer kopiert.
  2. Umbenannt, um TEST1 zum Dateinamen hinzuzufügen.
  3. Zurück zum Server kopiert.
  4. RemoteApp-Verknüpfung wurde aktualisiert, um den neuen Dateinamen anzuzeigen.
  5. Es klappt!

Wenn Sie die Datei einfach kopieren und umbenennen, funktioniert es. Ich habe jedoch die gleichen Schritte ausprobiert, ohne den Namen zu ändern (im Wesentlichen in local kopieren und direkt auf den Server kopieren / überschreiben). Dies behebt das Problem nicht.

-1
Wenn sie Access als RemoteApp öffnen und dann die betreffende Datenbank laden, erhalten sie den Fehler? Wann bekommen sie diesen Fehler? Verweist der betreffende DB auf andere DBs oder Dateien? Gespeicherte Prozeduren oder Auslöser in dieser Datenbank eingerichtet? Ƭᴇcʜιᴇ007 vor 10 Jahren 0
Ja, der Fehler tritt auf, wenn die Datei nach dem Herstellen der Verbindung mit dem Server von Access geöffnet wird. Es scheint aufzutreten, wenn die Datenbank geladen wird. Diese Datenbank hat keine verknüpfte Datenbank und stellt auch keine Verbindung zu einer anderen Datenbank her. Es gibt jedoch eine andere MS Access 2003-Datenbank, die eine Verbindung zu dieser Datenbank herstellt und Informationen daraus abruft (über VBA). Das war vor einigen Monaten eingerichtet worden und dieses Problem war vorhanden, bevor wir diese Änderung vorgenommen haben. KingOfAllTrades vor 10 Jahren 0
Sind Sie sicher, dass es in dieser Datenbank keine Auslöser oder Fremdindizes gibt? Sind Sie sicher, dass in dieser Datenbank kein VBA vorhanden ist, insbesondere etwas in der AutoExec (das beim Laden ausgelöst wird)? Wenn Sie die Daten exportieren und in eine neue Datenbank importieren, wird diese Datenbank erwartungsgemäß geöffnet? Ƭᴇcʜιᴇ007 vor 10 Jahren 0
Dort ist VBA. Als ich es gerade ohne VBA-Code testen wollte, habe ich gerade eine Kopie erstellt und diese Kopie funktioniert. Zu Frage hinzufügen. KingOfAllTrades vor 10 Jahren 0
@ Techie007 Die aktualisierte Frage mit den Ergebnissen dieses Tests wird angezeigt. Es gibt auch keinen Code in Auto-Exec. Dieser hat nur ein Formular mit zwei Schaltflächen, um die beiden Prozesse zu starten. Die haben offensichtlich VBA-Code. KingOfAllTrades vor 10 Jahren 0
Zusätzlich zu all diesen Informationen behebt ein Neustart das Problem. KingOfAllTrades vor 10 Jahren 0
Ein Neustart von was? Ƭᴇcʜιᴇ007 vor 10 Jahren 0
Entschuldigung, der Server. Das bedeutet natürlich, dass ich alle anderen Benutzer getrennt habe (wie ich es gerade getan habe). KingOfAllTrades vor 10 Jahren 0

1 Antwort auf die Frage

0
boyleyc

Ich bin auf diesen Fehler gestoßen, nachdem ich einen neuen 2008 R2-Server erstellt und eine Sicherung einer 2005-Datenbank wiederhergestellt habe.

Ich habe dann alle Benutzer importiert, Wartungspläne usw., aber ich habe diesen Fehler erhalten, da ich vergessen hatte, die Standardsprache von US-Englisch in Britisches Englisch zu ändern.

Nach der Migration musste ich:

  1. Aktualisieren Sie Statistiken mit: exec sp_udatatestats
  2. Standardsprache festlegen mit: EXEC sp_configure 'Standardsprache', 23

  3. mit dem folgenden Code (ich sollte es verlinken, aber ich habe vergessen, wo ich es habe) Ich habe die Sprache des Benutzers geändert

    @ l table deklarieren (sqlCmd nvarchar (max)) @ sqlCmd nvarchar (max) angeben @l einfügen @l Wählen Sie "alter login" + quotename (loginname) + "mit default_language = britisch; ' von sys.syslogins wobei dbname = 'XXXXXXXXXXXX'

    wählen top 1 @sqlCmd = sqlcmd aus @l während (@sqlCmd nicht null ist) beginnen Update Druck @sqlCmd exec (@sqlCmd) @l gesetzt sqlcmd = null, wo @ sqlcmd = sqlcmd gesetzt @sqlCmd = null
    wählen top 1 @sqlCmd = sqlcmd von @l wobei sqlCmd kein Nullende ist

Verwandte Probleme