Proxmox Backup Server.
Czy naprawdę warto wdrożyć PBS?

Proxmox Backup Server jest jednym z najważniejszych elementów ekosystemu Proxmox. Został zaprojektowany do wykonywania wydajnych kopii maszyn wirtualnych, kontenerów oraz danych z systemów Linux.

PBS oferuje backup przyrostowy, deduplikację, kompresję, szyfrowanie, weryfikację integralności i synchronizację kopii pomiędzy serwerami. Integracja z Proxmox VE sprawia, że można centralnie konfigurować zadania backupowe bez instalowania agentów wewnątrz każdej maszyny wirtualnej.

Nie oznacza to jednak, że wystarczy zainstalować PBS, wskazać jeden datastore i uznać temat ochrony danych za zakończony. Skuteczność rozwiązania zależy od architektury storage, retencji, separacji uprawnień, kopii off-site oraz regularnych testów odtwarzania.

Czym jest Proxmox Backup Server?

Proxmox Backup Server jest osobnym systemem operacyjnym i produktem serwerowym, który integruje się z Proxmox VE. Nie jest modułem instalowanym wewnątrz klastra ani dodatkową zakładką przechowującą backupy na tych samych dyskach co maszyny produkcyjne.

Najczęściej działa jako oddzielny serwer fizyczny, niezależna maszyna w innej infrastrukturze, drugi serwer PBS w lokalizacji zapasowej albo repozytorium dla kilku klastrów Proxmox.

Proxmox udostępnia wszystkie funkcje PBS również bez płatnej subskrypcji. Subskrypcja zapewnia dostęp do stabilnego repozytorium Enterprise oraz określonego poziomu wsparcia producenta. W 2026 roku ceny rozpoczynają się od 560 euro netto rocznie za serwer, bez limitu pojemności backupu i liczby klientów.

Jak działa backup przyrostowy w PBS?

PBS dzieli dane na fragmenty, nazywane chunkami, i przesyła tylko te elementy, których nie ma jeszcze w repozytorium. Dzięki temu kolejne backupy nie muszą za każdym razem kopiować całej maszyny.

Mechanizm zapewnia:

• -backup przyrostowy,
• -deduplikację pomiędzy kopiami,
• -kompresję Zstandard,
• -kontrolę integralności danych,
• -oszczędność pasma i przestrzeni.

Każdy punkt przywracania jest przedstawiany użytkownikowi jako kompletna kopia, chociaż pod spodem korzysta ze współdzielonych fragmentów danych.

Ile miejsca oszczędza deduplikacja?

Nie istnieje jeden wiarygodny współczynnik oszczędności. Efekt zależy między innymi od podobieństwa maszyn wirtualnych, rodzaju danych, częstotliwości zmian, liczby punktów przywracania, używania szyfrowania wewnątrz maszyn oraz kompresji danych źródłowych.

W środowisku z wieloma podobnymi systemami operacyjnymi oszczędność może być bardzo duża. Jeżeli większość danych stanowią już skompresowane archiwa, zaszyfrowane wolumeny lub szybko zmieniające się bazy, efekt będzie mniejszy.

Pojemność repozytorium należy projektować na podstawie próbnego backupu i rzeczywistego dziennego przyrostu danych, a nie marketingowego mnożnika.

Najważniejsze funkcje Proxmox Backup Server

Czy PBS oferuje immutable backup?

To wymaga precyzyjnej odpowiedzi. PBS pozwala zbudować środowisko odporne na część prób usunięcia kopii poprzez:

• -dedykowane tokeny API,
• -minimalne uprawnienia,
• -brak prawa usuwania po stronie klienta,
• -pruning wykonywany lokalnie na PBS,
• -osobne konta administracyjne,
• -synchronizację do drugiego serwera.

Dokumentacja Proxmoxa rekomenduje, aby klientom nie przyznawać prawa usuwania backupów, a retencję realizować przez zadania prune uruchamiane na serwerze PBS.

Nie jest to jednak dokładnie ten sam mechanizm co sprzętowe WORM lub Object Lock w kompatybilnym storage obiektowym. Administrator z pełnym dostępem do serwera i systemu plików nadal może potencjalnie zniszczyć repozytorium.

Dlatego dla najbardziej krytycznych danych warto dodatkowo zastosować drugi PBS zarządzany oddzielnie, kopię offline, taśmy, storage WORM lub niezależną kopię w innej technologii. PBS jest ważną warstwą ochrony przed ransomware, ale nie powinien być jedyną linią obrony - pisaliśmy o tym w artykule Czy Twoje backupy przetrwają ransomware?

Czy backup live gwarantuje spójność aplikacji?

