Thanks!  We have pretty much the same setup...

Any issues with having the same license file on two VCs?

Anyway, then, once the new VC is set, simply remove from the old and add 
to the new, and all is well?

Thanks again!
--
RMc

"Garcia-Moran, Carlos" <cgarciamo...@spragueenergy.com> wrote on 
11/04/2009 09:14:59 AM:

> Can you give us more info on the setup you have?
> 
> Normally here?s what I do for example. We have
> 
> Virtual center Server
> Hosts
> Guests
> Clusters
> Datacenters
> Folders
> 
> So we create a new VC with a the needed features, Update manager, 
> license server etc? Once it?s online we recreate the structure on 
> the old VC so it looks the same but empty and then we remove a Host 
> from the Old VC and added it to the New VC on the right spot, this 
> operation doesn?t take long so there isn?t any issue with clusters 
> and balancing, the only thing you lose is the historical perf data 
> for the guests but I never rely on it so It isn?t important to me.
> 
> The other method would entail, loading up VC on a new server and 
> exporting the DB from the old one and importing it.
> 
> From: richardmccl...@aspca.org [mailto:richardmccl...@aspca.org] 
> Sent: Wednesday, November 04, 2009 10:07 AM
> To: NT System Admin Issues
> Subject: RE: Moving VMWare management suite
> 
> 
> Thanks for the info on the license! 
> 
> By "starting from scratch", would this mean a database would get 
> guest information from the ESX servers (two of them) and populate the 
client?
> 
> Meanwhile, as far as P2V, having this as a VM makes me a bit 
> nervous.  (So does virutalizing ALL my domain controllers - I want 
> at least one physical).  Also, our current infrastructure client, 
> license server, etc is all on a DC (please don't ask - long story!).
> We plan on demoting and then scapping this machine.  I'd just as 
> soon not have to demote it more than once... 
> -- 
> RMc 
> 
> "Garcia-Moran, Carlos" <cgarciamo...@spragueenergy.com> wrote on 
> 11/04/2009 08:59:17 AM:
> 
> > Don?t worry about the Host?s they maintain a license for some time 
> > when they can?t communicate with a License server. While you can do 
> > a migration export the DB and re import, I always find it?s best to 
> > start over fresh if you have all the pieces you need. Also you can 
> > do a P2V of the server itself, I?ve run my VC as a guest for years 
> > with no issue. 
> > 
> > From: richardmccl...@aspca.org [mailto:richardmccl...@aspca.org] 
> > Sent: Wednesday, November 04, 2009 9:55 AM
> > To: NT System Admin Issues
> > Subject: Moving VMWare management suite 
> > 
> > 
> > Greetings! 
> > 
> > We have a VMWare system, not quite two years old, and the 
> > "management suite" (VMWare Infrastructure Client 2.5, update 
> > managers, converters, and license server) are on an aging box we 
> > need to replace. 
> > 
> > I have docs saying how to install the Infrastucture Client, etc from
> > scratch.  What I seek is how to move this setup to a different 
> > server.  I am especially concerned about the License Server.  I fear
> > if I screw that up, my ESX servers (v 3.5) might get knocked off-
> > line for not having valid licenses. 
> > 
> > Any good pointers, docs, etc to offer?  (Meanwhile, groping about on
> > the VMWare site...) 
> > 
> > Thanks!
> > -- 
> > Richard D. McClary 
> > Systems Administrator, Information Technology Group 
> > 
> > ASPCA® 
> > 1717 S. Philo Rd, Ste 36 
> > Urbana, IL  61802 
> > 
> > richardmccl...@aspca.org 
> > 
> > P: 217-337-9761 
> > C: 217-417-1182 
> > F: 217-337-9761 
> > www.aspca.org 
> > 
> > The information contained in this e-mail, and any attachments 
> > hereto, is from The American Society for the Prevention of Cruelty
> to Animals®
> > (ASPCA®) and is intended only for use by the addressee(s) named 
> > herein and may contain legally privileged and/or confidential 
> > information. If you are not the intended recipient of this e-mail, 
> > you are hereby notified that any dissemination, distribution, 
> > copying or use of the contents of this e-mail, and any attachments 
> > hereto, is strictly prohibited. If you have received this e-mail in 
> > error, please immediately notify me by reply email and permanently 
> > delete the original and any copy of this e-mail and any printout 
thereof. 
> > 
> > 
> > 
> > _________________________________________________________
> > This e-mail, including attachments, contains information that is
> > confidential and may be protected by attorney/client or other 
privileges.
> > This e-mail, including attachments, constitutes non-public information
> > intended to be conveyed only to the designated recipient(s). If you 
are not
> > an intended recipient, you are hereby notified that any unauthorized 
use,
> > dissemination, distribution or reproduction of this e-mail, including
> > attachments, is strictly prohibited and may be unlawful. If you have
> > received this e-mail in error, please notify me by e-mail reply and 
delete
> > the original message and any attachments from your system.
> > _________________________________________________________ 
> > 
> > 
> 
> 
> _________________________________________________________
> This e-mail, including attachments, contains information that is
> confidential and may be protected by attorney/client or other 
privileges.
> This e-mail, including attachments, constitutes non-public information
> intended to be conveyed only to the designated recipient(s). If you are 
not
> an intended recipient, you are hereby notified that any unauthorized 
use,
> dissemination, distribution or reproduction of this e-mail, including
> attachments, is strictly prohibited and may be unlawful. If you have
> received this e-mail in error, please notify me by e-mail reply and 
delete
> the original message and any attachments from your system.
> _________________________________________________________
> 
> 
~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to