Start a Conversation

This post is more than 5 years old

Solved!

Go to Solution

1613

August 9th, 2016 07:00

Moving virtual hba connected vms from one hyper-v cluster to another on same array virtual

Hello,

I posted this in the everything microsoft forum as well, however, I am still unclear on what to do.

My issue:

Right now I have an old one node hyper-v cluster.  Even though the 2nd node is evicted, cluster services are still running.

We are looking to reuse that host in our DR site so I have to migrate all of the VMs off of it on to another cluster(that is also hyper-v).

Both clusters are zoned to the same VNX. I simply want to move those vms, which have virtual HBAs connected and large luns presented. The VMs were created in a kind of non conventional fashion, not in VMM.

The vms are running windows 2012 standard, and the clusters are running 2012 r2.

I might be missing the point with all of the threads I have read, etc, however, I am still in the dark on how to move these successfully.

Thanks again in advance!

Admingirl

9 Legend

 • 

20.4K Posts

August 11th, 2016 12:00

i am afraid you don't have many choices, you will need to use host based tools (robocopy). Using block tools will not accomplish what you are trying to do.  Stand up a temporary Windows box with the vhdx data drives, robocopy the data. When it's time to cut-over, stop SQL services, disable SQL services, perform final robocopy. Move OS vhd to new environent, replace OS in temporary Windows server with the one you just copied, attach vhdx files you robocopied to earlier and boot it up. Might need to bring those drives online in Disk Administrator since it's never seen those vhdx files before. Once drives are online, re-enable SQL services and reboot the box.

That's what i would do, good luck.

9 Legend

 • 

20.4K Posts

August 9th, 2016 08:00

so each VM has its own virtual HBAs and is individually zoned to VNX ?

2 Intern

 • 

614 Posts

August 9th, 2016 08:00

Thank you Dynamox, yes they are individually zoned as if they were standalone hosts.

9 Legend

 • 

20.4K Posts

August 9th, 2016 08:00

since each VM has a dedicated LUN as well, i can't see any other way but to treat them as "physical" server migration. 

Step-By-Step: Migrating Physical Servers to Virtual Machines – Blain Barton – | Blain Barton's Blog

2 Intern

 • 

614 Posts

August 9th, 2016 09:00

Thanks again Dynamox, just to clarify, each VM does have it's own HBAs, and separate luns for data, but I believe the OS portion of the VM does share the big lun carved up for that.

9 Legend

 • 

20.4K Posts

August 9th, 2016 10:00

can you validate that each OS is indeed a dedicated vhd ?

2 Intern

 • 

614 Posts

August 9th, 2016 11:00

Checked with our Windows folks and yes, each VM has a separate .vhd file.

2 Intern

 • 

614 Posts

August 9th, 2016 11:00

Sure, I will check with our Windows folks. Thanks you so much for your help Dynamox.

9 Legend

 • 

20.4K Posts

August 9th, 2016 13:00

the vhd can probably be copied but you will need to do some p2v with other drives.

2 Intern

 • 

614 Posts

August 10th, 2016 11:00

I am bummed, we have some 3TB luns and so I can't use p2v.

Cannot have any volumes larger than 2040 GB.

9 Legend

 • 

20.4K Posts

August 10th, 2016 15:00

so what does that leave you with ? Build new VMs and use robocopy/emcopy ?

2 Intern

 • 

614 Posts

August 10th, 2016 20:00

Yep, I think that is myonly option at this point.

4.5K Posts

August 11th, 2016 08:00

If you're going to use robocopy, remember to run it with multiple threads to get better performance:  /MT:128

glen

2 Intern

 • 

614 Posts

August 11th, 2016 11:00

The luns have sql on them,

all the vms have a data lun, tempdb, and log lun.

Just wondered if there is another tool I can use because of SQL.

2 Intern

 • 

614 Posts

August 11th, 2016 11:00

Could I use SANCOPY since it's on the VNX and the data is going to stay on that same VNX?

No Events found!

Top