• Artykuł

Przywracanie do punktu w kopii zapasowej bazy danych

W tym temacie jest odpowiednia tylko dla SQL Server baz danych, które używają modeli odzyskiwanie Pełny lub bulk-logged.

Warto Przywracanie i odzyskać bazy danych do określonego punktu w czas, znaku lub dziennika, numer porządkowy (LSN) przed punktem awarii.Na przykład, jeśli transakcja zmieniona niepoprawnie niektóre dane, warto przywracanie bazy danych do punktu odzyskiwanie tuż przed wejściem nieprawidłowych danych.Wszelkie przywracanie, który określa punkt odzyskiwanie bazy danych jest znany jako pkt-w-czas restore.

Na poniższej ilustracji przedstawiono przywracanie do punktu odzyskiwanie w środku dziennika transakcji, która została podjęta w czas t9.Zmiany w dalszej części tej kopia zapasowa i kolejnych dziennika kopia zapasowa wykonanej na czas t10 są odrzucane.

Przywracanie do punktu w środku kopii zapasowej dziennika

miejsce docelowe punkt odzyskiwanie jest określona przy użyciu jednej z następujących czynności:

  • Określony punkt czas w dzienniku transakcji.

  • Nazwany znak, który został wstawiony do rekordu dziennika transakcji.

  • numer sekwencyjny dziennika (LSN).

Ostrzeżenie

Odzyskiwanie do LSN jest wyspecjalizowanych funkcja jest przeznaczona dla dostawców narzędzia i jest mało prawdopodobne, ogólnie użyteczne.

Określony czas lub transakcji jest zawsze przywrócić z kopia zapasowa dziennika więc miejsce docelowe punkt odzyskiwanie muszą być zawarte w kopia zapasowa dziennika transakcji.Aby przywrócić bazę danych do określonego punktu w czas lub transakcja określ miejsce docelowe punkt odzyskiwanie w klauzula STOPAT, STOPATMARK lub STOPBEFOREMARK.W każdej instrukcja PRZYWRÓCIĆ dziennika sekwencja przywracanie, należy określić czas miejsce docelowe lub transakcji w klauzula identyczne STOPAT, STOPATMARK lub STOPBEFOREMARK.Po zastosowaniu kopia zapasowa zawierający punkt odzyskiwanie, można odzyskać tylko transakcje dostarczanych przed tego punktu.

Jako warunek wstępny do punktu-w-czas przywracanie, należy najpierw przywrócić kopię zapasową pełnej bazy danych, którego punkt końcowy jest wcześniejsza niż punktu docelowego odzyskiwanie.Aby ułatwić identyfikację, których kopię zapasową bazy danych do przywrócenia, można opcjonalnie określić swoje klauzula Z STOPAT, STOPATMARK lub STOPBEFOREMARK w instrukcja przywracanie bazę danych do pozyskiwania błąd, jeśli kopia zapasowa danych jest zbyt nowe, na czas określony obiekt miejsce docelowe.Ale pełna kopia zapasowa danych zostanie przywrócone zawsze, nawet, jeśli zawiera ona obiekt docelowy czas.

Ostrzeżenie

kopia zapasowa dziennika dziennika musi być na tym samym ścieżka odzyskiwanie jako pełnej lub częściowej kopia zapasowa zostanie przywrócony na początku punktu-w-czas przywrócić sekwencji.

Po zakończeniu odzyskiwanie czas bazy danych jest określany przez punkt odzyskiwanie do której odzyskanie pliku podstawowego.Przywraca kolejnych, musi mieć punkty odzyskiwanie, które są zgodne z bazy danych, w tym czas.

Jeśli sekwencja częściowe przywracanie nie obejmuje żadnego FILESTREAM grupa plików, punkt-w-czas przywracanie nie jest obsługiwane.Można wymusić sekwencja przywracanie , aby kontynuować.Jednak nigdy nie można przywrócić aplikacjami FILESTREAM, pominięto instrukcja PRZYWRACANIA.Aby wymusić punktu-w-czas przywracanie, określ opcję CONTINUE_AFTER_ERROR wraz z opcją STOPAT, STOPATMARK lub STOPBEFOREMARK, które należy także określić w kolejnych sprawozdaniach PRZYWRÓCIĆ dziennika.Jeśli określisz CONTINUE_AFTER_ERROR częściowe sekwencja przywracanie powiedzie się, powodując grupa plików FILESTREAM nieodwracalny.

Ostrzeżenie

W modelu bulk-logged odzyskiwania Jeśli kopia zapasowa dziennika zawiera zmiany bulk-logged, pkt-w-czas odzyskiwania nie jest możliwe punkt w obrębie tej kopia zapasowa.Baza danych musi być odzyskana koniec kopia zapasowa dziennika transakcji.

W tej sekcji