Kopia zapasowa w obszarze modelu odzyskiwania Pełny
Pełny model odzyskiwanie używa dziennika kopii zapasowych, aby zapobiec utracie danych, w najszerszym zakresie scenariuszy awarii i tworzenia kopii i przywracania dziennik transakcji (kopii zapasowych dziennika) jest wymagany.Zaletą używania kopii zapasowych dziennika jest, że umożliwiają one przywrócenia bazy danych do żadnego punktu czas znajduje się w kopia zapasowa dziennika (pkt-w-czas odzyskiwania).Aby przetoczyć do przodu bazy danych do dowolnego miejsca za pomocą serii kopii zapasowych dziennika czas jest zawarte w jednej kopii zapasowych dziennika.Należy pamiętać, że aby zminimalizować czas przywracanie, można uzupełnić każdego pełna kopia zapasowa z serii różnicowe kopie zapasowe tych samych danych.
Zakładając, że kopię zapasową można aktywnego dziennika po wystąpieniu klęski, możesz przywracanie bazy danych do punktu awarii, bez utraty danych.Wady przy użyciu kopii zapasowych dziennika są wymagają miejsca i zwiększ czas przywracanie i złożoności.
Ostrzeżenie
Jeśli korzystanie z kopii zapasowych dziennika nie uzasadnia koszty zarządzania kopii zapasowych, zaleca się używanie model odzyskiwanie prostego.
Dla bazy danych, który regularnie korzysta z pełnego model odzyskiwanie, niektóre operacje zbiorcze można zoptymalizować za pomocą tymczasowo bulk-logged model odzyskiwanie.Bulk-logged model odzyskiwanie wiąże kilka ograniczeń, które nie są dostosowane do codziennej pracy.Aby uzyskać więcej informacji, zobacz Kopia zapasowa w obszarze modelu Bulk-Logged odzyskiwania.
Próbki strategii kopii zapasowej
Na poniższej ilustracji przedstawiono najprostszy strategii wykonywania kopii zapasowych w pełni model odzyskiwanie.Na ilustracji, pełnej kopia zapasowa, Db_1 i rutynowych dwóch kopia zapasowa dziennika, Log_1 i Log_2, zostały podjęte.Jakiś czas po wykonaniu kopia zapasowa dziennika Log_2 utrata danych w bazie danych.Przed przywróceniem są te trzy kopie zapasowe, administrator bazy danych musi tworzyć kopię zapasową aktywnego dziennika ( ogona dziennika).Administrator bazy danych przywraca następnie Db_1, Log_1 i Log_2 bez odzyskiwanie bazy danych.Następnie administrator bazy danych przywraca i odzyskuje kopia zapasowa końcowego fragmentu dziennika (ogona).Odzyskuje bazy danych do punktu awarii, odzyskiwanie danych.
Aby uzyskać więcej informacji, zobacz Pełne kopie zapasowe bazy danych i Praca z kopie zapasowe dziennika transakcji.
Minimalizowanie utraty pracy narażenia
Po zakończeniu pierwszej pełnej kopia zapasowa i uruchomić dziennik regularnych kopii zapasowych, potencjalne ryzyko utraty pracy jest zawężony do czas między kiedy baza danych jest uszkodzony i najnowszej kopia zapasowa dziennika regularnych.Dlatego zaleca się wykonać kopie zapasowe dziennika często wystarczająco, aby zachować poziom narażenia utraty pracy w obrębie wymaganego przez wymagania biznesowe.
Na poniższej ilustracji pokazano kopia zapasowa strategii, która uzupełnia pełnej kopia zapasowas i dziennika kopia zapasowas z różnicowej bazy danych kopia zapasowas.Transakcja kopia zapasowa dziennikas zmniejszenia ryzyka utraty pracy czas po ostatnim kopia zapasowa dziennika, t14.Seria trzech różnicowe kopie zapasowe jest podjętych w celu zmniejszenia liczby dzienników transakcji, które musiałyby zostać przywrócone w zdarzenie awarii.Trzeci różnicowa kopia zapasowa jest wystarczająco duży, że następna kopia zapasowa jest pełnej kopii zapasowej.To ustanawia nowy kopia podstawowa dla różnicowych kopii zapasowych.
Przed pierwszym kopia zapasowa bazy danych na tym rysunku, baza danych jest narażony na potencjalne straty pracy (z czas t0 do czas t1).W okresie późniejszym, kopie zapasowe dziennika rutynowych zmniejszenia utraty pracy narażenia na ryzyko utraty zmian wprowadzonych po dziennika najnowszej kopia zapasowa (na czas t14 na tym rysunku).W zdarzenie awarii po ostatniej tworzyć kopię zapasową zapasowej, administrator bazy danych będzie próby utworzenia tworzyć kopię zapasową zapasowej ogona dziennika (dziennika nie jest jeszcze tworzyć kopię zapasową zapasowej).Jeśli kopia zapasowa końcowego fragmentu dziennika powiedzie się, baza danych administrator może uniknąć utraty pracy przez Przywracanie bazy danych do punktu awarii.
Informacje dla bazy danych różnicowych kopii zapasowych, zobacz Używanie różnicowych kopii zapasowych.
Zbiorowe działania i modelu odzyskiwania Pełny
Poprzez rejestrowanie wszystkich operacji, w tym operacje zbiorcze, takich jak SELECT INTO, CREATE INDEX oraz zbiorcze ładowanie danych model odzyskiwanie pełnego pozwala odzyskać bazy danych, punktem awarii lub wcześniejszego punktu w czaso nazwie pkt-w-czas restore.
Wielu użytkowników pełne model odzyskiwanie tymczasowo Przełącz na bulk-logged model odzyskiwanie podczas zbiorczego ładowania danych i zwiększenie wydajności przewyższa ryzyka o możliwości utraty danych.Bulk-logged model odzyskiwanie minimalny zestaw dzienników luzem operacji, chociaż pełni rejestrowania innych transakcji.Aby uzyskać więcej informacji na temat bulk-logged model odzyskiwanie, zobacz Kopia zapasowa w obszarze modelu Bulk-Logged odzyskiwania
Ostrzeżenie
W SQL Server 2005 i jego nowsze wersje Wybierz do / Kopiuj zbiorczo można bazy danych z opcją sp_dboption, tak nigdy nie jest wymagana i zawsze należy unikać.Zamiast tego należy używać ALTER DATABASE.To sp_dboption, tak procedura składowana zostanie usunięta w przyszłej wersja SQL Server.
Aby przywrócić bazę danych przy użyciu kopii zapasowych
Przywracanie bazy danych wymaga sekwencję operacji przywracania ( sekwencja przywracania).A sekwencja przywracanie rozpoczyna się od co najmniej jedną pełną kopię zapasową, opcjonalnie następuje odpowiednie różnicowej kopia zapasowa przywracanie.
Każdy pełnych i różnicowych kopii zapasowych zawiera tylko za mało rekordów dziennika umożliwiają stosowanie ich do odzyskać bazy danych.Jednak zazwyczaj będzie chcesz przywrócić kopie zapasowe dziennika kolejnych w sekwencji, kończąc kopia zapasowa końcowego fragmentu dziennika, jeśli istnieje.Dlatego przed rozpoczęciem przywracanie bazy danych, należy utworzyć kopia zapasowa końcowego fragmentu dziennika.kopia zapasowa końcowego fragmentu dziennika Pozwala przywrócić bazę danych do punktu awarii.Podczas ostatniego kopia zapasowa dziennika zostanie przywrócone, należy odzyskać bazy danych.
Ostrzeżenie
W pełni model odzyskiwanie lub bulk-logged model odzyskiwanie, SQL Server 2005 Enterprise Edition i jego nowsze wersje obsługują Przywracanie plików i/lub stron, gdy baza danych jest w trybie online.Jest to określane jako przywracanie w trybie online.Składnia PRZYWRACANIA Przywracanie plików lub stron jest taka sama, czy baza danych jest w trybie offline lub online.
Aby uzyskać więcej informacji, zobacz Przywracanie i odzyskiwanie omówienie (SQL Server).
Zobacz także