Serwer do backupu firmowego – ile TB, jaki RAID i jakie dyski naprawdę mają sens?

Serwer do backupu to nie „tańsza wersja” serwera produkcyjnego. To osobne, pojemne i odporne repozytorium, które ma zadziałać dokładnie wtedy, gdy wszystko inne zawiedzie. Jeśli wdrażasz Veeam lub Nakivo, kluczowe są trzy rzeczy: pojemność pod retencję, odporny poziom RAID i dyski klasy enterprise, a dopiero na końcu marka procesora czy liczba rdzeni. Konfiguracja serwera do backupu zaczyna się od scenariusza awarii – nie od cennika.

Serwer do backupu jako ostatnia linia obrony – oddziel go od produkcji albo nie rób tego wcale

Pierwsza zasada jest prosta: backup nie może mieszkać na tej samej macierzy co produkcja. Jeśli padnie storage z VM-kami albo środowisko zostanie zaszyfrowane, repozytorium musi pozostać nietknięte. Dlatego serwer do backupu projektuje się jako osobny węzeł, z własnym RAID, własnym systemem i często nawet osobną domeną lub izolacją sieciową.

W praktyce dla Veeam najczęściej buduje się dedykowane backup repository na Windows lub Linux z lokalną macierzą dyskową. W przypadku Nakivo repozytorium może działać jako appliance lub na NAS, ale założenie pozostaje takie samo – pojemność i niezależność są ważniejsze niż surowa wydajność IOPS. Backup zapisuje głównie duże pliki sekwencyjnie, więc nie potrzebuje ultraszybkiego NVMe pod każdą operację, ale musi mieć stabilną, przewidywalną przestrzeń.

Jeśli dziś chronisz 5–10 TB danych produkcyjnych, zadaj sobie pytanie: co stanie się, gdy stracisz wszystko jednocześnie? Konfiguracja serwera do backupu powinna odpowiadać właśnie na ten scenariusz. To nie jest sprzęt „na co dzień”. To sprzęt „na czarną godzinę”.

Ile TB naprawdę potrzebujesz? Retencja 7–30–365 dni

Najczęstszy błąd przy planowaniu repozytorium backupu to patrzenie wyłącznie na rozmiar danych produkcyjnych. Jeśli masz 8 TB danych, serwer do backupu nie powinien mieć 8 TB przestrzeni – to za mało nawet na krótką retencję.

Bezpieczna reguła dla środowisk Veeam / Nakivo mówi o 3–5× wielkości chronionych danych, w zależności od retencji i zmienności plików. Przy 8 TB produkcji realne zapotrzebowanie repozytorium może wynosić 24–40 TB, zanim uwzględnisz zapas na wzrost i operacje typu synthetic full czy compact.

Duże znaczenie ma polityka retencji:

  • 7–14 dni kopii dziennych,

  • 4–8 kopii tygodniowych,

  • 6–12 kopii miesięcznych.

Im dłużej chcesz móc „cofnąć się w czasie”, tym szybciej rośnie zapotrzebowanie na przestrzeń. Dlatego konfiguracja serwera do backupu powinna uwzględniać zapas 20–30% wolnej przestrzeni, bo repozytorium, które działa na granicy pojemności, zaczyna sprawiać problemy przy transformacjach i konsolidacjach łańcuchów backupów.

To moment, w którym warto przeliczyć wszystko w konfiguratorze – zamiast zakładać, że „jakoś się zmieści”.

RAID 6 czy RAID 10 w serwerze do backupu – pojemność kontra czas odbudowy

W repozytoriach backupu najczęściej spotkasz RAID 6 lub RAID 60 – głównie dlatego, że oferują większą użyteczną pojemność przy tej samej liczbie dysków. Przy 8–12 talerzowych nośnikach różnica między RAID 6 a RAID 10 potrafi oznaczać kilkanaście dodatkowych terabajtów przestrzeni.

  • RAID 10 daje bardzo dobrą wydajność i szybszą odbudowę po awarii dysku, ale „kosztuje” połowę surowej pojemności. 
  • W środowiskach, gdzie backup służy głównie do przechowywania kopii i okazjonalnych restore, RAID 6 jest kompromisem między pojemnością a bezpieczeństwem – toleruje awarię dwóch dysków w grupie i pozwala sensownie wykorzystać przestrzeń.

Trzeba jednak pamiętać o czasie rebuild przy dużych dyskach 12–20 TB. Im większy nośnik, tym dłużej trwa odbudowa i tym większe ryzyko drugiej awarii w trakcie. Dlatego przy większych konfiguracjach często dzieli się macierz na kilka mniejszych grup RAID 6 lub stosuje RAID 60. Konfiguracja serwera do backupu nie powinna być przypadkowa – szczególnie gdy repozytorium ma kilkadziesiąt czy kilkaset terabajtów.

NL-SAS czy SATA – jak złożyć serwer do backupu, żeby nie oszczędzać na niezawodności

