Kui me räägime katastroofidejärgsetest taastamisstrateegiatest , siis tegelikult räägime millestki palju laiemast kui lihtsalt varundamisest: me peame silmas ettevõtte tegelikku võimet jätkata tegevust ka siis, kui kõik läheb valesti. Andmekeskuse tulekahju, lunavara, mis krüpteerib kõik serverid, ulatuslik võrgukatkestus või pikaajaline elektrikatkestus võib ettevõtte täielikult seisata ilma läbimõeldud ja testitud plaanita.
Hea uudis on see, et tänapäeval on meil olemas küpsed meetodid, raamistikud ja tehnoloogiad (kohapealsed, pilvepõhised, hübriidsed) tugevate taasteplaanide (DRP-de) ja äritegevuse järjepidevuse plaanide (BCP-de) loomiseks. Peamine on olla ennetav: dokumenteerida, mida teha, kes seda teeb, milliste vahenditega ja millise aja jooksul, selle asemel, et kriisi keskel improviseerida. Järgmistes osades näete terviklikul ja praktilisel viisil kõike, mida vajate tõeliselt tõhusa taastestrateegia kavandamiseks, rakendamiseks ja haldamiseks, mitte ainult dokumenti, mille abil saab "ruutu linnukese" teha.
Äritegevuse järjepidevus ja katastroofidejärgne taastamine: tükkide kokkupanek
Enne plaanide ja tehnoloogiate tüüpide süvenemist on oluline eristada kahte sageli segamini aetavat mõistet: äritegevuse järjepidevuse planeerimine (BCP) ja katastroofidejärgse taastamise planeerimine (DRP) . Äritegevuse järjepidevuse plaan määratleb, kuidas organisatsioon säilitab oma põhifunktsioone tõsise sündmuse ajal ja pärast seda; DRP keskendub sellele, kuidas taastada IT-infrastruktuur ja andmed, mis neid funktsioone toetavad.
Äritegevuse järjepidevus tegeleb protsesside, inimeste, asukohtade ja tarnijatega . See hõlmab otsuseid näiteks sellest, kus töötajad töötavad, kui peakontor on kasutuskõlbmatu, millised minimaalsed teenused tuleb kohe säilitada ja kuidas seada prioriteete kriitiliste klientide teenindamiseks. Katastroofidejärgse taastamise planeerimine (DRP) seevastu keskendub serveritele, võrkudele, andmebaasidele, pilvesüsteemidele, varukoopiatele ja tehnilistele taastamisprotseduuridele.
Mõlemad plaanid peavad käima käsikäes: ilma tugeva DRP-ta jääb JTP puudulikuks , sest äriprotsesse ei saa ellu viia, kui süsteemid pole saadaval; kuid samal ajal ei lahenda probleemi ka ideaalne DRP, mis ei arvesta mõju tegevusele. Ideaalis tuleks need koos kavandada, jagades ärimõju analüüsi (BIA), taastumisaja eesmärke (RTO) ja riskitaju eesmärke (RPO).
Lisaks on äritegevuse järjepidevuse ja katastroofidejärgse taastamise planeerimine (DRP) kooskõlas ettevõtte üldise riskijuhtimisega : need aitavad vähendada rahalisi kahjusid, vältida regulatiivseid karistusi, kaitsta mainet ja lõppkokkuvõttes tagada organisatsiooni ellujäämise tõsiste kriiside korral.
Mis on katastroofidejärgse taastamise plaan (DRP) ja miks see on läbiräägimatu?
Katastroofidejärgse taastekava on ametlik, struktureeritud ja teostatav dokument , mis määratleb, kuidas organisatsioon peaks reageerima oma tehnoloogiliste süsteemide tõsisele häirele. See ei ole pelgalt heade kavatsuste loend, vaid üksikasjalik protseduuride, kontaktide, vastutuse ja ressursside kogum teenuste ja andmete taastamiseks vastuvõetava aja jooksul.
Tõhus katastroofidejärgse taasteplaan (DRP) kirjeldab, millised süsteemid on kriitilised, kuidas neid kaitstakse, varundatakse ja taastatakse täieliku või osalise rikke korral. See hõlmab kõike alates alternatiivse andmekeskuse või teisese pilvepiirkonna aktiveerimisest kuni hetktõmmiste kasutamise, pideva andmete replikatsiooni, andmebaasi taastamise ning virtuaalsete masinate ja rakenduste korrapärase käivitamiseni.
Selle peamine eesmärk on minimeerida seisakuid ja andmete kadu , säilitades teabe terviklikkuse ja turvalisuse kogu protsessi vältel. Ja mis kõige tähtsam, see hõlmab ka organisatsioonilisi aspekte: kes kuulutab katastroofi välja, kes koordineerib tehnilist reageerimist, kes suhtleb klientide, meedia või ametivõimudega ja kuidas otsuseid dokumenteeritakse.
Üha digitaalsemas keskkonnas on ühele andmekeskusele või koondamiseta süsteemidele lootmine nagu tulega mängimine. Ükski organisatsioon pole immuunne riistvaratõrgete, inimlike vigade, küberrünnakute või äärmuslike füüsiliste sündmuste eest. Ajakohase ja testitud katastroofidejärgse taasteplaani (DRP) omamine pole enam valikuline; sellest on saanud strateegiline nõue nii vastupidavuse ja regulatiivse vastavuse tagamiseks kui ka klientide ja partneritega usalduse loomiseks.
Peamised tehnoloogiliste katastroofide tüübid, mis ettevõtteid ohustavad
Hea taastamisstrateegia väljatöötamiseks tõsiste rikete korral tuleb alustada millestki väga lihtsast: mõista, mis võib rikki minna ja kuidas . Tehnoloogilised katastroofid ulatuvad puhtfüüsilistest intsidentidest keerukate rünnakute või lihtsate inimlike vigadeni, millel on tohutud tagajärjed.
Kõige levinumad katastroofitüübid on riistvararikked : serverid, mis ülekuumenevad ja läbi põlevad, salvestusmassiivid, mis ei reageeri, ning ruuterid või tulemüürid, mis rikki lähevad ilma hoiatuseta. Kettade kadumine või riknemine ilma piisavate varukoopiateta võib muuta kriitilised süsteemid tundideks või päevadeks töökõlbmatuks.
Teine probleem on tarkvaraprobleemid : halvasti testitud värskendused, mis krahhivad ärirakendusi, operatsioonisüsteemi versioonide ja ettevõtte tarkvara ühildumatus, andmeid rikkuvad vead või tehinguid külmutavad ja blokeerivad protsessid.
Me ei saa mööda vaadata küberrünnakute kategooriast : lunavara, mis krüpteerib kõik failid ja andmebaasid, andmepüügikampaaniad, mis varastavad privilegeeritud juurdepääsuandmeid, DDoS-rünnakud, mis ülekoormavad ühenduvust, sissetungid, mis varastavad tundlikku teavet, või sisemine sabotaaž. Nendes stsenaariumides on lisaks taastamisele vaja ohjeldada, uurida ja tugevdada turvalisust rünnakusimulaatorite abil.
Inimlikud vead on jätkuvalt intsidentide allikas: andmebaaside juhuslik kustutamine, valed konfiguratsioonimuudatused, kriitilise teabe saatmine valedele adressaatidele või turvameetmete tahtmatu deaktiveerimine.
Lõpuks tulevad mängu võrgukatkestused ja andmekeskuste katastroofid : pikaajalised internetiteenuse pakkuja katkestused, piisavate UPS-süsteemideta elektrikatkestused, tulekahjud, üleujutused või füüsiline kahju kohapealsetele või pilveteenuse pakkuja rajatistele. Kõik need sündmused võivad muuta kriitilised rakendused või hajutatud äriandmed kohapealsete ja pilveteenuste vahel ligipääsmatuks.
Katastroofidejärgse taastamise strateegia olulised komponendid
Tugev taastamisstrateegia ei seisne lihtsalt selles, et ütleme: „Me teeme varukoopiaid.” See peab hõlmama kõike alates riskihindamisest kuni testimise ja koolituseni , IT-arhitektuuri, meeskonna korralduse ning sisemise ja välise suhtluseni.
Lähtepunktiks on põhjalik riskihindamine ja ärimõju analüüs (BIA) . See hõlmab organisatsiooniga seotud ohtude tuvastamist, haavatavuste (tehniliste, füüsiliste ja organisatsiooniliste) analüüsimist ning iga süsteemirike operatiivse, rahalise ja mainemõju arvutamist. Selle analüüsi tulemusel saadakse iga teenuse RTO (taasteaja eesmärk) ja RPO (taastepunkti eesmärk).
Selle põhjal määratletakse äritegevuse järjepidevuse plaan , milles kirjeldatakse, kuidas olulisi funktsioone säilitatakse olukorras, kus tavapärased ressursid pole saadaval. See võib hõlmata alternatiivseid asukohti, laialdast kaugtööd, lepinguid väliste pakkujatega, ajutisi protsessimuudatusi või mittekriitiliste teenuste kontrollitud alandamist.
Teine oluline element on andmete varundamise ja taastamise poliitikad : mida varundatakse, kuhu, kui tihti, kui kaua ja milliste tehnoloogiatega (täielikud, astmelised, diferentsiaalvarundamised, hetktõmmised, kuumreplikatsioon jne). Lisaks tuleb kaaluda taastamist kindlale ajahetkele, et parandada andmete rikkumise või rünnakute põhjustatud kahju.
Strateegiat täiendavad hästi struktureeritud kommunikatsiooniplaan (kes keda ja millise kanali kaudu teavitab), perioodiliste testide ja õppuste programm, et kontrollida, kas kõik toimib surve all, ning koolitus- ja teadlikkuse tõstmise skeem , et meeskonnad teaksid, mida hädaolukorras teha.
Põhjaliku järjepidevuse ja katastroofide taastamise plaani viis peamist plokki
Kaasaegne lähenemine äritegevuse järjepidevusele on tavaliselt üles ehitatud viie peamise plaani ümber, mis on omavahel kooskõlas. Igaüks neist hõlmab tõsiste tõrgete lahendamise erinevat aspekti ja koos moodustavad need sidusa tegevusraamistiku.
Esimene on äritegevuse järjepidevuse plaan , mis kirjeldab samme normaalse töö taastamiseks pärast olulist katkestust. See hõlmab kahjude hindamist, süsteemi ja andmete taastamist, protsesside prioriseerimist, teenuse taseme valideerimist ja ametlikku intsidendi lõpetamist.
Teine on hädaolukorra plaan , mis keskendub sündmuse ajal kohesele reageerimisele: inimeste kaitsmine, evakueerimisprotokollide aktiveerimine, ühenduse loomine hädaabiteenistustega, füüsilise vara kaitsmine ja põhiline koordineerimine kuni olukorra stabiliseerumiseni.
Kolmandaks on äritegevuse järjepidevuse plaan , mis määratleb, kuidas säilitada olulisi funktsioone kriisiolukorra pikenedes. See hõlmab alternatiivseid asukohti (kuumad, soojad ja külmad asukohad), kaugtööd, vähendatud, kuid piisavaid IT-ressursse, rollide ümberjaotamist ja varuplaane tarnijatega.
Neljas osa on intsidentide haldamise plaan , mis kirjeldab mis tahes asjakohase intsidendi tuvastamist, liigitamist, eskaleerimist ja järelmeetmeid. See määratleb kriisimeeskonna rollid, katastroofi väljakuulutamise kriteeriumid, nn kriisitoa kasutamise, suhtluskanalid ja otsuste dokumenteerimise viisi.
Lõpuks keskendub katastroofidejärgse taastamise plaan konkreetselt tehnilistele aspektidele: infrastruktuuri taastamine, koopiate aktiveerimine, andmete taastamine ning teabe ja turvakontrollide puutumatuse valideerimine. Siin rakendatakse erinevaid katastroofidejärgse taastamise meetodeid (kohapealne, pilvepõhine, virtualiseerimine, DRaaS jne).
Katastroofide taastamise tüübid ja küpsusastmed
Organisatsioonid saavad katastroofide eest kaitsmiseks kombineerida mitmesuguseid tehnikaid. Alates kõige lihtsamast kuni praktiliselt katkematute keskkondadeni on olemas lai valik strateegiaid ja vastupidavustasemeid.
Põhimõtteliselt on lihtne andmete varundamine : koopiate tegemine ja salvestamine teisele andmekandjale või asukohta. See on oluline, kuid mitte piisav, kuna see ei hõlma teenuste kiireks taastamiseks vajalikku infrastruktuuri. Lisaks sellele põhilisele lähenemisviisile on olemas sellised lahendused nagu DRaaS (Disaster Recovery as a Service) , kus pilveteenuse pakkuja replikeerib ja majutab füüsilisi ja virtuaalseid servereid ning kohustub lepingu (SLA) alusel need katastroofi korral aktiveerima.
Hetktõmmised võimaldavad jäädvustada süsteemide või andmemahtude olekut kindlatel ajahetkedel . Need on väga kasulikud eelmise oleku taastamiseks pärast andmete rikkumist või juhuslikke muudatusi, kuigi nende tõhusus sõltub sellest, kui sageli neid tehakse ja kas need on salvestatud kohtadesse, mida intsident ei mõjutanud.
Virtuaalne taastamine replikeerib IT-infrastruktuuri välistele virtuaalmasinatele (kohapeal või pilves). Katastroofi korral saab neid virtuaalmasinaid kiiresti tootmiskeskkonda juurutada. See aga nõuab sagedast replikatsiooni, piisavat ribalaiust ja replikaatide pidevat haldamist.
Klassikalist katastroofidejärgse taastamise raamistikku vaadates saame liikuda 0. tasemelt (ilma väliste andmete või plaanita) 7. tasemele (kõrgelt automatiseeritud, ärikeskne taastamine). Vahepealsed tasemed hõlmavad käsitsi varundamist, automatiseeritud varundamist, elektroonilisi seife, hetktõmmiste intensiivset kasutamist, tehingute terviklikkust (võtmetähtsusega finantskeskkondades) ning 6. ja 7. tasemel peaaegu reaalajas replikatsiooni minimaalse või olematu andmekaoga ja praktiliselt automaatsete tõrkesiirdeprotsessidega.
Õige taseme valimine ei ole tehnoloogilise kapriisi küsimus, vaid pigem kulude, riskide ja ärivajaduste tasakaalustamine . Pank või haigla ei saa endale lubada isegi mõneminutilist seisakut või ebajärjekindlaid andmeid, samas kui VKE võib taluda mõnetunnist seisakut ja hiljutiste andmete kadumist, kui selle vältimise kulud on ebaproportsionaalselt suured.
Arhitektuuri disain ja tõrkesiirde mustrid
Tehniline arhitektuur tuleb algusest peale kavandada nii, et see hõlbustaks taastamist. Projekti lõpus DR-i lisamisest üksi ei piisa. Valida tuleb aktiiv-passiivsed ja mitme piirkonna juurutamismustrid , mis on kooskõlas RTO/RPO ja olemasoleva eelarvega.
Külma ooterežiimi konfiguratsioonis on teiseses piirkonnas või saidil minimaalne infrastruktuur kuni katastroofini. See on odav, kuid tõrkesiire on aeglane, kuna praktiliselt kõik tuleb korraga juurutada.
Soojas ooterežiimis on sekundaarses piirkonnas ressursid paigutatud ja töötavad väiksema võimsusega, mis võimaldab kiiremat tõrkesiiret. Aktiivselt aktiivsetes skeemides haldavad mõlemad piirkonnad liiklust ja jagavad koormust, maksimeerides küll kättesaadavust, kuid raskendades andmete järjepidevust ja suurendades kulusid.
Lisaks on oluline selgelt määratleda, kuidas teavet replikeeritakse: sünkroonne replikatsioon (null andmekadu, kuid suurem latentsus saitide vahel) või asünkroonne replikatsioon (piiratud andmekadu madalama latentsuse eest). Tüüpiline lähenemisviis on kasutada sünkroonset replikatsiooni samas piirkonnas või kättesaadavustsoonis ja asünkroonset replikatsiooni geograafiliselt kaugete piirkondade vahel.
Teisese piirkonna terviklik disain peab hõlmama vajalikku arvutuskihti, võrgu topoloogiat (VNET-id, alamvõrgud, marsruudid, tulemüürid, turberühmad), replikeeritud identiteedi- ja juurdepääsuteenuseid, jälgimist ja alarme ning kõiki rakenduste ja andmete komponente. Võrgu- või turbeinfrastruktuuri ei saa kriisi ajal improviseerida; see kõik tuleb eelnevalt konfigureerida ja testida.
Samuti on oluline kontseptuaalselt eraldada tõrkesiire (töökoormuse viimine varunduspiirkonda) tõrkesiirdest (taastamisel naasmine primaarpiirkonda). Need on erinevad protsessid, millel on erinevad riskid, ning mõlemad tuleks võimalikult suures ulatuses dokumenteerida ja automatiseerida.
Varundamine, RTO, RPO ja andmekeskuste spetsiifilised strateegiad
Iga katastroofidejärgse taasteplaani (DRP) tuum seisneb selles, kuidas varukoopiaid hallatakse ning kuidas rakendatakse taasteaja eesmärki (RTO) ja taastepunkti eesmärki (RPO) . Ilma nende eesmärkideta on võimatu teada, kas varundusstrateegia on piisav või ebapiisav.
Taastumisaja eesmärk (RTO) näitab, kui kaua süsteem võib olla maas ilma vastuvõetamatut kahju tekitamata. Taastumispunkti eesmärk (RPO) näitab, kui palju andmete kadu (minutites, tundides, päevades) on talutav. Suuremahulise arvelduse rakendus võib nõuda minutite pikkust RPO-d ja alla tunni pikkust RTO-d, samas kui sisemine aruandlussüsteem võib lubada igapäevast RPO-d ja mitmetunnist RTO-d.
Omandis olevas andmekeskuses peab DRP olema eriti detailne: varade (riistvara, tarkvara, litsentsid, sõltuvused) põhjalik inventuur, mõjuanalüüs, füüsiliste riskide (tulekahjud, üleujutused, elektrikatkestused) ja loogiliste riskide (küberrünnakud, konfiguratsioonivead) hindamine, füüsiline koondamine (UPS, generaatorid, dubleeritud jahutus, redundantsed võrguühendused) ja loogiline koondamine (dubleeritud serverid ja teenused, aktiivselt aktiivsed või aktiivselt passiivsed peegelsaidid).
Varunduste halduses tuleb selgelt määratleda varukoopiate tüübid (täielikud, inkrementaalsed, diferentsiaalsed) , varundamise aknad, asukohad (kohapealsed, väljaspool asukohta, pilves, külmsalvestus), ketta krüptimine , säilitusperioodid, juurdepääsupoliitikad ja terviklikkuse kontrollimise protseduurid. Kümne aasta varukoopiate omamine on kasutu, kui ühtegi pole testitud ja neid ei saa õigeaegselt taastada.
Lisaks peab andmekeskuse intsidentide jaoks olema spetsiifiline kommunikatsiooniplaan (majutatud klientide teavitamine, koostöö energia- või telekommunikatsioonipakkujatega, eskaleerimine juhtkonnale), mehhanismid turvalisuse tagamiseks sündmuse ajal ja pärast seda (õhuaurude sulgemine, juurdepääsukontrolli taastamine, kontrollimine, et taastatud andmeid pole manipuleeritud) ning selge õppuste ja auditite ajakava.
DRP taastamise ja juhtimise meeskonna organisatsioon
Katastroofidejärgse taasteplaani (DRP) toimimine iseenesest ei ole vajalik. See vajab selgelt määratletud meeskonda, kellel on selged rollid ja tugevad koordineerimiskanalid. Sõltuvalt organisatsiooni suurusest on spetsialiseerumist rohkem või vähem, kuid mõned profiilid on levinud.
Suurtes ettevõtetes on tavaliselt infoturbejuht (CISO) , kes vastutab küberturvalisuse strateegia eest ja mängib keskset rolli intsidentide lahendamisel, sealhulgas mitmefaktorilise autentimise edendamisel . IT-turbemeeskond tegutseb tavaliselt CISO ümber, jälgides võrke ja süsteeme, tuvastades sissetunge, koordineerides intsidentidele reageerimist ja pakkudes katastroofi ajal olulist teavet.
Süsteemi- ja võrguadministraatorid on need, kes tunnevad infrastruktuuri tehnilisi üksikasju: servereid, salvestusruumi, sidet, VPN-e, tulemüüre, kataloogiteenuseid jne. Ilma nendeta on keeruliste teenuste taastamine või kitsaskohtade diagnoosimine tõrkesiirde ajal väga keeruline.
Paljudel organisatsioonidel on ka IT-operatsioonide ja tehnilise toe meeskonnad , mis küll alati turvalisust ei halda, kuid on hädavajalikud tõrkeotsingus, kasutajatoes, piletite haldamises ja korduvate tehniliste ülesannete täitmises taastamise ajal.
Riskijuhtimise ja vastavusprofiilidest puudust ei ole , mis aitavad tagada, et riskijuhtimise ja järjepidevuse strateegia vastab sektori (finants-, tervishoiu-, avaliku halduse jne) regulatiivsetele nõuetele ning kindlustuspoliisidele või klientidega sõlmitud lepingutele.
Lisaks on kommunikatsiooni ja avalike suhete valdkond võtmetähtsusega välise mõjuga kriiside korral: see vastutab klientidele, partneritele, meediale ja ametivõimudele järjepideva sõnumi edastamise eest, vältides vastuolusid ja lekkeid, mis süvendavad mainekahju.
Lõpuks määravad paljud ettevõtted ametisse spetsiaalse äritegevuse järjepidevuse juhi (BCP juhi) , kes koordineerib erinevaid plaane, tagab nende testimise, ajakohastamise ja integreerimise igapäevategevusse ning tegutseb õppuste ja reaalsete kriiside ajal tugipunktina.
Protseduurid, automatiseerimine ja simulatsioonid: teooriast praktikasse
Väga levinud viga on uskumine, et piisab ainult plaani kirjutamisest. Tegelikkus on see, et katastroofidejärgsest taastamisplaanist (DRP) on kasu ainult siis, kui seda testitakse realistlikes tingimustes , see on võimalikult automatiseeritud ja aktiivne. Vastasel juhul ei tea keegi õigel ajal, mida teha tuleb, või on protseduurid aegunud.
Protseduurid peaksid olema kirjutatud nii, et iga koolitatud operaator saaks neid järgida isegi surve all. Soovitatav on need struktureerida tasemete kaupa: komponenditasandi sammud (nt konkreetse andmebaasi taastamine), andmevaratasandi sammud (seotud süsteemide komplektid) ja töökoormusetasandi sammud (terviklikud rakendused mitme sõltuvusega). Need peaksid sisaldama ka toiminguid, et kontrollida, kas teie kontod on sissetungimisjuhtumite järel ohtu sattunud .
Automatiseerimine on tohutu liitlane: deklaratiivsed ja idempotentsed skriptid infrastruktuuri juurutamiseks, CI/CD torujuhtmed, mis on valmis kõigis piirkondades, orkestraatorid, mis täidavad ülesannete järjestusi uuesti proovimise loogika ja kaitselülititega, automatiseeritud tõrkesiire PaaS- või IaaS-teenuste jaoks jne. Loomulikult toimub see alati inimese järelevalve all, käsitsi kinnitades punkte, kui risk seda nõuab.
Õppused peaksid olema osa organisatsiooni regulaarsest ajakavast. Kasulik on kombineerida lauaharjutusi (stsenaariumide ja rollide teoreetiline ülevaade), tehnilist testimist mittetootmiskeskkondades (protseduuriliste vigade riskivabaks tuvastamiseks) ja, kui küpsusaste seda võimaldab, hoolikalt planeeritud tootmisõppusi , et kinnitada RTO/RPO täitmist reaalsetes stsenaariumides.
Iga õppus peaks tooma kaasa õppetundide omandamise: dokumentatsiooni läbivaatamine, protseduuride kohandamine, automatiseeritud protsesside täiustamine ja kahtlusi väljendanud töötajatele täiendava koolituse pakkumine. Aja jooksul on eesmärk, et katastroofidele reageerimisest saaks peaaegu rutiinne protsess ilma improvisatsioonita.
Pidevad värskendused, ligipääsetavus ja pilvekasutus DR-i tugevdamiseks
Süsteemid, ohud ja organisatsioon ise muutuvad kiiresti. Seetõttu tuleb taasteplaani käsitleda elava dokumendina . Pole mõtet seda kolm aastat tagasi täiustada, kui sellest ajast alates on pool infrastruktuurist pilve migreeritud, lisatud on uusi SaaS-rakendusi või on muutunud kriitilised protsessid.
Soovitatav on läbi vaadata katastroofidejärgse taasteplaan (DRP) vähemalt iga kuue kuu tagant või pärast olulisi muudatusi (migratsiooniprojektid, uued ärivaldkonnad, olulised regulatiivsed muudatused, tõsised intsidendid). Iga läbivaatamine peaks hõlmama aktiveerimiskriteeriumide, protseduuride, vastutajate ja vajadusel ka RTO/RPO eesmärkide endi kohandamist.
Taasteplaani ja tööriistade kättesaadavus katkestuse ajal on samuti oluline. DR-i käivitamiseks vajalik dokumentatsioon, skriptid, volitused ja sertifikaadid peaksid olema salvestatud väga kättesaadavatesse kohtadesse, neid tuleks replikeerida piirkondade lõikes ning äärmuslikeks olukordadeks, kus tavapärastele süsteemidele juurdepääs puudub, tuleks neist teha võrguühenduseta või isegi prinditud koopiad.
Lõpuks on pilvest saanud paljude DR-strateegiate keskne komponent : alates mitme piirkonna salvestusvarundustest kuni täieliku DRaaS-i või virtuaalsete masinate ja andmebaaside replikatsioonini teisestesse piirkondadesse. Need teenused vähendavad oluliselt kulusid ja keerukust võrreldes täielikult kohapealsete varundusinfrastruktuuridega, hõlbustades samal ajal ka skaleeritavust ärivajaduste kasvades.
Kui kõik see kokku panna – põhjalik mõjuanalüüs, ettevalmistatud arhitektuur, selged plaanid, määratletud rollid, intelligentne automatiseerimine, sagedased simulatsioonid ja pilve strateegiline kasutamine –, siis organisatsioon ei hoia pöialt, vaid omab reaalset võimekust tõsiste tõrgete korral ellu jääda , kaitstes oma andmeid, mainet ja ennekõike võimet jätkata tegutsemist isegi halvimal juhul.
