ExaGrid understands that deduplication is required, but how you implement it changes everything in backup. Data deduplication reduces the amount of storage required and also the amount of bandwidth for replication; however, if not implemented correctly, it will dramatically slow down backups, slow down restores and VM boots, and the backup window will grow as data grows. This is due to the fact that data deduplication is highly compute intensive; you don’t want to perform deduplication during the backup window and you also don’t want to restore or boot from a pool of deduplicated data.
When it comes to data deduplication for backup, do you know how it really works?
ExaGrid provides the best level of data deduplication and has implemented data deduplication in a way that provides 6X the backup performance and up to 20X the restore and VM boot performance of other approaches. ExaGrid has a unique landing zone where backups can land straight to disk without any inline deduplication processing. Backups are fast and the backup window is short. Deduplication and offsite replication occur in parallel with the backups and never impede the backup process as they are always second order priority. ExaGrid calls this “adaptive deduplication.”