Oracle® Real Application Clustersインストレーション・ガイド 12c リリース1 (12.1) for Microsoft Windows B72964-07 |
|
前 |
次 |
この章では、Database Configuration Assistant(DBCA)をスタンドアロン・モードで使用して、Oracle Real Application Clusters(Oracle RAC)データベースを作成および削除する方法について説明します。
listener.ora
ファイルを構成する必要があります。 関連項目:
DBCAを使用したインスタンスの追加および削除の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。Oracle Database Configuration Assistant (DBCA)は、Oracleデータベースを作成および構成するためのツールです。
次に、DBCAの主なデータベース機能を示します。
データベースの作成および削除
データベース・テンプレートの作成
プラガブル・データベース(PDB)の作成、接続、切断および削除
データベース・インスタンスの追加および削除
データベースのOracle Enterprise Manager Cloud Controlへの登録
データベース・オプション(Oracle Database Vaultなど)の構成およびディレクトリ・サーバーへの登録
注意:
クラスタ管理サービスは、DBCAでは管理できなくなりました。かわりに、Oracle Enterprise Manager Cloud Controlのクラスタ管理サービスに関するページ(使用可能な場合)またはSRVCTLを使用します。詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。関連項目:
リスナーの構成などで問題が発生した場合の解決およびLightweight Directory Access Protocol(LDAP)対応のディレクトリ・サポートの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。
Oracle Enterprise Managerの使用については、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。
Oracle Database Configuration Assistant (DBCA)を使用してOracle RACデータベースを作成することをお薦めします。事前構成済データベースを使用すると、サーバー・パラメータ・ファイル(SPFILE)、自動UNDO管理などの機能に合わせて環境を最適化できるためです。
DBCAによって、ポリシー管理データベースと管理者管理データベースの両方を作成できます。DBCAを使用すると、データベースの作成時にサイト固有の表領域を作成できます。DBCAテンプレートとは異なるデータ・ファイル要件がある場合は、DBCAによってデータベースを作成し、後でデータ・ファイルを変更します。また、データベースの作成時に、ユーザー定義のスクリプトを実行することもできます。
また、DBCAは、クラスタ管理ツールなど、Oracleの様々な高可用性機能を使用できるOracle RAC環境を構成します。DBCAは、定義した構成のサポートに必要なすべてのデータベース・インスタンスも起動します。
DBCAを使用すると、Oracle提供のテンプレートから、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。
次の2つのタイプのワークロードのテンプレートが提供されています。
汎用またはトランザクション処理
データ・ウェアハウス
より複雑な環境では、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインタビューが行われます。これによって、データベースを作成する時間が長くなります。
「詳細表示」をクリックして、各タイプのデータベースの構成を確認します。使用するデータベースでサポートされるワークロードのタイプに適したテンプレートを選択します。どちらを選択するか不明な場合は、デフォルトの「汎用またはトランザクション処理」テンプレートを選択します。
システムにOracle Database 10gまたは11gがインストールされている場合に、共存させたり、Oracle Database 10.1、10.2、11.1または11.2の環境をアップグレードするために、Oracle Database 12cリリース1 (12.1)をインストールすると、ほぼすべてのインストール・タイプで、既存のOracle Databaseリスナーが12cリリース1 (12.1)のOracleホームに自動的に移行されます。
移行時に、アップグレード・プロセスによって、IPCキー値の既存のリスナーと同じTCP/IPポートを使用して、デフォルトのOracle Net Listenerが構成および起動されます。Oracle Clusterwareのアップグレード時に、デフォルト・リスナー(LISTENER_NODENAME
)はOracle Grid Infrastructureホーム(Gridホーム)に移行されます。DBCAでは常にデフォルト・リスナーが使用されます。
このリスナー移行プロセスによって、既存のOracleホームのリスナーが停止され、新しいOracleホームからリスナーが再起動されます。データベースでデフォルト・リスナー(LISTENER_NODENAME
)を使用していた場合、Oracle Net Configuration Assistant (NETCA)によって、Oracle Grid Infrastructureのアップグレードの一部として、デフォルト・リスナーはGridホームに自動的に移行されます。データベースでデフォルト以外のリスナーが使用されている場合、そのデフォルト以外のリスナーは、Database Upgrade Assistant (DBUA)によってOracle Databaseホームに移行されます。
注意:
移行時には、移行中のリスナーに登録されているいずれのデータベースにもクライアント・アプリケーションを接続できない場合があります。クラスタ検証ユーティリティ(CVU)を使用して、システムで構成変更の準備が整っていることを検証します。
例3-1 システムでOracle RACのインストール準備が整っていることを検証するためのCVUの使用
node1
およびnode2
で構成され、GridホームのパスがC:\app\12.1.0\grid
、OracleホームのパスがC:\app\oracle\product\12.1.0\dbhome_1
の2ノード・クラスタのシステムで、Oracle DatabaseおよびOracle RACのインストールの準備が整っていることを検証するには、次のコマンドを入力します。
C:\app\12.1.0\grid\bin> cluvfy stage -pre dbcfg -n node1,node2 \ -d C:\app\oracle\product\12.1.0\dbhome_1
DBCAを使用してデータベースを作成するには、Oracle Net Configuration Assistant (NetCA)を起動してOracle Netのlistener.ora
ファイルを構成する必要があります。
オペレーティング・システム環境変数ORACLE_HOME
にOracle RACデータベース・ホームを、またはORACLE_UNQNAME
にデータベースの一意の名前を設定する必要はなくなりました。
注意:
DBCAまたはOUIから、Oracle RACデータベースの電子メール通知を設定できなくなりました。Oracle Database Configuration Assistantを使用してOracle RACデータベースを作成する前に、ソフトウェア要件を満たすようシステムを構成する必要があります(Oracle Grid Infrastructureのインストールの一環としてこれを行っていなかった場合)。
Oracle RACデータベースのグローバル・データベース名は、ネーミング要件を満たす必要があります。グローバル・データベース名は、データベース名とドメイン名で構成されます。
Oracle Database Configuration Assistant (DBCA)を起動してOracle RACデータベースを構成する前に、クラスタ用にOracle Grid Infrastructureをインストールし、Oracle RACファイル用の共有記憶域領域を構成する必要があります。
関連項目:
asmtoolg
の詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。
共有記憶域の構成要件の詳細は、ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。
ディスク・グループの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。
Oracle Database Configuration Assistantを使用してOracle DatabaseまたはOracle RACデータベースを作成する場合、インストール時にOracleホーム・ユーザーを指定すると、このユーザーのパスワードを入力する必要があります。
関連項目:
Oracleホーム・ユーザーの詳細は、Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)を参照してください。DBCAを使用してOracle RACデータベースの作成および構成を行う場合、複数の画面を移動して、いくつかのアクションを実行します。
CLUSTER_DATABASE_INSTANCES
パラメータを推定インスタンス数に設定します。Oracle Database Configuration Assistant (DBCA)ユーティリティは、コマンドラインまたはWindowsの「スタート」メニューから起動できます。
注意:
DBCAを実行するために、オペレーティング・システム環境変数ORACLE_HOME
をOracle RACデータベース・ホームに、またはORACLE_UNQNAME
を一意のデータベース名に設定する必要はありません。DBCAを起動すると、中央Oracleインベントリ(OracleホームがOracle RAC用に有効化される)でOracle RACが検出されると、Oracle RACのオプションが自動的に表示されます。
DBCAがOracle RACホームとしてOracleホームを検出しない場合は、OUIインベントリがC:\Program Files\Oracle\Inventory
ディレクトリに正しく配置されていて、そのoraInventory
ファイルが破損していないことを確認します。また、次のCVUコマンド構文を使用してクラスタウェア診断を実行します。
Grid_home\bin\cluvfy\cluvfy.bat stage -post crsinst -n nodelist
DBCAを使用していて、クラスタ・インストールの対象となるノードが「ノードの選択」ページに表示されない場合は、Opatchのlsinventory
コマンドを使用してインベントリ診断を実行してください。CVUを使用してクラスタウェアの診断も実行します。
例3-2 DCBAで2ノード・クラスタの検出に失敗した場合のクラスタウェア診断の実行
GridホームがD:\app\12.1.0\grid
で、ノード名がnode1
とnode2
の場合は、次のコマンドを実行して、クラスタウェア診断を実行します。
D:\app\12.1.0\grid\bin> cluvfy stage -post crsinst -n node1,node2
Oracle RACデータベース・ファイルの記憶域として、Oracle ASMディスク・グループか共有ファイル・システムのいずれかを選択できます。
CLUSTER_DATABASE_INSTANCES
パラメータを推定インスタンス数に設定します。
CLUSTER_DATABASE_INSTANCES
をクラスタに追加する総ノード数に変更します。DB_NAME
パラメータ)は、最初の8文字に切り捨てられ、DB_UNIQUE_NAME
パラメータ値が、グローバル名に設定されることに注意してください。関連項目:
初期化パラメータの詳細は、『Oracle Database管理者ガイド』を参照してください。Oracle RACデータベースの作成時のOracle Database Configuration Assistant (DBCA)のアクションを理解するにはこの情報を確認します。
DBCAのプロンプトに従って作業を行い、「サマリー」ダイアログ・ボックスの情報を確認して「OK」をクリックすると、DBCAによっていくつかのアクションが実行されます。
Oracle RACデータベースとそのインスタンスの作成
Oracle RACデータ・ディクショナリ・ビューの作成
Oracleサービスの開始(Windowsベースのプラットフォームの場合)
Oracle Clusterware高可用性サービスの起動
全クラスタ・ノードでのデータベース・インスタンスの起動
注意:
Oracle RACデータベースを作成した後で、作成したOracle RACデータベースにOracle Database製品をさらにインストールする場合は、製品をインストールする前に、Oracle RACデータベース・ホームで実行されているすべてのプロセスを停止する必要があります。
Oracle RACホームで実行されているすべてのプロセスを停止すると、Oracle Universal Installerは特定の実行可能ファイルおよびライブラリを再リンクできます。詳細は、既存のOracle RACデータベースをアップグレードするための準備を参照してください。
データベース・ファイルにDirect NFS (dNFS)を使用するOracle RACデータベースをインストールおよび作成する際、様々な構成プロセスを実行する必要があります。
ソフトウェアのみのインストールでは、Oracle Databaseソフトウェアをインストールしますが、インストール・プロセスの一部としてデータベースを作成しません。
setup.exe
を実行して、Oracle Universal Installer (OUI)を起動します。Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用すると、Oracle Database Configuration Assistant (DBCA)の共通ファイルの場所の手順で使用されるOracle Automatic Storage Management Cluster File System (Oracle ACFS)マウント・ポイントを作成できます。
関連項目:
データベースで使用するOracle ACFSファイル・システムの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してくださいOracle Database Configuration Assistant (DBCA)を使用して、データ・ファイルの記憶域にDirect NFSを使用するOracle Real Application Clusters (Oracle RAC)データベースを作成します。
Direct NFSを使用してマウント・ポイントを構成すると、Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用してOracle Automatic Storage Management Cluster File System (Oracle ACFS)マウント・ポイントを削除できます。
Grid_home/bin
ディレクトリからasmca.exe
を実行して、ASMCAを起動します。C:\oradatamnt
)を選択し、「すべてをディスマウント」をクリックします。クラスタ・ノードにOracle RACソフトウェアのみをインストールすることを選択した場合、Oracle Database Configuration Assistant (DBCA)を使用してOracle RAC One Nodeを構成できます。
関連項目:
Oracle RAC One Nodeの詳細は、Oracle Technology Network (http://www.oracle.com/technetwork/database/clustering/overview/)を参照してください。
Oracle Database Configuration Assistant (DBCA)を使用したOracle RACデータベースの削除は、データベースおよびデータベース・オブジェクトの削除を伴います。
DBCAは、まずデータベースを削除してから、データベースの初期化パラメータ・ファイル、インスタンス、Optimal Flexible Architecture (OFA)構造およびデータベースのOracleネットワーク構成を削除します。
「OK」をクリックすると、DBCAは操作を継続して、このデータベースに関連するすべてのインスタンスを削除します。DBCAは、パラメータ・ファイル、パスワード・ファイルも削除します。
この時点で、次の作業が完了しました。
選択したOracle RACデータベースのクラスタからの削除
Windowsベース・プラットフォームでの選択したOracle RACデータベースのOracleサービスの削除
Oracle RACデータベースに割り当てられた高可用性サービスの削除
Oracle RACデータベースのOracle Net構成の削除
Oracle RACデータベースのOracle Enterprise Managerの構成解除
Oracle RACデータベースのOFAディレクトリ構造のクラスタからの削除
Oracle RACデータベースのデータ・ファイルの削除
インストール時に、マルチテナント・コンテナ・データベース(CDB)を選択し、プラガブル・データベース(PDB)を構成している場合は、インストール後、このPDBにサービスを追加することをお薦めします。
MOUNTED
状態で再起動されます。 フェイルオーバーされるか、またはサービスを関連付けるためにPDBを構成した後で再配置すると、PDBはRead Writeモードで起動されます。PDBにサービスを関連付けていない場合は、CDBインスタンスの再起動時に、PDBはMOUNTED
状態を維持します。
PDBにサービスを追加した後、PDBが関連付けられているCDBを再配置したか、またはCDBがフェイルオーバーされた場合は、そのCDBに関連付けられているPDBは自動的にRead Write
状態で起動されます。