Poslovne prednosti od bržeg pravljenja rezervnih kopija, pouzdanog vraćanja, efikasnog zadržavanja
Kada je Cinch proučavao njegove opcije, jedna od karakteristika ExaGrid-a koja se svidjela IT osoblju bila je deduplikacija nakon procesa. Ovo im je imalo više smisla sa stanovišta smanjenja prometa na njihovom WAN-u, a budući da podaci u cijelosti dolaze prije deduplikacije, ne samo da su njihovi podaci sigurniji, već je i potpuna kopija bez dedupliciranja lako dostupna za brzo vraćanje.
ExaGrid-ov sistem rezervne kopije zasnovan na disku „ključ u ruke“ kombinuje pogone preduzeća sa deduplikacijom podataka na nivou zone, isporučujući rešenje zasnovano na disku koje je daleko isplativije od jednostavnog pravljenja rezervnih kopija na disk sa deduplikacijom ili korišćenjem softvera za pravljenje rezervnih kopija softvera za deduplikaciju na disk. ExaGrid patentirana deduplikacija na nivou zone smanjuje potreban prostor na disku za raspon od 10:1 do 50:1, ovisno o tipovima podataka i periodima zadržavanja, pohranjivanjem samo jedinstvenih objekata u sigurnosne kopije umjesto suvišnih podataka. Adaptivna deduplikacija izvodi deduplikaciju i replikaciju paralelno sa sigurnosnom kopijom. Kako se podaci dedupliciraju u spremište, oni se također repliciraju na drugu ExaGrid lokaciju ili javni oblak za oporavak od katastrofe (DR).
„Danas je kao noć i dan tamo gdje smo bili“, rekao je Chuck Matulik, menadžer mreže, sistema i telekomunikacija u Cinch Home Services, kompaniji koja je članica Cross Country grupe. “Naš rezervni period je smanjen na osam sati, a naš omjer dedupe trenutno je oko 12:1. Uspjeli smo preusmjeriti vrijeme koje smo trošili na upravljanje rezervnim kopijama trake na važnije inicijative.” Matulik procjenjuje da je njegovo osoblje u prosjeku provodilo četiri sata dnevno baveći se kasetama. Nakon instaliranja ExaGrid-a, sada provode samo nekoliko sati sedmično na sigurnosne kopije. To je oko 20 sati sedmično – pola FTE – koji se sada mogu potrošiti na druge IT projekte.
“Nakon instaliranja ExaGrid-a, došlo je do pada virtuelnog servera,” rekao je Matulik. „Obnavljanje je trajalo samo nekoliko minuta – ništa u poređenju sa onim što smo morali da uradimo ranije, što bi trajalo četiri do šest sati ili više.”