Programul TaxiDriver include fișiere batch cu comanda gbak deja configurată pentru operațiile de backup (BackUp.cmd) și restabilirea (Restore.cmd).
Atenție vă rog! Căile spre utilitarul gbak și la baza de date și fișierele de rezervă sunt specificate în aceste comenzi pe baza instalării standard a unui singur utilizator a programului. Pentru a utiliza aceste comenzi în legătură cu baza de date de pe un server de la distanță, fișierele trebuie să fie modificate corespunzător.
Formatul de comandă atunci când se utilizează utilitarul gbak pentru a crea o copie de rezervă a bazei de date a programului pe un computer cu serverul FireBird instalat:
gbak -B -USER utilizator -PAS parola [opțiuni] source_database_database backup_file
Creați o copie de rezervă a bazei de date. Comanda reală (preluată din fișierul BackUp.cmd furnizat împreună cu programul) arată astfel:
C: \ FireBird \ Bin \ gbak -B -user SYSDBA -PAS Masterkey C: \ Șoferul de taxi \ Data \ TaxiDriver.gdb C: \ Șoferul de taxi \ Data \ TaxiDriver.gbk
Se înțelege că utilitatea gbak.exe este situat în directorul C: \ FireBird \ Bin \. baza de date este pe același calculator în fișierul C: \ Șoferul de taxi \ Data \ TaxiDriver.gdb, rezultatul operației ar trebui să fie plasate în fișierul C: \ Șoferul de taxi \ Data \ TaxiDriver.gbk o conexiune la baza de date se face în numele parolei Masterkey SYSDBA. În cazul în care condițiile dumneavoastră sunt diferite - aveți nevoie pentru a face modificările corespunzătoare echipei.
Timpul de execuție depinde de dimensiunea bazei de date și de viteza calculatorului. Când operația este efectuată în mod normal, nu există mesaje de eroare.
În plus față de o singură copie de rezervă, este adesea o sarcină pentru a stabili un proces de backup obișnuit - de exemplu, zilnic sau chiar mai des. Puteți utiliza orice instrumente de sistem de operare integrate pentru organizarea de backup regulat, care este, folosind un Task Scheduler regulat, la un anumit timp pentru a rula un fișier batch care conține instrucțiuni pentru efectuarea de rezervă.
Formatul de comandă când se utilizează utilitarul gbak pentru a restabili baza de date dintr-o copie de siguranță pe un computer cu serverul FireBird instalat:
gbak -R-USER utilizator -PAS parola [opțiuni] backup_file_file_file_new_database
Restaurați baza de date dintr-o copie de rezervă. Comanda reală (preluată din fișierul Restore.cmd, furnizat împreună cu programul) arată astfel:
C: \ FireBird \ Bin \ gbak -R -User SYSDBA -PAS Masterkey C: \ Șoferul de taxi \ Data \ TaxiDriver.gbk C: \ TaxiDriver.gdb
Se înțelege că utilitatea gbak.exe este situat în directorul C: \ FireBird \ Bin \. fișierul de rezervă este situat pe același calculator în fișierul C: \ Șoferul de taxi \ Data \ TaxiDriver.gbk, o nouă bază de date ar trebui să fie creată în fișierul C: \ TaxiDriver.gdb (notă: crearea unei noi baze de date într-un alt director), conexiune Baza de date este produsă în numele utilizatorului SYSDBA password keykey. Dacă condițiile dvs. sunt diferite, trebuie să efectuați schimbările necesare în echipă.
Timpul de execuție depinde de dimensiunea bazei de date și de viteza calculatorului. Când operația este efectuată în mod normal, nu există mesaje de eroare.
Atenție vă rog! Fiți extrem de atenți atunci când efectuați recuperarea bazei de date. În niciun caz nu trebuie să efectuați o restaurare la un fișier cu același nume ca și baza de date existentă. Dacă apare o eroare în timpul restaurării, veți pierde fișierul bazei de date existente. Operația de restaurare trebuie efectuată numai într-un director diferit.
înlocuind un fișier de bază de date existent
După ce executați backup / restore, aveți un nou fișier de bază de date. Dacă operația b / r a fost efectuată în scopuri preventive (sau deoarece baza de date de urgență a fost reparată) și doriți să înlocuiți fișierul de bază de date existent cu unul nou:
- Opriți serverul FireBird
- Redenumiți (mutați) un fișier de bază de date existent
- Copiați (mutați) unul nou în locul său
- Rulați serverul FireBird
remarcă importantă
Normal (nici o eroare) de rezervă (backup) nu garantează recuperarea normală (restaurare) baza de date din copia de rezervă. Doar asigurați-vă că (controlul cheltuielilor de recuperare a bazei de date), în absența unor erori în recuperare, puteți arhiva fișierul de backup rezultat.
Este necesar să se respecte regula de verificare obligatorie prin restabilirea critică a operațiilor critice de salvare.
Nu ștergeți niciodată fișierul de bază de date (vechi) înainte de a verifica starea de sănătate a copiei restaurate.