Back-uppen van exchange mailbox DataBase duurt lang

Onlangs heb ik een melding van de servicedesk binnen gekregen dat het back-uppen van de Exchange 2010 server ongeveer 770 uur duurt en dat voor 700 Gb aan mail bestanden.

Toen ik controleerde sinds wanneer de het back-uppen van de mailbox zolang duurde kwamen we er achter dat deze al ruim anderhalve maand geen goede back-ups meer maakte. Na verloop van tijd wordt de back-up afgebroken. Dus bij een calamiteit en de failover database is ook beschadigd kan de back-up wel teruggezet worden alleen met een een database van meer dan een maand oud. Afijn het oplossen van de de back-up heeft prio.
Om te beginnen controleer je de Exchange Server, waarom gaat het back-uppen niet goed als andere back-ups wel goed gaan. Er wordt gebruik gemaakt van Acronis Back-up Solutions. Bij het inloggen op het exchange cluster zijn er 2 nodes. Via EMC zagen we dat de mailbox state van de secondary node in error state stond. In de event viewer werden er om de minut twee errors gemeld. Deze meldingen gaven aan dat de primary node waarvan de kopie gemaakt wordt niet benaderd kan worden.
Via Powershell werdt met het commando get-mailboxbasereplicastatus -identity %db-name% | fl duidelijk dat de laatste datum dat de replica gelopen had op 30 maart was de laatste keer dat er getracht verbinding te maken was de huidige dag ongeveer 3 min geleden dan de controle datum.
Met het commando Update-MailboxDatabaseCopy ñIdentity ìDB_name\Serverî ñDeleteExistingFiles Kon het repliceren van de database hersteld worden.

DPM2010: Replica is inconsistent

Hierbij even een snelle blog posting van mij over DPM2010 en Windows 2008 servers. Ik kwam laatst bij een klant die Bare Metal Recovery en System state protection aan hadden gezet op een aantal servers. Het probleem dat zij daarna hadden was dat zowel de Bare Metal Recovery als de System State Protection niet werkten zoals zij hadden verwacht. Wat de klant ook deed, hij zag elke keer de melding Replica is inconsistent. Ik zag na enig speurwerk op internet dat deze fout daar meer werd gemeld. Dit probleem is eenvoudig op te lossen maar lijkt toch minder goed gedocumenteerd te zijn.

Oplossing: Installeer de Windows Server Backup feature op de target servers (Add new feature). Eenmaal geinstalleerd op de target servers ga je terug naar de DPM server. Rechterklik de inconsistent Bare Metal Recovery en System State protection en start een consistency check. Nadat deze check heeft gelopen moeten de BMR en SS in een consistent state staan.