Najbardziej zalecaną czynnością przed wykonaniem kopii bezpieczeństwa jest sprawdzenie poprawności tabel i, jeśli to możliwe, usunięcie wykrytych problemów. Idea backupu polega na tym, aby zachować stan danych, do którego można bezpiecznie wrócić. Jeśli w momencie tworzenia kopii tabele są uszkodzone (np. błędy struktury, niespójne indeksy, problemy z odczytem), to kopia może utrwalić ten wadliwy stan i utrudnić lub uniemożliwić poprawne odtworzenie.
W MySQL istnieją narzędzia służące do weryfikacji tabel (np. sprawdzanie spójności). W zależności od silnika tabel część operacji "naprawy" może działać inaczej lub być ograniczona, ale sama zasada egzaminacyjna pozostaje stała: najpierw weryfikujesz integralność, potem robisz backup.
Dlaczego pozostałe odpowiedzi są błędne lub nieadekwatne?
- Zdefiniowanie systemu kodowania znaków to ustawienie dotyczące przechowywania/interpretacji tekstu. Nie jest to typowy krok "przed backupem", a zmiana kodowania przed kopią może wręcz wprowadzać dodatkowe ryzyko (np. zmiany w danych), zamiast je zabezpieczać.
- Nadanie uprawnień Administratorowi nie jest zalecaną, uniwersalną czynnością przygotowawczą. Backup wykonuje konto z odpowiednimi uprawnieniami, ale ich nadawanie nie stanowi celu procedury kopii i nie wpływa na spójność tabel.
- Sprawdzenie wydajności bazy dotyczy parametrów pracy (czas zapytań, obciążenie), a nie jakości i integralności danych. Baza może działać szybko, a jednocześnie mieć uszkodzone tabele; backup powinien chronić przed utratą lub niespójnością danych, nie przed spadkiem wydajności.
Wskazówka egzaminacyjna: jeśli pytanie brzmi o czynność "zalecaną przed backupem", szukaj odpowiedzi związanej z integralnością i spójnością danych, a nie z ustawieniami komfortu pracy (kodowanie), administracją kont (uprawnienia) czy optymalizacją (wydajność).
