VMware-Backup nach Broadcom: was sich für vSphere 9, VCF 9.1, VVF und Veeam geändert hat

VMware-Backup nach Broadcom: was sich geändert hat und wo

Das Backup einer VMware-Umgebung läuft auch nach der Lizenzumstellung durch Broadcom über die vSphere Storage APIs for Data Protection mit Changed Block Tracking. Geändert haben sich drei Dinge um diese Schnittstelle herum: Ein Upgrade auf vSphere 9 setzt Subscription-Lizenzen voraus, Replikation und Recovery wurden umbenannt und in einer Appliance zusammengeführt, und die Backup-Software muss in einer Version laufen, die das vSphere-Release führt. Veeams KB2443, zuletzt geändert am 27. Oktober 2026, führt vSphere 9.0.x ab Veeam Backup & Replication 12.3.1, 9.1.0.x ab 13.1 und 9.1.1.x ab 13.1.2.

Alle Angaben stammen aus Dokumenten von Broadcom und Veeam, gelesen am 12. November 2026; Broadcoms KB-Artikel zeigen kein Datum, wir zitieren sie deshalb mit ihrer Nummer. Wie Kerne gezählt werden und welche Edition passt, steht in unserem Artikel zur VMware-Lizenzierung nach Broadcom.

die in der dritten Spalte genannten Dokumente, gelesen am 12. November 2026; Wortlaut und Einzelheiten in den folgenden Abschnitten.

Kompatibilität von Veeam mit vSphere 9.0, 9.1 und 9.1.1

Die Mindestversion von Veeam Backup & Replication je vSphere-Release veröffentlicht Veeam in KB2443. Die dort genannten vSphere-Versionen schließen laut dem Artikel alle zugehörigen Patches ein.

Veeam KB2443, „Veeam Backup & Replication support for vSphere“, zuletzt geändert am 27. Oktober 2026, gelesen am 12. November 2026. Dieselbe KB nennt 12.3.2 als letzte Veeam-Version, die vSphere 6.0, 6.5 und 6.7 unterstützt.

Broadcom hat VCF 9.1.1 am 3. September 2026 freigegeben, der Veeam-Build, der vSphere 9.1.1.x führt, trägt das Datum 27. Oktober 2026; laut Veeams KB4738, zuletzt geändert am 10. November 2026, bringt Build 13.1.2.57 die Unterstützung für „VMware vCenter Server 9.1.1.“ Aus diesen beiden Daten leiten wir die Reihenfolge ab: zuerst Veeam auf den Build aus KB2443, dann vCenter und die Hosts. Diese Reihenfolge ist unser Rat. Veeam nennt nur die Mindestversionen.

vSphere 9.0 setzt Version 13 nicht voraus. KB2443 führt 9.0.x ab 12.3.1, und schon die Release Notes der ersten Version 13 vom 3. September 2025 nennen ESXi 9.0 und vCenter Server 9.0. Version 12 hat allerdings ein Enddatum: Veeams Seite zum Produktlebenszyklus, gelesen am 12. November 2026, nennt Februar 2027 als Ende von Support und Sicherheitskorrekturen für Veeam Backup & Replication 12.

KB2443 nennt Mindestversionen je vSphere-Release und erwähnt VCF 9.1 nicht. Diese Aussage steht in Veeams „What's New“ zu 13.1 (Seite aktualisiert am 15. Oktober 2026): „VMware Cloud Foundation (VCF) 9.1 support“ und „Full support for VMware Virtual Disk Development Kit (VDDK) version 9“. Im Benutzerhandbuch heißt es zu VCF: „This platform is supported as individual VMware software components.“ SDDC Manager und NSX Manager haben eigene dateibasierte Backups, die unser Leitfaden zu vCenter-Backup und -Wiederherstellung beschreibt.

KB4738 erlaubt den Schritt auf 13.1.2 von 12.3.1, 12.3.2, 13.0, 13.1 und 13.1.1 aus, per vollständiger ISO oder über den eingebauten Updater, ohne Patch-Datei. Ein geplanter Umzug des Backup-Servers von Windows auf die Veeam Software Appliance kommt vor diesem Schritt, weil KB4738 ihn nur auf Builds der Reihe 13.0.x unterstützt. Build 13.1.2.57 enthält außerdem die Korrektur für CVE-2026-108142 (CVSS 9,1) aus Veeams KB4948 vom 27. Oktober 2026, ebenso 13.0.3.63.

