Attempts to schedule a mailed report in DPM 2012 fail with “Reporting Services Server cannot connect to the DPM database” - The Official System Center Data Protection Manager Team Blog - Site Home - TechNet Blogs

Attempts to schedule a mailed report in DPM 2012 fail with “Reporting Services Server cannot connect to the DPM database”

Attempts to schedule a mailed report in DPM 2012 fail with “Reporting Services Server cannot connect to the DPM database”

  • Comments 10
  • Likes

~ Mike Jacquet

ToolsHello, Mike Jacquet here, and today I’d like to discuss a problem you may encounter after installing System Center 2012 R2 Data Protection Manager from scratch or after performing an upgrade from DPM 2012 SP1.

When you attempt to schedule a report to be mailed, you receive the following popup error.

Reporting Services Server cannot connect to the DPM database.
To repair the configuration, follow steps for repairing DPM from DPM Setup Help.
ID: 3001
More Information

Figure 1 below shows this error.

clip_image002

Figure 1.

Following the repair steps suggested in the More Information link does not resolve the problem.

To resolve this error, please use the steps below to make proper configuration changes which will then allow DPM reports to be e-mailed.

NOTE: Some steps may not be necessary if you encounter the problem after an upgrade from DPM 2012 SP1. Review and perform the steps as applicable.

1. On the DPM 2012 R2 server, create a new local group called "DPMDBReaders$<DPMServerName>" In my example the DPMServername is WINB-DPM.

clip_image004

Figure 2.

2. Create a new local user called "DPMR$<DPMServerName> and provide a strong password that never expires. See figure 3 below.

clip_image006
Figure 3.

3. Add the newly created user to the DPMDBReaders$DPMservername group that was created in step 1 above. See figure 4.

clip_image008
Figure 4.

4. Start SQL Management Studio using administrative privileges and connect to the SQL instance used by DPM. Under Security, right-click on the Logins and select New login… then browse to add the local group DPMDBReaders$<DPMServerName >. Once the group is added it will be listed as seen in figure 5.

clip_image010
Figure 5.

5. Right-click the group and select Properties. Under the General section, change the default database to the DPMDB name. See figure 6.

clip_image012

Figure 6.

6. Under the User Mapping section, select the checkbox for the DPMDB name and the checkbox for the db_datareader role. See figure 7.

clip_image014
Figure 7.

7. In SQL Management Studio, navigate to the Databases > DPMDB > Security > Users > and select the DPMDBReaders$<DPMServerName>" group. See figure 8.

clip_image016
Figure 8.

8. Right-click the DPMDBReaders$<DPMServerName>" group and select Properties. Under the Securables section, click on Search. On the add objects dialog, click OK. On the Select Objects dialog, click the Objects type, then check the stored procedure checkbox. Browse and add the following two stored procedures:

Prc_MOM_Heartbeat_Get

prc_MOM_ProductionServer_Get

Grant the Execute permission for both of the stored procedures added. See figure 9.

clip_image018
Figure 9.

9. Exit SQL Management Studio.

10. Start Reporting Services Configuration Manager and click on the Report Manager URL. See figure 10.  

clip_image020

Figure 10.

11. Click on the URLs: link. This will open the http://localhost/Reports/Pages/Folder.aspx) portal as seen in Figure 11.

clip_image022

Figure 11.

12. Click on the DPMReports_GUID link to open the DPM reports page as seen in Figure 12.

clip_image024

Figure 12.

13. Click on the DPMReporterDataSource to open its properties as seen in figure 13.

clip_image026

Figure 13.

14. On the DPMReporterDataSource configuration page, perform the following steps:

i. Enable the option: "Credentials stored securely in the report server"

ii. Add the “DPMR$<DPMServerName>” user Account and Password created in step 2.

iii. Check the checkbox to "Use as Windows credentials when connecting to the data source."

iv. Click ‘Test connection’ on to verify whether it can connect successfully.

v. Click the Apply.

15. Close the DPMReporterDataSource configuration page to return to the Reporting Services Configuration Manager screen. Click on the Service Account. On this page change Report Server Service Account service to use Network Service. If you are prompted for the Backup Encryption Key, fill on the parameters and continue. See Figure 14 below.

clip_image028

Figure 14.

16. Reboot the DPM Server to ensure all configuration changes take effect.

17. You should now be able to schedule e-mail reports without experiencing the original error.

clip_image030

Sorry for any inconvenience this has caused. This issue is being investigated by the Data Protection Manager product group and more information will be published as it becomes available..

Mike Jacquet | Senior Support Escalation Engineer | Microsoft GBS Management and Security Division

Get the latest System Center news on Facebook and Twitter:

clip_image001 clip_image002

System Center All Up: http://blogs.technet.com/b/systemcenter/
System Center – Configuration Manager Support Team blog: http://blogs.technet.com/configurationmgr/
System Center – Data Protection Manager Team blog: http://blogs.technet.com/dpm/
System Center – Orchestrator Support Team blog: http://blogs.technet.com/b/orchestrator/
System Center – Operations Manager Team blog: http://blogs.technet.com/momteam/
System Center – Service Manager Team blog: http://blogs.technet.com/b/servicemanager
System Center – Virtual Machine Manager Team blog: http://blogs.technet.com/scvmm

Windows Intune: http://blogs.technet.com/b/windowsintune/
WSUS Support Team blog: http://blogs.technet.com/sus/
The AD RMS blog: http://blogs.technet.com/b/rmssupp/

App-V Team blog: http://blogs.technet.com/appv/
MED-V Team blog: http://blogs.technet.com/medv/
Server App-V Team blog: http://blogs.technet.com/b/serverappv

The Forefront Endpoint Protection blog : http://blogs.technet.com/b/clientsecurity/
The Forefront Identity Manager blog : http://blogs.msdn.com/b/ms-identity-support/
The Forefront TMG blog: http://blogs.technet.com/b/isablog/
The Forefront UAG blog: http://blogs.technet.com/b/edgeaccessblog/

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment
  • Hi Mike, before I attempt this, is the group named DPMDBReader$<server> or DPMDBReaders$<server>. The text and screenshots differ.

  • Also about to follow this and noticed the disparity in the group name in the text and screenshots (DPMDBReader$ or DPMDBReaders$) and would like clarification. Thanks

  • Hi Guys, Good catch - it should be DPMDBReaders (plural) - I will have the content updated.

  • I want to know a good way to warm up IP addresses for SMTP services, I am willing to pay for a proven methord? Akshat asked 16 hrs ago - 3 days left to answer I want to know a good way to warm up IP addresses for SMTP services, I am willing to pay for a proven methord we Need experts on SMTPs anyone who can warm IP addresses we are willing to pay or someone who can provide to us some warmed up IP addresses. we have tried some services but they were not very good PLEASE CONTACT ASAP

  • when I tried this steps I couldn't find the below mentioned stored procedures, Prc_MOM_Heartbeat_Get prc_MOM_ProductionServer_Get Not sure if I'm missing anything. I have a fresh setup of DPM 2012 R2 with SQL located in the same virtual machine.

  • Ok found the procedures of Prc_MOM_Heartbeat_Get prc_MOM_ProductionServer_Get and configured the SQL. Only one report received via e-mail after that back to same problem. Now I've wondering revert back to previous setting swill make sense or where do I've to head. This is DPM 2012 R2 with SQL 2012 SP1 fresh install setup.

  • Hi Mike, the error on defining a scheduled email went away by following your Workaround. Unfortunately no emails are being sent, but test-emails work? Could this be an issue with scheduled tasks? Any hint is welcome! Cheers, Hans

  • It seems that the user DPMR$ needs the permission "Allow Logon Locally". Because of a domain policy I could not change this local setting. So I have to add the user to the local Administrators group.

  • Great article, just what I was looking for!

  • thank you ,great post.