Odzyskiwanie strony z backupu bez pogarszania sytuacji

Przywrócenie kopii zapasowej nadpisuje obecną stronę — zrobione w panice potrafi pogorszyć sprawę. Kolejność kroków, która niczego nie niszczy po drodze.

Przywrócenie backupu wygląda na najbezpieczniejszą operację świata — przecież wracasz do stanu, który działał. W praktyce to operacja nadpisująca: obecne pliki i baza zostają zastąpione, a jeśli coś pójdzie nie tak w połowie, możesz skończyć z miksem starego i nowego, który działa gorzej niż awaria, od której zaczynałeś.

Prawie wszystkie katastrofy przy przywracaniu mają wspólny mianownik: robione było w panice, bez trzech pytań, które trzeba zadać przed kliknięciem „Przywróć”.

Pytanie 1: czy backup w ogóle jest właściwym ruchem

Backup to cofnięcie w czasie — ma sens, gdy problem powstał w konkretnym momencie: nieudana aktualizacja, błąd przy zmianach na stronie, skasowane treści. Nie ma sensu, gdy problem jest po stronie serwera (błędy 502/504, pełny dysk, awaria bazy) — przywracanie niczego nie zmieni, a coś może zepsuć.

Przypadek szczególny: włamanie. Backup bywa częścią rozwiązania, ale nigdy całym — kopia sprzed objawów może już zawierać infekcję (od włamania do objawów mijają nieraz tygodnie), a nawet na pewno czysta przywraca również lukę, którą włamywacz wszedł. Po włamaniu najpierw procedura zabezpieczenia, potem ewentualnie backup jako jedno z narzędzi.

Pytanie 2: co bezpowrotnie stracisz

Przywrócenie cofa wszystko, nie tylko zepsute: zamówienia ze sklepu, wpisy z formularzy, nowe treści, komentarze — wszystko, co pojawiło się między datą kopii a teraz, zniknie. Dla strony wizytówki sprzed tygodnia to nic. Dla sklepu z wczorajszymi zamówieniami to realne pieniądze i realni klienci.

Dlatego zanim cokolwiek przywrócisz, ustal: z jakiej daty jest kopia i co przyszło później. Przy sklepie rozważ przywrócenie samych plików bez bazy (gdy problem jest w plikach) albo wyciągnięcie świeżych zamówień z obecnej bazy przed przywróceniem starej.

Pytanie 3: masz kopię stanu obecnego?

Najważniejszy krok całej procedury i najczęściej pomijany: przed przywróceniem zrób backup tego, co jest teraz — nawet jeśli „teraz” to leżąca strona. Powody są dwa. Jeśli przywracanie się wysypie albo kopia okaże się zła, masz drogę powrotu do punktu wyjścia. A jeśli po przywróceniu odkryjesz, że zniknęło coś ważnego, wyciągniesz to z kopii stanu sprzed przywrócenia.

Bez tego kroku przywracanie to skok bez liny. Z nim — najgorsze, co może się stać, to powrót do sytuacji sprzed pięciu minut.

Sama procedura

Kopia stanu obecnego (pliki + baza) — patrz wyżej.
Sprawdź kopię, którą chcesz przywrócić: rozpakowuje się? Jest baza (.sql) i pliki z uploads? Data się zgadza? Jak to sprawdzić w 10 minut.
Przywracaj w kolejności: najpierw pliki, potem baza — albo jednym procesem wtyczki/panelu hostingu, jeśli kopia była nim robiona. Nie mieszaj narzędzi: kopia z UpdraftPlus przywracana ręcznie przez phpMyAdmin to proszenie się o rozjazd prefiksów tabel.
Po przywróceniu wyczyść cache — wtyczki cache, cache serwera, CDN. Połowa „przywróciłem i nic się nie zmieniło” to stara strona serwowana z cache’a.
Przeklikaj stronę: logowanie do panelu, formularz, w sklepie ścieżka zakupu. Jeśli po drodze była zmiana domeny albo przenosiny — sprawdź, czy strona nie wpada w pętlę przekierowań.

Rutynowe przywrócenie z dobrej kopii to 30–60 minut. Schody zaczynają się, gdy kopia jest częściowa, robiona innym narzędziem niż środowisko, w którym ląduje, albo gdy w tle jest włamanie — wtedy każda minuta namysłu przed działaniem oszczędza godziny sprzątania po nim.

Strona leży, kopia jest, ale wolisz nie ryzykować? Przywrócimy ją za Ciebie — bezpłatna diagnoza, reakcja w ciągu dwóch godzin, od 120 zł netto za godzinę, płatność po wykonaniu.