Narzędzie nbackup Firebird

1. Wprowadzenie

Nbackup to narzędzie do tworzenia kopii zapasowych zawarte w pakietach do pobrania Firebird od wersji 2.0. Oferuje możliwości nieobecne w gbak – wcześniej istniejącym narzędziu do tworzenia kopii zapasowych Firebird – ale nie zastępuje tego ostatniego. Oba programy mają swoje mocne i słabe strony; prawdopodobnie będą współistnieć przez jakiś czas.

2. Funkcje Nbackup — przegląd

Za pomocą nbackup możesz wykonywać dwa różne rodzaje zadań:

1. Tworzenie i przywracanie zarówno pełnych, jak i przyrostowych kopii zapasowych. Przyrostowa kopia zapasowa zawiera tylko mutacje z określonej poprzedniej kopii zapasowej. To zadanie można wykonać tylko za pomocą narzędzia wiersza polecenia Firebird nbackup.
2. Zablokowanie głównego pliku bazy danych, aby można było następnie wykonać jego kopię zapasową za pomocą wybranych przez siebie narzędzi do kopiowania lub tworzenia kopii zapasowych. W tym trybie nbackup niczego nie tworzy kopii zapasowej; po prostu tworzy warunki, w których możesz bezpiecznie wykonać kopię zapasową samodzielnie. Jest tu również przepis na przywrócenie. Blokowanie jest konieczne, aby tworzyć prawidłowe kopie zapasowe baz danych Firebird wewnątrz maszyn wirtualnych: bez blokowania bazy danych przed utworzeniem kopii zapasowej maszyny wirtualnej plik bazy danych w kopii zapasowej maszyny wirtualnej może być niespójny. Zobacz Blokowanie/odblokowywanie bazy danych w przypadku kopii zapasowej maszyn wirtualnych.

Oba tryby mogą działać na aktywnej bazie danych, bez utrudniania połączenia użytkownikom. Utworzona kopia zapasowa zawsze będzie odzwierciedlać stan bazy danych na początku operacji. Ponadto tylko właściciel bazy danych (a czasami administratorzy systemu operacyjnego) mogą wykonać kopię zapasową, ale każdy użytkownik może przywrócić kopię zapasową do nowej bazy danych. Pod tym względem nbackup nie różni się od gbak.SYSDBA

2.1. Zalety nbackup

• Oba tryby: wysoka prędkość (tak wysoka, na jaką pozwala sprzęt i system operacyjny), ponieważ nbackup nie patrzy na rzeczywiste dane. W trybie kopii zapasowej zawartość jest zapisywana mniej lub bardziej ślepo do pliku kopii zapasowej.
• Tryb tworzenia kopii zapasowych/przywracania: oszczędność czasu i miejsca na dysku, ponieważ nie trzeba za każdym razem tworzyć pełnej kopii zapasowej. Może to mieć ogromne znaczenie w przypadku baz danych w zakresie gigabajtów.
• Tryb blokady / odblokowania: całkowita swoboda w wyborze narzędzi do tworzenia kopii zapasowych, kopiowania i / lub kompresji.

2.2. Ograniczenia nbackup

• Nbackup nie zamiata i nie kompaktuje bazy danych w taki sposób, jak robi to gbak (w przypadku tworzenia kopii zapasowej z późniejszym przywracaniem).
• Nie można zmienić właściciela bazy danych za pomocą cyklu tworzenia kopii zapasowych/przywracania kopii zapasowych nbackup, tak jak w przypadku gbak.
• Nbackup nie może tworzyć przenośnych kopii zapasowych, czyli: kopii zapasowych, które można przywrócić na niekompatybilnej platformie lub w innej wersji serwera.
• W tej chwili nbackup nie powinien być używany w wieloplikowych bazach danych.
• Sam Nbackup może tworzyć kopie zapasowe tylko lokalnych baz danych. Jednak w Firebird 2.5 i nowszych zadania tworzenia kopii zapasowych i przywracania można również wykonywać zdalnie za pośrednictwem Menedżera usług.
• Z wyjątkiem sytuacji, gdy używany jest Menedżer usług (w Firebird 2.5+), tworzenie kopii zapasowych za pomocą nbackup wymaga bezpośredniego dostępu do pliku bazy danych. W przypadku gbak tak nie jest.

3. Funkcje i parametry

Poniższa tabela zawiera przegląd parametrów nbackup. Jeśli pole „Dodane” jest puste, parametr istnieje od czasu wprowadzenia nbackup w Firebird 2.0.

Parametr	Funkcja	Dodane
-B n database [filename]	Wykonaj kopię zapasową bazy danych na poziomie n do pliku
-R database [filename …​]	Przywracanie bazy danych z plików kopii zapasowej
-L database	Zablokuj bazę danych
-N database	Odblokuj zablokowaną bazę danych
-F database	Odblokowywanie przywróconej przez użytkownika bazy danych
-S	Nadaj rozmiar na stronach bazy danych (za pomocą -L)	2.1
-T	Pomiń wyzwalacze bazy danych (z , , -B-L-N)	2.1
-D {on | off}	Bezpośrednie włączanie/wyłączanie we/wy (z -B)	2.1.4
-U username	Podaj nazwę użytkownika (z , , -B-L-N)
-P password	Podaj hasło (z , , -B-L-N)
-FE filename	Pobierz hasło z pliku (za pomocą , , -B-L-N)	2.5
-Z	Informacje o wersji (samodzielnie lub z , , , , -B-R-L-N-F)	2.5
-?	Pomoc (wyłącza wszystkie pozostałe parametry)	2.5

W zależności od wybranej funkcji głównej (, , , lub ), nbackup może wymagać różnych typów dostępu do bazy danych: połączenia z serwerem Firebird, bezpośredniego dostępu do plików lub obu. Poniższa tabela zawiera szczegóły:-B-R-L-N-F

Parametr	Funkcja	Dostęp
-B	Kopia zapasowa	serwer + plik
-R	Przywrócić	plik
-L	Zamek	serwer
-N	Odblokuj (cofnij -L)	serwer
-F	Odblokuj po przywróceniu użytkownika	plik

Tam, gdzie wymagany jest dostęp do serwera (z , i ), użytkownik musi albo podać nazwę użytkownika i hasło Firebird (z i / lub poprzez zmienne środowiskowe i ), albo zostać dopuszczony przez serwer z innych powodów (np. jako root pod Posix lub przez zaufane uwierzytelnianie w systemie Windows).-B-L-N-U-P-FEISC_USERISC_PASSWORD

Tam, gdzie wymagany jest dostęp do systemu plików (z , i ), użytkownik musi mieć wystarczające uprawnienia do odczytu i/lub zapisu do pliku bazy danych.-B-R-F

Tam, gdzie dostęp do systemu plików jest wymagany wyłącznie (z i ), użytkownik nie musi mieć loginu Firebird, a działający serwer Firebird nie musi być obecny.-R-F

Uwaga: Powyższa tabela i tekst dotyczą dostępu do bazy danych. Dostęp do pliku kopii zapasowej jest – oczywiście – zawsze na poziomie systemu plików.

