VMWARE · MIGRATION

VMware to Hyper-V Migration Checklist: Production Cutover Runbook

Production VMware-to-Hyper-V checklist covering discovery, backup, disk conversion, network mapping, validation and rollback.

Practical Runbook Technical Troubleshooting
Detailed RunbookCommands + ValidationProduction Troubleshooting
Have a question about this runbook?Post your issue to the TechRunbook Community and get help from other IT professionals.
Ask the Community →

Before you start

Capture the current state, preserve recoverable data and record recent changes before remediation. Use production-impacting commands only within an approved maintenance or change window.

Discovery

Record VM owner, application, OS, firmware, CPU, memory, disks, snapshots, VLANs, IP, DNS, monitoring and backup dependencies.

Source readiness

Verify recoverable backup, clean shutdown capability and source disk health. Resolve snapshots or storage incidents before conversion.

Target readiness

Verify Hyper-V host capacity, storage, virtual switches, VLANs, clustering and backup integration.

Cutover

Stop the source, perform final conversion or synchronization, create the Hyper-V VM, attach disks and configure networking. Record exact times and evidence.

Validation

Check boot, disks, IP configuration, DNS, routes, services, certificates, monitoring, backup and application health. Obtain owner sign-off.

Rollback

Keep the source recoverable until the agreed acceptance period expires. Shut down the target before restoring the original workload identity.

Readiness commands

Get-VMHost
Get-VMSwitch
Get-Volume
Get-NetAdapter

Troubleshooting validation

  • Confirm the original symptom is resolved.
  • Verify dependent services and application health.
  • Review logs or command output for secondary errors.
  • Document the root cause and corrective action.
  • Retain rollback evidence until the change is accepted.

Frequently Asked Questions

What should I check first?

Capture the current state, exact error, affected scope and recent changes before making changes. Then test the failing layer from the lowest dependency upward.

How do I validate the fix?

Repeat the original failing operation, check dependent services and confirm the issue remains resolved after any required restart or service recovery.

Can this troubleshooting be automated?

Automate read-only diagnostics first. Add remediation only after commands, permissions, logging and rollback behavior have been validated.

Related TechRunbook resources

Was this runbook helpful?