Vad är katastrofåterställning?

Disaster Recovery (DR) omfattar förfaranden, policyer eller processer som förbereder en organisations vitala IT-infrastruktur för att effektivt återhämta sig från naturkatastrofer eller katastrofer orsakade av människor och säkerställa kontinuitet i verksamheten.

från cyberattacker och utrustningsfel, genom orkaner eller andra naturkatastrofer – DR måste täcka alla möjliga scenarier som hotar tillgängligheten av IT-infrastruktur. Under de senaste åren har katastrofåterställning antagit en alltmer dominerande roll i företagsberäkningsbudgetar, som ofta står för 20-25% av IT-datorkostnaderna.

att ha rätt katastrofåterställningsplan

en katastrofåterställningsplan (DRP) beskriver hur en organisation kommer att reagera på ett givet katastrofscenario, med målet att stödja tidskänsliga affärsprocesser och funktioner och upprätthålla full kontinuitet i verksamheten.

en DRP innehåller både responsiva och förebyggande element och är en viktig del av företagets Verksamhetskontinuitetsplanering (BCP). På den lyhörda sidan avgränsar en DRP många katastrofscenarier och definierar de detaljerade svaren på var och en, i syfte att minimera händelsens negativa inverkan. På den förebyggande sidan syftar en DRP till att minimera de negativa effekterna av specifika scenarier genom att definiera vad organisationen behöver göra för att undvika dem.

Mer specifikt måste en DRP förutse och avgränsa en handlingsplan som svar på förlusten av sådana verksamhetskritiska IT-komponenter och tjänster som:

• kompletta datormiljöer
• kritisk IT-hårdvara inklusive nätverksinfrastruktur, servrar, stationära eller bärbara datorer, trådlösa enheter och kringutrustning
• tjänsteleverantörsanslutning
• företagsprogram
• datalagringsenheter eller applikationer

för att uppnå maximal effektivitet och hålla kostnaderna i kontroll bör organisationer planera att utnyttja en kombination av interna resurser och leverantörsstödda lösningar i sin katastrofåterställningsplanering. Den optimala interna / leverantörsmixen är beroende av organisationens specifika katastrofåterställningsmål, som mäts i termer av återhämtningstid mål (RTO) och återställningspunkt mål (RPO). Recovery time mål kan grovt definieras som hur mycket tid ett företag kan fungera utan systemtillgänglighet, medan Recovery Point mål uttrycker hur gammal data kommer att vara när systemen återhämta sig.

data center disaster recovery

för att möta en organisations RTO-och RPO-mål står datacenteroperatörer inför många utmaningar. En viktig utmaning är datasynkronisering. Med andra ord: Hur kan man på bästa sätt se till att data på alla alternativa platser är färska, för att garantera servicekonsistens och kontinuitet i verksamheten, även i händelse av katastrof?

i viss utsträckning ligger svaret på denna fråga i replikationsnivån, som kan definieras som frekvensen med vilken mottagningssystemet (säkerhetskopieringsmiljön) bekräftar mottagandet av data från sändningssystemet (produktionsmiljön). De vanligaste replikationsmetoderna är:

• synkron replikering – den säkraste, men mest resurskrävande replikationsmetoden. I ett synkront replikeringsscenario erkänner mottagningssystemet varje enskild ändring som mottas från sändningssystemet. Att anta denna metod kräver underhåll av en” het ”backup-webbplats, och den är mest effektiv i kombination med” heta ” failover-lösningar och Gslb-lösningar (Global Server Load Balancing).
• Halvsynkron replikering-mottagningssystemet skickar bekräftelse först efter att en serie ändringar har mottagits. Denna synkroniseringsmetod är parallell med den” varma ” failover – metoden och kan vara det rätta valet för tjänster som – i händelse av en katastrof-kan möjliggöra viss förlust av data och en rimlig mängd driftstopp.
• asynkron replikering-den här metodens datareplikation är snabbare men mindre säker, eftersom sändningssystemet helt enkelt fortsätter att skicka data utan att få något svar. Parallellt med den” kalla ” failover-metoden är denna metod bäst lämpad för statiska resurser eller scenarier där dataförlust är acceptabelt.

När du skapar en DRP måste organisationer se till att deras failover-policy är helt i linje med deras synkroniseringsmetod.

till exempel säkerställer ”hot-hot” synkronisering / failover-policyn att data alltid är 100% synkroniserade och att ett parallellt system alltid är redo att ta över för produktionssystemet med minimal latens eller stilleståndstid.

om ett datacenter har valt asynkron replikering, kan kostnaden för att upprätthålla en hot failover-server inte vara motiverad, eftersom data inte nödvändigtvis skulle replikeras fullständigt vid ett visst fel.

slutligen är det viktigt för effektiv datacenter katastrofåterställning för att upprätthålla en Off-lokaler failover enhet, som kommer att övervaka systemets hälsa och omdirigera trafik i realtid till en backup datacenter i händelse av fel.