4. Tworzenie i przywracanie kopii zapasowych

Na początek: znajduje się w podkatalogu folderu Firebird. Typowe lokalizacje to np. lub (Windows) lub (Linux). Podobnie jak większość narzędzi dostarczanych z Firebird, nbackup nie ma interfejsu graficznego; uruchamiasz go z wiersza polecenia lub wywołujesz go z pliku wsadowego lub aplikacji.nbackup.exebinC:\Program Files\Firebird\Firebird_3_0C:\Program Files\Firebird\Firebird_2_0\bin/opt/firebird/bin

W warunkach dużego obciążenia w niektórych środowiskach nbackup 2.0.3 i starsze wersje mogą powodować problemy, które prowadzą do zakleszczeń, a nawet uszkodzonych baz danych. Chociaż problemy te nie są powszechne, są wystarczająco poważne, aby uzasadnić aktualizację do Firebird 2.0.4 lub nowszej, jeśli chcesz wygodnie korzystać z nbackup. Jeśli dotyczy to dużych baz danych w ramach Posix, użycie bezpośredniego I/O może również mieć znaczenie. Więcej na ten temat w sekcji Direct I/O.

4.1. Pełne kopie zapasowe

4.1.1. Wykonywanie pełnych kopii zapasowych

Aby wykonać pełną kopię zapasową bazy danych, składnia polecenia jest następująca:

nbackup [-U user -P password] -B 0 database [backupfile]

Na przykład, zakładając, że baza danych znajduje się w , a 'nbackup.exe ’ jest w poszukiwaniu ścieżki Windows:C:\Data

C:\Data>nbackup -B 0 inventory.fdb inventory_1-Mar-2006.nbk

Lub, jeśli Firebird (od wersji 2.5) działa na niestandardowym porcie, w tym przykładzie 3051:

C:\Data>nbackup -B 0 localhost/3051:C:\Data\inventory.fdb C:\Data\inventory-level-0-Jul-2020.nbk -user SYSDBA -pass masterkey

W Firebird 3.0 i nowszych, w przypadku pomyślnego ukończenia kopii zapasowej, nbackup wydrukuje krótkie statystyki:

time elapsed    0 sec
page reads      307
page writes     307

Komentarze:

• Parametr oznacza kopię zapasową (gee!). Poziom kopii zapasowej 0 oznacza pełną kopię zapasową. Poziomy kopii zapasowych większe niż 0 są używane do przyrostowych kopii zapasowych; omówimy je później.-B
• Zamiast nazwy pliku bazy danych można również użyć aliasu.
• Zamiast nazwy pliku kopii zapasowej można również określić . Spowoduje to wysłanie kopii zapasowej na standardowe wyjście, skąd można ją przekierować np. do archiwizatora taśm lub narzędzia do kompresji.stdout
• Parametry (user) i (password) można pominąć, jeśli spełniony jest co najmniej jeden z następujących warunków:-U-P
  • Zmienne środowiskowe i zostały ustawione dla lub dla właściciela bazy danych.ISC_USERISC_PASSWORDSYSDBA
  • Użytkownik jest zalogowany jako użytkownik root w systemie Posix. To sprawia, że domyślnie.SYSDBA
  • W systemie Windows: Zaufane uwierzytelnianie jest włączone w programie , a użytkownik jest zalogowany do konta systemu Windows, które jest właścicielem bazy danych. Jest to możliwe w Firebird 2.1 i nowszych.firebird.conf
  • W systemie Windows: Zaufane uwierzytelnianie jest włączone w programie , a użytkownik jest zalogowany jako administrator systemu Windows. W Firebird 2.1 automatycznie daje ci to prawa. W Firebird 2.5 i nowszych istnieje dodatkowy warunek, który został ustawiony w bazie danych.firebird.confSYSDBAAUTO ADMIN MAPPING
  Dla jasności i zwięzłości parametry i nie są używane w przykładach.-U-P
• Począwszy od Firebird 2.5, zamiast tego możesz również użyć . Spowoduje to, że nbackup pobierze hasło z danego pliku. Z , samo hasło nie pojawia się w poleceniu i dlatego będzie lepiej chronione przed osobami, które w przeciwnym razie mogłyby je odebrać za pomocą historii poleceń, polecenia w systemie Unix lub ze skryptu lub pliku wsadowego.-P password-FE filename-FEw
• W Firebird 2.1 i nowszych uruchamianiu wyzwalaczy bazy danych można zapobiec, określając opcję. Aby uzyskać więcej informacji, zobacz Pomijanie wyzwalaczy bazy danych.-T
• Począwszy od Firebird 2.1.4, możliwe jest wymuszenie bezpośredniego włączania i wyłączania I/O poprzez określenie lub . Szczegółowe informacje i informacje na ten temat można znaleźć w sekcji Direct I/O w innym miejscu tego podręcznika.-D on-D off
• Różne parametry (itp.) mogą występować w dowolnej kolejności. Oczywiście po każdym parametrze powinien natychmiast następować jego własny argument(y). W przypadku są trzy z nich: poziom kopii zapasowej, baza danych i plik kopii zapasowej – w tej kolejności!-B-U-B
• Jeśli parametr jest ostatni, możesz pominąć nazwę pliku kopii zapasowej. W takim przypadku nbackup utworzy nazwę pliku na podstawie nazwy bazy danych, poziomu kopii zapasowej oraz bieżącej daty i godziny. Może to prowadzić do kolizji nazw (i nieudanej kopii zapasowej), jeśli dwa polecenia kopii zapasowej tego samego poziomu zostaną wydane w tej samej minucie.-B

Nie używaj nbackup dla wieloplikowych baz danych. Może to prowadzić do uszkodzenia i utraty danych, mimo że nbackup nie będzie narzekał na takie polecenie.

Słowo o wewnętrznym działaniu

Uwaga: To, co następuje tutaj, nie jest konieczną wiedzą do korzystania z nbackup. Daje to tylko szorstkie (i niepełne) wrażenie tego, co dzieje się pod maską podczas wykonywania nbackup:-B

1. Przede wszystkim główny plik bazy danych jest blokowany przez zmianę wewnętrznej flagi państwowej. Od tego momentu wszystkie mutacje w bazie danych są zapisywane w pliku tymczasowym – pliku różnicowym lub pliku delta. Domyślnie plik delta jest tworzony w tym samym folderze co plik bazy danych, z dodatkowym rozszerzeniem .delta, na przykład: MyDatabase.fdb.delta
2. Następnie wykonywana jest rzeczywista kopia zapasowa. To nie jest prosta kopia pliku; przywracanie musi być również wykonane przez nbackup.
3. Po zakończeniu tworzenia kopii zapasowej zawartość pliku delta jest integrowana z głównym plikiem bazy danych. Następnie baza danych jest odblokowywana (flaga wraca do „normalnej”), a delta jest usuwana.

