DPM 2016 after switching to MBS, no backups to secondary DPM possible anymore


  • Hi,

    in my test bed for DPM 2016 I ran into problems with a Primary / Secondary setup when utilizing Modern Backup Storage.

    Primary DPM 2016 UR1 on Server 2016, using MBS and the old storage method in parallel (to test if a smooth migration is possible)
    Secondary DPM 2016 UR1 on Server 2016, using MBS

    When I create a new or modify an existing protection group on the secondary, I can see the Primary DPM as an available member. Expanding it, I can see the HyperV Cluster and when expanding the Cluster, I can see all protected VMs from the Primary.

    However, when I try to expand a VM, I can only expand the VMs which are still backed up on the old "legacy" storage. For every VM which is backed up on the Primary on the MBS, I get this message after a few seconds:

    "DPM was unable to get the list of data sources on <protected source> that are protected by the Primary DPM Server <Primary>.
    Make sure that <Primary> is protecting the data sources for which you want to set this DPM Server as the secondary Server. If the Problem persists, restart the DPMWriter Service on <Primary>. ID 33119"

    This only happens for VMs stored on MBS on the Primary. VMs stored on the legacy storage on the Primary can be backed up on the secondary.

    When trying to expand the VM in the Modify / Create Group wizard, the moment I click on the + and watch the Event logs of the HyperV host where the VM is currently residing, I can see Audit Success messages in the security log coming from the Secondary DPM. So these systems are talking. But I don´t see any error messages on the Primary, Secondary or the HyperV Host.

    Dienstag, 27. Dezember 2016 12:42

Alle Antworten

  • I have the same issue here. We have had an open ticket with MSFT for a few weeks now while they try to reproduce the issue. I did get a call back but I was not available so I'm hoping that they might be onto something.
    Mittwoch, 28. Dezember 2016 19:15
  • Thank you very much for your reply. Somehow Alert me did not work, so I only came back today to see that you replied to my post.

    Now you made me very curious and if it´s possible to share what they have to tell, I would appreciate it very much if you could let me know.

    Seeing how much space MBS saves compared to the old storage method, it would be great if I don´t need to switch back.

    Thanks again and a happy new year!

    Montag, 2. Januar 2017 15:28
  • Also interesting to hear MS comments about this issue. 
    Donnerstag, 5. Januar 2017 14:56
  • i have the same issue

    any news?

    Dienstag, 10. Januar 2017 22:37
  • Hello, 

    Has this been resolved? Anyone? We're literally having the same issue.

    Montag, 16. Januar 2017 20:29
  • I did not hear any news and so far I have not found a solution either. I really hope P_Brock has some good news.
    Dienstag, 17. Januar 2017 15:23
  • We followed the MS documentation on this precisely:

    It was suggested that this may occur using 'legacy' storage, but we're using MBS throughout. 

    We also made a couple extra changes. Unsure if these matter in the context of ID 33119:

    1. Renamed the secondary server. Originally this produced DCOM errors but have since been resolved between itself and the primary. Agents have connectivity and read "OK". But of course PG creation on the secondary server produces error ID 33119.

    2. Instead of doing a clean install for Server 2016, we simply upgraded it. Not sure if this was supported or if it makes any difference here regarding DPM.

    Dienstag, 17. Januar 2017 17:04
  • Hello Microsoft & DPM friends,

    So, we "resolved" the situation here regarding ID 33119 - and you probably aren't going to like it..

    We concluded, at least in our case, and possibly yours, is that the primary server was bugged. We don't know why and couldn't fix the primary itself, but concluded for sure that it was the problem. 

    A secondary test VM was created to try and copy from the primary server - that failed with ID 33119- but we could use this test VM to copy from the secondary server. Therefore everything was transferred over to the VM and that will be our primary server and the secondary will remain as the secondary. 

    Donnerstag, 19. Januar 2017 17:15
  • Still working with MSFT support on this. The issue of trying to backup a primary MBS protection group on a secondary and not getting it to work seems to be a well known problem by now and easily reproduced. Support can't verify if UR2 is going to fix this or not and they continue to look at our system. At this point I think it might be just a waiting game for the fix to come out of development.
    Samstag, 4. Februar 2017 00:04
  • Thank you P_Brock for keeping us posted on that matter. I appreciate that very much :-)
    Mittwoch, 8. Februar 2017 14:35
  • We applied UR2 yesterday and while it did resolve a few problems it did not resolve this specific issue of backing up modern storage protected groups to the secondary DPM server.
    Mittwoch, 8. Februar 2017 17:24
  • Looks that this issue will be fixed only with next UR.

    Freitag, 17. Februar 2017 14:43
  • Hi,

    you can try to delete all Files under "%Program Files%\Microsoft System Center 20xx\DPM\DPM\Active Owner" and then retry to add the Protection Source on the Secondary Server.

    The Files will be recreated at the next Backup Job. 



    • Bearbeitet Amon Gernig Montag, 20. Februar 2017 15:21
    Montag, 20. Februar 2017 15:09
  • Hello,

    Can you please check if the dpmwriter service is running on the Primary DPM servers?

    Aditi Gangwar.

    Donnerstag, 30. März 2017 06:23
  • Hi there,

    I have checked the dpmwriter service on our Primary DPM server and it is running, is this the workaround mentioned in the Announcing SC 2016 DPM Guest Blog Series comments?

    I see update Rollup 3 is out for System Center but under the DPM section is reports "There are no updates to this component in this rollup".

    Has anyone got this working?


    Dienstag, 30. Mai 2017 05:15
  • This is a known bug with DPM 2016 and the official fix should be released with UR4. You can contact Microsoft Support for the private fix. 


    MCSE, MCSA, MS, MCP, MCTS, System Engineer

    Dienstag, 30. Mai 2017 10:40
  • Great thanks for the update
    Mittwoch, 31. Mai 2017 01:49
  • We have the same problem, when will fix be released?
    Montag, 9. Oktober 2017 12:31
  • Great news, UR4 was released

    MCSE, MCSA, MS, MCP, MCTS, System Engineer

    Mittwoch, 25. Oktober 2017 12:10
  • But it still doesn't work here.

    EDIT: From my production server, upgraded from 2012R2 I am not able to backup MBS protection groups to secondary DPM. From a freshly installed Test DPM server I am able to backup MBS to secondary.

    Mittwoch, 25. Oktober 2017 17:35
  • Here still problem, and MBS not working for us, jobs are very slow.
    Dienstag, 31. Oktober 2017 13:57
  • Hi, Has this been resolved?  I'm having the same issue.  On UR5.

    Mittwoch, 9. Mai 2018 18:40