Kopie zapasowe: co, gdzie i jak często

Moduł 8: Kopie zapasowe, środowisko testowe (staging) i aktualizacje PHP · Czas czytania: 9 minut

Cel lekcji: Po tej lekcji będą Państwo potrafili stworzyć plan kopii zapasowych dla strony WordPress zgodnie z zasadą 3-2-1.

Kluczowe pojęcia: kopia zapasowa, baza danych, wp-content, wp-config.php, zasada 3-2-1, poza serwerem, okres przechowywania, jak często (ile pracy mogą Państwo stracić), kopia zapasowa od hostingu, kopia zapasowa z instalatora, wtyczka do kopii zapasowych, szyfrowanie, kopie zapasowe poza katalogiem strony

Dlaczego potrzebują Państwo kopii zapasowej

Kopia zapasowa to Państwa droga powrotna, gdy coś pójdzie nie tak. A coś zawsze w końcu pójdzie nie tak:

• aktualizacja, która psuje stronę (lekcja 7.2);
• wtyczka lub współpracownik, który przypadkowo usuwa treść;
• włamanie (lekcja 7.5);
• błąd podczas migracji (lekcja 9.5);
• problemy z serwerem lub centrum danych;
• rozwiązana umowa hostingowa lub zaległość w płatności, po której dostawca hostingu usuwa Państwa dane.

Kto nie ma użytecznej kopii zapasowej, musi w każdym z tych przypadków zaczynać od nowa. Stworzenie kopii zapasowej jest łatwe. Posiadanie użytecznej kopii zapasowej, która jest kompletna, znajduje się w bezpiecznym miejscu i da się ją przywrócić, wymaga planu.

Co powinno się w niej znaleźć

Strona WordPress to pliki oraz baza danych (lekcja 1.3). Pełna kopia zapasowa zawiera:

Sam WordPress (wp-admin, wp-includes) zawsze można pobrać ponownie, ale wygodnie jest, gdy jest on częścią kopii: dzięki temu przywracają Państwo wszystko za jednym razem.

Proszę pomyśleć również o tym, co znajduje się obok strony: poczta na tej samej domenie, rekordy DNS (kurs DNS, lekcja 6.3) oraz ewentualne zadania cron w panelu hostingowym. Kopia zapasowa samego WordPressa tego nie przywróci.

Zasada 3-2-1

Znana zasada dotycząca kopii zapasowych:

• 3 kopie danych (oryginał i dwie kopie zapasowe);
• na 2 różnych rodzajach nośników lub systemów;
• z czego 1 w innym miejscu, poza serwerem, najlepiej u innego dostawcy.

Dlaczego? Ponieważ każda kopia w tym samym miejscu może zniknąć jednocześnie. Kopia zapasowa we własnym pakiecie hostingowym (na przykład kopia z instalatora, lekcja 2.2) znika, gdy pakiet zostanie zhakowany, rozwiązany lub gdy serwer ulegnie awarii. Kopia u dostawcy hostingu, ale na innym serwerze, jest lepsza, ale wciąż podlega temu samemu dostawcy i temu samemu kontu. Kopia na własnym komputerze lub w chmurze innego dostawcy dopełnia obrazu.

Rozszerzeniem, które czasem można spotkać, jest zasada 3-2-1-1-0. Dodatkowa 1 to kopia, której nie można zmienić ani usunąć (offline lub „niezmienna”, immutable), dzięki czemu nie dosięgnie jej ani włamywacz, ani oprogramowanie ransomware. 0 oznacza: zero błędów podczas testowania przywracania (lekcja 8.2).

Jak często i jak długo przechowywać

Pytanie „jak często” sprowadza się właściwie do: ile pracy mogą Państwo stracić? Jeśli strona jest aktualizowana jedynie od czasu do czasu, kopia zapasowa raz w tygodniu wystarczy. Jeśli codziennie publikowane są aktualności, to kopia powinna być codzienna. W przypadku sklepu internetowego z zamówieniami napływającymi co godzinę, codzienna kopia zapasowa to już za mało: przywrócenie z dzisiejszej nocy oznacza utratę dzisiejszych zamówień. W takim przypadku potrzebna jest częstsza kopia zapasowa bazy danych lub dostawca hostingu, który może przywrócić dane z krótszego okresu.

Ważne jest również, jak daleko wstecz. Włamanie bywa odkrywane dopiero tygodnie później (lekcja 7.5). Jeśli przechowują Państwo jedynie kopie z ostatnich siedmiu dni, a furtka w zabezpieczeniach ma trzy tygodnie, wszystkie Państwa kopie zapasowe są zainfekowane. Dlatego proszę przechowywać również starsze kopie zapasowe, na przykład codzienne przez miesiąc i miesięczne przez rok.

Kto tworzy kopię zapasową?

Istnieją trzy rodzaje, a dobry plan zazwyczaj wykorzystuje dwa z nich:

1. Kopie zapasowe od dostawcy hostingu. U wielu dostawców hostingu tworzone automatycznie, z całego pakietu, na osobnym nośniku. Na przykład w WebOké co noc, z zachowaniem nocy z ostatnich 30 dni, na serwerach magazynowych w innym centrum danych. Proszę sprawdzić u swojego dostawcy hostingu: jak często, jak długo, gdzie oraz czy mogą Państwo samodzielnie (i dla poszczególnych elementów) przywracać dane?
2. Kopie zapasowe z instalatora (lekcja 2.2). Przydatne tuż przed aktualizacją, ale znajdują się we własnym pakiecie i wliczają się do przestrzeni dyskowej. Nie są częścią zasady 3-2-1.
3. Wtyczka do kopii zapasowych (na przykład UpdraftPlus, BackWPup, Duplicator lub płatna usługa). Może wysyłać kopie zapasowe do zewnętrznego magazynu (chmura, własny serwer). To najprostszy sposób, aby zrealizować „1 poza miejscem”. Proszę pamiętać: wtyczka działa na Państwa stronie, więc w razie włamania może zostać naruszona, a dane logowania do zewnętrznego magazynu znajdują się w bazie danych.