Funkcjonalność kroków 1 i 3 zapewniają dwie nowe instrukcje SQL: i . W przeciwieństwie do tego, co sugerują nazwy, stwierdzenia te nie dbają o wykonanie rzeczywistej kopii zapasowej; zamiast tego tworzą warunki, w których można bezpiecznie wykonać kopię zapasową głównego pliku bazy danych. I żeby było jasne: nie musisz sam wydawać tych poleceń; nbackup zrobi to za Ciebie, w odpowiednich momentach.ALTER DATABASE BEGIN BACKUPALTER DATABASE END BACKUP

4.1.2. Przywracanie pełnej kopii zapasowej

Pełna kopia zapasowa jest przywracana w następujący sposób:

nbackup -R database [backupfile]

Na przykład:

C:\Data> nbackup -R inventory.fdb inventory_1-Mar-2006.nbk

Komentarze:

• Nie określasz poziomu przywracania.
• Podczas przywracania parametr musi być ostatni, z powodów, które staną się jasne później.-R
• Zamiast nazwy pliku bazy danych można również użyć aliasu.
• Jeśli określony plik bazy danych już istnieje, przywracanie nie powiedzie się i zostanie wyświetlony komunikat o błędzie.
• Tutaj również możesz pominąć nazwę pliku kopii zapasowej. Jeśli to zrobisz, nbackup poprosi Cię o to. (Uwaga! W Firebird 2.0.0 ta funkcja „interaktywnego przywracania” jest uszkodzona, pozostawiając komunikat o błędzie i nieudane przywracanie. Naprawiono w wersji 2.0.1.)
• Przywracanie działa wyłącznie na poziomie systemu plików i można to zrobić nawet bez uruchomionego serwera Firebird. Wszelkie poświadczenia dostarczone za pośrednictwem parametrów i są ignorowane. To samo dotyczy haseł odczytywanych z pliku. Jednak nbackup próbuje odczytać hasło z pliku, jeśli parametr jest obecny, a jeśli wystąpi błąd, cała operacja zostanie porzucona.-U-P-FE

4.2. Przyrostowe kopie zapasowe

Przyrostowa kopia zapasowa została całkowicie uszkodzona w Firebird 2.1.0 i naprawiona ponownie w 2.1.1.

4.2.1. Tworzenie przyrostowych kopii zapasowych

Aby wykonać przyrostową („różnicową”) kopię zapasową, określamy poziom kopii zapasowej większy niż 0. Przyrostowa kopia zapasowa poziomu zawsze zawiera mutacje bazy danych od ostatniej kopii zapasowej poziomu.NN-1

Przykłady:

Jeden dzień po pełnej kopii zapasowej (poziom 0) tworzysz jedną z poziomem 1:

C:\Data> nbackup -B 1 inventory.fdb inventory_2-Mar-2006.nbk

Ta kopia zapasowa będzie zawierać tylko mutacje z ostatniego dnia.

Dzień później ponownie robisz kolejny z poziomem 1:

C:\Data> nbackup -B 1 inventory.fdb inventory_3-Mar-2006.nbk

Ten zawiera mutacje z ostatnich dwóch dni, od czasu pełnej kopii zapasowej, nie tylko te z poprzedniej kopii zapasowej poziomu 1.

Poprzednia przyrostowa kopia zapasowa dowolnego poziomu musi zostać ukończona przed rozpoczęciem następnej przyrostowej kopii zapasowej, w przeciwnym razie wykonanie nie wykona żądanej kopii zapasowej i zwróci błąd „Baza danych jest już w fizycznym trybie kopii zapasowej”.nbackup

Kilka godzin później idziemy na kopię zapasową poziomu 2:

C:\Data> nbackup -B 2 inventory.fdb inventory_3-Mar-2006_2.nbk

Ta najmłodsza kopia zapasowa zawiera tylko mutacje od ostatniej kopii zapasowej poziomu 1, czyli: z ostatnich kilku godzin.

4.2.2. Ważna informacja o wynikach

Przed Firebird 3.0 wszystkie przyrostowe kopie zapasowe (tj. Poziom 1, 2 itp.) odczytają cały plik bazy danych, aby zlokalizować zmiany i zapisać je w pliku kopii zapasowej. Może to wpływać na wydajność bazy danych w przypadku dużych baz danych (100 Gb +) i powolnego podsystemu dyskowego (zwykle powolność można zauważyć na dyskach innych niż SSD). Począwszy od Firebird 3.0, odczytywana jest tylko zmieniona część pliku bazy danych, więc przyrostowe kopie zapasowe poziomu 1 i wyższego są znacznie szybsze i dają mniejszy wpływ na wydajność bazy danych.

Wszystkie komentarze dotyczące pełnych kopii zapasowych dotyczą również przyrostowych kopii zapasowych.

Ponownie: nie używaj nbackup dla wieloplikowych baz danych.

4.2.3. Przywracanie przyrostowych kopii zapasowych

Podczas przywracania przyrostowych kopii zapasowych należy określić cały łańcuch plików kopii zapasowych, od poziomu 0 do tego, który chcesz przywrócić. Baza danych jest zawsze budowana od podstaw, krok po kroku. (To właśnie stopniowe dodawanie, aż do przywrócenia bazy danych, dało początek terminowi przyrostowa kopia zapasowa).

Składnia formalna jest następująca:

nbackup -R database [backup0 [backup1 [...] ] ]

Tak więc przywracanie kopii zapasowej poziomu 2 z poprzedniego przykładu wygląda następująco:

C:\Data> nbackup -R inventory.fdb inventory_1-Mar-2006.nbk
           inventory_3-Mar-2006.nbk inventory_3-Mar-2006_2.nbk

Oczywiście linia została tutaj podzielona tylko ze względu na układ – w rzeczywistości wpisujesz całe polecenie i uderzasz tylko na końcu.Enter

Komentarze (oprócz komentarzy z przywróceniem pełnej kopii zapasowej):

• Ponieważ nie wiadomo z góry, ile nazw plików nastąpi po przełączniku (ponieważ nie określamy poziomu podczas przywracania), nbackup uważa wszystkie argumenty po nich za nazwy plików kopii zapasowych. Z tego powodu żaden inny parametr nie może podążać za listą nazw plików.-R-R
• Nie ma formalnego ograniczenia liczby poziomów tworzenia kopii zapasowych, ale w praktyce rzadko ma sens przekraczanie 3 lub 4.

Łącza niepołączające się

Co się stanie, jeśli przypadkowo pominiesz plik lub określisz serię plików, które nie wszystkie do siebie pasują? Możesz sobie wyobrazić, że określasz przez pomyłkę, a nie w powyższym przykładzie. Oba są plikami kopii zapasowych poziomu 1, więc w obu przypadkach otrzymujemy ładną serię poziomów „0, 1, 2”. Ale nasz plik poziomu 2 jest przyrostowy do kopii zapasowej poziomu 1 z 3 marca, a nie do tej z 2 marca.inventory_2-Mar-2006.nbkinventory_3-Mar-2006.nbk

Na szczęście taki błąd nigdy nie może doprowadzić do nieprawidłowo przywróconej bazy danych. Każdy plik kopii zapasowej ma swój unikalny identyfikator. Ponadto każdy plik kopii zapasowej poziomu 1 lub wyższego zawiera identyfikator kopii zapasowej, na której jest oparty. Podczas przywracania nbackup sprawdza te identyfikatory; jeśli gdzieś w łańcuchu łącza nie łączą się, operacja zostanie anulowana i pojawi się komunikat o błędzie.

4.3. Tworzenie kopii zapasowych baz danych urządzeń surowych

Bazy danych Firebird nie muszą być plikami; można je również umieścić na tak zwanym surowym urządzeniu, na przykład na partycji dysku bez systemu plików. Pytanie, gdzie delta musi być umieszczona w takich przypadkach, zostało początkowo przeoczone podczas opracowywania . W systemach Posix, jeśli baza danych znajdowała się np. w , może się zdarzyć, że delta została utworzona jako . Ze względu na charakter i przeznaczenie katalogu oraz jego często ograniczoną dostępną przestrzeń, jest to niepożądane.nbackup/dev/hdb5/dev/hdb5.delta/dev

Począwszy od Firebird 2.1, nbackup odmawia działania na surowych bazach danych urządzeń, chyba że ustawiono wyraźną lokalizację pliku delta. Sposób, w jaki to zrobić, omówiono w Sekcji Ustawianie pliku delta w dalszej części tego podręcznika.

4.4. Pomijanie wyzwalaczy bazy danych (Firebird 2.1+)

Firebird 2.1 wprowadził koncepcję wyzwalaczy baz danych. Niektóre typy tych wyzwalaczy mogą uruchamiać się po nawiązaniu lub zerwaniu połączenia z bazą danych. W ramach procesu tworzenia kopii zapasowej nbackup otwiera regularne połączenie z bazą danych (w niektórych wersjach nawet więcej niż raz). Aby zapobiec przypadkowemu uruchomieniu wyzwalaczy bazy danych, można użyć nowego przełącznika. Zauważ, że odpowiednie przełączniki włączają się i są nazywane (kochamy różnorodność, tutaj w Firebird).-Tgbakisql-nodbtriggers

4.5. Bezpośrednie we/wy (Firebird 2.1.4+)

Pierwotnie nbackup używał bezpośredniego I/O tylko podczas tworzenia kopii zapasowej w systemie Windows NT (i następcach takich jak 2000, 2003 itp.). We wszystkich innych systemach operacyjnych bezpośrednie we/wy było wyłączone. Spowodowało to problemy w niektórych systemach Linux, więc w wersjach 2.0.6 i 2.1.3 bezpośrednie I/O było włączone również pod Linuksem. Okazało się to jednak problematyczne dla niektórych innych konfiguracji Linuksa. W wersjach 2.1.4 i 2.5 przywrócono oryginalne zachowanie, ale tym razem jako domyślne, które można było zastąpić nowo dodanym parametrem: . Jego zastosowanie jest następujące:-D

nbackup -B 0 cups.fdb cups.nbk -D on    -- direct I/O on
nbackup -B 0 mugs.fdb mugs.nbk -D off   -- direct I/O off

Podobnie jak same litery opcji, argumenty i nie uwzględniają wielkości liter.ONOFF

Bezpośrednie we/wy jest stosowane tylko podczas tworzenia kopii zapasowej, a nie podczas przywracania. W systemie Windows jest to realizowane przez ustawienie . W innych systemach i są używane. Te dwa ostatnie są czasami niedostępne; w takich przypadkach są (lub jeden z nich jest) po cichu pomijany. Nawet jeśli użytkownik został określony jawnie, nie prowadzi to do ostrzeżenia lub komunikatu o błędzie.FILE_FLAG_NO_BUFFERINGO_DIRECTPOSIX_FADV_NOREUSE-D on

4.6. Opcje informacyjne (Firebird 2.5+)

Oprócz wspomnianych już parametrów, Firebird 2.5 doczekał się również wprowadzenia następujących dwóch:-FE-D-Z

Pokazuje jednowierszowe informacje o wersji. Ta opcja może być używana niezależnie, ale także w połączeniu z innymi parametrami, takimi jak , itp.-B-R-L-?

Pokazuje podsumowanie użycia nbackup i parametrów wiersza polecenia. Uwaga: Jeśli ta opcja jest obecna, wszystkie pozostałe parametry są ignorowane!

4.7. Kopie zapasowe na zdalnych komputerach (Firebird 2.5+)

Sam Nbackup działa tylko na lokalnych bazach danych. Ale w Firebird 2.5 i nowszych kopie zapasowe i przywracanie kopii zapasowych można również wykonywać zdalnie za pośrednictwem Menedżera usług. W tym celu używany jest program na komputerze lokalnym; znajduje się w tym samym folderze, co inne narzędzia wiersza poleceń Firebird. Pierwszym argumentem jest zawsze „”, przy czym jest nazwa serwera zdalnego. Inne dostępne parametry to:fbsvcmgr.exenbackup.exehostname:service_mgrhostname

-user username
-password password
-action_nbak
-action_nrest
-nbk_level n
-dbname database
-nbk_file filename
-nbk_no_triggers
-nbk_direct on|off

Tworzenie pełnej kopii zapasowej na zdalnym komputerze wygląda następująco:frodo

fbsvcmgr frodo:service_mgr -user sysdba -password masterke
  -action_nbak -nbk_level 0
  -dbname C:\databases\countries.fdb -nbk_file C:\databases\countries.nbk

I kolejna przyrostowa kopia zapasowa:

fbsvcmgr frodo:service_mgr -user sysdba -password masterke
  -action_nbak -nbk_level 1
  -dbname C:\databases\countries.fdb -nbk_file C:\databases\countries_1.nbk

Aby przywrócić cały shebang:

fbsvcmgr frodo:service_mgr -user sysdba -password masterke
  -action_nrest -dbname C:\databases\countries_restored.fdb
  -nbk_file C:\databases\countries.nbk -nbk_file C:\databases\countries_1.nbk

Każde z powyższych poleceń powinno być wpisane jako pojedyncze zdanie, bez podziałów wierszy. Łączniki przed nazwami parametrów mogą zostać pominięte, ale szczególnie w przypadku długich poleceń, takich jak te, pomocne może być pozostawienie ich w, dzięki czemu można łatwo zidentyfikować poszczególne parametry (argumenty nie otrzymują łącznika).

Komentarze:

• Menedżer usług zawsze wymaga uwierzytelniania, czy to automatycznego (root w Posix, zaufany w systemie Windows), czy jawnego za pomocą parametrów i . Zmienne środowiskowe i nie są używane. w bazie danych nie ma wpływu podczas zdalnego łączenia (choć może to również zależeć od konfiguracji sieci).-user-passwordISC_USERISC_PASSWORDAUTO ADMIN MAPPINGUwaga: Po zastosowaniu zaufanego uwierzytelniania systemu Windows nazwa konta użytkownika na komputerze lokalnym jest przekazywana do Menedżera usług na komputerze zdalnym. Jeśli właścicielem zdalnej bazy danych jest konto systemu Windows (np. ), a nie konto Firebird, a nazwa konta systemu Windows na komputerze lokalnym jest taka sama jak nazwa konta właściciela na komputerze zdalnym, osoba wywołująca jest uznawana za właściciela bazy danych i może wykonać kopię zapasową. Może to stanowić zagrożenie bezpieczeństwa, ponieważ nawet w sieciach lokalnych użytkownik na jednym komputerze niekoniecznie jest tą samą osobą, co użytkownik na innym komputerze.FRODO\PAULPAULPAUL
• Przywracanie () również wymaga uwierzytelnienia, ale po zweryfikowaniu poświadczenia nie są w żaden sposób używane. W związku z tym użytkownik nie musi być właścicielem bazy danych ani administratorem. W przypadku uwierzytelniania zaufanego systemu Windows użytkownik nie musi w ogóle istnieć na komputerze zdalnym (na którym znajduje się baza danych).-action_nrestSYSDBATo słabe uwierzytelnianie oznacza kolejne potencjalne zagrożenie bezpieczeństwa. Załóżmy, że poufna baza danych jest niedostępna, a kopie zapasowe są dobrze chronione na poziomie systemu plików. Przeciętny użytkownik nie może wtedy przywrócić bazy danych za pomocą nbackup, ponieważ nbackup działa w przestrzeni procesów użytkownika. Ale ten sam użytkownik, jeśli zna nazwę i lokalizację kopii zapasowej lub może je odgadnąć przez analogię, może być w stanie zdobyć bazę danych, przywracając ją do folderu publicznego. W końcu fbsvcmgr wywołuje serwer Firebird, który może mieć dostęp na poziomie pliku do kopii zapasowej. Oczywiście istnieją rozwiązania tego problemu, ale ważne jest, aby zdawać sobie sprawę z ryzyka.fbsvcmgr
• Menedżer usług może być również używany lokalnie; w takim przypadku pierwszy argument staje się , bez nazwy hosta. W przypadku stosowania miejscowego ma zamierzony efekt; jest to nadal prawdą, jeśli poprzedzasz lub nazwę komputera lokalnego. Lokalne korzystanie z Menedżera usług może być korzystne, jeśli nie masz dostępu do bazy danych i/lub plików kopii zapasowych systemu plików, ale proces serwera Firebird tak. Jeśli masz wystarczające prawa, bardziej praktyczne jest użycie samego nbackup, z jego znacznie krótszymi poleceniami.service_mgrAUTO ADMIN MAPPINGlocalhost:
• Określenie lub z prowadzi do komunikatu o błędzie. Sam Nbackup jest tutaj łagodniejszy: po prostu ignoruje parametry i, jeśli są one używane w niewłaściwym kontekście.-nbk_no_triggers-nbk_direct-action_nrest-T-D
• Zamiast nazwy pliku bazy danych można również użyć aliasu.
• Długość ścieżki (lub aliasu) bazy danych jest ograniczona do 255 znaków.

4.8. Zastosowanie praktyczne

Przyrostowy schemat tworzenia kopii zapasowych oparty na nbackupie może wyglądać następująco:

• Każdego miesiąca wykonywana jest pełna kopia zapasowa (poziom 0);
• Każdego tygodnia poziom 1;
• Codzienna kopia zapasowa poziomu 2;
• Kopia zapasowa poziomu 3 co godzinę.

Dopóki wszystkie kopie zapasowe są zachowywane, można przywrócić bazę danych do stanu w dowolnej godzinie w przeszłości. Dla każdej akcji przywracania używane są maksymalnie cztery pliki kopii zapasowej. Oczywiście planujesz rzeczy w taki sposób, aby większe, czasochłonne kopie zapasowe były wykonywane poza godzinami szczytu. W tym przypadku poziomy 0 i 1 można wykonać w weekendy, a poziom 2 w nocy.

Jeśli nie chcesz zachować wszystkiego na wieczność, możesz dodać harmonogram usuwania:

• Kopie zapasowe poziomu 3 są usuwane po 8 dniach;
• Poziom 2 po miesiącu;
• Poziom 1 po sześciu miesiącach;
• Pełne kopie zapasowe po dwóch latach, ale pierwsza każdego roku jest przechowywana.

To oczywiście tylko przykład. To, co jest przydatne w indywidualnym przypadku, zależy od aplikacji, wielkości bazy danych, jej aktywności itp.

4.9. Czytaj dalej?

W tym momencie wiesz wszystko, czego potrzebujesz, aby tworzyć i przywracać pełne i / lub przyrostowe kopie zapasowe za pomocą nbackup. Musisz tylko przeczytać dalej, jeśli chcesz użyć wybranych przez siebie narzędzi do tworzenia kopii zapasowych baz danych Firebird (patrz Blokowanie i odblokowywanie) lub jeśli chcesz zastąpić domyślną nazwę lub lokalizację pliku delta (patrz Ustawianie pliku delta).

Jeśli nie masz ochoty na nic z tego: powodzenia w pracy z nbackup!

5. Blokowanie i odblokowywanie

Jeśli wolisz korzystać z własnych narzędzi do tworzenia kopii zapasowych lub po prostu skopiować plik, pojawi się tryb odblokowania blokady nbackup. „Blokowanie” oznacza tutaj, że główny plik bazy danych jest tymczasowo zamrożony, a nie, że nie można wprowadzać żadnych zmian w bazie danych. Podobnie jak w trybie tworzenia kopii zapasowych, mutacje są kierowane do tymczasowego pliku delta; po odblokowaniu plik delta jest scalany z plikiem głównym.

Dla przypomnienia: znajduje się w poddirze folderu Firebird. Typowe lokalizacje to np. (Windows) lub (Linux). Nie ma GUI; uruchamiasz go z wiersza polecenia lub wywołujesz go z pliku wsadowego lub aplikacji.nbackup.exebinC:\Program Files\Firebird\Firebird_2_0\bin/opt/firebird/bin

5.1. Blokowanie bazy danych i samodzielne tworzenie kopii zapasowej

Typowa sesja, w której tworzysz własną kopię zapasową, wygląda następująco:

1. Zablokuj bazę danych za pomocą przełącznika (blokady):-Lnbackup [-U user -P password] -L database
2. Teraz skopiuj / wykonaj kopię zapasową / skompresuj plik bazy danych do zawartości swojego serca, za pomocą własnego wyboru narzędzi. Możliwa jest również prosta kopia pliku.
3. Odblokuj bazę danych za pomocą (uNlock):-Nnbackup [-U user -P password] -N database

Ostatnie polecenie spowoduje również, że wszelkie mutacje – które zostały zapisane w pliku delta – zostaną scalone z plikiem głównym.

Utworzona kopia zapasowa zawiera dane w takiej postaci, w jakiej znajdowały się w momencie zablokowania bazy danych, niezależnie od tego, jak długo trwał stan blokady i jak długo można było czekać przed wykonaniem rzeczywistej kopii zapasowej.

Komentarze:

