Udostępnij za pośrednictwem

  • Artykuł

Working with Transaction Log Backups

 Temat ma zastosowanie tylko w przypadku baz danych, które są przy użyciu modelu odzyskiwanie Pełny lub jest rejestrowane zbiorczej.

Tego tematu prezenty pojęć, informacje dotyczące wykonywania tworzyć kopię zapasową zapasowych i przywracanie (zastosowanie) dzienników transakcji.W obszarze modeli odzyskiwanie pełny i rejestrowane zbiorczej podjęcia rutynowego tworzenia kopii zapasowych transakcji rejestruje)kopie zapasowe dziennika) jest to konieczne do odzyskiwanie danych.W SQL Server 2005 i nowsze wersje, można wykonywać kopie zapasowe dziennika podczas dowolnego pełna kopia zapasowa jest uruchomiony.

Przed utworzeniem pierwszej kopia zapasowa dziennika dziennika konieczne jest utworzenie pełnej kopia zapasowa dziennika, takie jak wykonać kopię zapasową bazy danych lub pierwszego zestaw kopii zapasowych plików.Przywracanie bazy danych przy użyciu tylko kopie zapasowe plików może stać się złożona.Dlatego zaleca się zaczynać pełnej bazie danych kopia zapasowa po może.Po tej dacie regularne tworzenie kopii zapasowej dziennik transakcji jest konieczne.To nie tylko zmniejsza narażenie utraty pracy ale umożliwia także obcinania dziennik transakcji.Zazwyczaj dziennik transakcji jest obcinana po każdym konwencjonalnych kopia zapasowa dziennika.Jednak może być opóźnione obcinania dziennika.Aby uzyskać więcej informacji zobaczFactors That Can Delay Log Truncation.

Zaleca się, biorąc pod częste wystarczającą ilość kopii zapasowych dziennika do obsługi wymagań biznesowych, w szczególności z tolerancji dla utraty pracy takie jak może być spowodowany dysku uszkodzonego dziennika.Odpowiednie częstotliwość podejmowania kopii zapasowych dziennika zależy od sieci tolerancji ekspozycji utraty pracy zrównoważone przez liczbę kopii zapasowych dziennika mogą być przechowywane, zarządzanie i, potencjalnie przywracanie.Mając kopia zapasowa dziennika dziennika co 15 do 30 minut może być wystarczające.Jeśli firma wymaga, że aby zminimalizować ekspozycji utraty pracy, poświęcenie kopii zapasowych dziennika częściej.Częstsze kopii zapasowych dziennika mają dodatkowe zalety zwiększenie częstotliwości obcinania dziennika co w mniejszych plikach dziennika.

Aby ograniczyć liczbę tworzyć kopię zapasową zapasowych dziennika, które są potrzebne do przywrócenia, jest regularnie wykonywać kopie zapasowe danych.Na przykład można zaplanować tygodniowy pełnej bazie danych kopia zapasowa i dzienne różnicowe bazy danych kopia zapasowa s.

Uwaga

W następującym przykładzie usunięto rola aplikacji SQL Server. Jeżeli bardzo często zapasowe dziennika te sukcesu wiadomości gromadzą się szybko, co dzienniki błędów wielki, które mogą ułatwić znajdowanie trudne inne wiadomości.W takich przypadkach można pominąć te wpisy dziennika za pomocą flagi śledzenia 3226, jeśli żadna ze skryptów zależy od tych zapisów.Aby uzyskać więcej informacji zobaczFlagi śledzenia (Transact-SQL).

łańcuch dzienników

Numerowanie ciągłe kopii zapasowych dziennika jest nazywany łańcuch dzienników.łańcuch dzienników zaczyna się pełna kopia zapasowa bazy danych.Na ogół, gdy baza danych jest wykonywana kopia zapasowa po raz pierwszy lub po modelu odzyskiwanie jest przełączony z prostych odzyskiwanie odzyskiwanie Pełny lub jest rejestrowane zbiorczej uruchamiany jest tylko łańcuch nowego dziennika.

Dopóki nie zdecydujesz się na zastępowanie istniejących kopia zapasowa podczas tworzenia pełnej bazy danych kopia zapasowa, istniejące łańcuch dzienników pozostaje nienaruszona.Z łańcuch dzienników bez zmian, można przywrócić bazy danych z dowolnego pełną kopię zapasową bazy danych zestaw nośników, następuje wszystkich kolejnych dziennika kopii zapasowych za pośrednictwem sieci punkt odzyskiwanie.Punkt odzyskiwanie może być koniec ostatniej kopia zapasowa dziennika dziennika lub odzyskiwanie określonego punktu w dowolnym z kopii zapasowych dziennika.

Aby przywracanie bazy danych do momentu awarii łańcucha dziennika musi być nienaruszone.Oznacza to sekwencję nieprzerwane z kopie zapasowe dziennik transakcji musi przekraczać do punkt awarii.Gdy ta sekwencja dziennika muszą być uruchomione, zależy od typu kopie zapasowe danych podczas przywracania: Baza danych, częściową lub plików. W przypadku bazy danych lub częściowej kopia zapasowa sekwencja kopii zapasowych dziennika musi przekraczać od końca bazy danych lub częściowej kopia zapasowa.W przypadku zestawu kopii zapasowych plików sekwencji kopii zapasowych dziennika musi przekraczać od początku pełny zestaw kopii zapasowych plików.

Jeśli używane są tylko kopie zapasowe plików, trzeba utworzyć kopię zapasową dziennika od początku pierwszego pełny tworzyć kopię zapasową pliku.Można uruchomić, mając kopie zapasowe dziennika natychmiast po pierwszej kopia zapasowa pliku pełnej.Firma Microsoft zaleca uruchamianie następnie, ponieważ pierwsza kopia zapasowa dziennika może zająć dużo czas.W czasie, gdy dziennik jest zostanie wykonana tworzyć kopię zapasową, można wykonać kopie zapasowe innych plików.Aby przywrócić bazę danych z tylko kopie zapasowe plików, zestaw kopii zapasowych pełny plik musi zostać rozszerzony w kopii zapasowej dziennika jeden lub więcej, obejmujące odstęp czasu między pierwszy i ostatni kopia zapasowa pliku.

Uwaga

Do identyfikacji kopia zapasowa, rozpoczyna się w łańcuchu dziennika zestaw kopii zapasowych, należy zbadać begins_log_chain kolumnabackupset tabela lub wykonywania PRZYWRACANIE HEADERONLY na tym urządzeniu w celu wyświetlenia BeginsLogChain kolumn zestaw wyniki.

Mając regularnie dziennik transakcji kopii zapasowych jest konieczne.Oprócz umożliwiając przywracanie transakcji kopia zapasowa dziennika kopia zapasowa dziennika dziennika obcina dziennik, aby usunąć kopie zapasowe rekordów dziennika z pliku dziennika.Nie należy wykonać tworzyć kopię zapasową zapasowej dziennika wystarczająco często może zapełnić plików dziennika.Aby uzyskać informacje na temat obsługi dzienniku pełne transakcji zobacz Troubleshooting a Full Transaction Log (Error 9002).

Important noteImportant Note:

Jeśli brakujące lub uszkodzone kopia zapasowa dziennika dziennika, Uruchom nowe łańcuch dzienników tworząc pełnych ani różnicowych bazy danych z kopia zapasowa dziennika, a następnie wykonywanie kopia zapasowa dziennika dziennik transakcji, aby rozpocząć nowy łańcuch dzienników.Firma Microsoft zaleca, aby zachować kopie zapasowe dziennika transakcji, które przed Brak kopia zapasowa dziennika dziennika na wypadek, gdyby nigdy chcesz przywrócić bazę danych do miejsca czas w ramach tych kopii zapasowych.Aby uzyskać informacje na temat ochrony kopii zapasowych Zobacz Security Considerations for Backup and Restore (SQL Server).

Aby uzyskać informacje na temat tworzenia kopii zapasowych dziennika Zobacz Creating Transaction Log Backups i Tail-Log Backups.

Jak kopie zapasowe dziennika użycia?

Przywracanie kopia zapasowa dziennika dziennika do przodu powoduje zmiany, które zostały zarejestrowane dziennik transakcji do odtworzenia dokładny stan w bazie danych w momencie rozpoczęcia operacji wykonywania kopii zapasowych dziennika.Gdy użytkownik przywracanie bazy danych, konieczne będzie przywracanie kopia zapasowa kopii zapasowych dziennika, które zostały utworzone po pełnej bazy danych, które przywracanie, lub od początku pierwszego pliku kopia zapasowa, które przywracanie.Zazwyczaj po przywracanie najnowszych danych lub różnicowa kopia zapasowa, musisz przywracanie serii kopii zapasowych dziennika aż do osiągnięcia punktu odzyskiwanie.Następnie można odzyskać bazy danych.Ponownie rolkach wszystkie transakcje, które były niekompletne podczas odzyskiwanie uruchomiona i przełącza bazy danych w trybie online.Po odzyskał bazy danych nie można przywrócić wszystkie więcej kopii zapasowych.

Important noteImportant Note:

Aby zapobiec utracie prac przed przywracanie w trybie offline lub po awarii, zaleca się wykonanie tworzyć kopię zapasową zapasowej ogona dziennik, aby przechwytywać wszystkie rekordy dziennika, które nie są jeszcze tworzyć kopię zapasową zapasowej.Aby uzyskać więcej informacji zobaczTail-Log Backups.

Applying Transaction Log Backups.