Allgemeine Fragen zur VMware-zu-Azure-Replikation

Dieser Artikel beantwortet allgemeine Fragen, die aufkommen können, wenn Sie die Notfallwiederherstellung von lokalen virtuellen VMware-Computern (VMs) in Azure bereitstellen.

Allgemein

Gewusst wie: So verwenden Sie die klassische Erfahrung im Recovery Services-Tresor anstelle der modernisierten Erfahrung.

Der Wechsel zur klassischen Erfahrung in einer neu erstellten Recovery Services-Instanz ist nicht möglich, da sie im März 2026 veraltet wird. Alle neuen Recovery Services-Tresore verwenden die modernisierte Erfahrung.

Kann ich zur modernisierten Benutzeroberfläche migrieren?

Alle VMware-VMs oder physischen Server, die mithilfe der klassischen Benutzeroberfläche repliziert werden, können zur modernisierten Benutzeroberfläche migriert werden. Überprüfen Sie die Details hier, und befolgen Sie das Tutorial.

Was benötige ich für die Notfallwiederherstellung von virtuellen VMware-Computern?

Hier finden Sie Informationen zu den Komponenten der Notfallwiederherstellung von virtuellen VMware-Computern.

Kann ich Site Recovery für die Migration von virtuellen VMware-Computern zu Azure verwenden?

Ja. Neben der Verwendung von Site Recovery zum Einrichten der vollständigen Notfallwiederherstellung für virtuelle VMware-Computer können Sie mit Site Recovery die Migration von lokalen virtuellen VMware-Computern zu Azure durchführen. In diesem Szenario replizieren Sie lokale VMware-VMs zu Azure Storage. Dann führen Sie ein Failover vom lokalen Standort zu Azure aus. Nach dem Failover sind Ihre Apps und Workloads verfügbar und werden auf virtuellen Azure-Computern ausgeführt. Der Vorgang ähnelt dem Einrichten der vollständigen Notfallwiederherstellung, mit der Ausnahme, dass in einer Migration kein Failback von Azure ausgeführt werden kann.

Benötigt mein Azure-Konto Berechtigungen zum Erstellen von virtuellen Computern?

Wenn Sie ein Abonnementadminstrator sind, besitzen Sie die erforderlichen Replikationsberechtigungen. Wenn Sie kein Administrator sind, benötigen Sie Berechtigungen, um diese Aktionen auszuführen:

• Erstellen einer Azure-VM in der Ressourcengruppe und dem virtuellen Netzwerk, die Sie angeben, wenn Sie Site Recovery konfigurieren.
• Schreiben in das ausgewählte Speicherkonto oder auf den verwalteten Datenträger auf Basis Ihrer Konfiguration.

Erfahren Sie mehr über die erforderlichen Berechtigungen.

Welche Anwendungen kann ich replizieren?

Sie können jede auf einer VMware-VM ausgeführte App oder Workload replizieren, die den Replikationsanforderungen entspricht.

• Site Recovery unterstützt die anwendungsorientierte Replikation, sodass für Apps ein Failover und ein Failback zum „intelligenten Zustand“ ausgeführt werden kann.
• Site Recovery ist in Microsoft-Anwendungen wie SharePoint, Exchange, Dynamics, SQL Server und Active Directory integriert. Außerdem ist Site Recovery nahtlos mit Produkten führender Hersteller wie Oracle, SAP, IBM und Red Hat einsetzbar.

Erfahren Sie mehr über den Schutz von Workloads.

Kann ich eine Gastbetriebssystem-Serverlizenz in Azure verwenden?

Ja, Microsoft Software Assurance-Kunden können den Azure-Hybridvorteil nutzen, um Lizenzierungskosten für Windows Server-Computer zu sparen, die zu Azure migriert werden, oder um Azure für die Notfallwiederherstellung zu verwenden.

Sicherheit

Welchen Zugriff auf VMware-Server benötigt Site Recovery?

Site Recovery benötigt Zugriff auf VMware-Server, um folgende Aufgaben durchzuführen:

• Einrichten eines virtuellen VMware-Computers, auf dem der Site Recovery-Konfigurationsserver ausgeführt wird.
• Ermitteln Sie automatisch virtuelle Computer für die Replikation.

Welchen Zugriff auf VMware-VMs benötigt Site Recovery?

• Zum Replizieren muss auf einer VMware-VM der Site Recovery Mobility Service installiert sein und ausgeführt werden. Sie können das Tool manuell bereitstellen oder angeben, dass Site Recovery eine Pushinstallation des Diensts ausführen soll, wenn Sie die Replikation für einen virtuellen Computer aktivieren.
• Während der Replikation kommunizieren virtuelle Computer wie folgt mit Site Recovery:
  • VMs kommunizieren mit dem Konfigurationsserver über HTTPS-Port 443 für die Replikationsverwaltung.
  • VMs senden Replikationsdaten über HTTPS-Port 9443 an den Prozessserver. (Diese Einstellung kann geändert werden.)
  • Wenn Sie die Multi-VM-Konsistenz aktivieren, kommunizieren VMs über den Port 20004 miteinander.

Werden Replikationsdaten an Site Recovery gesendet?

Nein. Site Recovery fängt replizierte Daten nicht ab und besitzt keine Informationen dazu, was auf Ihren virtuellen Computern ausgeführt wird. Replikationsdaten werden zwischen VMware-Hypervisoren und Azure Storage ausgetauscht. Site Recovery hat keine Möglichkeit, diese Daten abzufangen. Nur die Metadaten, die zum Orchestrieren von Replikation und Failover erforderlich sind, werden an den Site Recovery-Dienst gesendet.

Site Recovery ist für ISO 27001:2013 und 27018, HIPAA und DPA zertifiziert. Die Bewertungen für SOC2 und FedRAMP JAB werden gerade durchgeführt.

Preise

Wie kann ich die ungefähren Kosten für die VMware-Notfallwiederherstellung berechnen?

Verwenden Sie den Preisrechner, um die Kosten für die Verwendung von Site Recovery zu schätzen.

Für eine detaillierte Kostenschätzung können Sie das Bereitstellungsplanertool für VMware ausführen und den Kostenschätzungsbericht verwenden.

Besteht ein Unterschied zwischen der Replikation im Speicher und direkt in verwalteten Datenträgern?

Die Berechnung der Kosten für verwaltete Datenträger unterscheidet sich etwas von der für Speicherkonten. Weitere Informationen zu den Preisen für verwaltete Datenträger.

Gibt es einen Kostenunterschied bei der Replikation zu einem Speicherkonto vom Typ „Allgemein v2“?

Normalerweise treten erhöhte Transaktionskosten bei GPv2-Speicherkonten auf, da viele Transaktionen über Azure Site Recovery durchgeführt werden. Erfahren Sie mehr, um die Änderung einschätzen zu können.

Kann Site Recovery bei reservierten Instanzen verwendet werden?

Ja. Sie können reservierte Azure-VMs in der Region für die Notfallwiederherstellung erwerben, die dann von den Site Recovery-Failovervorgängen verwendet werden. Es ist keine zusätzliche Konfiguration erforderlich.

Mobilitätsdienst

Wo finde ich die Mobility Service-Installationsprogramme?

Die Installationsprogramme befinden sich auf dem Konfigurationsserver im Ordner „%ProgramData%\ASR\home\svsystems\pushinstallsvc\repository“.

Wie installiere ich den Mobility Service?

Installieren Sie den Dienst auf jedem virtuellen Computer, den Sie replizieren möchten, mit einer der folgenden Methoden:

• Pushinstallation
• Manuelle Installation über die Benutzeroberfläche oder PowerShell.
• Bereitstellung mithilfe eines Bereitstellungstools wie z. B. Configuration Manager

Verwaltete Datenträger

Wo werden Daten mithilfe von Site Recovery repliziert?

Site Recovery repliziert lokale virtuelle VMware-Computer und physische Server in verwalteten Datenträgern in Azure.

• Der Site Recovery-Prozessserver schreibt Replikationsprotokolle in ein Cachespeicherkonto in der Zielregion.
• Diese Protokolle werden verwendet, um die Wiederherstellungspunkte auf verwalteten Azure-Datenträgern mit dem Präfix asrseeddisk zu erstellen.
• Bei einem Failover wird der ausgewählte Wiederherstellungspunkt verwendet, um einen neuen verwalteten Zieldatenträger zu erstellen. Dieser verwaltete Datenträger wird dem virtuellen Computer in Azure angefügt.
• Virtuelle Computer, die zuvor in einem Speicherkonto repliziert wurden (vor März 2019), sind nicht betroffen.

Kann ich neue Computer in Speicherkonten replizieren?

Nein. Seit März 2019 können Sie im Azure-Portal die Replikation nur in verwalteten Azure-Datenträgern durchführen.

Die Replikation von neuen virtuellen Computern in einem Speicherkonto ist nur über PowerShell (Version 1.4.5 des Az.RecoveryServices-Moduls) oder die REST-API (Version 2018-01-10 oder 2016-08-10) verfügbar. Hier erfahren Sie, wie Sie die Replikation mithilfe der PowerShell-Befehle einrichten.

Welche Vorteile hat die Replikation auf verwalteten Datenträgern?

Hier finden Sie Informationen dazu, wie die Notfallwiederherstellung mit verwalteten Datenträgern mithilfe von Site Recovery vereinfacht wird.

Kann ich den Typ der verwalteten Datenträger ändern, sobald der Computer geschützt wird?

Ja, für laufende Replikationen können Sie mühelos den Typ des verwalteten Datenträgers ändern. Bevor Sie den Typ ändern, stellen Sie sicher, dass keine SAS-URL auf dem verwalteten Datenträger generiert wird:

1. Wechseln Sie zu der Ressource Verwalteter Datenträger im Azure-Portal, und überprüfen Sie, ob auf dem Blatt Übersicht ein SAS-URL-Banner für Sie angezeigt wird.
2. Wenn das Banner vorhanden ist, wählen Sie es aus, um den fortlaufenden Export abzubrechen.
3. Ändern Sie den Typ des Datenträgers innerhalb der nächsten paar Minuten. Wenn Sie den Typ des verwalteten Datenträgers ändern, warten Sie, bis Azure Site Recovery neue Wiederherstellungspunkte generiert hat.
4. Verwenden Sie die neuen Wiederherstellungspunkte für zukünftige Testfailover oder Failover.

Kann ich die Replikation von verwalteten Datenträgern in nicht verwaltete Datenträger ändern?

Nein. Das Wechseln von verwalteten zu nicht verwalteten Datenträgern wird nicht unterstützt.

Replikation

Welche Anforderungen stellt die Replikation an virtuelle Computer?

Erfahren Sie mehr über Supportanforderungen für VMware-VMs und physische Server.

Wie oft kann ich zu Azure replizieren?

Beim Replizieren von VMware-VMs zu Azure ist die Replikation fortlaufend.

Kann ich die Replikation erweitern?

Eine erweiterte oder verkettete Replikation wird nicht unterstützt. Fordern Sie dieses Feature im Feedbackforum.

Wie kann ich den Fortschritt der Erstreplikation/-synchronisierung verfolgen?

Diese Funktion ist seit kurzem in den Site Recovery-Diensten enthalten. Aktualisieren Sie Ihre Site Recovery-Infrastruktur (Konfigurationsserver, horizontal skalierte Prozessserver) und den Mobilitäts-Agent auf Version 9.36 oder höher, um genaue Details zu erhalten. Hier erfahren Sie mehr darüber, wie Sie den Fortschritt verfolgen.

Kann ich eine erste Offlinereplikation durchführen?

Offlinereplikation wird nicht unterstützt. Fordern Sie dieses Feature im Feedbackforum.

Was ist asrseeddisk?

Für jeden Quelldatenträger werden Daten in einen verwalteten Datenträger in Azure repliziert. Dieser Datenträger hat das Präfix asrseeddisk. Er speichert die Kopie des Quelldatenträgers und alle Wiederherstellungspunkt-Momentaufnahmen.

Kann ich Datenträger von der Replikation ausschließen?

Ja, Sie können Datenträger ausschließen.

Hat das Upgrade der Kernelfirmware auf einem Server, der durch Azure Site Recovery für die Notfallwiederherstellung geschützt ist, Auswirkungen?

Nein, es hat keine Auswirkungen auf die fortlaufende Replikation, da der Server bereits über Azure Site Recovery geschützt ist.

Kann ich virtuelle Computer mit dynamischen Datenträgern replizieren?

Dynamische Datenträger können repliziert werden. Der Betriebssystem-Datenträger muss ein Basisdatenträger sein.

Wenn ich Replikationsgruppen für die Konsistenz mehrerer VMs verwende, kann ich einer vorhandenen Replikationsgruppe eine neue VM hinzufügen?

Ja, Sie können einer vorhandenen Replikationsgruppe neue VMs hinzufügen, wenn Sie die Replikation für sie aktivieren. Allerdings:

• Nach dem Beginn der Replikation können Sie einer vorhandenen Replikationsgruppe keinen virtuellen Computer mehr hinzufügen.
• Sie können keine Replikationsgruppe für vorhandene virtuelle Computer erstellen.

Kann ich replizierende VMs durch Hinzufügen oder Ändern der Datenträgergröße ändern?

Für die VMware-Replikation in Azure können Sie die Datenträgergröße der Quell-VMs ändern. Wenn Sie neue Datenträger hinzufügen möchten, müssen Sie den Datenträger hinzufügen und den Schutz für die VM erneut aktivieren.

Kann ich lokale Computer zu einem neuen vCenter-Server migrieren, ohne die laufende Replikation zu beeinträchtigen?

Informationen zum Migrieren von Computern zu einem neuen vCenter-Server finden Sie in unserem Leitfaden.

Kann ich die Replikation in einem Cache oder einem Zielspeicherkonto durchführen, für den bzw. das ein virtuelles Netzwerk (mit Azure Firewalls) konfiguriert ist?

Nein, Site Recovery unterstützt keine Replikation zu Azure Storage über virtuelle Netzwerke.

Wie häufig wird ein absturzkonsistenter Wiederherstellungspunkt generiert?

Site Recovery generiert alle 5 Minuten einen absturzkonsistenten Wiederherstellungspunkt.

Kann ich einen bereits replizierten Computer von einem Recovery Services-Tresor in einen anderen wechseln?

Das Wechseln von Recovery Services-Tresoren wird nicht unterstützt, wenn die Replikation bereits ausgeführt wird. Dazu muss die Replikation deaktiviert und wieder aktiviert werden. Darüber hinaus muss die Konfiguration des auf dem Quellcomputer installierten Mobilitätsdienst-Agents aufgehoben werden, damit er in einem neuen Tresor konfiguriert werden kann. Verwenden Sie die folgenden Befehle, um die Registrierung aufzuheben:

Für Windows-Computer:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\UnifiedAgentConfigurator.exe /Unconfigure true

Für Linux-Computer:

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -q -U true -c CSPrime

Upgrade von Komponenten

Meine Version des Mobility Services-Agent oder des Konfigurationsservers ist alt, und beim Upgrade sind Fehler aufgetreten. Wie gehe ich vor?

Für Site Recovery gilt das Supportmodell N-4. Hier finden Sie Informationen zum Upgrade von alten Versionen.

Wo finde ich die Versionshinweise und Updaterollups für Azure Site Recovery?

Hier finden Sie Informationen zu neuen Updates und hier Informationen zum Rollup.

Wo finde ich Informationen zum Upgrade für die Notfallwiederherstellung in Azure?

Informationen zum Durchführen von Upgrades finden Sie hier.

Muss ich die Quellcomputer für jedes Upgrade neu starten?

Ein Neustart wird zwar empfohlen, ist jedoch nicht für jedes Upgrade erforderlich. Weitere Informationen

Konfigurationsserver

Was macht der Konfigurationsserver?

Der Konfigurationsserver führt die lokalen Site Recovery-Komponenten aus, einschließlich:

• des Konfigurationsservers selbst. Der Konfigurationsserver koordiniert die Kommunikation zwischen den lokalen Komponenten und Azure und verwaltet die Datenreplikation.
• Der Prozessserver, der als Replikationsgateway fungiert. Dieser Server:
  1. Empfängt Replikationsdaten.
  2. Er Optimiert die Daten mit Caching, Komprimierung und Verschlüsselung.
  3. Sendet die Daten an Azure Storage. Der Prozessserver führt auch eine Pushinstallation des Mobility Service auf virtuellen Computern sowie eine automatische Ermittlung auf lokalen virtuellen VMware-Computern durch.
• Der Masterzielserver, der die Replikationsdaten während des Failbacks von Azure verarbeitet.

Erfahren Sie mehr zu den Komponenten und Prozessen von Konfigurationsservern.

Wo richte ich den Konfigurationsserver ein?

Für den Konfigurationsserver benötigen Sie eine einzelne hoch verfügbare lokale VMware-VM. Installieren Sie für die Notfallwiederherstellung von physischen Servern den Konfigurationsserver auf einem physischen Computer.

Was benötige ich für den Konfigurationsserver?

Überprüfen Sie die Voraussetzungen.

Kann ich den Konfigurationsserver manuell einrichten, statt eine Vorlage zu verwenden?

Es empfiehlt sich, den virtuellen Computer des Konfigurationsservers mit der neuesten Version der OVF-Vorlage (Open Virtualization Format) zu erstellen. Wenn Sie die Vorlage nicht verwenden können (weil Sie z.B. keinen Zugriff auf den VMware-Server haben), laden Sie die Setupdatei über das Portal herunter, und richten Sie den Konfigurationsserver ein.

Kann ein Konfigurationsserver zu mehreren Regionen replizieren?

Nein. Um zu mehreren Regionen zu replizieren, benötigen Sie in jeder Region einen Konfigurationsserver.

Kann ich einen Konfigurationsserver in Azure hosten?

Dies ist zwar möglich, aber die Azure-VM, die den Konfigurationsserver ausführt, müsste mit Ihrer lokalen VMware-Infrastruktur und den virtuellen Computern kommunizieren. Diese Kommunikation führt zu höherer Latenz und wirkt sich auf die laufende Replikation aus.

Wie aktualisiere ich den Konfigurationsserver?

Hier finden Sie Informationen zum Aktualisieren des Konfigurationsservers.

• Die neuesten Updateinformationen finden Sie auf der Seite mit den Azure-Updates.
• Sie können die neueste Version über das Portal herunterladen. Alternativ können Sie die neueste Version des Konfigurationsservers direkt aus dem Microsoft Download Center herunterladen.
• Wenn zwischen Ihrer Version und der aktuellen Version mehr als vier Versionen liegen, nutzen Sie den Supporthinweis als Upgradeanleitung.

Sollte ich den Konfigurationsserver sichern?

Es wird empfohlen, regelmäßige geplante Sicherungen des Konfigurationsservers durchzuführen.

• Für ein erfolgreiches Failback muss der betreffende virtuelle Computer in der Konfigurationsserverdatenbank vorhanden sein.
• Der Konfigurationsserver muss ausgeführt werden und verbunden sein.
• Weitere Informationen zu allgemeinen Aufgaben für die Verwaltung des Konfigurationsservers finden Sie hier.

Kann ich beim Einrichten des Konfigurationsservers MySQL herunterladen und manuell installieren?

Ja. Laden Sie MySQL herunter, und speichern Sie die Daten im Ordner „C:\Temp\ASRSetup“. Führen Sie die Installation anschließend manuell durch. Wenn Sie die Konfigurationsserver-VM einrichten und die Bedingungen akzeptieren, wird MySQL unter Herunterladen und installieren als Bereits installiert aufgeführt.

Kann ich das Herunterladen von MySQL vermeiden und Site Recovery die Installation überlassen?

Ja. Laden Sie das MySQL-Installationsprogramm herunter, und speichern Sie es im Ordner „C:\Temp\ASRSetup“. Akzeptieren Sie beim Einrichten der Konfigurationsserver-VM die Bedingungen, und wählen Sie Herunterladen und installieren aus. Im Portal wird dann das von Ihnen hinzugefügte Installationsprogramm verwendet, um MySQL zu installieren.

Kann ich die Konfigurationsserver-VM für andere Zwecke nutzen?

Nein. Verwenden Sie die VM nur für den Konfigurationsserver.

Kann ich einen Konfigurationsserver klonen und für die Orchestrierung verwenden?

Nein. Richten Sie einen neuen Konfigurationsserver ein, um Registrierungsprobleme zu vermeiden.

Kann ich den Tresor ändern, in dem der Konfigurationsserver registriert ist?

Nein. Nachdem dem Konfigurationsserver ein Tresor zugeordnet wurde, sind daran keine Änderungen mehr möglich. Hier finden Sie Informationen zum Registrieren eines Konfigurationsservers mit einem anderen Tresor.

Kann ich denselben Konfigurationsserver für die Notfallwiederherstellung von VMware-VMs und von physischen Servern nutzen?

Ja. Beachten Sie aber, dass für den physischen Computer nur ein Failback auf eine VMware-VM durchgeführt werden kann.

Wo kann ich die Passphrase für den Konfigurationsserver herunterladen?

Hier finden Sie Informationen zum Herunterladen der Passphrase.

Wo kann ich die Tresorregistrierungsschlüssel herunterladen?

Wählen Sie im Recovery Services-Tresor unter Site Recovery-Infrastruktur>Verwalten die Option Konfigurationsserver aus. Wählen Sie dann unter Server die Option Registrierungsschlüssel herunterladen aus, um die Datei mit den Tresoranmeldeinformationen herunterzuladen.

Kann ein einzelner Konfigurationsserver zum Schutz mehrerer vCenter-Instanzen verwendet werden?

Ja, ein einzelner Konfigurationsserver kann virtuelle Computer über mehrere vCenter-Instanzen hinweg schützen. Es gibt keine Begrenzung, wie viele vCenter-Instanzen dem Konfigurationsserver hinzugefügt werden können, jedoch gelten die Begrenzungen für die Anzahl der virtuellen Computer, die ein einzelner Konfigurationsserver schützen kann.

Kann ein einzelner Konfigurationsserver mehrere Cluster in vCenter schützen?

Ja, Azure Site Recovery kann virtuelle Computer über verschiedene Cluster hinweg schützen.

Prozessserver

Wie kann ich die Hochverfügbarkeit des Prozessservers sicherstellen?

Da das Design bietet durch die Möglichkeit, mehrere Prozessserver zu konfigurieren, die Flexibilität, geschützte Computer von einem fehlerhaften Prozessserver auf einen funktionierenden Prozessserver zu verschieben. Das Verschieben eines Computers von einem Prozessserver auf einen anderen muss explizit/manuell über die hier beschriebenen Schritte initiiert werden: Verschieben von VMS zwischen Prozessservern.

Failover und Failback

Kann ich den lokalen Prozessserver für Failbacks verwenden?

Es wird dringend empfohlen, einen Prozessserver für Failbacks in Azure zu erstellen, um Wartezeiten bei der Datenübertragung zu vermeiden. Es ist außerdem wichtig, dass Sie den in Azure erstellten Prozessserver für Failbacks verwenden, wenn Sie das Quellnetzwerk der virtuellen Computer vom mit Azure verbundenen Netzwerk auf dem Konfigurationsserver getrennt haben.

Kann ich die IP-Adresse beim Failover behalten?

Ja, Sie können die IP-Adresse beim Failover behalten. Stellen Sie sicher, dass Sie die Ziel-IP-Adresse vor dem Failover in den Einstellungen für Compute und Netzwerk für den virtuellen Computer angeben. Fahren Sie außerdem die Computer zum Zeitpunkt des Failovers herunter, um Konflikte der IP-Adressen beim Failback zu vermeiden.

Kann ich die Größe oder den Typ der Ziel-VM vor dem Failover ändern?

Ja, Sie können den Typ oder die Größe des virtuellen Computers jederzeit vor dem Failover ändern. Verwenden Sie im Portal die Compute und Netzwerk-Einstellungen für den replizierten virtuellen Computer.

Wie weit kann ich bei der Wiederherstellung zurückgehen?

Für VMware zu Azure kann der älteste Wiederherstellungspunkt, den Sie verwenden können, 15 Tage zurückliegen.

Wie erfolgt das Löschen von Wiederherstellungspunkten?

Absturzkonsistente Wiederherstellungspunkte werden alle fünf Minuten generiert. App-konsistente Momentaufnahmen werden basierend auf der von Ihnen eingegebenen Eingabehäufigkeit generiert. Nach zwei Stunden werden ggf. Wiederherstellungspunkte auf der Grundlage des von Ihnen eingegebenen Aufbewahrungszeitraums gelöscht. Es gibt folgende Szenarien:

Eingabe für Aufbewahrungszeitraum	Löschmechanismus
0 Tage	Kein Wiederherstellungspunkt wird gespeichert. Ein Failover kann nur für den letzten Punkt ausgeführt werden.
1 Tag	Es wird ein Wiederherstellungspunkt pro Stunde nach den letzten zwei Stunden gespeichert.
2 bis 7 Tage	Es wird ein Wiederherstellungspunkt pro zwei Stunden nach den letzten zwei Stunden gespeichert.
8 bis 15 Tage	Es wird ein Wiederherstellungspunkt pro zwei Stunden nach den letzten zwei Stunden für sieben Tage gespeichert. Danach wird ein Wiederherstellungspunkt pro vier Stunden gespeichert. App-konsistente Momentaufnahmen werden auch dann auf Grundlage der oben genannten Dauer gelöscht, wenn Sie eine geringere Häufigkeit für App-konsistente Momentaufnahmen eingeben.

Werden die Speicherkosten bei einer längeren Aufbewahrungsdauer für Wiederherstellungspunkte erhöht?

Ja. Wenn Sie beispielsweise die Aufbewahrung von 1 auf 3 Tage erhöhen, speichert Site Recovery die Wiederherstellungspunkte für zwei zusätzliche Tage. Diese zusätzliche Zeit verursacht Speichergebühren. Zuvor wurden Wiederherstellungspunkte pro Stunde einen Tag lang gespeichert. Nun werden Wiederherstellungspunkte pro zwei Stunden für drei Tage gespeichert. Weitere Informationen finden Sie unter Löschen von Wiederherstellungspunkten. Es werden also zwölf Wiederherstellungspunkte mehr gespeichert. Wenn beispielsweise ein einzelner Wiederherstellungspunkt Deltaänderungen von 10 GB enthält und jedes GB pro Monat 0,16 US-Dollar kostet, belaufen sich die zusätzlichen Gebühren auf 1,60 US-Dollar × 12 pro Monat.

Wie greife ich nach einem Failover auf virtuelle Azure-Computer zu?

Nach einem Failover können Sie über eine sichere Internetverbindung, eine Site-to-Site-VPN-Verbindung oder über Azure ExpressRoute auf die Azure-VMs zugreifen. Um eine Verbindung herzustellen, müssen Sie mehrere Dinge vorbereiten. Weitere Informationen

Sind Daten, mit denen ein Failover ausgeführt wurde, stabil?

Azure ist auf Resilienz ausgelegt. Site Recovery ist für ein Failover zu einem sekundären Azure-Rechenzentrum gemäß der Vereinbarung zum Servicelevel (Service-Level Agreement, SLA) für Azure konzipiert. Wenn ein Failover auftritt, stellen wir sicher, dass Ihre Metadaten und Tresore innerhalb der gleichen geografischen Region bleiben, die Sie für Ihren Tresor ausgewählt haben.

Erfolgt ein Failover automatisch?

Ein Failover erfolgt nicht automatisch. Sie starten ein Failover mit einer einzelnen Auswahl im Portal, oder Sie können PowerShell verwenden, um ein Failover auszulösen.

Kann ich ein Failback zu einem anderen Speicherort ausführen?

Ja. Wenn Sie ein Failover zu Azure ausgeführt haben, können Sie ein Failback zu einem anderen Speicherort ausführen, wenn der ursprüngliche nicht verfügbar ist. Weitere Informationen

Warum benötige ich ein VPN oder ExpressRoute mit privatem Peering für ein Failback?

Wenn Sie ein Failback von Azure ausführen, werden Daten aus Azure auf Ihren lokalen virtuellen Computer zurückkopiert und privater Zugriff ist erforderlich.

Kann ich die On-Demand-Kapazitätsreservierung mit VMware (auch physisch) für IaaS-Szenarios verwenden?

Nein Azure Site Recovery kann keine On-Demand-Kapazitätsreservierung verwenden, es sei denn, es handelt sich um Azure für Azure-Szenarios.

Die Anwendungslizenz basiert auf UUID des virtuellen VMware-Computers. Ändert sich die UUID eines virtuellen VMware-Computers, wenn er nicht das Failover zu Azure ausführt?

Ja, die UUID des virtuellen Azure-Computers unterscheidet sich von dem lokalen virtuellen VMware-Computer. Die meisten Anwendungsanbieter unterstützen jedoch die Übertragung der Lizenz auf eine neue UUID. Wenn die Anwendung es unterstützt, kann der Kunde mit dem Anbieter zusammenarbeiten, um die Lizenz mit der neuen UUID auf den virtuellen Computer zu übertragen.

Automatisierung und Skripterstellung

Kann ich die Replikation mit Skripts einrichten?

Ja. Sie können Site Recovery-Workflows mithilfe von REST-API, PowerShell oder Azure SDK automatisieren. Weitere Informationen

Leistung und Kapazität

Kann ich die Replikationsbandbreite drosseln?

Ja. Weitere Informationen

Nächste Schritte

• Informieren Sie sich über die Supportanforderungen.
• Richten Sie die VMware-zu-Azure-Replikation ein.