Wdrożenie Proxmox Backup Server Warszawa

Gdzie stoi kopia, gdy firma nie ma własnej serwerowni

Warszawska spółka na wynajętym piętrze rzadko trzyma sprzęt u siebie. Zwykle ma kilka jednostek wysokości albo pół szafy w komercyjnym centrum danych, umowę z zakontraktowaną mocą i kartę wejścia dla dwóch osób. Ten układ zmienia kolejność pytań przy wdrożeniu serwera kopii, bo pierwsze z nich nie dotyczy konfiguracji, tylko tego, ile miejsca i ile watów zostało w kontrakcie.

Odpowiedź brzmi zaskakująco często: niewiele. Szafę wynajmowano pod klaster, z zapasem policzonym na wzrost samego środowiska produkcyjnego, a nie na drugie urządzenie z własną macierzą. Dlatego zanim ustalimy cokolwiek w oprogramowaniu, liczymy, czy planowana konfiguracja w ogóle się mieści, i czy nie taniej wypada postawić serwer kopii od razu tam, gdzie i tak ma trafić druga wersja danych.

Co w kolokacji podbija rachunek za kopie

Ten rachunek jest w Warszawie widoczny inaczej niż w firmie z własnym pomieszczeniem, bo każdą pozycję dostajecie wypisaną na fakturze. Poniżej to, co nią steruje, i to, na co wpływa konfiguracja serwera kopii.

Pozycja rozliczenia	Co ją napędza	Na co wpływa konfiguracja
Zajęta wysokość w szafie	liczba obudów i półek dyskowych	zapis samych zmienionych bloków zmniejsza potrzebną pojemność
Zakontraktowana moc	liczba talerzy i obciążenie procesora	zadania porządkujące rozłożone poza szczytem
Ruch wychodzący z obiektu	wielkość danych opuszczających centrum	po pierwszym przebiegu wychodzą wyłącznie przyrosty
Łącze między obiektami	dobowy przyrost do wysłania	synchronizacja w jedną stronę, mierzona przed uruchomieniem
Wejścia serwisowe	częstotliwość wizyt przy sprzęcie	dostęp poza systemem operacyjnym zamiast wjazdu
Usługa rąk operatora	liczba czynności zlecanych na miejscu	gotowa procedura i nośnik zapasowy w szafie

Wiersz pierwszy jest tym, który najczęściej zaskakuje przy porównaniu ofert. Różnica między archiwum zapisującym za każdym razem całą maszynę a archiwum zapisującym wyłącznie zmiany przestaje być kwestią wygody w momencie, w którym przekłada się na dodatkową półkę dyskową w wynajmowanej szafie.

Dlaczego druga instancja nie może stać w tym samym obiekcie

Bo cała jej wartość polega na tym, że jest gdzie indziej. Widzimy czasem układ, w którym firma kupuje drugi serwer kopii i wstawia go do sąsiedniej szafy tego samego operatora, uznając, że to wystarczy. Chroni to przed awarią sprzętu i przed błędem w konfiguracji, czyli przed dwoma scenariuszami z sześciu.

Nie chroni przed pracami zasilającymi, które poszły nie tak, przed zalaniem z instalacji nad szafą, przed pożarem w obiekcie i przed sytuacją, w której z powodów formalnych tracicie dostęp do własnego sprzętu. Dlatego druga instancja idzie do innego centrum danych, najlepiej poza aglomerację stołeczną, i przyjmuje dane wyłącznie w jedną stronę. Kierunek jest tu istotny: konto wysyłające nie ma prawa kasować, a porządkowaniem zajmuje się serwer odbierający, więc przejęcie środowiska produkcyjnego nie sięga archiwum.

Firmom, które mają wyłącznie jeden obiekt i nie chcą drugiego kontraktu, proponujemy w to miejsce przestrzeń obiektową u operatora chmurowego albo warstwę taśmową, opisaną przy archiwum na kasetach.

Jak dzielimy przestrzenie i reguły przechowywania

Jedna wspólna reguła dla całego środowiska jest zawsze zła w którąś stronę: albo trzyma miesiącami maszyny, których nikt nie odtworzy, albo kasuje po tygodniu te, od których zależy sprzedaż. W kolokacji ten błąd kosztuje wprost, bo nadmiarowa historia to nadmiarowe dyski, a te zajmują miejsce rozliczane co miesiąc.

Dzielimy więc środowisko na obszary. Produkcja dostaje pełny zestaw punktów dziennych, tygodniowych, miesięcznych i rocznych. Maszyny wspierające krótszą historię, bo ich odtworzenie i tak jest szybsze niż analiza, czy warto. Środowiska prób zostają przy kilku ostatnich kopiach kasowanych bez ceremonii, bo powstają na nowo z opisu. Archiwum, jeśli jest, dostaje najdłuższy okres i najrzadszy dostęp, a docelowo schodzi na warstwę tańszą niż dyski w szafie.

Podział ma też zaletę operacyjną. 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.

Kto stoi przy sprzęcie, gdy nikt nie może tam wejść

To jest różnica, którą wdrożenie w kolokacji ma wobec wdrożenia w firmowej serwerowni, i planujemy ją od początku. Konfiguracja, harmonogramy, reguły, weryfikacja i przywracanie dzieją się w konsoli, a dostęp poza systemem operacyjnym pozwala podnieść maszynę, która nie wstaje, bez wchodzenia do budynku.

Zostają czynności fizyczne: wymiana dysku, wpięcie kabla, wymiana zasilacza. Rozwiązujemy je zwykle usługą rąk operatora, dla której przygotowujemy opisaną procedurę i zapasowy nośnik zostawiony na miejscu, żeby zgłoszenie nie czekało na dostawę. Gdy wolicie, żeby przyjechał ktoś od nas, wizytę z biura na Bielanach umawiamy na konkretny dzień. Nadzór nad zadaniami pracuje bez przerwy, a zgłoszenia przejmuje inżynier w dni robocze od 8:00 do 18:00.

Czego ten serwer nie obejmie

Nie obejmie stacji roboczych z Windows ani zawartości chmury Microsoftu, bo nie jest do tego przeznaczony, a udawanie, że jest, kończy się luką w ochronie. Do drugiego z tych obszarów służy kopia dzierżawy. Nie zabezpieczy też baz w sposób świadomy aplikacji bez wcześniejszego przygotowania po Waszej stronie, a gdy w firmie pracuje kilka platform wirtualizacji naraz, sensowniejsza bywa jedna konsola, czyli Veeam.

Nie zastąpi wreszcie testu powrotu, bo sprawdza poprawność zapisanych bloków, a nie to, czy odtworzona maszyna wstanie i czy aplikacja na niej ruszy. Ten test robimy przy wdrożeniu i powtarzamy w ramach prowadzenia kopii, a kolejność uruchamiania systemów po dużej awarii opisuje plan odtworzenia. Przegląd kontraktu na szafę i dobór konfiguracji umawiamy przez kontakt.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026