KWALIFIKACJA INF3 - STYCZEŃ 2021

PYTANIE NR 21.
Po uszkodzeniu serwera bazy danych, aby możliwie najsprawniej przywrócić działanie kompletnej bazy należy użyć
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Do najszybszego przywrócenia kompletnej bazy po uszkodzeniu serwera potrzebne są dane, czyli aktualna kopia zapasowa.
Lista użytkowników, instalator serwera ani sam opis struktur tabel nie odtworzą rekordów i historii zmian. Kopia umożliwia odtworzenie bazy w stanie z chwili wykonania backupu.

Pełne wyjaśnienie:

Po uszkodzeniu serwera bazy danych kluczowe jest rozróżnienie: serwer (oprogramowanie/usługa) można zainstalować ponownie, ale baza danych to przede wszystkim dane (zawartość tabel, indeksy, obiekty, często także logi transakcyjne). Aby możliwie najsprawniej przywrócić działanie kompletnej bazy, używa się aktualnej wersji kopii zapasowej, bo to ona zawiera realną treść bazy do odtworzenia.

Odpowiedź "aktualnej wersji kopii zapasowej." jest poprawna, ponieważ backup (np. pełny, przyrostowy/różnicowy wraz z logami – zależnie od DBMS) pozwala odtworzyć bazę w spójnym stanie. W praktyce procedura awaryjna zwykle wygląda tak: przywrócenie serwera/instancji DBMS, następnie restore z kopii, weryfikacja spójności i dopiero potem udostępnienie usługi aplikacjom.

Dlaczego pozostałe odpowiedzi są niepoprawne?

  • "pełnej listy użytkowników serwera." – konta i uprawnienia są ważne dla dostępu, ale nie zastępują danych. Nawet komplet użytkowników nie odtworzy rekordów w tabelach ani obiektów bazy.
  • "najnowszej wersji instalacyjnej serwera." – instalator przywróci oprogramowanie, lecz nie zawartość bazy. To częsty błąd: naprawa usługi nie oznacza odzyskania danych.
  • "opisu struktur danych w tabelach." – schemat (DDL) mówi, jak dane są zorganizowane, ale nie zawiera samych danych. Można na jego podstawie odtworzyć puste tabele, jednak bez kopii nie odzyska się zawartości.

Wskazówka egzaminacyjna: gdy w pytaniu pojawia się sformułowanie "przywrócić działanie kompletnej bazy", szukaj odpowiedzi związanej z odtwarzaniem danych (backup/restore), a nie z instalacją, dokumentacją czy samymi kontami użytkowników.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Kopia zapasowa (backup) to zapis stanu bazy danych wykonany po to, aby móc ją później odtworzyć po awarii, błędzie administratora lub ataku. Backup służy do odzyskania danych i obiektów bazy, a nie tylko do ponownej instalacji serwera DBMS.
Instalacja DBMS przywraca wyłącznie oprogramowanie/usługę. Dane są przechowywane w plikach bazy, magazynie danych lub kopiach zapasowych. Po awarii możesz mieć działający serwer, ale bez backupu baza będzie pusta albo uszkodzona, więc aplikacja nadal nie zadziała poprawnie.
Najczęściej spotkasz kopie pełne (cała baza), różnicowe/przyrostowe (zmiany od poprzedniego backupu) oraz kopie logów transakcyjnych (umożliwiają odtwarzanie do punktu w czasie). Konkretne nazwy i możliwości zależą od DBMS (np. PostgreSQL, MySQL, SQL Server).
"Aktualna" oznacza wykonaną możliwie niedawno w stosunku do dopuszczalnej utraty danych (RPO). Im częściej wykonywany backup, tym mniejsza luka czasowa między awarią a stanem odtworzonej bazy. W praktyce liczy się też poprawność i możliwość odtworzenia kopii.
To przywrócenie zarówno struktury (tabele, widoki, procedury, indeksy), jak i zawartości (rekordy), a często również uprawnień i ustawień. "Kompletna" baza to taka, którą aplikacje mogą używać jak przed awarią, bez ręcznego odtwarzania danych z opisów lub notatek.
Użytkownicy i uprawnienia odpowiadają za dostęp, ale nie zawierają danych biznesowych. Nawet jeśli odtworzysz loginy i role, bez kopii zapasowej nie odzyskasz rekordów w tabelach. To typowe pomylenie "kto ma dostęp" z "co jest przechowywane" w bazie.
Schemat opisuje strukturę: nazwy tabel, kolumny, typy danych, klucze, relacje i indeksy. Dane to konkretne wartości zapisane w wierszach tabel. Sam opis schematu pozwoli co najwyżej stworzyć puste tabele, ale nie przywróci treści bez backupu lub eksportu danych.
Nie zawsze. Zależy to od strategii kopii (np. czy są logi transakcyjne i czy nie zostały utracone) oraz konfiguracji DBMS. Bez mechanizmów odtwarzania do punktu w czasie zwykle wracasz do momentu wykonania ostatniego poprawnego backupu, tracąc dane zapisane później.
Częste błędy to: utożsamianie instalacji serwera z odzyskaniem danych, mylenie schematu z zawartością tabel oraz przekonanie, że konta użytkowników "odtwarzają" bazę. W testach zwracaj uwagę na słowa "kompletna baza" i "przywrócić działanie" – to wskazuje na potrzebę kopii zapasowej.
Przećwicz w laboratorium: wykonanie backupu i odtworzenie na nowej instancji (restore), sprawdzenie działania aplikacji oraz weryfikację spójności. Naucz się też rozpoznawać, co jest "danymi", a co "konfiguracją" lub "strukturą". To pozwala szybko eliminować mylące odpowiedzi.
info

Statystycznie 59% uczniów zna prawidłową odpowiedź. średnie

Według specjalistów z branży: "Kopia umożliwia odtworzenie bazy w stanie z chwili wykonania backupu."

Źródła:

  • PostgreSQL Documentation: "Backup and Restore" (Chapter 26), https://www.postgresql.org/docs/current/backup.html - accessed 2026-03-01
  • MySQL 8.0 Reference Manual: "Backup and Recovery", https://dev.mysql.com/doc/refman/8.0/en/backup-and-recovery.html - accessed 2026-03-01
  • Microsoft Learn: "SQL Server backup and restore", https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-and-restore-of-sql-server-databases - accessed 2026-03-01

Materiały:

  • Dokumentacja producenta używanego DBMS (sekcje Backup/Restore)
  • Materiały do INF.3 z zakresu administracji bazami danych (kopie zapasowe, odtwarzanie, ciągłość działania)
  • Laboratoria: wykonanie pełnej kopii oraz odtworzenie na osobnej instancji serwera

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego