Supportmatrix: Backup- und DR-Dienst

Richtlinie zum Ende des Support-Lebenszyklus für den Backup- und DR-Dienst

Die Richtlinie zum Ende des Supportzeitraums („End of Support Life“, EOSL) für Backup & DR umfasst den Prozess und die Details zum Ende des Supports von Backup & DR für Drittanbietersysteme und ‑software sowie für Backup & DR-Software und ‑Hardware.

Hardware und Software von Drittanbietern umfassen Hardwareplattformen, Betriebssysteme und Anwendungssoftware, die durch Backup-/Wiederherstellungsgeräte geschützt sind. Wenn eine Hardware-, Betriebssystem- oder Anwendungssoftwarekonfiguration eines Drittanbieters das EOSL-Datum des Anbieters erreicht, beschränkt sich der Backup and DR-Support für solche Konfigurationen auf wirtschaftlich angemessene Unterstützung.

Backup and DR stellt keine Hotfixes oder Updates mehr zur Unterstützung von Software- und Hardwaresystemen aus, deren Supportzeitraum bei den jeweiligen Anbietern abgelaufen ist.

Unterstützte Netzwerkprotokolle

Backup and DR unterstützt die Datenübertragung über:

• Network Block Device (NBD): Dieser Transportmodus wird zum Sichern von Google Cloud VMware Engine-VMs verwendet.

• NFS: Backup and DR unterstützt NFS V3 (nur) zum Erfassen und Präsentieren von Daten in den folgenden Bereitstellungskonfigurationen:

  • Sicherungen für Google Cloud VMware Engine-Hosts über einen NFS-Datenspeicher bereitstellen

  • Bereitstellen eines Staging-Laufwerks für die agentbasierte Datenerfassung in einer Compute Engine- oder Google Cloud VMware Engine-VM

Unterstützte Umgebungen für Sicherungen

Der Agent wird in diesen Umgebungen unterstützt.

Agentenbasierte Sicherungen

Der Backup and DR-Agent kann unterstützte Datenbanken und Dateisysteme unterstützter Microsoft Windows- und Linux-Betriebssysteme in den folgenden Umgebungen sichern und wiederherstellen.

Anwendungstyp	Auf Compute Engine-Instanzen ausführen	Auf Google Cloud VMware Engine-VMs ausführen
Datenbanken	Ja	Ja
Dateisysteme	Ja	Ja

Hinweis: Für CBT auf Compute Engine-Instanzen und Google Cloud VMware Engine-VMs muss UEFI Secure Boot deaktiviert sein.

Agentenlose Sicherungen

Der Backup- und DR-Dienst unterstützt VM-Sicherungen in den folgenden Umgebungen, ohne dass ein Agent in der VM erforderlich ist:

• Compute Engine- und Cloud SQL-Instanzen (nutzt APIs für Persistent Disk-Snapshots)
• SAP HANA- und IBM Db2-Datenbanken, die auf nichtflüchtigem Speicher gesichert werden
• Google Cloud VMware Engine-VMs (nutzt VMware vSphere Storage APIs – Data Protection, früher bekannt als vStorage APIs for Data Protection oder VADP)

Objektspeicherkompatibilität für OnVault

OnVault unterstützt die folgenden Google Cloud Speicher:

• Standard Storage
• Nearline Storage
• Coldline Storage
• Archive Storage

Virtualisierung von Anwendungsdaten mit dem Backup and DR-Agent

Der Backup and DR-Agent (auch als Connector bezeichnet) ist eine schlanke ausführbare Datei, die während der Datenerfassung und ‑wiederherstellung die folgenden erweiterten Funktionen bietet.

• Anwendungserkennung: Der Backup and DR-Agent ermöglicht die detaillierte Erkennung von Datenbanken und Dateisystemen, die auf einem Produktionshost konfiguriert sind.

• API-Integration: Wenn möglich, werden Backup and DR-Agents in die anwendungsspezifischen APIs/Befehle integriert, um Anwendungsdaten effizient zu erfassen.

• Änderungsblock-Tracking ändern: In Situationen, in denen die Produktionsanwendungen kein integriertes Änderungsblock-Tracking haben, führt Backup and DR das Änderungsblock-Tracking auf ausgewählten Plattformen ein.

