none
Consistency Check seems to run indefinatly RRS feed

  • Question

  • Hi,

    I have DPM running at our main office.  We backup a remote office server with 1.5TB of data over a VPN connection.  It was working fine until our local storage pool drives suffered physical failure.  All fixed and had to recreate protection groups.  Initial backup of remote server was slow, and when it finished it said it was inconsistent.  I ran a consistency check and it took a really long time and got interrupted several times.  Then it finally looked like it finished with no errors.  I tried to create a replication point and it failed saying it was not consistent.  I started the consistency check over again.  This time it ran and it counted up to 2,034.12MB in the Data Transferred column.  It has now been stuck at that number for 30 hours but still lists as in progress.  

    In looking at dpmra.exe on using process monitor the protected computer, when data was being transferred I could see file name in the logs.  Now that it has stopped counting all i have seen for the last 30 hours is registry open, close and query keys.  A sample from the process monitor log is below.  Anyone know if this is normal, or if something is stuck, or if there is some other problem?

    Thanks,

    Derek

    7:44:47.9280016 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InprocServer32 SUCCESS
    7:44:47.9280277 AM DPMRA.exe 10748 RegQueryValue HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InProcServer32\(Default) SUCCESS Type: REG_SZ, Length: 62, Data: C:\WINDOWS\system32\msxml6.dll
    7:44:47.9280478 AM DPMRA.exe 10748 RegCloseKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InProcServer32 SUCCESS
    7:44:47.9280687 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InprocHandler32 NAME NOT FOUND
    7:44:47.9280883 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\LocalServer32 NAME NOT FOUND
    7:44:47.9281079 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\LocalServer NAME NOT FOUND
    7:44:47.9281268 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88D96A06-F192-11D4-A65F-0040963251E5} SUCCESS
    7:44:47.9281873 AM DPMRA.exe 10748 RegQueryValue HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\AppID NAME NOT FOUND Length: 144
    7:44:47.9282111 AM DPMRA.exe 10748 RegCloseKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5} SUCCESS
    7:44:47.9282282 AM DPMRA.exe 10748 RegCloseKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5} SUCCESS
    7:44:47.9305990 AM DPMRA.exe 10748 RegCloseKey HKCR SUCCESS
    7:44:47.9306241 AM DPMRA.exe 10748 RegCloseKey HKCR SUCCESS
    7:44:47.9306597 AM DPMRA.exe 10748 RegOpenKey HKLM\Software\Microsoft\COM3 SUCCESS
    7:44:47.9307070 AM DPMRA.exe 10748 RegQueryValue HKLM\SOFTWARE\Microsoft\COM3\REGDBVersion SUCCESS Type: REG_BINARY, Length: 8, Data: 12 00 00 00 00 00 00 00
    7:44:47.9307312 AM DPMRA.exe 10748 RegCloseKey HKLM\SOFTWARE\Microsoft\COM3 SUCCESS
    7:44:47.9307721 AM DPMRA.exe 10748 RegOpenKey HKLM\Software\Microsoft\COM3 SUCCESS
    7:44:47.9307967 AM DPMRA.exe 10748 RegQueryValue HKLM\SOFTWARE\Microsoft\COM3\REGDBVersion SUCCESS Type: REG_BINARY, Length: 8, Data: 12 00 00 00 00 00 00 00
    7:44:47.9308145 AM DPMRA.exe 10748 RegCloseKey HKLM\SOFTWARE\Microsoft\COM3 SUCCESS
    7:44:47.9308422 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88D96A06-F192-11D4-A65F-0040963251E5} SUCCESS
    7:44:47.9308735 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\TreatAs NAME NOT FOUND
    7:44:47.9308936 AM DPMRA.exe 10748 RegOpenKey HKCR SUCCESS
    7:44:47.9309190 AM DPMRA.exe 10748 RegCloseKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5} SUCCESS
    7:44:47.9309353 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88D96A06-F192-11D4-A65F-0040963251E5} SUCCESS
    7:44:47.9309610 AM DPMRA.exe 10748 RegOpenKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InprocServer32 SUCCESS
    7:44:47.9309891 AM DPMRA.exe 10748 RegQueryValue HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InProcServer32\InprocServer32 NAME NOT FOUND Length: 144
    7:44:47.9310081 AM DPMRA.exe 10748 RegCloseKey HKCR\CLSID\{88d96a06-f192-11d4-a65f-0040963251e5}\InProcServer32 SUCCESS

    Sunday, September 15, 2013 3:07 PM

All replies

  • Hi Derek

    Did you manage to finally resolve this issue? I am using 2012 R2 and having the same issues also and can't seem to get an answer as to how to resolve this.

    Friday, September 5, 2014 8:48 AM
  • Hi

    The below thread may assist with troubleshooting the issue you have outlined although the thread was for assisting with DPM 2010. Note the steps provided in the last section of the thread are good to leverage when troubleshooting long running consistency checks additionally make sure Anti-virus exceptions related to DPM are in place (outlined in second link below).  

    http://social.technet.microsoft.com/Forums/en-US/ff9b8081-68dd-4c0f-8fd4-7b23950c4f20/consistency-check-takes-forever-on-large-volumes?forum=dpmfilebackup

    **Snip from above thread**

    The amount of time it takes to perform a consistency check against a data source has many variables.

    1) The number of files and directories on the protected volume.  Millions of small files will take much longer than a handful of larger files of equal total space used.
    2) If you have SIS enabled, that effects Consistency Check times. (especially if you SIS files in recycle bin, so clear the recycle bin frequently on SIS enabled volumes)
    3) Disk I/O speed on both DPM and Protected server.
    4) How busy each of the disks are. (io/sec, queue length)
    5) Network speed and bandwidth / utilization.

    Check out the section HOW TO CHECK FOR BOTTLENECKS at the bottom if you wish to investigate items 3,4,5  further.

    • HOW TO CHECK FOR BOTTLENECKS
      =============================

    If you open resource monitor on both servers and select DPMRA and System processes during a Consistency Check, check disk IO and see if you have a bottleneck.

    You can also run a performance monitor.

    For some basic perfmon counters to help narrow down the possible bottleneck:

    Perf Counters for DPM
    ******************

    Logical Disk/Physical Disk
    \%idle
    • 100% idle to 50% idle = Healthy
    • 49% idle to 20% idle = Warning or Monitor
    • 19% idle to 0% idle = Critical or Out of Spec

    \%Avg. Disk Sec Read or Write
    • .001ms to .015ms  = Healthy
    • .015ms to .025 = Warning or Monitor
    • .026ms or greater = Critical or Out of Spec

    Current Disk Queue Length (for all instances)
    80 requests for more than 6 minutes.
    • Indicates possibly excessive disk queue length.

    Memory
    *******
    \Pool Non Paged Bytes*
    • Less that 60% of pool consumed=Healthy
    • 61% - 80% of pool consumed = Warning or Monitor.
    • Greater than 80% pool consumed = Critical or Out of Spec.

    \Pool Paged Bytes*
    • Less that 60% of pool consumed=Healthy
    • 61% - 80% of pool consumed = Warning or Monitor.
    • Greater than 80% pool consumed = Critical or Out of Spec.

    \Available Megabytes
    • 50% of free memory available or more =Healthy
    • 25% of free memory available = Monitor.
    • 10% of free memory available = Warning
    • Less than 100MB or 5% of free memory available = Critical or Out of Spec.

    Processor
    *******
    \%Processor Time (all instances)                                                                  
    • Less than 60% consumed = Healthy
    • 51% - 90% consumed = Monitor or Caution
    91% - 100% consumed = Critical
    *************************************************************

    Anti-Virus information

    http://technet.microsoft.com/en-us/library/hh757911.aspx

    **************

    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, Dwayne Jackson II. [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights."


    Friday, September 5, 2014 11:25 AM