Så här skapar du en katastrofplan för oförutsedda händelser

Transkript

1 Så här skapar du en katastrofplan för oförutsedda händelser

2 Hur länge kan du vara utan dina IT-system...? Den här frågan ställs oftare i dag än för 15 år sedan. I dag finns det i princip inte en enda process som kan köras från A till Ö utan att ha stöd av ett eller flera IT-system. Frågan du behöver ställa dig är om ni har koll och om hela företaget vet vad som händer om ni drabbas av ett oplanerat avbrott. Det är här din planering blir verklighet och ett viktigt verktyg för att minska tiden som verksamheten ligger nere. Handen på hjärtat; det här handlar inte bara om IT-avdelningen eller om vad er sourcing partner gör när det oväntade händer. Det här handlar i grunden om vilka krav företaget har på att ha tillgängliga IT system. En ganska ny företeelse på marknaden är alla molntjänster som företagen konsumerar, ofta helt okontrollerat. Tillgängligheten är ofta fantastisk. Att kunna arbeta varifrån som helst med vilken enhet som helst och att kunna lagra väldigt mycket data i molnen är superlativ vi ofta hör från våra kunder när molntjänsterna nämns. Men det är mer sällsynt att vi hör att företaget har en förvaltning och kontroll på all data som lagras i molnet. Ett företags katastrofplan behöver också innefatta det data som placeras i dessa molntjänster. Ofta finns dokumentationen för hela avdelningar eller projekt lagrat här. Att respektive leverantör i molnet garanterar sin plattform är uppenbart, men det är faktiskt aldrig eller sällan som de också ansvarar för kunds data. ADDERA IT 2

3 Att skapa en katastrofplan För att skapa en bra dialog kring er katastrofplanering bör ni utgå från konkreta krav på verksamhetens nertid och data. I branschen finns två begrepp som vi kan bryta ner för att göra det tydligt: RTO och RPO. RTO Recovery Time Objective: den av verksamheten accepterade tidsperiod som maximalt får gå åt till att återställa en affärsprocess. Exempelfråga: Hur lång tid får system x vara nere utan att vi ska skadas? RPO Recovery Point Objective: beskriver affärssidans accepterade mängd av data som kan få gå förlorad. Exempelfråga: Hur mycket av vårt redan producerade data är vi beredda att förlora? Dessa två begrepp hjälper till att konkretisera dialogen och skapa en bra diskussion. Att de som är ansvariga för affären måste vara med i dialogen är helt självklart! Ledningsgruppen representerar hela företaget, vilket är en bra grund. Men det kan hända att fler personer behöver vara med. Att detta är större än en ren IT-fråga framstår allt tydligare ju djupare vi går in i frågeställningarna. Om inte systemen fungerar, så fungerar troligtvis inte säljavdelningen, kanske produktionen i fabriken stannar av, logistiken måste stoppas för att ni inte kan scanna in eller ut leveranser eller fakturera. Det här kostar så klart stora summor varje minut. Med svaren i hand efter diskussionen är det dags för nästa steg. ADDERA IT 3

4 Analysera din IT-beredskap Inventera din IT-miljö. Vilka beroenden finns mellan olika komponenter? Hur ser organisationen ut för att återställa? Finns beredskap för personalen? Har vi avtal med våra leverantörer som vid behov kommer att hjälpa oss dygnet runt med hårdvaror och kompetens? Har vi reservdelar? Finns vårt data på något annat ställe än där det producerades? Har vi alltid tillgång till andra lokationer som vi är beroende av? Fungerar backupen? Har vi testat att göra återställning av backuper, både på system- och filnivå? Hur lång tid tog det? Prioritera För att återställningen vid en katastrof ska bli så effektiv som möjligt är det viktigt att prioritera vilka system som ska återställas, i vilken ordning. Prioriteringen görs av verksamheten och inte av IT-avdelningen. Det är oftast bara verksamheten som kan prioritera mellan de olika systemen. De system som väljs ut som de viktigaste måste ha en bra och tydlig rutin för återställning i systemdokumentationen som även bör uppdateras kontinuerligt. ADDERA IT 4

5 Testa / Simulera Nu är det dags för ett test! Ni behöver oftast mer tid för detta än vad ni tänkt så skapa lite marginal i schemat. Förbered ett scenario för test som ska kunna beskriva vad som hänt. Kort och koncist. Bjud in de personer som du tror behöver vara delaktiga i att återställa systemen till senast kända fungerande skick. Utse en person som gör anteckningar. Beskriv vad som hänt och låt alla reflektera en stund. Nu kommer frågan: Vad gör vi? När diskussionen kommer igång kommer det fram många idéer om vad som skall göras och i vilken ordning, och då måste det fångas upp! Alla moment måste tidsuppskattas med faktisk tidsåtgång. Beskriv aktiviteterna i sekventiell ordning, och glöm inte bort att det ska finnas med punkter för kommunikation med andra intressenter utanför själva återställningsteamet. Fundera på om något kan utföras parallellt för att minimera tiden, men ta med i dokumentationen att om det ska göras parallella aktiviteter så får det till följd att katastrofteamet behöver utökas. ADDERA IT 5

