Udostępnij za pośrednictwem

  • Artykuł

Backup Under the Full Recovery Model

Pełny model odzyskiwanie zastosowań logowanie kopie zapasowe, aby zapobiec utracie danych w najszerszym zakresie scenariuszy awarii, i wykonywanie kopii i przywracanie transakcji ()kopie zapasowe dziennika) jest wymagany.Za pomocą dziennika kopia zapasowa s zaletą jest to, że pozwalają przywrócenia bazy danych do dowolnego punktu czas, w którym znajduje się w dzienniku kopia zapasowa ()punktu w czasie odzyskiwanie).Serii kopii zapasowych dziennika można użyć do przeniesienia do przodu bazy danych do dowolnego punktu w czasie, który znajduje się w jednym z kopii zapasowych dziennika.Należy pamiętać, że aby zminimalizować czas przywracanie, można uzupełnić każdej pełna kopia zapasowa serią różnicowe kopie zapasowe tych samych danych.

Zakładając, że można utworzyć kopię zapasową aktywnego dziennika po wystąpieniu po awarii, można przywrócić bazy danych do momentu awarii bez utraty danych.Wady przy użyciu kopii zapasowych dziennika są wymagane miejsce do magazynowania i zwiększyć czas przywracanie i złożoności.

Uwaga

Jeśli korzyści wynikające z używania kopii zapasowych dziennika nie uzasadnia kosztów zarządzania kopie zapasowe, zaleca się użycie prosty model odzyskiwania.

W przypadku bazy danych, która regularnie korzysta z pełnego model odzyskiwanie, niektóre operacje zbiorcze można zoptymalizować za pomocą tymczasowo rejestrowane zbiorczej model odzyskiwanie.Rejestrowane zbiorczej model odzyskiwanie wiąże się z kilku ograniczenia, które go nie nadaje się do codziennej pracy.Aby uzyskać więcej informacji zobaczBackup Under the Bulk-Logged Recovery Model.

Przykładowe kopia zapasowa strategii

Na poniższej ilustracji przedstawiono najprostszym strategii wykonywania kopii zapasowych w model pełnego odzyskiwanie.Na ilustracji wykonać pełną kopię zapasową bazy danych, Db_1 i dwa rutynowych dziennika kopia zapasowa dziennika Log_1 i Log_2, zostały pobrane.Pewien czas, po wykonaniu kopia zapasowa dziennika dziennika Log_2 dane są tracone w bazie danych.Zanim te trzy kopie zapasowe nie zostaną przywrócone, administrator bazy danych trzeba utworzyć kopię zapasową aktywnego dziennika ( Zakończenie dziennika).Administrator bazy danych przywraca następnie Db_1 Log_1 i Log_2 bez odzyskiwanie bazy danych.Administrator bazy danych przywraca i odzyskuje ogona-kopia zapasowa dziennika (zakończenie).Odzyskuje to bazy danych do punktu awarii, odzyskiwanie wszystkich danych.

Restoring a full recovery model database

Aby uzyskać więcej informacji zobacz Full Database Backups i Working with Transaction Log Backups.

Minimalizowanie utraty pracy zagrożeń

Po zakończeniu pierwszej kopia zapasowa dziennika pełnego bazy danych i kopii zapasowych dziennika regularnego uruchamiania, ryzyko utraty pracy jest zawężony do czas między uszkodzenia bazy danych i wykonywania kopii zapasowych dziennika regularnie najbardziej aktualne.Dlatego zaleca się często wykonać kopie zapasowe dziennika wystarczająco, aby zachować poziom narażenia utraty pracy w granicach wymagane przez użytkownika wymagań biznesowych.

Na poniższej ilustracji przedstawiono strategii wykonywania kopii zapasowych, uzupełniające pełne kopie i kopii zapasowych dziennika w kopia zapasowa różnicowe bazy danych.Kopie zapasowe dziennik transakcji zmniejszyć ryzyko utraty pracy do czas po ostatniej kopia zapasowa dziennika, t14 dziennika.Seria trzech różnicowe kopie zapasowe jest podjąć w celu zmniejszenia liczby dzienników transakcji, które będą musiały zostać przywrócone w zdarzenie awarii.Trzeci różnicowa kopia zapasowa jest wystarczająco duża, że następna kopia zapasowa jest wykonać pełną kopię zapasową bazy danych.To ustala nowe kopia podstawowa dla różnicowych kopii zapasowych.

