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

  • Artikel

Mit 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 DPM-Fehlers weist in der Regel auf die Grundursache hin. Einige allgemeine Beispiele sind fehlende Protokolle, Datenbanken oder Kopien, die sich nicht in einem fehlerfreien Zustand befinden, oder möglicherweise etwas, das verhindert, 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 Problemen mit dem Exchange-Schutz darin, den Exchange-Server zu überprüfen und alle Probleme zu beheben.

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

Häufig bestehen Schutzprobleme darin, dass die Exchange-Knoten nicht aufgelistet werden können.

Wenn keine Knoten oder Datenbanken angezeigt werden, überprüfen Sie, ob der Agent auf dem gewünschten Knoten installiert ist. Vergewissern Sie sich außerdem, dass die Datenbank, die Sie zu numerieren versuchen, auf dem Knoten vorhanden ist, auf dem der Agent installiert ist.

Fehler beim Anzeigen passiver Knoten

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

Dies wird normalerweise 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. die Windows Server-Sicherung.

Der Registrierungswert heißt EnableVSSWriter und befindet sich unter HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters\.

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

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

Fehler bei Wiederherstellungspunkten

Eine häufige Ursache ist ein Problem mit Portkonflikten. In diesem Fall wird ein Fehler ähnlich dem folgenden 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 an einer Eingabeaufforderung ausführen netstat -ano und ermitteln, welcher 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

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 administrative Eingabeaufforderung, und ändern Sie das Verzeichnis in den Speicherort, an dem sich das hilfsprogrammSetAgentCfg.exe befindet.

    Hinweis

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

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

  2. Führen Sie das HilfsprogrammSetAgentCfg.exe mit dem folgenden Befehl aus:

    setagentcfg.exe s <protected_server_FQDN> <alternative_port>

    Hinweis

    In diesem Befehl stellt das <alternative_port-Bausteine> einen freien Nichtstandardport dar.

  3. Vergewissern Sie sich, dass im folgenden Registrierungsunterschlüssel ein neuer Eintrag 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>

    Hinweis

    Verwenden Sie die gleiche Portnummer, die in Schritt 2 angegeben wurde.

  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 in Konflikt stehende Anwendung neu zu starten oder zu entfernen. Weitere Informationen zur Neukonfiguration der Portnutzung erhalten 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 ähnlich der folgenden angezeigt:

DPM ist beim Ausführen eines Vorgangs für \\?\GLOBALROOTDevice\HarddiskVoIumeShadowCopyGUID.log auf servername <> ein Fehler aufgetreten (ID 2033 Detaildatenfehler (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 in etwa wie folgt aussieht, 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 fehlerfreie Version aus einem anderen DAG-Mitglied. 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 Konsistenzprüfung aus. Verwenden Sie die PowerShell-Befehle, um ein Replikatvolume einzubinden und die problematische 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 dem nullbasierten $pg[index#] mithilfe der folgenden Cmdlets ab:

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

  3. Binden Sie das Replikatvolume nur ein, indem Sie den -datasource Parameter und den nullbasierten $pg[index#]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 eine neue 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 mit dem folgenden Befehl:

    DIR /S E0400121F44.log

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

  10. Heben Sie die Bereitstellung des Replikats derselben Datenquelle mit dem folgenden Cmdlet auf:

    dismount-dpmrecoverypoint -datasource $ds[#]

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

Das Replikat ist inkonsistent.

Wenn das Replikat inkonsistent ist, wird ein Fehler ähnlich dem folgenden angezeigt:

Fehler bei der Überprüfung der Datenkonsistenz für PROTOKOLLE des Exchange-Postfachdatenbanknamens <> 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: Anwendung
Quelle: McLogEvent
Ereignis-ID: 259
Ebene: Fehler
Beschreibung: Die Datei \\?\<DPM Volume>\<Guid>\Full\<log volume of Exchange database name>\<Log#>.log Datei enthält den Namen des <Virus>. Unbestimmter sauber Fehler, erfolgreich gelöscht. Mithilfe der Scan-Engine Version 5400.1158 DAT Version 7285.0000 erkannt

Protokollname: Anwendung
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, ist eine gute Kopie der Protokolldatei erforderlich, damit die Wiederherstellung erfolgreich abgeschlossen werden kann.

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

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

  • Legen Sie DPM-Antivirenausschlüsse basierend auf Ausführen von Antivirensoftware auf dem DPM-Server fest.
  • 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 deutet dies auf eine mögliche Beschädigung auf der Exchange-Serverseite 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 den Postfachnamen> der Exchange-Postfachdatenbank <auf <Servername> erkannt. (ID 30216 Details: Nicht angegebener Fehler (0x80004005))

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

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

  1. Deaktivieren Sie den DPM-Schutz.
  2. Aktivieren Sie die Zirkelprotokollierung für die Datenbank.
  3. Binden Sie die Datenbank bei Bedarf ein, und heben Sie die Bereitstellung auf.
  4. Deaktivieren Sie die Zirkelprotokollierung.
  5. Aktivieren Sie DEN DPM-Schutz, und führen Sie eine vollständige Expresssicherung aus.

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

  1. Führen Sie eseutil /k "x:\path\path\ENN" > output.txt aus. 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 der Lücke in einem anderen Verzeichnis.

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

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

Allgemeine Postfachprobleme

Viele Exchange Server-Wiederherstellungsprobleme betreffen Benutzerpostfächer, die auf der Registerkarte "Wiederherstellung" der DPM-Konsole nicht angezeigt werden.

Wenn Sie versuchen, Benutzerpostfächer auf der Registerkarte "Wiederherstellung" der DPM-Konsole aufzuzählen, und nichts vorhanden ist, wurde das SG\DB höchstwahrscheinlich umbenannt, was nicht unterstützt wird.

Führen Sie die folgenden Schritte aus, um das Problem in DPM 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 der Server neu gestartet wurden, da die VSS-Writer erst aktualisiert werden, wenn dies geschehen ist.
  3. Aktualisieren Sie den geschützten Server. Schützen Sie dann die Datenquelle erneut, und führen Sie eine Konsistenzprüfung aus. Wiederherstellbare Elemente sollten angezeigt werden.

Hinweis

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

Einige Benutzerpostfächer fehlen

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

Alle postfachkonfigurierten Benutzer benötigen die Berechtigung Exchange-Informationen lesen . Gehen Sie folgendermaßen vor, 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 Eintrag Berechtigung für Benutzerstrukturfensterdie Option Eigenschaften aus.
  4. Wählen Sie Nachfolgerbenutzerobjekte aus.
  5. Wählen Sie die Berechtigung Austauschinformationen lesen aus.
  6. Klicken Sie dreimal auf OK , um den Vorgang abzuschließen.
  7. Erstellen Sie einen Wiederherstellungspunkt mit einer vollständigen Expresssicherung.

An diesem Punkt sollten alle Postfächer sichtbar sein.

Fehler bei der Wiederherstellung 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. In der Regel wird dies durch eine falsche Auswahl verursacht.

Stellen Sie sicher, dass Alle geschützten Austauschdaten hervorgehoben sind, und dass Neueste für die Wiederherstellungszeit ausgewählt ist. Wählen Sie dann die Datenbank und dann Wiederherstellen aus.

Hinweis

Für die Datenbank, die überschrieben wird, muss das Flag Überschreiben von Wiederherstellungsvorgängen zulassen in den Exchange-Datenbankeigenschaften ausgewählt sein, damit die Wiederherstellung funktioniert.