You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/migrate/common-questions-server-migration.md
+33Lines changed: 33 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -394,6 +394,39 @@ You can work out the bandwidth requirement based on:
394
394
395
395
Ideally, you'd want initial replication to complete at least 3-4 days before the actual migration window. This timeline gives you sufficient time to perform a test migration before the actual window and keep downtime during the window to a minimum.
396
396
397
+
## How do I roll back if something goes wrong during the migration process?
398
+
399
+
Azure Migrate doesn't support rollback today, which means after users migrate, they can't go back to on-premises.
400
+
401
+
## What strategies do I use to reduce downtime during migration?
402
+
403
+
1. Use Agent-Based Replication for Continuous Sync
404
+
**Tool**: Azure Migrate: Server Migration
405
+
**How it helps**: It continuously replicates on-premises VMs to Azure.
406
+
**Benefit**: This helps you cut over with minimal data loss (RPO of a few seconds) and reduces downtime (RTO of a few minutes).
407
+
1. Perform Test Migrations
408
+
**How it helps**: Azure Migrate lets you run test migrations without affecting the production VM.
409
+
**Benefit**: You check boot success, network connectivity, and application functionality in Azure before the final cutover.
410
+
1. Use Replication Groups for Dependency-Aware Migration
411
+
**How it helps**: You group VMs based on application or service dependencies and migrate them together.
412
+
**Benefit**: This lowers the risk of broken dependencies during migration and helps keep services running smoothly.
413
+
1. Schedule Cutovers During Maintenance Windows
414
+
**How it helps**: You plan the final cutover (switching users to the Azure-hosted app) during a known low-traffic period.
415
+
**Benefit**: This minimizes the user impact and gives time for rollback if needed.
416
+
1. Do a Phased Migration
417
+
**How it helps**: You migrate and modernize workloads in stages instead of all at once.
418
+
**Benefit**: Smaller changes minimize the risk and help keep services available throughout the process.
419
+
420
+
## How do I measure the success of my cloud migration execution?
421
+
422
+
| Metric | Description |
423
+
| --- | --- |
424
+
| Cutover success rate | Percentage of workloads successfully migrated without rollback or issues. |
425
+
| Downtime duration | Total unplanned downtime occurs during cutover; the goal is minimal or zero. |
426
+
| Data integrity | Post-migration validation of data completeness and accuracy. |
427
+
| Application functionality |Post-migration, apps work exactly as expected (functional testing, and UAT pass). |
428
+
| Migration completion timeline | Actual vs planned migration schedule adherence. |
429
+
397
430
## Related content
398
431
399
432
* Learn more about migrating [VMware VMs](tutorial-migrate-vmware.md), [Hyper-V VMs](tutorial-migrate-hyper-v.md), and [physical servers](tutorial-migrate-physical-virtual-machines.md).
0 commit comments