I don't think SBS OU structure matters unless you're doing a swing. Well...SBS has "create new user" and other wizards that may break, as the product it's aimed at shops with folks that aren't necessarily "server types", so I'm sure if one wanted to use the wizards they'd break if you start moving things around. For better or worse I don't use the SBS wizards, but maybe I'll try out the 2011 ones.
It's kind of akin to changing the default install locations of an application - in general only the more savvy types will change the defaults, and I have run into an app or two over the years that REQUIRED an application (or portion thereof) to be in a specific location. In fact THAT has happened enough that except for some server apps I do leave the defaults. Even then on servers it's usually just changing the drive letter and keeping the remainder of the default structure intact. Dave From: Maglinger, Paul [mailto:[email protected]] Sent: Wednesday, February 15, 2012 4:57 AM To: NT System Admin Issues Subject: RE: SBS swing - don't feel my pain Interesting... so is there documentation out there somewhere out there that dictates what you can and cannot change in the OU structure? -Paul From: David Lum [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Wednesday, February 15, 2012 12:11 AM To: NT System Admin Issues Subject: SBS swing - don't feel my pain Thought you guys might like to know this one: After a few days of my SBS2K3 --> SBS2K11 upgrade swing testing bombing out, we (OK, sbsmigration.com ) figured out the fix and I thought you guys might benefit from my pain. Seriously, I have probably 30 hours in the last week/weekend invested in troubleshooting this one issue, but 28 of them Is because I was determined to figure it out myself before opening a ticket with sbsmigratin.com. Hey, I wasn't in a time crunch and I was sure I could figure it out. Short version: An 2003 Domain controller (effectively a 2nd DC from an SBS domain) is the "source" for an SBS2011 server - the 2011 server migration setup performs a scripted DCPROMO, Exchange 2010 install, and SharePoint install (and a few other things). During the SBS2011 build, it needs to know name, IP, domain admin account, etc so it can do all this. In my test environment the server would complete the DCPROMO and Exchange install, but toward the VERY end of a 90 minute install it would basically GPF (not bluescreen, just an error popup sating SBS2011 install could not complete". Now - SBS servers are a little special as they set up the OU structure slightly different out of the box than a standard server, but your free to rearrange as you see fit. Except... Doing troubleshooting, it turns out all my pain was caused by my OU structure having this (FYI "My Business" is an SBS-created OU): My Business Exchange Resources Distribution Groups Instead of this My Business Distribution Groups Seriously, that's it. The error log created by SBS2011 install complains about a SharePoint Service not being able to register with VSS, but with the ONLY change being moving that OU up one level it allowed the installation to finish. I had suspected it was something I had changed from the default and even had a fresh SBS2003 server I was building so I could find the deltas between my production SBS and a virgin one, but it would have taken me probably a few more days to arrive at the OU difference. What did I learn? Well actually quite a bit about Windows, but the biggest takeaway is when truly stuck, call in an expert!! I am SO GLAD I spent the money on an SBS swing kit! David Lum Systems Engineer // NWEATM Office 503.548.5229 // Cell (voice/text) 503.267.9764 ~ 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]<mailto:[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]<mailto:[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
