Sichern des DPM-Servers

Wichtig

Diese Version von Data Protection Manager (DPM) hat das Supportende erreicht. Es wird empfohlen, ein Upgrade auf DPM 2022 durchzuführen.

Sie benötigen eine Strategie zum Sichern des DPM-Servers, um sicherzustellen, dass die Daten wiederhergestellt werden können, wenn bei System Center Data Protection Manager (DPM) ein Fehler auftritt. Wenn es nicht gesichert wird, müssen Sie sie nach einem Fehler manuell neu erstellen, und datenträgerbasierte Wiederherstellungspunkte können nicht wiederhergestellt werden. Sie können DPM-Server mit verschiedenen Methoden sichern:

  • DPM-Server sichern – Sie können einen primären DPM-Server mithilfe eines sekundären DPM-Servers sichern. Der sekundäre Server schützt die primäre Serverdatenbank und die auf dem primären Server gespeicherten Datenquellenreplikate. Wenn der primäre Server ausfällt, kann der sekundäre Server die vom primären Server geschützten Workloads weiterhin schützen, bis der primäre Server wieder verfügbar ist. Wenn Sie den primären Server neu erstellen müssen, können Sie die Datenbanken und Replikate auf dem sekundären Server wiederherstellen. Außerdem können Sie Daten direkt vom sekundären Server auf geschützte Computer wiederherstellen, wenn der primäre Server nicht verfügbar ist. Sie können zwei Server einrichten, einen als primär und einen anderen als sekundär, oder jeden Server so konfigurieren, dass er als primärer Server für den anderen fungiert. Sie können auch eine Kette von DPM-Servern konfigurieren, die einander entsprechend der Reihenfolge in der Kette schützen.

  • DPM-Datenbank sichern: Sie können einen DPM-Server so konfigurieren, dass seine eigenen Datenbanken in die zugehörige Bandbibliothek gesichert werden. Alternativ können Sie Software verwenden, die nicht von Microsoft stammt, um die Datenbanken auf Band oder Wechselmedien zu sichern.

  • DPM mithilfe von Drittanbietersoftware sichern: Sie können DPM-Server mithilfe von Drittanbietersoftware sichern, die DPM und VSS unterstützt.

Sichern mit einem sekundären DPM-Server

Die Informationen auf einem DPM-Server können von einem anderen DPM-Server gesichert und in einer der folgenden Konfigurationen geschützt werden:

  • Schutz vom primären auf sekundären Server – Die Datenbank und die Replikate, die auf einem primären DPM-Server gespeichert sind, können auf einen sekundären DPM-Server gesichert werden. Wenn der primäre Server ausfällt, sichert der sekundäre Server weiterhin geschützte Workloads. Wenn der primäre Server ausfällt, können Sie eine der folgenden Aktionen ausführen: Erstellen Sie den primären Server neu, und stellen Sie seine Datenbank und Replikate vom sekundären Server wieder her. Nach der Neuerstellung des primären Servers verschieben Sie die geschützten Arbeitsauslastungen auf diesen zurück. Sie können den Schutz auf den sekundären DPM-Server wechseln. Mit dieser Einstellung können Sie dann bei Bedarf direkt vom sekundären Server auf dem geschützten Computer wiederherstellen. Anweisungen finden Sie unter Set up secondary servers.

  • DPM-Verkettung : Eine Kette von DPM-Servern bietet Schutz, und jeder Server schützt den nächsten in der Kette. Beispiel: DPM1 wird durch DPM2 geschützt (DPM1 ist der primäre und DPM2 der sekundäre Server). DPM2 wird durch DPM3 geschützt (DPM2 ist der primäre und DPM3 der sekundäre Server). Anweisungen finden Sie unter „Einrichten der Verkettung“.

  • Zyklischer Schutz : Ein DPM-Server wird von einem anderen DPM-Server gesichert und umgekehrt. Wenn DPM1 beispielsweise DPM2 schützt, schützt DPM2 DPM1. Dies ist nützlich für kleine Umgebungen.

Einrichten von primärem und sekundärem Schutz

Sichern eines primären DPM-Servers mithilfe eines sekundären DPM-Servers:

  1. Auf dem primären DPM-Server ist der Schutz-Agent bereits installiert. Sie müssen diesen Schutz-Agent dem sekundären DPM-Server anfügen.

    Wichtig

    Die Haupt- und Nebenversionen der primären und sekundären DPM-Server müssen übereinstimmen.

    Führen Sie diese Schritte aus, um den Agent anzufügen:

    1. Wählen Sie in der DPM-Administratorkonsole des sekundären DPM-Servers auf der Navigationsleiste Verwaltungs-Agents>aus. Wählen Sie im Bereich Aktionen die Option Installieren aus.
    2. Wählen Sie auf der Seite Agentbereitstellungsmethode auswählen Folgendes aus: Agents verbinden>Computer in einer vertrauenswürdigen Domäne>Weiter. Der Installations-Assistent des Schutz-Agents wird geöffnet.
    3. Auf der Seite Computer auswählen wird von DPM eine Liste der verfügbaren Computer angezeigt. Wählen Sie in der Liste Computername über >Hinzufügen>Weiter den Namen des primären DPM-Servers aus.
    4. Geben Sie auf der Seite Anmeldeinformationen eingeben den Benutzernamen und das Kennwort für ein Domänenkonto ein, das auf dem primären DPM-Server Mitglied der lokalen Gruppe „Administratoren“ ist.
    5. Wählen Sie auf der Seite Zusammenfassungdie Option Anfügen aus.
  2. Fügen Sie die primären DPM-Server einer vorhandenen Schutzgruppe hinzu, oder erstellen Sie eine neue. Treffen Sie eine Auswahl, um die folgenden Datenquellen zu schützen:

    • Die für den primären Server konfigurierten SQL Server-Datenbanken.

    • Alle Volumes auf dem primären DPM-Server (Freigaben sind nicht separat sichtbar).

    • Alle Replikate auf dem primären DPM-Server.

    • Sie sollten mindestens die Datenbanken und die Ordner „\Programme\Microsoft System Center\DPM\DPM\Config“ und „\Programme\Microsoft System Center\DPM\Scripting“ auswählen.

Hinweis

Sie können Dateinamen nicht vom Schutz für ein Replikat ausschließen. Darüber hinaus muss auf allen DPM-Servern die gleiche Version, dieselben Updates usw. ausgeführt werden. Beim Einrichten der Synchronisierung wird empfohlen, alle 24 Stunden zu synchronisieren.

Einrichten der DPM-Verkettung

Bevor Sie die Verkettung in Betracht ziehen, sollten Sie sich diese Einschränkungen merken:

  • Jeder DPM-Server kann nur einmal in der Kette geschützt werden. Stellen Sie daher sicher, dass sie nicht durch mehrere Server geschützt sind.

  • Primäre und sekundäre Server werden durch die Kette festgelegt. Wenn der Server DPM3 beispielsweise den Server DPM1 tatsächlich schützt, da er als sekundärer Server für DPM2 fungiert, kann er nicht direkt als sekundärer Server für DPM1 fungieren.

  • Wenn ein DPM-Server zum Schutz seiner eigenen Datenquelle konfiguriert ist, wird die Kette unterbrochen. Wenn DPM1 beispielsweise seine eigene Datenbank oder den eigenen Systemstatus schützt, kann DPM1 nicht von DPM2 geschützt werden.

  • Bevor Sie die Datenbank eines primären DPM-Servers schützen können, müssen Sie den SQL Server VSS Writer-Dienst auf dem primären Server starten.

Beispiel 1 für die Verkettung

Szenario 1: Verketteter Schutz

In Szenario 1 sind vier DPM-Server verkettet:

Server Schutz Geschützt durch
DS1 (primär) PS1, PS2 DS3
DS2 (primär) PS3, PS4 DS3
DS3 (sekundär) DS1, DS2 DS4
DS4 (sekundär) DS3 -

Szenario mit vier verketteten DPM-Servern

Beispiel 2 für die Verkettung

Szenario 2: Verketteter Schutz

In Szenario 2 sind vier DPM-Server verkettet:

Server Schutz Geschützt durch
DS1 (primär) PS1, PS2 DS2
DS2 (primär) PS3 DS3
DS2 (sekundär) DS1 DS3
DS3 (primär) PS4 DS4
DS3 (sekundär) DS2 DS4
DS4 DS3 -

Diagramm eines alternativen Szenarios mit vier verketteten DPM-Servern

Zyklischer Schutz

Wenn Sie keinen sekundären Server verwenden möchten, können sich zwei DPM-Server gegenseitig schützen.

