• Artykuł

Tail-Log Backups

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

W większości przypadków, w obszarze modeli odzyskiwanie Pełny lub jest rejestrowane zbiorczej SQL Server 2005 i jego nowszych wersjach wymaga, aby utworzyć kopię zapasową ogona dziennik, aby przechwycić rekordów dziennika, które nie zostały jeszcze poddane tworzyć kopię zapasową zapasowej. Podjęte ogona dziennik tuż przed nosi nazwę operacji przywracanie kopia zapasowa dziennika dziennika kopia zapasowa końcowego fragmentu dziennika.

SQL Server 2005 i jego nowszych wersjach wymagają zwykle, że można mieć ogona-kopia zapasowa dziennika przed rozpoczęciem przywracanie bazy danych.Zakończenie-kopia zapasowa dziennika zapobiega utracie prac i zachowuje łańcuch dzienników nienaruszony.Gdy są odzyskiwanie bazy danych do punktu awarii, kopia zapasowa końcowego fragmentu dziennika jest wykonywanie ostatniej kopia zapasowa dziennika zainteresowanie planu odzyskiwania.Jeśli nie można wykonać tworzyć kopię zapasową zapasowej ogona dziennika, można odzyskać tylko w celu utworzenia ostatniej tworzyć kopię zapasową zapasowej, który został utworzony przed wystąpieniem przerwy w bazie danych.

Nie wszystkie scenariusze przywracanie wymagają ogona-kopia zapasowa dziennika.Nie trzeba mieć kopię zapasową dziennika ogona Jeśli punkt odzyskiwanie znajduje się w funkcję wcześniejszych kopia zapasowa dziennika dziennika, lub Jeśli przenosisz lub zastępowania (zastępując) w bazie danych i trzeba przywrócić go do punktu czas po wykonaniu ostatniej kopia zapasowa dziennika.Ponadto jeśli pliki dziennika są uszkodzone i zakończenie-kopia zapasowa dziennika nie może być utworzona, należy przywrócić bazę danych bez korzystania z częścią końcową-kopia zapasowa dziennika.Wszelkie potwierdzonych po wykonaniu ostatniej kopia zapasowa dziennika dziennika transakcji są tracone.Aby uzyskać więcej informacji, zobacz „ Przywracanie bez użycia zakończenie-kopia zapasowa dziennika "dalej w tym temacie.

Tworzenie kopii zapasowych ogona dziennika

Podobnie jak każdy kopia zapasowa dziennika, a kopia zapasowa końcowego fragmentu dziennika są pobierane za pomocą WYKONYWANIE kopia zapasowa dziennika DZIENNIKA instrukcja.Zaleca się, że można mieć ogona-kopia zapasowa dziennika w następujących sytuacjach:

  • Jeśli baza danych jest w trybie online, przed rozpoczęciem przywracanie sekwencji, wykonywać kopie zapasowe ogona dziennik, korzystając Z NORECOVERY za każdym razem, gdy operacja przywracanie jest następną akcja ma wykonać na bazie danych:

    kopia zapasowa DZIENNIKA nazwa_bazy_danych Aby backup_device < > WITH NORECOVERY

    Uwaga

    Aby uniknąć błędu, opcja NORECOVERY jest to konieczne.

  • Jeśli baza danych jest w trybie offline i nie można uruchomić.

    Spróbuj wykonać ogona-kopia zapasowa dziennika.Ponieważ żadna z transakcji nie może występować w tej chwili, korzystając Z NORECOVERY jest opcjonalne.Jeśli baza danych jest uszkodzony, użyj WITH CONTINUE_AFTER_ERROR lub NO_TRUNCATE WITH.

    kopia zapasowa DZIENNIKA nazwa_bazy_danych Aby backup_device < >WITH {CONTINUE_AFTER_ERROR | NO_TRUNCATE}

    Important noteImportant Note:

    Firma Microsoft zaleca, aby uniknąć przy użyciu NO_TRUNCATE, z wyjątkiem przypadków, gdy baza danych jest uszkodzony.

    Jeśli baza danych jest uszkodzony, na przykład, jeśli nie można uruchomić w bazie danych, kopia zapasowa dziennika dziennika ogona pomyślnym tylko wtedy, gdy pliki dziennika są nieuszkodzone, baza danych znajduje się w stan który obsługuje kopii zapasowych dziennika ogona i bazy danych nie zawiera wszystkie zmiany rejestrowane zbiorczej.

Poniższa tabela zawiera podsumowanie tych opcji.

Opcja kopia zapasowa dziennik

Komentarze

Jeśli w bazie danych nie ma żadnych aktywnych wartości, MIN_ACTIVE_ROWVERSION zwraca taką samą wartość jak @@ DBTS + 1.

Za pomocą NORECOVERY za każdym razem, gdy chcesz kontynuować operacji przywracanie bazy danych.NORECOVERY uwzględnia przywracania stanu bazy danych.Gwarantuje to, w bazie danych nie ulega zmianie po wykonaniu kopia zapasowa końcowego fragmentu dziennika.

Dziennik zostanie obcięta do liczby całkowitej, chyba że określony jest również opcja NO_TRUNCATE lub opcji COPY_ONLY,

{CONTINUE_AFTER_ERROR | NO_TRUNCATE}

NO_TRUNCATE lub CONTINUE_AFTER_ERROR należy używać tylko wtedy, gdy tworzona jest kopia zapasowa ogona uszkodzonej bazy danych.

NoteNote:
Kiedy korzystasz z tworzyć kopię zapasową zapasowej ogona dziennik uszkodzonej bazy danych, niektóre z metadane, zwykle ujęte w tworzyć kopię zapasową zapasowych dziennika może być niedostępny.Aby uzyskać więcej informacji zobacz "" Zakończenie dziennika kopii zapasowych z niepełne kopia zapasowa metadane,"w dalszej części tego tematu.

Do tworzenia kopia zapasowa dziennik transakcji, gdy baza danych jest uszkodzony

Kopie zapasowe ogona dziennika, które z metadane Niekompletna kopia zapasowa

Kopie zapasowe dziennika ogona przechwytywania ogona w dzienniku, nawet wtedy, gdy baza danych jest plików trybu offline, uszkodzenia lub braku danych.Może to spowodować niekompletny metadane z przywracanie polecenia informacje i msdb.Jednak tylko metadane są niepełne, przechwyconych dziennik jest pełny i użyteczne.

Jeśli ogona-kopia zapasowa dziennika zawiera niekompletne metadane w backupzestaw tabela, has_incomplete_metadata is zestaw to 1.Ponadto w danych wyjściowych PRZYWRACANIE HEADERONLY, HasIncompleteMetadata is zestaw to 1.

Metadane w kopii zapasowej dziennika ogona są niepełne, backupfilegroup tabela brakuje większość informacji o filegroups na czas ogona dziennika kopii zapasowej.Większość z backupfilegroup kolumn tabela są wartości NULL; są tylko istotne kolumn w następujący sposób:

  • Określa, czy ANSI przycięcia jest używany kolumna.

  • filegroup_id

  • Typ

  • type_desc

  • is_readonly

Przywracanie bez użycia zakończenie-kopia zapasowa dziennika

Przywracanie scenariusze, w którym ogona-kopia zapasowa dziennika nie jest konieczne obejmują następujące: