asked on

Exchange 2010 Std. Physical to Virtual Migration SAN to SAN

I have to perform a physical to virtual migration of Exchange 2010 with over 2TB of data. To P2V with converter is not an option because of the downtime it will incur. What is the best method to move Exchange over without using that method. Create DAG and let it replicate between the physical and virtual, stand up a new exchange server in vSphere 5.5 or ?

dsnegi_25dec

...Install 2 Exchange on VM & include that Exchange VM box into DAG replication. Once replication will get complete mount the databases into vm Exchange box....And then remove the Physical boxes from DAG replication ...And do the decommission part.

Note if that physical box containing PF, then make sure PF replication has been migrate to vm exchange boxes.

ASKER CERTIFIED SOLUTION

tigermatt

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

You've not considered the "SYNC" Option! We've done larger migrations of over 5TB, with downtime reduced to 30 minutes out of hours!

It then does not make any difference how long the initial sync or copy, replication takes. and then when the full sync has occured, complete another Sync, 1 hour before Cutover, and then out of hours do the Swap!

SIMPLE and FREE!

HOW TO: Synchronize changes when completing a P2V or V2V with VMware vCenter Converter Standalone 5.1

and if you wanted limited downtime, down to seconds and minutes...we use Double Take MOVE!
or use Double Take Move

HOW TO: Migrate physical, virtual and cloud based workloads with real-time replication to VMware vSphere (ESXi) using Double-Take MOVE