PBS może wykonywać backup działającej maszyny wirtualnej, dzięki czemu nie trzeba jej każdorazowo wyłączać. To jednak nie oznacza automatycznie, że każda aplikacja wewnątrz maszyny zostanie odtworzona w idealnie spójnym stanie transakcyjnym.

W przypadku baz danych i systemów ERP nadal warto stosować natywne backupy SQL Server lub PostgreSQL, QEMU Guest Agent, mechanizmy VSS dla Windows, kontrolę logów aplikacji i testy odtworzenia. Kompletną strategię dla ERP opisaliśmy w artykule Backup ERP.

Backup VM chroni cały system. Natywny backup bazy pozwala natomiast odtworzyć dane do określonego momentu i sprawdzić ich spójność. Te mechanizmy powinny się uzupełniać.

Jak szybko można odtworzyć maszynę?

Czas przywracania zależy od rozmiaru maszyny, liczby dysków, szybkości datastore PBS, sieci pomiędzy PBS a Proxmox VE, wydajności docelowego storage i równoległych operacji.

Mała maszyna może zostać przywrócona bardzo szybko. Odtworzenie kilku terabajtów przez łącze 1 Gb/s może potrwać wiele godzin. RTO powinno być potwierdzone testem, a nie wyliczone wyłącznie na podstawie nominalnej szybkości sieci.

PBS umożliwia też przeglądanie zawartości kopii i odtwarzanie wybranych plików bez przywracania całej maszyny - przydatne przy przypadkowym usunięciu dokumentu lub odzyskaniu konfiguracji. Nie jest to jednak portal samoobsługowy dla użytkowników końcowych; restore najczęściej obsługuje administrator.

Jak zaprojektować serwer PBS?

Nie należy budować PBS jako małej maszyny wirtualnej na tym samym storage i klastrze, który ma chronić. Po awarii klastra można wtedy utracić jednocześnie produkcję i dostęp do backupu.

Najbezpieczniejszym punktem wyjścia jest:

PBS nie wymaga bardzo mocnego procesora w każdym środowisku, ale deduplikacja, kompresja, weryfikacja i równoległe zadania generują obciążenie. Pamięć trzeba dobrać do wielkości repozytorium, rodzaju systemu plików, liczby równoległych zadań oraz harmonogramu verification i Garbage Collection.

Repozytorium powinno zapewniać stabilną wydajność, ochronę przed awarią dysku, możliwość szybkiego odczytu przy restore i monitoring stanu nośników. Dyski klasy enterprise i poprawnie skonfigurowany ZFS są częstym wyborem. Dla dużych repozytoriów ekonomiczny układ może wykorzystywać dyski HDD z szybkim metadata storage lub cache, ale architektura musi być przetestowana przy realistycznym obciążeniu.

Czy PBS nadaje się do dużych środowisk?

Nie ma sztywnej granicy liczby maszyn. Środowisko z 300 niewielkimi VM może być łatwiejsze do obsługi niż 50 maszyn z bazami zmieniającymi kilka terabajtów dziennie.

O skali decydują całkowita pojemność, dzienny przyrost danych, liczba jednoczesnych backupów, okno backupowe, częstotliwość weryfikacji, wymagana szybkość restore, retencja i obciążenie sync jobs.

Przy dużych środowiskach można stosować kilka datastore, kilka serwerów PBS, podział według klastrów lub klientów, niezależne repozytoria off-site oraz harmonogramy ograniczające konkurencję zadań. PBS może działać w dużych środowiskach, ale wymaga wtedy świadomego projektu, monitoringu i testów obciążeniowych.

Zalety i ograniczenia PBS

Jeżeli firma posiada jednocześnie VMware, Hyper-V, serwery fizyczne Windows, Microsoft 365 lub urządzenia NAS, może potrzebować dodatkowego produktu backupowego. Sam fakt używania PBS nie zabezpiecza też przed przejęciem konta root, utratą całej lokalizacji, błędną retencją ani utratą klucza szyfrującego.

PBS czy Veeam dla Proxmox?

Veeam oficjalnie obsługuje backup i odtwarzanie maszyn Proxmox VE. Oferuje także guest processing dla obsługiwanych systemów Windows, centralne repozytoria oraz funkcje charakterystyczne dla szerszej platformy Veeam.

Wsparcie Veeam dla Proxmoxa ma również ograniczenia. Oficjalna dokumentacja wskazuje między innymi brak backupu dysków iSCSI podłączonych bezpośrednio do VM oraz dysków przekazanych przez passthrough. Wybór nie powinien więc opierać się na prostym stwierdzeniu, że jedno rozwiązanie zawsze jest lepsze.

PBS czy Restic i BorgBackup?

