BACKUP CHECKSUM

BACKUP CHECKSUM to opcja polecenia tworzenia kopii zapasowej weryfikująca sumy kontrolne stron danych podczas zapisu.

Rola opcji CHECKSUM w kopii zapasowej SQL Server

BACKUP CHECKSUM jest opcją instrukcji tworzenia kopii zapasowej w systemie Microsoft SQL Server. W praktyce stosuje się ją jako klauzulę WITH CHECKSUM, na przykład w poleceniu BACKUP DATABASE. Jej zadaniem jest dodatkowa kontrola integralności danych podczas odczytywania stron z bazy oraz tworzenia strumienia kopii zapasowej. SQL Server może w ten sposób wykryć sytuację, w której strona danych zawiera nieprawidłową sumę kontrolną zapisaną wcześniej przez silnik bazy danych.

Strona danych, czyli niewielki blok przechowywania informacji w pliku bazy, może zawierać sumę kontrolną page checksum. Podczas wykonywania kopii zapasowej z opcją CHECKSUM SQL Server sprawdza taką sumę, gdy odczytuje stronę. Jeżeli kontrola zakończy się niepowodzeniem, operacja kopii zapasowej może zgłosić błąd i przerwać działanie. Brak zapisanej sumy kontrolnej na stronie nie oznacza jednak automatycznie uszkodzenia danych. CHECKSUM nie potwierdza również, że zawartość logiczna tabel jest poprawna; kontroluje integralność bloków na poziomie zapisu i odczytu.

Jak SQL Server oblicza kontrolę strumienia backupu

Opcja WITH CHECKSUM dotyczy nie tylko stron danych. Podczas zapisu kopii SQL Server oblicza także sumę kontrolną dla strumienia backupu. Pozwala to później sprawdzić, czy dane zapisane w pliku kopii nie zostały zmienione albo uszkodzone na drodze między utworzeniem a odtworzeniem kopii. Taka kontrola obejmuje dane przekazywane do nośnika kopii, dlatego jest dodatkową warstwą weryfikacji obok kontroli stron znajdujących się w samej bazie.

Kontrola nie zastępuje testowego odtworzenia kopii. Pomyślne zakończenie BACKUP DATABASE WITH CHECKSUM oznacza, że w trakcie tej konkretnej operacji nie wykryto błędów objętych mechanizmem sum kontrolnych. Nie jest to dowód, że każda tabela, relacja, procedura lub aplikacja będzie działała poprawnie po odtworzeniu. Weryfikacja pliku może być wykonywana również podczas operacji RESTORE. Polecenie RESTORE VERIFYONLY z opcją CHECKSUM służy do sprawdzenia kopii bez odtwarzania jej jako działającej bazy, natomiast właściwe odtworzenie może także korzystać z kontroli sum zapisanych w backupie.

Reakcja na uszkodzoną stronę i ograniczenia mechanizmu

Jeżeli SQL Server wykryje niezgodność sumy kontrolnej strony podczas tworzenia kopii, problem dotyczy danych odczytywanych z bazy, a nie wyłącznie samego pliku backupu. W takiej sytuacji należy zachować komunikat błędu, ustalić identyfikator bazy oraz sprawdzić dzienniki SQL Server. Do lokalizowania problemów z integralnością stron służy między innymi DBCC CHECKDB, który analizuje strukturę bazy i zależności między jej obiektami. Samo ponowne uruchomienie backupu bez ustalenia przyczyny nie usuwa uszkodzenia.

SQL Server może udostępniać opcję CONTINUE_AFTER_ERROR, która pozwala kontynuować tworzenie kopii mimo niektórych błędów odczytu. Nie jest to jednak naprawa i nie należy traktować takiej kopii jako równoważnej pełnej kopii bez błędów. W wyniku kontynuowania operacji backup może zawierać niespójne albo niekompletne dane, a późniejsze odtworzenie może zakończyć się ostrzeżeniami lub błędami. Z tego powodu wymuszenie kontynuacji powinno być decyzją awaryjną, udokumentowaną wraz z informacją o pominiętych stronach.

Obliczanie sum kontrolnych wymaga dodatkowych operacji procesora i odczytu, więc czas tworzenia kopii może się wydłużyć. Rzeczywisty wpływ zależy między innymi od rozmiaru bazy, szybkości dysków, obciążenia serwera, kompresji backupu oraz miejsca zapisu. CHECKSUM nie chroni przed skasowaniem pliku, awarią nośnika ani błędną konfiguracją harmonogramu. Nadal potrzebne są sprawdzalne kopie przechowywane w odpowiednim miejscu oraz okresowe próby ich odtworzenia.

Znaczenie BACKUP CHECKSUM w praktycznej diagnostyce

Analizując problem związany z kopią SQL Server, należy rozdzielić trzy zdarzenia: wykrycie uszkodzenia strony podczas odczytu bazy, uszkodzenie strumienia w czasie zapisu lub transferu oraz błąd występujący dopiero przy odtwarzaniu. BACKUP CHECKSUM pomaga rozpoznać dwie pierwsze klasy problemów, ale nie zastępuje pełnej analizy systemu. Warto porównać komunikaty z historii kopii, dziennika SQL Server i wyników DBCC CHECKDB, a także sprawdzić, czy błąd powtarza się dla tej samej bazy lub tego samego obszaru danych.

W środowisku, w którym kopie są używane do odtwarzania danych, istotne jest zachowanie informacji o zastosowanych opcjach BACKUP i RESTORE. Należy sprawdzić, czy plik backupu został skopiowany bez błędów, czy kontrola VERIFYONLY zakończyła się powodzeniem oraz czy dostępny jest łańcuch kopii wymagany przez wybrany model odzyskiwania. Diagnostyka laptopa lub komputera PC może obejmować stan dysku, pamięci operacyjnej, systemu plików i połączenia z nośnikiem kopii, gdy problem ujawnia się na pojedynczym stanowisku. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w zakresie usterek sprzętowych oraz problemów z oprogramowaniem na obsługiwanych urządzeniach.