Dette er ment som en kort test af DPM brugt til at lave backup af Exchange 2010 , uden clustering mm så kun en Exchange server og en Backup Server.

Husk DPM stadig er beta så der kan ske meget inden release..

Start DPM Installeren

Eneste prereq på Server 2008 R2 er SIS som ikke bliver installeret pr default (mener dog der er i Storage server udgaven)

Efter PreReq skal der rebootes hvorefter installeren skal startes igen manuelt ikke elegant men simpelt.

Man kan benytte en remote SQL 2008 server eller vælge at få installeren til at installere en Express udgave.

Der oprettes en lokal bruger til at køre SQL denne skal have en password

Derefter kører installeren på min test maskine tog det cirka 15 minutter hvor de 7-8 var SQL install.

Og Installationen kørte uden problemer.

Vi starter med at oprette en disk gruppe vi kan ligge backuppen på , Management  -> Disk –> Add

DPM kan kune benytte plads der ikke er oprettet plads på men er sat “online” i disk management.

Herefter skal der installeres en agent , der er 2 agent installationer en som pusher agenten og en som tilføjer agenter som er installeret i forvejen.

Vi vælger at installere agenten på vores domain controller og exchange server

Ingen restart , ingen hotfixes ingen beværligheder , Windows 2008 er et dejligt sted at være.

Derefter skal der oprettes en protection group så vi ved hvad der skal beskyttes. vi laver en std server gruppe , klient bekyttelse kommer i en senere post.

‘

da det er rent test formål vælger vi kun databaserne til beskyttlese og ikke filsystemet / systemstate

Og da vi ikke har en båndstation laver vi “kun” backup to disk

DPM kan lave check af databaserne , hvis man benytter disk based protection offloader DPM database check til backup serveren eller kører den direkte på exchange serveren , man skal teste sig ud af hvad performance hittet er i single server setup som her om det er noget man vil gøre hver gang.

DPM er DAG aware dette bliver beskrevet i en efterfølgende post.

Vi gemmer backup data i 5 data laver log backup hver kvarter og fuld backup hver dag kl 20 ,det er lige så mange holdninger til måder at lave backup på fuld daglig fuld en gang om ugen osv som der er tekniske muligheder , få defineret jeres backup med applikations ejeren og forklar hvad tingende betyder så C level hvad det betyder hvis man har log backup en gang om dagen og serveren forsvinder (der er jo her DAG’s kommer ind i billedet men det glæder jo også andre apps)

Der er mulighed for at schedulere første sync hvis man ikke vil belaste produktion i dags timerne når man opretter nye jobs

YES der er nu muligt automatisk at lave en consistency check hvis der sker en “misforståelse” mellem source og backup der er væsentelig feature i DPM 2010

Summary bare for at se om vi er på rette vej.

Lidt efter kan vi se at DPM 2010 har lavet første Replica og VSS reflektere at der er lavet en korrekt backup.

For “nemt” at se om DPM restore virker prøver vi at lave en katastrofal failure dvs ingen database filer , sjældent senarie men der kan jo ryge en disk eller flere på samme tid , igen endnu en grund til at benytte DAG’s.

Og inden vi går i gang med at ødelægge noget ser vi lige der er en frisk backup.

Et styk’s operatør fejl.

Hvorefter Exchange mangler sine databaser.

Man skal umiddelbart restore en database af gangen hvilket kan være tunge (skal lige testes yderligere)

Men i vores tilfælde hvor der er at få recovery vælger vi latest recovery point og højreklikker og vælger Recover

når man vælger latest vil DPM automatisk rulle evt logfiler efter restore pointet , hvis man vælger et point in time restore kan man selv bestemme om man vil hente yderlige logs ind.

Ved brug af latest recovery point kan vi kun restore til source.

og da vi gerne vil hurtigt i luften for vi DPM til at mounte databasen efter restore

Hvorefter vores databaser er mounted igen.'

Next step er at vise single mailbox restore (YEAH endelig) det bliver næste post..