• Zamiast nazwy pliku bazy danych można również określić alias.
• Parametry i mogą zostać pominięte, jeśli envars i są ustawione, jeśli jesteś rootem w systemie Posix lub jeśli pozwala na to zaufane uwierzytelnianie w systemie Windows. Szczegółowy opis można znaleźć w komentarzach w sekcji Tworzenie pełnych kopii zapasowych.-U-PISC_USERISC_PASSWORD
• Począwszy od Firebird 2.5, zamiast tego możesz również użyć .-P password-FE filename
• Oba i regularnie łączyć się z bazą danych, więc w Firebird 2.1 i nowszych rozsądnie jest dodać parametr (patrz Pomijanie wyzwalaczy bazy danych).-L-N-T
• Jeśli blokujesz bazę danych surowych urządzeń za pomocą Firebird 2.1 lub nowszego, opcja może być bardzo pomocna; patrz Blokowanie baz danych urządzeń surowych.-S
• Opcjonalnie można dodać, aby informacje o wersji były drukowane w pierwszym wierszu danych wyjściowych.-Z

To, co dotyczy tworzenia kopii zapasowych / przywracania, dotyczy również przełączników blokady / odblokowania: nie używaj ich w wieloplikowych bazach danych. Dopóki coś się nie zmieni, nie pozwól, aby nbackup w ogóle uwolnił się na wieloplikowych bazach danych!

5.2. Przywracanie kopii zapasowej wykonanej po „nbackup -L”

A copy of a locked database is itself a locked database too, so you can’t just copy it back and start using it. Should your original database get lost or damaged and the self-made copy needs to be restored (or should you wish to install the copy on another machine), proceed like this:

1. Copy/restore/unzip the backed-up database file yourself with the necessary tools.
2. Now unlock the database, not with the switch, but with (fixup):-N-Fnbackup -F databaseHere too, you can optionally use an alias instead of a filename, and add for version info. Other options make no sense.-Z

Why are there two unlock switches, and ?-N-F

• -N first sees that any changes made since the locking by are merged into the main database file. After that, the database goes back into normal read/write mode and the temporary file is deleted.-L
• -F only changes the state flag of the user-restored database to “normal”.

So you use:

• -N after having made a copy/backup yourself (to reverse the issued earlier);-L
• -F after having restored such a backup yourself.

Trochę niefortunne jest to, że ostatni przełącznik powinien zostać wywołany do Fixup. W końcu niczego nie naprawia; odblokowuje tylko bazę danych. Z drugiej strony flaga (uNlock) wykonuje nie tylko odblokowanie, ale także korektę (integrację mutacji z głównym plikiem). Ale będziemy musieli z tym żyć. Pomyśl o tym: możesz czytać tylko jako Flag-only.-F-N-F

5.3. Pod maską

Ta sekcja nie zawiera żadnej niezbędnej wiedzy, ale zawiera dodatkowe informacje, które mogą pogłębić zrozumienie różnych przełączników.

nbackup [parameter] -L wykonuje następujące czynności:

1. Połącz się z bazą danych;
2. Rozpocznij transakcję;
3. Zadzwoń (to stwierdzenie zostało omówione w dodatkowych informacjach na temat nbackup -BALTER DATABASE BEGIN BACKUP);
4. Zatwierdź transakcję;
5. Rozłącz się z bazą danych.

nbackup [parametr] -N’ wykonuje te same kroki, ale z „” w kroku 3.…​ END BACKUP

nbackup [parameter] -F działa w następujący sposób:

1. Przywrócony plik bazy danych zostanie otwarty;
2. W pliku flaga stanu zostanie zmieniona z zablokowanej () na normalną (nbak_state_stallednbak_state_normal);
3. Plik zostanie ponownie zamknięty.

nbackup działa wyłącznie na poziomie plików i dlatego może być również wykonywany bez uruchomionego serwera Firebird. Wszelkie poświadczenia dostarczone przez parametry , lub są ignorowane, podobnie jak w przypadku nbackup .-F-U-P-FE-R

5.4. Blokowanie baz danych urządzeń surowych

Jak omówiono w sekcji Tworzenie kopii zapasowych baz danych urządzeń surowych, problemy mogą wystąpić, jeśli trzeba utworzyć różnicę dla bazy danych znajdującej się na surowym urządzeniu. Dlatego w Firebird 2.1 i nowszych nbackup odmawia działania na surowych bazach danych urządzeń, chyba że wcześniej ustawiono wyraźną lokalizację pliku delta. Aby zapoznać się z procedurą, zobacz Ustawianie pliku delta, nieco dalej.

Istnieje również inny problem, jeśli zablokujesz i skopiujesz surowe urządzenie: nie znasz rzeczywistego rozmiaru bazy danych! Surowe urządzenie może mieć 10 GB, ale baza danych może zajmować tylko 200 MB tego miejsca. Aby zapobiec konieczności kopiowania całego urządzenia tylko po to, aby być po bezpiecznej stronie – prawdopodobnie marnując ogromne ilości czasu i miejsca – Firebird 2.1 wprowadził nowy parametr dla nbackup: . Ten parametr jest prawidłowy tylko w połączeniu z i gdy jest obecny, nbackup zapisuje rozmiar bazy danych na stronach po zablokowaniu bazy danych. Ponieważ rozmiar jest podany na stronach, należy go pomnożyć przez rozmiar strony bazy danych, aby uzyskać rzeczywistą liczbę bajtów do skopiowania. Lub, jeśli używasz narzędzia do kopiowania, możesz określić rozmiar strony jako i dane wyjściowe jako .-S-Lstdoutdd(i)bsnbackup -L -Scount

5.5. Blokowanie/odblokowywanie bazy danych w przypadku tworzenia kopii zapasowych maszyn wirtualnych

Korzystanie z narzędzi do tworzenia kopii zapasowych maszyn wirtualnych bez przygotowania bazy danych do tego typu kopii zapasowej może prowadzić do uszkodzenia (tj. bezużytecznej) kopii zapasowej.

Serwer Firebird intensywnie wykorzystuje własną pamięć podręczną w pamięci RAM, aby przyspieszyć operacje i implementuje złożone techniki, aby zapewnić spójność bazy danych w danym momencie. Narzędzia do tworzenia kopii zapasowych maszyn wirtualnych nie są świadome pamięci podręcznej Firebird i zwykle nie uważają plików bazy danych za pliki o dostępie swobodnym.

W rezultacie, po wykonaniu kopii zapasowej maszyny wirtualnej, plik bazy danych w jej wnętrzu będzie miał stan jak po twardym resecie maszyny wirtualnej, a bardzo często taka kopia nie jest spójna (tj. Uszkodzona). Szansa na taki problem jest większa, gdy wielu aktywnych użytkowników zmienia bazę danych lub jeśli istnieje aktywny proces czyszczenia.

Takie niespójne kopie zapasowe mogą występować w dowolnym środowisku zwirtualizowanym, w tym w chmurach publicznych.

Aby utworzyć dobrą kopię zapasową bazy danych Firebird za pomocą narzędzia do tworzenia kopii zapasowych maszyn wirtualnych, konieczne jest zablokowanie pliku bazy danych za pomocą nbackup przed kopią zapasową maszyny wirtualnej i odblokowanie po niej. Zazwyczaj narzędzie do tworzenia kopii zapasowych maszyn wirtualnych umożliwia wykonywanie niestandardowych skryptów przed i po utworzeniu kopii zapasowej, w których można zablokować / odblokować bazy danych Firebird.

