SCDPM Troubles: "The destination to store the backup cannot be one of the source volumes"
The problem with a little used application is that there isn't as much information around on the net to help you with your problems. Ironically, most of the "Click here for more information" links in the product itself forward to a 404 on the Microsoft site. Ugh.
Anyway: today I dived into a problem I should've solved a long time ago already and I actually managed to find a solution for it. One of my DPM servers couldn't get backed up by my Disaster Recovery DPM.
The problem has actually little to do with DPM itself but rather with Windows Backup, so this is SCDPM version independent.
1 2 3
Type: Consistency check Status: Failed Description:DPM cannot create a backup because Windows Server Backup (WSB) on the protected computer encountered an error (WSB Event ID: 546, WSB Error Code: 0x80780040). (ID 30229 Details: Internal error code: 0x809909FB)
Let's google for DPM Error Code 0x809909FB: 51 results, pretty much the same problem as the previous search. In hindsight, there was some valuable information to be found here I must admit.
Right now though, the errors DPM throws aren't bringing us anywhere. The next obvious step is to take a look on the protected machine. DPM uses the VSS writer from Windows if Windows Backup Features are installed. I did a test here to backup to a local path and found out the problem can be replicated without any DPM involvement, so it isn't really a DPM problem. Still, we need to find a solution if we want to backup. We can't just say to the server admins "'well, it's your server, let me know when you found a solution". I can't do that in any case. It's a matter of attitude I guess.
The operation failed. Retry the operation. If the issue persists, delete and then recreate scheduled backup settings. The destination to store the backup cannot be one of the source volumes.
There's only one thing left to check: the Event Log. First you need to know where Windows Backup places its events.
Event Viewer/Applications and Services Logs/Microsoft/Windows/Backup/Operational
The backup operation attempted at '‎2013‎-‎11‎-‎08T13:44:04.855867200Z' has failed to start, error code '2155348032'. Please review the event details for a solution, and then rerun the backup operation once the issue is resolved.
It's all about having a DWORD called AllowSSBToAnyVolume with a value set to 1. I checked my other DPM servers (remember, I'm backing up DPM servers with a DR DPM) and that value indeed existed on all servers except on the one that had trouble, even though I had done a reinstall of the Windows Backup Features.
So the solution for problem codes 0x80780040, 0x809909FB and 2155348032 is (probably)... go to regedit, expand to...
The biggest problem I have with DPM is the fact that sometimes, for no apparent reason, backups fail.It simply isn't reliable most of the times.
Usually a consistency check solves problems but sometimes you have to drop the protected resource (thus deleting all your backups) and add them again to a protection group.
I have 5 Hyper-V hosts, 3 with Windows Server 2008 R2, 2 with Windows Server 2012 (which is a huge improvement for Hyper-V). 2 of the 2008 R2 hosts and the 2012 hosts can be backupped without any issues, but 1 2008 R2 host works for about a month and then refuses to create recovery points for the VM's on the server. Sometimes a reboot of the Hyper-V host helps, sometimes dropping and adding the VM to the protection group.
Oh well, that particular 2008 R2 host is due to be upgraded to Windows Server 2012 after we migrate the VM's running on it to a new 2012 Hyper-V host. I hope that solves the backup issues.
I backup a lot with DPM: 500+ servers BMR/SS, 50+ SQL instances clustered and unclustered, 1000+ datasources, 1 DAG consisting of 8 mailbox servers, 4 Sharepoint farms,... but no Hyper-V unfortunately Our infrastructure is VMware and I don't think I'll ever convince the VM-team to put the ESX hypervisor on top of the Hyper-V one (which is possible as far as I know). So unfortunately I can't help you with Hyper-V issues.
I have had a similar issue with Sharepoint by the way. When you remove the protected object from a Protection Group, just retain the data. When you add it again, it will find its previous backups and after a consistency check things should be all-right again. Did you try this yet?
I tried that as well, worked for about a month and the problem returned Even upgrading DPM from 2010 to 2012 didn't help. I am convinced there is something on the 2008 R2 host that causes this problem but I haven't been able to figure it out yet.
Thanks for the suggestion.