Freigeben über

Behandeln von Problemen mit Exchange-Schutz und -Wiederherstellung im Data Protection Manager

Bei System Center Data Protection Manager werden die meisten Probleme mit Exchange-Datenquellen durch ein Problem auf dem Exchange-Server verursacht.

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

Die Untersuchung der Exchange Server-Ereignisprotokolle während des Zeitraums des DPM-Fehlers verweist in der Regel auf die Ursache. Einige allgemeine Beispiele sind fehlende Protokolle, Datenbanken oder Kopien, die sich nicht in einem fehlerfreien Zustand befinden, oder etwas, das verhindern kann, dass der Exchange Writer oder informationsspeicher die Protokolle abschneidet, nachdem eine Sicherung abgeschlossen ist.

Aus diesem Grund besteht der erste Schritt bei der Behandlung von Exchange-Schutzproblemen darin, den Exchange-Server zu überprüfen und Probleme zu beheben.

Exchange-Knoten können nicht aufgezählt werden.

Oft liegen Schutzprobleme bei der Unfähigkeit, die Exchange-Knoten auflisten zu können.

Wenn keine Knoten oder Datenbanken angezeigt werden, überprüfen Sie, ob der Agent auf dem gewünschten Knoten installiert ist. Überprüfen Sie außerdem, ob die Datenbank, die Sie numerieren möchten, auf dem Knoten vorhanden ist, auf dem der Agent installiert ist.

Fehler beim Anzeigen passiver Knoten

Wenn Sie eine Schutzgruppe für eine Exchange-Datenbankverfügbarkeitsgruppe (DAG) erstellen und eine Datenbank auswählen, die mehrere passive Kopien auf anderen Knoten enthält, stellen Sie möglicherweise fest, dass DPM nur den aktiven Knoten anzeigt.

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 wird benannt EnableVSSWriter und befindet sich unter HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters\.

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

Ändern Sie in diesem Fall den Registrierungswert in 1 (Hex), 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 folgt angezeigt:

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

Sie können diesen Fehler erhalten, wenn die Netzwerkports 5718 und 5719 auf dem Exchange-Server von einem anderen Programm verwendet werden. Sie können dies überprüfen, indem Sie über eine Eingabeaufforderung ausführen netstat -ano und ermitteln, welcher Prozess diese Ports verwendet. Wenn ein anderes Programm die Ports verwendet, entscheiden Sie, welches Programm für die Verwendung dieser Ports konfiguriert wird.

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

Konfigurieren Sie den DPMRA-Port, und wählen Sie einen nicht standardmäßigen Port aus, indem Sie die folgenden Schritte ausführen:

  1. Öffnen Sie auf dem DPM-Server eine Administrator-Eingabeaufforderung, und ändern Sie das Verzeichnis an den Speicherort, an dem sich das hilfsprogramm SetAgentCfg.exe befindet.

    Notiz

    Standardmäßig befindet sich das Hilfsprogramm im folgenden Ordner:

    %PROGRAMFILES%/Microsoft System Center/DPM/DPM/Setup

  2. Führen Sie das Hilfsprogramm SetAgentCfg.exe mithilfe des folgenden Befehls aus:

    setagentcfg.exe s <protected_server_FQDN> <alternative_port>

    Notiz

    In diesem Befehl stellt das <alternative_port-Bausteine> einen freien nicht standardmäßigen Port dar.

  3. Überprüfen Sie, ob ein neuer Eintrag im folgenden Registrierungsunterschlüssel erstellt wird:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft Data Protection Manager\Agent\2.0\PsPortConfig

  4. Kopieren Sie die setagentcfg.exe Datei vom DPM-Server in den folgenden Ordner auf dem geschützten Server.

    %PROGRAMFILES%\Microsoft Data Protection Manager\DPM\bin

  5. Führen Sie den folgenden Befehl auf dem geschützten Server aus:

    setagentcfg.exe e DPMRA <alternative_port>

    Notiz

    Verwenden Sie dieselbe Portnummer, die in Schritt 2 angegeben ist.

  6. Starten Sie den DPM-Server neu.

  7. Starten Sie den DPMRA-Dienst auf dem geschützten Server neu.

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

