Jak przywrócić stronę WordPress z kopii zapasowej (bez utraty zamówień)

Przywracanie powinno być spokojną częścią złego dnia. W praktyce często pogarsza sprawę: zła kopia, utracone zamówienia, strona, która wraca z tą samą luką, przez którą została zhakowana. Ten poradnik daje Ci rutynę przywracania strony WordPress klienta z kopii zapasowej, wyboru właściwej kopii, zachowania potrzebnych danych i sprawdzenia wyniku, zanim zrobi to klient.

1. Zdecyduj, co naprawdę trzeba przywrócić

Nie każdy problem wymaga pełnego przywracania. Najpierw zapytaj, co się zepsuło i co zmieniło się od ostatniej dobrej kopii.

• Aktualizacja wtyczki lub motywu zepsuła stronę: często wystarczy przywrócić tylko ten jeden folder wtyczki lub motywu. Baza danych może zostać bez zmian.
• Treść została usunięta lub nadpisana: może potrzebujesz tylko bazy danych, a nawet jednego wpisu z wersji archiwalnej.
• Strona została zhakowana lub brakuje plików: potrzebujesz plików i zwykle także bazy danych, sprzed początku problemu.

Potem wypisz, co wydarzyło się na stronie od czasu kopii: nowe zamówienia, zgłoszenia z formularzy, komentarze, konta użytkowników, zmiany klienta. Pełne przywracanie to wszystko wyrzuca.

2. Wybierz właściwą kopię

Najnowsza kopia nie zawsze jest właściwa. Chcesz ostatnią kopię sprzed problemu.

• Porównaj datę i godzinę z momentem, w którym zaczął się problem (dziennik aktualizacji, pierwszy błąd, pierwsza wiadomość od klienta).
• Przy zhakowanej stronie cofnij się przed okres infekcji, a nie do wczoraj. Kopia zainfekowanej strony przywraca infekcję.
• Upewnij się, że kopia jest pełna: zarówno pliki (co najmniej wp-content), jak i baza danych, i że archiwum naprawdę się otwiera.

3. Najpierw zrób kopię zepsutej strony

Zanim cokolwiek zmienisz, zrób kopię strony w obecnym stanie. Zajmuje to kilka minut i daje drogę powrotu, jeśli przywracanie pójdzie źle, a także zamówienia i zgłoszenia, które później być może trzeba będzie przenieść. Z WP-CLI:

wp db export before-restore.sql

Pobierz też wp-content albo poproś hosting o migawkę.

4. Jeśli możesz, przywróć najpierw na kopii

Jeśli masz kopię stagingową lub możesz ją utworzyć, przywróć najpierw tam. Widzisz wynik bez patrzącego klienta i dowiadujesz się, czy kopia jest dobra. Przy małej stronie-wizytówce, która i tak nie działa, przywrócenie od razu na produkcji jest do przyjęcia. W sklepie testuj na kopii.

5. Przeprowadź przywracanie

Użyj narzędzia, z którego pochodzi kopia. Trzy typowe drogi:

• Wtyczka do kopii: użyj jej funkcji przywracania i wybierz pliki, bazę danych lub oba.
• Panel hostingu: wiele firm hostingowych potrafi przywrócić pliki i bazę danych z własnych migawek. Sprawdź, czy przywracają całe konto, czy jedną stronę.
• Ręcznie: wgraj pliki przez SFTP i zaimportuj bazę danych.

Dla ręcznej drogi z WP-CLI:

wp db import backup.sql
wp search-replace 'https://old-domain.test' 'https://www.client-site.com' --skip-columns=guid
wp rewrite flush
wp cache flush

Potrzebujesz search-replace tylko wtedy, gdy kopia pochodzi z innej domeny lub adresu stagingowego. Uruchom to najpierw z --dry-run .

6. Częściowe przywracanie bez utraty zamówień

W sklepie WooCommerce przywrócenie bazy danych oznacza utratę każdego zamówienia, klienta i zmiany stanu magazynowego od czasu kopii. Wybieraj najmniejsze przywracanie, które rozwiązuje problem:

• Zepsuta aktualizacja: przywróć tylko starą wersję tego folderu wtyczki lub motywu.
• Zepsuta baza danych w sklepie: przed importem wyeksportuj zamówienia złożone od czasu kopii, a potem wprowadź je ponownie lub poproś programistę o ich scalenie.
• Brakująca treść: sprawdź wersje archiwalne i kosz, zanim dotkniesz kopii.

7. Sprawdź stronę, zanim powiesz klientowi

Strona główna, która się ładuje, to jeszcze nie działająca strona. Przejdź tę listę:

1. Strona główna i trzy najważniejsze podstrony, na komputerze i na telefonie.
2. Wyślij wiadomość testową przez formularz kontaktowy i sprawdź, czy dociera.
3. W sklepie: dodaj coś do koszyka i przejdź przez kasę z testową metodą płatności.
4. Zaloguj się do wp-admin i sprawdź, czy oczekiwane wtyczki są aktywne.
5. Wyczyść każdą pamięć podręczną: wtyczkę cache, cache serwera i CDN.

8. Po włamaniu: zamknij lukę przed ponownym otwarciem

Przywracanie po włamaniu przywraca starą, podatną wersję. Zanim strona znów będzie publiczna:

• Zaktualizuj wtyczkę, motyw lub wersję WordPressa, przez którą nastąpiło włamanie.
• Zmień wszystkie hasła administratorów i hasło do bazy danych oraz usuń konta administratorów, których nie rozpoznajesz.
• Wymień klucze bezpieczeństwa w wp-config.php (wp config shuffle-salts), co wyloguje wszystkich.
• Obserwuj stronę przez kilka dni: nowi administratorzy, zmienione pliki, dziwne przekierowania.

9. Niech przywracanie będzie nudne

Większość nieudanych przywróceń kończy się porażką, bo nikt nigdy tego nie próbował. Co miesiąc przywróć jedną stronę z kopii, na kopii testowej, i zapisz, ile to trwało. Ustal z klientami z góry, co przywracanie oznacza dla zamówień i zgłoszeń z formularzy złożonych w międzyczasie, żeby rozmowa nie była nowa w dniu, w którym to się stanie.

Jak Verploy obsługuje kopie zapasowe i przywracanie

Każda aktualizacja jest sprawdzana, a ryzykowne są najpierw testowane na kopii, łącznie z formularzami i kasą, więc mniej aktualizacji w ogóle wymaga przywracania. Nocne kopie zapasowe mają test przywracania, a jeśli strona zepsuje się po wdrożeniu, Verploy ją wycofuje. Więcej o kopiach zapasowych WordPressa dla agencji.