Oracle 19c SEHAのバックアップ検討（１）

１．Oracle SEHAについて

Oracle 19c からSE2RACが廃止となりましたが、
リリースアップデート19.7からHA(High Availability）構成が可能となりました。

・Oracle Database 19.7およびOracle Grid Infrastructure 19.7が必要
・クラスタソフトウェアはOracle Grid Infrastructure リリースアップデート19.7に含まれるOCW（Oracle Clusterware)
・本番サーバ・待機サーバのフェイルオーバー構成
・待機サーバの稼働日数が年間10日以内であれば待機サーバのライセンス不要
　参考：HA構成におけるライセンスカウントについて
https://faq.oracle.co.jp/app/answers/detail/a_id/2637/~/ha%E6%A7%8B%E6%88%90%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B%E3%83%A9%E3%82%A4%E3%82%BB%E3%83%B3%E3%82%B9%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

（オラクル社のライセンスカウントFAQの記載にしたがい、以下、SEHAのノードについて本番サーバ・待機サーバと記載します）

２．NetVaultでOracle SEHAをバックアップするには

以下の２つのパターンが考えられます

①クラスタとみなさず、本番サーバから、OracleシングルインスタンスをOracle Pluginでバックアップ
    (ただし、本番サーバに障害発生して待機サーバへフェイルオーバー時、バックアップジョブのフェイルオーバー不可)
②SEHAの仮想IP（VIPまたはSCAN）でNetVault仮想クライアントとOracle Cluster Pluginをセットアップし、
　通常は本番サーバからバックアップ、フェイルオーバー発生時は待機サーバからバックアップ

しかし、現時点ではOCW（Oracle Clusterware)はNetVaultではクラスタソフトウェアとしてサポートしていませんので、
パターン①をご検討いただくことになります。

以下、パターン①で試してみました。

（１）Oracle19.7でSEHAを構築
（２）本番サーバからNetVaultとOracle Pluginでシングルインスタンスをバックアップ
（３）待機サーバにフェイルオーバーし、待機サーバにNetVaultとOracle Pluginをセットアップ
（４）待機サーバで、本番サーバから取得したバックアップをリストア

３．検証環境

・Grid Infrastructureの前提条件でDNSサーバ必須
・SCAN VIPはデフォルトで３、各ノードVIPも必要

３．１　NetVaultサーバ環境

３．２　SEHA環境

４．検証内容

４－１．Oracle19.7でSEHAを構築

・SEHAの構築については以下を参考にしました

Installing Standard Edition High Availability Database Software on Local File System
https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/installing-seha-on-local-file-system.html

※注意点

Oracle Grid Infrastructureをセットアップし、ASMで共有ディスクを構築しますが
SEHAは、dbcaでRACではなくSingle Instance Database Installationでシングルインスタンスを作成します。
したがって基本的にシングル構成のDBとして扱えます

※dbcaの際に、アーカイブログを有効にして、データベース作成しておきます。

　
４－２．本番サーバからNetVaultとOracle Pluginでシングルインスタンスをバックアップ

簡単設定ガイドを参考に、バックアップサーバ、本番サーバにNetVaultをインストールし、バックアップサーバに本番サーバをNetVaultクライアントとして登録します。

（１）	バックアップサーバ（Oracle Linux8.3）にNetVault Server 13.0.1（Linux版Pure64）をインストールしました。
（２）	本番サーバ（Oracle Linux8.3）にNetVault Client 13.0.1（Linux版Pure64）をインストールしました
（３）	バックアップサーバにバックアップデバイスとしてVTLを作成します
（４）	クライアント管理で本番サーバ(o83o198p)をクライアントとして登録します。
（５）	Oracle Pluginのインストール （注意）NetVaultバージョン13で、プラグインをインストールすると、以下のメッセージが表示されます。            NetVault13ではサーバ側に評価ライセンスが内蔵されているので問題ありません。先に進みます インストール済みソフトウェアをページ送りしてPlug-in for Oracleがインストールされたことを確認します。
（６）	Oracle 側の事前設定 　 別ページを参照してください https://www.quest.com/community/jp-ja/w/data-protection-wiki/961/oracle ※dbcaの際に、アーカイブログを有効にして、データベース作成しておきます。
	[oracle@o83o198p ~]$ sqlplus /nolog SQL*Plus: Release 19.0.0.0.0 - Production on Wed Jan 6 10:47:51 2021 Version 19.7.2.0.0 Copyright (c) 1982, 2019, Oracle. All rights reserved. SQL> conn / as sysdba Connected. SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 17 Next log sequence to archive 19 Current log sequence 19 SQL> exit Disconnected from Oracle Database 19c Standard Edition 2 Release 19.0.0.0.0 - Production Version 19.7.2.0.0
	[oracle@o83o198p ~]$ rman target / nocatalog Recovery Manager: Release 19.0.0.0.0 - Production on Wed Jan 6 10:48:41 2021 Version 19.7.2.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1587802596) using target database control file instead of recovery catalog RMAN> show all; RMAN configuration parameters for database with db_unique_name ORCL are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default CONFIGURE BACKUP OPTIMIZATION OFF; # default CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP ON; # default CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u02/app/oracle/dbs/snapcf_orcl.f'; # default RMAN> CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE'; new RMAN configuration parameters: CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE'; new RMAN configuration parameters are successfully stored RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE 'SBT_TAPE' TO '%F'; new RMAN configuration parameters: CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE 'SBT_TAPE' TO '%F'; new RMAN configuration parameters are successfully stored RMAN> exit Recovery Manager complete.
