AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Fehler beim Restore einer Datensicherung

Fehler beim Restore einer Datensicherung

Ein Thema von Lemmy · begonnen am 22. Nov 2018 · letzter Beitrag vom 30. Nov 2018
Antwort Antwort
Seite 2 von 3     12 3   
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.364 Beiträge
 
Delphi 10.3 Rio
 
#11

AW: Fehler beim Restore einer Datensicherung

  Alt 22. Nov 2018, 12:05

Die Zeile wurde evtl. aus einem Wiki (HTML) kopiert und in die DOS Box gepastet?
nope, direkt eingegeben.

Sorry, den Part habe ich nicht genannt: Das Problem kann ich mit meiner Anwendung die das Backup/REstore per UIB macht nachstellen. UIB greift dabei auf die API in der fbClient.dll zu. das gbak-Beispiel habe ich nur deshalb so prominent aufgezeigt, weil man das einfach nachstellen kann....
  Mit Zitat antworten Zitat
Delphi.Narium

Registriert seit: 27. Nov 2017
2.400 Beiträge
 
Delphi 7 Professional
 
#12

AW: Fehler beim Restore einer Datensicherung

  Alt 22. Nov 2018, 12:33
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?
  Mit Zitat antworten Zitat
Benutzerbild von Jasocul
Jasocul

Registriert seit: 22. Sep 2004
Ort: Delmenhorst
1.330 Beiträge
 
Delphi 11 Alexandria
 
#13

AW: Fehler beim Restore einer Datensicherung

  Alt 22. Nov 2018, 12:43
Ich bin jetzt mal als Firebird-Laie durch die Doku gegangen. Manchmal hilft ja der unbedarfte Blick.

Dein Befehl:
Zitat:
gbak -c -r -v -user sysdba -password XXXX c:\programdata\...\x.fbk 127.0.0.1/53050:c:\programdata\....\xy.fdb
Ist für Firebird 1.0 und 1.5 korrekt.
Für Firebird 2.x muss es beim create so lauten:
gbak -c -v -user sysdba -password XXXX c:\programdata\...\x.fbk 127.0.0.1/53050:c:\programdata\....\xy.fdb
D.h.: Der Paramter "r" wird nicht verwendet.
Beim Wiederherstellen einer vorhanden DB muss es folgendermaßen sein:
gbak -r o -v -user sysdba -password XXXX c:\programdata\...\x.fbk 127.0.0.1/53050:c:\programdata\....\xy.fdb

Inwiefern die Parameter kollidieren und vielleicht den Fehler verursachen, weiß ich nicht.
Hier gefunden unter "Examples". Einfach ein bisschen runter scrollen.
Peter
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.364 Beiträge
 
Delphi 10.3 Rio
 
#14

AW: Fehler beim Restore einer Datensicherung

  Alt 22. Nov 2018, 12:49
Kann man denn (unabhängig von dem Fehler) anschließend z. B. mit FlameRobin (o. ä.) auf die Datenbank zugreifen?
Hab ich dummerweise nicht mehr geprüft

Der Fehler tritt ja erst nach dem commiting metadata auf.

Was wird von gbak (o. ä.) nach diesem Commit gemacht?
gute Frage. Die Antwort würde mir sicherlich weiter helfen



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.
nüscht. Die Firebird.conf ist identisch mit der auf meiner Kiste.


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.
Code:
gbak:   activating and creating deferred index FK_D_VLT_VERLAUF_TXT_1 
gbak:   activating and creating deferred index FK_D_KSD_SAMMERKL_ID
gbak:   committing metadata
gbak:finishing, closing, and going home
* Wiederherstellung abgeschlossen 12:46:10

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

...

Hinter dem ersten? Fehlt die security3.fdb? Oder sie ist (warum auch immer) nicht im Zugriff?
s.o.: Firebrid 2.1.7
  Mit Zitat antworten Zitat
kretabiker

Registriert seit: 10. Mär 2005
Ort: Bargteheide
183 Beiträge
 
Delphi 11 Alexandria
 
#15

AW: Fehler beim Restore einer Datensicherung

  Alt 22. Nov 2018, 14:26
ich würde jetzt zwei Dinge probieren:
- Restore der DB in einen anderen Pfad auf dem Server mit möglichst einfacher Pfadangabe
- Einkopieren - kein Restore, sondern wirklich ein Copy-Paste - einer funktionierenden (Echt-)Datenbank - am gewünschten Ziel/einem anderen Ort und versuchen, darauf mit einem Tool zuzugreifen

Vielleicht zeigen sich dann andere (Fehler-)Meldungen.
Udo Treichel
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.288 Beiträge
 
Delphi 11 Alexandria
 
#16

AW: Fehler beim Restore einer Datensicherung

  Alt 22. Nov 2018, 18:56
Der Process Monitor könnte helfen... um zu schauen auf welche Dateien da zugegriffen wird usw.
Sebastian Jänicke
Alle eigenen Projekte sind eingestellt, ebenso meine Homepage, Downloadlinks usw. im Forum bleiben aktiv!
  Mit Zitat antworten Zitat
hstreicher

Registriert seit: 21. Nov 2009
220 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#17

AW: Fehler beim Restore einer Datensicherung

  Alt 23. Nov 2018, 12:39
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
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.364 Beiträge
 
Delphi 10.3 Rio
 
#18

AW: Fehler beim Restore einer Datensicherung

  Alt 28. Nov 2018, 10:25
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.

mal das Restore mit einer aktuellen Version (2.5.8) versucht evtl gbts ne brauchbare Fehlermeldung
das wäre ggff. noch eine Möglichkeit
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.364 Beiträge
 
Delphi 10.3 Rio
 
#19

AW: Fehler beim Restore einer Datensicherung

  Alt 28. Nov 2018, 10:28
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...
  Mit Zitat antworten Zitat
Benutzerbild von IBExpert
IBExpert

Registriert seit: 15. Mär 2005
642 Beiträge
 
FreePascal / Lazarus
 
#20

AW: Fehler beim Restore einer Datensicherung

  Alt 28. Nov 2018, 13:34
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
Holger Klemt
www.ibexpert.com - IBExpert GmbH
Oldenburger Str 233 - 26203 Wardenburg - Germany
IBExpert and Firebird Power Workshops jederzeit auch als Firmenschulung
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:35 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz