Stosowanie kopie zapasowe dziennika transakcji

Temat jest odpowiednia tylko dla pełnego model odzyskiwanie lub bulk-logged model odzyskiwanie.

W tym temacie opisano zastosowanie kopie zapasowe dziennika transakcji w ramach Przywracanie SQL Server bazy danych.Aby zastosować kopia zapasowa dziennika transakcji, muszą być spełnione następujące wymagania:

  • Bezpośrednio wcześniej pełnej kopia zapasowa lub kopia zapasowa bazy danych różnicowej należy najpierw przywrócić.

  • Wszystkie dzienniki transakcji utworzone po tej kopia zapasowa bazy danych pełny lub różnicowego musi zostać przywrócony w porządku chronologicznym.Jeśli kopia zapasowa dziennika transakcji w tym łańcuchu dziennika zostanie utracony lub uszkodzony, możesz przywracanie tylko dzienniki transakcji przed Brak dziennika transakcji.

  • Baza danych nie zostało jeszcze odzyskane.Baza danych nie można odzyskać aż po zastosowaniu dziennik transakcji końcowego.Jeśli odzyskania bazy, po przywróceniu jedną kopie zapasowe dziennika transakcji pośrednich, że przed końcem łańcuch dzienników bazy danych poza tym punktem nie można przywrócić bez ponownego uruchamiania komputera z pełną sekwencja przywracania, począwszy od pełnej kopia zapasowa.

Odzyskiwanie i dzienniki transakcji

Po zakończeniu operacji przywracanie i odzyskać bazy danych, odzyskiwanie wycofuje wszystkie nieukończone transakcje.Jest to określane jako faza cofania.Wycofywanie jest wymagany do przywracanie integralność bazy danych.Po wycofywania bazy danych przechodzi w tryb online i nie więcej kopii zapasowych dziennika transakcji mogą być stosowane do bazy danych.

Na przykład serii kopie zapasowe dziennika transakcji może zawierać transakcji długotrwały.Rozpoczęcie transakcji jest rejestrowany w pierwszej kopia zapasowa dziennika transakcji, ale koniec transakcji jest rejestrowana w drugiej kopia zapasowa dziennika transakcji.Brak rekordu zatwierdzanie lub wycofywanie operacji w pierwszej kopia zapasowa dziennika zatwierdzanie.If a recovery operation runs when the first transaction log backup is applied, the long-running transaction is treated as incomplete, and data modifications recorded in the first transaction log backup for the transaction are rolled back.SQL Server does not allow for the second transaction log backup to be applied after this point.

Ostrzeżenie

W pewnych okolicznościach można jawnie dodać plik podczas przywracanie dziennika.Aby uzyskać więcej informacji, zobacz Kontrolowanie tworzenia dodanych plików podczas przywracania do przodu.

Posiadające wystarczającą ilość kopii zapasowych dziennika sekwencji przywracania

Musisz mieć wystarczająco dużo rekordów dziennika, aby wykonać kopie zapasowe sekwencja przywracanie.Kopie zapasowe dziennika niezbędne, łącznie z kopia zapasowa końcowego fragmentu dziennika gdzie wymagane, należy udostępnić przed rozpoczęciem sekwencji przywracanie.

Aby przywrócić punkt awarii przy użyciu kopii zapasowych dziennika

Przyjęto następującą sekwencję zdarzeń.

Godzina

Zdarzenie

OD GODZINY 8:00

Kopia zapasowa bazy danych, aby utworzyć pełną bazę danych kopia zapasowa.

Południe

Wykonywanie kopii zapasowej dziennika transakcji.

16:00

Wykonywanie kopii zapasowej dziennika transakcji.

6:00 P.M.

Kopia zapasowa bazy danych, aby utworzyć pełną bazę danych kopia zapasowa.

8:00 P.M.

Wykonywanie kopii zapasowej dziennika transakcji.

9:45 P.M.

Wystąpi awaria.

Ostrzeżenie

WYJAŚNIENIE Ta przykładowa sekwencja kopii zapasowych, zobacz Tworzenie kopii zapasowych dziennika transakcji.

Aby przywracanie bazy danych do stanu godzinie 9:45(punkt awarii), można używać dowolnej z następujących alternatywnych procedur:

Alternatywa 1: Przywróć bazę danych za pomocą najnowszej pełnej kopia zapasowa

  1. Tworzenie kopia zapasowa końcowego fragmentu dziennika dziennika aktualnie aktywnych transakcji z punktem awarii.

  2. Do not restore the 8:00 A.M.full database backup.Instead, restore the more recent 6:00 P.M.full database backup, and then apply the 8:00 P.M.log backup and the tail-log backup.

Alternatywa 2: Przywróć bazę danych przy użyciu starszych kopia zapasowa pełnej bazy danych

Ostrzeżenie

This alternative process is useful if a problem prevents you from using the 6:00 P.M.full database backup.This process takes longer than restoring from the 6:00 P.M.full database backup.

  1. Tworzenie kopia zapasowa końcowego fragmentu dziennika dziennika aktualnie aktywnych transakcji z punktem awarii.

  2. Restore the 8:00 A.M.full database backup, and then restore all four transaction log backups in sequence.Do przodu zrolowany wszystkich zakończonych transakcji maksymalnie o godzinie 9:45

    Rozwiązanie alternatywne wskazuje nadmiarowe zabezpieczeń oferowanych przez utrzymywanie serii kopii zapasowych bazy danych pełnego łańcucha kopie zapasowe dziennika transakcji.

Aby przywrócić do określonego punktu w czasie przy użyciu kopii zapasowych dziennika

W niektórych przypadkach można użyć dzienników transakcji, aby przywrócić bazę danych do określonego punktu w czas.Aby uzyskać więcej informacji, zobacz Przywracanie do punktu w kopii zapasowej bazy danych.

Kopie zapasowe dziennika transakcji appling

Najlepszym rozwiązaniem jest przywracanie wszystkich zapasowych dziennika za pomocą Z NORECOVERY:

Przywracanie dziennika nazwa_bazy_danych od <backup_device> Z NORECOVERY

Następnie po przywróceniu ostatniej kopia zapasowa dziennika, należy odzyskać bazy danych w oddzielnych operacji:

PRZYWRÓĆ bazę danych nazwa_bazy_danych z odzysku

Aby zastosować kopia zapasowa dziennika transakcji

Aby przywracanie na punkt odzyskiwanie

Zobacz także

Inne zasoby