Szenario 3: Zyklischer Schutz

Szenario 3 zeigt ein Szenario mit zyklischem Schutz.

Server Schutz Geschützt durch
DS1 (primär) PS1, PS2 DS2
DS2 (primär) PS3 DS3
DS2 (sekundär) DS1, DS3 DS3
DS3 (primär) PS4 DS2
DS3 (sekundär) DS2 DS2

Diagramm eines Beispiels für ein zyklisches Schutzszenario.

Konfigurieren der Verkettung

Richten Sie die Verkettung wie folgt ein:

  1. Installieren Sie den DPM-Schutz-Agent auf dem DPM-Server, den Sie vor dem DPM-Server schützen möchten, vor dem Sie ihn schützen möchten.

  2. Konfigurieren Sie den sekundären Schutz für die Datenquellen, die durch den DPM-Server geschützt werden, den Sie schützen.

Hinweis

In der DPM-Konsole können Sie den Schutz für Datenquellen nicht konfigurieren, die bereits durch den Agent geschützt sind. Dadurch wird verhindert, dass Sie Daten wiederholt schützen.

  1. Wenn Sie beispielsweise ÜBER DPM1 und DPM2 verfügen, installieren Sie den DPM-Schutz-Agent von DPM1 auf DPM2 und umgekehrt. Konfigurieren Sie dann den sekundären Schutz auf DPM2 für Server, die VON DPM1 geschützt werden, und konfigurieren Sie den sekundären Schutz auf DPM1 für Server, die VON DPM2 geschützt werden.

Wiederherstellen des Servers

Wenn ein primärer Server ausfällt, können Sie den Schutz auf den sekundären Server umstellen. Nach der Umstellung können Sie auf dem sekundären Server Wiederherstellungsfunktionen ausführen.

Verlagern des Schutzes auf den sekundären Server

Führen Sie die folgenden Schritte durch:

  1. Navigieren Sie auf dem sekundären DPM-Server im Bereich Schutz der DPM-Administratorkonsole zum Arbeitsbereich Schutz , und klicken Sie mit der rechten Maustaste auf die Datenquelle , für die Sie den Schutz wechseln möchten.
  2. Wählen Sie Notfallschutz verlagern aus dem Kontextmenü aus.
  3. Führen Sie eine Konsistenzprüfung aus.

Nach der Umstellung des Schutzes wird das Replikat bis zur Ausführung der Überprüfung als inkonsistent angezeigt.

Beispiel:Diagramm des Switch-Schutzes.

Hinweis

  • Um den Schutz wieder auf den primären Server umzustellen, führen Sie die gleichen Schritte wie zuvor aus.
  • Sie können mit dem PowerShell-Cmdlet Start -DPMSwitchProtection den Schutz auch auf den sekundären DPM-Server umstellen.

Wiederherstellen eines primären DPM-Servers

Wenn Sie einen primären DPM-Server wiederherstellen, müssen Sie den Schutz für die Computer wiederherstellen, die zuvor durch den primären DPM-Server geschützt wurden.

Hinweis

  • Sie können keine Wiederherstellungspunkte für die durch den primären DPM-Server geschützten Datenquellen wiederherstellen.
  • Wenn Sie die Datenbankdateien wiederherstellen, stellen Sie sicher, dass der Speicherort für die Wiederherstellung auf dem primären DPM-Server sicher ist.

Erneutes Einrichten von Schutz durch den primären DPM-Server

  1. Führen Sie auf dem geschützten Computer an der Eingabeaufforderung den Befehl Setdpmserver.exe <Name des primären DPM-Servers> aus.

  2. Öffnen Sie Computerverwaltung, und gehen Sie wie folgt vor:

    • Wählen Sie Lokale Benutzer und Gruppenaus. Überprüfen Sie, ob der primäre Server im Format Domäne/Name ein Mitglied der folgenden Gruppen ist:
      • Distributed COM-Benutzer
      • DPMRADCOMTrustedMachines
      • DPMRADmTrustedMachines
    • Wenn der primäre Server in keiner der Gruppen aufgeführt ist, fügen Sie den Server manuell im Format Domäne/Name hinzu.

Wenn der Schutz nach Ausführen dieser Schritte nicht aktiv ist, gehen Sie folgendermaßen vor:

  1. Öffnen Sie unter Verwaltung die Option Komponentendienste. Erweitern Sie Computer, erweitern Sie Arbeitsplatz, und wählen Sie dann DCOM-Konfiguration aus.
  2. Klicken Sie im Ergebnisbereich mit der rechten Maustaste auf DPM-RA-Dienst. Wählen Sie Eigenschaftensicherheit>aus.
  3. Wählen Sie im Bereich Start- und Aktivierungsberechtigungendie Option Bearbeiten aus.
    • Wenn der primäre Server aufgeführt ist, kann der Eintrag in der Zugriffssteuerungsliste (ACL) falsch sein. Entfernen Sie den Eintrag, und fügen Sie den primären Server dann mit vollen Berechtigungen hinzu.
    • Wenn der primäre Server nicht aufgeführt ist, fügen Sie den primären Server mit vollständigen Berechtigungen hinzu.

Sichern der DPM-Datenbank

Im Rahmen Ihrer DPM-Sicherungsstrategie müssen Sie die DPM-Datenbank sichern. Die DPM-Datenbank heißt DPMDB. Diese Datenbank enthält die DPM-Konfiguration gemeinsam mit Daten zu DPM-Sicherungen. Im Notfall können Sie die meisten Funktionen eines DPM-Servers mithilfe einer aktuellen Sicherung der Datenbank neu erstellen. Falls Sie die Datenbank wiederherstellen können, stehen bandbasierte Sicherungen zur Verfügung, die alle Schutzgruppeneinstellungen und Sicherungszeitpläne beibehalten. Wenn die Datenträger des DPM-Speicherpools von dem Ausfall nicht betroffen waren, können datenträgerbasierte Sicherungen auch nach einer Neuerstellung verwendet werden. Sie können die Datenbank mithilfe mehrerer Methoden sichern.

Datenbanksicherungsmethode Vorteile Nachteile
Sichern in Azure Problemlose Konfiguration und Überwachung in DPM.

Mehrere Speicherorte der gesicherten Datenbankdateien.

Cloud-Speicher bietet eine zuverlässige Lösung für die Notfallwiederherstellung.

Sehr sicherer Speicher für die Datenbank.

Unterstützung für 120 Online-Wiederherstellungspunkte.
Nur verfügbar in DPM 2012 SP1 oder höher.

Erfordert ein Azure-Konto und zusätzliche DPM-Konfiguration. Verursacht Kosten für Azure-Speicher.

– Erfordert eine unterstützte Version eines Windows Server-basierten Systems mit dem Azure-Agent für den Zugriff auf DPM-Sicherungen, die im Azure Backup-Tresor gespeichert sind. Dies darf kein anderer DPM-Server sein.

Keine Option, wenn die Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der Datenbank.

Erfordert zusätzliche Zeit für die Vorbereitung und Wiederherstellung.
Sichern der Datenbank durch Sichern des DPM-Speicherpools Einfache Konfiguration und Überwachung.

Die Sicherung wird auf den Datenträgern des DPM-Speicherpools gespeichert. Der Zugriff ist lokal einfach möglich.

Geplante DPM-Sicherungen unterstützen 512 schnelle vollständige Sicherungen. Wenn Sie sich stündlich sichern, verfügen Sie über 21 Tage vollständigen Schutz.
Keine gute Option für die Notfallwiederherstellung. Es ist eine Onlinelösung, und die Wiederherstellung funktioniert möglicherweise nicht erwartungsgemäß, wenn der DPM-Server oder Datenträger des Speicherpools ausfällt.

Keine Option, wenn die Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der Datenbank.

Einige Vorbereitung und spezielle Schritte für den Zugriff auf Wiederherstellungspunkte sind erforderlich, wenn der DPM-Dienst oder die Konsole nicht ausgeführt wird bzw. nicht funktioniert.
Sichern auf einem sekundären DPM-Server Problemlose Konfiguration und Überwachung in DPM.

Geplante DPM-Sicherungen unterstützen 512 schnelle vollständige Sicherungen. Bei stündlichem Vorgang bietet dies 21 Tage kurzfristigen Schutz. Bei Ausführung alle 30 Minuten wird 10 Tage Schutz geboten.

Die Sicherung wird auf den Speicherpooldatenträgern des sekundären DPM-Servers gespeichert, auf die lokal zugegriffen werden kann.

