On Thu, Oct 15, 2009 at 10:47 AM, Mark Robinson <[email protected]> wrote: > We are putting together a disaster recovery policy, and I would like > to replicate each of the servers that we have on our network using > VMware Infrastructure.
Well, in a disaster recovery scenario, you're rebuilding from scratch. So you'll have to be exporting those VM snapshots to external media somewhere. So copy the external media to a stand-alone box (no link to production network), restore the VM snapshots to that box, and resume there. > So first things first I want to build another two domain controllers that > replicate > my current DC’s. Now I would imagine that I cannot build two additional > controllers on the same subnet as my existing subnet? You can have as many Domain Controllers as you want. You can have as many DNS servers as you want. What you *can't* do is: * Have multiple computers with any of the same: ** Name ** IP address ** SID ** GUID * Have identical DHCP servers in a single subnet (without special stuff) > Should I create a new subnet and put the VM > servers on this subnet? If you move to a different subnet, you'll have to change the IP addresses of everything in your VMs, which (1) is tedious, (2) will have to be done with that subnet isolated, and (3) prolly invalidates your disaster recover test, since the whole point is to see if other stuff can use them. Plus, you'll have to keep everything with DNS and WINS on that subnet from ever talking to the production network, > Will I need to construct a completely separate test environment, > switches, warts and all?? That's the usual method. But these days, you can at least use virtual servers, virtual switches, virtual test clients, and virtual warts. :) -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
