Matriks Dukungan: Pencadangan dan DR

Kebijakan akhir masa dukungan Layanan Pencadangan dan DR

Kebijakan Akhir Siklus Proses ("EOSL") Pencadangan dan DR mencakup proses dan detail terkait akhir dukungan dari Pencadangan dan DR untuk sistem dan software pihak ketiga, serta software dan hardware Pencadangan dan DR.

Hardware dan software pihak ketiga mencakup platform hardware, sistem operasi, dan software aplikasi yang dilindungi oleh appliance Backup/DR. Jika konfigurasi hardware, sistem operasi, atau software aplikasi pihak ketiga mencapai EOSL dari vendor, dukungan Pencadangan dan DR untuk konfigurasi tersebut akan terbatas pada bantuan yang wajar secara komersial. Pencadangan dan DR tidak akan lagi menerbitkan hotfix atau update untuk mendukung sistem software dan hardware yang telah berada di luar akhir masa dukungan dari vendor masing-masing.

Protokol jaringan yang didukung

Pencadangan dan DR mendukung pergerakan data melalui:

• iSCSI

• Network Block Device (NBD) - mode transpor ini digunakan untuk mencadangkan VM Google Cloud VMware Engine.

• NFS - Pencadangan dan DR mendukung NFS V3 (khusus) untuk mengambil dan menampilkan data dalam konfigurasi deployment berikut:

  • Menampilkan cadangan ke host Google Cloud VMware Engine menggunakan datastore NFS

  • Menampilkan disk staging untuk pengambilan data berbasis agen dalam VM Compute Engine atau Google Cloud VMware Engine

Lingkungan yang didukung untuk pencadangan

Agen didukung di lingkungan ini.

Pencadangan berbasis agen

Agen Pencadangan dan DR (konektor) dapat mencadangkan dan memulihkan database serta sistem file yang didukung dari sistem operasi Microsoft Windows & Linux yang didukung di lingkungan berikut.

Jenis Aplikasi	Berjalan di instance Compute Engine ^1	Berjalan di VM Google Cloud VMware Engine ^1
Database	Ya	Ya
Sistem File	Ya	Ya

¹ CBT di instance Compute Engine dan VM GCVE mengharuskan UEFI Secure Boot dinonaktifkan.

Pencadangan tanpa agen

Layanan Pencadangan dan DR mendukung pencadangan VM di lingkungan berikut tanpa memerlukan agen di dalam VM:

• Instance Compute Engine (memanfaatkan API snapshot Persistent Disk)

• VM Google Cloud VMware Engine (memanfaatkan VMware vSphere Storage API - Data Protection (sebelumnya dikenal sebagai vStorage API untuk Data Protection atau VADP))

Kompatibilitas penyimpanan objek untuk OnVault

OnVault mendukung penyimpanan Google Cloud berikut.

Jenis Penyimpanan	Versi Backup and DR Service Minimum yang Diperlukan
Standard Storage	V11.0.1
Nearline storage	V11.0.1
Coldline storage	V11.0.1
Archive Storage	V11.0.1

Virtualisasi data aplikasi dengan agen Pencadangan dan DR (Konektor)

Agen pencadangan dan DR (biasanya juga dikenal sebagai konektor) adalah file yang dapat dijalankan dengan ringan yang memberikan kemampuan lanjutan berikut selama proses pengambilan dan pemulihan data.

• Penemuan Aplikasi: Agen pencadangan dan DR memungkinkan penemuan mendalam database dan sistem file yang dikonfigurasi di host produksi

• Integrasi API: Jika memungkinkan, agen Pencadangan dan DR akan terintegrasi dengan API/perintah khusus aplikasi untuk pengambilan data aplikasi yang efisien

• Change Block Tracking: Jika aplikasi produksi tidak memiliki pelacakan blok perubahan bawaan, pencadangan dan DR akan memperkenalkan pelacakan blok perubahan di platform tertentu

• Pemulihan/pemasangan berbasis aplikasi: Agen pencadangan dan DR telah membuat kesadaran aplikasi. Agen Backup dan DR (Konektor) memungkinkan Anda membuat instance aplikasi yang dapat digunakan selama operasi pemasangan pemulihan sehingga menghilangkan kebutuhan untuk melakukan tindakan dengan skrip manual setelah pemasangan.

