Serwer backupowy: kiedy osobna maszyna na kopie zapasowe ma sens i jak ją ustawić

Większość firm „ma backup” — dopóki nie musi z niego skorzystać. Wtedy okazuje się, że kopia leżała na tym samym dysku co dane, nikt nie sprawdził, czy da się ją odtworzyć, albo ransomware zaszyfrował ją razem z resztą. Serwer backupowy, czyli osobna maszyna przeznaczona wyłącznie na kopie zapasowe, rozwiązuje większość tych problemów. W tym wpisie pokazujemy, kiedy warto go mieć, jak go zaprojektować i jak sprawdzać, że naprawdę działa.

Kiedy backup w panelu przestaje wystarczać?

Na zwykłym hostingu kopie robi za Ciebie dostawca i dla jednej strony firmowej to zwykle w zupełności wystarcza. O tym, dlaczego automatyczny backup hostingu jest ważny, pisaliśmy we wpisie Jakie znaczenie ma automatyczny backup hostingu. Kopie dostawcy mają jednak krótką historię i są projektowane pod szybkie przywrócenie konta, a nie pod Twoją politykę bezpieczeństwa.

Osobny serwer na kopie zaczyna mieć sens, gdy:

• masz kilka serwerów lub VPS-ów i chcesz trzymać kopie wszystkich w jednym, kontrolowanym miejscu,
• potrzebujesz dłuższej historii — np. żeby cofnąć się do stanu sprzed kilku tygodni, gdy błąd w danych wyszedł na jaw z opóźnieniem,
• obsługujesz klientów i musisz umieć odtworzyć każdy projekt niezależnie od pozostałych,
• przechowujesz dużo danych — zdjęcia, nagrania, archiwa dokumentów — których nie opłaca się trzymać na szybkich, drogich dyskach produkcyjnych.

Zasada 3-2-1 w praktyce

Klasyczna reguła mówi: 3 kopie danych, na 2 różnych nośnikach lub systemach, w tym 1 poza główną lokalizacją. W małej infrastrukturze można ją przełożyć tak:

1. Dane produkcyjne — na Twoim serwerze lub VPS-ie.
2. Kopia lokalna — szybki snapshot lub zrzut bazy na tym samym serwerze, do odtwarzania drobnych pomyłek w kilka minut.
3. Kopia na serwerze backupowym — osobna maszyna z osobnymi danymi dostępowymi, która przeżyje awarię, włamanie albo pomyłkę na serwerze produkcyjnym.

Kluczowe jest słowo osobna. Jeśli serwer produkcyjny ma zapisane hasło, którym może skasować kopie na serwerze backupowym, to atakujący, który przejmie produkcję, przejmie też backup.

Jak zaprojektować serwer backupowy?

Pull zamiast push

Najbezpieczniejszy układ to taki, w którym serwer backupowy sam łączy się z serwerami produkcyjnymi i pobiera dane (model „pull”). Produkcja nie zna wtedy danych logowania do magazynu kopii. Jeśli wybierasz model „push” (produkcja wysyła kopie), ogranicz uprawnienia tak, żeby można było tylko dopisywać nowe kopie, a nie usuwać stare — wiele narzędzi ma do tego tryb append-only.

Narzędzia

Nie potrzebujesz drogiego oprogramowania. Sprawdzone, darmowe opcje to:

• rsync — prosta synchronizacja plików przez SSH; dobra na start, ale sama w sobie nie trzyma historii wersji,
• restic — kopie przyrostowe z deduplikacją i szyfrowaniem, łatwe w obsłudze,
• BorgBackup — podobne możliwości, bardzo oszczędny pod względem miejsca na dysku.

Bazy danych kopiuj zrzutem (np. mysqldump lub mariadb-dump) wykonanym przed backupem plików — kopiowanie „żywych” plików bazy może dać niespójną kopię. Szczegóły opisaliśmy we wpisie Jak wykonać backup bazy danych i jak przywrócić kopię.

Retencja

Ustal, jak długo trzymasz kopie, zanim zaczniesz je kasować. Popularny schemat to kopie dzienne z ostatnich dni, tygodniowe z ostatnich tygodni i miesięczne z ostatnich miesięcy. Restic i Borg mają wbudowane polecenia, które same usuwają nadmiarowe kopie według takich reguł.

Bezpieczeństwo maszyny

