Ville firmaet IT avdeling være forberedt på en katastrofe? Har du en plan for gjenoppretting etter katastrofe som er oppdatert? Dette er viktige spørsmål som alle selskaper skal kunne svare for å være forberedt skulle oppstå en katastrofe. Disaster Recovery Journal nylig fremhevet den 5 største misforståelser når det gjelder gjenoppretting etter katastrofe. Her er hva ledere trenger å vite for å skikkelig vurdere selskapets og katastrofeberedskap.
#1: Backup-as-a-Service og -gjenoppretting-som-a-service er ikke det samme.
En god plan for DR handler om å komme tilbake og kjører så raskt og effektivt som mulig. Sikkerhetskopier er en komponent av en DR plan, men de er ikke hele svaret. Sikkerhetskopier og backup-as-a-Service ta tap av data og sette det sammen i en brukervennlig måte. Selskaper kan ha sine filer sikkerhetskopieres, men har ingen måte å få tilgang til eller kjøre deres filer fordi de trenger programmer for å gjøre dette. Dette er der Recovery-as-a-Service kommer inn.
Med utvinning-as-a-Service, er hele programmet og alle de assosierte dataene beskyttet som en komplett bilde. Ved hjelp av en sky-basert utvinning-as-a-Service kan hjelpe til å sikre sikker installasjon og beskyttelse av hver virtuell maskin (VM), virtuelle program (vApp) og stykke data i programmet.
#2: Gjenopprettingsplaner en én størrelse passer ikke alle programmer.
Visse DR løsninger passer kanskje ikke alle programmene. Noen ikke-viktige forretningsapplikasjoner kan slippe unna med bare sikkerhetskopier. Dette er et område hvor mange selskaper er i stand til å skalere tilbake sine budsjetter og bruke sikkerhetskopier bare. Andre krever en utvinning punkt målet (RPO) eller en utvinning tid målet (PTO) med en kortere periode som minutter eller sekunder for forretninger eller kritiske programmer. Selv om dette kan koste mer, er det områder av kostnader som er koblet til en RPO eller RTO som krever at hvert program.
Hver søknad vurderes for å få den beste RPO og RTO. Prisen er basert på rangeringen sammenligne alle programmer. De beste DR planene har varierende grad av beskyttelse og inkluderer tjenester som sky-basert DR i sikkerhetskopiene for hvert program. Selskaper, som prøver å beskytte alle sine programmer på samme måte, er enten betale for mye eller ikke beskytte kritiske applikasjoner nok.
#3: De fleste IT-katastrofer er ikke forårsaket av hendelser.
De fleste katastrofer oppstår på grunn av en teknologisk, menneskelige eller tilfeldig, og er ikke naturlig. Naturkatastrofer som en orkan er lettere å planlegge som selskaper kan kjøre deres hele datasenter eksternt fra en bedre posisjonert geografiske anlegget. Med dagens avanserte stormen varsel har selskaper tid til å manuelt flytte programmer til en backup nettstedet med 24-48 timers varsel.
Selskaper som bruker en mer beskyttet datacenter er klar for hendelser som skjer uten advarsel. Hvis et virus ødelegger dataene, og du stole på continuous replication, vil deretter viruset umiddelbart replikeres til andre området også. Selskaper som bruker en komplett løsning for DR er stand til å plukke et punkt fra før viruset rammet å komme seg trygt fra. Utvinning planer bør tillate selskaper nok tid til å fange en feil før det replicates til andre område eller sikkerhetskopier.
#4: DR-planen din bør inneholde hvordan du returnerer til din primære det miljø
DR er ikke bare om å få viktige systemer opp og kjører så raskt som mulig. Det handler også om fullt utvinne fra en hendelse eller et strømbrudd etter ditt miljø kan ikke tilbake. Selskaper glemme at falle tilbake er en viktig del av gjenopprettingsprosessen, og det er ofte minst testet på grunn av risiko involvert i Messina med live applikasjoner. Men mislyktes å ta en recovery environment er vanskelig, sviktende tilbake kan være vanskeligere fordi systemer mislykkes tilbake til tidligere brukte, urene ressurser som kan kreve prep arbeide for å kunne flytte programmene tilbake. Frekvensen av endring og båndbredden som kreves for ikke tilbake må tas i betraktning, eller du kan få fanget i din recovery environment. Det er viktig at en DR plan inneholder ressurser som du trenger å komme tilbake og kjører i miljøet ditt primære.
#5: DR Testing bør være en kontinuerlig å vurdere deg selv forberedt
Vellykket DR planer innebærer konstant testing for å sikre fullstendig dekning. Tester hvor feil er avdekket er akkurat like viktig som tester der ingen feil er identifisert. Det er lettere å rette opp feil i en testing situasjon enn å utføre de samme oppgavene i en høytrykk situasjon. Programmer endres ofte så DR planer må være fleksibel. Å ha en omfattende plan på plass kan sikre din bedrift best mulig sjanse til å være forberedt uansett hva kommer din vei.