Video Screencast Help
Search Video Help Close Back
to help
New in the Rewards Catalog: Vouchers for "Symantec Technical Specialist" and "Symantec Certified Specialist" exams.

NetBackups in Windows are taking too long

Updated: 09 Aug 2010 | 8 comments
Jeremiah_Windows's picture
+1 1 Vote
Login to vote

I am currently have scheduled a Full backup and the Policy has been running since Sunday. Based on file size it is only about 1.9 TB of data. I have a HP tape library 16 with two LTO-4 tape drives with 800MB tapes. Not sure why it is taling so long to backup. Please help.

discussion Filed Under:

Comments

sunbird's picture
12
Aug
2009
0 Votes 0
Login to vote

Check to see if the "large

Check to see if the "large send offload" and "checksum offload" settings are disabled; disable is necessary (technote 304578 -- link below):
 
 
= = = = = =
 
 
= = = = = =
shans's picture
12
Aug
2009
0 Votes 0
Login to vote

Multiple streaming .

Hi

You can go for multiple streaming option which will minimize the backup timings .

Also you had tuned the buffer values .

http://support.veritas.com/docs/281842

 

 

http://support.veritas.com/docs/244652http://support.veritas.com/docs/183702

Nicolai's picture
12
Aug
2009
0 Votes 0
Login to vote

The hunt for good performence

The NetBackup 6.5 Backup Planning and Performance Tuning Guide has advice for how to tune for performence.

Update network driver on backup server and client has first step, can make a BIG diffrence. Makre sure no antivirus software scan all files being backedup. Configure NUMBER_DATA_BUFFERS and SIZE_DATA_BUFFERS if not already done (on media servers).

Assumption is the mother of all mess ups.

If this post solved you’re questions please send a gratitude by marking it as a solution.

 

Ron Cohn's picture
12
Aug
2009
1 Vote +1
Login to vote

It's not the hardware...

It is not the size of the backup that matters (in this case), but the number of files involved.  If you are doing a "standard backup" with millions of files, then NBU is retrieving a file at a time.  If the volume is fragmented, then Windows is having to hunt all over the disk to get that 1 file.  Once done, onto the next file, with the same consequences.

If you have a large number of files, you may want to consider the NBU FlashBackup facility.  This performs a "raw disk" backup with the ability to do individual file restores.  In our case, we have a 1.6TB volume with 4+ million files.  Backup time was approximately 72 to 90 hours.  With NBU Flashbackup, we are down to 10 hours. 

Ron Cohn
"I maybe lost, but I am making good time..."

Environment: NBU 6.5.5 for Windows
 Write to EMC DL5100 / Vault to ADIC i500

Jeremiah_Windows's picture
14
Aug
2009
0 Votes 0
Login to vote

Ron Cohn,      Doesn't the

Ron Cohn,

     Doesn't the "raw" backup erase the whole dirve in order to restore one file?

Jeremiah_WIndows

Ron Cohn's picture
14
Aug
2009
0 Votes 0
Login to vote

FlashBackup does not destroy the disk...

A single file restore from a FlashBackup image works just like any other single file restore (I do this ALL the time).  Just make sure on the restore, you tell NBU to get the data from a FlashBackup image...

Ron Cohn
"I maybe lost, but I am making good time..."

Environment: NBU 6.5.5 for Windows
 Write to EMC DL5100 / Vault to ADIC i500

Andy Welburn's picture
14
Aug
2009
2 Votes +2
Login to vote

Maybe, confusing FlashBackup with other raw partition backups?

Excerpt from:

DOCUMENTATION: How to configure backup for maximum throughput when a volume or folder contains millions of small files.

"...
If FlashBackup is not an option, a Windows 2000 client with VERITAS Snapshot Provider (VSP) (or Windows 2003 with VSP or Volume Shadow copy service (VSS)) can be configured to perform raw partition backups using a snapshot. This will allow the volume to be accessed while a backup is running, but give the performance of a raw partition backup.

However, there is no ability to restore individual files. In order to restore individual files from this volume, the entire volume must be restored, and then the files can be copied to where they are needed.
..."

Regards Andy

"It's not too late to panic ..."

Pinku's picture
08
Feb
2010
0 Votes 0
Login to vote