１．概要
本検証は、サイオステクノロジー社LifeKeeperのフェイルオーバークラスタ構成におけるOracle Pluginの基本動作の検証を目的としています。
２．検証環境
２．１ NetVaultサーバ環境
|
OS： |
Windows Server 2019 |
|
ホスト名： |
W19NVSV |
|
NetVault Core： |
12.4 |
|
バックアップストレージ： |
VTL |
２．２ HAクラスタノード環境
|
|
クラスタノード1 |
|
OS： |
CentOS 7.7 |
|
ホスト名： |
c77o19p |
|
NetVault Core： |
12.4 |
|
Oracle Plugin： |
12.3 |
|
Database |
オラクル社 Oracle 19c |
|
Cluster Software |
サイオステクノロジー社 LifeKeeper for Linux 9.4.1 |
|
|
クラスタノード2 |
|
OS： |
CentOS 7.7 |
|
ホスト名： |
c77o19s |
|
NetVault Core： |
12.4 |
|
Oracle Plugin： |
12.3 |
|
Database |
オラクル社 Oracle 19c |
|
Cluster Software |
サイオステクノロジー社 LifeKeeper for Linux 9.4.1 |
３．検証手順
３．１ LifeKeeper for Linux HAクラスタ構成の構築
サイオステクノロジー社の以下の資料を参考に、LifeKeeperとOracle19cをクラスタノードにインストールします。
実践!! LifeKeeper for Linux を使ったOracle 19c DataBase HAクラスター化の手順紹介
https://bcblog.sios.jp/lkforlinux-oracle19c-procedure/
＞補足
・コミュニケートパス用LANを2系統追加します
・LifeKeeperのインストールは、ネットワークに接続され、yumが設定されていることが前提でした
・本検証環境では、共有ディスク(/dev/sdb1)を/opt/oracle/oradataにマウントして、共有ディスクリソースとして登録します
・サイオステクノロジー社の資料の手順では、FRA未作成、アーカイブログ無効でインストールしていますが、
NetVaultのOracle PluginでRMANによりバックアップする場合アーカイブログ有効が必須のため、
Fast Recovery Areaを共有ディスクのパスに作成しアーカイブログ有効で設定します
（本検証では、共有ディスクをマウントしている/opt/oracle/oradataの下にFast Recovery Areaを設定しました）
 |
LifeKeeperのGUIを起動し、クラスタ構成を構築します
 |
