SIOS TECHNOLOGY CORP.

Oracle Recovery Kit – 既知の問題と制限

説明
OS認証が有効な場合、Oracleは無効なユーザー名とパスワードを無視します。

回避策は、OS認証を有効にして正しく設定することです。OS認証では、ユーザー名とパスワードのフィールドがバイパスされ、Oracleリソースを作成できます。
Oracle Recovery KitではConnection ManagerおよびOracle Names機能は利用できません

LifeKeeper Oracle Recovery Kitでは、Oracle Connection ManagerとOracle NamesというOracle Net機能は利用できません。Oracle Connection Managerは、同じサービスにアクセスする必要がある多数の接続を管理するルーティングプロセスです。Oracle Namesはサービスアドレスの一括格納を管理するOracle固有の命名サービスです。

LifeKeeper Oracle Recovery Kit は、送信されてきたクライアント接続要求をリスニングし、サーバへのトラフィックを管理する Oracle Net Listener プロセスを保護します。Oracle Listener に固有の LifeKeeper 設定情報については、『 LifeKeeper for Linux Oracle Recovery Kit 管理ガイド 』を参照してください。
Oracle Recovery KitではASMまたはグリッドコンポーネント機能は利用できません

Oracleで提供されているOracle Automatic Storage Manager (ASM) 機能は現在、LifeKeeperでは利用できません。 また、グリッドコンポーネントはLifeKeeper Oracle Recovery Kitで保護されません。ファイルシステム、論理ボリュームは、現在のLifeKeeper for Linux Oracle Recovery Kitで対応しています。グリッドコンポーネントへの対応は、gen/appリカバリーキットを使用してLifeKeeperの保護機能に追加できます。
Oracle Recovery KitはNFSバージョン4に対応していません

Oracle Recovery Kitでは共有データベースストレージ用にNFSバージョン3を利用できます。NFSv4ファイルロッキングメカニズムのため、NFSバージョン4は現時点では利用できません。
フェイルオーバ後にプライマリーサーバでOracle Listenerがin serviceのままになります

ネットワーク障害により、アプリケ－ションがバックアップサーバーにフェイルオーバーした後、プライマリーサーバーでListenerプロセスがアクティブなままになります。正しいデータベースへの接続は影響を受けませんが、そのListenerプロセスを終了したいと考えるかもしれません。
DataKeeperでファイルシステムのネスト作成に失敗する

既存のファイルシステムを複製するためにDataKeeperミラーを作成する場合、この構造内にファイルシステムがネストされている場合は、ファイルシステムリソースを作成する前に、まずそれをアンマウントする必要があります。

適切な手順: oracle/BPPファイルシステムを作成してから、その下に /oracle/BPP/mirrorlogA のようなサブファイル システムを作成します。 (すなわち、/oracle/BPP ファイルシステムがGUIリストの一番下に表示されるはずです。)

回避策: ネストしたファイルシステムを手動でアンマウントし、各ネストしたマウントを再マウント/作成します。

フィードバック

お役に立ちましたか?

はい いいえ
お役に立ちましたか
理由をお聞かせください
フィードバックありがとうございました

このトピックへフィードバック

送信