How can I find out the actual size of a backup after compression and deduplication ?
Hi everyone, I am using Veritas NetBackup version 11 to backup Oracle databases and all virtual machines in a quite big system. The using experience is nice and smooth, but my boss want me to show him the exact actual size of a backup after being backed up successfully. This means the actual size of a backup after being deduplicated. How can I find this statistics ? The Activity monitor in NetBackup Web UI shows the logical size and the deduplication ratio of each job ID, but it is suffering to manually sum them up =))) So, I really want to know that: Are there any faster ways to get the actual size of a backup after being deduplicated ? And if the only way to do that is manually calculating, what is the correct formula when I know the logical size and the deduplication ratio ?
BackupExec deduplication manager service failed to start
Hi all I have a backupexec appliance 3600 R4 wint BE15. This appliance is EOX, I know it, but our client maintains this old infraestructure and now I have a problem. This appliance had 2 disks failed and the the RAID was offline. Our client bought the 2 disks and we replace that on the appliance. The rebuilding RAID process was apparently successful and now on the appliance web UI show us all disks online an also the RAID. But now, when I try to start the BackupExec services I have this error for BackupExec deduplication manager: I can see this detailed status on Windows EventViewer: But when I try to verify the D:\Appliance_Dedupe\etc\pdregistry.cfg file I can't access to the folder (D:\Appliance_Dedupe is the appliance's deduplication folder): Anyone can help me with this? Thanks in advance. Regards Toño
Duplicate Jobs stuck in Active Queued
Veritas support has been worse than useless. We have a CAS MBS enviroment, duplicate jobs are scheduled to run every week from MBS to Deduplication storage on CAS but will get stuck in the active queued state for hours without any data transfer. No failure and no events in logs. Many weeks ago there was an Alert about Robotic Libraries but it has been cleared and not appeared since. Vertias support had me run an inventory on Dedupe storage, recreate storage, update all servers to 20.5, and generate several different logs. All to no avail. Any ideas are welcome.
What you can store and transmit with deduplication seems to very sensitive to deduplication rates.
The charts in the PDF are theortetical it would be interesting to see if others are getting results like these? From what I can see the ability to deupe data can have a significant impact on storage and transmission.