（７）	Oracle Pluginの設定 　 別ページを参照してください https://www.quest.com/community/jp-ja/w/data-protection-wiki/960/oracle-plug-in
（８）	フルバックアップジョブを作成 通常のシングルインスタンスデータベースをバックアップするのと変わりありません。 バックアップセレクションでインスタンスorclをチェックします バックアップオプションでRMANを選択します。 ASMにデータベースが格納されており「ユーザ管理」バックアップ手法は使用できません。 バックアップターゲットはVTLを指定し、セット名を前項（７）で入力した「ORATARGET」と設定します。 ジョブの各項目を設定して、右下の「保存＆実行」をクリックして、ジョブを実行します
（９）	ジョブの正常終了を確認

４－３．待機サーバにフェイルオーバーし、待機サーバにNetVaultとOracle Pluginをセットアップ

srvctlで待機サーバにフェイルオーバー

前項４－２と同じように、待機サーバにNetVaultクライアントとOracle Pluginをインストール・設定し
確認のためフルバックアップジョブを作成・実行します。

４－４．待機サーバ側で、本番サーバから取得したバックアップをリストア

本番サーバから取得したバックアップを選択してリストアジョブを実行

（１）	リストアジョブの作成
（２）	本番サーバO83O198Pのバックアップジョブを選択 今回はUSERS表領域のみリストア選択 右下のプラグインオプションの編集をクリック
（３）	プラグインオプションの編集 USERS表領域のみなので、テーブルスペース/データファイルのリストアを選択 「リストアを行う前に、リストア対象のテーブルスペースをオフラインにします」をチェック 「リストア完了後に、リストア対象のテーブルスペースをオンラインにします」をチェック 完全なリカバリーをしますを選択して、OKをクリック
（４）	リストアジョブ作成画面に戻るので クライアント指定に、待機サーバからリストアするように待機サーバO83O198sを指定する
（５）	保存＆実行ボタンをクリックし、リストアジョブを実行する
（６）	リストアジョブが正常終了することを確認する

５．暫定的な考察

まとめると、
・SEHA環境の本番サーバにNetVaultクライアントとOracle Pluginをインストールして、シングル構成のデータベースインスタンスとして、バックアップできました。
・このパターンでは、本番サーバから待機サーバにフェイルオーバーしても、バックアップジョブはフェイルオーバーできません
・しかし、待機サーバでデータベースが稼働している場合は、NetVaultクライアントとOracle Pluginをインストールすれば、シングル構成のデータベースインスタンスとして、バックアップできますし、
　本番サーバで取得したバックアップを、待機サーバでリストアできました。

以上の結果から
本番サーバで通常時バックアップしておき、待機サーバでのOracle稼働は年間10日以下ルールを適用してOracleライセンスコストを下げ
本番サーバ障害時は待機サーバでは10日以内のみ一時的にバックアップ、および必要に応じて本番サーバで取得したバックアップをリストア
するような運用が可能になると言えるのではないでしょうか。

応用として、Hinemosなどの運用管理ツールとの連携し、擬似的にフェイルオーバーに対応するアイディア
本番サーバ、待機サーバにそれぞれNetVaultクライアントとOracle Pluginをセットアップしておき、
バックアップジョブをトリガジョブとして作って、
運用管理ツールから起動しておくようにすれば
運用管理ツールで本番・待機サーバどちらでOracleインスタンスが動いているか監視し
運用管理ツールから稼働しているサーバ側のトリガジョブを起動するという運用とすれば
擬似的にフェイルオーバーに対応が可能ではないでしょうか。

• 本ドキュメントは、検証作業や検証結果についてまとめたものを紹介しているものであり、本ドキュメントに関する内容について、クエスト・ソフトウェア株式会社が動作を保証するものではありません。各ソフトウェアのバージョンおよび環境等の違いにより動作しない場合も想定されますので、導入の際には事前に検証をされることを推奨いたします。
• 記載されている会社名および製品名などは該当する各社の商標または登録商標です。
• 本手順で説明している他社製品の操作詳細については、各社のマニュアル等をご参照ください。 

作成：２０２１年１月