Veeam-Backup-Software und VMware/Broadcom-Lizenzen liefern und implementieren wir, wie unsere Software-Seite festhält; senden Sie uns die Build-Nummern von vCenter, ESX und Veeam, wir antworten innerhalb eines Werktages.

Was VCF 9.1 und VVF für Snapshots, Replikation und Recovery enthalten

vSphere 9.x gibt es innerhalb von VVF und VCF und seit dem 4. November 2026 als vSphere Express; vSphere Standard und Enterprise Plus sind laut Broadcoms FAQ zu vSphere 9.1 vom Mai 2026 auf Version 8 Update 3 und früher begrenzt. Was vSphere Express für die Datensicherung enthält, haben wir nicht gelesen, die Tabelle behandelt deshalb VCF und VVF. Das Image-Backup von VMs über die Data Protection APIs bleibt Aufgabe eines Backup-Produkts: KB 311197 spricht von „backup vendors“, die Lösungen auf Basis dieser APIs veröffentlicht haben.

Broadcom, „VMware Cloud Foundation 9.1 General FAQs“ (ohne Datum; eine Antwort nennt den 4. November 2026), die FAQ zu VMware vSphere Foundation (ohne Datum, für 9.0 und 9.1), „VMware Cloud Foundation 9.1.1 and VMware vSphere Foundation 9.1.1 Feature Comparison & Upgrade Paths“ (ohne Datum); gelesen am 12. November 2026.

Native Snapshots setzen vSAN mit der Express Storage Architecture voraus, und die Frage, ob für Operational Recovery eine Appliance Protection and Recovery nötig ist, beantwortet die FAQ zu VCF mit „Yes.“ Beide FAQs stellen diese Snapshots als Mittel für Operational Recovery dar; was als Backup-Kopie zählt, behandelt unser Artikel zur 3-2-1-1-0-Regel. Die FAQ zu VVF nennt für 9.1 bis zu zweihundert Snapshots je VM. Dieser Wert gehört zu den nativen vSAN-ESA-Snapshots und ist keine Grenze für Snapshots, die ein Backup-Job über die Data Protection APIs anlegt.

Drei Produktnamen werden leicht verwechselt, und Broadcoms Dokumente verwenden einen davon auf zwei Arten. VMware Live Site Recovery ist der frühere Site Recovery Manager, also die Orchestrierung von Wiederherstellungs­plänen. VCF Protection and Recovery ist in 9.1 der Name von Appliance und Produkt; der Titel von Broadcoms KB 426669 nennt das Produkt „VCF Protection and Recovery (formally VMware Live Recovery)“, dort ist VMware Live Recovery also der frühere Name dieses Produkts. Die FAQ zu VCF 9.1 verwendet denselben Namen für ein separat lizenziertes Produkt: Sie schreibt „VMware Live Recovery (on-premises cyber recovery)“ und zählt es zu den Produkten, für die gilt: „continue to be licensed separately“. Wie die Orchestrierung lizenziert wird, behandelt unser Artikel zu VMware Live Site Recovery nach Broadcom.

Zwei Broadcom-Dokumente geben das enthaltene Replikationsintervall unterschiedlich an. KB 428834, „Purchasing a Subscription for VMware Live Recovery“, nennt vSphere Replication „with an RPO 5 minutes or higher“ als im VCF-Kauf enthalten und verlangt für ein RPO unter 5 Minuten eine Subscription für Advanced Cyber Compliance. Die FAQ zu VCF 9.1 führt im Kernumfang „On-premises disaster recovery with enhanced vSphere Replication and RPOs as low as one minute“. Kommt es Ihnen auf ein Intervall unter fünf Minuten an, lassen Sie sich den Umfang mit dem Angebot schriftlich bestätigen.

Stärker als der Lizenzumfang hat sich die Appliance geändert. Ab Version 9.0.4 sind Live Site Recovery und vSphere Replication „a single converged appliance“ (KB 445654), und laut derselben KB bleibt die eigenständige Replikation durch die vSphere- oder VCF-Lizenz gedeckt. Für 9.1 hält KB 444864 fest, dass die eigenständigen Appliances „deprecated in version 9.1“ sind und ein In-Place-Upgrade per ISO von 9.0.2 aus nicht unterstützt wird: Der Weg führt über die Zusammenführung zur Appliance 9.0.4 oder, bei minimalen Umgebungen, über eine Neubereitstellung.

Snapshots, Changed Block Tracking und vCLS in vSphere 9.0 und 9.1

