Network Computing is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

You Can Eliminate Backups: Page 2 of 2

The chances of either of the above scenarios happening is relatively small, but that's why we do backups, to cover the odd event that causes us to lose everything. You could replicate to a second unit locally and then a third in DR, and that is essentially the same thing as doing a backup. We are also assuming that the system failure or corruption would be instantly apparent.

The deduplication or snapshot engine could produce a silent error that does not appear right away. Data is either being written in a corrupted fashion or the deduplication tables are finding false positives, so everything appears to be working correctly and you may not know you have a problem until months later. Suddenly you go to read a file, and it is either missing or corrupted. Most deduplication processes have self-check code to help prevent this sort of thing from occurring, but it is something to be aware of.

Counting on snapshots, deduplication and replication as your primary and even secondary recovery options is perfectly acceptable. The 99.999% of the times it works and provides you with rapid recovery of critical information. Just be aware there are risks involved in not storing your data on a separate platform.