Behandeln von Problemen mit dem Schutz und der Wiederherstellung von Exchange in Data Protection Manager

Bei System Center 2012 Data Protection Manager (DPM 2012) oder System Center 2012 R2 Data Protection Manager (DPM 2012 R2) wird der Großteil der Probleme mit den Exchange-Datenquellen durch ein Problem auf dem Exchange Server verursacht.

Ursprüngliche Produktversion:   System Center 2012 Data Protection Manager, System Center 2012 R2 Data Protection Manager
Ursprüngliche KB-Nummer:   10061

Die Untersuchung der Exchange -Serverereignisprotokolle während des DpM-Fehlers wird in der Regel auf die Hauptursache verweisen. Einige allgemeine Beispiele sind fehlende Protokolle, Datenbanken oder Kopien, die sich nicht in einem fehlerfreien Zustand befinden, oder vielleicht etwas, das verhindert, dass der Exchange Writer oder der Informationsspeicher die Protokolle nach Abschluss einer Sicherung abschneiden.

Aus diesem Grund besteht der erste Schritt bei der Behandlung von Problemen mit dem Exchange-Schutz in der Überprüfung des Exchange-Servers und dem Beheben von Problemen.

Exchange-Knoten können nicht aufgezählt werden

Oft liegen Schutzprobleme in der Unfähigkeit, die Exchange-Knoten aufgezählt zu werden.

Wenn keine Knoten oder Datenbanken angezeigt werden, stellen Sie sicher, dass der Agent auf dem gewünschten Knoten installiert ist. Stellen Sie außerdem sicher, dass die Datenbank, die Sie zu numerieren versuchen, auf dem Knoten vorhanden ist, auf dem der Agent installiert ist.

Fehler beim Erkennen passiver Knoten

Wenn Sie eine Schutzgruppe für eine DaG (Exchange Database Availability Group) erstellen und eine Datenbank mit mehreren passiven Kopien auf anderen Knoten auswählen, wird von DPM möglicherweise nur der aktive Knoten angezeigt.

Dies wird in der Regel durch einen Registrierungswert verursacht, der außerhalb von DPM erstellt wird, wenn eine andere Methode zum Sichern und Wiederherstellen von Exchange-Daten verwendet wird, z. B. Windows Server-Sicherung.

Der Registrierungswert ist benannt EnableVSSWriter und befindet sich unter HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters\ .

Standardmäßig ist EnableVSSWriter sie nicht vorhanden. Wenn sie sehen, wurde sie wahrscheinlich manuell erstellt und auf 0 festgelegt.

Ändern Sie in diesem Fall den Registrierungswert in 1 (Hexadezimalwert), wodurch er aktiviert wird. Oder löschen Sie den Registrierungswert.

Wiederherstellungspunktfehler

Eine häufige Ursache ist ein Problem mit Portkonflikten. In diesem Fall wird ein Fehler wie der folgende angezeigt:

Es konnte keine Verbindung hergestellt werden, da der Zielcomputer sie aktiv abgelehnt hat (0x8007274D)

Dieser Fehler wird angezeigt, wenn die Netzwerkports 5718 und 5719 auf dem Exchange Server von einem anderen Programm verwendet werden. Sie können dies überprüfen, indem Sie an einer Eingabeaufforderung ausführen und ermitteln, welcher netstat -ano Prozess diese Ports verwendet. Wenn ein anderes Programm die Ports verwendet, entscheiden Sie, welches Programm so konfiguriert wird, dass diese Ports nicht mehr verwendet werden.

Lösung 1: Konfigurieren von DPM für die Verwendung anderer Ports

Führen Sie in DPM 2012 die Ausführung aus, um DPM für SetAgentConfig die Verwendung eines anderen Ports zu konfigurieren. Weitere Informationen finden Sie unter Updaterollup 3 für System Center 2012 R2 Data Protection Manager.

Lösung 2: Konfigurieren der in Konflikt enden Anwendung für die Verwendung eines anderen Ports

Legen Sie die Registrierung so ein, dass diese Ports eingeschränkt oder die in Konflikt konfliktende Anwendung entfernt wird. Wenden Sie sich an den Anwendungsanbieter, um weitere Informationen zum Neukonfigurieren der Portverwendung zu erhalten.

DPM ist der registrierte Besitzer der Ports 5718 und 5719.

Fehler bei der zyklischen Redundanzprüfung ( Zyklische Redundanzprüfung, CRC)

CrC-Fehler mit Exchange -Serverschutz werden häufig durch eine Fehlermeldung wie die folgende angezeigt:

