Oracle Clusterware

■ RAC対応のOracleホーム

OUIによって、Oracle Clusterwareがクラスタの各ノードにインストールされます。サード・

パーティ・ベンダーのクラスタウェアが存在しない場合、OUIを使用してOracle Clusterware のインストール先ノードを指定する必要があります。OUIの実行時に指定する内容に応じて、

Oracle Clusterwareホームをすべてのノードで共有することも、各ノードで専用にすることも

できます。Oracle Clusterware用に選択するホームは、RACで使用するOracleホームとは異なるホームである必要があります。

注意注意注意

注意: 通常、ASMディスク・グループは、クラスタ・ファイル・システムと同様に有効なリカバリ領域です。リカバリ領域のファイルは、データ・ファイルと同じ場所に格納する必要はありません。たとえば、リカバリ領域にASMを使用していても、データ・ファイルをRAWデバイスに格納できます。

参照参照参照

参照: RAC環境でのこれらの機能については、『Oracle Database Oracle ClusterwareおよびOracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

サード・パーティ・ベンダーのクラスタウェアが存在する場合、Oracle Clusterwareはサード・

パーティ・ベンダーのクラスタウェアと連携できます。LinuxおよびWindowsでのOracle

Database 10gの場合、Oracle Clusterwareは以前のリリースのOracleクラスタウェアと共存し

ますが、連携できません。サード・パーティ・ベンダーのクラスタウェアを使用する場合は、

次の点に注意してください。

■ Oracle Clusterwareは、LinuxおよびWindowsを除くすべてのオペレーティング・システ

ムで、サード・パーティ・ベンダーのクラスタウェアと統合できます。

インストールされたインストールされたインストールされた

インストールされた Real Application Clusters のコンポーネントのコンポーネントのコンポーネントのコンポーネント

RAC環境のすべてのインスタンスは、制御ファイル、サーバー・パラメータ・ファイル、

REDOログ・ファイルおよびすべてのデータ・ファイルを共有します。これらのファイルは、

共有クラスタ・ファイル・システムまたは共有ディスクにあります。これらのタイプのファイル構成のいずれに対しても、すべてのクラスタ・データベース・インスタンスによってアクセスされます。また、各インスタンスには、それぞれ専用のREDOログ・ファイルのセットがあります。障害が発生した場合、REDOログ・ファイルへの共有アクセスによって、障害が発生していないインスタンスがリカバリを実行できます。

Oracle Database 10g Real Application Clusters のリリース間の互換性のリリース間の互換性のリリース間の互換性のリリース間の互換性

異なるリリースのOracleデータベース・ソフトウェアを、同一のコンピュータにインストールして使用できますが、次の点に注意してください。

■ Oracle Database 10gリリース2（10.2）では、既存のOracleホームがある場合、データベー

スは既存のOracleホームにインストールする必要があります。Oracle Clusterwareは個別

のOracle Clusterwareホームにインストールする必要があります。1つのノードに配置で

きるのは、1つのOracle Clusterwareホームです。

インストール中、Oracle Database 10gの追加コンポーネントのすべてをインストールしていない場合は、それらをインストールするように求められます。

■ 必要に応じて、OUIを使用してOracle Database 10g Real Application Clustersの削除および再インストールを行うことができます。

■ Oracle9iとOracle Database 10gリリース2（10.2）を同じシステムにインストールする場合

は、最初にOracle9iをインストールする必要があります。Oracle Database 10gがインストールされているシステムにOracle9iをインストールすることはできません。

■ 以前のリリースのデータベースが検出された場合、OUIによって、プリファレンスのアップグレードについて尋ねられます。以前のリリースのデータベースをDBUAを使用してアップグレードするか、またはDBCAを使用して新しいデータベースを作成するかを選択できます。このダイアログ・ボックスで収集された情報は、ソフトウェアのインストール後にDBUAまたはDBCAに渡されます。

注意注意

注意注意: Oracle Database 10gリリース1（10.1）の前のリリースのデータベースでは、クラスタ・マネージャを「Cluster Manager」と呼んでいま

した。Oracle Database 10gでは、クラスタ・マネージャの役割は、すべて

のプラットフォーム上で、Oracle Clusterwareのコンポーネントである Cluster Synchronization Services（CSS）によって実現されます。この機能を実現しているのは、Cluster Synchronization Serviceデーモン（CSSD）です。

注意注意注意

注意: OracleバイナリをOracleホームから別の場所に移動しないでくだ

さい。これを行うと、動的リンクに問題が発生します。

■ 異なるリリースのOracleデータベースと自動ストレージ管理（ASM）を実行できます。

OracleデータベースとASMのリリースが同じ場合は、これらを同じOracleホームから実

行できます。これらが異なるリリースの場合は、OracleデータベースのリリースとASM のリリースを個別のリリースのホームに配置する必要があります。たとえば、ASM 10gリリース2（10.2）インスタンスをインストールし、それをOracle Database 10gリリース1

（10.1）データベースとともに使用できます。または、Oracle 10gリリース2（10.2）データベースをインストールし、それをASM 10gリリース1（10.1）インスタンスとともに使用できます。

