| Oracle® Database 2日でReal Application Clustersガイド 11gリリース2(11.2) B56291-07 |
|
 前 |
 次 |
WebベースのOracle Enterprise Manager Database ControlおよびGrid Controlのインタフェースでは、Oracle Real Application Clusters(Oracle RAC)データベースを管理できます。Oracle Enterprise Managerコンソールは、Oracle環境の制御における中心点です。Database Controlコンソールを使用して、クラスタ・データベースの管理タスクを開始します。Grid Controlコンソールを使用して、複数のOracle RACデータベースおよびクラスタ・ノードを管理します。
この章では、Oracle RAC環境の管理方法について説明します。ここでは、データベース・コンポーネントの起動および停止タスクと、Oracle RACのパラメータおよびパラメータ・ファイルの管理方法を説明します。この章の内容は次のとおりです。
Oracle Real Application Clusters(Oracle RAC)は、2つ以上の個々のコンピュータをリンクして1つのシステムとして機能させるテクノロジです。Oracle RACにより、クラスタのメンバーである各コンピュータ(ノード)はOracle Databaseへのアクセスを共有できるようになります。あるクラスタ・ノードがエラーまたはオフラインになっても、他のクラスタ・ノードは引き続き稼働し、Oracle RACデータベース全体が使用可能なままになります。2つ以上の安価なコンピュータが、アプリケーションでは、はるかに強力で高価な単一のコンピュータであるかのように認識されます。
Oracle RACデータベースのパフォーマンスを向上するには、クラスタ・ノードを追加できます。各ノードを追加すると、アプリケーションの処理が高速化され、より多くのユーザーまたはプロセス、あるいはその両方がサポートされます。また、クラスタ・ノードを追加すると、2ノードのOracle RACデータベースの可用性および信頼性も向上します。Oracle RAC環境のノード数が増えると、個々のノードの損失によってデータベースが受ける影響が少なくなります。
|
注意: Oracle Database Standard Editionを使用している場合は、クラスタがライセンスの制限に準拠している必要があります。これらの制限の詳細は、『Oracle Databaseライセンス情報』を参照してください。 |
Oracle RACデータベースには、クラスタ・ノード、共有記憶域およびOracle Clusterwareという3つのコンポーネントが必要です。クラスタのノード数および使用する共有記憶域のタイプは任意に選択できますが、このマニュアルでは、ある特定の2ノード・クラスタ構成について説明します。この2ノード構成では、記憶域管理用にOracle Automatic Storage Management (Oracle ASM)、またバックアップおよびリカバリ計画用にRecovery Manager(RMAN)が使用されます。
ほとんどの管理タスクは、単一インスタンスのOracle DatabaseとOracle RACデータベースの間で同じです。このガイドでは、Oracle RACに固有のデータベース管理タスクに関する追加指示と、Oracle RACデータベースの管理のための推奨事項について説明します。
|
注意: デフォルトでは、指定されたユーザーがサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するには、特定のユーザーをCRS管理者のリストに追加することをお薦めします。CRS管理者のリストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。 |
Oracle RAC One Nodeデータベースの管理は、Oracle RACまたはシングル・インスタンスのデータベースとは若干異なります。管理者によって管理されるOracle RAC One Nodeデータベースの場合、候補ノード・リストを監視して、フェイルオーバーの際にサーバーが必ず利用できるようにする必要があります。候補サーバーは汎用サーバー・プールに存在し、データベースとそのサービスは、それらのサーバーのいずれかにフェイルオーバーします。ポリシー管理Oracle RAC One Nodeデータベースの場合、現在のノードが使用できなくなった場合にサーバーがデータベースのフェイルオーバーに使用できるように、サーバー・プールが構成されていることを確認する必要があります。また、ポリシー管理Oracle RAC One Nodeデータベースでは、オンライン・データベース再配置のための宛先ノードは、データベースのサーバー・プールに配置される必要があります。
Oracle Real Application Clusters One Node(Oracle RAC One Node)は、クラスタ内の1つのノードで実行されるOracle Real Application Clusters(Oracle RAC)データベースの単一インスタンスです。インスタンスを停止および起動するかわりに、Oracle RAC One Nodeのオンライン・データベース再配置を使用して、Oracle RAC One Nodeインスタンスを別のサーバーに再配置できます。
|
参照: Oracle RAC One Nodeデータベースの管理方法の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。 |
WebベースのOracle Enterprise Manager Database ControlコンソールおよびOracle Enterprise Manager Grid Controlコンソールでは、Oracle RACおよびOracle RAC One Nodeデータベースを管理できます。Oracle Enterprise Managerは、グラフィカル・ユーザー・インタフェース(GUI)を介してアクセスするOracle環境を制御するための中心点です。Oracle Enterprise Managerでは、サービスを作成および変更でき、クラスタ・データベース・インスタンスとクラスタ・データベースを起動および停止できます。Oracle Enterprise Manager Database Controlは、クラスタ・データベースの管理タスクに使用します。Oracle Enterprise Manager Grid Controlは、Oracle RACデータベースだけでなく、Oracle RAC環境全体の管理に使用します。
クライアント・ブラウザを使用してOracle Enterprise Managerにログインすると、「クラスタ・データベース: ホーム」ページが表示されます。「クラスタ・データベース: ホーム」ページは、単一インスタンスの「データベース: ホーム」ページに似ています。ただし、「クラスタ・データベース: ホーム」ページでは、Oracle Enterprise ManagerによってOracle RAC環境全体のシステム状態および可用性が表示されます。これには、アラート・メッセージおよびジョブ・アクティビティに関するサマリーや、すべてのデータベースおよびOracle Automatic Storage Management(Oracle ASM)インスタンスへのリンクおよびそのステータスが含まれます。このページで「クラスタ」タブをクリックすると「クラスタ: ホーム」ページが表示され、使用しているクラスタのステータスおよびアラートを表示できます。
|
参照:
|
通常、クラスタ・データベースの起動および停止は、Oracle Enterprise Managerの「クラスタ・データベース: ホーム」ページから行います。クラスタ・データベースの起動および停止の操作にこのページを使用すると、Oracle RACデータベースに属するすべてのインスタンスの一貫性を保てます。これにより、Oracle RACデータベースをさらに簡単に管理できるようになります。
Oracle RACデータベース内の個々のインスタンスを起動および停止できます。Oracle RACデータベース内の1つのインスタンスを起動または停止しても、その他のインスタンスは起動または停止されません。Oracle RACデータベースを完全に停止するには、そのすべてのインスタンスを停止する必要があります。
サーバー・パラメータ・ファイル(SPFILE)を使用している場合に、Oracle RACデータベース全体を起動および停止するには、次の手順を実行します。
次のURLに移動して、Oracle Enterprise Managerにログインします。
http://hostname:portnumber/em
たとえば、http://racnode1.example.com:1158/emなどです。
「クラスタ・データベース: ホーム」ページの「一般」セクションで、データベースが停止している場合は「起動」、データベースが起動している場合は「停止」をクリックします。
「起動/停止: 資格証明の指定」ページが表示されます。
クラスタ・ノード用のホスト資格証明を入力します。このホスト資格証明は、オペレーティング・システム・グループOSDBAまたはOSOPERのメンバーであるユーザーのユーザー名およびパスワードです。
「起動/停止: 操作の選択」ページが表示されます。
「すべて選択」をクリックすると、すべてのインスタンスを選択できます。「停止」をクリックすると、すべてのデータベース・インスタンスを停止できます。また、「起動」をクリックすると、すべてのデータベース・インスタンスを起動できます。
「起動/停止: 確認」ページが表示されます。
「はい」をクリックします。
個々のインスタンスを起動および停止するには、「起動/停止: 操作の選択」ページに移動して、データベース・インスタンスを選択し、「起動」または「停止」をクリックして、選択したデータベース・インスタンスに対し必要な操作を実行します。また、インスタンスは、SQL*Plusまたはサーバー制御(SRVCTL)を使用して起動および停止することもできます。
|
注意: 個々のインスタンスは、各インスタンスのホームページから起動および停止できます。ただし、「起動/停止: 操作の選択」ページから、直接、インスタンスの起動および停止の操作を実行する方が簡単です。 |
|
参照:
|
Oracle RACデータベースの初期化パラメータの管理は、基本的には単一インスタンスのOracle Databaseの管理と同様です。ただし、Oracle RACデータベースのパラメータの場合、次の点が異なります。
クラスタ固有のパラメータの「カテゴリ」列には、Cluster Databaseという値が含まれています。
Oracle RACデータベースの各インスタンスで同じパラメータは、「インスタンス」列のアスタリスク(*)で示されます。
Oracle RACデータベースの各インスタンスで異なる値に設定されているパラメータは、インスタンス名別にリストされます。
Oracle RAC環境における初期化パラメータの管理は、単一インスタンスのデータベースにおけるパラメータ管理とは若干異なります。たとえば、パラメータがクラスタ全体のデータベース初期化パラメータであることを示すアスタリスクでマークされているパラメータ設定を変更すると、Oracle RACデータベース内のすべてのインスタンスのパラメータ設定が変更されます。接頭辞にインスタンス名のある初期化パラメータ、またはインスタンス固有の初期化パラメータを変更すると、変更はそのインスタンスのみに適用され、そのパラメータの他のデータベース・インスタンスでの設定には影響しません。
この項の内容は次のとおりです。
|
参照:
|
サーバー・パラメータ・ファイル(SPFILE)は初期化パラメータのリポジトリの一種で、Oracle Databaseが起動しているサーバー、またはOracle RACデータベースの共有記憶域に保持されます。サーバー・パラメータ・ファイルに格納された初期化パラメータは持続性があり、インスタンスの実行中に加えられたパラメータへの変更はインスタンスの停止から起動までの間も持続します。
初期化パラメータ・ファイルは、初期化パラメータ設定が含まれているテキスト・ファイルです。SPFILEとは対照的に、このパラメータ・ファイルはバイナリではなく、データベース・サーバー上に配置する必要はありません。データベースでは、テキストベースの初期化パラメータ・ファイルに対して読取りを行うことはできますが、書込みは行われません。
デフォルトでは、Oracle Databaseのほとんどのパラメータがデフォルト値に設定され、この値はすべてのインスタンスで同じになります。ただし、多くの初期化パラメータに対しては、Oracle Databaseリファレンスで説明されているとおり、各インスタンスで別々の値も設定できます。その他のパラメータは、次の項で説明するように、インスタンス全体で一意にするか同一にする必要があります。
データベースの作成に重要な特定の初期化パラメータ、または特定のデータベース操作に影響する特定の初期化パラメータは、Oracle RACデータベースの各インスタンスで同じ値を設定する必要があります。これらのパラメータ値は、SPFILEに指定するか、または各インスタンスの個別のPFILEで指定します。次のリストに、すべてのインスタンスで同一である必要があるパラメータを示します。
次のパラメータでは、すべてのインスタンスに対して、そのインスタンスに一意の値を設定する必要があります。
ROLLBACK_SEGMENTS(UNDO_MANAGEMENT初期化パラメータがAUTOに設定されていない場合)
UNDO_TABLESPACE(UNDO_MANAGEMENTがAUTOに設定されている場合)
Oracle Databaseでは、INSTANCE_NUMBERパラメータを使用して、起動時にインスタンスを識別します。Oracle Databaseでは、INSTANCE_NAMEパラメータを使用して、REDOログ・グループを特定のインスタンスに割り当てます。管理を簡単にするために、INSTANCE_NAMEおよびINSTANCE_NUMBERの両パラメータに同じ番号を使用します。グリッドのプラグ・アンド・プレイを使用するOracle Database 11.2では、インスタンス名パラメータが必要なくなりました。インスタンス名を指定しない場合、インスタンス名はデフォルトでdb_unique_name_numberになります。
次のパラメータは、すべてのインスタンスで同じ値に設定することをお薦めします。これらのパラメータは様々なインスタンスで異なる設定にもできますが、各パラメータをすべてのインスタンスで同じ値に設定すると簡単に管理できます。
SERVICE_NAMES初期化パラメータには、クライアントがインスタンスへの接続に必要とする1つ以上の名前を指定します。インスタンスはそのサービス名をリスナーに登録します。クライアントがサービスをリクエストすると、リスナーはリクエストされたサービスを提供するインスタンスを決定し、クライアントを適切なインスタンスにルーティングします。
Oracle RACデータベースでは、このパラメータを直接変更しないでください。かわりに、Oracle Enterprise Managerの「クラスタ管理データベース・サービス」ページを使用して、データベースおよびデータベース・インスタンスのサービスを定義します。サービスを変更する必要がある場合は、Enterprise ManagerとSRVCTLのいずれかを使用できます。Oracle Enterprise ManagerまたはSRVCTLを使用してサービスを作成および起動する場合、サービスがアクティブになると、SERVICE_NAMESパラメータが自動的に更新されます。
データベースを作成する際、Oracleでは、ユーザーが指定したファイルの場所にSPFILEが作成されます。Oracle ASMディスク・グループ、またはクラスタ・ファイル・システムのファイルをこの場所に指定できます。このマニュアルで説明する環境では、SPFILEはOracle ASMディスク・グループに作成されます。
クラスタ・データベース内のインスタンスはすべて、起動時に同じSPFILEを使用します。Oracle RACで従来のパラメータ・ファイルが使用されるのは、SPFILEが存在しない場合、またはSTARTUPコマンドでPFILEを指定した場合のみです。管理の単純化、パラメータ設定の一貫性の維持、データベースの停止および起動イベント全体にわたるパラメータ設定の永続性の保証のために、SPFILEを使用することをお薦めします。さらにRMANを構成してSPFILEをバックアップできます。
|
参照:
|
Oracle Enterprise Managerを使用して、Oracle RACデータベースの初期化パラメータを表示および編集できます。
Oracle Enterprise Managerを使用して初期化パラメータを表示および変更するには、次の手順を実行します。
「クラスタ・データベース: ホーム」ページで、SYSDBAユーザーとしてログインし、「サーバー」をクリックします。
「サーバー」ページが表示されます。
「データベース構成」ヘッダーの下で「初期化パラメータ」を選択します。
「初期化パラメータ」ページが表示されます。
「現行」または「SPFile」サブページを選択して、パラメータ設定を変更します。
参照:
「初期化パラメータ」ページの「現行」サブページにはこのインスタンスおよびデータベースの構成パラメータのリストが含まれています。これらのパラメータを特定の値にセットして、Oracleインスタンスのメモリーおよび処理設定の多くを初期化できます。「SPFile」ではなく「現行」タブを使用して初期化パラメータを変更すると、「現在実行中のインスタンス・モードでの変更をSPFileに適用する」オプションが選択されている場合を除き、その変更は実行中のインスタンスのみに適用されます。
「インスタンス」列には、表内にリストされている値を持つパラメータのインスタンスが表示されます。アスタリスク(*)は、クラスタ・データベースのその他のすべてのインスタンスでもそのパラメータの値が同じであることを示しています。たとえば、node1ではopen_cursors = 250、node2ではopen_cursors = 300となっている場合、open_cursors = 250の「インスタンス」列にはアスタリスクが表示され、open_cursors = 300の「インスタンス」列にはnode2が表示されます。このように表示を省略することにより、クラスタ・データベースのインスタンスが多い場合に領域を節約できます。
「初期化パラメータ」ページをフィルタ処理して、「名前別フィルタ」フィールドに入力したフィルタ基準を満たすパラメータのみを表示できます。またオプションとして、「すべて表示」を選択し、実行中のインスタンスで現在使用されているすべてのパラメータを1つのページに表示することもできます。
「現行」タブを使用してパラメータ値を変更するには、次の手順を実行します。
「選択」列からパラメータを選択し、次のいずれかを実行します。
「追加」をクリックし、選択したパラメータを別のインスタンスに追加します。
表に新しい行が表示されたら、新しい設定を適用するインスタン名を選択し、パラメータの新しい値を「値」フィールドに入力します。オプションで、そのインスタンスの値が他のインスタンスと異なる値である理由を示すテキストを「コメント」フィールドに入力できます。
「リセット」をクリックし、選択したパラメータの値をリセットします。このオプションを使用する際、「インスタンス」列にアスタリスクがないパラメータのみがリセット可能であることに注意してください。
「リセット」をクリックすると、選択した列の値は他のインスタンス(「インスタンス」列のアスタリスクの付いた行)の値にリセットされ、「インスタンス」フィールドにローカル・インスタンス名を含む行が表から削除されます。
たとえば、パラメータOPEN_CURSORSを選択し、「追加」をクリックします。OPEN_CURSORSの新しいエントリで、「インスタンス」を選択し(たとえば、sales1またはRACDB2)、「値」フィールドを300に変更します。
1つ以上のパラメータを変更した後、「適用」をクリックして変更を受け入れ、適用します。
「SPFile」タブを使用してパラメータの追加またはリセットを行うことができます。「SPFile」タブを使用して初期化パラメータを変更すると、「SPFileモードでの変更を現在実行中のインスタンスに適用する」オプションが選択されていないかぎり、その変更は、現在実行中のインスタンスではなくSPFILEにのみ適用されます。
「SPFile」タブを使用したパラメータのリセットは、「現行」タブを使用して同じパラメータをリセットした場合とは異なることに注意してください。あるインスタンスのパラメータ値をリセットして、すべてのインスタンスのデフォルト値に戻したり、すべてのインスタンスのデフォルトのパラメータ設定を削除(パラメータを設定解除)できます。
「インスタンス」列にアスタリスクがあるパラメータをリセットする場合は、Database ControlのSPFILEと表の両方からエントリが削除されます。アスタリスクのないパラメータ(インスタンス固有のパラメータ)のみ残ります。
アスタリスクなしのパラメータの唯一のエントリをリセットする場合は、Database ControlのSPFILEと表の両方からエントリが削除されますが、パラメータは「インスタンス」列にアスタリスク付きの空の値フィールドがあるダミー・パラメータに置き換えられます。これによって、パラメータに対して、新しい値を指定したり、インスタンス固有の新しいエントリを追加することができます。
1つのインスタンスのみに設定されたパラメータをリセットすると、すべてのインスタンスについて、そのパラメータが設定解除されます。
「SPFile」タブを使用してパラメータ値を変更するには、次の手順を実行します。
「選択」列を使用してパラメータを選択します。
各パラメータの詳細を参照するには、パラメータの横にある「ヘルプ」列の情報アイコンをクリックします。
「追加」をクリックし、エントリを編集して、ターゲット・インスタンスまたはパラメータ値を変更します。オプションで、変更の理由を説明するコメントを追加できます。
「適用」をクリックして、変更をSPFILEに適用します。「SPFileモードでの変更を現在実行中のインスタンスに適用する」オプションが選択されている場合は、変更がSPFileおよび現在実行中のインスタンスに適用されます。
「初期化パラメータ」ページの「SPFile」サブページで、「選択」列からパラメータを選択し、次のいずれかを実行します。
「追加」をクリックし、選択したパラメータを別のインスタンスに追加します。
表に新しい行が表示されたら、新しい設定を適用するインスタン名を選択し、パラメータの新しい値を「値」フィールドに入力します。オプションで、変更の理由を説明するテキストを「コメント」フィールドに追加できます。
「リセット」をクリックし、選択したパラメータの値をリセットします。
「リセット」をクリックすると、次のいずれかのアクションが実行されます。
特定のインスタンスのエントリを選択した場合、そのインスタンスに対して選択したパラメータの値は、(「インスタンス」列のアスタリスクによって示される)その他のインスタンスの値にリセットされます。「インスタンス」フィールド内にローカル・インスタンス名を含むエントリが削除されます。
リセットするエントリとして、(「インスタンス」列のアスタリスクによって示される)すべてのインスタンスのデフォルト値を選択した場合、選択したパラメータの値は、すべてのインスタンスに対して設定解除されますが、同じパラメータに対するインスタンス固有のパラメータ・エントリは変更されません。
あるパラメータに対する唯一のエントリをリセットする場合、エントリがすべてのインスタンスに適用されるか単一インスタンスに適用されるかにかかわらず、そのパラメータは、クラスタ・データベース内のすべてのインスタンスに対して設定解除されます。
1つ以上のパラメータを変更した後、「適用」をクリックして変更を受け入れ、適用します。
SPFILEのopen_cursorsパラメータに次の2つのエントリが含まれているとします。
*.open_cursors = 200 RACDB2.open_cursors = 250
「初期化パラメータ」ページを使用して、「SPFile」タブを選択し、*.open_cursorsに対して「リセット」をクリックすると、Oracle Enterprise Managerによって、このエントリがSPFILEおよび表示されたパラメータ・リストの両方から削除され、RACDB2.open_cursors = 250のみが残されます。
RACDB2.open_cursorsで「リセット」をクリックしても、Enterprise ManagerでSPFILEおよびパラメータの表示リストの両方からこのパラメータ・エントリが削除されますが、新規エントリの*.open_cursors = <NULL>が、リセットされたパラメータのかわりにパラメータの表示リストに追加されます。
|
参照:
|
記憶域に対するほとんどの管理タスクは、単一インスタンスのOracle DatabaseとOracle RACデータベースの間で同じです。この項では、Oracle Enterprise Managerを使用してOracle RACデータベースの一部の記憶域構造を管理する追加情報について説明します。
この項の内容は次のとおりです。
インスタンスに割り当てられた特定のUNDO表領域内のUNDOセグメントは、Oracle RACによって自動的に管理されます。この表領域の内容を変更できるのは、UNDO表領域に割り当てられたインスタンスのみです。ただし、各インスタンスでは、いずれのインスタンスで作成されたUNDOデータ・ブロックでも読み取ることができます。また、トランザクション・リカバリの実行時に、UNDO表領域がUNDO生成またはトランザクション・リカバリのために別のインスタンスで使用されていないのであれば、どのインスタンスでもUNDO表領域を更新できます。Oracle RACデータベース内にUNDO表領域を割り当てるには、SPFILEまたは個別のPFILEで各インスタンスのUNDO_TABLESPACEパラメータに別の値を指定します。Oracle RACデータベースでは、自動UNDO管理モードと手動UNDO管理モードを同時に使用することはできません。Oracle RACデータベースのすべてのインスタンスは、同じUNDOモードで操作してください。
|
参照:
|
Oracle Automatic Storage Management(Oracle ASM)では、管理対象のディスク全体の記憶域構成を管理することで、記憶域を自動的に最適化し、最大のパフォーマンスを引き出します。Oracle ASMではこれを、クラスタ・データベース環境内で使用可能なすべての記憶域全体で記憶域のロードを均等に分散することで実現します。Oracle ASMによって、ディスク領域全体の要件が、ディスク・グループ内のすべてのディスクに均一なサイズにパーティション化されます。また、Oracle ASMでは、データを自動的にミラー化してデータ損失を防止します。Oracle ASMのこれらの機能により、管理オーバーヘッドも大幅に削減されます。
単一インスタンスのOracle Databaseの場合と同様に、Oracle RACでOracle ASMを使用する場合も、I/Oチューニングは不要です。次のトピックで、Oracle ASMおよびOracle ASMの管理について説明します。
クラスタ用Oracle Grid Infrastructureをインストールした後のOracle ASMの構成時、Oracle ASMインスタンスが存在しない場合は、Oracle RAC環境の各ノードにそれぞれ1つのOracle ASMインスタンスが作成されます。各Oracle ASMインスタンスには、SPFILEまたはPFILEタイプのパラメータ・ファイルが存在します。このマニュアルで説明する環境では、Oracle ASMインスタンスでSPFILEを使用します。
クラスタに対してディスク・グループを作成する場合、または既存のクラスタ化ディスク・グループに新規ディスクを追加する場合は、共有ディスクの基礎となる物理記憶域のみを準備する必要があります。Oracle ASMをOracle RACデータベースで使用する場合と単一インスタンスのOracle Databaseで使用する場合を比較したときの唯一の大きな違いは、共有ディスクを必要とする点です。Oracle ASMでは、ディスクまたはディスク・グループを追加または削除した後、自動的に記憶域のロードが再調整されます。
クラスタでは、Oracle ASMインスタンスが実行されているノードのディスク・グループに対するメタデータの更新は、各Oracle ASMインスタンスによって管理されます。また、各Oracle ASMインスタンスが、ディスク・グループのメタデータとクラスタの他のノード間の調整を行います。Oracle RACインスタンス、Oracle ASMインスタンスおよび共有記憶域の関係の図は、図1-2「OracleインスタンスおよびOracle ASM記憶域」を参照してください。単一インスタンスのOracle Databaseと同様に、Enterprise Manager、Oracle ASM Configuration Assistant(ASMCA)、Oracle ASM command-line utility(ASMCMD)、SQL*PlusおよびSRVCTLを使用してOracle RAC環境のOracle ASM用ディスク・グループを管理できます。
|
参照:
|
クラスタ用Oracle Grid Infrastructureのインストール中にOracle ASMを構成できます。インストール中にOracle ASMを構成しない場合、手動でOracle ASMを構成するか、スタンドアロンのOracle ASMディスク・グループ管理を実行する必要があります。
手動でOracle ASMを構成するには、最初にASMCAを実行してOracle ASMインスタンスを作成し、ディスク・グループを少なくとも1つ作成する必要があります。Oracle ASMが実行されていると、DBCAを使用して、記憶域にOracle ASMを使用するOracle RACデータベースを作成できるようになります。
|
注意: Oracle Cluster Registry(OCR)および投票ディスクをクラスタ用Oracle Grid Infrastructureインストールの一部としてOracle ASMにインストールした場合、Oracle ASMインスタンスはOUIによって作成されるため、ASMCAを実行する必要はありません。インストール中に、OCRおよび投票ディスクにOracle ASM記憶域を指定しなかった場合のみ、ASMCAを使用する必要があります。 |
Oracle ASMストレージのプロパティを変更するために、データベースを作成する必要はありません。
|
参照:
|
Oracle ASMディスク・グループの追加や削除などの管理操作は、Oracle Enterprise Managerで実行できます。Oracle ASMディスク・グループのパフォーマンスの監視やディスク・グループの可用性の制御をインスタンス・レベルで実行することも可能です。たとえば、Enterprise Managerには、Oracle RACに固有の次のようなOracle ASM用の機能があります。
ディスク・グループを追加するときは、ディスク・グループがすべてのクラスタ・データベース・インスタンスに自動的にマウントされるかどうかを示すチェック・ボックスがディスク・グループ定義に含まれています。
デフォルトの「ディスク・グループ」の「パフォーマンス」ページでは、「書込みレスポンス時間」、「I/Oスループット」などのパフォーマンス特性をクリックすると、インスタンス・レベルのパフォーマンス詳細が表示されます。
Oracle ASMディスク・グループをマウントまたはディスマウントする場合、特定のOracle ASMディスク・グループをマウントまたはディスマウントするインスタンスを指定するチェック・ボックスが使用できます。
|
参照:
|
Oracle RAC環境でのREDOログ・ファイルの管理は、単一インスタンスのOracle Database環境でのREDOログ・ファイルの管理に似ています。この項では、Oracle RAC環境でのREDOログ・ファイルの構成に関するいくつかの追加的な概念および手順を概説します。
|
参照:
|
REDOログには、データファイルに加えられた変更の記録が含まれます。単一インスタンスのOracle Databaseでは、REDOログは2つ以上のREDOログ・ファイル・グループに格納されます。このグループのそれぞれにREDOログ・ファイルが含まれ、そのファイルの1つ以上のミラー化コピーも含まれる場合があります。Oracle RACデータベースでは、各インスタンスに独自のREDOログ・グループ・セットが必要であり、このセットはREDOスレッドと呼ばれます。REDOログ・ファイルのミラー化コピーにより、ハードウェア障害またはデータ破損が原因のデータ損失に対してシステムの保護が強化されます。REDOログ・ファイルが読取り不可の場合、Oracle Databaseではそのミラー化コピーへのアクセスを試行します。REDOログ・ファイルのミラーは、プライマリのREDOログ・ファイルとは別のディスク・デバイスに配置する必要があります。
各インスタンスのREDOスレッドには、少なくとも2つのREDOログ・グループが含まれる必要があります。各REDOログ・グループは、少なくとも2つのメンバー、つまりREDOログおよびそのミラー化コピーを含む必要があります。DBCAを使用してOracle RACデータベースを作成すると、オラクル社の推奨事項を満たす構成がOracle RACデータベースに自動的に実装されます。
管理者管理データベースを使用している場合のみREDOログ・グループを作成する必要があります。ポリシー管理データベースの場合、サーバー・プール・カーディナリティの変更によりインスタンスが起動すると、Oracle Databaseによって自動的にREDOログ・ファイルが作成され、このインスタンスのREDOスレッドが有効化され、UNDO表領域が作成されます(このインスタンスに割り当てられたREDOスレッドおよびUNDO表領域がまだ存在しない場合)。この場合、データベースは、Oracle Managed FilesおよびOracle ASMを使用している必要があります。詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。
Oracle RACデータベースでは、すべてのREDOログ・ファイルは共有記憶域に配置されます。また、各インスタンスにクラスタ内の他のすべてのインスタンスのREDOログ・ファイルへのアクセス権が必要です。Oracle RACデータベースでOracle ASMを使用する場合は、Oracle ASMによってREDOログ・ファイルのある共有記憶域およびそれらのファイルへのアクセス権が管理されます。
|
注意: DBCAでは、パフォーマンス向上のために、REDOスレッドおよびUNDO表領域は作成時にインスタンス・パラメータの最大値まで作成されます。 |
|
参照:
|
Oracle RACデータベースでは、単一インスタンスのOracle Databaseの場合と同じ方法で、各インスタンスがそのREDOスレッドへのREDOログ・グループの書込みおよびアーカイブを行います。ただし、リカバリ・モードでは、リカバリを実行中のインスタンスは、どのインスタンスがREDOスレッドを生成したかに関係なく、データベースのすべてのREDOスレッドの読取りおよび処理を実行できます。すべてのREDOスレッドの読取りが可能になると、実行中のインスタンスは、障害が発生した1つ以上のインスタンスが完了した作業をリカバリできます。
インスタンスに障害が発生した場合、障害が発生していないインスタンスによって、障害が発生したインスタンスのREDOログが読み込まれます。ユーザーは、障害が発生したインスタンスの再起動を待たずにデータベースへのアクセスおよび更新を続行できます。たとえば、インスタンスAとインスタンスBという2つのインスタンスを持つOracle RACデータベースがあるとします。インスタンスAが停止しても、インスタンスBはインスタンスAとBの両方のREDOログ・ファイルを読み込んでリカバリを正常に完了できます。
「REDOログ・グループ」ページで、追加REDOログ・グループを作成し、メンバーをそのREDOログ・グループに追加できます。「スレッド」列により、REDOログ・ファイルが属するインスタンスまたはREDOスレッドが識別されます。
Oracle Enterprise Managerを使用してREDOログ・ファイル・グループにアクセスするには、次のように実行します。
「クラスタ・データベース: ホーム」ページで「サーバー」を選択します。
「サーバー」ページが表示されます。
「記憶域」セクションで「REDOログ・グループ」を選択します。
「REDOログ・グループ」ページが表示されます。
このページで、次のタスクを実行できます。
各REDOログ・グループのステータス、メンバーの数、スレッド、ファイル・サイズ、およびアーカイブ・ステータスの表示
ログ・グループの作成または削除
メンバーを追加または削除するためのREDOログ・グループの編集
ログ・ファイルの消去、ログ・グループの複製、サイズ指定のアドバイスの生成、およびログ・スイッチの強制などの他のREDOログ・グループ管理タスクの実行
|
参照:
|
