Back-up en herstel is een beetje zoals snowboarden. Als het tijd is om de berghelling af te suizen of uw bedrijf draaiende te houden in het geval van een ramp, zal een beetje voorbereiding het verschil maken tussen een vlotte landing of met uw gezicht naar voren in een sneeuwjacht terechtkomen. Hier zijn vier manieren om een epische mislukking te voorkomen.
Epic Fail #1: Defecte uitrusting
Hoe herken je een nieuweling op de piste? Hoe zit het met de snowboarder die een dure, stijlvolle ski-jas heeft, maar dunne handschoenen en niet-waterdichte verf? Of de man die vergat te controleren of zijn bindingen in goede staat waren en halverwege de berg zijn board kwijtraakt? Je kunt de heuvel immers niet versnipperen tenzij je uitrusting werkt.
Evenzo kunt u niet herstellen van een ramp als uw back-up niet aanwezig is voordat het gegevensverlies optreedt. Het is van cruciaal belang om ervoor te zorgen dat uw technologie naar behoren werkt en beschikt over functies die robuust genoeg zijn voor uw bedrijf, ruim voordat een ramp toeslaat. U wilt een implementatie waarbij back-ups automatisch en betrouwbaar zijn, de integriteit van uw gegevens wordt gehandhaafd door middel van inline en offline validatie, hersteltests worden geautomatiseerd via recovery assurance-software en back-ups met succes worden gekopieerd naar een secundaire locatie of de cloud. In eenvoudige bewoordingen: zorg ervoor dat er daadwerkelijk een back-up van uw gegevens wordt gemaakt en dat deze offsite worden gekopieerd. Klinkt simplistisch, maar het is belangrijk om te bevestigen dat uw bedrijf kan blijven draaien, zelfs als uw lokale servers uitvallen.
Epic Fail #2: de routekaart negeren
Je zou niet op een skilift stappen zonder te controleren of hij naar de groene hellingen gaat of naar een zwarte ruit. Evenmin zou je een ongeplande afslag van het pad nemen en door de bomen snowboarden, omdat je waarschijnlijk merkt dat je op aarde of iets ergers terechtkomt, zoals in een spleet of ravijn vallen. Voordat je de berg op gaat, moet je je afdaling plannen. Je moet onderweg ook de borden controleren om er zeker van te zijn dat je nog op koers bent.
Net zoals je een routekaart nodig hebt voor je snowboardavontuur, heb je ook een geschreven plan nodig voor een succesvol noodherstel. Dit betekent dat u een document moet maken met een brede reikwijdte en stapsgewijze richtlijnen. Dit moet worden gedaan met drie unieke gebieden in gedachten:
- Mensen: Identificeer belangrijk operationeel personeel en plan een manier waarop ze op afstand of op een secundaire locatie kunnen werken wanneer zich een ramp voordoet. Dit betekent dat ze directe toegang krijgen, ongeacht hun locatie, tot de herstelsystemen, gegevens en andere bronnen die ze nodig hebben om de bedrijfsvoering te handhaven. Het is ook belangrijk om een alternatieve vorm van communicatie op te zetten (bijv. mobiele telefoons van werknemers) voor het geval de primaire communicatie-infrastructuur van uw organisatie uitvalt (bijv. zakelijke e-mail- of telefoonsystemen).
- Infrastructuur: Identificeer de belangrijkste operationele infrastructuur - die delen van uw infrastructuur waar uw bedrijf niet zonder kan - en zorg ervoor dat deze worden beschermd. Vergeet niet dat de reden dat u wilt dat uw IT-infrastructuur een ramp met succes doorstaat, is dat uw belangrijkste bezit, uw personeel, over de tools beschikt die ze nodig hebben om de omzet en winstgevendheid van het bedrijf te blijven verhogen.
- Processen: Identificeer de belangrijkste operationele processen - stapsgewijze richtlijnen die schetsen wie wat doet in het geval van een storing - en zorg ervoor dat teamleden op de hoogte zijn van hun rol en deze hebben geoefend. Overweeg elk proces dat cruciaal is voor de dagelijkse bedrijfsvoering en richt u niet alleen op IT-processen.
Uw DR-plan, evenals uw oplossingen voor gegevensbescherming, moeten ook voldoen aan de Recovery Point Objectives (RPO's) van uw bedrijf, of de maximale hoeveelheid gegevens (in termen van tijd) die u zich kunt veroorloven te verliezen, evenals aan uw Recovery Time Objectives (RTO's), de maximale tijd die u zich kunt veroorloven om zonder uw gegevens en systemen te zijn. De beste DR-plannen zijn gebaseerd op hoeveel gegevens worden hersteld en hoe snel die informatie online moet worden gebracht.
Epic Fail #3: Verwaarlozing om te oefenen
Als je voor het eerst de berg afdaalt op een pad met dubbele zwarte ruit, val je gegarandeerd op je gezicht. Je kunt niet zomaar de uitrusting kopen en de pistekaart bestuderen en op magische wijze weten hoe je moet snowboarden zonder ooit een voet in de sneeuw te zetten. Het oefenen van je techniek, het opbouwen van je fysieke conditie en het aanscherpen van je instincten zijn de sleutel tot een succes van je afdaling van de berg.
Het voortzetten van uw bedrijf tijdens een ramp en het herstellen van verloren gegevens is een gebeurtenis op black-diamond-niveau. Als u uw DR-strategie nog nooit hebt getest, zult u waarschijnlijk wegvagen. Het is niet ongebruikelijk dat IT-beheerders een back-upoplossing installeren en er zelden (of nooit) toe komen om een echt herstel te testen. Verder, en als het op testen aankomt, zijn een of twee niet genoeg. Het hoge tempo van de huidige digitale transformatie en IT-evolutie betekent dat uw infrastructuur ook snel verandert. De beste DR-test is iteratief en wordt volgens een consistent schema uitgevoerd, zodat u zeker weet dat uw back-up de huidige staat van de infrastructuur van uw bedrijf beschermt. De veranderingssnelheid van uw gegevens is een goede maatstaf om te bepalen hoe vaak u uw noodherstelplan moet testen. Een paar back-upleveranciers bieden geautomatiseerde DR-tests aan, wat u een hoop tijd en gedoe kan besparen.
U moet ook rekening houden met verschillende rampscenario's en evalueren hoe DR-processen als gevolg daarvan kunnen veranderen. Vereist uw strategie bijvoorbeeld dat een teamlid naar een secundaire locatie rijdt om media te roteren? Wat als een grootschalige natuurramp zoals overstromingen of sneeuwstormen reizen verhindert? Back-up in de cloud is een goede oplossing om fysieke en locatiegebonden beperkingen te overwinnen, maar u moet ook plannen hoe snel u uw gegevens uit de cloud terug nodig heeft. Hyperscale clouds kunnen goedkope opslag bieden, maar het kan dagen duren om uw gegevens via het WAN te herstellen. Als u geen secundaire site heeft die geografisch gescheiden is van uw primaire site (een duur voorstel voor veel bedrijven), kan DR as a Service betaalbare spin-up en bedrijfscontinuïteit in de cloud bieden. Wat u ook kiest, leer uzelf over de SLA van de leverancier, ken uw RPO's en RTO's en test natuurlijk.
Epic Fail #4: Ervan uitgaande dat alle sneeuw hetzelfde is
Het zou geweldig zijn als de poeder altijd vers was en de paden nooit druk waren, maar laten we eerlijk zijn, soms worstel je door de sneeuwbrij of ontwijk je de toeristen tijdens de voorjaarsvakantie. Doorgewinterde boarders weten ook dat je het meeste plezier beleeft aan snowboarden als je de vaardigheden opbouwt om divers terrein en verschillende snowparks aan te pakken. Zelfs als u het grootste deel van uw tijd op uw favoriete helling doorbrengt, zullen de paden van dag tot dag en van seizoen tot seizoen verschillen. Als je ervan uitgaat dat alle sneeuw hetzelfde is, kom je in de problemen als je de heuvel afdaalt.
Met uw IT-infrastructuur kunt u niet uitgaan van homogeniteit. Misschien geeft u de voorkeur aan zoveel mogelijk virtualisatie, maar heeft uw organisatie behoefte aan enkele fysieke servers. Het is belangrijk om flexibiliteit te behouden, zodat uw IT-team responsief en wendbaar blijft voor de veranderende behoeften van gebruikers en het evoluerende technologielandschap.
Om het meest voorkomende voorbeeld te nemen: het vermijden van een afhankelijkheid van één leverancier is van cruciaal belang voor zowel het technische als het financiële succes van moderne IT. DR-storingen treden vaak op omdat beheerders slechts één technologie ondersteunen in hun DR-planning. Ze ondersteunen bijvoorbeeld opslagtechnologieën zoals SAN of NAS, maar negeren direct aangesloten opslag; omarm virtualisatie, maar negeer fysieke servers; of ondersteunen fysieke apparaten, maar houden geen rekening met de noodzaak om te herstellen tussen verschillende modellen en generaties servers. Maak en test een back-up- en DR-plan dat het scala aan technologie omvat dat uw bedrijf nodig heeft om te blijven draaien.
Als snowboarden nieuw voor je is, is een van de eerste dingen die je moet weten dat je zult vallen. Hetzelfde geldt voor IT-infrastructuren: gegevensverlies zal optreden, of het nu gaat om een kleine verwijdering door een gebruiker, een verstorende malware-invasie of een grootschalige natuurramp die een hele site platlegt. Wat de omvang ook is, u kunt er klaar voor zijn. Voorkom epische mislukkingen door ervoor te zorgen dat je uitrusting werkt, je plan voltooit, je DR test en flexibiliteit in je strategie behoudt. Zo versnipper je die hellingen in een mum van tijd.
Over de auteur
Brooke Bullman is Product Marketing Manager bij Unitrends, een toonaangevend bedrijf in cloudgebaseerde oplossingen voor bedrijfscontinuïteit. Neem voor meer informatie contact op met de auteur via info@unitrends.com of bezoek www.unitrends.com.
Amazon