SIOS TECHNOLOGY CORP.

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

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

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

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

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

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

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

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

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

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

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

フィードバック

お役に立ちましたか?

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

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

送信