Restic oraz BorgBackup są bardzo dobrymi narzędziami do backupu plików i systemów Linux. PBS zapewnia integrację z Proxmox VE, centralny panel, backup całych VM i CT, zadania verify, pruning i synchronizację serwerów. Restic i Borg dają elastyczność backupu plikowego, obsługę różnych lokalizacji i możliwość ochrony systemów poza Proxmoxem.

Nie zawsze trzeba wybierać tylko jedno narzędzie. Przykładowa strategia może obejmować PBS do maszyn Proxmox, natywne kopie baz, Restic do wybranych repozytoriów plikowych oraz niezależną kopię poza główną infrastrukturą.

PBS a backup bezpośrednio do chmury

PBS jest serwerem backupowym, a nie typowym klientem dowolnego storage obiektowego S3. Najczęstszy model off-site polega na uruchomieniu drugiego PBS albo udostępnieniu mu odpowiednio przygotowanego storage.

Usługi takie jak Backblaze B2, Wasabi lub Amazon S3 oferują inne właściwości, w tym Object Lock, ale ich wykorzystanie z PBS może wymagać dodatkowej warstwy, osobnego narzędzia lub innej architektury.

Nie należy bez sprawdzenia montować storage obiektowego jako zwykłego systemu plików pod datastore PBS. Repozytorium wymaga właściwości i wydajności odpowiednich dla jego mechanizmu przechowywania chunków.

Jak powinna wyglądać bezpieczna architektura PBS?

Najczęstsze błędy przy wdrażaniu PBS

Usunięcia i błędna polityka mogą wpłynąć również na środowisko zapasowe - retencja oraz uprawnienia drugiego PBS muszą być zaprojektowane niezależnie. A integralny backup nie oznacza automatycznie działającej aplikacji, o czym pisaliśmy w artykule Dlaczego backup nie gwarantuje odzyskania danych?

Jak często wykonywać backup i jak długo przechowywać kopie?

Harmonogram powinien wynikać z RPO i krytyczności systemu. Przykładowo: krytyczne maszyny co godzinę lub częściej, standardowe serwery kilka razy dziennie, mniej ważne systemy raz dziennie, a natywne backupy baz zgodnie z osobnym harmonogramem. Częstszy backup VM nie zawsze zastąpi kopię logu transakcyjnego SQL Server.

Punktem wyjścia dla retencji może być kilkanaście kopii godzinowych, 7 do 14 dziennych, 4 do 8 tygodniowych, 12 miesięcznych i wybrane kopie roczne. Retencję należy dobrać do pojemności repozytorium, późnego wykrywania problemów, wymagań prawnych, sezonowości i polityki Disaster Recovery.

Czy warto kupić subskrypcję Enterprise?

Oprogramowanie działa bez subskrypcji i zachowuje kompletny zestaw funkcji. W środowisku produkcyjnym subskrypcja zapewnia jednak dostęp do repozytorium Enterprise, bardziej konserwatywnie przygotowane aktualizacje, wsparcie producenta zależne od wybranego planu i jasno określoną ścieżkę eskalacji.

Proxmox rekomenduje subskrypcję i repozytorium Enterprise do środowisk produkcyjnych. Dla krytycznej infrastruktury koszt podstawowego planu jest zwykle niewielki w porównaniu z wartością danych i czasem pracy administratorów.

Kiedy PBS jest dobrym wyborem, a kiedy nie wystarczy?

W takiej sytuacji PBS może pozostać warstwą chroniącą Proxmox, ale powinien być uzupełniony innym rozwiązaniem.

Podsumowanie

Proxmox Backup Server jest dojrzałym i funkcjonalnym rozwiązaniem backupowym dla środowisk Proxmox VE. Jego największe zalety to ścisła integracja, efektywne przechowywanie danych, szyfrowanie, weryfikacja oraz brak licencjonowania według liczby maszyn i terabajtów.

PBS nie jest jednak automatycznym zamiennikiem każdej platformy enterprise. W środowiskach mieszanych, silnie regulowanych lub wymagających zaawansowanej ochrony aplikacyjnej potrzebne może być dodatkowe narzędzie.

Najważniejsze pytanie nie brzmi więc: „Czy PBS jest lepszy od Veeam?" Lepiej zapytać: „Czy PBS spełnia nasze wymagania RPO, RTO, retencji, bezpieczeństwa i odtwarzania?"

W PRO-Admin wdrażamy Proxmox Backup Server jako element kompletnej strategii backupu. Projektujemy repozytorium, dostęp, retencję, synchronizację off-site oraz testy odtworzenia. W razie potrzeby łączymy PBS z natywnymi backupami baz danych albo innymi narzędziami, zamiast zakładać, że jeden produkt rozwiąże wszystkie scenariusze.