LifeKeeper User Site

［Linux][Windows]Rehostとは何ですか？

2010-08-19T16:25:48+09:00

NICの交換により、eth0のMACアドレスが変わった事が原因でLifeKeeper が起動しなくなった場合や、ライセンス取得時に誤ったHostIDとライセンスを紐付けてしまった場合などにライセンスを再取得することです。

※お客様側で行うRehost操作は半年につき1回の制限をかけております。Rehost後、半年以内にライセンスの再取得が必要になった場合は、製品サポート側での対応が必要になりますので、以下の情報をサポート窓口へお送りください。

1. Rehost 対象の Fulfillment ID
2. NIC交換前のHostID （=故障したNICのMACアドレス）/間違えて入力したHostID
3. NIC交換後のHostID/正しいHostID
4. 間違ってライセンスを取得したLifeKeeper製品名(HostID 入力間違いの場合のみ)
5. PSC No
6. 再発行されたライセンスの送付先Email アドレス

＜改定履歴＞

　[2010年8月17日改定]
ライセンスシステムのアップグレードに伴い内容をAuthorization Codeの再発行手順からRehost手順に変更しました。

【お詫び】SteelEye社ライセンスサイト停止について

2010-08-18T16:36:14+09:00

2010年8月18日09:00頃から15:00頃までSteelEye社のライセンスサイトが停止しておりました。現在は復旧しておりますが、お客様にはご迷惑をおかけし大変申し訳ございませんでした。

アップグレード申請書

2010-07-29T11:30:47+09:00

LifeKeeper製品のアップグレード申請書です。
サポートをご購入いただいているお客様がこちらの申請書をご提出いただくことで
無償で最新バージョンにアップグレードすることが可能です。

LifeKeeper for Linux v7 アップデートガイド

2010-07-29T09:32:49+09:00

LifeKeeper for Linux アップデートガイド v7用。v5.x、v6.xからのアップデートについては、こちらの資料で手順をご確認ください。

【重要】SteelEye社のLifeKeeper/DataKeeperライセンスサイト移行のお知らせ

2010-07-27T11:33:46+09:00

【重要】
SteelEye社のLifeKeeper/DataKeeperライセンスサイト移行のお知らせ

2010年7月26日(月) にSteelEye社のLifeKeeper/DataKeeperライセンスサイトがアップグレードされました。

（移行前の古いドキュメントは、上部のカテゴリ「2010 年7月23日(金)まで有効なライセンス取得方法解説資料」に移動しました。）

◆用語◆
・旧ライセンスシステム： 2010年7月23日(金)まで稼動のライセンス発行システム
・新ライセンスシステム： 2010年7月26日(月)から稼動のライセンス発行システム
・Authorization Code：旧ライセンスシステムでライセンス発行に必要となるコード
・Entitlement/Activation ID：新ライセンスシステムでライセンス発行に必要となるID

◆旧ライセンスシステムのアカウントの移行について◆
ライセンスシステムのアップグレードに伴い、旧ライセンスシステムにアカウントを保有されているお客様に宛てて、新ライセンスシステムへログインするためのパスワードがSteelEye社より7月24日(土)から7月25日(日)の間に送付されました。

※既存で取得済みのライセンスキーはそのままご利用いただけますので、新ライセンスシステムで特に必要となる作業はありません。

◆説明資料◆
タイトル【重要】SteelEye社のLifeKeeper/DataKeeperライセンスサイト移行のお知らせのリンクをクリックして、ファイルをダウンロードしてください。

ダウンロードしたファイルを展開すると以下の５つのファイルが取得できます。
1. ライセンスキーの適用手順.pdf
2. Linux版テンポラリーキー（2010年9月14日まで有効）.txt
3. Windows版テンポラリーキー（2010年9月14日まで有効）.txt
4. AuthorizationCodeをお持ちの方向け.pdf
5. EntitlementID_ActivationIDをお持ちの方向け.pdf

◆テンポラリーキーのご案内◆
ライセンスキーがうまく取得できない場合は、「テンポラリーキーの適用について.pdf」をご確認のうえ「テンポラリーキー.txt」のライセンスキーを一時的にご利用いただけますようお願い申し上げます。

◆Authorization Codeをお持ちのお客様向けのご案内◆
新システムでライセンスを取得するためには、Entitlement/Activation IDが必要となります。ライセンスをまだ取得していないAuthorization Codeをお持ちのお客様は「AuthorizationCodeをお持ちの方向け.pdf」をご参照ください。
（Authorization CodeからActivation IDへの読み替えの基本ルールが記載されています。）

◆Entitlement/Activation IDをお持ちのお客様向けのご案内◆
お手元にEntitlement/Activation IDをお持ちのお客様は、「EntitlementID_ActivationIDをお持ちの方向け.pdf」をご参照ください。
（7月26日(月)以降の出荷物には、Entitlement/Activation IDが同梱されます。）

