HA for Oracle のインストールと構成のプロセスの概要
Solaris Volume Manager を使用した Oracle データベースアクセスの構成方法
Veritas Volume Manager を使用した Oracle データベースアクセスの構成方法
Oracle ASM を使用した Oracle データベースアクセスの構成
clsetup ユーティリティーを使用して、HA for Oracle を登録および構成する方法
Oracle Solaris Cluster メンテナンスコマンドを使用して Oracle ASM なしで HA for Oracle を登録および構成する
Oracle Solaris Cluster メンテナンスコマンドを使用してシングルインスタンス Oracle ASM で HA for Oracle を登録および構成する
Oracle Solaris Cluster メンテナンスコマンドを使用してクラスタ Oracle ASM インスタンスで HA for Oracle を登録および構成する
データベーストランザクション障害に対応する、サーバー障害モニターによるアクション
DBMS タイムアウトのトラブルシューティング用にコアファイルを取得
HA for Oracle サーバー 障害モニターのカスタマイズ
クラスタのすべてのノードにカスタムアクションファイルを伝達する
サーバー障害モニターが使用する必要のあるカスタムアクションファイルを指定する
サーバー障害モニターが使用するべきカスタムアクションファイルを指定する
SUNW.oracle_listener リソースタイプのアップグレード
SUNW.oracle_server リソースタイプのアップグレード
Oracle Data Guard インスタンスのロールの変更
Oracle Data Guard インスタンスのロールの変更
B. DBMS エラーおよび記録された警告用の事前設定アクション
この節では、Oracle ソフトウェアのインストールに必要な手順を説明します。
Oracle ソフトウェアをほかの場所にインストールする計画の場合は、この手順は省略します。
インストール場所については、「ノードとディスクの準備」を参照してください。
Oracle のインストールを開始する前に、Oracle に必要なシステムリソースが構成されていることを確認します。oracle としてログインし、この手順を実行する前に、ディレクトリ全体の所有権を確認します。Oracle ソフトウェアのインストール方法に関する注意点は、該当する Oracle のインストールおよび構成ガイドを参照してください。
Solaris Resource Management (SRM) を使用して、カーネルパラメータが Oracle の必要最小値以上に設定されていることを確認できます。 Oracle カーネルパラメータ設定の詳細については、「Oracle カーネルパラメータの設定方法」を参照してください。Oracle 用にシステムリソースを構成したら、インストール自体を開始できます。
HA for Oracle を Oracle 10g release 2 とともに使用している場合、この手順は省略します。
Oracle の cssd デーモンのエントリを、Oracle ソフトウェアがインストールされているノードの /etc/inittab ファイルから削除します。このエントリを削除するには、 /etc/inittab ファイルから次の行を削除します。
h1:23:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 > </dev/null
HA for Oracle は、Oracle の cssd デーモンを必要としません。したがって、このエントリを削除しても Oracle 10g release 1 と HA for Oracle の動作には影響しません。 Oracle のインストールが変わり、Oracle の cssd デーモンが必要になった場合は、/etc/inittab ファイルのこのデーモンに対するエントリを復元します。
![]() | 注意 - Oracle RAC 10g release 1 を使用している場合は、/etc/inittab ファイルから cssd デーモンのエントリを削除しないでください。 |
Oracle の cssd デーモンのエントリを /etc/inittab ファイルから削除する場合は、不要なエラーメッセージを表示しないように設定しておきます。そのように設定しておかないと、init(1M) コマンドが Oracle の cssd デーモンを起動しようとすることによって不要なエラーメッセージが表示されることがあります。Oracle バイナリファイルを高可用性ローカルファイルシステムまたはクラスタファイルシステムにインストールすると、これらのエラーメッセージが表示されます。Oracle バイナリファイルをインストールしたファイルシステムがマウントされるまで、メッセージは繰り返して表示されます。エラーメッセージは次のとおりです。
INIT: Command is respawning too rapidly. Check for possible errors. id: h1 "/etc/init.d/init.cssd run >/dev/null 2>&1 >/dev/null"
Waiting for filesystem containing $CRSCTL.
x86 プラットフォームで HA for Oracle を使用している場合は、UNIX Distributed Lock Manager (Oracle UDLM) が使用できないことに関する不要なエラーメッセージも表示されることがあります。
次のイベントが発生すると、これらのメッセージが表示されます。
ノードが非クラスタモードで実行されている。この場合、Oracle Solaris Cluster が制御するファイルシステムがマウントされることはありません。
ノードをブートしている。この場合、Oracle バイナリファイルがインストールされているファイルシステムを Oracle Solaris Cluster がマウントするまで、メッセージが繰返し表示されます。
Oracle のインストールが実行されていなかったノードまたはゾーンで、Oracleが起動されたか、あるいは失敗した。このような構成では、Oracle バイナリファイルは高可用性ローカルファイルシステムにインストールされます。この場合、Oracle のインストールが実行されたノードまたはゾーンのコンソールにメッセージが表示されます。
defaultプロジェクトは RGM がデータサービスを実行するためにを使用します。そのため default プロジェクトは Oracle に必要なリソースが含まれるように変更されます。Oracle を実行するために特定の SRM プロジェクトを使用したい場合は、プロジェクトを作成し、そのプロジェクトのシステムリソースを同じ手順で構成する必要があります。default に代わるプロジェクトの名前を指定します。リソースグループまたは Oracle サーバーのリソースを構成する場合、リソースグループまたはリソースの対応するプロパティーにそのプロジェクトの名前を指定します。
phys-X# prctl -i project default
phys-X# projmod -s -K "parameter=(priv,value,deny)" default
|
これらのパラメータの詳細については、『Oracle10g インストールガイド』を参照してください。
phys-X# prctl -i project default