Posted in Electronic records, Products and applications, Records management, Sharepoint 2010

SharePoint 2010 – Limits records managers need to know about

In my previous post, I said that there are three broad phases records managers need to understand if they are planning to use the application to manage electronic documents and other content as records.

Before you start you need to keep in mind a couple of important points about SharePoint 2010:

  • It is not a document, records management, or electronic document and records management system (EDRMS).  It is, however, a system that can be used to manage electronic documents as records.
  • It is not certified, out of the box, to meet most recordkeeping standards, including MoReq2010, DOD 5015.2, and so on, and it seems unlikely that Microsoft would ever bother to achieve this. If you want that certification you will almost certainly need to acquire third party products or add ons.
  • It has probably been used for at least a couple of years as the basis for your intranet (or internet) by web content people, or by your IT area.  Using it to manage records will be new to most of these people, so you really need to know what you are doing and saying before you engage in conversations about it with them.
  • It has storage limits and you need to know what these are and the implications for performance and back up.  The primary storage is called a Content Database.  Within a Content Database you can have up to 2000 Site Collections (the uppermost point of a series of sites).  However, most Site Collections will be limited to 100 GB because backup and restore is only supported for a maximum site collection of 100 GB.  Microsoft recommend that sites are no larger than 2 GB.

Microsoft have a nice little formula for working out the total required size of a Content Database:

((D x V) x S) + (10 KB x (L x (V x D)))

Where: D is the number of documents per user (assume 20); V is the number of non-current versions expected; S is the average size of documents (assume 250 KB), and L is the number of list items (assume 60 per user).

Alternatively, assume 250 MB required storage per user.

Author:

I am an experienced information management professional based in Melbourne, Australia. I have had close to 40 years of practical working knowledge across the full spectrum of information, records and content management issues, and direct and practical experience with contemporary and emerging business and information and enterprise content management systems. My product knowledge includes SharePoint 2010/2013/Online and OneDrive (SharePoint Administrator), Office 365 (including as a Global Administrator), Yammer, Sway, TRIM Context (R6.2 & 7.1), ECM Documentum, Alfresco Share; and other online systems. www.andrewwarland.com.au

2 thoughts on “SharePoint 2010 – Limits records managers need to know about

Leave a Reply

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

WordPress.com Logo

You are commenting using your WordPress.com 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