Prosty, dobry plan dla małej strony: codzienna kopia zapasowa od dostawcy hostingu, plus co miesiąc (oraz przed każdą dużą zmianą) pobranie kopii na własny komputer lub do chmury.

Bezpieczne przechowywanie

• Nigdy w katalogu strony. Kopia zapasowa jako public_html/backup.zip jest dostępna do pobrania dla każdego, wraz z hasłem do bazy danych i wszystkimi danymi klientów (lekcja 7.4).
• Szyfrują Państwo kopie zapasowe przechowywane poza dostawcą hostingu, zwłaszcza jeśli zawierają dane osobowe (lekcja 9.3). Kopia zapasowa na skradzionym laptopie lub w udostępnionym folderze w chmurze bez szyfrowania stanowi naruszenie ochrony danych.
• Przechowują Państwo dane logowania do magazynu kopii zapasowych w innym miejscu niż na samej stronie, na przykład w menedżerze haseł. Jeśli strona zniknie, nadal muszą mieć Państwo do nich dostęp.
• Porządkują Państwo: stare kopie zapasowe w pakiecie zajmują przestrzeń dyskową. Kopie zapasowe poza serwerem usuwają Państwo zgodnie z przyjętym okresem przechowywania.

W praktyce: jak to wygląda w panelu

Jako przykład używamy DirectAdmin z WebOké Backups. Inni dostawcy hostingu mają podobne funkcje, na przykład JetBackup w cPanel lub funkcję kopii zapasowych w Plesk.

1. W Moje WebOké widzą Państwo w sekcji WebOké Backups kopie zapasowe z ostatnich nocy i mogą utworzyć dodatkową kopię zapasową lub ją pobrać.
2. W DirectAdmin w sekcji Kopia zapasowa i przywracanie mogą Państwo samodzielnie utworzyć kopię zapasową zaznaczonych elementów; trafia ona do własnego pakietu (katalog backups) i można ją pobrać.
3. W Installatron tworzą Państwo kopię zapasową jednej instalacji WordPress, co jest przydatne tuż przed aktualizacją.

Podsumowanie

• Pełna kopia zapasowa zawiera bazę danych, wp-content, wp-config.php i własne pliki; proszę pomyśleć również o poczcie, DNS i zadaniach cron.
• Zasada 3-2-1: trzy kopie, dwa rodzaje nośników, jedna poza serwerem i najlepiej u innego dostawcy.
• Częstotliwość zależy od tego, ile pracy mogą Państwo stracić; proszę przechowywać również starsze kopie zapasowe, ponieważ włamanie może zostać odkryte dopiero po pewnym czasie.
• Proszę łączyć kopię zapasową od dostawcy hostingu z własną kopią poza serwerem; kopie zapasowe z instalatora są przydatne, ale nie stanowią planu.
• Nigdy nie umieszczają Państwo kopii zapasowych w katalogu strony; proszę szyfrować kopie przechowywane poza dostawcą hostingu i przechowywać dostęp do nich w innym miejscu.

Quiz

Zadanie

Zadanie D8.1: Plan kopii zapasowych według zasady 3-2-1. Proszę wypełnić tabelę dla własnej strony: jakie kopie istnieją (oryginał, kopia zapasowa 1, kopia zapasowa 2), gdzie znajduje się każda kopia (u jakiego dostawcy, na jakim nośniku), jak często jest tworzona, jak długo jest przechowywana oraz kto ma do niej dostęp. Czy Państwa plan jest zgodny z zasadą 3-2-1? Następnie proszę pobrać jedną pełną kopię zapasową i sprawdzić zawartość pliku: czy znajdują się w nim baza danych (plik .sql), wp-content/uploads oraz wp-config.php? Proszę zaznaczyć, co udało się znaleźć, i zapisać, ile pracy maksymalnie mogą Państwo stracić, jeśli trzeba będzie przywrócić najnowszą kopię zapasową.

Dalsza lektura

Te artykuły opisują kroki w panelach WebOké; w innych panelach działają one w podobny sposób.

• Instrukcja DirectAdmin 16.1: Jakie kopie zapasowe są dostępne w WebOké
• Instrukcja DirectAdmin 16.2: Kopia zapasowa i przywracanie: samodzielne tworzenie kopii zapasowej w DirectAdmin
• Instrukcja DirectAdmin 16.5: Czy to również możliwe w Mojej WebOké? WebOké Backups
• Instrukcja DirectAdmin 13.6: Tworzenie i przywracanie kopii zapasowych w Installatron
• Kopie zapasowe WebOké: przeglądanie, przywracanie lub pobieranie kopii zapasowej
• Jak wykonać kopię zapasową bazy danych MySQL?
• Instrukcja DirectAdmin 16.6: Odzyskiwanie miejsca: usuwanie starych kopii zapasowych
• Kopie zapasowe WordPressa (developer.wordpress.org, w języku angielskim): https://developer.wordpress.org/advanced-administration/security/backup/