| Oracle® Databaseインストレーション・ガイド 11gリリース2 (11.2) for IBM AIX on POWER Systems (64-Bit) B57781-08 |
|
 前 |
 次 |
| Oracle® Databaseインストレーション・ガイド 11gリリース2 (11.2) for IBM AIX on POWER Systems (64-Bit) B57781-08 |
|
前 |
次 |
この付録では、Optimal Flexible Architecture(OFA)標準について説明します。この標準は、Oracleを適切にインストールして管理を簡略化するために作成された構成ガイドラインのセットです。内容は次のとおりです。
Optimal Flexible Architecture標準は、所有するユーザーおよびバージョンの異なる複数のデータベースが共存できるようにデータベース・ソフトウェアとデータベースを適切に配置および構成します。Optimal Flexible Architectureにより、ORACLE_BASEで識別されるディレクトリの自動診断リポジトリ(ADR)で適切なインシデントの診断データを収集できます。
インストール・メディアのすべてのOracleコンポーネントは、Optimal Flexible Architectureに準拠しています。Oracle Universal Installerでは、Optimal Flexible Architectureガイドラインに従ったデフォルトの権限を割り当てるディレクトリの位置にOracle Databaseコンポーネントを配置します。
データベースが巨大な場合または複数データベースの使用を計画している場合は特に、Optimal Flexible Architectureを使用することをお薦めします。
Oracleデータベースをインストールすると、コンピュータでサポート可能な大規模なアプリケーションがインストールされます。大規模データベースを管理する場合、複数のOracleホームおよびOptimal Flexible Architectureの使用は多くの利点をもたらします。重要な利点を次に示します。
構造化されたディレクトリおよびファイルの配置、一貫性のあるデータベース・ファイルのネーミングによるデータベース管理の簡略化。
複数のディスクにI/Oを分散することで、単一ドライブへの複数の読取り/書込みコマンドの発行によるパフォーマンスのボトルネックを回避。
複数のディスクへのアプリケーションの分散により、データベース障害に対する安全性の確保。
データベース管理者がOracleホーム・ディレクトリを追加、移動または削除する際にログイン・ホーム・ディレクトリに危険が及ばない。
所有するユーザーおよびバージョンの異なる複数のデータベースの共存。
Oracleホームでのソフトウェア・アップグレードのテストを、本番データベースが配置されたOracleホームとは異なるディレクトリで実行できる。
この項では、Optimal Flexible Architecture標準で推奨されるネーミング方法について説明します。この項の内容は、次のとおりです。
次の各項では、マウント・ポイントの規則について説明します。
ストライプ化もミラー化もされていないファイル・システムに格納されたデータベースについてOptimal Flexible Architecture推奨事項を完全に実装するには、3つ以上のファイル・システムをそれぞれ個別の物理デバイスに配置することが必要です。
すべてのファイル・システムのマウント・ポイント名には構文/pmを使用します。pは文字定数、mは各マウント・ポイントを区別するために使用する一意の固定長キー(通常は2桁の番号)です。たとえば、/u01と/u02、/disk01と/disk02となります。
次の各項では、Optimal Flexible Architecture標準に準拠したディレクトリのネーミング規則について説明します。
|
注意: Oracleソフトウェア用に選択したパス(Oracleホーム・パス、Oracleベース・パスなど)では、ASCII文字のみを必ず使用してください。一部のパスにインストール所有者名がデフォルトで使用されるため、このASCII文字制限はユーザー名、ファイル名およびディレクトリ名に適用されます。 |
Oracleベース・ディレクトリはトップレベル・ディレクトリで、様々なOracleソフトウェア製品のインストールに使用できます。同一のOracleベース・ディレクトリを複数のインストールに使用できます。異なるオペレーティング・システム・ユーザーが同じシステム上にOracleソフトウェアをインストールする場合、各ユーザーは個別のOracleベース・ディレクトリを作成する必要があります。
Oracleベース・ディレクトリ名には、構文/pm/s/uを使用します。表D-1に、この構文で使用されている変数を示します。
表D-1 Oracleベース・ディレクトリのネーミング構文
| 変数 | 説明 |
|---|---|
|
|
マウント・ポイント名 |
|
|
標準ディレクトリ名 |
|
|
ディレクトリの所有者名(Oracle Universal Installerを実行しているユーザー) |
たとえば、/u01/app/oracleはoracleユーザーにより作成されたOracleベース・ディレクトリで、/u01/app/applmgrはapplmgrユーザーにより作成されたOracleベース・ディレクトリです。
Oracleベース・ディレクトリをUNIXファイル・システムと同じレベルに配置すると、様々なマウント・ポイントにあるOracleベース・ディレクトリの集合を1つのパターン一致文字列/*/app/*を使用して参照できるという利点があります。
各ディスク・ドライブに1つのアプリケーションからのデータベース・ファイルがあり、I/Oボトルネックを防止できる十分な数のドライブが各データベースにある場合は、マウント・ポイント名に構文/h/q/dを使用します。表D-2に、この構文で使用されている変数を示します。
表D-2 大規模データベースのマウント・ポイントのネーミング構文
| 変数 | 説明 |
|---|---|
|
|
Oracleベース・ディレクトリ |
|
|
|
|
|
初期化パラメータ |
たとえば、testデータベース専用に2つのドライブを割り当てるには、マウント・ポイント名として/u01/app/oracle/oradata/testおよび/u02/app/oracle/oradata/testを指定します。
明示的なパス名の参照は、パスワード・ファイル、/etc/passwd、Oracle oratabファイルなど、パスの格納用に特別に設計されたファイル内でのみ行います。グループ・メンバーシップは、/etc/groupファイル内でのみ参照します。
複数のバージョンのOracleソフトウェアを同時に実行するというOptimal Flexible Architectureの要件を満たすように、パターン/pm/s/u/product/v/type_[n]と一致するディレクトリにそのソフトウェアをインストールします。
表D-3に、この構文で使用されている変数を示します。
表D-3 Oracleホーム・ディレクトリのネーミング構文
| 変数 | 説明 |
|---|---|
|
|
マウント・ポイント名 |
|
|
標準ディレクトリ名 |
|
|
ディレクトリの所有者名 |
|
|
ソフトウェアのバージョン |
|
|
Database( |
|
|
オプションのカウンタ。これを使用すると、同じOracleベース・ディレクトリに同じ製品を複数回インストールできます。 |
次に例を示します。
/u01/app/oracle/product/11.2.0/dbhome_1は、このシステムに初めてインストールされるOracle DatabaseのOracleホーム・ディレクトリを示しています。
ORACLE_HOME環境変数にはOracleホーム・ディレクトリを設定します。
管理データの編成を容易にするために、データベース固有の管理ファイルは、パターン/h/admin/d/a/と一致するサブディレクトリに格納することをお薦めします。hはOracleベース・ディレクトリ、dはデータベース名(DB_NAME)、aは特定のタイプのデータベース管理ファイルのサブディレクトリです。表D-4に、データベース管理ファイルのサブディレクトリを示します。
表D-4 デースベース管理ファイルのサブディレクトリ
| サブディレクトリ | 説明 |
|---|---|
|
|
アーカイブREDOログ・ファイル |
|
|
監査ファイル。 |
|
|
データベースの作成に使用されるデータベース作成ログ・ファイルおよびスクリプトが含まれます。 |
|
|
データ・ポンプ操作用のデフォルト・ディレクトリ。データ・ポンプ・ファイル |
|
|
データベース・エクスポート・ファイル |
|
|
データベースのステータスおよび履歴が記録されるファイル |
|
|
インスタンス・パラメータ・ファイル |
|
|
非定型SQLスクリプト |
たとえば、/u01/app/oracle/admin/orcl/scripts/はorclというデータベースに関連付けられているscriptsサブディレクトリです。
Oracle Database 11gでは、Automatic Diagnostic Repository (ADR) ディレクトリはbdump、 cdumpおよびudumpディレクトリに置き換えられます。ADR診断データは、デフォルトで/h/diag/rdbms/d/i/ディレクトリに格納されます。
各パラメータの意味は次のとおりです。
hはOracleベース
dはデータベース名
iはインスタンス名
ADRホームには、trace、alert、incidentというサブディレクトリがあります。表D-5に、ADRディレクトリを示します。
表D-5 診断トレースの場所
| 診断データ | 10gでの場所 | 11gでの場所 |
|---|---|---|
|
フォアグラウンド・プロセス・トレース |
|
|
|
バックグラウンド・プロセス・トレース |
|
|
|
アラート・ログ・データ |
|
|
|
コア・ダンプ |
|
|
|
インシデント・ダンプ |
プロセスによって |
|
次の表に、データベース・ファイル用の推奨ネーミング規則を示します。
|
注意: Oracle Managed Files(OMF)およびOracle Automatic Storage Managementのディスク・グループに格納されているファイルでは、使用されるネーミング規則が異なります。これらのネーミング規則の詳細は、『Oracle Database管理者ガイド』を参照してください |
| ファイル・タイプ | ファイル・ネーミング規則 |
|---|---|
| 制御ファイル | /h/q/d/control.ctl |
| REDOログ・ファイル | /h/q/d/redon.log |
| データファイル | /h/q/d/tn.dbf |
次の表に、この構文を示します。
| 変数 | 説明 |
|---|---|
h |
Oracleベース・ディレクトリ |
q |
Oracleデータを他のすべてのファイルと区別する文字列(通常はoradata) |
d |
DB_NAME初期化パラメータの値(通常は単一インスタンス・データベースのインスタンスSIDと同じ) |
t |
Oracle表領域名 |
n |
2桁の文字列 |
|
注意: パス/h/q/ddに関連付けられている制御ファイル、REDOログ・ファイル、またはデータファイル以外のファイルを格納しないでください。 |
この規則を使用すると、/u01/app/oracle/oradata/sab/system01.dbfファイルが属しているデータベースを容易に判別できます。
存続期間、I/O要求需要、およびバックアップ頻度の異なるセグメントのグループを、異なる表領域間で分離します。
表D-6に、Database Configuration AssistantによりOracleデータベースごとに作成される特殊な表領域を示します。データベースを手動で作成する場合は、必要な表領域も作成する必要があります。これらの表領域は、アプリケーション・セグメントに必要な表領域とは別個に追加されるものです。
|
関連項目: データベースの手動作成の詳細は、『Oracle Database管理者ガイド』を参照してください。 |
| 表領域 | 必須 | 説明 |
|---|---|---|
|
|
いいえ |
サンプル・スキーマの格納に使用する |
|
|
はい |
|
|
|
はい |
データ・ディクショナリ・セグメント |
|
|
はい |
一時セグメント |
|
|
はい |
OracleがUNDO情報の格納に使用 |
|
|
いいえ |
その他のユーザー・セグメント |
これらの特殊な表領域を作成すると、データ・ディクショナリ・セグメントは削除されることがなく、削除できる他のセグメントはSYSTEM表領域への格納が許可されないため効率的です。
表D-7に、ファイル・クラスの識別に使用する構文を示します。
表D-7 ファイル・クラスを識別するためのディレクトリ構造の構文
| ディレクトリ構造の構文 | 説明 |
|---|---|
|
|
ユーザー・データ・ディレクトリ |
|
|
ユーザーのホーム・ディレクトリ |
|
|
ユーザーのアプリケーション・ソフトウェア・ディレクトリ |
|
|
Oracleアプリケーション・ソフトウェアのサブツリー |
|
|
Oracleソフトウェアのサブツリー |
|
|
リリース11g製品のOracleソフトウェアのサブツリー |
|
|
Oracle Database 11gのOracleホーム・ディレクトリ |
|
|
ユーザーoracle用のスタンドアロン・サーバーのOracle Grid Infrastructure 11 |
|
|
|
|
|
|
|
|
Oracleデータ・ディレクトリ |
|
|
|
|
|
|
表D-8に、2つのOracleホーム・ディレクトリと2つのデータベースを持つOptimal Flexible Architecture準拠のサンプル・インストールの階層ファイル・マッピングを示します。データベース・ファイルは、/u02、/u03、/u04の3つのマウント・ポイント間に分散しています。
|
注意: 優れた冗長性とスループットを得るには、Oracle ASMの使用をお薦めします。 |
表D-8 Optimal Flexible Architectureインストールの階層ファイル・マッピング
| ディレクトリ | 説明 |
|---|---|
|
|
ルート・ディレクトリ |
|
|
ユーザー・データのマウント・ポイント1 |
|
|
アプリケーション・ソフトウェア用のサブツリー |
|
|
Oracleベース・ディレクトリ |
|
|
データベース管理ファイル用のサブツリー |
|
|
サポート・ログ・ファイル用のサブツリー |
|
|
|
|
|
|
|
|
オンライン・ドキュメント |
|
|
リカバリ・ファイル用のサブツリー |
|
|
db_name1データベース用のリカバリ・ファイル |
|
|
db_name2データベース用のリカバリ・ファイル |
|
|
Oracleデータ・ディレクトリ |
|
|
ディストリビューション・ファイル |
|
|
ユーザー |
|
|
ユーザー |
|
|
ユーザー |
|
|
ユーザー |
表D-9に、orclデータベースにおける、Optimal Flexible Architecture準拠のサンプル・インストールのログ・ファイルに対する階層ファイル・マッピングを示します。
表D-9 Optimal Flexible Architectureインストールのログ・ファイルに対する階層ファイル・マッピング
| ディレクトリ | 説明 |
|---|---|
|
|
サポート・ログ・ファイル用のサブツリー |
|
|
アーカイブ・ログ・ファイル |
|
|
データベース作成ログ・ファイルが含まれます。 |
|
|
REDOログ・ファイル |
|
|
データ・ポンプ・ファイル |
|
|
すべてのデータベース、リスナー、sqlnetおよびその他の診断ログが含まれます。 |
|
|
すべての監査ログが含まれます。 |
|
|
Oracle Database Configuration Assistant、Database Upgrade AssistantおよびOracle Net Configuration Assistantなどの構成アシスタントのログが含まれます。 |
