Migracja z VMware na Proxmox Katowice

Kiedy w zakładzie pracującym bez przerwy wolno przenosić maszyny?

Prawie nigdy i to jest punkt wyjścia całego planowania. Linia pracuje na trzy zmiany, magazyn wydaje towar od rana do wieczora, a jedyne godziny bez ruchu przypadają w niedzielę i wystarczają najwyżej na jedną maszynę. Zakład, który w Katowicach obsługuje kontrahentów przemysłowych, ma zwykle w umowach zapisane terminy dostaw, więc dobrowolne zatrzymanie produkcji jest wydatkiem, a nie decyzją organizacyjną.

Zostaje jedna data w roku, w której wszystko i tak stoi: przerwa remontowa albo urlopowa. Wtedy wchodzi utrzymanie ruchu, wchodzą serwisy maszyn i wtedy jako jedyny raz w roku wolno zatrzymać systemy, które przez pozostałe pięćdziesiąt tygodni muszą działać.

Dlatego projekt zmiany platformy w takim zakładzie nie zaczyna się od pytania, jak przenieść maszyny. Zaczyna się od kalendarza produkcji i od liczenia wstecz od pierwszego dnia przerwy.

Co musi być gotowe na dzień przed rozpoczęciem przerwy?

Wszystko poza samym przełączaniem. Postój jest czasem najdroższym w całym roku, więc nie wolno w nim robić niczego, co da się zrobić wcześniej. Poniżej lista, którą zamykamy przed pierwszym dniem przerwy.

Co przygotowujemy	Kiedy to robimy	Co blokuje start, gdy tego brakuje
Spis maszyn z rolami i zależnościami	kilka tygodni wcześniej	kolejności przenoszenia nie da się ułożyć
Odpowiedzi producentów o dopuszczone środowiska	zaraz po spisie, na piśmie	ryzyko odrzuconego zgłoszenia awarii linii
Uruchomiona i sprawdzona platforma docelowa	przed przerwą, obok obecnej	przerwa schodzi na instalację zamiast na pracę
Próba na maszynie nieprodukcyjnej	przed przerwą	harmonogram opiera się na szacunkach, nie pomiarach
Sterowniki wgrane na pracujących maszynach	przed przerwą	maszyna nie wstaje po zmianie sprzętu wirtualnego
Skopiowane dyski maszyn produkcyjnych	w tle, przez kilka dni przed przerwą	w oknie zostaje kopiowanie zamiast uruchamiania
Podział maszyn na konieczne i odkładalne	przed przerwą, z kierownikami	przy skróceniu postoju nie wiadomo, co odpuścić

Ostatni wiersz jest tym, który ratuje projekty. Postój remontowy skraca się częściej, niż wydłuża, bo serwis maszyny kończy się wcześniej albo zamówienie wymusza wcześniejszy rozruch. Lista ustalona zawczasu zamienia tę sytuację w decyzję, a nie w improwizację.

Jak układamy kolejność maszyn w oknie liczonym w dniach?

Odwrotnie do intuicji. Pierwszego dnia przerwy przenosimy maszyny najprostsze, choć kusi, żeby zacząć od najważniejszej, dopóki wszyscy są wypoczęci. Powód jest prosty: pierwsze przeniesienia dają zmierzone czasy w tym konkretnym środowisku, a nie w środowisku próbnym, i dopiero po nich harmonogram reszty przestaje być założeniem.

Środek przerwy należy do maszyn produkcyjnych, na których stoi linia i wysyłka. Mają najdłuższe okna, najwięcej testów i najwięcej osób potwierdzających działanie, bo obok inżyniera musi stanąć ktoś z utrzymania ruchu i ktoś z magazynu. Sprawdzamy nie tylko to, czy system wstał, ale też czy sterowniki na hali odbierają zlecenia, czy wydruk etykiet działa i czy dane z linii zapisują się w bazie.

Ostatnie dwa dni zostawiamy puste. Nie dlatego, że nie mamy czym ich zapełnić, tylko dlatego, że przy trzynastej maszynie zawsze coś wychodzi, a rozruch produkcji ma sztywną datę. Projekt, który kończy się w ostatniej godzinie postoju, jest projektem bez zapasu.

Co robimy, gdy przerwa skróci się w trakcie?

Przechodzimy na wariant ustalony przed startem i nie przyspieszamy. Maszyny podzielone wcześniej na konieczne i odkładalne dają gotową odpowiedź: przenosimy tę pierwszą grupę, zamykamy etap, a resztę zostawiamy na kolejne okno. Zakład pracuje wtedy przez jakiś czas na dwóch platformach naraz i jest to stan całkowicie do przyjęcia, o ile jest zaplanowany.

Utrzymujemy wówczas jedno i drugie środowisko, kopie działają po obu stronach, a nadzór obejmuje wszystkie maszyny bez względu na to, gdzie akurat stoją. Kosztuje to trochę pracy i nic poza tym, bo stawka za maszynę nie zależy od platformy, na której ona pracuje.

Czego nie robimy w skróconej przerwie: nie skracamy testów po uruchomieniu i nie rezygnujemy z okresu, w którym stare maszyny czekają wyłączone jako droga powrotu. To dwie rzeczy, które kuszą najbardziej, gdy brakuje czasu, i dwie, których brak kosztuje najwięcej w pierwszym tygodniu po rozruchu.

Za co płacicie i co zostaje po zakończeniu prac?

Kwota obejmuje pracę: spis, uzgodnienia, przygotowanie platformy, próbę, przenoszenie maszyn, przepisanie kopii i nadzoru oraz odbiór z testami. Serwery, magazyn, licencje i ewentualne wsparcie producenta kupujecie na swoją spółkę i pokazujemy je w kosztorysie osobno, żeby dało się porównać oferty dostawców.

Po odbiorze zostaje działające środowisko, opis klastra, magazynu i sieci, wykaz maszyn z rolami i zasobami, procedura odtworzenia po awarii oraz raport zawierający zmierzone czasy każdego przełączenia. Zasoby po stronie VMware zwalniamy dopiero po pisemnym odbiorze, bo kilka tygodni miejsca na magazynie jest najtańszym zabezpieczeniem w całym projekcie.

Zanim padnie decyzja, warto przeczytać porównanie obu platform. Postawienie środowiska od zera prowadzi wirtualizacja serwerów, a opiekę po rozruchu administracja serwerami. Termin przeglądu ustalimy przez kontakt.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026