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?