Elementene i forretnings kontinuitetsplanlegging

Gjenoppretting fra en bedriftskontinuitetshendelse (BCE) krever system-for-system-planlegging med grundig forståelse av hvordan hver datamaskin og nettverkskomponent påvirker kritiske forretningsresultater. Følgelig må virksomhetskontinuitetsplanlegging (BCP) inneholde flere dokumenterte, testede og øvede sett med oppgaver som støtter:

  • Kartlegging av systemavhengighet
  • Maksimal tolerable perioder med forstyrrelse (MTPOD)
  • Gjennomsnittlig tid for reparasjon (MTTR)
  • Mål for gjenopprettingstid (RTO)

Feil analyse av ett eller flere av disse BCP-målene vil sannsynligvis føre til uopprettelig skade på organisasjonen din hvis en kritisk forretningsprosess mislykkes.

Kartlegging av systemavhengighet

Et system står sjelden alene; de fleste systemer er en del av et sett med tekniske komponenter som gir støtte for en eller flere forretningsprosesser. De fungerer som en intern IT-forsyningskjede. Figur A viser et sett med systemer (S n ) som gir ordreinngang (S1), ordrebehandling (S2), fakturering (S3) og frakt (S4). Bestillinger som sendes inn i S1, blir avsluttet av S2. S2 mater deretter S3 der fakturering skjer, og lagerplukkbilletter genereres av S4. Hvert system må fungere som forventet for å oppnå resultatet som kunden forventer: levering av produktet som lovet. Følgelig er det første trinnet i BCP for en kritisk prosess å forstå alle støttesystemer.

Figur A

Internt system forsyningskjede

På grunn av plassbegrensningene til en bloggartikkel, har jeg ikke inkludert nettverkskomponenter i denne grafikken. Imidlertid består mellom hvert av systemene kabling, brytere, rutere, IPS / IDS, etc. I tillegg er skytjenester som tilbyr et komplett system eller systemkomponent også viktige elementer i din interne IT-forsyningskjede. Inkluder alle nettverk og skytjenester i grafikken til leverandørkjeden. Grafikken din vil sannsynligvis være mye større enn min.

Maksimal tolerabel periode med forstyrrelser

MTPOD, noen ganger kalt maksimal tolerabel driftsstans, er den totale tiden en forretningsprosess kan være inoperativ før en bedrift lider uopprettelig skade. MTPOD inkluderer samlet MTTR og prosessyklustid. Syklustid representerer perioden som er nødvendig for å fullføre en enkelt iterasjon av den berørte forretningsprosessen fra sviktpunktet. Hvis for eksempel S3 (figur A) mislyktes, ville syklustiden være den perioden som kreves for å behandle alle innspill fra S2 og skipsprodukt.

Gjennomsnittlig tid å reparere

Mens MTPOD refererer til den berørte prosessen, gjelder MTTR individuelle komponenter (system- og nettverksenheter). Det er den gjennomsnittlige tiden som kreves for å returnere et mislykket trinn i en prosess til normal drift. Aggregate MTTR er den gjennomsnittlige tiden som kreves for å gjenopprette alle mislykkede systemer eller komponenter under en utbredt hendelse i forretningskontinuitet. MTTR påvirkes av mange variabler, inkludert:

  • Typen feil . En kabelsvikt er mye enklere å reparere enn strømforsyningsfeil.
  • Tilgjengelighet av reservedeler . Mange organisasjoner har reservedeler tilgjengelig for kritiske komponenter, inkludert kabling. Hvis deler må bestilles eller installeres av leverandører, er ledetider, reisetider osv. En nødvendig del av MTTR.
  • Interne overvåkingsegenskaper og ferdighetssett . Hvor lang tid tar det et IT-team å identifisere en feil og finne årsaken til den? Riktig personalopplæring og vedlikehold av oppdatert system- og nettverksdokumentasjon gir kritisk støtte til denne innsatsen.
  • Tilgjengeligheten til viktige interne personer l. Tid-på-dag, varslingsprosesser og riktig avspasering styrer ankomsten av personalet som er nødvendig for å administrere en virksomhetskontinuitetshendelse.
  • Vedlikehold på plass . Tiden det tar for leverandørens svar og levering av reservedeler påvirkes direkte av formelle avtaler og SLAer.
  • Effektiviteten av BCP, inkludert katastrofegjenoppretting.