Serwer backupowy powinien mieć jak najmniej otwartych portów, logowanie tylko kluczem SSH i szyfrowane repozytoria kopii. Hasło do repozytorium przechowuj poza serwerem — bez niego nawet Ty nie odtworzysz danych.

VPS czy serwer dedykowany na kopie?

Na kopie kilku małych stron wystarczy niewielki VPS. Gdy jednak danych przybywa, liczą się przede wszystkim pojemne dyski i stabilne łącze, a mniej moc procesora. Wtedy lepiej sprawdza się serwer dedykowany — o różnicach pisaliśmy we wpisie Serwer dedykowany czy VPS.

W ofercie serwerów dedykowanych RapidDC do backupu przeznaczone są m.in. linie BOX (od 239 zł netto/mies., na dyskach WD RE4 lub HGST) oraz ECO (od 175 zł netto/mies., podstawowa linia dla małych firm i developerów) (source: rapiddc.pl/serwery-dedykowane). Każdy serwer ma port 1 Gb/s z gwarantowanymi 200 Mb/s, konsolę IPMI 2.0 i ochronę anty-DDoS w cenie, bez opłaty instalacyjnej. Przed decyzją możesz skorzystać z 7-dniowego okresu testowego (source: rapiddc.pl/serwery-dedykowane). Więcej o tym, na co patrzeć przy wyborze maszyny, przeczytasz w artykule Najważniejsze cechy serwera dedykowanego.

Testuj odtwarzanie — inaczej to tylko nadzieja

Backup, którego nigdy nie odtworzyłeś, to niewiadoma. Raz w miesiącu:

• odtwórz losowy katalog lub plik i porównaj go z oryginałem,
• postaw zrzut bazy na testowej instancji i sprawdź, czy aplikacja z nim działa,
• zmierz, ile trwa pełne odtworzenie — to Twój realny czas powrotu po awarii,
• sprawdź logi zadań backupu i ustaw powiadomienie, gdy kopia się nie wykona.

Podsumowanie

Serwer backupowy to najtańsze ubezpieczenie przed awarią, włamaniem i ludzką pomyłką. Wystarczą osobna maszyna, model „pull”, narzędzie z deduplikacją i szyfrowaniem oraz regularne testy odtwarzania. Jeśli szukasz pojemnej maszyny na kopie, sprawdź linie BOX i ECO w ofercie serwerów dedykowanych RapidDC. A jeśli wolisz, żeby serwerem zajmowali się specjaliści, zobacz serwery dedykowane z administracją.

FAQ – najczęściej zadawane pytania o serwer backupowy

Czy backup od dostawcy hostingu nie wystarczy?

Dla jednej prostej strony często wystarcza. Kopie dostawcy mają jednak zwykle krótką historię i leżą w infrastrukturze, której nie kontrolujesz. Przy kilku serwerach, danych klientów albo potrzebie cofnięcia się o kilka tygodni warto mieć dodatkowo własny serwer backupowy z ustaloną przez siebie retencją.

Czym różni się backup od synchronizacji plików?

Synchronizacja (np. zwykły rsync) odwzorowuje bieżący stan — jeśli plik zostanie skasowany lub zaszyfrowany, zmiana trafi także do kopii. Prawdziwy backup przechowuje wiele wersji z różnych dni, dzięki czemu możesz wrócić do stanu sprzed awarii. Dlatego warto używać narzędzi takich jak restic czy BorgBackup.

Jak często robić kopie zapasowe?

To zależy od tego, ile danych możesz stracić. Dla sklepu z zamówieniami kopia bazy co kilka godzin może być konieczna, dla strony wizytówki wystarczy kopia dzienna. Zacznij od pytania: ile pracy z ostatnich godzin musiałbyś odtworzyć ręcznie, gdyby serwer padł teraz?

Czy serwer backupowy chroni przed ransomware?

Pomaga, pod warunkiem że serwer produkcyjny nie ma uprawnień do usuwania kopii. Najlepiej, gdy serwer backupowy sam pobiera dane (model „pull”) albo repozytorium działa w trybie append-only. Wtedy nawet przejęcie produkcji nie pozwala atakującemu skasować historii kopii.

Jaki serwer dedykowany wybrać na kopie zapasowe?

Przy backupie liczą się głównie pojemne, niezawodne dyski i stabilne łącze, a mniej moc procesora. W RapidDC do tego zastosowania przeznaczone są m.in. linie BOX i ECO — aktualne modele i ceny sprawdzisz w ofercie serwerów dedykowanych.

Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.