Legen Sie die Registrierung fest, um diese Ports einzuschränken oder die Konfliktanwendung zu entfernen. Weitere Informationen zur Neukonfiguration der Portverwendung finden Sie beim Anwendungsanbieter.

DPM ist der registrierte Besitzer der Ports 5718 und 5719.

Fehler bei der Zyklischen Redundanzprüfung (CRC)

CRC-Fehler mit Exchange-Serverschutz werden häufig durch eine Fehlermeldung angezeigt, die dem folgenden ähnelt:

BEI DPM ist beim Ausführen eines Vorgangs für \\?\GLOBALROOTDevice\HarddiskVoIumeShadowCopyGUID.log auf <dem Servernamen> ein Fehler aufgetreten (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 System Center\DPM\DPM\Volumes\Replica\vol_<VOL GUID>\<GUID>\Full\C-Vol\E0400121F44.log

Um dieses Problem zu beheben, benennen Sie die in der Fehlermeldung erwähnte Protokolldatei um, und kopieren Sie eine bekannte gute Version aus einem anderen DAG-Element. Wenn sich die beschädigte Datei auf dem Replikatvolume des DPM-Servers befindet, führen Sie die folgenden Schritte aus, um die Datei zu ersetzen, und führen Sie dann eine Konsistenzüberprüfung aus. Verwenden Sie die PowerShell-Befehle, um ein Replikatvolume zu bereitstellen und die fehlerhafte oder beschädigte Protokolldatei zu suchen.

  1. Rufen Sie alle Schutzgruppen mithilfe der folgenden Cmdlets ab:

    $pg = get-protectiongroup
$pg

  2. Rufen Sie alle Datenquellen in der ausgewählten Schutzgruppe basierend auf der Null $pg[index#] mithilfe der folgenden Cmdlets ab:

    $ds = get-datasource $pg[#]
$ds

  3. Stellen Sie das Replikatvolume nur ein, indem Sie den -datasource Parameter und den nullbasierten $pg[index#]Parameter angeben:

    mount-dpmrecoverypoint -datasource $ds[#]

  4. Notieren Sie sich den Bereitstellungspfad, in dem das Replikat bereitgestellt wurde. Zum Beispiel:

    C:\Program Files\Microsoft System Center\DPM\DPM\Volumes\Replica\<VOL GUID>

  5. Laden Sie das PsExec-Tool herunter.

  6. Führen Sie an einer Administrativen Eingabeaufforderung einen neuen cmd.exe im Systemkontext aus, indem Sie den folgenden Befehl verwenden:

    Psexec.exe -s -i cmd.exe

  7. Ändern Sie das Verzeichnis in den Replikatpfad. Zum Beispiel:

    CD C:\Program Files\Microsoft System Center\DPM\DPM\Volumes\Replica\<VOL GUID>

  8. Suchen Sie die beschädigte Protokolldatei mithilfe des folgenden Befehls:

    DIR /S E0400121F44.log

  9. Benennen Sie das beschädigte Protokoll um, und kopieren Sie eine bekannte gute Version von einem anderen DAG-Mitglied. Schließen Sie dann die Eingabeaufforderung.

  10. Aufheben der Bereitstellung des Replikats derselben Datenquelle mithilfe des folgenden Cmdlets:

    dismount-dpmrecoverypoint -datasource $ds[#]

  11. Führen Sie eine Konsistenzprüfung durch.

Das Replikat ist inkonsistent

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

Fehler bei der Überprüfung der Datenkonsistenz bei PROTOKOLLen der Exchange-Postfachdatenbankdatenbank <auf> <dem Exchange-Knoten> (ID 30146 Details: Unbekannter Fehler (0xfffffdf0) (0xFFFFFDF0))

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

Protokollname: Application
Quelle: McLogEvent
Ereignis-ID: 259
Ebene: Fehler
Beschreibung: Die Datei \\?\<DPM Volume>\<Guid>\Full\<log volume of Exchange database name>\<Log#>.log file contains the <virus name>. Nicht festgelegter Bereinigungsfehler, erfolgreich gelöscht. Erkannt mithilfe des Scanmoduls, Version 5400.1158 DAT, Version 7285.0000

Protokollname: Application
Quelle: ESE
Ereignis-ID: 518
Ebene: Fehler
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 wird.

Dieses Problem tritt in der Regel auf, wenn Eine Antivirenanwendung installiert ist und Protokolldateien gelöscht werden, die als infiziert gekennzeichnet sind.

Sie können dieses Problem mit einer der folgenden Methoden beheben:

Notiz

Es gibt weitere 30146-Fehler, die leicht unterschiedliche Auflösungen aufweisen könnten, und in der Regel verweist sie auf mögliche Beschädigungen auf der Exchange-Serverseite. 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 Einstellung in der Protokollkette für den Exchange-Postfachdatenbankpostfachnamen <> auf <dem Servernamen> erkannt. (ID 30216 Details: Nicht angegebener Fehler (0x80004005))

Die wahrscheinlichste Ursache ist ein Bruch in den Exchange-Transaktionsprotokollen.

Auflösung 1: Aktivieren der Zirkelprotokollierung und Leeren der Protokolle

  1. Deaktivieren Sie den DPM-Schutz.
  2. Aktivieren Sie die Zirkelprotokollierung in der Datenbank.
  3. Falls erforderlich, stellen Sie die Datenbank ein, und entfernen Sie sie.
  4. Deaktivieren Sie die Zirkelprotokollierung.
  5. Aktivieren Sie DEN DPM-Schutz, und führen Sie eine express vollständige Sicherung aus.

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

  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. Überprüfen 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, bevor sie in ein anderes Verzeichnis gespeichert werden.

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

  5. Führen Sie eine express vollständige Sicherung aus.

Allgemeine Postfachprobleme

Viele Exchange Server-Wiederherstellungsprobleme umfassen Benutzerpostfächer, die auf der Registerkarte "DPM-Konsolenwiederherstellung" nicht sichtbar sind.

Wenn Sie versuchen, Benutzerpostfächer auf der Registerkarte "Wiederherstellung" der DPM-Konsole auflisten und nichts vorhanden ist, wurde die SG\DB wahrscheinlich umbenannt, was nicht unterstützt wird.

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

  1. Entfernen Des Schutzes beim Aufbewahren von Daten für die Exchange-Datenbank.
  2. Stellen Sie sicher, dass die Exchange-Dienste oder der Server neu gestartet wurden, da die VSS-Autoren erst aktualisiert werden, wenn dies abgeschlossen ist.
  3. Aktualisieren Sie den geschützten Server. Schützen Sie dann die Datenquelle, und führen Sie eine Konsistenzüberprüfung aus. Wiederherstellbare Elemente sollten angezeigt werden.

Notiz

Es gibt eine Lücke in der Enumeration für alle Tage, an denen die Sicherung erfolgt ist, und die Exchange Writer-Metadaten wurden nicht aktualisiert. Diese können nicht wiederhergestellt werden, werden aber schließlich entfernt, da die Aufbewahrung abläuft.

Einige Benutzerpostfächer fehlen

Wenn Sie versuchen, Benutzerpostfächer auf der Wiederherstellungsregisterkarte der DPM-Konsole auflisten und nur einige der Postfächer als wiederherstellbare Elemente aufgeführt werden, ist es möglich, dass die Berechtigung "Exchange-Informationen lesen" für authentifizierte Benutzer unter "Security>Advanced" für die bestimmten Benutzer in Active Directory fehlt.

Für alle konfigurierten Postfachbenutzer ist die Berechtigung "Exchange-Informationen lesen" erforderlich. Gehen Sie folgendermaßen vor, um das Problem zu beheben:

  1. Wechseln Sie in Active Directory zu den Eigenschaften der OE >Advanced , und fügen Sie eine zusätzliche Gruppe authentifizierter Benutzer hinzu.
  2. Wählen Sie Bearbeiten aus.
  3. Wählen Sie im Berechtigungseintrag für Windows-Benutzerstruktur die Option "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 abzuschließen.
  7. Erstellen Sie einen Wiederherstellungspunkt mit express vollständiger Sicherung.

Zu diesem Zeitpunkt sollten alle Postfächer sichtbar sein.

Fehler beim Wiederherstellen am ursprünglichen Speicherort

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

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

Notiz

Die überschriebene Datenbank muss das Flag "Überschreiben zulassen" in den Exchange-Datenbankeigenschaften ausgewählt haben, damit die Wiederherstellung funktioniert.