• Framework Perolehan Data Aplikasi Generik (LVM): Agen pencadangan dan DR menyediakan framework generik untuk mengambil data dari aplikasi apa pun yang berjalan di sistem operasi Linux yang didukung. Framework ini menyediakan hook untuk memanggil skrip kustom guna mencapai pengambilan data yang konsisten dan pembuatan instance aplikasi dari data cadangan.

Dukungan Microsoft Windows Server

Agen Pencadangan dan DR mendukung sistem operasi Microsoft Windows berikut.

Versi Sistem Operasi	Dukungan Agen (Konektor) Pencadangan dan DR Dasar	Dukungan Perubahan Pelacakan Blok ^1	Versi Agen (Konektor) Backup and DR minimum yang diperlukan
Windows Server 2016	Ya	Ya	V11.0.1
Windows Server 2019	Ya	Ya	V11.0.1
Windows Server 2022	Ya	Ya	V11.0.1

¹ CBT hanya didukung untuk Microsoft SQL Server.

Dukungan sistem operasi Linux

Agen Pencadangan dan DR (Konektor) mendukung sistem operasi Linux (x86) berikut.

Dukungan dasar mencakup dukungan untuk sistem file dan database Oracle.

Dukungan Change Block Tracking (CBT) mencakup kemampuan pencadangan inkremental selamanya untuk database lain.

OS	Versi	Dukungan Agen (Konektor) Pencadangan dan DR Dasar	Dukungan Blokir Pelacakan Diubah	Versi Agen (Konektor) Backup and DR minimum yang diperlukan
RHEL^1,4,5	8.0-8.1^7	Ya	Ya	V11.0.1
	8.2	Ya	Ya	V11.0.1
	8.3	Ya	Ya	V11.0.1
	8.4	Ya	Ya	V11.0.1
	8.5	Ya	Ya	V11.0.1
	8.6	Ya	Ya	V11.0.4
	8.7	Ya	Ya	V11.0.5
	8.8	Ya	Tidak	V11.0.8
	8.9	Ya	Tidak	V11.0.9
	9.0	Ya	Tidak	V11.0.4
	9.2	Ya	Tidak	V11.0.8
	9.3	Ya	Tidak	V11.0.9
RHEL untuk SAP^1, 5	8.4	Ya	Ya	V11.0.1
	8.6	Ya	Ya	V11.0.4
	8.8	Ya	Tidak	V11.0.8
	9.0	Ya	Tidak	V11.0.8
	9.2	Ya	Tidak	V11.0.8
SLES ^1, 3, 6	12 SP5	Ya	Ya	V11.0.1
	15 SP2	Ya	Ya	V11.0.1
	15 SP3	Ya	Ya	V11.0.1
	15 SP4	Ya	Ya	V11.0.4
	15 SP5	Ya	Ya	V11.0.9
SLES untuk SAP ^1, 3, 6	12 SP5	Ya	Ya	V11.0.1
	15 SP2	Ya	Ya	V11.0.1
	15 SP3	Ya	Ya	V11.0.1
	15 SP4	Ya	Ya	V11.0.4
	15 SP5	Ya	Ya	V11.0.9
Rocky Linux^5	8.7	Ya	Ya	V11.0.7
	8.8	Ya	Tidak	V11.0.8
	8.9	Ya	Tidak	V11.0.9
	9.0	Ya	Tidak	V11.0.8
	9.1	Ya	Tidak	V11.0.8
	9.2	Ya	Tidak	V11.0.8
	9.3	Ya	Tidak	V11.0.9
Rocky Linux yang dioptimalkan untuk Google Cloud	8.7	Ya	Tidak	V11.0.5
	8.8	Ya	Tidak	V11.0.8
	8.9	Ya	Tidak	V11.0.9
	9.2	Ya	Tidak	V11.0.8
	9.3	Ya	Tidak	V11.0.9
Ubuntu	20.04 LTS	Ya	Tidak	V11.0.1
	22.04 LTS	Ya	Tidak	V11.0.1
Oracle Enterprise Linux ^1, 2	7.0-7.6	Ya	Tidak	V11.0.1
	7.7	Ya	Tidak	V11.0.1
	7,8	Ya	Tidak	V11.0.1
	7.9	Ya	Tidak	V11.0.1
	8.0-8.1	Ya	Tidak	V11.0.1
	8.2	Ya	Tidak	V11.0.1
	8.3	Ya	Tidak	V11.0.1
	8.4	Ya	Tidak	V11.0.1
	8.5	Ya	Tidak	V11.0.1
	8.6	Ya	Tidak	V11.0.1
	8.7	Ya	Tidak	V11.0.4
	8,8^8	Ya	Tidak	V11.0.8
	9.0	Ya	Tidak	V11.0.4
	9.1^8	Ya	Tidak	V11.0.8
	9.2^8	Ya	Tidak	V11.0.8

