VMware Cloud Community
jamieorth
Expert
Expert
‎07-02-2008 12:03 PM
Jump to solution

Moving to new datacenter.

Building new datacenter. Will have all production VM's running at what will be DR site. We have SRM and are thinking of setting up replication from OLD site to NEW site. Once everything has been replicated and the delta's are managable we will shut down all running VM's. At that point we will run the DR plan with SRM. This should bring all the VM's up at the NEW site. From there we will have to reconfigure replication in the reverse direction, and reconfigure SRM for the other direction as well.

Anyone care to share any other ideas or past experiences?

Regards...

Jamie

If you found this information useful, please consider awarding points for "Correct" or "Helpful".

Remember, if it's not one thing, it's your mother...

Reply
0 Kudos
1 Solution

Accepted Solutions
Jay_Judkowitz
Enthusiast
Enthusiast
‎07-02-2008 02:52 PM
Jump to solution

Jamie,

Datacenter migrations are an excellent use case for SRM. I would recommend:

  1. Setup protection to the new site as you would do for any DR setup

  2. Test migrations to the new site using the test workflow as you would for any DR setup.

    1. Refine the protection/recovery setups until you are happy with the test results.

  3. During a scheduled downtime, actually run the recovery.

    1. This process will do an automated shutdown of the production services as its first step

    2. If your replication is async (as opposed to synchronous), place a message step after the "shutdown primary site VMs" step so that the recovery/migration pauses while you allow the writes to drain. Only after the storage tells you you are synched should you hit "continue" in the recovery plan. This will ensure no data loss with the migration.

  4. After the failover setup protection to the old site

    1. This part is not turnkey, but basically includes some teardown and setup of DR configuration.

    2. See the "failback" chapter of the admin guide and eval guide which you would want to follow more or less exactly except for the part about actually executing the failback. It's the prep work you'll be looking for guidance for.

Hope this helps.

Thanks,

Jay

View solution in original post

Reply
0 Kudos
2 Replies
Jay_Judkowitz
Enthusiast
Enthusiast
‎07-02-2008 02:52 PM
Jump to solution

Jamie,

Datacenter migrations are an excellent use case for SRM. I would recommend:

  1. Setup protection to the new site as you would do for any DR setup

  2. Test migrations to the new site using the test workflow as you would for any DR setup.

    1. Refine the protection/recovery setups until you are happy with the test results.

  3. During a scheduled downtime, actually run the recovery.

    1. This process will do an automated shutdown of the production services as its first step

    2. If your replication is async (as opposed to synchronous), place a message step after the "shutdown primary site VMs" step so that the recovery/migration pauses while you allow the writes to drain. Only after the storage tells you you are synched should you hit "continue" in the recovery plan. This will ensure no data loss with the migration.

  4. After the failover setup protection to the old site

    1. This part is not turnkey, but basically includes some teardown and setup of DR configuration.

    2. See the "failback" chapter of the admin guide and eval guide which you would want to follow more or less exactly except for the part about actually executing the failback. It's the prep work you'll be looking for guidance for.

Hope this helps.

Thanks,

Jay

Reply
0 Kudos
jamieorth
Expert
Expert
‎07-03-2008 01:12 PM
Jump to solution

Thanks Jay, I think the steps you outline are exactly what I was hoping for. It seems a very safe and documented process to do this. I will let you know how it turns out!!

Regards...

Jamie

If you found this information useful, please consider awarding points for "Correct" or "Helpful".

Remember, if it's not one thing, it's your mother...

Reply
0 Kudos