Artykuł
07/22/2011

Tworzenie kopii zapasowych dziennika transakcji

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

W tym temacie opisano zagadnienia dotyczące wykonywania kopii zapasowej dziennika transakcji oraz łącza do procedur tworzenia kopii zapasowych dziennika.Aby uzyskać więcej informacji na temat kopie zapasowe dziennika transakcji, zobacz Praca z kopie zapasowe dziennika transakcji.

Warunki dla kopii zapasowej dziennika transakcji

Minimalny, musi mieć co najmniej jeden pełna kopia zapasowa przed rozpoczęciem żadnych kopii zapasowych dziennika.Po tym, dziennik transakcji można kopia zapasowa podczas wykonywania żadnych kopia zapasowa, z wyjątkiem drugiego kopia zapasowa dziennika.Zaleca się, że często wykonać kopie zapasowe dziennika, zarówno zminimalizować narażenie utraty pracy i włączyć rejestrowanie obcinania.

Zazwyczaj, zanim Przywracanie bazy danych, należy spróbować tworzyć kopię zapasową ogona dziennika.Aby uzyskać informacje dotyczące sposobu tworzenia kopia zapasowa końcowego fragmentu dziennika i dotyczące warunków, w jakich kopia zapasowa końcowego fragmentu dziennika jest nie jest wymagane, zobacz Kopie zapasowe dziennika ogona.

Jak działa sekwencji kopii zapasowych dziennika

Administrator bazy danych zazwyczaj tworzy pełny bazy danych kopia zapasowa na wartość interwału, na przykład co tydzień.Opcjonalnie, administrator tworzy różnicowa kopia zapasowa na krótszy okres, takich jak dziennego; i często tworzy kopia zapasowa dziennika transakcji, takie jak 10 minut.Optymalny odstęp czasu między kopii zapasowych zależy od czynników takich jak znaczenie danych, rozmiar bazy danych i obciążenia serwera.

Jeśli dziennik transakcji jest uszkodzony, czyli pracy wykonanej od czasu ostatniej kopia zapasowa dziennika zostaną utracone.Podkreśla znaczenie wysyłanie plików dziennika na magazyn odporne na uszkodzenia.

Sekwencja kopie zapasowe dziennika transakcji jest niezależna od pełnej kopii zapasowych.Upewnij jedną sekwencję kopie zapasowe dziennika transakcji, a następnie tworzenie kopii zapasowych okresowego pełnej bazy danych, które są używane do uruchamiania operacji przywracanie.Załóżmy na przykład, poniższa sekwencja zdarzeń.

Godzina	Zdarzenie
OD GODZINY 8:00	Wykonaj kopię zapasową bazy danych.
Południe	Wykonywanie kopii zapasowej dziennika transakcji.
16:00	Wykonywanie kopii zapasowej dziennika transakcji.
6:00 P.M.	Wykonaj kopię zapasową bazy danych.
8:00 P.M.	Wykonywanie kopii zapasowej dziennika transakcji.

The transaction log backup created at 8:00 P.M.contains transaction log records from 4:00 P.M.through 8:00 P.M., spanning the time when the full database backup was created at 6:00 P.M.The sequence of transaction log backups is continuous from the initial full database backup created at 8:00 A.M.to the last transaction log backup created at 8:00 P.M.

Aby uzyskać informacje dotyczące sposobu stosowania tych dzienników transakcji, zobacz przykład w Stosowanie kopie zapasowe dziennika transakcji.

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 tworzyć kopię zapasową zapasowych 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).