Fehler beim Restore einer Datensicherung

[Jasocul]

Ich habe leider keine Ahnung davon, aber vielleicht ist das mein Vorteil

Zitat:

gbak: ERROR:I/O error for file ""

Da fehlt der Dateiname. Das kann nicht funktionieren. Stimmt da was mit den Parametern nicht?

[kretabiker]

ist den Pfadangaben vielleicht irgendwo ein Leerzeichen enthalten?

[kretabiker]

und Port 53050? Nicht 3050?

[TigerLilly]

-c -r widerspricht sich möglicherweise

[hoika]

Hallo,
-c Create
-r Replace

Das ist so korrekt, eine existierende Datei soll überschrieben werden.
Das alleinige -c würde das Überschreiben verweigern, aus Sicherheitsgründen.

ProgramData: könnte ein Rechteproblem sein? Wobei ja der Server alle Rechte hat.
Nimm doch mal testweise C:\Temp als Ziel-Pfad.

Hast Du denn das ganze Log da? Was ist denn die vorletzte Zeile?

[Moombas]

Ich würde bei

Code:

gbak: ERROR:I/O error for file ""

eher auf eine Leerzeile als ein Leerzeichen tippen. Hast du darauf mal geprüft? Es sieht so aus als würde er versuchen "" (nichts) nach "" (nichts) zu kopieren.

[jobo]

Ich würde auch mal auf nicht-druckbares-Zeichen oder so tippen.
Die Zeile wurde evtl. aus einem Wiki (HTML) kopiert und in die DOS Box gepastet?
So könnte das Problem jedenfalls enstehen.

Also zur Stichprobe in den Editor der Wahl kopieren (ggF. absichtlich auch nicht UNICODE fähige Editor) oder dann mal den Eintrag als Hex Darstellung ansehen.

Ansonsten:
-c -r, create, replace bedeutet im Zweifel "Löschen" und das hat wiederum eine Bewandtnis mit den effektiven Dateirechten auf dem (Windows?)-System? > Rechte prüfen am besten durch die entsprechende Dateioperation als der User, der auch das Backup ausführt.

[Lemmy]

Zitat von hoika:

ProgramData: könnte ein Rechteproblem sein? Wobei ja der Server alle Rechte hat.
Nimm doch mal testweise C:\Temp als Ziel-Pfad.

wie oben schon geschrieben: Die Datenbankdatei ist anschließend im korrekten Verzeichnis da!

Zitat von hoika:

Hast Du denn das ganze Log da? Was ist denn die vorletzte Zeile?

nein, nicht das ganze log, nur nen Screenshot, vorher war aber nix relevantes (d.h. kein Fehler):

Code:

gbak:    activating anc dreating deferred index....
gbak:    activating anc dreating deferred index....
gbak:    activating anc dreating deferred index....
gbak:    commiting metadata
gbak: ERROR:I/O error for file ""
gbak: ERROR:  Error while trying to create file
gbak: ERROR:  Das system kann den angegebenen Pfad nicht finden. 
gbak:Exiting before completion due to errors

Zitat von Moombas:

Ich würde bei

Code:

gbak: ERROR:I/O error for file ""

eher auf eine Leerzeile als ein Leerzeichen tippen. Hast du darauf mal geprüft? Es sieht so aus als würde er versuchen "" (nichts) nach "" (nichts) zu kopieren.

Aufruf steht oben, da steht keine Leerzeile drin, sondern konkrete, existierende Dateinamen.

[Delphi.Narium]

Kann man denn (unabhängig von dem Fehler) anschließend z. B. mit FlameRobin (o. ä.) auf die Datenbank zugreifen?

Der Fehler tritt ja erst nach dem commiting metadata auf.

Was wird von gbak (o. ä.) nach diesem Commit gemacht?

Welche Arbeiten stehen nachher noch an? (Finde auf die schnelle keine passende Doku.)

Das Problem muss also nicht die konkret genannte Datenbankdatei sein, sondern kann in weiterfolgenden Arbeiten liegen.

Gibt es da in der Konfiguration noch irgendwas anderes, was für Probleme sorgen könnte?

Im Zweifelsfalle mal alle *.conf-Dateien durchschauen, ob von denen eine auf irgendwas verweist, was es nicht gibt oder sonstwie einen Fehler enthält.

Die Fehlermeldung lässt vermuten, dass auf irgendwas zugegriffen werden soll, zu dem die Angabe eines gültigen Dateinamens oder einer existierenden Datei fehlt.

Gegebenenfalls mal das Protokoll mit der Fehlermeldung neben eines ohne Fehlermeldung halten und schauen, was im Nichtfehlerfalle von gbak noch protokolliert wird. Den Fehler würd' ich eher dort vermuten.

Bei 'ner Minidatenbank von mir finde ich hinter dem commiting metadata z. B.:

Code:

gbak:fixing views dbkey length
gbak:updating ownership of packages, procedures and tables
gbak:adding missing privileges
gbak:fixing system generators
gbak:finishing, closing, and going home
gbak:adjusting the ONLINE and FORCED WRITES flags

Mal das komplette Protoll zu 'ner Testdatenbank:

Code:

E:\FirebirdDatenbanken>c:\Datenbanksoftware\Firebird_3_0\gbak.exe -r -p 16384 -v -user sysdba -password masterkey .\TESTDB.FDB.backup .\TESTDB.FDB 
gbak:opened file .\TESTDB.FDB.backup
gbak:transportable backup -- data in XDR format
gbak:      backup file is compressed
gbak:backup version is 10
gbak:created database .\TESTDB.FDB, page_size 16384 bytes
gbak:started transaction
gbak:restoring domain RDB$15
gbak:restoring domain RDB$16
gbak:restoring table TEST
gbak:    restoring column ID
gbak:    restoring column INHALT
gbak:committing metadata
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user PUBLIC
gbak:    restoring privilege for user SYSDBA
gbak:    restoring privilege for user PUBLIC
gbak:creating indexes
gbak:committing metadata
gbak:fixing views dbkey length
gbak:updating ownership of packages, procedures and tables
gbak:adding missing privileges
gbak:fixing system generators
gbak:finishing, closing, and going home
gbak:adjusting the ONLINE and FORCED WRITES flags

Das gbak:committing metadata ist dadrin zwei mal zu finden. Wo ist bei Deinem Fall die Fehlermeldung? Hinter dem ersten oder hinter dem zweiten gbak:committing metadata?

Hinter dem ersten? Fehlt die security3.fdb? Oder sie ist (warum auch immer) nicht im Zugriff?

[Lemmy]

Zitat von Jasocul:

Ich habe leider keine Ahnung davon, aber vielleicht ist das mein Vorteil

Zitat:

gbak: ERROR:I/O error for file ""

Da fehlt der Dateiname. Das kann nicht funktionieren. Stimmt da was mit den Parametern nicht?

Parameter alles ok, sonst wäre ja auch die zu erzeugende Datenbankdatei am ENde nicht da (s.o.)

Zitat von kretabiker:

ist den Pfadangaben vielleicht irgendwo ein Leerzeichen enthalten?

nein, wie gesagt die zu erzeugende Datenbankdatei ist am ende ja da, sprich das Restore läuft grundsätzlich und legt auch alles an, nur beim letzten Commit scheint irgend was (nur was?) schief zu laufen.

Zitat von kretabiker:

und Port 53050? Nicht 3050?

ja, 53050