• Anwendungsspezifische Wiederherstellung/Bereitstellung: Backup and DR-Agents haben eine integrierte Application Awareness. Mit dem Backup and DR-Agent können Sie während der Bereitstellungsvorgänge für die Wiederherstellung nutzbare Instanzen von Anwendungen instanziieren. Dadurch sind nach der Bereitstellung keine manuellen Scripting-Aktionen mehr erforderlich.

• Generisches Framework zum Erfassen von Anwendungsdaten (LVM): Backup and DR-Agents bieten ein generisches Framework zum Erfassen von Daten aus jeder Anwendung, die auf unterstützten Linux-Betriebssystemen ausgeführt wird. Dieses Framework bietet Hooks zum Aufrufen benutzerdefinierter Skripts, um anwendungsbezogene Daten zu erfassen und Anwendungen aus Sicherungsdaten zu instanziieren.

Unterstützung für Microsoft Windows Server

Der Backup and DR-Agent unterstützt die folgenden Microsoft Windows-Betriebssysteme.

Betriebssystemversion	Basic Backup and DR agent Support	Unterstützung von Change Block Tracking für SQL Server
Windows Server 2025 Datacenter	Ja	Ja
Windows Server 2025 Datacenter Core	Ja	Ja
Windows Server 2022 Datacenter	Ja	Ja
Windows Server 2022 Datacenter Core	Ja	Ja
Windows Server 2019 Datacenter	Ja	Ja
Windows Server 2019 Datacenter Core	Ja	Ja
Windows Server 2016 Datacenter	Ja	Ja
Windows Server 2016 Datacenter Core	Ja	Ja

Unterstützung von Linux-Betriebssystemen

Der Backup and DR-Agent unterstützt die folgenden Linux-Betriebssysteme (x86).

Der grundlegende Support umfasst die Unterstützung von Dateisystemen und Oracle-Datenbanken.

Die Unterstützung von Change Block Tracking (CBT) umfasst die Möglichkeit, Sicherungen anderer Datenbanken inkrementell und dauerhaft zu erstellen.

Betriebssystem	Version	Basic Backup and DR agent Support	Unterstützung für Change Block Tracking	Mindestversion des Backup and DR-Agents erforderlich
RHEL^1,4	8.4	Ja	Ja	V11.0.1
	8.5	Ja	Ja	V11.0.1
	8.6	Ja	Ja	V11.0.4
	8.7	Ja	Ja	V11.0.5
	8.8	Ja	Nein	V11.0.8
	8.9	Ja	Nein	V11.0.9
	8.10	Ja	Nein	V11.0.15
	9,0	Ja	Nein	V11.0.4
	9.2	Ja	Nein	V11.0.8
	9.4	Ja	Nein	V11.0.15
	9,5	Ja	Nein	V11.0.15
RHEL für SAP^1	8.4	Ja	Ja	V11.0.1
	8.6	Ja	Ja	V11.0.4
	8.8	Ja	Nein	V11.0.8
	9,0	Ja	Nein	V11.0.8
	9.2	Ja	Nein	V11.0.8
	9.4	Ja	Nein	V11.0.15
SLES ^1, 3	12 SP5	Ja	Ja	V11.0.1
	15 SP2	Ja	Ja	V11.0.1
	15 SP3	Ja	Ja	V11.0.1
	15 SP4	Ja	Ja	V11.0.4
	15 SP5	Ja	Ja	V11.0.9
	15 SP6	Ja	Ja	V11.0.13
SLES for SAP ^1, 3	12 SP5	Ja	Ja	V11.0.1
	15 SP2	Ja	Ja	V11.0.1
	15 SP3	Ja	Ja	V11.0.1
	15 SP4	Ja	Ja	V11.0.4
	15 SP5	Ja	Ja	V11.0.9
Rocky Linux	9.3	Ja	Nein	V11.0.9
Rocky Linux optimiert für Google Cloud	9.3	Ja	Nein	V11.0.9
Ubuntu	20.04 LTS	Ja	Nein	V11.0.1
	22.04 LTS	Ja	Nein	V11.0.1