必要なオペレーティング・システム・グループ必要なオペレーティング・システム・グループ必要なオペレーティング・システム・グループ必要なオペレーティング・システム・グループ

Oracleサーバー・ソフトウェアをシステムに初めてインストールする場合は、インストール前

の手順の説明に従って、Oracleソフトウェアの所有者となるためのいくつかのグループと1つのユーザー・アカウントを作成する必要があります。必要なグループおよびユーザーは次のとおりです。

■ Oracle Inventoryグループ（oinstall）

システムに初めてOracleソフトウェアをインストールする場合は、このグループを作成する必要があります。このグループの標準的な名前はoinstallです。このグループのメンバーは、システムにインストールされたすべてのOracleソフトウェアのカタログである

Oracle Inventoryを所有します。また、Oracle Clusterwareのインストール時に作成される

Oracle Cluster Registry（OCR）キーに関連するいくつかのタスクの実行には、oinstall

グループのメンバーである必要があります。

■ OSDBAグループ（dba）

システムに初めてOracleソフトウェアをインストールする場合は、OSDBAグループを作成する必要があります。

OSDBAグループによって、データベースの管理権限（SYSDBAおよびSYSOPER権限）

を持つユーザーのオペレーティング・システムの検証が提供されます。このグループのデフォルト名はdbaです。インストール時にデフォルト以外のグループ名を指定する場合は、インストール中に、OSDBAグループの名前を指定するように求められます。

既存のOSBDAグループがある場合でも、新しいOracleサーバーのインストールでデータ

ベースの管理権限を別のグループのユーザーに付与する場合は、OSDBAグループを新しく作成する必要があります。

■ OSOPERグループ（oper）

OSOPERグループは、オプションのグループです。このグループは、データベースのバッ

クアップ、リカバリ、起動、停止などを実行するために、制限付きのデータベース管理権

限（SYSOPER権限）を別のグループのユーザーに付与する場合に作成します。このグルー

プのデフォルト名はoperです。このグループを使用するには、カスタムカスタムカスタムカスタム・インストール・

タイプを選択してソフトウェアをインストールします。OSOPERグループを使用するには、次の状況でこのグループを作成する必要があります。

■ OSOPERグループが存在しない場合（たとえば、システムへOracleサーバー・ソフト

ウェアを初めてインストールする場合）。注意

注意注意

注意: リリースが異なるASMとOracleデータベースを使用する場合、

それぞれの機能は、古い方のソフトウェア・リリースの機能に制限されます。たとえば、ASM 10gリリース1（10.1.0.3）インスタンスを使用する Oracle Database 10gリリース1（10.1.0.2）では、リリース1（10.1.0.3）の ASMで使用可能な新機能は使用できません。使用できるのは、ASM 10g

リリース1（10.1.0.2）の機能のみです。反対に、ASM 10gリリース1

（10.1.0.2）を使用するOracle Database 10gリリース1（10.1.0.3）は、リ

リース1（10.1.0.2）のデータベースであるように機能します。

■ Oracleソフトウェア所有者ユーザー（oracle）

システムに初めてOracleソフトウェアをインストールする場合は、Oracleユーザー・アカウントを作成する必要があります。Oracleユーザー・アカウントは、インストール中にインストールされるすべてのソフトウェアの所有者です。Oracleユーザー・アカウントの標準的な名前はoracleです。oracleユーザーは、プライマリ・グループとしてOracle

Inventoryグループを、セカンダリ・グループとしてOSDBAグループを所有する必要があ

ります。また、OSOPERグループを作成する場合は、セカンダリ・グループとしてこのグループを所有する必要があります。

Oracleソフトウェア所有者ユーザーが存在する場合でも、新しいOracleサーバーのインス

トールで、別のグループ・メンバーシップを持つ別のユーザーを使用する場合、それらのグループにデータベース管理権限を付与する必要があります。

システムへのOracleソフトウェアのすべてのインストールには、単一のOracle Inventoryグループが必要です。ただし、個々のインストールに対してそれぞれにOracleソフトウェア所有者ユーザー、OSDBAグループおよびOSOPERグループ（oracle、dbaおよびoper以外）

を作成できます。さらに、Oracle Clusterware用に別の所有者も作成できます。異なるグループを使用すると、あるデータベースの特定のオペレーティング・システムのユーザーに、DBA 権限を付与できます。そのユーザーは、同じシステムの別のデータベースでは、この権限を持ちません。

グリッド環境でのグリッド環境でのグリッド環境での

グリッド環境での Oracle Clusterware およびおよびおよびおよび RAC のクローニングのクローニングのクローニングのクローニング

Oracle ClusterwareおよびRACソフトウェアのクローニングには、Enterprise Manager Grid

Controlを使用することをお薦めします。この項では、多数のノードがあるグリッド環境で、ク

ローニングされたClusterwareおよびRACのイメージを使用してRACの配置を行うためのコマンドラインでの手順の概要を説明します。

■ Oracle Clusterwareホームのクローニング

■ RACホームのクローニング