Backup przez SQL Server Agent

Backup przez SQL Server Agent to kopia zapasowa wykonywana automatycznie przez zaplanowane zadanie tej usługi.

Rola SQL Server Agent w automatyzacji kopii zapasowych

Backup przez SQL Server Agent nie jest osobnym formatem kopii ani niezależnym silnikiem zapisu danych. SQL Server Agent jest usługą systemową współpracującą z aparatem SQL Server Database Engine. Jego zadaniem jest uruchamianie zdefiniowanych zadań, czyli obiektów typu job, zgodnie z harmonogramem albo w reakcji na określone zdarzenie. Samą kopię wykonuje polecenie silnika SQL Server, najczęściej instrukcja Transact-SQL BACKUP DATABASE albo BACKUP LOG.

Typowe zadanie backupu zawiera harmonogram, jeden lub więcej kroków oraz reguły obsługi wyniku. Krok może uruchamiać polecenie Transact-SQL, procedurę składowaną albo inny typ akcji dostępny w SQL Server Agent. Przykładowo pełna kopia bazy może być wykonywana instrukcją BACKUP DATABASE [NazwaBazy] TO DISK = N'D:\Backup\NazwaBazy_full.bak' WITH INIT, CHECKSUM. Parametry należy dobrać do polityki kopii, ponieważ WITH INIT zastępuje zawartość wskazanego nośnika, a nie dopisuje nowy zestaw backupu.

Pełne, różnicowe i dzienniki transakcji

SQL Server Agent może planować różne rodzaje kopii, ale ich znaczenie wynika z mechanizmów SQL Server. Pełny backup obejmuje dane potrzebne do odtworzenia stanu bazy z chwili wykonania kopii. Backup różnicowy zawiera zmiany od ostatniej pełnej kopii bazowej. Przy odtwarzaniu wykorzystuje się więc odpowiedni pełny backup, a następnie najnowszy pasujący backup różnicowy.

BACKUP LOG zapisuje dziennik transakcji i służy do odtwarzania punktu w czasie. Kopie dziennika wymagają modelu odzyskiwania full albo bulk-logged; w modelu simple regularny backup logu nie jest dostępny. Harmonogram powinien uwzględniać zależności między kopiami. Samo codzienne wykonywanie pełnego backupu nie zapewnia odtwarzania do wybranej chwili, a kopie dziennika bez zachowanej kopii pełnej nie tworzą kompletnej, samodzielnej strategii odzyskiwania.

Harmonogram, uprawnienia i obsługa błędów

SQL Server Agent wykonuje zadania według harmonogramów zapisanych w systemie SQL Server. Harmonogram może określać częstotliwość, godzinę rozpoczęcia oraz zakres obowiązywania. Należy rozdzielić częstotliwość pełnych backupów, backupów różnicowych i kopii dziennika, aby nie powodować niepotrzebnego obciążenia serwera oraz aby zachować wymaganą sekwencję odtwarzania. Warto również ustawić kolejne kroki wykonywane po sukcesie lub błędzie, na przykład zapis informacji diagnostycznej albo zgłoszenie alertu.

Istotne są uprawnienia kilku różnych kontekstów. Konto usługi SQL Server musi mieć możliwość zapisu do katalogu, w którym powstaje plik backupu. Konto usługi SQL Server Agent lub kontekst używany przez konkretny krok wpływa na uruchomienie zadania, ale nie zastępuje uprawnień wymaganych przez Database Engine podczas tworzenia pliku. Katalog docelowy powinien istnieć i być dostępny dla właściwej instancji. Historia uruchomień, komunikaty kroków oraz status zadania są przechowywane w bazie msdb; bez ich kontroli można przeoczyć sytuację, w której harmonogram działa, lecz backup kończy się błędem zapisu, brakiem miejsca albo nieprawidłową ścieżką.

Weryfikacja pliku i rzeczywistej możliwości odtworzenia

Utworzenie pliku .bak nie dowodzi jeszcze, że procedura odzyskiwania jest poprawna. Po wykonaniu kopii można użyć RESTORE VERIFYONLY, aby sprawdzić, czy zestaw backupu jest kompletny z punktu widzenia mechanizmu odczytu. Taka kontrola nie zastępuje jednak próbnego odtworzenia na oddzielnym środowisku. Dopiero test przywrócenia pokazuje, czy zachowano wszystkie elementy łańcucha: pełny backup, właściwy backup różnicowy oraz kolejne kopie dziennika transakcji.

Przy planowaniu zadania trzeba także określić retencję, nazewnictwo plików, ochronę przed nadpisaniem oraz sposób przechowywania kopii poza źródłową instancją. Opcja COPY_ONLY może być użyta do wykonania dodatkowej kopii, która nie zmienia podstawy dla późniejszych backupów różnicowych. Po zmianie harmonogramu, ścieżki, modelu odzyskiwania lub konta usługi należy ponownie sprawdzić historię zadań i wykonać kontrolowane odtworzenie. Diagnostyka problemu obejmuje analizę komunikatów SQL Server Agent, dziennika Database Engine, uprawnień do katalogu, dostępnego miejsca oraz zgodności kopii z planem odzyskiwania.