Ausschließen von Datenträgern von der Notfallwiederherstellung

In diesem Artikel wird beschrieben, wie Datenträger während der Notfallwiederherstellung mit Azure Site Recovery von der Replikation ausgeschlossen werden, die von einem lokalen Standort aus in Azure durchgeführt wird. Es kann verschiedene Gründe geben, warum Datenträger von der Replikation ausgeschlossen werden sollen:

• Sicherstellen, dass unwichtige Daten auf dem ausgeschlossenen Datenträger nicht repliziert werden
• Optimieren der für die Replikation verbrauchten Bandbreite oder von Zielressourcen
• Einsparen von Speicher- und Netzwerkressourcen, indem nicht benötigte Daten nicht repliziert werden
• Azure-VMs haben die Site Recovery-Replikationsgrenzwerte erreicht

Unterstützte Szenarios

Die Möglichkeiten zum Ausschließen von Datenträgern von der Replikation sind in der folgenden Tabelle zusammengefasst.

Einschränkungen für den Ausschluss

Typische Szenarien

Beispiele für Datenänderungen, die gut für den Ausschluss geeignet sind, sind Schreibvorgänge in eine Auslagerungsdatei (pagefile.sys) und in die tempdb-Datei von Microsoft SQL Server. Je nach Workload und Speichersubsystem kann in der Auslagerungsdatei und der tempdb-Datei eine erhebliche Menge an Datenänderungen registriert werden. Die Replikation dieser Art von Daten in Azure ist ressourcenintensiv.

• Um die Replikation für eine VM mit nur einem virtuellen Datenträger zu optimieren, der sowohl das Betriebssystem als auch die Auslagerungsdatei enthält, können Sie wie folgt vorgehen:

  1. Unterteilen Sie den einzelnen virtuellen Datenträger in zwei virtuelle Datenträger. Ein virtueller Datenträger enthält das Betriebssystem und der andere die Auslagerungsdatei.
  2. Schließen Sie den Datenträger mit der Auslagerungsdatei von der Replikation aus.

• Um die Replikation für einen Datenträger zu optimieren, der sowohl die tempdb-Datei von Microsoft SQL Server als auch die Systemdatenbankdatei enthält, können Sie wie folgt vorgehen:

  1. Bewahren Sie die Systemdatenbank und die tempdb-Datei auf zwei unterschiedlichen Datenträgern auf.
  2. Schließen Sie den tempdb-Datenträger von der Replikation aus.

Beispiel 1: Ausschließen des tempdb-Datenträgers von SQL Server

Schauen wir uns an, wie Festplattenausschluss, Failover und Failover für eine Quell-SQL-Server-Windows-VM - SalesDB* gehandhabt werden, für die wir tempdb ausschließen möchten.

Ausschließen von Datenträgern von der Replikation

Diese Datenträger befinden sich auf dem virtuellen Windows-Quellcomputer „SalesDB“.

1. Wir aktivieren die Replikation für die VM „SalesDB“.
2. Wir schließen Disk2 und Disk3 von der Replikation aus, weil die Datenänderung auf diesen Datenträgern nur temporär ist.

Behandeln von Datenträgern während des Failovers

Da Datenträger nicht repliziert werden, sind sie beim Ausführen des Failovers zu Azure auf der Azure-VM, die nach dem Failover erstellt wird, nicht vorhanden. Die Azure-VM verfügt über die in dieser Tabelle aufgeführten Datenträger.

Da Disk3 (SQL-Datenträger „tempdb“) von der Replikation ausgeschlossen wurde und auf der Azure-VM nicht verfügbar ist, befindet sich der SQL-Dienst in unserem Beispiel im angehaltenen Zustand und benötigt den Pfad „F:\MSSQL\Data“. Sie können diesen Pfad auf verschiedene Arten erstellen:

• Fügen Sie nach dem Failover einen neuen Datenträger hinzu, und weisen Sie den tempdb-Ordnerpfad zu.
• Verwenden Sie einen vorhandenen temporären Speicherdatenträger für den tempdb-Ordnerpfad.

Hinzufügen eines neuen Datenträgers nach dem Failover

1. Notieren Sie sich vor dem Failover den SQL-Pfad für „tempdb.mdf“ und „tempdb.ldf“.
2. Fügen Sie dem virtuellen Azure-Failovercomputer über das Azure-Portal einen neuen Datenträger hinzu. Der Datenträger sollte die gleiche Größe wie der tempdb-SQL-Quelldatenträger (Disk3) haben oder größer sein.
3. Melden Sie sich am virtuellen Azure-Computer an.
4. Initialisieren Sie über die Konsole für die Datenträgerverwaltung (diskmgmt.msc) den neu hinzugefügten Datenträger, und formatieren Sie sie.
5. Weisen Sie den gleichen Laufwerkbuchstaben zu, der für den tempdb-SQL-Datenträger verwendet wurde (F:).
6. Erstellen Sie auf dem Volume „F:“ einen tempdb-Ordner (F:\MSSQL\Data).
7. Starten Sie den SQL-Dienst über die Dienstkonsole.

Verwenden eines vorhandenen Datenträgers für die temporäre Speicherung

1. Öffnen Sie eine Eingabeaufforderung.

2. Führen Sie SQL Server im Wiederherstellungsmodus über die Eingabeaufforderung aus.

   Net start MSSQLSERVER /f / T3608
   

3. Führen Sie den folgenden sqlcmd-Befehl aus, um den tempdb-Pfad in den neuen Pfad zu ändern.

   sqlcmd -A -S SalesDB		**Use your SQL DBname**
   USE master;		
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = tempdev, FILENAME = 'E:\MSSQL\tempdata\tempdb.mdf');
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = templog, FILENAME = 'E:\MSSQL\tempdata\templog.ldf');		
   GO
   

4. Beenden Sie den Microsoft SQL Server-Dienst.

   Net stop MSSQLSERVER
   

5. Starten Sie den Microsoft SQL Server-Dienst.

   Net start MSSQLSERVER
   

VMware-VMs: Datenträger während des Failbacks zum ursprünglichen Standort

Als Nächstes wird beschrieben, wie Sie Datenträger auf VMware-VMs behandeln, wenn Sie ein Failback zu Ihrem ursprünglichen lokalen Standort ausführen.

• In Azure erstellte Datenträger: Da in unserem Beispiel eine Windows-VM verwendet wird, werden von Ihnen in Azure manuell erstellte Datenträger nicht wieder an Ihrem Standort repliziert, wenn Sie ein Failback ausführen oder eine VM erneut schützen.
• Temporärer Speicherdatenträger in Azure: Der Datenträger für die temporäre Speicherung wird nicht auf lokalen Hosts repliziert.
• Ausgeschlossene Datenträger: Datenträger, die von der Replikation von VMware zu Azure ausgeschlossen wurden, sind nach dem Failback nicht auf der lokalen VM verfügbar.

Bevor Sie für die VMware-VMs das Failback an den ursprünglichen Standort ausführen, lauten die Einstellungen für die Datenträger der Azure-VM wie folgt.

Nach dem Failback enthält die VMware-VM am ursprünglichen Speicherort die in der Tabelle angegebenen Datenträger.

Hyper-V-VMs: Datenträger während des Failbacks zum ursprünglichen Standort

Als Nächstes wird beschrieben, wie Sie Datenträger auf Hyper-V-VMs behandeln, wenn Sie ein Failback zu Ihrem ursprünglichen lokalen Standort ausführen.

• In Azure erstellte Datenträger: Von Ihnen in Azure manuell erstellte Datenträger werden nicht wieder an Ihrem Standort repliziert, wenn Sie ein Failback ausführen oder eine VM erneut schützen.
• Temporärer Speicherdatenträger in Azure: Der Datenträger für die temporäre Speicherung wird nicht auf lokalen Hosts repliziert.
• Ausgeschlossene Datenträger: Nach dem Failback ist die Konfiguration der VM-Datenträger mit der Konfiguration der ursprünglichen VM-Datenträger identisch. Datenträger, die von der Replikation von Hyper-V zu Azure ausgeschlossen wurden, sind auf der Failback-VM verfügbar.

Bevor Sie für die Hyper-V-VMs das Failback an den ursprünglichen Standort ausführen, lauten die Einstellungen für die Datenträger der Azure-VM wie unten angegeben.

Nach einem geplanten Failover (Failback) von Azure zur lokalen Hyper-V-Umgebung verfügt die Hyper-V-VM am ursprünglichen Standort über die Datenträger, die in der folgenden Tabelle angegeben sind.

Beispiel 2: Ausschließen des Datenträgers mit der Auslagerungsdatei

Wir sehen uns nun an, wie Sie den Datenträgerausschluss, allgemeine Failover und ein Failover für einen virtuellen Windows-Quellcomputer ausführen, für den wir den Datenträger mit der Datei „pagefile.sys“ auf dem Laufwerk D als auch auf einem anderen Laufwerk ausschließen möchten.

Auslagerungsdatei auf Laufwerk D

Auf der Quell-VM befinden sich die hier angegebenen Datenträger.

Unsere Einstellungen für die Auslagerungsdatei auf der Quell-VM lauten wie folgt:

1. Wir aktivieren die Replikation für die VM.
2. Wir schließen DB-Disk1 von der Replikation aus.

Datenträger nach dem Failover

Nach dem Failover verfügt die Azure-VM über die Datenträger, die in der folgenden Tabelle aufgeführt sind.

Unsere Einstellungen für die Auslagerungsdatei auf der Azure-VM lauten wie folgt:

Auslagerungsdatei auf einem anderen Laufwerk (nicht D:)

Wir sehen uns nun ein Beispiel an, in dem sich die Auslagerungsdatei nicht auf Laufwerk D befindet.

Auf der Quell-VM befinden sich die hier angegebenen Datenträger.

Unsere Einstellungen für die Auslagerungsdatei auf der lokalen VM lauten wie folgt:

1. Wir aktivieren die Replikation für die VM.
2. Wir schließen DB-Disk1 von der Replikation aus.

Datenträger nach dem Failover

Nach dem Failover verfügt die Azure-VM über die Datenträger, die in der folgenden Tabelle aufgeführt sind.

Unsere Einstellungen für die Auslagerungsdatei auf der Azure-VM lauten wie folgt:

Nächste Schritte

• Weitere Informationen zu den Richtlinien für den Datenträger zur temporären Speicherung:
  • Informieren Sie sich über die Verwendung von SSDs auf Azure-VMs zum Speichern der SQL Server-Datenbank „TempDB“ und von Pufferpoolerweiterungen.
  • Informieren Sie sich über die bewährten Methoden in Bezug auf die Leistung für SQL Server auf Azure-VMs.
• Nachdem die Bereitstellung eingerichtet wurde und ausgeführt wird, können Sie sich über die unterschiedlichen Failoverarten informieren .