製品ライセンス v4.xおよびv5.x用

2010-07-16T21:41:28+09:00

[Linux]
製品ライセンス v4.xおよびv5.x用 (PDF: 295 KB)

[LK Linux 構成例]HP StorageWorks P2000 G3 MSA FC + RHEL5 + LifeKeeper for Linux

2010-07-08T20:40:00+09:00

クラスタの構成要素

この文書では、以下の構成についてご紹介いたします。

【使用ハードウェア】共有ストレージ：　HP社 HP StorageWorks P2000 G3 MSA FC
サーバ：　HP社 ProLiant DL380G5 (2台)
*HBA(FC) ：　HP AK344A （シングルポート） x2、HP AJ764A （デュアルポート） x1
データパス：マルチパス接続

*サーバとストレージのデータパスがマルチパスで構成できる分のポート数を前提としています。

ハードウェア接続の概略図を以下に示します。接続に関する詳細情報は、HP社にご確認ください。

今回のストレージを共有ディスクとしてLifeKeeper for Linuxでクラスタリングする流れをご紹介いたします。

構築作業の流れ

本構成にて、P2000上に構成されたファイルシステムをLifeKeeperで保護対象とするまでの作業の流れは以下のとおりです。

1) 各サーバに、 RedHat Enterprise Linux 5 (x86_64)をインストールします
2) PSP（ProLiant Support Pack）をインストールします
3) P2000を接続し、必要な設定を行います
4) HP Device Mapper MultiPath のインストール、設定を行います
5) ネットワークの確立
6) 片方のサーバからP2000上のLUに対してファイルシステムを構築、マウント
7) 両サーバへLifeKeeper for Linux のインストール
8) 両サーバでLifeKeeperの起動
9) 片方のサーバから「ファイルシステムリソース」を作成

1)～4)に関する具体的な操作・手順は、HP社にご確認ください。
5),6)は一般的なOS上のオペレーションです。
7),8)に関しては、LifeKeeper製品に添付されております"スタートアップガイド"、または下記のサイトからダウンロードしご参照ください。
Downloads for Linuxドキュメント
9)に関してはLifeKeeper　GUIのメニュー[Edit] - [Resource] - [Create Resource Hierarchy]を選択して、ウィザードからSelect Recovery Kit[File System]を選んで作成します。

（＊）メールシステムの冗長化やRDBMSの冗長化などを構成する場合には専用のApplication Recovery Kit（ARK）を用い、続けて設定を行います。

以上です。

Oracle Database HA for Linux編

2008-12-15T15:09:53+09:00

こんにちは。LifeKeeper サポート担当のmdmemです。

今回は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:N

LifeKeeperでHA設定後は、Oracleインスタンス起動、データベースのオープン処理はLifeKeeperが行います。OS上でこれらが自動実施されないように3つ目のフィールドを"N"に修正します。

リスナーについて
Oracle Recovery KitではSID毎に設定されたリスナー(複数可)も保護対象とすることができます。この時、待ち受けるIPアドレスに仮想IPアドレスを指定します。その場合、LifeKeeperはlistener.oraのエントリを参照するため、適切なエントリの作成が必要となります。なお、仮想IPアドレスはLifeKeeperのIP Recovery Kitを使って作成します。

Oracleリスナーを保護対象とする時、下記の点を確認・検討します。

リスナーの振る舞い
動作の検討

a. 起動・停止・監視・回復を実施する

b. 起動・監視・回復を実施する(停止は行わない)

c. 起動・監視・(停止・回復は行わない)

障害検知時の検討

A. 回復処理失敗後、フェイルオーバーを実施する

B. 回復処理失敗後、フェイルオーバーを実施しない

今回は、動作を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とします)

Server1側での作業O=Oracleの作業、L=LifeKeeperでの作業

1-1. VIP、FSをServer1でActiveにします。(L)

1-2. Server1でデータベースを作成します。(O)

1-3. リスナーの設定をします。(O)

1-4. Oracleインスタンス、リスナーが正しく起動される事を手動で確認します。(O)

ここまで確認できたら一度Oracleインスタンス、リスナーを停止します。そして、VIP、FSをLifeKeeperでServer2へ切り替えます。そして、共有ファイルシステム上に作成されたデータファイルやREDOログファイルなどをリネームもしくは削除します。同じものをServer2上で作成するためです。

Server2側での作業O=Oracleの作業、L=LifeKeeperでの作業

2-1. VIP、FSがServer2でActiveであることを確認します。(L)

2-2. Server2でデータベースを作成します。(1-2と同じ内容)(O)

2-3. リスナーの設定をします。(1-3と同じ内容)(O)

2-4. Oracleインスタンス、リスナーが正しく起動される事を手動で確認します。(O)

ここまで確認できたら一度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を構築できることと思います。