Migracja z VMware na Proxmox Kraków

Kiedy stare środowisko przestaje być zabezpieczeniem?

Mniej więcej wtedy, gdy przestaje ktokolwiek na nie patrzeć. Przez pierwsze dni po przełączeniu jest dokładnie tym, czym miało być: kompletnym środowiskiem gotowym do uruchomienia, jeśli po nowej stronie coś zawiedzie. Po miesiącu sytuacja się odwraca. Maszyny stoją wyłączone, nikt nie wgrywa im poprawek, kopie już się z nich nie wykonują, a dane na dyskach są tym, czym były w dniu migracji.

W firmie, która pracuje na własnych dokumentach, jest to głównie zajęte miejsce. W krakowskiej kancelarii albo w spółce prowadzącej procesy dla grupy jest to coś innego: pełny egzemplarz akt klientów i danych osobowych, leżący na sprzęcie poza jakąkolwiek bieżącą kontrolą. Nikt nie podjął decyzji, żeby taki zbiór utworzyć. Powstał jako produkt uboczny dobrze przeprowadzonego projektu.

Dlatego w tych branżach traktujemy zamknięcie starego środowiska jako etap z terminem, a nie jako sprzątanie, do którego kiedyś się wróci. Ustalamy go na początku, razem z resztą harmonogramu, i mówimy o tym przed podpisaniem umowy.

Jak długo utrzymujemy drogę powrotu i od czego to zależy?

Od tego, kiedy przeniesione systemy przejdą przez pełny cykl swojej pracy. Dopóki nie wykonały wszystkiego, co robią regularnie, powrót ma sens, bo część usterek ujawnia się dopiero przy czynności wykonywanej raz na jakiś czas.

W praktyce oznacza to zwykle od dwóch tygodni do miesiąca. Termin dobieramy do rytmu firmy: kancelaria potrzebuje przejść przez zamknięcie miesiąca i rozliczenie spraw, centrum usług przez raportowanie do grupy, spółka handlowa przez pełny obieg zamówienia. Datę wpisujemy do harmonogramu i przy niej zostajemy, chyba że w tym okresie coś realnie się wydarzy.

Po tym terminie środowisko przestaje być drogą powrotu, bo dane po nowej stronie odjechały już na tyle, że uruchomienie starych maszyn i tak wymagałoby przenoszenia wszystkiego, co powstało w międzyczasie. Utrzymywanie go dłużej niczego nie kupuje, a kosztuje miejsce, licencje i uwagę.

Co dokładnie dzieje się ze starym środowiskiem po odbiorze?

Przechodzimy przez listę i zamykamy pozycję po pozycji, z datą przy każdej. Poniżej zestawienie, które prowadzimy przy takich projektach.

Element starego środowiska	Co z nim robimy	Czym to zamykamy
Maszyny wirtualne	wyłączenie, po terminie usunięcie z magazynu	wpis z datą i osobą wykonującą
Dyski w hostach	wyczyszczenie metodą właściwą dla nośnika	protokół czyszczenia
Sprzęt dzierżawiony	zwrot dostawcy po wyczyszczeniu	potwierdzenie odbioru od dostawcy
Kopie ze starej platformy	zachowanie do końca ustalonej retencji	wpis o dacie ostatniego punktu
Subskrypcje i wsparcie	wypowiedzenie po odbiorze	potwierdzenie od producenta
Konta wykonawców i integratorów	zamknięcie razem ze środowiskiem	wykaz zamkniętych dostępów
Wpisy w nadzorze i w dokumentacji	usunięcie starych maszyn, opis nowych	zaktualizowany opis środowiska

Wiersz czwarty bywa źródłem nieporozumień, więc rozstrzygamy go osobno. Kopie wykonane przed migracją zwykle muszą zostać do końca swojego okresu przechowywania, bo to on wyznacza, jak daleko wstecz potraficie sięgnąć. Nie kasujemy ich razem z maszynami, tylko przenosimy pod nadzór po nowej stronie i zapisujemy, do kiedy obowiązują.

Co trzeba ustalić przed pierwszym oknem, żeby dało się to zamknąć?

Trzy rzeczy, wszystkie na papierze i wszystkie przed pracą. Pierwsza to wykaz maszyn wraz z informacją, czyje dane przetwarza każda z nich. Bez tego nie da się odpowiedzieć na pytanie, czy stary egzemplarz środowiska jest kwestią porządku, czy sprawą wymagającą decyzji kogoś jeszcze.

Druga to ustalenie, kto ma dostęp do danych w trakcie prac i skąd. Przenoszenie prowadzimy między Waszymi hostami albo w Waszym magazynie w centrum danych, z kont imiennych, a wykaz sesji zostaje po projekcie. Zapisanie tego przed startem zajmuje jedno zdanie i zdejmuje pytanie, które w tych branżach zawsze pada, tylko zwykle po fakcie.

Trzecia to lista rzeczy do wypowiedzenia i wyłączenia, sporządzona na początku, gdy jeszcze wiadomo, co do czego służy. Po odbiorze nikomu się już do niej nie chce wracać, a każda pozycja pominięta w tym momencie odzywa się później: raz jako faktura za subskrypcję środowiska, którego nie ma, raz jako czynne konto wykonawcy, który skończył pracę kwartał wcześniej.

Co obejmuje kwota projektu, a co kupujecie sami?

Kwota obejmuje pracę: spis środowiska, przygotowanie platformy, próbę na maszynie nieprodukcyjnej, przenoszenie maszyn w umówionych oknach, przepisanie kopii i nadzoru, odbiór z testami oraz zamknięcie poprzedniego środowiska wraz z dokumentami. Rośnie wraz z liczbą maszyn, wielkością dysków i liczbą systemów Windows wymagających sprawdzenia aktywacji.

Serwery, magazyn danych, licencje i ewentualne wsparcie producenta kupujecie na własną spółkę, a w kosztorysie stoją osobno, żeby dało się porównać oferty dostawców sprzętu. Po odbiorze zostaje działające środowisko, opis klastra, magazynu i sieci, wykaz maszyn z rolami, procedura odtworzenia po awarii oraz raport z przeniesienia ze zmierzonymi czasami.

Zanim padnie decyzja, warto przejść przez porównanie obu platform. Budowę środowiska od podstaw prowadzi wirtualizacja serwerów, a opiekę po przełączeniu administracja serwerami. Termin przeglądu ustalimy przez kontakt.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026