This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Backups Failing due to On-Access scanning

I have two servers failing backups due to on-access scanning 

  1. Have tried placing folder in exclusion \\networklocation\sharename + \sharename\ 
  2. Second Server is the same \\.\globalroot\device\harddiskvolumeshadowcopy, I am tempted to try just excluding \\.\globalroot\
  3. There are false positives but I am unsure to ignore them. 


This thread was automatically locked due to age.
Parents Reply Children
  • Hello OaksIT,

    it's better to give a detailed description of a problem than asking for specifics of an assumed solution. If you prefer the latter please nevertheless try to be precise. IMO your posts are somewhat ambiguous (\\networklocation\sharename vs. long path names).
    Apart from the point that a folder exclusion must end with a backslash (the GUI, endpoint or console, doesn't accept it anyway without one) there's no additional magic required to make an exclusion work. If your backups are still failing then an exclusion is not the solution. Or - if it's a matter of using the correct exclusion then, naturally, details are required to give potentially useful advice.

    If it's indeed on-access scanning which eventually results in failing backups either disabling on-access or setting a process-exclusion for the backup process(es) should help. This shouldn't be done without consideration. Depending on the nature of the data/files to be backed up a(n additional) scan during backup isn't superfluous, a backup should be as "clean" as possible. There might be items which have not yet properly been dealt with. New and amended identities might detect previously unrecognized threats.

    Christian