Migrarea unui server fizic in Hyper-V (P2V) pare simpla pana iti dai seama ca exista 12 capcane care pot strica weekend-ul.
Etape implementare P2V corecta
- Audit pre-migrare — inventar aplicatii, dependinte, drivere, agenti, conectari storage extern, licente legate de hardware
- Curatare server sursa — defragmentare, dezactivare servicii nerelevante, verificare integritate disk
- Alegerea metodei — Disk2VHD, Veeam Agent for Windows, MVMC (depind de OS, downtime acceptat, dimensiune)
- Sizing VM — calcul vCPU/RAM bazat pe utilizare reala, NU pe ce era fizic (overprovisioning = risipa)
- Generation 1 vs 2 — Gen 2 e standardul modern (UEFI, Secure Boot), dar nu toate OS-urile vechi suporta
- Network — VLAN, MAC address (atentie la software MAC-licensed), bridge config
- Storage — VHDX dynamic vs fixed, plasament pe CSV, deduplicare ReFS pentru economie spatiu
Provocari tipice intalnite
Driver-ele ramase de pe hardware-ul vechi cauzeaza BSOD la primul boot. Aplicatii legate de hardware ID sau dongle USB necesita solutii custom (USB passthrough, license re-issuance). Antivirus / backup agents vechi trebuie reconfigurati cu config nou pentru VM.
Decizii arhitecturale
Decidem impreuna cu clientul: standalone Hyper-V (simplu, 1 nod), Failover Cluster cu Cluster Shared Volume (HA real), sau Storage Spaces Direct (S2D) hyperconverged (3+ noduri cu storage local agregat). Fiecare are cost vs HA tradeoff.
Pas critic: rollback plan
Inainte de orice migrare, pastram serverul fizic intact pentru rollback rapid daca apare ceva critic. Migrare = test 24h pe VM, validare functionalitate completa, apoi cutover oficial. Server fizic vechi - decomission abia dupa 1 saptamana.
Ce livram
VM functional in productie cu performante mai bune decat originalul, agent backup nou activ, monitoring integrat, documentatie completa cu diagrame retea, runbook DR pentru restore rapid, training echipa client.