07-20-2012 01:10 AM
Hi All,
i run NBU 7.0 on windows 2008 server. i have a client that runs windows 2008 OS. the client has 2 drives, C and D. Two policies were created to backup the 2 drives separately. D drive backs up in less than 30 minutes. C drive takes about 5 days to backup. please assist on what i can check because the size of C is smaller than the D drive.
pleas treat as very urgent.
07-20-2012 01:37 AM
Try checking the read speed of the drive.
IF D is good, then NetBackup is probably fine, loks like an issue with teh speed you can read the drive.
Specify in the policy :
c:\
To stop it backing up the system state for a TEST only, system state could be slowing it sown.
Martin
07-20-2012 02:50 AM
hi martin,
system state is not included in the backup selection.
07-20-2012 03:41 AM
please i need help urgently.
07-20-2012 03:46 AM
I gave you the likely cause, and what to check.
Check the read speed of the C:\ disk.
Martin
07-20-2012 03:48 AM
Check whether you have configured VSS or not for this client, if not please configure the same.
07-20-2012 03:49 AM
Follow this TN.
http://www.symantec.com/docs/TECH17541
If D: works and CL: doesn't, the most likey cause is the speed at which the disk can be read.
That should be investigated from the operating system side.
Martin
07-20-2012 03:51 AM
How big is it as a matter of interest & what does it contain?
Is there anything runnning on same that may be causing I/O contention?
As Martin has said, need to test the read speed of this drive. You *could* try backing up to <null> [[**EDIT*** which Martin has also now suggested!!]] which would remove all external factors, but as your E:\ drive backs up ok then it hardly seems that there's any other mitigating factors apart from what's happening on the C:\ drive itself.
07-20-2012 04:01 AM
how do i check for the speed of the drive please?
07-20-2012 05:09 AM
The bpbkar null test may also run as slow as the normal backup. If so, then the performance issue is localized to the client itself. Below are reasons a bpbkar null test can run slower than expected. They can also be causes for slow backups in general:
1. The Client Job Tracker is enabled.2. Virus scanning is enabled.3. One or more of the Client's disks are heavily fragmented and require defragmentation.4. Other applications on the client are consuming the client's resources.5. The volume(s) in question contain(s) a very high number of files, such as greater than 1 million files.