Leaderboard

On the SCCM Side, You can follow this guide to extend the schema For the rest, we have used SCCM and VMware clusters alot and find very few issues with them once you get teething issues out of the way, this includes things like vlan's/trunking etc. it can be a pain especially if your using the newer Nexus V1000 vSwitch for vSphere.. basic things i assume you'll sort out when thinking logically about it.... We separate our SCCM Central Servers from DP's as this is going to cause you alot of traffic, for our first deployment we have a couple of DP's sitting beside our SCCM Provider to handle this workload. its choice and licensing though... so go with what you feel your environment can handle... 170 WS's id say is achievable... we run between 200-500 a session during a deployment.... but just be aware its not a simple set and forget which is where alot of deployments come undone... you need to set them off and hang around for an hour or so... especially if multi casting as in our experience it seem to be still a tad on the flakey side... nothing worse than 80users showing up Monday morning without a PC to use.... I would suggest you stick with smaller groups over a few nights, ESPECIALLY if migrating from XP.... Is there any reason you couldn't script your pc naming? There's some more to go with all this but i suggest you pick a pilot target of 10-20 desktops and push it out on a Wednesday night so you have a couple of days to iron out the kinks.... and there will be kinks. For your driver issue, i'd be using SCCM if possible, and be building Driver Packs per http://www.windows-noob.com/forums/index.php?/topic/2428-how-to-create-a-driver-package/ .... read the whole post, checkout how to query WMI and install drivers that way if you have more concerns. Im not a huge fan of using just MDT and WDS to deploy, to much extra scripting required to get your basics setup..... this is just my experience and 2cents