Oracle Linux ^1, 2	7.0-7.6	Ja	Nein	V11.0.1
	7.7	Ja	Nein	V11.0.1
	7.8	Ja	Nein	V11.0.1
	7.9	Ja	Nein	V11.0.1
	8.0-8.1	Ja	Nein	V11.0.1
	8.2	Ja	Nein	V11.0.1
	8.3	Ja	Nein	V11.0.1
	8.4	Ja	Nein	V11.0.1
	8.5	Ja	Nein	V11.0.1
	8.6	Ja	Nein	V11.0.1
	8.7	Ja	Nein	V11.0.4
	8.8^5	Ja	Nein	V11.0.8
	9,0	Ja	Nein	V11.0.4
	9.1^5	Ja	Nein	V11.0.8
	9.2^5	Ja	Nein	V11.0.8

¹ Symantec (Veritas) Dynamic Multi Pathing (DMP) wird NICHT unterstützt.

² Wird nur auf Google Cloud VMware Engine-VMs unterstützt, nicht auf Compute Engine-Instanzen/VMs.

³ Bei der „Offline“-Aktualisierung von SuSE (Aktualisierung über ISO) führt das SuSE-Installationsprogramm keine Neukonfiguration externer Pakete durch, einschließlich des CBT-Moduls und des DLKM. Wenn das System mit dem aktualisierten Kernel hochfährt, kann das DLKM nicht geladen werden, da die alten Konfigurationsdateien weiterhin auf das ältere Kernelmodul verweisen. Das Upgrade des Betriebssystems über eine ISO-Datei wird nicht unterstützt.

⁴ Der Dienst für Sicherung und Notfallwiederherstellung unterstützt RHEL HA nicht.

⁵ Wird sowohl für RHCK- als auch für UEK-Versionen unterstützt.

Liste der unterstützten Kernel

Microsoft SQL Server

Backup and DR-Agents ab Version 1.0.1 unterstützen die datenbankkonsistente Erfassung von Daten (Snapshots) aus Microsoft SQL Server.

SQL Server-Version	Windows Server-Version
SQL Server 2022 Standalone	Windows Server 2025
	Windows Server 2022
	Windows Server 2019
	Windows Server 2016
SQL Server 2022 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2022 Standard	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2022 Enterprise	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2019 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
SQL Server 2019 Standalone	Windows Server 2025
SQL Server 2019 Standard	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2019 Enterprise	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2017 Standalone	Windows Server 2025
SQL Server 2017 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
SQL Server 2016 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter

Hinweis :Es wird keine Unterstützung für anwendungsbezogene Mounts in einer SQL Server-Instanz geboten, die in einem Microsoft-Failover-Cluster ausgeführt wird, wenn einer der Knoten als Google Cloud VMware Engine-VM erkannt wurde.

IBM Db2

Der Backup- und DR-Dienst unterstützt die folgenden Methoden zum Erfassen von Daten:

• Db2 unter Linux kann auf Volume-Ebene inkrementell erfasst werden. Außerdem sind sofortiger Zugriff und die Erstellung virtueller Klone für die Testdatenverwaltung (Test Data Management, TDM) möglich. Dabei werden Linux LVM und die Funktionen von Backup and DR zum Nachverfolgen geänderter Blöcke genutzt. Dies ist die empfohlene Alternative.

• Kunden, die LVM nicht verwenden oder die Erfassung auf Volume-Ebene nicht nutzen können, können Db2 unter Linux alternativ mit vollständigen und inkrementellen Sicherungen erfassen. Dabei wird die eigene dumpbasierte Sicherung der Datenbank verwendet.

Unterstützte IBM Db2-Versionen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
10.5	SLES 12	V11.0.1
11.1.0	SLES 12	V11.0.1
11.5.0	SLES 12	V11.0.1
11.5.8.0	RHEL 8.x SLES 12 und 15	V11.0.4

MariaDB

Der Backup- und DR-Dienst unterstützt die folgenden Methoden zum Erfassen von Daten:

• MariaDB unter Linux kann auf Volume-Ebene inkrementell erfasst werden. Außerdem sind sofortiger Zugriff und die Erstellung virtueller Klone für TDM möglich. Dabei werden Linux LVM- und Backup and DR-Funktionen zur Nachverfolgung geänderter Blöcke genutzt. Diese Option ist die empfohlene Alternative.

