I am currently running BE 2014 14.1.1786.0 patched the the latest available updates from LiveUpdate, on Server 2012 Standard. 64GB Ram, Dual Xeon E5-2620 2.00 GHz. 10TB local disk storage with tested 250MB/sec+ IO speed, perfectly capable system for BE dedupe storage.
I am currently troubleshooting why my deduplication jobs start out at great speeds (3000-6000MB/min), and then eventually slow to a halt. My recent discovery is that if I manually start a crcontrol --processqueue during a duplicate or backup job, the speeds die gradually until either the jobs hangs, or the queue finishes processing. I have a job that backs up a fileserver of 2TB, catalogs, then duplicates to tape over the weekend. This past weekend it backed up without issue, 4 Hrs,46 Min at 5,500 MB/min. The duplicate to an LTO6 tape hung after about 26 hours. I have numerous other jobs running, but never more than 4 simultaneous jobs to/from the dedupe. I am already rescheduling catalog jobs for outside the backup window, as well as pausing the tape device until B2D jobs complete so the duplicate jobs run sequentially after B2D completes.
My question at the moment is whether it's possible to disable the automatic "crcontrol --processqueue" task that BE runs at 00:20 and 12:20 daily. I believe this or another task is killing my larger jobs, and want to delay it until the disk is idle of backups. Any help would be appreciated.