VMware Cloud Community
GHitchcock
Contributor
Contributor
Jump to solution

Migrating all VM's from a datastore and then deleting the datastore?

Hi,

I have a deployment coming up this month and my director would like to build a new array RAID 6, create a datastore with the new array, and then move all VM's to the newly created datastore.

Then he asked me to take the old datastore and remove it, and provision the space from the removed datastore to other datastores in our shared environment. The issue is when the new raid is created and vm's migrated to the new datastore, what is the best way to remove the empty datastore and make that space available to the other datastores? Any help would be appreciated...

Greg~

Reply
0 Kudos
1 Solution

Accepted Solutions
vThinkBeyondVM
VMware Employee
VMware Employee
Jump to solution

If all checks are satisfied, you can go ahead & unmount it with no any issue.

I re-iterate below checks:

-No VM resides on the datastore

-The datastore is not part of Datastore cluster

-The datastore is not managed by storage DRS

-SIOC is disabled for this datastore

-The datastore is not used for vSphere HA heartbeat.

Specially highlighted 2 checks. Plz note that SIOC can be enabled on datastore without SDRS in picture 


----------------------------------------------------------------
Thanks & Regards
Vikas, VCP70, MCTS on AD, SCJP6.0, VCF, vSphere with Tanzu specialist.
https://vThinkBeyondVM.com/about
-----------------------------------------------------------------
Disclaimer: Any views or opinions expressed here are strictly my own. I am solely responsible for all content published here. Content published here is not read, reviewed or approved in advance by VMware and does not necessarily represent or reflect the views or opinions of VMware.

View solution in original post

Reply
0 Kudos
4 Replies
sharathyk
Contributor
Contributor
Jump to solution

Below article should help you to unmount and detach the datastore safely from 5.x ESXi host.

VMware KB: Unmounting a LUN or detaching a datastore/storage device from multiple VMware ESXi 5.x ho...

vThinkBeyondVM
VMware Employee
VMware Employee
Jump to solution

Especially follow all the below checks :

If you remove the datastore from VI client which is connected to vCenter, (datastore>>rightclick>>unmount), VI client will do check for first 6 points automatically.


----------------------------------------------------------------
Thanks & Regards
Vikas, VCP70, MCTS on AD, SCJP6.0, VCF, vSphere with Tanzu specialist.
https://vThinkBeyondVM.com/about
-----------------------------------------------------------------
Disclaimer: Any views or opinions expressed here are strictly my own. I am solely responsible for all content published here. Content published here is not read, reviewed or approved in advance by VMware and does not necessarily represent or reflect the views or opinions of VMware.

GHitchcock
Contributor
Contributor
Jump to solution

The datastore in question is not part of a datastore cluster and we are not using DRS or HA and it's not being used as core dump so can I just unmount the datastore, do a rescan and apply that storage to other datastores?

Reply
0 Kudos
vThinkBeyondVM
VMware Employee
VMware Employee
Jump to solution

If all checks are satisfied, you can go ahead & unmount it with no any issue.

I re-iterate below checks:

-No VM resides on the datastore

-The datastore is not part of Datastore cluster

-The datastore is not managed by storage DRS

-SIOC is disabled for this datastore

-The datastore is not used for vSphere HA heartbeat.

Specially highlighted 2 checks. Plz note that SIOC can be enabled on datastore without SDRS in picture 


----------------------------------------------------------------
Thanks & Regards
Vikas, VCP70, MCTS on AD, SCJP6.0, VCF, vSphere with Tanzu specialist.
https://vThinkBeyondVM.com/about
-----------------------------------------------------------------
Disclaimer: Any views or opinions expressed here are strictly my own. I am solely responsible for all content published here. Content published here is not read, reviewed or approved in advance by VMware and does not necessarily represent or reflect the views or opinions of VMware.

Reply
0 Kudos