¹ Dynamic Multi Pathing (DMP) Symantec (Veritas) TIDAK didukung.

² Hanya didukung di VM Google Cloud VMware Engine, bukan di instance/VM Compute Engine

³ Selama upgrade "offline" SuSE (upgrade dari ISO), penginstal SuSE tidak menjalankan konfigurasi ulang pada paket eksternal, termasuk modul CBT dan DLKM. Akibatnya, saat sistem melakukan booting dengan kernel yang diupdate, dlkm tidak dapat dimuat karena file konfigurasi lama masih mengarah ke modul kernel yang lebih lama. Upgrade OS dari ISO tidak didukung.

⁴ Backup and DR Service tidak mendukung RHEL HA.

⁵ Tidak mendukung CBT jika versi kernel > 4.18.0-425.3.1.

⁶ Tidak mendukung CBT jika versi kernel > 5.14.21-150400.22.1.

⁷ Dalam kasus yang jarang terjadi, perintah snapshot LVM pada versi OS ini dapat menyebabkan pencadangan berhenti merespons. Ini adalah masalah umum Red Hat. ID bug internal untuk bug ini seperti yang dikelola oleh Red Hat adalah 1758605. Upgrade kernel Linux ke kernel terbaru yang tersedia di rilis RHEL/CentOS 8.1. Untuk informasi selengkapnya, kunjungi https://access.redhat.com/solutions/5049041 atau hubungi tim dukungan Red Hat/CentOS untuk mendapatkan bantuan lebih lanjut.

⁸ Didukung pada versi Red Hat Compatible Kernel (RHCK) dan Unbreakable Enterprise Kernel (UEK).

Microsoft SQL Server

Agen pencadangan dan DR mendukung pengambilan data yang konsisten (snapshot) database dari Microsoft SQL Server.

Versi	Konfigurasi yang Didukung	Versi agen Cadangan dan DR (Konektor) minimum yang diperlukan
2019	Mandiri	V11.0.1
	Grup Ketersediaan Always On	V11.0.1
	Grup Ketersediaan Terdistribusi	V11.0.1
	Instance Failover ^1	V11.0.1
2017	Mandiri	V11.0.1
	Grup Ketersediaan Always On	V11.0.1
	Grup Ketersediaan Terdistribusi	V11.0.1
	Instance Failover^1	V11.0.1
2016	Mandiri	V11.0.1
	Grup Ketersediaan Always On	V11.0.1
	Grup Ketersediaan Terdistribusi	V11.0.1
	Instance Failover ^1	V11.0.1
2014	Mandiri	V11.0.1
	Grup Ketersediaan Always On	V11.0.1
	Instance Failover ^1	V11.0.1

¹ Tidak ada dukungan untuk pemasangan yang mengetahui aplikasi ke instance SQL Server yang berjalan di Microsoft Failover Cluster jika salah satu node-nya telah ditemukan sebagai VM Google Cloud VMware Engine.

IBM Db2

Backup and DR Service mendukung metode pengambilan data berikut:

• Db2 di Linux dapat diambil pada tingkat volume dengan cara inkremental-selamanya dengan akses instan dan pembuatan clone virtual untuk Pengelolaan Data Pengujian (TDM). Hal ini memanfaatkan Linux LVM dan kemampuan Pelacakan Blok yang Berubah dari Pencadangan dan DR serta merupakan alternatif yang direkomendasikan.

• Untuk pelanggan yang tidak menggunakan LVM atau yang tidak dapat menggunakan pengambilan tingkat volume, Db2 di Linux dapat diambil secara alternatif menggunakan pencadangan penuh + inkremental. Tindakan ini menggunakan cadangan berbasis dump database itu sendiri.

Versi IBM DB2 yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
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 dan 15	V11.0.4

MariaDB

Backup and DR Service mendukung metode pengambilan data berikut:

