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ż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.
Uwaga:
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:
Przywracanie bazy danych do punktu na czas , zawarte w poprzedniej kopia zapasowa dziennika.
A kopia zapasowa końcowego fragmentu dziennika jest zbędne, jeśli Przywracanie bazy danych i określ opcję STOPAT, STOPATMARK lub STOPBEFOREMARK w każdym wyciągu PRZYWRACANIA w sekwencja przywracania.
Aby przywrócić bazę danych do wcześniejszego punktu wczas
Aby użyć Transact-SQL do przywrócenia do określonego punktu w czas, zobacz Jak Przywracanie do punktu w czasie (Transact-SQL), Odzyskiwanie zaznaczonych transakcji, lub Odzyskiwanie na numer porządkowy dziennika (LSN).
To use SQL Server Management Studio, see Jak Przywracanie do punktu w czasie (SQL Server Management Studio) or Jak Przywracanie bazy danych do zaznaczonych transakcji (SQL Server Management Studio).
Przywracanie kopii bazy danych do nowej lokalizacji.
Podczas przywracanie bazy danych można użyć tej samej nazwy bazy danych tylko w przypadku przywracanie bazy danych do wystąpienie inny serwer, na przykład podczas tworzenia duplikat bazy danych dublowanie bazy danych lub pomocnicza baza danych dla dzienników.Po przeniesieniu bazy danych dla tego samego wystąpienie serwera, należy określić nazwę nowej bazy danych.
Aby przywracanie bazy danych do nowej lokalizacji
Za pomocą Transact-SQL, w każdej instrukcja przywracanie w sieci sekwencja przywracanie, określ opcję Przenieś.Aby uzyskać więcej informacji, zobacz Jak Przywracanie bazy danych do nowej lokalizacji i nazwy języka Transact-SQL) lub Jak Przywróć pliki do nowej lokalizacji (Transact-SQL).
Za pomocą SQL Server Management Studio, określ nową lokalizację każdego pliku w Przywróć jako pole Przywróć bazę danych (Opcje strony).Aby uzyskać więcej informacji, zobacz Jak: Przywracanie bazy danych z kopii zapasowej (SQL Server Management Studio).
Całkowitego zastępowania (zastępując) bazy danych.
Przestroga Przywracanie z opcją ZAMIEŃ powinny być używane rzadko i tylko przez kolejny Administratorzy bazy danych po starannym rozważeniu.Aby uzyskać więcej informacji, zobacz Przy użyciu opcji ZAMIEŃ.
Aby zastąpić bazy danych
Za pomocą Transact-SQL, określ opcję ZAMIEŃ w sieci PRZYWRÓCIĆ instrukcji.
Za pomocą SQL Server Management Studio, określ nową lokalizację każdego pliku w Przywróć jako pole Przywróć bazę danych (Opcje strony).Aby uzyskać więcej informacji, zobacz Jak: Przywracanie bazy danych z kopii zapasowej (SQL Server Management Studio).
Zobacz także
Odwołanie
Koncepcje
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ć. |