Bietet eine gute Notfallwiederherstellungslösung, wenn der sekundäre DPM-Server standortextern ist.
Zusätzlicher DPM-Server und -Speicher sind erforderlich. Beide DPM-Server müssen dieselbe DPM-Version und dieselben Updaterollups ausführen.
Sichern auf Band Problemlose Konfiguration und Überwachung in DPM.

Geplante DPM-Bandsicherungen unterstützen eine Aufbewahrungsdauer von bis zu 99 Jahren.

Die Bandsicherung kann für die Wiederherstellung im Notfall standortextern aufbewahrt werden.

Die Bandsicherung kann von jedem anderen DPM-Server wiederhergestellt werden, an den ein Bandlaufwerk bzw. eine Bandbibliothek angeschlossen ist, das/die den gleichen Bandmedientyp verwendet.

Bänder können für eine sichere Speicherung verschlüsselt werden.
Keine Option, wenn die Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der Datenbank.

Nur eine Bandsicherung pro Tag kann geplant werden.

Sie benötigen einen funktionierenden DPM-Server mit einer Bandbibliothek zum Lesen eines DPM-Sicherungsbands, das die Kopie der Datenbank enthält, die Sie wiederherstellen möchten.

Einige Vorbereitungsschritte und spezielle Schritte sind erforderlich, um Zugriff auf die bandbasierten Wiederherstellungspunkte zu erhalten.
Sichern mit der systemeigenen SQL Server-Sicherung auf einem lokalen Datenträger In SQL Server integriert.

Die Sicherung wird auf einem lokalen Datenträger gespeichert, der leicht zugänglich ist.

Sie können die Sicherung so häufig wie gewünscht planen.

Völlig unabhängig von DPM.

Sie können eine Bereinigung der Sicherungsdatei planen.
Keine gute Option für die Notfallwiederherstellung, es sei denn, die Sicherungen werden an einen Remotespeicherort kopiert.

Erfordert lokalen Speicher für Sicherungen, wodurch die Aufbewahrungsdauer und die Häufigkeit eingeschränkt werden können.
Sichern mit der systemeigener SQL-Sicherung und DPM-Schutz auf einer von DPM geschützten Freigabe Einfache Überwachung in DPM.

Mehrere Speicherorte der gesicherten Datenbankdateien.

Einfacher Zugriff über beliebigen Windows-Computer im Netzwerk.

Potenziell die schnellste Wiederherstellungsmethode.
Unterstützt nur 64 Wiederherstellungspunkte.

Keine gute Option für die Wiederherstellung eines Standorts. Ausfall des DPM- Servers oder Datenträgers des DPM-Speicherpools kann Wiederherstellungsbemühungen verhindern.

Keine Option, wenn der DPM-Datenbank lokal gehostet wird und Sie sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der DPMDB.

Einige zusätzliche Vorbereitung ist erforderlich, um diesen zu konfigurieren und zu testen.

Zusätzliche Vorbereitungs- und Wiederherstellungszeit ist erforderlich, sollte der DPM-Server selbst ausfallen, während die Datenträger des DPM-Speicherpools in Ordnung sind.
Datenbanksicherungsmethode Vorteile Nachteile
Sichern in Azure Problemlose Konfiguration und Überwachung in DPM.

Mehrere Speicherorte der gesicherten Datenbankdateien.

Cloud-Speicher bietet eine zuverlässige Lösung für die Notfallwiederherstellung.

Sehr sicherer Speicher für die Datenbank.

Unterstützung für 120 Online-Wiederherstellungspunkte.
Nur verfügbar in DPM 2012 SP1 oder höher.

Erfordert ein Azure-Konto und zusätzliche DPM-Konfiguration. Verursacht Kosten für Azure-Speicher.

– Erfordert eine unterstützte Version des Windows Server-basierten Systems mit dem Azure-Agent, um Zugriff auf DPM-Sicherungen zu erhalten, die im Azure-Sicherungstresor gespeichert sind. Dies darf kein anderer DPM-Server sein.

Keine Option, wenn die Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der Datenbank.

Erfordert zusätzliche Zeit für die Vorbereitung und Wiederherstellung.
Sichern der Datenbank durch Sichern des DPM-Speicherpools Einfache Konfiguration und Überwachung.

Die Sicherung wird auf den Datenträgern des DPM-Speicherpools gespeichert. Der Zugriff ist lokal einfach möglich.

Geplante DPM-Sicherungen unterstützen 512 schnelle vollständige Sicherungen. Wenn Sie sich stündlich sichern, verfügen Sie über 21 Tage vollständigen Schutz.
Keine gute Option für die Notfallwiederherstellung. Es ist eine Onlinelösung, und die Wiederherstellung funktioniert möglicherweise nicht erwartungsgemäß, wenn der DPM-Server oder Datenträger des Speicherpools ausfällt.

Keine Option, wenn die Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der Datenbank.

Einige Vorbereitung und spezielle Schritte für den Zugriff auf Wiederherstellungspunkte sind erforderlich, wenn der DPM-Dienst oder die Konsole nicht ausgeführt wird bzw. nicht funktioniert.
Sichern auf einem sekundären DPM-Server Problemlose Konfiguration und Überwachung in DPM.

Geplante DPM-Sicherungen unterstützen 512 schnelle vollständige Sicherungen. Bei stündlichem Vorgang bietet dies 21 Tage kurzfristigen Schutz. Bei Ausführung alle 30 Minuten wird 10 Tage Schutz geboten.

Die Sicherung wird auf den Speicherpooldatenträgern des sekundären DPM-Servers gespeichert, auf die lokal zugegriffen werden kann.

Bietet eine gute Notfallwiederherstellungslösung, wenn der sekundäre DPM-Server standortextern ist.
Zusätzlicher DPM-Server und -Speicher sind erforderlich. Beide DPM-Server müssen dieselbe DPM-Version und dieselben Updaterollups ausführen.
Sichern auf Band Problemlose Konfiguration und Überwachung in DPM.

Geplante DPM-Bandsicherungen unterstützen eine Aufbewahrungsdauer von bis zu 99 Jahren.

Die Bandsicherung kann für die Wiederherstellung im Notfall standortextern aufbewahrt werden.

Die Bandsicherung kann von jedem anderen DPM-Server wiederhergestellt werden, an den ein Bandlaufwerk bzw. eine Bandbibliothek angeschlossen ist, das/die den gleichen Bandmedientyp verwendet.

Bänder können für eine sichere Speicherung verschlüsselt werden.
Keine Option, wenn die Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der Datenbank.

Nur eine Bandsicherung pro Tag kann geplant werden.

Sie benötigen einen funktionierenden DPM-Server mit einer Bandbibliothek zum Lesen eines DPM-Sicherungsbands, das die Kopie der Datenbank enthält, die Sie wiederherstellen möchten.

Einige Vorbereitungsschritte und spezielle Schritte sind erforderlich, um Zugriff auf die bandbasierten Wiederherstellungspunkte zu erhalten.
Sichern mit der systemeigenen SQL Server-Sicherung auf einem lokalen Datenträger In SQL Server integriert.

Die Sicherung wird auf einem lokalen Datenträger gespeichert, der leicht zugänglich ist.

Sie können die Sicherung so häufig wie gewünscht planen.

Völlig unabhängig von DPM.

Sie können eine Bereinigung der Sicherungsdatei planen.
Keine gute Option für die Notfallwiederherstellung, es sei denn, die Sicherungen werden an einen Remotespeicherort kopiert.

Erfordert lokalen Speicher für Sicherungen, wodurch die Aufbewahrungsdauer und die Häufigkeit eingeschränkt werden können.
Sichern mit der systemeigener SQL-Sicherung und DPM-Schutz auf einer von DPM geschützten Freigabe Einfache Überwachung in DPM.

Mehrere Speicherorte der gesicherten Datenbankdateien.

Einfacher Zugriff über beliebigen Windows-Computer im Netzwerk.

Potenziell die schnellste Wiederherstellungsmethode.
Unterstützt nur 64 Wiederherstellungspunkte.

Keine gute Option für die Wiederherstellung eines Standorts. Ausfall des DPM- Servers oder Datenträgers des DPM-Speicherpools kann Wiederherstellungsbemühungen verhindern.

Keine Option, wenn die DPM-Datenbank lokal gehostet wird und Sie den sekundären Schutz aktivieren möchten. Eine Problemumgehung wäre ein Remotecomputer mit SQL Server zum Hosten der DPMDB.

Einige zusätzliche Vorbereitung ist erforderlich, um diesen zu konfigurieren und zu testen.

Wenn der DPM-Server selbst ausgefallen ist, ist eine zusätzliche Vorbereitungs- und Wiederherstellungszeit erforderlich, aber die Datenträger des DPM-Speicherpools sind in Ordnung.
  • Wenn Sie eine Sicherung mithilfe einer DPM-Schutzgruppe durchführen, wird empfohlen, eine eindeutige Schutzgruppe für die Datenbank zu verwenden.

  • Wenn Sie auf Band sichern, erstellen Sie als bewährte Methode mindestens zwei Kopien der Sicherungsbänder und lagern jedes dieser Sicherungsbänder an einem anderen externen Standort. Dieser zusätzliche Schutz bewahrt vor physischer Beschädigung oder Verlust des Sicherungsbands.

  • Wenn die SQL Server-Instanz von DPM nicht auf dem DPM-Server ausgeführt wird, installieren Sie den DPM-Schutz-Agent auf dem SQL Server-Computer, damit Sie die DPM-Datenbanken auf diesem Server schützen können.

    Hinweis

    Zu Wiederherstellungszwecken muss die DPM-Installation, die Sie mit der DPM-Datenbank wiederherstellen möchten, der Version der DPM-Datenbank selbst entsprechen. Wenn beispielsweise die wiederherzustellende Datenbank die Version DPM 2016 Updaterollup 4 hat, muss der DPM-Server dieselbe Version mit Updaterollup 4 ausführen. Dies bedeutet, dass Sie ggf. DPM deinstallieren und mit einer kompatiblen Version neu installieren müssen, bevor Sie die Datenbank wiederherstellen. Um die Datenbankversion zu überprüfen, müssen Sie sie möglicherweise manuell in einen temporären Datenbanknamen einbinden und dann eine SQL-Abfrage für die Datenbank ausführen, um das zuletzt installierte Rollup basierend auf der Haupt- und Nebenversion zu überprüfen.

  • Gehen Sie folgendermaßen vor, um die Version der DPM-Datenbank zu überprüfen:

    1. Zum Ausführen der Abfrage öffnen Sie SQL Management Studio und stellen dann eine Verbindung mit der SQL-Instanz her, in der die DPM-Datenbank ausgeführt wird.

    2. Wählen Sie die DPM-Datenbank aus, und starten Sie dann eine neue Abfrage.

    3. Fügen Sie die folgende SQL-Abfrage in den Abfragebereich ein, und führen Sie sie aus:

      Select distinct MajorVersionNumber,MinorVersionNumber ,BuildNumber, FileName FROM dbo.tbl_AM_AgentPatch order byMajorVersionNumber,MinorVersionNumber,BuildNumber

    Wenn in den Abfrageergebnissen keine Elemente zurückgegeben werden oder für den DPM-Server ein Upgrade von früheren Versionen durchgeführt, aber seitdem kein neues Updaterollup installiert wurde, ist kein Eintrag für die Haupt- oder Nebenversion für eine Basisinstallation von DPM vorhanden. Informationen zum Überprüfen der DPM-Versionen, die Updaterollups zugeordnet sind, finden Sie unter Liste der Buildnummern für System Center Data Protection Manager (DPM).

    Wenn in den Abfrageergebnissen keine Elemente zurückgegeben werden oder für den DPM-Server ein Upgrade von früheren Versionen durchgeführt, aber seitdem kein neues Updaterollup installiert wurde, ist kein Eintrag für die Haupt- oder Nebenversion für eine Basisinstallation von DPM vorhanden. Informationen zum Überprüfen der DPM-Versionen, die Updaterollups zugeordnet sind, finden Sie unter Liste der Buildnummern für System Center Data Protection Manager (DPM).

    Wenn in den Abfrageergebnissen keine Elemente zurückgegeben werden oder für den DPM-Server ein Upgrade von früheren Versionen durchgeführt, aber seitdem kein neues Updaterollup installiert wurde, ist kein Eintrag für die Haupt- oder Nebenversion für eine Basisinstallation von DPM vorhanden. Informationen zum Überprüfen der DPM-Versionen, die Updaterollups zugeordnet sind, finden Sie unter Liste der Buildnummern für System Center Data Protection Manager (DPM).

    Wenn in den Abfrageergebnissen keine Elemente zurückgegeben werden oder für den DPM-Server ein Upgrade von früheren Versionen durchgeführt, aber seitdem kein neues Updaterollup installiert wurde, ist kein Eintrag für die Haupt- oder Nebenversion für eine Basisinstallation von DPM vorhanden. Informationen zum Überprüfen der DPM-Versionen, die Updaterollups zugeordnet sind, finden Sie unter Liste der Buildnummern für System Center Data Protection Manager (DPM).

    Wenn in den Abfrageergebnissen keine Elemente zurückgegeben werden oder für den DPM-Server ein Upgrade von früheren Versionen durchgeführt, aber seitdem kein neues Updaterollup installiert wurde, ist kein Eintrag für die Haupt- oder Nebenversion für eine Basisinstallation von DPM vorhanden. Informationen zum Überprüfen der DPM-Versionen, die Updaterollups zugeordnet sind, finden Sie unter Liste der Buildnummern für System Center Data Protection Manager (DPM).

Sicherung in Azure

  1. Bevor Sie beginnen, müssen Sie ein Skript ausführen, um den Pfad des Bereitstellungspunkts für das DPM-Replikatvolume abzurufen, damit Sie wissen, welcher Wiederherstellungspunkt die DPM-Sicherung enthält. Führen Sie diesen Schritt nach der ersten Replikation mit Azure Backup aus. Ersetzen Sie im Skript dplsqlservername% durch den Namen der SQL Server instance, die die DPM-Datenbank hosten.

    Select ag.NetbiosName as ServerName,ds.DataSourceName,vol.MountPointPath
    from tbl_IM_DataSource as ds
    join tbl_PRM_LogicalReplica as lr on ds.DataSourceId=lr.DataSourceId
    join tbl_AM_Server as ag on ds.ServerId=ag.ServerId
    join tbl_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
    and vol.Usage =1
    and lr.Validity in (1,2)
    where ds.datasourcename like '%dpmdb%'
    and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
    

    Stellen Sie sicher, dass Sie über die Kennung verfügen, die angegeben wurde, als der Azure Recovery Services-Agent installiert und der DPM-Server im Azure Backup-Tresor registriert wurde. Sie benötigen diese Kennung, um die Sicherung wiederherzustellen.

  2. Erstellen Sie einen Azure Backup-Tresor, und laden Sie die Installationsdatei und die Anmeldeinformationen des Azure Backup-Agents herunter. Führen Sie die Installationsdatei aus, um den Agent auf dem DPM-Server zu installieren, und verwenden Sie die Anmeldeinformationen für den Tresor zum Registrieren des DPM-Servers im Tresor. Weitere Informationen

  3. Richten Sie nach dem Konfigurieren des Tresors eine DPM-Schutzgruppe ein, die die DPM-Datenbank enthält, und wählen Sie aus, um sie auf dem Datenträger und in Azure zu sichern.

Wiederherstellen der DPM-Datenbank aus Azure

Sie können die Datenbank aus Azure mithilfe eines beliebigen DPM-Servers wiederherstellen (muss mindestens DPM 2012 R2 mit Updaterollup 7 ausgeführt werden), der im Azure Backup Tresor registriert ist:

  1. Wählen Sie in der DPM-Konsole Die Option RecoveryAdd External DPM (Externes DPM hinzufügen) aus>.

  2. Geben Sie die Anmeldeinformationen für den Tresor an (aus dem Azure Backup-Tresor herunterladen).

    Hinweis

    Die Anmeldeinformationen sind nur zwei Tage gültig.

  3. Wählen Sie unter Externes DPM für Wiederherstellung auswählen den DPM-Server aus, für den Sie die Datenbank wiederherstellen möchten, geben Sie die Verschlüsselungspassphrase ein, und wählen Sie OK aus.

  4. Wählen Sie den zu verwendenden Wiederherstellungspunkt aus der Liste der verfügbaren Punkte aus. Wählen Sie Externes DPM löschen aus, um zur lokalen DPM-Ansicht zurückzukehren.

Sichern der DPM-Datenbank im DPM-Speicherpool

Hinweis

Diese Option gilt für DPM mit Modern Backup Storage.

  1. Wählen Sie in der DPM-Konsole Schutzgruppe>erstellen aus.
  2. Wählen Sie auf der Seite Schutzgruppentyp auswählen die Option Serveraus.
  3. Wählen Sie auf der Seite Gruppenmitglieder auswählen die Option DPM-Datenbank. Wählen Sie den remote installierten SQL Server-Computer und dann „DPM-Datenbank“, wenn Sie SQL Server remote ausführen. Erweitern Sie den DPM-Server, und wählen Sie „DPMDB“, wenn SQL Server auf dem DPM-Server ausgeführt wird.
  4. Wählen Sie auf der Seite Datenschutzmethode auswählen die Option Ich möchte kurzfristigen Schutz per: Datenträger. Legen Sie die Richtlinienoptionen für den kurzfristigen Schutz fest.
  5. Führen Sie nach der ersten Replikation der DPM-Datenbank das folgende SQL-Skript aus:
select AG.NetbiosName, DS.DatasourceName, V.AccessPath, LR.PhysicalReplicaId from tbl_IM_DataSource DS
join tbl_PRM_LogicalReplica as LR
on DS.DataSourceId = LR.DataSourceId
join tbl_AM_Server as AG
on DS.ServerId=AG.ServerId
join tbl_PRM_ReplicaVolume RV
on RV.ReplicaId = LR.PhysicalReplicaId
join tbl_STM_Volume V
on RV.StorageId = V.StorageId
where datasourcename like N'%dpmdb%' and ds.ProtectedGroupId isn't null
and LR.Validity in (1,2)
and AG.ServerName like N'%<dpmsqlservername>%' -- <dpmsqlservername> is a placeholder, put netbios name of server hosting DPMDB

Wiederherstellen der DPM-Datenbank

Zum erneuten Erstellen Ihres DPM mit derselben Datenbank müssen Sie zuerst die DPM-Datenbank wiederherstellen und mit dem neu installierten DPM synchronisieren.

Führen Sie die folgenden Schritte aus:

  1. Öffnen Sie eine Administrator-Eingabeaufforderung, und führen Sie psexec.exe -s powershell.exe aus, um ein PowerShell-Fenster im Systemkontext zu starten.
  2. Geben Sie den Ort aus, von dem aus Sie die Datenbank wiederherstellen möchten:

Kopieren der Datenbank aus der letzten Sicherung

  1. Navigieren Sie zum Pfad der Replikat-VHD: <DPMServer FQDN><PhysicalReplicaId><PhysicalReplicaId>
  2. Einbinden des vorhandenen datenträger0.vhdx mithilfe des Befehls mount-vhd disk0.vhdx.
  3. Nachdem die Replikat-VHD eingebunden wurde, verwenden Sie mountvol.exe, um dem Replikatvolume mithilfe der ID des physischen Replikats aus der SQL-Skriptausgabe einen Laufwerkbuchstaben zuzuweisen. Beispiel: mountvol X: ?\Volume{}\

Kopieren der Datenbank von einem vorherigen Wiederherstellungspunkt

  1. Navigieren Sie zum DPMDB-Containerverzeichnis <DPMServer FQDN><PhysicalReplicaId>. Sie sehen mehrere Verzeichnisse mit einigen eindeutigen GUID-Bezeichnern darunter, die Wiederherstellungspunkten entsprechen, die für DPM DB verwendet werden. Andere Verzeichnisse als <PhysicalReplicaId> stellen einen PIT/Wiederherstellungspunkt dar.

  2. Navigieren Sie zu einem beliebigen PIT-vhd-Pfad, d. h. DPMServer FQDN><PhysicalReplicaId><PITId>, und binden Sie den darin vorhandenen datenträger0.vhdx mithilfe des Befehls mount-vhd disk0.vhdx ein.<

  3. Nachdem die Replikat-VHD bereitgestellt wurde, können Sie dem Replikatvolume mit mountvol.exe einen Laufwerkbuchstaben zuweisen, indem Sie die ID des physischen Replikats aus der SQL-Skriptausgabe verwenden. Beispiel: mountvol X: ?\Volume{}\

    Der folgende Text in eckigen Klammern in den obigen Schritten ist Platzhalter. ersetzen Sie sie durch geeignete Werte.

    • ReFSVolume: Zugriffspfad aus SQL-Skriptausgabe
    • DPMServer FQDN – Vollqualifizierter Domänenname des DPM-Servers
    • PhysicalReplicaId: Physische Replikat-ID aus der SQL-Skriptausgabe
    • PITId : GUID-Bezeichner mit Ausnahme der physischen Replikat-ID im Containerverzeichnis
  4. Öffnen Sie eine weitere Administrator-Eingabeaufforderung, und führen Sie psexec.exe -s cmd.exe aus, um eine Befehlseingabeaufforderung im Systemkontext zu starten.

  5. Ändern Sie das Verzeichnis in das Laufwerk X: und navigieren Sie zum Speicherort der DPM-Datenbankdateien.

  6. Kopieren Sie sie an einen Speicherort, der sich für die Wiederherstellung eignet. Beenden Sie das fenster psexec cmd nach dem Kopieren.

  7. Navigieren Sie zum in Schritt 1 geöffneten PowerShell-Fenster psexec, navigieren Sie zum VHDX-Pfad, und heben Sie die Bereitstellung der VHDX mit dem Befehl dismount-vhd disk0.vhdx auf.

  8. Nach der erneuten Installation des DPM-Servers können Sie die wiederhergestellte DPMDB verwenden, um den DPM-Server anzufügen, indem Sie den Befehl DPMSYNC-RESTOREDB ausführen.

  9. Führen Sie DPMSYNC-SYNC aus, sobald DPMSYNC-RESTOREDB abgeschlossen ist.

Sichern der Datenbank durch Sichern des DPM-Speicherpools

Hinweis

Diese Option gilt für DPM mit Legacy-Speicher.

Bevor Sie beginnen, müssen Sie ein Skript ausführen, um den Pfad des Bereitstellungspunkts für das DPM-Replikatvolume abzurufen, damit Sie wissen, welcher Wiederherstellungspunkt die DPM-Sicherung enthält. Führen Sie diesen Schritt nach der ersten Replikation mit Azure Backup aus. Ersetzen Sie im Skript dplsqlservername% durch den Namen der SQL Server instance, die die DPM-Datenbank hosten.

Select ag.NetbiosName as ServerName,ds.DataSourceName,vol.MountPointPath
from tbl_IM_DataSource as ds
join tbl_PRM_LogicalReplica as lr on ds.DataSourceId=lr.DataSourceId
join tbl_AM_Server as ag on ds.ServerId=ag.ServerId
join tbl_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
and vol.Usage =1
and lr.Validity in (1,2)
where ds.datasourcename like '%dpmdb%'
and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
  1. Wählen Sie in der DPM-Konsole Schutzgruppe>erstellen aus.

  2. Wählen Sie auf der Seite Schutzgruppentyp auswählen die Option Serveraus.

  3. Wählen Sie auf der Seite Gruppenmitglieder auswählen die DPM-Datenbank aus. Wählen Sie den remote installierten SQL Server-Computer und dann „DPM-Datenbank“, wenn Sie SQL Server remote ausführen. Wenn SQL Server auf dem DPM-Server ausgeführt wird, erweitern Sie das DPM-Serverelement, und wählen Sie DPMDB aus.

  4. Wählen Sie auf der Seite Datenschutzmethode auswählen die Option Ich möchte kurzfristigen Schutz per: Datenträger. Legen Sie die Richtlinienoptionen für den kurzfristigen Schutz fest. Für DPM-Datenbanken empfiehlt sich eine Beibehaltungsdauer von zwei Wochen.

Wiederherstellen der Datenbank

Wenn der DPM-Server weiterhin betriebsbereit ist und der Speicherpool intakt ist (Probleme mit dem DPM-Dienst oder der DPM-Konsole), kopieren Sie die Datenbank wie folgt aus dem Replikatvolume oder einer Schattenkopie:

  1. Wählen Sie den Zeitpunkt, an dem die Datenbank wiederhergestellt werden soll.

    • Wenn Sie die Datenbank aus der letzten Sicherung kopieren möchten, die direkt aus dem DPM-Replikatvolume erstellt wurde, verwenden Sie mountvol.exe, um dem Replikatvolume unter Verwendung der GUID aus der Ausgabe des SQL-Skripts einen Laufwerkbuchstaben zuzuweisen. Beispiel: C:\Mountvol X: \\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\

    • Wenn Sie die Datenbank aus einem vorherigen Wiederherstellungspunkt (Schattenkopie) kopieren möchten, müssen Sie alle Schattenkopien für das Replikat mit der Volume-GUID aus der Ausgabe des SQL-Skripts auflisten. Dieser Befehl listet Schattenkopien für dieses Volume auf: C:\>Vssadmin list shadows /for=\\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\. Erinnern Sie sich an die Erstellungszeit und die Schattenkopie-ID, aus der Sie wiederherstellen möchten.

  2. Verwenden Sie dann „diskshadow.exe“ zum Bereitstellen der Schattenkopie auf dem nicht verwendeten Laufwerkbuchstaben X: unter Verwendung der Schattenkopie-ID, damit Sie die Datenbankdateien kopieren können.

  3. Öffnen Sie eine Administratoreingabeaufforderung, und führen Sie psexec.exe -s cmd.exe aus, um eine Eingabeaufforderung im Systemkontext zu starten, damit Sie zum Replikatvolume (X:) navigieren und die Dateien kopieren können.

  4. Wechseln Sie zum Laufwerk X:, und navigieren Sie dann zum Speicherort der DPM-Datenbankdateien. Kopieren Sie sie an einen Speicherort, der sich für die Wiederherstellung eignet. Nachdem die Kopie abgeschlossen ist, beenden Sie das fenster psexec cmd, und führen Sie diskshadow.exe aus, und heben Sie die Exponierung des Volumes X: auf.

  5. Sie können nun die Datenbankdateien mit SQL Management Studio oder durch Ausführen von DPMSYNC-RESTOREDB wiederherstellen.

Sichern der Datenbank auf einem sekundären Server

  1. Pushen Sie auf dem sekundären DPM-Server den Schutz-Agent auf den Server, auf dem die DPM-Datenbank installiert ist – entweder auf dem primären DPM-Server oder auf einem Remote-SQL Server. Nach der Installation wird der Server unter Nicht geschützter Server mit Schutz-Agents angezeigt und sollte bei der Aktualisierung status OK anzeigen.

  2. Erstellen Sie eine neue Schutzgruppe. Wählen Sie unter Gruppenmitglied auswählen den Server aus, auf dem die DPM-Datenbank gehostet wird. Wählen Sie unter Alle SQL Server die Datenbank aus, die Sie schützen möchten. Wählen Sie auf der Seite Data Protection-Methode auswählen aus, um bei Bedarf den kurzfristigen Schutz für datenträger und online zu verwenden. Wählen Sie auf der Seite Short-Term Goals angeben aus, wie Sicherungen für den kurzfristigen Speicher konfiguriert werden sollen. Für den Datenträgerspeicher können Sie alle 30 Minuten 512 vollständige Express-Sicherungen erstellen. Beenden Sie den Assistenten. Der Schutz setzt ein, nachdem der erste Wiederherstellungspunkt erstellt wurde.

Wiederherstellen der Datenbank

  1. Erstellen Sie den primären Server bei Bedarf als DPM-Server neu.

  2. Um die Datenbank wiederherzustellen, wählen Sie in der DPM-Konsole auf dem sekundären Server Die Option Wiederherstellung aus, und suchen Sie die geschützte Datenbank.

  3. Wählen Sie das Datum des Wiederherstellungspunkts aus, der wiederhergestellt werden soll. Stellen Sie die Datenbank am ursprünglichen Speicherort wieder her. Nachdem Sie die Datenbank wiederhergestellt haben, führen Sie das DPMSync-Tool aus.

Sichern der Datenbank auf Band

Sie müssen den Barcode oder die Bandbezeichnungen der Bänder kennen, die eine Kopie der DPM-Datenbank enthalten. Die beste Möglichkeit hierzu ist das Planen eines Statusberichts, der am selben Tag per E-Mail gesendet wird, an dem die DPM-Datenbank gesichert wird. Der Bericht enthält das Datum/die Uhrzeit der letzten Sicherung, die Bandbezeichnung und den Barcode, damit Sie ihn für die Wiederherstellung finden können. Alternativ können Sie dieses SQL-Skript verwenden, um die Informationen aus der aktuellen Datenbank zu extrahieren, sodass Sie sie im Notfall separat speichern können.

Select Path,ro.FileSpec,media.Label,media.BarcodeValue,pd.CreationDate,
pd.ExpiryDate,pd.LifeStatus as "1=valid, 2=expired"
from dbo.tbl_MM_MediaMap mm
join dbo.tbl_MM_PhysicalDataset pd on pd.datasetid = mm.datasetid
join dbo.tbl_MM_Media media on media.MediaId = mm.MediaId
join dbo.tbl_RM_RecoverableObjectFileSpec ro on ro.DatasetId = mm.DatasetId
where ro.filespec like '%DPMDB%'
order by CreationDate desc
  1. Erstellen Sie eine Schutzgruppe, und wählen Sie auf der Seite Gruppenmitglieder auswählen die SQL Server aus (wenn sie lokal ausgeführt wird, wählen Sie DPMDB unter dem DPM-Server aus).

  2. Wählen Sie den langfristigen Schutz per Band aus, und geben Sie die Details des Bands in Bibliothek- und Banddetails auswählen an.

Wiederherstellen der Datenbank

  • Der Wiederherstellungsvorgang hängt vom zur Verfügung stehenden Bandgerät und dem aktuellen Status des DPM-Servers ab, auf dem die bandbasierte Sicherung erfolgt ist. Wenn Sie das Band nicht auf dem DPM-Server wiederherstellen können, der die Sicherung erstellt hat, müssen Sie es über einen anderen DPM-Server wiederherstellen, der über die gleiche Art von Bandlaufwerk verfügt, damit das Band gelesen werden kann. Möglicherweise müssen Sie den DPM-Server neu erstellen, wenn das einzige verfügbare Bandgerät dasjenige war, das an den ausgefallenen DPM-Server angeschlossen war.

  • Wenn Sie DPM-Bandverschlüsselung verwenden, benötigen Sie dasselbe Zertifikat, das zum Verschlüsseln des Bands verwendet wurde, das auf dem anderen DPM-Server installiert ist.

Gehen Sie zur Wiederherstellung wie folgt vor:

  1. Suchen Sie das physische Band mit den gewünschten Angaben zu Version/Datum/Uhrzeit der DPM-Datenbank, die Sie wiederherstellen möchten.

  2. Legen Sie das Sicherungsband in das Bandlaufwerk bzw. die Bibliothek ein, und führen Sie in der DPM-Verwaltungskonsole unter „Verwaltung“ > „Bibliothek“ eine detaillierte Inventur durch.

    Hinweis

    Wenn es sich bei dem DPM-Server, von dem Sie wiederherstellen, um einen anderen DPM-Server handelt oder es sich um eine Neuinstallation von DPM auf dem ursprünglichen Server handelt, wird das Band als importiert angezeigt (nicht von diesem DPM-Server erstellt).

  3. Führen Sie bei Bedarf eine Neukatalogisierung des importierten Bands aus.

  4. Bestimmen Sie auf der Registerkarte Wiederherstellung die Datenquelle der Datenbank. Falls es sich um ein importiertes Band handelt, wird der Wiederherstellungspunkt unter Externe DPM-Bänder angezeigt.

  5. Stellen Sie die Datenbank- bzw. DPMDB-Dateien wieder her. Sie können auswählen, dass Sie eine beliebige instance des SQL Server wiederherstellen oder in einen Netzwerkordner kopieren möchten. Nachdem die Dateien vom Band wiederhergestellt wurden, setzen Sie die Wiederherstellungsschritte mithilfe von SQL Management Studio oder DPMSYNC -RESTOREDB fort.

Sichern mit der systemeigenen SQL Server-Sicherung auf einem lokalen Datenträger

Sie können die DPM-Datenbank unabhängig von DPM mit nativer SQL Server Sicherung auf einem lokalen Datenträger sichern.

  1. Verschaffen Sie sich einen Überblick über die SQL Server-Sicherung.

  2. Erfahren Sie mehr zum Sichern von SQL Server in die Cloud.

Sichern mit der systemeigenen SQL Server-Sicherung in einer Freigabe, die von DPM geschützt wird

Diese Sicherungsoption verwendet native SQL, um die DPM-Datenbank in einer Freigabe zu sichern, die Freigabe mit DPM zu schützen, und verwendet Windows VSS-Frühere Versionen, um die Wiederherstellung zu erleichtern.

Vorbereitung

  1. Wenn sich die DPM-Datenbank auf einem Remoteserver mit SQL Server befindet, installieren Sie den DPM-Agent auf diesem Server.

  2. Erstellen Sie auf dem SQL Server-Computer einen Ordner in einem Laufwerk mit ausreichend freiem Speicherplatz für eine einzelne Kopie einer Sicherung. Beispiel: C:\DPMBACKUP.

  3. Geben Sie den Ordner frei. Geben Sie beispielsweise den Ordner C:\DPMBACKUP als DPMBACKUP fest.

  4. Kopieren Sie den nachstehenden OSQL-Befehl, und fügen Sie ihn in Editor ein. Speichern Sie die Datei als „C:\DPMBACKUP\bkupdb.cmd“. Stellen Sie sicher, dass keine .txt-Erweiterung vorhanden ist. Ändern Sie „SQL_Instance_name“ und „DPMDB_NAME“ entsprechend den vom DPM-Server verwendeten Instanz- und DPMDB-Namen.

    OSQL -E -S localhost\SQL_INSTANCE_NAME -Q "BACKUP DATABASE DPMDB_NAME TO DISK='C:\DPMBACKUP\dpmdb.bak' WITH FORMAT"
    
    
  5. Öffnen Sie in Editor im Ordner „...\DPM\Scripting“ die Datei „ScriptingConfig.xml“.

    • Auf einem Remote-SQL Server: C:\Programme\Microsoft Data Protection Manager\DPM\Scripting

    • Auf einem DPM-Server: C:\Programme\Microsoft System Center\DPM\DPM\Scripting

  6. Ändern sie „ScriptingConfig.xml“, und ändern Sie „DataSourceName =“ in das Laufwerk, das den Ordner bzw. die Freigabe DPMDBBACKUP enthält. Ändern Sie den Eintrag „PreBackupScript“ in den vollständigen Pfad und Namen der Datei „bkupdb.cmd“, die Sie in Schritt 5 gespeichert haben.

    <?xml version="1.0" encoding="utf-8"?>
    <ScriptConfiguration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns="https://schemas.microsoft.com/2003/dls/ScriptingConfig.xsd">
    <DatasourceScriptConfig DataSourceName="C:">
    <PreBackupScript>C:\DPMDBBACKUP\bkupdb.cmd</PreBackupScript>
    <TimeOut>120</TimeOut>
    </DatasourceScriptConfig>
    </ScriptConfiguration>
    
  7. Speichern Sie die Änderungen an der Datei „ScriptingConfig.xml“.

  8. Schützen Sie den Ordner „C:\DPMBACKUP“ oder die Freigabe „\\sqlservername\DPMBACKUP“ mithilfe von DPM, und warten Sie, bis das erste Replikat erstellt ist. Im Ordner "C:\DPMBACKUP" sollte ein dpmdb.bak vorhanden sein, da das Skript vor der Sicherung ausgeführt wird, das wiederum in das DPM-Replikat kopiert wurde.

  9. Wenn Sie die Self-Service-Wiederherstellung nicht aktivieren, müssen einige zusätzliche Schritte zum Freigeben des Ordners „DPMBACKUP“ für das Replikat erfolgen:

    1. Suchen Sie in der DPM-Verwaltungskonsole unter Schutz nach der DPMBACKUP-Datenquelle, und wählen Sie sie aus. Wählen Sie im Detailbereich Klicken Sie hier für Details und dann den Link zum Replikatpfad aus, und kopieren Sie den Pfad in Editor. Entfernen Sie den Quellpfad, und behalten Sie den Zielpfad bei. Der Pfad sollte etwa wie folgt aussehen: C:\Programme\Microsoft System Center\DPM\DPM\Volumes\Replica\File System\vol_c9aea05f-31e6-45e5-880c-92ce5fba0a58\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP.

    2. Stellen Sie eine Freigabe in diesem Pfad mithilfe des Freigabenamens DPMSERVERNAME DPMDB her. Sie können an einer administrativen Eingabeaufforderung den folgenden Net Share-Befehl aufrufen.

      Net Share DPMSERVERNAME-dpmdb="C:\Program Files\Microsoft System Center\DPM\DPM\Volumes\Replica\File System\vol_c9aea05f-31e6-45e5-880c-92ce5fba0a58\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP"
      

Konfigurieren der Sicherung

Sie können die DPM-Datenbank wie alle anderen SQL Server-Datenbanken mithilfe der systemeigenen SQL Server-Sicherung sichern.

Wiederherstellen der Datenbank

  1. Stellen Sie auf einem beliebigen Windows-Computer in Explorer eine Verbindung mit der Freigabe \\DPMServer\DPMSERVERNAME-dpmdb her.

  2. Klicken Sie mit der rechten Maustaste auf die Datei „dpmdb.bak“, um Eigenschaften anzuzeigen. Auf der Registerkarte Vorherige Versionen befinden sich alle Sicherungen, die Sie auswählen und kopieren können. Außerdem befindet sich die allerletzte Sicherung noch im Ordner C:\DPMBACKUP, auf den ebenfalls leicht zugegriffen werden kann.

  3. Wenn Sie einen mit SAN angefügten DPM-Speicherpooldatenträger auf einen anderen Server verschieben müssen, um vom Replikatvolume lesen zu können, oder Windows neu installieren müssen, um lokal angefügte Datenträger zu lesen, müssen Sie den DpM-Volumebereitstellungspunktpfad oder die Volume-GUID im Voraus kennen, damit Sie wissen, welches Volume die Datenbanksicherung enthält. Sie können das nachstehende SQL-Skript verwenden, um diese Informationen jederzeit nach dem anfänglichen Schutz, aber vor der Wiederherstellung zu extrahieren. Ersetzen Sie "%dpmsqlservername%" durch den Namen des Computers mit SQL Server, der die Datenbank hostet.

    Select ag.NetbiosName as
    ServerName,ds.DataSourceName,vol.MountPointPath,vol.GuidName
    from tbl_IM_DataSource as ds
    join tbl_PRM_LogicalReplica as lr on ds.DataSourceId=lr.DataSourceId
    join tbl_AM_Server as ag on ds.ServerId=ag.ServerId
    join tbl_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
    and vol.Usage =1
    and lr.Validity in (1,2)
    where ds.datasourcename like '%C:\%' -- volume drive letter for DPMBACKUP
    and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
    
    
  4. Wenn Sie nach dem Verschieben des DPM-Speicherpools oder der Neuerstellung des DPM-Servers eine Wiederherstellung ausführen müssen:

    1. Sie kennen die Volume-GUID. Wenn also dieses Volume auf einem anderen Windows-Server oder nach einer Neuerstellung eines DPM-Servers bereitgestellt werden muss, verwenden Sie „mountvol.exe“, um ihm mittels der Volume-GUID aus der SQL-Skriptausgabe einen Laufwerkbuchstaben zuzuweisen: C:\Mountvol X: \\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\.

    2. Geben Sie den Ordner „DPMBACKUP“ auf dem Replikatvolume mit dem Laufwerkbuchstaben und dem Teil des Replikatpfads erneut frei, der die Ordnerstruktur darstellt.

      net share SERVERNAME-DPMDB="X:\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP"
      
      
    3. Stellen Sie auf einem Windows-Computer in Explorer eine Verbindung mit der Freigabe „\\SERVERNAME\DPMSERVERNAME-dpmdb“ her.

    4. Klicken Sie mit der rechten Maustaste auf die Datei „dpmdb.bak“, um die Eigenschaften anzuzeigen. Auf der Registerkarte Vorherige Versionen befinden sich alle Sicherungen, die Sie auswählen und kopieren können.

Verwaltung der DPM-Notfallwiederherstellung: Sichern der DPM-Datenbank

Eine Möglichkeit zum erneuten Erstellen Ihres DPM-Servers mit derselben Datenbank ist das Sichern der DPM-Datenbank auf lokalen Datenträgern.

Die DPM-Datenbank enthält die DPM-Konfiguration gemeinsam mit Daten zu DPM-Sicherungen. Bei einem Notfall können Sie die Funktionen Ihres DPM-Servers mittels einer aktuellen Sicherungskopie der Datenbank auf einem lokalen Datenträger wiederherstellen. Wenn Ihr DPM-Server abstürzt oder nicht mehr betriebsbereit ist und Ihr Speicherpool noch intakt ist, können Sie den DPM-Server mit derselben DPM-Datenbank neu konfigurieren.

Stellen Sie Folgendes sicher:

  1. Die DPM-Datenbank wird auf lokalen Datenträgern gesichert.
  2. Der Speicherpool ist intakt und verfügbar.

Hinweis

Der vollqualifizierte Domänenname (Fully Qualified Domain Name, FQDN) des DPM-Servers während der Wiederherstellung muss mit dem des ursprünglichen DPM-Servers identisch sein.

Sichern der DPM-Datenbank

  1. Wählen Sie in der DPM-Konsole Schutzgruppe>erstellen aus.

  2. Wählen Sie auf der Seite Schutzgruppentyp auswählen die Option Serveraus.

  3. Wählen Sie auf der Seite Gruppenmitglieder auswählen die Option DPM-Datenbank. Wählen Sie den remote installierten SQL Server-Computer und dann „DPM-Datenbank“, wenn Sie SQL Server remote ausführen. Erweitern Sie den DPM-Server, und wählen Sie „DPMDB“, wenn SQL Server auf dem DPM-Server ausgeführt wird.

  4. Wählen Sie auf der Seite Datenschutzmethode auswählen die Option Ich möchte kurzfristigen Schutz per: Datenträger. Legen Sie die Richtlinienoptionen für den kurzfristigen Schutz fest.

  5. Führen Sie nach der ersten Replikation der DPM-Datenbank das folgende SQL-Skript aus:

    select AG.NetbiosName, DS.DatasourceName, V.AccessPath, LR.PhysicalReplicaId from tbl_IM_DataSource DS
    join tbl_PRM_LogicalReplica as LR
    on DS.DataSourceId = LR.DataSourceId
    join tbl_AM_Server as AG
    on DS.ServerId=AG.ServerId
    join tbl_PRM_ReplicaVolume RV
    on RV.ReplicaId = LR.PhysicalReplicaId
    join tbl_STM_Volume V
    on RV.StorageId = V.StorageId
    where datasourcename like N'%dpmdb%' and ds.ProtectedGroupId is not null
    and LR.Validity in (1,2)
    and AG.ServerName like N'%<dpmsqlservername>%' -- <dpmsqlservername> is a placeholder, put netbios name of server hosting DPMDB
    

Wiederherstellen der DPM-Datenbank

Zum erneuten Erstellen Ihres DPM mit derselben Datenbank müssen Sie zuerst die DPM-Datenbank wiederherstellen und mit dem neu installierten DPM synchronisieren.

Gehen Sie wie folgt vor:

  1. Öffnen Sie eine Administrator-Eingabeaufforderung, und führen Sie „psexec.exe -s powershell.exe“ aus, um ein PowerShell-Fenster im Systemkontext zu starten.
  2. Geben Sie den Ort an, an dem die Datenbank wiederhergestellt werden soll:

Kopieren der Datenbank aus der letzten Sicherung

  1. Navigieren Sie zum Pfad der Replikat-VHD, <also ReFSVolume><DPMServer FQDN><PhysicalReplicaId><PhysicalReplicaId.>
  2. Stellen Sie die dort enthaltene VHD „disk0.vhdx“ bereit, indem Sie „mount-vhd disk0.vhdx“ verwenden.
  3. Nachdem die Replikat-VHD bereitgestellt wurde, können Sie dem Replikatvolume mit „mountvol.exe“ einen Laufwerkbuchstaben zuweisen, indem Sie die ID des physischen Replikats aus der SQL-Skriptausgabe verwenden. Beispiel: mountvol X: \?\Volume{<PhysicalReplicaId>}\

Kopieren der Datenbank von einem vorherigen Wiederherstellungspunkt

  1. Navigieren Sie zum DPMDB-Containerverzeichnis, <d. h. ReFSVolume><DPMServer FQDN><PhysicalReplicaId>. Darin werden mehrere Verzeichnisse mit einigen eindeutigen GUID-Bezeichnern angezeigt, die den für DIE DPM-DATENBANK erfassten Wiederherstellungspunkten entsprechen. Andere Verzeichnisse als <PhysicalReplicaId> stellen einen PIT-/Wiederherstellungspunkt dar.

  2. Navigieren Sie zu einem beliebigen PIT-vhd-Pfad, <d. h. ReFSVolume><DPMServer FQDN><PhysicalReplicaId><PITId> , und binden Sie die darin vorhandene Disk0.vhdx mithilfe von mount-vhd disk0.vhdx ein.

  3. Nachdem die Replikat-VHD bereitgestellt wurde, können Sie dem Replikatvolume mit „mountvol.exe“ einen Laufwerkbuchstaben zuweisen, indem Sie die ID des physischen Replikats aus der SQL-Skriptausgabe verwenden. Beispiel: mountvol X: \?\Volume{<PhysicalReplicaId>}\

    Der gesamte folgende Text in eckigen Klammern in den obigen Schritten sind Platzhalter; ersetzen Sie sie durch geeignete Werte.

    • ReFSVolume: Zugriffspfad aus SQL-Skriptausgabe
    • DPMServer-FQDN: Vollqualifizierter Domänenname des DPM-Servers
    • PhysicalReplicaId: Id des physischen Replikats aus der SQL-Skriptausgabe
    • PITId: Anderer GUID-Bezeichner als die ID des physischen Replikats im Containerverzeichnis
  4. Öffnen Sie eine weitere Administrator-Eingabeaufforderung, und führen Sie „psexec.exe -s cmd.exe“ aus, um eine Befehlseingabeaufforderung im Systemkontext zu starten.

  5. Wechseln Sie zum Laufwerk X:, und navigieren Sie dann zum Speicherort der DPM-Datenbankdateien.

  6. Kopieren Sie sie an einen Speicherort, der sich für die Wiederherstellung eignet. Beenden Sie das fenster psexec cmd nach dem Kopieren.

  7. Navigieren Sie zum PowerShell-Fenster psexec, das in Schritt 1 geöffnet wurde, navigieren Sie zum VHDX-Pfad, und heben Sie die Bereitstellung der VHDX mit dem Befehl dismount-vhd disk0.vhdx auf.

  8. Nach der erneuten Installation des DPM-Servers können Sie die wiederhergestellte DPMDB verwenden, um den DPM-Server anzufügen, indem Sie „DPMSYNC-RESTOREDB“ ausführen.

  9. Führen Sie „DPMSYNC-SYNC“ aus, nachdem „DPMSYNC-RESTOREDB“ abgeschlossen ist.

Verwenden von DPMSync

DpmSync ist ein Befehlszeilentool, mit dem Sie die DPM-Datenbank mit dem Status der Datenträger im Speicherpool und den installierten Schutz-Agents synchronisieren können. DpmSync stellt die DPM-Datenbank wieder her, synchronisiert die DPM-Datenbank mit dem Status der Replikate im Speicherpool, stellt die Berichtsdatenbank wieder her und ordnet fehlende Replikate neu zu.

Parameter

Parameter Beschreibung
-RestoreDb Stellt eine DPM-Datenbank aus einem angegebenen Speicherort wieder her.
-Sync Synchronisiert wiederhergestellte Datenbanken. Sie müssen „DpmSync –Sync“ ausführen, nachdem Sie Datenbanken wiederhergestellt haben. Nach dem Ausführen von „DpmSync –Sync“ werden einige Replikate möglicherweise weiterhin als fehlend markiert.
-DbLocSpeicherort Identifiziert den Speicherort der Sicherung einer DPM-Datenbank.
-InstanceName 
server\instance
Instanz, in der DPMDB wiederhergestellt werden muss.
-ReallocateReplica Ordnet alle fehlenden Replikatvolumes ohne Synchronisierung neu zu.
-DataCopied Zeigt an, dass das Laden der Daten in die neu zugeordneten Replikatvolumes abgeschlossen ist.
Dies gilt nur für Clientcomputer.

Beispiel 1: Wiederherstellen der DPM-Datenbank aus einem lokalen Sicherungsmedium auf dem DPM Server
Führen Sie den folgenden Befehl aus:

DpmSync –RestoreDb -DbLoc G:\DPM\Backups\2005\November\DPMDB.bak

Nachdem Sie die DPM-Datenbank wiederhergestellt haben, führen Sie zum Synchronisieren der Datenbanken den folgenden Befehl aus:

DpmSync -Sync

Nachdem Sie die DPM-Datenbank wiederhergestellt und synchronisiert haben und bevor Sie das Replikat wiederherstellen, führen Sie den folgenden Befehl aus, um den Datenträgerspeicherplatz für das Replikat neu zuzuweisen:

DpmSync -ReallocateReplica

Beispiel 2: Wiederherstellen der DPM-Datenbank aus einer Remotedatenbank
Führen Sie auf dem Remotecomputer den folgenden Befehl aus:

DpmSync –RestoreDb -DbLoc G:\DPM\Backups\2005\November\DPMDB.bak –InstanceName contoso\ms$dpm

Nachdem Sie die DPM-Datenbank wiederhergestellt haben, führen Sie zum Synchronisieren der Datenbanken den folgenden Befehl auf dem DPM-Server aus:

DpmSync -Sync

Nachdem Sie die DPM-Datenbank wiederhergestellt und synchronisiert haben und bevor Sie das Replikat wiederherstellen, führen Sie den folgenden Befehl auf dem DPM-Server aus, um den Datenträgerspeicherplatz für das Replikat neu zuzuweisen:

DpmSync -ReallocateReplica