Video: 9 måter å redde et liv på! 2024
En del av IT-katastrofeoppdateringsplanlegging for dummies Cheat Sheet
Testing er en naturlig del av livssyklusen for mange teknologisk utviklingsarbeid: programvare, prosesser og - ja - katastrofeutvinningsplanlegging. Katastrofer forekommer ikke veldig ofte, slik at du sjelden kan tydelig fortelle om DR-planene faktisk vil fungere. Og gitt naturkatastrofer, hvis DR-planen din mislykkes, kan organisasjonen ikke overleve katastrofen.
Her er de fem typene katastrofegjenopprettingstester:
-
Papirtest: Enkeltpersoner leser og annoterer gjenopprettingsplaner.
-
Gjennomgangstest: Grupper går gjennom planer for å identifisere problemer og endringer.
-
Simulering: Grupper går gjennom en simulert katastrofe for å identifisere om beredskapsplaner er tilstrekkelige.
-
Parallell test: Gjenopprettingssystemer er bygget opp og testet for å se om de kan utføre virkelige forretningstransaksjoner for å støtte nøkkelprosesser. Primærsystemer har fortsatt full produksjons arbeidsbelastning.
-
Cutover test: Gjenopprettingssystemer er bygget / satt opp for å anta den totale produksjonsbelastningen. Du kobler fra primære systemer.
Struktur DR-testen din på samme måte som du strukturerer andre kompliserte bedrifter, for eksempel programvareutvikling og tilhørende testing. Bare følg disse trinnene:
-
Bestem hvor ofte du skal utføre hver type test.
-
Test individuelle komponenter.
Merk eventuelle uoverensstemmelser, og send deretter planen tilbake til de som skrev hver seksjon, slik at de kan oppdatere den. Denne prosessen forbedrer kvaliteten og nøyaktigheten av DR-planen, noe som øker sannsynligheten for at organisasjonen faktisk overlever en katastrofe hvis en oppstår.
-
Utfør større tester av kombinerte komponenter.
-
Test hele planen.
Ved å utføre disse fire trinnene, kan du identifisere mange feil under individuelle tester og rette feilene før du gjør mer omfattende tester. Denne prosessen sparer tid ved å hindre små feil fra å forstyrre omfattende tester som involverer mange mennesker.
