HELPER VPS

Kopie zapasowe i migawki VPS: jak włączyć automatyczne kopie i poprosić o przywrócenie

Dane serwera chronisz na trzy sposoby: automatycznymi kopiami zapasowymi włączanymi przy tworzeniu serwera, migawkami całego dysku w wybranym momencie i plikami kopii, które tworzysz na samym serwerze. Poniżej opisujemy, do czego służy każdy sposób i jak z niego korzystać.

Czym automatyczne kopie różnią się od migawek

Oba sposoby zapisują kopię całego dysku serwera, ale różnią się momentem tworzenia i sposobem rozliczenia.

  • Automatyczne kopie zapasowe: dodatkowa opcja włączana przy tworzeniu serwera. Kopia całego dysku serwera powstaje automatycznie według harmonogramu, a opłata, 5.6% ceny serwera, jest doliczana do faktury. Aby przywrócić, zgłoś to na stronie wsparcia po pierwszej płatności, a my się tym zajmiemy.
  • Migawki: osobno zamawiany produkt. Zapisuje cały dysk w wybranym przez Ciebie momencie, na przykład tuż przed dużą aktualizacją, i kosztuje $0.009 miesięcznie za GB przestrzeni. Przy zamówieniu wybierz pojemność od 20GB do 2,000GB co 10GB.

Strony i bazy danych zmieniające się codziennie chronią automatyczne kopie, a przed trudnymi do cofnięcia działaniami, na przykład aktualizacją systemu operacyjnego, warto zrobić migawkę: tak oba sposoby się uzupełniają. Opis produktów na stronach automatyczne kopie zapasowe i migawki.

Włączanie automatycznych kopii

  • Kliknij „Nowy serwer” na koncie i wybierz region, rozmiar i obraz.
  • Włącz automatyczne kopie zapasowe w opcjach dodatkowych.
  • Po prawej w podsumowaniu od razu pojawi się miesięczna cena serwera razem z kopiami.
  • Kliknij Utwórz serwer i zapłać za wybrany okres rozliczeniowy, a następnie opłać fakturę przedłużającą przed końcem okresu, aby serwer działał bez przerw.

Automatyczne kopie to opcja wybierana przy tworzeniu serwera. Aby chronić dane już działającego serwera, zamów migawkę lub użyj opisanych poniżej kopii na samym serwerze. Przy tworzeniu serwera przez API ta sama opcja włącza się, gdy dodasz do żądania "backups": true.

Prośba o przywrócenie z automatycznej kopii

Przywracaniem zajmują się pracownicy wsparcia, którzy dokładnie cofają serwer do wybranego momentu. Po pierwszej płatności zgłoś to na stronie wsparcia w ten sposób.

  • Jako temat wybierz „Serwer”.
  • W polu nazwy serwera wpisz nazwę serwera do przywrócenia.
  • W treści podaj datę i godzinę (UTC), do której chcesz wrócić, oraz czy przywrócić na ten sam serwer.

Przywrócenie zastępuje dysk serwera zawartością z chwili kopii, więc pliki utworzone później znikną. Jeśli masz świeże pliki, które chcesz zachować, pobierz je na swój komputer przed wysłaniem zgłoszenia. Odpowiedź pojawi się na stronie wsparcia.

Zamawianie migawki

  • Kliknij „Zamów” na stronie migawek.
  • Wybierz pojemność. Jeśli jest równa rozmiarowi dysku serwera lub nieco większa, cały dysk zmieści się z zapasem.
  • Wpisz w polu nazwy nazwę serwera, a od razu będzie wiadomo, do którego serwera należy migawka. Możesz używać liter łacińskich, cyfr, kropki i myślnika.
  • Po zamówieniu zapłać za wybrany okres rozliczeniowy, a gdy wszystko będzie gotowe, serwer pojawi się na liście produktów na koncie.

Dla serwerów z ciągłym zapisem, takich jak bazy danych, najczystszy obraz uzyskasz, jeśli na czas tworzenia migawki na chwilę zatrzymasz usługę lub sam serwer. Aby wrócić do migawki lub utworzyć z niej nowy serwer, zgłoś to na stronie wsparcia po pierwszej płatności, podając nazwę serwera i migawki, a my się tym zajmiemy.

Kopie zapasowe na samym serwerze

Jeśli automatyczne kopie i migawki chronią cały serwer, to kopie na samym serwerze pozwalają trzymać jeszcze jeden egzemplarz plików i baz danych w innym miejscu. Najbezpieczniej trzymać się zasady 3-2-1: trzy kopie, na dwóch rodzajach nośników, jedna z nich w innym miejscu.

Krok 1. Spakuj pliki i bazy danych

