Oracle Universal Installer (OUI)を使用してOracle Real Application Clusters (Oracle RAC)とOracle RAC One Nodeをインストールする前に、まずOracle ClusterwareとOracle Automatic Storage Management (Oracle ASM)で構成されるクラスタ用Oracle Grid Infrastructureソフトウェアをインストールする必要があります。
rconfig
、Oracle Enterprise ManagerまたはDatabase Configuration Assistant (DBCA)を使用して、単一インスタンス・データベースのインストール環境をOracle Real Application Clusters (Oracle RAC)データベースに変換するタスクを実行できます。 データベース・プロビジョニング・ソリューションの一部として、Oracle Enterprise Manager Cloud Controlによる、Oracle Database (単一インスタンス・データベースとも呼ばれます)およびOracle Real Application Clusters (Oracle RAC)データベースのプロビジョニングが可能です。
Oracle Enterprise Manager Cloud Controlを使用すると、Oracle RACノードの拡張または削除、およびOracle RAC One Nodeデータベースのプロビジョニングを行うことができます。また、Oracle Enterprise Manager Cloud Controlは、プロビジョニング用の環境の設定に役立ち、プロビジョニングが成功するように、ホスト上で様々な事前チェックを行います。Oracle Enterprise Manager Cloud Controlを使用してOracleソフトウェアをプロビジョニングする前に、次のシステム構成タスクを実行する必要があります。
すべてのノードにEnterprise Manager Agentをインストールしてすべてのホストを検出します。
Enterprise Managerで名前付き資格証明および優先資格証明を構成します。
ソフトウェア・ライブラリを構成し、ロールを設定します。
Oracle Technology Networkからソフトウェアをダウンロードし、Enterprise Managerでインストール・メディア・コンポーネントを作成します。オプションで、既存システムからプロビジョニング・プロファイル(ゴールド・イメージと同様)を作成できます。
これらのタスクの実行方法、および、Oracle Enterprise Manager Cloud Controlを使用したOracle Grid InfrastructureおよびOracle RACソフトウェアのプロビジョニング方法については、Oracle Enterprise Manager Lifecycle Management管理者ガイドを参照してください。
インストール・ファイルのステージング領域を準備します。
Oracle Clusterwareはクラスタ用Oracle Grid Infrastructureの一部としてインストールされます。OUIによって、Oracle ClusterwareがGrid_homeと呼ばれるディレクトリ構造にインストールされます。このホームは、同じサーバー上にインストールされている他のOracleソフトウェア製品のホーム・ディレクトリとは異なります。Oracle Clusterwareはオペレーティング・システムと密接に連携して動作するため、一部のインストール・タスクではシステム管理者としての権限が必要になります。また、Oracle Clusterwareのプロセスには、特別なオペレーティング・システム・ユーザーであるroot
としての実行が必要な場合もあります。OUIにより、Oracle Automatic Storage Management (Oracle ASM)はGridホーム・ディレクトリにもインストールされます。
Oracle RACソフトウェアはOracle Database 12cのインストール・メディアからインストールします。標準的なOracle Database 12cソフトウェアのインストール・プロセスでは、クラスタ上でインストールを実行していることがOUIで認識されると、デフォルトでOracle RACオプションもインストールされます。OUIにより、Oracle RACはOracle_homeと呼ばれるディレクトリ構造にインストールされます。このホームは、同じサーバー上にインストールされている他のOracleソフトウェア製品のホーム・ディレクトリとは異なります。
Oracleソフトウェアのインストールを準備するには、次の手順を実行します。
初めてOUIを起動すると、電子メール・アドレスおよびMy Oracle Supportのパスワードを入力するように求められます。
この情報を入力すると、次の機能が有効になります。
Oracle Configuration Managerがインストールされ構成されます。このオプションを使用すると、Oracle RAC構成に関する情報をMy Oracle Supportアカウントに関連付けることができます。Oracleサポートにサービス・リクエストを提示する必要がある場合、この構成情報はサービス問題のより迅速な解決に役立つことがあります。
My Oracle Supportのセキュリティ・アラートの電子メール通知を受信できます。
最新パッチの自動ダウンロードと、新しくインストールされたOracleソフトウェア(およびクラスタ用Oracle Grid InfrastructureまたはOracle Database)への適用。ダウンロード可能なソフトウェア更新には、パッチ、重要なパッチ更新、インストーラ更新およびパッチ・セットがあります。
これらの機能を有効にするようにする場合は、My Oracle Supportアカウント名(電子メール・アドレス)とパスワードを指定する必要があります。ご使用のコンピュータをMy Oracle Supportに接続する前に、プロキシ設定を構成する必要がある場合があります。
ソフトウェア更新がダウンロードされている場合、インストール中に、これらをMy Oracle Supportからダウンロードするかわりに、ローカル・サーバーでファイルが格納されているディレクトリの場所を入力できます。インストール・プロセス中に、インストールされたソフトウェアにソフトウェア更新が適用されます。
参照:
『Oracle Database 2日でデータベース管理者』
クラスタ用Oracle Grid Infrastructureのソフトウェアは、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)で構成されます。
インストーラを開始する前に、環境変数を設定および設定解除する必要があります。
grid
またはoracle
ユーザー・アカウントからOUIを実行します。OUIを起動してクラスタ用Oracle Grid Infrastructureをインストールする前に、grid
ユーザーの環境を構成する必要はありません。インストール・プロセス中に、中央インベントリおよびGridホームに使用するディレクトリを指定できます。
ただし、ORACLE_BASE
環境変数は、Oracleインベントリ・ファイルを配置するディレクトリに設定できます。たとえば、Oracle Databaseホーム・ディレクトリ/u01/app/oracle/product/12.1.0/dbhome_1
を作成する場合、ORACLE_BASE
をディレクトリ/u01/app/oracle/
に設定します。インストール前にORACLE_BASE
ディレクトリを設定すると、これがOUIによって表示される中央インベントリのデフォルトの場所になります。
また、ORACLE_HOME
環境変数をGridホーム用に選択した場所に設定できます。インストール前にORACLE_HOME
ディレクトリを設定すると、これが、OUIの表示するGridホームのデフォルトの場所になります。
(オプション)クラスタ用Oracle Grid InfrastructureをOracle Linuxにインストールする前に、ユーザー環境を変更するには、次の手順を実行します。
LinuxおよびUNIXプラットフォームでのインストール時に特定の前提条件チェックが失敗した場合は、「修正および再チェック」をクリックして修正スクリプトを生成できます。
インストーラは、インストールの最小要件が満たされていない場合に検知し、要件を満たしていないシステム構成手順を実行するために、修正スクリプトと呼ばれるシェル・スクリプトを作成します。インストーラによって不完全な作業が検知されると、修正スクリプト(runfixup.sh
)が生成されます。CVUで、インストールの前に修正スクリプトを生成することもできます。
修正スクリプトでは、次のことが実行されます。
必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。
共有メモリーのパラメータ。
オープン・ファイル記述子およびUDP送受信パラメータ
Oracle Inventory(中央インベントリ)ディレクトリに権限を作成し、設定します。
インストール所有者、必要な場合はOracleインベントリ・ディレクトリおよびオペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが作成または再構成されます。
必要に応じて、シェル制限に必須の値を設定します。
「修正および再チェック」をクリックした後で、このスクリプトを実行できます。このとき、別のセッションでroot
ユーザーとして修正スクリプトを実行するようインストーラによって求められます。もしくは、スクリプトを自動的に実行するようにインストーラのインタフェースから指定することもできます。インストーラが指定したすべてのノードで、スクリプトを実行する必要があります。
生成された修正スクリプトの内容を変更することはお薦めしません。
注意:
修正スクリプトを使用しても、クラスタ用Oracle Grid InfrastructureおよびOracle RACのインストールに必要な前提条件がすべて満たされるわけではありません。インストールに成功するには、 「クラスタの準備」 で説明する前提条件をすべて満たしているかどうか確認する必要があります。
Oracle Universal Installer (OUI)を使用してソフトウェアをクラスタ内の1つのノードにインストールすると、インストーラによってソフトウェアが他のクラスタ・ノードにコピーされます。
最初のノードでクラスタ用Oracle Grid Infrastructureソフトウェアを所有する(grid
)ユーザーとして、クラスタ用のOracle Grid Infrastructureをインストールします。インストール中、OUIはセキュア・シェル(SSH)を使用してバイナリ・ファイルをこのノードから他のノードにコピーすることに注意してください。インストール中、OUIはユーザーにかわってSSHを構成できます。
注意:
単一インスタンスのOracle Database 11gがインストールされているサーバーにOracle Clusterwareをインストールするとき、既存のOracle ASMインスタンスがある場合はそのインスタンスを停止します。Oracle Clusterwareのインストール後に、このOracle ASMインスタンスを再起動します。単一インスタンスのOracle Databaseを再起動した後で、Oracle ASMインスタンスを再起動すると、Oracle ASMインスタンスでは、単一インスタンスのOracle Databaseのデーモンではなく、クラスタ同期サービス・デーモン(CSSD)を使用します。
クラスタ用Oracle Grid Infrastructureソフトウェアをインストールする手順:
注意:
インストールの完了後、Oracleソフトウェアがサーバーで動作している間は、/tmp/.oracle
または/var/tmp/.oracle
ディレクトリ、またはそれらのディレクトにあるファイルを手動またはcron
ジョブの実行によって削除しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的に停止する場合があります。Oracle Clusterwareのインストールが失敗し、次のエラーが表示されることがあります。
CRS-0184: CRSデーモンと通信できません。
Oracle Clusterwareのインストール後、ノード・アプリケーションが起動していることを確認します。
使用するオペレーティング・システムによっては、Oracle Clusterwareコンポーネントを適切に構成するために、インストール後のタスクをいくつか実行する必要がある場合があります。
Oracle Linux上でOracle Clusterwareの構成を完了するには、次の手順を実行します。
注意:
Oracle Clusterwareインストールの完了後は、ホスト名の変更(ドメイン修飾の追加または削除を含む)はしないでください。ホスト名を変更されたノードはクラスタから削除され、新しい名前で追加されます。
クラスタ用Oracle Grid Infrastructureが動作可能になった後、クラスタのノードにOracle Databaseソフトウェアをインストールできます。
Oracle Universal Installer (OUI)により、このソフトウェアがローカル・ノードにインストールされ、バイナリ・ファイルがローカル・ノードからクラスタ内の他のすべてのノードにコピーされます。
oracle
ユーザー・アカウントから実行します。OUIを起動する前に、oracle
ユーザーの環境を構成する必要はありません。Oracle Universal Installer (OUI)はoracle
ユーザー・アカウントから実行します。OUIを起動する前に、oracle
ユーザーの環境を構成する必要はありません。
ORACLE_BASE
環境変数は、Oracle DatabaseソフトウェアのOracleインベントリ・ファイルを配置するディレクトリに設定できます。たとえば、Oracle Databaseホーム・ディレクトリ/u01/app/oracle/product/12.1.0/dbhome_1
を作成する場合、ORACLE_BASE
をディレクトリ/u01/app/oracle/
に設定します。インストールする前にORACLE_BASE
環境変数を設定した場合は、指定したパスがOUIに表示される中央インベントリのデフォルトの場所になります。
また、ORACLE_HOME
環境変数をOracle Databaseホーム用に選択した場所に設定できます。インストールする前にORACLE_HOME
環境変数を設定した場合は、指定したパスがOUIに表示されるOracleホームのデフォルトの場所になります。
(オプション)Oracle DatabaseソフトウェアをOracle Linuxにインストールする前に、ユーザー環境を変更するには、次の手順を実行します。
Oracle Databaseファイルまたは高速リカバリ領域用に個別のディスク・グループを使用する場合は、Oracle Databaseソフトウェアをインストールする前に、別のOracle ASMディスク・グループを作成する必要があります。
クラスタ用Oracle Grid Infrastructureのインストール中に、Oracle ClusterwareファイルをOracle ASMに格納することを選択した場合は、単一のディスク・グループがOracle ASMに作成されます。この同じディスク・グループを使用してOracle Database用のデータファイルを格納するか、Oracle Databaseファイルのための別個のディスク・グループを作成できます。
ASMCAを使用して他のディスク・グループを作成するには、次の手順を実行します。
オペレーティング・システム環境を構成した後、Oracle Universal Installerを使用して、Oracle RACソフトウェアをインストールし、Oracle RACデータベースを作成できます。
クラスタ上にOracle Databaseソフトウェアをインストールし、データベースを作成するには、次の手順を実行します。
インストール時にOracle RACデータベースの作成を選択した場合、すべてのデータベース・サービスが起動し、実行中であることを確認します。
Oracle RACデータベースが起動されていることを確認するには、次の手順を実行します。
注意:
インストールの完了後、Oracleソフトウェアがサーバーで動作している間は、/tmp/.oracle
または/var/tmp/.oracle
ディレクトリ、またはそれらのディレクトにあるファイルを手動またはcron
ジョブの実行によって削除しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的に停止する場合があります。Oracle Clusterwareのインストールが失敗し、次のエラーが表示されます。
CRS-0184: Cannot communicate with the CRS daemon.
Oracle Real Application Clusters(Oracle RAC)ソフトウェアをインストールし、Oracle RACデータベースを作成した後には、クラスタ・データベースの使用準備を完了する前に、追加で実行するタスクがあります。これらの手順をお薦めしていますが、必須ではありません。
インストールが正しく構成されたことを検証するには、クラスタ検証ユーティリティ(CVU)を使用します。
Oracle Clusterwareのインストールが完了すると、OUIではコンフィギュレーション・アシスタントとして自動的にクラスタ検証ユーティリティ(CVU)が実行され、Oracle Clusterwareのインストールが正常に完了したかどうかが検証されます。
CVUによって構成の問題が報告される場合は、続行する前にこれらのエラーを修正します。
参照:
CVUの使用方法および構成の問題の解決方法については、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。
Database Configuration Assistant (DBCA)ユーティリティは、Oracle Databaseを作成するために使用します。
インストール時にOracle Real Application Clusters (Oracle RAC)データベースを作成するオプションを選択していない場合は、Oracle RACソフトウェアが正常にインストールされたことを確認した後、DBCAを使用してOracle RACデータベースを作成する必要があります。Oracle RACデータベースの作成手順は、Oracle Real Application Clustersインストレーション・ガイドに記載されています。
インストール時に使用される特定のファイルは、インストールされるソフトウェアを操作するうえで非常に重要です。
ハードウェアの障害に備え、これらのファイルをバックアップし、インストールされるソフトウェアとは別の場所に保管することが重要です。
root.sh
スクリプトをバックアップすることをお薦めします。 emkey.ora
ファイルをバックアップすることをお薦めします。 インストールの完了後は、root.sh
スクリプトをバックアップすることをお薦めします。
他の製品を同じOracleホーム・ディレクトリにインストールした場合、既存のroot.sh
スクリプトの内容がインストール中にOUIによって更新されます。元のroot.sh
スクリプトに含まれていた情報が必要な場合は、その情報をroot.sh
バックアップ・コピーからリカバリできます。
インストールの完了後に、emkey.ora
ファイルのバックアップを作成することをお薦めします。
このマニュアルで説明するインストール中に、Enterprise Manager Database Control管理リポジトリが保護モードに置かれます。すべてのEnterprise Managerデータが、ファイルemkey.ora
に格納された暗号化鍵を使用して暗号化されます。このファイルが破損または失われ、バックアップからリストアできない場合、既存のEnterprise Managerリポジトリは使用できなくなります。
emkey.ora
ファイルは、Oracle_home//node_name__Database_name/sysman/config
ディレクトリに配置されます。たとえば、racnode2
サーバーで、orcl.example.com
データベースの暗号化鍵ファイルは/u01/app/oracle/product/12.1.0/dbhome_1
/racnode2_orcl/sysman/config/emkey.ora
ディレクトリに配置されます。
Oracle RACデータベースを作成してDatabase Controlによるデータベース管理を選択すると、Oracle Enterprise Manager Database Controlユーティリティのインストールおよび構成が自動的に行われます。
新しいOracle RAC環境でOracle Enterprise Manager Database Controlが起動されていることを検証するには、次の手順を実行します。
参照:
Oracle Database 2日でデータベース管理者
パッチ・セットがインストール済のソフトウェアに対応する最新のものであることを確認して実行してください。
オラクル社では、オラクル社のソフトウェアについてパッチと呼ばれるバグ・フィックスを定期的に発行しています。パッチ・セットとはバグ・フィックスのコレクションであり、パッチ・セットのリリース時までに作成されたバグ・フィックスが含まれます。パッチ・セットは完全にテストされた製品修正です。パッチ・セットの適用は、Oracleホームにあるソフトウェアにのみ影響します。
インストール時にMy Oracle Supportへのアクセスを構成した場合は、インストール時に最新のパッチがダウンロードされて適用されているはずです。
OUIでMy Oracle Supportへのアクセスを構成しなかった場合は、ご使用のリリースに対応するパッチ・セットと、パッチ・セットに含まれていない必須のパッチを適用する必要があります。パッチおよびパッチ・セットのダウンロードとインストールについては、「Oracleソフトウェアの管理およびパッチの適用」で説明されています。
参照:
パッチおよびパッチ・セットを検索してダウンロードする方法の詳細な手順は、Oracle Grid Infrastructureインストレーション・ガイドfor Linuxを参照してください。
単一インスタンス・データベースがあり、Oracle RACまたはOracle RAC One Nodeに変換する場合は、rconfig
、Oracle Enterprise ManagerまたはDatabase Configuration Assistant (DBCA)を使用して、単一インスタンス・データベースのインストール環境をOracle Real Application Clusters (Oracle RAC)データベースに変換するタスクを実行できます。
rconfig
はコマンドライン・ユーティリティです。Oracle Enterprise Manager Cloud Controlの「クラスタ・データベースへの変換」オプションは、GUI変換ツールを提供します。また、単一インスタンス・データベースをOracle RACデータベースに変換した後、srvctl
ユーティリティを使用して、そのデータベースをOracle RAC One Nodeデータベースに変換できます。
rconfig
ユーティリティを使用して単一インスタンスのデータベースをOracle RACデータベースに変換するプロセスの概略を示します。rconfig
ユーティリティを使用して単一インスタンスのOracle Databaseを単一ノードのOracle RACデータベースに変換した後、srvctl
ユーティリティを使用してデータベースをOracle RAC One Nodeデータベースに変換できます。データベースをクラスタ・データベースに変換するプロセスを開始する前に、データベース環境が一定の前提条件を満たしている必要があります。
既存のデータベースとターゲットOracle RACデータベースは、Oracle Database 12cと同じリリースであり、同じプラットフォーム上で実行している必要があります。
Oracle RACデータベースの実装に使用するハードウェアおよびオペレーティング・システム・ソフトウェアが、インストールするOracle RACソフトウェアのリリースでの使用を認定されている必要があります。
Oracle RACデータベース用の共有記憶域を構成する必要があります。Oracle Clusterwareのファイル用(Oracle Cluster Registry、投票ファイル、グリッド・インフラストラクチャ管理リポジトリなど)の追加の共有記憶域が必要となります。
Oracle RACデータベースに対して実行する任意のアプリケーションをクラスタ・データベースで正常に使用できるようにするためには、それらのアプリケーションで追加構成を何も必要としないことを検証する必要があります。これは、Oracle StreamsなどのOracleアプリケーションとデータベース機能、およびOracle以外のアプリケーションと製品の両方に適用されます。
単一インスタンスのOracle DatabaseからOracle RACに変換する前に、バックアップを実行可能にする必要があります。
Oracle RAC環境でアーカイブを実行する場合は、アーカイブ・ログ・ファイルの書式にスレッド番号が必要です。
メディア・リカバリには、Oracle RACデータベースのすべてのインスタンスのアーカイブREDOログ・ファイルが必要です。ファイルにアーカイブして、クラスタ・ファイル・システム、または共有ファイル・システムを提供するその他の方法を使用しない場合、クラスタ・データベースにインスタンスが含まれているすべてのノードのアーカイブREDOログ・ファイルにアクセスする方法が必要となります。
注意:
個々のOracle Database 12cデータベース製品またはオプションの使用方法の詳細は、Oracle Help Center Webサイトの製品ドキュメント・ライブラリ(http://docs.oracle.com/en/database/
)を参照してください。
Oracle Enterprise Manager Cloud Controlを使用して単一インスタンス・データベースをOracle RACデータベースに変換できます。
この項では、単一インスタンス・データベースをOracle RACデータベースに変換するプロセスの概要を示します。
Oracle RACデータベースに変換する場合に前提条件となる次のタスクを実行します。
Oracle ClusterwareおよびOracle Databaseソフトウェアをすべてのターゲット・ノードにインストールします。
Oracle Clusterwareを起動します。
すべてのターゲット・ノードでOracle RACに対してOracle Databaseバイナリを有効にします。
共有記憶域を構成して、すべてのノードからアクセス可能にします。
変換を実行しているオペレーティング・システム・ユーザーに対して、ユーザー等価関係を構成します。
Oracle Enterprise Managerのエージェントを、クラスタ情報およびホスト情報を使用してすべてのノードで構成および実行します。
変換するデータベースを正常にバックアップしておきます。
変換するデータベースのホームページにアクセスします。「データベース・ホーム」ページへの移動の手順については、『Oracle Database 2日でデータベース管理者』の「データベースのホームページへのアクセス」に関する項を参照してください。
「可用性」メニューで、「クラスタ・データベースへの変換」を選択します。
必要な資格証明を指定します。
新しいデータベースのインスタンスを含める必要があるホスト・ノードを選択します。
リスナーおよびインスタンスの構成情報を指定します。
データファイルに使用する共有記憶域の場所を指定します。
ジョブを発行します。
変換後のタスクを実行します。
変換されたOracle RACデータベースは、固定された構成ではなくサーバー・プールを使用します。
参照:
このプロセスの詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。
このトピックでは、rconfig
ユーティリティを使用して単一インスタンスのデータベースをOracle RACデータベースに変換するプロセスの概略を示します。
Oracle RACデータベースに変換する場合に前提条件となる次のタスクを実行します。
Oracle ClusterwareおよびOracle Databaseソフトウェアをすべてのターゲット・ノードにインストールします。
Oracle Clusterwareを起動します。
すべてのターゲット・ノードでOracle RACに対してOracle Databaseバイナリを有効にします。
共有記憶域を構成して、すべてのノードからアクセス可能にします。
変換を実行しているオペレーティング・システム・ユーザーに対して、ユーザー等価関係を構成します。
変換するデータベースを正常にバックアップしておきます。
rconfig
を使用すると、単一インスタンスのデータベースを管理者が管理するクラスタ・データベースまたはポリシーで管理するクラスタ・データベースに変換できます。環境に応じてConvertToRAC_AdminManaged.xml
またはConvertToRAC_PolicyManaged.xml
サンプル・ファイルのパラメータを変更し、ファイルを新しい場所に保存します。どちらのファイルもOracle_home/assistants/rconfig/sampleXMLs
ディレクトリに配置されます。
変更したXMLファイルの名前を入力値として指定し、rconfig
コマンドを実行します。
変換後のタスクを実行します。
rconfig
ユーティリティを使用して、単一インスタンスOracle ASMをクラスタOracle ASMに変換することもできます。
参照:
このプロセスの詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。
rconfig
ユーティリティを使用して単一インスタンスのOracle Databaseを単一ノードのOracle RACデータベースに変換した後、srvctl
ユーティリティを使用してデータベースをOracle RAC One Nodeデータベースに変換できます。
データベースをOracle RAC One Nodeデータベースに変換するには、次のコマンドを使用します。
srvctl convert database -db database_name -dbtype RACONENODE
Oracle RAC One Nodeデータベースは、フェイルオーバーまたはオンライン・データベース再配置をサポートするために、マルチノード・クラスタの一部である必要があります。クラスタ用Oracle Grid InfrastructureとOracle RACを2つ以上のノードにインストールするか、または既存の単一ノードのOracle RACデータベースにノードを追加する必要があります。
参照:
ノードの追加の詳細は、「ノードおよびインスタンスの追加と削除」を参照してください。
Oracle RAC One Nodeの詳細は、「Oracle RAC One Nodeについて」を参照してください。