6. Ustawianie pliku delta

Domyślnie plik delta znajduje się w tym samym katalogu, co sama baza danych. Nazwa pliku jest również taka sama, ale z dołączonym. Zwykle nie stanowi to problemu, ale czasami pożądana lub wręcz konieczna jest zmiana lokalizacji, np. gdy baza danych jest przechowywana na surowym urządzeniu. Sam Nbackup nie ma możliwości ustawienia lokalizacji; należy to zrobić za pomocą SQL..delta

Nawiąż połączenie z bazą danych z dowolnym klientem, który umożliwia wprowadzanie własnych instrukcji SQL i wydawanie polecenia:

alter database add difference file 'path-and-filename'

Specyfikacja niestandardowego pliku różnicowego jest trwała w bazie danych; jest przechowywany w tabeli systemowej . Aby przywrócić domyślne zachowanie, wydaj następujące oświadczenie:RDB$FILES

alter database drop difference file

Podczas tworzenia nowej bazy danych można również określić niestandardową lokalizację różnicową:

create database 'path-and-dbname' difference file 'path-and-deltaname'

Jeśli określisz nazwę pliku za pomocą , delta prawdopodobnie nie zostanie utworzona w tym samym katalogu co baza danych, ale w bieżącym katalogu widocznym z serwera. W systemie Windows może to być np. katalog systemowy. Ta sama logika dotyczy ścieżek względnych.[ADD] DIFFERENCE FILECała ścieżka katalogu musi już istnieć. Firebird nie próbuje tworzyć żadnych brakujących katalogów.Jeśli chcesz zmienić niestandardową specyfikację różnicową, musisz najpierw starą, a następnie nową.DROPADD

7. Historia kopii zapasowych

Baza danych firebird przechowuje historię wszystkich działań nbackup w tabeli systemowej . Informacje te są wykorzystywane przez sam nbackup do wewnętrznego sprzątania, ale mogą być również używane do ustalenia, kiedy ostatnia kopia zapasowa została wykonana, na jakim poziomie i jaka jest nazwa pliku.RDB$BACKUP_HISTORY

Na przykład, aby zobaczyć ostatnie kopie zapasowe 5, możesz użyć:

SELECT RDB$BACKUP_ID, RDB$TIMESTAMP, RDB$BACKUP_LEVEL, RDB$GUID,
    RDB$SCN, RDB$FILE_NAME
FROM RDB$BACKUP_HISTORY
ORDER BY RDB$TIMESTAMP DESC
ROWS 5

Kolumny są następujące:RDB$BACKUP_HISTORY

Kolumna	Opis
RDB$BACKUP_ID	Klucz podstawowy
RDB$TIMESTAMP	Godzina i data wykonania kopii zapasowej
RDB$BACKUP_LEVEL	Poziom kopii zapasowej
RDB$GUID	Identyfikator GUID kopii zapasowej (używany do sprawdzania zależności między plikami)
RDB$SCN	Najwyższy znacznik strony w kopii zapasowej
RDB$FILE_NAME	Nazwa pliku kopii zapasowej

Aby uzyskać wyjaśnienie tego pola, zobacz sekcję Informacje techniczne.RDB$SCN

Zawartość tabeli nie jest tworzona i przywracana przez gbak; szczegółowe informacje można znaleźć w sekcji Informacje techniczne.RDB$BACKUP_HISTORY

8. Podstawowe informacje techniczne

Nbackup wykonuje fizyczną kopię zapasową stron bazy danych, kopiując strony, które zostały zmodyfikowane od czasu ostatniej kopii zapasowej bezpośrednio poprzedzającego poziomu. Poziom kopii zapasowej kopiuje wszystkie strony, podczas gdy poziom kopiuje tylko te strony, które zostały zmodyfikowane po ostatnim poziomie . Aby móc znaleźć zmodyfikowane strony, Firebird używa znacznika, który nazywa się SCN (skrót od skanowania strony). Ta liczba jest zwiększana przy każdej zmianie stanu kopii zapasowej. Dla każdej kopii zapasowej z nbackup istnieją trzy zmiany stanu:010

1. nbak_state_normal (bez kopii zapasowej) do (baza danych zapisuje do pliku delta)nbak_state_stalled
2. nbak_state_stalled do (scalając plik delta z powrotem do bazy danych)nbak_state_merge
3. nbak_state_merge do (bez kopii zapasowej)nbak_state_normal

Te trzy zmiany stanu występują nawet wtedy, gdy kopia zapasowa nie powiedzie się.

SCN bazy danych przed rozpoczęciem tworzenia kopii zapasowej jest rejestrowany wraz z kopią zapasową. Pierwsza kopia zapasowa dostaje SCN, druga itp. Ten numer jest niezależny od poziomu kopii zapasowej. SCN służy do oznaczania stron bazy danych. Na przykład:03

SCN	Wyjaśnienie
0	Strony przed jakąkolwiek kopią zapasową
1	Strony zapisane/zaktualizowane do pliku delta podczas tworzenia kopii zapasowej
2	Strony napisane/zaktualizowane podczas scalania pliku delta z główną kopią zapasową
3	Strony napisane/zaktualizowane po zakończeniu pierwszej kopii zapasowej+scalania

Po utworzeniu kopii zapasowej poziomu nbackup szuka kopii zapasowej ostatniego poziomu i tworzy kopie zapasowe wszystkich stron z SCN wyższym niż SCN kopii zapasowej tego poziomu (i tak dalej).100

Kopia zapasowa i przywracanie za pomocą gbak nie przywraca zawartości tabeli i resetuje SCN wszystkich stron z powrotem do . Powodem tego jest to, że gbak tworzy logiczną kopię zapasową zamiast fizycznej kopii zapasowej. Tak więc przywrócenie za pomocą gbak przepisze całą bazę danych (a nawet może zmienić rozmiar strony). To sprawia, że poprzednie kopie zapasowe z nbackup nie mają znaczenia jako punkt wyjścia dla kolejnych kopii zapasowych: musisz zacząć od nowego poziomu .RDB$BACKUP_HISTORY00

Dodatek A: Historia dokumentu

Dokładna historia plików jest zapisywana w repozytorium git dokumentacji firebird; patrz https://github.com/FirebirdSQL/firebird-documentation

