Backup bazy model to kopia zapasowa bazy systemowej służącej jako szablon dla nowo tworzonych baz danych.
Rola bazy model w SQL Server
Backup bazy model to kopia zapasowa systemowej bazy danych model w Microsoft SQL Server. Ta baza pełni funkcję wzorca używanego podczas tworzenia nowych baz użytkownika. SQL Server wykorzystuje z niej między innymi układ plików, początkowe rozmiary plików, część ustawień bazy oraz obiekty utworzone na poziomie bazy. Jeżeli administrator doda do model tabelę, widok, procedurę składowaną albo inne obsługiwane obiekty, mogą one pojawić się również w bazach tworzonych później, zależnie od rodzaju obiektu i sposobu jego utworzenia.
Baza model jest także wzorcem dla bazy tempdb, która jest odtwarzana przy uruchamianiu usługi SQL Server. Z tego powodu przypadkowa zmiana jej konfiguracji może wpływać nie tylko na przyszłe bazy użytkownika, ale również na środowisko tymczasowych obiektów tworzonych przez silnik. Backup model nie jest więc kopią danych biznesowych aplikacji. Jest zabezpieczeniem konfiguracji i elementów wzorcowych, które mogą zostać utracone po awarii, błędnej zmianie administracyjnej albo odtworzeniu systemowych baz z wcześniejszego stanu.
Co obejmuje i kiedy wykonuje się taki backup
Standardowy backup bazy model w SQL Server jest pełnym backupem bazy danych. Przykładowe polecenie ma postać BACKUP DATABASE [model] TO DISK = N'D:\Backup\model_full.bak' WITH INIT, CHECKSUM, STATS = 10;, przy czym ścieżka musi wskazywać lokalizację dostępną dla konta usługi SQL Server. Opcja CHECKSUM powoduje użycie sum kontrolnych podczas operacji backupu i może pomóc wykryć niektóre błędy odczytu lub zapisu. STATS = 10 określa raportowanie postępu co dziesięć procent, a WITH INIT nadpisuje zawartość wskazanego zestawu nośnika, dlatego nie należy używać go bez sprawdzenia, czy plik nie zawiera potrzebnych kopii.
Backup warto wykonać po każdej zaplanowanej zmianie bazy model, na przykład po dodaniu obiektu wzorcowego albo zmianie rozmiaru plików. Powinien również obejmować stan początkowy po instalacji i konfiguracji instancji. Samo utworzenie pliku .bak nie potwierdza jeszcze, że kopia będzie użyteczna. Należy sprawdzić komunikaty zadania, rozmiar pliku, lokalizację oraz dostępność kopii poza uszkodzonym systemem. W praktyce backup powinien być objęty retencją i kopiowany na niezależny nośnik, ponieważ pozostawienie jedynego pliku na tym samym dysku nie chroni przed jego awarią.
Weryfikacja kopii i odtworzenie wzorca
Podstawową kontrolę pliku można wykonać poleceniem RESTORE VERIFYONLY FROM DISK = N'D:\Backup\model_full.bak';. Polecenie sprawdza, czy SQL Server potrafi odczytać strukturę zestawu backupu, ale nie zastępuje pełnego testu odtworzenia. Rzeczywistą przydatność kopii potwierdza dopiero odtworzenie jej w kontrolowanym środowisku i sprawdzenie, czy baza uruchamia się poprawnie oraz czy zawiera oczekiwane obiekty i ustawienia. Wynik weryfikacji trzeba zapisać razem z datą wykonania, nazwą instancji, identyfikatorem kopii i lokalizacją pliku.
Odtworzenie model wymaga planowania, ponieważ jest to systemowa baza używana przez instancję. Przed operacją należy zapewnić dostęp do odpowiedniego konta administracyjnego, ograniczyć połączenia oraz uwzględnić wpływ na tworzenie baz i działanie tempdb. Nie wolno traktować odtworzenia model jako sposobu naprawy dowolnej bazy aplikacyjnej: przywraca ono konkretny wzorzec, a nie dane użytkownika. Po operacji trzeba sprawdzić stan bazy, dostępność usługi, logi SQL Server oraz utworzenie testowej bazy, aby potwierdzić, że oczekiwane elementy są dziedziczone prawidłowo.
Znaczenie dla diagnostyki komputera pracującego z SQL Server
Problemy z backupem bazy model mogą wynikać z braku miejsca na dysku, niedostępności katalogu, niewystarczających uprawnień konta usługi, błędów urządzenia magazynującego albo przerwania zadania przez oprogramowanie zabezpieczające. Podczas diagnostyki należy rozdzielić błąd samego backupu od błędu infrastruktury, na której działa SQL Server. Sprawdza się dziennik SQL Server, dziennik zdarzeń systemu Windows, stan woluminów, wolne miejsce, uprawnienia NTFS do katalogu backupu oraz możliwość odczytu wcześniej utworzonych kopii. Jeżeli problem dotyczy komputera użytkownika, warto także ocenić stan dysku, temperatury, pamięć operacyjną i stabilność systemu, ponieważ nagłe restarty lub błędy I/O mogą przerywać operacje zapisu.
Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, dlatego może sprawdzić sprzętowe przyczyny niestabilności, takie jak uszkodzony dysk, problemy z pamięcią RAM, zasilaniem albo chłodzeniem. Sama ocena poprawności konfiguracji instancji SQL Server wymaga jednak dostępu do jej dokumentacji, logów i uprawnień administracyjnych. Po usunięciu problemu sprzętowego należy ponownie wykonać backup model, zweryfikować plik i udokumentować, z jakiego stanu instancji została utworzona kopia.
