Пословне користи од бржег прављења резервних копија, поузданог враћања у претходно стање, ефикасног задржавања
Када је Цинцх проучавао његове опције, једна од карактеристика ЕкаГрид-а која се допала ИТ особљу била је дедупликација након процеса. Ово им је имало више смисла са становишта смањења саобраћаја на њиховом ВАН-у, а пошто подаци у потпуности стижу пре дедупликације, не само да су њихови подаци сигурнији, већ је и потпуна копија без дедуплицирања лако доступна за брзо враћање.
ЕкаГрид-ов систем резервних копија заснован на диску „кључ у руке“ комбинује погоне предузећа са дедупликацијом података на нивоу зоне, испоручујући решење засновано на диску које је далеко исплативије од једноставног прављења резервних копија на диск са дедупликацијом или коришћењем софтвера за прављење резервних копија софтвера за дедупликацију на диск. ЕкаГрид патентирана дедупликација на нивоу зоне смањује потребан простор на диску за опсег од 10:1 до 50:1, у зависности од типова података и периода задржавања, тако што чува само јединствене објекте у резервним копијама уместо сувишних података. Адаптивна дедупликација врши дедупликацију и репликацију паралелно са прављењем резервних копија. Пошто се подаци дедуплицирају у спремиште, они се такође реплицирају на другу ЕкаГрид локацију или јавни облак за опоравак од катастрофе (ДР).
„Данас је као ноћ и дан одакле смо били“, рекао је Цхуцк Матулик, менаџер мреже, система и телекомуникација у компанији Цинцх Хоме Сервицес, компанији која је чланица Цросс Цоунтри групе. „Наш резервни период је смањен на осам сати, а наш однос дедупирања је тренутно око 12:1. Успели смо да прерасподелимо време које смо трошили на управљање резервним копијама на тракама на важније иницијативе.” Матулик процењује да је његово особље у просеку проводило четири сата дневно бавећи се касетама. Након инсталирања ЕкаГрид-а, они сада проводе само неколико сати недељно на резервне копије. То је око 20 сати недељно – пола ФТЕ – који се сада могу потрошити на друге ИТ пројекте.
„Након инсталирања ЕкаГрид-а, дошло је до пада виртуелног сервера“, рекао је Матулик. „Обнављање је трајало само неколико минута – ништа у поређењу са оним што смо морали да урадимо раније, што би трајало четири до шест сати или више.“