{"id":1055,"date":"2012-07-02T20:58:28","date_gmt":"2012-07-02T19:58:28","guid":{"rendered":"http:\/\/www.stuartroberts.net\/?p=1055"},"modified":"2012-07-02T21:00:11","modified_gmt":"2012-07-02T20:00:11","slug":"default-content-database","status":"publish","type":"post","link":"http:\/\/www.stuartroberts.net\/index.php\/2012\/07\/02\/default-content-database\/","title":{"rendered":"Default Content Database"},"content":{"rendered":"

Nothing too complicated today but something that some people aren’t aware of and ask if it can be done – having more than one content database so they can, for example, keep sensitive data separate from their general day to day content.<\/p>\n

It’s simple enough to create multiple content databases in Central Administration:<\/p>\n

Within Application Management<\/em>, click the Manage Content Databases<\/em> link. This will take you to the \/_admin\/CNTDBADM.aspx<\/em> page.<\/p>\n

From that page, click the Add a content database<\/em> link. Ensure the Web Application<\/em> is set to the one where you want new site collection to be created in, fill in the new content database form and click OK. After a short while your new content database will be ready to use.<\/p>\n

\"\"<\/a><\/p>\n

There are a couple of ways to setup the content database as the default database for new site collections. The first is:
\n
\nMethod 1<\/strong>
\nClick on every<\/em> content database that you do not want the new site collection to be created in and set the Database Status<\/em> to Offline<\/em>.<\/p>\n

\"\"<\/a><\/p>\n

This does not delete\\remove the content database or make it unavailable. All it does is prevent SharePoint from creating new site collections within that database.<\/p>\n

I don’t recommend leaving your content databases in an offline state once the site collection has been created, as the user profile store will become out of sync as SharePoint will skip the sites within the offline databases. This is due to how SharePoint stores user information at each site collection level, meaning updates made will not propagate to the User Profile application.<\/p>\n

Method 2<\/strong> (My preferred method)
\nA better way of achieving this is to keep all content databases online (status of Ready) unless you have a specific reason for taking it offline. To force SharePoint to create new site collections within a single database, set the Maximum number of sites that can be created in this database<\/em> to the current number of sites for every database except for the one you want to use.<\/p>\n

\"\"<\/a><\/p>\n

and the edit page for WSS_Content:<\/p>\n

\"\"<\/a><\/p>\n

Subsequently, when a new site collection is created, SharePoint will create it within the content database (WSS_Content_2 in the example above) that has capacity to take on more sites, which should only be the one database that you left with room for new sites.<\/p>\n","protected":false},"excerpt":{"rendered":"

Nothing too complicated today but something that some people aren’t aware of and ask if it can be done – having more than one content database so they can, for example, keep sensitive data separate from their general day to … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[33,3],"tags":[26,88,81],"class_list":["post-1055","post","type-post","status-publish","format-standard","hentry","category-configuration","category-sharepoint","tag-administration","tag-configuration","tag-sharepoint"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t