Forum Discussion

BillClark22's avatar
10 years ago

Disk-to-tape backup taking progressively longer for single job

Have a about a dozen various backup jobs and they all follow the same pattern, backup to a deduplication disk, then later the job is duplicated out to tape.  This has been working fairly well but I've noticed an issue over the past 2+ weeks for a single job.  This job backs up our Exchange databases to the dedupe disk, then later out to tape.  The disk-to-disk portion has stayed consistent, 250GB transferred at 2500MB/min on average.  The disk-to-tape part is where it has gotten out of whack.  It started out taking an hour and a half to two hours to copy, but has gradually gotten longer and longer until now it is reporting over 6 hours to do the same amount of data.  We haven't changed anything since this job was created, same dedupe disk, same tape library, same type of tapes, same encryption, etc.  This is the only job that is doing this, all the others are running just fine in a fairly consistent time frame.  Any ideas?

 

 

  • Yes, several times in the span of this backup job getting longer to process.  The tape library has been power cycled also.  Fully patched with the lastest Backup Exec and Windows 2012R2 server updates.

  • What job rate do you receive, if you choose to manually duplicate the backup sets ? Preferably try this when no other backups are running.

    Is this a GRT-enabled backup ? If yes, are the other properly functioning jobs also GRT enabled ?

    Could you provide the output of crstats.exe --verbose --convert-size

    Thanks.