La defio estas kiel protekti la rezervajn datumojn kontraŭ forigo, samtempe ebligante ke rezerva retenado estu elpurigita kiam retenpunktoj estas trafitaj. Se vi reteno ŝlosas ĉiujn datumojn, vi ne povas forigi la retenpunktojn kaj la konservadkostoj fariĝas neteneblaj. Se vi permesas forigo de retenpunktoj por ŝpari stokadon, vi lasas la sistemon malfermita por ke hakistoj forigu ĉiujn datumojn. La unika aliro de ExaGrid nomiĝas Retention Time-Lock. Ĝi malhelpas la hackers forigi la sekurkopiojn kaj permesas por retenpunktoj esti elpurigita. La rezulto estas forta datumprotekto kaj reakiro solvo je tre malalta kroma kosto de ExaGrid stokado.

ExaGrid estas Tiered Rezerva Stokado kun front-fina disk-kaŝmemoro Landing Zone kaj aparta Deponejo Tier enhavanta ĉiujn retenajn datumojn. Sekurkopioj estas skribitaj rekte al la "reto-frunta" (nivela aerinterspaco) ExaGrid disk-kaŝmemoro Landing Zone por rapida rezerva rendimento. La plej lastatempaj sekurkopioj estas konservitaj en sia plena neduplikata formo por rapidaj restarigoj.

Post kiam la datenoj estas engaĝitaj al la Alteriĝo-Zono, ĝi estas nivelita en "ne-ret-frunta" (nivela aerinterspaco) longperspektiva retendeponejo kie la datenoj estas adapte deduplikitaj kaj stokitaj kiel deduplikitaj datenobjektoj por redukti la stokadkostojn de longtempa reteno datumoj. Ĉar datumoj estas ligitaj al la Deponejo, ĝi estas deduplikita kaj stokita en serio de objektoj kaj metadatenoj. Kiel kun aliaj objektaj stokadsistemoj, la ExaGrid sistemobjektoj kaj metadatenoj neniam estas ŝanĝitaj aŭ modifitaj kiu igas ilin neŝanĝeblaj, enkalkulante nur la kreadon de novaj objektoj aŭ forigon de malnovaj objektoj kiam reteno estas atingita. La sekurkopioj en la Deponejo povas esti ajna nombro da tagoj, semajnoj, monatoj aŭ jaroj kiuj estas bezonataj. Ne estas limoj al la nombro-versioj aŭ daŭro de tempo sekurkopioj povas esti konservitaj. Multaj organizoj konservas 12 semajnĵurnalojn, 36 monatajn kaj 7 jarĵurnalojn, aŭ eĉ foje, konservadon "por ĉiam".

Retention Time-Lock de ExaGrid por Ransomware Recovery estas aldone al la longtempa konservado de rezervaj datumoj kaj utiligas 3 apartajn funkciojn:

• Neŝanĝeblaj datumoj deduplikobjektoj
• Ne-ret-fruntaa parto (nivela aerinterspaco)
• Prokrastaj forigaj petoj

La aliro de ExaGrid al ransomware permesas al organizoj starigi tempoŝlosan periodon, kiu prokrastas la prilaboradon de iuj forigaj petoj en la Deponejo, ĉar tiu nivelo ne estas alfronta al reto kaj ne alirebla por retpiratoj. La kombinaĵo de ne-reto-frunta nivelo, prokrastita forigo dum tempodaŭro kaj neŝanĝeblaj objektoj kiuj ne povas esti ŝanĝitaj aŭ modifitaj estas la elementoj de la ExaGrid Retention Time-Lock-solvo. Ekzemple, se la tempo-ŝlosita periodo por la Deponejo-Tavolo estas agordita al 10 tagoj, tiam kiam forigpetoj estas senditaj al la ExaGrid de rezerva aplikaĵo kiu estis endanĝerigita, aŭ de hakita CIFS, aŭ aliaj komunikaj protokoloj, la tuta longdaŭraj retendatenoj (semajnoj/monatoj/jaroj) estas tute nerompitaj. Ĉi tio provizas organizojn tagojn kaj semajnon por identigi, ke ili havas problemon kaj restarigi.

Datumoj estas tempŝlositaj por politika fiksita nombro da tagoj kontraŭ iu ajn forigo. Ĉi tio estas aparta kaj aparta de la longdaŭra konservado, kiu povus esti konservita dum jaroj. La datumoj en la Alteriĝo-Zono estos forigitaj aŭ ĉifritaj, tamen, la Datenoj de Deponejo Tier ne estas forigitaj laŭ ekstera peto por la agordita tempodaŭro - ĝi estas tempŝlosita por politiko fiksita nombro da tagoj kontraŭ iu ajn forigo. Kiam ransomware-atako estas identigita, simple metu la ExaGrid-sistemon en novan reakiran reĝimon kaj poste restarigi iujn ajn rezervajn datumojn al ĉefa stokado.

La solvo disponigas retenŝlosilon, sed nur por alĝustigebla tempodaŭro ĉar ĝi prokrastas la forigojn. ExaGrid elektis ne efektivigi Retention Time-Lock por ĉiam ĉar la kosto de la stokado estus neregebla. Kun la aliro ExaGrid, ĉio necesas estas ĝis plia 10% pli da deponejo por konservi la prokraston por la forigoj. ExaGrid permesas agordi la prokraston de forigoj per politiko.

