Skip to main content

ABR11.5 Dedup Question

Thread needs solution

I'm thinking of upgrading to 11.5 Advanced and getting the dedup addon. I want to back up 3 laptops (2 of which have alot of duplicate pictures, music, and other files) where I know the dedup option would be great. I am going to backup to a VM(which will have the storage node on it and dedup database), but after the backup and dedup, I would like to someone how back the storage node (or vault) off to a external hard drive so that I can take that off site. Doesn't do much good to store my backup on site if fire is the disaster. Is this easy to do and would it work so in a time of disaster I could create a a storage node and then pull all the files off the external drive and then restore from the storage node?

Is there an easier way to do this? I really want the dedup capability, but need to store the final backup offsite. I realize from reading the best practices, that this may not be optimal, but I will only be backing up every 3-4 weeks and taking the external drive offsite.

0 Users found this helpful

For two laptops, IMO, it's not worth efforts.
http://www.acronis.com/support/documentation/ABR11.5/index.html#7143.ht…
Storage node with a deduplicated vault in VM is not a good idea - it's against best practices, or else it will process deduplicated data forever.
It's possible to backup deduplicated vault as a set of files (but it would be better to stop storage node service before backing it up), but in case of deduplicated vault there are huge files that are regularly modified during operations on the vault and they have to be backed up to the secondary location as a whole.

Dedup stores need blazingly fast storage and large heaps of RAM. You want to do this on a fast server.

Running the ASN in a VM is not really a problem - just make sure the I/O is fast enough (15kRPM drives or SSD - best practice says 7200k - don't know who wrote that joke). Don't use virtualized drives, better direct passthrough - at least for the dedup store.

If you have enough space, stay away from dedup. I don't know (yet) if it works right in 11.5, but throughout the lifetime of 11 it was the cause of frequent data loss.