Oracle® Real Application Clusters

インストレーション・ガイド

11g リリース2(11.2)for Linux and UNIX Systems

B56272-08(原本部品番号:E41962-05)

2016年11月

Oracle Real Application Clustersインストレーション・ガイド, 11g リリース2(11.2)for Linux and UNIX Systems

B56272-08

Copyright © 2007, 2016, Oracle and/or its affiliates. All rights reserved.

原本著者: Aparna Kamath

原本協力著者: Douglas Williams

原本協力者: David Austin、Troy Anthony、Mark Bauer、Mark Fuller、Yingwei Hu、Prakash Jashnani、Caroline Johnston、Aneesh Khandelwal、Sana Karam、Ram Kumar、Bob Nelson、Satish Panchumarthy、Sunil Ravindrachar、Trivikrama Samudrala、Janelle Simmons、Vivian Schupmann、Dharma Sirnapalli、James Spiller、Malai Stalin、Kamal Tbeileh、Jonathan Creighton、Barb Lundhild、Venkat Maddali、Markus Michalewicz、Dipak Saggi、Shachi Sanklecha、Janet Stern

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

表一覧

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

Oracle Real Application Clustersのインストールに関する新機能

- リリース2(11.2.0.4)の新機能

- リリース2 (11.2.0.4)でサポートが終了したオプション

- リリース2(11.2.0.3)の新機能

- リリース2(11.2.0.2)の新機能

- リリース2(11.2)の新機能

- リリース1(11.1)の新機能

1 インストール前のチェックリスト

- 1.1 インストール計画の概要

- 1.1.1 My Oracle Supportの確認

- 1.1.2 ソフトウェア更新オプションの使用の検討

- 1.1.3 Oracle Technology Networkの確認

- 1.1.4 Oracle RACのインストール手順の確認

- 1.1.5 クラスタ検証ユーティリティ(CVU)の使用方法の確認

- 1.1.6 既存のOracleインストールの確認およびバックアップ

- 1.1.7 グローバリゼーションの要件の確認

- 1.1.8 ドキュメントの確認

- 1.2 サーバー・ハードウェア、ネットワークおよびオペレーティング・システムの概要

- 1.2.1 サーバーのハードウェア要件およびソフトウェア要件の確認

- 1.2.2 サーバー環境の構成の概要

- 1.2.3 Oracleベースの概要

- 1.2.4 ネットワーク接続の要件の概要

- 1.2.5 セキュア・シェル(SSH)の構成の概要

- 1.2.6 ブラウザ要件の概要

- 1.2.7 プラットフォーム固有のサーバー構成の概要

- 1.3 Oracle RACの記憶域の概要

- 1.3.1 記憶域システムの要件の参照先

- 1.3.2 Oracle Automatic Storage Managementクラスタ・ファイル・システムの概要

- 1.3.3 Oracle Databaseおよびリカバリ・ファイル・オプションの概要

- 1.3.4 Oracle RACの記憶域についての一般的な考慮事項

- 1.3.5 Oracle Grid InfrastructureおよびOracle RACでの論理ボリューム・マネージャの使用

- 1.4 インストールの準備に関する追加情報

- 1.4.1 Oracle Grid InfrastructureとともにインストールされるOracle ASM

- 1.4.2 Oracle Enterprise Manager用のOracle ASM ASMSNMPパスワードの取得

- 1.4.3 Oracle Clusterwareおよびベンダー・クラスタウェア

- 1.4.4 Oracle RACインストールの共有コンポーネント

- 1.4.5 TIMESTAMP WITH TIME ZONEデータの簡略化されたアップグレード

- 1.4.6 HP-UXに対して外部ジョブのユーザーが作成されているかどうの確認

- 1.4.7 Oracle Database 11g Real Application Clustersのリリース間の互換性

- 1.5 CVUを使用したOracle RACインストールのクラスタ準備状況の確認

- 1.6 アップグレードまたはデータベースの共存のための既存のOracleプロセスの停止

2 Oracle Database 11gおよびOracle Real Application Clustersのインストール

- 2.1 Oracle Application Expressの要件の確認

- 2.1.1 Oracle Application Expressのブラウザ要件

- 2.1.2 既存のOracle HTML Server環境でのインストール

- 2.1.3 Oracle Application ExpressのOracle Text要件

- 2.1.4 Oracle Application ExpressのOracle XML DB要件

- 2.2 構成オプションの選択

- 2.3 Oracle Database Vaultのインストールおよび構成

- 2.3.1 Oracle Database Vaultの要件

- 2.3.2 Oracle Database Vaultのアカウント

- 2.3.2.1 Oracle Database Vault所有者

- 2.3.2.2 Oracle Database Vaultアカウント・マネージャ

- 2.3.3 複数のOracle Database Vaultホーム

- 2.3.4 Oracle Database Vaultインストールでのリスナーの起動

- 2.3.5 Oracle Database Vaultのインストール

- 2.3.5.1 Oracle RACのインストール時のOracle Database Vaultの構成

- 2.3.5.2 Oracle RACのインストール後のOracle Database Vaultの構成

- 2.4 Oracle Database構成タイプの説明

- 2.4.1 「汎用目的/トランザクション処理」および「データ・ウェアハウス」構成タイプ

- 2.4.2 拡張インストール・タイプの使用

- 2.5 Oracle Configuration Managerオプション

- 2.6 データベース・セキュリティ・オプション

- 2.7 管理アカウントのデータベース・パスワードの変更

- 2.8 インストール中のOUIおよびDBCAの動作

- 2.9 他の言語でのOracle Databaseのインストール

- 2.10 データベース名の選択

- 2.11 Oracle Universal Installerを使用したOracle RACのインストール

- 2.12 Oracle Universal Installerを使用したOracle RAC One Nodeのインストール

- 2.13 DBCAを使用したOracle RAC One Nodeの構成

3 Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成

- 3.1 Oracle RACでのDatabase Configuration Assistantの使用

- 3.2 Database Configuration Assistantのメリット

- 3.3 以前のリリースからのリスナーの自動移行

- 3.4 Enterprise Manager DB Controlの環境変数の設定

- 3.5 DBCAの要件の検証

- 3.6 DBCAを使用したOracle RACデータベースの作成

- 3.7 DBCAを使用したOracle RACデータベースの削除

4 Oracle Real Application Clustersのインストール後の手順

- 4.1 インストール後に必要な作業

- 4.1.1 パッチの更新のダウンロードおよびインストール

- 4.1.2 HP-UX上のインストールに対する外部ジョブ所有者の設定

- 4.1.3 Oracle製品の構成

- 4.1.4 シンボリック・リンクを使用したOCFS2からのインスタンス関連メモリー・マップ・ファイルの再配置

- 4.2 インストール後の推奨作業

- 4.2.1 root.shスクリプトのバックアップ

- 4.2.2 Oracleユーザー環境変数の設定

- 4.2.3 すべてのPL/SQLモジュールの再コンパイル

- 4.2.4 その他のユーザー・アカウントの設定

- 4.2.5 Oracle RAC構成監査ツールの実行

- 4.3 Oracle RACのためのOracle Configuration Managerのインストール後の構成

- 4.4 インストール後のデータベース・オプションの有効化および無効化

5 Oracle Real Application Clusters環境でのサーバー・パラメータ・ファイルの構成

- 5.1 パラメータ・ファイルおよびOracle RAC

- 5.2 Oracle RACでのサーバー・パラメータ・ファイルの使用

- 5.2.1 サーバー・パラメータ・ファイルの概要

- 5.3 Oracle RACでのパラメータ・ファイルの検索順序

- 5.4 Oracle RAC環境でのSPFILEへの移行

- 5.4.1 Oracle RACでのサーバー・パラメータ・ファイルの配置

- 5.4.2 サーバー・パラメータ・ファイルへの移行手順

- 5.5 Oracle RACでのサーバー・パラメータ・ファイルのエラー

6 サーバー・プールおよびOracle Enterprise Manager Database Controlの構成

- 6.1 サーバー・プールの理解

- 6.1.1 Oracle RAC One Nodeとサーバー・プール

- 6.1.2 ポリシーベースでのクラスタおよび容量の管理

- 6.2 インストール中およびインストール後のDatabase Controlの構成

- 6.2.1 Oracle RACでEMCAを使用する方法の理解

- 6.2.2 インストール中のDatabase Controlの構成

- 6.2.3 DBCAを使用したDatabase Controlの構成

- 6.2.4 EMCAを使用したインストール後のDatabase Controlの構成

- 6.2.5 EMCAパラメータ用の入力ファイルの使用

- 6.2.6 Database Controlで使用されるポートの指定

- 6.2.7 EMCAのトラブルシューティングのヒント

- 6.2.7.1 データベース・リスナー・ポートを変更した後のEMCAの使用方法

- 6.2.7.2 11gリリース2 Grid Controlエージェントのアップグレード

- 6.2.7.3 データベースのホスト名またはIPアドレスが変更された場合のEMCAの使用方法

- 6.2.7.4 TNS構成が変更された場合のEMCAの使用方法

7 Oracle Real Application Clusters用にインストールされた構成の理解

- 7.1 Oracle RACに構成された環境の理解

- 7.2 クラスタ・ノードでのタイムゾーン設定の理解

- 7.3 Oracle RAC用のoratabファイル構成

- 7.4 Database Configuration Assistantで作成したデータベース・コンポーネント

- 7.4.1 表領域およびデータ・ファイル

- 7.4.2 制御ファイル

- 7.4.3 REDOログ・ファイル

- 7.5 Oracle RACでのUNDO表領域の管理

- 7.6 初期化パラメータ・ファイル

- 7.7 Oracle Databaseのデフォルトの監査方針および初期化パラメータ

- 7.8 サービス登録関連パラメータの理解

- 7.8.1 単一クライアント・アクセス名(SCAN)とロード・バランシングについての理解

- 7.8.2 ロード・バランシング、フェイルオーバー、高可用性についての理解

- 7.9 リスナー・ファイル(listener.ora)の構成

- 7.9.1 グリッド・ネーミング・サービス(GNS)とリスナー

- 7.9.2 ローカル・リスナーについて

- 7.9.3 複数のリスナーについて

- 7.9.4 Oracle Databaseによるリスナー・ファイル(listener.ora)の使用

- 7.9.4.1 リスナー登録およびPMON検出

- 7.10 ネット・サービス名(tnsnames.oraファイル)

- 7.10.1 データベース接続用のネット・サービス名

- 7.10.2 インスタンス接続用のネット・サービス名

- 7.10.3 tnsnames.oraファイルの例

- 7.11 Net Servicesプロファイル(sqlnet.oraファイル)

8 Oracle Real Application Clustersソフトウェアの削除

- 8.1 削除手順の概要

- 8.2 クラスタ上のすべてのインスタンスの確認

- 8.3 Oracle RACソフトウェアの削除

- 8.3.1 削除ツールについて

- 8.3.2 Oracle RACの削除コマンドの実行例

- 8.3.3 Oracle RACのパラメータ・ファイルの削除例

A Oracle Real Application Clustersのインストールに関するトラブルシューティング

- A.1 Oracle Real Application Clustersのインストールに関するトラブルシューティング

- A.1.1 一般的なインストールの問題

- A.1.2 Oracle RACのインストール時のエラー・メッセージ

- A.1.3 Oracle Clusterwareのインストール中のクラスタ診断の実行

- A.1.4 インストール・セッションのログの確認

- A.1.5 Configuration Assistantのエラー

- A.1.5.1 Configuration Assistantのエラー

- A.1.5.2 致命的エラー

- A.2 インストール後のCVUクラスタ・ヘルス・チェックの使用

B スクリプトまたはレスポンス・ファイルを使用したOracle Real Application Clustersデータベースの作成

- B.1 DBCAを使用したOracle RAC用のインストール・スクリプトの生成

- B.2 Oracle RACでのDBCAの非対話型(サイレント)構成の概要

- B.3 Oracle RACでのDBCAの非対話型(サイレント)構成の使用

- B.4 レスポンス・ファイルの機能

- B.4.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

- B.4.2 データベース・ファイルにOracle ASMを使用するデータベースの作成

- B.4.3 レスポンス・ファイルを使用する一般的な手順

- B.5 レスポンス・ファイルの準備

- B.5.1 レスポンス・ファイル・テンプレートの編集

- B.5.2 レスポンス・ファイルの記録

- B.6 レスポンス・ファイルを使用したOracle Universal Installerの実行

- B.7 レスポンス・ファイルを使用したNet Configuration Assistantの実行

- B.8 レスポンス・ファイルを使用したConfiguration Assistantの実行

- B.8.1 レスポンス・ファイル・モードでのDatabase Configuration Assistantの概要

- B.8.2 レスポンス・ファイル・モードまたはサイレント・モードでのDatabase Configuration Assistantの実行

- B.9 レスポンス・ファイルを使用したインストール後の構成

- B.9.1 インストール後の構成ファイルについて

- B.9.2 レスポンス・ファイルを使用したインストール後の構成の実行

C シングル・インスタンスOracle DatabaseからOracle RACおよびOracle RAC One Nodeへの変換

- C.1 データベースをOracle RACに変換する場合の管理上の問題点

- C.2 DBCAを使用したOracle RACおよびOracle RAC One Nodeへの変換

- C.2.1 DBCAを使用したOracle Database 11gのインストールのOracle RACへの変換

- C.2.1.1 元のシングル・インスタンス・データベースのバックアップ

- C.2.1.2 Oracle Clusterwareのインストール

- C.2.1.3 クラスタの検証

- C.2.1.4 事前構成済データベース・イメージのコピー

- C.2.1.5 Oracle Database 11gソフトウェアおよびOracle RACのインストール

- C.2.2 DBCAを使用したクラスタ上のシングル・インスタンスのOracle RAC One Nodeへの変換

- C.2.3 DBCAを使用したクラスタ上のシングル・インスタンスのOracle RACへの変換

- C.2.3.1 クラスタ対応のOracleホームからクラスタ上のシングル・インスタンスが実行されている場合

- C.2.3.2 Oracle RAC非対応のOracleホームからクラスタ上のシングル・インスタンスが実行されている場合

- C.2.3.3 シングル・インスタンスがインストールされているOracleホームからクラスタ上のシングル・インスタンスが実行されている場合

- C.2.4 Oracle RACへのOracle RAC One Nodeの変換

- C.3 rconfigおよびOracle Enterprise Managerを使用して変換するための準備

- C.3.1 Oracle RACデータベースへの変換の前提条件

- C.3.2 RCONFIGを使用したOracle RACへの変換時の構成の変更

- C.3.3 RCONFIGまたはOracle Enterprise Managerを使用したデータベースのOracle RACへの変換

- C.3.4 Oracle Enterprise Managerを使用したデータベースのOracle RACへの変換

- C.4 RCONFIGを使用したデータベースのOracle RACへの変換

- C.5 ConvertToRAC用のrconfig XML入力ファイルの例

- C.6 変換後の手順

D Oracle Real Application Clusters環境のディレクトリ構造

- D.1 Oracle RACディレクトリ構造の概要

- D.2 Oracle RACのディレクトリ構造

E 既存のOracle Real Application Clustersデータベースでのプロセスの停止方法

- E.1 Oracle RACデータベースのバックアップ

- E.2 Oracle RACデータベースの停止

- E.3 すべてのOracleプロセスの停止

- E.3.1 製品の追加またはアップグレード前のOracle Databaseプロセスの停止

- E.3.2 Oracle ClusterwareおよびOracle ASMインスタンスの停止

- E.4 CVUを使用したOracle RACアップグレードの準備状況の検証

- E.4.1 CVUデータベース・アップグレード検証コマンドのオプション

- E.4.2 Oracle RACインフラストラクチャに対するシステム・アップグレードの準備状況の検証例

- E.4.3 Oracle Databaseのアップグレードに対するシステム準備状況の検証

F Oracle Databaseポート番号の管理

- F.1 ポートの管理

- F.2 ポート番号とアクセスURLの表示

- F.3 Oracleコンポーネントのポート番号およびプロトコル

- F.4 Oracle Management Agentポートの変更

- F.5 Oracle Enterprise Manager Databaseコンソールのポートの変更

- F.6 Oracle XML DBポートの変更

索引

表一覧

- 1-1 手動によるネットワークの構成例

- 1-2 Oracle Databaseファイルおよびリカバリ・ファイルのサポートされている記憶域オプション

- 1-3 アップグレードまたはデータベースの共存のためのシステムの準備の概要

- 4-1 データベース・オプションに対応するChoptツールのコマンド・オプション

- 6-1 EMCAのコマンドライン操作

- 6-2 EMCAのコマンドライン・フラグ

- 6-3 EMCAのコマンドライン・パラメータ

- 7-1 Oracle Real Application Clustersデータベースで使用する表領域名

- B-1 Oracle Databaseのレスポンス・ファイル

- D-1 OFA準拠のディレクトリ構造の例

- F-1 Oracleコンポーネントで使用されるポート

はじめに

『Oracle Real Application Clustersインストレーション・ガイド』では、Oracle Real Application Clusters(Oracle RAC)のインストールおよび構成方法について説明します。このマニュアルを使用する前に、まず、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドの説明に従って、Oracle Clusterwareのインストールを完了しておく必要があります。

対象読者

『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX』では、Oracle RACをインストールおよび構成するデータベース管理者(DBA)を対象としてデータベースのインストールに関する情報を提供します。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、次のOracleドキュメントを参照してください。

Oracle Real Application Clustersのドキュメント

ほとんどのOracleエラー・メッセージのドキュメントは、HTML版のみが存在します。Oracle Database JP Documentation Libraryを使用する場合は、エラー・メッセージを範囲ごとに参照できます。特定の範囲のページを表示したら、ブラウザの「このページの検索」機能を使用して特定のメッセージを検索できます。インターネットに接続できる場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して特定のエラー・メッセージを検索できます。

インストレーション・ガイド

- 『Oracle Diagnostics Pack Installation Guide』

- ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。

オペレーティング・システム固有の管理ガイド

- 『Oracle Clusterware管理およびデプロイメント・ガイド』

- 『Oracle Database管理者リファレンス 11gリリース2(11.2)for UNIX Systems』

- 『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』

Oracle Database 11g リリース2(11.2)Real Application Clustersの管理

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

- 『Oracle Database 2日でデータベース管理者』のオンライン・ヘルプ

- Oracle Enterprise Manager Real Application Clustersガイドのオンライン・ヘルプ

- 『Getting Started with the Oracle Diagnostics Pack』

汎用ドキュメント

- 『Oracle Database新機能ガイド』

- 『Oracle Database Net Services管理者ガイド』

- 『Oracle Database概要』

- 『Oracle Databaseリファレンス』

印刷版のドキュメントは、次のWebサイトのOracle Storeで入手可能です。

https://shop.oracle.com

リリース・ノート、インストール関連ドキュメント、ホワイト・ペーパーまたはその他の関連ドキュメントは、OTN(Oracle Technology Network)から、無償でダウンロードできます。OTNを使用するには、オンラインでの登録が必要です。登録は、次のWebサイトから無償で行えます。

http://www.oracle.com/technetwork/index.html

すでにOTNのユーザー名およびパスワードを取得している場合は、次のURLでOTN Webサイトのドキュメントのセクションに直接接続できます。

http://www.oracle.com/technetwork/indexes/documentation/index.html

Oracleエラー・メッセージのドキュメントは、HTML版のみが存在します。インストール・メディアのドキュメント・ディレクトリでは、エラー・メッセージを範囲ごとに参照できます。特定の範囲のページを表示したら、ブラウザの検索機能を使用して特定のメッセージを検索できます。インターネットに接続できる場合、Oracleオンライン・ドキュメントのエラー・メッセージ検索機能を使用して特定のエラー・メッセージを検索できます。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ドキュメントのタイトル、強調またはユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

Oracle Real Application Clustersのインストールに関する新機能

ここでは、Oracle Real Application Clusters(Oracle RAC)のインストールおよび構成に関連する新機能について説明します。内容は次のとおりです。

- リリース2(11.2.0.4)の新機能

- リリース2 (11.2.0.4)でサポートが終了したオプション

- リリース2(11.2.0.3)の新機能

- リリース2(11.2.0.2)の新機能

- リリース2(11.2)の新機能

- リリース1(11.1)の新機能

リリース2(11.2.0.4)の新機能

リリース2(11.2.0.4)の新機能は、次のとおりです。

ClusterおよびOracle RACの診断ツールの強化

Oracle Grid Infrastructure 11g リリース2 (11.2.0.4)から、トレース・ファイル・アナライザおよびコレクタが、Oracle Grid Infrastructureインストールに付属して自動的にインストールされます。トレース・ファイル・アナライザおよびコレクタは、Oracle Clusterware、Oracle Grid InfrastructureおよびOracle RACシステムの診断データ収集を簡素化する、診断収集ユーティリティです。

注意:
トレース・ファイル・アナライザおよびコレクタは、Oracle Grid Infrastructure 11g リリース2(11.2.0.4)以上で使用可能です。

関連項目:
トレース・ファイル・アナライザおよびコレクタの使用に関する詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Databaseのヘルス・チェックとベスト・プラクティスの推奨

Oracle Grid Infrastructure 11g リリース2 (11.2.0.4)からは、Oracle RACの構成監査ツール(RACcheck)を使用し、構成に関する既知の問題、ベスト・プラクティス、定期的なヘルス・チェック、アップグレード前および後のベスト・プラクティスについて、シングル・インスタンスとOracle RACデータベース・インストールを評価することができます。

注意:
Oracle RACの構成監査ツールは、Oracle Grid Infrastructure 11g リリース2 (11.2.0.4)から利用できるようになりました。

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

リリース2 (11.2.0.4)でサポートが終了したオプション

Oracle Grid Infrastructure 11g リリース2 (11.2.0.4)から、次の機能がサポートされなくなりました。

OUIでのブロック・デバイスおよびRAWデバイスの非サポート

このリリースでは、ブロック・デバイスまたはRAWデバイスへのOracle ClusterwareファイルのインストールがOUIでサポートされなくなりました。Oracle Clusterwareファイルは、Oracle Automatic Storage Managementディスク・グループまたはサポートされている共有ファイル・システムのいずれかにインストールしてください。

-cleanupOBaseの非推奨

削除ツールの-cleanupOBaseフラグは、このリリースでは非推奨です。このフラグの代替機能はありません。

リリース2(11.2.0.3)の新機能

Oracle Database 11gリリース2 (11.2.0.3)以降、ソフトウェア更新のダウンロードの詳細を指定する際、プロキシ・レルム情報を入力できます。プロキシ・レルムは、認証に使用されるセキュリティ・データベースを識別します。プロキシ・レルムがない場合、「プロキシ・ユーザー名」、「プロキシ・パスワード」および「プロキシ・レルム」の各フィールドに入力する必要はありません。大/小文字が区別されます。

このプロキシ・レルムは、ソフトウェア更新のダウンロードのみを対象とします。

リリース2(11.2.0.2)の新機能

リリース2(11.2.0.2)の新機能は、次のとおりです。

拡張されたパッチ・セットのインストール

Oracle Database 11g リリース2のリリース11.2.0.2以降のパッチ・セットでは、Oracle Databaseパッチ・セットによってOracle Databaseソフトウェアが完全にインストールされます。新しいパッチ・セットのパッケージの次の変更に注意してください。

- 以前のリリース(11.x、10.x)からの最新のパッチ・セットへの直接アップグレードがサポートされます。

- アウトオブプレース・パッチ・セットによるアップグレード(パッチ・セットを新規の別のOracleホームにインストールする)を、ベスト・プラクティスとしてお薦めします。インプレース・アップグレードはサポートされますが、お薦めしません。

- 新規インストールでは、基になるリリースをインストールしてからパッチ・リリースにアップグレードするのではなく、最新のパッチ・セットをインストールします。

関連項目:
My Oracle SupportのNote 1189783.1「Important Changes to Oracle Database Patch Sets Starting With 11.2.0.2」を参照してください。次のURLから入手可能です。
https://support.oracle.com

新しいソフトウェア更新オプション

ソフトウェアの更新機能を使用し、Oracle Databaseインストールの一部として、ソフトウェアの更新を動的にダウンロードして適用します。downloadUpdatesオプションを使用して更新を個別にダウンロードし、更新が格納されている場所を指定することによって、インストール中に後で適用することもできます。

Oracle Real Application Clusters One Node(Oracle RAC One Node)

Oracle RAC One Nodeは、クラスタの1つのノードで実行されているシングル・インスタンスのOracle RACです。Oracle RAC One Nodeを使用すると、最小のオーバーヘッドで単一クラスタ上の多くのデータベースを統合する一方で、オペレーティング・システムおよびOracle Clusterwareに対してフェイルオーバー保護、オンライン・ローリング・パッチ適用およびローリング・アップグレードの高可用性のメリットを提供できます。Oracle RAC One Nodeで、企業全体ですべてのOracle Databaseデプロイメントを標準化できます。

Oracle DatabaseとOracle Grid Infrastructure構成アシスタント(Oracle Database Configuration Assistant(DBCA)、RCONFIGなど)を使用すると、Oracle RAC One Nodeデータベースを構成できます。

Oracle RAC One Nodeは、シングル・インスタンスのOracle RACデータベースです。計画的なオンライン再配置を使用すると、新しいターゲット・ノードで一時的に2つ目のOracle RAC One Nodeインスタンスを起動して、この新しいターゲット・ノードに現在のOracle RAC One Nodeインスタンスを移行できるようになります。移行後、ソース・ノードのインスタンスは停止されます。Oracle RAC One Nodeデータベースは、Oracle RAC One Nodeデータベースの現在のノードが失敗した場合に、クラスタ・ノードのホスティング・サーバー・プール内の別のクラスタ・ノードにフェイルオーバーすることもできます。

サード・パーティのクラスタウェア・ソフトウェア(Veritas、SFRAC、IBMPowerHA、HP Serviceguardなど)を使用する場合、Oracle RAC One Nodeはサポートされません。現時点では、Sun Solaris Clusterはサポートされていません。

Oracle Databaseリリース2(11.2.0.2)では、Oracle RAC One Nodeは、Oracle Real Application Clusters(Oracle RAC)が動作保証されているすべてのプラットフォームでサポートされます。

冗長インターコネクトの使用

以前のリリースでは、インターコネクトに冗長ネットワークを使用するには、ボンディング、トランキング、チーム化などのテクノロジが必要でした。現在、Oracle Grid InfrastructureおよびOracle RACは冗長ネットワーク・インターコネクトを使用できるようになり、他のネットワーク・テクノロジを使用しなくても、クラスタ内の最適な通信を拡張できるようになりました。この機能は、Oracle Database 11g リリース2(11.2.0.2)以上で使用可能です。

冗長インターコネクトを使用することによって、複数(最大4つ)のプライベート・ネットワーク(インターコネクトとも呼ばれる)におけるロード・バランシングおよび高可用性が実現します。

リリース2(11.2)の新機能

リリース2(11.2)の新機能は次のとおりです。

Oracle Automatic Storage ManagementおよびOracle Clusterwareのインストール

Oracle Clusterware 11g リリース2(11.2)では、Oracle Automatic Storage Management(Oracle ASM)がOracle Grid Infrastructureインストールの一部になりました。Oracle ClusterwareおよびOracle RACのインストールで、Oracle ASMはOracle Clusterwareホームにインストールされます。また、別々の管理権限が必要になるようにOracle ASMを構成して、データベース層と記憶域層の両方に対する管理者アクセス権がOSDBAのメンバーシップによって付与されないようにすることができます。

Oracle Automatic Storage Managementクラスタ・ファイル・システム(ACFS)

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、新しいマルチプラットフォームのスケーラブルなファイル・システムであり、Oracle Automatic Storage Management(Oracle ASM)テクノロジを強化し、あらゆるアプリケーション・データをサポートするためのストレージ管理設計です。Oracle ACFSでは、ファイル・システムの動的なサイズ変更が可能で、使用可能なすべてのストレージにわたる分散、バランシングおよびストライプ化のテクノロジによってパフォーマンスを向上させ、Oracle ASMのミラー化およびパリティ保護によってストレージの信頼性をもたらします。

Oracle ACFSは、Linuxで使用可能です。このリリースの時点では、UNIXプラットフォームでは使用できません。

クラスタ検証ユーティリティの修正スクリプトおよびグリッド・インフラストラクチャのチェック

クラスタ検証ユーティリティ(CVU)には、次の新機能があります。

- インストールの失敗の原因となる可能性があるシステム上の問題を特定するとともに、インストールを正常に実行するために必要なシステム構成を実行するシェル・スクリプト(修正スクリプト)を生成できます。

- インストール、構成および動作の問題に対処するための追加チェックを実行できます。

- OUIから自動的にコールされて前提条件を確認し、インストールの妨げとなるシステム構成上の多くの問題を解決するための修正スクリプトを作成するように求めるプロンプトを表示します。

データベース・エージェントおよびリスナー

DBCAは、LOCAL_LISTENERの値を設定しなくなりました。Oracle Clusterwareによってデータベース・リソースが起動されると、インスタンス・パラメータが更新されます。LOCAL_LISTENERは、ローカル・ノードのリスナー・アドレスの仮想IPエンドポイントに設定されます。このLOCAL_LISTENERの設定は変更しないでください。新しいインストール・インスタンスは、リモート・リスナーとして単一クライアント・アクセス名(SCAN)リスナーへの登録のみを行います。SCANは、個々のノードではなくクラスタに割り当てられる仮想IPアドレスであるため、クラスタによるクライアントの更新を必要とせずに、クラスタ・メンバーを追加または削除できます。アップグレードされたデータベースは、引き続きすべてのノード・リスナーに登録され、さらにSCANリスナーにも登録されます。

TIMESTAMP WITH TIME ZONEデータ型の夏時間アップグレード

夏時間変更によってタイムゾーン・バージョン・ファイルが更新されると、TIMESTAMP WITH TIMEZONE(TSTZ)データが古くなる可能性があります。以前のリリースでは、データベース管理者がSQLスクリプトutltzuv2.sqlを実行し、タイムゾーン・バージョンの変更によって影響を受けたTSTZデータを検出し、多くの手動手順を実行してTSTZデータを更新する必要がありました。

新しく提供されたDBMS_DST PL/SQLパッケージを使用して、最小限の手動手順でTSTZデータが透過的に更新されます。また、クライアントがタイムゾーン・データ・ファイルにパッチを適用する必要がなくなりました。

関連項目:
TIMESTAMP WITH TIME ZONEデータをアップグレードするための準備については『Oracle Databaseアップグレード・ガイド』、タイムゾーン・ファイルとTIMESTAMP WITH TIME ZONEデータをアップグレードする方法については『Oracle Databaseグローバリゼーション・サポート・ガイド』、および異なるバージョンのタイムゾーン・ファイルで動作するクライアントおよびサーバーのパフォーマンスへの影響については、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

Enterprise Manager Database Controlのプロビジョニング

Database Control 11g には、Oracle ClusterwareおよびOracle RACのインストール環境を新しいノードに自動的にプロビジョニングし、それらのプロビジョニングしたノードに対してOracle ClusterwareおよびOracle RACの既存のデータベースを拡張する機能があります。このプロビジョニング手順を実行するには、この機能を使用する前にOracle RACが正常にインストールされている必要があります。

関連項目:
この機能の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

Enterprise Managerのクラスタウェア・リソース管理

Enterprise Managerの「クラスタ・ホーム」ページを使用して、高可用性アプリケーションに対する対する完全な管理および監視のサポートおよびOracle Clusterwareのリソース管理を実行できます。これらの管理作業には、サーバー・プールの作成と変更などがあります。

グリッド・プラグ・アンド・プレイ

これまでは、クラスタに対してサーバーの追加または削除を行う場合、様々な準備を手動で行う必要がありました。グリッドのプラグ・アンド・プレイは、サーバー・ノードのインストール、構成および管理にかかるコストを低減できます。これは、クラスタ内でグリッド・ネーミング・サービスを使用し、各ノードで次のタスクを動的に実行できるようすることで実現されます。

- ノード自身による適切なネットワークIDのネゴシエート

- 構成プロファイルからの動作に必要な追加情報の取得

- ホスト名およびアドレスをネットワーク上で解決可能にするための、プロファイル・データを使用したノードの構成または再構成

これらの作業がサーバーによって動的に実行されるため、ノードの追加および削除を行う場合に管理者が行う必要があるのは、サーバーをクラスタに接続し、クラスタでノードを構成できるようにすることのみです。グリッド・プラグ・アンド・プレイを使用し、ベスト・プラクティスの推奨事項に従った場合、データベース・クラスタへのノードの追加はサーバーの通常の再起動の一環として行われ、サーバーが停止されると、自動的にクラスタからノードが削除されます。

デプロイメント、構成解除および削除の機能向上

Oracle Configuration Assistantによって、推奨デプロイメントを行い、構成上の問題を回避するための追加のガイドラインが提供されます。また、Configuration Assistantによって、構成が検証され、問題点を修正するスクリプトが提供されます。このスクリプトは受け入れることも、拒否することもできます。この修正スクリプトを受け入れた場合は、構成上の問題点が自動的に修正されます

Oracle Configuration Assistantには、手動による追加手順なしでOracle Real Application Clustersの構成解除と削除を行う機能もあります。

SCANアドレスによるクライアント・アクセスの簡略化

単一クライアント・アクセス名(SCAN)が、クラスタに接続しているすべてのクライアントに提供されるアドレスです。SCANは、ドメイン・ネーム・サービス(DNS)またはグリッド・ネーミング・サービス(GNS)のいずれかにある3つのIPアドレスに登録されるドメイン名です。SCANにより、クラスタに対してノードを追加または削除するときにクライアントを変更する必要がなくなります。SCANを使用しているクライアントは、簡易接続を使用してクラスタにアクセスすることもできます。

Oracle RACの停止時間ゼロのパッチ適用

Opatchは、複数ノードに対して複数パッチ方式でパッチを適用できるようになり、非ローリング・パッチが適用されているインスタンスを起動しなくなりました(データベース内の他のインスタンスにこのパッチがない場合)。また、データベース・スキーマが新しいパッチより前のパッチ・レベルかどうかを検出し、SQLコマンドを実行してそのスキーマを新しいパッチ・レベルにするようにもなりました。

関連項目:
『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』

Oracle RAC 11g リリース2(11.2)で非推奨となったオプション

今回のリリースでは、次の変更点に注意してください。

- インストール時に、ファイルをRAWデバイスにインストールするオプションを使用できなくなりました。共有ファイル・システムまたはOracle Automatic Storage Managementを使用する必要があります。以前のリリースからアップグレードし、現在RAWデバイスを使用している場合は、既存のRAWデバイスを引き続き使用できます。アップグレードが完了すると、Oracle ASMまたは共有ファイルシステム(選択した場合)に移行できます。

- Oracle ASMインスタンスで管理者として機能するSYSDBA権限が、このリリースでは削除されています。ただし、データベースのオペレーティング・システムOSDBAグループが、Oracle Automatic Storage ManagementのOSASMグループとして指定されているグループと同じグループである場合は除きます。

- 別々のOracle ASMアクセス権限が有効になっているときにデータベース管理者がOSASMグループのメンバーでない場合、データベース管理者がOracle ASMファイルにアクセスするには、ASMのOSDBAグループのメンバーある必要があります。Oracle RACデータベースのOSDBAグループをOracle ASMインスタンスのOSDBAグループとして指定できます。

リリース1(11.1)の新機能

Oracle RAC 11g リリース1(11.1)での新機能を次に示します。

注意:
このリストの一部の機能、特にOracle ASMの機能は、11.2リリースでの変更によって置き換えられています。

インストール関連ドキュメントにおける変更点

Oracle Database 11gリリース1では、Oracle Clusterwareを独立した製品としてインストールまたは構成できます。また、記憶域の管理に関するドキュメントが追加されています。インストール計画については、次のドキュメントを参照してください。

『Oracle Database 2日でReal Application Clustersガイド』

2ノードのOracle ClusterwareおよびOracle RAC環境をインストールして構成する手順の概要と例を示します。

『Oracle Grid Infrastructureインストレーション・ガイド』

プラットフォーム固有のマニュアルで、Oracle Clusterwareをスタンドアロン製品としてインストールするか、Oracle ClusterwareとともにOracle DatabaseまたはOracle RACをインストールする手順について説明します。システム管理者権限を必要とするシステム構成手順が含まれています。

Oracle Real Application Clustersのインストレーション・ガイド

(現在参照中の)このマニュアルです。Oracle Clusterwareのインストールが正常に完了した後に、Oracle RACをインストールする手順について説明します。データベース管理者のためのデータベース構成手順が含まれています。

『Oracle Databaseストレージ管理者ガイド』

このマニュアルでは、ストレージの管理またはOracle Automatic Storage Management(Oracle ASM)の構成および管理を行うデータベース管理者およびストレージ管理者用の情報を記載しています。

『Oracle Clusterware管理およびデプロイメント・ガイド』

Oracle Clusterwareの管理者リファレンスです。オペレーティング・システム構成の変更などの管理作業とOracle Clusterwareのクローニングについての情報が記載されています。

『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

これは、Oracle RAC用の管理者リファレンスです。管理タスクについて説明しています。これらのタスクには、データベースのクローニング、ノードの追加と削除、Oracle Cluster Registry(OCR)の管理、SRVCTLおよびその他のデータベース管理ユーティリティの使用、オペレーティング・システム構成への変更の調整などがあります。

インストール・オプションにおける変更点

Oracle Database 11gでのインストール・オプションの変更を次に示します。

- Oracle Application Express: この機能はOracle Database 11gとともにインストールされます。以前はHTML DBと呼ばれ、Companion CDの個別のコンポーネントとして使用可能でした。

- Oracle Configuration Manager: Oracle Configuration Manager(OCM)は、Oracle Universal Installerと統合されています。ただし、データベースおよびクライアントのインストールではオプションのコンポーネントになります。Oracle Configuration Managerは、以前のリリースではカスタマ構成リポジトリ(CCR)として使用されていたツールで、Oracle ASMおよびデータベースのOracleホーム・ディレクトリ内のソフトウェアの構成に関連する詳細情報を収集および格納します。

- Oracle Data Mining: Enterprise Editionインストール・タイプでは、デフォルトでOracle Data Miningオプションが選択されます。Oracle Database 11gでは、「データベースの作成」オプションを選択すると、SYSメタデータとともにData Miningメタデータが作成されます。

- Oracle Database: この機能はOracle Universal Installerと統合されています。ただし、データベースのインストールではオプションのコンポーネントになります。

- Oracle SQL Developer: この機能は、汎用、トランザクション処理、データ・ウェアハウスなどのテンプレートベースのデータベースのインストール時に、デフォルトでインストールされます。また、データベース・クライアントの管理者、ランタイムおよび拡張インストールでもインストールされます。

- Oracle Warehouse Builder: 情報統合ツールです。Oracle DatabaseのStandard EditionとEnterprise Editionの両方でインストールされるようになりました。Enterprise Editionの場合は、追加の拡張プロセスを購入できます。Oracle Databaseをインストールすると、Oracle Warehouse Builderの使用に必要な生成前のリポジトリOWBSYSもインストールされます。

- Oracle Ultra Search: Oracle Database 11g以上では、Oracle Databaseと統合されています。以前のリリースでは、この製品はCompanion CDのコンポーネントとして使用可能でした。

- Oracle XML DB: Oracle Database 11g以上では、オプションの機能ではなくなりました。すべてのデータベースのインストールで、Database Configuration Assistantを使用してインストールおよび構成されます。

インストール可能な新しいコンポーネント

Oracle Database 11gのインストール時にインストール可能な新しいコンポーネントを次に示します。

- Oracle Application Express: Oracle Database 11g以上では、HTML DBはCompanion CDのコンポーネントとして使用できなくなりました。Oracle Application Expressという名前に変更され、Oracle Database 11gとともにインストールされます。
Oracle Database 11gでは、Oracle Application ExpressにiSQL*Plusの機能も含まれています。

関連項目:
Oracle Application Expressの詳細は、Oracle Application Expressユーザーズ・ガイドを参照してください。

- Oracle Configuration Manager: この機能は拡張インストール中にインストールできます。以前はカスタマ構成リポジトリ(CCR)と呼ばれていました。データベースおよびクライアントのインストールではオプションのコンポーネントになります。Oracle Configuration Managerでは、データベースのOracleホーム・ディレクトリ内のソフトウェアの構成に関連する詳細情報が収集および格納されます。

- Oracle Database Vault: この機能はデータベースのインストール時のオプション・コンポーネントです。

関連項目:
Oracle Databaseの詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

- Oracle Real Application Testing: Oracle Database 11gのEnterprise Editionインストール・タイプでは、この機能はデフォルトでインストールされます。

関連項目:
Oracle Real Application Testingの詳細は、『Oracle Database Real Application Testingユーザーズ・ガイド』を参照してください。

- Oracle SQL Developer: この機能は、汎用、トランザクション処理、データ・ウェアハウスなどのテンプレートベースのデータベースのインストール時に、デフォルトでインストールされます。また、データベース・クライアントの管理者、ランタイムおよび拡張インストールでもインストールされます。

関連項目:
Oracle SQL Developerの詳細は、Oracle SQL Developerユーザーズ・ガイドを参照してください。

- Oracle Warehouse Builder: この機能はデータベースのインストール時に、オプションとして選択できるようになりました。

注意:
Oracle Database 11g リリース2(11.2)のStandard EditionおよびEnterprise Editionでは、基本機能を備えたOracle Warehouse Builderがインストールされます。ただし、Enterprise EditionではOracle Warehouse Builderの拡張オプションを購入できます。

関連項目:
Oracle Warehouse Builderの詳細は、『Oracle Warehouse Builderソースおよびターゲット・ガイド』を参照してください。

インストール可能な拡張機能と新機能

Oracle Database 11g リリース2(11.2)での拡張機能および新機能を次に示します。

自動診断リポジトリ

自動診断リポジトリは、Oracle Database 11gで追加された機能です。この機能の主な目的は、バグの解決に必要な時間を短縮することです。自動診断リポジトリは、Oracle Database 11gで実装される診断フレームワークのレイヤーで、診断データが格納されています。データにアクセスするためのサービスAPIも提供されます。診断データが格納されるデフォルトのディレクトリは、$ORACLE_BASE/diagです。

自動診断リポジトリでは、次のものが実装されます。

- ディスク上のリポジトリに書き込まれる、すべてのOracle製品の診断データ

- リポジトリへの簡単なナビゲーションとデータの読取りおよび書込み機能を提供するインタフェース

Oracle RACインストールで共有Oracle Databaseホームを使用する場合は、自動データ・リポジトリをすべてのノードからアクセス可能な共有記憶域の場所に配置する必要があります。

Oracle Clusterwareでは、診断データは継続してGrid_home/logディレクトリに格納されます。Grid_homeはOracle Clusterwareホームです。

Oracle Automatic Storage Managementの高速ミラー再同期化

Oracle ASMの高速ミラー再同期化では、ディスク・パスに一時的な障害が発生した場合でも、ディスク・ドライブのメディアが破損していないかぎり、1つのディスク・グループ内のOracle ASMディスクを迅速に再同期できます。障害グループが一時的に使用不可能になるすべての障害が、一時的な障害とみなされます。一時的な障害は、ケーブルの切断、ホスト・バス・アダプタまたはコントローラの障害、ディスクの電源障害などのディスク・パス障害によって発生する可能性があります。高速ミラー再同期化にかかる時間は、停止していた時間によって異なります。再同期化にかかる時間は、通常、Oracle ASMディスク・グループ全体を完全に再構築する場合にかかる時間よりも大幅に短くなります。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

Oracle ASMの削除機能とその他のConfiguration Assistantの拡張機能

ASM Configuration Assistant(ASMCA)は、クラスタ用のOracle Grid Infrastructureホームから実行できる新しい構成ツールです。ASMCAによって、ASMインスタンス、ディスク・グループ、ボリュームおよびファイル・システムが構成されます。ASMCAは、インストール中に実行し、DBCAのような管理構成ツールとして使用できます。

Database Configuration Assistant(DBCA)、Database Upgrade Assistant(DBUA)、Oracle Net Configuration Assistant(NetCA)の機能は改善されています。改善点は、次のとおりです。

DBCA

DBCAは、次の機能によって拡張されています。

- Oracle Enterprise Manager Database Control用に構成されたデータベースをOracle Enterprise Manager Grid Controlに切り替えることができるようになりました。

DBUA

DBUAは、次の機能によって拡張されています。

- 領域の推定機能、初期化パラメータ、統計の収集、新しい警告表示を利用できるように、アップグレード前のスクリプトが改善されています。Oracle Databaseリリース9.0、9.2、10.1および10.2からアップグレードすることもできます。

- Oracle Database 11g リリース11.2の更新: 11.1のアップグレードも提供します。
アウトオブプレース・アップグレードのみサポートされます。

- アップグレード前に実行されていたすべてのサービスが起動されます。

削除ツール

削除ツール(deinstall)には、インストール前にインストール・メディアで使用可能な削除ツールと、インストール後にOracleホーム・ディレクトリで使用可能な削除ツールがあります。パス$ORACLE_HOME/deinstallにあります。このスクリプトはOracleソフトウェアを停止し、Oracleソフトウェアとオペレーティング・システムの構成ファイルを削除します。

Oracle ASM管理のための新しいSYSASM権限とOSASMグループ

この機能では、Oracle ASM管理作業を実行するための新しいSYSASM権限が導入されています。SYSDBA権限ではなくSYSASM権限を使用することで、Oracle ASM管理とデータベース管理の責任分担を明確にすることができます。

OSASMは、Oracle ASM専用の新しいオペレーティング・システム・グループです。OSASMグループのメンバーは、オペレーティング・システム認証を使用してSYSASMとして接続できるのみでなく、Oracle ASMへの完全なアクセス権を持ちます。

Oracle ASMの優先読取りディスク・グループ

以前のリリースのOracle ASMでは、データ読取りの優先ディスクとして、ミラー化されたエクステントのプライマリ・コピーを持つディスクが使用されていました。今回のリリースでは、ファイルの新しい初期化パラメータasm_preferred_read_failure_groupsを使用することで、特定のクラスタ・ノードの近くに配置されているディスクを、そのノードがミラー化されたデータを取得するための優先ディスクとして指定できます。このオプションはDatabase Configuration Assistant(DBCA)で提供され、インストール後に構成できます。この変更によって、分散されている共有ストレージ・システムや拡張クラスタ(様々な場所にノードが分散されているクラスタ)のデータの処理が高速になり、障害に対するリカバリ準備も向上します。

Oracle Automatic Storage Managementのローリング移行

Oracle ASMのローリング移行では、データベースの可用性を低下させることなく、クラスタOracle ASMノードのOracle ASMインスタンスをアップグレードしたり、パッチを適用することができます。ローリング移行によって、可用性が大幅に向上し、あるリリースから次のリリースへのOracle ASMソフトウェアの移行をより正確に実行できるようになります。この機能は、Oracle Database 11gリリース1(11.1)以上で実行されるOracle ASM構成に適用されます。つまり、ローリング移行を実行するには、Oracle Database 11gリリース1(11.1)をインストールしておく必要があります。

注意:
アップグレード中に、Oracle ASMまたはOracle Databaseホームの所有者を変更することはできません。既存のOracle ASMまたはOracle Databaseホームを所有しているOracleソフトウェア所有者を使用する必要があります。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

「データ・マイニング・スキーマの作成」オプション

Oracle Database 11gでは、SYSユーザーとしてSQLスクリプトcatproc.sqlを実行すると、データ・マイニング・スキーマが作成されます。このため、Database Configuration Assistantの「データベース・オプション」画面からデータ・マイニングのオプションが削除されています。

Oracle Disk Managerのネットワーク・ファイル・システム管理

Oracle Disk Manager(ODM)では、オペレーティング・システム・カーネルのNFSドライバを使用せずに、独自でネットワーク・ファイル・システム(NFS)を管理できます。これは、Direct NFSと呼ばれます。Direct NFSによって、Oracle Databaseカーネルでバージョン3のNFSプロトコルが実装されます。この変更によって、ODMインタフェースを使用して、NFSの状態を監視できるようになりました。Oracle Databaseカーネル・ドライバでは、ドライバの自動チューニングによって、使用可能なリソースを最大限活用できます。

この機能の特長は次のとおりです。

- Oracleカーネルがネットワーク・ファイル・サーバーへの入出力パスを制御することで、オペレーティング・システム・レベルでのネットワーク・パフォーマンスのチューニングが不要になるため、簡単なチューニングで診断能力を提供できます。

- データベース操作に対して、高度な安定性を持ち、高度に最適化されたNFSクライアントを提供します。

- ネットワーク通信用にオペレーティング・システム・カーネルのネットワーク・ファイル・システム・レイヤーを予約した状態で、ユーザーの作業用のOracleネットワーク・ファイル・システム・レイヤーを使用できます。

- ファイル・システム・キャッシュではなく、Oracleバッファ・キャッシュを使用することで、チューニングが簡単になります。

- Linux、UNIXおよびWindowsプラットフォーム間で、一貫性のある共通NFSインタフェースを使用できます。

- Oracle RACに対応したNFSパフォーマンスを提供します。オペレーティング・システムのNFSドライバでは、ローカルでファイル属性を格納することでファイル・システム・キャッシュが最適化されないように、NFSが共有ファイル・システムである場合でも、noacオプション(属性キャッシュなし)を指定してNFSドライバをマウントする必要があります。ODM NFSでは、Oracle RACインスタンスが自動的に認識され、ユーザー、システム管理者またはDBAに追加の再構成を要求することなく、データ・ファイルに対して適切な操作が実行されます。Oracle Clusterwareの投票ディスクまたはOracle Cluster Registry(OCR)ファイルをNFSに格納している場合は、noacオプションを使用した投票ディスクのマウントを継続する必要があります。

Optimal Flexible Architecture(OFA)の簡略化

Stripe and Mirror Everything(SAME)アーキテクチャの開発と、ストレージ・デバイスの記憶域およびスループットの容量拡大により、OFAの目的は、当初のパフォーマンスの向上から、別々のソフトウェア、構成ファイルおよびデータを使用した計画的なOracleのインストールを提供する役割へと変化しています。この分割によって、セキュリティが向上し、アップグレード、クローニングおよび他の管理作業が簡単になります。

Oracle Database 11g リリース2(11.2)では、こうした用途の変化に対応するため、OFAにいくつかの変更が行われています。

次のような変更があります。

- Oracle RACのインストール中に、デフォルトの場所を使用するか、またはOracleホーム・ディレクトリではなく、Oracleベース・ディレクトリの場所を選択するように求められます。この変更によって、共通の場所に複数のOracleホーム・ディレクトリを簡単にインストールできるようになります。また、ソフトウェア・ユニットを分割することで、管理が簡単になります。

- 今回のリリースでは、自動診断リポジトリ(ADR)の実装の一部として、次のadminディレクトリが変更されています。

- bdump: background_dump_dest初期化パラメータで設定される場所で、Oracleバックグラウンド・プロセスのトレース・ファイルの記憶域です。

- cdump: core_dump_dest初期化パラメータで設定される場所で、Oracleコア・ダンプ・ファイルの記憶域です。

- udump: user_dump_dest初期化パラメータで設定される場所で、OracleユーザーSQLのトレース・ファイルの記憶域です。

デフォルトでは、これらのトレース・ファイルおよびコア・ファイルの場所は、/diagディレクトリ(パス$ORACLE_BASE/diag)にあります。

- 初期化パラメータBACKGROUND_DUMP_DESTおよびUSER_DUMP_DESTは非推奨となりました。引き続き設定できますが、これらのパラメータを手動で設定しないでください。

- 新しい初期化パラメータが導入されています。DIAGNOSTIC_DESTでは、1つ以上の自動データベース・リポジトリのホームが格納されるベース・ディレクトリである「ADRベース」の場所が設定されます。通常、Oracleドキュメントでは、これらのホームをADRホームと呼んでいます。各データベース・インスタンスにはADRホームが含まれています。ADRホームは、トレース・ファイル、アラート・ログ、状態モニター・レポート、重大なエラーのダンプが含まれている多数のディレクトリに対するルート・ディレクトリです。また、SQL文select name, value from v$diag_infoを使用してアラートおよびトレース・ファイルを表示することもできます。

- デフォルトの高速リカバリ領域(以前のフラッシュ・リカバリ領域)は、$ORACLE_HOME/../recovery_areaから$ORACLE_BASE/recovery_areaに移動されています。

- デフォルトのデータ・ファイルの場所は、$ORACLE_HOME/../oradataから$ORACLE_BASE/oradataに移動されています。

- 新しいユーティリティであるADRコマンド・インタプリタ(ADRCI)が導入されています。ADRCIによって、アラート・ログおよびトレース・ファイルを簡単に確認できます。

Oracle RACインストールでは、高速リカバリ領域とデータ・ファイルの場所は、すべてのノードで共有されている場所である必要があります。Oracle Universal Installerを使用する場合、この要件はインストール時にのみ適用されます。

この変更は、Oracle Clusterwareのトレース・ファイルの場所には影響しません。

関連項目:
これらの変更の詳細は『Oracle Database管理者ガイド』、ADRCIを使用したアラート・ログの確認およびトレース・ファイルの表示方法の詳細は『Oracle Databaseユーティリティ』を参照してください。

サポート強化のためのOracle Configuration Manager

インストール中に、Oracle Configuration Manager(OCM)をインストールするかどうかを選択します。OCMはオプションのツールで、構成情報をMy Oracle Support(以前のOracleMetalink)アカウントに関連付けることができます。これによって、サーバー・システム情報を常に使用できるため、サービス要求の処理が簡単になります。

OCMツールを構成するには、サービス契約の次の情報が必要です。

- My Oracle Support電子メール・アドレス/ユーザー名

- パスワード

ホスト・システムがインターネットに直接接続されていない場合、サーバー・プロキシ情報の入力を求めるプロンプトが表示されます。

大規模なデータ・ファイルに対するサポート

大規模なデータ・ファイルのサポートは、Oracle ASM上の大きいファイルの効率的なサポートとファイルの最大サイズの増加を可能にする自動機能です。

関連項目:
『Oracle Automatic Storage Management管理者ガイド』

データベースのDatabase ControlからGrid Control構成への切替え

以前のリリースでは、Database Configuration Assistantに、作成時にデータベースをDatabase ControlまたはGrid Controlで構成する機能や、作成後にデータベースを再構成する機能が組み込まれていました。ただし、Database ControlからGrid Controlへの構成変更は、手間がかかる作業でした。Oracle Database 11gでは、Database Configuration AssistantでOracle Enterprise Manager構成プラグインを実行することで、データベースの構成をDatabase ControlからGrid Controlに切り替えることができます。

Oracle Database 11gリリース1(11.1)で非推奨となったコンポーネント

Oracle Database 10gリリース2(10.2)に含まれていたが、Oracle Database 11gインストールでは使用できなくなったコンポーネントを次に示します。

- iSQL*Plus

- Oracle Workflow

- Data Mining Scoring Engine

- Oracle Enterprise Manager Javaコンソール

1 インストール前のチェックリスト

Oracle Real Application Clusters(Oracle RAC)のほとんどのインストール・エラーは、Oracle Universal Installerを起動する前に必要なすべての手順を完了していないことが原因です。

この章は、Oracle RACのインストールを実行するための準備として、システム管理者およびストレージ管理者と協力してOracle Clusterwareのインストールを調整し、タスクを計画するデータベース管理者を対象にしています。この章の内容は次のとおりです。

- インストール計画の概要

- サーバー・ハードウェア、ネットワークおよびオペレーティング・システムの概要

- Oracle RACの記憶域の概要

- インストールの準備に関する追加情報

- CVUを使用したOracle RACインストールのクラスタ準備状況の確認

- アップグレードまたはデータベースの共存のための既存のOracleプロセスの停止

1.1 インストール計画の概要

この項では、Oracle ClusterwareおよびOracle RACのインストールを開始する前に実行することを推奨する作業のリストを示します。システム管理者、ストレージ管理者、ネットワーク管理者、データベース管理者、およびソフトウェアとハードウェアのサード・パーティ・ベンダーからなる大規模なプロジェクト・チームが存在するTier IVデータ・センターに属する場合も、1人のプロジェクト・チームの場合も、インストールを円滑に進めるには計画は重要です。

ここでは、ハードウェアのサイジングまたは容量計画を決定する方法については説明しません。Oracle ClusterwareおよびOracle RACでは、テスト目的、またはワークロードの増加に対応するために、必要に応じてノードおよびインスタンスを追加できます。

インストールの計画時に、次の手順を確認して実行します。

- My Oracle Supportの確認

- ソフトウェア更新オプションの使用の検討

- Oracle Technology Networkの確認

- Oracle RACのインストール手順の確認

- クラスタ検証ユーティリティ(CVU)の使用方法の確認

- 既存のOracleインストールの確認およびバックアップ

- グローバリゼーションの要件の確認

- ドキュメントの確認

1.1.1 My Oracle Supportの確認

既存のハードウェアにOracle Database 11g リリース2(11.2)をインストールする必要があるかどうか、または、ある環境にどのようなサーバーおよびストレージ・ハードウェアを購入するかを判断するには、My Oracle Supportにログオンします。

https://support.oracle.com

「動作保証」タブをクリックします。インストール先のオペレーティング・システム・プラットフォームに対応するOracle RACの「動作保証マトリックス」を確認して、ご使用のハードウェア構成がOracle ClusterwareおよびOracle RACでサポートされていることを確認します。サポートされているハードウェア・オプションに関するガイダンスを受けて、購入の参考にすることができます。

「動作保証マトリックス」にアクセスするには、次の手順を実行します。

1. My Oracle Supportにログオンします。

2. 「動作保証」タブをクリックします。

3. 動作保証情報を取得するには、プラットフォームに関する情報を提供します。

「動作保証」ページでは、サポートされている特定のハードウェア構成に加えて、サポートとパッチについての情報、およびOracle ClusterwareまたはOracle ClusterwareとともにOracle RAC 11g リリース2(11.2)をインストールする方法に関する一般的なアドバイスが提供されます。これには、ベンダー・クラスタウェアや他の構成の問題についての重要な情報が含まれます。

My Oracle Supportアカウントを持っていない場合は、Oracleサポート・サービスに連絡してください。

また、オラクル社のWebサイト(http://www.oracle.com)を参照して、特定の実装シナリオの計画、ベスト・プラクティスおよびインストール計画に役立つ他の情報に関する追加リソースを入手できます。特に、Oracle Technology NetworkでOracle Real Application Clustersのページを参照してください。

http://www.oracle.com/technology/products/database/clustering/index.html

Oracle RACのデプロイに使用できるサポートされるテクノロジの詳細は、Oracle RACテクノロジの「動作保証マトリックス」を参照してください。

1.1.2 ソフトウェア更新オプションの使用の検討

OUIでは、重要なパッチ更新、サポート対象オペレーティング・システムのシステム要件の更新、および正常なインストールを保証できるその他の重要な更新を、インストールできます。インストール中はソフトウェア更新オプションを有効にすることをお薦めします。

ソフトウェア更新オプションを有効にする場合は、OUIで最新の更新をダウンロードできるようにMy Oracle Supportの有効なユーザー名とパスワードを指定するか、またはすでにダウンロード済のソフトウェア更新オプション・パッケージの場所へのパスを指定する必要があります。

また、プロキシ・レルムがある場合は、OUIでソフトウェアの更新を取得できるように、宛先プロキシ・レルムおよびそのレルムを介してインターネットへのアクセスを認証するために必要なユーザー認証(ユーザー名およびパスワード)を提供する準備をします。この情報がない場合は、インストール前にネットワーク管理者に確認してください。

保護されたデータ・センターでインストールを実行する場合は、インターネットにアクセスできるシステムでOUIを起動することによって、インストールを開始する前に更新をダウンロードできます。OUIを起動して更新のダウンロードのみを実行するには、次のコマンドを入力します。

$ ./runInstaller -downloadUpdates

My Oracle Supportのユーザー名とパスワード、および必要に応じてプロキシ設定を指定します。更新をダウンロードした後、インストールを実行するサーバー上のディレクトリに更新ファイルを転送します。

1.1.3 Oracle Technology Networkの確認

Oracle Technology Network(OTN)では、容量計画、様々なNFSプラットフォームでのベスト・プラクティス、拡張クラスタ・デプロイメントなど、このマニュアルには記載されていないデプロイメント・オプションについてのホワイト・ペーパーを参照できます。次のWebサイトで、参照可能なホワイト・ペーパーを確認できます。

http://www.oracle.com/technology/products/database/clustering/index.html

1.1.4 Oracle RACのインストール手順の確認

Oracle RACをインストールする手順は、次のとおりです。

1. サーバー(システム、記憶域およびネットワーク管理)を準備します。

- オペレーティング・システムをインストールして、オペレーティング・システム・パッケージおよびパッチを必須バージョンにインストールします。

- グループ、ユーザーおよびソフトウェア・ホームを作成します。

- グリッド・ネーミング・サービス(GNS)をデプロイする場合は、GNSへのドメイン名転送を設定し、必要に応じてDNSおよびサーバーにネットワーク・アドレスを設定します。

- 必要な記憶域を設定します。

- (オプション)すべてのソフトウェアをインストール用の1つのノード(ローカル・ノード)でステージングします。

注意:
Oracle Grid Infrastructureのインストール中に、プライベート・ネットワークに使用する複数のインターコネクトを選択できます。この機能は、冗長インターコネクトの使用と呼ばれます。
この機能は、Oracle Database 11g リリース2(11.2.0.2)以上で使用可能です。

冗長インターコネクトを使用すると、Oracle Clusterwareでは、ボンディングなどのテクノロジを使用しなくても、複数のインタフェースを定義してクラスタ・インターコネクト・ネットワークに使用することができます。

インストールのインタビュー中またはその後にOracle Interface Configuration(OIFCFG)コマンドライン・ユーティリティを使用して、複数のインターコネクトを定義すると、Oracle Clusterwareは1から4つの高可用性IP(HAIP)アドレスを作成します。Oracle RACおよびOracle ASMインスタンスは、これらのインターコネクト・アドレスを使用して、ノード間でロード・バランシングされた高可用性インターコネクト通信を保証します。

関連項目:
OIFCFGを使用したインターコネクトの変更の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

2. クラスタ用のOracle Grid Infrastructureをインストールします。これには、Oracle ClusterwareおよびOracle Automatic Storage Management(システムと記憶域管理)が含まれます。

- クラスタ用のOracle Grid Infrastructureをインストールします。インストール中、修正スクリプトはオペレーティング・システム・パラメータ、インストール用のセキュア・シェル(SSH)およびユーザーの環境変数の追加構成を実行します。

- Oracle ClusterwareおよびOracle Automatic Storage Managementに最新のパッチ・セットを適用します。

3. Oracle RAC(データベース管理)をインストールします。

- Oracle Real Application Clustersをインストールします。

- Oracle RACに最新のパッチ・セットを適用します。

- Oracle RACデータベースのインストール後の構成を実行します。

1.1.5 クラスタ検証ユーティリティ(CVU)の使用方法の確認

Oracle ClusterwareまたはOracle RACをインストールする前に、CVUを使用してクラスタでのインストールの準備状態を確認します。CVUはOracle Universal Installerに組み込まれているので、Oracle RACインストールを起動するとCVUが実行されます。ただし、Oracle RACインストールを開始する前にCVUを使用して、Oracle RACに必要なパッケージまたは構成情報が正しく配置されていることを確認することもできます。

CVUは、インストール、パッチ更新または他のシステム変更の準備として、システム検証を実行するために提供されています。また、CVUは修正スクリプトを生成できます。これは、rootユーザーによって実行されるスクリプトで、多くのカーネル・パラメータの設定を、インストールを正常に実行するために最低限必要な設定に変更します。

CVUを使用することで、インストール、更新またはパッチの適用を正常に実行できるように、システム管理者、ストレージ管理者およびデータベース管理者は、すべてのユーザーがシステム構成およびインストール前の手順を完了したことを確認できます。最新バージョンのCVUは、次のURLで入手できます。

http://www.oracle.com/technology/products/database/clustering/cvu/cvu_download_homepage.html

ベンダーがハードウェアまたはオペレーティング・システムの構成手順をかわりに実行している場合、作業後にCVUでクラスタに対して該当する確認を行うように、ベンダーに依頼します。これによって、システムが正しく構成されていることを確認できます。データベース管理者は、「CVUを使用したOracle RACインストールのクラスタ準備状況の確認」を参照して、Oracle RACのインストールを開始する前に、システムでインストールの準備ができたことを確認します。

1.1.6 既存のOracleインストールの確認およびバックアップ

既存のOracleインストールが存在する場合、バージョン番号、パッチおよび他の構成情報を書き留めて、既存のインストールのためのアップグレード手順を確認します。インストールに進む前にアップグレードに関するOracleドキュメントを参照して、手順を決定します。

Oracle RAC 11g リリース2(11.2)をインストールするには、クラスタにOracle ClusterwareおよびOracle ASM 11g リリース2(11.2)をインストールする必要があります。Oracle Clusterwareのリリースは、インストールするOracle RACのリリース以上である必要があります。

関連項目:
『Oracle Grid Infrastructureインストレーション・ガイド』

アップグレード前、アップグレード後、互換性および相互運用性に関する最新の更新およびベスト・プラクティスについては、「Oracle Upgrade Companion」を参照してください。次のMy Oracle SupportのNote 785351.1には、「Oracle Upgrade Companion」のWebサイトへのリンクがあります。

https://support.oracle.com/

アップグレードを行う場合は、次の点に注意してください。

- 1つのクラスタで一度に実行できるOracle Clusterwareのバージョンは、1つのみです。Oracle Clusterwareのバージョンは、クラスタで実行されているソフトウェア(Oracle Clusterware、Oracle Database、Oracle RACおよびOracle Automatic Storage Management)の最新のリリースと同じである必要があります。

- クラスタでは、Oracle Databaseの複数のOracleホームを使用できます。ただし、これらのホームのOracle RACデータベース・ソフトウェアのバージョンは、インストールされているOracle Clusterwareのバージョン以下である必要があります。実行しているOracle Clusterwareのバージョンより後にリリースされたOracle DatabaseのバージョンをOracle Clusterwareで使用することはできません。
次に例を示します。

クラスタウェアとしてOracle Clusterware 11g リリース2をインストールしている場合、あるノードではOracle Database 10g リリース1のシングル・インスタンスのデータベースを実行し、同時に別のOracle RAC 10g リリース1、リリース2およびOracle RAC 11g リリース1またはリリース2のデータベースをクラスタで実行できます。

ただし、クラスタにOracle Clusterware 10g リリース2をインストールして、Oracle RAC 11gをインストールすることはできません。

- リリース10.1.0.6および10.2.0.3以上では、Database Upgrade Assistant(DBUA)を使用して、Oracle RACでパッチ・セットをアップグレードできます。また、DBUAを使用して、Oracle RACをメジャー・リリース間でアップグレードできます(10.1から10.2、10.2から11gなど)。

- アップグレード中に、Oracle Databaseホームの所有者を変更することはできません。既存のOracle Databaseホームを所有しているOracleソフトウェア所有者を使用する必要があります。

- 他のシステム変更の場合と同様に、既存のデータベースをバックアップしてから新しいソフトウェアをインストールします。

関連項目:
『Oracle Databaseアップグレード・ガイド』

1.1.7 グローバリゼーションの要件の確認

英語以外の言語をサポートするインストールを開始する前に、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

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

- データベース・キャラクタ・セットとしてUnicode AL32UTF8を使用することをお薦めします。
Unicodeは、現在使用されているほとんどの言語をサポートする汎用キャラクタ・セットです。また、多くの歴史的な文字(アルファベット)もサポートされています。Unicodeは、Java、XML、XHTML、ECMAScript、LDAPなど、多くのテクノロジのネイティブ文字コードです。Unicodeは、インターネットおよび世界的な経済活動をサポートするデータベースに最適のキャラクタ・セットです。

- オペレーティング・システム・セッションのロケール設定によって、ユーザー・インタフェースの言語、およびOracle Universal Installer、Oracle Net Configuration Assistant、Database Configuration Assistantなどのコンポーネントのグローバリゼーションに関する動作が決定されます。また、ロケール設定によって、Oracle JDBCドライバを介してユーザー・アプリケーションによって作成されたOracle Databaseセッションで、グローバリゼーションに関する動作が決定されます(アプリケーションによって動作が変更された場合を除く)。

- 環境変数NLS_LANGによって、SQL*Plus、exp、impなどのコンポーネントのユーザー・インタフェースの言語およびグローバリゼーションに関する動作が決定されます。また、クライアント・アプリケーションおよびデータベースによって使用される言語および地域が設定されます。さらに、クライアント・アプリケーションがデータを入力して表示するためのキャラクタ・セットも宣言されます。

注意:
ご使用のプラットフォームに対応する『Oracle Databaseインストレーション・ガイド』には、様々な言語で使用されるデータベース・キャラクタ・セットの詳細と、Oracle Databaseのグローバリゼーション・サポートをインストールして構成する方法の詳細が記載されています。

1.1.8 ドキュメントの確認

Oracle Clusterwareのインストール前に、ご使用のオペレーティング・システム・プラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイド(特にインストール前の手順とストレージに関する章)を参照して、インストールの実行に必要なすべての手順を実行します。

Oracle Grid Infrastructureのインストレーション・ガイドには、root権限またはストレージ管理者権限が必要で、Oracle RACのインストールを開始する前に実行する必要がある作業がほぼすべて記載されています。

また、リリース・ノートおよびMy Oracle Support(https://support.oracle.com)を参照して、システム要件に関する最新情報や、インストールに影響する可能性がある他の情報を入手します。この確認にはあまり時間はかからず、後でインストール・エラーの原因を追跡するために必要な多くの時間を節約できます。このマニュアルの最新バージョンを参照していることも確認してください。Oracleのドキュメントは、リリース後であっても更新されます。

Oracle Enterprise ManagerとOracle Application Express(Oracle RACをインストールする場合)を有効にするため、および必要に応じてオンライン・ドキュメントにアクセスするために、Webブラウザをクラスタ・ノードにインストールすることをお薦めします。オンライン・ドキュメントは、PDF形式およびHTML形式で使用できます。

注意:
Oracle Databaseの概要については、『Oracle Database概要』を参照してください。Oracle ClusterwareまたはOracle RACの構成およびデプロイメントの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。Oracle RACでのサーバーおよびストレージの構成情報については、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。

1.2 サーバー・ハードウェア、ネットワークおよびオペレーティング・システムの概要

Oracle RACのインストールを試行する前に、Oracle Clusterwareを正常にインストールする必要があります。インストールを正常に実行するには、必要なハードウェア、ネットワークおよびオペレーティング・システムで、Oracleソフトウェアのインストール前の手順を完了していることを確認します。インストール前の必要な手順を完了していないことが、インストールが失敗する最も多い理由です。

Oracle Clusterwareをクラスタ用Oracle Grid Infrastructureインストールの一部としてインストールする前に、CPU、メモリー、共有記憶域、ネットワーク・カード、ホスト・バス・アダプタ、インターコネクトおよび他のネットワークまたはサーバー・ハードウェアの取付けと構成がすでに完了している必要があります。オペレーティング・システムおよび任意のベンダーのクラスタウェアのインストールも完了している必要があります。これらの作業はベンダーのマニュアルを参照して実行します。また、必要に応じて、ベンダーと協力してこのマニュアルに示されているOracleのインストール前の手順を完了し、ベンダーのハードウェアおよびソフトウェアが正しく構成されていることを確認します。

クラスタ用Oracle Grid Infrastructureのインストール中に、インストール担当者は、各グローバル・インタフェースの使用計画を指定します。各インタフェースを、パブリック・インタフェース・タイプ(パブリックIPアドレスおよび仮想IPアドレスとともに使用)、プライベート・インタフェース・タイプ(クラスタ・メンバー・ノード間のインターコネクトとともに使用)または使用しないインタフェース・タイプ(Oracle ClusterwareおよびOracle RACが無視する)として指定します。たとえば、ネットワーク・ファイル・システムの専用インタフェースとして使用されるインタフェースは、使用しないインタフェース・タイプとしてマークされている必要があります。

Oracle RACの構成時にネットワーク構成を追加する必要はありません。

サーバーおよびネットワークでは、インストールのために次のような準備を行います。

- サーバーのハードウェア要件およびソフトウェア要件の確認

- サーバー環境の構成の概要

- Oracleベースの概要

- ネットワーク接続の要件の概要

- セキュア・シェル(SSH)の構成の概要

- ブラウザ要件の概要

- プラットフォーム固有のサーバー構成の概要

1.2.1 サーバーのハードウェア要件およびソフトウェア要件の確認

この項では、サーバーのハードウェアおよびソフトウェアの構成の概要を示します。

要件

クラスタ内の各ノードには、次のものが必要です。

- プロセッサおよびシステム構成を含む、サポートされているサーバー・ハードウェア。
現在のハードウェアでインストールを開始する前、および新しいハードウェアを購入する前に、My Oracle Supportを参照し、Oracle RAC 11g リリース2(11.2)のOracle Clusterwareでハードウェアがサポートされていることを確認してください。

注意:
クラスタ内の各ノードでは、同じオペレーティング・システムを使用する必要があります。また、クラスタ内の各ノードで同じソフトウェア構成を使用することをお薦めします。

- システム要件に示されたオペレーティング・システム・パッケージ。
カスタマイズされたオペレーティング・システム・パッケージのインストールは、サポートされていません。必要なパッケージが含まれていない可能性があるためです。必要に応じてパッケージを追加することはできますが、デフォルトのパッケージ・セットからパッケージを除外すると、必要なソフトウェア・パッケージに対して、失敗した依存性と呼ばれるエラーが発生する場合があります。

- Oracle Clusterwareでの投票ディスクのポーリングおよびOracle RACでのキャッシュ・フュージョンをサポートするための、各ノード上のサポートされているインターコネクト・ソフトウェア・プロトコル。インターコネクトは、ご使用のプラットフォームに対してオラクル社が保証する製品である必要があります。

推奨: システム管理者の作業

次の作業を実行して、サーバーのインストールおよびメンテナンスを簡略化し、サービスの問題を回避することをお薦めします。

- クラスタ内のすべてのノードで同じ基準時刻が使用されるタイム・プロトコルを使用します。Oracle Clusterware 11g リリース2(11.2)では、インストール時にネットワーク・タイム・プロトコルが有効になっていない場合、クラスタ時刻の同期サービスが有効になります。

- すべてのクラスタ・サイズで冗長スイッチを構成します。

- サーバーのメンテナンスを簡略化するために、各ノードで同一のサーバー・ハードウェアを使用します。

追加オプション: システム管理者およびベンダー

- Oracle Clusterwareとともにベンダー・クラスタウェアを使用する必要はありませんが、Oracleでは多くのベンダー・クラスタウェア・オプションの使用がサポートされています。ただし、Oracle RACを使用するには、Oracle Clusterwareをインストールする必要があります。ベンダー・クラスタウェアを使用する場合、Oracle Clusterwareは、ノードのメンバーシップの判断など、一部の作業でベンダー・クラスタウェアに従うことに注意してください。

- イーサネット以外のインターコネクトを使用する場合、サード・パーティ・ベンダーのクラスタウェアが必要な場合があります。

サーバー・ハードウェアの設定後、インストール前の手順に関する章のハードウェア要件の確認の説明を参照して、十分なRAMがシステムに搭載されていること、インストールに十分な空き領域がTMPとTEMP_DIRにあること、およびシステムが他のハードウェア要件を満たしていることを確認します。

1.2.2 サーバー環境の構成の概要

ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドのインストール前の手順に関する章に従って、Oracleソフトウェアグループとユーザー、およびユーザー環境を構成します。次の手順が含まれます。

- Oracle RACインストール所有者(通常、oracle)の作成および構成。これは、インストールに使用するユーザー・アカウントです。

- オペレーティング・システム認証(通常、dba)を介してメンバーにSYSDBA権限が付与されるOSDBAオペレーティング・システム・グループの作成。

- バイナリおよび記憶域のインストール・パスの作成。

関連項目:
ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。

1.2.3 Oracleベースの概要

Oracleベースの位置は、Oracle Databaseバイナリが格納されている場所です。インストール中、Oracleベースのパスの入力を求められます。データベースのOracleベースのパスは、通常、Oracle Grid Infrastructureのインストール時に作成されます。

すべてのOracleホームで、それ専用のOracleベースを持つことができます。通常、Oracleベースのパスは、インストール所有者の名前に基づいています。Oracle Grid InfrastructureインストールとOracle RACインストールのインストール所有者が別の場合、Optimal Flexible Architecture(OFA)ガイドラインに従っている2つのOracleベースのパスがあります。たとえば、ユーザーgridがOracle Grid Infrastructureインストールのインストール所有者であり、ユーザーoracleがOracle Databaseインストールのインストール所有者である場合、次の2つのOracleベース・ディレクトリがあります。

- /u01/app/grid: ユーザーgridのOracleベース。Oracle Grid Infrastructureバイナリを所有します。

- /u01/app/oracle: ユーザーoracleのOracleベース。Oracle Databaseバイナリを所有します。

インストールの準備では、Oracleバイナリおよび構成ファイルのパスを定義する環境変数ORACLE_BASEのみを設定することをお薦めします。他のパスおよび環境変数は、必要に応じて、適切な構造のOracleソフトウェア環境を構築できるようにOptimal Flexible Architecture(OFA)規則に従い、Oracle Universal Installer(OUI)によって作成されます。

たとえば、Oracle Database 11g では、ユーザーがOracleホーム環境変数を設定するのではなく、OUIによって変数が作成されるようにすることをお薦めします。Oracleベースのパスが/u01/app/oracleであるとすると、デフォルトでは、次のOracleホームのパスがOUIによって作成されます。

/u01/app/oracle/product/11.2.0/dbhome_1

Oracleソフトウェア用に選択するパス(OracleホームのパスおよびOracleベースのパスなど)には、ASCII文字のみを使用します。パスにはデフォルトでインストール所有者名が使用されるものがあるため、このASCII文字制限は、ユーザー名、ファイル名およびディレクトリ名にも該当します。

注意:
既存のOracle RACインストールからアップグレードしている場合、既存のインストールと同じタイプのOracleホームを使用する必要があります。たとえば、既存のインストールで共有Oracleホームを使用している場合は、Oracle RAC 11g リリース2(11.2)の共有Oracleホームにアップグレードする必要があります。同様に、クラスタ・ノードでローカルOracleホームを使用している場合、クラスタ・ノードでローカルOracleホームにアップグレードする必要があります。

1.2.4 ネットワーク接続の要件の概要

次に、グリッド・プラグ・アンド・プレイ構成、および手動によるネットワーク構成でのグリッド・ネーミング・サービス(GNS)のネットワーク構成要件の概要を示します。ネットワーク管理者およびシステム管理者は、構成の詳細について、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドのインストール前の手順に関する章を参照してください。

Oracle ClusterwareおよびOracle RACのネットワーク構成にはいくつかのアドレスが必要です。次にそのアドレスを示します。

- GNS仮想IPアドレス(GNSインストールのみ): GNSに構成される静的IPアドレスです。GNS仮想IPリスナーは、GNSが管理するクラスタのサブドメインのノードに問合せを転送します。
GNSは、サブドメイン内でマルチキャスト・ドメイン・ネーム・サービス(mDNS)を使用し、クラスタにノードが追加または削除されると、ホスト名およびIPアドレスを動的にマップできるようにします。DNSで新たにホスト構成を行う必要はありません。

GNSを有効にするには、クラスタに割り当てられたサブドメインのIPアドレス(grid.example.comなど)をネットワーク管理者に教えてもらい、そのサブドメインへのDNS要求を、クラスタのGNS仮想IPアドレスに転送する必要があります。これらはDNSで処理されます。

- 単一クライアント・アクセス名(SCAN): SCANに割り当てられているすべてのアドレスに対して名前解決するドメイン名。SCANには3つのアドレスを割り当てることをお薦めします。Oracle Grid Infrastructureのインストール中に各SCANアドレスに対してリスナーが作成され、SCANアドレス・リクエストに応答するサーバーがOracle Clusterwareで制御されます。
高可用性を実現するには、SCANマッピングに使用するIPアドレスを、DNSに3つ以上指定します。SCANドメイン名は、自社ネットワーク内で一意である必要があります。

- 仮想IPアドレス: 各ノードのパブリック・インターネット・プロトコル(IP)・アドレス。クライアント接続のための仮想IP(VIP)アドレスとして使用されます。ノードに障害がある場合、Oracle Clusterwareは、使用可能なノードのVIPアドレスにフェイルオーバーします。
インストール時に、(VIPを自動的に指定する)グリッド・ネーミング・サービスを使用しない場合は、VIPアドレスを指定します。各ノードのVIPは、クラスタ内のすべてのノード上の同じインタフェース名に関連付けられます。ドメイン・ネーム・サーバー(DNS)を使用する場合は、DNSをすべてのクライアントおよびクラスタ・ノードから解決できるように、ネットワーク管理者がVIPのホスト名をDNSに登録する必要があります。これはOracle Clusterwareが管理するIPアドレスであるため、インストール時には使用しないでください。

- パブリックIPアドレス: 各ノードのパブリック・ホスト名アドレス。GNSによって割り当てられます(手動構成の場合は、初期システム構成時にシステム管理者が割り当てます)。パブリックIPアドレス名は、ホスト名に解決可能である必要があります。パブリックIPアドレスとVIPアドレスの両方をDNSに登録します。DNSを使用しない場合は、両方のパブリックIPアドレスがノード(すべてのクラスタ・ノード)の/etc/hostsファイルに存在することを確認する必要があります。

- プライベートIPアドレス: クラスタ内のノード間通信専用のプライベート・インターコネクト・アドレスとして使用される、各ノードのプライベートIPアドレス。このアドレスは、GNSによって自動的に構成されます。手動で構成する場合は、各プライベートIPアドレスが次の条件を満たすようにする必要があります。プライベートIPアドレスの条件は次のとおりです。

- パブリック・ネットワークと分離されている

- 各ノードの同じネットワーク・インタフェースでアクセス可能

- プライベート・ネットワークのノード間のネットワーク・スイッチに接続されている(クロスケーブルによるインターコネクトはサポートされていません)。

プライベート・インターコネクトは、Oracle Clusterware、Oracle RACの両方でノード間通信に使用します。手動構成の場合は、各ノードの/etc/hostsファイルにプライベートIPアドレスが記述されている必要があります。プライベート・ネットワーク・インターコネクトは、同じクラスタ内のノードのみに接続されている専用スイッチで構成することをお薦めします。

注意:
すべてのホスト名は、英数字が許可されるRFC 952規格に準拠している必要があります。アンダースコア(_)を使用するホスト名は、許可されません。

表1-1とその後の説明で、手動ネットワーク接続におけるIPアドレスの要件の概要を示します。

GNSを使用しない場合、ネットワーク管理者はインストール前にSCAN IPアドレス、パブリックIPアドレス、仮想IPアドレスおよびプライベートIPアドレスを構成する必要があります。ネットワーク管理者は、クラスタでのノードの追加または削除時に、ネットワークを再構成する必要もあります。

たとえば、各ノードに1つのパブリック・インタフェースおよび1つのプライベート・インタフェースがある2ノードのクラスタに対して、DNSで3つのIPアドレスのいずれかに解決されるSCANドメイン・アドレスを定義し、ネットワーク・インタフェースとして次の表に示す構成を使用したとします。

表1-1 手動によるネットワークの構成例

ID

ホーム・ノード

ホスト・ノード

指定された名前

タイプ

アドレス

アドレスの割当て元

解決手段

ノード1パブリック

ノード1

node1

node1脚注1

パブリック

192.0.2.101

固定

DNS

ノード1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

固定

DNSおよびhostsファイル

ノード1プライベート

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定

DNSおよびhostsファイル、またはなし

ノード2パブリック

ノード2

node2

node2脚注1

パブリック

192.0.2.102

固定

DNS

ノード2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

固定

DNSおよびhostsファイル

ノード2プライベート

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定

DNSおよびhostsファイル、またはなし

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.201

固定

DNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.202

固定

DNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.203

固定

DNS

1 ノード・ホスト名が複数のアドレスに解決される場合があります。

1.2.5 セキュア・シェル(SSH)の構成の概要

Oracle ClusterwareおよびOracle RACでは、セキュア・シェル(SSH)を構成する必要があります。

システム管理者は、ご使用のオペレーティング・システムに対応する『Oracle Grid Infrastructure インストレーション・ガイド』のインストール前の手順に関する章に記載されている、すべてのクラスタ・ノードでのSSHの構成の手順に従って、クラスタ内の各ノードで、クラスタ内の他のすべてのノードに対するSSHアクセスを構成します。

システム管理者に依頼して、Oracle RACインストールを所有することになるユーザー・アカウントがすべてのクラスタ・メンバー・ノードでSSH接続を使用できるようにすることをお薦めします。SSH接続が有効になっている場合は、Oracle Universal Installer内のスクリプトを使用して、SSH構成をインストール用に設定できます。インストールに使用するユーザー・アカウントの環境制限が原因でこのスクリプトを実行できない場合は、インストールを行うユーザーまたはシステム管理者が、SSHを手動でインストール用に設定する必要があります。

また、なんらかのメッセージ(「今日のメッセージ」など)が端末に表示されると、SSH構成が無効になる場合があることに注意してください。ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドで、SSHに関する項を確認するようにシステム管理者に依頼してください。

1.2.6 ブラウザ要件の概要

ドキュメントにアクセスしたり、Oracle Enterprise ManagerおよびOracle Application Expressを使用するには、Webブラウザが必要です。WebブラウザがJavaScriptおよびHTML 4.0標準とCSS 1.0標準をサポートしている必要があります。

Oracle Enterprise Managerでは次のブラウザをサポートしています。

- Microsoft Internet Explorer 10 (Oracle Enterprise Manager Database Control 11.2.0.3以上をサポート)

- Microsoft Internet Explorer 9.0

- Microsoft Internet Explorer 8.0

- Microsoft Internet Explorer 7.0 SP1

- Microsoft Internet Explorer 6.0 SP2

- Firefox 21.0 (Oracle Enterprise Manager Database Control 11.2.0.4以上をサポート)

- Firefox 17.0.6 ESR (Oracle Enterprise Manager Database Control 11.2.0.4をサポート)

- Firefox 3.6

- Firefox 3.5

- Firefox 3.0.7

- Firefox 2.0

- Safari 4.0.x

- Safari 3.2

- Safari 3.1

- Google Chrome 27.0 (Oracle Enterprise Manager Database Control 11.2.0.4をサポート)

- Google Chrome 4.0

- Google Chrome 3.0

- Netscape Navigator 9.0

- Netscape Navigator 8.1

Oracle Application Expressでサポートされるブラウザの一覧については、『Oracle Application Expressインストレーション・ガイド』を参照してください。

注意:
Oracle RACのインストールにブラウザは必要ありません。

1.2.7 プラットフォーム固有のサーバー構成の概要

Oracle ClusterwareおよびOracle RACは、特定のオペレーティング・システム・カーネルおよび特定のオペレーティング・システム・コンポーネントでテスト済です。今回のリリースで動作保証されているオペレーティング・システム・カーネルおよびコンポーネントを使用する必要があります。

インストールを開始する前に、『Oracle Grid Infrastructure インストレーション・ガイド』でシステム要件を十分に確認し、システムが要件を満たしているかを確認することをお薦めします。システムがオペレーティング・システム・カーネルとコンポーネントの最小要件を満たしていない場合、インストールを完了できないか、Oracle ClusterwareまたはOracle Databaseの実行時に他のエラーが発生する場合があります。

標準のシステム要件の構成に加えて、特定のサーバー・ハードウェアにデプロイする場合に、オペレーティング・システムの追加構成手順が必要な場合があります。インストール前の手順に関する章を参照してください。また、My Oracle Supportの「動作保証」ページを参照して、ご使用のハードウェア・プラットフォーム構成で追加要件または推奨事項がないか確認します。

1.3 Oracle RACの記憶域の概要

Oracle RACをインストールする場合、データベース・ファイル用の共有記憶域を構成しておく必要があります。記憶域の計画については、次の項を参照してください。

- 記憶域システムの要件の参照先

- Oracle Automatic Storage Managementクラスタ・ファイル・システムの概要

- Oracle Databaseおよびリカバリ・ファイル・オプションの概要

- Oracle RACの記憶域の一般的な考慮事項

- Oracle Grid InfrastructureおよびOracle RACでの論理ボリューム・マネージャの使用

1.3.1 記憶域システムの要件の参照先

ご使用のオペレーティング・システムに対応する『Oracle Grid Infrastructureインストレーション・ガイド』で、クラスタおよびOracle Real Application Clusters(Oracle RAC)用のグリッド・インフラストラクチャの記憶域の構成に関する章を参照し、インストール計画での記憶域オプションを確認します。ストレージ管理者およびシステム管理者は、この章を参照して、Oracle RACのOracle Databaseファイル用の記憶域を構成できます。Database Configuration Assistant(DBCA)を使用して自動ディスク・バックアップを構成する場合は、DBCAはデータベース・リカバリ領域を使用し、この領域を共有する必要があることに注意してください。

1.3.2 Oracle Automatic Storage Managementクラスタ・ファイル・システムの概要

Oracle DatabaseおよびOracle Grid Infrastructureリリース11.2以上では、Oracle Automatic Storage Management(Oracle ASM)が強化され、汎用ファイル・システム(Oracle Automatic Storage Managementファイル・システムまたはACFS)が含まれるようになりました。これは、Oracle ASMに直接配置できないファイル(データベース・ホームやアプリケーション・ファイルなど)に使用できます。このリリースの時点では、この機能はLinuxでは使用できますが、UNIXプラットフォームでは使用できません。

参照:
記憶域オプションに関する最新情報については、My Oracle Supportの「動作保証」ページを参照してください。

https://support.oracle.com

記憶域の構成管理の概要については、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

1.3.3 Oracle Databaseおよびリカバリ・ファイル・オプションの概要

Oracle Databaseおよびリカバリ・ファイルの格納には、次の2つの方法があります。

注意:
RAWデバイスまたはブロック・デバイスへのファイルのインストールはサポートされていません。共有ファイル・システムまたはOracle ASMにファイルをインストールしてください。既存のRAWデバイスまたはブロック・デバイスのアップグレードはサポートされています。

- Oracle Automatic Storage Management: Oracle Automatic Storage Management(Oracle ASM)は、Oracle Databaseファイル用の統合された高性能のデータベース・ファイル・システムであり、ディスク・マネージャです。データベース・ファイルのストライプ化およびミラー化を自動的に実行します。

注意:
Oracle RACを使用するOracle Database Standard Editionでは、記憶域オプションとしてOracle ASMのみがサポートされています。

- サポートされている共有ファイル・システム: サポートされているファイル・システムには、次のものがあります。

- サポートされているクラスタ・ファイル・システム: データ・ファイルにクラスタ・ファイル・システムを使用する場合、Oracle Clusterware用のパーティションを作成する際に、データベース・ファイル用のパーティションを十分に大きく作成する必要があることに注意してください。

関連項目:
サポートされているクラスタ・ファイル・システムについては、My Oracle Supportの「動作保証」ページを参照してください。

- Oracle Certifyに記載されているNASネットワーク・ファイル・システム(NFS): データ・ファイルにNFSを使用する場合、Oracle Clusterware用のパーティションを作成する際に、データベース・ファイル用のパーティションを十分に大きく作成する必要があることに注意してください。

関連項目:
サポートされているネットワーク接続ストレージ(NAS)・デバイスおよびサポートされているクラスタ・ファイル・システムについては、My Oracle Supportの「動作保証」ページを参照してください。

注意:
Oracle RACソフトウェアは、OCFS2にインストールできます。ただし、Oracle Cluster File System(OCFS)にはインストールできません。Oracle RACソフトウェアおよびOracle Grid Infrastructureソフトウェアは、ネットワーク接続ストレージ(NAS)にインストールできます。
OCFS2の動作保証については、My Oracle Supportの「動作保証」ページを参照してください。

1.3.4 Oracle RACの記憶域についての一般的な考慮事項

すべてのインストールに対して、Oracle DatabaseファイルまたはOracle RACのOracle Clusterwareで使用する記憶域オプションを選択する必要があります。また、インストール中に自動バックアップを有効にする場合は、リカバリ・ファイルに使用する記憶域オプション(高速リカバリ領域)を選択する必要があります。各ファイル・タイプに同一の記憶域を使用する必要はありません。

表1-2では、Oracle DatabaseファイルおよびOracle Databaseのリカバリ・ファイルを格納するために使用できる記憶域オプションを示します。Oracle Databaseファイルには、データ・ファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれています。

注意:
Oracle RACインストールでサポートされている記憶域オプションの最新情報は、My Oracle Support Webサイトの「動作保証」ページを参照してください。

https://support.oracle.com

表1-2 Oracle Databaseファイルおよびリカバリ・ファイルのサポートされている記憶域オプション

記憶域オプション

サポート対象ファイルのタイプ

データベース

リカバリ

Oracle Automatic Storage Management

可

可

OCFS2

可

可

ローカル記憶域

不可

不可

NFSファイル・システム

注意: サポートされているNASデバイスが必要です。

可

可

既存のインストールで使用されている共有RAWデバイス

可

アップグレードのみ、または手動構成

不可

既存のインストールで使用されている共有ブロック・デバイス

可

アップグレードのみ、または手動構成

不可

次のガイドラインに従って、各ファイル・タイプで使用する記憶域オプションを選択します。

- 選択した記憶域オプションの要件がすべて満たされている場合、各ファイル・タイプでサポートされている記憶域オプションのいずれの組合せでも使用できます。

- データベースおよびリカバリ・ファイルの記憶域オプションとして、Oracle Automatic Storage Management(Oracle ASM)を選択することをお薦めします。

- Standard EditionのOracle RACインストールでは、データベース・ファイルまたはリカバリ・ファイルの記憶域オプションとして、Oracle ASMのみがサポートされています。

- 既存のOracle RACデータベースまたはOracle ASMインスタンスが起動されているOracle RACデータベースをアップグレードする場合は、システムが次の条件を満たすようにする必要があります。

- Oracle Universal Installer(OUI)およびDatabase Configuration Assistant(DBCA)が、Oracle RACデータベースまたはOracle ASMインスタンスが起動されているOracle RACデータベースのあるノードで実行されている。

- Oracle RACデータベースまたはOracle ASMインスタンスが起動されているOracle RACデータベースが、新しいクラスタ・インストールのメンバーにするノードと同じノードで実行されている。たとえば、既存のOracle RACデータベースを3ノードのクラスタで実行している場合は、3つすべてのノードにアップグレードをインストールする必要があります。クラスタの2つのノードのみをアップグレードし、アップグレード時に3つ目のノードを削除することはできません。

関連項目:
既存のデータベースをアップグレードするための準備方法については、『Oracle Databaseアップグレード・ガイド』を参照してください。

- 外部ファイルの冗長性が適用される記憶域オプションがない場合は、3つ以上の投票ディスク領域を構成して、投票ディスクの冗長性を確保する必要があります。

1.3.5 Oracle Grid InfrastructureおよびOracle RACでの論理ボリューム・マネージャの使用

Oracle Grid InfrastructureおよびOracle RACは、クラスタ対応のボリューム・マネージャのみをサポートします。使用するボリューム・マネージャがサポートされていることを確認するには、My Oracle Supportの「動作保証」タブで参照してください(次のURLで参照できます)。

https://support.oracle.com

1.4 インストールの準備に関する追加情報

この項では、Oracle Clusterware、Oracle Automatic Storage Management(Oracle ASM)およびOracle RACに関する追加情報を示します(この情報は、インストールを計画するチームがインストールの構成方法を決定する際に役立ちます)。内容は次のとおりです。

- Oracle Grid InfrastructureとともにインストールされるOracle ASM

- Oracle Enterprise Manager用のOracle ASM ASMSNMPパスワードの取得

- Oracle Clusterwareおよびベンダー・クラスタウェア

- Oracle RACインストールの共有コンポーネント

- TIMESTAMP WITH TIME ZONEデータの簡略化されたアップグレード

- HP-UXに対して外部ジョブ・ユーザーが作成されているかどうの確認

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

1.4.1 Oracle Grid InfrastructureとともにインストールされるOracle ASM

以前のリリースでは、Oracle ASMはOracle Databaseインストールの一部としてインストールされていました。Oracle Database 11g リリース2(11.2)では、Oracle ASMはOracle Grid Infrastructureのインストールの一部です。既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレードを実行して、Oracle ASMをアップグレードする必要があります。

Oracle Clusterwareファイルの記憶域オプションとしてOracle ASMを選択しなかった場合は、最初にOracle ASM Configuration Assistant(ASMCA)を使用してOracle ASMを構成し、Oracle ASMインスタンスを作成し、Oracle Database記憶域に使用するディスク・グループを作成する必要があります。

1.4.2 Oracle Enterprise Manager用のOracle ASM ASMSNMPパスワードの取得

Oracle Grid Infrastructure管理者からASMSNMPを取得します。

クラスタ用のOracle Grid Infrastructureのインストール中に、ASMSNMPアカウントが作成され、アカウントのステータスがOPENに設定されます。これには、ASMに対するSYSDBA権限が付与されます。Oracle Enterprise Managerが、Oracle ASMインスタンスを監視し、ASM関連データ・ディクショナリ・ビューからデータを取得するためには、ASMSNMPアカウントへのアクセスが必要です。

関連項目:
ASMSNMPアカウントの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

1.4.3 Oracle Clusterwareおよびベンダー・クラスタウェア

Oracle Clusterwareでは、クラスタ・サービスが提供されます。Oracle Clusterwareを使用すると、ベンダー・クラスタウェアは必要ありません。Oracle RACをインストールする場合は、Oracle Clusterwareをインストールする必要があります。

1.4.4 Oracle RACインストールの共有コンポーネント

データベース管理者とシステム管理者は、Oracle RACを使用する場合、Oracle RAC環境のすべてのインスタンスが制御ファイル、サーバー・パラメータ・ファイル、REDOログ・ファイルおよびすべてのデータ・ファイルを共有することに注意する必要があります。これらのファイルは、共有ファイル・システムに配置し、すべてのクラスタ・データベース・インスタンスからアクセスできるようにする必要があります。また、各インスタンスには、それぞれ専用のREDOログ・ファイルのセットがあります。障害が発生した場合、REDOログ・ファイルへの共有アクセスによって、障害が発生していないインスタンスがリカバリを実行できます。

1.4.5 TIMESTAMP WITH TIME ZONEデータの簡略化されたアップグレード

Oracle Database 11g リリース2(11.2)のインストールの一部として、タイムゾーン・バージョン・ファイルの1から11までが、パス$ORACLE_HOME/oracore/zoneinfo/にインストールされます。現在のタイムゾーン・バージョンを引き続き使用するか、または最新バージョンにアップグレードすることができます。最新バージョンのタイムゾーンにサーバーをアップグレードすることをお薦めします。新しいタイムゾーン・バージョンへのアップグレードによって、既存のTIMESTAMP WITH TIME ZONE(TSTZ)データが古くなる可能性があります。新しく提供されたDBMS_DST PL/SQLを使用して、最小限の手動手順でTSTZデータが透過的に更新されます。

Oracle RACデータベースのすべてのインスタンスが、同じタイムゾーンを使用する必要があります。インスタンスがSQL*Plusで起動されるとき以外は、Oracle RACデータベースのタイムゾーンは、デフォルトで、Oracle Grid Infrastructureのgridユーザーのタイムゾーンに設定されます。SQL*Plusを使用する場合、Oracle Clusterwareに使用されるデータベース・インスタンスに対して確実に同じタイムゾーン設定が使用されるようにする必要があります。次のコマンドを使用してOracle Clusterwareがデータベースに使用するタイムゾーンを変更できます。time zoneは変更後のタイムゾーンです。

srvctl setenv database -T 'TZ=time zone

タイムゾーン・バージョン・ファイルは、クライアントにもインストールされます。Oracle Database 11g リリース2からは、クライアントのタイムゾーン・ファイルをすぐにアップグレードする必要がなくなりました。アップグレードは、システム管理者の最も都合の良い時間に行うことができます。ただし、クライアントとサーバーで異なるタイムゾーン・バージョンを使用している場合、パフォーマンスがわずかに低下します。

関連項目:
TIMESTAMP WITH TIME ZONEデータをアップグレードするための準備については『Oracle Databaseアップグレード・ガイド』、タイムゾーン・ファイルとTIMESTAMP WITH TIME ZONEデータをアップグレードする方法については『Oracle Databaseグローバリゼーション・サポート・ガイド』、および異なるバージョンのタイムゾーン・ファイルで動作するクライアントおよびサーバーのパフォーマンスへの影響については、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

1.4.6 HP-UXに対して外部ジョブ・ユーザーが作成されているかどうの確認

HP-UXにOracle Real Application Clustersをインストールする場合、外部ジョブを所有するために権限の低いユーザーが作成されていることを確認し、このユーザーを、rootユーザーとしてログインし、およびインストール後に$ORACLE_HOME/rdbms/admin/externaljob.oraを修正することで外部ジョブ・ユーザーとして設定する必要があることに注意してください。rootユーザーのみがこのファイルを変更できます。

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

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

- Oracle Clusterwareを異なるリリースのOracleソフトウェアとともにインストールする場合、Oracle Clusterwareのバージョンは、Oracle Databaseソフトウェアのバージョン以上である必要があります。Oracle ClusterwareおよびOracle Automatic Storage Managementの両方が、Oracle Grid Infrastructure 11g リリース2(11.2)のインストールによって、アップグレードされます。

- 既存のOracleホームが存在する場合、新しいOracleホームを作成し、その新しいOracleホームにOracle Database 11g リリース2(11.2)をインストールすることができます。Oracle Clusterwareは、別のOracle Grid Infrastructureホームに置く必要があります。クラスタ用Oracle Grid InfrastructureインストールをOracle DatabaseのOracleベース・ディレクトリにインストールすることはできません。

- Oracle9iのOracle RACを実行している場合、そのリリースを引き続き使用するには、Oracle Cluster Managerやサード・パーティのクラスタ・ソフトウェアなど、そのリリースと互換性があるクラスタ・ソフトウェアを実行する必要があります。Oracle Clusterwareリリース11gは、Oracle9iデータベース・ソフトウェアと同じシステムにインストールできます。ただし、Oracle9iソフトウェアは、Oracle Clusterware 11gではサポートできません。

注意:
データベースをOracle Database 10gまたはOracle Database 11gにアップグレードした後でサード・パーティのクラスタ・ソフトウェアを削除する場合は、まずサード・パーティのクラスタ・ソフトウェアを削除してから、Oracle Clusterwareを再インストールする必要があります。

- 以前のリリースのデータベースが検出された場合、OUIによって、プリファレンスのアップグレードについて尋ねられます。以前のリリースのデータベースをDBUAを使用してアップグレードするか、またはDBCAを使用して新しいデータベースを作成するかを選択できます。このダイアログ・ボックスで収集された情報は、ソフトウェアのインストール後にDBUAまたはDBCAに渡されます。
以前のリリースのOracle Clusterwareが検出された場合、OUIによって、インストールされている既存のOracle Clusterwareをアップグレードするかどうかを尋ねられます。1つのサーバーでは1つのバージョンのOracle Clusterwareのみを使用できます。また、サーバーは1つのクラスタのみのメンバーである必要があります。

スタンドアロン・サーバー用のOracle Grid Infrastructureをインストールした後に、クラスタ用のOracle Grid Infrastructureをインストールすることはできません。スタンドアロン・サーバー用のOracle Grid Infrastructureがインストールされている場合は、これを削除してからクラスタ用のOracle Grid Infrastructureをインストールする必要があります。

注意:
OracleバイナリをOracleホームから別の場所に移動しないでください。これを行うと、動的リンクに問題が発生します。

1.5 CVUを使用したOracle RACインストールのクラスタ準備状況の確認

インストールを開始する前に、CVUを使用して、システムでOracle RACをインストールする準備ができていることを確認します。検証に失敗した場合、手動または生成された修正スクリプトを使用して、レポートされたエラーを修正するか、エラーの原因を修正するようにシステム管理者またはストレージ管理者に連絡します。

CVUは、Gridホームのbinディレクトリにあります。たとえば、クラスタ用のOracle Grid Infrastructureホームが/u01/crsである場合、パスは/u01/crs/binです。CVUを起動するには、Gridホームのbinディレクトリに移動して、次のコマンドを使用します。

cluvfy stage -pre dbinst -fixup -n nodelist -r release -osdba OSDBA -verbose

前述のコマンドで、-fixupおよび-osdbaはオプション・フラグです。

たとえば、ノードAとノードBの2つのノードがあるクラスタで、Oracle Database 11gとOracle RACのインストールの準備のためにクラスタをテストしている場合、OSDBAグループがdbaであるときは、次のコマンドを実行してシステムの準備状況を検証します。

$ ./cluvfy stage -pre dbinst -fixup -n nodea,nodeb -osdba dba -verbose

CVUコマンドの詳細は、./cluvfy -helpを入力してください。

関連項目:
CVUの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

1.6 アップグレードまたはデータベースの共存のための既存のOracleプロセスの停止

既存のOracle RACまたはOracle Databaseインストールが存在するシステムでインストールを計画している場合は、追加の作業を実行し、システムでインストールの準備を行う必要があります。

表1-3に、既存のOracle Databaseインストールが存在する場合に実行する必要がある作業の概要を示します。この表を確認して、必要に応じて作業を実行します。

関連項目:
アップグレードを実行するための準備の詳細は、『Oracle Databaseアップグレード・ガイド』を参照してください。

表1-3 アップグレードまたはデータベースの共存のためのシステムの準備の概要

インストール例

必要な作業

Oracle Database 10g リリース1(10.1)から11g リリース2(11.2)へのアップグレード

追加の作業はありません。「Oracle Database 10gが存在するシステムへのOracle Database 11gのインストール」を参照してください。

Oracle Database 10g リリース1(10.1)と共存させるためのシステムへのOracle Database 11g リリース2(11.2)のインストール

追加の作業はありません。「Oracle Database 10gが存在するシステムへのOracle Database 11gのインストール」を参照してください。

Oracle9i リリース9.2からOracle Database 11g リリース2(11.2)へのアップグレード

グローバル・サービス・デーモンを停止し、ポート1521のデフォルトのリスナーが存在する場合はこれも停止します。「Oracle9iリリース2が存在するシステムへのOracle Database 11gのインストール」を参照してください。

Oracle9i リリース9.2と共存させるためのシステムへのOracle Database 11g リリース2(11.2)のインストール

ポート1521のデフォルトのリスナーが存在する場合は停止し、グローバル・サービス・デーモンを停止します。「Oracle9iリリース2が存在するシステムへのOracle Database 11gのインストール」を参照してください。

Oracle Database 10gが存在するシステムへのOracle Database 11gのインストール

システムにOracle Database 10gがインストールされている場合に、Oracle Database 11gリリース2(11.2)をOracle Database 10gインストールとの共存またはアップグレードとしてインストールする場合、ほとんどのインストール・タイプで、TCP/IPポート1521およびIPCキー値EXTPROCを使用してデフォルトのOracle Net Listenerが構成され、起動されます。次のいずれかが発生します。

- 共存インストールの場合、Database Configuration Assistant(DBCA)によって、自動的にリスナーと関連ファイルがOracle Database 10gのOracleホームからOracle Database 11gのOracleホームに移行されます。

- アップグレードの場合、Oracle Database Upgrade Assistant(DBUA)によって、自動的にOracle Database 10gのリスナーの場所が特定され、そのリスナーはOracle Database 11gに移行されます。

注意:
Oracle ASMを使用してOracle Database 11g リリース2(11.2)をOracle Database 10g リリース1(10.1)のデータベースと共存させるためには、10.1データベースはリリース10.1.0.3以上である必要があります。

Oracle9iリリース2が存在するシステムへのOracle Database 11gのインストール

作業の説明: Oracle9i リリース2(9.2)の既存のデータベースがインストールされているシステムにOracle Database 11g リリース2(11.2)をインストールし、Oracle Net ListenerプロセスがOracle Database 11g リリース2(11.2)のインストールで使用されるデフォルトと同じポート(ポート1521)またはキー値を使用している場合、OUIは新しいリスナーを構成することのみが可能で、それを起動することはできません。新しいリスナー・プロセスがインストール時に起動されるようにするには、OUIを起動する前に既存のリスナーを停止する必要があります。これを実行するには、「リスナーの停止」を参照してください。

グローバル・サービス・デーモン(GSD)を停止する必要があります。これは、停止しておかないと、Oracle Database 11gのインストール時に、Oracle9iリリース9.2のSRVM共有データが、リリース9.2のGSDでは使用できないOracle Cluster Registryにアップグレードされるためです。Oracle Grid Infrastructureのインストールでは、11g リリース2(11.2)のGSDが起動され、Oracle9i リリース9.2クライアントが実行されます。これを実行するには、「グローバル・サービス・デーモンの停止」を参照してください。

リスナーの停止: Oracle9iの既存のリスナー・プロセスが実行されているかどうかを確認し、必要に応じて停止するには、次の手順を実行します。

1. ユーザーをソフトウェア所有者のユーザーに切り替えます。次に例を示します。

# su - oracle

2. 次のコマンドを入力して、Oracle9iのリスナー・プロセスが実行されているかどうかを確認し、その名前およびリスナー・プロセスが組み込まれているOracleホーム・ディレクトリを特定します。

$ ps -ef | grep tnslsnr

このコマンドの出力結果に、システムで実行されているOracle Net Listenerの情報が表示されます。

... oracle_home1/bin/tnslsnr LISTENER -inherit

この例では、oracle_home1が、リスナーが組み込まれているOracleホーム・ディレクトリで、LISTENERがリスナー名です。

3. 環境変数ORACLE_HOMEを設定して、リスナーに適切なOracleホーム・ディレクトリを指定します。

- Bourne、BashまたはKornシェル:

$ ORACLE_HOME=oracle_home1
$ export ORACLE_HOME

- Cまたはtcshシェル:

% setenv ORACLE_HOME oracle_home1

4. 次のコマンドを入力して、リスナーで使用されているTCP/IPポート番号およびIPCキー値を確認します。

$ $ORACLE_HOME/bin/lsnrctl status listenername

注意:
リスナーにデフォルト名LISTENERを使用している場合は、このコマンドでリスナー名を指定する必要はありません。

5. 次のコマンドを入力して、リスナー・プロセスを停止します。

$ $ORACLE_HOME/bin/lsnrctl stop listenername

6. この手順を繰り返して、このシステムおよび他のすべてのクラスタ・ノードで実行されているすべてのリスナーを停止します。

グローバル・サービス・デーモンの停止: クラスタ内の各ノードで、データベースのインストール・ソフトウェア所有者(oracleユーザーなど)として次の構文を使用し、GSDを停止します。

$ cd 92_Oracle_home
$ bin/gsdctl stop

前述の構文例で、変数92_Oracle_homeはOracle9iリリース2(9.2)のデータベース・ホームです。

2 Oracle Database 11gおよびOracle Real Application Clustersのインストール

この章では、インストールの第2フェーズとして、Oracle Database 11g リリース2(11.2)およびOracle Real Application Clusters(Oracle RAC)をインストールする手順について説明します。第1フェーズでは、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドの説明に従って、Oracle Clusterwareのインストールを実行します。

関連項目:
圧縮ファイルを開く方法や、インストール用のファイルの設定方法などの詳細は、ご使用のプラットフォーム用のOracle Databaseのインストレーション・ガイドを参照してください。
各インストール画面のオプションおよびプロンプトについては、インストール中に「ヘルプ」をクリックしてください。ログ・ファイルを参照するには、「詳細」をクリックしてください。

この章の内容は次のとおりです。

- Oracle Application Expressの要件の確認

- 構成オプションの選択

- Oracle Database Vaultのインストールおよび構成

- Oracle Database構成タイプの説明

- Oracle Configuration Managerオプション

- データベース・セキュリティ・オプション

- 管理アカウントのデータベース・パスワードの変更

- インストール中のOUIとDBCAの動作

- 他の言語でのOracle Databaseのインストール

- データベース名の選択

- Oracle Universal Installerを使用したOracle RACのインストール

- Oracle Universal Installerを使用したOracle RAC One Nodeのインストール

- DBCAを使用したOracle RAC One Nodeの構成

2.1 Oracle Application Expressの要件の確認

Oracle Database 11gリリースでは、Oracle Application ExpressがOracle ApplicationオプションではなくOracle Databaseオプションとして提供されています。Oracle Clusterwareのインストール後にOracle Databaseをインストールする場合に、アップグレードする既存のOracle Databaseインストールが存在する場合は、次のOracle Application Expressの要件を確認します。

- Oracle Application Expressのブラウザ要件

- 既存のOracle HTML Server環境でのインストール

- Oracle Application ExpressのOracle Text要件

- Oracle Application ExpressのOracle XML DB要件

2.1.1 Oracle Application Expressのブラウザ要件

Oracle Application Expressアプリケーションを参照または開発するには、WebブラウザでJavaScript、HTML 4.0規格およびCSS 1.0規格がサポートされている必要があります。この要件を満たすブラウザは、次のとおりです。

- Mozillaバージョン1.7以上

- Firefoxバージョン1.0.4以上

2.1.2 既存のOracle HTML Server環境でのインストール

Oracle Application Expressを実行するには、Oracle HTTP Serverとmod_plsqlにアクセス可能である必要があります。この要件を満たすバージョンのHTTP Serverおよびmod_plsqlが含まれている製品は、次のとおりです。

- Oracle 9i Databaseリリース2(9.2)以上

- Oracle 9i Application Serverリリース1(1.0.2.2)以上

2.1.3 Oracle Application ExpressのOracle Text要件

Oracle Application Expressで検索可能なオンライン・ヘルプを使用できるように、Oracle Textがインストールされている必要があります。デフォルトでは、Oracle TextはOracle Databaseの一部としてインストールされます。

関連項目:
Oracle Textの詳細は、『Oracle Textアプリケーション開発者ガイド』を参照してください。

2.1.4 Oracle Application ExpressのOracle XML DB要件

Oracle Database 11g リリース2(11.2)にアップグレードするには、アップグレードするOracle DatabaseにOracle XML DBがインストールされている必要があります。インストール中に作成された、またはDatabase Configuration Assistant(DBCA)によって作成された事前構成済データベースを使用している場合、Oracle XML DBはすでにインストールおよび構成されています。

関連項目:
既存のデータベースにOracle XML DBを手動で追加する方法の詳細は、『Oracle XML DB開発者ガイド』を参照してください。

2.2 構成オプションの選択

この項では、Oracle RACのインストールを開始する前に理解しておく必要のあるOUI機能について説明します。

関連項目:
シングル・インスタンスのデータベースをOracle RACに変換する方法については、付録C「シングル・インスタンスのOracle DatabaseからOracle RACおよびOracle RAC One Nodeへの変換」を参照してください。

「インストール・オプションの選択」ページには、次のオプションがあります。

- データベースの作成および構成: このオプションを使用すると、特定のシステムのロード要求用に設計された事前構成済データベース・テンプレートを使用してデータベースを作成できます。たとえば、オンライン・トランザクション処理(OLTP)データベース、意思決定支援データベース、データ・ウェアハウス・データベースなどです。

- データベース・ソフトウェアのみインストール: Oracle Databaseソフトウェアをインストールしますが、後でデータベース構成を完了する必要があります。

- 既存のデータベースのアップグレード: 既存のデータベースをアップグレードします。

Oracle Databaseソフトウェアをインストールする場合は、事前構成済データベース・オプションのいずれかを使用するか、構成の選択ページで「詳細」オプションを選択してカスタム初期データベースを構成することをお薦めします。

関連項目:
既存のOracleインストールがある場合は、ご使用の環境のバージョン番号、パッチおよびその他の構成情報を記録して、既存のインストール用のアップグレード手順を確認します。インストールに進む前にアップグレードに関するOracleドキュメントを参照して、手順を決定します。
アップグレード前、アップグレード後、互換性および相互運用性に関する最新の更新およびベスト・プラクティスについては、「Oracle Upgrade Companion」を参照してください。次のMy Oracle SupportのNote 785351.1には、「Oracle Upgrade Companion」のWebサイトへのリンクがあります。

https://support.oracle.com/

2.3 Oracle Database Vaultのインストールおよび構成

Oracle Database Vaultをインストールする場合は、次の情報を確認してください。

- Oracle Database Vaultの要件

- Oracle Database Vaultのアカウント

- 複数のOracle Database Vaultホーム

- Oracle Database Vaultインストールでのリスナーの起動

- Oracle Database Vaultのインストール

2.3.1 Oracle Database Vaultの要件

Oracle Database Vaultには、次のものが必要です。

- Oracle Database Enterprise Editionインストール(シングル・インスタンスまたはOracle RAC)

- 初期化パラメータdb_block_sizeの設定(4096以上)

- Oracle Enterprise Managerコンソール

- 実行中のOracle Clusterware(Oracle RAC環境でのインストールの場合)

注意:
Oracle Clusterwareを起動する場合は、rootユーザーのアクセス権が必要です。
コマンドcrsctl start crsでは、データベースも起動されます。OUIを起動してOracle Database Vaultをインストールする前に、データベースを停止してください。

関連項目:
E.3.1項「製品の追加またはアップグレード前のOracle Databaseプロセスの停止」

- Oracle Database Vaultのインストール先のデータベース用に構成されたリスナー。新しいリスナー・プロセスがインストール時に起動されるようにするには、Oracle Universal Installerを起動する前に既存のリスナーを停止する必要があります。

- oratabファイル(AIXでは/etc/oratab、SolarisおよびHP-UXでは/var/opt/oracle/oratab)およびoraInst.locファイル(AIXでは/etc/oraInst.loc、SolarisおよびHP-UXでは/var/opt/oracle/oraInst.loc)に対するOracle Database Vaultインストール所有者の書込み権限。この権限は、Oracle Databaseインストールと同じ所有者か、oinstallグループ・メンバーシップを持つ別のユーザーを使用することで提供されます。

- Oracle Databaseの既存のパスワード・ファイル。また、パスワード・ファイルの認証パラメータREMOTE_LOGIN_PASSWORDFILEをEXCLUSIVEまたはSHAREDに設定しておく必要があります。
REMOTE_LOGIN_PASSWORDFILEパラメータはOracle Database初期化ファイルで設定できます。パスワード・ファイルを作成および管理するには、orapwdユーティリティを使用します。

関連項目:
パスワード・ファイルの作成および管理方法の詳細は、『Oracle Database管理者ガイド』を参照してください。

2.3.2 Oracle Database Vaultのアカウント

Oracle Database Vaultでは、インストール中に作成可能な2つのアカウントを求められます。Oracle Database Vault所有者アカウントとOracle Database Vaultアカウント・マネージャ・アカウントです。Database Vault所有者のアカウント名およびパスワードは、インストール中に指定する必要があります。これらの2つのユーザー・アカウントには、Oracle Database Vaultロールの名前(DV_OWNERおよびDVACCTMGRなど)を使用しないでください。Oracle Database Vaultアカウント・マネージャの作成は任意です。

関連項目:
Oracle Database Vaultのロールをすべて示すリストについては、『Oracle Database Vault管理者ガイド』を参照してください。

2.3.2.1 Oracle Database Vault所有者

Oracle Database Vault所有者アカウントには、DV_OWNERロールが付与されます。このアカウントでは、Oracle Database Vaultのロールおよび構成を管理できます。

Oracle Database Vault所有者のユーザー名は、2から30文字で指定できます。アカウント・パスワードは、8から30文字で指定できます。

Oracle Database Vault所有者アカウントには、セキュアなパスワードを選択してください。適用されるパスワード制限は、次のとおりです。

- パスワードには少なくとも、英字1文字、数字1文字、英数字以外の記号1文字を含める必要があります。

- パスワードとアカウント名は異なる必要があります。

- パスワードには同じ文字を連続して使用することはできません。

2.3.2.2 Oracle Database Vaultアカウント・マネージャ

Oracle Database Vaultアカウント・マネージャには、DV_ACCTMGRロールが付与されます。このアカウントは、データベース・ユーザー・アカウントの管理に使用されます。Oracle Database Vaultアカウント・マネージャを作成すると、職務を簡単に分離できます。Oracle Database Vaultアカウント・マネージャ・アカウントを作成しない場合、DV_ACCTMGRロールはデフォルトでOracle Database Vault所有者アカウントに付与されます。

Oracle Database Vaultアカウント・マネージャのユーザー名は、2から30文字で指定できます。アカウント・パスワードは、8から30文字で指定できます。

Oracle Database Vault所有者と同じパスワード制限が、Oracle Database Vaultアカウント・マネージャにも適用されます。

2.3.3 複数のOracle Database Vaultホーム

Oracle Database Vaultは、同じシステムの異なるOracleホームに複数回インストールできます。

2.3.4 Oracle Database Vaultインストールでのリスナーの起動

リスナーおよびデータベースは、インストールを行ったノード以外のすべてのOracle RACノードで起動する必要があります。Oracle Database Vault Oracle RACインスタンスは、サーバー・コントロール(srvctl)・ユーティリティを使用して起動および停止する必要があります。Oracle RACインスタンスの起動および停止に、SQL*Plusは使用しないでください。

次に例を示します。

$ORACLE_HOME/bin/lsnrctl start listener_name
$ORACLE_HOME/bin/srvctl start instance -d database_name -i instance_name

2.3.5 Oracle Database Vaultのインストール

Oracle Database Vaultは、拡張インストール・オプションでインストールします。DBCAを使用したインストール後にOracle Database Vaultを構成したり、Oracle Database Vaultを構成しないように選択することもできます。

2.3.5.1 Oracle RACのインストール時のOracle Database Vaultの構成

Oracle RACのインストール時にOracle Database Vaultをインストールするには、次の手順を実行します。

1. Oracle Universal Installerを起動して、拡張インストールを選択します。

2. 「Enterprise Edition」→「オプションの選択」を選択します。

3. デフォルトのインストール・コンポーネントに加えて、「Oracle Label Security (OLS)」と「Oracle Database Vault」を選択します。

4. インストールが終了したら、データベースの作成に進みます。

5. データベースを作成したら、DBCAを起動します。

6. データベースの構成オプションを選択します。

7. 「OLS」と「Oracle Database Vault」を選択してデータベースを構成します。

8. 必要なOracle Database VaultユーザーIDとパスワードを指定し、構成を続行します。個別のOracle Database Vault管理者を有効にする場合は、DV_ACCTMGRユーザーを構成します。

2.3.5.2 Oracle RACのインストール後のOracle Database Vaultの構成

Oracle RACのインストール後にOracle Database Vaultを構成するには、次の手順を実行します。

1. Oracle RAC Enterprise Editionデータベースをインストールします。

2. すべてのデータベース・プロセスを停止します。

3. 次のコマンドを入力します。

$ make -f $ORACLE_HOME/rdbms/lib/ins_rdbms.mk dv_on
$ make -f $ORACLE_HOME/rdbms/lib/ins_rdbms.mk ioracle

4. すべてのOracle RACプロセスを起動します。

5. DBCAを起動して、「データベースの構成」オプションを選択します。

6. コンポーネント・リストで、「Oracle Label Security」と「Oracle Database Vault」を選択します。

7. 必要な管理ユーザー・アカウントとパスワードを指定し、構成を続行します。

2.4 Oracle Database構成タイプの説明

OUIを起動すると、標準または拡張インストール・タイプを選択できます。

標準インストール・タイプでは、基本的な構成を使用して、Oracle Databaseのデフォルト構成をインストールします。インストール・タイプとして「標準」を選択することをお薦めします。

拡張インストール・タイプはカスタマイズ・インストール用であり、SYS、SYSMAN、SYSTEMおよびDBSNMPアカウントに異なるパスワードが必要な場合、サーバーと異なるデータベース・キャラクタ・セットの使用が必要な場合、製品の言語の変更が必要な場合、その他、非標準の構成が必要な場合など、特定の要件があるときにのみ使用します。

クラスタの複数のノードでOracle RAC One Nodeをインストールできます。Oracle RAC One Nodeインストールは、Oracle RAC One Nodeプール・メンバーとして選択したノードのいずれかで、インスタンスを起動します。そのインスタンスが停止した場合、オンライン・データベース再配置を使用して別のプール・メンバーでそのOracle RAC One Nodeインスタンスが起動されます。オンライン・データベース再配置は、データベース・インスタンスと接続を他のクラスタ・ノードに移行することで高可用性を実現します。

関連項目:
Oracle RAC One Nodeの詳細は、『Oracle Database高可用性概要』を参照してください。

2.4.1 「汎用目的/トランザクション処理」および「データ・ウェアハウス」構成タイプ

「汎用目的/トランザクション処理」タイプおよび「データ・ウェアハウス」構成タイプでは、各データベース・タイプに適した事前構成済データベース・テンプレートが使用されます。

インストール中に、OUIによってOracle Network Configuration Assistant(NetCA)およびDBCAが起動され、以降は入力しなくても事前構成済データベースがインストールされます。データベースのインストール中、OUIにプログレス・バーが表示されます。

これら2つの構成タイプのDBCAの処理によって、初期データベースが作成され、Oracleネットワーク・サービスが構成されます。

詳細構成を選択した場合、次の項で説明するように、固有の情報を入力する必要があります。

2.4.2 拡張インストール・タイプの使用

拡張インストール・タイプは、インストールから追加または削除する特定のコンポーネントを選択したり、デフォルト以外のキャラクタ・セットでデータベースを作成したり、製品ユーザー・インタフェースを英語以外の言語に変換して追加するなど、特定の要件に対応するために使用します。デフォルトでは、新しいデータベースのキャラクタ・セットは、オペレーティング・システムの言語に基づいてインストール時に構成されます。

関連項目:
キャラクタ・セットおよび言語構成の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

次の項では、Oracle RACデータベースを作成する場合のOUIおよびDBCAの処理について詳しく説明します。

関連項目:
グローバリゼーションの構成情報については、ご使用のプラットフォーム用のOracle Databaseのインストレーション・ガイドを参照してください。

2.5 Oracle Configuration Managerオプション

インストール中、Oracle Configuration Managerの有効化に必要な情報を入力するように求められます。このオプションによって、Oracle RAC構成に関する情報をMy Oracle Support(以前のOracleMetaLink)アカウントに関連付けることができます。Oracleサポート・サービスのサポートが必要になった場合、この構成情報は問題を迅速に解決するのに役立ちます。

OCMツールを構成するには、サービス契約の次の情報が必要です。

- My Oracle Support電子メール・アドレス/ユーザー名

- パスワード

ホスト・システムがインターネットに直接接続されていない場合、サーバー・プロキシ情報の入力を求めるプロンプトが表示されます。

登録エラーが発生し、正しい国番号が指定されているかどうかが不明な場合は、My Oracle Support(https://support.oracle.com)を参照してください。My Oracle Supportアカウントに関連付けられた国名は、メニュー・オプション「詳細」を選択し、「設定」を選択して確認できます。「設定」メニューで、「アカウントと権限」を選択します。

関連項目:
詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

2.6 データベース・セキュリティ・オプション

インストール中、データベース・セキュリティ構成を選択するように求められます。「セキュアな構成」オプションでは、データベース監査オプション、パスワードの方針および有効期限の設定をデータベースに構成できます。

新しいデータベースのインストールには、Oracle Database 11g リリース2(11.2)のデフォルト構成に「セキュアな構成」オプションが含まれています。これらの拡張セキュリティ制御を無効にする場合は、「セキュリティ設定の無効化」ボックスを選択できます。選択すると、Oracle Databaseは、Oracle Database 10gリリース2のデフォルト・オプションでインストールされます。インストール後、DBCAを起動してセキュリティ設定を変更できます。監査やパスワードなどのセキュリティ設定を有効または無効にしたり、以前のセキュリティ設定に戻すこともできます。

データベース・アップグレードの場合、アップグレードしたデータベースでは、既存のデータベース・セキュリティ構成が保持され、既存のアプリケーションとの互換性が確保されます。インストール後、DBCAを使用して、「セキュアな構成」で監査やパスワードなどのセキュリティ設定を有効または無効にしてテストできます。

インストール後に、セキュアな構成を有効または無効にするには、コマンドラインDBCAオプションを使用する必要があります。DBCA 11g リリース2以降のグラフィカル・ユーザー・インタフェースには、仕様より、セキュアな構成を有効または無効にするためのオプションがありません。

注意:
インストール時またはインストール後にコマンドラインDBCAを使用して、データベースに「セキュアな構成」オプションを構成することをお薦めします。

2.7 管理アカウントのデータベース・パスワードの変更

すべてのデータベースには、管理アカウントSYS、SYSTEMおよびSYSMANが含まれています。管理アカウントは高度な権限を持つアカウントであり、データベースの起動と停止、データベース・メモリーと記憶域の管理、データベース・ユーザーの作成と管理などの管理タスクを実行する権限のあるユーザーのみに必要です。

SYS、SYSTEM、SYSMANおよびDBSMPを除く、すべてのOracleシステム管理アカウントのパスワードは、インストール後に取り消されます。インストール後に管理アカウントおよびDBSMPのパスワードを変更する必要があります。管理アカウントのパスワードを、デフォルトのパスワードとは異なるパスワードに変更する必要があります。

参照:
管理アカウントの詳細は、『Oracle Database 2日でデータベース管理者』のオンライン・ヘルプおよび『Oracle Database管理者ガイド』を参照してください。

パスワードの指定では、次のガイドラインに従います。

- パスワードは8から30文字で指定する必要があります。

- パスワードの最初の文字を数字にすることはできません。

- パスワードとアカウント名は異なる必要があります。

- パスワードにOracle予約語は使用できません。

- SYSアカウント・パスワードにchange_on_installは使用できません。

- SYSTEMアカウント・パスワードにmanagerは使用できません。

- SYSMANアカウント・パスワードにsysmanは使用できません。

- DBSNMPアカウント・パスワードにdbsnmpは使用できません。

- すべてのアカウントに同じパスワードを使用する場合、そのパスワードにchange_on_install、manager、sysmanまたはdbsnmpは使用できません。

- パスワードには少なくとも、英字1文字、数字1文字、句読点1文字を含める必要があります。

- パスワードに、welcome、account、database、userなどの単純でわかりやすい語を使用しないでください。

2.8 インストール中のOUIおよびDBCAの動作

Oracle Databaseのインストールが完了すると、OUIによってDBCAが起動され、Optimal Flexible Architecture(OFA)のガイドラインに従ってデータベースが作成されます。つまり、DBCAによって、標準的なファイルのネーミング方法および配置方法に従って、デフォルトのサーバー・パラメータ・ファイル(SPFILE)を含むデータベース・ファイルが作成されます。

DBCAによる処理では、最初に次のことを行います。

- データベースを作成します。

- 必要に応じて、Oracleネットワーク・サービスを構成します。

- リスナーおよびデータベース・インスタンスを起動します。

スタンドアロン・モードでDBCAを使用して、データベースを作成または削除したり、Oracle Enterprise Manager Database ControlからOracle Enterprise Manager Grid Controlにデータベース管理を切り替えることもできます。

Oracle Databaseリリース11.1以降のリリースでは、DBCAを使用したOracle RACデータベースのサービスの管理は実行されなくなったことに注意してください。サービスのあらゆる管理および監視には、srvctl、Oracle Enterprise Manager DB ControlまたはGrid Controlを使用します。Oracle Net Configuration Assistant(NetCA)は、Oracle Grid Infrastructureインストールの一部として実行されます。

関連項目:
詳細は、次のドキュメントを参照してください。

- リスナーの構成などで問題が発生した場合、およびLightweight Directory Access Protocol(LDAP)サポートの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- Oracle Enterprise Managerを使用したサービス管理の詳細は、Oracle Enterprise Manager Real Application Clustersガイドのオンライン・ヘルプを参照してください。

Oracle Database 10g以上のリリースでは、一部のデータベースの言語および地域の定義ファイルが更新され、関連ロケールで使用されるロケール表記規則がより正確に反映されるようになりました。

デフォルトのNLSパラメータ値で行われた変更が、既存のアプリケーションに悪影響を与える場合は、Oracle9iの互換性定義ファイルをインストールすることで、変更を元に戻すことができます。Oracle11gのファイルのかわりにOracle9iのファイルをインストールするには、「Oracle Universal Installerを使用したOracle RACのインストール」の手順に従ってOUIをコマンドラインから起動し、次の文を使用してb_cr9idata変数をtrueに設定する必要があります。

./runInstaller oracle.rsf.nlsrtl_rsf:b_cr9idata=true

関連項目:
Oracle Databaseの言語および地域の定義ファイルの更新の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

2.9 他の言語でのOracle Databaseのインストール

データベースまたはデータベースで実行されているアプリケーションで、デフォルト(英語)以外の言語を使用する場合は、拡張インストール・タイプを使用する必要があります。

関連項目:
『Oracle Databaseグローバリゼーション・サポート・ガイド』

2.10 データベース名の選択

データベース名の入力フィールドは、次のOracle初期化パラメータ値の設定に使用されます。

- DB_NAME

- DB_UNIQUE_NAME

- DB_DOMAIN

Oracle RAC環境では、データベース名(DB_UNIQUE_NAME)部分は30文字以内の文字列で、英数字、アンダースコア(_)、ドル記号($)およびシャープ記号(#)を使用できますが、先頭は英字である必要があります。その他の特殊文字はデータベース名に使用できません。データベースのDB_NAMEパラメータは、データベース名の最初の8文字に設定されます。

グローバル・データベース名のドメイン部分(DB_DOMAIN)は、128文字以内にします。ドメイン名にアンダースコア(_)は使用できません。DB_UNIQUE_NAME.DB_DOMAINの値は、それ全体で企業内で一意である必要があります。

たとえば、データベースのグローバル・データベース名がorl$racprod2551.example.com,の場合(インストール時に指定したもの)、次の値が初期化パラメータに使用されます。

パラメータ

値

DB_UNIQUE_NAME

orl$racprod2551

DB_DOMAIN

example.com

DB_NAME

orl$racp

SID接頭辞は、データベース名の最初の8文字です。SID接頭辞には、a-z、A-Zおよび0-9の文字のみを使用できます。SID接頭辞には、オペレーティング・システムの特殊文字を含めることはできないため、データベース名の最初の8文字に特殊文字を使用した場合、この特殊文字はSID接頭辞では省略されます。各データベースに1つのSID接頭辞があります。データベースのSID接頭辞は、クラスタ内で一意である必要があります。

Oracle RACデータベースの場合、各インスタンスに、SID接頭辞とインスタンス番号で構成される一意の識別子(ORACLE_SID)があります。Oracle RACデータベース・インスタンスのORACLE_SIDは、そのデータベースに選択した管理方法に応じて異なる方法で生成されます。ポリシー管理型のデータベースを選択した場合、Oracleはname_#(nameはDB_UNIQUE_NAMEの最初の8文字の英数字で、#はインスタンス番号)という形式のSIDを生成します。管理者管理型のデータベースを選択した場合、DBCAはインスタンス名のSIDを先に生成し、SIDはname#という形式になります。

たとえば、データベースのDB_UNIQUE_NAMEがorl$racprod2551の場合、次のSID値が使用されます。

データベースまたはインスタンスのタイプ

ORACLE_SIDに使用される値

シングル・インスタンスのOracle Database

orlracpr

ポリシー管理型のOracle RACインスタンス

orlracpr_1

管理者管理型のOracle RACインスタンス

orlracpr1

2.11 Oracle Universal Installerを使用したOracle RACのインストール

Oracle DatabaseソフトウェアとOracle RACをインストールするには、次の手順を実行します。

1. SSHで他のノードにアクセスできることを確認します。OUIでは、Oracle RACインストールを実行しているユーザー・アカウントで、パスワードなしのSSHを設定できる必要があります。OUIで自動的にこれを設定することも、インストールを開始する前にシステム管理者が設定することもできます。

2. OUIを実行する端末を開き、Oracle Databaseインストールの所有者になるユーザー・アカウント(oracleなど)でログインします。
sttyコマンドを無効にできない場合、またはOUIからのSSHの自動構成を妨げるその他の制限がある場合は、インストーラを起動する前に、SSHを構成し、有効にしておく必要があります。

3. インストール中、rootユーザーとしてスクリプトを実行するように求められるため、suまたはsudoの資格証明を持っていることを確認します。
ソフトウェア更新オプションを使用して最新のシステム要件の更新、重要なパッチ更新、およびその他のインストールに関して推奨される更新を取得するには、有効なMy Oracle Supportのユーザー名およびパスワードを使用するか、プロンプトが表示されたらダウンロードされたソフトウェア更新オプション・パッケージへのパスを指定します。

4. Oracle Database 11g リリース2(11.2)インストール・メディアのDisk1またはインストール・バイナリをダウンロードした場所からrunInstallerコマンドを起動します。たとえば、ソフトウェアのバイナリをダウンロードした場所が/home/oracle/oracleswである場合、次のコマンドを入力します。

$ cd /home/oracle/oraclesw/Disk1
$ ./runInstaller

5. OUIのプロンプトに従って情報を入力するか、またはrootとしてスクリプトを実行します。インストール手順の詳細は、「ヘルプ」をクリックしてください。ログ・ファイルを参照するには、「詳細」をクリックしてください。

注意:
root.shスクリプトを、Oracle RACのインストールまたはアップグレード用のクラスタ内のすべてのノードで同時に実行できます。

インストール中に問題が発生した場合は、インストール・ログ・ファイルに記録されているOUI の動作を調査します。このログ・ファイルはOracle Inventoryディレクトリの次の場所に格納されます。

OraInventory/logs/installActionsdate_time.log

注意:
データベースのインストールで使用するOracleホームの名前とパスは、第1フェーズのOracle Grid Infrastructureのインストール時に使用したホームとは異なるものにする必要があります。Oracle Database 11g およびOracle RACソフトウェアは、クラスタ用Oracle Grid Infrastructureソフトウェアをインストールしたホームにはインストールしないでください。
Oracle ASMは、Oracle Grid Infrastructureホームの一部であるため、Oracle RACのインストール中にアップグレードできません。

インストールの第2フェーズ(最終フェーズ)を完了したら、第4章「Oracle Real Application Clustersのインストール後の手順」に進んでインストール後の作業を実行します。

注意:
インストールが完了し、データベースを作成した後で、データベースにOracle Database 11g リリース2(11.2)製品をさらにインストールする場合は、追加の製品をインストールする前に、Oracleホームで実行されているすべてのプロセスを停止する必要があります。すべてのデータベース・プロセスを停止する必要があるのは、Oracle Universal Installerが特定の実行可能ファイルおよびライブラリに再リンクするためです。詳細は、付録E「既存のOracle Real Application Clustersデータベースでのプロセスの停止方法」を参照してください。

次に、インストールの注意に関する追加情報を示します。

- Grid Control Management Agentのインストールを完了している場合は、「データベース管理オプションの選択」ページで、Grid ControlまたはローカルのDatabase Controlのいずれかを選択できます。それ以外の場合は、データベース管理用のローカルのDatabase ControlのみがOracle RACでサポートされます。ローカルのDatabase Controlを使用する場合は、電子メール・オプションを選択して、送信SMTPサーバー名と電子メール・アドレスを選択できます。
Oracle Enterprise Managerを含まない拡張インストールによるソフトウェア・インストール、Oracle Enterprise Manager構成を含まないインストール、ユーザー独自のスクリプトによるデータベースの作成など、Oracle Enterprise Managerを含まないインストールを実行する場合は、OUI、DBCAまたはOracle Enterprise Manager Configuration Assistant(EMCA)ユーティリティを使用して、後でOracle Enterprise Managerを構成できます。

2.12 Oracle Universal Installerを使用したOracle RAC One Nodeのインストール

Oracle RAC One Nodeをインストールするには、次の手順を実行します。

1. OUIを実行する端末を開き、Oracle Databaseインストールの所有者になるユーザー・アカウント(oracleなど)でログインします。
sttyコマンドを無効にできない場合、またはOUIからのSSHの自動構成を妨げるその他の制限がある場合は、インストーラを起動する前に、SSHを構成し、有効にしておく必要があります。

2. インストール中、rootユーザーとしてスクリプトを実行するように求められるため、suまたはsudoの資格証明を持っていることを確認します。

3. Oracle Database 11g リリース2(11.2)インストール・メディアのDisk1またはインストール・バイナリをダウンロードした場所からrunInstallerコマンドを起動します。たとえば、ソフトウェアのバイナリをダウンロードした場所が/home/oracle/oracleswである場合、次のコマンドを入力します。

$ cd /home/oracle/oraclesw/Disk1
$ ./runInstaller

4. Oracle RAC One Nodeデータベースを選択して構成し、Oracle RAC One Nodeが実行されるすべてのノードでOracle RACを選択してインストールします。

5. OUIのプロンプトに従って情報を入力するか、またはrootとしてスクリプトを実行します。インストール手順の詳細は、「ヘルプ」をクリックしてください。ログ・ファイルを参照するには、「詳細」をクリックしてください。

注意:
root.shスクリプトを、Oracle RACのインストールまたはアップグレード用のクラスタ内のすべてのノードで同時に実行できます。

インストール中に問題が発生した場合は、インストール・ログ・ファイルに記録されているOUI の動作を調査します。このログ・ファイルはOracle Inventoryディレクトリの次の場所に格納されます。

OraInventory/logs/installActionsdate_time.log

注意:
データベースのインストールで使用するOracleホームの名前とパスは、第1フェーズのOracle Grid Infrastructureのインストール時に使用したホームとは異なるものにする必要があります。Oracle Database 11g およびOracle RACソフトウェアは、クラスタ用Oracle Grid Infrastructureソフトウェアをインストールしたホームにはインストールしないでください。
データベースをアップグレードする場合は、同じタイプのOracleホームを使用する必要があります。たとえば、ローカルOracleホームから共有Oracleホームに変更することはできません。

Oracle ASMは、Oracle Grid Infrastructureホームの一部であるため、Oracle RACのインストール中にアップグレードできません。

2.13 DBCAを使用したOracle RAC One Nodeの構成

クラスタ・ノードにのみOracle RACソフトウェアをインストールすることを選択した場合、Oracle Database Configuration Assistant(DBCA)を使用してOracle RAC One Nodeを構成できます。

インストール後にDBCAを起動し、「ようこそ」ページで、「Oracle RAC One Nodeデータベース」を選択します。DBCAは、選択した複数のノードのうちの1つのノードでのみ起動します。クラスタには後でノードを追加できます。

1つのノードを選択すると、1つのノードでOracle RAC One Nodeがデプロイされます。Oracle RAC One Nodeのフェイルオーバー先となるクラスタ内ですべてのノードを選択することをお薦めします。

2つ未満のノードを選択するか、2以上のカーディナリティでサーバー・プールを作成すると、選択したこの構成ではOracle RAC One Nodeインスタンスのフェイルオーバーがサポートされないことを示す警告メッセージが、DBCAによって表示されます。

管理者管理のOracle RAC One Nodeデータベースを作成した場合、そのデータベースが、バイナリをインストールしたノードのプールの1つのみで起動されている間は、すべての候補サーバーが汎用サーバー・プールに配置される点に注意してください。候補サーバーがまだ汎用または空きに存在しない場合、候補サーバーで実行されているリソースが停止することがあります。

関連項目:
Oracle RAC One Nodeの詳細は、Oracle Technology Networkを参照してください。

http://www.oracle.com/technology/products/database/clustering/index.html

3 Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成

この章では、Database Configuration Assistant(DBCA)をスタンドアロン・モードで使用して、Oracle Real Application Clusters(Oracle RAC)データベースを作成および削除する方法について説明します。この章の内容は次のとおりです。

- Oracle RACでのDatabase Configuration Assistantの使用

- Database Configuration Assistantのメリット

- 以前のリリースからのリスナーの自動移行

- Enterprise Manager DB Controlの環境変数の設定

- DBCAの要件の検証

- DBCAを使用したOracle RACデータベースの作成

- DBCAを使用したOracle RACデータベースの削除

3.1 Oracle RACでのDatabase Configuration Assistantの使用

次に、DBCAの主なデータベース機能を示します。

- データベースの作成および削除

- データベース・インスタンスの追加および削除

- データベースおよびそのインスタンスのネットワーク構成の設定

- データベースのOracle Enterprise Manager Grid Controlへの登録とDatabase Controlの構成

- Oracle Database Vaultなどのデータベースのオプションの構成

- データベースおよびそのインスタンスの起動

注意:
クラスタ管理サービスは、DBCAでは管理できなくなりました。Oracle Enterprise Manager DB Controlのクラスタ管理サービスのページ(「クラスタ・データベース」の「可用性」ページからアクセス可能)を使用します。詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

関連項目:

- スタンドアロン・モードでのDBCAの使用については、「DBCAを使用したOracle RACデータベースの作成」を参照してください。

- リスナーの構成などで問題が発生した場合の解決およびLightweight Directory Access Protocol(LDAP)対応のディレクトリ・サポートの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- Oracle Enterprise Managerの使用の詳細は、Oracle Enterprise Manager Real Application Clustersガイドのオンライン・ヘルプを参照してください。

3.2 Database Configuration Assistantのメリット

DBCAを使用してOracle RACデータベースを作成することをお薦めします。事前構成済データベースを使用すると、サーバー・パラメータ・ファイル(SPFILE)、自動UNDO管理などの機能に合わせて環境を最適化できるためです。Oracle ASMまたはクラスタ・ファイル・システム記憶域を使用する場合は、DBCAによって自動バックアップも構成されます。このバックアップは、高速リカバリ領域を使用します。

DBCAによって、ポリシー管理データベースと管理者管理データベースの両方を作成できます。DBCAを使用すると、データベースの作成時にサイト固有の表領域を作成することもできます。DBCAテンプレートとは異なるデータ・ファイル要件がある場合は、DBCAによってデータベースを作成し、後でデータ・ファイルを変更します。また、データベースの作成時に、ユーザー定義のスクリプトを実行することもできます。

また、DBCAは、クラスタ管理ツールなど、Oracleの様々な高可用性機能を使用できるOracle RAC環境を構成します。DBCAは、定義した構成のサポートに必要なすべてのデータベース・インスタンスも起動します。

3.3 以前のリリースからのリスナーの自動移行

システムにOracle Database 10g または11g がインストールされている場合に、共存させたり、リリース10.1、10.2または11.1の環境をアップグレードするために、Oracle Database 11g リリース2(11.2)をインストールすると、ほぼすべてのインストール・タイプで、既存のOracle Databaseリスナーが11g リリース2(11.2)のOracleホームに自動的に移行されます。移行時に、IPCキー値の既存のリスナーと同じTCP/IPポートを使用して、デフォルトのOracle Net Listenerが構成および起動されます。

Oracle Clusterwareのアップグレード時に、デフォルト・リスナー(LISTENER_NODENAME)はOracle Grid Infrastructureホーム(Gridホーム)に移行されます。DBCAでは常にデフォルト・リスナーが使用されます。

このリスナー移行プロセスによって、既存のOracleホームのリスナーが停止され、新しいOracleホームからリスナーが再起動されます。データベースでデフォルト・リスナー(LISTENER_NODENAME)が使用されている場合、デフォルト・リスナーはNETCAによってOracle Clusterwareのアップグレードの一部としてOracle Clusterwareホームに自動的に移行されます。データベースでデフォルト以外のリスナーが使用されている場合、そのデフォルト以外のリスナーは、DBUAによってOracle Databaseホームに移行されます。

移行時には、移行中のリスナーに登録されているいずれのデータベースにもクライアント・アプリケーションを接続できない場合があります。

3.4 Enterprise Manager DB Controlの環境変数の設定

以前のリリースのOracle Databaseでは、Enterprise Managerの起動、停止、状態確認を行う場合、ORACLE_HOMEおよびORACLE_SIDの環境変数を設定する必要がありました。Oracle Database 11g リリース2(11.2)以上では、Enterprise Managerを使用する場合、ORACLE_HOMEおよびORACLE_UNQNAMEの環境変数を設定する必要があります。たとえば、Bourneシェルをデフォルト・シェルとして使用するoracleユーザーに対してこれらの環境変数の値を設定するには、次のようなコマンドを各ノードで入力します。ここで、Oracleホームは/u01/app/oracle、データベースの一意の名前はsalesです。

$ export ORACLE_HOME=/u01/app/oracle/product/11.2/dbhome1
$ export ORACLE_UNQNAME=sales

これらの環境変数は、その設定がシステムを再起動した後にも使用できるように、各クラスタ・メンバー・ノードのoracleユーザーのプロファイル・ファイルに記述します。

3.5 DBCAの要件の検証

DBCAを使用してデータベースの構成を変更する場合は、構成を変更する準備がシステムで完了しているかどうかを検証するために、クラスタ検証ユーティリティ(CVU)で次のコマンド構文を使用します。

/Grid_home/bin/cluvfy stage -pre dbcfg -fixup -n node_list -d Oracle_home [-verbose]

前述の構文例で、Grid_home 変数はOracle Grid Infrastructureホーム、node_list変数はクラスタ内のノードのカンマ区切りリスト、Oracle_home変数はOUIでデータベースを作成または変更するOracleホーム・ディレクトリのパスです。-fixupフラグにより、修正スクリプトが生成されます。これは、チェックの前に多くのオペレーティング・システムの構成タスクが完了していない場合、それらのタスクを処理するためにrootとして実行されます。

たとえば、node1およびnode2で構成され、Oracle Grid Infrastructureホームのパスが/u01/app/grid/11.2.0、Oracleホームのパスが/u01/app/oracle/product/11/db1の2ノードのクラスタのシステムで、Oracle DatabaseおよびOracle RACのインストールのための準備が完了しているかどうかを検証するには、次のコマンドを入力します。

$ /u01/app/grid/11.2.0/bin/cluvfy stage -pre dbcfg -fixup -n node1,node2 -d\
/u01/app/oracle/product/11/db1

-verboseオプションを選択すると、CVUによるシステム検証の進捗状況および検証結果の詳細を表示できます。

CVUのサマリーにクラスタ検証の失敗が表示され、修正スクリプトを実行してもこれらの問題を解決できない場合は、該当するシステム構成手順を確認および修正して、再度テストを実行します。

cluvfy.sh stage -pre dbcfgコマンドでは、次の項目が検証されます。

- ノード到達可能性: 指定したすべてのノードがローカル・ノードから到達可能かどうか。

- ユーザー等価関係: 指定したすべてのノードでユーザー等価関係が成り立っているかどうか。

- ノード接続性: 指定したすべてのノード間で、使用可能なパブリックおよびプライベート・ネットワーク・インタフェースを介した接続が可能かどうか。

- 管理権限: oracleユーザーが、指定したノードにOracle RACデータベースを作成するための適切な管理権限を持っているかどうか。

- Oracle Clusterwareの整合性: Oracle Clusterwareスタックのすべてのコンポーネントが完全に実行可能な状態であるかどうか。

3.6 DBCAを使用したOracle RACデータベースの作成

DBCAを使用して、Oracle ASMまたはクラスタ・ファイル・システムのないスタンドアロン・モードでデータベースを作成するには、共有ストレージ・デバイスを構成しておく必要があります。また、Oracle Net listener.oraファイルを構成するには、Oracle Net Configuration Assistant(NETCA)を実行する必要があります。DBCAを実行する場合に、オペレーティング・システム環境変数ORACLE_HOMEにOracle RACデータベース・ホームを、またはORACLE_UNQNAMEにデータベースの一意の名前を設定する必要はなくなりました。

DBCAを使用すると、Oracleが供給するテンプレートから、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

複雑な環境の場合は、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインタビューが行われます。これによって、データベースを作成する時間が長くなります。

「詳細表示」をクリックして、各タイプのデータベースの構成を確認します。使用するデータベースでサポートされるワークロードのタイプに適したテンプレートを選択します。どちらを選択するか不明な場合は、デフォルトの「汎用またはトランザクション処理」テンプレートを選択します。

DBCAを起動するには、インストール所有者アカウント(oracleなど)として、Oracle RACがインストールされているノードのいずれかに接続し、SSH鍵をメモリーにロードして、$ORACLE_HOME/binディレクトリからdbcaコマンドを入力します。

注意:
Oracle RAC環境では、DBCAを起動する端末セッション用にSSH鍵をメモリーにロードする必要があります。これを行わない場合、DBCAの起動時にユーザー等価関係エラーが表示されます。システムでSSHにパス・フレーズを使用している場合、SSH鍵をロードするためにパス・フレーズを指定する必要があります。
SSH鍵をロードするには、次のコマンドを使用します。

$ exec /usr/bin/ssh-agent $SHELL
$ /usr/bin/ssh-add

必要に応じて、プロンプトに従って、パス・フレーズを指定します。これで、DBCAを起動できるようになります。

DBCAを起動すると、最初に、Oracle RACデータベースを選択するオプションを含む、Oracle RAC用の「ようこそ」ページが表示されます。このOracle RAC用の「ようこそ」ページは、DBCAを起動したOracleホームがクラスタにインストールされている場合にのみ、DBCAによって表示されます。

Oracle RACの「ようこそ」ページが表示されたら、DBCAのプロンプトに従って情報を指定します。必要に応じて、「ヘルプ」をクリックします。

DBCAによってOracle RAC用の「ようこそ」ページが表示されなかった場合は、Oracleホームがクラスタにインストールされているかどうかを検出できなかったことを示しています。この場合は、OUIインベントリが/etc/oraInst.locディレクトリに正しく配置され、oraInventoryファイルが破損していないことを確認します。また、次のCVUコマンド構文を使用してクラスタウェア診断を実行します。

/Grid_home/bin/cluvfy/cluvfy.sh stage -post crsinst -n nodelist.

たとえば、マウント・ポイント/u01/app/grid/11.2.0と、ノードnode1およびnode2で構成されている場合は、次のコマンドを実行します。

$ /u01/app/grid/11.2.0/bin/cluvfy stage -post crsinst -n node1,node2

DBCAを使用する場合は、次の事項に注意してください。

- クラスタ・インストールの対象となるノードが「ノードの選択」ページに表示されない場合は、Opatch lsinventoryによってインベントリ診断を、CVUによってクラスタウェア診断を実行します。

- グローバル・データベース名には、30文字以内の、英字で始まる文字列を指定できます。グローバル・データベース名のドメイン部分には、128文字以内の、英数字およびピリオド(.)からなる文字列を指定できます。

- SID接頭辞は、英字で始める必要があります。

- SID接頭辞に使用できる文字列の最大数は8文字です。DBCAは、SID接頭辞を使用して、各インスタンスのORACLE_SID変数に一意の値を生成します。

- 「管理オプション」ページで、Oracle Enterprise Managerの監視インタフェースおよび管理インタフェースを選択できます。
Database Controlは、いつでも選択できます。DBCAによってクラスタにGrid Controlのエージェントが検出された場合、Grid Controlを使用したEnterprise Managerオプションも選択できます。Database ControlインタフェースとGrid Controlインタフェースのいずれかを選択します。

日次バックアップ操作を有効にできます。日次バックアップでは、バックアップ時刻およびバックアップ操作を実行するユーザーのオペレーティング・システムの接続情報を入力します。

Oracle RAC 11g リリース11.2.0.2以上では、DBCAまたはOUIから電子メール通知を設定できなくなりました。

- Oracle RAC 11g リリース2以上では、記憶域管理ロールSYSASMにOSASMグループのメンバーシップが必要です。このグループを、メンバーにSYSDBA権限が付与されるOSDBAと同じにすることはできません。このリストでSYSASM権限が必要な作業には、「SYSASM権限」とマーク付けされています。

- SYSASM権限: 高速リカバリ領域を使用するために、個別に2つ以上のOracle ASMディスク・グループを作成することをお薦めします。データベース領域用とリカバリ領域用です。データベース領域とリカバリ領域を別の障害グループに配置することをお薦めします。管理権限を分割した場合は、高速リカバリ領域を設定するようストレージ管理者に依頼してください。
障害グループは、2つのストレージ・デバイス間で共有されているコントローラなどの共有ハードウェアまたは同じスピンドル上にある2つのディスクによって定義されます。障害が発生したハードウェアを2つのストレージ・デバイスで共有しており、両方のストレージ・デバイスが使用できなくなった場合、これらのストレージ・デバイスは同じ障害グループに属しています。

Oracle ASMを使用しない場合、データ・ファイルと高速リカバリ領域を(Oracle ASMを使用する場合の別の障害グループと同様の)Oracleホーム以外の別の場所に配置して、ハードウェアの障害によって可用性が低下しないようにすることをお薦めします。

関連項目:
高速リカバリ領域の使用の詳細は『Oracle Database概要』、障害グループの詳細および高可用性とリカバリのベスト・プラクティスについては『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- SYSASM権限: 追加するストレージ・デバイスが「Oracle ASMディスク・グループ」ページに表示されない場合は、「ディスク検出パスの変更」をクリックし、使用可能なストレージ・デバイスの検出にDBCAが使用する検索パスを変更します。ボックスを選択して、ステータスが「候補」または「前」(これまでOracle ASMディスク・グループで使用されていないか、現在グループに属していない)であるストレージ・デバイスを選択します。Oracle ASMディスク・ヘッダーはまだあるが、ディスク・グループは使用されなくなったストレージ・デバイスを追加する場合(これが発生する可能性があるのは、インストールを中止した後、ディスク・グループを削除しないで削除を行った後、またはその他の構成の問題が発生した後にストレージ・デバイスを選択する場合)、Forceコマンドを使用します。

- 「リカバリ構成」ページで、Oracle ASMまたはクラスタ・ファイル・システム記憶域を使用すると、その「リカバリ構成」ページで、高速リカバリ領域とサイズも選択できます。Oracle ASMを使用している場合、デフォルトでは、高速リカバリ領域はOracle ASMディスク・グループに設定されます。OCFS2を使用している場合、デフォルトでは、高速リカバリ領域は$ORACLE_BASE/flash_recovery_areaに設定されます。

- Linuxシステムにインストールする場合、「初期化パラメータ」ページで、初期化パラメータMEMORY_TARGETまたはMEMORY_MAX_TARGETを設定する「メモリー・サイズ(SGAおよびPGA)」にはオペレーティング・システムの共有メモリー・ファイル・システムのメモリー・サイズより大きい値を指定できないことに注意してください。
たとえば、システムの共有メモリー・ファイル・システムには1 GBのメモリーしか割り当てられていないにもかかわらず、「メモリー・サイズ(SGAおよびPGA)」(MEMORY_TARGET)に2 GBと設定している場合、データベースの起動時に次のエラーが表示されます。

ORA-00845: MEMORY_TARGET not supported on this system
ORA-01078: Failure in processing system parameters

この問題は他のプラットフォームでは発生しません。

すべてのプラットフォームについて、クラスタに現在のDBCAセッションに存在するノードより多くのノードを追加する場合は、「すべての初期化パラメータ」をクリックして、パラメータCLUSTER_DATABASE_INSTANCESをクラスタに追加する総ノード数に変更します。

また、「すべての初期化パラメータ」をクリックする際には、グローバル・データベース名が8文字を超える場合、データベース名の値(DB_NAMEパラメータ)は、最初の8文字に切り捨てられ、DB_UNIQUE_NAMEパラメータ値が、グローバル名に設定されることに注意してください。

関連項目:
初期化パラメータについては、『Oracle Database管理者リファレンス』を参照してください。

DBCAのプロンプトに従って作業を行い、「サマリー」ダイアログ・ボックスの情報を確認して「OK」をクリックすると、DBCAによって次の処理が行われます。

- 有効なOracle RACデータベースとそのインスタンスの作成

- Oracle RACデータ・ディクショナリ・ビューの作成

- クラスタ・データベースのネットワークの構成

- 以前のリリースのOracle Databaseリスナーと関連ファイルのOracle Database 11gのOracleホームへの移行

- リスナーおよびデータベース・インスタンスの起動と、その後での高可用性サービスの起動

- Oracle Enterprise Manager Database ControlまたはGrid Controlの構成

注意:
データベースを作成した後で、そのデータベースにOracle Database製品をさらにインストールする場合は、Oracle Universal Installerが特定の実行可能ファイルおよびライブラリを再リンクできるように、追加の製品をインストールする前に、Oracleホームで実行されているすべてのプロセスを停止する必要があります。詳細は、付録E「既存のOracle Real Application Clustersデータベースでのプロセスの停止方法」を参照してください。

3.7 DBCAを使用したOracle RACデータベースの削除

この項では、DBCAを使用したOracle RACデータベースの削除方法について説明します。この手順を実行すると、データベースが削除され、データベースの初期化パラメータ・ファイル、インスタンス、OFA構造およびOracleネットワーク構成が削除されます。ただし、RAWデバイスまたはRAWパーティションにあるデータ・ファイルは削除されません。

DBCAを使用してデータベースを削除するには、次の作業を行います。

1. いずれかのノードでDBCAを起動します。

- $ORACLE_HOME/binディレクトリからdbcaコマンドを実行します。

DBCAの「ようこそ」ページが表示されます。

2. 「Oracle Real Application Clusters」を選択して「次へ」をクリックします。
「次へ」をクリックすると「操作」ページが表示されます。

3. 「データベースの削除」を選択して「次へ」をクリックします。DBCAの「クラスタ・データベースのリスト」ページが表示されます。

4. ユーザーIDおよびパスワードにオペレーティング・システムの認証がない場合、「クラスタ・データベースのリスト」ページにユーザー名およびパスワードを入力するフィールドが表示されます。このフィールドが表示されたら、SYSDBA権限のあるユーザー・アカウントのユーザーIDおよびパスワードを入力します。

5. 削除するデータベースを選択し、「終了」をクリックします。
「終了」をクリックすると、そのデータベースおよびインスタンスの削除を確認するダイアログ・ボックスが表示されます。

6. 「OK」をクリックすると、データベース本体と関連ファイル、サービスおよび環境設定の削除が開始されます。「取消」をクリックすると、操作が中止されます。

「OK」をクリックすると、DBCAは操作を継続して、このデータベースに関連するすべてのインスタンスを削除します。DBCAは、パラメータ・ファイル、パスワード・ファイルおよびoratabエントリも削除します。

この時点で、次の作業が完了しました。

- 選択したデータベースのクラスタからの削除

- データベースに割り当てられた高可用性サービスの削除

- データベースのOracle Net構成の削除

- データベースに対するDatabase Controlの構成解除

- データベースのOFAディレクトリ構造のクラスタからの削除

- データ・ファイルの削除(RAWデバイス上に存在しない場合)

4 Oracle Real Application Clustersのインストール後の手順

この章では、Oracle Database 11g リリース2(11.2)およびOracle Real Application Clusters(Oracle RAC)ソフトウェアをインストールした後に実行する、インストール後の作業について説明します。この章の内容は次のとおりです。

- インストール後の必要な作業

- インストール後の推奨する作業

- Oracle RACのためのOracle Configuration Managerのインストール後の構成

- インストール後のデータベース・オプションの有効化および無効化

注意:
この章では、基本的な構成についてのみ説明します。より高度な構成およびチューニング情報については、『Oracle Database管理者ガイド』および製品の管理者ガイドとチューニング・ガイドを参照してください。また、インストール後の構成情報の詳細は、ご使用のプラットフォーム用のOracle Databaseのインストレーション・ガイドを参照してください。

4.1 インストール後に必要な作業

インストールを完了したら、次の作業を実行します。

- パッチの更新のダウンロードおよびインストール

- HP-UX上のインストールに対する外部ジョブ所有者の設定

- Oracle製品の構成

- シンボリック・リンクを使用したOCFS2からのインスタンス関連メモリー・マップ・ファイルの再配置

4.1.1 パッチの更新のダウンロードおよびインストール

My Oracle Support Webサイトを参照して、インストールした環境に必要なパッチの更新を確認します。

注意:
My Oracle Supportを使用するには、ブラウザにバージョン9.0.115以上のAdobe Flashプラグインがインストールされている必要があります。Adobe Flashのチェッカ・ページに移動して、ご使用のブラウザでFlashプラグインの正確なバージョンをチェックし、最新バージョンのAdobe Flashがインストールされていることを確認します。
Flashをインストールしていない場合は、次のAdobe Webサイトから最新バージョンのFlash Playerをダウンロードします。

http://www.adobe.com/go/getflashplayer

必要なパッチの更新をダウンロードするには、次の手順を実行します。

1. Webブラウザを使用して、次のMy Oracle Support Webサイトを表示します。
https://support.oracle.com

2. My Oracle Supportにログインします。

注意:
My Oracle Supportの登録ユーザーでない場合は、「My Oracle Supportへの登録」をクリックして、登録します。

3. My Oracle Supportのメイン・ページで「パッチと更新版」をクリックします。

4. 「パッチ」セクションで「簡易検索」をクリックします。

5. 次の情報を指定して、「実行」をクリックします。

- 「検索条件」フィールドで「製品またはファミリ」を選択し、「RDBMSサーバー」を指定します。

- 「リリース」フィールドで現在のリリース番号を指定します。

- 「パッチ・タイプ」フィールドで「パッチセット/ミニパック」を指定します。

- 「プラットフォームまたは言語」フィールドでご使用のプラットフォームを選択します。

6. 「結果」リストで、Oracle Databaseの最新のパッチ・セットを見つけます。
Oracle Databaseのパッチ・セットは、「説明」列の説明(Product:Patchset x.x.x.x PATCH SET FOR ORACLE DATABASE SERVER)で確認できます。

7. 「Patch」列のダウンロードするパッチの番号をクリックします。

8. 「パッチセット」ページで「READMEの表示」 をクリックして、表示されるページを読みます。READMEページには、そのパッチ・セットに関する情報と、パッチの適用方法が記載されています。

9. 「パッチセット」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

10. Oracle Database 11g リリース2(11.2)に付属のunzipユーティリティを使用して、My Oracle SupportからダウンロードしたOracleパッチの更新を解凍します。unzipユーティリティは$ORACLE_HOME/binディレクトリにあります。

4.1.2 HP-UX上のインストールに対する外部ジョブ所有者の設定

HP-UXプラットフォームの場合にのみ、次の手順を実行して権限の低いユーザーextjobに外部ジョブ所有者を設定します。

1. rootとしてログインします。

2. ディレクトリをOracle Database Oracleホームに変更します。

# cd $ORACLE_HOME/rdbms/admin/

3. テキスト・エディタでexternaljob.oraを開き、パラメータrun_userおよびrun_groupを検索します。

4. run_userに外部ジョブ・ユーザー(extjob)を設定し、run_groupに権限の低いグループ(otherなど)を設定します。次に例を示します。

run_user=extproc
run_group=other

5. ファイルを保存します。

注意:
rootとしてexternaljob.oraのみを変更します。

4.1.3 Oracle製品の構成

多くのOracle製品およびオプションは、初めて使用する前に構成する必要があります。個々のOracle Database 11g リリース2(11.2)のデータベース製品またはオプションを使用する前に、Oracle Databaseインストール・メディアのDOCディレクトリから参照できるその製品のドキュメント・ライブラリ内のマニュアル、またはOTN Webサイトから入手できるマニュアルを参照してください。

4.1.4 シンボリック・リンクを使用したOCFS2からのインスタンス関連メモリー・マップ・ファイルの再配置

標準のローカル・ファイル・システムにOracle RACをインストールした場合、この項を読む必要はありません。

Linuxでは、Oracle RACのインストールがOCFS2に作成され、ご使用のOCFS2のバージョンが1.4.1以前のバージョンである場合、そのバージョンを引き続き使用するには、次の作業を行う必要があります。

1.4.1以前のバージョンのOCFS2では、ヘルス・チェック・ファイル(*.dat)(通常は、$ORACLE_HOME/dbsにあります)をローカル・ファイル・システムに再配置し、そこに元のパスからシンボリック・リンクを作成する必要があります。これは、OCFS2バージョンfor Linuxでは、ヘルス・チェック・ファイルを操作するためにOracleソフトウェアが使用する、書込み可能な共有mapアクセスをサポートしていないためです。

ファイルを再配置するには、次の手順を実行します。

1. Oracle Databaseインスタンスを停止します。

2. $ORACLE_HOME/dbs/*.datファイルをローカル・ファイル・システムのディレクトリに移動します。

3. $ORACLE_HOME/dbsディレクトリからローカル・ファイル・システムにある*.datファイルへのシンボリック・リンクを作成します。

4. Oracle Databaseインスタンスを再起動します。

4.2 インストール後の推奨作業

Oracle RACをインストールした後で、次の作業を行うことをお薦めします。

- root.shスクリプトのバックアップ

- Oracleユーザー環境変数の設定

- すべてのPL/SQLモジュールの再コンパイル

- その他のユーザー・アカウントの設定

- Oracle RAC構成監査ツールの実行

4.2.1 root.shスクリプトのバックアップ

インストールの完了後に、root.shスクリプトをバックアップすることをお薦めします。同じOracleホーム・ディレクトリに他の製品をインストールすると、Oracle Universal Installer(OUI)は、インストール中に既存のroot.shスクリプトの内容を更新します。元のroot.shスクリプトの情報が必要になった場合は、root.shファイルのコピーから元に戻すことができます。

4.2.2 Oracleユーザー環境変数の設定

各ノードで、インストール所有者ユーザーのprofileファイル(この例ではoracle)の環境変数ORACLE_BASE、ORACLE_HOMEおよびORACLE_SIDを設定し、ORACLE_HOME/binをパス環境変数に追加します。

次に例を示します。

export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=/u01/app/oracle/11.2.0/dbhome_1
export PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_SID=sales1

環境変数ORACLE_HOMEおよびORACLE_SIDを設定せずに、SQL*Plusなどのツールを使用しようとすると、これらの変数を設定するように求めるエラー・メッセージが表示されます。

4.2.3 すべてのPL/SQLモジュールの再コンパイル

データベースの作成またはアップグレード後に、utlrp.sqlスクリプトを実行することをお薦めします。このスクリプトを実行すると、パッケージ、プロシージャ、タイプなど、無効な状態になっている可能性があるすべてのPL/SQLモジュールが再コンパイルされます。この手順の実行は任意ですが、後日ではなくインストール直後に実行することをお薦めします。

1. 前述の項「oracleユーザーの環境変数の設定」の説明に従って、Oracleソフトウェア所有者のユーザー・アカウントの環境(oracleなど)を設定します。

2. 次のコマンドを実行して、SQL*Plusを起動します。

$ sqlplus "/ AS SYSDBA"

3. utlrp.sqlスクリプトを実行します。Oracle_homeはOracleホームのパスです。

SQL> @Oracle_home/rdbms/admin/utlrp.sql

4.2.4 その他のユーザー・アカウントの設定

ユーザー・アカウントを任意に追加する設定の詳細は、Oracle Databaseの管理者ガイドを参照してください。

この章の手順を完了すると、第5章「Oracle Real Application Clusters環境でのサーバー・パラメータ・ファイルの構成」で説明する基本的な構成作業を実行できます。

4.2.5 Oracle RAC構成監査ツールの実行

Oracle RAC構成監査ツール(RACcheck)を実行して、Oracle RACインストールをチェックすることをお薦めします。RACcheckは、Oracle Real Application Clusters、Oracle Clusterware、Oracle Automatic Storage ManagementおよびOracle Grid Infrastructure環境の重要な様々な構成設定を確認するOracle RAC監査ツールです。

My Oracle SupportからRACcheckの最新バージョンをダウンロードして実行することをお薦めします。RACcheck構成監査ツールのダウンロード、構成および実行の詳細は、次のURLからMy Oracle Supportのノート1268927.1を参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1268927.1

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

4.3 Oracle RACのためのOracle Configuration Managerのインストール後の構成

Oracle Configuration Managerをインストールした場合、スクリプトを実行して、データベース構成収集を行うデータベース・アカウントを作成する必要があります。このアカウントは、接続モードと切断モードの両方で作成する必要があります。データベース・アカウントには、構成情報を収集するPL/SQLプロシージャが格納され、そのアカウントが、収集を行うデータベース管理システム(DBMS)・ジョブの所有者になります。アカウントの設定後、ログイン権限は不要になるため、アカウントはロックされます。

構成収集が行われるようにデータベースを構成するには、次のスクリプトを実行します。

$ORACLE_HOME/ccr/admin/scripts/installCCRSQL.sh collectconfig -s SID -r\
SYSDBA-USER -p SYSDBA-PASSWORD

スクリプトinstallCCRSQL.shを実行すると、Oracle Configuration Managerユーザーが作成され、PL/SQLプロシージャがORACLE_SIDで定義されているデータベースにロードされます。コマンドラインで-sオプションを使用して、データベースSIDを指定することもできます。次の例では、SIDをorclに指定しています。

$ORACLE_HOME/ccr/admin/scripts/installCCRSQL.sh collectconfig -s orcl

Oracle RACの場合、データベース・スクリプトを実行する必要があるのは、インストールを行ったローカル・インスタンスなど、1つのインスタンスに対してのみです。ただし、Oracle Configuration Managerはすべてのインスタンス・ホームにインストールする必要があります。

関連項目:

- 詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

- その他の構成作業の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

4.4 インストール後のデータベース・オプションの有効化および無効化

Oracle Databaseをインストールすると、一部のオプションは有効になり、それ以外は無効になります。Oracleホームの特定のデータベース機能を有効または無効にするには、データベースを停止してchoptツールを使用します。

choptツールはコマンドライン・ユーティリティで、ディレクトリORACLE_HOME/binに格納されています。次の構文を使用し、db_optionにステータスを変更する対象のオプションを指定します。

chopt [enable | disable] db_option

db_optionに指定可能な値を、表4-1に示します。

表4-1 データベース・オプションに対応するChoptツールのコマンド・オプション

値

説明

dm

Oracle Data Miningデータベース・ファイル

dv

Oracle Database Vault

lbac

Oracle Label Security

olap

Oracle OLAP

partitioning

Oracle Partitioning

rat

Oracle Real Application Testing

ode_net

.NET 1.x用のOracle Databaseの拡張機能

ode_net_2

.NET 2.0用のOracle Databaseの拡張機能

例4-1 Choptを使用してデータベース・オプションを有効にする方法

この例では、choptツールを使用して、データベースoradb1でOracle Label Securityを有効にします。

$ cd $ORACLE_HOME/bin
$ srvctl stop database -d oradb1
$ chopt enable lbac
$ srvctl start database -d oradb1

5 Oracle Real Application Clusters環境のサーバー・パラメータ・ファイルの構成

この章では、Oracle Real Application Clusters(Oracle RAC)環境でのサーバー・パラメータ・ファイル(SPFILE)の配置および構成について説明します。この章の内容は次のとおりです。

- パラメータ・ファイルおよびOracle RAC

- Oracle RACでのサーバー・パラメータ・ファイルの使用

- Oracle RACでのパラメータ・ファイルの検索順序

- Oracle RAC環境でのSPFILEへの移行

- Oracle RACでのサーバー・パラメータ・ファイルのエラー

関連項目:
Oracle RACデータ・ウェアハウス環境のパラメータおよびパラレル実行に関連するパラメータについては、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

5.1 パラメータ・ファイルおよびOracle RAC

Oracle Databaseは、パラメータ・ファイルのパラメータ設定を使用して、様々なデータベース・リソースの制御方法を決定します。パラメータの管理には、サーバー・パラメータ・ファイル(SPFILE)または従来のクライアント側のパラメータ・ファイルの2種類のファイルを使用できます。

SPFILEを使用してパラメータを管理することをお薦めします。クライアント側のパラメータ・ファイルを使用する場合、セルフ・チューニングで行ったパラメータの変更は、Oracleの停止後に保存されません。

5.2 Oracle RACでのサーバー・パラメータ・ファイルの使用

デフォルトでは、Oracle Databaseは1つのSPFILEを基にして各ノードのthe initパラメータ・ファイル(PFILE)を作成します。サーバー・パラメータ・ファイルはバイナリ・ファイルであるため、SPFILEファイルのパラメータ設定は、Oracle Enterprise ManagerまたはSQL文のALTER SYSTEM SETを使用した場合にのみ変更できます。このファイルは、手動では編集しないでください。

注意:
セルフ・チューニング・パラメータの値を変更しないことをお薦めします。これらの設定を変更すると、パフォーマンスが著しく低下する場合があります。

以前のリリースのOracle Databaseからアップグレードする場合は、次のOracle RACのサーバー・パラメータ・ファイルに関する項を参照してください。

5.2.1 サーバー・パラメータ・ファイルの概要

Oracle Database 11g リリース2以上のデータベースでは、srvctlコマンドsrvctl add/modify -p spfileで指定した値に基づいて、データベース・エージェントがSPFILEを自動的にメンテナンスします。spfileは、SPFILEの名前です。initORACLE_SID.oraファイルを作成またはメンテナンスする必要はありません。

サーバー・パラメータ・ファイル(SPFILE)のデフォルトの位置は次のパスになります。

$ORACLE_HOME/dbs/spfile$ORACLE_SID.ora

すべてのインスタンスは同じサーバー・パラメータ・ファイルを使用する必要があるため、ノード上の記憶域を使用する場合、サーバー・パラメータ・ファイルのデフォルトの位置は、Oracle RACデータベースおよびOracle ASMインスタンスには適切ではありません。

このため、次のディレクトリでPFILEを使用することをお薦めします。

$ORACLE_HOME/dbs/init$ORACLE_SID.ora

このパスは各インスタンス用のものであり、単一の共有初期化パラメータ・ファイルを参照します。たとえば、NFS記憶域を使用する場合、LinuxまたはUNIXシステムでは、ファイルに次のようなエントリが必要です。

SPFILE='/nfs/db/oracle_dg/dbspfile'

ただし、クラスタ・ファイル・システムを使用する場合は、次のいずれかのファイルの位置を使用します。

LinuxおよびUNIXベースのシステムの場合

SPFILE='/shared_mount/dbname/spfiledbname.ora'

この構文例では、shared_mount変数は共有マウント・ポイントで、dbname変数はデータベース名です。

DBCAを使用して、データベースを作成したり、サーバー・パラメータ・ファイルを使用するには、DBCAを起動します。「初期化パラメータ」ページが表示されたら、「ファイルの位置」タブの下の「サーバー・パラメータ・ファイル(SPFILE)を作成」を選択します。このオプションを選択した場合、次に、共有ファイル・システムのファイル名を入力するか、または「サーバー・パラメータ・ファイル名」フィールドに記憶域パスを入力します。

注意:
DBCAを使用してサーバー・パラメータ・ファイルを作成する場合、SPFILEのデフォルトのファイル名は$ORACLE_HOME/dbs/init$ORACLE_SID.oraになります。

5.3 Oracle RACでのパラメータ・ファイルの検索順序

パラメータ・ファイルは、次の順序で検索されます。

1. $ORACLE_HOME/dbs/spfilesid.ora

2. $ORACLE_HOME/dbs/spfile.ora

3. $ORACLE_HOME/dbs/initsid.ora

5.4 Oracle RAC環境でのSPFILEへの移行

SPFILEへ移行するには、この項で説明する手順でサーバー・パラメータ・ファイルを作成および編集します。この項の内容は次のとおりです。

- Oracle RACでのサーバー・パラメータ・ファイルの配置

- サーバー・パラメータ・ファイルへの移行手順

5.4.1 Oracle RACでのサーバー・パラメータ・ファイルの配置

単一ノードのクラスタ対応の構成の場合や、Oracle ASMディスク・グループまたはクラスタ・ファイル・システムを使用している場合は、Oracle ASMディスク・グループまたはファイル・システム上にサーバー・パラメータ・ファイルを置きます。それ以外の場合は、5MB以上の共有RAWデバイスにサーバー・パラメータ・ファイルを置きます。

5.4.2 サーバー・パラメータ・ファイルへの移行手順

次の手順に従って、SPFILEファイルへ移行します。

1. すべてのインスタンスの初期化パラメータ・ファイルを1つのinitdbname.oraファイルに結合します。dbnameはデータベース名で、すべての共有IFILEの内容はそのままコピーされます。IFILEパラメータ・ファイルに定義されているすべてのパラメータはグローバルです。このため、SID接頭辞なしでparameter=valueという書式で作成します。

2. 次の構文を使用して、initsid.oraファイルからインスタンス固有のすべてのパラメータ定義をコピーします。sid変数はインスタンスのSIDです。

sid.parameter=value

3. クラスタ・ファイル・システムを使用している場合は、次のコマンドを使用して新しいSPFILEの位置を定義することをお薦めします。spfileは、SPFILEの名前です。

srvctl modify database -p spfile

CREATE SPFILE文を使用して、サーバー・パラメータ・ファイルを作成することもできます。次に例を示します。

CREATE SPFILE='?/dbs/spfile_dbname.ora'
FROM PFILE='?/dbs/initdbname.ora'

Oracle ASMを使用する場合は、次の構文を使用してサーバー・パラメータ・ファイルを作成します。disk_group_nameはディスク・グループ名、db_uniquenameはデータベース名、dbnameはデータベース名、Oracle_homeはOracleホームのパスです。

CREATE SPFILE='+disk_group_name/db_uniquename/spfiledbname.ora'
FROM PFILE='Oracle_home/dbs/initdbname.ora'

これらの文は、IFILEをマージして作成した結合済のinitdbname.oraファイルを読み取り、パラメータの設定を、マージしたファイルからサーバー・パラメータ・ファイルに転送します。

4. PFILEをSPFILEへのポインタとして使用して、SPFILEを使用することをお薦めします。これを行うには、次の例に示すように、STARTUPコマンドを実行します。initsid.oraファイルのSID変数sidは、手順3からSPFILEエントリで使用しているSIDです。次に例を示します。次に例を示します。

STARTUP PFILE=$ORACLE_HOME/dbs/initsid.ora

このSTARTUPコマンド構文を使用する場合、Oracle Databaseはinitsid.oraファイルに指定されているサーバー・パラメータ・ファイルのエントリを使用します。

注意:
Oracle ASM 11g リリース2以上のリリースでは、Oracle ASMインスタンスのSPFILEをOracle ASMに格納できます。Oracle ASMインスタンスのSPFILEは、ファイル・システムに配置することもできます。また、Oracle ASMインスタンスごとに従来のクライアント側パラメータ・ファイルを使用することもできます。

関連項目:
Oracle ASMインスタンスの管理方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

5.5 Oracle RACでのサーバー・パラメータ・ファイルのエラー

Oracle Databaseは、サーバー・パラメータ・ファイルの作成中または起動時のファイルの読取り中に発生するエラーをレポートします。パラメータの更新時にエラーが発生した場合、OracleはALERT.LOGファイルにエラーを記録し、ファイルに対するパラメータの残りの更新を行いません。このエラーが発生した場合は、次のいずれかを選択できます。

- インスタンスを停止し、サーバー・パラメータ・ファイルをリカバリし、インスタンスを再起動する。

- 残りのパラメータの更新は行わずに、インスタンスの実行を続ける。

Oracle Databaseは、ALTER SYSTEM SET文を誤って使用して行ったパラメータ変更のエラーを表示します。Oracle Databaseは、サーバー・パラメータ・ファイルに対する読取りまたは書込み時にエラーが発生した場合に、この処理を行います。

関連項目:
SPFILEのバックアップ方法の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

6 サーバー・プールおよびOracle Enterprise Manager Database Controlの構成

この章では、Oracle Real Application Clusters(Oracle RAC)環境でのサーバー・プールおよびOracle Enterprise Manager Database Controlの構成について説明します。この章の内容は次のとおりです。

- サーバー・プールの理解

- インストール中およびインストール後のDatabase Controlの構成

6.1 サーバー・プールの理解

サーバー・プールとは、クラスタをサーバーのプールに論理的に分割したもので、ホスト・データベースなどのアプリケーションに対して割り当てられます。サーバー・プールは、crsctlおよびsrvctlコマンドを使用して管理します。

注意:
デフォルトでは、すべての名前付きユーザーがサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するには、CRS管理者リストに特定のユーザーを追加することをお薦めします。

関連項目:
CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

各サーバー・プール名は、クラスタ内で一意である必要があります。2つのサーバー・プールで同じ名前を使用することはできません。

サーバー・プールの管理には、次の2種類があります。

- 管理者型管理: データベース・リソースを実行するサーバーをデータベース管理者が定義し、必要に応じてリソースを手動で配置します。これは、以前のリリースで使用されていた管理方法です。

- ポリシー管理型: データベース管理者は、データベース・リソースを実行するサーバー・プール(汎用サーバー・プールおよび空きサーバー・プールを除く)を指定します。Oracle Clusterwareによって、データベース・リソースがサーバーに配置されます。
サーバー・プール名は必須属性です。次の属性の値も指定できます。指定しない場合は、デフォルト値に設定されます。

- MIN_SIZE: リソースを実行するサーバーの最小数。デフォルトは0です。

- MAX_SIZE: リソースを実行するサーバーの最大数。デフォルトは-1です。これはクラスタ内の使用可能なすべてのノードでリソースを実行できることを示します。

- IMPORTANCE: リソース・プールの相対的な重要度。クラスタに対してノードの追加または削除が行われたときにサーバーを再構成する方法を決定するために使用されます。デフォルトは0です。

注意:
クライアントがポリシー管理型のサーバー・プールを使用するOracle Database release 11g リリース2以上のデータベースを使用している場合は、単一クライアント・アクセス名(SCAN)を使用してデータベースにアクセスすることをお薦めします。ポリシー管理データベースのインスタンスは異なる時期に異なるサーバー上で動作可能であり、ポリシー管理型データベースの特定のノードまたはインスタンスに仮想IP (VIP)アドレスを使用して接続することができないため、SCANの使用を強くお薦めします。

6.1.1 Oracle RAC One Nodeとサーバー・プール

Oracle RAC One Nodeとサーバー・プールについて次の点に注意してください。

- Oracle RAC One Nodeは、1つのサーバー・プールのみで実行されます。このサーバー・プールは、他のサーバー・プールと同様に処理されます。

- Oracle RAC One Nodeデータベース・インスタンスのオンライン再配置によって、ノード間でのOracle RAC One Nodeデータベースを計画的に移行できます。再配置は、常にサーバー・プール内で行う必要があります。

- WLM統合では、ターゲット・サーバーがすでにサーバー・プール内に存在するか、または空きサーバー・プールに存在する必要があるため、Oracle RAC One Nodeデータベース・インスタンスのオンライン再配置処理では、重要度が低い値に設定されていると、サーバーがサーバー・プールから移行されることはありません。

- Oracle RAC One Nodeデータベースは、Data Guardのフィジカル・スタンバイにできます。

6.1.2 ポリシーベースでのクラスタおよび容量の管理

データベース管理者は、ポリシーベースのサーバー・プール管理を行って、ワークロードのリソース要件を次のように定義します。

- そのアプリケーションに対して優先されるサーバーまたはインスタンスの数を定義します。Oracle Clusterwareは、物理的に使用可能なリソースを指定された数まで自動的に割り当てます。また、必要に応じて、別のノードへのリソースの再配置も行います。

- そのアプリケーションのサポートに必要なインスタンスの数を定義します。

リソースは、特定のインスタンスまたはノードに属するものとして定義されなくなりました。かわりに、リソース要件の優先度が定義されます。

関連項目:
『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

6.2 インストール中およびインストール後のDatabase Controlの構成

次の項では、Oracle Enterprise Manager Database ControlをOracle RACのインストール中に構成する方法およびインストール後に構成する方法について説明します。

- Oracle RACでEMCAを使用する方法の理解

- インストール中のDatabase Controlの構成

- DBCAを使用したDatabase Controlの構成

- EMCAを使用したインストール後のDatabase Controlの構成

- EMCAパラメータ用の入力ファイルの使用

- Database Controlで使用されるポートの指定

- EMCAのトラブルシューティングのヒント

6.2.1 Oracle RACでEMCAを使用する方法の理解

各EMCAコマンドはOracle RAC環境で使用できます。また、特定のEMCAコマンドはクラスタの構成にのみ適用できます。EMCAクラスタ・コマンドを実行するには、-clusterフラグを使用します。このフラグは、EMCAのほとんどの動作モードで使用できます。

EMCAを使用してOracle RACのDatabase Controlを構成する場合は、クラスタ内のインスタンスごとにDatabase Controlを構成します。ただし、デフォルトでは、Database Controlコンソールはローカル・ノードのみで起動されます。クラスタ内の他のすべてのノードでは、Enterprise Managerエージェントのみが起動されます。これは、データベースに対してDatabase Controlコンソールが多数の接続をオープンするためです。コンソールのインスタンスがクラスタ内のすべてのホストで実行されている場合、32ノードまたは64ノードの環境でのオープンしている接続の許容最大数を簡単に超えてしまう可能性があります。

Database Controlコンソールがローカル・ノードで起動されている場合、他のすべてのノードでコマンドemctl start dbconsoleおよびemctl stop dbconsoleを実行しても、エージェントのみが起動および停止されます。各リモート・エージェントは、ローカル・ノードで実行されているコンソールにそれぞれのデータをアップロードします。ユーザーはクラスタ内のすべてのターゲットをローカル・ノードから監視および管理できます。Oracle RACデータベースのインスタンスごとに、次のサブディレクトリが作成されます。nodename はクラスタ内のノードの名前、DBUniqueName はデータベースの一意の名前です。

$ORACLE_HOME/nodename_DBUniqueName
$ORACLE_HOME/nodename_DBUniqueName

ただし、Database Controlで構成された既存のOracle RAC 10g リリース1データベースを最新のリリースにアップグレードしても、既存のDatabase Control構成が保持されることに注意してください。既存のDatabase Controlには、各クラスタ・ノードで実行されるデータベース・コンソールがあります。このコンソールは、引き続き各ノードで起動されます。

既存の構成を変更する場合は、次のコマンドを使用します。

emca -reconfig dbcontrol –cluster –EM_NODE nodename -EM_NODE_LIST NODE_list

nodename はノードのパブリック名、NODE_list はカンマ区切りのノード・リストです。このコマンドによって、Database Controlの現在の設定が再構成され、次の処理が順に実行されます。

1. Database Controlコンソールがnodename で起動されます(起動されていない場合)。

2. NODE_list のデータベース・インスタンスを監視するエージェントがリダイレクトされ、nodename で実行されているコンソールにそのデータがアップロードされます。また、nodename 上のデータベース・インスタンスを監視するエージェントによって、そのデータがローカルのコンソールにアップロードされます。コマンド・オプション-EM_NODEまたは-EM_NODE_LISTをコマンドラインに入力しなかった場合、入力を求めるプロンプトが表示されることに注意してください。

プロンプトが表示されても-EM_NODEを指定しなかった場合は、ローカル・ノードにデフォルト設定されます。-EM_NODE_LISTを指定しなかった場合は、データベースが構成されているすべてのノードにデフォルト設定されます。

このコマンドを使用して、複数のノードでコンソールを起動します。たとえば、node1、node2、node3、node4、node5、node6、node7およびnode8が含まれている8ノード・クラスタでは、次のコマンドを連続して実行できます。

$ emca -reconfig dbcontrol –cluster –EM_NODE node1 -EM_NODE_LIST node2,node3,node4
$ emca -reconfig dbcontrol –cluster –EM_NODE node5 -EM_NODE_LIST node6,node7,node8

この例では、2つのDatabase Controlコンソール(node1で1つ、node5で1つ)が実行されます。クラスタ内のすべてのターゲットは、いずれのコンソールからでも管理および監視できます。

クラスタの現行の構成情報が必要な場合は、次のコマンドを実行できます。

$ emca -displayConfig dbcontrol –cluster

注意:
コマンドemca -clusterを使用して、Oracle RACに対してDatabase Controlを構成する場合は、環境変数TNS_ADMINをすべてのクラスタ・ノードで確認してください。ノードごとに異なったTNS_ADMINが設定されていると、ターゲットのリスナーを正しく構成できません。その場合は、TNS_ADMINをすべてのクラスタ・ノードで同じ設定にしてから、emca -clusterコマンドを実行してください。

クラスタの新しく追加したノード用にEnterprise Managerを構成するには、次のコマンドを使用します。

$ emca -addNode db

ポリシー管理型のデータベースで一般的なもう一つの操作に、クラスタ・ノードの追加と削除があります。新規ノードを追加した後、EMCAを実行し、emca -addNode dbコマンドを使用して、ノードに対するDatabase Controlまたは集中エージェント管理を構成できます。EMCAの実行では、残りのクラスタ・データベース・インスタンスと一貫性のある方法でインスタンスを管理できるように、Enterprise Managerの構成のみを行います。

新規ノードに対してEnterprise Managerを構成する場合は、ノードの追加後にのみEMCAコマンドを実行します。また、Enterprise Managerが構成済であるクラスタのノードからコマンドを実行します。その既存ノードのEnterprise Managerの構成設定が、コマンドを実行すると新規ノードに伝播されるためです。-addNodeオプションはOracle RAC環境でのみ使用できるため、コマンドラインで-clusterオプションを使用する必要はありません。

emca -addNode dbコマンドを実行した後、ノードおよびデータベースに対してノード名およびデータベースの一意の名前を入力します。次に例を示します。

Node name: node2
Database Unique Name: EM102

クラスタから削除する特定のノードのEnterprise Managerの構成を解除するには、削除するノードから別のノードにログインし、emca -deleteNode dbコマンドを使用します。このコマンドを実行すると、Enterprise Manager構成が削除され、ノードでのEnterprise Managerによるインスタンスの管理ができなくなります。EMCAコマンドを実行してから、クラスタ・ノードを削除するようにします。このオプションはOracle RAC環境でのみ使用できるため、コマンドラインで-clusterオプションを使用する必要はありません。

6.2.2 インストール中のDatabase Controlの構成

Oracle RAC 11g リリース2(11.2)のインストール中にデータベースを作成する場合は、そのデータベースをOracle Enterprise Manager 10g Grid ControlコンソールまたはOracle Enterprise Manager 11g Database Controlコンソールで管理できるように構成できます。

管理オプションとしてGrid Controlコンソールを選択するには、Oracle Management Serviceがネットワーク・ホストにインストールされている必要があります。また、データベースをインストールするホストにOracle Management Agentがインストールされている必要もあります。そうでない場合、Grid Controlコンソール・オプションは使用できないため、Database Controlでデータベースを管理する必要があります。

Oracle RAC 11g リリース2(11.2)のほとんどのインストール・タイプでは、インストール中にデータベースを作成する場合、Database ControlまたはGrid Controlのいずれかを管理オプションとして選択する必要があります。

ただし、次のいずれかの方法でデータベースを作成する場合は、Database Controlを構成しないようにすることができます。

- Enterprise EditionまたはStandard Editionのインストール中に、「詳細」データベース構成オプションを選択する方法

- インストール後にDatabase Configuration Assistant(DBCA)を実行する方法

Oracle RAC 11g リリース2(11.2)のインストール中にDatabase Controlを構成しない場合は、作成されるOracleホーム・ディレクトリ内にhostname_dbuniquename ディレクトリは作成されません。

6.2.3 DBCAを使用したDatabase Controlの構成

既存のOracle Database 11g リリース2(11.2)データベースをDatabase Controlで管理できるように構成する場合、通常はDBCAを使用します。DBCAを使用すると、新しいデータベースを作成したり、既存のデータベースを再構成することができます。

関連項目:
DBCAを使用した新しいデータベース・インスタンスの作成の詳細はOracle Database 2日でデータベース管理者のオンライン・ヘルプのOracleソフトウェアのインストールとデータベースの構築に関する説明、DBCAを使用したOracle RACの例についてはOracle Enterprise Manager Real Application Clustersガイドのオンライン・ヘルプを参照してください。

DBCAを使用して、Database Controlで管理できるようにデータベースを再構成するには、次の手順を実行します。

1. Oracleソフトウェアをインストールし、データベースを作成して実行することを許可されている管理グループのメンバーとして、データベース・ホストにログインします。

2. DBCAを起動し、ディレクトリをORACLE_HOME/binディレクトリに変更して、次のコマンドを入力します。

$ ./dbca

DBCAの「ようこそ」ページが表示されます。

3. 「操作」ページに進み、「データベース・オプションの構成」を選択します。

4. 「データベース」ページに進み、構成するデータベースを選択します。

5. 「管理オプション」ページに進み、次のオプションを選択します。

- Enterprise Managerによるデータベースの構成

- データベース管理にDatabase Controlを使用

6. 必要に応じて、電子メール通知および日次バックアップを有効にするオプションを選択します。
Enterprise Managerの通知および日次バックアップの詳細を参照するには、「管理オプション」ページの「ヘルプ」をクリックしてください。

7. 「終了」ボタンが使用できるようになるまで進みます。

8. 「終了」をクリックして、Database Controlが使用されるようにデータベースを再構成します。
DBCAによるデータベースの再構成が終了すると、Oracleホームに新しいサブディレクトリが作成されます。このディレクトリには、次の書式で名前が付けられ、前述の手順で構成したデータベースに固有の、Database Controlの構成と状態に関するファイルが含まれます。

hostname_dbuniquename

クラスタ・データベースの場合、ディレクトリはnodename_dbuniquenameという名前になることに注意してください。次に例を示します。

mycluster1.example.com_myNewDB

6.2.4 EMCAを使用したインストール後のDatabase Controlの構成

DBCAを使用してOracle RAC 11g リリース2(11.2)を構成する場合は、Database Controlオプションの選択およびデータベースの他の側面の構成に役立つグラフィカル・ユーザー・インタフェースがDBCAによって提供されます。ただし、オペレーティング・システムのコマンドラインを使用してDatabase Controlを構成する必要がある場合は、Enterprise Manager Configuration Assistant(EMCA)を使用できます。

注意:
EMCAを使用してDatabase Controlを構成している間は、データベースを使用できなくなる場合があります。ユーザーは、データベースに接続することも、データベースで操作を実行することもできない場合があります。

EMCAを使用してDatabase Controlを構成するには、次の手順を実行します。

1. 環境変数ORACLE_HOMEを設定して、管理するデータベースのOracleホームを指定します。

2. ディレクトリをORACLE_HOME/binディレクトリに変更します。

3. 表6-1に示されているオプションのコマンドライン引数を指定して次のコマンドを入力することによってEMCAを起動します。

$ ./emca

EMCAのコマンドラインで指定した引数に応じて、Database Controlの構成に必要な情報の入力を求めるプロンプトが表示されます。

たとえば、次のコマンドを入力すると、データベースの日次バックアップを自動的に実行するようにDatabase Controlが構成されます。

$ ./emca -config dbcontrol db -backup

EMCAコマンドの形式は次のとおりです。

emca [operation] [mode] [flags] [parameters]

注意:
Oracle ASMを使用するシングル・インスタンス・データベースのデータベース・コンソールを構成する場合、EMCAコマンドを使用して追加のパラメータを提供する必要はありません。Oracle ASMインスタンスを自動的に検出するデータベース・コンソールを構成するには、次のコマンドを実行します。

emca -config dbcontrol db -repos create

表6-1は有効な実行操作とモードを示しています。オプションのパラメータにはカッコが付いています。表6-2はフラグとその動作を示し、表6-3はオプションのパラメータの詳細な定義を示しています。EMCAパラメータの形式は[ -parameterName parameterValue ]です。コマンドラインでは、複数のパラメータを組み合せて使用できます。

表6-1 EMCAのコマンドライン操作

コマンド

説明

emca -h | --h | -help | --help

このオプションは、EMCAユーティリティのヘルプ・メッセージを表示する場合に使用します。表6-1、表6-2および表6-3のオプションおよび指定できる有効なパラメータが表示されます。

emca –version

EMCAに関連付けられているバージョン情報を出力します。

emca -config dbcontrol db [-repos (create | recreate)] [-cluster] [-silent] [-backup] [parameters]

データベースに対してDatabase Controlを構成します。Database Controlリポジトリの作成(再作成)、自動バックアップの構成、クラスタ・データベースでの対象操作の実行などのオプションがあります。

emca -config centralAgent (db | asm) [-cluster] [-silent] [parameters]

データベース・インスタンスまたはOracle Automatic Storage Management(ASM)インスタンスに対して集中エージェント管理を構成します。この操作をクラスタ環境で実行するオプションなどがあります。この操作を実行すると、Oracle Enterprise Manager 10g Grid Controlコンソールで集中管理できるようにデータベースが構成されます。このオプションを使用するには、Enterprise ManagerのOracle Management Serviceコンポーネントをネットワーク・ホストに事前にインストールしておく必要があります。また、データベースを実行しているホストにOracle Management Agentがインストールされている必要もあります。

emca -config all db [-repos (create | recreate)] [-cluster] [-silent] [-backup] [parameters]

データベースに対してDatabase Controlと集中エージェント管理の両方を構成します。指定可能な構成オプションは、前述のオプションと同様です。

emca -deconfig dbcontrol db [-repos drop] [-cluster] [-silent] [parameters]

データベースに対するDatabase Controlの構成を解除します。Database Controlリポジトリの削除、クラスタ・データベースでの対象操作の実行などのオプションがあります。たとえば、このコマンドは、削除予定のデータベースからDatabase Control構成を削除する場合に使用します。そのような場合は、Database Control構成を削除してからデータベースを物理的に削除します。この操作では、実際のデータベースまたはそのデータ・ファイルは削除されません。

emca -deconfig centralAgent (db | asm) [-cluster] [-silent] [parameters]

データベース・インスタンスまたはOracle ASMインスタンスに対する集中エージェント管理の構成を解除します。この操作をクラスタ環境で実行するオプションなどがあります。たとえば、このコマンドは、削除予定のデータベースから集中エージェント管理の構成を削除する場合に使用します。そのような場合は、集中エージェント管理の構成を削除してからデータベースを物理的に削除します。この操作では、実際のデータベースまたはそのデータ・ファイルは削除されません。

emca -deconfig all db [-repos drop] [-cluster] [-silent] [parameters]

データベースに対するDatabase Controlと集中エージェント管理の両方の構成を解除します。指定可能な構成解除オプションは、前述のオプションと同様です。

emca -addNode (db | asm) [-silent] [parameters]

データベースまたはASMの記憶域の新しいクラスタ・インスタンスに対してEnterprise Managerを構成します。

詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

emca -deleteNode (db | asm) [-silent] [parameters]

削除されるノードに対するEnterprise Managerの構成を解除します。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

emca -addInst (db | asm) [-silent] [parameters]

データベースまたはOracle ASMの記憶域の新しいクラスタ・インスタンスに対してEnterprise Managerを構成します。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

emca -deleteInst (db | asm) [-silent] [parameters]

クラスタ・データベースまたはOracle ASMの記憶域の特定のインスタンスに対するEnterprise Managerの構成を解除します。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

emca -reconfig ports [-cluster] [parameters]

Database Controlのポートを明示的に再割当てします。この操作をクラスタ環境で実行するオプションなどがあります。詳細は、「Database Controlで使用されるポートの指定」を参照してください。

emca -reconfig dbcontrol -cluster [-silent] [parameters]

クラスタ・データベースに対してDatabase Controlのデプロイメントを再構成します。このコマンドは、-clusterオプションとともに使用する必要があることに注意してください。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

emca -displayConfig dbcontrol -cluster [-silent] [parameters]

クラスタ環境内のDatabase Controlの現行のデプロイメント構成に関する情報を表示します。このコマンドは、-clusterオプションとともに使用する必要があることに注意してください。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

emca -upgrade (db | asm | db_asm) [-cluster] [-silent] [parameters]

以前のバージョンのEnterprise Manager構成を現行のバージョンにアップグレードします。この操作は、データベース、Oracle ASM、またはデータベースおよびOracle ASMのインスタンスに対して同時に実行できます。この操作によって、データベースまたはOracle ASMの実際のインスタンスがアップグレードされたり、Enterprise Managerソフトウェアがアップグレードされることはありません。かわりに、指定したインスタンスの構成ファイルがアップグレードされ、現行のバージョンのEnterprise Managerソフトウェアと互換性を持つようになります。EMCAは、すべてのOracleホームにわたって、ホスト上の指定したデータベースまたはOracle ASMのターゲット(あるいはその両方)のすべてのインスタンスのアップグレードを試行します(リスナー・ポート、Oracleホームなどの特定のターゲット・プロパティが変更されている可能性が高いためです)。

emca -restore (db | asm | db_asm) [-cluster] [-silent] [parameters]

現行のバージョンのEnterprise Manager構成を以前のバージョンに戻します。これは、-upgradeオプションの逆です(-upgrade操作で行われたすべての変更が元に戻されます)。そのため、オプションは-upgradeと同様です。

表6-2 EMCAのコマンドライン・フラグ

フラグ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。このオプションは、Oracle Automatic Storage Management(ASM)を使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、その状況が前述のすべての構成操作とモード(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMインスタンス(クラスタOracle ASMインスタンスを含む)に対する操作のみを実行します。

db_asm

このフラグは、-upgradeおよび-restoreモードでのみ使用できます。アップグレードおよびリストア操作をデータベースとOracle ASMのインスタンスに対して同時に実行します。データベース・インスタンスとOracle ASMインスタンスは、別々にアップグレードまたはリストアできます(つまり、Oracle ASMインスタンスをアップグレードする場合、そのASMインスタンスがサービスを提供するデータベース・インスタンスをアップグレードする必要はありません)。したがって、Enterprise Managerの構成は、データベースおよびそれに対応するOracle ASMインスタンスに対して別々にアップグレードまたはリストアできます。

-repos create

新しいDatabase Control管理リポジトリを作成します。

-repos drop

現行のDatabase Control管理リポジトリを削除します。

-repos recreate

現行のDatabase Control管理リポジトリを削除してから、新しい管理リポジトリを再作成します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。使用可能なパラメータのリストは、コマンドラインでemca -helpと入力すると確認できます。

-backup

データベースに対して自動バックアップを構成します。EMCAによって日次自動バックアップのオプションの入力を求めるプロンプトが表示されます。データベース・ファイルのバックアップには、Enterprise Managerのデフォルトの設定が使用されます。

注意: このオプションを使用すると、EMCAは、db_recovery_file_dest初期化パラメータの値を使用して自動バックアップのリカバリ領域を識別します。このパラメータが設定されていない場合は、EMCAでエラーが発生します。この設定は、Database Controlの「メンテナンス」ページを使用して後で変更できます。詳細は、Database Controlのオンライン・ヘルプを参照してください。

表6-3 EMCAのコマンドライン・パラメータ

パラメータ

説明

-respFile

構成操作の実行中にEMCAで使用されるパラメータが記述された入力ファイルのパスを指定します。

-SID

データベースのシステム識別子。

-PORT

データベースにサービスを提供するリスナーのポート番号。

-ORACLE_HOME

データベースのOracleホーム(絶対パス)。

-LISTENER_OH

リスナーが実行されているOracleホーム。データベースが実行されているOracleホーム以外のOracleホームからリスナーが実行されている場合は、パラメータLISTENER_OHを指定する必要があります。

-HOST_USER

ホスト・マシンのユーザー名(自動バックアップ用)。

-HOST_USER_PWD

ホスト・マシン・ユーザーのパスワード(自動バックアップ用)。

-BACKUP_SCHEDULE

HH:MM形式でのスケジュール(日次自動バックアップ用)。

-EMAIL_ADDRESS

通知用の電子メール・アドレス。

-MAIL_SERVER_NAME

通知用の送信メール(SMTP)・サーバー。

-ASM_OH

Oracle Automatic Storage Management(Oracleホーム)

-ASM_SID

Oracle ASMインスタンスのシステム識別子。

-ASM_PORT

Oracle ASMインスタンスにサービスを提供するリスナーのポート番号。

-ASM_USER_ROLE

Oracle ASMインスタンスに接続するためのユーザー・ロール。

-ASM_USER_NAME

Oracle ASMインスタンスに接続するためのユーザー名。

-ASM_USER_PWD

Oracle ASMインスタンスに接続するためのパスワード。

-DBSNMP_PWD

DBSNMPユーザーのパスワード。

-SYSMAN_PWD

SYSMANユーザーのパスワード。

-SYS_PWD

SYSユーザーのパスワード。

-SRC_OH

Enterprise Manager構成をアップグレードまたはリストアするデータベースのOracleホーム。

-DBCONTROL_HTTP_PORT

このパラメータは、WebブラウザにDatabase Controlコンソールを表示する際に使用するポートを指定する場合に使用します。詳細は、「Database Controlで使用されるポートの指定」を参照してください。

-AGENT_PORT

このパラメータは、Database ControlのManagement Agentポートを指定する場合に使用します。詳細は、「Database Controlで使用されるポートの指定」を参照してください。

-RMI_PORT

このパラメータは、Database ControlのRMIポートを指定する場合に使用します。詳細は、「Database Controlで使用されるポートの指定」を参照してください。

-JMS_PORT

このパラメータは、Database ControlのJMSポートを指定する場合に使用します。詳細は、「Database Controlで使用されるポートの指定」を参照してください。

-CLUSTER_NAME

クラスタ名(クラスタ・データベース用)。

-DB_UNIQUE_NAME

データベースの一意の名前(クラスタ・データベース用)。

-SERVICE_NAME

データベースのサービス名(クラスタ・データベース用)。

-EM_NODE

Database Controlコンソールを実行するノード(クラスタ・データベース用)。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

-EM_NODE_LIST

エージェントのみの構成用のノードのカンマ区切りリスト。–EM_NODEにデータをアップロードします。詳細は、「Oracle RACでEMCAを使用する方法の理解」を参照してください。

6.2.5 EMCAパラメータ用の入力ファイルの使用

EMCAの実行時に表示される一連のプロンプトに応答するかわりに、-respFile引数を使用して入力ファイルを指定できます。作成する入力ファイルは、次の例の形式と同様の形式にする必要があります。

PORT=1521
SID=DB
DBSNMP_PWD=xpE234D
SYSMAN_PWD=KDOdk432

作成したEMCA入力ファイルは、コマンドラインで次のように使用できます。

$ ./emca -config dbcontrol db -respFile input_file_path

たとえば、日次バックアップを実行してDatabase Control管理リポジトリを作成するようにDatabase Controlを構成するには、次の例に示すような入力ファイルを作成します。

PORT=1521
SID=DB
DBSNMP_PWD=dow3l224
SYSMAN_PWD=squN3243
HOST_USER=johnson
HOST_USER_PWD=diTf32of
SYS_PWD=qlKj4352
BACKUP_SCHEDULE=06:30

入力ファイルを作成したら、オペレーティング・システムのプロンプトで次のコマンドを入力します。

$ ./emca -config dbcontrol db -repos create -backup -respFile input_file_path

6.2.6 Database Controlで使用されるポートの指定

Oracle RAC 11g リリース2(11.2)を初めてインストールする場合またはEMCAを使用してDatabase Controlを初めて構成する場合、Database Controlでは一連のデフォルトのシステム・ポートが使用されます。たとえば、11g リリース2の場合、デフォルトでは次のようにポート1158を使用してDatabase Controlにアクセスします。

http://host.domain:1158/em

これは、Internet Assigned Numbers Authority(IANA)によってDatabase Controlに割り当てられているデフォルト・ポートです。同様に、IANAによって割り当てられているDatabase Controlエージェントのデフォルト・ポートは3938です。

EMCAを使用してDatabase Controlを初めて構成する場合にデフォルト・ポート以外のポートを使用するには、次のEMCAコマンドライン引数を使用します。また、Database Controlの構成後に、次のコマンドを使用してポートを明示的に割り当てることもできます。

emca -reconfig ports [-cluster]

注意:
Oracle RAC 11g リリース2(11.2)をインストールして構成した後で、次のEMCAコマンドライン引数を使用してDatabase Controlを構成することもできます。

次に、Database Controlの標準的なポート割当てを制御するEMCAコマンドライン引数の概要を示します。

- -DBCONTROL_HTTP_PORT port_number
このポート番号は、Database ControlコンソールのURLで使用されます。たとえば、このポートを5570に設定すると、次のURLを使用してDatabase Controlコンソールを表示できます。

http://host.domain:5570/em

- -RMI_PORT port_number
このポート番号は、Database Controlに必要なJ2EEソフトウェアの一部であるRemote Method Invocation(RMI)システムで使用されます。データベース・コンソール用に特定のポートを構成する必要がある場合は、デフォルトのポートを変更できます。デフォルト・ポート(1521)以外のポートを使用する場合は、emcaのreconfigコマンドとともに-RMI_PORTまたは-JMS_PORTオプションを使用します。

- -JMS_PORT port_number
このポートは、Database Controlに必要なJ2EEソフトウェアの一部であるOC4J Java Message Service(JMS)で使用されます。データベース・コンソール用に特定のポートを構成する必要がある場合は、デフォルトのポートを変更できます。デフォルト・ポート(1521)以外のポートを使用する場合は、emcaのreconfigコマンドとともに-RMI_PORTまたは-JMS_PORTオプションを使用します。

- -AGENT_PORT port_number
このポートは、Database Controlのデータベースの監視と管理を行うDatabase Control Management Agentで使用されます。

6.2.7 EMCAのトラブルシューティングのヒント

次の項では、EMCAを使用してDatabase Controlを構成する場合のトラブルシューティングのヒントをいくつか説明します。

- データベース・リスナー・ポートを変更した後のEMCAの使用方法

- 11gリリース2 Grid Controlエージェントのアップグレード

- データベースのホスト名またはIPアドレスが変更された場合のEMCAの使用方法

- TNS構成が変更された場合のEMCAの使用方法

6.2.7.1 データベース・リスナー・ポートを変更した後のEMCAの使用方法

Database Controlを構成した後にデータベースのリスナー・ポートを変更すると、データベースの状態が停止と表示されます。新しいリスナー・ポートを使用するようにDatabase Controlを再構成するには、-config dbcontrol db [-cluster]コマンドライン引数を指定してEMCAコマンドを実行します。

6.2.7.2 11gリリース2 Grid Controlエージェントのアップグレード

Oracle Enterprise Manager(Database ControlまたはGrid Controlのいずれかの集中エージェント)に対して構成されたOracle Database 10g リリース1のデータベース・インスタンスおよびOracle ASMインスタンスをOracle Database 11g リリース2(11.2)のデータベースにアップグレードすると、アップグレードしたインスタンスを参照している関連ホスト上のすべてのEnterprise Managerのターゲットが自動的に更新されます。アップグレードを行うと、インスタンスのOracleホーム、ポートなどのターゲット関連のプロパティが変更されるためです。ただし、ホスト上のこれらのターゲットの一部がOracle Database 11g リリース2(11.2)Grid Controlエージェントで管理されている場合は、アップグレード時に正常に更新されないものもあります。このようなターゲットを更新するには、アップグレードしたデータベース(またはOracle ASM)のターゲットの「ホーム」ページで、「監視構成」リンクをクリックします。「監視構成」ページで、Oracleホーム、リスナー・ポートなどのプロパティを適切な値に更新できます。

6.2.7.3 データベースのホスト名またはIPアドレスが変更された場合のEMCAの使用方法

データベースのホスト名(ドメイン名を含む)またはIPアドレスが変更された場合は、emcaコマンドの-repos createフラグでデータベース・コンソールの構成を解除してから再構成します。次に例を示します。

emca -deconfig dbcontrol db -repos drop
emca -config dbcontrol db -repos create

または

emca -deconfig dbcontrol db
emca -config dbcontrol db -repos recreate

6.2.7.4 TNS構成が変更された場合のEMCAの使用方法

TNS構成が変更された場合は、環境変数を設定してから次のコマンドを実行します。

emca -config dbcontrol db

7 Oracle Real Application Clusters用にインストールされた構成の理解

この章では、Oracle Real Application Clusters(Oracle RAC)用にインストールされた構成について説明します。この章の内容は次のとおりです。

- Oracle RACに構成された環境の理解

- クラスタ・ノードでのタイムゾーン設定の理解

- Oracle RAC用のoratabファイル構成

- Database Configuration Assistantで作成したデータベース・コンポーネント

- Oracle RACでのUNDO表領域の管理

- 初期化パラメータ・ファイル

- Oracle Databaseのデフォルトの監査方針および初期化パラメータ

- サービス登録関連パラメータの理解

- リスナー・ファイル(listener.ora)の構成

- ネット・サービス名(tnsnames.oraファイル)

- Net Servicesプロファイル(sqlnet.oraファイル)

7.1 Oracle RACに構成された環境の理解

Oracle Net Configuration Assistant(NetCA)およびDatabase Configuration Assistant(DBCA)は、Oracle RACデータベースの作成およびOracle Enterprise Manager検出に必要な要件を満たすように環境を構成します。

注意:
構成ファイルは、クラスタ・データベースの各ノードに作成されます。

Oracle RACのインストールの完了後は、ホスト名を変更しないようにしてください(ドメイン修飾の追加または削除を含む)。ホスト名はOracle Clusterwareのインストール中に作成され、データベース・プロセスで広範に使用されます。ホスト名が変更されているノードは、クラスタから削除して新しい名前で追加しなおす必要があります。

7.2 クラスタ・ノードでのタイムゾーン設定の理解

Oracle RACでは、すべてのクラスタ・ノードのタイムゾーン設定が同じである必要があります。Oracle Clusterwareインストール中に、インストール・プロセスは、Oracle Universal Installer(OUI)が実行されるノードでグリッド・インストール所有者のタイムゾーン設定を確認し、そのタイムゾーン値をOracle Clusterwareが管理するすべてのプロセスのデフォルトのタイムゾーン設定として、すべてのノードで使用します。このデフォルト設定は、データベース、Oracle ASMおよびその他の管理対象プロセスで使用されます。ただし、SQL*Plusでインスタンスを起動する場合、Oracle RACが使用するタイムゾーン値がOracle Clusterwareタイムゾーンと同じであることを確認する必要があります。コマンドsrvctl setenv database -T 'TZ=time zoneを実行すると、Oracle Clusterwareがデータベースに使用するタイムゾーンを変更できます。

7.3 Oracle RAC用のoratabファイル構成

Oracleは、oratab構成ファイルに各Oracle RACデータベースのエントリを作成します。oratabファイルは、インストール時にroot.shスクリプトによって作成され、データベースの作成時または削除時にDatabase Configuration Assistantによって更新されます。oratabファイルのエントリも、データベースをまだ実行したことのないノード上で初めて起動したときDatabase Agentによって自動的に作成されます。Oracle ASM Agentは、Oracle ASMのoratabエントリを作成します。

Oracle Enterprise Managerは、サービス検出時にoratabファイルを使用してOracle RACデータベースの名前を確認します。また、システムの再起動時にそのデータベースを自動的に起動するかどうかも確認します。

データベースのエントリの構文は、次のとおりです。

$DB_UNIQUE_NAME:$ORACLE_HOME:N

コロン(:)はフィールドの終了記号として使用されます。改行は、エントリの終了を示します。シャープ記号(#)で始まる行はコメントです。Oracle RACデータベースのすべてのインスタンスは同じDB_UNIQUE_NAMEを持ちますが、各インスタンスにはそれぞれ専用のORACLE_SIDがあるため、oratabファイルの$DB_UNIQUE_NAME環境変数をデータベース・エントリとして使用します。

Oracle RACデータベースの$DB_UNIQUE_NAME識別子は企業内で一意である必要があります。$ORACLE_HOMEは、データベースへのディレクトリ・パス、Nは、システムの再起動時にデータベースを起動しないことを示します。たとえば、データベース名salesのエントリは、次のとおりです。

sales:/u01/app/oracle/sales:N

7.4 Database Configuration Assistantで作成したデータベース・コンポーネント

この項では、DBCAによって作成されたデータベース・コンポーネントについて説明します。内容は次のとおりです。

- 表領域およびデータ・ファイル

- 制御ファイル

- REDOログ・ファイル

7.4.1 表領域およびデータ・ファイル

シングル・インスタンスおよびクラスタ・データベースの両方の環境では、Oracle Databaseは表領域という小さな論理領域に分割されています。各表領域は、共有記憶域にある1つ以上のデータ・ファイルに対応しています。表7-1に、Oracle RACデータベースで使用する表領域名、およびその表領域に含まれるデータの種類を示します。

表7-1 Oracle Real Application Clustersデータベースで使用する表領域名

表領域名

内容

SYSTEM

データベースに必要な表、ビューおよびストアド・プロシージャの定義を含む、データ・ディクショナリで構成されます。この表領域内の情報は自動的にメンテナンスされます。

SYSAUX

補助システム表領域で、DRSYS(Oracle Text用のデータを含む)、CWMLITE(OLAPスキーマを含む)、XDB(XML機能用)、ODM(Oracle Data Mining用)、TOOLS(Oracle Enterprise Manager表を含む)、INDEX、EXAMPLEおよびOEM-REPO表領域を含みます。

USERS

アプリケーション・データで構成されます。表を作成しデータを入力するにつれて、この領域にデータが書き込まれます。

TEMP

SQL文の処理時に作成された一時表および索引が含まれます。非常に大規模な表に対するANALYZE COMPUTE STATISTICSのように大量のソートが必要なSQL文、あるいはGROUP BY、ORDER BYまたはDISTINCTを含むSQL文を実行する場合に、この表領域の拡張が必要な場合があります。

UNDOTBSn

DBCAが自動UNDO管理用に作成する、インスタンスごとのUNDO表領域が含まれます。

RBS

自動UNDO管理を使用しない場合、Oracle Databaseはロールバック・セグメント用にRBS表領域を使用します。

OUIで事前構成済データベース構成オプションを使用する場合、これらの表領域名は変更できません。ただし、詳細なデータベース作成方法を使用する場合は、表領域名を変更できます。

前述のとおり、各表領域には1つ以上のデータ・ファイルがあります。事前定義済データベース構成オプションによって作成されるデータ・ファイル名は、記憶域タイプ(Oracle ASM、ファイル・システムなど)によって異なります。

7.4.2 制御ファイル

データベースは、共有記憶域に格納されている2つの制御ファイルを使用して設定されています。

7.4.3 REDOログ・ファイル

各インスタンスは、共有記憶域に格納されている2つ以上のREDOログ・ファイルを使用して設定されています。ファイル・システムを使用する場合、これらのファイルは共有ファイル・システムのファイルです。Oracle ASMを使用する場合、これらのファイルは、Oracle ASMディスク・グループに格納されます。

事前構成済データベース構成オプションによって作成されるREDOログ・ファイルのファイル名は、記憶域タイプによって異なります。クラスタ・ファイル・システムを使用していない場合は、ブロック・デバイス名またはRAWデバイス名を入力する必要があります。

7.5 Oracle RACでのUNDO表領域の管理

Oracle Databaseは、UNDO表領域に、ロールバック情報やUNDO情報を格納します。UNDO表領域を管理するには、自動UNDO管理を使用することをお薦めします。自動UNDO管理は、手動UNDO管理より簡単に管理できる、自動化されたUNDO表領域管理モードです。

Oracle ASMおよびOracle Managed Filesを自動UNDO管理とともに使用する場合、初めて起動されたインスタンスはUNDO表領域を持ちませんが、別のインスタンスによって自動的に作成されたそのインスタンス用のUNDO表領域を持つことになります。これは、REDOログについても同じです。

関連項目:
UNDO表領域の管理については、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

7.6 初期化パラメータ・ファイル

Oracle Databaseの初期化パラメータの保存には、サーバー・パラメータ・ファイル(SPFILE)を使用することをお薦めします。Oracle ASM SPFILEを含む、Oracle ASMのすべてのSPFILEを保存することをお薦めします。SPFILEは共有記憶域に置いて、クラスタ・データベースのすべてのインスタンスがこのパラメータ・ファイルにアクセスできるようにする必要があります。

関連項目:
パラメータ・ファイルの作成および使用については、第5章「Oracle Real Application Clusters環境でのサーバー・パラメータ・ファイルの構成」を参照してください。

7.7 Oracle Databaseのデフォルトの監査方針および初期化パラメータ

Oracle Databaseでは、ベースラインとなるデータベース監査方針がインストールされます。この方針は、Oracle Databaseデータベースの表に格納されているアクセス制御構成情報、Oracle Catalogに格納されている情報(ロールバック・セグメント、表領域など)、システム権限の使用、およびOracle Label Securityの構成に適用されます。

関連項目:
データベース監査方針の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

7.8 サービス登録関連パラメータの理解

Oracle RACデータベースは、接続時ロード・バランシング機能とフェイルオーバー機能に重要なメリットを提供します。スタンドアロンのOracle Databaseは、ローカル・ディスパッチャ間で接続を分散することでロード・バランシングを実現します。

Oracle RACデータベースは、Oracle ClusterwareのSCAN(単一クライアント・アクセス名)によってロード・バランシングを拡大し、クラスタ・データベースのすべてのインスタンスにわたって接続を平均化します。

Oracle RACのロード・バランシング機能については、次の項を参照してください。

- 単一クライアント・アクセス名(SCAN)とロード・バランシングについての理解

- ロード・バランシング、フェイルオーバーおよび高可用性についての理解

7.8.1 単一クライアント・アクセス名(SCAN)とロード・バランシングについての理解

単一クライアント・アクセス名(SCAN)は完全修飾名(ホスト名+ドメイン)で、SCANに割り当てられたすべてのアドレスに解決するように構成されています。アドレスは、DNSサーバー上またはGNS構成のクラスタ内で、ラウンドロビンDNSによって解決します。SCANリスナーはクラスタ内の任意のノードで実行できます。

Oracle Database 11g リリース2以降のインスタンスは、リモート・リスナーとしてはSCANリスナーにのみ登録されます。アップグレードしたデータベースは、リモート・リスナーとしてSCANリスナーに登録されるとともに、引き続きすべてのノード・リスナーにも登録されています。

SCANは、クラスタ・ノード上ではなく、クラスタ上で動作します。SCANは、クライアント構成が特定のデータベースを実行するノードに依存する必要がないように、データベースに位置の独立性を提供します。たとえば、クラスタにポリシー管理型のサーバー・プールを構成した場合、サーバー・プールにどのノードが割り当てられているかにかかわらず、SCANによってサーバー・プールのデータベースに接続できます。

SCANはノードの仮想IP(VIP)アドレスと同様に機能します。しかし、SCANはクラスタ内の任意のノードで動作するSCAN VIPに解決されるため、ノードの仮想IPアドレスとは異なり、クラスタでノードが追加または削除されてもSCANに接続するクライアントには仮想IPアドレスの更新は必要ありません。SCANアドレスはクラスタ内のノード・アドレスではなくクラスタに解決されるため、SCANアドレス構成に影響を与えることなく、クラスタでノードを追加または削除できます。

Oracle Grid Infrastructureのインストールでは、SCANを解決するために割り当てられるIPアドレスと同数のSCANリスナーが作成されます。高可用性とスケーラビリティのため、SCANは3つのアドレスに解決することをお薦めします。SCANを3つのアドレスに解決する場合は、3つのSCANリスナーが作成されます。

Oracle RACはノードVIPアドレスを使用したフェイルオーバーを提供します。これは、同じデータベース・サービスに対するクライアント接続要求を管理するために、複数のノードで複数のリスナーを構成することで実現します。ノードで障害が発生すると、VIPへのサービス接続は動作可能なノードに透過的に再接続されるため、VIPを介して接続するクライアントに障害を迅速に通知できます。アプリケーションおよびクライアントが透過的アプリケーション・フェイルオーバー・オプションを使用して構成されている場合、そのクライアントは動作可能なノードに再接続されます。Oracle Clusterwareはクライアント・アプリケーションの要求を、SCANから、サービスを提供するインスタンスの中で負荷が最も低いインスタンスのVIPへとルーティングします。

Oracle Database 11g リリース2より前のOracle DatabaseリリースのIPアドレスを使用するように構成されたクライアントは、既存の接続アドレスを引き続き使用できるため、SCANを使用する必要はありません。以前のバージョンのOracle DatabaseをアップグレードするとSCANリスナーに登録されるため、クライアントがSCANを使用してそのデータベースに接続できるようになります。データベースはinit.oraファイルのリモート・リスナー・パラメータを通じてSCANリスナーに登録されます。REMOTE_LISTENERパラメータは、SCAN:PORTに設定する必要があります。SCANをHOST=SCANとして設定した単一のアドレスを持つTNSNAMES別名には設定しないでください。

関連項目:
SCANおよびその構成の詳細は、Oracle Grid Infrastructureのインストレーション・ガイドを参照してください。

7.8.2 ロード・バランシング、フェイルオーバー、高可用性についての理解

接続時ロード・バランシング機能とフェイルオーバー機能では、クラスタ・データベース内の冗長なリソースが活用できるため、可用性が向上します。

データベース・エージェント(以前のracgimon)は、初期化パラメータのLOCAL_LISTENERを自動的に構成します。この設定を変える必要はありません。SQLコマンドALTER SYSTEM SET REMOTE_LISTENERを使用して、REMOTE_LISTENERにSCANポートとSCANを設定してください。SCANポートを変更する場合は、REMOTE_LISTENER構成を変更する必要があります。

LOCAL_LISTENERパラメータはローカル・リスナーを識別し、REMOTE_LISTENERパラメータはリスナーのグローバル・リストを識別します。REMOTE_LISTENERパラメータは常にSCANアドレスに設定されます。たとえば、クラスタの名前がmyclusterで、ドメインがexample.comの場合、SCANアドレスはmyscan.mycluster.example.com:1521のようになります。

DBCAがデフォルトで構成するのは、専用サーバーを使用する環境のみです。ただし、DBCAの使用時に共有サーバー・オプションを選択すると、Oracleは共有サーバーを構成します。この場合、Oracle Databaseは専用サーバーと共有サーバーの両方のプロセスを使用します。共有サーバーが構成されると、DISPATCHERSパラメータは、次の例に示すように指定されます。

DISPATCHERS="(protocol=tcp)"

DISPATCHERS初期化パラメータのLISTENER属性が前述の例のように指定されていない場合、PMONプロセスは、すべてのディスパッチャに関する情報を、LOCAL_LISTENERパラメータとREMOTE_LISTENERパラメータで指定されているリスナーに登録します。

ただし、LISTENER属性が指定されている場合、PMONプロセスはディスパッチャ情報を、そのLISTENER属性に指定されているリスナーに登録します。この場合は、LISTENER属性の設定によって、指定したディスパッチャのREMOTE_LISTENERの設定値が、次の例に示すように変更されます。

DISPATCHERS="(protocol=tcp)(listener=listeners_db_name)"

注意:
前述の例およびこの章で使用しているdb_nameという表記は、DBCAのプロンプトで入力したデータベース名(またはOracle SID)、またはCREATE DATABASE文のDATABASEキーワードに対して作成したエントリを表します。

関連項目:
インスタンス間登録、共有サーバーと専用サーバーの構成、および接続時ロード・バランシングの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

7.9 リスナー・ファイル(listener.ora)の構成

次の項で説明するとおり、listener.oraファイルの2種類のリスナーを構成できます。

- グリッド・ネーミング・サービス(GNS)とリスナー

- ローカル・リスナーについて

- 複数のリスナーについて

- Oracle Databaseによるリスナー・ファイル(listener.ora)の使用

7.9.1 グリッド・ネーミング・サービス(GNS)とリスナー

グリッド・ネーミング・サービス(GNS)を有効にした場合、リスナーを手動で構成する必要はありません。GNS構成では、クラスタに1つのGNSデーモンが割り当てられます。GNSによって管理されるクラスタ・ドメインへのサービス要求はGNSの仮想IPアドレスにルーティングされ、そこで要求はGNSデーモンへとルーティングされます。

GNSデーモンは登録をリスニングします。SCAN仮想IPは、使用が開始された際に自身のアドレスをGNSに登録します。GNSは、DNSからSCANの要求を受信すると、登録されたアドレスをDNSに戻します。

7.9.2 ローカル・リスナーについて

Oracle Databaseの作成時、LOCAL_LISTENERパラメータは、データベースのローカル・リスナーを指すように自動的に構成されます。Database AgentはLOCAL_LISTENERパラメータに、TNS別名が不要な接続記述子を設定します。

LOCAL_LISTENERには手動で値を設定できます。しかし、このパラメータは設定せず、Database Agentが自動的に維持できるようにすることをお薦めします。

たとえば、データベースを作成した後に、2つ目のリスナー(ポート2012をリスニングする)を追加する必要がある場合は、次のコマンドを使用してデータベースを両方のリスナーに起動時に登録します。

> alter system set local_listener='(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.61)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.61)(PORT=2012))))'
scope=BOTH SID='OCRL1';

関連項目:
リスナーの概要と構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

tnsnames.oraファイルは、パス$ORACLE_HOME/network/adminにあります。デフォルトでは、tnsnames.oraファイルは、Oracle Grid InfrastructureホームのパスGrid_home/network/adminから読み取られます。

リスナーの対応付けにtnsnames.oraファイルのエントリは必要ありません。REMOTE_LISTENERは、DBCAによって、SCANの名前とポートを参照するように構成されます。tnsnames.oraのエントリは不要です。

次に、Oracle RAC 11g リリース2(11.2)のtnsnames.oraファイルの例を示します。

# tnsnames.ora Network Configuration file:
/u01/app/oracle/product/11.2.0/dbhome_1/network/admin/tnsnames.ora
# Generated by Oracle Configuration tools
RACDB =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = myscan.mycluster.example.com)(PORT = 1521)
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = RACDB)
)
)

7.9.3 複数のリスナーについて

DBCAがノードで複数のリスナーを検出した場合、リスナーのリストが表示されます。データベースに登録するリスナーを1つまたはすべて選択できます。

注意:
lsnrctlコマンドを使用して11g リリース2(11.2)のローカル・リスナーおよびSCANリスナーを管理するには、ORACLE_HOME環境変数にOracle Grid Infrastructureホーム(Gridホーム)のパスを設定します。以前のリリースで使用していたOracleホームの位置からlsnrctlコマンドを使用しないでください。この位置は新しいリリースでは使用できません。

7.9.4 Oracle Databaseによるリスナー・ファイル(listener.ora)の使用

サービスは、ローカル・リスナーおよびSCANリスナーに自身のロードを登録して、セッションを調整します。クライアントはSCANリスナーによって、特定のサービスのインスタンスを実行する、負荷が最も低いノードへとリダイレクトされます。リスナーはクライアントをディスパッチャ・プロセスにリダイレクトするか(データベースが共有サーバー用に構成されていた場合)、またはクライアントを専用サーバー・プロセスにリダイレクトします。ローカル・リスナーは、データベース接続要求と、外部プロシージャ、XDB要求などのデータベース接続以外の要求に応答するように構成されています。

リスナー・エージェントはエンドポイントをリスナーで動的に更新します。Oracle Database 11g リリース2のインストールでは、listener.oraファイルにIPCキーおよび次の情報のみが含まれるようになりました。

(ADDRESS = (PROTOCOL=TCP)(HOST=)(PORT=1521))

この情報は、ローカル・ノードのHOSTエンドポイントを暗黙的に参照します。listener.oraファイルは、すべてのノードで同じです。

Oracle RACをインストールする前の、Oracle Grid Infrastructureのインストール中、Oracle Net Configuration AssistantはGridホームにLISTENERと呼ばれるデフォルトのリスナーを作成して起動します。このリスナーは、デフォルトのプロトコル・リスニング・アドレスで構成されます。このリスナーは、インストール中に指定した1つのプロトコル・アドレスに送信された接続要求に応答するように構成されます。

Oracle RACのインストール中に、Oracle RACデータベースはOracle Clusterwareリスナーを使用して、Oracle RACデータベースに関するサービス情報を構成します。Oracle Database 11g リリース2(11.2)では、データベース・サービスによって、サービス名、インスタンス名、負荷情報などがリスナーに自動的に登録されます。この機能はサービス登録と呼ばれ、listener.oraファイルの構成は必要ありません。リスナーを作成すると、Oracle Net Configuration Assistantがリスナーを起動します。

インストール後は、srvctlコマンドまたはNetCAを使用してリスナーを変更できます。listener.oraファイルを手動で編集する必要はありません。

node1という名前のノードのエントリを持つlistener.oraファイルの例を次に示します。

LISTENER_SCAN1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_
SCAN1))))               # line added by Agent
LISTENER_NODE1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC) (KEY=LISTENER))))
# line added by Agent
# listener.ora.mycluster Network Configuration File:
/u01/app/oracle/11.2.0/dbhome_1/network/admin/listener.ora.mycluster
# Generated by Oracle configuration tools.

LISTENER_NODE1 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
)
)

ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_NODE1=ON              # line added by Agent
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN2=ON              # line added by Agent
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=ON              # line added by Agen

7.9.4.1 リスナー登録およびPMON検出

Oracleインスタンスの起動後にリスナーが起動し、リスナーがサービス登録用に表示されると、次のOracle Databaseプロセス・モニター(PMON)検出ルーチンが起動されるまで登録は行われません。デフォルトでは、PMON検出ルーチンは60秒間隔で実行されます。

60秒の遅延を変更するには、SQL文ALTER SYSTEM REGISTERを使用します。この文によって、PMONプロセスはすぐにサービスを登録します。

リスナーの起動直後にこの文を実行するスクリプトを作成することをお薦めします。リスナーが起動され、インスタンスがすでに登録されている場合、またはリスナーが停止している場合にこの文を実行しても、何も処理されません。

関連項目:
リスナーおよびlistener.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

7.10 ネット・サービス名(tnsnames.oraファイル)

tnsnames.oraファイルは、ネット・サービス名を持つ各ノードに作成されます。接続識別子は、接続記述子にマップされる識別子です。接続記述子には、次の情報が含まれます。

- プロトコル・アドレスを介するリスナーの位置を含む、サービスへのネットワーク・ルート

- Oracle DatabaseのSERVICE_NAME

注意:
指定できるサービス名は1つのみであるため、tnsnames.oraファイルで使用するSERVICE_NAMEパラメータは1つです。データベース初期化ファイルにはSERVICE_NAMESパラメータもあります。SERVICE_NAMESパラメータにはデフォルトで、初期化パラメータファイルのDB_NAMEとDB_DOMAINパラメータからなるグローバル・データベース名が設定されています。

Oracle Clusterware 11gリリース2以上では、Database Configuration Agent(DBCA)はLOCAL_LISTENERパラメータを設定しなくなりました。コマンドALTER SYSTEM SET LOCAL_LISTENERを使用してLOCAL_LISTENERパラメータを手動で設定することによって、LOCAL_LISTENERパラメータを明示的に設定しないかぎり、データベースを起動するOracle ClusterwareエージェントがLOCAL_LISTENERパラメータを動的に設定します。Listener_aliasエントリは、tnsnames.oraファイルに必要なくなりました。

たとえば、データベースを作成した後に、2つ目のリスナー(ポート2012をリスニングする)を追加する必要がある場合は、次のコマンドを使用してデータベースを両方のリスナーに起動時に登録します。

> alter system set local_listener='(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.61)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.61)(PORT=2012))))'
scope=BOTH SID='OCRL1';

関連項目:
『Oracle Database管理者ガイド』

REMOTE_LISTENERパラメータについては、Oracle ClusterwareはEZ接続構文scanname:scanportを使用するため、tnsnames.oraファイルのREMOTE_LISTENERパラメータのエントリは不要になります。

DBCAは、次の項で説明するように、接続用のネット・サービス名を作成します。

ネット・サービス名の詳細は、次の項を参照してください。

- データベース接続用のネット・サービス名

- インスタンス接続用のネット・サービス名

- tnsnames.oraファイルの例

7.10.1 データベース接続用のネット・サービス名

データベースのインスタンスに接続するクライアントは、そのデータベースのSCAN名を使用します。このエントリによって、Oracle Enterprise Managerは、Oracle RACデータベースを検出できます。

クラスタに対して3つのSCANアドレスが構成され、サーバーに割り当てられます。選択したアドレスに障害がある場合は、SCAN名への接続要求が次のアドレスにフェイルオーバーされます。したがって、インスタンスに障害が発生しても、クライアントは別のインスタンスを使用して接続を維持できます。

次の例では、クライアントはmyscan.mycluster.example.comを使用して、ターゲット・データベースmycluster.example.comに接続します。

mycluster.example.com =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = host=myscan.mycluster.example.com)(PORT = 1522))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = myApp)
)

このデータベースの簡易接続アドレスは、次のようになります。

myscan.mycluster.example.com/mycluster.example.com

7.10.2 インスタンス接続用のネット・サービス名

データベースの特定のインスタンスに接続するクライアントは、そのインスタンスのSCAN名を使用します。このエントリを使用すると、たとえば、Oracle Enterprise Managerでは、クラスタ内のインスタンスを検出できます。これらのエントリは、インスタンスの起動および停止にも使用されます。

次の例では、Oracle Enterprise Managerはmyscan.mycluster.example.comを使用して、node1上のmycluster1という名前のインスタンスに接続します。

mycluster1.example.com=
(description=
(address=(protocol=tcp)(host=myscan.mycluster.example.com)(port=1521))
(connect_data=
(service_name=mycluster.example.com)
(instance_name=mycluster1)))

7.10.3 tnsnames.oraファイルの例

この例は、事前構成済データベース構成のインストール時に作成されるサンプルのtnsnames.oraファイルです。

# tnsnames.ora Network Configuration File: /u01/app/oracle/11.2.0/dbhome_1/network/admin/tnsnames.ora
# Generated by Oracle configuration tools.

sales =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = myscan.mycluster.example.com)(PORT = 1522))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = myApp)
)

関連項目:
tnsnames.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

7.11 Net Servicesプロファイル(sqlnet.oraファイル)

Oracle Universal Installerによって、データベースのインストール後にOracle Net Configuration Assistantが起動され、Net Servicesプロファイル(sqlnet.oraファイル)が構成されます。

デフォルトでは、sqlnet.oraファイルは次のディレクトリに格納されます。

$ORACLE_HOME/network/admin

このディレクトリには、インストール時に生成されるデフォルトのsqlnet.oraファイルの他に、sampleディレクトリにサンプルsqlnet.oraファイルも格納されています。

インストール時、Oracle Net Configuration Assistantによって、sqlnet.oraファイルに次のエントリが作成されます。ここで、Oracle_baseは、Oracle RACインストール所有者のOracleベース・ディレクトリです。

NAMES.DIRECTORY_PATH=(TNSNAMES, EZCONNECT)
ADR_BASE =Oracle_base

NAMES.DIRECTORY_PATHパラメータは、接続識別子を接続記述子に解決するために使用するネーミング・メソッドの優先順序を指定します。

簡易接続ネーミング・メソッドを使用すると、TCP/IP環境でtnsnames.oraファイル内をサービス名で検索する必要がなくなります。簡易接続では、クライアントはホスト名と、オプションのポートおよびサービス名で構成される単純なTCP/IPアドレスの接続文字列を使用します。このメソッドを使用する場合、ネーミングまたはディレクトリ・システムは必要ありません。

関連項目:
sqlnet.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

8 Oracle Real Application Clustersソフトウェアの削除

この章では、Oracle Real Application Clusters(Oracle RAC)のOracleホーム・ディレクトリから、すべてのOracle Database、インスタンスおよびソフトウェアを完全に削除する方法について説明します。

この章の内容は次のとおりです。

- 削除手順の概要

- クラスタ上のすべてのインスタンスの確認

- Oracle RACソフトウェアの削除

関連項目:
製品を1つのみ削除するとき、その製品に適用する要件および制限がないかを確認するには、製品固有のドキュメントを参照してください。

8.1 削除手順の概要

Oracleホーム・ディレクトリからすべてのOracle Database、インスタンスおよびソフトウェアを完全に削除するには、次の手順を実行します。

- Oracleホームに関連付けられたすべてのインスタンスの確認

- プロセスの停止

- Oracle Databaseホームにインストールされたリスナーの削除

- データベース・インスタンスの削除

- Oracle Automatic Storage Management(11.1以下)の削除

- Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle Grid Infrastructure)の削除

注意:
Oracle Database Vaultオプションを削除またはアンインストールすることはできません。ただし、無効にすることはできます。詳細は、『Oracle Database Vault管理者ガイド』を参照してください。
Oracle Configuration Managerは削除できます。詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

リリース11.2以上では、Oracle Automatic Storage ManagementとOracle Clusterwareは、Oracle Grid Infrastructureインストールに含まれています。これらのコンポーネントは一緒にインストールされ、削除されます。

注意:
1台のサーバー上の複数のデータベースで同じグローバル・データベース名(GDN)を使用するクラスタ・メンバー・ノードがある場合、1つのデータベースのみを削除ツールで削除することはできません。たとえば、クラスタ・ノードのいずれかにあるスタンドアロンのデータベースがGDN mydb.example.comを使用し、Oracle RACデータベースのGDNもmydb.example.comである場合は、そのノードの両方のデータベースが削除されます。

8.2 クラスタ上のすべてのインスタンスの確認

削除するOracleホームに関連付けられたすべてのインスタンスを確認するには、次のコマンドを入力します。

AIX、HP-UXまたはLinuxの場合:

$ more /etc/oratab

Solarisの場合:

$ more /var/opt/oracle/oratab

このコマンドの出力結果には、次のようなエントリが含まれます。

+ASM1:/u01/app/grid/11.2.0:N
CUST:/u01/app/oracle/product/11.2.0/dbhome_1:N

これらのエントリは、Oracle Automatic Storage Managementインスタンス+ASM、クラスタ用のOracle Grid Infrastructureホーム(/u01/app/grid/11.2.0)およびOracle DatabaseインスタンスCUSTが、Oracleホーム・ディレクトリ/u01/app/oracle/product/11.2.0/dbhome_1に関連付けられていることを示しています。

8.3 Oracle RACソフトウェアの削除

削除ツールは、サーバーからOracle ClusterwareおよびOracle Automatic Storage Management(Oracle ASM)、Oracle Real Application Clusters(Oracle RAC)またはスタンドアロンOracle Databaseの環境を削除します。次の項では、スクリプトおよびこのツールを使用するための追加オプションについて説明します。

- 削除ツールの概要

- Oracle RACの削除コマンドの実行例

- Oracle RACのパラメータ・ファイルの削除例

8.3.1 削除ツールについて

削除ツール(deinstall)によって、Oracleソフトウェアが停止され、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。これは、インストール・メディアからインストールした後、Oracleホーム・ディレクトリから使用できます。このツールは、パス$ORACLE_HOME/deinstallにあります。

注意:
削除コマンドを実行した場合に、構成解除して削除しようとしているホーム以外の登録済ホームが中央インベントリ(oraInventory)に含まれていなければ、削除コマンドは、Oracle RACインストール所有者のOracleベース・ディレクトリ内の次のファイルとディレクトリ・コンテンツを削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- flash_recovery_area

Optimal Flexible Architecture(OFA)構成を使用してインストールを構成し、Oracleソフトウェアが排他的に使用するために、OracleベースとOracleホーム・パスを予約しておくことをお薦めします。Oracleソフトウェアを所有するユーザー・アカウントが所有するOracleベース内のこれらの場所にユーザー・データがある場合、削除コマンドはこのデータを削除します。

deinstallコマンドによって、Oracleソフトウェアが停止され、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。このコマンドでは次の構文を使用します。可変的な内容はイタリック体で示されています。

deinstall -home complete path of Oracle home [-silent] [-checkonly] [-local]
[-paramfile complete path of input parameter property file] [-params name1=value
name2=value . . .] [-o complete path of directory for saving files] [-help]

デフォルトでは、削除ツールはOracleホームのdeinstallディレクトリから実行します。次に例を示します。

$ cd $ORACLE_HOME/deinstall
$ ./deinstall

また、他の場所から削除ツールを実行したり、パラメータ・ファイルを記述したり、ツールを実行するための他のオプションを選択することができます。

オプションは次のとおりです。

- -home
このフラグは、確認または削除するOracleホームのパスを指定します。削除するOracleホームと同じホームでdeinstallコマンドを使用してOracleソフトウェアを削除する場合、パラメータ・ファイルは別の場所に指定し、-homeフラグは使用しないでください。

- -silent
このフラグを指定すると、コマンドが非対話モードで実行されます。-silentオプションを指定する場合、-paramFileフラグを指定し、削除または構成解除するOracleホームの構成値が記述されたパラメータ・ファイルを指定する必要があります。

プロパティ・ファイルを作成し、必須パラメータを指定するには、削除ツール・ホームまたはOracleホームのresponseフォルダにあるテンプレート・ファイルdeinstall.rsp.tmplを参照してください。

作業システムがある場合、テンプレート・ファイルを使用するかわりに、-checkonlyフラグを指定してdeinstallコマンドを実行することで、プロパティ・ファイルを生成できます。deinstallコマンドにより、削除および構成解除するOracleホームの情報が検出されます。生成されたプロパティ・ファイルは、-silentオプションで使用できます。

- -checkonly
このフラグを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。checkonlyフラグを指定してコマンドを実行した場合、Oracleの構成は削除されません。checkonlyフラグによって、deinstallコマンドとともに使用できるパラメータ・ファイルが生成されます。

パラメータ・ファイルを生成するためにcheckonlyを実行すると、システムに関する情報を入力するように求められます。Oracle環境からツールが取得したデフォルト値(カッコ([])内に表示されます)をそのまま使用するか、または別の値を指定できます。デフォルト値を使用するには、「入力」をクリックします。

- -local
このフラグを複数ノード環境で指定すると、クラスタのOracleソフトウェアの構成が解除されます。

このフラグを指定してdeinstallを実行すると、ローカル・ノード(deinstallが実行されたノード)のOracleソフトウェアの構成が解除され、Oracleソフトウェアが削除されます。リモート・ノードでは、Oracleソフトウェアの構成は解除されますが、Oracleソフトウェアは削除されません。

- -paramfile 入力パラメータのプロパティ・ファイルの完全パス
このフラグを指定すると、デフォルト以外の場所にあるパラメータ・ファイルを使用してdeinstallが実行されます。このフラグを使用する場合は、パラメータ・ファイルが存在する場所を完全パスで指定します。削除する予定のOracleホームからdeinstallコマンドを実行している場合、-paramfileオプションを使用する必要はありません。

パラメータ・ファイルのデフォルトの位置は、deinstallの位置によって異なります。

- インストール・メディアまたはステージングの場所: $ORACLE_HOME/inventory/response

- OTNから解凍されたアーカイブ・ファイル: /ziplocation/response

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -params [name1=value name 2=value name3=value . . .]
このフラグをパラメータ・ファイルとともに使用すると、作成済のパラメータ・ファイルに記述された1つ以上の値を上書きして変更できます。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグを指定すると、デフォルト以外の場所に、プロパティ・ファイル(deinstall.rsp.tmpl)を保存するパスが指定されます。

パラメータ・ファイルのデフォルトの位置は、deinstallの位置によって異なります。

- インストール・メディアまたはインストール前のステージングの場所: $ORACLE_HOME/

- OTNから解凍されたアーカイブ・ファイル: /ziplocation/response/

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -help
ヘルプ・オプション(-help)を指定すると、コマンドのオプション・フラグに関する追加情報を取得できます。

8.3.2 Oracle RACの削除コマンドの実行例

deinstallコマンドを実行すると、システムから削除するOracleソフトウェアのホーム・ディレクトリを指定するように求めるプロンプトが表示されます。プロンプトが表示されたら、さらに情報を入力します。

$ORACLE_HOME/deinstallフォルダ以外で削除コマンドを入力すると、フラグを入力してパスを指定しないかぎり、ヘルプが表示されます。$ORACLE_HOME/deinstallフォルダから削除コマンドを実行すると、ホーム・アドレスの入力を求めるプロンプトを表示せずに削除を開始します。

オプションのフラグ-paramfileを指定すると、パラメータ・ファイルにパスが指定されます。

次の例では、deinstallコマンドはパス/u01/app/oracle/product/11.2.0/dbhome_1/deinstallで実行されます。

$ cd /u01/app/oracle/product/11.2.0/dbhome_1/deinstall
$ ./deinstall

8.3.3 Oracle RACのパラメータ・ファイルの削除例

-paramfileオプションを指定してdeinstallコマンドを実行し、パラメータ・ファイルで指定した値を使用できます。パラメータ・ファイルの例を次に示します。ここでは、Oracle Databaseバイナリ所有者はoracle、Oracle Databaseホーム(Oracleホーム)はパス/u01/app/oracle/product/11.2.0/dbhome_1/、Oracleベース(他のOracleソフトウェアがインストールされている)は/u01/app/oracle/、中央Oracle Inventoryホーム(oraInventory)は/u01/app/oraInventory、仮想IPアドレス(VIP)は192.0.2.1、ローカル・ノード(削除セッションが実行されているノード)はnode1、リモート・ノードはnode2、OSDBAグループはdbaです。

#Copyright (c) 2005, 2006 Oracle Corporation. All rights reserved.
#Wed Feb 11 16:30:21 PST 2009
DISK_GROUPS.typi=
REMOTE_NODES=node2
ORACLE_BASE.typi=/u01/app/oracle
STORAGE_TYPE.typi=FS
ASM_HOME=
ASM_LOCAL_SID=
FLASH_RECOVERY_LOC.typi=
LOGDIR=/u01/app/oraInventory/logs/
DB_TYPE.typi=RAC_DB
ORACLE_BASE=/u01/app/oracle
INVENTORY_LOCATION=/u01/app/oraInventory
NODE_LIST.typi=node1,node2
ARCHIVE_LOG_DESTINATION_LOC.typi=
ASM_FILES.typi=
LOCAL_SID.typi=typi1
CLUSTER_NODES=node1,node2
DB_UNIQUE_NAME_LIST=typi
RAW_MAPPING_FILE.typi=
ORA_CRS_HOME=/u01/app/grid/11.2.0/
HOME_TYPE=RACDB
CRS_HOME=false
SID_LIST.typi=typi1,typi2
DATAFILE_LOC.typi=/oradbocfs/storage/database/oradata/typi
ORACLE_BINARY_OK=true
local=false
LOCAL_NODE=node1
CREATION_MODE.typi=y
CONFIGFILE_LOC.typi=/oradbocfs/storage/database/oradata/typi/control01.ctl, /oradbocfs/storage/database/oradata/typi/control02.ctl, /oradbocfs/storage/database/
oradata/typi/control03.ctl,/u01/app/oracle/product/11.2.0/dbhome
_1/dbs/dr1typi.dat,/u01/app/oracle/product/11.2.0/dbhome_1/dbs/d
r2typi.dat
DIAG_DEST.typi=/u01/app/oracle/diag/rdbms/typi
SPFILE_LOC.typi=/oradbocfs/storage/database/oradata/typi/spfiletypi.ora
silent=true
ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1

A Oracle Real Application Clustersのインストールに関するトラブルシューティング

この付録では、Oracle Real Application Clusters(Oracle RAC)のインストールに関するトラブルシューティング情報について説明します。この章の内容は、次のとおりです。

- Oracle Real Application Clustersのインストールに関するトラブルシューティング

- インストール後のCVUクラスタ・ヘルス・チェックの使用

関連項目:
インストール・メディアのドキュメント・ディレクトリに含まれるOracle Database 11gリリース2(11.2)Oracle Real Application Clustersのドキュメントを参照してください。

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』

- 『Oracle Clusterware管理およびデプロイメント・ガイド』

A.1 Oracle Real Application Clustersのインストールに関するトラブルシューティング

この項には次のトピックが含まれます:

- 一般的なインストールの問題

- Oracle RACのインストール時のエラー・メッセージ

- Oracle Clusterwareのインストール中のクラスタ診断の実行

- インストール・セッションのログの確認

- Configuration Assistantのエラー

A.1.1 一般的なインストールの問題

次に、インストール中に発生する可能性のある様々なエラーの例を示します。次のような問題が発生する可能性があります。

- ディスクの取得中にエラーが発生する

- サーバーへの接続が失敗する、サーバーによって接続が拒否される、または表示を開けない

- OUIのノードの選択画面で選択可能なノードがない

- ノード<ノード名>に到達できない

- PROT-8: 指定されたファイルからクラスタ・レジストリへのデータのインポートに失敗する

- PRKP-1001: インスタンスの開始でエラーが発生する

- タイムスタンプが進んでいる

- YPBINDPROC_DOMAIN: ドメインがバインドされない

ディスクの取得中にエラーが発生する

原因: 存在しないOracleホームを指しているエントリが/etc/oratabにあります。OUIのエラー・ファイルには、エラーが「java.io.IOException: /home/oracle/OraHome//bin/kfod: 見つかりませんでした」のように出力されます。

処置: 存在しないOracleホームを指しているエントリを/etc/oratabから削除してください。

サーバーに接続できない(サーバーによって接続を拒否されたか、または表示を開くことができない)

原因: 通常、xhostが適切に構成されていないWindowsまたはUNIXシステムで発生する、X Windowの表示エラーです。

処置: ローカル端末ウィンドウで、X Windowセッションを開始したユーザーとしてログインし、次のコマンドを入力してください。
$ xhost fully_qualified_remote_host_name

次に例を示します。

$ xhost somehost.example.com

その後で、次のコマンドを入力します。workstation_nameは、ご使用のワークステーションのホスト名またはIPアドレスです。

Bourne、BashまたはKornシェル:

$ DISPLAY=workstation_name:0.0
$ export DISPLAY

次のコマンドを入力して、ローカル・システムでX Windowアプリケーションが正しく表示されているかどうかを確認します。

$ xclock

モニターにxclockが表示されます。エラーが発生した場合は、xhostコマンドの使用がサーバーで制限されている可能性があります。

VNCクライアントを使用してサーバーにアクセスしている場合は、インストールに使用しようとしているユーザーに割り当てられているビジュアルにアクセスしていることを確認します。たとえば、suコマンドを使用して、別のユーザー・ビジュアルでインストール所有者になった場合、xhostコマンドの使用は制限され、xhostコマンドを使用して表示を変更することはできません。インストール所有者に割り当てられたビジュアルを使用すると、正しく表示でき、xclockコマンドの入力によってxclockが表示されます。

OUIのノードの選択画面で選択可能なノードがない

原因: Oracle Clusterwareがインストールされていないか、またはOracle Clusterwareサービスが起動および実行されていません。

処置: Oracle Clusterwareをインストールするか、またはOracle Clusterwareの状態を確認してください。また、ノードを再起動すると問題を解決できる場合があります。

ノードnodenameに到達できない

原因: IPホストが使用不可能です。

処置: 次の手順を実行してください。

1. コマンドifconfig -aを実行します。このコマンドの出力と/etc/hostsファイルの内容を比較して、ノードIPがリストされていることを確認します。

2. コマンドnslookupを実行して、ホストが到達可能であるかどうかを確認します。

3. oracleユーザーで、sshまたはrshを使用してノードへの接続を試行します。パスワードを求められた場合、ユーザー等価関係が適切に設定されていません。SSH構成を完了するには、システム管理者に連絡するか、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。

PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

原因: 既存のOracle Cluster RegistryのRAWデバイス・パーティションで領域が不足しているため、rootupgrade.shの実行中に移行が失敗します。確認するには、ログ・ファイル$ORA_CRS_HOME/log/hostname/client/ocrconfig_pid.logで「utopen:12:バッキング・ストアに十分な領域がありません」というエラーを検索します。

処置: 使用可能な領域が280MB以上のRAWデバイスを特定します。/etc/oracle/srvConfig.loc(AIX、HP-UX、Linux)または/var/opt/oracle/srvConfig.loc(Solaris)で、既存のRAWデバイス名を確認し、コマンドddを使用して、このRAWデバイスの内容を新しいデバイスにコピーしてください。

PRKP-1001: インスタンスの開始でエラーが発生する

原因: ODBCドライバ・マネージャが存在しません。関連メッセージとして「CRS-0215: リソースを開始できません。」があります。

処置: インストールをクリーン・アップします。その後、http://www.unixodbc.orgからODBCドライバをダウンロードしてインストールし、このインストールを再起動します。このドライバはOracle RACデータベースの要件です。詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドで、システム要件に関する項を参照してください。

タイムスタンプが進んでいる

原因: 1つ以上のノードの時計の時刻がローカル・ノードと異なっています。このような場合には、次のような出力が表示される場合があります。

time stamp 2005-04-04 14:49:49 is 106 s in the future

処置: クラスタ内のすべてのメンバー・ノードの時計を同じ時刻にしてください。

YPBINDPROC_DOMAIN: ドメインがバインドされない

原因: このエラーは、インストール後のテスト時に、ノードのパブリック・ネットワーク・インターコネクトが取り外され、VIPによるフェイルオーバーが行われない場合に発生する可能性があります。このエラーでは、ノードがハングし、ユーザーはシステムにログインできなくなります。このエラーは、Oracleホーム、listener.ora、Oracleログ・ファイルまたはアクション・スクリプトがNASデバイスまたはNFSマウントに格納されていて、ネーム・サービス・キャッシュ・デーモンnscdがアクティブになっていない場合に発生します。

処置: クラスタ内のすべてのノードで次のコマンドを入力して、nscdサービスを起動してください。

/sbin/service  nscd start

A.1.2 Oracle RACのインストール時のエラー・メッセージ

Oracle RACのインストールを実行するユーザーには、oinstallグループとOSDBAグループ(通常、oinstallとdba)の両方のメンバーシップが必要です。該当しない場合、インストールは失敗します。

エラー・メッセージの解決でさらに支援が必要な場合は、My Oracle Supportを参照してください。たとえば、Doc ID 1372375.1のNoteにはOracle Real Application Clustersのインストールに関する最も一般的な問題のいくつかが含まれます。

A.1.3 Oracle Clusterwareのインストール中のクラスタ診断の実行

Oracle Universal Installer(OUI)のノードの選択ページが表示されない場合、LinuxおよびUNIXベース・システムのOracle Clusterwareホーム(Grid_home/bin)のバイナリ・ディレクトリからolsnodes -vコマンドを実行してクラスタウェア診断を実行し、その出力を分析します。出力の詳細情報でクラスタウェアが動作していないことが示された場合は、クラスタウェアのドキュメントを参照してください。

また、次のコマンド構文を使用してクラスタ・マネージャの整合性を検証します。

cluvfy comp clumgr -n node_list -verbose

前述の構文例で、node_list変数は、クラスタ内のノードのカンマ区切りリストです。

A.1.4 インストール・セッションのログの確認

Oracle Universal Installerでは、インストール中、実行されたすべての動作がログ・ファイルに記録されます。インストール中に問題が発生した場合は、ログ・ファイルを参照して、考えられる問題の原因についての情報を確認してください。

ログ・ファイルを表示するには、次の手順を実行します。

1. 必要に応じて、次のコマンドを入力し、oraInventoryディレクトリの場所を確認します。

$ cat /opt/oracle/oraInst.loc
$ cat /var/opt/oracle/oraInst.loc

2. 次のコマンドを入力して、ログ・ファイルの名前を確認します。

$ ls -ltr

このコマンドでは、ファイルが作成順に表示され、最新のファイルが最後に示されます。インストーラのログ・ファイルは、次のような名前になります。date_timeは、インストールが開始された日時を示します。

installActionsdate_time.log

ログ・ファイルで、問題についての情報が示されている可能性の高い最新のエントリを表示するには、次のコマンドを入力します。

$ tail -50 installActions2007-07-20_09-53-22AM.log | more

このコマンドでは、ログ・ファイルの最新の50行が表示され、ページ間を移動してそれらの行を確認できます。

Oracle Universal Installerによって表示されたエラーや、ログ・ファイルに記録されたエラーが再リンクの問題を示している場合は、次のファイルを参照してください。

$ORACLE_HOME/install/make.log

A.1.5 Configuration Assistantのエラー

Configuration Assistantの実行中に発生したインストール・エラーをトラブルシューティングするには、次の作業を行います。

「インストール・セッションのログの確認」に示すインストール・ログ・ファイルを確認します。

Oracle RACインストール所有者のOracleベース・ディレクトリ(パス$ORACLE_BASE/cfgtoollogs)にある特定のConfiguration Assistantのログ・ファイルを確認します。エラーの原因になった問題を修正します。

「致命的エラー。 再インストールしてください」というメッセージが表示された場合は、ログ・ファイルを確認して問題の原因を調査します。手順については、「致命的エラー」を参照してください。

この項には次のトピックが含まれます:

- Configuration Assistantのエラー

- 致命的エラー

A.1.5.1 Configuration Assistantのエラー

Oracle Configuration Assistantのエラーは、インストール画面の下部に表示されます。Configuration Assistantインタフェースに追加情報が表示される場合もあります。Configuration Assistantの実行状態は、次のファイルに保存されています。

oraInventory_location/logs/installActionsdate_time.log

Configuration Assistantに関連するエラーの詳細は、次のディレクトリ下で確認できます。

$ORACLE_BASE/cfgtoollogs

Oracleベース・ディレクトリは、Oracle RACインストール所有者のOracleベースです。完了ステータス・コードを次に示します。

Status Result Code
Configuration assistant succeeded 0
Configuration assistant failed 1
Configuration assistant cancelled -1

A.1.5.2 致命的エラー

Configuration Assistantの実行中に致命的エラーが発生した場合は、次の作業を行う必要があります。

1. Oracleソフトウェアを削除します。

2. 致命的エラーの原因を解決します。

3. Oracleソフトウェアを再インストールします。

A.2 インストール後のCVUクラスタ・ヘルス・チェックの使用

Oracle Grid Infrastructure 11gリリース2(11.2.0.3)以上では、CVUのhealthcheckコマンド・オプションを使用してOracle ClusterwareおよびOracle Databaseインストールをチェックし、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり、正しく動作していることを確認できます。

healthcheckコマンド・オプションを実行するには、次の構文を使用します。

cluvfy comp healthcheck [-collect {cluster|database}] [-db db_unique_name] [-bestpractice|-mandatory] [-deviations] [-html] [-save [-savedir directory_path]

次に例を示します。

$ cd /home/grid/cvu_home/bin
$ ./cluvfy comp healthcheck -collect cluster -bestpractice -deviations -html

オプションは次のとおりです。

- -collect [cluster|database]
このフラグは、Oracle Clusterware(クラスタ)またはOracle Database(データベース)に対するチェックの実行を指定するために使用します。healthcheckオプションでcollectフラグを使用しない場合は、cluvfy comp healthcheckではOracle ClusterwareおよびOracle Databaseの両方に対するチェックが実行されます。

- -db db_unique_name
このフラグは、dbフラグの後に入力したデータベースの一意の名前に対するチェックを指定するために使用します。

CVUでは、JDBCを使用してcvusysユーザーとしてデータベースに接続し、様々なデータベース・パラメータが検証されます。このため、-dbフラグで指定したデータベースに対してチェックを実行する場合は、まずそのデータベースにcvusysユーザーを作成し、そのユーザーにCVU固有のロールcvusappを付与する必要があります。また、cvusappロールのメンバーにシステム表に対するselect権限を付与する必要もあります。CVU_home/cv/admin/cvusys.sqlにSQLスクリプトが含まれており、このユーザーの作成を容易にします。このSQLスクリプトを使用して、CVUで検証するすべてのデータベースにcvusysユーザーを作成します。

dbフラグを使用し、一意のデータベース名を指定しない場合、CVUではクラスタのすべてのOracle Databaseが検出されます。これらのデータベースでベスト・プラクティス・チェックを実行する場合は、各データベースでcvusysユーザーを作成し、ベスト・プラクティス・チェックを実行するのに必要なcvusappロールとselect権限をこのユーザーに付与する必要があります。

- [-bestpractice | -mandatory] [-deviations]
ベスト・プラクティスのチェックを指定するためにはbestpracticeフラグを使用し、必須のチェックを指定するためにはmandatoryフラグを使用します。ベスト・プラクティスの推奨事項または必須要件からの差異のみを確認することを指定するには、deviationsフラグを追加します。-bestpracticeまたは-mandatoryフラグのいずれかを指定できますが、両方のフラグは指定できません。-bestpracticeまたは-mandatoryのいずれも指定しない場合は、ベスト・プラクティスと必須要件の両方が表示されます。

- -html
htmlフラグは、詳細なレポートをHTML形式で生成するために使用します。

htmlフラグを指定し、CVUによって認識されるブラウザがシステムで使用可能な場合は、チェックの完了時にそのブラウザが起動され、レポートがブラウザに表示されます。

htmlフラグを指定しない場合、詳細なレポートはテキスト・ファイルで生成されます。

- -save [-savedir dir_path]
saveまたは-save -savedirフラグは、cvuchecdkreport_timestamp.txtおよびcvucheckreport_timestamp.htmという検証レポート(timestampは検証レポートの日時)を保存するために使用します。

saveフラグを単独で使用すると、レポートはパスCVU_home/cv/report(CVU_homeはCVUバイナリの場所)に保存されます。

-save -savedirフラグを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

B スクリプトまたはレスポンス・ファイルを使用したOracle Real Application Clustersデータベースの作成

この付録では、スクリプトを使用してOracle Real Application Clusters(Oracle RAC)データベースを作成できる非対話型インストールの手順について説明します。

注意:
Database Configuration Assistant(DBCA)によって生成されるスクリプトは、参照用です。データベース作成には、DBCAを使用することをお薦めします。

関連項目:
スクリプトの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

この付録の内容は次のとおりです。

- DBCAを使用したOracle RAC用のインストール・スクリプトの生成

- Oracle RACでのDBCAの非対話型(サイレント)構成の概要

- Oracle RACでのDBCAの非対話型(サイレント)構成の使用

- レスポンス・ファイルの機能

- レスポンス・ファイルの準備

- レスポンス・ファイルを使用したOracle Universal Installerの実行

- レスポンス・ファイルを使用したNet Configuration Assistantの実行

- レスポンス・ファイルを使用したConfiguration Assistantの実行

- レスポンス・ファイルを使用したインストール後の構成

B.1 DBCAを使用したOracle RAC用のインストール・スクリプトの生成

Oracle RACデータベースを作成するスクリプトを生成し、そのスクリプトを使用してデータベースを作成し、そのデータベースを使用するために準備を行うには、次の手順を実行します。

1. DBCAを起動し、推奨オプションを選択してOracle RACデータベースを作成します。
DBCAセッションの「作成オプション」ページで、「データベースの作成」の選択を解除し「データベース作成スクリプトの生成」を選択してから「終了」をクリックします。スクリプトには、デフォルトの宛先ディレクトリを使用するか、または別の位置を検索して指定できます。いずれの場合も、次の手順で使用するパス名を記録しておく必要があります。

関連項目:
DBCAセッションの実行の詳細は、第3章「Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成」を参照してください。

2. DBCAで作成したスクリプトが格納されているディレクトリに移動し、必要な特性でデータベースを作成する文がSQLスクリプトに含まれていることを確認します。含まれていない場合は、手動でスクリプトを編集するのではなく、DBCAを再実行して必要な構成を持つスクリプトを作成することをお薦めします。

3. DBCAセッションで指定した各クラスタ・ノードで、スクリプトsid.shを実行します。sidは、DBCAの「データベース名」ページで入力したSID接頭辞です。

4. SPFILEで初期化パラメータcluster_databaseをTRUE値に設定します。設定するには、ALTER SYSTEMコマンドを発行するか、各インスタンスのPFILEで、この初期化パラメータをコメント解除します。

5. 新しいデータベースおよびインスタンスをサポートするように、Oracle Net Servicesを構成します(第7章「Oracle Real Application Clusters用にインストールされた構成の理解」を参照)。

6. SPFILEでlocal_listenerおよびremote_listenerパラメータを設定します。設定するには、ALTER SYSTEMコマンドを発行するか、各インスタンスのPFILEで、このパラメータをコメント解除します。

7. SRVCTLを実行して、データベースおよびインスタンス・アプリケーションを構成して、起動します(『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照)。

関連項目:
Oracle Universal Installer(OUI)を使用してOracleソフトウェアをインストールするスクリプトの作成および使用の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

B.2 Oracle RACでのDBCAの非対話型(サイレント)構成の概要

DBCAを使用して、Oracle RACで非対話型(サイレント)構成を実行できます。サイレント構成を実行するには、Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)のインストールを完了してから、Oracle Databaseホームでroot.shスクリプトを実行して、Oracleホーム・ディレクトリの環境変数を定義している必要があります。

DBCAを使用すると、Oracleが供給するテンプレートから、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

複雑な環境の場合は、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインストール・インタビューが行われます。これによって、データベースを作成する時間が長くなります。

B.3 Oracle RACでのDBCAの非対話型(サイレント)構成の使用

次のコマンド構文によって、既存のOracle ASMディスク・グループにOracle RACデータベースが作成されます。node1およびnode2はクラスタ・ノード、ASMgrp1はディスク・グループ名、my_passwordはパスワード、My_ASM_PasswordはASM SYSパスワードです。

# su oracle -c "$ORACLE_HOME/bin/dbca -silent -createDatabase -templateName General_Purpose.dbc -gdbName $DBNAME -sid $SID -sysPassword my_password -systemPassword my_password -sysmanPassword my_password -dbsnmpPassword my_password -emConfiguration LOCAL -storageType ASM -diskGroupName ASMgrp1 -datafileJarLocation $ORACLE_HOME/assistants/dbca/templates -nodeinfo node1,node2 -characterset WE8ISO8859P1 -obfuscatedPasswords false -sampleSchema false -asmSysPassword My_ASM_password"

B.4 レスポンス・ファイルの機能

OUIの起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。OUIはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

通常、インストーラは対話型で、つまりグラフィカル・ユーザー・インタフェース(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント・モード
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル・モード
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホームの名前を指定するには、次のように、ORACLE_HOME変数に適切な値を入力します。

ORACLE_HOME="OraDBHome1"

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent "ORACLE_HOME=OraDBHome1" ...

このコマンドでは、directory_pathは、DVDのdatabaseディレクトリのパス、またはハード・ドライブのDisk1ディレクトリのパスのいずれかです。

関連項目:
レスポンス・ファイルの詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

B.4.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する理由

次の表に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する場合の例を示します。

モード

用途

サイレント

次のインストールでは、サイレント・モードを使用します。

- atなどのオペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する。

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する。

- X Window Systemソフトウェアがインストールされていないシステムにソフトウェアをインストールする。

インストーラは起動元の端末に進捗情報を表示しますが、インストーラ画面はまったく表示しません。

レスポンス・ファイル

複数のシステムに同様のOracleソフトウェアをインストールする場合は、レスポンス・ファイル・モードを使用して、インストーラのプロンプトの一部にのみデフォルトの応答を設定します。
インストーラ画面の必要な情報をレスポンス・ファイルに指定していないと、インストーラによってその画面が表示されます。必要な情報をすべて指定した画面は表示されません。

B.4.2 データベース・ファイルにOracle ASMを使用するデータベースの作成

Oracle Automatic Storage Management(Oracle ASM)を使用するデータベースを作成するには、事前にroot.shスクリプトを実行する必要があります。そのため、サイレント・モードのインストールによって、データベース・ファイルの記憶域オプションとしてOracle ASMを使用するデータベースを作成することはできません。かわりに、サイレント・モードでソフトウェアのみのインストールを実行し、ソフトウェアのみのインストールが終了した後root.shスクリプトを実行してから、サイレント・モードでOracle Net Configuration AssistantおよびDBCAを実行できます。

注意:
この制限事項は、データベース・ファイルの記憶域オプションとしてOracle Automatic Storage Managementを使用するデータベースにのみ適用されます。ファイル・システム・オプションを使用するデータベースは、サイレント・モードのインストールによって作成できます。

B.4.3 レスポンス・ファイルを使用する一般的な手順

次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールし構成する一般的な手順を示します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. サーバー上にoraInst.locファイルがない場合は、これを作成します。

2. レスポンス・ファイルを準備します。

3. インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

4. ソフトウェアのみのインストールを終了したら、次にNet Configuration AssistantおよびDBCAをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

この手順については、次の項で説明します。

B.5 レスポンス・ファイルの準備

この項では、レスポンス・ファイルを準備して、サイレント・モードまたはレスポンス・ファイル・モードのインストールで使用する、次の方法について説明します。

- レスポンス・ファイル・テンプレートの編集

- レスポンス・ファイルの記録

B.5.1 レスポンス・ファイル・テンプレートの編集

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。ファイルは、インストール・メディアのdatabase/responseディレクトリに格納されています。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイルは/Disk1/responseディレクトリに格納されています。

表B-1に、このソフトウェアに付属するレスポンス・ファイルを示します。

表B-1 Oracle Databaseのレスポンス・ファイル

レスポンス・ファイル

説明

db_install.rsp

Oracle Database 11g のサイレント・インストール

dbca.rsp

DBCAのサイレント・インストール

netca.rsp

Oracle Net Configuration Assistantのサイレント・インストール

注意:
レスポンス・ファイル・テンプレートを変更し、保存して使用する場合、レスポンス・ファイルに暗号化されていないパスワードが含まれている場合があります。レスポンス・ファイルの所有者はOracleソフトウェア・インストール所有者のみとし、レスポンス・ファイルの権限を600に変更してください。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

レスポンス・ファイルをコピーして変更するには、次の手順を実行します。

1. レスポンス・ファイルを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/response_file.rsp local_directory

この例では、directory_pathはインストール・メディアのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/response_file.rsp

関連項目:
レスポンス・ファイルの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはConfiguration Assistantが失敗します。

4. ファイルの権限を600に変更します。

$ chmod 600 /local_dir/response_file.rsp

注意:
Oracle Databaseのインストールに必要なすべての項目を指定したレスポンス・ファイルには、データベース管理アカウント用のパスワードと、OSDBAグループのメンバーであるユーザー用のパスワード(自動バックアップに必要)が含まれています。Oracleソフトウェア所有者であるユーザーのみがレスポンス・ファイルを参照または変更できるようにするか、インストールの正常終了後にレスポンス・ファイルを削除することを検討してください。

B.5.2 レスポンス・ファイルの記録

OUIを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。この方法は、拡張インストールまたはソフトウェアのみのインストールに役立ちます。

Oracle Database 11g リリース2(11.2)以上では、「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、またはシステムにソフトウェアをコピーする前に「サマリー」ページで終了することもできます。

レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

注意:
レスポンス・ファイルの記録中は、パスワードを保存できません。

レスポンス・ファイルを記録するには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。
インストーラを実行してレスポンス・ファイルに記録する際、インストーラはシステムを確認してソフトウェアをインストールするための要件を満たしているかどうかを検証します。そのため、必要なすべてのインストール前作業を完了してから、インストールを実行してレスポンス・ファイルを記録することをお薦めします。

2. Oracleソフトウェア所有者ユーザー(通常はoracle)が、インストーラ実行時に指定するOracleホームのパスに対して作成または書込みの権限を持っていることを確認します。

3. インストールの各画面で、必要な情報を指定します。

4. インストーラの「サマリー」画面が表示されたら、次を実行します。

1. 「レスポンス・ファイルの保存」をクリックして、値をレスポンス・ファイルに保存するためのファイル名と場所を指定します。

2. レスポンス・ファイルを作成してインストールを継続するには、「終了」をクリックします。
インストールを続行しない場合は、「取消」をクリックします。インストールは中止されますが、記録されたレスポンス・ファイルは保持されます。

5. インストールを最後まで実行していない場合は、「ファイルの場所の指定」画面で指定したパスに作成されたOracleホーム・ディレクトリを削除します。

6. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。
編集する際は、ファイルに記載された説明をガイドとして使用してください。

B.6 レスポンス・ファイルを使用したOracle Universal Installerの実行

これで、コマンドラインでOUIを起動し、作成したレスポンス・ファイルを指定してインストールを実行する準備ができました。OUIの実行可能ファイルrunInstallerでは、いくつかのオプションを使用できます。すべてのオプションのヘルプ情報を参照するには、runInstallerコマンドで-helpオプションを指定します。次に例を示します。

$ directory_path/runInstaller -help

しばらくすると、ウィンドウ上にヘルプが表示されます。

レスポンス・ファイルを使用してインストーラを実行するには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。

2. ソフトウェア・インストール所有者ユーザーとしてログインします。

3. レスポンス・ファイル・モードでインストールを実行する場合は、DISPLAY環境変数を設定します。

注意:
サイレント・モードでインストールを実行する場合は、DISPLAY環境変数を設定する必要はありません。

4. コマンドを次のように入力して、サイレント・モードまたはレスポンス・ファイル・モードでインストーラを起動します。

$ /directory_path/runInstaller [-silent] [-noconfig] \
-responseFile responsefilename

注意:
レスポンス・ファイルのパスを相対パスで指定しないでください。相対パスを指定すると、インストーラが失敗します。

この例の意味は次のとおりです。

- directory_pathは、DVDのdatabaseディレクトリのパス、またはハード・ドライブのDisk1ディレクトリのパスです。

- -silentは、サイレント・モードでインストーラを実行することを示します。

- -noconfigを指定すると、インストール中にConfiguration Assistantは実行されず、ソフトウェアのみのインストールが実行されます。

- responsefilenameは、構成したインストール用レスポンス・ファイルのフルパスとファイル名です。

注意:
runInstallerコマンドのその他のオプションの詳細を参照するには、次のコマンドを入力します。

$ /directory_path/runInstaller -help

5. インストールが終了したら、rootユーザーとしてログインし、root.shスクリプトを実行します。

$ sudo sh
password:
# /oracle_home_path/root.sh

B.7 レスポンス・ファイルを使用したNet Configuration Assistantの実行

サイレント・モードでNet Configuration Assistantを実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。Net Configuration Assistantをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。Oracleでは、DVD上のdatabase/responseディレクトリのresponseディレクトリで、netca.respという名前のレスポンス・ファイル・テンプレートを提供しています。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはdatabase/responseディレクトリに格納されています。

レスポンス・ファイルを使用してNet Configuration Assistantを実行するには、次の手順を実行します。

1. レスポンス・ファイル・テンプレートnetca.rspを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/netca.rsp local_directory

この例では、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/netca.rsp

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、Net Configuration Assistantが失敗します。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数に正しいOracleホーム・ディレクトリを指定します。

5. 次のようなコマンドを入力して、Net Configuration Assistantをサイレント・モードで実行します。

$ $ORACLE_HOME/bin/netca /silent /responsefile /local_dir/netca.rsp

この例の意味は次のとおりです。

- /silentオプションは、Net Configuration Assistantをサイレント・モードで実行することを意味します。

- local_dirは、netca.rspレスポンス・ファイル・テンプレートのコピー先ディレクトリのフルパスです。

B.8 レスポンス・ファイルを使用したConfiguration Assistantの実行

レスポンス・ファイル・モードまたはサイレント・モードでConfiguration Assistantを実行して、システムにインストールしたOracleソフトウェアを構成し起動できます。Configuration Assistantをレスポンス・ファイル・モードまたはサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはDisk1/responseディレクトリに格納されています。

この項には次のトピックが含まれます:

- レスポンス・ファイル・モードでのDatabase Configuration Assistantの概要

- レスポンス・ファイル・モードまたはサイレント・モードでのDatabase Configuration Assistantの実行

- インストール後の構成ファイルの概要

- レスポンス・ファイルを使用したインストール後の構成の実行

B.8.1 レスポンス・ファイル・モードでのDatabase Configuration Assistantの概要

DBCAは、レスポンス・ファイル・モードでは、レスポンス・ファイルに指定された値またはコマンドライン・オプションとして指定された値を使用してデータベースを作成します。データベースを構成して起動しながら、状態メッセージとプログレス・バーのウィンドウを表示します。表示するウィンドウは、Enterprise EditionまたはStandard Editionのインストールで事前構成済データベースの作成した際に表示されるウィンドウと同じです。

DBCAをレスポンス・ファイル・モードで実行するには、グラフィカル・ディスプレイを使用し、DISPLAY環境変数を設定します。実行モードをレスポンス・ファイル・モードに設定するには、-progressOnlyフラグを使用します。

Oracleでは、DVDの/Disk1/responseディレクトリで、dbca.rspという名前のレスポンス・ファイル・テンプレートを提供しています。

B.8.2 レスポンス・ファイル・モードまたはサイレント・モードでのDatabase Configuration Assistantの実行

DBCAをレスポンス・ファイル・モードまたはサイレント・モードで実行するには、次の手順を実行します。

1. レスポンス・ファイル・テンプレートdbca.rspを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/dbca.rsp local_directory

この例では、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

注意:
レスポンス・ファイル・テンプレートを編集するもう1つの方法として、DBCAを実行する際に、コマンドライン・オプションとしてすべての必要な情報を指定してデータベースを作成することもできます。サポートされるオプションのリストの詳細を参照するには、次のコマンドを入力します。

$ $ORACLE_HOME/bin/dbca -help

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/dbca.rsp

3. ファイルに記載された説明に従って、ファイルを編集します。

注意:
レスポンス・ファイルを正しく構成しないと、DBCAが失敗します。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数に正しいOracleホーム・ディレクトリを指定します。

5. レスポンス・ファイル・モードでDBCAを実行するには、DISPLAY環境変数を設定します。

6. レスポンス・ファイルを使用してサイレント・モードまたはレスポンス・ファイル・モードでDBCAを実行するには、次のコマンド構文を使用します。

$ORACLE_HOME/bin/dbca {-progressOnly | -silent} -responseFile \
/local_dir/dbca.rsp

この例の意味は次のとおりです。

- -silentオプションは、サイレント・モードでDBCAを実行することを示します。

- -progressOnlyオプションは、レスポンス・ファイル・モードでDBCAを実行することを示します。

- local_dirは、dbca.rspレスポンス・ファイル・テンプレートのコピー先ディレクトリのフルパスです。

B.9 レスポンス・ファイルを使用したインストール後の構成

次の項では、Oracleソフトウェアのインストール後にレスポンス・ファイルによる構成を作成して実行する方法について説明します。内容は次のとおりです。

- インストール後の構成ファイルの概要

- レスポンス・ファイルを使用したインストール後の構成の実行

B.9.1 インストール後の構成ファイルについて

サイレント・モードまたはレスポンス・ファイル・モードでのインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します。指定しない情報は、グラフィカル・ユーザー・インタフェースによるインストール中に手動で入力します。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にConfiguration Assistantから要求されるユーザー・アカウントのパスワードは含まれていません。Configuration Assistantは、configToolAllCommandsというスクリプトによって起動されます。パスワード・レスポンス・ファイルを使用すると、このスクリプトをレスポンス・ファイル・モードで実行できます。スクリプトはこのパスワードを使用して、構成が完了するまで連続的に構成ツールを実行します。

クローン・インストール用にこのパスワード・ファイルを保持する場合は、パスワード・ファイルをセキュアな場所に保存することをお薦めします。また、エラーを解決するためにインストールを中断する必要がある場合も、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用して、Configuration Assistantを実行できます。

configToolAllCommandsパスワード・レスポンス・ファイルには、次の構文オプションがあります。

- internal_component_nameは、Configuration Assistantで構成するコンポーネントの名前です。

- variable_nameは、構成ファイルの変数の名前です。

- valueは、構成に使用する値です。

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

次に例を示します。

oracle.assistants.asm|S_ASMPASSWORD=myPassWord

パスワード・レスポンス・ファイルのセキュリティは、次の方法で維持することをお薦めします。

- レスポンス・ファイルの権限を600に設定します。

- レスポンス・ファイルの所有者をインストール所有者ユーザーにして、グループは中央インベントリ(oraInventory)グループに設定します。

B.9.2 レスポンス・ファイルを使用したインストール後の構成の実行

configToolAllCommandsスクリプトを使用してConfiguration Assistantを実行するには、次の手順を実行します。

1. filename.propertiesという構文でレスポンス・ファイルを作成します。次に例を示します。

$ touch cfgrsp.properties

2. テキスト・エディタでこのファイルを開き、パスワード・テンプレートを切り取って貼り付け、必要に応じて変更します。

例B-1 Oracle Real Application Clusters用のパスワード・レスポンス・ファイル

Oracle Databaseの構成には、DBCAで使用するSYS、SYSTEM、SYSMAN、DBSNMPのパスワードが必要です。S_ASMSNMPPASSWORDレスポンスは、データベースの記憶域にOracle ASMを使用している場合にのみ必要です。また、Oracle Enterprise Managerの構成を選択した場合は、S_HOSTUSERPASSWORDレスポンスにOracleソフトウェア・インストール所有者のパスワードを指定する必要があります。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_SYSMANPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_HOSTUSERPASSWORD=password
oracle.assistants.server|S_ASMSNMPPASSWORD=password

Oracle Enterprise ManagerまたはOracle ASMを有効にしない場合、これらのパスワード・フィールドは空白のままにします。

3. 権限を変更してファイルを保護します。次に例を示します。

$ ls -al cfgrsp.properties
-rw------- 1 oracle oinstall 0 Apr 30 17:30 cfgrsp.properties

4. ディレクトリを$ORACLE_BASE/cfgtoollogsに変更します。
次の構文を使用して、構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=/path/name.properties

次に例を示します。

$ ./configToolAllCommands RESPONSE_FILE=/home/oracle/cfgrsp.properties

C シングル・インスタンスOracle DatabaseからOracle RACおよびOracle RAC One Nodeへの変換

この付録では、Oracle Database 11g リリース2(11.2)のシングル・インスタンスのデータベースからOracle Real Application Clusters(Oracle RAC)データベースおよびOracle RAC One Nodeデータベースに変換する方法について説明します。この付録の内容は次のとおりです。

- データベースをOracle RACに変換する場合の管理上の問題点

- DBCAを使用したOracle RACおよびOracle RAC One Nodeへの変換

- rconfigおよびOracle Enterprise Managerを使用して変換するための準備

- RCONFIGを使用したデータベースのOracle RACへの変換

- ConvertToRAC用のrconfig XML入力ファイルの例

- 変換後の手順

Oracle Parallel ServerからOracle RACにアップグレードする場合または以前のバージョンのOracle RACからアップグレードする場合は、Oracle Database Upgrade Assistant(DBUA)を使用します。

この付録の手順は、元のシングル・インスタンス・データベースとターゲットのOracle RACデータベースが同じリリースを使用して、同じプラットフォーム上で実行されていることを前提としています。

注意:
Oracle RACデータベースでは、クラスタ化されたOracle ASMインスタンスを使用する必要があります。

関連項目:
購入したライセンスに適用するコンプライアンス要件の詳細は、『Oracle Databaseライセンス情報』を参照してください。

C.1 データベースをOracle RACに変換する場合の管理上の問題点

シングル・インスタンスのデータベースをOracle RACに変換する前に、次の管理上の問題点に注意してください。

- シングル・インスタンスのOracle DatabaseからOracle RACに変換する前に、正しい手順でバックアップを行う必要があります。

- Oracle RAC環境でアーカイブする場合、アーカイブ・ファイル形式にはスレッド番号が必要です。

- メディア・リカバリには、Oracle RACデータベースのすべてのインスタンスのアーカイブ・ログが必要です。そのため、ファイルにアーカイブして、クラスタ・ファイル・システムを使用しない場合または共有ファイル・システムを使用するための他の方法を採用しない場合、クラスタ・データベースのインスタンスがあるすべてのノードからアーカイブ・ログにアクセスするなんらかの方法が必要です。

- デフォルトでは、すべてのデータベース・ファイルはOracle Managed Files(OMF)に移行されます。この機能によって、表領域の作成が簡単になり、データ・ファイルの場所の一貫性およびOFA規則への準拠が確保されるため、データ・ファイル管理での人為的なミスが減少します。

C.2 DBCAを使用したOracle RACおよびOracle RAC One Nodeへの変換

Database Configuration Assistant(DBCA)を使用して、シングル・インスタンスのOracle DatabaseをOracle RACまたはOracle RAC One Nodeに変換できます。DBCAを使用すると、制御ファイル属性が自動的に構成され、UNDO表領域とREDOログが作成されて、クラスタ対応環境用の初期化パラメータ・ファイルのエントリが作成されます。また、DBCAは、Oracle Enterprise ManagerまたはSRVCTLユーティリティ(SRVCTL)で使用するために、Oracle Net ServicesとOracle Clusterwareリソースの構成およびOracle RACデータベース管理用の構成を行います。

DBCAを使用してシングル・インスタンスのデータベースをOracle RACまたはOracle RAC One Nodeデータベースに変換する前に、システムが次の条件を満たしていることを確認します。

- サポートされているハードウェアおよびオペレーティング・システム・ソフトウェア構成である。

- 共有記憶域があり、Oracle Cluster File SystemまたはOracle ASMのいずれかが使用可能で、すべてのノードからアクセスできる。Linux on POWER Systemsの場合は、GPFSが使用可能で、すべてのノードからアクセスできる。

- 使用しているアプリケーションが、その特性によりクラスタ・データベース・プロセスで使用不可能になることがない。

ご使用のプラットフォームがクラスタ・ファイル・システムをサポートしている場合は、Oracle RACでそのクラスタ・ファイル・システムを使用できます。Oracle RACに変換して、非共有ファイル・システムを使用することもできます。いずれの場合も、Oracle Universal Installer(OUI)を使用してOracle Database 11g リリース2(11.2)をインストールし、クラスタで選択された各ノード上の同じ位置にOracleホームおよびインベントリを設定することをお薦めします。

この項の内容は次のとおりです。

- DBCAを使用したOracle Database 11gのインストールのOracle RACへの変換

- DBCAを使用したクラスタ上のシングル・インスタンスのOracle RACへの変換

C.2.1 DBCAを使用したOracle Database 11g のインストールのOracle RACへの変換

クラスタ・コンピュータ以外のコンピュータ上にあるシングル・インスタンスのOracle DatabaseをOracle RACに変換するには、次の項に説明する手順を、その順序で実行します。

- 元のシングル・インスタンス・データベースのバックアップ

- Oracle Clusterwareのインストール

- クラスタの検証

- 事前構成済データベース・イメージのコピー

- Oracle Database 11gソフトウェアおよびOracle RACのインストール

C.2.1.1 元のシングル・インスタンス・データベースのバックアップ

次の手順に従い、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成します。

1. $ORACLE_HOMEの下のbinディレクトリに移動して、DBCAを起動します。

2. 「ようこそ」ページで「次へ」をクリックします。

3. 「操作」ページで、「テンプレートの管理」を選択して「次へ」をクリックします。

4. 「テンプレート管理」ページで、「データベース・テンプレートの作成」および「既存のデータベースを使用(データおよび構造)」を選択して「次へ」をクリックします。

5. 「ソース・データベース」ページで、「データベース・インスタンス」リストでデータベース名を選択して「次へ」をクリックします。

6. 「テンプレート・プロパティ」ページで、「名前」フィールドにテンプレート名を入力します。データベース名を使用することをお薦めします。
デフォルトでは、テンプレート・ファイルはディレクトリORACLE_HOME/assistants/dbca/templatesに作成されます。必要に応じて、「説明」フィールドにファイルの説明を入力したり、「テンプレート・データファイル」フィールドでテンプレート・ファイルの位置を変更できます。

入力が完了したら、「次へ」をクリックします。

7. 「データベース関連ファイルの位置」ページで、現行のディレクトリ構造にデータベースをリストアできるように「ファイル位置を保持」を選択して「終了」をクリックします。

DBCAは、データベース構造ファイル(template_name.dbc)およびデータベースの事前構成済イメージ・ファイル(template_name.dfb)の2つのファイルを生成します。

C.2.1.2 Oracle Clusterwareのインストール

ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドの説明に従って、Oracle Clusterwareのインストールを実行します。

C.2.1.3 クラスタの検証

クラスタ検証ユーティリティ(CVU)を使用して、クラスタの構成を検証します。

C.2.1.4 事前構成済データベース・イメージのコピー

事前構成済データベース・イメージをコピーします。前述の手順「元のシングル・インスタンス・データベースのバックアップ」でDBCAを使用して作成したデータベース構造ファイル(*.dbc)およびデータベースの事前構成済イメージ・ファイル(*.dfb)を、DBCAを実行するクラスタのノード上の一時的な位置にコピーします。

C.2.1.5 Oracle Database 11gソフトウェアおよびOracle RACのインストール

1. OUIを実行して、Oracle DatabaseおよびOracle RACをインストールします。

2. OUIの「ハードウェアのクラスタ・インストール・モードの指定」ページで「クラスタ・インストール」モードを選択し、Oracle RACデータベースに含めるノードを選択します。

3. OUIのデータベースの構成タイプのページで、「詳細」インストール・タイプを選択します。
Oracle Databaseソフトウェアのインストール後、OUIはインストール後の構成ツール(Network Configuration Assistant(NetCA)、DBCAなど)を実行します。

4. DBCAのテンプレートを選択するページで、「事前構成済データベース・イメージのコピー」の手順で一時的な位置にコピーしたテンプレートを使用します。テンプレートの位置を選択するには、「参照」オプションを使用します。
デプロイするオプションを選択します。Oracle RACデータベース、Oracle RAC One Nodeデータベースまたはシングル・インスタンスOracle Databaseから選択できます。

5. OUIの「記憶域オプション」ページでRAWデバイスを選択し、環境変数DBCA_RAW_CONFIGを設定していない場合は、DBCAの「初期化パラメータ」ページのファイルの場所タブで、データ・ファイル、制御ファイル、ログ・ファイルなどを対応するRAWデバイス・ファイルと置き換えます。記憶域のページでもデフォルトのデータベース・ファイルをRAWデバイスに置き換える必要があります。

関連項目:
DBCAの詳細は、第3章「Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成」を参照してください。

6. Oracle RACデータベースを作成すると、「パスワード管理」ページが表示されます。このページでは、SYSDBAとSYSOPERのロールを持ち、データベース権限を付与されたユーザーのパスワードを変更する必要があります。DBCAを終了すると、変換処理が完了します。

C.2.2 DBCAを使用したクラスタ上のシングル・インスタンスのOracle RAC One Nodeへの変換

DBCAでシングル・インスタンスOracle DatabaseをOracle RAC One Nodeに変換するには、次の手順を実行します。

1. ディレクトリを$ORACLE_HOME/binに変更します。

2. 次のように、DBCAを起動します。

$ dbca

3. 「ようこそ」ウィンドウから、「Oracle Real Application Clusters」データベースを選択します。

4. C.2.1.5項「Oracle Database 11gソフトウェアおよびOracle RACのインストール」で選択したデプロイ用のテンプレートを使用します。

C.2.3 DBCAを使用したクラスタ上のシングル・インスタンスのOracle RACへの変換

シングル・インスタンス・データベースがクラスタ・コンピュータ上に存在する場合は、次の3つのシナリオが考えられます。

- シナリオ1: シングル・インスタンス・データベースが実行されているOracleホームにクラスタがインストールされている。このシナリオでOracle RACへの変換を実行する手順については、「クラスタ対応のOracleホームからクラスタ上のシングル・インスタンスが実行されている場合」を参照してください。

- シナリオ2: シングル・インスタンス・データベースが実行されているOracleホームにクラスタがインストールされているが、Oracle RAC機能は使用禁止である。この環境でデータベースをOracle RACに変換する方法については、「Oracle RAC非対応のOracleホームからクラスタ上のシングル・インスタンスが実行されている場合」を参照してください。

- シナリオ3: シングル・インスタンス・データベースが実行されているOracleホームにクラスタがインストールされていない。このシナリオでシングル・インスタンスのデータベースをOracle RACに変換する手順については、「シングル・インスタンスがインストールされているOracleホームからクラスタ上のシングル・インスタンスが実行されている場合」を参照してください。

C.2.3.1 クラスタ対応のOracleホームからクラスタ上のシングル・インスタンスが実行されている場合

次の手順に従って、クラスタがインストールされた(Oracle Database 11gおよびOracle RACの)Oracleホームから実行されている、クラスタ上のシングル・インスタンス・データベースを変換します。

1. 「元のシングル・インスタンス・データベースのバックアップ」の説明に従い、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成します。手動で変換を実行するには、シングル・インスタンス・データベースを停止します。

2. クラスタにノードを追加するには、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドの説明に従って、クラスタにノードを追加および接続します。すべてのノードが共有記憶域にアクセスできることを確認します。また、『Oracle Clusterware管理およびデプロイメント・ガイド』のクラスタウェアおよびOracleソフトウェアの新規ノードへの拡張に関する項の手順に従って、Oracle Clusterwareホームを新しいノードに拡張します。

3. 既存のOracleホームから、『Oracle Clusterware管理およびデプロイメント・ガイド』のOracle RAC データベース・レイヤーでのノードの追加に関する項の手順に従って、このホームを新しいノードに拡張します。

4. 新しく追加したノードのいずれかから、NetCAを使用して追加のノードにリスナーを構成します。既存のノードで使用したポート番号およびプロトコルと同じポート番号およびプロトコルを選択します。NetCAでノード・リスト・ページに既存のノードが表示される場合は、リスナーがすでに構成されているため、ノードを選択しないでください。

5. 次のいずれかの手順でデータベースを変換します。

- DBCAを使用した自動変換の手順

- 手動変換の手順

C.2.3.1.1 DBCAを使用した自動変換の手順

1. 「元のシングル・インスタンス・データベースのバックアップ」の説明に従ってシングル・インスタンス・データベースの事前構成済イメージを作成した場合は、DBCAを使用してOracle RACデータベースへの変換を実行します。

2. 元のノードからDBCAを起動します。クラスタ・データベースの一部として含めるノードの名前を選択します。テンプレートの選択ページで、手順1で作成した事前構成済テンプレートを選択します。データベース名を入力し、DBCAのプロンプトに従って残りの項目を入力します。

3. クラスタ・データベース・ファイル用にRAWデバイスを使用するには、表示される「初期化パラメータ」ページのファイルの場所タブで、SPFILE用のRAWデバイス名を入力します。記憶域のページで、デフォルトのデータベース・ファイル名を、制御ファイル、REDOログおよびデータ・ファイル用のRAWデバイスに置換して、クラスタ・データベースを作成します。「終了」をクリックすると、データベースが作成されます。

Oracle RACデータベースを作成すると、「パスワード管理」ページが表示されます。このページでは、SYSDBAとSYSOPERのロールを持ち、データベース権限を付与されたユーザーのパスワードを変更する必要があります。DBCAを終了すると、変換処理が完了します。

C.2.3.1.2 手動変換の手順

手順1で、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成していない場合は、次の手順に従って変換を実行します。

1. 追加した各ノード上にOptimal Flexible Architecture(OFA)ディレクトリ構造を作成します。

関連項目:
OFAの詳細は、「Oracle RACのディレクトリ構造」を参照してください。

2. ファイル・システム上のシングル・インスタンス・データベースをRAWデバイスに変換する場合は、ddコマンドを使用して、データベースのデータ・ファイル、制御ファイル、REDOログおよびサーバー・パラメータ・ファイルを対応するRAWデバイスにコピーします。それ以外の場合は、次の手順に進みます。

3. SQL文のCREATE CONTROLFILEをREUSEキーワード付きで実行して制御ファイルを再作成し、Oracle RAC構成に必要なMAXINSTANCESやMAXLOGFILESなどを指定します。MAXINSTANCESのデフォルト値は、32に指定することをお薦めします。

4. データベース・インスタンスを停止します。

5. シングル・インスタンス・データベースでSPFILEを使用していた場合は、次のSQL文を使用して、SPFILEから一時的なPFILEを作成します。

CREATE PFILE='pfile_name' from spfile='spfile_name'

6. CLUSTER_DATABASEパラメータをTRUEに設定し、sid.parameter=value構文を使用して、INSTANCE_NUMBERパラメータをインスタンスごとに一意の値に設定します。
シングル・インスタンス・データベースのメモリー使用量を最適化していた場合は、システム・グローバル領域(SGA)のサイズを調整して、Oracle RACへの変換時にスワップおよびページングが発生しないようにします。この調整が必要な理由は、Oracle RACでは、グローバル・キャッシュ・サービス(GCS)用に、各バッファに約350バイトずつ必要になるためです。たとえば、バッファが10000ある場合、Oracle RACは約350×10000バイトの追加メモリーを必要とします。したがって、DB_CACHE_SIZEパラメータとDB_nK_CACHE_SIZEパラメータをこれに応じて変更し、SGAのサイズを調整します。

7. 手順5で作成したPFILEを使用して、データベース・インスタンスを起動します。

8. シングル・インスタンス・データベースで自動UNDO管理を使用していた場合は、CREATE UNDO TABLESPACE SQL文を使用して、追加インスタンスごとにUNDO表領域を作成します。RAWデバイスを使用している場合は、UNDO表領域用のデータ・ファイルがRAWデバイス上にあることを確認します。

9. 2つ以上のREDOログを持つREDOスレッドを追加インスタンスごとに作成します。RAWデバイスを使用している場合は、REDOログ・ファイルがRAWデバイス上にあることを確認します。SQL文のALTER DATABASEを使用して、新しいREDOスレッドを使用可能にします。その後で、データベース・インスタンスを停止します。

10. Oracleパスワード・ファイルを、元のノードまたは作業中のノードから追加ノード(クラスタ・データベースのインスタンスが存在するノード)の対応する位置にコピーします。追加インスタンスごとに、各パスワード・ファイルのORACLE_SID名を適切に置換します。

11. REMOTE_LISTENER=LISTENER_DB_NAMEパラメータとsid.LOCAL_LISTENER=LISTENER_SIDパラメータをPFILEに追加します。

12. データベースとインスタンスのネット・サービス・エントリ、インスタンスごとのLOCAL_LISTENERのアドレス・エントリ、およびtnsnames.oraファイルのREMOTE_LISTENERのアドレス・エントリを構成します。これを行った後、これらをすべてのノードにコピーします。

13. 「サーバー・パラメータ・ファイルへの移行手順」で説明した手順に従って、PFILEからSPFILEを作成します。クラスタ・ファイル・システムを使用していない場合は、SPFILEがRAWデバイス上にあることを確認します。

14. 次のエントリが含まれている$ORACLE_HOME/dbs/initsid.oraファイルを作成します。

spfile='spfile_path_name'

spfile_path_name変数は、SPFILEの完全パス名です。

15. ローカル・ノードで、catclust.sqlを実行します。このコマンドによって、Oracle RACデータベースに必要なディクショナリ・ビューが作成されます。次に例を示します。

SQL> start ?/rdbms/admin/catclust.sql

16. SRVCTLを使用して、Oracle RACまたはOracle RAC One Nodeデータベースの構成とそのインスタンスのノードへのマッピングを追加します。

17. SRVCTLを使用してデータベースを起動します。

SRVCTLを使用してデータベースを起動すると、変換処理は完了します。たとえば、次のSQL文を実行すると、Oracle RACデータベースのすべてのインスタンスの状態を確認できます。

SQL> select * from v$active_instances

C.2.3.2 Oracle RAC非対応のOracleホームからクラスタ上のシングル・インスタンスが実行されている場合

単一ノードのクラスタ(およびOracle RAC)をインストールした後、シングル・インスタンス・データベースの作成前にOracle RAC機能をoracleバイナリからリンク解除して使用禁止にした場合は、使用禁止になっているOracle RACのOracleホームから実行されているクラスタにシングル・インスタンスをインストールできます。(ただし、「ノードの選択」ページでローカルおよび非クラスタを選択して、クラスタにOracle RAC非対応のシングル・インスタンスのホームを作成することもできます。)次の手順に従って、このタイプのシングル・インスタンス・データベースをOracle RACデータベースに変換します。

1. 「元のシングル・インスタンス・データベースのバックアップ」の説明に従い、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成します。手動で変換を実行するには、シングル・インスタンス・データベースを停止します。

2. ディレクトリを、Oracleホームのrdbmsディレクトリにあるlibサブディレクトリに変更します。

3. 次のコマンドを実行して、oracleバイナリに再度リンクします。

make -f ins_rdbms.mk rac_on
make -f ins_rdbms.mk ioracle

4. 手順2に進みます。

C.2.3.3 シングル・インスタンスがインストールされているOracleホームからクラスタ上のシングル・インスタンスが実行されている場合

シングル・インスタンスのOracle Database 11gリリース2(11.2)のインストール時にOUIの「ハードウェアのクラスタ・インストール・モードの指定」ページで「ローカル・インストール」を選択した場合にのみ、シングル・インスタンスがインストールされているOracleホームから実行されているクラスタにシングル・インスタンスをインストールできます。

このタイプのデータベースをOracle RACデータベースに変換するには、次の項の手順を実行します。

1. 「元のシングル・インスタンス・データベースのバックアップ」。

2. 「Oracle Clusterwareのインストール」。

3. 「クラスタの検証」。

4. 「Oracle Database 11gソフトウェアおよびOracle RACのインストール」。この手順では、シングル・インスタンス・データベースが実行されていたOracleホームとは異なるOracleホームが選択されていることを確認します。

C.2.4 Oracle RACへのOracle RAC One Nodeの変換

Oracle RAC One Nodeデータベース所有者としてログインして、次のSRVCTLコマンドを入力すると、Oracle RAC One NodeデータベースをOracle RACデータベースに変換できます。

$ srvctl convert database -c RAC

このコマンドを実行した後に、データベース・サーバー・プールの他に、データベースが持つサービスごとにサーバー・プールを作成する必要があります。このサービス・サーバー・プールのSERVER_NAMESの値に、Oracle RAC One NodeからOracle RACノードに変換したノードを設定する必要があります。

管理者管理Oracle RAC One NodeデータベースをOracle RACデータベースに変換することで、すべてのデータベース・サービスでシングル・インスタンスが優先されるように設定されます。データベースを変換した後は、SRVCTL add instanceコマンドを実行してインスタンスを追加できます。

ポリシー型管理のOracle RAC One NodeデータベースをOracle RACデータベースに変換すると、すべてのデータベース・サービスのカーディナリティがUNIFORMに設定されます。また、このデータベースが現在実行されているサーバー・プールが再利用されることになります。変換では、このデータベースがサーバー・プール内のすべてのノードで実行されるように再構成されます。このコマンドでは、追加のインスタンスは起動されませんが、SRVCTL start databaseコマンドを実行すると、サーバー・プール内のすべてノードでこのデータベースが起動します。

関連項目:
詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

C.3 rconfigおよびOracle Enterprise Managerを使用して変換するための準備

rconfigまたはOracle Enterprise Managerを使用すると、シングル・インスタンスのデータベースのインストールをOracle RACデータベースに簡単に変換できます。rconfigは、コマンドライン・ユーティリティです。Oracle Enterprise Manager Grid Controlのデータベース管理オプション(「クラスタ・データベースへの変換」)は、GUIの変換ツールです。次の項では、これらの変換ツールを使用する方法について説明します。

- Oracle RACデータベースへの変換の前提条件

- RCONFIGを使用したOracle RACへの変換時の構成の変更

- RCONFIGまたはOracle Enterprise Managerを使用したデータベースのOracle RACへの変換

- Oracle Enterprise Managerを使用したデータベースのOracle RACへの変換

注意:
データベースに対して大規模な変更を行う前の作業と同様に、変換を実行する前には、既存のデータベースのバックアップを作成しておきます。

C.3.1 Oracle RACデータベースへの変換の前提条件

シングル・インスタンスのデータベースをOracle RACデータベースに変換する前に、Oracle RACデータベース・ノードを作成する各クラスタ・ノードで次の条件が満たされていることを確認します。

- Oracle Clusterware 11g リリース2(11.2)がインストールおよび構成済で実行されている。

- Oracle RAC 11g リリース2(11.2)ソフトウェアがインストールされている。

- Oracle RACに対しOracleバイナリが使用可能である。

- Oracle Cluster File SystemまたはOracle ASMのいずれかの共有記憶域がすべてのノードから使用可能でアクセスできる。

- oracleアカウントにユーザー等価関係が存在する。

- Oracle Enterprise Managerを使用する場合は、Oracle Enterprise Managerのすべてのエージェントが構成され、実行中であり、クラスタおよびホスト情報とともに構成されている。

- 既存のデータベースをバックアップしている。

注意:
Oracle RACデータベースでは、クラスタ化されたOracle ASMインスタンスを使用する必要があります。

C.3.2 RCONFIGを使用したOracle RACへの変換時の構成の変更

rconfigを使用してシングル・インスタンスのデータベースをOracle RACに変換すると、次の変更が行われることに注意してください。

- 変換時に、rconfigによってターゲットのOracle RACデータベースがアーカイブ・ログ・モードに設定され、データベースのアーカイブが有効になります。アーカイブ・ログ領域を使用しない場合は、変換の完了後にアーカイブ・ログを無効にできます。

- 共有記憶域タイプの値として「CFS」と入力し、シングル・インスタンスのデータベース記憶域に対してクラスタ・ファイル・システムを使用している場合は、rconfigによって、データベース記憶域に対してOracle Managed Files(OMF)が使用されるように環境が変換され、データ・ファイルが共有記憶域の場所の下にあるサブディレクトリに配置されます。

- 変換時に、rconfigによって、データベース・ファイルが指定した共有の場所に移動され、OMFを使用して構成されます。
変換されたデータベースでOMFを使用しない場合、シングル・インスタンスのデータベースのファイルを共有ファイル・システムに配置しておき、rconfigでこれらのファイルが移動されないように指定する必要があります。

C.3.3 RCONFIGまたはOracle Enterprise Managerを使用したデータベースのOracle RACへの変換

次に、シングル・インスタンスのOracle DatabaseをOracle RACデータベースに変換するシナリオを示します。

- シングル・インスタンスOracle Database 11gリリース2(11.2)をOracle 11gリリース2(11.2)Oracle RACデータベースに、このシングル・インスタンスのデータと同じOracleホームから実行し、同じデータ/ファイルを使用するように変換する。
このシナリオでは、Oracle RACデータベース・ホームからrconfigユーティリティを実行するか、またはOracle Enterprise Manager Grid Controlのシングル・インスタンスのデータベース・ターゲットでRACへの変換オプションを使用します。

- Oracle Database 11g リリース2(11.2)より前のバージョンのシングル・インスタンスのOracle Databaseを、このシングル・インスタンスのデータベースと同じOracleホームから実行し、同じデータ・ファイルを使用するように変換する。
このシナリオでは、OUIおよびDatabase Upgrade Assistant(DBUA)を使用して、シングル・インスタンスのデータベースをOracle Database 11g リリース2(11.2)にアップグレードします。その後で、前述のシナリオで説明したようにrconfigまたはOracle Enterprise ManagerのRACへの変換オプションを使用します。

- シングル・インスタンスOracle Database 11gリリース2(11.2)をOracle 11gリリース2(11.2)Oracle RACデータベースに、このシングル・インスタンスのデータと異なるOracleホームから実行し、同じデータ/ファイルを使用するように変換する。
このシナリオでは、ターゲットのデータベース・ホームでrconfigユーティリティを実行するか、またはOracle Enterprise Manager Grid Controlのシングル・インスタンスのデータベース・ターゲットでRACへの変換オプションを使用します。プロンプトに従って、ファイル記憶域の場所を指定します。

- シングル・インスタンスOracle Database 11gリリース2(11.2)を11gリリース2(11.2)Oracle RACデータベースに、異なるOracleホームから、シングル・インスタンス・データベースが実行されているホストがOracle RACデータベースのノードのいずれかではない場所で実行するように変換する。
このシナリオでは、シングル・インスタンスのデータベースのクローン・イメージを作成し、そのクローン・イメージをクラスタ内のノードであるホストに移動します。その後で、前述のシナリオで説明したようにrconfigまたはOracle Enterprise ManagerのRACへの変換オプションを使用します。

C.3.4 Oracle Enterprise Managerを使用したデータベースのOracle RACへの変換

Oracle Enterprise Manager Grid Controlを使用して、シングル・インスタンスのデータベースをOracle RACに変換できます。この機能を使用するには、次の手順を実行します。

関連項目:
既存のOracle Databaseのインストールのアップグレードについては、『Oracle Databaseアップグレード・ガイド』を参照してください。

1. Grid Controlにログインします。Grid Controlのホームページで、「ターゲット」タブをクリックします。

2. 「ターゲット」ページで、「データベース」タブをクリックし、Oracle RACに変換するデータベースの「名前」列にあるリンクをクリックします。

3. 「データベース・インスタンス」の「ホーム」ページで、「データベースの変更」タブをクリックします。

4. 「管理」ページにある「データベース管理」の「データベースの変更」セクションで、「クラスタ・データベースへの変換」をクリックします。

5. SYSDBA権限を持つデータベース・ユーザーSYSとして、変換するデータベースにログインし、「次へ」をクリックします。

6. 「クラスタ・データベースへの変換: クラスタ資格証明」ページで、oracleユーザーのユーザー名とパスワード、および変換するターゲット・データベースのパスワードを指定します。ターゲット・データベースでOracle ASMを使用している場合は、ASM SYSユーザーとパスワードも指定して、「次へ」をクリックします。

7. 「ホスト」画面で、インストールしたOracle RACデータベースのクラスタ・メンバーにするクラスタ内のホスト・ノードを選択します。選択が完了したら、「次へ」をクリックします。

8. 「データベースへの変換: オプション」ページで、既存のリスナーとポート番号を使用するか、またはクラスタに新しいリスナーとポート番号を指定するかどうかを選択します。また、クラスタのクラスタ・データベース・インスタンスの接頭辞も指定します。
情報の入力が終了したら、「次へ」をクリックします。または、情報の入力方法の決定についての情報が必要な場合は、「ヘルプ」をクリックします。

9. 「クラスタ・データベースへの変換: 共有記憶域」ページで、既存の共有記憶域領域を使用するオプションを選択するか、またはデータベース・ファイルを新しい共有記憶域の場所にコピーするオプションを選択します。また、既存の高速リカバリ領域を使用するか、またはOracle Databaseによって管理されたファイルを使用して、リカバリ・ファイルを新しい高速リカバリ領域にコピーするかどうかを決定します。
Oracle ASMを使用する場合、データベース領域とリカバリ領域を別の障害グループに配置することをお薦めします。障害グループは、2つのディスク間で共有されているコントローラなどの共有ハードウェアまたは同じスピンドル上にある2つのディスクによって定義されます。2つのディスクで障害が発生したハードウェアを共有しており、両方のディスクが使用できなくなった場合、これらのディスクは同じ障害グループに属しています。Oracle ASMを使用しない場合、データ・ファイルと高速リカバリ領域を(ASMを使用する場合の別の障害グループと同様の)別の場所に配置して、ハードウェアの障害によって可用性が低下しないようにすることをお薦めします。

情報の入力が終了したら、「次へ」をクリックします。または、情報の入力方法の決定についての情報が必要な場合は、「ヘルプ」をクリックします。

10. 「クラスタ・データベースへの変換: 確認」ページで、選択したオプションを確認します。変換に進む場合は、「ジョブの発行」をクリックします。選択したオプションを変更する場合は、「戻る」をクリックします。変換を取り消す場合は、「取消」をクリックします。

11. 「確認」ページで、「ジョブの表示」をクリックし、変換の状態を確認します。

C.4 RCONFIGを使用したデータベースのOracle RACへの変換

コマンドライン・ユーティリティrconfigを使用すると、ConvertToRAC.xmlファイルで提供する値に応じて、シングル・インスタンス・データベースをOracle RACに変換することも、Oracle RAC One Nodeに変換することもできます。この機能を使用するには、次の手順を実行します。

関連項目:
既存のOracle Databaseのインストールのアップグレードについては、『Oracle Databaseアップグレード・ガイド』を参照してください。

1. oracleユーザーで、$ORACLE_HOME/assistants/rconfig/sampleXMLsディレクトリに移動し、viなどのテキスト・エディタを使用してConvertToRAC.xmlファイルを開きます。

2. ConvertToRAC.xmlファイルを確認し、システムに必要なパラメータを変更します。XMLサンプル・ファイルには、ファイルの構成方法を説明するコメント行が含まれています。

注意:
変換が正常に完了することを確認するには、変換オプションConvert verify="ONLY"を設定して、テスト変換を実行します。

変更が完了したら、filename.xmlという形式でファイルを保存します。選択した名前を記録しておきます。

3. $ORACLE_HOME/binディレクトリに移動し、次の構文を使用してrconfigコマンドを実行します。

rconfig input.xml

input.xmlは、手順2で作成したXML入力ファイルの名前です。

たとえば、convert.xmlというXML入力ファイルを作成した場合は、次のコマンドを実行します。

$ ./rconfig convert.xml

注意:
ConvertToRAC.xmlファイルのConvert verifyオプションには、3つのオプションがあります。

- Convert verify="YES": rconfigは変換を開始する前に、シングル・インスタンスからOracle RACに変換するための前提条件が満たされていることを確認するチェックを行います。

- Convert verify="NO": rconfigは前提条件のチェックを行わずに、変換を開始します。

- Convert verify="ONLY": rconfigは前提条件のチェックのみを行います。前提条件のチェックが完了しても変換は開始されません。

変換の実行に失敗した場合、次の手順を使用してリカバリを実行し、変換を再試行します。

1. DBCAのデータベースの削除オプションを使用して、データベースの削除を試行します。

2. ソース・データベースをリストアします。

3. 変換ログを確認して、レポートされている問題で変換の失敗の原因になった可能性があるものを修正します。rconfigのログ・ファイルは、$ORACLE_BASE/cfgtoollogsのrconfigディレクトリの下に作成されます。

4. 変換を再試行します。

C.5 ConvertToRAC用のrconfig XML入力ファイルの例

次の2つの例は、rconfigユーティリティ用のConvertToRAC XML入力ファイルです。例C-1のXML入力ファイルは、Oracle ASMを使用したシングル・インスタンスのデータベースを、Oracle ASM記憶域でポリシー管理型のサーバー・プールを使用したOracle RACデータベースに変換するものです。例C-2のXML入力ファイルは、Oracle ASMを使用したシングル・インスタンスのデータベースを、管理者型管理のサーバー・プールを使用したOracle RACデータベースに変換するものです。

例C-1 ポリシー管理型のデータベースのrconfig ConvertToRAC

<?xml version="1.0" encoding="UTF-8"?>
<n:RConfig xmlns:n="http://www.oracle.com/rconfig"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.oracle.com/rconfig">
<n:ConvertToRAC>
<!-- Verify does a precheck to ensure all pre-requisites are met, before the conversion is attempted. Allowable values are: YES|NO|ONLY -->
<n:Convert verify="YES">
<!--Specify current OracleHome of non-rac database for SourceDBHome -->
<n:SourceDBHome>/oracle/product/11.2.0/db_1</n:SourceDBHome>
<!--Specify OracleHome where the rac database should be configured. It can be same as SourceDBHome -->
<n:TargetDBHome>/oracle/product/11.2.0/db_1</n:TargetDBHome>
<!--Specify SID of non-rac database and credential. User with sysdba role is required to perform conversion -->
<n:SourceDBInfo SID="sales">
<n:Credentials>
<n:User>sys</n:User>
<n:Password>oracle</n:Password>
<n:Role>sysdba</n:Role>
</n:Credentials>
</n:SourceDBInfo>
<!--Specify the list of existing or new server pools which will be used by the Policy Managed Cluster Database. -->
<n:ServerPoolList>
<n:ExistingServerPool name="custom"/>
<n:NewServerPool name="newpool" cardinality="2"/>
</n:ServerPoolList>
<!--Specify RacOneNode along with servicename to convert database to RACOne Node -->
<!--n:RacOneNode  servicename="salesrac1service"/-->
<!--InstancePrefix is not required for Policy Managed database. If specified, it will be ignored. Instance names are generated automatically based on db_unique_name for Policy Managed dababase.-->
<!-- Listener details are no longer needed starting 11.2. Database is registered with default listener and SCAN listener running from Oracle Grid Infrastructure home. -->
<!--Specify the type of storage to be used by rac database. Allowable values are CFS|ASM. The non-rac database should have same storage type. ASM credentials are no needed for conversion. -->
<n:SharedStorage type="ASM">
<!--Specify Database Area Location to be configured for rac database.If this field is left empty, current storage will be used for rac database. For CFS, this field will have directory path. -->
<n:TargetDatabaseArea>+ASMDG</n:TargetDatabaseArea>
<!--Specify Fast Recovery Area to be configured for rac database. If this field is left empty, current recovery area of non-rac database will be configured for rac database. If current database is not using recovery Area, the resulting rac database will not have a recovery area. -->
<n:TargetFlashRecoveryArea>+ASMDG</n:TargetFlashRecoveryArea>
</n:SharedStorage>
</n:Convert>
</n:ConvertToRAC>
</n:RConfig>

例C-2 管理者管理データベースのrconfig ConvertToRAC

<?xml version="1.0" encoding="UTF-8"?>
<n:RConfig xmlns:n="http://www.oracle.com/rconfig"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.oracle.com/rconfig rconfig.xsd">
<n:ConvertToRAC>
<!-- Verify does a precheck to ensure all pre-requisites are met, before the conversion is attempted. Allowable values are: YES|NO|ONLY -->
<n:Convert verify="YES">
<!--Specify current OracleHome of non-rac database for SourceDBHome -->
<n:SourceDBHome>/oracle/product/11.2.0/db_1</n:SourceDBHome>
<!--Specify OracleHome where the rac database should be configured. It can be same as SourceDBHome -->
<n:TargetDBHome>/oracle/product/11.2.0/db_1</n:TargetDBHome>
<!--Specify SID of non-rac database and credential. User with sysdba role is required to perform conversion -->
<n:SourceDBInfo SID="sales">
<n:Credentials>
<n:User>sys</n:User>
<n:Password>oracle</n:Password>
<n:Role>sysdba</n:Role>
</n:Credentials>
</n:SourceDBInfo>
<!--Specify the list of nodes that should have rac instances running for the Admin Managed Cluster Database. LocalNode should be the first node in this nodelist. -->
<n:NodeList>
<n:Node name="node1"/>
<n:Node name="node2"/>
</n:NodeList>
<!--Specify RacOneNode along with servicename to convert database to RACOne Node -->
<!--n:RacOneNode  servicename="salesrac1service"/-->
<!--Instance Prefix tag is optional starting with 11.2. If left empty, it is derived from db_unique_name.-->
<n:InstancePrefix>sales</n:InstancePrefix>
<!-- Listener details are no longer needed starting 11.2. Database is registered with default listener and SCAN listener running from Oracle Grid Infrastructure home. -->
<!--Specify the type of storage to be used by rac database. Allowable values are CFS|ASM. The non-rac database should have same storage type. ASM credentials are no needed for conversion. -->
<n:SharedStorage type="ASM">
<!--Specify Database Area Location to be configured for rac database.If this field is left empty, current storage will be used for rac database. For CFS, this field will have directory path. -->
<n:TargetDatabaseArea>+ASMDG</n:TargetDatabaseArea>
<!--Specify Fast Recovery Area to be configured for rac database. If this field is left empty, current recovery area of non-rac database will be configured for rac database. If current database is not using recovery Area, the resulting rac database will not have a recovery area. -->
<n:TargetFlashRecoveryArea>+ASMDG</n:TargetFlashRecoveryArea>
</n:SharedStorage>
</n:Convert>
</n:ConvertToRAC>
</n:RConfig>

C.6 変換後の手順

変換の終了後は、Oracle RACドキュメントで説明されているとおり、Oracle RAC環境に関する次の推奨事項に注意してください。

- ロード・バランシングおよび透過的アプリケーション・フェイルオーバーの使用方法については、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』で説明する推奨事項に従ってください。

- 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』の説明に従って、ディクショナリ管理表領域ではなくローカル管理表領域を使用して、競合を軽減し、順序をOracle RACで管理します。

- 自動セグメント領域管理の使用方法については、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』のガイドラインに従ってください。

Oracle RACでのバッファ・キャッシュおよび共有プールの容量に関する要件は、シングル・インスタンスのOracle Databaseでの要件よりもわずかに大きくなります。このため、バッファ・キャッシュのサイズを約10%、共有プールのサイズを約15%増加する必要があります。

D Oracle Real Application Clusters環境のディレクトリ構造

この付録では、Oracle Real Application Clusters(Oracle RAC)ソフトウェア環境のディレクトリ構造について説明します。この付録の内容は次のとおりです。

- Oracle RACディレクトリ構造の概要

- Oracle RACのディレクトリ構造

D.1 Oracle RACディレクトリ構造の概要

Oracle Database 11g リリース2(11.2)およびOracle RACをインストールすると、oraInventory、Oracle Automatic Storage Managementホーム(該当する場合)およびOracle Clusterwareホームを除くすべてのサブディレクトリは、最上位のORACLE_BASEディレクトリの下に作成されます。ORACLE_HOMEおよびADMINディレクトリも、ORACLE_BASEの下に作成されます。

関連項目:
$ORACLE_HOMEおよび/ADMINディレクトリの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

D.2 Oracle RACのディレクトリ構造

表D-1に、Optimal Flexible Architecture(OFA)準拠のOracle RACデータベースのディレクトリ階層ツリーの例を示します。

表D-1 OFA準拠のディレクトリ構造の例

ルート

第2レベル

第3レベル

第4レベル

説明

$ORACLE_BASE

/u01/app/oracle

デフォルトのORACLE_BASEディレクトリ(ソフトウェア所有者はoracleユーザー)

ORACLE_HOME

/u01/app/oracle/11.2.0/

Oracleホームのデフォルト名。Oracle DatabaseホームはOracleベース・ディレクトリ・パスの下に作成されることに注意してください。Oracle Clusterwareディレクトリは、データベース・バイナリが存在するOracleベース・ディレクトリ・パスの下には置かないでください。

installation_type

Oracleベース・ディレクトリのインストール・タイプ。ソフトウェアのインストールが複数必要な場合は、カウンタを追加することもできます。たとえば、Oracle Databaseのインストールで、2つ目のデータベースを追加する場合、パスは次のようになります。

/u01/app/oracle/11.2.0/dbhome_2

/ADMIN

管理ディレクトリ。Oracle Database 11gでは、bdump、cdumpおよびudumpファイルは$ADR_BASEディレクトリに再配置されることに注意してください。

/db_unique_name

データベースの一意の名前(データベース名が8文字以下の場合はdbnameと同じ)

/hdump

/pfile

データベース・サーバーのダンプ先

$ADR_BASE

/bdump

/cdump

/udump

自動診断リポジトリのダンプ先のトレース・ファイル。このディレクトリ・パスはDIAGNOSTIC_DEST初期化パラメータで設定されます。自動データ・リポジトリのパスは、すべてのノードからアクセス可能な共有記憶域の場所に配置する必要があることに注意してください。

デフォルトでは、このパスは次のように、Oracleベース・ディレクトリのサブセットになります。

$ORACLE_BASE/diag/

Oracle Grid Infrastructure for a cluster home (Grid home)

/u01/app/grid/11.2.0/

OFA準拠のOracle Clusterwareホームのパス。

クラスタ用のOracle Grid Infrastructureのインストール中に、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ソフトウェアがインストールされます。root.shスクリプトによって、Oracle Clusterwareホーム・ディレクトリのすべての親ディレクトリの権限が変更され、rootユーザーに対してのみ書込み権限が付与されます。このため、Oracle Clusterwareホーム・ディレクトリは、Oracleベース・ディレクトリのサブディレクトリにはしないでください。

/bin

Oracleバイナリのサブツリー

/network

Oracle Netのサブツリー

関連項目:
$ORACLE_HOMEおよび/adminディレクトリの詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

E 既存のOracle Real Application Clustersデータベースでのプロセスの停止方法

この付録では、既存のデータベースにさらに製品を追加するための準備、またはパッチを更新するための準備として、Oracle Real Application Clusters(Oracle RAC)データベースですべてのプロセスを停止する方法について説明します。この付録の内容は次のとおりです。

- Oracle RACデータベースのバックアップ

- Oracle RACデータベースの停止

- すべてのOracleプロセスの停止

- CVUを使用したOracle RACアップグレードの準備状況の検証

E.1 Oracle RACデータベースのバックアップ

Oracleソフトウェアを変更する前に、Oracle Databaseインストールのバックアップを作成することをお薦めします。

E.2 Oracle RACデータベースの停止

各ノードの既存のOracle Databaseインスタンスを通常の順序または優先度の高い順に停止します。Oracle RACデータベースとそのインスタンスの停止には、Oracle Enterprise ManagerまたはSRVCTLを使用できます。

注意:
Oracle Clusterwareまたはクラスタ・レディ・サービスを使用している場合は、Oracleソフトウェアを変更する前に、すべてのクラスタ・ノードですべてのOracle Databaseインスタンスを停止する必要があります。パッチの更新を実行する場合の詳細な手順は、パッチ・セット・ノートを参照してください。

E.3 すべてのOracleプロセスの停止

データベース・ソフトウェアを変更するOracleホーム・ディレクトリで実行されているすべてのリスナー・プロセスとその他のプロセスを停止します。

注意:
Oracle ASMインスタンス、Oracle ClusterwareまたはOracle Restartを停止するには、その前にこれらを使用するすべてのデータベース・インスタンスを停止する必要があります。

この項の内容は次のとおりです。

- 製品の追加またはアップグレード前のOracle Databaseプロセスの停止

- Oracle ClusterwareおよびOracle ASMインスタンスの停止

E.3.1 製品の追加またはアップグレード前のOracle Databaseプロセスの停止

この項では、Oracle Database 11g リリース2(11.2)にさらに製品を追加する前に実行する必要がある作業の概要を説明します。パッチの更新を実行する場合の詳細な手順は、そのパッチのデータベース・パッチ・セット・ノートを参照してください。

注意:
次の手順は、ここに示す順序で実行する必要があります。

1. 各ノードのOracleホームで、データベースにアクセスする可能性のあるすべてのプロセスを停止します。

注意:
Enterprise Manager Grid Controlによって監視されているプロセスを停止する前に、停止するプロセスのブラックアウトをGrid Controlに設定します。これは、これらのプロセスの可用性レコードが、計画外のシステム停止ではなく計画停止時間であったことを示すようにするために必要です。

次に例を示します。

$ORACLE_HOME/bin/emctl stop dbconsole

2. すべてのノードですべてのOracle RACインスタンスを停止します。データベースのすべてのOracle RACインスタンスを停止するには、次のコマンドを入力します。db_nameはデータベースの名前です。

$ oracle_home/bin/srvctl stop database -d db_name

E.3.2 Oracle ClusterwareおよびOracle ASMインスタンスの停止

Oracle ClusterwareまたはOracle Cluster Ready Services(CRS)インストールを変更する場合は、次に示すOracle Databaseサービスを停止します。

注意:
次の手順は、ここに示す順序で実行する必要があります。

1. 各ノードのOracleホームで、データベースにアクセスしている可能性のあるすべてのプロセスを停止します。たとえば、Oracle Enterprise Manager Database Controlを停止します。

注意:
Oracle Enterprise Manager Grid Controlによって監視されているプロセスを停止する前に、停止するプロセスのブラックアウトをGrid Controlに設定します。これは、これらのプロセスの可用性レコードが、計画外のシステム停止ではなく計画停止時間であったことを示すようにするために必要です。

2. すべてのノードですべてのOracle RACインスタンスを停止します。データベースのすべてのOracle RACインスタンスを停止するには、次のコマンドを入力します。db_nameはデータベースの名前です。

$ oracle_home/bin/srvctl stop database -d db_name

3. すべてのノードですべてのノード・アプリケーションを停止します。ノードで実行されているノート・アプリケーションを停止するには、次のコマンドを入力します。u01/app/grid/11.2.0はOracle Grid Infrastructureホームで、nodeはアプリケーションを実行しているノードの名前です。

$ u01/app/grid/11.2.0/bin/srvctl stop nodeapps -n node

4. rootユーザーとして、すべてのノードで次のコマンドを入力して、Oracle ClusterwareまたはCRSプロセスを停止します。

# crsctl stop cluster

クラスタ内のすべてのノードのOracle ClusterwareおよびOracle ASMインスタンスを停止するには、crsctl stop cluster -allという1つのコマンドを入力すると実行できます。

注意:
crsctl stop crsコマンドは、シングル・インスタンス・データベースのOracle Restartサービスの停止に使用します。

E.4 CVUを使用したOracle RACアップグレードの準備状況の検証

この項の内容を確認してOracle RACクラスタのアップグレードの準備ができていることを検証します。

E.4.1 CVUデータベース・アップグレード検証コマンドのオプション

Oracle RACインストールのアップグレードの準備状況を確認するには、コマンドcluvfy stage -predbinst -upgradeを使用します。-predbinst -upgradeフラグを指定してcluvfyを実行すると、システム・チェックが実行され、クラスタが既存のOracle RACインストールからのアップグレードに適した状態にあるかどうかが確認されます。

このコマンドでは次の構文を使用します。可変的な内容はイタリック体で示されています。

cluvfy stage -pre dbinst -upgrade -src_dbhome src_RAChome  -dest_dbhome
dest_RAChome -dest_version dest_version [-fixup[-fixupdirpath]] [-verbose]

オプションは次のとおりです。

- -src_dbhome src_RAChome
このフラグは、アップグレード対象のソースのOracle RACホームの場所(src_RAChomeはアップグレードするホームのパス)を示すために使用します。

- -dest_dbhome dest_RAChome
このフラグは、アップグレードしたOracle RACホームの場所(dest_RAChomeはOracle RACホームのパス)を示すために使用します。

- -dest_version dest_version
dest_versionフラグは、アップグレード(パッチセットを含む)のリリース番号を示すために使用します。リリース番号には、プラットフォーム固有のパッチのレベルにリリースを指定する5桁の数字が含まれている必要があります。たとえば、11.2.0.2.0などです。

関連項目:
リリース番号の形式については、『Oracle Database管理者ガイド』を参照してください。

- -fixup [-fixupdir fixupdirpath]]
-fixupフラグは、クラスタのアップグレードの準備ができていることを確認するために実行が必要な必須手順に関する命令を生成することを示すために使用します。デフォルトの場所は、CVUの作業ディレクトリです。fixup命令を別のディレクトリに配置する場合は、フラグ-fixupdirを追加してfixupディレクトリのパスを指定します。

- -verbose
-verboseフラグを使用すると、個々のチェックの詳細な出力が生成されます

E.4.2 Oracle RACインフラストラクチャに対するシステム・アップグレードの準備状況の検証例

次のコマンドを実行すると、Oracle RACのインストールに必要な権限が、ノードnode1およびnode2で構成されているかどうかを検証できます。

$ ./cluvfy stage -pre dbinst -upgrade -src_dbhome /u01/app/oracle/product/11.1.0/dbhome_1 -dest_dbhome
/u01/app/oracle/product/11.2.0/dbhome_1 -dest_version 11.2.0.3.0 -fixup
-fixupdirpath /home/oracle/fixup -verbose

E.4.3 Oracle Databaseのアップグレードに対するシステム準備状況の検証

クラスタ検証ユーティリティを使用すると、データベースのアップグレードを開始する前準備として、システムをチェックできます。インストーラによって適切なCVUチェックが自動的に実行され、問題の修正を求めるプロンプトが表示されるか、またはアップグレードを進める前にクラスタ内のすべてのノード上で実行するための修正スクリプトが提供されます。

関連項目:
『Oracle Databaseアップグレード・ガイド』

F Oracle Databaseポート番号の管理

この付録では、デフォルトのポート番号と、インストール後に割当て済ポートを変更する方法について説明します。この付録の内容は次のとおりです。

- ポートの管理

- ポート番号とアクセスURLの表示

- Oracleコンポーネントのポート番号およびプロトコル

- Oracle Management Agentポートの変更

- Oracle Enterprise Manager Databaseコンソールのポートの変更

- Oracle XML DBポートの変更

F.1 ポートの管理

インストール中、Oracle Universal Installer(OUI)によって、ポート番号がデフォルトの一連のポート番号からコンポーネントに割り当てられます。Oracle RACの多くのコンポーネントおよびサービスがポートを使用します。管理者は、これらのサービスで使用されているポート番号を把握し、サーバー上の2つのサービスで同じポート番号が使用されないようにする必要があります。

ほとんどのポート番号は、インストール中に割り当てられます。すべてのコンポーネントおよびサービスには割り当てられるポート範囲がありますが、この範囲は、ポートの割当て時にOracle RACが使用する一連のポート番号です。Oracle RACでは、範囲の最小番号から順番に次のチェックが実行されます。

- ポートが、ホスト上の別のOracle Databaseインストールで使用されているか。
この時点で、インストールがアクティブである可能性も、アクティブでない可能性もありますが、Oracle Databaseは、ポートが使用されているかどうかを検出できます。

- ポートが、現在実行中のプロセスによって使用されているか。
これは、ホスト上のいずれのポートにも(Oracle Database以外のプロセスにも)適用されます。

前述のいずれかのチェックに該当するものがあると、Oracle RACは、割り当てられるポート範囲の中で次に大きい番号に移動し、空きポートが見つかるまでチェックを続けます。

F.2 ポート番号とアクセスURLの表示

ほとんどの場合、Oracle Databaseコンポーネントのポート番号は、ポートの構成に使用するツールで表示されます。また、いくつかのOracle Databaseアプリケーションのポートは、portlist.iniファイルにリストされています。このファイルは、$ORACLE_HOME/installディレクトリにあります。

インストール後にポート番号を変更しても、portlist.iniファイルでは更新されないため、このファイルを信頼できるのはインストール直後のみです。ポート番号を検出または変更するには、この付録で説明する方法を使用します。

F.3 Oracleコンポーネントのポート番号およびプロトコル

表F-1に、インストール中に構成されるコンポーネントが使用するポート番号およびプロトコルを示します。デフォルトでは、範囲の中の最初のポートが使用可能であれば、そのポートがコンポーネントに割り当てられます。

表F-1 Oracleコンポーネントで使用されるポート

コンポーネントおよび説明

デフォルトのポート番号

ポート範囲

プロトコル

インターコネクトでのみ使用

Cluster Manager

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

このポートは、クラスタ・インターコネクト専用ですが、クラスタ・インターコネクトは、パブリック・ネットワークから物理的に分離されたプライベート・ネットワークであり、インターコネクト専用のハードウェアを使用します。

動的

動的

UDP

可

Cluster Synchronization Service(CSSD)

ノードの再起動を薦めるメッセージによる固定ポートです。

このポートは、ブロードキャスト機能を持つすべてのインタフェースで使用されます。ブロードキャストは、ノード削除による再起動が差し迫っている場合にのみ発生します。

42424

動的

UDP

可

イベント・マネージャ(EVM)

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

このポートは、クラスタ・インターコネクト専用ですが、クラスタ・インターコネクトは、パブリック・ネットワークから物理的に分離されたプライベート・ネットワークであり、インターコネクト専用のハードウェアを使用します。

動的

動的

UDP

可

グリッド・プラグ・アンド・プレイ(GPNPD)

GPNPDを使用すると、グリッド・プラグ・アンド・プレイ・プロファイルにアクセスでき、クラスタのノード間でプロファイルの更新が調整され、すべてのノードで最新のプロファイルが保持されます。

動的

動的

TCP

不可

マルチキャスト・ドメイン名サービス(MDNSD)

グリッド・プラグ・アンド・プレイでは、クラスタ内のプロファイルの検索にmDNSプロセスが使用され、GNSで名前解決が実行されます。mDNSプロセスは、LinuxとUNIXのバックグラウンド・プロセス、およびWindowsのサービスです。

5353

動的

UDP/TCP

不可

Oracle Data Guard

Oracle Netポートを共有し、インストール中に構成されます。このポートを再構成するには、Net Configuration Assistantを使用して、Oracle Net Listenerを再構成します。詳細は、次を参照してください。

『Oracle Database Net Servicesリファレンス』

デフォルトは1521(リスナーと同じ値)

使用可能な任意のポートに手動で変更可能

TCP

不可

Oracle Connection Manager

OracleクライアントからOracle Connection Managerへの接続用リスニング・ポートです。Oracle Connection Managerは、インストール後にNet Configuration Assistantを使用して構成することができます。

1630

1630

TCP

不可

Oracle Clusterwareデーモン(CRSD)

CRSデーモン(クラスタ・レディ・サービス・デーモン)ノード間接続です。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

このポートは、クラスタ・インターコネクト専用です。

動的

動的

UDP

可

Oracle Cluster Registry

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

このポートは、クラスタ・インターコネクト専用です。

動的

動的

UDP

可

Oracle Containers for J2EE (OC4J)

CRSエージェントは、ローカルにポート8888を使用して、コンテナのライフサイクルを管理します。

8888

23944 (11.2.0.3以前。11.2.0.4では削除)

8888

TCP

不可

Oracle Enterprise Manager Databaseコンソール

Oracle Enterprise Manager Database Control用のHTTPポート。インストール中に構成されます。ポート番号の変更方法については、「Oracle Enterprise Manager Databaseコンソールのポートの変更」を参照してください。

1158

5500–5519

TCP/HTTP

不可

Oracle Enterprise Manager Databaseコンソール

Oracle Enterprise Manager Database Control用のRMIポート。インストール時に構成されます。ポート番号の変更方法は、「Oracle Enterprise Manager Databaseコンソールのポートの変更」を参照してください。

5520

5520–5539

TCP

不可

Oracle Enterprise Manager Databaseコンソール

Oracle Enterprise Manager Database Control用のJMSポート。インストール中に構成されます。ポート番号の変更方法については、「Oracle Enterprise Manager Databaseコンソールのポートの変更」を参照してください。

5540

5540–5559

TCP

不可

Oracle Enterprise Manager

パブリック・インターコネクトを介してQoSと通信するためのOracle Enterprise Manager向けRMIポート。

23792

手動構成

RMI

不可

Oracleグリッド・プロセス間通信(GIPCD)

冗長インターコネクトの使用を有効にするサポート・デーモン。

42424

動的

UDP

可

Oracleグリッド・ネーミング・サービス(GNSD)

Oracleグリッド・ネーミング・サービス・デーモンは、クラスタmDNSと外部DNSサーバー間のゲートウェイを提供します。gnsdプロセスは、クラスタ内で名前解決を実行します。

53(パブリック)、

動的(インターコネクト)

53(パブリック)、

動的(インターコネクト)

UDP/TCP(パブリック)、

TCP(インターコネクト)

不可

Oracle高可用性サービス(OHASD)

Oracle高可用性サービス(OHAS)デーモンによってOracle Clusterwareスタックが起動されます。

このポートは、クラスタ・インターコネクト専用です。

42424

動的

UDP

可

Oracle Management Agent

Oracle Management Agent用のHTTPポートで、Oracle Enterprise Managerの一部です。インストール中に構成されます。

このポート番号の変更方法については、「Oracle Management Agentポートの変更」を参照してください。

3938

1830–1849

HTTP

不可

Oracle Notification Services(ONS)

ONS用のポートで、すべてのFast Application Notification(FAN)イベントに関する情報の通信を行うためのサービスの公開およびサブスクライブに使用されます。FAN通知プロセスでは、クラスタ・サーバーが使用不可になるか、またはネットワーク・インタフェースに障害が発生した場合にOracleが発行するシステム・イベントが使用されます。ONSポートを変更するにはsrvctlを使用します。ONSポートの値を指定しない場合、ONSデーモン・リスナーのローカル・ポートはデフォルト値の6100に設定され、ONSデーモンのリモート・ポートはデフォルト値の6200に設定されます。

6100(ローカル)

6200(リモート)

手動構成

TCP

不可

Oracle Real Application Clusters

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

このポートは、クラスタ・インターコネクト専用です。

動的

動的

UDP

可

Oracle Net Listener

Oracle NetのプロトコルでのOracleクライアントからデータベースへの接続が可能になります。これは、インストール中に構成できます。このポートを再構成するには、Net Configuration Assistantを使用します。

1521

ポート番号は、次の使用可能なポートに変更されます。

使用可能な任意のポートに手動で変更可能です。

TCP

不可

Oracle XML DB

WebベースのアプリケーションがHTTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB HTTPポートが使用されます。これはインストール中に構成されますが、後で表示することはできません。このポート番号の変更方法については、「Oracle XML DBポートの変更」を参照してください。

0

手動構成

HTTP

不可

Oracle XML DB

アプリケーションがFTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB FTPが使用されます。これはインストール中に構成されますが、後で表示することはできません。このポート番号の変更方法については、「Oracle XML DBポートの変更」を参照してください。

0

手動構成

FTP

不可

F.4 Oracle Management Agentポートの変更

Oracle Management Agentポートの現在の設定を確認するには、ORACLE_HOME/host_sid/sysman/config/emd.propertiesファイル(host_sidはOracle RACデータベースのローカル・ホスト名およびSIDを含む文字列)でEMD_URLを検索します。

Oracle Management Agent HTTPポートを変更するには、emca -reconfigポート・コマンドを使用します。

emca -reconfig ports -AGENT_PORT 1831

F.5 Oracle Enterprise Manager Databaseコンソールのポートの変更

現行のHTTP、RMIおよびJMSポート設定を確認するには、次のファイル(host_sidはOracle RACデータベースのローカル・ホスト名およびSIDを含む文字列)で検索します。

- HTTPポート: ORACLE_HOME/host_sid/sysman/config/emd.propertiesファイルでREPOSITORY_URLを検索します。

- RMIポート: ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_host_sid/config/rmi.xmlファイルでrmi-serverタグ内のport属性を検索します。

- JMSポート: ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_host_sid/config/jms.xmlファイルで、jms-serverタグ内のport属性を検索します。

Oracle Enterprise Manager Database Controlポートを変更するには、次のようにemca -reconfig portsコマンドを使用します。

ORACLE_HOME/bin> emca -reconfig ports option setting

前述の例のoptionには次に示すポートを1つ以上を指定し、settingには新しいポート値を指定します。

オプション

説明

例

DBCONTROL_HTTP_PORT

HTTPポートを設定します

emca -reconfig ports -DBCONTROL_HTTP_PORT 1820

RMI_PORT

RMIポートを設定します

emca -reconfig ports -RMI_PORT 5520

JMS_PORT

JMSポートを設定します

emca -reconfig ports -JMS_PORT 5521

次のように、1行に複数の-reconfig port設定を指定できます。

emca -reconfig ports -DBCONTROL_HTTP_PORT 1820 -AGENT_PORT 1821 -RMI_PORT 5520

F.6 Oracle XML DBポートの変更

デフォルトでは、Oracle XML DBのFTPおよびHTTP(HTTPSを含む)ポートは0に設定されており、Oracle XML DBへのFTPまたはHTTPアクセスは無効にされています。

Oracle XML DBポートを変更するには、catxdbdbca.sqlスクリプトを実行する必要があり、これは、デフォルトのインストールの$ORACLE_HOME/rdbms/adminにあります。

Oracle XML DBポートを変更するには、次の手順を実行します。

1. Oracleリスナーが実行されていることを確認します。
リスナーを起動できない場合は、『Oracle Database Net Services管理者ガイド』を参照してください。

2. SQL*Plusに、SYSDBA権限を使用してSYSまたはXDBとしてログインします。
たとえば、SQL*PlusにSYSとしてログインするには、次のようにします。

SQL> sqlplus sys/ as sysdba

3. catxdbdbca.sqlスクリプトを実行します。
たとえば、FTPポートに2200、HTTPポートに8200を使用し、Oracleホームが/u01/app/oracle/product/11.2.0/dbhome_1/にあるとすると、次のコマンドを実行します。

SQL> /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/admin/catxdbdbca.sql 2200 8200

4. SQL*Plusを終了します。

関連項目:
SQL*Plusを使用してデータベースに接続する方法については、『Oracle Database管理者ガイド』を参照してください。

索引
A  B  C  D  E  F  G  H  I  J  L  M  N  O  P  R  S  T  U  V  W

A

拡張インストール・タイプ, 2.4

アーキテクチャ

Optimal Flexible Architecture(OFA), 2.8

アーカイブ・ログ

宛先, クラスタ・データベースへの変換, C.1

ASM

高速リカバリ領域, 3.6

ASMSNMP, 1.4.2 自動診断リポジトリ, はじめに

診断データのデフォルトのディレクトリ, はじめに

自動UNDO管理, 7.5

B

バックアップ

クラスタ・データベースへの変換, C.1

ブロック・デバイス, 1.3.4

アップグレードのみをサポート, 1.3.4

C

候補ディスク, 3.6

ホスト名の変更, 7.1

クラスタ・データベース

インストールされた構成, 7.4.1

クラスタ・ファイル・システム

データ・ファイルの記憶域オプション, 1.3.4

Cluster Manager

ポート, 範囲とプロトコル, F.3

クラスタ同期サービス(CSS)

ポート, 範囲とプロトコル, F.3

クラスタ検証ユーティリティ

クラスタ・マネージャの整合性の検証, A.1.3

DBCAのデータベース作成ステージの準備状況の検証, 3.5

データベースのインストールのための準備状況の検証, 1.5

CLUSTER_DATABASE_INSTANCES, 3.6 クラスタウェア診断, A.1.3 コマンド

crsctl start crs, 2.3.1

lsnrctl start instance, 2.3.4

ps, 1.6

コンポーネント

DBCAを使用して作成, 7.4

Configuration Assistant

トラブルシューティング, A.1.5

接続時ロード・バランシング, 7.8 制御ファイル

インストールされた構成, 7.4.2

制御ファイル, 1.4.4

説明, 7.4.2

クラスタ・データベースへの変換

管理上の問題点, C.1

クラスタ・システム以外のシステムから, C.2.1

シングル・インスタンスから, C.2.3

シングル・インスタンスからOracle Real Application Clustersへ, C

変換後, C.6

変換しない理由, C.2

シングル・インスタンスのOracle DatabaseからOracle Real Application Clustersへ, C

変換

シングル・インスタンスからOracle Real Application Clustersへ, C.3

シングル・インスタンスからOracle Real Application Clustersへ, C.3.4

シングル・インスタンスのOracle DatabaseからOracle Real Application Clustersへ, B

rconfigの使用, C.3

データベースの作成

スクリプトの使用, B.1

作成

Oracle Real Application Clustersデータベース

Database Configuration Assistant, 2.8, 3.1, 3.6

D

データ・ファイル

記憶域オプション, 1.3.4

データベース

コンポーネント, DBCAを使用して作成, 7.4

データベース・エージェント, 7.8.2

リスナー, 7.9.2

サーバー・パラメータ・ファイル, 5.2.1

Database Configuration Assistant

作成されたコンポーネント, 7.4

制御ファイル, 7.4.2

Oracle Real Application Clustersデータベースの作成

インストール後, 3.6

インストール中, 2.8, 3.1

データ・ファイル, 7.4.1 データベースの削除, 3.7 Oracle Real Application Clustersデータベースの削除, 3.7 初期化パラメータ・ファイル, 7.6 「初期化パラメータ」ページ, 3.6 「クラスタ・データベースのリスト」ページ, 3.7 「操作」ページ, 3.7 「Oracle ASMディスク・グループ」ページ, 3.6 「リカバリ構成」ページ, 3.6 REDOログ・ファイル, 7.4.3 ロールバック・セグメント, 7.5 サイレント・モードでの実行, B.8 「サマリー」ダイアログ・ボックス, 3.7 表領域, 7.4.1 使用, 3.1 「ようこそ」ページ, 3.6, 3.6 「DBCA」を参照 データベース構成タイプ

選択, 2.4

Database Control

インストール後の構成, 6.2, 6.2.4

インストール中の構成, 6.2

DBCAを使用した構成, 6.2.3

EMCAを使用した構成, 6.2.4

スクリプトを使用したデータベースの作成, B.1 データベース・ファイル

サポートされている記憶域オプション, 1.3.4

データ・ファイル, 1.4.4

DBCA, 7.4.1

説明, 7.4.1

夏時間

TIMESTAMP WITH TIME ZONEデータ, 1.4.5

DB_NAME, 3.6 DB_UNIQUE_NAME, 3.6

初期化パラメータ, 3.6

DBCA

Database Controlの構成, 6.2.3

データベースの削除, 3.7

起動のためのSSH鍵のメモリーへのロード, 3.6

「管理オプション」ページ, 6.2.3

設定されなくなったlocal_listenerおよびremote_listener, 7.10

UNIX上での起動, 6.2.3

Windows上での起動, 6.2.3

dbca.rspファイル, B.5.1 DBSNMP

パスワード要件, 2.7

専用サーバー, 7.8.2 DBCAを使用したデータベースの削除, 3.7 非推奨となった機能

サービスの管理, 2.8

診断, A.1.3 ディレクトリ構造, D ディスク・グループ

優先読取りディスク・グループ, はじめに

DNS

サーバー・アドレスの登録, 1.2.4

保護されたデータ・センターからインストール前にインストーラの更新をダウンロード, 1.1.2 DV_ACCTMGR, 2.3.2.2 DV_OWNER, 2.3.2.1

E

簡易接続, 7.11

EMCA

コマンドライン引数, 6.2.4

Oracle Real Application Clustersに対するDatabase Controlの構成, 6.2.1

Database Controlの構成, 6.2.4

リスナー・ポート変更後のDatabase Controlの再構成, 6.2.7.1

ポート割当ての指定, 6.2.6

Database Controlに関する問題のトラブルシューティング, 6.2.7

トラブルシューティングのヒント, 6.2.7

EMCAパラメータ用の入力ファイルの使用, 6.2.5

Enterprise Manager Configuration Assistant

「EMCA」を参照

enterprise.rspファイル, B.5.1 環境変数

ORACLE_HOME, 1.6

エラー・メッセージ

インストール中, A.1

ORA-00845, 3.6

ORA-01078, 3.6

/etc/hosts

サーバー・アドレス, 1.2.4

F

フェイルオーバー

サービス登録, 7.8.1

障害グループ, 3.6 高速ミラー再同期化, はじめに 高速リカバリ

Oracleによって管理されたファイル, C.3.4

高速リカバリ領域, 3.6 機能, 新規, はじめに ファイル・システム

データ・ファイルの記憶域オプション, 1.3.4

ファイル・システム

Oracle Databaseのサポートされているオプション, 1.3.4

ファイル

dbca.rsp, B.5.1

enterprise.rsp, B.5.1

レスポンス・ファイル, B.5

G

gid

選択, 2.10

グローバル・データベース名

選択, 2.10

グローバリゼーション

サポート, 1.1.7, 2.4.2

H

高可用性

インターコネクト, 1.1.4

サービスの停止, E.3.2

高可用性IPアドレス, 1.1.4 ホスト名

変更, 7.1

I

初期化パラメータ・ファイル, 7.6

インスタンス, 5.1

リスナーのパラメータ, 7.9.2

初期化パラメータ

CLUSTER_DATABASE_INSTANCES, 3.6

DB_NAME, 3.6

DISPATCHERS, 7.8.2

LOCAL_LISTENER, 7.8.2

MEMORY_TARGET, 3.6

REMOTE_LISTENER, 7.8.2

インストール

グローバリゼーション, 1.1.7, 2.4.2

ディレクトリ構造, D

listener.oraファイル, 7.9.4

非対話型, B.1

インストール完了後の追加の製品, 3.6

Oracle Configuration Manager, 2.5

Oracle Database Vault, 2.3

レスポンス・ファイル, B.5

準備, B.5, B.5.2

テンプレート, B.5

サイレント・モード, B.6 tnsnames.oraファイル, 7.10 インスタンス

初期化パラメータ・ファイル, 5.1

J

Java Message Service(JMS), 6.2.6

L

言語

「グローバリゼーション」を参照, 1.1.7

言語のサポートおよびインストール, 2.4.2 「クラスタ・データベースのリスト」ページ, 3.7 リスナー

リリース10.1からリリース10.2への自動移行, 3.3

Oracleホームの特定, 1.6

lsnrctlコマンド, 1.6

登録, 7.9.4.1

サービス登録, 7.9.4

停止, 1.6, 1.6

既存のリスナー・プロセスの停止, 1.6

listener.oraファイル, 7.9.4

構成, 7.9

デフォルト構成, 7.9.4

リスナー

listener.oraファイル, 7.9.4

ロード・バランシング

サービス登録, 7.8

ローカル・リスナー

構成, 7.8.2

local_listener

DBCAによって設定されなくなったtnsnames.ora, 7.10

ログ・ファイル

インストール中にログ・ファイルを参照する方法, 2

トラブルシューティング, A.1.4

lsnrctlコマンド, 1.6

M

「管理オプション」ページ

DBCA, 6.2.3

メモリー・サイズ(SGAおよびPGA), 3.6 MEMORY_TARGET, 3.6 移行

シングル・インスタンスから, C.2

複数のOracleホーム

Oracle Clusterware, 1.1.6

複数のOracle RACデータベース

クラスタウェア要件, 1.1.6

My Oracle Support, 4.1.1

記憶域要件, 1.3

インストール前の確認, 1.1.1

N

Net Configuration Assistant(NetCA)

レスポンス・ファイル, B.7

コマンド・プロンプトでの実行, B.7

ネットのネーミング・メソッド, 7.11 ネット・サービス名, 7.10 netca.rspファイル, B.5.1 ネットワーク

インタフェースの使用計画, 1.2

サーバー・アドレス, 1.2.4

ネットワーク接続ストレージ(NAS), 1.3.4 ネットワーク構成ファイル

listener.ora, 7.9.4

sqlnet.ora, 7.11

tnsnames.ora, 7.10

networkディレクトリ, D.2 新機能, はじめに

O

olsnodesコマンド, A.1.3

オペレーティング・システム

Oracle RACのインストール前の要件, 1.2.7

Optimal Flexible Architecture(OFA), 2.8 Oracle Application Express

オンライン・ヘルプ, 2.1.3

Oracle Text, 2.1.3

インストールの要件, 2.1

サポートしているWebブラウザ, 1.2.6

Oracle ASM

候補ディスク, 3.6

障害グループ, 3.6

ディスク検出パスの変更, 3.6

ディスク・グループ, はじめに

高速ミラー再同期化, はじめに

今回のリリースと互換性のあるOracle Databaseバージョン, 1.6

OSASMグループ, はじめに

優先読取りディスク・グループ, はじめに

レスポンス・ファイル, B.4.2

ローリング・アップグレード, はじめに

データ・ファイルの記憶域オプション, 1.3.4

SYSASM権限, はじめに

Oracle Cluster Registryポート, F.3 Oracle Clusterware

複数のデータベース・バージョン, 1.1.6

ポート, 範囲とプロトコル, F.3

Oracle Configuration Manager

有効化に必要な情報, 2.5

構成のために提供される情報, はじめに

インストール後, 4.3

Oracle Connection Manager

ポート, 範囲とプロトコル, F.3

Oracle Data Guard

ポート, 範囲とプロトコル, F.3

Oracle Data Mining, はじめに Oracle Database

データ・ファイルの記憶域オプション, 1.3.4

サポートされている記憶域オプション, 1.3.3

アップグレード, 1.1.6, 2.2

Oracle ASMを使用して共存できるバージョン, 1.6

Oracle Database Configuration Assistant

レスポンス・ファイル, B.5.1

Oracle Database Upgrade Assistant, 3.3, C Oracle Database Vault, はじめに, はじめに

構成, 2.3

Oracle Database Vaultアカウント・マネージャ(DV_ACCTMGR), 2.3.2.2

Oracle Database Vault所有者(DV_OWNER), 2.3.2.1

Oracle RACインスタンスの起動および停止, 2.3.4

Oracle Enterprise Management Agent

ポート

変更, F.4

範囲とプロトコル, F.3

Oracle Enterprise Manager

ASMSNMP, 1.4.2

シングル・インスタンスのデータベースのOracle Real Application Clustersヘの変換, C.3.4

Oracle Enterprise Manager Databaseコンソール

ポート

変更, F.5

範囲とプロトコル, F.3

Oracle Event Manager

ポート, 範囲とプロトコル, F.3

Oracleホーム

ASCIIパス, 1.2.3

Oracleホーム・ディレクトリ

リスナーの特定, 1.6

Oracle Net

リスナーのOracleホームの特定, 1.6

lsnrctlコマンド, 1.6

既存のリスナーの停止, 1.6

リスナーの停止, 1.6

リスナーの停止, 1.6

Oracle Net Configuration Assistant

レスポンス・ファイル, B.5.1

Oracle Net Listener

ポート

範囲とプロトコル, F.3

Oracle RAC One Node, 2.4 Oracle RACテクノロジの「Certification Matrix」, 1.1.1 Oracle Real Application Clusters

データベース, 削除, 3.7

インストールされたコンポーネント, 1.4.4

オペレーティング・システム要件, 1.2.7

概要, 3, 7

ポート

範囲とプロトコル, F.3

記憶域要件, 1.3 Oracle Real Application Testing, はじめに Oracle SQL Developer, はじめに, はじめに Oracle Text

Oracle Application Express要件, 2.1.3

Oracle Ultra Search, はじめに Oracle Universal Installer

レスポンス・ファイル

リスト, B.5.1

Oracle Upgrade Companion, 1.1.6, 2.2 Oracle Warehouse Builder, はじめに, はじめに Oracle XML DB, はじめに

ポート

変更, F.6

範囲とプロトコル, F.3

環境変数ORACLE_BASE

設定, 4.2.2

環境変数ORACLE_HOME

設定, 1.6, 4.2.2

環境変数ORACLE_SID

設定, 4.2.2

Oracle9i

リスナーの確認, 1.6

oratabファイル, 7.3 OSASM

SYSASM, はじめに

OWBSYSリポジトリ, はじめに

P

パラメータ・ファイルの検索順序, 5.3

パラメータ

初期化, 5

パス・フレーズ, 3.6

SSH, 3.6

パスワード

Oracle Database Vaultアカウント・マネージャ, 2.3.2.2

Oracle Database Vault所有者, 2.3.2.1

パスワード, 2.7 パッチの更新

ダウンロード, 4.1.1

インストール, 4.1.1

My Oracle Support, 4.1.1

パッチの更新, E.3.1 パッチ

Oracle RAC用のオペレーティング・システム・パッチ, 1.2.7

ポリシー管理型のデータベース

SCAN, 6.1

portlist.iniファイル, F.2 ポート

アクセスURL, F.2

Cluster Manager, 範囲とプロトコル, F.3

クラスタ同期サービス, 範囲とプロトコル, F.3

アプリケーション用の構成, F.2

デフォルトの範囲, F

Oracle Cluster Registry, F.3

Oracle Clusterware, 範囲とプロトコル, F.3

Oracle Connection Manager, 範囲とプロトコル, F.3

Oracle Data Guard, 範囲とプロトコル, F.3

Oracle Enterprise Management Agent

変更, F.4

範囲とプロトコル, F.3

Oracle Enterprise Manager Databaseコンソール

変更, F.5

範囲とプロトコル, F.3

Oracle Event Manager, 範囲とプロトコル, F.3 Oracle Net Listener

範囲とプロトコル, F.3

Oracle Real Application Clusters

範囲とプロトコル, F.3

Oracle XML DB

変更, F.6

範囲とプロトコル, F.3

リスナー・ポート変更後のDatabase Controlの再構成, 6.2.7.1 Database Controlポートの指定, 6.2.6 インストール後

パッチのダウンロードおよびインストール, 4.1.1

製品の構成, 4.1.3

root.shのバックアップ, 4.2.1

ユーザー・アカウントの設定, 4.2.4

事前構成済データベースのインストール・タイプ, 2.4.1 インストール前の要件

オペレーティング・システム, 1.2.7

プライベートIPアドレス, 1.2.4 プロセス

既存のプロセスの停止, 1.6

既存のリスナー・プロセスの停止, 1.6

リスナー・プロセスの停止, 1.6

psコマンド, 1.6 パブリックIPアドレス, 1.2.4

R

racgimon, 7.8.2

RAWデバイス

アップグレードのみをサポート, 1.3.4

RBS表領域

説明, 7.4.1

rconfig, C.3 readme.txtファイル, F.2 リカバリ・ファイル

サポートされている記憶域オプション, 1.3.4

REDOログ・ファイル

インストールされた構成, 7.4.3

REDOログ・ファイル, 1.4.4

説明, 7.4.3

冗長インターコネクトの使用, 1.1.4 リモート・リスナー

構成, 7.8.2

Remote Method Invocation(RMI), 6.2.6 remote_listener

DBCAによって設定されなくなったtnsnames.ora, 7.10

レスポンス・ファイルのインストール

準備, B.5

レスポンス・ファイル

テンプレート, B.5

サイレント・モード, B.6 レスポンス・ファイル・モード

概要, B.4

使用する理由, B.4.1

「レスポンス・ファイル」および「サイレント・モード」も参照

レスポンス・ファイル

概要, B.4

テンプレートを使用した作成, B.5.1

dbca.rsp, B.5.1

enterprise.rsp, B.5.1

Oracle ASM, B.4.2

一般手順, B.4.3

Net Configuration Assistant, B.7

netca.rsp, B.5.1

コマンドラインで渡す値, B.4

Oracle Universal Installerでの指定, B.6

「サイレント・モード」も参照

ロールバック・セグメント

説明, 7.5

root.sh

バックアップ, 4.2.1

S

SCAN

ポリシー管理型のデータベースのクライアントに必要なSCANの使用, 6.1

Oracle Real Application Clustersデータベースを作成するスクリプト, B.1 「セキュアな構成」データベース・インストール・オプション, 2.6 保護されたデータ・センター

インストーラの更新のダウンロード, 1.1.2

セキュア・シェルの構成, 1.2.5 セキュリティ

有効または無効にするために必要なコマンドラインDBCA, 2.6

Oracle Database Vaultアカウント・マネージャのパスワード, 2.3.2.2

Oracle Database Vault所有者のパスワード, 2.3.2.1

「セキュアな構成」オプション, 2.6

パスワードの選択, 2.7

サーバー・パラメータ・ファイル, 1.4.4, 5, 5.2, 7.6

エラー, 5.5

サーバー・プール

構成, 6

ポリシー管理型に必要なSCAN, 6.1

XML変換ファイル, C.5

サービス登録

概要, 7.9.4

構成, 7.8

共有サーバー, 7.8.2 SID, 2.10 サイレント・モード

概要, B.4

使用する理由, B.4.1

「レスポンス・ファイル」も参照,

サイレント・モード・インストール, B.6 シングル・インスタンスのデータベース

変換, C.3.4

SPFILE

デフォルト作成, 5.2

デフォルトの位置, 5.2.1

RAWデバイスでの管理, 5.2.1

移行, 5.4

sqlnet.oraファイル, 7.11 SSH, 3.6 SSHの構成, 1.2.5 Oracle Database Standard Edition

サポートされている記憶域オプション, 1.3.3

記憶域

Oracle RAC, 1.3

サポートされているオプション, 1.3.4

記憶域オプション

高速ミラー再同期化, はじめに

Enterprise Editionインストール, 1.3.3

Standard Editionインストール, 1.3.3

「サマリー」ダイアログ・ボックス, 3.7 サポートされている記憶域オプション, 1.3.4, 1.3.4

ブロック・デバイス, 1.3.4

サポートされるテクノロジ, 1.1.1 SYS

パスワード要件, 2.7

SYSASM, はじめに

OSASM, はじめに

SYSASM権限

ストレージ作業, 3.6, 3.6, 3.6

SYSMAN

パスワード要件, 2.7

SYSTEM

パスワード要件, 2.7

システム識別子, 2.10 SYSTEM表領域

説明, 7.4.1

T

表領域

DBCA, 7.4.1

大量のソートのための拡張, 7.4.1

RBS, 7.4.1

SYSTEM, 7.4.1

TEMP, 7.4.1

自動UNDO管理用のUNDO表領域, 7.4.1

USERS, 7.4.1

TEMP表領域

説明, 7.4.1

タイムゾーン・バージョン・ファイル, 1.4.5 tnsnames.oraファイル, 7.10

デフォルト構成, 7.10

トラブルシューティング

選択可能なノードがない, A.1.1

トラブルシューティング

ディスクの取得中にエラーが発生する, A.1.1

表示を開けない, A.1.1

Configuration Assistantのエラー, A.1.5

サーバーによって接続が拒否される, A.1.1

ディスク領域エラー, 1.2.3

インスタンスの開始でエラーが発生する, A.1.1

サーバーへの接続が失敗する, A.1.1

ログ・ファイル, 2, A.1.4

ノードに到達できない, A.1.1

Oracle Application Expressのオンライン・ヘルプ, 2.1.3

PRKP-1001

インスタンスの開始でエラーが発生する, A.1.1

Database Controlの起動または構成の問題, 6.2.7 PROT-8

指定されたファイルからクラスタ・レジストリへのデータのインポートに失敗する, A.1.1

ログ・ファイルの確認, A.1.4 タイムスタンプが進んでいる, A.1.1 EMCAの使用, 6.2.7 Xサーバー, A.1.1 YPBINDPROC_DOMAIN

ドメインがバインドされない, A.1.1

トラブルシューティング

EMCAを使用した場合, 6.2.7

標準インストール・タイプ, 2.4

U

UNDO管理, 7.5

アップグレード, 1.1.6, 1.1.6, 2.2

同じOracleホームの使用, 1.2.3

同じOracleホーム・タイプの使用, 2.12

既存のOracle Database, 3.3

リスナー, 3.3

Oracle Databaseのパッチ, E.3.1

Oracle Clusterwareのバージョン要件, 1.1.6

TIMESTAMP WITH TIME ZONEデータ, 1.4.5

アップグレード

SCAN, 7.8.1

プロセスの停止, 1.6

ユーザー・アカウント

インストール後の設定, 4.2.4

USERS表領域

説明, 7.4.1

V

VIPアドレス, 1.2.4

仮想IP。「VIP」を参照, 1.2.4

仮想IPアドレス, 1.2.4

W

Webブラウザ

Oracle Application Expressのサポート, 1.2.6

Oracle Enterprise Managerのサポート, 1.2.6

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。