Hva er disaster recovery?

Disaster Recovery (DR) omfatter prosedyrer, retningslinjer eller prosesser som forbereder en organisasjons vitale IT-infrastruktur for å effektivt gjenopprette fra naturlige eller menneskeskapte katastrofer, og sikre forretningskontinuitet.FRA cyberangrep og utstyrssvikt, gjennom orkaner eller andre naturkatastrofer, MÅ DR dekke ethvert mulig scenario som truer TILGJENGELIGHETEN AV IT-infrastruktur. I de senere år har Katastrofegjenoppretting antatt en stadig viktigere rolle i bedriftsbudsjetter, og står ofte for 20-25% AV it-databehandlingskostnadene.

Å Ha den rette katastrofegjenopprettingsplanen

en katastrofegjenopprettingsplan (DRP) beskriver hvordan en organisasjon vil reagere på et gitt katastrofescenario, med målet om å støtte tidssensitive forretningsprosesser og funksjoner, og opprettholde full forretningskontinuitet.

EN DRP inneholder både responsive og forebyggende elementer, og er en viktig del av selskapets Business Continuity Planning (Bcp). PÅ den responsive siden avgrenser EN DRP mange katastrofescenarier, og definerer de detaljerte svarene på hver, med sikte på å minimere den hendelsens negative innvirkning. PÅ den forebyggende siden har EN DRP som mål å minimere de negative effektene av bestemte scenarier ved å definere hva organisasjonen trenger å gjøre for å unngå dem.nærmere bestemt må EN DRP forutse og avgrense en handlingsplan som svar på tap av slike virksomhetskritiske IT-komponenter og-tjenester som:

• Komplett datarom miljøer
• Kritisk IT-maskinvare, inkludert nettverksinfrastruktur, servere, stasjonære eller bærbare datamaskiner, trådløse enheter og eksterne enheter
• tjenesteleverandørtilkobling
• Bedriftsprogramvare
• datalagringsenheter eller programmer

for å oppnå maksimal effekt og holde kostnadene under kontroll, bør organisasjoner planlegge å utnytte en kombinasjon av interne ressurser og leverandørstøttede løsninger i Planleggingen Av Nødgjenoppretting. Den optimale interne / leverandørblandingen er avhengig av organisasjonens spesifikke mål for katastrofegjenoppretting, som måles i Form Av Recovery Time Objective (RTO) og Recovery Point Objective (RPO). Gjenopprettingstid Mål kan grovt defineres som hvor lang tid en bedrift kan fungere uten systemtilgjengelighet, mens Gjenopprettingspunkt Mål uttrykker hvor gammel dataene vil være når systemene gjenoppretter.

data center disaster recovery

for å møte en organisasjons RTO-og RPO-mål, står datasenteroperatører overfor mange utfordringer. En viktig utfordring er datasynkronisering. Med Andre ord: hvordan kan man best sikre at data på alle alternative steder er ferske, for å sikre tjenestekonsistens og forretningskontinuitet, selv i tilfelle katastrofe?

til en viss grad ligger svaret på dette spørsmålet i replikasjonsnivået, som kan defineres som frekvensen som mottakersystemet (backupmiljøet) anerkjenner mottak av data fra sendingssystemet (produksjonsmiljøet). De vanligste replikeringsmetodene er:

• Synkron Replikering – den sikreste, men mest ressurskrevende replikeringsmetoden. I et synkron replikeringsscenario anerkjenner mottakersystemet hver eneste endring mottatt fra sendingssystemet. Å vedta denne metoden krever vedlikehold av et» hot «backup-nettsted, og det er mest effektivt i kombinasjon med» hot » failover-løsninger og Global Server Load Balancing (Gslb) løsninger.
• Semi-Synkron Replikering-mottakssystemet sender bekreftelse først etter at en rekke endringer er mottatt. Denne synkroniseringsmetoden er parallell med den» varme » failover-tilnærmingen, og kan være det riktige valget for tjenester som – i tilfelle en katastrofe – kan tillate noe tap av data og en rimelig nedetid.
• Asynkron Replikering-denne metodens datareplikasjon er raskere, men mindre sikker, da sendesystemet bare fortsetter å sende data uten å motta noe svar. Parallelt med den» kalde » failover-tilnærmingen, er denne metoden best egnet for statiske ressurser eller scenarier der datatap er akseptabelt.

når du oppretter EN DRP, må organisasjoner sørge for at failover-policyen er helt i tråd med den valgte synkroniseringsmetoden.

policyen «hot-hot» synkronisering/failover sikrer for eksempel at data alltid er 100% synkronisert, og at et parallelt system alltid er klar til å ta over for produksjonssystemet med minimal ventetid eller nedetid.

hvis et datasenter har valgt asynkron replikering, kan det imidlertid hende at kostnadene ved å opprettholde en hot failover-server ikke er berettiget, da data ikke nødvendigvis vil bli fullstendig replikert ved et gitt feilsteg.

Endelig er det viktig for effektiv datasenter katastrofegjenoppretting å opprettholde en ekstern failover-enhet, som vil overvåke systemtilstanden og omdirigere trafikk i sanntid til et backup datasenter i tilfelle feil.