W serwerze do backupu najczęściej wygrywają talerzowe dyski NL-SAS, a SATA ma sens głównie w mniejszych, budżetowych repozytoriach – różnica nie dotyczy tylko ceny, ale przede wszystkim parametrów pracy przy dużych macierzach.

NL-SAS (Nearline SAS):

  • pojemności 4–20 TB i więcej przy 7,2k RPM,

  • lepszy Bit Error Rate (np. 1e-16) niż typowe SATA,

  • wyższy deklarowany MTBF,

  • lepsze kolejkowanie poleceń i stabilność w dużych macierzach,

  • sensowny wybór przy 8–24 dyskach w jednym serwerze.

SATA (enterprise):

  • niższa cena za TB,

  • wystarczające przy 4–8 dyskach i mniejszej skali,

  • wyższy BER (często 1e-15),

  • mniej „enterprise’owa” charakterystyka przy dużych wolumenach danych.

W małym repozytorium do kilku–kilkunastu TB SATA może być wystarczające. Problem zaczyna się wtedy, gdy budujesz macierz z kilkunastu czy kilkudziesięciu dysków i backup staje się krytyczny dla firmy. Wtedy nie chodzi już o cenę za TB, tylko o to, czy macierz przetrwa lata pracy, rebuildy i operacje konsolidacji łańcuchów backupów.

Jeśli konfiguracja serwera do backupu zakłada kilkadziesiąt terabajtów netto i długą retencję, NL-SAS to bezpieczniejsza decyzja. To nadal pojemne talerzówki, ale o parametrach bliższych środowisku enterprise niż desktopowemu. Backup to miejsce, gdzie oszczędność kilku procent budżetu może kosztować dużo więcej w przyszłości.

R740xd2 i modele z dużą liczbą zatok – kiedy serwer do backupu przestaje być „małym repo”

Przy większych środowiskach warto myśleć kategoriami platform, a nie pojedynczych dysków. Modele takie jak Dell PowerEdge R740xd2 zostały wręcz zaprojektowane jako serwery pod backup i archiwum.

Dlaczego?

  • Obudowa 2U rack z możliwością montażu do 24 dysków 3,5” z przodu + 2 z tyłu.

  • Surowa pojemność liczona w setkach TB w jednym serwerze.

  • Dwusocketowa platforma Xeon Scalable.

  • Duża liczba slotów PCIe pod HBA/NIC.

  • Wbudowany iDRAC9 do zdalnego zarządzania.

Praktyczny model konfiguracji wygląda tak.

Małe/średnie repozytorium (np. 20–60 TB netto):

  • 8–12 dysków NL-SAS 8–12 TB,

  • RAID 6,

  • zapas zatok na przyszłość.

Duże repozytorium (80–300+ TB netto):

  • 12–24 dyski NL-SAS 12–20 TB,

  • RAID 60 lub podział na kilka grup RAID 6,

  • możliwość budowy scale-out repository w Veeam.

W pewnym momencie naturalną ścieżką rozwoju jest podejście scale-out – zamiast jednego, ogromnego serwera, budujesz kilka węzłów repozytorium i skalujesz backup razem z firmą. To podejście zmniejsza ryzyko i ułatwia rozbudowę bez „wywracania” całej architektury po 3 latach.

Konfiguracja serwera do backupu powinna więc odpowiadać nie tylko na pytanie „ile TB dziś?”, ale też „ile TB za dwa lata?”. Właśnie dlatego wybór platformy ma znaczenie.

Sprawdź konfigurację serwera do backupu, zanim cokolwiek zamówisz

Zanim zdecydujesz się na konkretny model i obsadę dysków, przelicz swoje środowisko w konfiguratorze serwera na stronie hardwaredirect.pl. Zobacz różnicę między RAID 6 a RAID 10, NL-SAS a SATA, 8 a 16 dyskami. Backup to infrastruktura, którą budujesz na lata – lepiej dobrze ją policzyć na starcie niż wymieniać po pierwszym braku miejsca.

FAQ

Czy backup mogę trzymać na tej samej macierzy co VM-ki?

Nie. To łamie podstawową zasadę separacji. Repozytorium backupu powinno być oddzielone od produkcji, najlepiej jako osobny serwer lub węzeł.

Ile przestrzeni powinno mieć repozytorium?

Bezpieczna baza to 3–5× wielkości chronionych danych + 20–30% zapasu na wzrost i operacje konserwacyjne.

RAID 6 czy RAID 10 do Veeam?

W większości repozytoriów wybiera się RAID 6/60 ze względu na pojemność. RAID 10 ma sens przy mniejszej liczbie dysków lub bardzo intensywnych restore.

Czy SATA wystarczy do backupu?

W małych repozytoriach tak. Przy większej liczbie dysków i krytycznych danych bezpieczniej wybrać NL-SAS klasy enterprise.

Czy serwer do backupu musi mieć mocny procesor?

Nie jest to priorytet. W backupie ważniejsze są pojemność, poziom RAID i niezawodność dysków niż wysoka liczba rdzeni CPU.