Czynnością zalecaną przed wykonaniem kopii zapasowej bazy danych MySQL jest:
A. sprawdzenie integralności bazy i ewentualna jej naprawa
Dobrze. Kopia uszkodzonej bazy utrwali błędy - najpierw warto ją sprawdzić i naprawić.
B. nadanie administratorowi uprawnień do przeglądania bazy
Źle. Administrator zwykle ma już uprawnienia; to nie warunek kopii.
C. zdefiniowanie systemu kodowania znaków w bazie
Źle. Kodowanie ustala się przy projektowaniu, nie przed kopią.
D. sprawdzenie, czy baza jest dostatecznie wydajna
Źle. Wydajność nie wpływa na poprawność wykonywanej kopii.
Kopia zapasowa ma sens tylko, gdy zapisuje sprawne dane. Jeśli baza jest uszkodzona, backup utrwali błędy i przy odtwarzaniu odzyskamy wadliwy stan. Dlatego przed wykonaniem kopii zaleca się sprawdzenie integralności bazy (np.
CHECK TABLE) i ewentualną naprawę (REPAIR TABLE). Dopiero zdrową bazę warto archiwizować. Dlatego poprawne jest sprawdzenie integralności i ewentualna naprawa.Pozostałe czynności nie wpływają na poprawność kopii. To, czy baza jest „dostatecznie wydajna”, dotyczy szybkości działania, a nie spójności danych, które zamierzamy zarchiwizować. Kodowanie znaków ustala się na etapie projektowania bazy i przy kopii nie ma znaczenia. Nadawanie administratorowi uprawnień do przeglądania nie jest warunkiem wykonania backupu - konto wykonujące kopię musi mieć dostęp, ale zwykle już go ma. Aby nie utrwalić uszkodzeń, przed kopią sprawdza się integralność bazy i w razie potrzeby ją naprawia, dlatego ta odpowiedź jest poprawna.