Broadcoms Release Notes zu VCF 9.0 und 9.1, beide zuletzt aktualisiert am 9. November 2026, beschreiben Änderungen an den Mechanismen, die ein Backup-Job nutzt, ohne Zahlen und ohne ein Backup-Produkt zu nennen.

• vSphere 9.0. ESX 9.0 verfolgt den Fortschritt der Snapshot-Konsolidierung genauer und kann sie für ausgeschaltete VMs fortsetzen. vCenter zeigt die Zahl der Snapshots je VM und kann nicht mehr benötigte Snapshots nach Zeitplan löschen.
• vSphere 9.1. Im Wortlaut: „VCF 9.1 adds an enhancement to CBT enablement that removes the unresponsiveness of VMs during snapshot operations.“ Die Konsolidierung lässt sich auch für eingeschaltete VMs fortsetzen, neue Schutzmechanismen erkennen Abweichungen in der Festplattenkette, und eine Metrik „Max Data to Consolidate“ lässt sich verfolgen.
• vCLS. In vCenter 9.1 sind die vSphere Cluster Services standardmäßig deaktiviert und lassen sich nicht wieder aktivieren. Ausschlussregeln für vCLS-VMs aus früheren Versionen sind zu überprüfen.

Der Satz zu CBT betrifft das Aktivieren von Changed Block Tracking, nicht das Entfernen von Snapshots allgemein. Die Voraussetzungen für CBT sind in Broadcoms KB 320557 für ESXi 8.x und 9.x dieselben: virtuelle Hardwareversion 7 oder neuer, kein RDM im physischen Kompatibilitätsmodus, keine unabhängigen Festplatten und eine Vollsicherung, nachdem CBT deaktiviert und wieder aktiviert wurde.

Was sich für das VMware-Backup nicht geändert hat

Die folgenden Aussagen stützen sich darauf, was die Dokumente am 12. November 2026 aufführen oder nicht aufführen.

• Die Schnittstelle. KB 311197: „Data Protection APIs are included with all licensed vSphere editions.“ Die Produktliste dieser KB endet bei vCenter 8.0 und ESXi 8.0.
• Keine Abkündigungen. Die Product Support Notes von VCF 9.0 und VCF 9.1.0 enthalten keine Abkündigung und keinen Entfall für die Data Protection APIs, Changed Block Tracking, VDDK, die Transporte NBD, HotAdd und SAN, VM-Snapshots, vSphere Replication als Funktion oder die Protokolle des dateibasierten vCenter-Backups. Die Release Notes zu VDDK 9.0 und 9.1 ließen sich an diesem Tag nicht öffnen, wir berichten daraus nichts.
• Transportmodi bei Veeam. Hot-Add, Network Mode, Direct NFS und Direct SAN kommen in Veeams Release Notes zu 13.1 alle vor. Wie man zwischen ihnen wählt, steht in unserem Veeam-Sizing für große VMware-Umgebungen.
• Sperrmodus. Der Sicherheitsleitfaden zu vSphere 9.0 (Seiten aktualisiert am 24. August und 19. Oktober 2026) beschreibt den normalen und den strengen Sperrmodus sowie die Liste der Ausnahmebenutzer ohne Hinweis auf eine Änderung, und die Release Notes zu 9.0 und 9.1 erwähnen den Sperrmodus nicht.
• Das Backup von vCenter selbst. Broadcoms Vergleiche führen das dateibasierte Backup samt Wiederherstellung für vSphere Standard, Enterprise Plus, VVF und VCF.
• Einzelne Hosts. Laut Veeams Release Notes zu Version 13 werden eigenständige ESXi-Hosts vollständig unterstützt; Continuous Data Protection setzt vCenter Server voraus.

Nach dem Upgrade auf vSphere 9: was im Backup-Design zu prüfen ist

