Wdrożenie Proxmox Backup Server Bydgoszcz

Trzy drogi, przed którymi staje zakład wymieniający serwer

Rozmowa zaczyna się prawie zawsze tak samo i prawie nigdy od nazwy narzędzia. Zaczyna się od tego, że kończy się miejsce. Mechanizm kopii, który uruchomiono przy poprzednim serwerze, zapisuje całą maszynę przy każdym przebiegu, więc trzymanie dwóch tygodni historii wymaga przestrzeni wielokrotnie większej niż samo środowisko. Firma widzi to jako problem sprzętowy i zwykle ma już przygotowaną ofertę na dyski.

Zanim ktokolwiek cokolwiek kupi, kładziemy na stole trzy warianty i liczymy je na kilka lat do przodu, a nie na najbliższy kwartał.

Wariant	Co trzeba kupić	Co się zmienia w pracy	Kiedy jest właściwy
Rozbudowa obecnego rozwiązania	dyski albo półka do macierzy	nic, poza odsunięciem problemu	gdy zmiana narzędzia zbiegłaby się z innym dużym projektem
Konsola komercyjna dla wielu platform	licencje na obciążenie plus sprzęt	jeden panel obejmuje też maszyny fizyczne i stacje	gdy poza wirtualizacją pracuje sprzęt bez niej
Serwer kopii producenta wirtualizatora	sprzęt i opcjonalna subskrypcja	zapis samych zmian, deduplikacja, weryfikacja	gdy całe środowisko stoi na jednym wirtualizatorze

Rozstrzygnięcie zależy od jednej rzeczy, o którą pytamy na początku: co jeszcze w zakładzie trzeba chronić poza maszynami wirtualnymi. Jeżeli przy urządzeniach na hali stoją stacje z Windows, a w szafie leżą serwery fizyczne z oprogramowaniem, którego dostawca dawno zniknął, jedna konsola bywa tańsza mimo licencji, a opisuje ją Veeam. Jeżeli natomiast wszystko zostało przez lata przeniesione na wirtualizację, serwer kopii wygrywa i kosztem, i integracją.

Co realnie zmienia zapis samych zmienionych bloków

Dwie rzeczy naraz, przy czym firmy zauważają zwykle tylko pierwszą.

Pierwsza to zajętość. Pierwszy przebieg przenosi całość, każdy kolejny wyłącznie bloki zmienione od poprzedniego razu, a identyczne fragmenty występujące w wielu maszynach zapisują się jeden raz. Dwadzieścia maszyn z tym samym systemem przestaje więc oznaczać dwadzieścia niemal identycznych zestawów plików systemowych zapisanych osobno przy każdym przebiegu.

Druga to czas trwania zadań i tę zmianę widać w zakładzie mocniej. Pełny zrzut maszyny z dużym dyskiem potrafi nie zmieścić się w oknie nocnym, a nocne okno w firmie pracującej na zmiany bywa krótsze niż w biurze. Przy zapisie samych zmian nocna kopia maszyny liczy się w minutach, więc przestaje kolidować z drugą zmianą i z porannym uruchomieniem systemów.

Jest też koszt, którego nie widać w żadnej ofercie. Zadanie, które nie mieści się w oknie, prędzej czy później zostaje przez kogoś wyłączone albo przesunięte na weekend, i to jest najczęstszy powód, dla którego kopie w zakładach robią się rzadziej, niż deklaruje dokumentacja.

Gdzie postawić serwer kopii w bydgoskim zakładzie

Serwer kopii jest przedmiotem. Waży, pobiera prąd, grzeje się i zajmuje miejsce w szafie, więc dobór konfiguracji zaczynamy od obejrzenia budynku, a nie od karty produktu.

W zakładach produkcyjnych pomieszczenie z szafą przylega często do hali i dzieli z nią klimatyzację, a czasem także pył. To miejsce dobre dla klastra, który ma tam serwis i chłodzenie, ale złe dla urządzenia, które ma przeżyć to, co przydarzy się temu klastrowi. Szukamy więc drugiego miejsca, choćby skromnego: zamykanego pomieszczenia w części biurowej, szafy wiszącej na innym piętrze albo pomieszczenia gospodarczego z osobnym obwodem.

