Fehler beim Restore einer Datensicherung

[hstreicher]

was mir noch so dazu einfällt:

passt die Firebird.msg zur Firebird Version , das ist eine häufige Ursache für falsche/unvollständige Fehlermeldungen.

Firebrd verwendet öfter Temporäre Dateien , ist evtl auf dem Laufwerk auf dem die erzeugt werden der Platz zu knapp?

mal das Restore mit einer aktuellen Version (2.5.8) versucht evtl gbts ne brauchbare Fehlermeldung


mfg Hannes

[Lemmy]

Zitat von hstreicher:

was mir noch so dazu einfällt:

passt die Firebird.msg zur Firebird Version , das ist eine häufige Ursache für falsche/unvollständige Fehlermeldungen.

Firebrd verwendet öfter Temporäre Dateien , ist evtl auf dem Laufwerk auf dem die erzeugt werden der Platz zu knapp?

die msg. wird mit dem "offiziellen" Setup mit geliefert, da machen wir nicht dran rum.

Zitat von hstreicher:

mal das Restore mit einer aktuellen Version (2.5.8) versucht evtl gbts ne brauchbare Fehlermeldung

das wäre ggff. noch eine Möglichkeit

[Lemmy]

so neue Erkenntnisse, war eben nochmal auf dem REchner:

Zugriff auf die wiederhergestellten Datenbankdateien mit dem Abbruch am Ende ist möglich.

Neuinstallation vom FB Server war nicht erfolgreich, gleicher Fehler
Umstellung auf Standardport war nicht erfolgreich, gleicher Fehler
div. Änderungen am installierten Kaspersky waren nicht erfolgreich (alle wieder zurück genommen).

Am Ende den FB Embedded 2.1.7 installiert und entsprechend konfiguriert und alles läuft wie geschmiert...

Keinen blassen Schimmer wer beim Server seine Drecksfinger noch im Spiel hat, dass der so absemmelt. Leider ist der Embedded nur eine Zwischenlösung, weil wir in 1-2 Monaten einen funktionierenden FBServer auf dem Rechner brauchen...

[IBExpert]

Moin,

potentielle Kandidaten für I/O Error können sein

-du hast secondary files defininert (sollte ggf in rdb$files erkennbar sein)
-du hast external tables definiert (infos dazu in rdb$relation_fields)
-du hast shadows definiert (sollte ggf in rdb$files erkennbar sein)
-du hast pfadangaben in udfs gemacht (infos dazu in rdb$functions)

sysinternals.com processmonitor sollte dir auf dem gbak / firebird prozess oder wenn embedded in deinem prozess zeigen, wo der da rumwühlt

[Lemmy]

Servus,

so lange der Kunde da nicht die Finger im Spiel hat, sollten sowohl Shadow-Dateien wie auch external Tables bei uns nicht existieren, hab auch nichts gefunden.

Der ProcessMonitor brachte mich aber weiter: Beim Versuch des fbServer ins temporäre Verzeichnis (c:\windows\temp) zu schreiben hagelte es div. Fehler. Als ich das Temp-Verzeichnis umgestellt hatte wie Systemvariable Firebird_tmp lief die ganze Schoße ohne Probleme!

Herzlichen Dank für den Tipp!