none
Synchronization Failed DPM 2010 RRS feed

  • Question

  • Backing up file server fails Synchronization when the antivirus on the server is scanning.  Then I once the scan is done 7 hours later, I run a synchronized with consistency check and everything goes back to normal.  This is the error,

    DPM is unable to continue protection for D:\ on mhs_hd.wnyschools.net because the change tracking information is corrupt (ID 30156 Details: The process cannot access the file because it is being used by another process (0x80070020))

    More info:

    Windows 2003 SP2 X86 

    Tuesday, September 14, 2010 1:47 PM

Answers

  • I gave up and set the synchronization to happen only prior to the recovery points....  All recovery points are being completed before the antivirus runs...  This has been working for the past two days without any issues.

    • Marked as answer by eg0911 Friday, September 17, 2010 3:24 PM
    Friday, September 17, 2010 3:24 PM

All replies

  • Hey,

    What kind of A/V are you running.  I seem to remember that there is a problem with some A/V solutions that change the journal causing the VSS to go wrong.

    Cheers,

    Mike Resseler

    PS: There was also one case where the synchronization took every day the full set because before that, the AV changed everything, letting the VSS think that every file was adjusted...


    Visit System Center User Group Belgium @ http://scug.be and http://scug.be/blogs/scdpm
    Tuesday, September 14, 2010 1:53 PM
    Moderator
  • Vipre Enterprise from Sunbelt Software... They just got bought by GFI.
    Tuesday, September 14, 2010 1:57 PM
  • Sorry,

    Don't know that one.  I suggest that you do the following:

    1.) Disactivate A/V and see if the same stuff is happening

    2.) If not, contact support from Vipre to explain the situation

    Sorry that I couldn't help you more

    Cheers,

    Mike


    Visit System Center User Group Belgium @ http://scug.be and http://scug.be/blogs/scdpm
    Tuesday, September 14, 2010 2:05 PM
    Moderator
  • What did you do to fix the issue with the other AV?  Any required exceptions for scanning?  The error seems to point to a sharing violation?

    Tuesday, September 14, 2010 2:09 PM
  • Nope, it was an issue with McAfee that got sorted out in a Kb or hotfix.  Can't remember exactly anymore

    Sorry

    Mike


    Visit System Center User Group Belgium @ http://scug.be and http://scug.be/blogs/scdpm
    Tuesday, September 14, 2010 2:21 PM
    Moderator
  • Thanks Mike....

    It only happens when the AV is doing a full scan.  A quick scan does not cause the error.  Real-time or active protection does not seem to be an issue either.   I going to exclude the \System Volume Information folder from the AV and see of that helps.

     

    Tuesday, September 14, 2010 6:21 PM
  • Hi

    I got the exact same problem with one of my customers, I sorted it out by not Qurantaining the potential harmfull files. Try that, and look if you got anything in your quarantain.

    BR

    Robert Hedblom



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Wednesday, September 15, 2010 12:02 PM
    Moderator
  • The Quarantine is empty...  The Synchronization failed again last night.  I wonder if it has anything to do wiht the pagefile?
    • Marked as answer by eg0911 Friday, September 17, 2010 3:20 PM
    • Unmarked as answer by eg0911 Friday, September 17, 2010 3:22 PM
    • Marked as answer by eg0911 Friday, September 17, 2010 3:24 PM
    • Unmarked as answer by eg0911 Friday, September 17, 2010 3:24 PM
    Wednesday, September 15, 2010 12:28 PM
  • I gave up and set the synchronization to happen only prior to the recovery points....  All recovery points are being completed before the antivirus runs...  This has been working for the past two days without any issues.

    • Marked as answer by eg0911 Friday, September 17, 2010 3:24 PM
    Friday, September 17, 2010 3:24 PM
  • Hi

    I found this part in the Operations guide:

    To prevent file conflicts between DPM and antivirus software, on the DPM server, disable real-time monitoring by the antivirus software of the following directories in the DPM program files:

    ·      \XSD

    ·      \Temp\MTA

    DPM is compatible with most popular antivirus software products. However, antivirus products can affect DPM performance and, if not configured properly, can cause data corruption of replicas and recovery points. To mitigate these issues, consider taking the following actions:

    ·      Disable real-time monitoring of dpmra.exe on the DPM server.

    To minimize performance degradation, disable antivirus real-time monitoring of replicas and transfer logs for all protected volumes by disabling real-time monitoring of the DPM process dpmra.exe, which is located in the folder Program Files\Microsoft Data Protection Manager\DPM\bin.

    Real-time monitoring of replicas degrades performance because it causes the antivirus software to scan the replicas each time DPM synchronizes with the protected server and to scan all affected files each time DPM applies changes to the replicas. The problem is resolved when you disable the feature for the replicas. For information about configuring real-time monitoring based on process name, see your antivirus product documentation.

    ·      Disable real-time monitoring of csc.exe on the DPM server.

    If you experience degraded performance while using DPM Administrator Console, disable real-time monitoring of the csc.exe process, which is located in the folder Windows\Microsoft.net\Framework\v2.0.50727\csc.exe. The csc.exe process is the C# compiler. Real-time monitoring of the csc.exe process can degrade performance because it causes the antivirus software to scan files that the csc.exe process emits when it generates XML messages. For information about configuring real-time monitoring based on process name, see your antivirus product documentation.

    ·      Delete infected files on protected servers and the DPM server.

    To prevent data corruption of replicas and recovery points, configure the antivirus software to delete infected files rather than automatically cleaning or quarantining them. Automatic cleaning and quarantining can result in data corruption because these processes cause the antivirus software to modify files, making changes that DPM cannot detect.

    Whenever DPM attempts to synchronize a replica that has been modified by another program, data corruption of the replica and recovery points can result. Configuring the antivirus software to delete infected files resolves this problem. For information about configuring your antivirus software to delete infected files, see the documentation for your antivirus software.

    Important

    You must run a manual synchronization with consistency check job each time that the antivirus software deletes a file from the replica, even though the replica will not be marked as inconsistent.

     



    Check out my DPM blog @ http://robertanddpm.blogspot.com

    Monday, September 20, 2010 11:10 AM
    Moderator