1. Der Veeam-Build auf jeder Komponente. Veeams Upgrade-Blog vom 10. September 2026 setzt den Backup-Server vor Proxys und Repositories, die anschließend von der Konsole aktualisiert werden; zum Hardened Repository siehe unseren Leitfaden zur Veeam Infrastructure Appliance.
2. Das Dienstkonto. Laut den Product Support Notes zu VCF 9.0 unterstützt vCenter 9.0 die integrierte Windows-Authentifizierung nicht mehr, und VCF 9.0 verlangt das UPN-Format; ältere Schreibweisen wie domain\username werden nicht unterstützt. Prüfen Sie, wie sich der Backup-Server an vCenter anmeldet.
3. Die vCenter-Rolle. Veeams Berechtigungsleitfaden für Build 13.1.2.57 (Seite aktualisiert am 1. Oktober 2026) führt unter Virtual Machine, Edit Inventory das Privileg „Create (for VMware 8.x)“ und an seiner Stelle „Create from existing“ und „Create new“ für VMware ab 9.x. Eine für 8.x gebaute eigene Rolle ist gegen die neuen Namen zu prüfen; vCenter 9.1 kann Rollen und Berechtigungen dafür als CSV-Datei exportieren.
4. Proxys und Transportmodi. Veeams Release Notes führen die bekannten Grenzen weiter: Ein virtueller Proxy kann sich im Hot-Add-Modus nicht selbst sichern, für Proxy-VMs wird CBT deaktiviert, und Direct NFS Access wird für VMs mit vorhandenen Snapshots nicht unterstützt, wenn VMware-Quiescing aktiv ist. Sehen Sie nach dem Upgrade in der Job-Statistik nach, welchen Modus jede virtuelle Festplatte genutzt hat.
5. Ein neues vCenter. Veeam verfolgt VMs über ihre Managed Object Reference IDs, die sich ändern, wenn ein vCenter ersetzt oder neu aufgebaut wird; für diesen Fall gibt es das VM Migrator Utility im PowerShell-Modul von Veeam Backup. Kein Veeam-Dokument, das wir gelesen haben, verlangt, vCenter oder Hosts nach einem In-Place-Upgrade neu hinzuzufügen.
6. Das dateibasierte vCenter-Backup. Erstellen Sie nach dem Upgrade ein neues und bewahren Sie zu jedem aufbewahrten Backup die passende Installer-ISO auf, wie der oben verlinkte vCenter-Leitfaden erklärt.
7. Ein Test-Restore. Stellen Sie je Systemstufe eine VM auf einem 9.x-Host wieder her und stoppen Sie die Zeit. Das ist unser Rat: Ein Restore prüft Build, Konto, Rolle und Transportmodus in einem Durchgang.

Zu unserer Leistung Cyber-Resilienz gehören Backup auf Basis von Veeam und planmäßige Test­wiederherstellungen; schreiben Sie uns, wie Ihre VMs heute gesichert werden und welches Upgrade ansteht, unser Team hilft Ihnen weiter.

Veeam-Lizenzierung neben Broadcoms Subscriptions je Kern

Broadcom lizenziert VVF und VCF je physischem Kern. Veeams Licensing Policy (Version 19, veröffentlicht im Juni 2026) zählt anders: Unter der Veeam Universal License ist eine VM eine Lizenz, und die älteren Dauerlizenzen verbrauchen eine Lizenzeinheit je belegtem CPU-Sockel, wie ihn die Hypervisor-API meldet. Eine Einheit je Kern kennt die Policy nicht, und die Wörter Broadcom, VCF und VVF kommen im gelesenen Text nicht vor. Unser Schluss aus beiden Dokumenten: Das Kernmodell auf der VMware-Seite lässt die Veeam-Zählung, wie sie war.

Die Policy hält fest: „Perpetual per-CPU Socket licenses have ceased new sales“. Support-Verlängerungen für Sockel-Lizenzen und ihre Zusammenführung mit VUL beschreibt sie weiterhin. Bei Sockel-Lizenzen zählen nur Quell-Hosts; Ziel-Hosts von Replikationsjobs brauchen keine Lizenz. Eine Folge ergänzen wir selbst: Eine Host-Konsolidierung ändert die Zahl der belegten Sockel und damit eine sockelbasierte Veeam-Zählung, während eine VUL-Zählung den VMs folgt.

Support-Enddaten, die in das nächste Budgetjahr fallen, behandelt unser Artikel zur Prüfung der IT-Infrastruktur vor der Budgetplanung. Ein unabhängiges IT-Infrastruktur-Audit erfasst Backups und ihre Wiederherstellbarkeit, und eine Tabletop-Übung für einen IT-Ausfall zeigt, ob das Team handeln kann, wenn ein Restore scheitert.

Unsere Leistung VMware-Optimierung auditiert Umgebung und Lizenzen und modernisiert vSphere, vSAN und NSX in vereinbarten Wartungsfenstern, mit Rollback-Plan; nennen Sie uns die Versionen, die Sie heute betreiben und die Sie erreichen wollen.

FAQ