Fehler beim Ausführen eines Vorgangs für \ \ ?\GLOBALROOTDevice\HarddiskVoIumeShadowCopyGUID.log on <servername> (ID 2033 Details Data error (zyklische Redundanzprüfung) (0x80070017))

Die wahrscheinlichste Ursache ist ein beschädigtes Exchange-Transaktionsprotokoll auf dem Exchange-Server. Achten Sie jedoch auf den Pfad in der Fehlermeldung. Wenn der Pfad dem folgenden ähnelt, besteht die Möglichkeit, dass das Protokoll auf dem DPM-Server beschädigt ist:

C:\Program Files\Microsoft DPM\DPM\Volumes\Replica\Microsoft Exchange Replica Writer\vol_<VOL GUID>\<GUID>\Full\C-Vol\E0400121F44.log

Um dieses Problem zu beheben, benennen Sie die protokolldatei um, die in der Fehlermeldung erwähnt wird, und kopieren Sie eine bekannte gute Version von einem anderen DAG-Mitglied. Wenn sich die beschädigte Datei auf dem Replikatvolume des DPM-Servers befindet, ersetzen Sie die Datei auf die gleiche Weise, und wiederholen Sie den CRC.

Das Replikat ist inkonsistent

Wenn das Replikat inkonsistent ist, wird ein Fehler wie der folgende angezeigt:

Überprüfung der Datenkonsistenz für LOGS der Exchange-Postfachdatenbank auf fehlgeschlagen <database name> <Exchange Node> ( ID 30146 Details: Unbekannter Fehler (0xfffffdf0) (0xFFFFFDF0))

Möglicherweise wird auch der folgende Fehler im Ereignisprotokoll der DpM-Serveranwendung angezeigt:

Protokollname: Anwendung
Quelle: McLogEvent
Ereignis-ID: 259
Level: Error
Beschreibung: Die Datei \ \ ? \ <DPM Volume> \ <Guid> \Full \ <log volume of Exchange database name> \<Log#>.log file contains the <virus name> . Nicht bestimmter Clean-Fehler, erfolgreich gelöscht. Erkannt mithilfe der Scanmodulversion 5400.1158 DAT Version 7285.0000

Protokollname: Anwendung
Quelle: ESE
Ereignis-ID: 518
Level: Error
Aufgabenkategorie: Protokollierung/Wiederherstellung
Beschreibung: eseutil (12472) JetDBUtilities - 13804: Die Protokolldatei \ \ ? \ <DPM Volume> \logs \ <database name> \<Log#>.log fehlt (Fehler -528 und kann nicht verwendet werden. Wenn diese Protokolldatei für die Wiederherstellung erforderlich ist, wird eine gute Kopie der Protokolldatei benötigt, damit die Wiederherstellung erfolgreich abgeschlossen werden kann.

This issue occurs usually if you have an antivirus application installed and it is deleting log files that are flagged as infected.

Wenden Sie eine der folgenden Methoden an, um dieses Problem zu beheben:

  • Festlegen von DPM-Antivirusausschlüssen basierend auf ausführen von Antivirensoftware auf dem DPM-Server.
  • Deaktivieren Sie die Antivirenanwendung auf dem Server.
  • Führen Sie eine Integritätsprüfung für die Exchange-Protokolldateien für die betroffene Datenbank aus.

Hinweis

Es gibt weitere 30146-Fehler, die geringfügig unterschiedliche Auflösungen haben können, und in der Regel weist dies auf eine mögliche Beschädigung auf der Serverseite von Exchange hin. Weitere Informationen finden Sie unter Fehler-ID: 30146.

Synchronisierungsfehler

Wenn Synchronisierungsfehler auftreten, werden Fehler wie die folgenden angezeigt:

DPM hat seit der letzten Synchronisierung eine Diskontinuität in der Protokollkette für die Exchange-Postfachdatenbank <mailboxname> <Servername> festgestellt. (ID 30216 Details: Nicht angegebener Fehler (0x80004005))

Die wahrscheinlichste Ursache ist eine Unterbrechung in den Exchange-Transaktionsprotokollen.

Lösung 1: Aktivieren der Umlaufprotokollierung und Leeren der Protokolle

  1. Deaktivieren Sie den DPM-Schutz.
  2. Aktivieren Sie die Umlaufprotokollierung für die Datenbank.
  3. Stellen Sie bei Bedarf die Bereitstellung der Datenbank ein, und stellen Sie sie auf.
  4. Deaktivieren Sie die Umlaufprotokollierung.
  5. Aktivieren Sie den DPM-Schutz, und führen Sie eine vollständige Expresssicherung aus.