Hver komponent har en MTTR unik for organisasjonen din. Å justere SLAer, dokumentere og praktisere hendelsesrespons og sikre at nøkkelpersonell er på vakt er eksempler på forhold som kan forkorte MTTR.

Mål for utvinningstid

RTO er det punktet hvor mislykkede enheter må være i drift, gitt prosessyklustid (se figur B. ). Samlet MTTR kan ikke overstige RTO. Hvis det gjør det, vil tiden for å produsere den nødvendige produksjonen strekke seg utover MTPOD. Øvelser med katastrofegjenoppretting er et godt eksempel på å teste RTO. Hvis prosessgjenvinningsperioden strekker seg utover RTO, er MTTR-justeringer nødvendige for en eller flere utvinnede prosesskomponenter.

Figur B

Skytjenester påvirker MTPOD

Det er relativt enkelt å kontrollere hendelsesplanlegging av virksomhetskontinuitet når alle komponentene befinner seg i et organisasjons eget datasenter. Imidlertid kan det oppstå vanskeligheter hvis det ikke blir praktisert nøye under valg av skytjenesteleverandør og kontraktsforhandlinger. Figur C viser hvordan vår eksempelprosess kan se ut hvis ordreoppføring flyttes til en leverandør. Organisasjonen har ikke lenger direkte kontroll over infrastrukturen, plattformene eller programvaren som kreves for å opprettholde prosesskontinuitet.

Figur C

Å flytte ett eller flere systemer til skyen gir en betydelig fordel for organisasjonen: inneslutning av katastrofale hendelseseffekter. For eksempel krever tapet av denne organisasjonens datasenter gjenoppretting av S2, S3 og S4. Den eneste utvinningsaktiviteten for S1 er imidlertid restaurering av tilkoblingen til S2. Dette tjener til å gjøre det mye enklere å nå den definerte RTO.

Problemer kan oppstå når feilen er på leverandørens side. SLAer, sanksjoner, kunderevisjoner og kontraktsmessige forpliktelser kontrollerer og overvåker MTTR for S1 i vårt eksempel. Leverandørens omdømme, støttet av diskusjoner med eksisterende kunder, er et godt mål på leverandørens vilje og evne til å komme seg innenfor den forventede MTTR. Uansett er en leverandør som ikke kan gjenopprette innen RTO-er for berørte forretningsprosesser, sannsynligvis ikke den rette løsningen for virksomheten din.

Det siste ordet

Gjenoppretting fra forretningskontinuitetshendelser, de situasjoner der forretningsprosesser mislykkes, krever nøye oppmerksomhet mot MTPOD. Justering av MTTR for alle system- og nettverkskomponenter bidrar til å oppnå RTO-elementet i MTPOD. Det er avhengig av flere faktorer, inkludert rask oppdagelse av årsaker, så vel som tilgjengeligheten og evnen til utvinningspersonell.

Syklustid er en annen avgjørende faktor når du beregner MTPOD. Perioden som er nødvendig for å produsere det første settet med utfall, når teamene har gjenopprettet en prosess, kan ikke overstige den gjenværende perioden mellom RTO og MTPOD-endepunktet. Hvis den gjør det, er den sannsynlige løsningen justeringer av samlet MTTR.

Å flytte en eller flere prosesskomponenter til skyen kan bidra til å redusere samlet MTTR når en katastrofal hendelse oppstår. Den rette leverandøren, styrt av rettferdig, men aggressiv kundeoppsyn med SLAer og kontraktsmessige krav, kan gjøre utvinning enklere. Feil leverandør kan kjøre sky-vert komponent MTTR utover RTOs. Velg smart.

© Copyright 2020 | mobilegn.com