Backup and DR サービスのサポート終了ポリシー
Backup and DR のサポート終了(「EOSL」)ポリシーは、サードパーティのシステムとソフトウェア、Backup and DR のソフトウェアとハードウェアに対する Backup and DR のサポート終了に関するプロセスと詳細を対象としています。
サードパーティ製ハードウェアとソフトウェアには、バックアップ/復元アプライアンスで保護されているハードウェア プラットフォーム、オペレーティング システム、アプリケーション ソフトウェアが含まれます。サードパーティのハードウェア、オペレーティング システム、アプリケーション ソフトウェアの構成がベンダーから EOSL に達すると、そのような構成に対する Backup and DR のサポートは、商業上合理的な支援に限定されます。
Backup and DR は、各ベンダーのサポート終了日を過ぎたソフトウェア システムとハードウェア システムをサポートするためのホットフィックスやアップデートを今後提供しません。
サポートされているネットワーク プロトコル
Backup and DR は、次のデータ移動をサポートしています。
Network Block Device(NBD) - この転送モードは、Google Cloud VMware Engine 仮想マシンのバックアップに使用されます。
NFS - バックアップと DR は、次のデプロイ構成でデータをキャプチャして提示するために NFS V3(のみ)をサポートしています。
NFS データストアを使用して Google Cloud VMware Engine ホストにバックアップを提示する
Compute Engine または Google Cloud VMware Engine VM 内のエージェントベースのデータ キャプチャ用のステージング ディスクを提示する
バックアップでサポートされている環境
エージェントはこれらの環境でサポートされています。
エージェント ベースのバックアップ
Backup and DR エージェントは、次の環境でサポートされている Microsoft Windows と Linux オペレーティング システムのサポートされているデータベースとファイル システムをバックアップして復元できます。
アプリケーションの種類 | Compute Engine インスタンスでの実行 | Google Cloud VMware Engine VM で実行されている |
---|---|---|
データベース | ○ | ○ |
ファイル システム | ○ | ○ |
エージェントレス バックアップ
Backup and DR サービスは、VM 内にエージェントを必要とせずに、次の環境で VM バックアップをサポートしています。
- Compute Engine インスタンスと Cloud SQL インスタンス(Persistent Disk スナップショット API を活用)
- Persistent Disk にバックアップされた SAP HANA データベースと IBM Db2 データベース
- Google Cloud VMware Engine VM(VMware vSphere Storage API - データ保護(旧称: vStorage APIs for Data Protection または VADP)を活用)
OnVault のオブジェクト ストレージの互換性
OnVault は次の Google Cloud ストレージをサポートしています。
- Standard Storage
- Nearline Storage
- Coldline Storage
- Archive Storage
バックアップと DR エージェントを使用したアプリケーション データの仮想化
Backup and DR エージェント(コネクタとも呼ばれます)は、データ キャプチャと復元プロセスで次の高度な機能を提供する軽量の実行可能ファイルです。
アプリケーション検出: Backup and DR エージェントは、本番環境ホストで構成されたデータベースとファイル システムの詳細な検出を可能にします。
API 統合: 可能であれば、Backup and DR エージェントはアプリケーション固有の API/コマンドと統合して、アプリケーション データを効率的にキャプチャします。
変更ブロックのトラッキング: 本番環境アプリケーションに変更ブロックのトラッキングが組み込まれていない場合、Backup and DR は選択したプラットフォームで変更ブロックのトラッキングを導入します。
アプリケーション認識型の復元/マウント: Backup and DR エージェントには、アプリケーション認識機能が組み込まれています。バックアップと DR エージェントを使用すると、復元マウント オペレーション中に使用可能なアプリケーション インスタンスをインスタンス化できるため、マウント後に手動でスクリプト化されたアクションを実行する必要がなくなります。
汎用アプリケーション(LVM)データ キャプチャ フレームワーク: バックアップと DR エージェントは、サポートされている Linux オペレーティング システムで実行されている任意のアプリケーションからデータをキャプチャするための汎用フレームワークを提供します。このフレームワークは、カスタム スクリプトを呼び出して、アプリケーション整合性のあるデータ キャプチャとバックアップ データからのアプリケーション インスタンス化を実現するためのフックを提供します。
Microsoft Windows Server のサポート
Backup and DR エージェントは、次の Microsoft Windows オペレーティング システムをサポートしています。
OS のバージョン | Backup and DR エージェントの基本サポート | SQL Server の変更ブロックのトラッキングのサポート |
---|---|---|
Windows Server 2025 Datacenter | ○ | ○ |
Windows Server 2025 Datacenter Core | ○ | ○ |
Windows Server 2022 Datacenter | ○ | ○ |
Windows Server 2022 Datacenter Core | ○ | ○ |
Windows Server 2019 Datacenter | ○ | ○ |
Windows Server 2019 Datacenter Core | ○ | ○ |
Windows Server 2016 Datacenter | ○ | ○ |
Windows Server 2016 Datacenter Core | ○ | ○ |
Linux オペレーティング システムのサポート
Backup and DR エージェントは、次の Linux(x86)オペレーティング システムをサポートしています。
基本サポートには、ファイル システムと Oracle データベースのサポートが含まれます。
変更ブロック トラッキング(CBT)のサポートには、他のデータベースの増分永久バックアップ機能が含まれます。
OS | バージョン | Backup and DR エージェントの基本サポート | 変更ブロックのトラッキングのサポート | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|---|---|
RHEL1,4 | 8.4 | ○ | ○ | V11.0.1 |
8.5 | ○ | ○ | V11.0.1 | |
8.6 | ○ | ○ | V11.0.4 | |
8.7 | ○ | ○ | V11.0.5 | |
880 | ○ | いいえ | V11.0.8 | |
8.9 | ○ | いいえ | V11.0.9 | |
8.10 | ○ | いいえ | V11.0.15 | |
9.0 | ○ | いいえ | V11.0.4 | |
9.2 | ○ | いいえ | V11.0.8 | |
9.4 | ○ | いいえ | V11.0.15 | |
9.5 | ○ | いいえ | V11.0.15 | |
RHEL for SAP 1 | 8.4 | ○ | ○ | V11.0.1 |
8.6 | ○ | ○ | V11.0.4 | |
880 | ○ | いいえ | V11.0.8 | |
9.0 | ○ | いいえ | V11.0.8 | |
9.2 | ○ | いいえ | V11.0.8 | |
9.4 | ○ | いいえ | V11.0.15 | |
SLES 1、3 | 12 SP5 | ○ | ○ | V11.0.1 |
15 SP2 | ○ | ○ | V11.0.1 | |
15 SP3 | ○ | ○ | V11.0.1 | |
15 SP4 | ○ | ○ | V11.0.4 | |
15 SP5 | ○ | ○ | V11.0.9 | |
15 SP6 | ○ | ○ | V11.0.13 | |
SLES for SAP 1、3 | 12 SP5 | ○ | ○ | V11.0.1 |
15 SP2 | ○ | ○ | V11.0.1 | |
15 SP3 | ○ | ○ | V11.0.1 | |
15 SP4 | ○ | ○ | V11.0.4 | |
15 SP5 | ○ | ○ | V11.0.9 | |
Rocky Linux | 9.3 | ○ | いいえ | V11.0.9 |
Google Cloud用に最適化された Rocky Linux | 9.3 | ○ | いいえ | V11.0.9 |
Ubuntu | 20.04 LTS | ○ | いいえ | V11.0.1 |
22.04 LTS | ○ | いいえ | V11.0.1 | |
Oracle Linux 1、2 | 7.0 ~ 7.6 | ○ | いいえ | V11.0.1 |
7.7 | ○ | いいえ | V11.0.1 | |
7.8 | ○ | いいえ | V11.0.1 | |
7.9 | ○ | いいえ | V11.0.1 | |
8.0 ~ 8.1 | ○ | いいえ | V11.0.1 | |
8.2 | ○ | いいえ | V11.0.1 | |
8.3 | ○ | いいえ | V11.0.1 | |
8.4 | ○ | いいえ | V11.0.1 | |
8.5 | ○ | いいえ | V11.0.1 | |
8.6 | ○ | いいえ | V11.0.1 | |
8.7 | ○ | いいえ | V11.0.4 | |
8.85 | ○ | いいえ | V11.0.8 | |
9.0 | ○ | いいえ | V11.0.4 | |
9.15 | ○ | いいえ | V11.0.8 | |
9.25 | ○ | いいえ | V11.0.8 |
1 Symantec(Veritas)Dynamic Multi Pathing(DMP)はサポートされていません。
2 Google Cloud VMware Engine VM でのみサポートされ、Compute Engine インスタンス/VM ではサポートされません
3 SuSE の「オフライン」アップグレード(ISO からのアップグレード)中、SuSE インストーラは CBT モジュールや DLKM などの外部パッケージの再構成を実行しません。その結果、更新されたカーネルでシステムが起動すると、古い構成ファイルが古いカーネル モジュールを指しているため、dlkm を読み込むことができません。ISO からの OS のアップグレードはサポートされていません。
4 Backup and DR サービスは RHEL HA をサポートしていません。
5 Red Hat Compatible Kernel(RHCK)バージョンと Unbreakable Enterprise Kernel(UEK)バージョンの両方でサポートされています。
サポートされているカーネルのリストをご覧ください。
Microsoft SQL Server
Backup and DR エージェント バージョン 1.0.1 以降では、Microsoft SQL Server からのデータベース整合性のあるデータ キャプチャ(スナップショット)がサポートされています。
SQL Server のバージョン | Windows Server のバージョン |
---|---|
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 |
IBM Db2
バックアップと DR サービスは、次のデータ キャプチャ方法をサポートしています。
Linux 上の Db2 は、ボリューム レベルで増分方式でキャプチャできます。テストデータ管理(TDM)用のインスタント アクセスと仮想クローンの作成が可能です。これは Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
LVM を使用していないお客様や、ボリューム レベルのキャプチャを使用できないお客様は、完全バックアップと増分バックアップを使用して Db2 on Linux をキャプチャすることもできます。これは、データベース独自のダンプベースのバックアップを使用します。
サポートされている IBM Db2 のバージョン | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|
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 および 15 |
V11.0.4 |
MariaDB
バックアップと DR サービスは、次のデータ キャプチャ方法をサポートしています。
Linux 上の MariaDB は、ボリューム レベルでキャプチャできます。このキャプチャは、TDM のインスタント アクセスと仮想クローンの作成により、増分方式で永続的に行われます。これは Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
LVM を使用していないお客様や、ボリューム レベルのキャプチャを使用できないお客様の場合、Linux 上の MariaDB は完全バックアップと増分バックアップを使用してキャプチャすることもできます。これは、データベース独自のダンプベースのバックアップを使用し、通常は毎週のフル バックアップと毎日の増分バックアップとして実行されます。復元では、最新のフル バックアップの上に増分を再構築します。
サポートされている MariaDB のバージョン | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|
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
バックアップと DR サービスは、次のデータ キャプチャ方法をサポートしています。
Linux 上の MySQL は、ボリューム レベルで増分方式でキャプチャできます。TDM 用のインスタント アクセスと仮想クローンの作成が可能です。これは、Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
LVM を使用していないお客様や、ボリューム レベルのキャプチャを使用できないお客様は、代わりにフル バックアップと増分バックアップを使用して Linux 上の MySQL をキャプチャできます。これは、データベース独自のダンプベースのバックアップを使用し、通常は毎週のフル バックアップと毎日の増分バックアップとして実行されます。復元では、最新のフル バックアップの上に増分を再構築します。
サポートされている MySQL バージョン | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|
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
バックアップと DR のエージェントにより、Oracle データベースのデータベース整合性のあるデータ キャプチャが可能になります。Oracle は ARCHIVELOG モードで実行する必要があります。データ キャプチャは、ファイル システムとしてフォーマットされたステージング ディスク、または ASM ディスク グループ ターゲットとして提示されたステージング ディスクへのデータ キャプチャをサポートしています。
Oracle データベースの保護は、Bare Metal Solution サーバーで実行されているデータベースでも、Compute Engine インスタンス内で実行されているデータベースでも同じです。
Oracle Non Active Data Guard と Active Data Guard の構成からデータをキャプチャすることもできます。
Oracle ファミリー | 構成タイプ | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|---|
Oracle 21c すべてのバージョン |
スタンドアロン | 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 | |
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 すべてのバージョン |
スタンドアロン | OEL 7.x、8.x、9.0 RHEL 8.x、SLES 12、15 Windows 2016、2019 RHEL 8.10(カーネル 4.18.0-553.40.1) RHEL 9.5(カーネル 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 | ||
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 すべてのバージョン |
スタンドアロン | 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 | |
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 |
1 Oracle Exadata システムは iSCSI と NFS でサポートされています
2 Oracle データベースの RMAN 変更ブロックの追跡は、Active Data Guard でのみ使用できます
3 Oracle 18c 以降のデータ キャプチャはコンテナレベル(すべての PDB を含む)で行われます。ターゲットのアプリ対応マウントはコンテナ レベルです。既存のコンテナへの仮想 PDB は、カスタム スクリプトを使用してサポートされます。
サポートされているデータ キャプチャ方法とデータ表示方法
Backup and DR サービスは、さまざまな構成の Oracle データベースに対して、さまざまなキャプチャ方法とプレゼンテーション方法をサポートしています。これには、TDE(透過的データ暗号化)を使用した Oracle データベースのバックアップ、復元、アプリ対応のマウント オペレーションが含まれます。TDE を使用する Oracle データベースの場合、Oracle アプリの Oracle 構成ファイルの場所の詳細設定を設定することで、TDE のウォレットをキャプチャできます。TDE が有効になっているデータベースで Application Aware マウントを利用するには、ウォレットをマウントホストの適切な場所にコピーする必要があります。
また、Oracle の dNFS は Linux オペレーティング システムでサポートされています。
本番環境の DB 構成 | キャプチャ フォーマット1 | プレゼンテーションの形式 |
---|---|---|
ASM/RAC の DB ファイル | ファイル システム(ブロック デバイス) | スタンドアロンのファイル システム |
ファイル システム(NFS) | スタンドアロン ファイル システム(NFS) | |
ファイル システム(NFS) | RAC ファイル システム(NFS) | |
ASM ディスク グループ 3、5 | スタンドアロン ASM | |
ASM ディスク グループ 3、5 | ASM RAC(1 つ以上のノード) | |
ファイル システム上の DB ファイル | ファイル システム(ブロック デバイス) | スタンドアロンのファイル システム |
ファイル システム(NFS) | スタンドアロン ファイル システム(NFS) | |
ASM ディスク グループ 3、4、5 | スタンドアロン ASM | |
ASM ディスク グループ 3、4、5 | ASM RAC(1 つ以上のノード) |
1 キャプチャ形式は、バックアップと DR サービスによって管理されるコピーの結果の形式です。
3 ASM から ASM へのキャプチャと ASM 形式のバックアップの表示は、Windows オペレーティング システムではサポートされていません
4 このキャプチャ方法では、移行元システムに Oracle ASM インスタンスが必要です
5 NFS 経由でデータをキャプチャする場合、ASM ディスク(キャプチャ形式)の組み合わせはサポートされていません
サポートされているデータ キャプチャ形式 | ファイル システムの使用 | ASM ディスク グループの使用 |
---|---|---|
バックアップのサポート | HCC データまたは非 HCC データ | |
RMAN を使用した Oracle の復元 | HCC または非 HCC | |
アプリ対応マウント 1 | Exadata から非 Exadata |
1 HCC 圧縮データの仮想コピーからデータにアクセスするには、アクセス前にデータを解凍する必要があります。
Oracle Exadata のサポート
バックアップと DR サービスでサポートされている Oracle Exadata の構成は次のとおりです。
Exadata Database Machine のバージョン: X4 以降
Oracle バージョン: 18c、19c
PostgreSQL
バックアップと DR サービスは、次のデータ キャプチャ方法をサポートしています。
Linux 上の PostgreSQL は、ボリューム レベルで増分バックアップ方式でキャプチャできます。TDM のインスタント アクセスと仮想クローンの作成が可能です。これは、Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
LVM を使用していないお客様や、ボリューム レベルのキャプチャを使用できないお客様は、代わりにフル バックアップと増分バックアップを使用して Linux 上の PostgreSQL をキャプチャできます。これは、増分バックアップをサポートしていないデータベースの「pg_dump」コマンドを使用するため、各バックアップはデータベースの完全ダンプ バックアップになります。
PostgreSQL の制限により、フル バックアップと増分バックアップの復元オペレーションではロールフォワード復元はサポートされていません。
サポートされている PostgreSQL バージョン | サポートされている OS | 必要な Backup and DR サービス エージェントの最小バージョン |
---|---|---|
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 |
SAP
Backup and DR サービスは、このドキュメントでサポートされているすべてのデータベースで SAP をサポートしています。
SAP ASE(旧称 Sybase ASE)
バックアップと DR サービスは、次のデータ キャプチャ方法をサポートしています。
Linux 上の SAP ASE は、TDM 用のインスタント アクセスと仮想クローンの作成により、増分方式でボリューム レベルでキャプチャできます。これは、Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
LVM を使用していないお客様や、ボリューム レベルのキャプチャを使用できないお客様は、代わりにフル バックアップと増分バックアップを使用して Linux 上の SAP ASE をキャプチャできます。これは、データベース独自のダンプベースのバックアップを使用し、通常は毎週のフル バックアップと毎日の増分バックアップとして実行されます。復元では、最新のフル バックアップの上に増分を再構築します。
サポートされている SAP ASE のバージョン | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|
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
バックアップと DR エージェントは、次の構成で SAP HANA のキャプチャをサポートしています。
サポートされている構成 | SAP HANA SavePoint API 2 | SAP ファイルベース(HDBSQL/Backint)3 | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|---|---|
HANA 2.0 のスケールアウト、非共有ストレージ | あり(推奨)1 | ○ | RHEL 8.1 ~ 8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
あり(推奨)1 | ○ | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
あり(推奨)1 | ○ | RHEL 8.7 | V11.0.5 | |
あり(推奨)1 | ○ | RHEL 8.10 | V11.0.14、カーネル 4.18.0-553.40.1 | |
あり(推奨)1 | ○ | RHEL 9.2 | 修正プログラムを含む V11.0.14 | |
あり(推奨)1 | ○ | RHEL 9.5 | V11.0.14、カーネル 5.14.0-503.23.1 | |
あり(推奨)1 | ○ | SLES 15 SP5 | V11.0.9 | |
HANA 2.0 のスケールアウト、共有ストレージ 4 | サポート対象外 | ○ | RHEL 8.1 ~ 8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
サポート対象外 | ○ | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
あり(推奨)1 | ○ | RHEL 8.7 | V11.0.5 | |
あり(推奨)1 | ○ | SLES 15 SP5 | V11.0.9 | |
SAP HANA 2.0 スタンドアロンまたは HA(1+1) | あり(推奨)1 | ○ | RHEL 8.1 ~ 8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
あり(推奨)1 | ○ | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
あり(推奨)1 | ○ | RHEL 8.7 | V11.0.5 | |
あり(推奨)1 | ○ | SLES 15 SP5 | V11.0.9 | |
シングル コンテナ システム(HANA 1.0)5 | はい(推奨) | ○ | RHEL 8.1 ~ 8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
はい(推奨) | ○ | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
あり(推奨)1 | ○ | RHEL 8.7 | V11.0.5 | |
あり(推奨)1 | ○ | SLES 15 SP5 | V11.0.9 |
1 SAP HANA 2.0 SPS 04 以降が必要
2 SAP HANA SavePoint API は、Backup and DR CBT を活用し、ログ ロールフォワード オプションを使用した永久増分方式とアプリ対応のインスタント マウント機能をサポートします。Backup and DR サービスは、RHEL 7.2 以降の HANA で CBT をサポートしています。CBT の対象となる RHEL バージョンの完全なリストについては、Linux オペレーティング システムのサポートをご覧ください。
3 SAP HANA Backint モードでは、日次増分を含む週次完全バックアップのみがサポートされます。HANA HDBSQL/Backint コマンドを使用した HANA 復元をサポートします。また、HANA ファイルベース(HDBSQL/Backint)API では、アプリ対応のインスタント マウント機能はサポートされていません。
4 Backup and DR NFS ディスク マッピング オプションのみをサポートします。NFS ディスクは常にすべての HANA ノードにマッピングされる
5 Backup and DR のブロックと NFS の両方のディスク マッピング オプションをサポート
SAP MaxDB
バックアップと DR サービスは、次のデータ キャプチャ方法をサポートしています。
Linux 上の SAP MaxDB は、ボリューム レベルで増分方式でキャプチャできます。TDM 用のインスタント アクセスと仮想クローンの作成が可能です。これは Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
LVM を使用していないお客様や、ボリューム レベルのキャプチャを使用できないお客様は、完全バックアップと増分バックアップを使用して MaxDB on Linux をキャプチャすることもできます。これは、データベース独自のダンプベースのバックアップを使用し、通常は毎週のフル バックアップと毎日の増分バックアップとして実行されます。復元では、最新のフル バックアップの上に増分を再構築します。
サポートされている SAP MaxDB のバージョン | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|
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(旧称 Sybase IQ)
バックアップと DR サービスは、SAP IQ をボリュームレベルで永久増分方式でキャプチャし、TDM の仮想クローンを即座に作成してアクセスすることをサポートしています。これは Linux LVM と Backup and DR の変更ブロック トラッキング機能を活用したもので、推奨される代替手段です。
サポートされている SAP IQ のバージョン | サポートされている OS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|
SAP IQ 16.x(フル + 増分) | 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 |
ファイル システム
バックアップと DR のエージェントは、ネットワーク マウント ポイント上の各ボリュームを保護可能なアプリケーションとして検出します。検出された各アプリケーションについて、Backup and DR エージェントは整合性を実現するプロセス(VSS/LVM スナップショットを使用)を調整し、ソースと同じタイプのファイル システムまたは互換性のあるファイル システム タイプでフォーマットされるステージング ディスクを提示します。
オペレーティング システム | 移行元 FS | ステージング ディスクの FS | 必要な Backup and DR エージェントの最小バージョン |
---|---|---|---|
Windows | NTFS | NTFS | V11.0.1 |
SMB | NTFS | V11.0.1 | |
ReFS | ReFS | V11.0.1 | |
Linux1 | EXT2 | EXT2 または NFS4 | V11.0.1 |
EXT3 | EXT3 または NFS4 | V11.0.1 | |
EXT4 | EXT4 または NFS4 | V11.0.1 | |
XFS | XFS または NFS4 | V11.0.1 | |
ReiserFS | ReiserFS または NFS4 | V11.0.1 | |
NFS | EXT3 または NFS4 | V11.0.1 | |
BTRFS | EXT3 または NFS4 | V11.0.1 |
1 LVM スナップショットが存在する場合は、移行元として使用されます。同じサーバーへの LVM マウントバックがサポートされている
2 組み込みバージョンのみ
3 暗号化未対応
4 NFS プロトコルの V3 のみがサポートされています
コンテナを使用したテストデータ管理
バックアップと DR は、NFS ボリュームを活用して、キャプチャされたアプリケーション データをコンテナの NFS 共有として使用できるようにします。これにより、コンテナ化された環境内からアクセスできる、サポートされているデータベースの仮想クローンを作成できます。
仮想環境のデータ仮想化
バックアップと DR は、次の方法で仮想環境のデータ仮想化をサポートしています。
Google Cloud VMware Engine
バックアップと DR サービスは、VMware vSphere Storage APIs - Data Protection(以前の vStorage APIs for Data Protection または VADP)呼び出しを使用して仮想サーバー全体をキャプチャすることで、VMware 仮想マシンからデータをキャプチャすることをサポートしています。具体的には、API 呼び出しで次のことができます。
変更ブロックのトラッキングを実行する: データベースの最初のフル スナップショットを作成し、その後はデータベースの変更のみをスナップショットします。これにより、Backup and DR の増分永久キャプチャ戦略が可能になります。
アプリケーションを静止する: キャプチャ中にアプリケーションの整合性を確保します。
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 |
仮想ハードウェア 2 | 7 ~ 15 歳、17 ~ 19 歳 |
ゲスト OS | Google Cloud VMware Engine でサポートされているすべての OS |
アプリケーションを休止する 3 | はい(VMware Tools に基づく) |
vSAN のサポート 4 | vSAN 7.0 U1、vSAN 7.0 U2、vSAN 7.0 U3 |
変更ブロックのトラッキング5 | VMware vSphere Storage API - データ保護(旧 vStorage APIs for Data Protection または VADP)を活用する |
1 VMware VDDK バージョン 7.0 を活用します。
2 NVME コントローラ タイプ(ESX 7.0 以降に存在)はサポートされていません。仮想ハードウェア バージョン 14 以降は、ESX 7.0(以降)でのみサポートされます。
3 アプリケーション整合性のあるキャプチャを実現するために、VSS Writer またはパッチ適用前後のスクリプトを使用するすべてのアプリケーションに適用可能な機能。
4 VMware vSAN は RDM デバイス アクセス機能をサポートしていないため、RDM を使用している場合、Backup and DR では VM のマウントはサポートされていません。VM の復元とクローン作成がサポートされています。ただし、RDM ではなく NFS トランスポートを使用する場合は、Backup and DR で VM のマウントがサポートされます。
5 本番環境 VM に pRDM として提示されるディスクはサポートされていません。
6 バックアップ ステージング ディスク(エージェント ベースのバックアップ)に SAN 転送モードを構成し、iSCSI を使用してバックアップをマウントして復元することはできません。
7 VMware vCenter Server 8.0 は、Backup and DR Service 11.0.15 以降でサポートされています。