halaakajan wrote: » Hello guys. I don't have any idea about this. Please help. We will be using vSphere for this.
ptilsen wrote: » To be completely frank, if this is the approach you take to this problem then you probably should not be handling the virtualization of physical systems at all. It's not that it's extremely easy or extremely hard -- the way you're requesting for help here seems to indicate that you haven't researched the subject on your own at all. It's not an obscure or highly technical topic -- a really simply Google search would get you high-level descriptions of what to do as well as in-depth walk-throughs of the procedure in question, which is done using highly intuitive GUIs. If you get the high-level process and have specific questions about the implementation or are curious about the gotchas, that's fine, but if your approach is basically "I'm clueless. Help", I really have to advise against even attempting this.
cyberguypr wrote: » Good point. This is why every respectable IT dept. has a lab, no matter how small. Before you try something with a critical system you play with it in the lab and avoid nightmares. If you dont have experience with it, then it's imperative you try it out. There are countless blogs, guides and youtube videos with step by step instructions on how to virtualize. Go check those out and then hit us with specific questions.
ChooseLife wrote: » and I will never forget SMBIOS.reflectHost = "true" This setting tells VMware to pass Vendor ID of the actual hardware and not abstract it with "VMware Inc" - critical if you want a hardware-tied OEM license for Windows to continue working after P2V.. Just a random flashback from P2V project days...
scott28tt wrote: » You sure it's legal to use a Microsoft OEM license inside a VM, where the VM ends up running on a different piece of physical hardware than the original physical system?
ChooseLife wrote: » As long as the VM continues running on the same hardware, it is legal - that's what I was told by Microsoft customer service when I inquired about it in 2008.
scott28tt wrote: » It depends on the definition of the "same hardware" I guess - the actual same physical hardware, the same model of hardware, the same hardware manufacturer...
QHalo wrote: » VMware Communities: Licensing: Microsoft Server Licensing Implications with VMotion
ChooseLife wrote: » That's a great document! (and it happens to support the statements I made above ) Yes, Datacenter license provides most flexibility for a virtualized environment. In my case, it was a P2V project for a small company (~20 production servers), Datacenter edition was completely out of budget, and this little SMBIOS.reflectHost feature saved the company some ~25% of the licensing costs (at the 4 VM per host virtualization ratio).
If its an OEM Windows Server license, the OS license is tied to the original ESX server hardware (regardless of whether its STD, Ent or DC license) and is never moveble to another hardware through VMotion or any other method. So No VMotioning allowed there.
QHalo wrote: » Technically you can do it, but you can't vMotion the machine to another host which wouldn't be the same OEM hardware tied to the license is how I'm reading it.