Terminal
mkdir -p /root/backup
tar czf /root/backup/www-$(date +%F).tar.gz /var/www
mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +%F).sql.gz

Dla PostgreSQL spakuj poleceniem sudo -u postgres pg_dumpall | gzip > /root/backup/pg-$(date +%F).sql.gz, dla wolumenu Dockera poleceniem docker run --rm -v VOLUME_NAME:/data -v /root/backup:/out alpine tar czf /out/VOLUME_NAME.tar.gz -C /data ..

Krok 2. Uruchamiaj automatycznie codziennie

Otwórz harmonogram poleceniem crontab -e i dodaj trzy linie poniżej: codziennie o 3 w nocy (czas serwera) powstanie plik kopii, a pliki starsze niż 7 dni zostaną usunięte. W crontab przed % stawia się ukośnik wsteczny.

crontab -e
0 3 * * * tar czf /root/backup/www-$(date +\%F).tar.gz /var/www
5 3 * * * mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +\%F).sql.gz
30 3 * * * find /root/backup -name '*.gz' -mtime +7 -delete

Krok 3. Wyślij jeszcze jedną kopię w inne miejsce

Jeśli pliki kopii leżą tylko na tym samym serwerze, mogą zniknąć razem z nim. Wyślij je przez rsync na serwer w innym regionie lub wgraj przez rclone do magazynu obiektowego, a będziesz mieć kopię w innym miejscu.

Terminal
rsync -az /root/backup/ backup@BACKUP_SERVER_IP:/backups/web-1/

Jaki sposób wybrać w Twojej sytuacji

Trzy sposoby nie zastępują się, lecz uzupełniają i najlepiej działają razem. Łącz je pod zadania swojego serwera, na przykład tak.

  • Osobisty blog, mała strona: włącz automatyczne kopie przy tworzeniu serwera, a przed dużą zmianą motywu lub wtyczek pobierz plik eksportu WordPressa, to wystarczy.
  • Sklep internetowy, serwis z rejestracją: oprócz automatycznych kopii codziennie rób zrzut bazy danych i wysyłaj kopię do innego regionu. Zamówienia i dane użytkowników odzyskasz wtedy z dokładnością do godziny.
  • Serwery deweloperskie i testowe: przed dużym eksperymentem zrób migawkę, a po eksperymencie ją usuń i oszczędzaj na przechowywaniu.
  • Kilka serwerów o tej samej konfiguracji: przechowuj dłużej migawkę serwera wzorcowego, a nowe serwery szybko doprowadzisz do tego samego stanu.

Przy każdym połączeniu najważniejsze, by jedna kopia była też poza serwerem i byś choć raz faktycznie się z niej przywrócił. Jeśli zadbasz o te dwie rzeczy, spokojnie przywrócisz usługę nawet po nagłym błędzie lub awarii.

Weź pod uwagę także koszty. Automatyczne kopie kosztują 5.6% ceny serwera, czyli tę samą kwotę co miesiąc, a za migawki płacisz tylko za zapisaną pojemność. Kopie na samym serwerze nie wymagają dopłaty i zajmują tylko miejsce na dysku, ale kopia w innym miejscu wymaga przestrzeni po stronie odbierającej. Wybieraj według ilości danych, które musisz chronić, i tego, jak często może być potrzebne przywrócenie, a znajdziesz równowagę kosztów i bezpieczeństwa.

Ćwiczenie przywracania i dobre nawyki

Kopia zapasowa ma wartość wtedy, gdy da się z niej przywrócić dane. Mniej więcej raz w miesiącu utwórz mały serwer, rozpakuj na nim plik kopii i sprawdź, czy strona się otwiera, a w prawdziwej sytuacji nie pogubisz się w krokach. Serwer testowy po sprawdzeniu od razu usuń.

  • Tuż przed dużymi pracami zrób migawkę lub plik kopii.
  • Umieszczaj w nazwie pliku kopii datę i nazwę serwera, aby od razu było widać, z jakiego momentu pochodzi.
  • Kopie z poufnymi danymi, na przykład hasłami baz danych i kluczami API, przechowuj tylko w bezpiecznym miejscu.
  • Przed reinstalacją serwera najpierw wykonaj krok przenoszenia danych z poradnika reinstalacji.

Jeśli brakuje miejsca na dysku na długie przechowywanie kopii, możesz dodać do serwera dysk blokowy NVMe i używać go tylko na kopie. Jeśli korzystasz z Dockera, zajrzyj też do sekcji o wolumenach w poradniku instalacji Dockera.

Przydatne poradniki na ten temat

Ustawienia, które warto zrobić po tym poradniku.

Wszystkie poradniki