• MariaDB di Linux dapat diambil di tingkat volume dengan cara inkremental-selamanya dengan akses instan dan pembuatan salinan virtual untuk TDM. Hal ini memanfaatkan kemampuan LVM Linux dan Pelacakan Blok Perubahan Pencadangan dan DR dan merupakan alternatif yang direkomendasikan.

• Untuk pelanggan yang tidak menggunakan LVM atau yang tidak dapat menggunakan pengambilan tingkat volume, MariaDB di Linux dapat diambil secara alternatif menggunakan pencadangan penuh + inkremental. Tindakan ini menggunakan cadangan berbasis dump database sendiri dan biasanya berjalan sebagai cadangan lengkap mingguan dan inkremental harian. Pemulihan melibatkan rekonstruksi inkremental di atas pencadangan penuh terbaru.

Versi MariaDB yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
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

Backup and DR Service mendukung metode pengambilan data berikut:

• MySQL di Linux dapat diambil di tingkat volume dengan cara inkremental-selamanya dengan akses instan dan pembuatan clone virtual untuk TDM. Hal ini memanfaatkan kemampuan LVM Linux dan Pelacakan Blok Perubahan Pencadangan dan DR serta merupakan alternatif yang direkomendasikan.

• Untuk pelanggan yang tidak menggunakan LVM atau yang tidak dapat menggunakan pengambilan tingkat volume, MySQL di Linux dapat diambil sebagai alternatif menggunakan pencadangan penuh + inkremental. Tindakan ini menggunakan cadangan berbasis dump database sendiri dan biasanya berjalan sebagai cadangan lengkap mingguan dan inkremental harian. Pemulihan mencakup merekonstruksi inkremental di atas pencadangan penuh terbaru.

Versi MySQL yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
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

Agen pencadangan dan DR memungkinkan pengambilan data yang konsisten dari database Oracle. Oracle harus dijalankan dalam mode ARCHIVELOG. Pengambilan data mendukung pengambilan data ke disk staging yang diformat sebagai sistem file atau ditampilkan sebagai target grup disk ASM.

Perlindungan database Oracle sama untuk database yang berjalan di server Solusi Bare Metal atau di dalam instance Compute Engine.

Data juga dapat diambil dari konfigurasi Oracle Non Active Data Guard dan Active Data Guard.

Grup Oracle	Jenis konfigurasi	OS yang didukung	Versi minimum agen Backup and DR yang diperlukan
Oracle 21c Semua Versi	Mandiri	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
	Non 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 Semua Versi	Mandiri	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
	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
	Non 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 Semua Versi	Mandiri	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
	Non 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

¹ Sistem Oracle Exadata didukung dengan iSCSI dan NFS

² Pelacakan blok perubahan RMAN database Oracle hanya tersedia di Active Data Guard

³ Pengambilan data Oracle 18c dan yang lebih baru berada di tingkat penampung (yang mencakup semua PDB). Pemasangan berbasis aplikasi pada target berada di tingkat penampung. PDB virtual ke penampung yang ada didukung menggunakan skrip kustom.

Metode pengambilan data dan presentasi data yang didukung

Layanan Pencadangan dan DR mendukung berbagai metode pengambilan dan presentasi untuk database Oracle dalam berbagai konfigurasi. Hal ini mencakup operasi pencadangan, pemulihan, dan pemasangan yang mengetahui Aplikasi dari database Oracle dengan TDE (Transparent Data Encryption). Untuk database Oracle dengan TDE, wallet untuk TDE dapat diambil dengan menetapkan setelan lanjutan lokasi file Konfigurasi Oracle untuk aplikasi Oracle. Pemasangan yang mengetahui aplikasi untuk database yang mengaktifkan TDE mengharuskan wallet disalin ke lokasi yang sesuai di host pemasangan.

Catatan: Pemulihan data Oracle yang diambil dari mesin big-endian ke mesin little-endian dan sebaliknya tidak didukung.

Perhatikan juga bahwa dNFS dengan Oracle didukung di sistem operasi Linux.

Konfigurasi DB Produksi	Format Perekaman^1	Format Presentasi
File DB di ASM/RAC	Sistem file (Perangkat Blok)	Sistem file mandiri
	Sistem file (NFS)	Sistem file mandiri (NFS)
	Sistem file (NFS)	Sistem File RAC (NFS)
	Grup Disk ASM ^3, 5	ASM Mandiri
	Grup Disk ASM ^3, 5	ASM RAC (satu atau beberapa node)
