W pytaniu chodzi o wskazanie działania, które nie pomoże w naprawie już uszkodzonej bazy MySQL. Kluczowe jest odróżnienie mechanizmów "naprawczych/odtworzeniowych" od mechanizmów "ciągłości działania".
"Wykonanie replikacji bazy danych." jest rozwiązaniem służącym przede wszystkim do: zwiększenia dostępności, rozdzielenia obciążeń (np. odczytów) oraz posiadania drugiej instancji z danymi. Sama w sobie nie naprawia logicznej/strukturalnej korupcji danych w źródle. Co więcej, jeśli uszkodzenie dotyczy danych zapisywanych na masterze, replikacja może przenieść błędne lub niespójne zmiany na serwer podrzędny, więc nie jest to metoda "naprawy" uszkodzonej bazy.
"Próba naprawy poleceniem REPAIR." to przykład bezpośredniej próby naprawy wybranych tabel (w praktyce zależnie od silnika tabel i rodzaju uszkodzeń). Jest to działanie ukierunkowane na usunięcie problemów ze strukturą/indeksami tabel, więc może pomóc w naprawie.
"Odtworzenie bazy z kopii bezpieczeństwa." jest klasyczną procedurą odzyskiwania po awarii: przywraca stan bazy z momentu wykonania kopii. Jeżeli kopia jest poprawna i spójna, pozwala realnie "naprawić" sytuację w sensie przywrócenia działającej bazy.
"Stworzenie nowej bazy i przeniesienie do niej tabel." bywa praktyczną metodą obejścia problemów: eksport/import lub przeniesienie danych do nowej struktury może pozwolić ominąć uszkodzone elementy i odzyskać część lub całość danych. To działanie ma charakter naprawczy/migracyjny.
Wskazówka egzaminacyjna: gdy pytanie brzmi "co nie pomoże w naprawie", szukaj opcji, która opisuje mechanizm HA/duplikacji (replikacja), a nie bezpośrednią naprawę, odtworzenie z backupu lub migrację danych.
