Ausschließen von Datenträgern von der Notfallwiederherstellung

In diesem Artikel wird beschrieben, wie Festplatten bei der Notfallwiederherstellung von der lokalen Umgebung zu Azure-Umgebung mithilfe von Azure Site Recovery aus der Replikation ausgeschlossen werden. 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
• Sie möchten die verbrauchte Replikationsbandbreite oder zielseitige Ressourcen optimieren.
• Sie möchten Speicher- und Netzwerkressourcen speichern, indem Sie keine Daten replizieren, die Sie nicht benötigen.
• Azure-VMs erreichten die Replikationsgrenzwerte für die Site-Wiederherstellung.

Unterstützte Szenarios

Sie können Datenträger aus der Replikation ausschließen, wie in der folgenden Tabelle zusammengefasst.

Einschränkungen ausschließen

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 folgende Aktionen ausführen:

  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

Sehen wir uns an, wie Datenträgerausschluss, Failover und Failover für eine SQL Server Windows-Quell-VM – SalesDB* gehandhabt werden, für die Sie 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, werden diese Datenträger nicht auf der Azure-VM angezeigt, die Sie nach dem Failover erstellen. Der virtuelle Azure-Computer verwendet die in der folgenden Tabelle zusammengefasste Datenträgerkonfiguration.

In diesem Beispiel haben Sie Disk3, den SQL tempdb-Datenträger, aus der Replikation ausgeschlossen. Da er auf dem virtuellen Azure-Computer nicht verfügbar ist, befindet sich der SQL-Dienst in einem 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 die Pfade der SQL-tempdb.mdf- und tempdb.ldf-Dateien vor dem Failover.
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 denselben Laufwerkbuchstaben zu, den der verwendete SQL-Tempdb-Datenträger (F:) verwendet hat.
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 erfahren Sie, wie Sie mit Datenträgern auf VMware-VMs umgehen, wenn Sie zu Ihrem ursprünglichen lokalen Standort zurückkehren.

• In Azure erstellte Datenträger: Da in diesem Beispiel eine Windows-VM verwendet wird, werden Datenträger, die Sie manuell in Azure erstellen, nicht wieder auf Ihre Website repliziert, wenn Sie einen virtuellen Computer zurücksetzen oder 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 Sie von VMware zu Azure-Replikation ausschließen, sind nach einem 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 einem Failback hat die VMware-VM am ursprünglichen Speicherort die Datenträger in der folgenden Tabelle zusammengefasst.

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

Sehen wir uns nun an, wie Datenträger auf Hyper-V-VMs behandelt werden, wenn Sie an den ursprünglichen lokalen Speicherort zurückkehren.

• 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 einem Failback ist die VM-Datenträgerkonfiguration identisch mit der ursprünglichen VM-Datenträgerkonfiguration. Datenträger, die Sie von der Replikation aus Hyper-V in Azure ausgeschlossen haben, 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

In diesem Beispiel wird gezeigt, wie Datenträgerausschlüsse, Failover und Failback für eine Windows-Quell-VM behandelt werden. Sie möchten den pagefile.sys Dateidatenträger sowohl auf dem D-Laufwerk als auch auf einem alternativen Laufwerk ausschließen.

Auslagerungsdatei auf Laufwerk D

Der virtuelle Quellcomputer verfügt über die folgenden Datenträger:

Die Auslagerungsdateieinstellungen auf der Quell-VM sind:

Der Screenshot des Dialogfelds „Virtueller Speicher“ mit der hervorgehobenen Zeile „Laufwerk D: [Speicherauslagerungsdateivolume]“ zeigt eine Auslagerungsdateigröße (MB) von 3000 bis 7000.

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 enthält der virtuelle Azure-Computer die In der folgenden Tabelle zusammengefassten Datenträger:

Die Auslagerungsdateieinstellungen auf der Azure-VM sind:

Auslagerungsdatei auf einem anderen Laufwerk (nicht D:)

Sehen wir uns nun ein Beispiel an, in dem sich die Auslagerungsdatei nicht im Laufwerk D befindet.

Der virtuelle Quellcomputer verfügt über die folgenden Datenträger:

Die lokale VM verwendet die folgenden Auslagerungsdateieinstellungen:

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 enthält der virtuelle Azure-Computer die In der folgenden Tabelle zusammengefassten Datenträger:

Die Auslagerungsdateieinstellungen auf der Azure-VM sind:

Nächste Schritte

• Weitere Informationen zu den Richtlinien für den Datenträger zur temporären Speicherung:
  • Erfahren Sie mehr über die Verwendung von SSDs in Azure-VMs zum Speichern von SQL Server TempDB- und Pufferpoolerweiterungen.
  • Überprüfen Sie bewährte Methoden für die Leistung für SQL Server in Azure-VMs.
• Sobald die Bereitstellung ausgeführt wird, können Sie sich über die unterschiedlichen Failoverarten informieren.