Jak przywrócić kopię zapasową?

Przywracanie kopii zapasowej zaczyna się od zatrzymania: proszę nie pracować dalej na stronie, zanotować, kiedy wszystko jeszcze działało, i zdecydować, czy mają wrócić pliki, baza danych, czy jedno i drugie. Z tymi informacjami zgłaszają Państwo przywrócenie do wsparcia. W WWW4 kopia zapasowa plików i bazy danych powstaje codziennie i jest przechowywana 14 dni. Dalej niż 14 dni wstecz cofnąć się więc nie da, a wszystko, co zmieniło się po wybranym momencie, zostanie nadpisane.

Kiedy przywrócenie jest właściwym wyborem

• Aktualizacja wtyczki, motywu albo CMS-a zepsuła stronę i nie udaje się jej naprawić.
• Pliki zostały przypadkowo usunięte albo nadpisane, na przykład przez FTP.
• Zniknęła treść: strony, produkty albo ustawienia, które były w bazie danych.
• Strona została zhakowana. Proszę wtedy przejść także plan działania z artykułu strona została zhakowana, bo przywrócenie kopii nie zamyka luki.

Jeśli wiedzą Państwo, która wtyczka powoduje błąd, szybciej będzie ją wyłączyć i niczego się przy tym nie traci.

Co zanotować wcześniej

Chwila, w której potrzebna jest kopia zapasowa, to zwykle chwila, w której nie myśli się jasno. Dlatego proszę trzymać się tej kolejności.

1. Przerwać pracę na stronie. Każda zmiana wprowadzona teraz przepadnie przy przywracaniu albo utrudni ustalenie, co dokładnie jest nie tak.
2. Ustalić, kiedy strona jeszcze działała. To najważniejsza informacja. Im dokładniej ją Państwo znają, tym precyzyjniej można przywracać.
3. Zapisać, co poszło źle. Jaka czynność to poprzedziła, jaki komunikat o błędzie widać i na których stronach.
4. Zdecydować, co przywrócić: tylko pliki, tylko bazę danych czy jedno i drugie.
5. Zanotować, co od tamtej pory przybyło. Zamówienia, komentarze, zgłoszenia z formularzy, nowe strony. To właśnie to, co po przywróceniu być może trzeba będzie wprowadzić ponownie.

Pliki, baza danych czy jedno i drugie?

Strona oparta na CMS-ie takim jak WordPress składa się z dwóch części. Pliki to sam CMS, motywy, wtyczki i przesłane przez Państwa obrazy. Baza danych zawiera treść: strony, wpisy, produkty, zamówienia, komentarze, użytkowników i ustawienia.

• Nieudana aktualizacja wtyczki albo motywu wymaga zwykle tylko plików. Jeśli aktualizacja zmienia też bazę danych, trzeba przywrócić również bazę z tego samego momentu.
• Zniknięta treść wymaga bazy danych.
• Włamanie albo problem, którego nie potrafią Państwo umiejscowić, wymaga jednego i drugiego, z tego samego momentu.

Przywrócenie obu części oznacza, że przepadną także nowe zamówienia i komentarze z późniejszego okresu. Dlatego nigdy nie należy wybierać szerzej, niż to konieczne.

Zgłoszenie przywrócenia do wsparcia

1. Skontaktować się ze wsparciem przez kontakt albo telefonicznie.
2. Podać nazwę domeny, co poszło źle, moment, w którym strona jeszcze działała, oraz to, czy mają wrócić pliki, baza danych, czy jedno i drugie. Jeśli chodzi o jedną bazę albo jeden folder, proszę to dopisać.
3. Niczego już na stronie nie zmieniać, dopóki nie przyjdzie informacja, że przywrócenie zostało wykonane.
4. Potem sprawdzić stronę: stronę główną, kilka podstron, logowanie do panelu administracyjnego, formularz, a w sklepie internetowym zamówienie testowe.

Co przywrócenie nadpisuje

Przywrócenie cofa wybraną część do stanu z kopii zapasowej. Wszystko, co zmieniło się w niej później, znika. Niczego się nie scala.

Jeśli chcą Państwo zachować dane powstałe po kopii, proszę przed przywróceniem samodzielnie zrobić kopię bieżącego stanu. Bazę danych można wyeksportować przez phpMyAdmin, zamówienia ze sklepu, a ostatnio dodane pliki po prostu pobrać.

Po przywróceniu: znaleźć przyczynę

Proszę ustalić, co spowodowało problem. Inaczej za tydzień będą Państwo przywracać ten sam problem od nowa. Jeśli zaczęło się po aktualizacji, nie należy jej od razu powtarzać: najpierw warto przeczytać, jak bezpiecznie aktualizować WordPressa. Jeśli chodziło o włamanie, przed dalszą pracą proszę zmienić wszystkie hasła i wszystko zaktualizować, bo kopia zawiera tę samą lukę co wcześniej.

Własne kopie obok kopii hostingu

Codzienna kopia zapasowa hostingu to siatka bezpieczeństwa na ostatnie 14 dni. Jeśli odkryją Państwo problem dopiero po trzech tygodniach, każda przechowywana kopia też już go zawiera.

• Przed każdą większą zmianą proszę robić własną kopię: przed aktualizacją CMS-a, nowym motywem, importem.
• Pliki pobrać przez FTP albo menedżer plików, a bazę danych wyeksportować przez phpMyAdmin, albo użyć wtyczki do kopii zapasowych, która zapisuje na zewnętrznym nośniku.
• Kopie przechowywać poza hostingiem. Kopia leżąca w tym samym miejscu co strona zajmuje przestrzeń na hostingu i znika razem ze stroną.

Jak to zbudować, opisuje strategia kopii zapasowych wykraczająca poza jedną kopię. Co dokładnie przechowuje WWW4, podaje strona kopie zapasowe i odzyskiwanie.

Najczęstsze pytania

Jak daleko wstecz mogę się cofnąć?

Codzienne kopie plików i bazy danych są przechowywane 14 dni. Jeśli potrzebna jest starsza wersja, pozostają Państwu własne kopie.

Czy mogę zlecić przywrócenie samej bazy danych?

Tak. Proszę napisać w zgłoszeniu, że chodzi tylko o bazę danych, i o którą, jeśli jest ich kilka. Pliki pozostaną wtedy bez zmian.

Czy muszę robić własne kopie, skoro hosting robi je codziennie?

Tak. Kopia hostingu chroni przed problemami, które zauważa się szybko. Własna kopia poza hostingiem chroni przed tym, co odkrywa się późno.

Nie udaje się?

Jeśli nie są Państwo pewni, który moment albo którą część wybrać, proszę opisać przez kontakt, co się stało i kiedy. Wspólnie ustalimy, która kopia pasuje najlepiej.