Siden sin første utgivelse, har jeg brukt Microsofts Data Protection Manager (DPM) på mitt eget nettverk for å beskytte mine data. Jeg har alltid trodd at DPM var et utmerket program, men det alltid virket som om noen ting manglet. Heldigvis er Microsoft hardt med DPM versjon 2, som nå er i beta testing. DPM versjon 2 er designet for å fylle noen av tomrommene igjen av DPM 2006. I denne artikkelen vil jeg snakke om hva du kan forvente fra DPM versjon 2.
Hva er Data Protection Manager?
Selv om jeg har en tendens til å tenke at Data Protection Manager er et flott produkt, har det egentlig ikke vært rundt på veldig lenge, og er ikke like populær som mange av de andre Microsoft Server-produkter. Det absolutt er ikke så godt kjent som Exchange Server eller SQL Server. Det å være tilfelle, ønsker jeg å bruke noen minutter på å snakke om hva DPM er og hva den gjør. Alt som jeg snakker om i denne delen gjelder både DPM 2006 og DPM versjon 2.
DPM er en server applikasjon som er designet for å sikkerhetskopiere data. Forskjellen mellom DPM og andre backup-løsninger som NTBACKUP er at DPM er designet for å adressere de grunnleggende svakhetene i tradisjonelle backup-løsninger.
Det er flere problemer med en typisk løsning for sikkerhetskopiering. Ett problem er at mengden av data som et selskap akkumulerer vokser eksponentielt. Dette gjelder selv for et lite nettverk, slik som min egen. Bare det enkle faktum av lagre Microsoft Word-dokument som jeg skriver akkurat nå betyr at jeg skal sikkerhetskopiere mer data i kveld enn jeg gjorde i går kveld. Selvfølgelig problemet med sikkerhetskopiering mer data hver natt er at backup vil ta lengre og lengre for å fullføre som mengden av data som blir sikkerhetskopiert øker.
Dessverre, tilbringe mer tid til å sikkerhetskopiere data hver natt ofte er ikke en alternativ. Mange bedrifter gjør forretninger 24 timer i døgnet derfor en lang backup i midten av natten ville være forstyrrende siden filene vanligvis må stenges som skal sikkerhetskopieres
Disse utfordringene er ikke nye, de har pågått i mange år. Tradisjonelt administratorer har skirted spørsmålet om å øke data og redusere backup vinduer ved bare å utføre differensial eller inkrementell backup i løpet av uken og sparer full backup for helgen. Mens disse teknikkene kan fungere for noen, tar enda en inkrementell eller differensiell backup tid til å fullføre hver kveld, og det betyr ofte tapt produktivitet.
Et annet problem med tradisjonelle backup er at backup vanligvis kjører bare en gang per dag. For å se hvorfor dette er et problem, forestill deg at et selskap driver en backup hver kveld kl 11:00, og at backup tar en time å fullføre. Hvis det er tilfelle, så hva skjer hvis du har et stort problem på 10:00, noe som resulterer i tap av data? I en slik situasjon, er du kommer til å miste hver bit av data som har blitt laget siden siste backup ble gjort (11:00 kvelden før). Ingen ønsker å måtte forklare til sin sjef at en hel dag er verdt av data har gått tapt.
Data Protection Manager løser disse problemene ved å bruke det som er kjent som en disk til disk for å tape backup. Den grunnleggende ideen er at dataene er sikkerhetskopiert kontinuerlig hele dagen i stedet for å gjøre en stor backup sent på kvelden. Denne teknikken reduserer den datamengde som vil gå tapt bør et system svikter.
DPM backup intervall er konfigurerbar. På mitt eget nettverk, er DPM konfigurert slik at det kjører en backup en gang i timen. Ved å gjøre det, er det bare rygger DPM opp noe som har endret seg den siste timen. En fin aspekt ved hjelp av denne tilnærmingen er at det tillater deg å opprettholde flere versjoner av filene du sikkerhetskopierer hele dagen. For eksempel, hvis en bruker bestemmer seg for at de trenger å gjenopprette et dokument til slik at det fantes fire timer siden, er det nå et alternativ. Det faktiske antallet versjoner av en fil som du kan holde på hånden varierer avhengig av hvor mye ledig diskplass at DPM serveren har bevilget til ressursen som er beskyttet.
Så hvordan er det at DPM kan sikkerhetskopiere data i løpet av dagen, da en normal backup-programmet ikke kan? DPM er avhengig av skyggekopier til å ta snap shots av data som blir sikkerhetskopiert. Dette gjør at filer som skal sikkerhetskopieres, selv om de er åpne på det tidspunktet at sikkerhetskopieringen blir gjort. Når DPM ryggen opp en fil, sjekker det også å se om filen har blitt sikkerhetskopiert. Hvis filen har blitt sikkerhetskopiert før, blir bare bytes av filen som er endret siden siste backup sikkerhetskopiert. Dette gjør at DPM for å spare diskplass og båndbredde, slik at det å operere med stor effektivitet.
Hva er nytt i versjon 2?
På overflaten DPM versjon 2 ser nesten akkurat ut som DPM 2006. Det er en svært viktig Forskjellen mellom de to versjoner. DPM 2006 var begrenset til sikkerhetskopiering filservere, men DPM versjon 2 vil være i stand til å sikkerhetskopiere applikasjonsservere også.
Konkret betyr dette at DPM versjon 2 vil være i stand til å sikkerhetskopiere filservere, akkurat som dagens versjon gjør det, men det vil også være i stand til å sikkerhetskopiere databaser i forbindelse med Exchange Server (inkludert snart å bli utgitt Exchange Server 2007), SQL Servere, og Sharepoint-servere.
Disse spesielle programmer har tradisjonelt ikke vært i stand til å dra nytte av backup mekanismer som DPM fordi de ikke stole på filnivå sikkerhetskopier. Exchange Server for eksempel lagrer brukerens post, kontakter og kalenderinformasjon i en database. Men fortsatt at database åpen til enhver tid. Dette betyr at en backup-programmet kan ikke bare kopiere databasefilen. Databasefilen vil trolig endre seg før sikkerhetskopien kunne fullføre. I stedet backup programmer designet for Exchange Server gjøre bruk av Exchange Server transaksjonslogger.
Selve sikkerhetskopieringen er komplisert, men her er en forenklet forklaring. Når nye data (for eksempel nye e-postmeldinger) er bestemt for en Exchange-database, er det ikke skrevet direkte til databasen, men heller til en transaksjon loggfil. Når transaksjonen loggfilen har fylt opp, blir innholdet i transaksjonslogg forpliktet til databasen. Når en tradisjonell backup program ryggen opp en Exchange-database, det må låse databasen slik at ingen transaksjonslogger er forpliktet under sikkerhetskopieringen. Når databasen er sikkerhetskopiert, er innholdet av transaksjonslogger støttet opp, og deretter transaksjonslogger er endelig begått.
Som du kan se, er denne prosessen veldig involvert. Faktisk kan en normal backup program ikke sikkerhetskopiere en Exchange Server med mindre databasene er tatt offline. En backup-programmet må være Exchange Server klar for å være i stand til å utføre en sikkerhetskopi av en Exchange Server mens databasene er montert. Det er denne kompleksiteten som gjør det til en big deal at DPM versjon 2 vil kunne gi kontinuerlig beskyttelse av data som er lagret på Exchange, Sharepoint og SQL-servere.
På tross av sine nye evner, DPM versjon 2 har sin begrensninger. For eksempel er DPM i stand til å sikkerhetskopiere en server system tilstand. Dette betyr at en bart metall gjenoppretting av en server ved hjelp av DPM er umulig. En annen begrensning er at DPM er avhengig av midler som må installeres på serverne som blir sikkerhetskopiert. Dette betyr at DPM er begrenset til å sikkerhetskopiere bare servere som kjører Microsofts operativsystemer. Ikke bare denne effekten de med Unix, Linux eller NetWare-servere, men det gjelder også for de som har data som er lagret på NAS-enheter som ikke inneholder et tradisjonelt operativsystem.
Konklusjon
Jeg pleier å tenke at Data Protection Lederen versjon 2 vil sette ny standard for databeskyttelse. En ting å huske på er at DPM vil ikke være en erstatning for tradisjonell tape backup. Det vil fortsatt være viktig å sikkerhetskopiere data til tape, slik at en kopi av dataene kan tas av nettstedet etter en backup er gjort, som beskyttelse mot tap mot brann, orkan, etc. Forskjellen er at tradisjonelt, tape backup er vant til backup servere direkte. I et miljø der DPM benyttes, vil DPM sikkerhetskopiere serverne, og båndstasjonen vil kun bli brukt til å sikkerhetskopiere DPM server. Anmeldelser