Historia zmian
0.1	21 Paź 2005	PV	Pierwsza edycja.
1.0	1 Grudzień 2006	PV	Usunięto odniesienie „beta” w informacjach o edycji. Zmieniono ostrzeżenie przed interaktywnym określaniem nazw plików kopii zapasowych za pomocą nbackup -R. Usunięto „(lub będzie)” z pierwszego zdania w historii dokumentu.Zmieniono na w przykładach, aby linie nie wybiegały z zacienionych obszarów w pliku PDF.C:\DatabasesC:\DatascreenDodano sekcję Ustawianie pliku delta i zmieniono sekcję Czytaj dalej? odpowiednio.
1.1	5 maja 2008	PV	Tworzenie i przywracanie kopii zapasowych: Dodano ostrzeżenie o dużym obciążeniu w nbackup 2.0.0–2.0.3.Przywracanie pełnej kopii zapasowej: Poprawiono błędne stwierdzenie, że nbackup zastąpi istniejącą bazę danych, jeśli nie ma aktywnych połączeń. Zmieniono kursywę o niepowodzeniu przywracania interaktywnego na notatkę i wspomniano o jej poprawce w wersji 2.0.1.Przyrostowe kopie zapasowe: Wstawiono ostrzeżenie, że przyrostowe kopie zapasowe są uszkodzone w wersji 2.1.Pomijanie wyzwalaczy bazy danych (Firebird 2.1+): Nowa sekcja.Czytaj dalej?: Poprawiono literówkę (→ swoją).
1.2	19 wrzesień 2011	PV	Formatowanie źródła dokumentu: Zmieniono maksymalną długość wiersza na 100, bez otwartych wierszy.Wszystkie sekcje i podsekcje mają teraz plik .idWprowadzenie: Edytowane pierwsze zdanie.Funkcje Nbackup — przegląd: Pierwsze zdanie: grupy → rodzaje. Edytowano ostatni akapit przed pierwszą podsekcją: wspomniano, że tylko , właściciel, a czasem administratorzy systemu operacyjnego mogą wykonać kopię zapasową.SYSDBAFunkcje Nbackup — przegląd :: Ograniczenia nbackup: Edytowano poprzednio ostatni listitem, aby wspomnieć o Services Manager. Dodano listitem o bezpośrednim dostępie do plików. Usunięto ostatni para.Funkcje i parametry: Nowa sekcja.Tworzenie i przywracanie kopii zapasowych: Nieznacznie zmieniono ostatnie zdanie pierwszego akapitu. Rozszerzone ostrzeżenie: dodano informacje o roli bezpośredniego I/O z dużymi bazami danych pod Posix.Tworzenie i przywracanie kopii zapasowych :: Pełne kopie zapasowe :: Wykonywanie pełnych kopii zapasowych: Poprawione i rozszerzone pozycje listowe i parametry. Dodano listitems na parametr (nowy w 2.5), parametr (nowy w 2.1) i parametr (nowy w 2.5, backport do 2.1.4). W listitem zaczynając od „Różne parametry”, tekst w nawiasie czyta teraz (itp.), Ponieważ dodano wiele nowych parametrów.-U-P-FE-T-D-B-UTworzenie i przywracanie kopii zapasowych :: Słowo o wewnętrznym działaniu: Mała edycja (obraz → wrażenie).Tworzenie i przywracanie kopii zapasowych :: Pełne kopie zapasowe :: Przywracanie pełnej kopii zapasowej: Usunięto parametry i ze specyfikacji. Dodano listitem na aliasach. Zmieniono oddzielną notatkę o niepowodzeniu przywracania interakcyjnego z powrotem do tekstu kursywy wewnątrz samego elementu listy. Dodano listitem o braku konieczności uruchamiania serwera i ignorowaniu poświadczeń.-U-PTworzenie i przywracanie kopii zapasowych :: Przyrostowe kopie zapasowe: Edytowane Ostrzeżenie: wspomniana poprawka w 2.1.1.Tworzenie i przywracanie kopii zapasowych :: Przyrostowe kopie zapasowe :: Przywracanie przyrostowych kopii zapasowych: Usunięto parametry oraz z formalnej składni i 1. pozycji listitem.-U-PTworzenie i przywracanie kopii zapasowych :: Tworzenie kopii zapasowych baz danych urządzeń surowych: Nowa sekcja.Tworzenie i przywracanie kopii zapasowych :: Pomijanie wyzwalaczy bazy danych: Edytowano i rozszerzono tę sekcję, ale usunięto uwagę „i tylko właściciel”.SYSDBATworzenie i przywracanie kopii zapasowych :: Direct I/O (Firebird 2.1.4+): Nowa sekcja.Tworzenie i przywracanie kopii zapasowych :: Opcje informacyjne (Firebird 2.5+): Nowa sekcja.Tworzenie i przywracanie kopii zapasowych :: Kopie zapasowe na zdalnych maszynach (Firebird 2.5+): Nowa sekcja.Blokowanie i odblokowywanie: Nieznacznie zmieniono ostatnie zdanie drugiego akapitu.Blokowanie i odblokowywanie :: Blokowanie bazy danych i tworzenie kopii zapasowej: Dodano komentarze (para + lista szczegółowa).Blokowanie i odblokowywanie :: Przywracanie kopii zapasowej wykonanej po nbackup -L: Dodano informacje o używaniu aliasu i kroku 2 procedury. W następnym akapicie przetłumaczono „en” (pozostałość z holenderskiego oryginału) → „i”. Dodano zdanie do Notatki o czytaniu jako Flag-only.-Z-FBlokowanie i odblokowywanie :: Blokowanie baz danych urządzeń raw: Nowa sekcja.Blokowanie i odblokowywanie :: Pod maską: Edytowana notatka.Ustawianie pliku delta: 1. para w dużej mierze przepisany; teraz odnosi się do surowych baz danych urządzeń. Oddziel ostatnie zdanie na osobny para. Dodano informacje (para + programlisting) o ustawianiu delta za pomocą . 1. listitem in Notes: → .CREATE DATABASEADD[ADD]Historia dokumentu: Zmieniono ulink na CVS (zarówno tekst, jak i adres URL); teraz wskazuje bezpośrednio na dokument.Informacja o licencji: Koniec roku w 2011 roku wzmiania o prawach autorskich.
1.3	12 Paź 2011	PV	Funkcje i parametry: W pierwszej tabeli: samoprzywrócone → przywrócone przez użytkownika. W drugiej tabeli: self-restore → user restore.Blokowanie i odblokowywanie :: Blokowanie bazy danych i tworzenie kopii zapasowej: Nazwa sekcji Została zmieniona Zablokowanie bazy danych i samodzielne tworzenie kopii zapasowej.Blokowanie i odblokowywanie :: Przywracanie kopii zapasowej wykonanej po nbackup -L: 2nd listitem in 1st itemizedlist: self-restored → user-restored.
1.4	18 wrzesień 2014	PAN	Historia kopii zapasowych: Nowa sekcjaPodstawowe informacje techniczne Nowa sekcja
1.5	27 cze 2020	PAN	Konwersja do AsciiDoc, drobna edycja kopii
1.6	25 lipiec 2020	AK	Akapit o kopiach zapasowych maszyn wirtualnych, na przykład z niestandardowym portem, akapit dotyczący informacji o wydajności dotyczący przyrostowej kopii zapasowej

Dodatek B: Informacja o licencji

Zawartość niniejszej Dokumentacji podlega Licencji Dokumentacji Publicznej w wersji 1.0 („Licencja”); Użytkownik może korzystać z niniejszej Dokumentacji tylko wtedy, gdy przestrzega warunków niniejszej Licencji. Kopie Licencji są dostępne pod adresem https://www.firebirdsql.org/pdfmanual/pdl.pdf (PDF) i https://www.firebirdsql.org/manual/pdl.html (HTML).

Oryginalna dokumentacja nosi tytuł Firebird’s nbackup tool.

Źródło: Link