With ESXi 4.1, when we to a storage motion, we haev three options. Leave the same, thin format, thick format. We store our templates in thin format and our guest systems are thick format. Occasionally we miss one setting change when deploying new guests so we smotion them to correct it.
Steven Peck http://www.blkmtn.org On Wed, Jan 26, 2011 at 8:37 AM, Paul Hutchings <[email protected]>wrote: > 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:[email protected]] > *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:[email protected]] > *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 [email protected] > 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 [email protected] > 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 [email protected] > 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 [email protected] with the body: unsubscribe ntsysadmin
