none
DPM protection faild, the storage consumed is more than 9 GB? RRS feed

  • Question

  • Hi, I have issue to protect (With DPM) an VM in a Hyper-V cluster. The Recovery point often fails and the CC take very long time. But I notice that the storage consumed is more than 9 GB and the servers use to be between 50 to 500 GB.

    So could the failing backup depends on Storage consumed, and how to find out why? 

    The serverX c: 60 GB and d: is 730 GB, I see that the Bin file is 8.01 GB and the vsv file is 20 MB. RAM is dynamic 8 - 12 GB, it have an SQL server installed.
     
    Status: Replica inconsistent, verification in progress
    Replica path: Click to view details
    Latest recovery point: 2018-07-28 20:58:28
    Oldest recovery point: 2018-06-04 22:05:29
    Total recovery points: 36
    Storage consumed: 9 154,30 GB


    Some errors:

    Type: Consistency check
    Status: Failed
    Description: The job was cancelled because the user modified the associated protection group. (ID 33342)
     More information
    End time: 2018-07-31 04:37:17
    Start time: 2018-07-30 14:33:47
    Time elapsed: 14:03:30
    Data transferred: 3 320,70 MB
    Cluster node HOSTx
    Source details: Serverx
    Protection group: Protection group 1
    Items scanned: 12
    Items fixed: 1


    Type: Recovery point
    Status: Failed
    Description: Job failure on replica of Serverx on Serverx.mydomain.com caused by ongoing consistency check. (ID 97)
     More information
    End time: 2018-07-30 18:00:50
    Start time: 2018-07-30 18:00:23
    Time elapsed: 00:00:27
    Data transferred: 0 MB
    Cluster node HOSTx
    Recovery Point Type Express Full
    Source details: Serverx
    Protection group: Protection group 1


    /SaiTech

    Tuesday, July 31, 2018 12:15 PM

Answers

  • house keeping-  closing.

    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread. Regards, Mike J. [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights.

    Friday, December 13, 2019 11:59 PM
    Moderator