• Kunden, die LVM nicht verwenden oder keine Erfassung auf Volume-Ebene nutzen können, können MariaDB unter Linux alternativ mit vollständigen und inkrementellen Back-ups erfassen. Dabei wird das eigene dumpbasierte Backup der Datenbank verwendet. In der Regel wird wöchentlich ein vollständiges und täglich ein inkrementelles Backup erstellt. Bei der Wiederherstellung werden die inkrementellen Sicherungen auf der Grundlage der letzten vollständigen Sicherung rekonstruiert.

Unterstützte MariaDB-Versionen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
10.3.9	RHEL 8.1–8.5	V11.0.1
10.4	RHEL 8.1–8.5	V11.0.1
10.5	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
10.11	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5

MySQL

Der Backup- und DR-Dienst unterstützt die folgenden Methoden zum Erfassen von Daten:

• MySQL unter Linux kann auf Volumeebene inkrementell erfasst werden. Außerdem sind sofortiger Zugriff und die Erstellung virtueller Klone für TDM möglich. Dabei werden Linux LVM und die Funktionen von Backup and DR zum Nachverfolgen geänderter Blöcke genutzt. Dies ist die empfohlene Alternative.

• Kunden, die LVM nicht verwenden oder die Erfassung auf Volume-Ebene nicht nutzen können, können MySQL unter Linux alternativ mit vollständigen und inkrementellen Back-ups erfassen. Dabei wird das eigene dumpbasierte Backup der Datenbank verwendet. In der Regel wird wöchentlich ein vollständiges und täglich ein inkrementelles Backup ausgeführt. Bei der Wiederherstellung werden die inkrementellen Sicherungen auf der Grundlage der letzten vollständigen Sicherung rekonstruiert.

Unterstützte MySQL-Versionen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
5,7	RHEL 8.1–8.5	V11.0.1
8.x	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5

Oracle

Mit Backup and DR-Agents können Daten aus Oracle-Datenbanken datenbankkonsistent erfasst werden. Oracle muss im ARCHIVELOG-Modus ausgeführt werden. Bei der Datenerfassung können Daten auf Staging-Festplatten erfasst werden, die als Dateisysteme formatiert oder als ASM-Laufwerksgruppenziele präsentiert werden.

Der Schutz von Oracle-Datenbanken ist derselbe, unabhängig davon, ob die Datenbanken auf Bare-Metal-Lösungsservern oder in einer Compute Engine-Instanz ausgeführt werden.

Daten können auch aus Oracle Non Active Data Guard- und Active Data Guard-Konfigurationen erfasst werden.

Oracle-Familie	Konfigurationstypen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
Oracle 21c Alle Versionen	Eigenständig	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	RAC	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	Exadata ^1	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	Nicht Active Data Guard ^2	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	Active Data Guard ^2	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
Oracle 19c ^3 Alle Versionen	Eigenständig	OEL 7.x, 8.x, 9.0 RHEL 8.x, SLES 12, 15 Windows 2016, 2019 RHEL 8.10 mit Kernel 4.18.0-553.40.1 RHEL 9.5 mit Kernel 5.14.0-503.23.1	V11.0.1 V11.0.15
		Rocky Linux 8.7	V11.0.7
	RAC	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
	Exadata ^1	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
	Nicht Active Data Guard ^2	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
	Active Data Guard ^2	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
Oracle 18c ^3 Alle Versionen	Eigenständig	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	RAC	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	Exadata ^1	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	Nicht Active Data Guard ^2	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	Active Data Guard ^3	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1

¹ Oracle Exadata-System wird mit iSCSI und NFS unterstützt

² Oracle-Datenbank – RMAN-Änderungsblock-Tracking ist nur in Active Data Guard verfügbar.

³ Die Datenerfassung von Oracle 18c und höher erfolgt auf Containerebene (einschließlich aller PDBs). Die anwendungsbezogene Bereitstellung auf einem Ziel erfolgt auf Containerebene. Das Hinzufügen virtueller PDBs zu einem vorhandenen Container wird über benutzerdefinierte Skripts unterstützt.

Unterstützte Methoden zur Datenerfassung und ‑präsentation