また、検証の手順は、2016年にサイオステクノロジー社が公開した、以下の検証レポートに準じています
LifeKeeper for Linux と NetVault Backup
Oracle データベースの動作検証レポート
https://bcblog.sios.jp/lifekeeper-for-linux-netvault-backup11/
３－２ NetVaultのインストール
簡単設定ガイドを参考に、バックアップサーバ、クラスタ各ノードにNetVaultをインストールし、バックアップサーバにクラスタ各ノードをNetVaultクライアントとして登録します。
| （１） | バックアップサーバ（Windows2019）にNetVault Server 12.4（Windows版Pure64）をインストールしました。 |
| （２） | クラスタの各ノード（CentOS7.7）にNetVault Client 12.4（Linux版Pure64）をインストールしました |
| （３） | バックアップサーバにバックアップデバイスとしてVTLを作成します |
| （４） |
クライアント管理でクラスタのノード1(c77o19p)とnode2(c77o19s)をクライアントとして登録します。
|
３－３ NetVault仮想クライアントの作成
クラスタの仮想IPとクラスタの各リソースを、仮想クライアントとして登録します。
| （１） |
仮想クライアントにプラグインモジュールをインストールする場合、
|
| （２） |
クライアント管理で
|
| （３） |
[仮想クライアント]ページで、右上のフィールドのプルダウンリストにOracle Pluginのプラグインファイルが表示されますので、選択します。
|
| （４） |
「利用可能なクライアント」リストから、クラスタノードのクライアントを確認して、そのクライアント名左側の アイコンをクリックして[選択済みクライアント]リストに登録します。
|
| （５） |
仮想クライアント名、仮想クライアント アドレス、を入力します。
|
| （６） |
[仮想クライアントの作成]をクリックすると、仮想クライアントが作成されます。
|
| （７） |
仮想クライアントが登録され、プラグインモジュールもインストールされます。
|
| （８） |
クライアント管理で黄色アイコンの仮想クライアントvclkが表示されます。
|
３－４ 仮想クライアントのOracle Plugin の設定
Plugin for Oracle のプラグインオプションを設定します。以下の項目を指定します。
1.NetVault Backup サーバ
2.NetVault Backup サーバ からリストアを実施する
3.NetVault Backup クライアントからのバックアップをリストアする
1と 2 に NetVault Backup サーバ 、 3 に仮想クライアントを指定します。
この設定は 仮想クライアントで直接指定出来ないため 各クライアントノードに対して実施します。
| （１） |
[設定変更]で [クライアント]を選択します。
|
| （２） |
仮想クライアントに登録している実クライアントを選択して[次へ]をクリックします。
|
| （３） |
[プラグインオプション]をクリックします 。
|
| （４） |
[プラグインオプション]ダイアログ内項目[Plug in for Oracle]で 、
|
| （５） |
[プラグインオプション]ダイアログ内項目[Plug in for Oracle]で 、
|
| ここまでをクラスタノード（c77o19p,c77o19s）すべてに設定します |
３－５ Oracle Recovery Manager（RMAN)の設定
Oracleが稼働しているノードでRMANの設定を行います
本検証では、
・RMANリポジトリは使用しません（NOCATALOG）。
・RMANのデフォルトデバイスはSBT_TAPE(NetVaultのメディア)です。
・RMANのAUTOBACKUPはOFFにしています。
| （１） |  |
３－６ 仮想クライアントのOracle Pluginバックアップジョブ作成
バックアップジョブを作成します。バックアップジョブの中でOracle Pluginの設定もします。
| （１） |
WebUI右側ペインの バックアップジョブ 作成をクリックします 。
|
| （２） |
NetVault Backup セレクションでバックアップ対象の仮想クライアントvclkを展開します 。
|
| （３） |
Plugin for Oracle を選択すると 「Add Oracle Database 」ダイアログがポップアップします。
※注意 |
| （４） |
OK をクリックし、ダイアログを 閉じます。
|
| （５） |
再度Plug in for Oracle 左の ボタン をクリックするとデータベースが展開されます。
|
| （６） |
ここで、バックアップの対象を選びます。データベース全体をバックアップします。 データベーストップの orcl にチェックを入れます。
|
| （７） |
バックアップジョブ作成画面に戻ってきます。セレクションに、さきほど設定したセット名orclが表示されていることを確認します。
|
| （８） |
[バックアップオプション]タブ
|
| （９） |
バックアップジョブ作成画面に戻ってきます。
|
３－７ Oracle Pluginバックアップジョブの実行確認
バックアップジョブの実行を確認します。
また、フェイルオーバー後もジョブが実行できることを確認します
| （１） |
Oracleインスタンスが稼働しているノードは、LifeKeeperGUIで確認します
|
| （２） |
NetVault WEBUIのジョブステータスで、バックアップジョブの進行状況や結果を確認できます 。
|
| （３） |
ログを参照すると、仮想クライアント(vclk)がクラスタノード1(c77o19p)上で実行されているのが確認できます。
|
| （４） |
ジョブが正常終了することを確認します。
|
| （５） |
LifeKeeperGUIでOracleインスタンスをスタンバイノード(c77o19s)に、フェイルオーバーさせます
|
| （６） |
（※以下の作業はスタンバイノード側でフェイルオーバーさせてから最初の1回だけ行います。）
|
| （７） | （※以下の作業はスタンバイノード側でフェイルオーバーさせてから最初の1回だけ行います。） cd $ORACLE_HOME/lib ln -s /usr/netvault/lib/orasbt.so libobk.so ls -l libobk.so lrwxrwxrwx 1 oracle oinstall libobk.so -> /usr/netvault/lib/orasbt.so |
| （８） |
フェイルオーバー後のジョブ実行
|
| （９） |
ログを参照すると、仮想クライアント(vclk)がクラスタノード1(c77o19s)上で実行されているのが確認できます。
|
| （10） |
ジョブが正常終了することを確認します。
|
|
このあと、フェイルオーバーを複数行い、クラスタノードを切り替えて、再度バックアップジョブを実行し、 |
３－８ Oracle Pluginリストアジョブの実行確認
（ご注意）前提として、Oracle RMANのリストア操作は、Oracleに精通した管理者のかたが行ってください。
・ユーザ表領域であれば、インスタンス稼働中にユーザ表領域のみのリストアは可能です。
・データベース全体の復旧の場合、shutdown abort, startup nomount, startup mount, alter database openの操作が必要になります。
| （１） |
Oracleインスタンスの停止・起動を伴うリストアの場合、LifeKeeper for Linuxがshutdownを検出してフェイルオーバーが発生してしまうので、
lkstop -fでLifeKeeper GUIではX表示になりますが、lkstop直前の状態で、共有ディスクはマウントされており、Oracleインスタンスは稼働しています。
|
| （２） |
リストアジョブ作成をクリックします。
|
| （３） |
データベース全体をリストアします。
|
| （４） |
プラグインオプションの編集で[リストアオプション タブにします。
|
| （５） |
[リストアオプション]タブで、下にスクロールして以下のように変更します。
|
| （６） |
[Perform Recovery] タブの リカバリ・タイプ を選択します。
|
| （７） |
[ジョブ名]を入力し、[クライアント指定]に仮想クライアントが表示されていることを確認し
|
| （８） |
リストアの正常終了を確認します 。
|
- 本ドキュメントは、検証作業や検証結果についてまとめたものを紹介しているものであり、本ドキュメントに関する内容について、クエスト・ソフトウェア株式会社が動作を保証するものではありません。各ソフトウェアのバージョンおよび環境等の違いにより動作しない場合も想定されますので、導入の際には事前に検証をされることを推奨いたします。
- 記載されている会社名および製品名などは該当する各社の商標または登録商標です。
- 本手順で説明している他社製品の操作詳細については、各社のマニュアル等をご参照ください。
作成：２０２０年４月