1 Real Application Clusters環境の概要
Oracle Real Application Clusters(Oracle RAC)を使用すると、Oracle Databaseをサーバーのクラスタ全体に実行することが可能になり、アプリケーションを変更せずにフォルト・トレランス、パフォーマンスおよびスケーラビリティを向上できます。
Oracle RACでは、単一サーバーでのシングル・ポイント障害を取り除くことによって、アプリケーションの高可用性が提供されます。
- 『Oracle Database 2日でReal Application Clustersガイド』について
このガイドは、Oracle Real Application Clusters (Oracle RAC)データベース管理のためのタスク指向のマニュアルです。 - クラスタ用Oracle Grid InfrastructureおよびOracle RACについて
この結合した製品のインストールは、クラスタ用Oracle Grid Infrastructureと呼ばれます。Oracle ClusterwareおよびOracle ASMは、これまでどおり個別の製品であり、それぞれの名前で呼ばれます。 - Oracle Automatic Storage Managementについて
Oracle Automatic Storage Management (Oracle ASM)は、統合された高パフォーマンスのボリューム・マネージャおよびファイル・システムです。 - Oracle Real Application Clustersについて
Oracle RACでは、Oracle Databaseを拡張して、別のサーバーの複数のデータベース・インスタンスを同時に使用して効率的にデータをストア、更新および取得できます。 - Oracle RACのインストール、構成および管理に使用するツール
Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)およびOracle Real Application Clusters (Oracle RAC)のインストール、構成および管理に使用する様々なツールがあります。
1.1 『Oracle Database 2日でReal Application Clustersガイド』について
このガイドは、Oracle Real Application Clusters(Oracle RAC)データベース管理のためのタスク指向のマニュアルです。
このマニュアルでは、Oracle ClusterwareおよびOracle RACの環境を構成および管理する方法を示します。このマニュアルに示す管理の手順および例では、オペレーティング・システムがOracle Linuxであることを前提としています。手順および例では、このマニュアルの目的に合わせて、2ノードのクラスタを使用します。
このマニュアルは、基本的なトラブルシューティング、パフォーマンスの監視、バックアップおよびリカバリ作業の実行など、Oracle RAC環境のインストールおよび保守に必要な基本的な手順の理解を目的としています。このマニュアルでは、Oracle Linuxをベースに説明しますが、このマニュアルの使用にあたっては、Linuxに精通している必要はありません。
- このマニュアルに記述されていないもの
『2日でReal Application Clustersガイド』は、Oracle Real Application Clusters (Oracle RAC)について包括的に説明するものではありません。概念は、特定のタスクの完了に必要な場合にのみ説明しています。 - 関連教材
『2日でReal Application Clustersガイド』は、Oracle Databaseの管理を目的とした一連の総合的な学習教材の一部です。 - Oracle RACドキュメントの概要
『2日でReal Application Clustersガイド』では、Oracle Real Application Clusters (Oracle RAC)およびOracle Clusterwareをインストール、構成および管理する方法について説明します。
1.1.1 このマニュアルに記述されていないもの
『2日でReal Application Clustersガイド』は、Oracle Real Application Clusters (Oracle RAC)について包括的に説明するものではありません。概念は、特定のタスクの完了に必要な場合にのみ説明しています。
関連項目:
Oracle RACの概念の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。
1.1.2 関連教材
『2日でReal Application Clustersガイド』は、Oracle Databaseの管理を目的とした一連の総合的な学習教材の一部です。
学習教材には、Oracle Technology Networkで利用可能な『2日でデータベース管理者』のOracle By Example (OBE)シリーズやOracle University講師による研修コースが含まれます。OBEシリーズには、Webブラウザを使用して表示するアニメーション・デモも含まれます。
Oracle DatabaseおよびOracle RACのOBEの内容は、次のWebサイトで確認できます。
1.1.3 Oracle RACのドキュメントの概要
『2日でReal Application Clustersガイド』では、Oracle Real Application Clusters (Oracle RAC)およびOracle Clusterwareをインストール、構成および管理する方法について説明しています。
このガイドには、Oracle Linuxオペレーティング・システムを使用して2ノード・クラスタにOracle RACをデプロイできる方法について、例が示されています。Oracle Linuxは、ソースとバイナリの両方でRed Hat Enterprise Linuxと完全な互換性があります。これには、Red Hatディストリビューションと同じソース・コードで同じバージョン・レベルの同一パッケージ・セットが含まれます。
このガイドは、単一インスタンスのOracle環境での作業経験があり、『Oracle Database 2日でデータベース管理者』をすでに読んでいるDBAを対象としています。
- 役に立つOracle RACドキュメント
Oracle Real Application Clusters (Oracle RAC)向けの包括的なドキュメント・セットが提供されています。 - 役に立つ他のOracleドキュメント
『Oracle Database 2日でデータベース管理者』の他にも、DBAタスクの実行時に参照する多数のマニュアルがあります。
1.1.3.1 役に立つOracle RACドキュメント
Oracle Real Application Clusters (Oracle RAC)向けの包括的なドキュメント・セットが提供されています。
有効な関連ドキュメントを次に示します。
-
『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』(またはその他のオペレーティング・システム)
-
『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドfor Linux』(または他のオペレーティング・システム)
親トピック: Oracle RACドキュメントの概要
1.1.3.2 役に立つ他のOracleドキュメント
『Oracle Database 2日でデータベース管理者』の他にも、DBAタスクの実行時に参照する多数のマニュアルがあります。
このマニュアルでは、Oracleドキュメント・ライブラリの次のマニュアルも参照されています。
親トピック: Oracle RACドキュメントの概要
1.2 クラスタ用Oracle Grid InfrastructureおよびOracle RACについて
この結合した製品のインストールは、クラスタ用Oracle Grid Infrastructureと呼ばれます。Oracle ClusterwareおよびOracle ASMは、これまでどおり個別の製品であり、それぞれの名前で呼ばれます。
Oracle ClusterwareとOracle ASMはGridホームと呼ばれる同じホーム・ディレクトリにインストールされます。
Oracle Clusterwareによって、複数のサーバー(ホストまたはノードと呼ばれる)が、1つのサーバー(通常、クラスタと呼ばれる)であるかのように動作できます。これらのサーバーはスタンドアロン・サーバーですが、各サーバーには他のサーバーと通信する追加のプロセスがあります。これにより、アプリケーションおよびエンド・ユーザー側からは、個別のサーバーが1つのサーバーのように見えます。Oracle Clusterwareによって、Oracle RACを実行するためのインフラストラクチャが提供されます。複数のサーバーの処理能力を結合することによって、単一サーバーの場合よりも可用性、スループットおよびスケーラビリティを向上させることができます。
リソース管理を向上させるために、クラスタ内のノードをサーバー・プールに編成できます。各サーバー・プールには、次のプロパティがあります。
-
サーバー・プール内に含める必要のある最小ノード数
-
サーバー・プール内に含めることができる最大ノード数
-
他のサーバー・プールに対するこのサーバー・プールの相対的重要度
クラスタ用Oracle Grid Infrastructureのインストール時に、デフォルトのサーバー・プール(空きプールと呼ばれる)が自動的に作成されます。新規インストールのすべてのサーバーは、最初、空きサーバー・プールに割り当てられます。新しいサーバー・プールを作成した場合、サーバーは空きプールから新しいサーバー・プールに自動的に移動します。
ポリシー管理データベースとしてOracle RACデータベースを作成する場合は、データベースに必要なサーバーの数を指定すると、そのデータベースに対して1つのサーバー・プールが自動的に作成されます。Oracle Clusterwareでは、このサーバー・プールに使用可能なサーバーを含めます。サーバー・プールを使用しない場合は、管理者管理型のデータベースを作成できます。
1.3 Oracle Automatic Storage Managementについて
Oracle Automatic Storage Management (Oracle ASM)は、統合された高パフォーマンスのボリューム・マネージャおよびファイル・システムです。
Oracle ASMでは、Oracle Clusterware OCRおよび投票ディスク・ファイルの格納をサポートして、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)と呼ばれる汎用クラスタ・ファイル・システムも提供します。Oracle ASMでは、管理者を必要とせずにデータベースで記憶域の管理を行うことを原則としています。Oracle ASMにより、場合によっては数千もの数になるOracle Databaseファイルを直接管理することが不要になります。
- Oracle RACによるOracle ASMディスク・グループの使用について
Oracle ASMはストレージ・システム内のディスクを1つ以上のディスク・グループにグループ化します。ユーザーはわずかな数のディスク・グループ・セットを管理し、Oracle ASMはこれらのディスク・グループ内でのデータベース・ファイルの配置を自動化します。 - Oracle ASMを使用する利点
Oracle ASMは、データ記憶域を少数のディスク・グループに統合することで、データベース記憶域の管理にまつわるオーバーヘッドを低減します。Oracle ASMディスク・グループには、多くの付加的なメリットがあります。 - Oracle Flex ASMについて
Oracle Flex ASMを使用すると、データベース・サーバーとは異なる物理サーバーでOracle ASMインスタンスを実行できます。 - Oracle ACFSについて
Oracle Automatic Storage Management Cluster File System (Oracle ACFS)は、マルチプラットフォームのスケーラブルなファイルシステムであり、Oracle Automatic Storage Management (Oracle ASM)の機能を拡張して、すべてのカスタマ・ファイルをサポートするストレージ管理テクノロジです。 - Oracle RAC環境で実行されるOracle ASMについて
Oracle RAC環境では、Oracle ASMにはクラスタ内の1つ以上のノードで稼働する複数のインスタンスがあります。
1.3.1 Oracle RACによるOracle ASMディスク・グループの使用について
Oracle ASMは、ストレージ・システムにある複数のディスクを1つ以上のディスク・グループにグループ化します。ユーザーはわずかな数のディスク・グループ・セットを管理し、Oracle ASMはこれらのディスク・グループ内でのデータベース・ファイルの配置を自動化します。
Oracle Cluster Registry (OCR)と投票ディスクは、Oracle ASMディスク・グループ上に配置する必要があります。Oracle Real Application Clusters(Oracle RAC)を使用するときには、各インスタンスがOracle RACデータベース用のデータ・ファイルとリカバリ・ファイルにアクセスできる必要があります。Oracle ASMを使用すると、この要件を簡単に満たすことができます。
次の図では、Oracle ASMに格納された標準の冗長性のディスク・グループに、Oracle Clusterwareの投票ディスクおよびOCRファイルを格納するための3つの障害グループ(3つのディスクとして表示されている)があります。投票ディスクには、現在どのノードがクラスタ・メンバーであるかが記録されるため、2ノード・クラスタの場合には少なくとも3つの投票ディスクが必要です。Oracle ASMディスク・グループに投票ディスクとOCRファイルが含まれない場合は、2つの障害グループのみで通常の冗長性のディスク・グループを構成することができます。
図1-1 Oracle ASMディスク・グループに格納されているOracle Clusterwareファイル
「図1-1 Oracle ASMディスク・グループに格納されているOracle Clusterwareファイル」の説明
1.3.2 Oracle ASMを使用する利点
Oracle ASMは、データ記憶域を少数のディスク・グループに統合することで、データベース記憶域の管理にまつわるオーバーヘッドを低減します。Oracle ASMディスク・グループには、他にも多くの利点があります。
Oracle ASMを使用すると、次のメリットがあります。
-
ストライプ化: Oracle ASMは、ディスク・グループ内のすべてのディスクにデータを均等に分散して、パフォーマンスと使用率を最適化します。このようにデータベース・ファイルを均等に分散することにより、定期的な監視およびI/Oパフォーマンス・チューニングが不要になります。
-
ミラー化: Oracle ASMは、オプションでファイルをミラー化することにより、データの可用性を高めています。Oracle ASMは、ディスク・レベルでミラー化するオペレーティング・システムのミラー化とは異なり、ファイル・レベルでミラー化を行います。ミラー化は、ファイルの各エクステントの冗長コピー(ミラー化コピー)を保持することであり、ディスク障害によるデータ損失を回避するために役立ちます。各ファイル・エクステントのミラー化コピーは、常に元のコピーとは異なるディスクで保持されます。ディスクに障害が発生した場合、Oracle ASMは、ディスク・グループ内の別の使用可能なディスクにあるミラー化コピーにアクセスすることで、影響を受けたファイルに継続してアクセスします。
-
オンライン・ストレージ再構成および動的リバランス: Oracle ASMを使用すると、データベースの動作中にディスク・ストレージ・システムのディスクを追加または削除できます。ディスク・グループにディスクを追加すると、Oracle ASMによりデータが自動的に再分散され、ディスク・グループ内で新規ディスクも含むすべてのディスクに均等に分散されます。新たに追加したディスクにもデータが分散されるようにデータの再分散を行うプロセスはリバランスと呼ばれます。リバランスはデータベース・パフォーマンスへの影響を最小限に抑えてバックグラウンドで実行されます。
-
Oracle Managed Filesの作成および削除: Oracle ASMは、Oracle ASMディスク・グループに格納されるファイルをOracle Databaseで管理できるようにすることで、管理タスクをさらに削減します。ファイルが作成されると、Oracle ASMによって自動的にファイル名が割り当てられ、ファイルが不要になると、そのファイルは自動的に削除されます。
親トピック: Oracle自動ストレージ管理について
1.3.3 Oracle Flex ASMについて
Oracle Flex ASMを使用すると、データベース・サーバーとは異なる物理サーバーでOracle ASMインスタンスを実行できます。
Oracle Flex ASMを使用すると、すべての記憶域の要件を、ディスク・グループの単一のセットに統合できます。これらのすべてのディスク・グループを、単一のクラスタで実行中のOracle ASMインスタンスの小さいセットでマウントおよび管理します。このデプロイでは、システム全体におけるOracle ASMのフットプリントを削減しながら、Oracle ASMインスタンスの大規模なクラスタでより多くのデータベース・クライアントをサポートできます。カーディナリティ設定で、Oracle ASMインスタンスの数を指定できます。デフォルトは、3インスタンスです。
このガイドで説明されているOracle RACデプロイメントの場合、Oracle Flex ASMは、Oracle ASMディスクに直接アクセスできるローカルOracle ASMクライアントとして構成されます。これにより、同じサーバー上でデータベース・クライアントがOracle ASMインスタンスとともに稼働する、以前の標準アーキテクチャがサポートされます。各サーバーは、クラスタ内のハブ・ノードとして構成する必要があります。Oracle ASMインスタンスとの通信は、プライベート・ネットワーク・インタフェースを使用して実行されますが、これは専用のOracle ASMネットワーク・インタフェースでも、クラスタ・プライベート・ネットワークと同じネットワーク・インタフェースでもかまいません。
Oracle Flex ASMを使用するより規模の大きいクラスタには、Oracle ASMインスタンスではなく、データベース・インスタンスを実行するノードを含めることができます。Oracle ASMクラスタのハブ・ノードで実行中のデータベース・クライアントは、メタデータのためにOracle ASMにリモートでアクセスしますが、Oracle ASMディスクへのI/Oのブロック操作を直接実行します。ハブ・ノードは、他のサーバーと緊密に接続し、共有ディスクに直接アクセスするOracle ASMクラスタ内のノードです。データベース・インスタンスとOracle ASMインスタンスの分散に応じて、データベース・クライアントは、同じノード上でOracle ASMにローカルにアクセスするか、またはOracle ASMネットワーク上でリモートにアクセスします。
親トピック: Oracle自動ストレージ管理について
1.3.4 Oracle ACFSについて
Oracle Automatic Storage Management Cluster File System (Oracle ACFS)は、マルチプラットフォームのスケーラブルなファイルシステムであり、Oracle Automatic Storage Management (Oracle ASM)の機能を拡張して、すべてのカスタマ・ファイルをサポートするストレージ管理テクノロジです。
Oracle ACFSでは、実行可能ファイル、データベース・データファイル、データベース・トレース・ファイル、データベース・アラート・ログ、アプリケーション・レポート、BFILEおよび構成ファイルなど、Oracle Databaseファイルおよびアプリケーション・ファイルがサポートされます。他にも、ビデオ、オーディオ、テキスト、イメージ、設計図、その他の汎用アプリケーションのファイル・データがサポートされます。Oracle ACFSは、LinuxおよびUNIXの場合はPOSIX標準に準拠し、Windowsの場合はWindows標準に準拠しています。
Oracle ACFSファイルシステムはOracle ASMと通信し、Oracle ASMストレージを使用して構成されます。Oracle ACFSでは、次のことを可能にするOracle ASM機能を利用します。
-
Oracle ACFSの動的なファイル・システムのサイズ変更
-
Oracle ASMディスク・グループ・ストレージへの直接アクセスによるフォーマンスの最大化
-
I/Oの並列性向上によるOracle ASMディスク・グループ・ストレージ全体でのOracle ACFSの分散の平均化
-
Oracle ASMミラー化保護メカニズムによるデータの信頼性の確保
親トピック: Oracle自動ストレージ管理について
1.3.5 Oracle RAC環境で実行されるOracle ASMについて
Oracle RAC環境では、Oracle ASMにはクラスタ内の1つ以上のノードで稼働するインスタンスが複数あります。
Oracle ASMは特殊なOracleインスタンスとして実装され、独自のシステム・グローバル領域とバックグラウンド・プロセスを持ちます。
Oracle Grid Infrastructure 12c リリース1 (12.1)から、Oracle Flex Clusterインストールの一部として、Oracle ASMがOracle Flex ASMクラスタ内にインストールされます。各Oracle Flex ASMクラスタには、エンタープライズ内でグローバルに一意である固有の名前があります。すべてのOracle Flex ASMクラスタには、Oracle ASMインスタンスが実行される1つ以上のハブ・ノードがあります
Oracle Flex ASMを使用すると、データベース・サーバーとは異なる物理サーバーでOracle ASMインスタンスを実行できます。多数のデータベース・クライアントをサポートするために、多くのOracle ASMインスタンスをクラスタ化できます。すべての記憶域要件を単一のディスク・グループ・セットに統合できます。これらのディスク・グループはすべて、単一のOracle Flex Cluster内で実行されている小規模なOracle ASMインスタンス・セットによって管理されます。
次の図に、2ノードのOracle RACデータベースで一般的に使用される記憶域構成を示します。
Oracle ClusterwareファイルおよびOracle RACデータファイルには、Oracle ASMを使用することをお薦めします。Oracle Databaseでは、Oracle ASMファイルおよびOracle ASM以外のファイルの両方を使用できます。Oracle ACFSを使用したファイル・システムを作成して、データベースOracleホームや、クラスタの他の外部ファイル(データベース以外)を格納することもできます。
関連項目:
-
Oracle Clusterwareファイルの詳細は、Oracle Clusterwareについてを参照してください。
-
Oracle ASMの概念および機能の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。
親トピック: Oracle自動ストレージ管理について
1.4 Oracle Real Application Clustersについて
Oracle RACは、Oracle Databaseを拡張することで、異なるサーバー上の複数のデータベース・インスタンスを使用してデータを同時に格納、更新および効率的に取得できるようにします。
Oracle RACは、複数のサーバーをインスタンスおよび1つのグループとして管理するソフトウェアを提供します。データベースを構成するデータファイルは、クラスタに含まれるすべてのサーバーからアクセス可能な共有記憶域に存在する必要があります。クラスタ内の各サーバーでOracle RACソフトウェアが実行されます。
Oracleデータベースには、データ・ファイルとデータベース・インスタンス間に1対1関係があります。それに対し、Oracle RACデータベースではデータファイルとデータベース・インスタンスは1対多の関係にあります。Oracle RACデータベースでは、複数のインスタンスによって単一のデータベース・ファイル・セットにアクセスできます。
Oracle RACデータベース内の各データベース・インスタンスは、独自のメモリー構造およびバックグラウンド・プロセスを使用します。Oracle RACは、キャッシュ・フュージョンを使用して、各データベース・インスタンスのバッファ・キャッシュに格納されたデータを同期化します。キャッシュ・フュージョンを使用すると、あるデータベース・インスタンスがディスクにデータ・ブロックを書き込み、他のデータベース・インスタンスがそのデータ・ブロックをディスクから読み取るのではなく、データベース・インスタンス間で(メモリーに存在する)現行のデータ・ブロックが移動されます。あるインスタンスで、別のインスタンスのバッファ・キャッシュにあるデータ・ブロックが必要になると、キャッシュ・フュージョンによってインターコネクト を使用してインスタンス間で直接データ・ブロックの転送が行われるため、Oracle RACデータベースは、データが単一のバッファ・キャッシュにあるかのようにデータにアクセスおよび修正を行うことができます。
Oracle RACは、Oracleソフトウェアを使用してエンタープライズ・グリッド・コンピューティング・アーキテクチャを実装する上で重要なコンポーネントです。複数のデータベース・インスタンスを単一のデータファイル・セットにアクセスさせることで、サーバーがシングル・ポイント障害となることを防止します。クラスタ内のノードが停止した場合、Oracle Databaseはその他のノードで稼働し続けます。アプリケーションのユーザーが作業中でも、個々のノードを停止してメンテナンスを行うことができます。
Oracle RACは、主流ビジネス・アプリケーション(OLTP、DSSなど)、一般的なパッケージ製品(SAP、PeopleSoft、Siebel、Oracle E-Business Suiteなど)、およびカスタム・アプリケーションをサポートします。Oracle Database上でスケーラビリティを持つパッケージ・アプリケーションやカスタム・アプリケーションは、アプリケーション・コードの変更を行わなくてもOracle RACでも適切なスケーラビリティを持ちます。
クラスタ内のOracle RACデータベースの動作、クラスタの構築方法およびOracle RACデータベースの構造の詳細は、このマニュアルの他の項を参照してください。
- Oracle RAC One Nodeについて
Oracle RAC One Nodeは、クラスタ内の1つのノードで通常の操作のみで実行されるOracle RAC対応データベースの単一インスタンスです。 - Oracle RACを使用したOracle Multitenantについて
Oracle Multitenantは、マルチテナント・コンテナ・データベース(CDB)に複数のプラガブル・データベース(PDB)を保持できるアーキテクチャに基づいています。 - サーバー・プールについて
Oracle Real Application Clusters (Oracle RAC)環境でのサーバー・プールの概念を理解します。 - 様々なオペレーティング・システムへのOracle RACのインストールについて
Oracle Real Application Clustersは、様々なオペレーティング・システムでサポートされています。
関連項目:
-
Oracle RACの概念およびアーキテクチャの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。
-
Oracle Clusterwareの概念およびアーキテクチャの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。
1.4.1 Oracle RAC One Nodeについて
Oracle RAC One Nodeは、クラスタ内の1つのノードで通常の操作のみで実行される単一インスタンスのOracle RAC対応データベースです。
Oracle Real Application Clusters One Node (Oracle RAC One Node)は、Oracle Database 11g リリース2 (11.2)以降で使用可能なOracle Database Enterprise Editionのオプションです。このオプションにより、企業内にOracle Databases用の標準デプロイメントを提供することで管理オーバーヘッドを削減しながら、オラクル社がデータベースの統合に対して提供する柔軟性が向上します。Oracle RAC One Nodeデータベースには、Oracle Grid Infrastructureが必要なため、Oracle RACデータベースと同じハードウェア設定が必要になります。
Oracle RACと異なり、Oracle RAC One Nodeには通常、データファイルの共有セット(データベースとも呼ばれる)にアクセスするインスタンスが1つしかありません。このデータベースはOracle RAC完全対応ですが、同時に複数のハードウェア・システムにまたがることはできません。かわりに、Oracle RAC One Nodeデータベース・インスタンスは、サーバー、インスタンスまたはこのサーバー上の監視対象の関連コンポーネントに障害が発生した場合、クラスタ内の別のサーバーにフェイルオーバーします。Oracle RAC One Nodeでは、サーバーのスケーラビリティは無制限で、アプリケーションが増大して単一ノードで提供できるリソース以上のリソースを必要とする場合には、アプリケーションをOracle RACにオンラインでアップグレードできます。Oracle RAC One Nodeが実行されているノードがオーバーロードになった場合は、インスタンスをクラスタ内の別のインスタンスに再配置できます。
オペレーティング・システムやデータベースのパッチ適用などの計画停止の場合のために、Oracle RAC One Nodeにはオンライン・データベース再配置という固有の機能があり、データベース・サービスを中断することなくデータベースをサーバー間で再配置できます。Oracle RAC One Nodeでは、オンライン・データベース再配置機能を使用して、アプリケーション・ユーザーには停止時間なしでデータベース・インスタンスを再配置できます。
関連項目:
-
Oracle RAC One Nodeの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。
1.4.2 Oracle RACを使用したOracle Multitenantについて
Oracle Multitenantは、マルチテナント・コンテナ・データベース(CDB)で複数のプラガブル・データベース(PDB)を保持することができるアーキテクチャに基づいています。
Oracle MultitenantはOracle Database 12cのオプションで、統合、プロビジョニング、アップグレードなどを簡略化します。アプリケーション層を変更することなく、既存のデータベースをPDBとして採用できます。このアーキテクチャでは、1つのシステム上で様々なビジネスで重要なアプリケーションを統合するときに必要なローカルの高可用性を、Oracle RACが提供します。
Oracle RACでPDBを使用する場合、マルチテナントCDBはOracle RACに基づきます。つまり、CDBデータベースの場合、クラスタ内の複数のノード上で稼働しているインスタンスが1つあります。各PDBをOracle RAC CDBの各インスタンスまたはインスタンスのサブセットで使用可能にすることができます。いずれの場合も、PDBへのアクセスおよび管理は、アプリケーションで各PDBへの接続にも使用される動的データベース・サービスを使用して規制されます。
Oracle RACデータベースをCDBとして作成し、そのCDBに1つ以上のPDBを接続する場合、Oracle RACのCDBのどのインスタンスでもPDBはデフォルトで自動起動されません。PDBに(データベース名と同じ名前のデフォルトのデータベース・サービス以外の)最初の動的なデータベース・サービスが割り当てられると、PDBはサービスが実行されるインスタンスで使用可能になります。
Oracle RACの1つ以上のインスタンスでPDBが有効かどうかにかかわらず、CDBは通常、PDBで実行されるサービスで管理されます。インスタンス上でPDBを手動で起動することによって、Oracle RAC CDBの各インスタンス上でPDBアクセスを手動で有効化できます。
1.4.3 サーバー・プールについて
Oracle Real Application Clusters (Oracle RAC)環境でのサーバー・プールの概念を理解します。
Oracle Clusterwareがインストールされると、汎用および空きという2つの内部サーバー・プールが自動的に作成されます。新規インストールのすべてのサーバーは、最初、空きサーバー・プールに割り当てられます。空きサーバー・プールにあるサーバーは、新しく定義したサーバー・プールに自動的に移動します。
サーバー・プールはリソースを分離して、1つのサーバー・プールで実行されているアプリケーションが、別のサーバー・プールで実行されているリソースにアクセスできないようにします。Oracle Clusterwareでは、サーバー・プール間のロール区分を詳細に設定できます。この機能では、組織で別々のグループによって管理される環境をクラスタ化する場合に、これらのグループ間で必要となる管理ロール区分が維持されます。
Oracle RACデータベースでは、ポリシーベース管理と管理者管理の2種類のサーバー・プール管理のスタイルおよびデプロイメント・モデルがサポートされています。
-
Oracle RAC One Nodeは、1つのサーバー・プールのみで実行されます。このサーバー・プールは、他のサーバー・プールと同じように扱われます。
-
Oracle RAC One Nodeデータベース・インスタンスのオンライン再配置では、Oracle RAC One Nodeデータベースのあるノードから別のノードへの計画的な移行が可能です。再配置は、常にサーバー・プール内で行う必要があります。
ポリシーベース管理のOracle RACデータベース
管理者は、ポリシーベース管理で、サーバーを実行するサーバー・プールを指定します(汎用または空きプールを除く)。たとえば、データベース管理者はSRVCTLを使用して、データベースまたはデータベース・サービスをホスティングしているサーバーのサーバー・プールを作成します。クラスタウェア管理者はCRSCTLを使用して、アプリケーションをホストするサーバーのサーバー・プールの作成など、データベース以外の用途のサーバー・プールを作成します。
各サーバー・プールは最小サイズおよび最大サイズを使用して構成でき、これによって、スケーラビリティが決まります。Oracle Clusterwareは、サーバー・プール間の可用性を管理し、個々のサーバー・プールの重要度の値を構成することによって可用性をさらに調整できます。
ポリシーベース管理:
-
定義済のポリシーに基づいたオンライン・サーバーの再割当てを有効にして、ワークロード容量の要件を満たします。
-
ポリシーの定義どおりに、重要な作業に必要なリソースの割当てが保証されます。
-
必要時には分離が保証され、アプリケーションとデータベースについて、クラスタの専用サーバーを指定できます。
-
ビジネス・ニーズまたはアプリケーションの要求に応じてプールが変更されるようにポリシーを構成して、適切なときに必要な容量がプールから提供されるようにできます。
管理者管理のOracle RACデータベース
デプロイメントは、Oracle Database 11g リリース2 (11.2)の前に存在していたOracle RACデプロイメント・タイプに基づいており、クラスタ内の特定のノードで実行されるように各データベース・インスタンスを静的に構成する必要があり、また、preferredおよびavailableの指定を使用して、特定のデータベースに属する特定のインスタンスで実行されるようにデータベース・サービスを構成する必要があります。
管理者管理データベースのデータベース・リソースを確認すると、そのOracle Databaseと同じ名前で定義されたサーバー・プールが表示されます。このサーバー・プールは、Oracleで定義される特別なサーバー・プールの一部で、Genericと呼ばれます。Oracle RACは、Genericサーバー・プールを管理して管理者管理データベースをサポートします。SRVCTLまたはDBCAのいずれかを使用して管理者管理データベースを追加または削除すると、Genericのメンバーであるサーバー・プールがOracle RACによって作成または削除されます。
1.4.4 様々なオペレーティング・システムへのOracle RACのインストールについて
Oracle Real Application Clustersは、様々なオペレーティング・システムでサポートされています。
Oracle RACをOracle Linux以外のオペレーティング・システムにインストールして構成する場合にも、このガイドでOracle RACのデプロイ方法に関する一般的な情報を得られます。このマニュアルは、Oracle RACを3つ以上のノードを持つクラスタにデプロイする場合にも使用できます。このマニュアルで説明する環境に一致しない環境の場合は、その環境に応じて例を読み替えてください。
Oracle RACをOracle LinuxまたはRed Hat Enterprise Linux以外の異なるプラットフォームや異なるバージョンのオペレーティング・システムにインストールする場合は、そのプラットフォームのインストールおよび構成に関するガイドを参照する必要があります。たとえば、Oracle RACをOracle Solarisオペレーティング・システムにインストールする場合は、次のマニュアルを使用します。
-
Oracle Grid Infrastructureインストレーション・ガイドfor Oracle Solaris
-
『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』
Oracle ClusterwareおよびOracle RACは同じクラスタ内の異機種プラットフォームをサポートしていません。たとえばOracle Linuxを実行しているクラスタ内のノードとOracle Solarisを実行している同じクラスタ内の他のノードを同時に持つことはできません。すべてのノードが同じオペレーティング・システムを実行する必要があり、つまりバイナリ互換である必要があります。Oracle RACは、同じクラスタ内で異なるチップアーキテクチャを持つマシンをサポートしていません。ただし、同じクラスタ内でスピードとサイズが異なるマシンは持つことができます。
関連項目:
Oracle RACのインストールの概要は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。
1.5 Oracle RACのインストール、構成および管理に使用するツール
Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)およびOracle Real Application Clusters (Oracle RAC)のインストール、構成および管理に使用する様々なツールがあります。
表1-1 Oracle RACのインストール、構成および管理に使用するツール
ツールまたはユーティリティ | 目的 | 使用方法の説明 |
---|---|---|
Oracle Universal Installer(OUI) |
クラスタ用Oracle Grid Infrastructure(Oracle ClusterwareとOracle ASMで構成される)およびOracle DatabaseをOracle RACとともにインストールします。 |
クラスタで使用するノードを構成した後、OUIはネットワーク接続を使用して指定したノードにOracleソフトウェアをインストールします。 |
クラスタ検証ユーティリティ(CVU) |
共有記憶域デバイス、ネットワーク構成、システム要件などのクラスタおよびOracle RACの各種コンポーネント、ならびにOracle Clusterware、またオペレーティング・システムのグループおよびユーザーを検証します。 |
CVUは、クラスタ環境のインストール前およびインストール後のチェックに使用できるコマンドライン・ツールです。CVUは、Oracle ClusterwareおよびOracle RACコンポーネントのインストール前およびインストール時に特に役立ちます。OUIでは、Oracle Clusterwareのインストール後にCVUを実行して環境を検証します。 |
ORAchk |
Oracleソフトウェア・スタックの事前ヘルス・チェックを実行します。 |
ORAchkは、RACCheckユーティリティに代わるもので、ヘルス・チェックの範囲をOracleソフトウェア・スタック全体に拡張しており、Oracleユーザーから報告された主な問題を特定し、それに対処します。ORAchkは、Oracleの製品とデプロイメントについて既知の問題をあらかじめスキャンします。 |
Oracle Enterprise Manager |
データベースを管理するための主な製品 |
Oracle Enterprise Manager Cloud Controlは、単一インスタンスおよびOracle RACデータベース、Oracle Clusterware、およびOracle ASMの管理に使用できるグラフィカル・ユーザー・インタフェース(GUI)です。Oracle Databaseソフトウェアのインストール、データベースの作成またはアップグレード、およびネットワークの構成後、Oracle Enterprise Managerを使用してデータベースを管理できます。また、Cloud Controlは、パフォーマンス・アドバイザ用のインタフェース、およびSQL*Loader、Recovery Manager (RMAN)などのOracleユーティリティ用のインタフェースも提供します。 |
SQL*Plus |
SQL文およびPL/SQL文をOracle Databaseに発行します |
SQL*Plusには、データベースに対するデータベース管理操作を実行できるコマンドライン・インタフェースが備わっており、データベースに直接データの問合せ、挿入、更新または削除を実行することも可能です。 |
サーバー制御ユーティリティ(SRVCTL) |
Oracle Cluster Registry (OCR)で定義されたリソースを管理します。これらのリソースにはnodeappsと呼ばれるノード・アプリケーションが含まれ、これによって、Oracle Notification Service(ONS)および仮想IP(VIP)を含むOracle Clusterwareが構成されます。 |
SRVCTLのコマンドライン・インタフェースを使用して、Oracle Clusterware環境で実行されるデータベース、インスタンス、リスナー、サービスおよびアプリケーションを管理します。SRVCTLを使用すると、nodeapps、データベース、インスタンス、リスナーおよびサービスの起動と停止、インスタンスおよびサービスの削除または移動、サービスの追加、および構成情報の管理を行うことができます。 |
クラスタ・レディ・サービス・コントロール(CRSCTL) |
Oracle Clusterwareのデーモンを管理します。これらのデーモンには、 Cluster Synchronization Services (CSS)、 Cluster-Ready Services (CRS)、および Event Manager (EVM)が含まれます。 |
CRSCTLは、Oracle Clusterwareの起動および停止と、Oracle Clusterwareインストールの現行ステータスの判別に使用できるコマンドライン・ツールです。 |
Database Configuration Assistant(DBCA) |
Oracle Databaseを作成および構成します |
選択したインストール・タイプによっては、DBCAをOUIで起動できます。また、Oracle Databaseをインストール後は、スタンドアロン・ツールとして、いつでもDBCAを起動できます。DBCAは、対話型モードまたは非対話型(サイレント)モードで実行できます。対話型モードには、データベースを作成して構成するためのグラフィカル・インタフェースおよびガイド付きワークフローが用意されています。DBCAはより自動化されていて、DBCAが終了したときにはデータベースを使用できるようになっているため、データベースを作成する推奨の方法です。 |
Oracle自動ストレージ管理コンフィギュレーション・アシスタント(ASMCA) |
Oracle ASMをインストールおよび構成します |
ASMCAは、Oracle ASMインスタンス、ディスク・グループ、ボリューム、Oracle Automatic Storage Management Cluster File System (Oracle ACFS)のインストールおよび構成をサポートするユーティリティです。ASMCAには、GUIと、GUI以外のインタフェースの両方があります。 |
Oracle自動ストレージ管理コマンドライン・ユーティリティ(ASMCMD) |
Oracle ASMを管理します |
ASMCMDは、Oracle ASMインスタンス、Oracle ASMディスク・グループ、ディスク・グループのファイル・アクセス制御、Oracle ASMディスク・グループ内のファイルとディレクトリ、ディスク・グループのテンプレート、およびOracle ASMボリュームの管理に使用できるコマンドライン・ユーティリティです。 |
リスナー制御(LSNRCTL) |
リスナーを管理します |
リスナー制御ユーティリティは、リスナーの管理に使用するコマンドライン・インタフェースです。そのコマンドを使用して、1つ以上のリスナーに対して基本的な管理機能を実行できます。また、リスナーのパラメータ設定を表示および変更できます。 |
クラスタ用Oracle Grid Infrastructure for Oracle Database 12c リリース1 (12.2)をインストールした場合、クラスタ、データベース、データベース・インスタンス、Oracle ASMおよびリスナーを管理するユーティリティを使用する際には、管理するオブジェクトやコンポーネントのホーム・ディレクトリにある適切なバイナリを使用します。たとえば、このディレクトリを指すようにORACLE_HOME
環境変数を設定するには、次のようにします。
-
ASMCMD、SRVCTL、SQL*PlusまたはLSNRCTLを使用してOracle ASMまたはそのリスナーを管理する場合は、Oracle DatabaseホームではなくGridホームにある実行可能ファイルを使用します。
ORACLE_HOME
環境変数は、Gridホームの場所に設定します。 -
SRVCTL、SQL*PlusまたはLSNRCTLを使用してデータベース・インスタンスまたはそのリスナーを管理する場合は、そのデータベース・インスタンスまたはリスナーが実行されているOracleホームにあるバイナリを使用します。
ORACLE_HOME
環境変数は、Oracleホームの場所に設定します。
関連項目:
Oracle RACの管理に使用するツールおよびユーティリティの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。