imageHi everyone, Marc Reynolds here, and I wanted to take a minute to discuss a few issues recently where customers were having problems configuring protection of SharePoint 2010 running on their Small Business Server (SBS) 2011 server. When you attempt to create the protection group with System Center Data Protection Manager 2010, you may get an error like the one below when you select the SharePoint services. The error ID is 31312 and it suggests that one or more prerequisites are missing from the SharePoint servers.

image

Of course, you check and all of these prerequisites have been met, so what could be causing this error? It turns out that when SBS 2011 setups up SharePoint 2010 it doesn’t add a registry “Version” value that DPM requires. This value should be under “HKLM\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0” and it should be 14.0.0.4762 (or higher if you have installed SharePoint 2010 security updates).

Below is a screenshot showing the registry in a default install of SBS 2011:

clip_image004

You will need to create the “Version” value by running the SharePoint psconfig utility as noted below:

1. Open an administrative command window

2. In the command window type “cd c:\program files\common files\microsoft shared\web server extensions\14\bin”

3. Type “PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures”

4. Open the registry and verify the “Version” value has been populated for the registry key, “HKLM\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0”.

clip_image006

Close the registry editor on the SBS server and now you will be able to protect SharePoint 2010 from the DPM server and no longer receive the prerequisite error.

So now you have successfully created your protection group for SharePoint 2010 on SBS 2011, but you may find that you are now getting a DPM Alert when your SharePoint jobs run. The alert says:

DPM failed to obtain catalog information as part of the backup for SBS\SHAREPOINT\SharePoint_ConfigurationDatabase on <SBS server FQDN>. Your recovery point is valid, but you cannot perform granular recoveries using this recovery point. (ID 3013)

To resolve this issue you will go back to the SBS server and follow these steps:

1. Open the registry editor and navigate to HKLM\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions

2. Find the “12.0” key and export it, then delete it.

3. Close the registry editor

4. Inactivate the alert on the DPM server and you should no longer receive this alert when SharePoint jobs run.

Note: Removing this key will prevent Exchange Information Rights Management (IRM) from working in Outlook Web Access

clip_image008

Hope this helps,

Marc Reynolds | Senior Support Escalation Engineer

The App-V Team blog: http://blogs.technet.com/appv/
The WSUS Support Team blog: http://blogs.technet.com/sus/
The SCMDM Support Team blog: http://blogs.technet.com/mdm/
The ConfigMgr Support Team blog: http://blogs.technet.com/configurationmgr/
The SCOM 2007 Support Team blog: http://blogs.technet.com/operationsmgr/
The SCVMM Team blog: http://blogs.technet.com/scvmm/
The MED-V Team blog: http://blogs.technet.com/medv/
The DPM Team blog: http://blogs.technet.com/dpm/
The OOB Support Team blog: http://blogs.technet.com/oob/
The Opalis Team blog: http://blogs.technet.com/opalis
The Service Manager Team blog: http: http://blogs.technet.com/b/servicemanager
The AVIcode Team blog: http: http://blogs.technet.com/b/avicode
The System Center Essentials Team blog: http: http://blogs.technet.com/b/systemcenteressentials
The Server App-V Team blog: http: http://blogs.technet.com/b/serverappv

clip_image001 clip_image002