What is disaster recovery?

Disaster Recovery (Dr) käsittää menettelyt, toimintatavat tai prosessit, joilla valmistellaan organisaation elintärkeää IT-infrastruktuuria toipumaan tehokkaasti luonnon tai ihmisen aiheuttamista katastrofeista ja varmistamaan liiketoiminnan jatkuvuus.

kyberhyökkäyksistä ja laitevioista, hurrikaaneista tai muista luonnonkatastrofeista-DR: n on katettava kaikki mahdolliset skenaariot, jotka uhkaavat IT – infrastruktuurin saatavuutta. Viime vuosina, Disaster Recovery on ottanut yhä hallitseva rooli enterprise computing budjetit, usein osuus 20-25% IT computing kulut.

Having the right disaster recovery plan

a disaster recovery plan (DRP) a disaster recovery plan (DRP) erittelee, miten organisaatio vastaa mihin tahansa katastrofiskenaarioon, tavoitteenaan tukea aikaherkkiä liiketoimintaprosesseja ja toimintoja ja ylläpitää täydellistä liiketoiminnan jatkuvuutta.

DRP sisältää sekä reagoivia että ennaltaehkäiseviä elementtejä, ja se on keskeinen osa yrityksen liiketoiminnan jatkuvuuden suunnittelua (Bcp). Reagoivalla puolella DRP hahmottelee lukuisia katastrofiskenaarioita ja määrittelee yksityiskohtaiset vastaukset kuhunkin, tavoitteenaan minimoida tapahtuman negatiivinen vaikutus. Ennaltaehkäisevällä puolella DRP pyrkii minimoimaan tiettyjen skenaarioiden kielteiset vaikutukset määrittelemällä, mitä organisaation on tehtävä niiden välttämiseksi.

erityisesti DRP: n on ennakoitava ja hahmoteltava toimintasuunnitelma, jolla vastataan tällaisten tehtävien kannalta kriittisten TIETOTEKNIIKKAKOMPONENTTIEN ja-palvelujen menetykseen::

• Complete computer room environments
• kriittinen IT-laitteisto, mukaan lukien verkkoinfrastruktuuri, palvelimet, pöytätietokoneet ja kannettavat tietokoneet, langattomat laitteet ja oheislaitteet
• palveluntarjoajan liitettävyys
• yritysohjelmistot
• tietojen tallennuslaitteet tai-Sovellukset

maksimitehon saavuttamiseksi ja kustannusten kurissa pitämiseksi organisaatioiden tulisi suunnitella hyödyntävänsä sisäisten resurssien ja myyjän tukemien ratkaisujen yhdistelmää katastrofien palautumissuunnittelussaan. Optimaalinen sisäinen / toimittajan yhdistelmä riippuu organisaation erityisistä palautumistavoitteista, joita mitataan palautumisajan tavoitteella (RTO) ja palautuspisteen tavoitteella (RPO). Toipumisaika tavoite voidaan karkeasti määritellä määrä aikaa yritys voi toimia ilman järjestelmän käytettävyyttä, kun taas Recovery Point tavoite ilmaisee, kuinka vanha tiedot on, kun järjestelmät eivät toipua.

Data center disaster recovery

organisaation RTO-ja RPO-tavoitteiden saavuttamiseksi datakeskusten operaattorit kohtaavat lukuisia haasteita. Keskeinen haaste on tietojen synkronointi. Toisin sanoen: miten varmistetaan parhaiten, että tiedot kaikissa vaihtoehtoisissa paikoissa ovat tuoreita, jotta voidaan taata palvelun johdonmukaisuus ja liiketoiminnan jatkuvuus myös katastrofitilanteissa?

jossain määrin vastaus tähän kysymykseen on replikaation taso, joka voidaan määritellä taajuudeksi, jolla vastaanottava järjestelmä (varaympäristö) tunnustaa tietojen vastaanottamisen lähettävästä järjestelmästä (tuotantoympäristö). Yleisimmät replikointimenetelmät ovat:

• synkroninen replikointi – turvallisin, mutta resursseja vaativin replikointimenetelmä. Synkronisessa replikointiskenaariossa vastaanottava järjestelmä hyväksyy jokaisen lähettäjältä saadun muutoksen. Tämän menetelmän käyttöönotto edellyttää ”hot” – varasivuston ylläpitoa, ja se on tehokkain yhdessä ”hot” – vikaratkaisujen ja Gslb (Global Server Load Balancing) – ratkaisujen kanssa.
• Semi-Synchronous Replikation – vastaanottava järjestelmä lähettää kuittauksen vasta, kun sarja muutoksia on vastaanotettu. Tämä synkronointimenetelmä on yhdensuuntainen ”lämpimän” vikaantumisen lähestymistavan kanssa, ja se voi olla oikea valinta palveluille, jotka – katastrofin sattuessa – voivat sallia jonkin verran tietojen menetystä ja kohtuullisen määrän seisokkeja.
• asynkroninen replikaatio – tämän menetelmän datareplikaatio on nopeampaa mutta turvattomampaa, koska lähettävä järjestelmä yksinkertaisesti jatkaa datan lähettämistä saamatta mitään vastausta. Rinnakkain ”kylmä” vikaantumisen lähestymistapa, tämä menetelmä sopii parhaiten staattisia resursseja tai skenaarioita, joissa tietojen häviäminen on hyväksyttävää.

luodessaan DRP: tä organisaatioiden on varmistettava, että niiden vikaantumispolitiikka vastaa täysin niiden valitsemaa synkronointimenetelmää.

esimerkiksi ”hot-hot” – synkronointi / vikaantumispolitiikka varmistaa, että tiedot ovat aina 100% synkronoituja ja että rinnakkainen järjestelmä on aina valmis ottamaan tuotantojärjestelmän haltuun minimaalisella viiveellä tai seisokilla.

kuitenkin, jos datakeskus on valinnut asynkronisen toisinnon, kuuman vikaantumispalvelimen ylläpitokustannukset eivät välttämättä ole perusteltuja, koska tiedot eivät välttämättä olisi täysin toisinnettuja minä tahansa vikaantumishetkellä.

lopuksi on tärkeää, että tehokas datakeskuksen katastrofiapu ylläpitää muualla kuin tiloissa vikaantumislaitetta, joka seuraa järjestelmän kuntoa ja ohjaa liikenteen reaaliajassa varmuuskopioituun datakeskukseen vikatilanteessa.