Oracle® Grid Infrastructureインストレーション・ガイド 11gリリース2 (11.2) for IBM AIX on POWER Systems (64-Bit) B57777-08 |
|
![]() 前 |
![]() 次 |
この章では、Oracle Grid Infrastructureソフトウェアをインストールした後に実行する、インストール後の作業について説明します。
この章の内容は次のとおりです。
インストールを完了したら、次の作業を実行する必要があります。
注意: 以前のリリースでは、dd コマンドを使用して投票ディスクをバックアップする作業が、インストール後に必要でした。Oracle Clusterwareリリース11.2以上では、dd コマンドを使用した投票ディスクのバックアップとリストアは投票ディスクの障害につながる可能性があるため、この手順はサポートされていません。 |
My Oracle Support Webサイトを参照して、インストールした環境に必要なパッチの更新を確認します。
注意: My Oracle Supportを利用するには、ブラウザにAdobe Flashプラグインのバージョン9.0.115以上が必要です。Adobe Flashのチェッカ・ページに移動して、ご使用のブラウザでFlashプラグインの正確なバージョンをチェックし、最新バージョンのAdobe Flashがインストールされていることを確認します。Flashをインストールしていない場合は、次のAdobe Webサイトから最新バージョンのFlash Playerをダウンロードします。
|
必要なパッチの更新をダウンロードするには、次の手順を実行します。
Webブラウザを使用して、次のMy Oracle Support Webサイトを表示します。
My Oracle Support Webサイトにログインします。
注意: My Oracle Supportの登録ユーザーでない場合は、「My Oracle Supportへの登録」をクリックして登録してください。 |
My Oracle Supportのメイン・ページで「パッチと更新版」をクリックします。
「パッチと更新版」ページで、「拡張検索」をクリックします。
「拡張検索」ページで「製品または製品ファミリ」フィールドの横にある検索アイコンをクリックします。
「検索と選択:製品ファミリ」フィールドで、「検索リスト」フィールドの「データベースとツール」を選択し、テキスト・フィールドにRDBMS Serverと入力した後、「検索」をクリックします。
RDBMSサーバーが「製品または製品ファミリ」フィールドに表示されます。現行のリリースが「リリース」フィールドに表示されます。
「プラットフォーム」フィールドのリストからプラットフォームを選択して、選択リストの下にある「検索」をクリックします。
「結果」ヘッダーの下に使用可能なパッチの更新が表示されます。
パッチ番号をクリックして、パッチをダウンロードします。
「パッチ・セット」ページで「READMEの表示」をクリックして、表示されるページを読みます。 READMEページには、そのパッチ・セットに関する情報と、パッチの適用方法が記載されています。
「パッチ・セット」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。
Oracle Database 11gリリース2(11.2)で提供された解凍ユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。unzipユーティリティは$ORACLE_HOME/bin
ディレクトリにあります。
パッチをインストールする準備としてデータベース・プロセスを停止する方法については、付録Eを参照してください。
Oracle Grid Infrastructureをインストールした後で、必要に応じて次の作業を行うことをお薦めします。
インストールの完了後に、root.sh
スクリプトをバックアップすることをお薦めします。同じOracleホーム・ディレクトリに他の製品をインストールすると、インストーラは、インストール中に既存のroot.sh
スクリプトの内容を更新します。元のroot.sh
スクリプトの情報が必要になった場合は、root.sh
ファイルのコピーから元に戻すことができます。
デフォルトのセマフォ・パラメータ値が低すぎて、すべてのOracleプロセスに対応できない場合のみ、次のガイドラインを参照してください。
注意: セマフォ・パラメータの設定方法の詳細は、オペレーティング・システムのドキュメントを参照することをお薦めします。 |
MAXUPROCを16384に設定します。
「NCARGS」を128に設定します。
インストール時、デフォルトでは1つのディスク・グループの作成が可能です。スタンドアロン・サーバー用のOracle Database、またはOracle RACデータベースを追加しようとする場合は、データベース・ファイルの高速リカバリ領域を作成する必要があります。
高速リカバリ領域は、リカバリに関連するすべてのOracle Databaseファイルのための、統合された記憶域の場所です。データベース管理者は、DB_RECOVERY_FILE_DESTパラメータを高速リカバリ領域のパスに定義することで、ディスク上へのバックアップやデータの迅速なリカバリが可能になります。最近のデータを迅速にバックアップできれば、リカバリ作業のためにバックアップ・テープを探さなければならないシステム管理者の負担を軽減できます。
init.ora
ファイルで高速リカバリを有効にすると、すべてのRMANバックアップ、アーカイブ・ログ、制御ファイルの自動バックアップ、およびデータベースのコピーが高速リカバリ領域に書き込まれます。RMANは、リカバリに必要でなくなった古いバックアップおよびアーカイブ・ファイルを削除することで、高速リカバリ領域のファイルを自動的に管理します。
高速リカバリ領域ディスク・グループを作成することをお薦めします。Oracle ClusterwareファイルとOracle Databaseファイルは同じディスク・グループに配置できます。また、高速リカバリ・ファイルも同じディスク・グループに入れることができます。ただし、ストレージ・デバイスの競合を緩和するため、高速リカバリ・ディスク・グループを別に作成することをお薦めします。
高速リカバリ領域は、DB_RECOVERY_FILE_DESTを設定することで有効にできます。高速リカバリ領域のサイズは、DB_RECOVERY_FILE_DEST_SIZEで設定します。一般的に、高速リカバリ領域は大きいほど使いやすくなります。使い勝手を良くするため、少なくとも3日分のリカバリ情報を格納できるストレージ・デバイスに、高速リカバリ領域ディスク・グループを作成することをお薦めします。理想的には、高速リカバリ領域は、保存ポリシーに基づいて保存されたデータ・ファイルのバックアップを使用してデータベースをリカバリする際に必要な、すべてのデータ・ファイルと制御ファイル、オンラインREDOログ、およびアーカイブREDOログ・ファイルのコピーを格納できるサイズであることが求められます。
複数のデータベースに同じ高速リカバリ領域を使用できます。たとえば、150GBの記憶域を持つディスク上に1つの高速リカバリ領域ディスク・グループを作成し、それを3つの異なるデータベースで共有するとします。各データベースの高速リカバリ領域のサイズを、そのデータベースの重要度によって設定することができます。たとえば、データベース1が最も重要度が低く、データベース2がそれよりも重要度が高く、データベース3が最も重要度が高い場合、各データベースに異なるDB_RECOVERY_FILE_DEST_SIZE設定を適用し、それぞれの保存目標を満たすようにします。たとえば、データベース1には30GB、データベース2には50GB、データベース3には70GBのように設定します。
関連項目: 『Oracle Databaseストレージ管理者ガイド』 |
高速リカバリ・ファイル・ディスク・グループを作成するには、次の手順を実行します。
Gridホームのbinディレクトリに移動し、Oracle ASM Configuration Assistant(ASMCA)を起動します。次に例を示します。
$ cd /u01/app/11.2.0/grid/bin $ ./asmca
ASMCAが開き、「ディスク・グループ」タブが表示されます。新しいディスク・グループを作成するには、「作成」をクリックします。
「ディスク・グループの作成」ウィンドウが開きます。
「ディスク・グループ名」フィールドに、高速リカバリ領域グループの説明的な名前を入力します。たとえば、FRAです。
「冗長性」セクションで、適用する冗長レベルを選択します。
「メンバー・ディスクの選択」フィールドで、高速リカバリ領域に追加する適切なディスクを選択し、「OK」をクリックします。
「ディスク・グループの作成」ウィンドウが開き、ディスク・グループの作成が完了したというメッセージが表示されます。「OK」をクリックします。
「終了」をクリックします。
Oracle RACのインストールを確認するために、RACcheck監査ツールを実行することをお薦めします。RACcheckは、Oracle Real Application Clusters、Oracle Clusterware、Oracle Automatic Storage ManagementおよびOracle Grid Infrastructure環境の様々な重要な構成設定の確認を行うOracle RACの監査ツールです。
RACcheckユーティリティの構成および実行の詳細は、次のURLにあるMy Oracle SupportのNote 1268927.1を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1268927.1
次の項で、11gリリース2(11.2)のOracle Grid InfrastructureインストールでOracle Databaseの旧リリースを使用する場合について説明します。
Oracle Databaseリリース9.2、リリース10.xおよびリリース11.1を、Oracle Clusterware 11gリリース2 (11.2)とともに使用できます。
ただし、以前のリリースはOracle ACFSを使用するように設計されていないため、Oracle Databaseリリース11.2より前のOracle DatabaseホームをOracle ACFSに配置することはできません。
Oracle Clusterwareの既存のバージョンをアップグレードする場合、既存のデータベースの必要な構成は自動的に行われます。ただし、クラスタ用Oracle Grid Infrastructureの新規インストールを完了し、11.2より前のバージョンのOracle Databaseをインストールする場合は、追加の構成作業を手動で行う必要があります。
注意: リリース11.1.0.7、11.1.0.6および10.2.0.4からアップグレードする場合は、Oracle RACまたはOracle DatabaseインストールをOracle Clusterwareリリース11.2インストールで起動する前に、アップグレード元となるリリース用の最新の推奨パッチを確認し、必要に応じてアップグレード前にそれらのパッチをインストールすることをお薦めします。推奨パッチの詳細は、My Oracle SupportのNote 785351.1から入手可能な「Oracle Upgrade Companion」を参照してください。 各リリースの推奨パッチの最新リストについては、Note 756388.1および756671.1でも参照できます。 |
旧バージョンのOracle DatabaseおよびOracle RACデータベースをOracle Grid Infrastructureにインストールするときに、ASM Configuration Assistant(ASMCA)を使用して、ディスク・グループを作成および変更します。11g リリース2以上では、Oracle ASMはOracle ClusterwareとともにOracle Grid Infrastructureのインストールの一部としてインストールされます。Database Configuration Assistant(DBCA)を使用してOracle ASMで管理タスクを実行することはできなくなりました。
前のバージョンのOracleソフトウェアがインストールされていないクラスタにOracle Clusterware 11gリリース11.2をインストールすると、Oracle Database 10gおよび11.1では永続的な構成が必要であるにもかかわらず、クラスタ・ノードは動的にOracle Databaseリリース11.2以上と互換性があるよう構成されます。ノード名とノード番号を関連付けるこの手順を固定と呼びます。
注意: アップグレード中、すべてのクラスタ・メンバー・ノードには自動的に固定されるため、既存のデータベースに対して手動で固定する必要はありません。この手順は、Oracle Grid Infrastructureリリース11.2ソフトウェアをインストールした後、旧バージョンのデータベースをインストールする場合にのみ必要です。 |
旧バージョンのOracle Databaseをインストールして使用するための準備でノードを固定するには、Grid_home
/bin/crsctl
を使用して次のコマンド構文を実行します。nodes
は、構成を固定するクラスタ内の1つまたは複数のノードを示す、スペース区切りリストです。
crsctl pin css -n nodes
たとえば、ノードnode3
およびnode4
を固定するには、root
としてログインし、次のコマンドを入力します。
$ crsctl pin css -n node3 node4
ノードが固定状態か非固定状態かを確認するには、Grid_home
/bin/olsnodes
を使用して次のコマンド構文を実行します。
固定されたすべてのノードを表示する場合:
olsnodes -t -n
次に例を示します。
# /u01/app/11.2.0/grid/bin/olsnodes -t -n node1 1 Pinned node2 2 Pinned node3 3 Pinned node4 4 Pinned
特定のノードの状態を表示する場合:
olsnodes -t -n node3
次に例を示します。
# /u01/app/11.2.0/grid/bin/olsnodes -t -n node3 node3 3 Pinned
関連項目: ノードの固定および固定解除の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。 |
デフォルトでは、グローバル・サービス・デーモン(GSD)は無効になっています。Oracle Database 9iリリース2(9.2)をクラスタ用Oracle Grid Infrastructure 11gリリース2(11.2)にインストールする場合は、GSDを有効にする必要があります。Oracle Databaseリリース9.2をインストールする前に、次のコマンドを使用してGSDを有効にします。
srvctl enable nodeapps -g srvctl start nodeapps
lsnrctl
コマンドを使用して11gリリース2のローカル・リスナーおよびSCANリスナーを管理するには、環境変数$ORACLE_HOME
にOracle Grid Infrastructureホーム(Gridホーム)のパスを設定します。以前のリリースで使用していたOracleホームの位置からlsnrctl
コマンドを使用しないでください(この位置は新しいリリースでは使用できません)。
インストール後にOracle Clusterware構成の変更が必要になった場合は、Gridホームをロック解除する必要があります。
たとえば、個別パッチを適用する場合や、Oracle Exadata構成を変更して、デフォルトのUDPを使用するかわりにインターコネクト上でRDS経由のIPCトラフィックを実行する場合は、Gridホームのロック解除が必要になります。
注意: 実行可能ファイルを再リンクする前に、Oracleホーム・ディレクトリで実行されている、再リンク対象の実行可能ファイルをすべて停止する必要があります。また、Oracle共有ライブラリにリンクされているアプリケーションも停止してください。 |
次の手順に従って、ホームをロック解除します。
パスGrid_home/crs/installに移動し(Grid_homeはGridホームのパスです)、コマンドrootcrs.pl -unlock -crshome
Grid_home
を使用して、Gridホームをロック解除します(Grid_homeは使用しているグリッド・インフラストラクチャ・ホームのパスです)。たとえば、Gridホームが/u01/app/11.2.0/grid
の場合、次のコマンドを入力します。
# cd /u01/app/11.2.0/grid/crs/install # perl rootcrs.pl -unlock -crshome /u01/app/11.2.0/grid
ユーザーをOracle Grid Infrastructureソフトウェア所有者に変更し、コマンド構文make -f Grid_home/lib/ins_rdbms.mk targetを使用してバイナリを再リンクします(この場合、Grid_homeはGridホーム、targetは再リンクするバイナリです)。たとえば、Gridユーザーがgrid
、$ORACLE_HOMEがGridホームに設定されている場合に、インターコネクト・プロトコルをUDPからIPCに更新するには、次のコマンドを入力します。
# su grid $ make -f $ORACLE_HOME/rdbms/lib/ins_rdbms.mk ipc_rds ioracle
注意: バイナリを再リンクする場合、グリッド・インストール所有者に変更して、コマンドGrid_home /bin/relink を実行することも可能です。 |
次のコマンドを使用して、Gridホームを再度ロックし、クラスタを再起動します。
# perl rootcrs.pl -patch
各クラスタ・メンバー・ノードで、手順1から3を繰り返します。