KWALIFIKACJA INF3 - WRZESIEŃ 2015

PYTANIE NR 22.
Przed wykonaniem kopii bezpieczeństwa bazy danych, tak aby kopia ta była poprawna i możliwa do późniejszego odtworzenia, należy sprawdzić
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Spójność bazy danych należy sprawdzić przed wykonaniem kopii, bo tylko spójny stan danych daje realną możliwość późniejszego odtworzenia bez błędów integralności i uszkodzonych struktur. Uprawnienia, składnia zapytań czy "udostępnienie" nie gwarantują, że backup będzie poprawny.

Pełne wyjaśnienie:

Przed wykonaniem kopii bezpieczeństwa kluczowe jest upewnienie się, że baza danych znajduje się w stanie spójnym. Spójność oznacza, że dane i struktury bazy (np. tabele, indeksy, zależności) nie są uszkodzone oraz że nie ma naruszeń integralności, które mogłyby spowodować błędy podczas odtwarzania. Backup wykonany z bazy niespójnej może "zachować" problem w kopii, przez co odtworzenie nie doprowadzi do poprawnie działającego systemu.

Odpowiedź "spójność bazy danych" jest poprawna, ponieważ bez niej nie ma pewności, że kopia będzie logicznie i technicznie odtwarzalna. W praktyce wiele systemów DBMS udostępnia polecenia lub narzędzia do kontroli spójności (np. sprawdzanie struktur i integralności).

Pozostałe odpowiedzi nie są właściwą kontrolą "warunkującą" poprawność kopii:

  • "prawa dostępu do serwera bazy danych" dotyczą tego, czy administrator może wykonać operację backupu, ale nawet mając uprawnienia można wykonać kopię bazy uszkodzonej lub niespójnej.
  • "poprawność składni zapytań" odnosi się do tworzenia i wykonywania SQL. Składnia zapytań nie przesądza o jakości i odtwarzalności kopii całej bazy.
  • "możliwość udostępnienia bazy danych" (np. czy jest dostępna dla użytkowników/usług) nie mówi nic o tym, czy dane są poprawne i spójne; baza może być udostępniana, a jednocześnie zawierać uszkodzenia lub niespójności.

Wskazówka egzaminacyjna: w pytaniach o backup zawsze myśl kategorią odtwarzania. Jeśli dana czynność nie wpływa bezpośrednio na możliwość przywrócenia poprawnego stanu danych, zwykle nie jest kluczowa jako warunek "poprawności kopii".

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Spójność bazy oznacza, że dane i struktury DB (tabele, indeksy, relacje) są w poprawnym stanie i nie zawierają uszkodzeń ani naruszeń integralności, które uniemożliwiłyby poprawną pracę lub odtworzenie kopii. To warunek, by backup miał wartość odtworzeniową.
Bo celem kopii jest odtworzenie działającej bazy. Jeśli baza jest niespójna lub uszkodzona, kopia może przenieść problem do backupu i odtworzenie zakończy się błędami. Kontrola spójności minimalizuje ryzyko "poprawnego technicznie" pliku backupu z błędną zawartością.
W SQL Server typowo używa się polecenia DBCC CHECKDB, które weryfikuje logiczną i fizyczną spójność bazy. Na egzaminie ważne jest zrozumienie idei: przed backupem warto wykonać kontrolę integralności, a nie tylko "zrobić plik kopii".
Tak, są potrzebne do wykonania operacji backupu, ale nie odpowiadają za poprawność kopii. Można mieć pełne uprawnienia i wykonać kopię bazy uszkodzonej. Dlatego w pytaniu o warunek odtwarzalności właściwsza jest spójność bazy, a nie same uprawnienia.
CHECK TABLE pozwala wykryć problemy z tabelami (w zależności od silnika), np. błędy struktury. To przykład działań prowadzących do oceny spójności/integralności przed backupem. Na egzaminie liczy się rozumienie celu: sprawdzić, czy dane są w stanie pozwalającym na późniejsze odtworzenie.
Nie wprost. Składnia zapytań dotyczy poprawnego działania SQL w aplikacji, a backup to operacja na poziomie bazy/DBMS. Nawet przy idealnych zapytaniach można mieć uszkodzenia danych lub struktur. Dlatego kontrola spójności jest bardziej związana z jakością kopii niż "poprawność zapytań".
Gdy został wykonany z bazy w stanie niespójnym (np. uszkodzone strony danych, błędy indeksów, naruszenia integralności) albo gdy nie da się go poprawnie odtworzyć w praktyce. Dlatego oprócz wykonania kopii warto stosować kontrolę spójności oraz testowe odtwarzanie na środowisku laboratoryjnym.
Dostępność oznacza, że usługa DB działa i można się połączyć. Spójność oznacza, że dane są poprawne i struktury nie są uszkodzone. Baza może być dostępna, ale niespójna (np. po awarii). Egzamin często sprawdza właśnie to rozróżnienie: co wpływa na odtworzenie backupu.
Typowe pomyłki to wybór odpowiedzi "administracyjnych" (uprawnienia, udostępnianie) zamiast warunku odtwarzalności, oraz mylenie pojęć z SQL (składnia zapytań) z pojęciami dotyczącymi stanu bazy. Pomaga zasada: backup ma sens tylko, gdy baza jest spójna i da się ją przywrócić.
Ćwicz cały cykl: sprawdzenie spójności, wykonanie backupu, a potem testowe odtworzenie na osobnym środowisku. Zapamiętaj, że pytania często dotyczą celu (odtwarzalność) i warunków jakości, a nie tylko samej komendy. Przeglądaj dokumentację DBMS w zakresie backup/restore.
info

To pytanie poprawnie rozwiązuje 48% zdających egzamin. trudne

Według specjalistów z branży: "Spójność bazy danych należy sprawdzić przed wykonaniem kopii, bo tylko spójny stan danych daje realną możliwość późniejszego odtworzenia bez błędów integralności i uszkodzonych struktur."

Źródła:

  • Microsoft Learn: "DBCC CHECKDB (Transact-SQL)" – opis sprawdzania logicznej i fizycznej spójności bazy, https://learn.microsoft.com/en-us/sql/t-sql/database-console-commands/dbcc-checkdb-transact-sql (dostęp: 2026-02-27)
  • MySQL 8.0 Reference Manual: "CHECK TABLE Statement" – narzędzie do sprawdzania tabel pod kątem błędów, https://dev.mysql.com/doc/refman/8.0/en/check-table.html (dostęp: 2026-02-27)
  • PostgreSQL Documentation: "Routine Database Maintenance Tasks" – informacje o utrzymaniu i kontroli poprawności/struktur (m.in. VACUUM), https://www.postgresql.org/docs/current/maintenance.html (dostęp: 2026-02-27)

Materiały:

  • Dokumentacja DBMS dotycząca narzędzi sprawdzania spójności i integralności
  • Materiały szkoleniowe o strategiach backup/restore (pełna, przyrostowa, dzienniki transakcji)
  • Ćwiczenia praktyczne: wykonanie backupu i testowe odtworzenie na środowisku laboratoryjnym

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego