Säkerhetskopiering och återställning är lite som att åka snowboard. När det är dags att rusa nerför bergssidan eller hålla ditt företag igång i händelse av en katastrof, kommer lite förberedelser att göra skillnaden mellan en mjuk landning eller att hamna med ansiktet först i en snödriva. Här är fyra sätt att undvika ett episk misslyckande.
Epic Fail #1: Defekt utrustning
Hur ser du en nybörjare i backen? Vad sägs om snowboardåkaren som har en dyr, snygg skidjacka men tunna handskar och icke vattentäta färger? Eller killen som glömde se till att hans bindningar var i gott skick och tappar sin bräda halvvägs nerför berget? Du kan trots allt inte riva backen om inte din utrustning fungerar.
På samma sätt kan du inte återställa från en katastrof om din säkerhetskopia inte är på plats innan dataförlusten inträffar. Det är viktigt att se till att din teknik fungerar som den ska och har en funktionsuppsättning som är tillräckligt robust för ditt företag, långt innan en katastrof inträffar. Du vill ha en implementering där säkerhetskopieringar är automatiska och tillförlitliga, integriteten hos dina data upprätthålls genom inline- och offlinevalidering, återställningstestning automatiseras via mjukvara för återställningssäkring och säkerhetskopior kopieras framgångsrikt till en sekundär plats eller molnet. Enkelt uttryckt, se till att din data faktiskt säkerhetskopieras och kopieras utanför platsen. Låter förenklat, men det är viktigt att bekräfta att ditt företag kan fortsätta köra även om dina lokala servrar går ner.
Epic Fail #2: Ignorera spårkartan
Du skulle inte ta dig i en skidlift utan att kolla om den går till de gröna backarna eller en svart diamant. Inte heller skulle du ta en oplanerad sväng utanför spåret och snowboard genom träden, eftersom du med största sannolikhet skulle hitta dig själv att träffa smuts eller något värre, som att falla i en springa eller kanjon. Innan du beger dig upp på berget måste du planera din nedstigning. Du måste också kontrollera skyltarna längs vägen för att se till att du fortfarande är på kurs.
Precis som du behöver en spårkarta för ditt snowboardäventyr behöver du också en skriftlig plan för en framgångsrik katastrofåterställning. Det betyder att du måste skapa ett dokument som är brett i omfattning och inkluderar steg-för-steg-riktlinjer. Detta bör göras med tre unika områden i åtanke:
- Människor: Identifiera nyckelpersonal och planera ett sätt för dem att arbeta på distans eller på en sekundär plats när en katastrof inträffar. Detta innebär att ge dem direkt åtkomst – oavsett var de befinner sig – till de återställningssystem, data och andra resurser de behöver för att upprätthålla affärsverksamheten. Det är också viktigt att ställa in en alternativ form av kommunikation (t.ex. anställdas mobiltelefoner) i händelse av att din organisations primära kommunikationsinfrastruktur går sönder (t.ex. företagets e-post- eller telefonsystem).
- Infrastruktur: Identifiera viktig operativ infrastruktur – de delar av din infrastruktur som ditt företag inte kan fungera utan – och se till att de är skyddade. Kom ihåg att anledningen till att du vill att din IT-infrastruktur ska överleva en katastrof är så att din viktigaste tillgång, din personal, har de verktyg de behöver för att fortsätta driva intäkter och lönsamhet för verksamheten.
- Processer: Identifiera viktiga operativa processer – steg-för-steg-riktlinjer som beskriver vem som gör vad i händelse av avbrott – och se till att teammedlemmarna är medvetna om och har utövat sin roll. Tänk på varje process som är kritisk för verksamhetens dagliga verksamhet och fokusera inte bara på IT-processer.
Din DR-plan, såväl som dina dataskyddslösningar, bör också uppfylla ditt företags Recovery Point Objectives (RPOs), eller den maximala mängden data (i termer av tid) som du har råd att förlora, såväl som dina Recovery Time-mål (RTOs), vilket är den maximala tid som du har råd att vara utan dina data och system. De bästa DR-planerna baseras på hur mycket data som återvinns och hur snabbt den informationen behöver föras online.
Epic Fail #3: Försummar att öva
Om din första resa nerför berget är på en dubbel-svart-diamant-led, kommer du garanterat att falla på ansiktet. Du kan inte bara köpa utrustningen och studera spårkartan och magiskt veta hur man snowboard utan att någonsin sätta sin fot på snön. Att öva på din teknik, bygga upp din fysiska kondition och finslipa dina instinkter är nyckeln till att göra din resa nerför berget till en framgång.
Att fortsätta din verksamhet under en katastrof och återställa förlorad data är en händelse på svart diamantnivå. Om du aldrig har testat din DR-strategi kommer du sannolikt att utplånas. Det är inte ovanligt att IT-administratörer installerar en backuplösning och sällan (eller aldrig) kommer runt för att testa en faktisk återställning. Vidare, och när det gäller testning, räcker inte en eller två. Den snabba takten i dagens digitala transformation och IT-utveckling innebär att din infrastruktur också förändras snabbt. Det bästa DR-testet är iterativt och görs enligt ett konsekvent schema, så att du kan se till att din säkerhetskopiering skyddar det aktuella tillståndet för ditt företags infrastruktur. Förändringshastigheten för dina data är ett bra riktmärke för att avgöra hur ofta du ska testa din katastrofåterställningsplan. Ett fåtal säkerhetskopieringsleverantörer erbjuder automatisk DR-testning, vilket kan spara massor av tid och krångel.
Du måste också överväga olika katastrofscenarier och utvärdera hur DR-processer kan förändras som ett resultat. Kräver din strategi till exempel att en gruppmedlem kör till en sekundär plats för att rotera media? Vad händer om en storskalig naturkatastrof som översvämningar eller snöstorm förhindrar resor? Säkerhetskopiering i molnet är en bra lösning för att övervinna fysiska och platsbaserade begränsningar, men du behöver också planera för hur snabbt du behöver din data tillbaka från molnet. Hyperskala moln kan ge billig lagring men kan ta dagar att återställa din data via WAN. Om du inte har en sekundär webbplats som är geografiskt separerad från din primära webbplats (ett dyrt förslag för många företag), kan DR som en tjänst leverera prisvärd spin-up och affärskontinuitet i molnet. Vad du än väljer, utbilda dig själv om leverantörens SLA, känna till dina RPO:er och RTO:er, och testa naturligtvis.
Epic Fail #4: Förutsatt att all snö är densamma
Det skulle vara fantastiskt om pudret alltid var färskt och stigarna aldrig var trånga, men låt oss inse det ibland kommer du att kämpa dig genom slask eller undvika turister på vårlovet. Erfarna brädåkare vet också att du brukar ha den roligaste snowboardåkningen om du bygger färdigheter för att ta itu med varierande terräng och olika snöparker. Även om du tillbringar större delen av din tid på din favoritbacke, kommer lederna att variera från dag till dag och säsong till säsong. Om du antar att all snö är densamma, hamnar du i problem på väg nerför backen.
Med din IT-infrastruktur kan du inte utgå från homogenitet. Kanske föredrar du så mycket virtualisering som möjligt, men din organisation kräver några fysiska servrar. Det är viktigt att behålla flexibiliteten så att ditt IT-team förblir lyhört och flexibelt för användarnas föränderliga behov och det föränderliga tekniklandskapet.
För att ta det vanligaste exemplet är att undvika inlåsning av en enda leverantör avgörande för både den tekniska och ekonomiska framgången för modern IT. DR-fel uppstår ofta eftersom administratörer endast stöder en enda teknik i sin DR-planering. Till exempel kommer de att stödja lagringsteknologier som SAN eller NAS, men ignorerar direkt ansluten lagring; omfamna virtualisering, men ignorera fysiska servrar; eller stödja fysiska apparater, men misslyckas med att överväga behovet av att återställa mellan olika modeller och generationer av servrar. Skapa och testa en backup- och DR-plan som omfattar den teknik som ditt företag behöver för att fortsätta vara igång.
Om du är ny på snowboard är en av de första sakerna att veta att du kommer att falla. Det är samma sak med IT-infrastrukturer – dataförlust kommer att inträffa, antingen genom en mindre radering av en användare, en störande invasion av skadlig programvara eller en fullskalig naturkatastrof som tar ner en hel webbplats. Oavsett storlek kan du vara redo. Undvik episka misslyckanden genom att se till att din utrustning fungerar, slutföra din plan, testa din DR och bibehålla flexibiliteten i din strategi. Genom att göra det kommer du att strimla dessa backar på nolltid.
Om författaren
Brooke Bullman är produktmarknadsföringschef på Unitrends, en ledare inom molnbaserade lösningar för affärskontinuitet på företagsnivå. För mer information, kontakta författaren på info@unitrends.com eller besök www.unitrends.com
Amazon