Probably not wrong,
But it all depends on how you manage your users, and usually its by department/group/building/site etc etc. Z Edward E. Ziots Netwok Engineer Lifespan Organization MCSE,MCSA,MCP,Security+,Network+,CCA Phone: 401-639-3505 -----Original Message----- From: Tom Strader [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 05, 2008 1:45 PM To: NT System Admin Issues Subject: RE: Server naming I am by far no AD expert, and have limited multi-site experience, but I've been taught that OU's should be aligned to allow easy administration of each site. I could be wrong? The OU hierarchy does not need to reflect the departmental hierarchy of the organization or group. OUs are created for a specific purpose, such as the delegation of administration, the application of Group Policy, or to limit the visibility of objects. Credits (watch wrappage) http://technet2.microsoft.com/windowsserver/en/library/7c66e932-5c5b-4f0 e-8e4a-c705ff7d95c11033.mspx?mfr=true Mr Butler, please note: I gave credit where credit was due this time. ;-P ________________________________ From: Ziots, Edward [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 05, 2008 1:35 PM To: NT System Admin Issues Subject: RE: Server naming Folks, OU's are organizational units, why in the world, wouldn't you align them with the logical orientation of your network ( Whether it be buildings, divisions, organizations etc etc). Yes Group policy is one benefit of having OU's but Constrained/ delegated administration is another, and there probably are about 5-10 more good reasons to have OU's. I don't know whom your instructor was and why he would say such things, but OU's as you said should be flexible, and be used for what makes sense to your network. Z Edward E. Ziots Netwok Engineer Lifespan Organization MCSE,MCSA,MCP,Security+,Network+,CCA Phone: 401-639-3505 -----Original Message----- From: Les B. Minaker [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 05, 2008 1:27 PM To: NT System Admin Issues Subject: RE: Server naming I too, would like to know why. I remember taking an MS AD course in which the instructor said that OU's should not mirror the organizational structure of a company. He was, however, unable to give me a "good enough" reason for that to be 100% true all the time. I believe that OU's should be organized in a manner that provided sufficient flexibility with GPO's et cetera. Nothing more, nothing less. What defines that flexibility is variable by organization. Les. ________________________________ From: Tim Vander Kooi Sent: Mon 2/4/2008 5:22 PM To: NT System Admin Issues Subject: RE: Server naming And there is nothing wrong with your way of doing it. I have my OUs set by area so that I can use GPOs to install software from different servers based on where they are located (not server based administration as Ken mentions). It has worked fine for me for years. I was curious if Ken had a reason for his blanket statement regarding how it shouldn't be done. If a reason exists I would be interested to know what it is. Tim From: Webb, Brian (Corp) [mailto:[EMAIL PROTECTED] Sent: Monday, February 04, 2008 3:26 PM To: NT System Admin Issues Subject: RE: Server naming I think what Tim is saying is the reason for creating new OUs is for administration purposes. The primary reason to create a new OU is to facilitate delegating administration or assigning Group Policy. We have hundreds of servers, but fewer than 10 OUs for them. -Brian ________________________________ From: Tim Vander Kooi [mailto:[EMAIL PROTECTED] Sent: Monday, February 04, 2008 2:53 PM To: NT System Admin Issues Subject: RE: Server naming I'm curious why you say that Ken. From: Ken Schaefer [mailto:[EMAIL PROTECTED] Sent: Sunday, February 03, 2008 4:07 AM To: NT System Admin Issues Subject: RE: Server naming Unless you have server administration by region, you shouldn't be organising your servers into regional specific OUs. Cheers Ken From: MarvinC [mailto:[EMAIL PROTECTED] Sent: Friday, 1 February 2008 4:28 AM To: NT System Admin Issues Subject: Re: Server naming Makes a whole lot of sense for me too. Once you create your OU's and place everything where they need to go then it gets even easier, for me anyways. So if I need to see all systems in a particular region or location I navigate to that function or location specific OU and go from there. Keep it simple, seriously! If you're dumping everything into one OU then I can see how it'd be a problem. On 1/31/08, Michael Ross <[EMAIL PROTECTED]> wrote: I choose a 2 letter prefix for the location such as CH for Chicago, then a meaningful name after that like Exchange for the type of server, then a number for the amount of servers you will have CHExchange1 CHFile1, etc. makes so much more sense to me. i know where it is, and what it is. -----Original Message----- From: Joe Heaton [mailto:[EMAIL PROTECTED] Sent: Thursday, January 31, 2008 10:44 AM To: NT System Admin Issues Subject: RE: Server naming At my last job, we used golf related terms. Eagle, Putter, Driver, Wedge, Bunker, etc... at the job before that, we used superheroes. Superman, Spiderman, etc. Currently, we're using role based names, which I actually don't like, as it makes it that much easier for a hacker to know where to go for the info he's looking for... Joe Heaton -----Original Message----- From: Ben Scott [mailto:[EMAIL PROTECTED] Sent: Thursday, January 31, 2008 8:21 AM To: NT System Admin Issues Subject: Re: Server naming On Jan 31, 2008 10:22 AM, David Lum <[EMAIL PROTECTED]> wrote: > Attacking server naming conventions again, how do you guys name your > servers? Depends on the nature of the organization. For larger organizations, or if you have lots of servers, a name based on the site, function and a number tend to be the only way to go, especially with the flat naming system Windows still uses internally. For smaller shops with the right attitude (like my current employer), I tend to go with more interesting names, with a theme. Small shops almost always have all their servers being multi-purpose. Naming everything "SRV1", "SRV2", and so on tends to be confusing. For example, at my current main gig, we've got TIGER, PUMA, LION, COUGAR, and NTSERVER. (Can you guess which one has the legacy app that just don't die? ;-) ) At my last main gig, we used Simpsons characters. This doesn't scale up to large orgs, though, and if the place has a stuffy attitude it's not appropriate, either. For the latter, I usually just use "ORGSVR1" or whatever. RFC-1178 has some advice on this, although it's oriented more towards DNS, where the tree structure makes naming conflicts less of an issue. > Currently we use location and function in the name, but what about a > server that does more than one thing? Use a more generic name, like "SRV" or "UTIL" or whatever. Indeed, if it's at all likely a server will be tasked with multiple things, I always try to go with the more generic name. A server named one thing that's really doing more is misleading. Worse is when the original task then gets moved off, and now you have a server named "DC1" that isn't a DC anymore, or something like that. -- Ben ~ Upgrade to Next Generation Antispam/Antivirus with Ninja! ~ ~ <http://www.sunbelt-software.com/SunbeltMessagingNinja.cfm> ~
