Hvad er disaster recovery?
Disaster Recovery (DR) omfatter de procedurer, politikker eller processer, der forbereder en organisations vitale IT-infrastruktur til effektivt at komme sig efter naturkatastrofer eller menneskeskabte katastrofer og sikre forretningskontinuitet.
fra cyberangreb og udstyrsfejl gennem orkaner eller andre naturkatastrofer-DR skal dække ethvert muligt scenario, der truer tilgængeligheden af IT – infrastruktur. I de senere år har Disaster Recovery antaget en stadig mere dominerende rolle i Enterprise computing budgetter, der ofte tegner sig for 20-25% af IT computing udgifter.
at have den rigtige disaster recovery plan
en disaster recovery plan (DRP) afgrænser, hvordan en organisation vil reagere på et givet katastrofescenarie med det mål at understøtte tidsfølsomme forretningsprocesser og funktioner og opretholde fuld forretningskontinuitet.
en DRP indeholder både responsive og forebyggende elementer, og er en vigtig del af virksomhedens Business Continuity Planning (Bcp). På den responsive side afgrænser en DRP adskillige katastrofescenarier og definerer de detaljerede svar på hver med det formål at minimere begivenhedens negative indvirkning. På den forebyggende side sigter en DRP mod at minimere de negative virkninger af specifikke scenarier ved at definere, hvad organisationen skal gøre for at undgå dem.
mere specifikt skal en DRP forudse og afgrænse en handlingsplan som reaktion på tabet af sådanne missionskritiske IT-komponenter og-tjenester som:
- komplette computerrumsmiljøer
- kritisk IT-udstyr inklusive netværksinfrastruktur, servere, stationære eller bærbare computere, trådløse enheder og perifert udstyr
- Service provider connectivity
- Enterprise-programmer
- datalagringsenheder eller applikationer
for at opnå maksimal effektivitet og holde omkostningerne i skak bør organisationer planlægge at udnytte en kombination af interne ressourcer og leverandørstøttede løsninger i deres Katastrofegendannelsesplanlægning. Den optimale interne / leverandørblanding er afhængig af organisationens specifikke katastrofegendannelsesmål, som måles i form af Recovery Time Objective (RTO) og Recovery Point Objective (RPO). Gendannelsestidsmål kan groft defineres som den tid, en virksomhed kan fungere uden systemtilgængelighed, mens Gendannelsespunktmål udtrykker, hvor gamle dataene vil være, når systemerne gendannes.
datacenter disaster recovery
for at imødekomme en organisations RTO-og RPO-mål står datacenteroperatører over for adskillige udfordringer. En vigtig udfordring er datasynkronisering. Med andre ord: Hvordan kan man bedst sikre, at data på alle alternative placeringer er friske, for at garantere servicekonsistens og forretningskontinuitet, selv i tilfælde af katastrofe?
til en vis grad ligger svaret på dette spørgsmål i replikationsniveauet, som kan defineres som den hyppighed, hvormed modtagelsessystemet (backupmiljøet) anerkender modtagelsen af data fra afsendelsessystemet (produktionsmiljøet). De mest almindelige replikationsmetoder er:
- synkron replikation – den sikreste, men mest ressourcekrævende replikationsmetode. I et synkron replikationsscenarie anerkender modtagelsessystemet hver eneste ændring, der modtages fra afsendelsessystemet. Vedtagelsen af denne metode kræver vedligeholdelse af en” hot “backup site, og det er mest effektivt i kombination med” hot ” failover løsninger og Global Server Load Balancing (GSLB) løsninger.
- Semi-synkron replikation-modtagelsessystemet sender kun bekræftelse, efter at der er modtaget en række ændringer. Denne synkroniseringsmetode er parallel med den” varme ” failover – tilgang og kan være det rigtige valg for tjenester, der – i tilfælde af en katastrofe-kan give mulighed for noget tab af data og en rimelig mængde nedetid.
- asynkron replikation – denne metodes datareplikation er hurtigere, men mindre sikker, da afsendelsessystemet simpelthen fortsætter med at sende data uden at modtage noget svar. Parallelt med den” kolde ” failover-tilgang er denne metode bedst egnet til statiske ressourcer eller scenarier, hvor datatab er acceptabelt.
Når du opretter en DRP, skal organisationer sikre, at deres failover-politik er helt i overensstemmelse med deres valgte synkroniseringsmetode.
for eksempel sikrer “hot-hot” synkronisering / failover-politikken, at data altid er 100% synkroniseret, og at et parallelt system altid er klar til at overtage produktionssystemet med minimal latenstid eller nedetid.
men hvis et datacenter har valgt asynkron replikation, er udgifterne til vedligeholdelse af en hot failover-server muligvis ikke berettigede, da data ikke nødvendigvis ville blive fuldt replikeret på et givet tidspunkt af fiasko.
endelig er det vigtigt for effektiv data center disaster recovery at opretholde en off-premises failover-enhed, som overvåger systemets sundhed og omdirigerer trafik i realtid til et backup-datacenter i tilfælde af fiasko.