Zacznij od tego, co możesz stracić
- Strona, która rzadko się zmienia (wizytówka, kilka podstron): jedna kopia zapasowa tygodniowo i jedna przed każdą ważną zmianą.
- Strona, która żyje każdego dnia (wpisy, komentarze, rejestracje): jedna kopia zapasowa dziennie.
- Strona, która przyjmuje zamówienia lub rezerwacje: co najmniej jedna dziennie. Zamówienia z danego dnia są w bazie danych; utraconych nie da się odtworzyć.
Przed każdą aktualizacją
Wiele awarii pojawia się tuż po aktualizacji wtyczki, motywu lub WordPressa. Kopia zapasowa zrobiona tuż przed nią pozwala wrócić do poprzedniego stanu bez utraty czegokolwiek z danego dnia. Aktualizacje automatyczne też się liczą: odbywają się pod Twoją nieobecność.
Automatycznie, bo inaczej się zapomina
Kopia zapasowa, o której uruchomieniu trzeba pamiętać, w końcu zostaje zapomniana. Zaplanuj ją na noc, gdy na stronie jest spokojnie.
Sprawdź też, czy naprawdę się uruchamia. Zaplanowane zadania WordPressa domyślnie uruchamiają się tylko wtedy, gdy ktoś otworzy jakąś podstronę: w noc bez odwiedzin nic się nie uruchamia, chyba że Twój dostawca hostingu uruchamia je sam.
Jak długo je przechowywać
Problem nie zawsze widać od razu: podstrona usunięta przez pomyłkę trzy tygodnie temu, strona po cichu zhakowana. Przechowuj więc także starsze kopie zapasowe, coraz rzadsze: z każdej nocy z ostatniego tygodnia, jedną na tydzień z ostatniego miesiąca, a potem jedną na miesiąc.
Przechowywanie wszystkiego na zawsze też nie jest dobrym pomysłem: za miejsce się płaci, a Twoje kopie zapasowe zawierają dane Twoich klientów, których nie wolno przechowywać bez ograniczeń.