Restore von Exchange 2010 Mailboxen

Auf Wunsch einzelner Leser unseres Blogs zeige ich heute ein paar Powershell Befehle zum Wiederherstellen von einzelnen Elementen einer Exchange 2010 Mailbox.

Wir steigen hier dabei direkt ein, d.h. der Restore via DPM in eine Recovery Datenbank ist bereits erfolgt.

1. Wiederherstellen der ganzen Mailbox:

Restore-Mailbox -Identity ‚Nachname, Vorname‘ -RecoveryDatabase RecoveryDB -RecoveryMailbox ‚Nachname, Vorname‘

2. Wiederherstellen eines einzelnen Ordners:

Restore-Mailbox -Identity ‚Nachname, Vorname‘ -RecoveryDatabase RecoveryDB -RecoveryMailbox ‚Nachname, Vorname‘ -IncludeFolder ‚\Posteingang\Private Mails‘

Will man mehrere Ordner wiederherstellen, trennt man diese mit einem Komma.

3. Wiederherstellung von Mails aus einem bestimmten Zeitraum:

Dafür benutzt man die Parameter -Startdate und -Enddate

4. Wiederherstellung von Mails mit einem bestimmten Wort im Betreff:

Dafür hängt man den Parameter -ContentKeywords „Konferenz 16.09.2011“

5. Wiederherstellung soll in einen bestimmten Ordner erfolgen:

Dafür hängt man einfach „-Targetfolder Ordnername“ hinten dran.

Das ist eine kurze Übersicht. Noch Fragen ? Einfach unten kommentieren, dann wird die Syntax geliefert.

Fehler: The volume change journal is not active

Heute tauchte bei uns folgende Begründung für eine „Replica is inconsistent“ Meldung auf:

Change journal not initialized or is the wrong size (ID 30118 Details: The volume change journal is not active (0x8007049B))

Als Empfehlung wird folgendes ausgesprochen:

1) Click the „Modify Disk Allocation …“ link below to configure change journal size. On the Disk Allocation page, select the Protected Server tab and click Modify, then change the space allocated.
Ensure that there is at least 300 MB of free space on the volume being protected.
2) After the protection group is modified, click the link below to run a synchronization job with consistency check.

Nach einem Check der Einstellungen kam heraus, dass zwar ein Replica Volume von 10GB zugewiesen war und das Volume auf AutoGrowth steht. Allerdings waren beim Recovery Point Volume davon 9.99GB zugewiesen.
Und dieses ließ sich auch nicht verkleinern, obwohl die Datenmenge die gesichert werden sollte gerade mal 0.44GB betrug.
Also haben wir das Replica Volume manuell vergrößert auf 11GB, doch auch das half nicht.
Jetzt musste ein Blick auf den protected Server her und siehe da. Unsere Applikationskollegen haben die Datenbank auf dem SQL Server 2008 gelöscht und sie auf einen SQL Server 2012 umgezogen auf dem gleichen Server.

DPM 2012 kann grundsätzlich SQL Server 2012 sichern, mit einer Ausnahme: „Always On“.
Wenn dieses Feature aktiviert ist für die Datenbank, dann wirft DPM 2012 genau oben benannten Fehler.

Dieses Problem soll mit dem Service Pack 1 für die System Center Suite 2012 gelöst werden.

Aber so lange wollen wir natürlich nicht warten. Um das Problem zu fixen muss man sich mit dem Management Studio gegen die SQL 2012 Datenbank verbinden und dem User NT-AUTHORITY\SYSTEM die Server-Rolle „sysadmin“ verpassen.

SQL Server 2012 Einstellungen für Always On und DPM Sicherung

Der anschließende Consistency Check war erfolgreich und schon kann die Datenbank wieder erfolgreich gesichert werden.

Vielen Dank an dieser Stelle an alle im Technet Forum, die sich auch mit diesem Problem rumgeschlagen haben und zur Lösung beigetragen haben und an Flemming Riis für seinen Blogeintrag.