Reakira Procezo - 5 Facilaj Paŝoj

• Alvoku rekuperan reĝimon.
  • Retena Tempo-Ŝlosa horloĝo estas haltita kun ĉiuj forigoj nedifinite ĝis la operacio de reakiro de datumoj finiĝos.
• La rezerva administranto povas efektivigi la reakiron uzante la ExaGrid GUI, sed ĉar ĉi tio ne estas ofta operacio, ni sugestas kontakti ExaGrid-klienthelpon.
• Determinu la tempon de la evento por ke vi povu plani restarigi.
• Determinu, kiu sekurkopio sur la ExaGrid kompletigis deduplikadon antaŭ la evento.
• Faru restarigon de tiu sekurkopio per la rezerva aplikaĵo.

Avantaĝoj de ExaGrid estas:

• Longperspektiva reteno ne estas trafita kaj retentempo-ŝlosado aldonas al la retenpolitiko
• Neŝanĝeblaj deduplikadaj objektoj ne povas esti modifitaj, ŝanĝitaj aŭ forigitaj (ekster la retenpolitiko)
• Administru ununuran sistemon anstataŭ multoblajn sistemojn por kaj rezerva stokado kaj reakiro de ransomware
• Unika dua Deponejo, kiu estas videbla nur al ExaGrid-programaro, ne al la reto - (nivela aerinterspaco)
• Datumoj ne estas forigitaj ĉar forigaj petoj estas prokrastitaj kaj tial pretas renormaliĝi post ransomware-atako
• Ĉiutage, ĉiusemajne, ĉiumonate, ĉiujare kaj aliaj elpurigoj ankoraŭ okazas, sed simple prokrastas, por konservi stokadkostojn kongruaj kun la retenperiodoj.
• Por uzi la malfruajn forigojn, la defaŭlta politiko nur prenas pliajn 10% de deponejo
• Stokado ne kreskas eterne kaj restas ene de la rezerva retenperiodo fiksita por malpliigi stokadkostojn
• Ĉiuj retendatenoj estas konservitaj kaj ne estas forigitaj

Ekzemplaj Scenaroj

Elstaraĵoj

• Neŝanĝeblaj deduplikadaj objektoj, kiuj ne povas esti ŝanĝitaj aŭ modifitaj aŭ forigitaj (ekster la retenpolitiko)
• Ajnaj forigpetoj estas prokrastitaj de la nombro da tagoj en la protektopolitiko.
• Ĉifritaj datumoj skribitaj al ExaGrid ne forigas aŭ ŝanĝas antaŭajn sekurkopiojn en la deponejo.
• Datumoj de Landing Zone ĉifritaj ne forigas aŭ ŝanĝas antaŭajn sekurkopiojn en la deponejo.
• Agordu prokrastan forigon en 1-tagaj pliigoj (ĉi tio estas aldone al la rezerva longtempa retenpolitiko).
• Protektas kontraŭ perdo de iuj kaj ĉiuj konservitaj sekurkopioj inkluzive de monataj kaj jarlibroj.
• Du-Faktora Aŭtentigo (2FA) protektas ŝanĝojn al Time-Lock agordo.
  • Nur Administra rolo rajtas ŝanĝi Time-Lock agordon, post aprobo de Sekureca Oficisto
  • 2FA kun administranto Ensaluto/Pasvorto kaj sistemo generita QR-kodo por dua faktora aŭtentigo.
• Aparta pasvorto por primara retejo kontraŭ dua retejo ExaGrid.
• Aparta Sekureca Oficisto aŭ Vicprezidanto de Infrastrukturo/Operaciaj pasvortoj por ŝanĝi aŭ malŝalti Retenan Tempo-Ŝlosilon.
• Speciala funkcio: alarmo pri forigo
  • Alarmo estas levita 24 horojn post granda forigo.
  • Alarmo pri granda forigo: Valoro povas esti agordita kiel sojlo fare de la rezerva administranto (defaŭlte estas 50%) kaj se forigo estas pli ol la sojlo, la sistemo levos alarmon, nur Administra rolo povas forigi ĉi tiun alarmon.
  • Sojlo povas esti agordita, per individua parto, surbaze de rezerva ŝablono. (La defaŭlta valoro estas 50% por ĉiu parto). Kiam peto de forigo venas al la sistemo, la sistemo ExaGrid honoros la peton kaj forigos la datumojn. Se RTL estas ebligita, la datumoj estos konservitaj por la RTL-politiko (por la nombro da tagoj fiksitaj de organizo). Kiam RTL estas ebligita, organizoj povos reakiri la datumojn uzante la PITR (Point-In-Time-Recovery).
  • Se organizo ricevas malveran pozitivan alarmon ofte, la Administra rolo povas ĝustigi la sojlan valoron de 1-99% por eviti pli da falsaj alarmoj.
•  Alarmo pri ŝanĝo de proporcio de malduplikada datumoj
  Se primara stokado estas ĉifrita kaj sendita al la ExaGrid de la rezerva aplikaĵo aŭ se la minacaktoro ĉifras la datumojn sur la ExaGrid Landing Zone, ExaGrid vidos signifan falon en la deduplika proporcio atingita kaj sendos alarmon. La datumoj en la Deponejo restas protektitaj.