Warunek jest jeden i nie ma od niego odstępstwa. Kopia nie może zależeć od tego samego zasilania i tego samego pomieszczenia co maszyny, które zabezpiecza. Wszystko powyżej tego minimum, czyli wyniesienie drugiej wersji danych pod inny adres, jest już decyzją o tym, ile firma chce wydać na scenariusz utraty całego budynku.

Zakład z halą pod miastem i biurem w Bydgoszczy ma tu przewagę, z której rzadko korzysta. Dwa adresy i dwa łącza to gotowa infrastruktura pod drugą instancję serwera kopii, przyjmującą dane wyłącznie w jedną stronę.

Jak dzielimy przestrzenie w środowisku, które narastało latami

Jedna wspólna reguła przechowywania jest zawsze zła w którąś stronę. Albo trzyma miesiącami maszyny, których nikt nigdy nie odtworzy, albo kasuje po tygodniu te, od których zależy wysyłka.

W środowisku budowanym przez kilkanaście lat problem jest ostrzejszy, bo obok siebie stoją maszyny o zupełnie różnej wartości. Serwer systemu magazynowego, kontroler domeny, stara maszyna z aplikacją używaną przez jeden dział raz w miesiącu, środowisko testowe postawione przy ostatniej aktualizacji i host, o którym nikt nie potrafi powiedzieć, do czego służy.

Dzielimy to na obszary. Systemy, bez których staje praca, dostają pełny zestaw punktów dziennych, tygodniowych, miesięcznych i rocznych. Maszyny wspierające krótszą historię. Środowiska prób zostają przy kilku ostatnich punktach kasowanych bez ceremonii, bo powstają na nowo z opisu. Maszyny niezidentyfikowane trafiają na osobną listę z terminem rozstrzygnięcia, zamiast być kopiowane w nieskończoność.

Podział ma też zaletę operacyjną, widoczną dopiero przy odtwarzaniu. Widać od razu, w którym obszarze szukać, zamiast przewijać listę wszystkich punktów z całego środowiska, a w pierwszej godzinie po zdarzeniu oszczędza to więcej czasu, niż się wydaje.

Co robimy przy przekazaniu i kto to potem prowadzi

Prace zamykamy odtworzeniem maszyny w środowisku odciętym od sieci, przy Was, z zapisanym czasem powrotu. Ten pomiar trafia do dokumentacji, bo jest jedyną liczbą, na której da się oprzeć plan odtworzenia.

Klucz szyfrujący, jeżeli kopie mają opuszczać zakład, należy do Was i zapisujemy go w Waszym menedżerze haseł oraz w dokumentacji przekazywanej na koniec. Sprawdzamy przy odbiorze, czy odczyt tym kluczem faktycznie działa, ponieważ deklaracja nie jest w tej sprawie żadnym dowodem.

Po wdrożeniu zostają dwie rzeczy do pilnowania i obie zawodzą po cichu. Kończy się miejsce, więc zadania przestają dochodzić do końca. Weryfikacja wykrywa uszkodzony blok, a raport ląduje w skrzynce, do której nikt nie zagląda. W ramach bieżącej obsługi przejmujemy to my, razem z zajętością i czasami zadań.

Czego ten serwer nie obejmie

Nie obejmie stacji z Windows stojących przy maszynach ani zawartości chmury Microsoftu, bo nie jest do tego przeznaczony, a udawanie, że jest, kończy się luką. Drugi z tych obszarów prowadzi kopia dzierżawy.

Nie zabezpieczy też baz w sposób świadomy aplikacji bez przygotowania po Waszej stronie i nie zastąpi próby powrotu, bo sprawdza poprawność zapisanych bloków, a nie to, czy odtworzona maszyna wstanie i czy aplikacja na niej ruszy. Archiwum trzymane latami schodzi natomiast na warstwę taśmową, bo dyski w szafie są na to najdroższym możliwym miejscem. Obejście budynku i dobór konfiguracji umawiamy przez kontakt.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026