Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Delphi Korrupte Firebird-Datenbank reparieren? (https://www.delphipraxis.net/103339-korrupte-firebird-datenbank-reparieren.html)

storfi 14. Nov 2007 16:35

Datenbank: Firebird • Version: 1.5.2 • Zugriff über: IBX

Korrupte Firebird-Datenbank reparieren?
 
Hallo,

ich habe mit einer bestimmten Firebird-Datenbank ein Problem beim Verbinden:
"blabla.gdb is not a valid database"

Die Meldung kommt auf verschiedenen FB1.5-Installationen bei jedem Verbindungsversuch mit Delphi, Marathon, IBExpert usw.
Andere Datenbanken funktionieren auf diesen FB1.5-Servern einwandfrei.

Daraus schließe ich, dass die Datei beschädigt/korrupt ist.
Ich kann sie auch nicht mit GFIX untersuchen, weil hier auch "is not a valid database" kommt.
Die Dateigröße ist übrigens unverändert.
Das Problem trat über Nacht von einem Tag auf den anderen auf ohne irgendwelche Aktionen auf DB-Ebene.

Hat hier jemand noch einen Tipp für mich, idealerweise ein Reparaturtool?

Danke,
Christian

RavenIV 14. Nov 2007 16:59

Re: Korrupte Firebird-Datenbank reparieren?
 
Versuch mal die gbd mit Firebird 2.x zu öffnen.

Ich meine mich zu erinnern, dass FB 2.x beim Öffnen die Struktur der gdb verändert.
Natürlich kann ich mich auch täuschen und das File ist einfach kaputt.

storfi 14. Nov 2007 17:04

Re: Korrupte Firebird-Datenbank reparieren?
 
Hallo,

vielen Dank für den Hinweis, habe ich aber auch schon ausprobiert.

Die Datei ist wohl einfach "kaputt".
Aber besteht hier gar keine Hoffnung mehr?
Es war ja auch kein Server-/Plattencrash oder so in dieser Nacht...

Christian

DeddyH 14. Nov 2007 17:05

Re: Korrupte Firebird-Datenbank reparieren?
 
Hast Du kein Backup?

mkinzler 14. Nov 2007 17:29

Re: Korrupte Firebird-Datenbank reparieren?
 
Wurde die DB mal mit einer Version von IB geöffnet?

Gruber_Hans_12345 14. Nov 2007 17:36

Re: Korrupte Firebird-Datenbank reparieren?
 
die tools von denen sind ganz gut (habe mal zig tausend datensätze wieder hergestellt, die versehentlich gelöscht wurden ...)

http://www.ibsurgeon.com/option,com_...,29/Itemid,34/

storfi 14. Nov 2007 18:39

Re: Korrupte Firebird-Datenbank reparieren?
 
Hallo,

vielen Dank für Eure Tipps.

Nein, mit Interbase wurde die DB nie geöffnet.
Warum? Könnte das ein Grund für den Defekt sein?

IBFirstAid kann die Datenbank leider auch nicht lesen - mit keiner der Pagesize-Größen.

Das Thema Backup möchte ich hier nicht ausweiten.
Der Anwender hat das funktionierende Backup am Tag darauf mit der korrupten Version überschrieben...

Einen schönen Abend,
Christian

mkinzler 14. Nov 2007 18:57

Re: Korrupte Firebird-Datenbank reparieren?
 
Zitat:

Warum? Könnte das ein Grund für den Defekt sein?
IB stellt das ODS auf sein eigens um. danach kann FB nichts mehr mit der Datei anfangen.

Gruber_Hans_12345 14. Nov 2007 19:06

Re: Korrupte Firebird-Datenbank reparieren?
 
Zitat:

Zitat von storfi
IBFirstAid kann die Datenbank leider auch nicht lesen - mit keiner der Pagesize-Größen.

Also meine DB konnte damals mit IBUndelete auch keine Datensätze wiederherstellen, nach ca 4 stunden eMail verkehr und transfer der GDB per FTP, bekam ich dann eine neue version mit der ich die datensätze wiederherstellen konnte - damals ging es um mein leben ;) (DELETE in der falschen Datenbank ausgeführt)

storfi 17. Nov 2007 18:50

Re: Korrupte Firebird-Datenbank reparieren?
 
Hallo zusammen,

hier ein kurzes Update zum defekten Datenbank:

Ich habe mir das InterbaseRecovery gekauft und konnte damit die Metadaten verlustfrei auslesen.
Nach ein paar Minuten waren alle Inserts in eine leere Datenbank ausgeführt und das System wieder lauffähig. Die 176 Teuros haben sich gelohnt :-))

Der Defekt an der Datenbank wurde vermutlich vom Raid-System des Servers verursacht...

Ein schönes Wochenende,
Christian


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:54 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz