VMware Live Site Recovery (SRM) nach Broadcom: die neuen Namen von Site Recovery Manager und seine Lizenzierung

Wie Site Recovery Manager heute heißt und wie er verkauft wird

VMware Site Recovery Manager (SRM) hat seit der Übernahme von VMware durch Broadcom zwei neue Namen erhalten, seine Lizenz wird aber weiterhin unter dem alten Namen verkauft. Broadcoms Release Notes zu 9.0 (März 2024) sagen, dass „VMware Site Recovery Manager in VMware Live Site Recovery umbenannt wird“, als Teil von VMware Live Recovery. Die FAQ zu VMware Live Recovery vom Januar 2026 beschreibt dieses Produkt als Live Site Recovery plus VMware Live Cyber Recovery, früher VMware Cloud Disaster Recovery. Broadcoms Release Notes zu 9.1 vom 12. Mai 2026 ergänzen, dass „VMware Live Recovery umbenannt und als Protection and Recovery in VMware Cloud Foundation (VCF) integriert wurde“, als eine Appliance, die auch vSphere Replication sowie vSAN-Snapshots und -Replikation enthält. Stand Oktober 2026 verkauft Broadcom die Orchestrierung der Wiederherstellung als eigenständige Lizenz für VMware Site Recovery Manager je geschützte VM, für VCF, vSphere Foundation (VVF) und ältere vSphere-Editionen, oder innerhalb von VMware Advanced Cyber Compliance (ACC), einem pro Kern lizenzierten Add-on nur für VCF. vSphere Replication hat keine eigene Lizenz und ist in VCF, VVF, Enterprise Plus und Standard enthalten, innerhalb der unten beschriebenen Grenzen.

Von SRM zu Protection and Recovery: Versionen und Appliances

Broadcom: Release Notes zu VMware Live Site Recovery 9.0 und Protection and Recovery 9.1; Seite zur Appliance von 9.1 (10. September 2026); KB 408127, 414400, 426655 und 444864 (ohne Datumsangabe, abgerufen am 6. Oktober 2026).

KB 444864 sagt, dass ein Upgrade auf vCenter 9.1 „die Umstellung von Disaster-Recovery-Umgebungen auf die einheitliche Appliance VCF Protection and Recovery 9.1 erfordert“. Die getrennten 9.0.2-Appliances lassen sich nicht an Ort und Stelle darauf aktualisieren, 9.0.3 und neuer dagegen schon. Ab vSphere Replication 9.0.3 ist Enhanced Replication der einzige unterstützte Typ, und der Wechsel auf 9.1 „erfordert, dass alle Replikationen auf Enhanced Replication umkonfiguriert werden“. Während eines schrittweisen Upgrades wird ein 9.1-Standort nach Broadcoms N-1-Regel mit vSphere Replication 9.0.5 oder neuer am anderen Standort gekoppelt. KB 390634 stellt vSphere Replication und SRM in der Update-Reihenfolge von VCF 9.0 vor vCenter, wie unser Leitfaden zum Ende des allgemeinen Supports von vSphere 8 zeigt. Broadcoms Product Interoperability Matrix führt jede Version, SRM eingeschlossen, unter Protection and Recovery (KB 447296); prüfen Sie Ihren vCenter-Build also dort.

Wie SRM und Advanced Cyber Compliance lizenziert werden

Broadcoms Programmdokumentation zu VMware Site Recovery Manager vom Mai 2026 lizenziert die Software „auf Grundlage der Anzahl geschützter virtueller Maschinen“, ob eingeschaltet oder ausgeschaltet. Laut der Lizenzierungsseite zu 9.1 (10. September 2026) wird dieselbe Lizenz an beiden Standorten installiert, sodass „der Schutz von 100 VMs in eine Richtung, von Standort A zu Standort B, eine Lizenz für 100 VMs erfordert“. Werden 100 VMs in jeder Richtung geschützt, ist eine Lizenz für 200 VMs nötig. Die Seite bietet die eigenständige Lizenz für VVF und „vSphere-Software vor Version 9“ an, und Broadcoms FAQ zu VCF 9.1 vom 3. September 2026 führt SRM auch als Add-on für VCF auf.

ACC, einer von neun erweiterten Diensten, die zusätzlich zu VCF verkauft werden, wird laut seiner Programmdokumentation vom Mai 2026 nur als Add-on zu VCF oder VMware Telco Cloud Platform lizenziert, pro Kern und mit „einer Mindestanforderung an die Lizenzierung von 16 Kernen je Prozessor“. Für seine Disaster- und Cyber-Recovery-Funktionen braucht jeder Kern, den eine vCenter-Instanz mit geschützten VMs verwaltet, eine Lizenz, und bei mehreren vCenter-Instanzen werden nur diejenigen lizenziert, in denen VMs geschützt sind (FAQ Q93). Neben der DR-Orchestrierung vor Ort umfasst ACC Workflows für Cyber Recovery; ein Ziel in der Cloud erfordert VMware Live Recovery Cloud „zusammen mit den zugehörigen Cloud-Hosts“ (FAQ Q94).

Broadcom: FAQ zu VCF 9.1 (3. September 2026), Fragenummern wie dort angegeben; wo Broadcoms Dokumente unterschiedliche Lizenzen nennen, zeigt die Tabelle beide, lassen Sie sich Ihre also schriftlich bestätigen; TechDocs 9.1, Seiten zur Lizenzierung und zur Einrichtung der Replikation (10. September 2026); Programmdokumentationen zu SRM und ACC (Mai 2026).

Zählen Sie für SRM die geschützten VMs je Richtung und für ACC die Kerne je vCenter, und lassen Sie sich auf VCF beide Optionen schriftlich geben. Was VCF und VVF sonst enthalten, steht in unserem Vergleich von VVF und VCF, Stufe und Laufzeit in unserem Leitfaden zur VMware-Verlängerung.

Unsere VMware-Optimierung umfasst ein Umgebungs- und Lizenz-Audit von Versionen, Abonnements und tatsächlicher Ressourcennutzung und stimmt die Editionen innerhalb der aktuellen Broadcom-Lizenzlogik auf Ihre Workloads ab. Schicken Sie uns die Zahl der geschützten VMs und die Kerne je vCenter über das Formular unten.

vSphere Replication 9 und vSAN: RPO, Aufbewahrung und Enhanced Replication

Broadcom beschreibt vSphere Replication als „eine hypervisorbasierte Replikation und Wiederherstellung virtueller Maschinen“. Nach einer ersten vollständigen Synchronisierung sendet der Agent von vSphere Replication „geänderte Blöcke in den Festplatten der virtuellen Maschine vom Quellstandort an den Zielstandort“. Im Verfahren zu 9.1 lässt sich der RPO von 1 Minute bis 24 Stunden einstellen, und vSphere Replication „hält sich nicht an einen strikten Replikationszeitplan“. Unter 5 Minuten verlangt dasselbe Verfahren ein Abonnement für VMware Live Recovery, ACC oder Site Recovery Manager, während die FAQ zu VCF 9.1 sagt, dass Enhanced vSphere Replication „mit RPOs bis hinunter zu einer Minute ein ACC-Nutzungsrecht erfordert“ (Q81).

Point-in-Time-Instanzen bewahren ältere Wiederherstellungspunkte auf, bis zu 24 je VM oder bis zu 200 mit der Option „Latest instances“, die „ein Abonnement für Advanced Cyber Compliance (ACC) erfordert“. Bei der Wiederherstellung werden sie zu Snapshots der wiederhergestellten VM, was hilft, wenn die neueste Kopie bereits beschädigte Daten enthält. Für sechs Instanzen pro Tag darf der RPO vier Stunden nicht überschreiten.

Enhanced Replication sendet den Datenverkehr „direkt an den Host am Zielstandort“ und umgeht dabei die Appliance. Auf den ESX-Quellhosts muss daher TCP-Port 32032 zu den Hosts des Zielclusters offen sein, und der Management-Server braucht direkten Zugriff auf die Verwaltungsnetze aller beteiligten Hosts. Das Verfahren zu 9.1 nennt vCenter und ESX 8.0 Update 2 an einem Zielstandort vor Ort als Mindestversion für Enhanced Replication, doch 9.1 selbst ist mit vSphere 8.0 Update 3 und neuer kompatibel, was das Minimum an beiden Standorten festlegt. Enhanced Replication erfordert in 9.1 außerdem Netzwerkverschlüsselung. Eine neu bereitgestellte Appliance „kann maximal 5.000 Replikationen verwalten“. Bei einem RPO von 5 Minuten nennt Broadcom 500 VMs, abhängig von Bandbreite und Änderungsrate je Festplatte.

In 9.1 kopiert die Funktion vSAN-Snapshots und -Replikation VMs aus Clustern mit vSAN ESA, VMFS oder NFS unter vSphere 8.0 Update 3 oder neuer in einen Cluster mit vSAN ESA 9.0 oder neuer. Lokale Snapshots sind im VCF-Basisumfang enthalten, während die Replikation „ein zusätzliches Nutzungsrecht“ erfordert. Die FAQ zu VCF 9.1 nennt für jede Replikation auf einen vSAN-ESA-Datastore „unabhängig vom RPO“ ACC oder eine eigenständige SRM-Lizenz (Q36) und für die Replikation von vSAN-ESA-Snapshots an einen entfernten Standort ACC (Q81).

Ohne SRM oder ACC erfolgt die Wiederherstellung manuell, denn in Broadcoms Verfahren zu 9.1 stellen Sie „jeweils eine virtuelle Maschine“ wieder her, mit getrennten Netzwerkgeräten. Wiederherstellungspläne starten eine Anwendung in festgelegter Reihenfolge mit neuen IP-Adressen am Ausweichstandort.

Array-basierte Replikation über SRAs

Bei Array-basierter Replikation replizieren die Arrays die Datastores, und Protection and Recovery orchestriert die Wiederherstellung über einen Storage Replication Adapter (SRA). Broadcoms Dokumentation zu 9.1 sagt, dass SRAs „nicht Teil eines Release von Protection and Recovery sind“; der Array-Hersteller entwickelt und unterstützt sie. Je Array-Typ wird ein SRA auf dem Host des Protection and Recovery Server installiert, und der RPO „hängt von den Storage Replication Adapters (SRAs) ab, die die Hersteller bereitstellen“. Prüfen Sie Ihren SRA für 9.1 vor dem Upgrade im Site Recovery Manager Storage Partner Compatibility Guide.

Eine VM ist nur geschützt, wenn ihre Replikation korrekt konfiguriert ist, „selbst wenn sich die virtuellen Maschinen auf einem geschützten Datastore befinden“. Storage DRS und Storage vMotion funktionieren mit geschützten VMs nur auf Arrays mit Konsistenzgruppen. Release 9.1 unterstützt keine NFSv4.1-Datastores für Array-basierte Replikation und ist „das letzte Release, das vSphere Virtual Volumes unterstützt“; Broadcom empfiehlt, vVols-Replikationen auf Array-basierte Replikation umzustellen.

Wiederherstellungspläne, Testwiederherstellung, Reprotect und Failback

In Broadcoms Dokumentation zu 9.1 ist eine Schutzgruppe „eine Sammlung virtueller Maschinen, die Protection and Recovery gemeinsam schützt“. Ein Wiederherstellungsplan „ist wie ein automatisiertes Runbook“, das festlegt, in welcher Reihenfolge VMs ein- und ausgeschaltet werden und welche Netzwerkadressen sie nach der Wiederherstellung verwenden. Ein Plan durchläuft diese Vorgänge der Reihe nach:

1. Test, der die VMs in einem Testnetz am Ausweichstandort startet; vSphere Replication synchronisiert dabei über Redo-Logs weiter, und Array-basierte Replikation testet auf einem Array-Snapshot.
2. Cleanup, das die Redo-Logs oder Snapshots entfernt; Broadcom verlangt es „vor der Ausführung eines Failovers oder eines weiteren Tests“.
3. Geplante Migration oder Disaster Recovery nach „einem unvorhergesehenen Ereignis, das zu Datenverlust führen könnte“.
4. Reprotect, das die Replikation umkehrt und Schutzgruppen und Wiederherstellungspläne für die Gegenrichtung neu konfiguriert, sobald die Wiederherstellung fehlerfrei abgeschlossen und der ursprüngliche Standort wieder verfügbar ist; nach einem Disaster Recovery schließt Broadcoms Dokumentation zu 9.1 die Wiederherstellung zuerst mit einer geplanten Migration ab.
5. Failback, eine geplante Migration zurück zum ursprünglichen Standort nach dem Reprotect, danach ein zweites Reprotect, damit die Replikation wieder in der ursprünglichen Richtung läuft (KB 417721).

Ein Test „hat keine bleibenden Auswirkungen“, weder am einen noch am anderen Standort, und unterbricht die Replikation nicht; Pläne, die lokale virtuelle Maschinen anhalten, tun das allerdings auch im Test. Unser Leitfaden zu den Schritten bei Failover und Failback behandelt den Tag selbst, von der Entscheidung bis zu DNS und Benutzerzugriff.

Live Site Recovery, Veeam-Replikation oder DRaaS im Vergleich

Broadcom TechDocs Protection and Recovery 9.1 (September 2026) und FAQ zu VCF 9.1 (3. September 2026); Veeam Backup & Replication 13 User Guide und Veeam Cloud Connect Guide (abgerufen am 6. Oktober 2026); die Spalte „Geeignet für“ ist unsere Lesart.

Beide Ansätze stellen VMs aus Replikaten in festgelegter Reihenfolge wieder her, Broadcom mit Wiederherstellungsplänen, Veeam mit Failover-Plänen, in denen „Sie die Reihenfolge festlegen, in der VMs verarbeitet werden müssen“. Mit Veeam Cloud Connect bietet ein Dienstleister den Ausweichstandort als DRaaS an, mit vollständigem und teilweisem Standort-Failover für seine Mandanten. Welcher Veeam-Job wogegen schützt, steht in unserem Vergleich von Veeam-Replikation und Backup Copy.

Mit Cloud Disaster Recovery betreiben wir Ihren Ausweichstandort in Baltnetas Tier-3-Rechenzentren in Litauen. Nennen Sie uns, welche Systeme Sie zuerst schützen würden und wie diese heute repliziert werden.

Was wir tun

Wir halten den Vertrag, das Engineering übernimmt unser Engineering-Partner Vixen.UNO. Im Rahmen der VMware-Optimierung auditiert Vixen.UNO die Umgebung, stimmt Editionen und Abonnements auf Ihre Workloads ab und setzt Änderungen, Site Recovery eingeschlossen, in vereinbarten Wartungsfenstern mit einem Rollback-Plan für jede Etappe um. Unser Service Cloud Disaster Recovery betreibt einen Ausweichstandort in Baltnetas Tier-3-Rechenzentren in Litauen (ISO 27001, PCI DSS), mit Replikation ab 15-Minuten-Intervall via Veeam Cloud Connect über einen verschlüsselten TLS/SSL-Kanal und planmäßigen Failover-Tests in isolierter Umgebung, jeweils mit Bericht. Die Standardziele des Services sind RPO ab 15 Minuten und RTO von 1 bis 2 Stunden für kritische Systeme, und Ihre Ziele werden je Systemstufe definiert und im SLA fixiert. Das erste Gespräch ist kostenlos; der Preis des technischen Assessments steht vor Beginn fest.

FAQ