File DB di sistem file	Sistem file (Perangkat Blok)	Sistem file mandiri
	Sistem file (NFS)	Sistem file mandiri (NFS)
	Grup Disk ASM ^3, 4, 5	ASM Mandiri
	Grup Disk ASM ^3, 4, 5	ASM RAC (satu atau beberapa node)

¹ Format Perekaman adalah format yang dihasilkan dari salinan yang dikelola oleh Pencadangan dan DR.

³ Perekaman dari ASM ke ASM dan presentasi pencadangan dalam format ASM tidak didukung di sistem operasi Windows

⁴ Instance Oracle ASM diperlukan di sistem sumber untuk metode pengambilan ini

⁵ Kombinasi Disk ASM (format pengambilan) tidak didukung saat data diambil melalui NFS

Format Perolehan Data yang didukung	Menggunakan Sistem File Menggunakan Grup Disk ASM
Dukungan pencadangan	Data HCC atau Non-HCC
Pemulihan Oracle menggunakan RMAN	HCC atau non-HCC
Pemasangan yang Memahami Aplikasi ^1	Exadata ke non-Exadata

¹ Mengakses data dari salinan virtual data yang dikompresi HCC akan mengharuskan data dikompresi sebelum akses

Dukungan Oracle exadata

Backup and DR Service mendukung konfigurasi Oracle Exadata berikut.

• Versi Mesin Database Exadata: X4 dan yang lebih baru

• Versi Oracle: 18c dan 19c

Catatan: Dukungan terbatas untuk mesin Exadata yang menjalankan Oracle Enterprise Linux versi 6.0 dan yang lebih baru.

PostgreSQL

Backup and DR Service mendukung metode pengambilan data berikut:

• PostgreSQL di Linux dapat diambil di tingkat volume dengan cara inkremental-selamanya dengan akses instan dan pembuatan clone virtual untuk TDM. Hal ini memanfaatkan kemampuan LVM Linux dan Pelacakan Blok Perubahan Pencadangan dan DR serta merupakan alternatif yang direkomendasikan.

• Untuk pelanggan yang tidak menggunakan LVM atau yang tidak dapat menggunakan pengambilan tingkat volume, PostgreSQL di Linux dapat diambil sebagai alternatif menggunakan pencadangan penuh + inkremental. Tindakan ini menggunakan perintah "pg_dump" database, yang tidak mendukung pencadangan inkremental, sehingga setiap pencadangan akan berupa pencadangan dump database penuh.

• Karena batasan PostgreSQL, pemulihan roll forward tidak didukung untuk operasi pemulihan pencadangan penuh+inkremental.

Versi PostgreSQL yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
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

SAP

Layanan Pencadangan dan DR mendukung SAP di semua database yang didukung dalam dokumen ini.

SAP ASE (sebelumnya Sybase ASE)

Backup and DR Service mendukung metode pengambilan data berikut:

• SAP ASE di Linux dapat diambil di tingkat volume dengan cara inkremental-selamanya dengan akses instan dan pembuatan klon virtual untuk TDM. Hal ini memanfaatkan kemampuan LVM Linux dan Pelacakan Blok Perubahan Pencadangan dan DR serta merupakan alternatif yang direkomendasikan.

• Untuk pelanggan yang tidak menggunakan LVM atau yang tidak dapat menggunakan pengambilan tingkat volume, SAP ASE di Linux dapat diambil secara alternatif menggunakan cadangan penuh dan inkremental. Tindakan ini menggunakan cadangan berbasis dump database sendiri dan biasanya berjalan sebagai cadangan lengkap mingguan dan inkremental harian. Pemulihan mencakup merekonstruksi inkremental di atas pencadangan penuh terbaru.

Versi SAP ASE yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
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

Agen pencadangan dan DR mendukung pengambilan SAP HANA dalam konfigurasi berikut.

Konfigurasi yang Didukung	SAP HANA SavePoint API ^2	Berbasis file SAP (HDBSQL/Backint) ^3	OS yang didukung	Versi minimum agen Backup and DR (Konektor) yang diperlukan
HANA 2.0 yang di-scale-out, penyimpanan non-bersama	Ya (lebih disarankan) ^1	Ya	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Ya (lebih disarankan) ^1	Ya	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ya (lebih disarankan) ^1	Ya	RHEL 8.7	V11.0.5
	Ya (lebih disarankan) ^1	Ya	SLES 15 SP5	V11.0.9
