Naming conventions for SharePoint 2010 environments

[Updated 2011-12-29]
I have updated the guidelines below after some good feeback in the comments.

In my job as a SharePoint Architect, I frequently help different clients setting up their SharePoint environments and helping out with operations and troubleshooting. When operating a SharePoint environment, a consistent naming of SharePoint objects such as web applications, application pools, databases and so on definitely makes life a lot easier. There are no official guidelines regarding how to name things though – administrators are mostly free to give the objects any name they like – but it’s definitely a good practice to have some form of consistency here.

Below is my proposal for naming conventions that should work well for most organizations. It’s not something I have invented myself – it’s rather a compilation of how most clients I have worked with choose to name their SharePoint objects.

Web Applications

Web Applications should be given a name that clearly reflects both the default URL and port number.

Proposed pattern: {Host Header} – {Port}

Example for a site with host header, port 80: – 80

Service Applications

The most straightforward way to name service applications is to use the same name as the service application type. You can see the names of the different service application types in the “New” dropdown button on Manage Service Applications in Central Administration.

If more than one service application exists, just add a dash and an additional value that differentiates the service application.

Excel Services Application
Managed Metadata Service
Secure Store Service

Examples with more than one service application of the same type:
Corporate level: Managed Metadata Service
Department level: Managed Metadata Service – Sales Department

Application Pools

For web applications and service applications with their own application pools, simply give the application pool the same name as the web application or service application. For shared application pools, give it a name which clearly reflects how it’s used.


The database names should have a clear relationship to the web- or service application it belongs to. Also, it’s good to not go too far away from SharePoints default naming suggestions. Without the nasty GUIDs of course.

Option 1 – Web application and service application name
The following option works well if you want a naming convention that’s similar to SharePoints default names, and where each farm has a separate SQL instance.

Proposed pattern for Content Databases: WSS_Content_{URL to Web Application}, dots converted to underscore.
Example: WSS_Content_Intranet_Contoso_Com

Proposed pattern for Service Applications: {Service Application Name}, blankspaces converted to underscore.
Example: Managed_Metadata_Service

If needed, databases could also be prefixed with a value that differentiates the databases. This makes management easier since databases are listed in alphabetical order in SQL Server Manager.

Option 2 – Technology_Organization_Scope_DatabaseType
John W Powell has proposed this pattern for naming database which works well for environments where several farms and organizations share the same database instance. However this system for naming databases differs quite a lot from SharePoint default names and may feel unfamiliar for many admins. And since all databases are prefixed with the specific SharePoint version number, a lot of renaming will be needed after future upgrade to the next version of SharePoint.

Solution Packages

When building your solution packages, you can let your build server add a label to the WSP packages before putting them at the drop location. This makes it easy to see exactly which version is installed in each environment though the Manage Farm Solutions page in Central Administration.

Proposed pattern: {Company}_{Solution Name}_{Version}

Example: contoso_intranet_1.0.0.23.wsp

Other objects

In addition to these naming conventions, there are several other SharePoint objects such as service accounts in Active Directory and server names, where  naming conventions usually applies. Most organizations already have a system in place for naming these objects that needs to be followed, independent of SharePoint.

Share your thoughts and ideas!

What do you think of these proposed naming conventions? Got any additional ideas or alternative options? Feel free to post a comment with your suggestions.

8 Responses to Naming conventions for SharePoint 2010 environments

  1. I agree with you Christoffer – having naming conventions (no matter which method you use, as long as you have one) you will have a far easier management and troubleshooting experience.

    But I’ve found it far easier to _prefix_ Service Apps and especially Databases. Since all listings are almost always based on alphanumeric listings. Just take a look at the Search Service Apps databases (three of them) – create two instances of that service app and postfix with a name and then compare with prefixing.

  2. jeffmjones says:

    Thanks for posting this Christoffer.

    I agree with Wictor above. Prefixes are best for higher tier organization. Most broad down to most specific helps conceptually (as well as alphabetically).

    Personally, with corporate or global Service Apps I just leave the default names. Then for any specific needs I’ll start prefixes.

    Also, I would mention consistency with core SharePoint Foundation elements can be really helpful when troubleshooting. For example, I always name my Web Applications to exactly match their IIS Application Pool. This makes INETMGR easier to navigate. The first SQL Content Database is that name with a “WSS_Content_” prefix.

  3. Brandon hunter says:

    Nice post. I would also add to the solution naming section {company – solution – version}. I found it helpful identifying solutions written by other firms.

  4. Wictor, Jeff and Brandon – thanks for your comments. I agree with your suggestions and have updated the guidelines.

  5. Thanks for sharing, I too used same type of naming convention for SP implementation..
    For DB used ContentDB_IT01 , where this name reflect that database is related to IT,
    ContentDB_Helpdesk01 where this name reflect that database is related to HelpDesk team

    same way followed for web application host header as well site collection database too for other small small dept.

  6. dlgross says:

    why do you recommend including the port number in the web app name? This seems like it would make it confusing for users.

  7. Hello there! I could have sworn I’ve visited this web site before but after looking at a few of
    the articles I realized it’s new to me. Regardless, I’m definitely happy I found it and I’ll be book-marking it and checking back

  8. Pingback: Main SharePoint-1 | Naming convention

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

%d bloggers like this: