But how would vsphere know how much free space is inside of an NTFS file system? How would vsphere know the difference between a block of zeros that are NTFS free space, and a block of zeros that are part of a file?
From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk] Sent: Wednesday, January 26, 2011 11:38 AM To: NT System Admin Issues Subject: RE: Moving VM's between vCenter clusters? My understanding is that when migrating to vsphere 4.1 that the same as with a new VM, you can choose to move the thick VMDK or you can move it and reprovision it as a thin VMDK, in which case running sdelete first just optimizes how much space vsphere thinks is in use within the VMDK. From: Ken Cornetet [mailto:ken.corne...@kimball.com] Sent: 26 January 2011 16:34 To: NT System Admin Issues Subject: RE: Moving VM's between vCenter clusters? I don't think the thin provisioning is relevant. The vmdk files will be moved as they are. From: Paul Hutchings [mailto:paul.hutchi...@mira.co.uk] Sent: Wednesday, January 26, 2011 10:09 AM To: NT System Admin Issues Subject: Moving VM's between vCenter clusters? I have a new SAN and vCenter server and vSphere hosts which I'm finalizing testing. One thing I've not been able to easily try is how to get the VM's off my existing hosts and onto the new hosts. My understanding is that I should be able to simply join the current vSphere boxes (ESX 3.5) to the new vCenter and from there, do a migration (offline) of the VM's to the new servers and storage. I'm using thin provisioning on the new SAN and within vSphere so I need to run something like sdelete in each existing VM to zero the free space, but other than that, have I missed anything blindingly obvious please? Thanks, Paul ________________________________ MIRA Ltd Watling Street, Nuneaton, Warwickshire, CV10 0TU, England Registered in England and Wales No. 402570 VAT Registration GB 100 1464 84 The contents of this e-mail are confidential and are solely for the use of the intended recipient. If you receive this e-mail in error, please delete it and notify us either by e-mail, telephone or fax. You should not copy, forward or otherwise disclose the content of the e-mail as this is prohibited. ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com<mailto:listmana...@lyris.sunbeltsoftware.com> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
