I have restored a content database of a site collection from a DPM backup, and the result is the MDF and LDF files of the database in a directory I specified in the restored wizard in DPM.

In my other SharePoint farm (a test environment) simply trying to attach these files in the target farm's SQL server produces an error as follows:

"Paths that begin with \\?\GlobalRoot are internal to the kernel and should not be opened by managed applications. (mscorlib) "

Given I have the DPM restored database, on an alternative farm, how can I manually restore this content database? What are the required steps?

Thanks,
Richard

Hi,

Manually copy the restored files to another location and try mount them again.

Thanks.

As you suggest, copying them to a location that is different from where the files would have been backed up from (even if it is a different server), did the trick.

I could then attach them and after that rename the database. Following this I could then create a new web application using this this database.

Hi

Gr8 - don't ask me to explain, somehow SQL caches the backup location which is from a snapshot starting with \\?\GlobalRoot and copying them discards that so they can me mounted.

Glad that resolved your issue.

Don't worry. In this condition, You can use effective third party tool like http://www.en.sharepointserverrecovery.net to repairs and recovers the lost, corrupt or inaccessible SharePoint databases without any original data loss.

Don't worry. In this situation, You can use effective third party tool like http://www.repairsharepoint.com tool to repairs and recovers extract files and folders from corrupt MDF database effortlessly and instantly. The tool is well embedded with two file repair modes - Raw mode and Live SQL Instance