• Artykuł

Praca z kopie zapasowe dziennika transakcji

Temat jest odpowiednia tylko dla baz danych, które są przy użyciu modelu odzyskiwanie Pełny lub bulk-logged.

Ten temat prezenty dotyczące tworzyć kopię zapasową zapasowych i przywracanie (uniwersalne) dzienników transakcji.W obszarze modeli odzyskiwanie pełny i bulk-logged podejmowania rutynowe tworzenie kopii zapasowych dzienników transakcji (kopii zapasowych dziennika) jest niezbędne do odzyskiwanie danych.W SQL Server 2005 i nowsze wersje, można wykonywać kopie dziennika podczas żadnego pełna tworzyć kopię zapasową jest uruchomiony.

Przed utworzeniem pierwszej kopia zapasowa dziennika dziennika należy utworzyć pełna kopia zapasowa, takie jak Kopia zapasowa bazy danych lub pierwszego zestaw kopii zapasowych plików.Przywracanie bazy danych przy użyciu tylko kopie zapasowe plików może być skomplikowane.Dlatego zaleca się zaczynać pełnej kopia zapasowa, gdy można.Potem regularne tworzenie kopii zapasowej dziennika transakcji jest konieczne.To nie tylko minimalizuje narażenia utraty pracy ale umożliwia także obcinania dziennika transakcji.Zazwyczaj obcięciem dziennika transakcji po co konwencjonalne kopia zapasowa dziennika.Jednak może być opóźnione obcinania dziennika.Aby uzyskać więcej informacji, zobacz Czynniki, które mogą opóźnić obcinania dziennika.

Zaleca się podjęcie częste wystarczającej ilości kopii zapasowych dziennika do obsługi wymagań biznesowych, w szczególności na tolerancję utraty pracy takie jak może być spowodowany dysku uszkodzonego dziennika.Odpowiedniej częstotliwości podejmowania kopii zapasowych dziennika zależy od odporności na ryzyko utraty pracy zrównoważone przez liczbę kopii zapasowych dziennika można przechowywać, zarządzanie i, potencjalnie przywracanie.Biorąc pod kopia zapasowa dziennika co 15 do 30 minut może wystarczyć.Jeśli firma wymaga, aby zminimalizować narażenie utraty pracy, poświęcenie kopii zapasowych dziennika częściej.Częstsze kopii zapasowych dziennika mają dodatkową zaletę zwiększenie częstotliwości obcinania dziennika w mniejszych plikach dziennika.

Aby ograniczyć liczbę tworzyć kopię zapasową zapasowych dziennika, które trzeba przywracanie, jest rutynowo kopię zapasową danych.Na przykład zaplanować tygodniowy pełnej kopia zapasowa i codzienną różnicowa bazy danych.

Ostrzeżenie

Domyślnie, każdy pomyślnych operacji wykonywania kopia zapasowa dodaje wpis w SQL Server Dziennik błędów i w systemie zdarzenie możnaJeśli użytkownik tworzyć kopię zapasową dziennika bardzo często te sukces wiadomości gromadzą się szybko, wynikające w dziennikach ogromny błąd, które mogą ułatwić znajdowanie innych wiadomości jest trudne.W takich przypadkach można pominąć te wpisy dziennika za pomocą flagi śledzenia 3226, jeśli brak skrypty są zależne od tych zapisów.Aby uzyskać więcej informacji, zobacz Flagi śledzenia (Transact-SQL).

Łańcuch dziennika

Ciągłą sekwencję kopii zapasowych dziennika jest nazywany łańcuch dzienników.łańcuch dzienników rozpoczyna się od pełna kopia zapasowa bazy danych.Zazwyczaj łańcuch nowego dziennika jest uruchamiany jedynie gdy zapasową bazy danych w pierwszym czas lub po przełączeniu modelu odzyskiwanie z prostego odzyskiwanie do odzyskiwanie Pełny lub bulk-logged.

Chyba że chcesz zastąpić istniejące zestawy kopii zapasowych, podczas tworzenia pełnej kopia zapasowa, istniejące łańcuch dzienników pozostaje nienaruszona.Za pomocą łańcuch dzienników nienaruszony, można przywrócić bazy danych z dowolnej kopia zapasowa pełnej bazy danych w mediach zestaw, a następnie kopie wszystkich kolejnych zapasowe dziennika w górę poprzez punkt odzyskiwanie.punkt odzyskiwanie Może być końca ostatniej kopia zapasowa dziennika lub określonego punkt odzyskiwanie w żadnej kopii zapasowych dziennika.