HANA 2.0 scale-out, penyimpanan bersama ^4	Tidak Didukung	Ya	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Tidak Didukung	Ya	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ya (lebih disarankan) ^1	Ya	RHEL 8.7	V11.0.5
	Ya (lebih disarankan) ^1	Ya	SLES 15 SP5	V11.0.9
SAP HANA 2.0 Standalone atau HA (1+1)	Ya (lebih disarankan) ^1	Ya	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Ya (lebih disarankan) ^1	Ya	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ya (lebih disarankan) ^1	Ya	RHEL 8.7	V11.0.5
	Ya (lebih disarankan) ^1	Ya	SLES 15 SP5	V11.0.9
Sistem Penampung Tunggal (HANA 1.0) ^5	Ya (lebih disarankan)	Ya	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Ya (lebih disarankan)	Ya	RHEL 8.6 SLES 15 SP4	V11.0.4
	Ya (lebih disarankan) ^1	Ya	RHEL 8.7	V11.0.5
	Ya (lebih disarankan) ^1	Ya	SLES 15 SP5	V11.0.9

¹ Memerlukan SAP HANA 2.0 SPS 04 atau yang lebih baru

² SAP HANA SavePoint API memanfaatkan CBT Backup dan DR serta mendukung fitur pemasangan instan incremental-forever dan app-aware dengan opsi log roll forward. Layanan Pencadangan dan DR mendukung CBT dengan HANA di RHEL 7.2 dan yang lebih baru. Untuk mengetahui daftar lengkap versi RHEL yang memenuhi syarat CBT, lihat Dukungan Sistem Operasi Linux.

³ Mode Backint SAP HANA hanya mendukung pencadangan penuh mingguan dengan tambahan harian. Mendukung pemulihan HANA menggunakan perintah HDBSQL/Backint HANA. Selain itu, kemampuan pemasangan instan berbasis Aplikasi tidak didukung dengan API Berbasis File HANA (HDBSQL/Backint)

⁴ Hanya mendukung opsi pemetaan disk NFS Backup dan DR. Disk NFS selalu dipetakan ke semua node HANA

⁵ Mendukung opsi pemetaan disk NFS dan blok Pencadangan dan DR

Catatan: Pencadangan log HANA terintegrasi dengan kebijakan pencadangan database dan ditangani secara otomatis di semua konfigurasi ini.

SAP MaxDB

Backup and DR Service mendukung metode pengambilan data berikut:

• SAP MaxDB di Linux dapat diambil di tingkat volume dengan cara inkremental-selamanya dengan akses instan dan pembuatan salinan virtual untuk TDM. Hal ini memanfaatkan kemampuan Pelacakan Blok Perubahan Pencadangan dan DR serta LVM Linux dan merupakan alternatif yang direkomendasikan.

• Untuk pelanggan yang tidak menggunakan LVM atau yang tidak dapat menggunakan pengambilan tingkat volume, MaxDB di Linux dapat diambil secara alternatif menggunakan pencadangan penuh dan inkremental. Tindakan ini menggunakan cadangan berbasis dump database sendiri dan biasanya berjalan sebagai cadangan lengkap mingguan dan inkremental harian. Pemulihan mencakup merekonstruksi inkremental di atas pencadangan penuh terbaru.

Versi SAP MaxDB yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
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 (sebelumnya Sybase IQ)

Layanan Pencadangan dan DR mendukung pengambilan SAP IQ di tingkat volume secara inkremental selamanya dengan akses instan dan pembuatan salinan virtual untuk TDM. Hal ini memanfaatkan kemampuan LVM Linux dan Pelacakan Blok Perubahan Pencadangan dan DR dan merupakan alternatif yang direkomendasikan.

Versi SAP IQ yang didukung	OS yang didukung	Versi minimum agen Cadangan dan DR (Konektor) yang diperlukan
SAP IQ 16.x (Full + Incremental)	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

Sistem file

Agen pencadangan dan DR menemukan setiap volume di titik pemasangan jaringan sebagai aplikasi yang dapat dilindungi. Untuk setiap aplikasi yang ditemukan ini, agen Pencadangan dan DR mengatur proses untuk mencapai konsistensi (melalui snapshot VSS/LVM), menampilkan disk staging yang akan diformat dengan sistem file dengan jenis yang sama seperti sumber atau jenis sistem file yang kompatibel seperti yang didokumentasikan di sini.

