Datenbank öffnet nicht mehr

[F3K Total]

Sorry, ich bekomme die Datei nicht auf, das Archive ist zerstört.
Ich kann nicht weiter helfen, solange die .zip Dateien kaputt sind, geht nix.
Gruß R

[juhu73]

Schade,
aber jetzt kommt die Krönung.
Die DB (Stand 02.16) habe ich, bevor ich sie hochgeladen habe, von einem Stick mit LO sauber geöffnet. Dann habe ich die Datei mit "Datei schließen" beendet. Ich habe sie auf mein Laufwerk rüber kopiert, umbenannt in .zip und hochgeladen.
Jetzt habe ich erneut den Stick geladen und dabei gemerkt, dass die DB (Stand 02/16) neu mit heutigem Datum zurückgespeichert wurde. Scheinbar geschehen mit der Funktion "Datei schließen". Als ich jetzt die DB wieder öffnen wollte, bekomme ich wieder den Fehler "Versuch die DB als Textdatei zu öffnen (s. meinen Thread-Beginn) !!!! Also auch die DB ist jetzt futsch.
Ich habe doch noch eine andere DB aus einem Sicherungslaufwerk (Stand: Jahr 2014) gefunden. Mit der habe ich das gleiche Spiel gemacht: mit LO geöffnet (war i.O.) - mit "Datei schließen" beendet (hat heutiges Datum bekommen) - dann erneut mit LO geöffnet und das ging !!??
Hast du eine Erklärung? Hier kommt die DB 2014.

[RobertG]

Hallo *,

ich habe hier die Datenbankdateien "backup" und "data" aus der kaputten Datei extrahieren können. Nur schafft es mein Packprogramm nicht, die Dateien auch in die alte *.odb-Datei rein zu packen. Ich lösche dort die vorhandenen "backup" und "data", wähle die neuen aus - und dann stehen da wieder die alten Dateien drin.

Ich hänge einmal die extrahierten Dateien in einem Zipfile an.

Gruß

Robert

[F3K Total]

Hallo,
ich bekomme zwar Roberts gerettete Daten in die .odb hinein, habe trotzdem keinen Erfolg, auch "data" sowie "backup" der reparierten Datei sind anscheinend defekt.
Die Fehlermeldung:

Error.png (14.43 KiB) 3863 mal betrachtet

Genauso die der Datei aus dem Februar 2016. Ich nehme an, aus irgendeinem Grund, wird die eingebettete Datenbank bei dir nicht komplett herunterfahren, wenn du sie schließt. Es ist wichtig, LibreOffice/OpenOffice komplett zu schließen, sonst passiert dieses herunterfahren nicht, und führt am Ende zum Datenverlust, wie es Dir nun anscheinend passiert ist.
Man kann sicher sein dass die DB heruntergefahren ist, wenn man vor dem Schließen über Extras/SQL... den folgenden Befehl absetzt:

Code: Alles auswählen

SHUTDOWN COMPACT

Anbei, deine Datei mit eingebauten geretteten data und backup, vielleicht hat Robert noch eine Idee, Problem scheint der Index zu sein.
Gruß R

[RobertG]

Hallo R,

ich habe ja Probleme mit dem Einlesen (irgendwas mit dem Packprogramm hier ...). Ob es vielleicht hilft, den Index einfach entsprechend rauf zu setzen?
SET TABLE "TV-Filme" INDEX'773552 1698'
ALTER TABLE "TV-Filme" ALTER COLUMN "ID" RESTART WITH 1698
ändern zu
SET TABLE "TV-Filme" INDEX'773552 2500'
ALTER TABLE "TV-Filme" ALTER COLUMN "ID" RESTART WITH 2500
... nur passt das natürlich nicht zu den tatsächlichen Einträgen.

Vielleicht hilft es auch, die beiden Zeilen komplett herauszunehmen. Kann sein, dass dann die Tabelle zu öffnen, aber nicht beschreibbar ist. Immerhin lässt sich dann der Maximalwert für den Index ermitteln.

Gruß

Robert

[juhu73]

Hallo R. , hallo Robert,
danke für euer Bemühen. Das was ihr treibt, ist mir zu hoch.

Ob es vielleicht hilft, den Index einfach entsprechend rauf zu setzen?

@Robert:
mit deinen vorgeschlagenen Parametern weiß ich nichts anzufangen.

Ich habe die DB von R. geöffnet. Beim Anklicken des Formulars oder Tabelle bekomme ich die gleiche Fehlermeldung.

Ist also nichts mehr zu retten?

[RobertG]

Hallo juhu73,

das Problem ist für mich hier, dass aus einem unerfindlichen Grund mein Packprogramm das Löschen von Dateien aus dem *.odb-Paket nicht annimmt. Sobald ich eine Datei verändere und in das Paket einzulesen versuche wird die alte Datei wieder hervorgeholt und an die Stelle gesetzt.

Die Daten sind schon da, es ist nur die Frage, wie dem Programm begreiflich gemacht werden kann, dass es nicht bei mehr als 1698 Datensätzen in den Streik treten soll, sondern ruhig weiter lesen kann.

Gruß

Robert

[Freischreiber]

Hallo!

Wenn ich diese Datei hier: http://www.libreoffice-forum.de/downloa ... hp?id=4606
mit 7-Zip überprüfe, bekomme ich diese Fehlermeldung:

7-Zip-Archiv-überprüfen.png (8.32 KiB) 3841 mal betrachtet

Vielleicht hilfts ja.

Und dann noch ein ganz "spinnerter" Gedanke: Vielleicht hängt das Gezicke der Datei mit alternativen Datenströmen zusammen, die es bei Windows mit NTFS-Laufwerken geben kann. Beim Speichern auf einen FAT-formatierten USB-Stick (an der Fritzbox wohl Standard) würden diese Datenströme wohl abgeschnitten werden. Kann auch ganz daneben sein, aber was solls, jetzt ist es schon raus.

Gruß
Freischreiber

[juhu73]

@freischreiber:
der Siick ist NTFS formatiert.
Außerdem hatte ich den Fehler ja schon auf meinem Laufwerk.

[juhu73]

Hallo Robert,
noch eine letzte Frage:
Ich erstelle mir ab und zu aus der Datenbank eine PDF-Datei. Das geht über den Zwischenschritt zuerst eine Exel-Datei aus der Datenbank zu erstellen und dann als PDF zu exportieren (Vielleicht gehts auch einfacher).
Die Exel-Datei habe ich noch. Könnt ihr aus dieser wieder die Datenbank bauen?