Innholdsfortegnelse:
Video: Data Backup: The 3-2-1 Rule 2025
ARCserve IT, Storage Management-segmentet i Unicenter TNGs Enterprise Management-komponent, gir programvaren nødvendig for å produsere sikkerhetskopier, gjenopprette data og administrere medier. Sikkerhetskopiering kan være vanskelig, men ARCserve IT gjør sikkerhetskopiering av dataene enklere ved å automatisere vanlige sikkerhetskopierings- og rotasjonsmetoder.
Sikkerhetskopieregler på veien
Sikkerhetskopiering i bilen uten å se er sikkert farlig. På samme måte kan sikkerhetskopiering av data uten visse retningslinjer gjøre en dårlig situasjon enda verre.
Generelle regler for å sikre at sikkerhetskopier gjør hva de skal gjøre:
- Vedlikehold gjeldende sikkerhetskopier: Hvor mye data er du villig til å tape? Vel, la oss omformulere dette. I virkeligheten: Hvor mye data kan du miste og gjenopprette tilstrekkelig? De fleste organisasjoner genererer nok endringer på en dag som daglige sikkerhetskopier er ønskelige.
- Bruk en påvist sikkerhetskopieringsplan: Tenk på rotasjonsordninger som ARCserve IT allerede har kartlagt og velg en (eller bygge din tilpassede design rundt et bevist skjema).
- Sikkerhetskopiere kritiske data daglig: Spesielt sikkerhetskopiere Common Object Repository (CORe) og andre misjonskritiske databaser.
- Vet hvordan du gjenoppretter dataene dine: Når du gjenoppretter fra en katastrofe, må du sørge for at du gjenoppbygger filene eller hele systemet fra de riktige installasjonsdiskene og backupmediet.
- Bruk lagring på stedet: Opprettholde et fullstendig sett med sikkerhetskopier på en beskyttet (fra personer, brann, vann, varme osv.), Utenfor stedet. Og ikke glem å lagre minst ett sett med operativsysteminstallasjonstape. Tape bør roteres regelmessig for å sikre at nåværende sikkerhetskopier er tilgjengelige for katastrofegjenoppretting.
- Dokumentgjenoppretting: Din plan for gjenoppretting av gjenoppretting skal dokumentere alt og lagres utenfor stedet. Dokumentasjon bør inneholde interne retningslinjer, hvordan du kan gjenopprette hele systemet, hvordan du kommer i kontakt med viktige ansatte, og operativsystemdokumentasjon levert av relevante leverandører (som blant annet Microsoft, IBM og Novell).
Sikkerhetskopieringsmetoder
Den backupmetoden bestemmer hvilke filer i en bestemt stasjon eller katalog som er sikkerhetskopiert. Du identifiserer en sikkerhetskopimetode når du konfigurerer en sikkerhetskopieringsjobb. Når du bestemmer hvilken fil som skal sikkerhetskopieres, kontrollerer flere av sikkerhetskopieringsmetodene om du vil slå på eller av en fils arkivbit. Hver fil har en spesiell bit (arkivbit) som bestemmer hvilken handling ARCserve IT tar når du utfører sikkerhetskopier.En "on" -status indikerer at filen har endret seg siden den siste sikkerhetskopien og trenger sikkerhetskopiering. En "av" -status indikerer at filen ikke er endret, og så kan filen hoppes over i backupprosessen. En "mellomliggende" tilstand betyr at du kan være på eller av, og vi snakker ikke lenger arkivbiter.
Full backup metoder sikkerhetskopiere alle filer, uansett hvordan arkivet er satt. Arkiveringsbiten kan imidlertid tilbakestilles (slått av) avhengig av den brukte sikkerhetskopimetoden.
Som en generell regel, kjører differensial eller inkrementelle backup jobber hver dag og en full sikkerhetskopiering en gang i uken er en god tilnærming til å beskytte dataene dine. Differensial- og inkrementelle sikkerhetskopier krever mindre tid å utføre, og i kombinasjon med den siste full backup, sørg for at gjeldende data alltid sikkerhetskopieres og kan hentes etter behov.
Etterfølgende differensielle sikkerhetskopier tar lengre tid å utføre enn inkrementelle sikkerhetskopier, fordi differensialmetoden sikkerhetskopierer alt som har endret seg siden siste full backup. Med differensiell sikkerhetskopiering øker mengden data som sikkerhetskopieres hver dag til full sikkerhetskopiering oppstår. Derfor, mens inkrementelle sikkerhetskopieringer går raskere, har differensialet færre medier som må åpnes hvis det blir nødvendig å gjenopprette hele systemet.
Rotasjonsordninger
A rotasjonsskjema er en tidsplan for å rotere lagringsmedia. Når du planlegger rutinemessige backup jobber, hjelper et rotasjonsprogram med å administrere medieplassering. sikrer at en tilstrekkelig mengde sikkerhetskopieringsmateriale blir brukt; og at lagring og gjenfinning håndteres effektivt. Planlegg å sykle gjennom flere sett med lagringsmedier for hver type backup jobb (for eksempel daglig, ukentlig eller månedlig) når du utfører rutinemessige sikkerhetskopier.
Generelt gir roterende medier i henhold til en tidsplan forsikring for datasikkerhet og integritet. Hvis du for eksempel bruker mer enn ett sett med kassetter for å utføre daglige sikkerhetskopier, sikrer du at du kan hente data fra hvilken som helst dag i uken før en full sikkerhetskopiering. Det hindrer også muligheten for at en korrupt backup vil hindre gjenopprettingsarbeidet.
ARCserve IT gjør følgende rotasjonsordninger:
- GFS (Grandfather-Father-Son) rotasjonsskjema: Den patriarkalske navngivningskonvensjonen refererer til generasjoner av bånd som brukes til månedlig, ukentlig, og daglig sikkerhetskopiering, henholdsvis.
- Brukerdefinert rotasjonsskjema: Du kan opprette din egen rotasjonsplan, endre GFS-skjemaet eller arbeide fra grunnen av.
Bruk av mediepuljer
A Media Pool er et sett med reservemedier som er satt til side for en bestemt jobb (som daglig, ukentlig eller månedlig sikkerhetskopiering) og administreres som en enhet. Med ARCserve IT er et mediebasseng det settet av bånd som brukes utelukkende til en bestemt gjentagende sikkerhetskopieringsjobb.
Med mediebassenger deler ARCserve IT automatisk hvert basseng inn i et skrapesett og et lagringssett (scratch 'n' save). Eventuelle medier i et lagringssett kan ikke overskrives før visse kriterier er oppfylt - til en viss tidsperiode har gått, og for eksempel et visst antall liknende, men nyere sikkerhetskopier er lagret.Dette forhindrer muligheten for å overskrive mandagens bånd på tirsdag (eller et hvilket som helst bånd før tiden som definert av GFS-rotasjonsskjemaet som er beskrevet nedenfor.
Et lagringsbånd som er lagret, blir godkjent for gjenbruk når det lykkes med et minimums antall lagre sett bånd. For eksempel, mandag, tirsdag, onsdag og torsdag har hver sitt eget sett med reservemedier (lagringssettet) som er beholdt i seks dager (oppbevaringsperioden). På den syvende dagen blir lagringssettet skrapesettet, slik at den kan gjenbrukes (overskrevet). Med andre ord, det er mandag, og det daglige mediebassenget fra mandagens sikkerhetskopier blir en del av ripesettet som skal brukes til denne mandagens (dagens) sikkerhetskopier. Når dagens sikkerhetskopier er fullført, Skrappsettet for i dag blir mandagssparingssettet som er beholdt hele uken.
GFS en pause
GFS-rotasjonsordningen bruker tre mediepuljer for sikkerhetskopier: Daglig, Ukentlig og Månedlig. Hvert basseng har en standard oppbevaringsperiode (hvor lenge lagringsmedia må være retaine d før du kan overskrive det) og antall lagringsmedier som skal lagres (for eksempel, men mange bånd er nødvendig for å utføre en daglig eller ukentlig sikkerhetskopiering).
- Daglig pool (Son-generasjonen): Lagringsmedia (generelt, bånd) som brukes til daglig sikkerhetskopiering. Som standard beholdes båndene seks dager og gjenbrukes etter fire daglige sikkerhetskopier. Hvis dailies kjøres mandag til torsdag, vil følgende mandag resirkulere media fra forrige mandag. Fredag er vanligvis ikke en del av det daglige bassenget; Fredagens løp består heller av den ukentlige backupen og bruker media fra Weekly-bassenget.
- Ukentlig basseng (Faderen generasjon): Lagringsmedia som brukes til ukentlige sikkerhetskopier. Som standard blir tapene gjenbrukt etter fem ukentlige sikkerhetskopier.
- Månedlig pool (granddaddyen): Lagringsmedia som brukes til månedlige sikkerhetskopier. Disse tapene blir som standard beholdt i 12 måneder før de blir gjenbrukt.
