Batch-Datei die automatisch einen Backup & Restore macht. FB

[Eppos]

Hallo zusammen,

weiss jemand wo ich eine fertige batch-datei herkommen, die mir einen backup und Restore der Firebird-Datenbank macht?

danke

[mkinzler]

Wie wäre es mit Selberschreiben? Ist 1 Befehl

Code:

gbak -v -t -user SYSDBA -password "masterkey" <SERVER>:<Pfad zur DB>/<DB>.fdb <Pfad zum backup>/<DB>.fbk

[Eppos]

ja, so weit bin ich auch. Ich mchte es aber noch etwas komfortabler haben...

Delphi-Quellcode:

datenbankdienst beenden

datenbank kopieren nach generationenprizip

backup

Backupdatei in Sicherungen verschieben

restore der datei

datenbankdienst starten

[mkinzler]

Den Server brauchst du nicht stoppen.
würde aber mit

Code:

net stop "Firebird Guardian - DefaultInstance"

gehen.
Warum willst du die DB kopieren, wenn du ein Backup machst?

[Eppos]

Zitat:

Den Server brauchst du nicht stoppen.

Warum nicht?

Ich habe eigentlich gedacht, dass wenn noch jemand mit dieser Datenbank arbeitet, dass die Zugriffe automatisch beendet werden?!

[mkinzler]

gbak sichert auch offene Datenbanken mit Zugriff

[hoika]

Hallo,

zusätzlich noch eine Empfehlung.
Mache aus der fbk per gbak -c wieder ein fdb,
natürlich mit eigenem Namen (Restore.fdb zum Beispiel).

Packe die fbk und restore.fdb in ein eigenes Verzeichnis.
Und sichere beide Dateien.

Es gibt Fälle, wo ein Backup fehlschlägt
und Fälle, wo ein Restore fehlschlägt,
auch wenn das Backup erfolgreich war.


Heiko

[Eppos]

danke hoika.

@mKinzler
Ich möchte nur sicher sein, das in dem moment, keiner mehr auf die Datenbank zugreifft und was ändert, weil dann wären die Änderungen von diesem Benutzer weg...

[hoika]

Hallo,

wieso weg ?
Solange du kein Restore in die aktuelle DB direkt machst,
bleiben die natürlich erhalten.
Sie werden halt nur nicht gesichert zum aktuellen Zeitpunkt.

Das Backup macht einen Snapshot der aktuellen Daten
(genauer aller committed transactions),
praktisch ein select über alle Tabellen.

Genau zum Zeitpunkt des Backups können
so viele Aktionen in der DB laufen, wie nun mal vorkommen,
ob das Select Insert Delete ist, spielt keine Rolle.


Heiko

[Eppos]

es wird aber ein restore der datenbank gemacht...
und mit dieser wird dann auch wieder weiter gearbeitet

[mkinzler]

Warum der restore?

[hoika]

Hallo,

ich stimme mkinzler zu,
ein restore ist zwar ok,
aber nur fürs Backup, nicht zum Weiterarbeiten.

Das Restore und Benutzen des restores sofort als aktuelle DB
kannst du mal manual machen lassen,
z.B. einmal im Monat.


Heiko

[Eppos]

Doch ist schon notwendig, wenn 10.000.000 Millionen Datensätze eingefügt und gelöscht werden in der Datenbank.
Nacheinem Backup und Restore sind dann einfach die Datenzugriffe schneller! Und die Datenbank wird kleiner!

[hoika]

Hallo,

kleiner ...
und, bei nächsten Einfügen muss sie wieder vergrössert werden.
wen sie schon gross ist, werden intern einfach die als frei
gesetzten Pages benutzt

schneller ...
kommt drauf an
aber da hast du schon recht
das ist aber über ein

SQL-Code:

alter index idx_xxx inactive
alter index idx_xxx active

schnell behoben

Ich sage mir dabei immer, was nicht sein muss,
schont meine Nerven.


Eine restorete Datei kann man ja auch
z.B. bei einem Wartungszeitpunkt einspielen.


Heiko

[mkinzler]

Villeicht könnte auch ein DB Sweep zwischendurch helfen

[Eppos]

was ist ein DB Sweep?

[mkinzler]

Sweep entfernt alle veraltetetn Datensätze