今回はLifeKeeper売れ筋No.1リカバリーキット「Oracle Recovery Kit」を使用してのOracle DatabaseのHA(冗長)化についてご紹介します。
はじめに
特にこれだけ抑えておけば、つまずくことなく直ぐにHA設定可能という点に絞っています。
Linux版とWindows版とありますが、まずはLinux版から構築におけるエッセンスをご紹介します。
---UnderThisSeparatorIsLatterHalf---
---AnonymousUserCantReadUnderHere---
説明上、以下を前提とします。
保護対象(LifeKeeperにより切り替え可能にする対象)
- Oracle Database、1つ
- Oracle Listener、1つ
各クラスターノード
- Active/Standbyの1:1のクラスターシステム
- データベースは新規で作成する
- データベースはファイルシステム上に1つ作成する
- Oracleソフトウェアを格納する先(ORACLE_HOME)は各ノード上
- 共有ディスクは外部ストレージ上
- ストレージやファイルシステムの設定などは正しく完了しているものとする
- Oracle Recovery Kit version 6.3.1以降
既存ユーザのアップデート方法についてはこちらでご紹介しています。
Oracle ARK 6.3.1(以降)へのアップグレードについて
まずは留意点・検討項目
OracleをHAするにあたりいくつか留意点を記載します。特別なものはなく、HAクラスタで当然考慮するべき内容です。
データベース格納場所
Oracle DatabaseをHAクラスタ構成にする場合、各ノードで共有するべきデータは共有ストレージ上に配置しなければなりません。Oracle Databaseの場合下記のようなものがそれに該当します。
- データファイル
- 制御ファイル
- オンラインREDOログファイル
- アーカイブREDOログファイル
- フラッシュリカバリー領域
Oracleユーザーおよびグループ
OracleユーザーやdbaグループのユーザーID、グループIDは、各クラスタノード上で同じ値である必要があります。
ユーザープロファイルの無効化
LifeKeeperはOracleプログラムの起動や停止をする際に、suコマンドでOracleユーザーとして実行しています。
そのため、OSのユーザープロファイル(.profileなど)でOracleユーザーの環境変数を対話形式でセットできるようにしている場合は、それらのエントリをコメントアウトしておきます。
/etc/oratabに保護対象とするSIDのエントリを追加
orcl:/u01/app/oracle/product/11.1.0:NLifeKeeperでHA設定後は、Oracleインスタンス起動、データベースのオープン処理はLifeKeeperが行います。OS上でこれらが自動実施されないように3つ目のフィールドを"N"に修正します。
リスナーについて
Oracle Recovery KitではSID毎に設定されたリスナー(複数可)も保護対象とすることができます。この時、待ち受けるIPアドレスに仮想IPアドレスを指定します。その場合、LifeKeeperはlistener.oraのエントリを参照するため、適切なエントリの作成が必要となります。なお、仮想IPアドレスはLifeKeeperのIP Recovery Kitを使って作成します。
Oracleリスナーを保護対象とする時、下記の点を確認・検討します。
今回は、動作をa、障害検知時をAとします。
またSIDがorcl、リスナー名がLISTENER、仮想IPアドレスが192.168.10.100とし、orclのLISTENERを仮想IPアドレスで待ち受けるよう設定をします。
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = orcl)
(ORACLE_HOME = /u01/app/oracle/product/11.1.0)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.10.100)(PORT = 1521)))
)
)
以上の点を注意して下記の手順でHA化します。
Oracle データベース準備
ちなみに必ずしも下記の手順で行う必要はなく、できるだけ手間の少ない手順としてご紹介します。なお、OracleやLifeKeeperのインストールや設定の詳細な部分は割愛します。説明上、対象サーバーをServer1(Primary)、Server2(Backup)とします。
- 各ノードにOracleのインストール(DBはここでは作成しません。)
- LifeKeeperのインストール、ライセンスインストールします。(各ノードにて)
- LifeKeeperの起動、コミュニケーションパス構築します。
- 仮想IPアドレス作成します。(以下VIPとします）
- ファイルシステムリソースを作成します。(以下FSとします)
OSに必要なOracleの導入要件や確認は事前に済ませておきます。またOracleインストール時の設定内容は各ノードで同じにします。
データファイルなどが配置される全ての共有ディスクに対してファイルシステムリソースを作成します。
ここまで確認できたら一度Oracleインスタンス、リスナーを停止します。そして、VIP、FSをLifeKeeperでServer2へ切り替えます。そして、共有ファイルシステム上に作成されたデータファイルやREDOログファイルなどをリネームもしくは削除します。同じものをServer2上で作成するためです。
ここまで確認できたら一度Oracleインスタンス、リスナーを停止します。そして、VIP、FSをLifeKeeperでServer1へ切り替えます。その後、再度1-4を実施し正しくデーターベースがオープンできるかを確認します。
いよいよLifeKeeperでのOracle HA設定
Server1でOracleインスタンスを起動し、データベースをオープンします。またリスナーも起動しておきます。
Oracle リスナーのHA設定
OracleリスナーのHA設定を行います。これは、Oracle Recovery Kit 6.3からの機能です。Oracle リスナーリソース作成に必要な情報はリスナー設定ファイル(例:listener.ora)、リスナー名、lsnrctlのコマンドパスです。
この他ウィザードではリスナーの振る舞いついて予め検討した内容を選択します。
下記のようなリソース階層が作成されます。
Oracle DatabaseのHA設定
Oracleリソース作成時に必要な情報はそのインスタンスのSIDとORACLE_HOMEです。また、上記で作成したリスナーのリソースを指定しリソースを作成します。
下記のようなリソース階層が作成されます。
*orclがOracleリソース、ip-192.168.10.100がIPリソース、LSNR.LISTENERがリスナーリソース、oradata以下がファイルシステムリソース群
*画像は例であり、特にファイルシステムリソースは格納されるLUの環境によって増減します。
設定完了後は、LifeKeeperのGUI上からOracleリソースを切り替えるなどして動作を確認してください。
おわりに
これまでの内容からおわかりのように、LifeKeeperでの設定だけで言えばほとんど時間を必要としません。クラスタシステムとして動くためのOracleの準備段階まできちんと確認できていれば、HAの設定をあっさり完了できます。
また、留意点や事前準備に関しては正式なマニュアルであるOracle Recovery KitのAdministration Guideに全て記載されている内容です。どのRecovery Kitにもいえることですが、導入前は実施にはドキュメントに必ず目を通してください。きっとスムーズにHAを構築できることと思います。]]>