Der Backup- und DR-Dienst unterstützt eine Vielzahl von Erfassungs- und Darstellungsmethoden für Oracle-Datenbanken in verschiedenen Konfigurationen. Dazu gehören Sicherungs-, Wiederherstellungs- und App-bezogene Mount-Vorgänge von Oracle-Datenbanken mit TDE (Transparent Data Encryption). Bei Oracle-Datenbanken mit TDE kann das Wallet für TDE erfasst werden, indem die erweiterte Einstellung für den Speicherort der Oracle-Konfigurationsdatei für die Oracle-App festgelegt wird. Für app-bezogene Bereitstellungen für TDE-fähige Datenbanken muss das Wallet an den entsprechenden Speicherort auf dem Bereitstellungshost kopiert werden.

Hinweis :Die Wiederherstellung von Oracle-Daten, die auf einem Big-Endian-Computer erfasst wurden, auf einem Little-Endian-Computer und umgekehrt wird nicht unterstützt.

Beachten Sie außerdem, dass dNFS mit Oracle unter Linux-Betriebssystemen unterstützt wird.

Konfiguration der Produktionsdatenbank	Aufnahmeformat^1	Präsentationsformat
DB-Dateien auf ASM/RAC	Dateisystem (Blockgerät)	Eigenständiges Dateisystem
	Dateisystem (NFS)	Eigenständiges Dateisystem (NFS)
	Dateisystem (NFS)	RAC-Dateisystem (NFS)
	ASM-Festplattengruppe ^3, 5	Eigenständiges ASM
	ASM-Festplattengruppe ^3, 5	ASM RAC (ein oder mehrere Knoten)
Datenbankdateien im Dateisystem	Dateisystem (Blockgerät)	Eigenständiges Dateisystem
	Dateisystem (NFS)	Eigenständiges Dateisystem (NFS)
	ASM-Festplattengruppe ^3, 4, 5	Eigenständiges ASM
	ASM-Festplattengruppe ^3, 4, 5	ASM RAC (ein oder mehrere Knoten)

¹ Das Erfassungsformat ist das resultierende Format der von Backup and DR verwalteten Kopie.

³ Erfassung von ASM zu ASM und Präsentation von Back-ups im ASM-Format werden unter Windows-Betriebssystemen nicht unterstützt.

⁴ Oracle ASM-Instanz im Quellsystem für diese Erfassungsmethode erforderlich

⁵ Die Kombination aus ASM-Datenträger (Erfassungsformat) wird nicht unterstützt, wenn Daten über NFS erfasst werden

Unterstützte Formate für die Datenerfassung	Dateisystem verwenden	ASM-Laufwerksgruppe verwenden
Unterstützung für Sicherungen	HCC- oder Nicht-HCC-Daten
Oracle-Wiederherstellung mit RMAN	HCC oder nicht HCC
App-Aware Mount ^1	Exadata zu Nicht-Exadata

¹ Für den Zugriff auf Daten aus virtuellen Kopien von HCC-komprimierten Daten müssen die Daten vor dem Zugriff dekomprimiert werden.

Unterstützung für Oracle Exadata

Der Backup- und DR-Dienst unterstützt die folgenden Konfigurationen von Oracle Exadata.

• Exadata Database Machine-Versionen: X4 und höher

• Oracle-Versionen: 18c und 19c

Hinweis: Die Unterstützung ist auf Exadata-Maschinen mit Oracle Enterprise Linux Version 6.0 und höher beschränkt.

PostgreSQL

Der Backup- und DR-Dienst unterstützt die folgenden Methoden zum Erfassen von Daten:

• PostgreSQL unter Linux kann auf Volume-Ebene inkrementell erfasst werden. Der Zugriff ist sofort möglich und es können virtuelle Klone für TDM erstellt werden. Dabei werden Linux LVM und die Funktionen von Backup and DR zum Nachverfolgen geänderter Blöcke genutzt. Dies ist die empfohlene Alternative.

• Kunden, die LVM nicht verwenden oder keine Erfassung auf Volume-Ebene nutzen können, können PostgreSQL unter Linux alternativ mit vollständigen und inkrementellen Sicherungen erfassen. Dabei wird der Befehl „pg_dump“ der Datenbank verwendet, der keine inkrementelle Sicherung unterstützt. Jede Sicherung ist also eine vollständige Sicherung der Datenbank.

• Aufgrund von Einschränkungen bei PostgreSQL wird die Rollforward-Wiederherstellung für die Wiederherstellung von vollständigen und inkrementellen Sicherungen nicht unterstützt.

Unterstützte PostgreSQL-Versionen	Unterstützte Betriebssysteme	Mindestanforderung an die Version des Dienst-Agents für Sicherungen und Notfallwiederherstellungen
10.23	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
11.x	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
12.x	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
13.x	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
14.x	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
15.x	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
16.x	RHEL 8.10	V11.0.13-14 mit Hotfixes

SAP

Der Backup- und DR-Dienst unterstützt SAP für alle in diesem Dokument unterstützten Datenbanken.

SAP ASE (früher Sybase ASE)

Der Backup- und DR-Dienst unterstützt die folgenden Methoden zum Erfassen von Daten:

• SAP ASE unter Linux kann auf Volume-Ebene inkrementell erfasst werden. Dabei sind sofortiger Zugriff und die Erstellung virtueller Klone für TDM möglich. Dabei werden Linux LVM und die Funktionen von Backup and DR zum Nachverfolgen geänderter Blöcke genutzt. Dies ist die empfohlene Alternative.

• Für Kunden, die LVM nicht verwenden oder keine Erfassung auf Volume-Ebene nutzen können, kann SAP ASE unter Linux alternativ mit vollständigen und inkrementellen Backups erfasst werden. Dabei wird das eigene dumpbasierte Backup der Datenbank verwendet. In der Regel wird wöchentlich ein vollständiges und täglich ein inkrementelles Backup ausgeführt. Bei der Wiederherstellung werden die inkrementellen Sicherungen auf der Grundlage der letzten vollständigen Sicherung rekonstruiert.

Unterstützte SAP ASE-Versionen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
16.0.x	SLES 12 SP5 SLES 15 SP3	V11.0.1
	SLES 15 SP4	V11.0.4
	SLES 15 SP5	V11.0.9

SAP HANA

Der Sicherungs- und DR-Agent unterstützt die Erfassung von SAP HANA in den folgenden Konfigurationen.

Unterstützte Konfiguration	SAP HANA SavePoint API ^2	SAP-dateibasiert (HDBSQL/Backint) ^3	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
HANA 2.0 mit horizontaler Skalierung, kein gemeinsamer Speicher	Ja (bevorzugt) ^1	Ja	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Ja (bevorzugt) ^1	Ja	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ja (bevorzugt) ^1	Ja	RHEL 8.7	V11.0.5
	Ja (bevorzugt) ^1	Ja	RHEL 8.10	V11.0.14, Kernel 4.18.0-553.40.1
	Ja (bevorzugt) ^1	Ja	RHEL 9.2	Version 11.0.14 mit Hotfixes
	Ja (bevorzugt) ^1	Ja	RHEL 9.5	V11.0.14, Kernel 5.14.0-503.23.1
	Ja (bevorzugt) ^1	Ja	SLES 15 SP5	V11.0.9
HANA 2.0 mit horizontaler Skalierung, gemeinsam genutzter Speicher ^4	Nicht unterstützt	Ja	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Nicht unterstützt	Ja	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ja (bevorzugt) ^1	Ja	RHEL 8.7	V11.0.5
	Ja (bevorzugt) ^1	Ja	SLES 15 SP5	V11.0.9
SAP HANA 2.0 Standalone oder HA (1+1)	Ja (bevorzugt) ^1	Ja	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Ja (bevorzugt) ^1	Ja	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ja (bevorzugt) ^1	Ja	RHEL 8.7	V11.0.5
	Ja (bevorzugt) ^1	Ja	SLES 15 SP5	V11.0.9
System mit einem einzelnen Container (HANA 1.0) ^5	Ja (bevorzugt)	Ja	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Ja (bevorzugt)	Ja	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ja (bevorzugt) ^1	Ja	RHEL 8.7	V11.0.5
	Ja (bevorzugt) ^1	Ja	SLES 15 SP5	V11.0.9

¹ Erfordert SAP HANA 2.0 SPS 04 oder höher

