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をセットアップ
（４）待機サーバで、本番サーバから取得したバックアップをリストア

３．検証環境

・構成図

・OSおよびソフトウェアのバージョン

３．１　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で共有ディスクを構築しますが
dbcaではRACではなくSingle Instance Database Installationでシングルインスタンスを作成します。
したがって基本的にシングル構成のDBとして扱えます

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

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

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

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

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

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

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

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

５．暫定的な考察

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

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

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

作成：２０２１年１月