KWALIFIKACJA INF3 - STYCZEŃ 2016

PYTANIE NR 25.
Za pomocą polecenia BACKUP LOG w MS SQL Server można
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Polecenie BACKUP LOG w SQL Server służy do wykonania kopii bezpieczeństwa dziennika transakcyjnego, czyli zapisanych w logu zmian wykonywanych w bazie. Nie jest to polecenie do tworzenia kopii pełnej, "logowania się" do kopii ani do odczytu komunikatów z procesu tworzenia backupu.

Pełne wyjaśnienie:

Polecenie BACKUP LOG w Microsoft SQL Server służy do wykonania kopii zapasowej dziennika transakcyjnego. Dziennik transakcyjny (log) rejestruje operacje modyfikujące dane, dzięki czemu możliwe jest odtworzenie bazy po awarii oraz – w odpowiednich warunkach – odtwarzanie do wybranego punktu w czasie.

Kopia logu jest innym typem backupu niż kopia pełna. Kopia pełna obejmuje całą bazę (stan danych w momencie wykonania), natomiast kopia dziennika obejmuje zapis zmian, które zaszły od poprzedniej kopii logu (lub od początku łańcucha logów). W praktyce kopie logu wykonuje się cyklicznie, aby ograniczyć utratę danych do możliwie krótkiego okna czasowego.

  • Dlaczego poprawne jest "wykonać kopię bezpieczeństwa dziennika transakcyjnego." – ponieważ to jest bezpośredni cel i funkcja polecenia BACKUP LOG w T‑SQL.
  • "zalogować się do kopii bezpieczeństwa." – to sformułowanie nie opisuje operacji administracyjnej wykonywanej przez T‑SQL; kopia zapasowa jest plikiem/medium, do którego się nie "loguje".
  • "wykonać pełną kopię bezpieczeństwa." – do tego służy polecenie BACKUP DATABASE (kopia pełna), a nie BACKUP LOG.
  • "przeczytać komunikaty wygenerowane podczas tworzenia kopii." – komunikaty można przeglądać w narzędziach administracyjnych lub dziennikach, ale nie jest to funkcja samego BACKUP LOG jako polecenia tworzącego backup.

Wskazówka egzaminacyjna: jeśli w treści pojawia się słowo LOG, zwykle dotyczy to dziennika transakcyjnego, a więc mechanizmów utrzymania ciągłości zmian i odtwarzania, a nie kopii pełnej całej bazy.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Polecenie BACKUP LOG tworzy kopię zapasową dziennika transakcyjnego, czyli zapisu zmian wykonywanych w bazie danych. Taki backup wspiera odzyskiwanie po awarii oraz pozwala ograniczyć utratę danych między kolejnymi kopiami.
Kopia pełna zawiera cały stan bazy danych, a kopia logu zawiera tylko informacje o zmianach zapisanych w dzienniku transakcyjnym. Do kopii pełnej używa się innego typu operacji (backup bazy), a log służy do uzupełniania ciągłości odtwarzania.
Kopie dziennika wykonuje się cyklicznie w systemach, gdzie ważna jest minimalna utrata danych. Częstotliwość zależy od wymagań biznesowych i tempa zmian, np. co kilka–kilkanaście minut, aby skrócić możliwy "okres utraty" danych.
Najczęściej łączy się: kopie pełne (rzadziej), kopie różnicowe (pomiędzy pełnymi) oraz kopie dziennika (najczęściej). Taki układ skraca czas odtwarzania i ogranicza utratę danych, o ile jest poprawnie zaplanowany i testowany.
Dziennik transakcyjny to mechanizm zapisu operacji modyfikujących dane, wykorzystywany do zapewnienia spójności transakcji i odzyskiwania po awarii. Dzięki logowi system może odtworzyć bazę do spójnego stanu, a przy backupach logu także do punktu w czasie.
Nie zawsze. W praktyce sens i możliwość regularnych kopii logu zależą od ustawień odzyskiwania bazy (modelu recovery) oraz konfiguracji środowiska. Na egzaminie warto kojarzyć, że kopie logu wiążą się z mechanizmem łańcucha logów i odtwarzaniem.
Zwracaj uwagę na słowa kluczowe: LOG oznacza dziennik transakcyjny i kopię logu, a "pełna kopia" dotyczy całej bazy. Jeśli w pytaniu pada "dziennik transakcyjny", poprawna odpowiedź zwykle dotyczy backupu logu, nie całej bazy.
"Logowanie się" dotyczy uwierzytelniania użytkownika do serwera lub usługi, a nie operacji backupu. Kopia zapasowa jest wynikiem polecenia zapisu danych na nośnik/plik, więc nie ma tu sensu czynność "logowania się" do samej kopii.
Najczęstsze pomyłki to utożsamianie każdego backupu z kopią pełną oraz ignorowanie słowa "LOG". Uczniowie wybierają odpowiedź brzmiącą ogólnie poprawnie ("pełna kopia"), zamiast rozróżnić, że chodzi o backup konkretnego składnika: dziennika.
Najpewniejszą metodą jest test odtwarzania: odtworzenie kopii pełnej (i ewentualnie różnicowej), a następnie zastosowanie kolejnych kopii logu w środowisku testowym. Pozwala to zweryfikować ciągłość łańcucha backupów i realną możliwość odzyskania danych.
info

Około 61% zdających odpowiada poprawnie na to pytanie. średnie

Eksperci podkreślają: "Polecenie BACKUP LOG w SQL Server służy do wykonania kopii bezpieczeństwa dziennika transakcyjnego, czyli zapisanych w logu zmian wykonywanych w bazie."

Źródła:

  • Microsoft Learn: BACKUP (Transact-SQL) – sekcja dotycząca wykonywania kopii dziennika transakcyjnego (BACKUP LOG), https://learn.microsoft.com/en-us/sql/t-sql/statements/backup-transact-sql (dostęp: 2026-03-01)
  • Microsoft Learn: Transaction Log (SQL Server) – omówienie roli dziennika transakcyjnego i jego znaczenia dla odzyskiwania, https://learn.microsoft.com/en-us/sql/relational-databases/logs/the-transaction-log-sql-server (dostęp: 2026-03-01)
  • Microsoft Learn: Back up and restore of SQL Server databases – przegląd typów kopii i procesu backup/restore, https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases (dostęp: 2026-03-01)

Materiały:

  • Dokumentacja Microsoft Learn dotycząca polecenia BACKUP (BACKUP LOG)
  • Dokumentacja Microsoft Learn: modele odzyskiwania i rola dziennika transakcyjnego
  • Materiały szkoleniowe z administracji SQL Server (backup/restore, maintenance plan)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego