Hello,
I am struggling to get SP2010 Foundation ILR working on a customers DPM 2012 R2 server but cannot get it to work.It has worked but I cannot say when it stopped. Symptoms are as follows.I start a restore job using recover to original site, no recovery farm and using different folders for temp db and files. Once the restore starts I can see that it creates the temp DB but then when it´s supposed to extract the content it fails.
DPM itself throws these errors.
Warning:
Affected area: Sharepoint Farm\sharepoint01\sqlexpress\SharePoint_Config Occurred since:2014-11-11 20:22:27 Description:The job to recover SharePoint Farm Sharepoint Farm\sharepoint01\sqlexpress\SharePoint_Config to sharepoint.domain.local, that started at den 11 november 2014 20:20:59, failed using optimized ILR. Another job using unoptimized ILR has been triggered. (ID 33330) DPM was unable to export the item http://projeCt/IT/Shared Documents/Download/Change script.docx(ListItemTitle=) from the content database SHAREPOINT01\SQLEXPRESS\WSS_Content_Externt.Exception Message = The specified user DOMAIN\sp_service could not be found.. (ID 32017 Details: Unknown error (0x80131600) (0x80131600)) More information Recommended action: 1) Check to see that the production farm is online and running. 2) Check to see that the WSSCmdletWrapper DCOM component is configured correctly on the front-end web server hosting the production farm. For more information, see the System Center 2012 R2 DPM Operations Guide. 3) Check that all features, Web templates, and language packs present on the protected farm are same as at the time of creation of recovery point. 4) It is possible that the item you want to recover is not present in this version of the content database. Use a different recovery point for recovery. 5) Check that farm admin has adequate permissions to create unattached content database on the specified SQL Server instance Under the Monitoring tab, go to Jobs view and group the jobs by Type to view the details of the recovery jobs. Resolution:DPM automatically changes this alert's status to inactive 10 days after it is issued.To dismiss the alert, click below Inactivate
From the bold text above, I do not understand where exactly this user domain\sp_service cannot be found, that account is local admin on both the DPM / SP2010 Server, on the SP server this account runs the SPSearch4 service.It also has full db_owner right on all the SQL DBs.
Critical:
Affected area: Sharepoint Farm\sharepoint01\sqlexpress\SharePoint_Config Occurred since:2014-11-11 20:25:38 Description:The recovery jobs for SharePoint Farm Sharepoint Farm\sharepoint01\sqlexpress\SharePoint_Config that started at den 11 november 2014 20:22:28, with the destination of sharepoint.domain.local, have completed. Most or all jobs failed to recover the requested data. (ID 3111) DPM was unable to export the item http://projekt/IT/Shared Documents/Download/Change Script.docx(ListItemTitle=) from the content database SHAREPOINT\SQLEXPRESS\WSS_Content_Externt. Exception Message = A transport-level error has occurred when sending the request to the server. (provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.). (ID 32017 Details: Unknown error (0x80131904) (0x80131904)) More information Recommended action: 1) Check to see that the production farm is online and running. 2) Check to see that the WSSCmdletWrapper DCOM component is configured correctly on the front-end web server hosting the production farm. For more information, see the System Center 2012 R2 DPM Operations Guide. 3) Check that all features, Web templates, and language packs present on the protected farm are same as at the time of creation of recovery point. 4) It is possible that the item you want to recover is not present in this version of the content database. Use a different recovery point for recovery. 5) Check that farm admin has adequate permissions to create unattached content database on the specified SQL Server instance On the Jobs tab in the Monitoring tasks area, group jobs by type to view details of the recovery jobs. Retry the recovery job... Resolution:DPM automatically changes this alert's status to inactive 10 days after it is issued.To dismiss the alert, click below Inactivate
I will post the DPMRACurr.errlog file from the Sharepoint Server as weill as MSDPMCurr.errlog file from the DPM Server if needed.Hope someone can help me solve this annoying problem.
Thx /Tony