Jaki jest dobry harmonogram tworzenia kopii zapasowych SQL Server?

Wydaje się, że istnieje mnóstwo informacji dotyczących procesu konfigurowania zadań tworzenia kopii zapasowych, ale niewiele informacji na temat ogólnego widoku kopii zapasowych baz danych. Przynajmniej trudno jest sformułować zapytanie w wyszukiwarce, które zawiera te informacje. Wiem, że istnieją trzy różne typy kopii zapasowych:

• Pełne kopie zapasowe bazy danych
• Różnicowe kopie zapasowe bazy danych
• Kopie zapasowe dziennika transakcji

Wygląda na to, że powinienem użyć wszystkich trzech. Czy ten harmonogram ma sens?

• 1. każdego miesiąca - Wykonaj pełną kopię zapasową bazy danych.
• Codziennie o północy - Wykonaj różnicową kopię zapasową bazy danych.
• Co 15 minut - Wykonajkopię zapasową dziennika transakcji .

W ten sposób, jeśli moja baza danych zawiedzie, powiedzmy 12, po prostu przywrócę pełną kopię zapasową bazy danych z 1, wykonam 12 różnicowych kopii zapasowych od 1 do 12, a następnie w końcu przywrócę najnowszy dziennik transakcji (są transakcje rejestrują różnicę?).

Wreszcie, czy pełna kopia zapasowa bazy danych jest samodzielna? tzn. kiedy utworzę pełną kopię zapasową bazy danych 1 lutego, czy mogę usunąć wszystkie pliki od stycznia? Oczywiście trzymałbym kilka zestawów z poprzednich miesięcy na wszelki wypadek, ale pytanie jest koncepcyjne.

Tak jak w przypadku wszystkich rzeczy w SQL Server, to zależy.

Pierwszą rzeczą, którą musisz zrobić, to upewnić się, że rozumiesz, co robi każdy typ kopii zapasowej.

Books Online zawiera wszystkie lepkie szczegóły , ale oto moje streszczenie.

PEŁNA kopia zapasowa zawiera wszystko w bazie danych. RÓŻNICOWA kopia zapasowa NIE jest przyrostowa. W twoim przykładzie, jeśli baza danych uległa awarii 12, wystarczy przywrócić pełną kopię zapasową z 1, a następnie najnowszą różnicę 12, a następnie wykonać kopie zapasowe dziennika transakcji aż do awarii. Kopia zapasowa dziennika transakcji jest potrzebna tylko w przypadku baz danych korzystających z pełnego lub masowo rejestrowanego modelu odzyskiwania. Jeśli używasz prostego modelu odzyskiwania, kopie zapasowe dziennika transakcji nie są potrzebne.

Teraz, gdy to wyjaśniliśmy ... Projektowanie harmonogramu tworzenia kopii zapasowych naprawdę zależy od tego, ile danych potrzebujesz do odzyskania i jak szybko musisz je odzyskać w przypadku diastera. Polecam zacząć od pełnej kopii zapasowej każdego dnia. Zawsze możesz później zmniejszyć częstotliwość. Pamiętaj, że różnicowa kopia zapasowa jest kumulatywna od ostatniego pełnego, więc w zależności od zmiany kwoty w bazie danych różnica może być większa niż pełna kopia zapasowa po kilku dniach. Jeśli wykonujesz pełną kopię zapasową każdego dnia, może nie być konieczne użycie różnic; jednak nadal możesz to robić raz dziennie i zaplanować na 12 w południe. Kopia zapasowa dziennika transakcji tylko tworzy kopię zapasową dziennika. Częstotliwość tworzenia kopii zapasowej dziennika określi, ile danych chcesz stracić w przypadku awarii. Jeśli uruchamiasz tworzenie kopii zapasowej dziennika co 15 minut, możesz spodziewać się utraty danych z ostatnich 15 minut, które uległy zmianie. 15 minut to dobra częstotliwość, ale co 30 minut działa idealnie w moim środowisku.

Jak powiedziałem wcześniej, wszystko zależy od twojego środowiska. Po zaprojektowaniu i skonfigurowaniu harmonogramu tworzenia kopii zapasowych pamiętaj o przetestowaniu go na alternatywnym serwerze. Ćwicz przywracanie pełnych, różnicowych i dzienników kopii zapasowych, aby wiedzieć, że wszystko działa tak, jak zostało zaprojektowane.

Books Online ma kilka dobrych informacji, jeśli planujesz korzystać z planów konserwacji, ale jeśli naprawdę chcesz elastyczności, sprawdź skrypty kopii zapasowych Oli Hallengren .