Kopie zapasowe dziennika ogona

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

W większości przypadków, w obszarze modeli odzyskiwanie Pełny lub bulk-logged SQL Server 2005 i wymagają nowszej wersji jest tworzyć kopię zapasową ogona dziennika do przechwytywania rekordów dziennika, które nie zostały jeszcze kopii up.Podjęte ogona dziennika tuż przed nosi nazwę operacji przywracanie kopia zapasowa dziennika kopia zapasowa końcowego fragmentu dziennika.

SQL Server 2005i nowsze wersje zazwyczaj wymaga podejmowania kopia zapasowa końcowego fragmentu dziennika przed rozpoczęciem przywracanie bazy danych.kopia zapasowa końcowego fragmentu dziennika Zapobiega utracie pracy i zachowuje nienaruszone łańcuch dzienników.Podczas odzyskiwanie bazy danych do punktu awarii, kopia zapasowa końcowego fragmentu dziennika jest ostatniej kopia zapasowa zainteresowanie planu odzyskiwanie.Jeżeli nie zapasowe ogona dziennika, można odzyskać bazy danych tylko do końca ostatniego kopia zapasowa utworzony przed awarii.

Nie wszystkie scenariusze przywracanie wymagają kopia zapasowa końcowego fragmentu dziennika.Nie trzeba mieć kopia zapasowa dziennika ogona, jeśli punkt odzyskiwanie jest zawarty w starszych kopia zapasowa lub przenosisz lub zastępowania (zastępując) bazy danych i nie trzeba przywrócić punkt czas po ostatniej kopia zapasowa.Ponadto jeśli pliki dziennika są uszkodzone i w kopia zapasowa końcowego fragmentu dziennika nie może być utworzona, należy przywrócić bazę danych bez korzystania z kopia zapasowa końcowego fragmentu dziennika.Wszelkie transakcje popełnionych po najnowsze kopia zapasowa dziennika zostaną utracone.Aby uzyskać więcej informacji zobacz "Przywracanie bez przy użyciu dziennika ogona Backup" w dalszej części tego tematu.

Wykonywanie kopii zapasowych ogona dziennika

Podobnie jak każdy kopia zapasowa, kopia zapasowa końcowego fragmentu dziennika podjęte przy użyciu kopia zapasowa dziennika instrukcja.Zaleca się, że podjąć kopia zapasowa końcowego fragmentu dziennika w następujących sytuacjach:

  • Jeśli baza danych jest w trybie online i planujesz wykonać operację przywracanie bazy danych, przed rozpoczęciem operacji przywracanie tworzyć kopię zapasową zapasowej ogona dziennika za pomocą Z NORECOVERY:

    Wykonywanie kopii zapasowej dziennika nazwa_bazy_danych do <backup_device> Z NORECOVERY

    Ostrzeżenie

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

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

    Spróbuj wykonać kopia zapasowa końcowego fragmentu dziennika.Ponieważ transakcje nie mogą wystąpić w tej czas, korzystając Z NORECOVERY jest opcjonalne.Jeśli baza danych jest uszkodzony, należy użyć Z CONTINUE_AFTER_ERROR w następujący sposób:

    Wykonywanie kopii zapasowej dziennika nazwa_bazy_danych do <backup_device> Z CONTINUE_AFTER_ERROR

    Jeśli baza danych jest uszkodzona, na przykład, jeśli baza danych nie zostanie uruchomiony, kopia zapasowa końcowego fragmentu dziennika powiedzie się, jeśli pliki dziennika są nieuszkodzone, baza danych jest w stanie, który obsługuje tylko kopia zapasowa końcowego fragmentu dziennikas i baza danych nie zawiera żadnych zmian bulk-logged.

Poniższa tabela podsumowuje te opcje.

Opcja kopii zapasowej dziennika

Komentarze

NORECOVERY

NORECOVERY należy używać, gdy zamierza kontynuować operację przywracanie bazy danych.NORECOVERY uwzględnia przywracania stanu bazy danych.Gwarantuje to, że baza danych nie zmienia się po kopia zapasowa końcowego fragmentu dziennika.

Dziennik zostanie obcięta, chyba, że określony jest również opcja NO_TRUNCATE lub COPY_ONLY.

Ważna informacjaWażne:
Zaleca się, aby uniknąć przy użyciu NO_TRUNCATE, z wyjątkiem przypadków, gdy baza danych jest uszkodzona.

CONTINUE_AFTER_ERROR

CONTINUE_AFTER_ERROR należy używać tylko wtedy, gdy podczas wykonywania kopii zapasowej ogona uszkodzonej bazy danych.

UwagaUwaga:
Używając tworzyć kopię zapasową zapasowych ogona dziennika na uszkodzonej bazy danych, niektóre metadane, zwykle przechwytywane tworzyć kopię zapasową zapasowych dziennika mogą być niedostępne.Aby uzyskać więcej informacji zobacz "Ogona dziennika kopii zapasowych z niekompletnej kopii zapasowej metadane" w dalszej części tego tematu.

Tworzenie kopia zapasowa dziennika transakcji, gdy baza danych jest uszkodzony

Kopie zapasowe dziennika ogona, których metadanych niekompletnej kopii zapasowej

Kopie zapasowe dziennika ogona przechwytywania ogona dziennika, nawet, jeśli baza danych jest pliki trybu offline, uszkodzenia lub braku danych.Może to spowodować niekompletny metadane z przywracanie polecenia informacje i msdb.Jednak tylko metadane jest niekompletna; przechwycone dziennik jest pełny.

Jeśli kopia zapasowa końcowego fragmentu dziennika niekompletne metadane w kopii zapasowejzestaw tabela, has_incomplete_metadata jest zestaw do 1.Ponadto w produkcji HEADERONLY PRZYWRÓCIĆ, HasIncompleteMetadata jest zestaw do 1.

Jeżeli metadane w kopia zapasowa dziennika ogona są niekompletne, backupfilegroup tabela będzie brak większość informacji o aplikacjami na czas ogona dziennika kopia zapasowa.Większość z backupfilegroup kolumny tabela mają wartości NULL; kolumny tylko istotne są następujące:

  • backup_set_id

  • filegroup_id

  • type

  • type_desc

  • is_readonly

Przywracanie bez użycia kopii zapasowej dziennika ogona

Przywracanie scenariuszy, w którym kopia zapasowa końcowego fragmentu dziennika niepotrzebne jest następujące:

Historia zmian

Zaktualizowana zawartość

Zaktualizowane "Wykonywanie kopii zapasowych dziennika ogona" sekcja poprawne informacje o podjęcie kopia zapasowa końcowego fragmentu dziennika , jeśli baza danych jest w trybie offline i nie można uruchomić.