Vmware - Zalecenia odnośnie migracji P2V

Zalecenia odnośnie migracji P2V za pomocą VMware Converter 3 Enterprise dla maszny Windows 2000 Server/Server 2003

• Migrację należy zacząć od przygotowania serwera źródłowego (fizycznego) z systemem Windows oraz zapewnienia prawidłowej komunikacji w środowisku sieciowym pomiędzy odpowiednimi komponentami:

  1. zapewnić by na każdym z migrowanych dysków serwera fizycznego (C:, D:, itd.) była wolna przestrzeń (~2GB) w przeciwnym razie migracja nie powiedzie się na wczesnym etapie (podczas wykonywaniu tzw. snapshota dysku na maszynie fizycznej). Miejsce takie trzeba zwolnić usuwając zbędne pliki lub przenosząc chwilowo część danych (niesystemowych) na inny zasób. UWAGA: system Windows do poprawnej pracy wymaga ok. 1GB wolnej przestrzeni na wolumenie systemowym.

  2. musi być zapewniona komunikacja sieciowa pomiędzy następującymi elementami na odp. portach TCP/IP

VMware Converter Application ==> Remote physical machine: 445 and 139
VMware Converter Application => VC (or ESX if connecting directly to ESX): 902
Remote physical machine => VC: 902
Remote physical machine => ESX: 902

1. Jeśli na serwerze fizycznym używany był tzw. NIC teaming należy odinstalować oprogramowanie (np. Intel PROset for Wired Connections) i zdekonfigurować team-ing tak, aby pracowała tylko jedna karta sieciowa. W przeciwnym razie na maszynie wirtualnej po migracji pozostaną trudne do usunięcia obiekty.

2. Jeśli migrowanym system będzie Windows OEM, po migracji konieczna będzie jego ponowna aktywacja. Aktywacja wymaga, aby maszyna wirtualna po migracji miała na oryginalnym adresie IP dostęp do Internetu lub była możliwość telefonicznego zarejestrowania maszyny Windows w Microsoft. Uwaga: używanie systemu Windows w wersji OEM na innym serwerze niż tym z jakim była zakupiona jest nielegalne. Nie jest możliwa podmiana klucza OEM na inny. Z reguły w takich przypadkach wymagana będzie nowa licencja. Problem ponownej aktywacji nie dotyczy systemów licencjonowanych w trybie MOLP lub VLK.

• Przed migracją zalecane jest wyłączenie wszystkich usług aplikacyjnych w Services (nacisnąć Stop, a potem ustawić tryb Manual, tak aby po restarcie serwera usługi typu MS SQL Server, IIS, Exchange, itp. nie uruchamiały się)

• Przy podłączaniu się do hosta źródłowego (fizycznego) poprzez VMware Converter najlepiej używać konta lokalnego administratora

• System operacyjny Windows wymaga restartu po instalacji VMware Converter Agent-a (tzw. moduł ufad, dotyczy to Windows 2000 Server)

• Jako cel należy wskazać wybrany serwer ESX lub hosta VirtualCenter (zalecane jest wskazanie konkretnego serwera ESX)

• Jeśli dysk systemowy (C:) jest na tym samym dysku (jako partycja) z innymi dyskami migracja P2V najprawdopodobniej będzie obejmowała tylko dysk C: (chodzi o wydzielenie dysku systemowego w celu ułatwienia wykonywania backupów). Pozostałe dyski (partycje tego samego dysku) D:, E:, itd. będą migrowane w inny sposób, np. poprzez otoczenie sieciowe (uwaga: dla dużych wolumenów i wielu małych plików może to trwać bardzo długo). Operacja wymaga skonfigurowania nowych dysków wirtualnych o odpowiedniej pojemności dla partycji D:, E:, itd..

• kopiowanie katalogów po otoczeniu sieciowym nie gwarantuje przeniesienia wszystkich uprawnień (jeśli na katalogach były nadawane specyficzne uprawnienia dla użytkowników lokalnych bądź domenowych należy użyć innych narzędzi, np. robocopy lub zrobić obraz partycji/dysku za pomocą narzędzi Ghost 2003). Jeśli uprawnienia nie zostaną przeniesione (chociażby ręcznie) niektóre aplikacje mogą się nie uruchamiać bądź nie będą działały poprawnie

• Po migracji należy zrewidować konfigurację maszyny wirtualnej, tzn.:

  1. zmniejszyć liczbę vCPU do 1 (o ile nie jest wymagana większa moc), domyślnie po konwersji naszyna wirtualna otrzymuje tyle procesorów ile miał serwer fizyczny (max. 4 vCPU)

  2. ilość pamięci RAM (domyślnie po migracji maszyna VM ma tyle RAM-u i serwer fizyczny)

  3. usunąć ręcznie porty typu Serial/Parallel/USB, które zostały dodane automatycznie podczas migracji

• Usunąć ręcznie VMware Converter Agent-a jeśli na etapie instalacji wybrano opcję manualnej jego deinstalacji

• Zmienić emulację adpatera SCSI z BusLogic na LSI Logic w konfiguracji maszyny wirtualnej (Edit Settings) – operacja możliwa tylko po wyłączeniu maszyny wirtualnej. W przypadku Windows Server 2003 adapter ten jest wykrywany automatycznie. Dla maszyn z systemem Windows 2000 Server konieczna jest przed dokonaniem tej zmiany instalacja sterownika LSI20320 (LSI Logic Fusion-MPT (TM) Driver SYMMPI.SYS V1.21.25). Instalację można wykonać po uprzednim zrobieniu snapshot-a (w razie problemów będzie możliwe przywrócenie stanu maszyny wirtualnej).

• Jeśli w BIOS-ach serwerów fizycznych, na których pracuje ESX włączono obsługę flagi NX (Non-eXecute bit) może się pojawić specjalny komunikat systemu operacyjnego dotyczący tej funkcji. Należy wtedy wybrać opcję, która pozwoli na stosowanie flagi NX tylko dla usług systemowych, gdyż może to powodować problemy z oprogramowaniem aplikacyjnym.

• Jeśli migracja P2V maszyny wirtualnej obejmuje również zmianę adresu IP należy przewidzieć jak zareagują na taką zmianę różne aplikacje (np. czy nie będzie konieczności dokonania zmian adresów IP w plikach konfiguracyjny i/lub rejestrze systemowym).