Full & differential database backups & log backups

Przed pierwszym bazy danych kopia zapasowa na tym rysunku bazy danych jest narażony na potencjalne utraty pracy (od t0 czas do czas t1).Po tej dacie kopii zapasowych dziennika rutynowych zmniejszyć utraty pracy narażenie na ryzyko utraty zmian wprowadzonych po ostatniej dziennika kopia zapasowa dziennika (na czas t14 na tym rysunku).W przypadku wystąpienia awarii po ostatnim kopia zapasowa, administrator bazy danych czy spróbować wykonać kopię zapasową ogona dziennika (log nie jest jeszcze tworzyć kopię zapasową zapasowej).Jeśli ogona-kopia zapasowa dziennika powiedzie się, baza danych administratora można uniknąć utraty pracy przez Przywracanie bazy danych do momentu awarii.

Aby uzyskać informacje dotyczące kopii zapasowych różnicowe baz danych zobacz Using Differential Backups.

Zbiorcza operacji i pełny model odzyskiwanie

Poprzez rejestrowanie wszystkich operacji, w tym operacje zbiorcze, jak SELECT INTO, CREATE INDEX oraz zbiorcze ładowanie danych, pełny model odzyskiwanie umożliwia odzyskanie bazy danych, punktem awarii lub do wcześniejszego punktu w czasie, o nazwie punktu w czasie przywracanie.

Wielu użytkowników pełny model odzyskiwanie tymczasowo przełączyć rejestrować zbiorczej model odzyskiwanie kiedy zbiorczego ładowania danych i zwiększenie wydajności przewyższa ryzyka o możliwości utraty danych.Rejestrowane zbiorczej model odzyskiwanie minimalny zestaw dzienników zbiorczej operacji, chociaż pełnego rejestrowania innych transakcji.Aby uzyskać więcej informacji na temat rejestrowane zbiorczej model odzyskiwanie, zobacz Backup Under the Bulk-Logged Recovery Model

Uwaga

W SQL Server 2005 i jego nowsze wersje Wybierz do / Kopiuj zbiorczo można Opcja bazy danych sp_dboption nigdy nie jest wymagana i zawsze należy unikać.Zamiast tego należy użyć instrukcji ALTER DATABASE.To sp_dboption przechowywana procedura, zostanie on usunięty w przyszłych wersjach SQL Server.

Przy użyciu kopii zapasowych do przywracanie bazy danych

Przywracanie bazy danych wymaga sekwencję operacji przywracania ( sekwencja przywracania).Sekwencja przywracanie rozpoczyna się od przywrócenia co najmniej jedną pełna kopia zapasowa, opcjonalnie następuje odpowiednich różnicowa kopia zapasowa.

Każdy pełnych i różnicowych kopii zapasowych zawiera tylko za mało rekordów dziennika można ich użyć do odzyskania w bazie danych.Jednak zazwyczaj warto przywracanie kopie kolejnych dziennika zapasowe, w kolejności, kończące się ciągiem kopia zapasowa końcowego fragmentu dziennika, jeśli istnieje.Dlatego przed rozpoczęciem przywracanie bazy danych, należy utworzyć ogona-kopia zapasowa dziennika.kopia zapasowa końcowego fragmentu dziennika pozwala przywrócić bazę danych do momentu jego awarii.Po przywróceniu ostatniej kopia zapasowa dziennika dziennika, należy go odzyskać bazy danych.

Uwaga

W model pełnego odzyskiwanie lub modelu odzyskiwanie rejestrowane zbiorczej SQL Server 2005 Enterprise Edition i jego nowszych wersjach obsługują Przywracanie plików, stron lub oba, gdy baza danych jest w trybie online. Jest to określane jako przywracanie w trybie online.Składnia przywracanie przywracanie pliki lub strony jest taki sam, czy baza danych jest w trybie offline lub online.

Aby uzyskać więcej informacji zobaczRestore and Recovery Overview (SQL Server).