Serwer backupowy: kiedy kopie zapasowe potrzebują osobnej maszyny
Wiele firm ma backup „odhaczony": skrypt co noc pakuje bazę danych i pliki, archiwum ląduje w katalogu /backup, w logach wszystko jest na zielono. Problem w tym, że ten katalog często znajduje się na tym samym serwerze, na tych samych dyskach i pod tym samym kontem administratora co dane produkcyjne. To nie jest zabezpieczenie — to druga kopia, która zniknie razem z pierwszą.
W tym wpisie wyjaśniamy, kiedy kopie zapasowe potrzebują osobnej maszyny, jak dobrać serwer backupowy i jak połączyć go z produkcją tak, żeby w dniu awarii faktycznie było z czego odtwarzać.
Dlaczego backup na serwerze produkcyjnym to za mało
Kopia zapasowa ma chronić przed zdarzeniami, które niszczą dane. Spójrzmy, co się dzieje z kopią trzymaną lokalnie:
- Awaria macierzy lub kontrolera — jeśli uszkodzeniu ulega cały wolumen, tracisz jednocześnie dane i ich kopię.
- Ransomware — złośliwe oprogramowanie, które przejęło uprawnienia administratora, szyfruje wszystko, do czego ma dostęp. Lokalny katalog z kopiami jest pierwszy w kolejce. Szerzej opisaliśmy to w artykule Ransomware najpierw kasuje kopie zapasowe.
- Błąd człowieka — źle napisane polecenie usuwające pliki albo nieudana aktualizacja potrafią objąć także katalog z backupem.
- Przejęcie serwera — po włamaniu nie możesz ufać niczemu, co leży na skompromitowanej maszynie, łącznie z kopiami.
Wspólny mianownik jest jeden: kopia dzieli los oryginału. Osobny serwer backupowy rozrywa tę zależność — ma własne dyski, własny system i własne poświadczenia.
Kiedy firma potrzebuje osobnego serwera backupowego
Nie każdy projekt wymaga dedykowanej maszyny na kopie. Sygnały, że już pora:
- Masz więcej niż jeden serwer produkcyjny. Centralny serwer backupowy zbiera kopie ze wszystkich maszyn w jednym miejscu i upraszcza zarządzanie retencją.
- Kopie są duże. Pełne kopie baz danych, maszyn wirtualnych czy repozytoriów plików szybko zajmują więcej miejsca, niż warto trzymać na drogich dyskach produkcyjnych.
- Wymaga tego audyt lub umowa. Klienci, ubezpieczyciele i regulacje coraz częściej pytają nie tylko „czy robicie backup", ale też „gdzie są kopie i kto ma do nich dostęp".
- Nie możesz sobie pozwolić na długi przestój. Im krótszy dopuszczalny czas odtworzenia, tym ważniejsze, żeby kopia była szybko dostępna i sprawdzona.
Jak dobrać serwer backupowy
Serwer na kopie zapasowe ma inne priorytety niż maszyna produkcyjna. Nie potrzebuje najszybszego procesora — potrzebuje pojemności, niezawodnych dysków i dobrego połączenia.
Dyski i pojemność
Najważniejszym parametrem jest pojemność dyskowa z zapasem na retencję, czyli przechowywanie kilku wersji kopii wstecz. Liczy się też klasa dysków: nośniki przeznaczone do pracy ciągłej lepiej znoszą codzienne, długie operacje zapisu niż dyski desktopowe. Dla przykładu linia BOX w Sprint Data Center to serwery dedykowane przeznaczone pod backup i hosting, w których dane przechowywane są na dyskach WD RE4 lub HGST (source: sprintdatacenter.pl/najtansze-serwery-dedykowane/linia-box).
Procesor i pamięć
Wystarczy rozsądny poziom — kompresja i deduplikacja potrafią obciążyć CPU, ale nie wymagają topowych konfiguracji. Jeśli jednak planujesz szyfrować kopie po stronie serwera albo odtwarzać z nich maszyny wirtualne bezpośrednio, warto zostawić sobie zapas. Pełne zestawienie linii i ich zastosowań znajdziesz w katalogu serwerów dedykowanych SDC.
Transfer i łącze
Kopie trzeba gdzieś przesłać — a przy odtwarzaniu ściągnąć z powrotem. Przy wyborze sprawdź limit transferu. W linii BOX pakiet obejmuje 10 TB transferu miesięcznie oraz ochronę Anti-DDoS (source: sprintdatacenter.pl/najtansze-serwery-dedykowane/linia-box). Jeśli kopiujesz bardzo dużo danych, cennik usług dodatkowych przewiduje też dodatkowe pakiety transferu i łącze 1 Gb/s bez limitu transferu.
Sieć wewnętrzna zamiast internetu
Jeśli serwer produkcyjny i backupowy stoją w tym samym data center, kopie nie muszą wychodzić do publicznego internetu. Sprint Data Center oferuje sieć wewnętrzną 1 Gb/s lub 10 Gb/s łączącą urządzenia klienta w prywatny LAN bez limitu transferu (source: sprintdatacenter.pl/uslugi-dodatkowe). Daje to dwie korzyści:
- szybsze kopie i odtwarzanie — duże archiwa przesyłasz po dedykowanym łączu, nie obciążając portu publicznego,
- mniejsza powierzchnia ataku — usługa backupu nie musi nasłuchiwać na publicznym adresie IP.
Pamiętaj tylko, że ten sam budynek to nadal ta sama lokalizacja. Dla danych krytycznych serwer backupowy w data center warto uzupełnić kopią w innym miejscu — o tym piszemy w artykule o backupie off-site dla serwerów dedykowanych.
Jak chronić sam serwer backupowy
Osobna maszyna niewiele da, jeśli ransomware dostanie się do niej tą samą drogą co do produkcji. Kilka zasad:
- Kopie „ściągane", a nie „wypychane". Najlepiej, gdy to serwer backupowy łączy się z produkcją i pobiera dane. Wtedy przejęty serwer produkcyjny nie ma poświadczeń pozwalających skasować kopie.
- Osobne konta i klucze. Żadnych wspólnych haseł administratora między produkcją a backupem.
- Wersjonowanie i retencja. Trzymaj kilka generacji kopii — ransomware bywa uśpione przez dni, zanim zaszyfruje dane.
- Regularne testy odtwarzania. Kopia, której nikt nie odtworzył, jest tylko obietnicą. Przypominamy o tym w tekście Kiedy ostatnio odtwarzałeś dane z kopii zapasowej?.
Serwer backupowy czy przestrzeń na backup?
Nie zawsze potrzebna jest cała maszyna. Jeśli kopii jest niewiele, a nie chcesz administrować kolejnym systemem, rozważ wykupienie dodatkowej powierzchni pod backup — w Sprint Data Center rozliczanej w pakietach po 100 GB (source: sprintdatacenter.pl/uslugi-dodatkowe). Własny serwer backupowy wygrywa wtedy, gdy:
- chcesz mieć pełną kontrolę nad oprogramowaniem do kopii, harmonogramem i szyfrowaniem,
- zbierasz kopie z wielu serwerów,
- potrzebujesz szybkiego odtwarzania całych systemów, a nie pojedynczych plików.
Podsumowanie
Backup trzymany na tym samym serwerze co dane chroni przed niewielką częścią zagrożeń. Osobny serwer backupowy — z niezawodnymi dyskami, zapasem pojemności, połączeniem przez sieć wewnętrzną i własnymi poświadczeniami — sprawia, że awaria, błąd czy atak na produkcję nie zabierają ze sobą kopii.
Jeśli szukasz maszyny pod kopie zapasowe, sprawdź linię BOX w Sprint Data Center: serwery dedykowane przeznaczone pod backup, bez opłat aktywacyjnych, z umowami bezterminowymi i 7-dniowym okresem testowym (source: sprintdatacenter.pl/najtansze-serwery-dedykowane/linia-box). Możliwe są też konfiguracje indywidualne.
FAQ – najczęściej zadawane pytania o serwer backupowy
Czy kopia zapasowa na drugim dysku tego samego serwera wystarczy?
Chroni przed awarią jednego dysku, ale nie przed ransomware, przejęciem serwera, błędem administratora czy awarią całej maszyny. Wszystkie te zdarzenia mogą objąć oba dyski jednocześnie. Dlatego kopie warto trzymać na osobnym serwerze z własnymi poświadczeniami.
Czy serwer backupowy potrzebuje mocnego procesora?
Zwykle nie. Najważniejsze są pojemność, niezawodność dysków i przepustowość połączenia. Zapas mocy przydaje się przy kompresji, deduplikacji i szyfrowaniu kopii po stronie serwera albo gdy chcesz odtwarzać z backupu całe maszyny wirtualne.
Jak przesyłać kopie między serwerami w tym samym data center?
Najlepiej przez prywatną sieć wewnętrzną. W Sprint Data Center dostępna jest sieć wewnętrzna 1 Gb/s lub 10 Gb/s bez limitu transferu, dzięki której kopie nie muszą wychodzić do publicznego internetu, a usługa backupu nie musi być wystawiona na publiczny adres IP.
Czy serwer backupowy w tym samym data center zastępuje kopię off-site?
Nie w pełni. Chroni przed awariami i atakami na serwer produkcyjny, ale obie maszyny dzielą lokalizację. Dla danych krytycznych zaleca się dodatkową kopię w innym miejscu, zgodnie z zasadą rozdzielenia kopii geograficznie.
Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu Sprint Data Center. Grafika ilustracyjna została wygenerowana przez AI.