mag sein das ich falsch liege, aber ...
... ich uebergebe an gbak
keinen Hostnamen (Server, Port)
... gbak gibt mir
keine Fehlermeldung aus wenn der Server nicht gestartet ist ("could not connect database" oder irgendwas aehnliches )
von daher habe ich diese Aktionen bisher immer mit runtergefahrener DB ausgefuert.
----
Lesen von Doku (gbak -h) bzw. Firebird-Administrations-Handbuch, um meine Annahmen zu verifzieren.
----
Offensichtlich kann man auch von der laufenden DB einen Abzug machen (macht auch Sinn
![Smile :-)](./images/smilies/icon_smile.gif)
). Der direkte Dateizugriff ist aber wohl auch moeglich und kann ohne laufende DB stattfinden. (macht ebenfalls Sinn)
neue Erkenntnis, neuer Versuch
----
Code: Alles auswählen
firebird@server01:~$ gbak -b -k -l -v -user sysdba -password xxxxxxx "192.168.15.71:C:\Programme\AVERP\RP04_Demo.FDB" /tmp/old_DB.fbk > /tmp/old_DB.log
firebird@server01:~$ tail /tmp/old_DB.log
gbak:writing constraint FK_BSMSVERSAND_BSPRA
gbak:writing referential constraints
gbak:writing check constraints
gbak:writing SQL roles
gbak: writing SQL role: ADMINISTRATOR
gbak: writing SQL role: XXXXXXXXXXXX
gbak: writing SQL role: BDE
gbak: writing SQL role: MITARBEITER
gbak:writing names mapping
gbak:closing file, committing, and finishing. 198713856 bytes written
firebird@server01:~$
ok Backup erzeugung lief Fehlerfrei.
Auszug aus der Backup-Log-Datei:
Code: Alles auswählen
[...]
gbak: writing function F_INTTOSTR
gbak: writing argument for function F_INTTOSTR
gbak: writing argument for function F_INTTOSTR
gbak: writing argument for function F_INTTOSTR
gbak: writing function F_KALENDERWOCHE
gbak: writing argument for function F_KALENDERWOCHE
gbak: writing argument for function F_KALENDERWOCHE
gbak: writing function F_KARFREITAG
gbak: writing argument for function F_KARFREITAG
gbak: writing argument for function F_KARFREITAG
[...]
nun der versuch das backup wieder zu restoren.
Code: Alles auswählen
firebird@server01:~$ ps -fu firebird
UID PID PPID C STIME TTY TIME CMD
firebird 26836 1 0 21:57 ? 00:00:00 /opt/firebird/bin/fbguard -pidfile /var/run/firebird/firebird.pid -daemon -forever
firebird 26839 26836 1 21:57 ? 00:00:00 /opt/firebird/bin/fb_smp_server
firebird 26847 10910 0 21:57 pts/6 00:00:00 su - firebird
firebird 26848 26847 0 21:57 pts/6 00:00:00 -su
firebird 26851 26848 0 21:58 pts/6 00:00:00 ps -fu firebird
firebird@server01:~$ netstat -plnt 2> /dev/null | grep 3050
tcp 0 0 0.0.0.0:3050 0.0.0.0:* LISTEN 26839/fb_smp_server
firebird@server01:~$ gbak -r -k -l -v -user sysdba -password yyyyyyyyy /tmp/old_DB.fbk localhost:taverp05 -REP > /tmp/new_DB.log
gbak: WARNING:function F_KALENDERWOCHE is not defined
gbak: WARNING: module name or entrypoint could not be found
irebird@server01:~$ tail /tmp/new_DB.log
gbak: activating and creating deferred index FK_BQSPVPODOKX_BSM
gbak: activating and creating deferred index FK_BMANDKZ_BSM_QS
gbak: activating and creating deferred index FK_BMANDKZ_BSM_QS_VERT
gbak: activating and creating deferred index FK_BMAND_BMANDKZ
gbak: activating and creating deferred index FK_BSMSVERSAND_BADR_EMPFAENGER
gbak: activating and creating deferred index FK_BSMSVERSAND_BJOBDRUCK
gbak: activating and creating deferred index FK_BSMSVERSAND_BSM_SENDER
gbak: activating and creating deferred index FK_BSMSVERSAND_BSPRA
gbak: committing metadata
gbak:finishing, closing, and going home
Das restore wird vollstaendig durchgefuehrt ABER mit einem 'warning'.
Hier der Auszug aus der Restore-Log-Datei betreffend des Warnings:
Code: Alles auswählen
gbak:restoring function F_INTTOSTR
gbak: restoring argument for function F_INTTOSTR
gbak: restoring argument for function F_INTTOSTR
gbak: restoring argument for function F_INTTOSTR
gbak:restoring function F_KALENDERWOCHE
gbak: restoring argument for function F_KALENDERWOCHE
gbak: restoring argument for function F_KALENDERWOCHE
gbak:restoring function F_KARFREITAG
gbak: restoring argument for function F_KARFREITAG
gbak: restoring argument for function F_KARFREITAG
Gruss
Michael