Aby przywracanie bazy danych do punktu awarii łańcucha dziennika musi być nienaruszone.Oznacza to, że sekwencją ciągłą kopii zapasowych dziennika transakcji musi stanowić rozszerzenie do punktu awarii.Jeżeli ta sekwencja dziennika należy uruchomić, zależy od typu przywracane są kopie zapasowe danych: Baza danych, częściowe lub plików.Dla bazy danych lub częściowa kopia zapasowa, sekwencja kopii zapasowych dziennika należy rozszerzyć od końca bazy danych lub częściowa kopia zapasowa.Zestaw kopii zapasowych plików sekwencji kopii zapasowych dziennika musi rozciągają się od początku pełny zestaw kopii zapasowych plików.

Jeśli używasz tylko kopia zapasowa plikus, konieczne jest wykonanie tworzyć kopię zapasową dziennika od początku pierwszego pełnego kopia zapasowa pliku.Można uruchomić podjęcia niezwłocznie po pierwszej pełnej kopii zapasowych dziennika kopia zapasowa pliku.Firma Microsoft zaleca uruchamianie następnie, ponieważ pierwszej kopia zapasowa dziennika może trwać bardzo długo czas.Gdy dziennik jest ich tworzyć kopię zapasową zapasowej, tworzyć kopię zapasową innych plików.Aby przywracanie bazy danych z plików tylko kopie zapasowe, musi zostać rozszerzony zestaw kopii zapasowych pełny plik z zapasowych dziennika, które obejmują interwał między pierwszego i ostatniego pliku kopia zapasowa.

Ostrzeżenie

Do identyfikacji kopia zapasowa uruchomienia dziennika łańcucha w zestaw kopii zapasowych, kwerenda begins_log_chain kolumna kopia zapasowazestaw tabela lub uruchomić PRZYWRÓCIĆ HEADERONLY na urządzenie kopia zapasowa, aby zobaczyć BeginsLogChain kolumn w wynikach zestaw.

Konieczne jest podjęcie transakcji regularnych kopii zapasowych dziennika.Oprócz możliwości przywracanie kopia zapasowa transakcji, kopia zapasowa dziennika obcina dziennik, aby usunąć kopie rekordów dziennika z pliku dziennika.Jeśli nie tworzyć kopię zapasową zapasowej dziennika wystarczająco, często można zapełnić plików dziennika.Aby uzyskać informacje dotyczące sposobu obsługi dziennik transakcji pełny, zobacz Rozwiązywanie problemów z pełny dziennik transakcji (błąd 9002).

Ważna informacjaWażne:

Jeśli uszkodzona lub kopia zapasowa dziennika, tworząc kopię zapasową bazy danych pełny lub różnicowy i następnie kopia zapasowa dziennika transakcji do uruchomienia nowych łańcuch dzienników należy uruchomić łańcuch nowego dziennika.Firma Microsoft zaleca, aby zachować kopii zapasowych dzienników transakcji, które przed Brak kopia zapasowa dziennika, przypadek kiedykolwiek chcesz przywrócić bazę danych do punktu na czas w ramach tych kopii zapasowych.Aby uzyskać informacje na temat ochrony kopii zapasowych, zobacz Zagadnienia zabezpieczeń dotyczące wykonywania kopii zapasowych i przywracania.

Aby uzyskać informacje dotyczące tworzenia kopii zapasowych dziennika, zobacz Tworzenie kopii zapasowych dziennika transakcji i Kopie zapasowe dziennika ogona.

Sposób użycia kopii zapasowych dziennika?

Przywracanie kopia zapasowa dziennika do przodu zrolowany zmian, które zostały zarejestrowane w dzienniku transakcji do odtworzenia dokładny stan bazy danych na czas dziennika operacji wykonywania kopia zapasowa rozpoczęte.Podczas przywracanie bazy danych, należy przywrócić kopie zapasowe dziennika, które zostały utworzone po wykonaniu kopia zapasowa pełnej bazy danych, które są przywracane lub od początku pierwszej kopia zapasowa pliku, które są przywracane.Zazwyczaj po przywracanie najnowszych danych lub różnicowej kopia zapasowa należy przywracanie serii kopii zapasowych dziennika, dopóki nie osiągniesz punkt odzyskiwanie.Następnie można odzyskać bazy danych.To wycofuje wszystkie transakcje, które były niekompletne, podczas odzyskiwanie uruchomiona i przełącza online bazy danych.Po odzyskaniu bazy danych nie przywracanie wszelkie więcej kopii zapasowych.

Ważna informacjaWażne:

Aby zapobiec utracie pracy przed przywracanie w trybie offline lub po awarii, zaleca się zapasową ogona dziennika do przechwytywania rekordów dziennika, które nie są jeszcze tworzyć kopię zapasową zapasowej.Aby uzyskać więcej informacji, zobacz Kopie zapasowe dziennika ogona.

Stosowanie kopie zapasowe dziennika transakcji.