En plan for forretningskontinuitet og katastrofegjenoppretting (BCDR) er et sett med teknikker og prosesser som brukes av organisasjoner for å hjelpe til med å komme seg etter en katastrofe og gjenoppta den daglige forretningsdriften. Det er lettere å forstå BCDR-prosessene når de er delt inn i to deler:
Denne siden av prosedyren omhandler den forretningsmessige siden av saken. Prosedyren handler om å lage retningslinjer og prosedyrer som sikrer at viktige forretningsfunksjoner er i drift under og etter en katastrofe. Dette innebærer:
Katastrofegjenoppretting omhandler primært IT-siden av prosessen. Denne prosessen definerer hvordan en organisasjon eller bedrift gjenoppretter seg etter en naturkatastrofe eller digital katastrofe. Dette innebærer:
Det finnes et par andre viktige begreper du bør være kjent med når du diskuterer, lager og tester BCDR-planene dine. Disse inkluderer:
Gjenopprettingspunktmål («RPO») : Hva er kravet i planen din for at data skal gjenopprettes? Sagt på en annen måte, hvis ting krasjet i dag, hvor langt tilbake i tid måtte du gå for å gjenopprette gyldige data, og er den mengden tapte data akseptabel for virksomheten? Noen selskaper setter en RPO på én uke. Dette betyr at hvis de måtte gjenopprette fra sikkerhetskopier, ville de gjenopprette data fra en uke gammel sikkerhetskopi, og dermed miste opptil en ukes transaksjonsdata og aktiviteter.
Gjenopprettingstidsmål («RTO») : Hvor raskt du skal kunne utføre gjenopprettingsplanen din er RTO-en din. Hvis du startet BCDR-en din på dette tidspunktet, og RTO-en din er 24 timer, skal full drift gjenopprettes til 100 % innen 24 timer etter at du har startet utførelsen av BCDR-planen.
Ja. Med mindre bedriften din tåler et lengre driftsavbrudd på en uke eller mer, bør du ha en BCDR-plan utviklet av teknologiteamet ditt eller leverandøren av administrerte tjenester. Videre bør denne planen testes.
I et nylig marerittscenario var det behov for en BCDR-plan, som hadde en RPO på 24 timer og en RTO på 24 timer. Problemet var at sikkerhetskopiene ikke kunne gjenopprettes raskt nok fra lagringsstedet utenfor kontoret på grunn av en veldig treg internettforbindelse og et stort datavolum som måtte overføres for gjenoppretting. Til slutt ble BCDR-planen endret til å ha en lokal sikkerhetskopiering av dataene utført én gang i måneden, slik at det kunne være gjenopprettingspunktet der trinnvise endringer ville bli gjenopprettet fra Internett-sikkerhetskopieringsstedet én uke av gangen inntil RPO-en var oppnådd. Dette påvirket RTO-en, som måtte utvides til 48 timer (fra 24) for å imøtekomme de ekstra gjenopprettingstrinnene, men det var den mest økonomiske tilnærmingen selskapet hadde råd til og aksepterte.
Oppdag og del de nyeste trendene, tipsene og beste praksisene innen cybersikkerhet – i tillegg til nye trusler du bør se opp for.
Forfatter: Katie Boquetti | Lederartikkel: Craig Taylor Lederartikkel av Craig Taylor: Vi har visst det en stund her...
Les mer
Forfatter: Katie Boquetti | Lederartikkel: Craig Taylor Lederartikkel av Craig Taylor: En CAPTCHA skal teste om...
Les merFå et skarpere blikk på menneskelige risikoer, med den positive tilnærmingen som slår tradisjonell phishing-testing.
