Polecenie DBCC CHECKDB jest narzędziem diagnostycznym w MS SQL Server służącym do sprawdzania spójności (integralności) całej bazy danych. Obejmuje ono kontrolę struktur składowania danych oraz relacji między nimi – celem jest wykrycie uszkodzeń logicznych i fizycznych, które mogą skutkować błędami odczytu, niespójnymi wynikami zapytań lub awariami operacji.
W kontekście odpowiedzi "sprawdzi spójność bazy danych i naprawi uszkodzone indeksy" kluczowe jest to, że CHECKDB nie ogranicza się do jednej tabeli: działa na poziomie bazy danych. Opcje naprawy (w zależności od wersji SQL Server) mogą próbować automatycznie usunąć część problemów, a typowe działania naprawcze dotyczą m.in. struktur indeksowych (np. ich przebudowy), bo indeksy są jednymi z elementów najczęściej weryfikowanych w kontroli spójności.
Dlaczego pozostałe odpowiedzi są niepoprawne?
- Odpowiedź "sprawdzi spójność określonej tabeli" myli zakres działania. Do badania pojedynczej tabeli służą inne polecenia z rodziny DBCC (np. ukierunkowane na konkretny obiekt), natomiast CHECKDB jest ukierunkowane na bazę.
- Odpowiedź "sprawdzi spójność bazy danych i wykona kopię bezpieczeństwa" łączy dwa różne obszary administracji. CHECKDB jest diagnostyką/naprawą, a kopie bezpieczeństwa wykonuje się poleceniami BACKUP (lub narzędziami/planami utrzymaniowymi), nie DBCC CHECKDB.
- Odpowiedź "sprawdzi spójność określonej tabeli i naprawi uszkodzone rekordy" jest błędna podwójnie: po pierwsze zawęża działanie do tabeli, po drugie sugeruje "naprawę rekordów" wprost. Mechanizmy naprawcze DBCC operują na poziomie struktur bazy, a nie na prostym "poprawieniu rekordów" rozumianym jak edycja danych w wierszach.
W praktyce administracyjnej przed użyciem opcji naprawczych należy rozważyć odtworzenie bazy z poprawnej kopii oraz pracę na środowisku testowym, ponieważ naprawy mogą mieć skutki uboczne (np. ingerencję w struktury danych). Na egzaminie warto zapamiętać: CHECKDB = kontrola spójności bazy, a kopie bezpieczeństwa to osobny zestaw poleceń i procedur.