Sistem Operasi	FS Sumber	Staging Disk FS	Versi Agen Backup dan DR (Konektor) minimum yang diperlukan
Windows	NTFS	NTFS	V11.0.1
	SMB	NTFS	V11.0.1
	ReFS	ReFS	V11.0.1
Linux ^1	EXT2	EXT2 atau NFS ^4	V11.0.1
	EXT3	EXT3 atau NFS ^4	V11.0.1
	EXT4	EXT4 atau NFS ^4	V11.0.1
	XFS	XFS atau NFS ^4	V11.0.1
	ReiserFS	ReiserFS atau NFS ^4	V11.0.1
	NFS	EXT3 atau NFS ^4	V11.0.1
	BTRFS	EXT3 atau NFS ^4	V11.0.1

¹ Snapshot LVM digunakan sebagai sumber, jika ada. Pemasangan LVM kembali ke server yang sama didukung

² Hanya versi bawaan

³ Enkripsi tidak didukung

⁴ Hanya protokol NFS V3 yang didukung

Menguji pengelolaan data dengan penampung

Pencadangan dan DR memanfaatkan volume NFS untuk menyediakan data aplikasi yang diambil sebagai fitur berbagi NFS ke penampung. Hal ini memungkinkan pembuatan clone virtual database yang didukung dan dapat diakses dari dalam lingkungan container.

Catatan: Hanya database MySQL dan PostgreSQL di OS Linux yang didukung yang memenuhi syarat untuk Pengelolaan Data Pengujian dengan penampung.

Virtualisasi data untuk lingkungan virtual

Pencadangan dan DR mendukung virtualisasi data untuk lingkungan virtual menggunakan metode berikut:

Google Cloud VMware Engine

Layanan Pencadangan dan DR mendukung pengambilan data dari virtual machine VMware dengan memanfaatkan panggilan VMware vSphere Storage API - Data Protection (sebelumnya dikenal sebagai vStorage API untuk Data Protection atau VADP) untuk mengambil seluruh server virtual. Secara khusus, panggilan API dapat:

• Melakukan pelacakan blok perubahan: Membuat snapshot lengkap awal database, lalu ke depannya hanya mengambil snapshot perubahan ke database sehingga memungkinkan strategi pengambilan inkremental Backup dan DR.

• Menonaktifkan aplikasi: Memastikan konsistensi aplikasi selama pengambilan.

Catatan: Perlindungan virtual machine VMware View tidak didukung.

vCenter^1^,^6	7.0, 7.0 U1, 7.0 U2, 7.0 U3
Server ESX^6	7.0, 7.0 U1, 7.0 U2, 7.0 U3
Hardware Virtual^2	7 hingga 15 tahun dan 17 hingga 19 tahun
OS Tamu	Semua OS yang didukung Google Cloud VMware Engine
Menonaktifkan aplikasi ^3	Ya, berdasarkan VMware Tools
Dukungan vSAN^4	vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3
Perubahan Pelacakan Blok^5	Memanfaatkan VMware vSphere Storage API - Data Protection (sebelumnya dikenal sebagai vStorage API untuk Data Protection atau VADP)

¹ Memanfaatkan VMware VDDK versi 7.0.

² Jenis Pengontrol NVME (ditemukan di ESX 7.0 dan yang lebih baru) tidak didukung. Hardware virtual versi 14 dan yang lebih baru hanya didukung dengan ESX 7.0 (dan yang lebih baru)

³ Kemampuan yang berlaku untuk aplikasi apa pun dengan VSS Writer atau skrip sebelum dan sesudah untuk mencapai pengambilan yang konsisten dengan aplikasi.

⁴ Karena VMware vSAN tidak mendukung fitur akses perangkat RDM, pemasangan VM tidak didukung oleh Pencadangan dan DR saat menggunakan RDM. Pemulihan dan Klon VM didukung. Namun, pemasangan VM didukung di Pencadangan dan DR saat menggunakan transpor NFS, bukan RDM.

⁵ Tidak didukung untuk disk yang ditampilkan ke VM produksi sebagai pRDM.

⁶ Mengonfigurasi mode transpor SAN untuk mencadangkan disk staging (pencadangan berbasis agen) serta memasang dan memulihkan pencadangan menggunakan iSCSI tidak didukung.