Datenbank defekt?

International Deutsch
1

Beim Versuch DTPO zu starten, erscheint immer die Meldung, dass die Datenbank XYZ.dtBase2 in Benutzung zu sein scheint. Wenn ich auf Fortfahren klicke, dann Initialisiert & Überprüft DTPO ewig und bleibt mit dem Startbild hängen.
Klicke ich auf Abbrechen, startet DTPO. Versuch ich dann die Datenbank zu öffnen, geschieht genau das selbe. Erst kommt die Warnung “Die Datenbank XYZ.dtBase2 scheint in Benutzung zu sein!” Dann bleibt der Balken bei "“Initialisiere & Überprüfe” in der Mitte stehen und nichts weiter passiert. :frowning:

Was kann ich tun, um in die Datenbank zu kommen?

2

Sorry, but I’ll have to answer in English.

The database is damaged. Here’s how to recover data from the most recent internal backup state of the database:

  1. Quit DTPO. In the Finder, select the damaged database file. Control-click to open the Info panel. Rename it so that some change has been made to the name and DTPO won’t try to open it when next launched. Also remove the suffix “.dtBase2” from the filename. Close the Info panel. The database file has now become a folder.

  2. Create a new folder in Documents that will become a new database. For illustration, I’ll name it ‘Harry’ - but you can name it anything you wish.

  3. In the former database folder, select the folder named Backup (the most recent internal backup folder), then select ALL the contents of that folder and copy (Option-drag) them into the folder named ‘Harry’.

  4. In the former database folder, select and copy (Option-drag) the folder named ‘Files.noindex’ into the folder named ‘Harry’.

  5. Select the folder name ‘Harry’ and open the Info panel. Rename the folder by adding the suffix “.dtBase2” (without quotes) so that the name has become “Harry.dtBase2”. Close the Info panel. The folder has now become a DTPO database package file.

  6. Double-click on ‘Harry.dtBase2’ to launch DTPO and open the database.

6a) If the database opens properly and appears to be in working order, run Tools > Verify & Repair to check data integrity. If there are no errors, or errors can be corrected on a second run of Verify & Repair, immediately choose File > Export > Database Archive. This will be a complete compressed backup of your recovered database. As I don’t know what in your computer’s environment caused the database damage, this is recommended.

ELSE

6b) If the recovered database was damaged, repeat steps 2-6, this time choosing the second most recent internal backup folder as the basis for recovery of the previous damaged database.

3

I did as you told me till the first Verify & Repair (6a). DTPO found some errors and I told em to Repair. Then DTPO tried to reimport about 1200 files and crashed before finishing that reimport. :frowning:
I copied the crashlog, so if it helps any further…

4

Hm, ob sich ein Versuch der Reparatur überhaupt lohnt bei 491865 Inkonsistenzen, 1 fehlerhafte Prüfsummen, 3 fehlende und 1966 verwaiste Dateien?

Irgendwas lief da richtig schief. Nur was?

5

Das lässt sich von hier aus nur schwer beurteilen, aber die häufigsten Ursachen sind “Programm sofort beenden” sowie leere Batterien bzw. Stromausfälle und fehlerhafte Systemerweiterungen von Drittherstellern (insbesonders Haxies & Input Manager).

Abstürze, Systemfehler, defekte Dateisysteme und Hardwareprobleme (u.a. defektes RAM, problematische Firewire-Festplatten, früher z.B. von Lacie, und kaputte Boards) sind weitere mögliche Ursachen, aber es gibt noch mehr wie Abstöpseln von Festplatten oder Servern, Änderungen im Datenbankpackage durch den Benutzer oder auch einfach nur die Tatsache, dass die meisten Macs kein RAM mit Fehlerkorrektur verwenden.

6

In dem Fall kein Problem.
Ich werde wohl oder übel die Datenbank neu anlegen.

Ich tippe auf ein Herunterfahren des Macs bei dem DTPO mehr oder minder sofort beendet wurde.