² Die SAP HANA SavePoint API nutzt Backup and DR CBT und unterstützt die Funktionen „Incremental-Forever“ und „App-Aware Instant Mount“ mit der Option „Log Roll Forward“. Der Backup- und DR-Dienst unterstützt CBT mit HANA unter RHEL 7.2 und höher. Eine vollständige Liste der CBT-qualifizierten RHEL-Versionen finden Sie unter Unterstützung von Linux-Betriebssystemen.

³ Der SAP HANA-Backint-Modus unterstützt nur wöchentliche vollständige Sicherungen mit täglichen inkrementellen Sicherungen. Unterstützt die HANA-Wiederherstellung mit HANA HDBSQL-/Backint-Befehlen. Die App-basierte Sofortbereitstellung wird mit der dateibasierten HANA-API (HDBSQL/Backint) nicht unterstützt.

⁴ Unterstützt nur die Option für die Zuordnung von Backup- und DR-NFS-Festplatten. NFS-Laufwerk ist immer allen HANA-Knoten zugeordnet

⁵ Unterstützt sowohl Block- als auch NFS-Laufwerkzuordnungsoptionen für Backup and DR

Hinweis :Die HANA-Logsicherung ist in die Richtlinien für die Datenbanksicherung integriert und wird in allen diesen Konfigurationen automatisch verarbeitet.

SAP MaxDB

Der Backup- und DR-Dienst unterstützt die folgenden Methoden zum Erfassen von Daten:

• SAP MaxDB unter Linux kann auf Volume-Ebene inkrementell erfasst werden. Dabei sind sofortiger Zugriff und die Erstellung virtueller Klone für TDM möglich. Dabei werden Linux LVM und die Funktionen von Backup and DR für die Nachverfolgung geänderter Blöcke genutzt. Dies ist die empfohlene Alternative.

• Kunden, die LVM nicht verwenden oder keine Erfassung auf Volume-Ebene nutzen können, können MaxDB unter Linux alternativ mit einer vollständigen und inkrementellen Sicherung erfassen. Dabei wird das eigene dumpbasierte Backup der Datenbank verwendet. In der Regel wird wöchentlich ein vollständiges und täglich ein inkrementelles Backup ausgeführt. Bei der Wiederherstellung werden die inkrementellen Sicherungen auf der Grundlage der letzten vollständigen Sicherung rekonstruiert.

Unterstützte SAP MaxDB-Versionen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
7.9.09	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
7.9.10	RHEL 8.1–8.5	V11.0.1
	RHEL 8.6 SLES 15 SP4	V11.0.4
	RHEL 8.7	V11.0.5
	SLES 15 SP5	V11.0.9

SAP IQ (ehemals Sybase IQ)

Der Dienst für Sicherung und Notfallwiederherstellung unterstützt die Erfassung von SAP IQ auf Volume-Ebene in einem inkrementellen Verfahren mit sofortigem Zugriff und der Erstellung virtueller Klone für TDM. Dabei werden Linux LVM- und Backup and DR-Funktionen zur Nachverfolgung geänderter Blöcke genutzt. Diese Option ist die empfohlene Alternative.

Unterstützte SAP IQ-Versionen	Unterstützte Betriebssysteme	Mindestversion des Backup and DR-Agents erforderlich
SAP IQ 16.x (vollständig + inkrementell)	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
SAP IQ 16.x (LVM + CBT)	RHEL 8.1–8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	RHEL 8.6 SLES 15 SP4	V11.0.4
	RHEL 8.7	V11.0.5
	SLES 15 SP5	V11.0.9

Dateisysteme

Backup and DR-Agents erkennen jedes Volume an einem Netzwerkbereitstellungspunkt als schützenswerte Anwendung. Für jede dieser erkannten Anwendungen orchestriert der Backup and DR-Agent den Prozess der Erreichung der Konsistenz (durch VSS-/LVM-Snapshots), präsentiert eine Staging-Festplatte, die mit einem Dateisystem desselben Typs wie die Quelle oder einem kompatiblen Dateisystemtyp formatiert wird, wie hier beschrieben.

Betriebssystem	Quell-FS	Staging-Laufwerk FS	Mindestversion des Backup and DR-Agents erforderlich
Windows	NTFS	NTFS	V11.0.1
	KMU	NTFS	V11.0.1
	ReFS	ReFS	V11.0.1
Linux^1	EXT2	EXT2 oder NFS^4	V11.0.1
	EXT3	EXT3 oder NFS^4	V11.0.1
	EXT4	EXT4 oder NFS^4	V11.0.1
	XFS	XFS oder NFS^4	V11.0.1
	ReiserFS	ReiserFS oder NFS^4	V11.0.1
	NFS	EXT3 oder NFS^4	V11.0.1
	BTRFS	EXT3 oder NFS^4	V11.0.1

¹ LVM-Snapshot wird als Quelle verwendet, falls vorhanden. LVM-Mountback zum selben Server wird unterstützt

² Nur in integrierten Versionen

³ Verschlüsselung nicht unterstützt

⁴ Nur V3 des NFS-Protokolls wird unterstützt

Testdatenverwaltung mit Containern

Bei Backup and DR werden NFS-Volumes verwendet, um erfasste Anwendungsdaten als NFS-Freigaben für Container verfügbar zu machen. So können virtuelle Klone unterstützter Datenbanken erstellt werden, auf die in der Containerumgebung zugegriffen werden kann.

Hinweis :Nur MySQL- und PostgreSQL-Datenbanken auf unterstützten Linux-Betriebssystemen kommen für die Testdatenverwaltung mit Containern infrage.

Datenvirtualisierung für virtuelle Umgebungen

Backup and DR unterstützt die Datenvirtualisierung für virtuelle Umgebungen mit den folgenden Methoden:

Google Cloud VMware Engine

Der Dienst für Sicherung und Notfallwiederherstellung unterstützt das Erfassen von Daten von VMware-VMs mithilfe von VMware vSphere Storage APIs – Data Protection (früher als vStorage APIs for Data Protection oder VADP bezeichnet), um einen gesamten virtuellen Server zu erfassen. Die API-Aufrufe können Folgendes:

• Änderungsblock-Tracking durchführen: Erstellt einen ersten vollständigen Snapshot einer Datenbank und danach nur noch Snapshots der Änderungen an der Datenbank. Dies ermöglicht die inkrementelle Erfassungsstrategie von Backup and DR.

• Anwendungen in den Ruhezustand versetzen: Sorgt für Anwendungsübereinstimmung während der Erfassung.

Hinweis: Der Schutz von VMware View-VMs wird nicht unterstützt.

vCenter^1, 6	7.0, 7.0 U1, 7.0 U2, 7.0 U3, 8.0 ^7
ESX Server^6	7.0, 7.0 U1, 7.0 U2, 7.0 U3
Virtuelle Hardware^2	7 bis 15 und 17 bis 19
Gastbetriebssystem	Alle von Google Cloud VMware Engine unterstützten Betriebssysteme
Anwendungen in den Ruhezustand versetzen^3	Ja, basierend auf VMware-Tools
vSAN-Unterstützung^4	vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3
Block-Tracking ändern^5	Nutzt VMware vSphere Storage APIs – Data Protection (früher als vStorage APIs for Data Protection oder VADP bezeichnet)

¹ Nutzt VMware VDDK Version 7.0.

² NVME-Controller-Typen (in ESX 7.0 und höher) werden nicht unterstützt. Die virtuelle Hardwareversion 14 und höher wird nur mit ESX 7.0 (und höher) unterstützt.

³ Funktion, die für jede Anwendung mit einem VSS Writer oder Pre- und Post-Skripts gilt, um eine anwendungskonsistente Erfassung zu erreichen.

⁴ Da VMware vSAN den Zugriff auf RDM-Geräte nicht unterstützt, wird das Mounten einer VM durch Backup and DR bei Verwendung von RDMs nicht unterstützt. Das Wiederherstellen und Klonen von VMs wird unterstützt. Das Bereitstellen einer VM wird jedoch in Backup and DR unterstützt, wenn Sie NFS-Transport anstelle von RDM verwenden.

⁵ Wird für Laufwerke, die Produktions-VMs als pRDM präsentiert werden, nicht unterstützt.

⁶ Das Konfigurieren des SAN-Transportmodus für die Sicherung des Staging-Laufwerks (agentenbasierte Sicherungen) sowie das Einbinden und Wiederherstellen von Sicherungen über iSCSI wird nicht unterstützt.

⁷ VMware vCenter Server 8.0 wird im Backup- und DR-Dienst 11.0.15 und höher unterstützt.