Lösung 2: Löschen von Protokollen, die älter sind als die fehlende Protokolldatei

  1. Ausführen eseutil /k "x:\path\path\ENN" > output.txt . ENN ist der Platzhalter für die Exchange-Prüfpunktdatei, z. B. E01.chk.

  2. Untersuchen Sie die Ausgabedatei, um Lücken im Protokolldatenstrom zu identifizieren. Zum Beispiel:

    E010000A.log
    E010000B - E01000E.log fehlt
    E010000E.log

  3. Identifizieren Sie die neueste Lücke, und entfernen Sie alle Protokolldateien vor ihr in ein anderes Verzeichnis.

  4. Vergewissern Sie sich, dass die verbleibenden Protokolle in der angegebenen Reihenfolge sind, indem Sie den Befehl wie eseutil /k im ersten Schritt angegeben ausführen.

  5. Führen Sie eine vollständige Expresssicherung aus.

Allgemeine Postfachprobleme

Viele Probleme bei der Wiederherstellung von Exchange-Servern betreffen Benutzerpostfächer, die auf der Registerkarte für die Wiederherstellung der DPM-Konsole nicht sichtbar sind.

Wenn Sie versuchen, Benutzerpostfächer auf der Wiederherstellungsregisterkarte der DPM-Konsole aufgezählt zu haben, und nichts ist, wurde die SG\DB höchstwahrscheinlich umbenannt, was nicht unterstützt wird.

Führen Sie die folgenden Schritte aus, um das Problem in DPM 2012 zu beheben:

  1. Entfernen Sie den Schutz, während Daten für die Exchange-Datenbank beibehalten werden.
  2. Stellen Sie sicher, dass die Exchange-Dienste oder -Server neu gestartet wurden, da die VSS Writer erst aktualisiert werden, wenn dies erfolgt ist.
  3. Schützen Sie die Datenquelle erneut, und führen Sie eine Konsistenzprüfung aus. Wiederherstellbare Elemente sollten angezeigt werden.

Hinweis

Es gibt eine Lücke in der Enumeration für alle Tage, in der die Sicherung erfolgt ist und die Exchange -Writer-Metadaten nicht aktualisiert wurden. Diese können nicht wiederhergestellt werden, werden aber nach Ablauf der Aufbewahrung entfernt.

Einige Benutzerpostfächer fehlen

Wenn Sie versuchen, Benutzerpostfächer auf der Wiederherstellungsregisterkarte der DPM-Konsole aufgezählt zu haben, und nur einige der Postfächer als wiederherstellbare Elemente aufgeführt werden, fehlt für authentifizierte Benutzer unter "Sicherheit erweitert" für bestimmte Benutzer in Active Directory die Berechtigung "Exchange-Informationen > lesen".

Alle postfachkonfigurierten Benutzer benötigen die Berechtigung "Exchange-Informationen lesen". Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:

  1. Wechseln Sie in Active Directory zu den Eigenschaften der Organisationseinheit > Erweitert, und fügen Sie eine zusätzliche Gruppe "Authentifizierte Benutzer" hinzu.
  2. Wählen Sie Bearbeiten aus.
  3. Wählen Sie im Berechtigungseintrag für Benutzerstrukturfenster Eigenschaften aus.
  4. Wählen Sie untergeordnete Benutzerobjekte aus.
  5. Wählen Sie die Berechtigung "Exchange-Informationen lesen" aus.
  6. Klicken Sie dreimal auf "OK", um den Vorgang abschließen zu können.
  7. Erstellen Sie einen Wiederherstellungspunkt mit einer express-vollständigen Sicherung.

An diesem Punkt sollten alle Postfächer sichtbar sein.

Fehler bei der Wiederherstellung am ursprünglichen Speicherort

Wenn Sie versuchen, am ursprünglichen Speicherort wiederherzustellen, stellen Sie möglicherweise fest, dass die Option nicht in der DPM-Konsole angezeigt wird. In der Regel wird dies durch eine falsche Auswahl verursacht.

Stellen Sie sicher, dass alle geschützten Exchange-Daten hervorgehoben sind und dass für die Wiederherstellungszeit die Option "Neueste" ausgewählt ist. Wählen Sie dann die Datenbank und dann "Wiederherstellen" aus.

Hinweis

Für die überschriebene Datenbank muss das Flag "Überschreiben von Wiederherstellung zulassen" in den Eigenschaften der Exchange-Datenbank ausgewählt sein, damit die Wiederherstellung funktioniert.