03-24-2013 10:38 AM
Solved! Go to Solution.
05-08-2013 09:30 AM
Thanks for lots of information
After I update all NICs and FC HBAs device driver and firmware to most recent version, the extremely slow performance when read/write operation at same time is getting better. So I don't need to run separate verify job.
I've monitored backup performance over a month and found that the overall backup performance was 3000MB/min ~ 4000MB/min with 8 concurrent operations on deduplication storage.
By the way when I increased the number of concurrent operations to 16, the overall backup performance was less than 1000MB/min.
I've varied the vaule of concurrent operations and found that, in my case, the optimum setting is 8 concurrent job and overall backup performance is 3000MB/min ~ 4000MB/min. (even in read/write operation like backup jobs and verify jobs are running at same time)
If I found a better way to increase deduplication performance, I'll post it.
To Olaf
In my case, duplication performance to LTO6 tape library is almost same with backup performance (30000MB/min ~ 4000MB/min).
And I will intensive restore test until next week, so I'll let you know what the restore performance from deduplication storage is.
Thanks
Sean Lee
03-24-2013 11:31 AM
03-24-2013 11:55 AM
Thanks for reply.
The option "Enable direct access" already deselected for all Verify jobs before I post this question.
Any other suggestion?
03-24-2013 12:18 PM
...if you have jobs that run while the veriy is running you could end up with a slow verify along with your slow backups. If can stagger this, do so.
That said, make sure that no antivirus on your media server is actively scanning the dedupe folder (exclude it). Your hardware spec looks right too!
THanks!
03-24-2013 02:26 PM
This slow verify jobs can be seen even there are only verify jobs (no backup).
The reason why I made separate verify job schedule is to minimize overlap with backup window.
For antivirus, I already exclude Deduplication Storage Folder from antivirus software.
By the way, when I see the document "Best practices for Backup Exec 2012 Deduplication Option", the only thing I didn't meet is "Disable RAID caching", is it possible RAID caching can be the cause of slow Verify performance?
Thanks
03-24-2013 06:44 PM
"Disable RAID caching" is unlikely to be the cause of your problem. However, you should still disable the caching because this affects the integrity of your backup if there is an outage of the media server and/or the dedup folder.
04-13-2013 04:33 AM
Hi sean lee,
I've got the same problem with every single task that is "read related" from the dedup storage - in my case duplicating to external media like tape or usb-disks.
Do you have similar experiences?
How is the speed during a restore? As slow like during the verify process ?
Thx
Olaf
04-13-2013 07:04 PM
04-13-2013 11:08 PM
04-13-2013 11:28 PM
They do fail at the wrong time. I had them failed twice when they are needed. Once, this resulted in a server rebuild. Imagine restoring your dedup folder, that is if you had taken a backup of it.
05-08-2013 09:30 AM
Thanks for lots of information
After I update all NICs and FC HBAs device driver and firmware to most recent version, the extremely slow performance when read/write operation at same time is getting better. So I don't need to run separate verify job.
I've monitored backup performance over a month and found that the overall backup performance was 3000MB/min ~ 4000MB/min with 8 concurrent operations on deduplication storage.
By the way when I increased the number of concurrent operations to 16, the overall backup performance was less than 1000MB/min.
I've varied the vaule of concurrent operations and found that, in my case, the optimum setting is 8 concurrent job and overall backup performance is 3000MB/min ~ 4000MB/min. (even in read/write operation like backup jobs and verify jobs are running at same time)
If I found a better way to increase deduplication performance, I'll post it.
To Olaf
In my case, duplication performance to LTO6 tape library is almost same with backup performance (30000MB/min ~ 4000MB/min).
And I will intensive restore test until next week, so I'll let you know what the restore performance from deduplication storage is.
Thanks
Sean Lee