 |
Tabellenchaos in Access nach PC-Absturz
Meine Access-95-Datenbank hat nach einem Stromausfall offenbar einen irreparablen Schaden erlitten: Einige Tabellen erscheinen doppelt im Datenbankfenster. Das ist mir auch schon mit Access 2.0 passiert, der Schaden ließ sich aber problemlos beheben. Wenn ich versuche, die Datenbank mit Access 95 zu reparieren, erscheint jedoch nur folgende Fehlermeldung: Auftrag ist kein Index in dieser Tabelle. Da liegt Access ganz richtig: Auftrag ist kein Index, sondern der Name meiner MDB-Datei. Wie kann ich die Datenbank retten?
Doppelte Tabellennamen weisen auf Fehler in den Systemtabellen Ihrer Datenbank hin. Access verwendet diese Systemtabellen, um Informationen über Objekte wie Tabellen, Felder oder Beziehungen zu speichern. Bevor Sie den nächsten Versuch starten, die MDB-Datei zu reparieren, legen Sie zuerst eine Sicherheitskopie an. Öffnen Sie dann Ihre Datenbank und versuchen, die Datenbank vor der Reparatur zu komprimieren.
Dazu rufen Sie den Befehl Extras – Dienstprogramme – Datenbank komprimieren auf. Danach stehen die Chancen, daß die Reparatur der Datenbank gelingt, deutlich besser. Das erledigen Sie gleich mit dem Befehl Extras – Dienstprogramme – Datenbank reparieren. Anschließend legen Sie am besten eine neue MDB-Datei an und importieren sämtliche Datenbankobjekte aus der alten MDB-Datei. Verwenden Sie dazu Datei – Externe Daten – Importieren und wählen dann als Importquelle Ihre reparierte MDB-Datei aus.
Sofern Sie Access 95 unter NT 4.0 einsetzen, kann auch ein Update des Datenbankkerns (Jet-Engine) von Access 97 weiterhelfen. Eine aktuelle Jet-Version 3.000.3305 finden Sie im Internet unter http://www.microsoft.com/kb/articles q151/1/86.htm.
Die Datei MSJTWNG.EXE enthält drei neue DLL-Dateien für den Datenbankkern von Access 95, die allerdings nur NT-4.0-Benutzer benötigen. Neben der besseren Reparaturfunktion korrigiert die neue Jet-Version auch Probleme im Umgang mit großen OLE-Objekten und Memofeldern.
|
 |