Do the following, as appropriate:

■ Check the All Log Entries report.

■ For detailed debug information, create bpdm or bptm debug log directories on

the server. If the client is Windows, also create a bpbkar debug log directory

on the client. Retry the operation and check the resulting debug logs.

■ For additional information, check the following:

■ NetBackup Problems report to determine the device or media that caused

the error

■ System and error logs for the system (UNIX and Linux)

■ Event Viewer Application log (Windows)

This is actually a function of VSS backup.  Windows places executables and dlls under Windows File Protection and VSS automatically excludes these files from a standard backup.  These protected files are backed up with a Shadow Copy/System State backup.  This is why you need both to fully protect a Windows system.

How to tell which files are filtered into Volume Shadow Copy Components
http://www.symantec.com/docs/TECH76997

oracle.exe is filtered by VSS System Writer.Check it by diskshadow -> LIST  WRITERS

This has helped me understand why the files are not backup as they should

http://www.symantec.com/business/support/index?pag...

Is the tech document which links from the one Yasuhisa posted in showing how to exclude your drive from the vss.

how ever in trying this \\servername\e$ in the policy i get an error of status 13 file read.

i've given elevated permission to the netbackup client service on my client and it still fails

so from my pc i can start\run \\servername\e$, get login prompt, login with designated username and password thats on my netbackup client service on the client, and am able to modify files/folders

any ideas, why this errors?

Excellent this worked.!!

the reg key to disable the NTIO fixed the problem of the permissions to the share.

Many thanks