6 Skriv rutiner för återställning Med testerna utförda är det viktigt att dokumentera återställningsrutinen per system. Normalt ska alla stödsystem som ex nätverk, övervakning, deploymentservrar m.m. vara uppe innan något affärssystem kan återställas. Redovisa resultatet Sammanställ och redovisa för alla intressenter som äger någon del av verksamheten som är berörd. Här är det viktigt att förankra det faktiska resultatet och att förmedla det på ett bra sätt. RTO- och RPO-begreppen kommer i spel igen. Referera till begreppen för att koppla resultatet till affärskraven som ni har slagit fast. ADDERA IT 6

7 Gör en riskbedömning Med resultatet i hand är det dags att göra en riskbedömning. En del företag lägger dessutom till en sannolikhetsbedömning att testscenariot skulle kunna hända. Det är helt ok så klart, och då är det viktigt att det dokumenteras. Vi kallar detta för medvetna beslut! Det som har en hög risk och hög sannolikhet ska hantereras och åtgärdas. Med vetskapen om vilken påverkan en sådan händelse kan få, kan ingen blunda för att en åtgärd måste ske. Ta beslut Baserat på era upptäckter kan det komma fram behov av åtgärder som innebär köp av tjänster eller behov av investeringar. Sammanställ och köp in och säkerställ att alla delar implementeras i er katastrofplan. ADDERA IT 7

8 Testa regelbundet som en del av er dagliga verksamhet Testa igen och ta olika delar av era system eller tjänster och kontrollera om de håller måtten. Exempeltest: Får ni protokoll på vad som görs backup på? När adderade ni senast en mapp eller ett system till er backuptjänst? När testades återläsning av det systemet senast? Var det ett automatiskt återläsningstest eller kunde ni också testa att det fungerade i en testmiljö? Har ni ett alternativt driftställe i händelse av att en katastrof sker? ADDERA IT 8

9 Kommunikationsplan Som en del av er katastrofplan är det viktigt att dokumentera och prioritera alla intressenter. Vem behöver informeras och vilken information ska de få? Detta gäller alla, från leverantörer till kundintressenter, aktieägare och informationsansvariga. Kategorisera alla intressenter och dokumentera kontaktuppgifterna så att ni har dem tillgängliga när det behövs. Förvara Katastrofplanen behöver vara tillgänglig både digitalt och i pappersform. Den digitala versionen kan med fördel sparas på ett antal datorer och utanför ert företags vanliga produktionsplatser så att den inte blir otillgänglig i händelse av en katastrof. Skriv även ut katastrofplanen och förvara på lämpligt ställe. ADDERA IT 9

10 Addera IT Denna guide är författad av Addera IT, din IT-partner i södra Sverige. Vi arbetar med att återställa tjänster, system och filer tusentals gånger om året åt våra kunder. Vi vet att det viktigaste av allt för en lyckad återställning är att ha en bra backuptjänst. Vi har producerat och vidareutvecklat vår tjänst sedan slutet på 1990-talet och den finns nu hos nöjda kunder i ett tiotal länder i fyra världsdelar. Våra kunder kan testa sin backup och får möjlighet att köra systemen på backupdata från vårt datacenter för att få protokoll på att allt fungerar som det ska! Vi hjälper er gärna med att skapa er katastrofplan från ax till limpa inkl inventering, tester och presentation av resultatet. Vi har under årens lopp samlat på oss många erfarenheter som vi gärna delar med oss av till dig. Kontakta gärna en av våra säljare för att få reda på mer. sales@adderait.se ADDERA IT 10

11 Kontinuitet Våra kontinuitetstjänster fokuserar på att återställa er verksamhet efter oväntade plötsliga händelser. Standard Backup, återställning och arkivering Övervakning Rapporter Skalbart Oavsett geografi Hårdvara, licenser och support ingår Data hos kund och Addera IT Fungerar på både virtuella och fysiska servrar Snabb återställningsprocess Virtuella och fysiska servrar Återställ till vad du har Återställ både OS och applikation Premium Backup, återställning och arkivering Övervakning Rapporter Skalbart Oavsett geografi Hårdvara, licenser och support ingår Data hos kund och Addera IT Fungerar på både virtuella och fysiska servrar Snabb återställningsprocess Virtuella och fysiska servrar Återställ till vad du har Återställ både OS och applikation Automatiska återställningstester Testprotokoll via e-post Uppskattad återställningstid Vidimerad funktion vid återställning Möjlighet att testa återställda system Återställning hos Addera IT Total Backup, återställning och arkivering Övervakning Rapporter Skalbart Oavsett geografi Hårdvara, licenser och support ingår Data hos kund och Addera IT Fungerar på både virtuella och fysiska servrar Snabb återställningsprocess Virtuella och fysiska servrar Återställ till vad du har Återställ både OS och applikation Automatiska återställningstester Testprotokoll via e-post Uppskattad återställningstid Vidimerad funktion vid återställning Möjlighet att testa återställda system Återställning hos Addera IT Disaster Recovery plan upprättas och uppdateras 4 ggr / år Reserverad kapacitet för servrar och system i Addera IT datacenter Tiden för en Disaster Recovery minskas till ett minimum ADDERA IT 11

12 Addera IT. All rights reserved