Oracle® Real Application Clusters

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

11gリリース2(11.2) for Microsoft Windows x64(64-Bit)

B58877-06(原本部品番号:E48195-02)

2015年2月

Oracle Real Application Clustersインストレーション・ガイド, 11gリリース2(11.2)for Microsoft Windows x64(64-Bit)

B58877-06

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

原本著者: Janet Stern

原本協力者: Mark Bauer、Jonathan Creighton、Prakash Jashnani、Aparna Kamath、Reema Khosla、Markus Michalewicz、Douglas Williams

協力者: Eric Belden、Karin Brandauer、Willard Cole、Bjørn Engsig、Mark Fuller、Alexander Keh、Roland Knapp、To-Choi Lau、Philip Newlan、Satish Panchumarthy、Srinivas Poovala、Rajesh Prasad、Sudhe Sampath、Mohammed Shahnawaz Quadri、Ravi Ramikissoon、Kevin Reardon、Trivikrama Samudrala、David Schreiner、Jacqueline Sideri、Janelle Simmons、James Stenoish、Richard Strohm、Preethi Vallam、Nitin Vengurlekar、Guanzhou Wang、Xiaofang Wang、Martin Widjaja、Sergiusz Wolicki

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

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

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

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 およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

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のインストールに関する新機能

- Oracle RAC 11gリリース2(11.2.0.4)の新機能

- Oracle RAC 11gリリース2(11.2.0.3)の新機能

- Oracle RAC 11gリリース2(11.2.0.2)の新機能

- Oracle RAC 11gリリース2(11.2)の新機能

- Oracle RAC 11gリリース1(11.1)の新機能

- Oracle Database 11gリリース2(11.2)で非推奨となった機能

- Oracle Database 11gリリース1(11.1)で非推奨となった機能

- Oracle Database 11g リリース2(11.2)でサポートが終了した機能

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.4.1 ネットワーク・インタフェースの構成の概要

- 1.2.4.2 ノード間通信の構成の概要

- 1.2.4.3 ブラウザ要件の概要

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

- 1.3 Oracle RACの記憶域の概要

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

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

- 1.4 Oracle Database Vaultオプションの要件

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

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

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

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

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

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

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

- 1.6 クラスタ検証ユーティリティを使用したクラスタ準備状況の確認

- 1.7 既存のデータベースが存在するシステムでのOracle Database 11gリリース2のインストール

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

- 2.1 Oracle Application Expressの要件の確認

- 2.2 インストール・タイプの選択

- 2.3 インストール・オプションの選択

- 2.4 Oracle Database構成タイプの選択

- 2.4.1 Oracle Databaseで提供される事前構成済データベースの種類

- 2.4.2 「詳細」データベース構成タイプの使用

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

- 2.5 Oracle Database Vaultオプションの選択

- 2.5.1 Oracle Database Vaultアカウントの概要

- 2.5.1.1 Oracle Database Vault所有者

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

- 2.5.2 Oracle Database Vaultインストールの概要

- 2.6 Oracle Configuration Managerオプションの選択

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

- 2.8 データベースのパスワードの作成

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

- 2.9.1 インストール後のデータベース・サービスの管理

- 2.9.2 古いNLS互換性定義ファイルのインストール

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

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

- 2.12 Oracle RACおよびOracle Database Vaultのインストール

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

- 2.14 リモート・ノードでの環境変数の更新

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

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

- 3.2 DBCAを使用したデータベース環境の最適化

- 3.3 以前のリリースで使用されていたリスナーの更新

- 3.4 DBCAの要件の検証

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

- 3.5.1 Oracle ASMで使用するディスクの構成

- 3.5.2 DBCAの起動

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

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

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

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

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

- 4.1.1 新しいソフトウェアにパッチが必要かどうかの判別

- 4.1.2 Oracleソフトウェアで使用可能なパッチの種類

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

- 4.1.4 Windowsファイアウォールの例外の構成

- 4.1.5 Oracle製品の構成

- 4.1.5.1 Oracle Database Vaultの構成

- 4.1.5.2 Oracle Databaseのセキュリティ設定の構成

- 4.1.6 外部表、共有ファイルまたはディレクトリ・オブジェクトの記憶域の構成

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

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

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

- 4.2.3 ユーザー・アカウントの設定

- 4.2.4 Oracle Administration Assistant for Windowsの構成

- 4.2.5 Oracle9i Databaseの言語および定義ファイルのOracle Database 11gでの使用

- 4.2.6 Oracle Enterprise Manager Database Controlへのログイン

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

- 4.3.1 Oracle Enterprise Manager Grid Controlの追加の手順

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

- 4.5 Oracle Grid Infrastructureでの以前のOracle Databaseリリースの使用

- 4.5.1 以前のリリースのOracle Databaseの使用に関する一般的な制限

- 4.5.2 以前のリリースのOracle Databaseまたはアップグレードされるデータベースに必要なパッチ

- 4.5.3 Oracle Databaseリリース10.2または11.1用のクラスタ・ノードの固定

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

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

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

- 5.3 Oracle RACでのサーバー・パラメータ・ファイルの記憶域要件

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

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

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

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

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

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

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

- 6.2 Oracle RACのためのDatabase Control実装の理解

- 6.3 EMCAとEnterprise Manager ControlおよびOracle RACの理解

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

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

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

- 6.6.1 対話モードでのEMCAの使用

- 6.6.2 入力ファイルによるサイレント・モードでのEMCAの使用

- 6.7 EMCAを使用したDatabase Controlの管理

- 6.7.1 Oracle RACデータベースのためのDatabase Control実装の変更

- 6.7.2 ノードの追加および削除時のDatabase Control構成の更新

- 6.7.2.1 クラスタにノードを追加した後のEMCAの使用

- 6.7.2.2 クラスタからノードを削除した後のEMCAの使用

- 6.7.3 Database Controlで使用されるポートの変更

- 6.8 Enterprise ManagerとEMCAのトラブルシューティングのヒント

- 6.8.1 データベース・リスナー・ポートを変更した後のDatabase Controlの更新

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

- 6.8.3 ホスト名またはIPアドレスを変更した後のDatabase Controlの更新

- 6.8.4 TNS_ADMIN構成を変更した後のEMCAの使用

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

- 7.1 Oracle RAC構成の理解

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

- 7.3 Windowsでの複数のOracleホーム・ディレクトリの動作

- 7.4 DBCAで作成したデータベース・コンポーネントの理解

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

- 7.4.2 制御ファイル

- 7.4.3 オンラインREDOログ・ファイル

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

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

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

- 7.8 Oracle Net Servicesの構成ファイルの理解

- 7.8.1 Oracle RACデータベースのデータベース・サービス

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

- 7.8.2.1 グリッド・ネーミング・サービスとリスナー

- 7.8.2.2 ローカル・リスナー

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

- 7.8.2.4 DBCAを使用したデータベースの複数のリスナーの構成

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

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

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

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

- 7.9 Oracle RACデータベースでのSCANの使用

- 7.9.1 SCANの理解

- 7.9.2 SCANリスナーとリスナー登録の理解

- 7.9.3 フェイルオーバー、ロード・バランシングおよびSCANの理解

- 7.9.4 Oracle RACデータベースにおける共有サーバー使用の理解

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 RACのインストール時のエラーのトラブルシューティング

- A.1.1 要件の検証

- A.1.2 インストール時のエラーの解決方法の理解

- A.1.3 インストール・セッションのログ・ファイルの特定

- A.2 Oracle RACのインストール時のエラーの解決

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

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

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

- A.3 コンフィギュレーション・アシスタントのエラーのトラブルシューティング

- A.3.1 コンフィギュレーション・アシスタントのエラーの確認

- A.3.2 コンフィギュレーション・アシスタントのエラーの特定

- A.3.3 コンフィギュレーション・アシスタントからレポートされる修復不能なエラーの解決

- A.4 サイレント・インストールまたは非対話型インストールのトラブルシューティング

- A.5 インストール後のCVUのクラスタ・ヘルス・チェックの使用について

- A.6 インストールが失敗した後のクリーンアップ

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 レスポンス・ファイルの一般的な使用手順

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

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

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

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

- B.6.1 OUIのヘルプ情報の表示

- B.6.2 入力にレスポンス・ファイルを使用したOUIの実行

- B.7 レスポンス・ファイルを使用したコンフィギュレーション・アシスタントの実行

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

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

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

- B.7.4 パスワード・レスポンス・ファイルの作成

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

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 DBCAを使用したシングル・インスタンス・データベースのイメージの作成

- 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 RACが有効なホーム

- C.2.3.2 Oracle RAC非対応のホームを使用するシングル・インスタンス・データベース

- C.2.4 Oracle RAC One NodeデータベースのOracle RACデータベースへの変換

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

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

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

- C.3.3 rconfigまたは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インスタンスの停止

F Oracle Databaseポート番号の管理

- F.1 ポートの管理

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

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

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

- F.5 Oracle Enterprise Manager Database Controlポートの変更

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

- F.7 Oracle Services for Microsoft Transaction Serverポートの変更

G Oracle Enterprise Manager Configuration Assistantリファレンス

- G.1 EMCAの概要

- G.1.1 概要

- G.1.2 操作上の注意

- G.1.2.1 使用方法

- G.1.2.2 EMCAパラメータ

- G.1.2.3 ツール/ユーティリティ・ヘルプの使用

- G.2 EMCAのコマンド・リファレンス

- G.2.1 addInst

- G.2.1.1 構文

- G.2.1.2 パラメータ/オプション

- G.2.2 addNode

- G.2.2.1 構文

- G.2.2.2 パラメータ

- G.2.2.3 例

- G.2.3 config all db

- G.2.3.1 構文

- G.2.3.2 パラメータ

- G.2.4 config centralAgent

- G.2.4.1 構文

- G.2.4.2 パラメータ

- G.2.5 config dbcontrol db

- G.2.5.1 構文

- G.2.5.2 オプション

- G.2.5.3 例

- G.2.6 deconfig all db

- G.2.6.1 構文

- G.2.6.2 パラメータ

- G.2.7 deconfig centralAgent

- G.2.7.1 構文

- G.2.7.2 パラメータ

- G.2.7.3 例

- G.2.8 deconfig dbcontrol db

- G.2.8.1 構文

- G.2.8.2 パラメータ

- G.2.8.3 例

- G.2.9 deleteInst

- G.2.9.1 構文

- G.2.9.2 パラメータ

- G.2.10 deleteNode

- G.2.10.1 構文

- G.2.10.2 パラメータ

- G.2.10.3 例

- G.2.11 displayConfig dbcontrol

- G.2.11.1 構文

- G.2.11.2 パラメータ

- G.2.12 reconfig dbcontrol

- G.2.12.1 構文

- G.2.12.2 パラメータ

- G.2.12.3 例

- G.2.13 reconfig ports

- G.2.13.1 構文

- G.2.13.2 パラメータ

- G.2.13.3 例

- G.2.14 restore

- G.2.14.1 構文

- G.2.14.2 パラメータ

- G.2.15 upgrade

- G.2.15.1 構文

- G.2.15.2 パラメータ

- G.2.16 version

- G.2.16.1 構文

索引

例一覧

- 4-1 choptでOracle Label Securityデータベース・オプションを有効にする方法

- 6-1 EMCAを使用したDatabase Controlと日次データベース・バックアップの構成

- 6-2 EMCAでレスポンス・ファイルを使用したDatabase Controlの構成

- 6-3 Oracle RACデータベースのためのDatabase Controlの再構成

- 7-1 Oracle RACノードのlistener.oraファイルの例

- 7-2 tnsnames.oraファイルの例

- 7-3 Oracle RACデータベースのtnsnames.oraエントリの例

- 7-4 データベース接続用のネット・サービス名エントリの例

- 7-5 簡易接続ネーミング・メソッドを使用したOracle RACへの接続

- 7-6 インスタンス接続用のネット・サービス名エントリの例

- 8-1 Oracleホームにインストールされた削除ツールの実行

- 8-2 スタンドアロン・バージョンの削除ツールの実行

- 8-3 Oracle RACをアンインストールするために削除ツールで使用するパラメータ・ファイルの例

- B-1 Oracle RACデータベースのパスワード・レスポンス・ファイルの例

- B-2 レスポンス・ファイル・モードでのコンフィギュレーション・アシスタントの実行

- C-1 ポリシー管理データベースのrconfig ConvertToRAC XMLファイルの例

- C-2 管理者管理データベースのrconfig ConvertToRAC XMLファイルの例

表一覧

- 1-1 Oracle RACのハード・ディスク領域の要件

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

- 4-1 choptツール・コマンドのデータベース・オプション

- 4-2 Oracle DatabaseおよびOracle Grid Infrastructureリリース11.2.0.3で必要なパッチ

- 6-1 ポート割当てを構成するためのEMCAコマンド・パラメータ

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

- 7-2 Windowsプラットフォームにおけるデータベース・ファイルのシンボリック・リンク名

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

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

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

- G-1 EMCAのオプションのコマンドライン・パラメータ

- G-2 EMCAコマンド

- G-3 addInstのオプション

- G-4 addInstのオプション

- G-5 config all dbのオプション

- G-6 config centralAgentのオプション

- G-7 config dbcontrolのオプション

- G-8 deconfig all dbのオプション

- G-9 deconfig centralAgentのオプション

- G-10 deconfig dbcontrol dbのオプション

- G-11 deleteInstのオプション

- G-12 deleteNodeのオプション

- G-13 displayConfig dbcontrolのオプション

- G-14 reconfig dbcontrolのオプション

- G-15 reconfig portsのオプション

- G-16 restoreのオプション

- G-17 upgradeのオプション

はじめに

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

対象読者

『Oracle Real Application Clustersインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』では、Oracle RACをインストールして構成するデータベース管理者(DBA)に対し、データベースのインストールについて説明します。

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

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートをご購入の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 Database 11gリリース2(11.2)マニュアル・セットの次のドキュメントを参照してください。

Oracle Real Application Clustersのドキュメント

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

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

- 『Oracle Diagnostics Pack Installation Guide』

- 『Oracle Grid Infrastructureインストレーション・ガイド for IBM AIX on POWER Systems』

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

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

- 『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』

- 『Oracle Grid Infrastructureインストレーション・ガイドfor Solaris Operating System』

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

- LinuxおよびUNIXベースのオペレーティング・システム用の『Oracle Database管理者リファレンス』

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

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

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

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

- 『Oracle Database 2日でデータベース管理者』

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

- 『Getting Started with the Oracle Diagnostics Pack』

汎用ドキュメント

- 『Oracle Databaseサンプル・スキーマ』では、Oracle Databaseの基本インストールで提供されるサンプル・スキーマについて説明しています。Oracle Databaseドキュメント・ライブラリの多くの例では、これらのスキーマを使用します。

- 『Oracle Database新機能ガイド』

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

- 『Oracle Database概要』

- 『Oracle Databaseリファレンス』

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

http://www.oracle.com/technetwork/community/join/overview

すでに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)のインストールおよび構成に関連する新機能について説明します。内容は次のとおりです。

- Oracle RAC 11gリリース2(11.2.0.4)の新機能

- Oracle RAC 11gリリース2(11.2.0.3)の新機能

- Oracle RAC 11gリリース2(11.2.0.2)の新機能

- Oracle RAC 11gリリース2(11.2)の新機能

- Oracle RAC 11gリリース1(11.1)の新機能

- Oracle Database 11gリリース2(11.2)で非推奨となった機能

- Oracle Database 11gリリース1(11.1)で非推奨となった機能

- Oracle Database 11g リリース2(11.2)でサポートが終了した機能

Oracle RAC 11gリリース2(11.2.0.4)の新機能

Oracle RAC 11gリリース2 (11.2.0.4)以上で使用可能な新機能を次に示します。

Windows Server 2012およびWindows Server 2012 R2のサポート

Oracle Database 11gリリース2 (11.2.0.4)以降、Oracle Databaseサーバー、クライアントおよびOracle RACはWindows Server 2012 (64ビット版のみ)およびWindows Server 2012 R2 (64ビット版のみ)でサポートされています。

注意:
Windows Server 2012 R2のサポートには、Windows Databaseバンドル・パッチ11.2.0.4.11が必要です。

Oracle RAC 11gリリース2(11.2.0.3)の新機能

Oracle RAC 11gリリース2 (11.2.0.3)以上で使用可能な新機能を次に示します。

Oracle Databaseのサービスのクオリティ管理

データベースにおけるサービスのクオリティ管理(QoS)サーバーを使用すると、正確な実行時パフォーマンスとリソース・メトリックを関連付け、エキスパート・システムで分析することによって、システム管理者がOracle Databaseクラスタに干すティングされたアプリケーションのサービス・レベルを管理できるようになり、ポリシー・ベースのパフォーマンス目的を満たす推奨リソース調整を生成することができます。

関連項目:
『Oracle Database Quality of Service Managementユーザーズ・ガイド』

Oracle RAC 11gリリース2(11.2.0.2)の新機能

Oracle Database 11gリリース2 (11.2.0.2)より、次の新機能が提供されます。

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

ソフトウェアの更新機能を使用し、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はサポートされません。現在、Oracle Solaris Clusterはサポートされていません。

Oracle Database 11gリリース2 (11.2.0.2)以降、Oracle Real Application Clusters (Oracle RAC)の動作が保証されるプラットフォームすべてでOracle RAC One Nodeがサポートされます。Oracle RAC One NodeによるOracle Data Guardのサポートは、Oracle Database 11gリリース2 (11.2.0.2)より提供されます。

Oracle RAC 11gリリース2(11.2)の新機能

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

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

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

- クラスタ時刻同期化サービス

- Oracle Database Configuration Assistantとリスナー

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

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

- Oracle Enterprise ManagerおよびOracle Clusterware Resource Management

- Oracle Enterprise Managerによるパッチ適用

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

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

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

- パッチ処理に対するSRVCTLコマンドの機能強化

- デスクトップ・クラスおよびサーバー・クラスのインストール・オプション

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

- 削除ツール

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

Oracle Grid Infrastructure 11g リリース2(11.2)では、Oracle Automatic Storage Management(Oracle ASM)およびOracle Clusterwareが1つのホーム・ディレクトリ(グリッド・インフラストラクチャ・ホーム)にインストールされます。インストーラのインタビュー・プロセスが終了すると、Oracle ASMおよびOracle Clusterwareを構成するコンフィギュレーション・アシスタントが起動します。

これらの製品を組み合せたインストール環境をOracle Grid Infrastructureと呼びます。ただし、Oracle ClusterwareとOracle Automatic Storage Managementは依然として別々の製品です。

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

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

注意:
Oracle ASM 11gリリース2 (11.2.0.1)では、Oracle ACFSは次のプラットフォームでのみサポートされます。

- Windows Server 2003 64ビット

- Windows Server 2003 R2 64ビット

Oracle Database 11gリリース2 (11.2.0.2)以降、Oracle ACFSは次のプラットフォームでもサポートされます。

- Windows Server 2008, 64ビット

- Windows Server 2008 R2 64ビット

Oracle Database 11gリリース2 (11.2.0.4)以降、Oracle ACFSは次のプラットフォームでもサポートされます。

- Windows Server 2012, 64ビット

- Windows Server 2012 R2 64ビット

Oracle ASM動的ボリューム・マネージャ(Oracle ADVM)は、Oracle ASMボリューム・ファイルとして割り当てられているOracle ASM記憶域へのディスク・ドライバ・インタフェースを提供することで、Oracle ASMを拡張します。Oracle ADVMは、ファイル・システムを含む仮想ディスクの作成に使用できます。ファイル・システムと他のディスク・ベースのアプリケーションは、ベンダー・オペレーティング・システムにある、他のストレージ・デバイスに対してと同様に、Oracle ADVMボリューム・デバイスに対してI/Oリクエストを発行します。Oracle ASMボリュームに含まれるファイル・システムは、Oracle Databaseファイル(実行可能ファイル、レポート・ファイル、トレース・ファイル、アラート・ログおよびその他のアプリケーション・データ・ファイル)以外のファイルをサポートできます。

クラスタ時刻同期化サービス

クラスタ・ノードの時刻は同期させておく必要があります(特にクラスタをOracle Real Application Clustersに使用する場合)。このリリースのOracle Clusterwareでは、同期サービスがクラスタ内にあることを保証するクラスタ時刻同期化サービス(CTSS)を提供しています。クラスタの構成時にネットワーク・タイム・プロトコル(NTP)およびWindowsタイム・サービスのいずれも検出されなかった場合は、CTSSが構成されて時刻の同期が保証されます。

Oracle Database Configuration Assistantとリスナー

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

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

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

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

関連項目:

- タイムゾーン・ファイルのアップグレードについては、『Oracle Databaseアップグレード・ガイド』を参照してください。

- タイムゾーン・ファイルとTSTZデータをアップグレードする方法については、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- 異なるバージョンのタイムゾーン・ファイルで動作するクライアントおよびサーバーのパフォーマンスの影響については、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

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

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

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

Oracle Enterprise ManagerおよびOracle Clusterware Resource Management

このリリースでは、高可用性アプリケーションおよびOracle Clusterwareのリソース管理を使用し、スタンドアロン・データベース環境とOracle RAC環境の両方について、Oracle Enterprise Managerの「クラスタ・ホーム」ページから、すべての管理および監視を行うことができます。これらの管理作業には、サーバー・プールの作成と変更などがあります。

Oracle Enterprise Managerによるパッチ適用

今回のリリースでは、Oracle Enterprise Managerを使用して、Oracle RACデータベースにパッチを適用できます。Oracle Enterprise Managerの新機能であるプロビジョニング・アドバイザ・コンソールを使用すると、クラスタ上のノードに対するパッチ適用のカスタマイズ、監視およびデプロイが可能になります。

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

これまで、クラスタでサーバーを追加または削除するには手動による多大な準備が必要でした。今回のリリースでは、引き続き手動でサーバー・ノードを構成することも、クラスタでノードが追加または削除されたときに、グリッドのプラグ・アンド・プレイを使用して動的に構成することもできます。

グリッドのプラグ・アンド・プレイは、サーバー・ノードのインストール、構成および管理にかかるコストを低減できます。これは、クラスタ内でグリッド・ネーミング・サービス(GNS)を起動し、各ノードで次のタスクを動的に実行できるようすることで実現されます。

- ノードの適切なネットワークIDをネゴシエートする。

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

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

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

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

Oracle Configuration Assistantを使用すると、推奨されるデプロイメントが確実に行われ、構成の問題を防ぐことができます。

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

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

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

パッチ処理に対するSRVCTLコマンドの機能強化

このリリースでは、パッチ処理の準備をするために、サーバー制御ユーティリティ(SRVCTL)を使用して、Oracleホーム内で実行されているすべてのOracleソフトウェアを停止できます。Oracle Grid Infrastructureのパッチ処理はすべてのノードで自動化され、複数ノードに対してマルチパッチ方式でパッチを適用できます。

デスクトップ・クラスおよびサーバー・クラスのインストール・オプション

このリリースには、デスクトップ・クラスとサーバー・クラスという2つのインストール・タイプがあります。

デスクトップ・クラス・インストール・タイプは、手動による構成選択の数が少ない、簡単なインストールです。デスクトップ・クラス・インストールは、基本的な構成で完全なOracle Databaseインストールを実行します。

サーバークラス・インストール・タイプでは、より高度な構成オプションが使用できるようになります。Oracle Enterprise Manager Grid Controlを使用するか、Oracle ASMでデータベース記憶域を構成する場合、Oracle RACのインストール時に、このオプションを選択します。

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

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

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

削除ツール

Oracle Universal Installer (OUI)によるOracleソフトウェアの削除は行われなくなりました。インストール・メディアのインストール前はインストール・メディアで、インストール後はOracleホーム・ディレクトリで使用可能な新しい削除ツール(deinstall.bat)を使用します。このツールは、Oracle Technology Networkからもダウンロードできます。

関連項目:
詳細は、第8章「Oracle Real Application Clustersソフトウェアの削除」を参照してください。

Oracle RAC 11gリリース1(11.1)の新機能

ここでは、Oracle Real Application Clusters(Oracle RAC)のインストールおよび構成に関連するOracle Database 11gリリース1の機能について説明します。

内容は次のとおりです。

- インストールに関するマニュアルでの変更

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

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

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

インストールに関するマニュアルでの変更

Oracle Database 11g リリース1(11.1)では、Oracle Clusterwareを独立した製品としてインストールまたは構成できます。また、Oracle Database記憶域管理に関して追加のマニュアルが提供されています。インストール計画については、次の項に示すマニュアルを参照してください。

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

このマニュアルでは、2ノードのOracle ClusterwareおよびOracle RAC環境をインストールおよび構成する手順の概要および例を示しています。

Oracle Clusterwareのインストレーション・ガイド

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

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

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

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

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

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

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

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

Oracle RACの管理者リファレンスです。管理作業についての情報が記載されています。これらのタスクには、データベースのクローニング、ノードの追加と削除、Oracle Cluster Registry (OCR)の管理、サーバー制御(SRVCTL)ユーティリティおよびその他のデータベース管理ユーティリティの使用などがあります。

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

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

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

- Oracle Configuration Manager: Oracle Configuration Manager(OCM)は、OUIと統合されています。ただし、データベースおよびクライアントのインストールではオプションのコンポーネントであり、「カスタム・インストール」を選択して有効にする必要があります。Oracle Configuration Managerは、以前のリリースではカスタマ構成リポジトリ(CCR)として使用されていたツールで、Oracle ASMおよびOracle Databaseのホーム・ディレクトリ内のソフトウェアの構成に関連する詳細情報を収集および格納します。
詳細は、「サポート強化のためのOracle Configuration Manager」を参照してください。

- Oracle Data Mining: Enterprise Editionインストール・タイプでは、デフォルトで、インストールにOracle Data Miningオプションが選択されます。

- Oracle Database Vault: この機能は拡張インストール中にインストールできます。データベース・インストールではオプションのコンポーネントであり、カスタム・インストールを介して使用できます。

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

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

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

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

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

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

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

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

関連項目:
Oracle Real Application Testingの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

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

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

自動診断リポジトリ

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

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

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

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

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

Oracle Clusterwareでは、診断データは継続してCRS_home\logディレクトリに配置されます。CRS_homeはOracle Clusterwareホームです。

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

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

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

Oracle ASMおよびOracle RACの削除機能とその他のコンフィギュレーション・アシスタントの拡張機能

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

DBCA

- コマンドライン機能deleteASMで、Oracle ASMインスタンスを削除できます。

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

DBUA

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

- インプレース・パッチ・セット・アップグレードがサポートされます。

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

Oracle ASM管理のための新しいSYSASM権限

この機能では、Oracle ASMの管理タスクを実行するための新しいSYSASM権限が導入されています。SYSDBA権限のかわりにSYSASM権限を使用すると、Oracle ASM管理とデータベース管理での役割を明確に区別できます。

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

以前のリリースのOracle ASMでは、データ読取り操作の優先ディスクとして、ミラー化されたエクステントのプライマリ・コピーを持つディスクが使用されていました。今回のリリースでは、ファイルの新しい初期化パラメータasm_preferred_read_failure_groupsを使用することで、特定のクラスタ・ノードの近くに配置されているディスクを、そのノードがミラー化されたデータを取得するための優先ディスクとして指定できます。このオプションは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 ASMのクラスタOracle ASMへの変換

Oracle Enterprise Manager Grid Controlまたはrconfigスクリプトのいずれかを使用して、既存のOracle ASMインスタンスを、シングル・インスタンスのストレージ・マネージャからクラスタ・ストレージ・マネージャに変換できます。Oracle ASMリリース11.1のインスタンスを直接変換することも、11.1より前のリリースのインスタンスを11.1にアップグレードして変換することもできます。

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

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

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

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

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

- Direct NFSクライアントがネットワーク・ファイル・システムへのI/Oパスを制御することで、オペレーティング・システム・レベルでのネットワーク・パフォーマンスのチューニングが不要になるため、チューニングの簡素化と診断能力を提供できます。

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

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

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

- NFSマウントの追加構成は必要ありません。
オペレーティング・システムのNFSドライバでは、ローカルでファイル属性を保持することでファイル・システム・キャッシュが最適化されないように、noacオプション(属性キャッシュなし)を指定してNFSドライバをマウントする必要があります。ODMでは、Oracle RACインスタンスが自動的に認識され、ユーザー、システム管理者またはDBAに追加の再構成を要求することなく、データ・ファイルに対して適切な操作が実行されます。

Optimal Flexible Architecture(OFA)の簡略化

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

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

このような役割の変化に伴い、次の機能が追加されました。

- Oracle RACのインストール中に、デフォルトの場所を使用するか、またはOracleホーム・ディレクトリではなく、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にADRベース・ディレクトリの場所が格納され、このディレクトリには1つ以上のADRホームが含まれます。通常、Oracleドキュメントでは、これらのホームをADRホームと呼んでいます。各データベース・インスタンスにはADRホームが含まれています。ADRホームは、トレース・ファイル、アラート・ログ、状態モニター・レポート、重大なエラーのダンプが含まれている複数のディレクトリに対するルート・ディレクトリです。また、SQL文select name, value from v$diag_infoを使用してアラートおよびトレース・ファイルを表示することもできます。

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

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

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

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

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

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

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

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

- 顧客サポートID(CSI)番号

- My Oracle Supportのユーザー・アカウント名

- 国番号

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

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

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

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

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

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

Oracle Database 11g リリース11.1の新機能

Oracle Database 11g リリース11.1には、次のものが含まれています。

- ODP.NETの構成における改善:

- 開発者は、アプリケーションまたはWebの構成ファイルや、machine.configなどの構成ファイルを使用して、ODP.NETを構成できるようになりました。

- 特定のバージョンのODP.NETの設定は、優先順位における特有の影響があるため、いくつかの方法で構成されることがあります。たとえば、machine.config設定は、Windowsのレジストリ値をオーバーライドする.NETフレームワーク全体の設定です。アプリケーションまたはWebの構成ファイルの設定は、machine.config設定とWindowsのレジストリ設定をオーバーライドするアプリケーション固有の設定です。

- 次のようなパフォーマンスの強化:

- パラメータ・コンテキスト・キャッシュの向上
このリリースでは、既存のキャッシング・インフラストラクチャで、ODP.NETパラメータ・コンテキストがキャッシュされるように拡張されました。この機能拡張はデータベース・バージョンに関係なく、サポートされているすべてのデータベース・バージョンで使用できます。この機能によって、同じ文を繰り返し実行するアプリケーションのパフォーマンスが大幅に向上します。

- ラージ・オブジェクト(LOB)の効果的な取得
このリリースでは、データベースへのラウンドトリップ回数を減らすことで、サイズの小さいLOB取得のパフォーマンスを改善しています。この拡張機能はOracle 11gリリース1以上のデータベース・リリースでのみ使用できます。

開発者は、この拡張機能を意識する必要はありません。この機能を使用するためにコードを変更する必要はありません。

Oracle Database 11gリリース2(11.2)で非推奨となった機能

Oracle Database 11gリリース2では、次の機能の使用は推奨されていません。

- Windows用のOracle Cluster File System(OCFS)

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

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コンソール

Oracle Database 11g リリース2(11.2)でサポートが終了した機能

Oracle Database 11gリリース2(11.2)では、次の機能がサポートされなくなりました。

- Oracle ASMインスタンスで管理者として機能するSYSDBA権限が、このリリースでは削除されています。

- 削除ツールの-cleanupOBaseフラグは、サポートが終了しました。このフラグの代替機能はありません。

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

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

この章では、データベース管理者、システム管理者およびストレージ管理者を対象として、Oracle RACの完全インストールに備えたインストールの調整およびインストール・タスクの計画について説明します。

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

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

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

- Oracle RACの記憶域の概要

- Oracle Database Vaultオプションの要件

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

- クラスタ検証ユーティリティを使用したクラスタ準備状況の確認

- 既存のデータベースが存在するシステムでのOracle Database 11g リリース2のインストール

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

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

My Oracle Supportには、サポートされているハードウェア・オプションに関するガイダンスが含まれており、購入およびインストール計画の参考にすることができます。My Oracle Supportの動作保証ページには、動作保証されたハードウェアに関する詳細情報、および各リリースおよびプラットフォームに固有の情報が記載されています。My Oracle Supportには、次のURLでアクセスできます。

http://support.oracle.com/

My Oracle Supportを使用する前に、オンラインで登録する必要があります。ご使用のプラットフォームの動作保証情報を表示するには、次の手順を実行します。

1. ログイン後に、「動作保証」タブをクリックします。

2. 動作保証検索ボックスで、ソフトウェアおよびハードウェアに関する情報を入力します。たとえば、次の内容を使用できます。

- 製品: Oracle Database

- リリース: 11.2.0.3

- プラットフォーム: Microsoft Windows x64 (64-Bit) 2008 R2

必要な情報を入力して、「検索」をクリックします。新しいウィンドウに、その製品の動作保証の詳細が表示されます。

3. 「動作保証詳細」ページで動作保証情報を表示するリンクをクリックして、ハードウェア構成がOracle ClusterwareおよびOracle RACで使用できるものであることを確認します。

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

また、Oracle.com(http://www.oracle.com)を参照すると、特定の実装シナリオの計画、ベスト・プラクティスなど、インストール計画に役立つ情報が記載されているその他のリソースが示されています。特に、Oracle Technology NetworkのOracle Real Application Clustersのページを参照してください。

http://www.oracle.com/technetwork/database/clustering/overview/

Oracle RACテクノロジの動作保証マトリクスでは、Oracle RACのデプロイに使用できるサポートされたテクノロジが詳細に示されています。

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

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

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

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

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

setup.exe -downloadUpdates

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

1.1.3 Oracle Technology Networkの確認

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

http://www.oracle.com/technetwork/database/clustering/overview/

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

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

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

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

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

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

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

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

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

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

- クラスタ用のOracle Grid Infrastructureをインストールします。

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

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

- Oracle RACをインストールします。

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

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

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

クラスタ検証ユーティリティ(CVU)は、インストール、パッチ更新または他のシステム変更の準備でシステム検証を実行するために提供されています。

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

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

http://www.oracle.com/technetwork/database/options/clustering/downloads/cvu-download-homepage-099973.html

ベンダーがハードウェアまたはオペレーティング・システムの構成手順をかわりに実行している場合、作業後にCVUでクラスタに対して該当する確認を行うように、ベンダーに依頼します。これによって、システムが正しく構成されていることを確認できます。データベース管理者は、「クラスタ検証ユーティリティを使用したクラスタ準備状況の確認」を参照して、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インストレーション・ガイドfor Microsoft Windows x64(64-Bit)』

アップグレード前、アップグレード後、互換性および相互運用性に関する最新の情報およびベスト・プラクティスについては、「Oracle Upgrade Companion」を参照してください。My Oracle SupportのNote 785351.1から参照できます。

https://support.oracle.com/

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

- 1つのクラスタで一度に実行できるOracle Clusterwareのバージョンは、1つのみです。Oracle Clusterwareのバージョンは、クラスタで実行されるソフトウェア(Oracle Clusterware、Oracle Database、Oracle RACおよびOracle ASM)の最新のリリースである必要があります。データベースをOracle Database 11g リリース2にアップグレードする前に、クラスタのすべてのノードをOracle ClusterwareおよびOracle ASM 11g リリース2(11.2)にアップグレードする必要があります。

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

- クラスタウェアとしてOracle Clusterware 11g リリース2をインストールしている場合、あるノードではOracle Database 10g リリース2のシングル・インスタンスのデータベースを実行し、同時に別の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.2から11g、11.1から11.2など)。

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

- Oracle RACデータベースをアップグレードする場合、そのデータベースのインスタンスをホストする各クラスタ・メンバー・ノードが、アップグレード対象のインストールのメンバーである必要があります。たとえば、既存のOracle RACデータベースを3ノードのクラスタで実行している場合は、3つすべてのノードのOracle RACをアップグレードする必要があります。アップグレード時に、クラスタの2つのノードのみをアップグレードし、3つ目のノードおよびインスタンスを除外することはできません。

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

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

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

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

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

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

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

- NLS_LANG環境変数で指定したキャラクタ・セットによって、ユーザー・インタフェースの言語およびSQL*Plus、exp、impなどのコンポーネントのグローバリゼーションに関する動作が決定されます。また、この変数は、クライアント・アプリケーションとデータベースで使用される言語と地域も設定されます。NLS_LANG環境変数では、クライアント・アプリケーションによるデータの入力および表示に使用されるキャラクタ・セットも宣言されます。
NLS_LANG環境変数は、クライアントのオペレーティング・システムのキャラクタ・セットの設定を反映している必要があります。たとえば、データベース・キャラクタ・セットがAL32UTF8であり、クライアントがWindowsオペレーティング・システムで実行されている場合は、UTF-8 WIN32クライアントがないため、NLS_LANG環境変数にAL32UTF8を設定しないでください。かわりに、NLS_LANG設定にクライアントのコード・ページを反映する必要があります。たとえば、英語版のWindowsクライアントのコード・ページは1252であるため、NLS_LANGの適切な設定はAMERICAN_AMERICA.WE8MSWIN1252となります。

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

1.1.8 ドキュメントの確認

Oracle RACをインストールする前に、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』、特にインストール前の手順と記憶域に関する章を参照して、インストールに必要なすべての手順を完了します。

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

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

http://docs.oracle.com/

Oracle Enterprise ManagerとOracle Application Express (Oracle RAC用)を有効にするため、および必要に応じてオンライン・ドキュメントにアクセスするために、Webブラウザを1つ以上のクラスタ・ノードにインストールすることをお薦めします。オンライン・ドキュメントは、PDF形式とHTML形式が用意されており、ダウンロード可能です。

関連項目:

- Oracle Databaseの概要については、『Oracle Database概要』を参照してください。

- Oracle ClusterwareまたはOracle RACの構成およびデプロイメントの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- Oracle RACでのサーバーおよび記憶域の構成情報については、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

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

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

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

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

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

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

- Oracleベースの概要

- ネットワークおよびインターネットの構成の概要

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

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

次に示すサーバー・ハードウェアおよびソフトウェアの構成要件と推奨事項の概要を確認して、Oracle RACが正常にインストールされるように準備してください。

Oracle RACの要件

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

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

サポートされている構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』のインストール前の手順に関する章も参照してください。

注意:
クラスタ内の各ノードでは、同じオペレーティング・システムを使用する必要があります。クラスタ内の各ノードで同じソフトウェア構成を使用することをお薦めします。Oracle ClusterwareとOracle RACでは、同じクラスタ内の異種プラットフォームをサポートしていません(各サーバーは同じOracleソフトウェア・バイナリを実行している必要があります)。

- システム要件に示されたオペレーティング・システムの更新。
オペレーティング・システムへの更新(サービス・パック、個々のパッチなど)が必要な場合があります。このような要件がある場合は、特定のリリースのリリース・ノートに記載されています。リリース・ノートに動作保証に関する例外が示されていないかぎり、Microsoft社が推奨する他のオペレーティング・システム・パッチを適用することもできます。

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

Oracle RACでの推奨事項: システム管理者タスク

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

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

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

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

- プライマリ・ドメイン・コントローラまたはバックアップ・ドメイン・コントローラにOracle RACをインストールしないことで、リソース競合の問題を回避します。

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

サーバー・ハードウェアの設定後、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』でハードウェア要件の確認に関する説明を参照して、十分なRAMがシステムに搭載されていること、インストールに十分な空き領域がある場所がTEMP環境変数に指定されていること、およびシステムが他のハードウェア要件を満たしていることを確認します。

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

『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』のインストール前の手順に関する章の説明に従って、ユーザーとユーザー環境を構成します。次のタスクが含まれます。

- Oracleソフトウェアをインストールするためのオペレーティング・システム・ユーザーの作成

- Oracleソフトウェア所有者ユーザーの環境の構成

関連項目:
ユーザー・グループの作成の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

Oracleソフトウェアをインストールするには、管理者グループのメンバーであるユーザーである必要があります。インストールにローカル・ユーザー・アカウントを使用する場合、そのユーザー・アカウントはクラスタのすべてのノードに存在し、ユーザー名とパスワードがすべてのノードで同じである必要があります。

ドメイン・アカウントを使用してインストールする場合は、そのドメイン・ユーザーがクラスタ内の各ノードのローカル管理グループのメンバーであることを明示的に宣言する必要があります。ドメイン・ユーザーが別のグループからメンバーシップを継承していても不十分です。インストールを実行するユーザーは、各ノードの同じドメインに存在する必要があります。たとえば、DBADMINドメインの1つ目のノードにdba1ユーザーが存在し、RACDBAドメインの2つ目のノードにdba1ユーザーが存在することはできません。

1つのOracleインストール所有者が存在し、このOracleインストール所有者のユーザー名がoracleであるとします。oracleユーザーは、ローカル管理者ユーザーまたはドメイン・ユーザーのいずれかで、クラスタの同じノード上に同じユーザー(ユーザー名、パスワードおよびドメインが同じ)が存在する必要があります。

Oracle Databaseソフトウェアのインストール時に、インストールを実行するユーザーはORA_DBAグループに自動的に追加されます。ドメイン・ユーザーを使用する場合、インストール後に各ノードのドメイン・ユーザーがローカル管理者グループとORA_DBAグループのメンバーであることを確認する必要があります。

ローカルのORA_DBAグループのメンバーは、自動的にSYSDBA権限とSYSASM権限を受け取ります。

注意:
ドメイン・ユーザーを使用してインストールを実行する場合、インストール完了後にリモート・ノードのORA_DBAグループにそのユーザーを手動で追加する必要がある場合があります。
Oracle RACのインストールでは、ドメイン・ユーザーを使用することをお薦めします。

関連項目:
ORA_DBAグループの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

1.2.3 Oracleベースの概要

Oracleベース・ディレクトリは、Oracleソフトウェアと構成ファイルが格納されている場所です。デフォルトでは、Oracleソフトウェア・バイナリ・ファイルは、Oracleベース・ディレクトリのサブディレクトリ内に、バージョンとOracleホーム名でインストールされます。1つのOracleベース・ディレクトリは、複数のインストールに使用できます。

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

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

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

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

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

X:\app\oracle\product\11.2.0\dbhome_n

変数nは、Oracleホームの番号です。初めてoracleユーザーとしてOracleホームを作成する場合、デフォルトのOracleホームの場所はC:\app\oracle\product\11.2.0\dbhome_1です。

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

1.2.4 ネットワークおよびインターネットの構成の概要

各サーバーを構成して、クラスタの他のノードと通信できるようにする必要があります。また、1つ以上のノードで、インターネットへのアクセスとWebブラウザのサポートを構成する必要があります。

1.2.4.1 ネットワーク・インタフェースの構成の概要

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

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

1.2.4.2 ノード間通信の構成の概要

Oracleソフトウェアはクラスタ内の1つのノードにインストールされ、OUIによりクラスタ内の他のノードにそのソフトウェアがコピーされます。クラスタ内の各ノードが、net useコマンドを使用して他のノードと通信できることを確認してください。たとえば、node1では、次のコマンドを使用します。

C:\> net use \\node2\c$
The command completed successfully.

node2では、次のコマンドを使用します。

C:\> net use \\node1\c$
The command completed successfully.

1.2.4.3 ブラウザ要件の概要

ドキュメントにアクセスしたり、Oracle Enterprise ManagerおよびOracle Application Expressを使用するには、Webブラウザが必要です。Webブラウザでは、JavaScript、HTML 4.0規格およびカスケード・スタイル・シート(CSS)1.0規格がサポートされている必要があります。これらの要件を満たすブラウザは、次のとおりです。

- 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

- 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

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

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

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

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

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

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

1.3 Oracle RACの記憶域の概要

Oracle RACのEnterprise EditionおよびStandard Editionのどちらについても、Oracle Databaseコンポーネントのハード・ディスク要件に、オペレーティング・システムのインストール先のディスク・パーティションへのJava Runtime Environment(JRE)とOUIのインストールに必要な32MBも含まれています。十分な空き領域が検出されない場合、インストールは失敗し、エラー・メッセージが表示されます。表1-1に、初期データベースの要件を含むハード・ディスク領域の要件を示します。

表1-1 Oracle RACのハード・ディスク領域の要件

インストール・タイプ

TEMP領域

%SYSTEMDRIVE%\Program Files\Oracle

Oracle Databaseホーム

データ・ファイル

合計

Standard Edition

500MB

100MB

5GB

3GB

8.6GB

Enterprise Edition

500MB

100MB

5.5GB

3GB

9.1GB

表1-1の「データ・ファイル」列は、Oracleベース・ディレクトリのadmin、flash_recovery_areaおよびoradataディレクトリの内容を示しています。言語またはその他のコンポーネントなど、選択したインストール・オプションに応じて、これらのファイルの実際のサイズは、表に示すサイズよりも大きい可能性があります。後で自動バックアップを有効にしてOracle DatabaseおよびOracle Real Application Clustersをインストールする場合は、データ・ファイルのディスク領域用としてさらに2GB以上必要です。

Oracle RACをインストールするには、データベース・ファイル用およびオプションでリカバリ・ファイル用に共有記憶域を構成する必要があります。DBCAにより自動バックアップを構成するよう指定する場合、そのバックアップには共有されているデータベース・リカバリ領域が必要です。

インストール計画の記憶域オプションを確認するには、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』の第3章を参照してください。ストレージ管理者およびシステム管理者は、この章を参照して、Oracle RACデータベースのデータベース・ファイル用の記憶域を構成できます。

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

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、新しいマルチプラットフォームのスケーラブルなファイル・システムであり、Oracle ASM機能を強化して、Oracle Database外でのカスタマ・ファイルの保持をサポートするためのストレージ管理テクノロジです。Oracle ACFSでサポートされるファイルには、データベースとアプリケーションの実行可能ファイル、トレース・ファイル、アラート・ログ、アプリケーション・レポート、BFILEおよび構成ファイルが含まれます。Oracle ACFSがOracle ASM機能を利用することで、次のことが可能になります。

- Oracle ACFSの動的なファイル・システムのサイズ変更

- Oracle ASMディスク・グループ・ストレージへの直接アクセスによるフォーマンスの最大化

- I/Oの並列性向上によるOracle ASMディスク・グループ・ストレージ全体でのOracle ACFSの分散の平均化

- Oracle ASMミラー化保護メカニズムによるデータの信頼性の確保

Oracle ASM動的ボリューム・マネージャ(Oracle ADVM)は、ディスクのボリューム管理サービスと標準的なディスク・デバイス・ドライバ・インタフェースをクライアント(ユーザーおよびアプリケーション)に提供します。ファイル・システムと他のディスク・ベースのアプリケーションは、ベンダー・オペレーティング・システムにある、他のストレージ・デバイスに対してと同様に、Oracle ADVMボリューム・デバイスに対してI/Oリクエストを発行します。Oracle ADVMは、Oracle ASMボリューム・ファイルとして割り当てられているOracle ASM記憶域にディスク・ドライバ・インタフェースを提供することで、Oracle ASMを拡張します。Oracle ADVMは、ファイル・システムを含む仮想ディスクの作成に使用できます。Oracle ASMボリュームに含まれるこのようなファイル・システムは、Oracle Databaseファイル(実行可能ファイル、レポート・ファイル、トレース・ファイル、アラート・ログおよびその他のアプリケーション・データ・ファイル)以外のファイルをサポートできます。

関連項目:

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

https://support.oracle.com

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

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

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

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

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

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

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

- Oracle RACでOracle ASMを使用するものの、Oracle Clusterwareファイル(Oracle Cluster Registry(OCR)および投票ディスク)にOracle ASMを使用していなかった場合、OUIを開始する前にOracle ASMインスタンスをOracle ASM Configuration Assistant(ASMCA)で構成する必要があります。クラスタ内のすべてのノードに、Oracle Database 11g リリース2バージョンのOracle Grid Infrastructureがインストールされている必要があります(Oracle ClusterwareとOracle ASM)。

- 既存のOracle RACデータベースをアップグレードする場合は、システムが次の条件を満たしていることを確認する必要があります。

- Oracle RACデータベース・インスタンスが位置するノードで、OUIとDBCAが実行されます。

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

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

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

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

注意:
OUIを使用して新しいOracle RACデータベースを作成する場合、RAWデバイス(フォーマットされていないパーティション)でのデータ・ファイルとリカバリ・ファイルの格納はサポートされません。共有ファイル・システムまたはOracle ASMで、データ・ファイルとリカバリ・ファイルを配置します。RAWデバイスを使用するデータベースをアップグレードする場合、そのデバイスはOracle Database 11g リリース2でもサポートされます。

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

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

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

- Oracle Cluster File System(OCFS)for Windows: データベース・ファイルにWindows用のOCFSを使用する場合、Oracle Database用のパーティションを作成する際に、すべてのデータベース・ファイルおよびリカバリ・ファイルに十分なサイズのパーティションを作成する必要があることに注意してください。

注意:
すべてのノードで1つの共有Oracle Databaseホーム・ディレクトリを使用するには、サポートされているクラスタ・ファイル・システムを使用する必要があります。

- Direct Network File Systems (NFS): Direct NFSを使用してNFSバージョン3(NFSv3)サーバーに直接アクセスするように、Oracle Databaseを構成できます。Direct NFSは、NASストレージ・デバイス(TCP/IPでアクセス可能)に配置されるNFS記憶域に、より高速でスケーラブルなアクセスを提供する最適化されたNFSクライアントです。Direct NFSはデータベース・カーネルに直接構築され、オペレーティング・システムのNFSドライバで実現可能な速度よりも高速になります。NFSサーバーにアクセスする場合、Oracle Databaseはオペレーティング・システムをバイパスして、必要な要求を正確に生成します(ユーザー構成またはチューニングは必要ありません)。

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

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

記憶域オプション

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

データベース

リカバリ

Oracle ASM

可

可

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

不可

不可

Windows用のOCFS

可

可

Direct NFS

可

可

ローカル記憶域

不可

不可

共有の未フォーマット・パーティション

OUIまたはASMCAではサポートされませんが、Oracle RACでサポートされます。RAWパーティションは、インストール後に追加または削除できます。

OUIまたはASMCAではサポートされませんが、Oracle RACでサポートされます。RAWパーティションは、インストール後に追加または削除できます。

1.4 Oracle Database Vaultオプションの要件

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

- Oracle Database Enterprise Editionインストール。Oracle Database Vaultは、Oracle Database Standard Editionでは使用できません。

- データベースの初期化パラメータdb_block_sizeの設定(4096以上)
インストール中に、このパラメータの初期値を指定できます。

- Oracle Enterprise Manager Database Control。

- Oracle Clusterwareがインストールされ、実行されている。

- パスワード・ファイルの認証パラメータREMOTE_LOGIN_PASSWORDFILEに、データベースのEXCLUSIVEまたはSHAREDが設定されている。
このパラメータの初期値は、インストール時、またはOracle Database初期化ファイルに指定できます。パスワード・ファイルを作成および管理するには、orapwdユーティリティを使用します。

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

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

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

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

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

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

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

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

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

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

1.5.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.5.2 Oracle Enterprise Manager用のOracle ASM ASMSNMPのパスワードの取得

Oracle Grid Infrastructure管理者から、Oracle ASMユーザー(ASMSNMP)のパスワードを取得します。

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

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

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

Oracle Clusterwareでは、クラスタ・サービスが提供されます。現在、Microsoft Windowsプラットフォームでサポートされるクラスタウェア製品はOracle Clusterwareだけです。Oracle RACをインストールする場合は、Oracle Clusterwareを最初にインストールする必要があります。

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

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

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

関連項目:

- TSTZデータのアップグレードの準備については、『Oracle Databaseアップグレード・ガイド』を参照してください。

- タイムゾーン・ファイルとTSTZデータをアップグレードする方法については、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- 異なるバージョンのタイムゾーン・ファイルで動作するクライアントおよびサーバーのパフォーマンスの影響については、『Oracle Call Interfaceプログラマーズ・ガイド』を参照してください。

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

異なるリリースのOracle Databaseソフトウェアを、同一のコンピュータにインストールして使用できますが、次の条件を満たしている場合にかぎられます。

- Oracle Clusterwareがインストールされ、異なるリリースの他のOracleソフトウェアがインストールされている場合、Oracle Clusterwareのリリースは、Oracle Databaseソフトウェアのリリース以上である必要があります。Oracle Grid Infrastructure 11g リリース2(11.2)インストールを実行すると、Oracle ClusterwareとOracle ASMの両方がリリース11.2.0.1にアップグレードされます。

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

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

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

注意:
Oracleバイナリは、Oracleホームから別の場所に移動しないでください。移動すると、動的なリンクが失敗する可能性があります。

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

注意:
Oracle実行可能ファイルは、インストールされたディレクトリから別の場所に移動しないでください。実行可能ファイルを新しい場所に移動するには、ソフトウェアを再インストールする必要があります。

- 異なるリリースのOracle DatabaseとOracle ASMを実行できます。たとえば、Oracle ASMリリース11g リリース2(11.2)とOracle Database 10g リリース2(10.2)データベースを使用できます。

注意:
異なるリリースのOracle ASMおよびOracle Databaseを使用する場合、各製品の機能は、以前のリリースのソフトウェア機能に依存します。たとえば、Oracle ASM 11gリリース2 (11.2)インスタンスを使用するOracle Database 10gリリース10.2データベースでは、Oracle ASM 11gリリース2 (11.2)リリースで提供される新機能は使用できず、Oracle ASM 10.2の機能のみを使用できます。

関連項目:

- Oracle Grid Infrastructureでの以前のリリースのOracle Databaseの使用については、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

1.6 クラスタ検証ユーティリティを使用したクラスタ準備状況の確認

Oracle RACインストールを開始する前に、CVUを使用して、システムでOracle RACをインストールする準備ができていることを確認します。チェックで問題が見つかった場合は、報告されるエラーを修正するか、またはシステムまたはストレージ管理者に連絡してエラーの原因に対処してもらいます。

CVUは、グリッド・ホームのbinディレクトリにあります。たとえば、GridホームがC:\app\11.2.0\gridの場合、CVUはC:\app\11.2.0\grid\binディレクトリにあります。CVUを起動するには、Gridホームのbinディレクトリに移動して、次のコマンドを使用します。

cluvfy.bat stage -pre dbinst -fixup -n nodelist -r release -verbose

前述のコマンドでは、nodelistがノード名のカンマ区切りリストであり、releaseがインストールされるOracle Databaseソフトウェアのバージョンです。-fixupおよび-verboseフラグはオプションです。

たとえば、node1とnode2の2つのノードがあるクラスタで、Oracle Database 11g リリース2(11.2)とOracle RACのインストールの準備のためにクラスタをテストしている場合、次のコマンドを実行してシステムの準備状況を検証します。

cluvfy.bat stage -pre dbinst -fixup -n node1,node2 -r 11gR2 -verbose

CVUコマンドの詳細は、コマンドcluvfy.bat -helpを実行して参照してください。

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

1.7 既存のデータベースが存在するシステムでのOracle Database 11gリリース2のインストール

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

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

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

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

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

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

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インストレーション・ガイドfor Microsoft Windows x64(64-Bit)』の説明に従って、Oracle Clusterwareのインストールを実行します。

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

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

- Oracle Application Expressの要件の確認

- インストール・タイプの選択

- インストール・オプションの選択

- Oracle Database構成タイプの選択

- Oracle Database Vaultオプションの選択

- Oracle Configuration Managerオプションの選択

- データベース名の選択

- データベースのパスワードの作成

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

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

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

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

- 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の要件を確認します。

2.2 インストール・タイプの選択

Oracle Universal Installer(OUI)を起動すると、標準または拡張インストール・タイプを選択できます。

標準インストール・タイプでは、基本的な構成を使用して、Oracle Databaseのデフォルト構成をインストールします。インストール・タイプとして「標準」を選択することをお薦めします。

拡張インストール・タイプはカスタマイズ・インストール用であり、特定のコンポーネントをインストールに追加する場合、SYS、SYSMAN、SYSTEMおよびDBSNMPアカウントに異なるパスワードが必要な場合、サーバーと異なるデータベース・キャラクタ・セットの使用が必要な場合、製品の言語の変更が必要な場合、その他、非標準の構成が必要な場合など、特定の要件があるときにのみ使用します。

関連項目:

- キャラクタ・セットおよび言語構成の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

- グローバリゼーションの構成の詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

クラスタの複数のノードでOracle RAC One Nodeをインストールできます。Oracle RAC One Nodeインストールは、Oracle RAC One Nodeプール・メンバーとして選択したノードのいずれかでインスタンスを起動します。そのインスタンスが停止した場合、オンライン・データベース再配置を使用して別のプール・メンバーでOracle RAC One Nodeインスタンスが起動されます。オンライン・データベース再配置は、データベース・インスタンスと接続を他のクラスタ・ノードに移行することで高可用性を実現します。

関連項目:

- Oracle RAC One Nodeの詳細は、『Oracle Database高可用性概要』を参照してください。

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

2.3 インストール・オプションの選択

「インストール・オプションの選択」ページで、次のいずれかのオプションを選択できます。

- データベースの作成および構成: このオプションを使用すると、特定のシステムのロード要求用に設計された事前構成済データベース・テンプレートを使用してデータベースを作成できます。たとえば、オンライン・トランザクション処理(OLTP)データベース、意思決定支援データベース、データ・ウェアハウス・データベースなどです。
記憶域についてOracle Automatic Storage Management(Oracle ASM)オプションを選択する場合は、事前にOracle ASMを構成しておく必要があります。Oracle Grid Infrastructureのインストール時にOracle Clusterwareファイルの記憶域オプションとしてOracle ASMを選択しなかった場合に、Oracle RACデータベースの記憶域オプションとしてOracle ASMを選択する前に、まずGridホームからOracle ASM Configuration Assistant(ASMCA)を使用してOracle ASMを構成し、Oracle ASMインスタンスを作成し、Oracle Database記憶域に使用するディスク・グループを作成する必要があります。

- データベース・ソフトウェアのみインストール: Oracle Databaseソフトウェアをインストールします。インストール完了後にインストールされたユーティリティを使用して、データベースの構成を完了する必要があります。

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

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

関連項目:
既存のOracleインストールが存在する場合、バージョン番号、パッチおよび他の構成情報を書き留めて、既存のインストールのためのアップグレード手順を確認します。インストールを進める前に『Oracle Databaseアップグレード・ガイド』を確認し、手順を決定します。
アップグレード前、アップグレード後、互換性および相互運用性に関する最新の情報およびベスト・プラクティスについては、My Oracle SupportのNote 785351.1から入手可能な「Oracle Upgrade Companion」を参照してください。

https://support.oracle.com/

2.4 Oracle Database構成タイプの選択

OUIを起動すると、「汎用目的/トランザクション処理」、「データ・ウェアハウス」、または「詳細」データベース構成タイプを選択できます。

前述の2つの構成タイプについて、この章の後半に説明されている追加の手順を実行します。

「詳細」構成を選択すると、Oracle Database Configuration Assistant(DBCA)を使用して、第3章「Oracle Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成」の説明に従ってデータベースを作成できます。データベース作成には、DBCAを使用することをお薦めします。

2.4.1 Oracle Databaseで提供される事前構成済データベースの種類

「汎用目的/トランザクション処理」タイプおよび「データ・ウェアハウス」タイプでは、各データベース・タイプに適した事前構成済データベース・テンプレートが使用されます。

インストール中に、OUIによってOracle Net Configuration Assistant(NETCA)およびDBCAが起動され、以降は入力しなくても事前構成済データベースがインストールされます。データベースのインストール中、OUIにプログレス・バーが表示されます。

これら2つの構成タイプのDBCAの処理によって、初期データベースが作成され、Oracleネットワーク・サービスが構成されます。

2.4.2 「詳細」データベース構成タイプの使用

このインストール・タイプを使用して利用可能な「詳細」構成オプションには、Oracle RAC、自動ストレージ管理、バックアップとリカバリ構成、Enterprise Manager Grid Controlとの統合、よりきめ細かいメモリー・チューニングおよびその他のオプションが含まれています。

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

データベースまたはデータベースで実行されているアプリケーションで、デフォルト(英語)以外の言語を使用するには、拡張インストールを使用する必要があります。

関連項目:
『Oracle Databaseグローバリゼーション・サポート・ガイド』

2.5 Oracle Database Vaultオプションの選択

Oracle Database Vaultをインストールして構成するには、インストール中およびインストール後に操作が必要です。この項の内容は次のとおりです。

- Oracle Database Vaultアカウントの概要

- Oracle Database Vaultインストールの概要

2.5.1 Oracle Database Vaultアカウントの概要

Oracle Database Vaultでは、インストール中に作成可能な2つのアカウントが要求されます。これらは、Oracle Database Vault所有者のアカウントとOracle Database Vaultアカウント・マネージャのアカウントです。Oracle Database Vault Account Managerの作成はオプションですが、より適切な業務の分離のために、このアカウントを作成することをお薦めします。

インストール中に、Database Vault所有者のデータベース・ユーザー名とパスワードを指定する必要があります。これらの2つのユーザー・アカウントには、Oracle Database Vaultロールの名前(DV_OWNERおよびDVACCTMGRなど)を使用しないでください。Database Vaultロールの完全なリストについては、『Oracle Database Vault管理者ガイド』を参照してください。

2.5.1.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.5.1.2 Oracle Database Vaultアカウント・マネージャ

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

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

2.5.2 Oracle Database Vaultインストールの概要

Oracle Database Vaultは、Oracle Database Enterprise Editionの「拡張インストール」オプションでインストールされます。Oracle Database Vaultソフトウェアをインストールした後、DBCAを使用してOracle Database Vaultを構成します。デフォルトでは、Oracle Database Vaultはインストールまたは構成されません。

2.6 Oracle Configuration Managerオプションの選択

インストール中、Oracle Configuration Manager(OCM)の有効化に必要な情報を入力するように求められます。このオプションによって、Oracle RAC構成に関する情報をMy Oracle Support(以前のOracleMetaLink)アカウントに関連付けることができます。Oracleサポート・サービスのサポートが必要になった場合、この構成情報は問題を迅速に解決するのに役立ちます。

インストール中またはインストール後に、Oracle Configuration Managerを有効にするか、または無効にすることができます。OCMツールを構成するには、Oracleサポート・サービスのサービス契約の次の情報が必要です。

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

- パスワード

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

登録エラーが発生した場合は、My Oracle Support(https://support.oracle.com)を参照してください。

関連項目:
詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

2.7 データベース名の選択

データベース名の入力フィールドは、次の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.8 データベースのパスワードの作成

パスワードの指定では、次のガイドラインに従います。

- パスワードは8から30文字で指定する必要があります。

- パスワードには、ASCIIキャラクタ・セットの文字を使用する必要があります。

- パスワードの最初の文字を数字にすることはできません。

- パスワードは、ユーザー名とは別にする必要があります。

- パスワードにOracle予約語は使用できません。

- SYSアカウント・パスワードにchange_on_installは使用できません。

- SYSTEMアカウント・パスワードにmanagerは使用できません。

- すべてのアカウントに同じパスワードを使用する場合、そのパスワードにchange_on_install、manager、sysmanまたはdbsnmpは使用できません。

- パスワードには少なくとも、英字1文字、数字1文字、句読点1文字を含める必要があります。

- パスワードに、welcome、account、database、oracle、userなどの単純でわかりやすい語を使用しないでください。

2.9 インストール中のOUIおよびDBCAの動作の理解

Oracle Databaseをインストールしたら、OUIによってDBCAが起動され、Optimal Flexible Architecture(OFA)のガイドラインに従ってデータベースが作成されます。OFAガイドラインに従って作成されるインストールというのは、DBCAによって、標準的なファイルのネーミング方法および配置方法に従って、デフォルトのサーバー・パラメータ・ファイル(SPFILE)を含むデータベース・ファイルが作成されることを意味します。

注意:
NETCAは、Oracle Grid Infrastructureインストールの一部として実行されます。

DBCAによる作業では、最初に次のことを行います。

- データベースを作成します。

- 必要に応じて、Oracleネットワーク・サービスを構成します。

- リスナーおよびデータベース・インスタンスを起動します。

スタンドアロン・モードでDBCAを使用して、データベースを作成または削除したり、Oracle Enterprise Manager Database ControlからOracle Enterprise Manager Grid Controlにデータベース管理を切り替えることもできます。「EMCAを使用したDatabase Controlの管理」を参照してください。

関連項目:
リスナーの構成などで問題が発生した場合、およびLightweight Directory Access Protocol(LDAP)サポートの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

2.9.1 インストール後のデータベース・サービスの管理

Oracle Database 11g リリース1(11.1)以降のリリースでは、DBCAを使用してOracle RACデータベースのデータベース・サービスを管理することはできなくなりました。Oracle RACデータベースのデータベース・サービスのすべての管理および監視には、サーバー制御ユーティリティ(SRVCTL)、Oracle Enterprise Manager Database ControlまたはOracle Enterprise Manager Grid Controlを使用してください。

関連項目:
Oracle Enterprise Managerを使用したサービスの管理については、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。

2.9.2 古いNLS互換性定義ファイルのインストール

Oracle Database 10g 以上のリリースでは、一部のデータベースの言語および地域の定義ファイルが更新され、関連ロケールで使用されるロケール表記規則がより正確に反映されるようになりました。

デフォルトの各国語サポート(NLS)・パラメータ値で行われた変更によって、既存のアプリケーションに悪影響を与えた場合は、Oracle9i Databaseの互換性定義ファイルをインストールすることで、変更を元に戻すことができます。Oracle11g DatabaseファイルのかわりにOracle9i Databaseファイルをインストールするには、「Oracle Universal Installerを使用したOracle RACのインストール」の手順に従ってOUIをコマンドラインから起動し、次の文を使用してb_cr9idata変数をtrueに設定する必要があります。

setup.exe oracle.rsf.nlsrtl_rsf:b_cr9idata=true

関連項目:
Oracle Databaseの言語および地域の定義ファイルの更新の詳細は、『Oracle Databaseグローバリゼーション・サポート・ガイド』を参照してください。

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

Oracle Database 11g リリース2(11.2)をOracle RACとともにインストールするには、次の手順を実行します。

1. 管理者権限を持つユーザーとしてWindowsにログインします。

2. 他のノードに対する管理者権限があることを確認します。確認するには、クラスタの一部である各ノードに対し次のコマンドを入力します(node_nameはリモート・ノードの名前)。

net use \\node_name\C$

3. ソフトウェア更新オプションを使用して最新のシステム要件の更新、重要なパッチ更新、およびその他のインストールに関して推奨される更新を取得するには、有効なMy Oracle Supportのユーザー名およびパスワードを使用するか、プロンプトが表示されたらダウンロードされたソフトウェア更新オプション・パッケージへのパスを指定します。

4. Oracle Database 11g リリース2(11.2)インストール・メディアのベース・ディレクトリからsetup.exeコマンドを起動して、インストールするデータベース・タイプを選択します。

5. OUIのプロンプトに従って情報を指定します。インストール手順の詳細は、「ヘルプ」をクリックしてください。インストール中に問題が発生した場合は、インストール・ログ・ファイルに記録されているOUIの動作を調査します。ログ・ファイルは、この例に示すように、Oracle Inventoryディレクトリにインストール・プロセスのタイムスタンプ(date_time)を含む名前で格納されています。

C:\Program Files\Oracle\Inventory\logs\installActionsdate_time.log

前の構文例で、変数dateおよびtimeは、ログ・ファイルの日付と時間を表します。

注意:
データベースのインストールで使用するOracleホームの名前とパスは、Oracle Grid Infrastructureのインストール時に使用したホームとは異なるものにする必要があります。Oracle Database 11g およびOracle RACソフトウェアは、Oracle Grid Infrastructureソフトウェアをインストールしたホームにはインストールしないでください。
データベースをアップグレードする場合は、同じタイプのOracleホームを使用する必要があります。たとえば、ローカルOracleホームから共有Oracleホームに変更することはできません。

Oracle ASMは、グリッド・インフラストラクチャ・ホームの一部であるため、Oracle RACのインストール中にアップグレードできません。

インストールの第2フェーズ(最終フェーズ)を完了したら、第4章「Oracle Real Application Clustersのインストール後の手順」に進んでインストール後の作業を実行します。

注意:
インストールが完了し、データベースを作成した後で、データベースにOracle Database 11g リリース2(11.2)製品をさらにインストールする場合は、追加の製品をインストールする前に、Oracleホームで実行されているすべてのプロセスを停止する必要があります。詳細は、付録E「既存のOracle Real Application Clustersデータベースでのプロセスの停止方法」を参照してください。

次に、インストールの注意に関する追加情報を示します。

- Grid Control Management Agentのインストールを完了した場合は、「データベース管理オプションの選択」ページで、Oracle Enterprise Manager Grid ControlまたはDatabase Controlのいずれかを選択できます。Grid Control Management Agentのインストールを完了していない場合、データベース管理のDatabase ControlのみがOracle RACでサポートされます。Oracle Enterprise Manager Database Controlコンソールを使用する場合は、アラート用の電子メール・オプションを選択して、送信メール・サーバー名と電子メール・アドレスを入力できます。

- Oracle Enterprise Managerの構成を行わない拡張インストール、Oracle Enterprise Manager構成を含まないインストール、ユーザー独自のスクリプトによるデータベースの作成など、Oracle Enterprise Managerを含まないインストールを実行する場合は、OUI、DBCAまたはOracle Enterprise Manager Configuration Assistant(EMCA)ユーティリティを使用して、後でOracle Enterprise Managerを構成できます。「EMCAを使用したDatabase Controlの管理」を参照してください。

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

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

1. 管理権限を持つユーザーとしてWindowsにログインします。

2. Oracle Database 11g リリース2(11.2)インストール・メディアのベース・ディレクトリからsetup.exeコマンドを起動して、インストールするデータベース・タイプを選択します。

3. Oracle RAC One Nodeデータベースの構成を選択し、Oracle RAC One Nodeが実行されるすべてのノードでOracle RACのインストールを選択します。

4. OUIのプロンプトに従って情報を指定します。インストール手順の詳細は、「ヘルプ」をクリックしてください。「詳細」をクリックして、ログ・ファイルを参照します。
インストール中に問題が発生した場合は、インストール・ログ・ファイルに記録されているOUIの動作を調査します。ログ・ファイルは、この例に示すように、Oracle Inventoryディレクトリにインストール・プロセスのタイムスタンプ(date_time)を含む名前で格納されています。

C:\Program Files\Oracle\Inventory\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.12 Oracle RACおよびOracle Database Vaultのインストール

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

1. OUIを起動して、「拡張インストール」を選択します。

2. 「Enterprise Edition」→「オプション」を選択します。

3. デフォルトのインストール・コンポーネントに加えて、「Oracle Label Security (OLS)」と「Oracle Database Vault」を選択します。

4. 通常どおりに、残りのインストール・プロセスを続行します。

注意:
データベース初期化パラメータdb_block_sizeを4096以上に設定する必要があります。Oracle RACのインストール中に、このパラメータを構成できます。

Oracle RACおよびOracle Database Vaultオプションをインストールした後、『Oracle Database Vault管理者ガイド』に従ってOracle Database Vaultの構成を完了する必要があります。

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のフェイルオーバー先となるクラスタ内ですべてのノードを選択することをお薦めします。

注意:
デフォルトでは、すべての名前付きユーザーがサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するには、CRS管理者リストに特定のユーザーを追加することをお薦めします。CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

2つ未満のノードを選択するか、2以上のカーディナリティでサーバー・プールを作成すると、選択したこの構成ではOracle RAC One Nodeインスタンスのフェイルオーバーがサポートされないことを示す警告メッセージが、DBCAによって表示されます。

管理者管理のOracle RAC One Nodeデータベースを作成した場合は、そのデータベースが、バイナリがインストールされたノードのプールの1つのみで起動される間、すべての候補サーバーが汎用サーバー・プールに配置されることに注意してください。候補サーバーがまだ汎用サーバー・プールまたは空きサーバー・プールに存在しない場合、候補サーバーで実行されているリソースが停止することがあります。

関連項目:
Oracle RAC One Nodeの詳細は、Oracle Technology Networkを参照してください。

http://www.oracle.com/technetwork/database/clustering/overview/

2.14 リモート・ノードでの環境変数の更新

インストール中に、Oracle RACをインストールした各ノードでWindowsレジストリと環境変数が変更されます。新しいレジストリ・エントリと環境変数設定は、インストールを実行したノードで確認できます。ただし、リモート・ノードの新しい設定を、すぐにユーザー・セッションで使用することはできません。新しくインストールしたOracleホームからスクリプトまたはアプリケーションを実行しようとすると、次のようなエラーが生成されます。

- ORACONFIG.exe - コンポーネントが見つかりません

- OCI.dllが見つかりません

変更した環境変数をリモート・ノードで使用可能にするには、リモート・ノードの現在のセッションを終了(ログオフ)してから、そのリモート・ノードにログオンして新しいセッションを作成するか、または次の操作を実行します。

1. スタート・メニューから「マイ コンピュータ」を右クリックして、「プロパティ」を選択します。
または、「ファイル名を指定して実行」ウィンドウでSYSDM.CPLと入力します。

2. 「詳細設定」タブを選択します。

3. 「環境変数」をクリックします。
変更した環境変数が確認できます。

4. 「OK」をクリックして、「システムのプロパティ」ウィンドウを閉じます。

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

この章では、Oracle Database Configuration Assistant(DBCA)をスタンドアロン・モードで使用して、Oracle Real Application Clusters(Oracle RAC)データベースを作成および削除する方法について説明します。

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

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

- DBCAを使用したデータベース環境の最適化

- 以前のリリースで使用されていたリスナーの更新

- DBCAの要件の検証

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

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

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

関連項目:
DBCAを使用したインスタンスの追加および削除の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

次に、DBCAの主なデータベース機能を示します。

- データベースの作成および削除。

- データベース・インスタンスの追加および削除。

- データベースおよびそのインスタンスのネットワーク構成の設定。

- データベースをOracle Enterprise Manager Grid Controlの登録、またはOracle Enterprise Manager Grid Database Controlの構成。

- Oracle Database Vaultなどのデータベースのオプションの構成。

- データベースとそのインスタンスの起動。

注意:
クラスタ管理サービスは、DBCAでは管理できなくなりました。Oracle Enterprise Manager Database Controlのクラスタ管理サービスのページ(「クラスタ・データベース」の「可用性」ページからアクセス可能)を使用します。詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

関連項目:

- スタンドアロン・モードでのDBCAの使用については、「DBCAを使用したOracle RACデータベースの作成」を参照してください。

- リスナーの構成などで問題が発生した場合の解決およびLightweight Directory Access Protocol(LDAP)対応のディレクトリ・サポートの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- Oracle Enterprise Managerの使用については、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。

3.2 DBCAを使用したデータベース環境の最適化

事前構成済データベースにより、サーバー・パラメータ・ファイル(SPFILE)、自動UNDO管理などの機能に合わせて環境が最適化されるため、DBCAを使用してOracle RACデータベースを作成することをお薦めします。Oracle自動ストレージ管理(Oracle ASM)またはクラスタ・ファイル・システム記憶域を使用する場合は、DBCAによって、高速リカバリ領域を使用する自動バックアップも構成されます。

DBCAによって、ポリシー管理データベースと管理者管理データベースの両方を作成できます。DBCAを使用すると、データベースの作成時にサイト固有の表領域を作成できます。DBCAテンプレートとは異なるデータ・ファイル要件がある場合は、DBCAによってデータベースを作成し、後でデータ・ファイルを変更します。また、データベースの作成時に、ユーザー定義のスクリプトを実行することもできます。

また、DBCAは、クラスタ管理ツールなど、Oracleの様々な高可用性機能を使用できるOracle RAC環境を構成します。DBCAは、定義した構成のサポートに必要なすべてのデータベース・インスタンスも起動します。

DBCAを使用すると、Oracle提供のテンプレートから、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

より複雑な環境では、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインタビューが行われます。これによって、データベースを作成する時間が長くなります。

「詳細表示」をクリックして、各タイプのデータベースの構成を確認します。使用するデータベースでサポートされるワークロードのタイプに適したテンプレートを選択します。どちらを選択するか不明な場合は、デフォルトの「汎用またはトランザクション処理」テンプレートを選択します。

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)が使用されている場合、デフォルト・リスナーはOracle Net Configuration Assistant(NETCA)によってOracle Clusterwareのアップグレードの一部としてOracle Clusterwareホームに自動的に移行されます。データベースでデフォルト以外のリスナーが使用される場合、そのデフォルト以外のリスナーは、DBUAによってOracleホームに移行されます。

注意:
移行時には、移行中のリスナーに登録されているいずれのデータベースにもクライアント・アプリケーションを接続できない場合があります。

3.4 DBCAの要件の検証

DBCAを使用してデータベースの構成を変更するには、構成を変更する準備がシステムで完了しているかどうかを検証するために、次のコマンド構文を使用してクラスタ検証ユーティリティ(CVU)を使用します。

Grid_home\bin\cluvfy stage -pre dbcfg -n node_list -d Oracle_home [-verbose]

前述の例で、Grid_home 変数はGridホーム、node_list変数はクラスタ内のノードのカンマ区切りリスト、Oracle_home変数はOUIでデータベースを作成または変更するOracleホーム・ディレクトリのパスです。

たとえば、node1およびnode2で構成され、GridホームのパスがC:\app\11.2.0\grid、OracleホームのパスがC:\app\oracle\product\11.2.0\dbhome_1の2ノードのクラスタのシステムで、Oracle DatabaseおよびOracle RACのインストールのための準備が完了しているかどうかを検証するには、次のコマンドを入力します。

C:\app\11.2.0\grid\bin> cluvfy stage -pre dbcfg -n node1,node2 \
-d C:\app\oracle\product\11.2.0\dbhome_1

-verboseオプションを選択すると、CVUによるシステム検証の進捗状況および検証結果の詳細を表示できます。

CVUのサマリーにクラスタ検証の失敗が表示された場合は、該当するシステム構成手順を確認および修正して、再度テストを実行します。

cluvfy stage -pre dbcfgコマンドでは、次の項目が検証されます。

- ノード到達可能性: 指定したすべてのノードがローカル・ノードから到達可能か。

- ユーザー等価関係: 指定したすべてのノードでユーザー等価関係があるか。

- 合計メモリー: 指定された各ノードに、最小限必要なメモリーが構成されているか。

- 使用可能メモリー: 指定された各ノードに、一定容量以上の使用可能メモリーが含まれているか。

- スワップ領域: 各ノードに、使用可能な十分なスワップ領域が含まれているか。

- 空きディスク容量: 各ノードには、Oracleホーム、グリッド・ホームおよび一時ディレクトリのパスで使用可能な、十分な空きディスク容量が含まれているか。

- システム・アーキテクチャ: 各ノードはx64(64-bit)システムであるか。

- 環境変数PATHの値の長さ: PATH環境変数が各ノードで設定されており、1023文字未満か。

- Oracle Clusterwareの整合性: Oracle Clusterwareのすべてのコンポーネントが完全に実行可能な状態であるか。

- ノード・アプリケーションの存在: 指定されたすべてのノードに、Oracle Clusterwareに登録された次のノード・リソースが含まれており、そのノード・リソースがオンラインであるか。

- 仮想IP(VIP)

- Oracle Notification Services(ONS)(必須ではない)

- グローバル・サービス・デーモン(GSD)(必須ではない)

- EONS(必須ではない)

- NETWORK(必須ではない)

- タイムゾーンの一貫性: 指定されたすべてのノードのタイムゾーン設定は同じか。

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

DBCAを使用して、Oracle ASMまたはクラスタ・ファイル・システムのないOracle RACデータベースを作成するには、共有ストレージ・デバイスを構成しておく必要があります。また、Oracle Net listener.oraファイルを構成するには、NETCAを実行しておく必要があります。

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

- Oracle ASMで使用するディスクの構成

- DBCAの起動

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

3.5.1 Oracle ASMで使用するディスクの構成

WindowsベースのシステムでOracle ASM記憶域を使用する場合は、DBCAを使用してデータベースを作成する前に、最初にディスク・ドライブにプライマリ・パーティションなしで論理パーティションを作成する必要があります。論理ディスク・パーティションを作成した後に、すべてのノードでこれらのパーティションのドライブ文字を削除する必要があります。または、asmtoolでこれらのパーティションをスタンプすることができます。Oracle ASMで使用するためのディスク・デバイスの構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。Oracle ASMで使用されるようにディスクを構成した後、DBCAを起動する前にデータベースで使用されるディスク・グループを作成する必要があります。ディスク・グループは、SQL*Plus、Oracle Enterprise ManagerまたはOracle ASM Configuration Assistant(ASMCA)を使用して作成できます。

ASMCAを使用してディスク・グループを作成する場合に、追加するストレージ・デバイスが表示されないときは、「ディスク検出パスの変更」をクリックして、使用可能なストレージ・デバイスの検出にASMCAが使用する検索パスを変更するか、または「ディスクのスタンプ」をクリックして、asmtoolg GUIツールを起動します。ステータスが「候補」(そのストレージ・デバイスはOracle ASMディスク・グループで使用されたことがない)または「前」(そのストレージ・デバイスはもうディスク・グループに存在していない)であるストレージ・デバイスを選択できます。Oracle ASMディスク・ヘッダーはまだ存在するものの、ディスク・グループは使用されなくなったストレージ・デバイスを追加するには(これが発生する可能性があるのは、インストールの試行を終了した後、ディスク・グループを削除しないで削除を行った後、またはその他の構成の問題が発生した後にストレージ・デバイスを選択する場合)、Forceコマンドを使用します。

関連項目:

- asmtoolgの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

- ディスク・グループの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.5.2 DBCAの起動

DBCAを起動するには、クラスタ内のノードのいずれかでOracle RACソフトウェアのインストールに使用された管理者権限を持つユーザー(oracleなど)として接続し、Oracle_home\binディレクトリからdbcaコマンドを入力します。

Windowsベースのプラットフォームで、「スタート」→「プログラム」→「Oracle - Oracle_home name」→「Configuration and Migration Tools」→「Database Configuration Assistant」の順に選択することもできます。

注意:
DBCAを実行するために、オペレーティング・システム環境変数%ORACLE_HOME%をOracle RACデータベース・ホームに、または%ORACLE_UNQNAME%を一意のデータベース名に設定する必要はなくなりました。

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

DBCAを起動すると、最初に、Oracle RACデータベースを選択するオプションを含む、Oracle RAC用の「ようこそ」ページが表示されます。このOracle RAC用の「ようこそ」ページは、DBCAを起動したOracleホームがクラスタにインストールされている場合にのみ、DBCAによって表示されます。 DBCAのプロンプトに従って情報を入力します。必要に応じて、「ヘルプ」をクリックします。

DBCAによってOracle RAC用の「ようこそ」ページが表示されなかった場合は、DBCAによってOracleホームがクラスタにインストールされているかどうかを検出できなかったことを示しています。この場合は、OUIインベントリがC:\Program Files\Oracle\Inventory\oraInst.locディレクトリに正しく配置され、インベントリ・ファイルが破損していないことを確認します。また、次のCVUコマンド構文を使用してクラスタウェア診断を実行します(C:\app\11.2.0\gridはご使用のGridホームの場所)。

C:\app\11.2.0\grid\bin\cluvfy stage -post crsinst -n nodelist

たとえば、ノードnode1およびnode2で構成されるクラスタで、次のコマンドを実行します。

C:\app\11.2.0\grid\bin\cluvfy stage -post crsinst -n node1,node2

DBCAを使用する場合は、次の事項に注意してください。

- クラスタ・インストールの対象となるノードが「ノードの選択」ページに表示されない場合は、OPatchのlsinventoryコマンドによってインベントリ診断を、CVUによってクラスタウェア診断を実行します。

- Oracle RAC環境では、データベース名(DB_UNIQUE_NAME)部分は30文字以内の文字列で、英数字、アンダースコア(_)、ドル記号($)およびシャープ記号(#)を使用できますが、先頭は英字である必要があります。その他の特殊文字をデータベース名に使用することはできません。データベースのDB_NAMEパラメータは、データベース名の最初の8文字に設定されます。

- グローバル・データベース名のドメイン部分(DB_DOMAIN)は、128文字以内にします。ドメイン名にアンダースコア(_)は使用できません。DB_UNIQUE_NAME.DB_DOMAINの値は、それ全体で企業内で一意である必要があります。

- システム識別子(SID)は、各Oracleインスタンスの一意の識別子として使用されます。SID接頭辞(データベース名の最初の8文字)には、a-z、A-Zおよび0-9の文字のみを使用できます。SID接頭辞には、オペレーティング・システムの特殊文字を含めることはできないため、データベース名の最初の8文字に特殊文字を使用した場合、この特殊文字はSID接頭辞では省略されます。各データベースに1つのSID接頭辞があります。データベースのSID接頭辞は、クラスタ内で一意である必要があります。プラットフォームによっては、SIDの大/小文字が区別されます。
Oracle RACデータベースの場合、各インスタンスに、SID接頭辞とインスタンス番号で構成される一意の識別子(ORACLE_SID)があります。Oracle RACデータベース・インスタンスのORACLE_SIDは、そのデータベースに選択した管理方法に応じて異なる方法で生成されます。ポリシー管理型のデータベースを選択した場合、Oracleはname_# (nameはDB_UNIQUE_NAMEの最初の8文字の英数字で、#はインスタンス番号)という形式のSIDを生成します。管理者管理型のデータベースを選択した場合、DBCAはインスタンス名のSIDを先に生成し、SIDはname#という形式になります。

注意:
一般的には、SIDはデータベース名と等しくなるように設定します。詳細は、『Oracle Databaseリファレンス』のDB_NAME初期化パラメータに関する説明を参照してください。

- 「管理オプション」ページで、Oracle Enterprise Managerの監視インタフェースおよび管理インタフェースを選択できます。
Enterprise Manager Database Controlは、いつでも選択できます。DBCAによってクラスタにGrid Controlのエージェントが検出された場合、Grid Controlを使用したEnterprise Managerオプションも選択できます。Database ControlインタフェースとGrid Controlインタフェースのいずれかを選択します。

日次バックアップ操作を有効にできます。日次バックアップでは、バックアップ時刻およびバックアップ操作を実行するユーザーのオペレーティング・システムの接続情報を入力します。

Oracle Database 11gリリース2 (11.2.0.2)以降、DBCAおよびOUIから電子メール通知を設定できなくなりました。

- 高速リカバリ領域を使用するために、共有記憶域に少なくとも2つの個別のOracle ASMディスク・グループ(1つはデータベース領域用、もう1つはリカバリ領域用)を作成することをお薦めします。データベース領域とリカバリ領域を別の障害グループに配置することをお薦めします。
障害グループは、2つのストレージ・デバイス間で共有されているコントローラなどの共有ハードウェアまたは同じスピンドル上にある2つのディスクによって定義されます。障害が発生したハードウェアを2つのストレージ・デバイスで共有しており、両方のストレージ・デバイスが使用できなくなった場合、これらのストレージ・デバイスは同じ障害グループに属しています。

Oracle ASMを使用しない場合、データ・ファイルと高速リカバリ領域を(Oracle ASMを使用する場合の別の障害グループと同様に)Oracleホーム以外および別の場所に配置して、ハードウェアの障害によって可用性が低下しないようにすることをお薦めします。

関連項目:

- 高速リカバリ領域の使用の詳細は、『Oracle Database概要』です。

- 障害グループ、および高可用性とリカバリのベスト・プラクティスの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- 「リカバリ構成」ページで、Oracle ASMまたはクラスタ・ファイル・システム記憶域を使用すると、その「リカバリ構成」ページで、高速リカバリ領域とリカバリ領域のサイズも選択できます。Oracle ASMを使用している場合、デフォルトでは、高速リカバリ領域はOracle ASMディスク・グループに設定されます。Windows用のOCFSを使用している場合、デフォルトでは、高速リカバリ領域はOracle_base\fast_recovery_areaに設定されます。

- クラスタに現在のDBCAセッションに存在するノードより多くのノードを追加する場合は、「すべての初期化パラメータ」をクリックして、パラメータCLUSTER_DATABASE_INSTANCESをクラスタに追加する総ノード数に変更します。
また、「すべての初期化パラメータ」をクリックする際には、グローバル・データベース名が8文字を超える場合、データベース名の値(DB_NAMEパラメータ)は、最初の8文字に切り捨てられ、DB_UNIQUE_NAMEパラメータ値が、グローバル名に設定されることに注意してください。

関連項目:
初期化パラメータの詳細は、『Oracle Database管理者ガイド』を参照してください。

- Database Vaultユーザー・アカウントの作成を求められたときに、DV_OWNERおよびDVACCTMGRなどのDatabase Vaultロールの名前を使用しないでください。ロールの完全なリストについては、『Oracle Database Vault管理者ガイド』を参照してください。

DBCAのプロンプトに従って作業を行い、「サマリー」ダイアログ・ボックスの情報を確認して「OK」をクリックします。DBCAは、次のことを実行します。

- Oracleサービスの開始(Windowsベースのプラットフォームの場合)

- クラスタ・データベースのネットワークの構成

- 以前のリリースのOracle Databaseリスナーと関連ファイルのOracle Database 11gのOracleホームへの移行

- Oracle RACデータベースとそのインスタンスの作成

- Oracle RACデータ・ディクショナリ・ビューの作成

- Oracle Enterprise Manager Database ControlまたはGrid Controlの構成

- リスナーおよびデータベース・インスタンスの起動と、その後での高可用性サービスの起動

注意:
データベースを作成した後で、そのデータベースにOracle Database製品をさらにインストールする場合は、追加の製品をインストールする前に、Oracleホームで実行されているすべてのプロセスを停止する必要があります。詳細は、付録E「既存のOracle Real Application Clustersデータベースでのプロセスの停止方法」を参照してください。

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

DBCAを使用してOracle RACデータベースを削除するには、まずデータベースを削除してから、データベースの初期化パラメータ・ファイル、インスタンス、Optimal Flexible Architecture(OFA)構造およびデータベースのOracleネットワーク構成を削除します。ただし、RAWデバイスまたはRAWパーティションにあるデータ・ファイルは削除されません。

DBCAを使用してデータベースを削除するには、次の作業を行います。

1. クラスタ・ノードのいずれかでDBCAを起動します。
Windowsベースのプラットフォームで、「スタート」→「プログラム」→「Oracle - Oracle_home name」→「Configuration and Migration Tools」→「Database Configuration Assistant」の順に選択します。

DBCAの「ようこそ」ページが表示されます。

2. 「Oracle Real Application Clustersデータベース」を選択して「次へ」をクリックします。
「次へ」をクリックすると、DBCAによって、「操作」ページが表示されます。

3. 「データベースの削除」を選択して「次へ」をクリックします。
DBCAの「クラスタ・データベースのリスト」ページが表示されます。

4. ユーザーIDおよびパスワードにオペレーティング・システムの認証がない場合、「クラスタ・データベースのリスト」ページにユーザー名およびパスワードを入力するフィールドが表示されます。このフィールドが表示されたら、SYSDBA権限のあるユーザー・アカウントのユーザーIDおよびパスワードを入力します。

5. 削除するデータベースを選択し、「終了」をクリックします。
「終了」をクリックすると、DBCAによって、そのデータベースおよびインスタンスの削除を確認するダイアログ・ボックスが表示されます。

6. 「OK」をクリックすると、データベース本体と関連ファイル、サービスおよび環境設定の削除が開始されます。「取消」をクリックすると、操作が中止されます。

「OK」をクリックすると、DBCAは操作を継続して、このデータベースに関連するすべてのインスタンスを削除します。DBCAは、パラメータ・ファイル、パスワード・ファイルも削除します。

この時点で、次の作業が完了しました。

- 選択したデータベースのクラスタからの削除

- 選択したデータベースのOracleサービスの削除

- データベースに割り当てられた高可用性サービスの削除

- データベースのOracle Net構成の削除

- データベースに対するDatabase Controlの構成解除

- データベースのOFAディレクトリ構造のクラスタからの削除

- データ・ファイルの削除(RAWデバイスまたはRAWパーティション上に存在しない場合)

3.7 Enterprise Manager DB Controlの環境変数の設定

以前のリリースのOracle Databaseでは、Enterprise Managerの起動、停止、状態確認を行う場合、ORACLE_HOMEおよびORACLE_SIDの環境変数を設定する必要がありました。Oracle Database 11gリリース2 (11.2)以上では、Enterprise Managerを使用する場合、ORACLE_HOMEおよびORACLE_UNQNAMEの環境変数を設定する必要があります。たとえば、oracleユーザーに対してこれらの環境変数の値を設定するには、次のようなコマンドを各ノードで入力します(OracleホームはC:\app\oracle\product\11.2.0.1\dbhome_1、データベースの一意の名前はsales)。

C:\> set ORACLE_HOME=C:\app\oracle\product\11.2.0.1\dbhome_1
C:\> set ORACLE_UNQNAME=sales

これらの環境変数を各クラスタ・メンバー・ノードのoracleユーザー・プロファイル・ファイルに配置して、この環境変数の設定がシステム再起動後に使用可能になるようにします。

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

この章では、Oracle Database 11g リリース2(11.2)およびOracle Real Application Clusters(Oracle RAC)ソフトウェアをインストールした後に実行する、インストール後の作業について説明します。この章の内容は次のとおりです。

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

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

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

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

- Oracle Grid Infrastructureでの以前リリースのOracle Databaseの使用

注意:
この章では、基本的な構成についてのみ説明します。参照:

- より高度な構成およびチューニング情報については、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』および製品の管理者ガイドとチューニング・ガイドを参照してください。

- インストール後の構成情報の詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

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

インストールを完了したら、次の作業を実行する必要があります。

- 新しいソフトウェアにパッチが必要かどうかの判別

- Oracleソフトウェアで使用可能なパッチの種類

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

- Windowsファイアウォールの例外の構成

- Oracle製品の構成

- 外部表、共有ファイルまたはディレクトリ・オブジェクトの記憶域の構成

4.1.1 新しいソフトウェアにパッチが必要かどうかの判別

Oracleソフトウェアのインストール後、特定のソフトウェア機能が正しく動作するようにするために、1つ以上のパッチを適用する必要がある場合があります。ご使用のシステムにパッチが必要かどうかを判別するには、Oracle DatabaseのReadmeおよびOracle Databaseリリース・ノート11gリリース2 (11.2.0.3) for Microsoft Windowsを参照してください。

関連項目:
Oracle Databaseソフトウェア・リリース11.1以下で必要なパッチの詳細は、「以前のリリースのOracle Databaseまたはアップグレードされるデータベースに必要なパッチ」を参照してください。

4.1.2 Oracleソフトウェアで使用可能なパッチの種類

オラクル社では、ベース製品のリリース後、お客様による使用中に発生した問題を解決するための汎用およびポート固有の修正を含むパッチ・セットを定期的に提供しています。パッチ・セットでは、バージョン番号の4桁目が増分し(たとえば、10.2.0.1.0から10.2.0.4.0)、これらのパッチ・セットについては、ベース製品(10.2.0.1.0)と同じ方法で完全なリグレッション・テストが行われます。これらの修正を適用することをお薦めします。

次のパッチ・セットの提供前に修正が必要な重大な問題が発生した場合、お客様は最新のパッチ・セットに追加で適用できる個別の修正をリクエストできます。これはMicrosoftホットフィックスと同様の配信メカニズムであり、Oracleパッチ・セット例外(または個別パッチ)と呼ばれます。Unixプラットフォームとは異なり、これらのパッチ・セット例外はパッチ・セット例外バンドル(累積パッチ・バンドル)で配信され、ここには現行パッチ・セット以降のすべての修正が含まれます。たとえば、バグ12393432は、Oracle Databaseリリース11.2.0.1 for Microsoft Windows (x64)用のパッチ・セット例外バンドル(パッチ12)です。ご使用のリリースで使用可能な最新のパッチ・バンドルを必ず適用する必要があります。

パッチ・セット例外バンドルには、CPU (クリティカル・パッチ・アップデート)、DST (夏時間)、PSU (パッチ・セット更新)および推奨されるパッチ・バンドルの修正も含まれます。パッチ・セット例外バンドルを適用する前に、以前のセキュリティ・パッチを適用しておく必要はありません。ただし、特定の製品ホームについてそのリリース用のパッチ・セット例外バンドルを適用するには、その製品ホームに指定されたパッチ・セット・レベルである必要があります。

関連項目:
各種パッチの詳細は、『Oracle Database高可用性概要』を参照してください。

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

My Oracle Support Webサイトを参照して、ご使用の環境に対応するパッチの更新を確認します。

注意:
My Oracle Supportを使用するには、ブラウザにバージョン9.0.115以上のAdobe Flashプラグインがインストールされている必要があります。Adobe Flashのチェッカ・ページに移動して、ご使用のブラウザでFlash Playerの正確なバージョンをチェックし、最新バージョンのAdobe Flashがインストールされていることを確認します。
Adobe 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. ページの左側の「パッチ・クイック・リンク」セクションの、「Oracleサーバー/ツール」という見出しの下で、「最新のパッチセット」をクリックします。
新しいブラウザ・ウィンドウまたはタブが開かれ、「クイック・リンク」ページが表示します。

5. 製品バンドルセクションの「パッチ・セット」で、「Oracle Database」リンクにカーソルを置きます。表示されるフローティング・リストで、カーソルを移動してご使用のオペレーティング・システム(Microsoft Windows x64(64-bit)など)を選択します。表示されるドリルダウン・リストで、必要なパッチ・セットのバージョン(11.2.0.2など)をクリックします。
「検索結果」ページが表示され、選択したパッチ・セットが下部に表示されます。Oracle Databaseのパッチ・セットは、「説明」列の説明(Oracle Database Family:Patchset x.x.x.x PATCH SET FOR ORACLE DATABASE SERVER)で確認できます。

1. 検索結果の最初の列で、目的のパッチ・セットの番号をクリックします。「パッチセット情報」ページで、「READMEの表示」をクリックして、そのパッチのパッチ・セット・ノート(READMEファイル)を表示します。READMEページには、そのパッチ・セットに関する情報と、パッチの適用方法が記載されています。

2. ご使用のローカル・ファイル・システムにパッチをダウンロードするには、「パッチセット情報」ページの「ダウンロード」ボタンをクリックします。

6. パッチ・セットのかわりに使用可能なパッチをすべて検索する場合は、ブラウザのナビゲーション・ボタンを使用して「検索結果」ページに戻ります。「検索結果」ページの中間の「パッチ・タイプ」アクション・リストで、現在の設定を「パッチ」に変更します。検索フィールドの下で、「実行」ボタンをクリックします。
前の検索が再度実行されますが、今度はパッチ・セットのリストではなく、すべての使用可能なパッチのリストが表示されます。パッチ情報にアクセスするには、手順5.aおよび手順5.bに示す作業を実行します。

7. パッチをダウンロードしてサーバーに転送した後に、Oracle Database 11gリリース2(11.2)に付属のUNZIPユーティリティを使用して、Oracleパッチ更新を解凍します。UNZIPユーティリティはOracle_home\binディレクトリにあります。

注意:
「パッチセット情報」ページの下部のリンクをクリックすると、ほとんどのオペレーティング・システムのUNZIPユーティリティを入手できます。

4.1.4 Windowsファイアウォールの例外の構成

Windowsファイアウォール機能がクラスタの1つ以上のノードで有効になっている場合、すべてのTCPネットワーク・ポートは、受信する接続に対して事実上ブロックされます。その結果、TCPポートで受信する接続をリスニングするOracle製品はいずれの接続要求も受信しなくなり、接続要求を行っているクライアントはエラーをレポートします。

Oracle RACクラスタの1つ以上のノードでWindowsファイアウォール機能が有効になっている場合は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』の説明に従って、Oracle RACアプリケーションおよびポートの例外を作成する必要があります。

4.1.5 Oracle製品の構成

多くのOracle製品およびオプションは、初めて使用する前に構成する必要があります。個々のOracle Database 11gリリース2 (11.2)の製品またはオプションを使用する前に、Oracle Databaseインストール・メディアのDOCディレクトリに用意されているその製品のドキュメント・ライブラリ、またはOracle Technology Network (OTN) Webサイトで適切なマニュアルを参照してください。

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

4.1.5.1 Oracle Database Vaultの構成

Oracle RACのインストール中にOracle Database Vaultをインストールした場合、Oracle Database Vaultをデータベースに登録して、データベース・ユーザー・アカウントを作成する必要があります。

関連項目:
インストール後のOracle Database Vaultの構成の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

4.1.5.2 Oracle Databaseのセキュリティ設定の構成

インストール後にデータベース・セキュリティ構成を有効または無効にするには、コマンドラインOracle Database Configuration Assistant (DBCA)オプションを使用する必要があります。DBCAのGraphical User Interface (GUI)には、仕様により、セキュアな構成を有効または無効にするためのオプションがありません。たとえば、インストール後にセキュリティ設定を有効にするには、次の形式のコマンドを使用します(myRACdb1.example.comはローカル・データベース・インスタンスの名前またはDB_UNIQUE_NAME)。

dbca –configureDatabase –sourceDB myRACdb1.example.com -SID
–enableSecurityConfiguration true

関連項目:
データベース・セキュリティ・オプションの有効化および無効化の詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

4.1.6 外部表、共有ファイルまたはディレクトリ・オブジェクトの記憶域の構成

ご使用のOracle RACデータベースがデータベースの外部にあるファイルを使用する場合、外部ファイルはすべてのノードからアクセス可能な共有記憶域に格納されている必要があります。ファイルのアクセスには、各ノードで同じマウント・ポイントを使用する必要があります。使用可能な共有ファイル・システムには、Database File System(DBFS)、Oracle ASM Cluster File System(Oracle ACFS)、Windows用のOracle Cluster File System(OCFS)またはサポートされたネットワーク・ファイル・システム(NFS)が含まれます。

データベースの外部のファイルの書込みおよび読込みに使用するデータベース・ディレクトリ・オブジェクトは、1つの共有記憶域の場所を指している必要があり、同一の共有記憶域の場所に対して、各ノードで同一のマウント・ポイントを使用する必要があります。例として、マウント・ポイントC:\app\acfsmounts\dpumpへのDPUMPという名前のディレクトリ・オブジェクトが各ノードにあるとし、これがOracle ACFS共有記憶域にアクセスします。

注意:
外部ファイルまたは外部表の一部として指定されたディレクトリ・オブジェクトの内容に、各ノードで一貫性があるかどうかを確認するためのチェックはありません。予測できない結果を回避するには、同一のファイルがすべてのノードからアクセスされていること、または同一のファイルがすべてのノードで使用されていることを確認してください。

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

Oracle RACのインストールが完了した後で、次の作業を行うことをお薦めします。

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

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

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

- Oracle Administration Assistant for Windowsの構成

- Oracle9i Databaseの言語および定義ファイルのOracle Database 11gでの使用

- Oracle Enterprise Manager Database Controlへのログイン

4.2.1 Oracleユーザー環境変数の設定

Windowsオペレーティング・システムでOracleを実行する場合は、他のプラットフォームとは異なり、ORACLE_HOMEを固定環境変数として設定しません。これは、Oracleソフトウェアにより実行時に実行可能ファイルの場所が決定されるためです。

WindowsでOracle実行可能プログラム(たとえば、sqlplus.exe)を起動する場合、ORACLE_HOME、ORACLE_BASEおよびORACLE_SID変数は、PATH環境変数および実行可能プログラムの場所(そのプログラムが存在するOracleホーム)によって決まります。SQL*Plusを使用して異なるデータベースまたはOracle ASMインスタンスを管理する場合は、Windowsの「スタート」ボタンをクリックし、管理するインスタンスの正しいOracleホームを選択して、SQL*Plusユーティリティを選択します。

Oracle Universal Installer (OUI)を使用して特定のOracleホームをデフォルトのOracleホームに指定し、そのOracleホームを指すようにPATH環境変数を更新できます。デフォルトのOracleホームを変更する方法の詳細は、第7.3項「Windowsでの複数のOracleホーム・ディレクトリの動作」を参照してください。

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

データベースの作成またはアップグレード後に、utlrp.sqlスクリプトを実行することをお薦めします。このスクリプトを実行すると、パッケージ、プロシージャ、タイプなど、無効な状態になっている可能性があるすべてのPL/SQLモジュールが再コンパイルされます。この手順の実行は任意ですが、後日ではなくインストール直後に実行することをお薦めします。

1. Oracleソフトウェア所有者のユーザー・アカウント環境(oracleなど)の設定を完了します。「Oracleユーザー環境変数の設定」を参照してください。

2. 次のコマンドを実行して、SQL*Plusを起動します。
「スタート」をクリックして、「プログラム」(または「すべてのプログラム」)→「Oracle - HOME_NAME」→「Application Development」→「SQL*Plus」の順に選択します。

3. utlrp.sqlスクリプトを実行します。Oracle_homeはOracleホームのパスです。

SQL> @Oracle_home\rdbms\admin\utlrp.sql

関連項目:
SQL*Plusを使用してデータベースに接続する方法については、『Oracle Database管理者ガイド』を参照してください。

4.2.3 ユーザー・アカウントの設定

ユーザー・アカウントを任意に追加する設定の詳細は、『Oracle Databaseプラットフォーム・ガイド for Microsoft Windows』を参照してください。

この章の手順を完了すると、第5章「Oracle Real Application Clusters環境でのサーバー・パラメータ・ファイルの構成」で説明する基本的な構成作業を実行できます。

4.2.4 Oracle Administration Assistant for Windowsの構成

Oracle Administration Assistant for Windowsの実行には、Microsoft管理コンソールおよびHTML Help 1.2以上が必要です。Microsoft管理コンソール(MMC)のバージョン2.0はWindows Server 2003に付属しており、MMCのバージョン3.0はWindows Server 2003 R2以降のリリースで使用できます。入手可能な最新バージョンのMMCを使用することをお薦めします。

関連項目:

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

- Microsoft社のドキュメントは、次のURLで参照できます。
http://www.microsoft.com/

4.2.5 Oracle9i Databaseの言語および定義ファイルのOracle Database 11gでの使用

Oracle9i Databaseの言語および地域の定義ファイルをOracle Database 11g リリース2(11.2)で使用することができます。この機能を有効にするには、次の手順を実行します。

1. デフォルトではOracle_home\nls\data\oldにあるcr9idata.plスクリプトを実行します。
または、Oracle Databaseをインストールする前に、b_cr9idata変数をtrueに設定してOracle Universal Installer(OUI)のsetupコマンドを実行します。

setup.exe oracle.rsf.nlsrtl_rsf:b_cr9idata=true

2. ORA_NLS10環境変数を、インストールした新しい言語および地域の定義ファイルのディレクトリ(デフォルトでは、Oracle_home\nls\data)を指すように設定します。

3. Oracle Databaseを再起動します。

4.2.6 Oracle Enterprise Manager Database Controlへのログイン

インストール時にOracle Enterprise Manager Database Controlを構成すると、それをデータベースの管理に使用できます。Oracle Enterprise Manager Database Controlでは、自動ストレージ管理など、Oracle Databaseの監視、管理およびメンテナンスに使用できるWebベースのユーザー・インタフェースが提供されています。

関連項目:

- Enterprise Manager Database Controlへのログインの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

- 「EMCAを使用したDatabase Controlの管理」

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

Oracle Configuration Managerをインストールした場合、スクリプトを実行して、データベース構成収集を行うデータベース・アカウントを作成する必要があります。このアカウントは、接続モードと切断モードの両方で作成する必要があります。データベース・アカウントには、構成情報を収集するPL/SQLプロシージャが格納され、そのアカウントが、収集を行うデータベース管理システム(DBMS)・ジョブの所有者になります。アカウントの設定後、ログイン権限は不要になるため、アカウントはロックされます。

構成収集が行われるようにデータベースを構成するには、次のスクリプトを実行します。

Oracle_home\ccr\admin\scripts\installCCRSQL.exe collectconfig -s SID -r \
SYSDBA-USER

スクリプトinstallCCRSQL.exeにより、Oracle Configuration Managerユーザーが作成され、PL/SQLプロシージャがORACLE_SID環境変数で定義されたデータベースにロードされます。コマンドラインで-sオプションを使用して、データベースSIDを指定することもできます。次の例では、SIDをorclに指定しています。

Oracle_home\ccr\admin\scripts\installCCRSQL.exe collectconfig -s orcl

Oracle RACの場合、データベース・スクリプトを実行する必要があるのは、インストールを行ったローカル・インスタンスなど、1つのインスタンスに対してのみです。ただし、Oracle Configuration Managerはすべてのインスタンス・ホームにインストールする必要があります。

デフォルトでは、データベースへの接続にオペレーティング・システム認証(/as sysdba)を使用します。異なるユーザー名およびパスワードを指定するには、次のオプションを使用します。

-r SYSDBA-USER: SYSDBA権限を持つユーザーのログイン名

-p SYSDBA-PASSWORD: SYSDBA権限を持つユーザーのパスワード

注意:

- パスワードを指定しないでユーザー名を指定すると、パスワードの入力を求められます。

- ユーザー名を指定しないでパスワードのみ指定すると、デフォルトでユーザーSYSが使用されます。

関連項目:

- 詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

- その他の構成作業の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

4.3.1 Oracle Enterprise Manager Grid Controlの追加の手順

データベースをOracle Enterprise Manager Grid Controlのリポジトリとして使用する場合、Oracle Configuration Managerの構成時に次のスクリプトも実行する必要があります。

Oracle_home\ccr\admin\scripts\installCCRSQL.exe collectemrep

このスクリプトを実行すると、アプリケーションによってSYSMANパスワードの入力が求められます。インストールを自動化するには、installCCRSQLスクリプトを実行して、SYSMANパスワードを指定します。次に例を示します。

Oracle_home\ccr\admin\scripts\installCCRSQL.exe collectemrep
-e SYSMAN PASSWORD

-s SIDコマンドを追加して、Oracle Enterprise Manager Grid Control DatabaseインスタンスのSIDを指定することができます。このスクリプトは、Oracle Enterprise Manager Grid Controlのデータベースが格納されているOracle_homeから実行する必要があります。

データベースへの接続にオペレーティング・システム認証を使用していない場合、-rおよび-pパラメータを使用して、次の情報を指定します。

-r SYSDBA-USER: SYSDBA権限を持つユーザーのログイン名

-p SYSDBA-PASSWORD: SYSDBA権限を持つユーザーのパスワード

-pパラメータを指定しない場合、指定したユーザーのパスワードの入力を求められます。

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

Oracle Databaseをインストールすると、いくつかのオプションが有効になり、その他のオプションは無効になります。有効化されたOracle Databaseのオプションは、SQL*Plusを使用してV$OPTIONビューを問い合せることで表示できます。

関連項目:
SQL*Plusを使用してデータベースに接続する方法については、『Oracle Database管理者ガイド』を参照してください。

Oracleホームの特定のデータベース機能を有効または無効にするには、choptツールを使用します。choptツールは、Oracle_home\binディレクトリにあるコマンドライン・ユーティリティです。choptの構文は次のとおりです。

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_2

.NET 2.0用のOracle Databaseの拡張機能

choptツールを実行する前に、変更されるOracleホームで実行中のすべてのOracle Databaseを停止します。

例4-1 choptでOracle Label Securityデータベース・オプションを有効にする方法

Oracle実行可能ファイルのOracle Label Securityオプションを有効にするには、次の作業を行います。

1. サーバー制御ユーティリティ(SRVCTL)を使用して、Oracle RACデータベース、およびOracleホーム・ディレクトリから実行中のその他のすべてのデータベースを停止します。

srvctl stop database -d myRACdb

2. Windows Serviceコンソールを使用して、変更されるOracleホームから実行する各Oracle Databaseのサービスを停止します。
たとえば、ご使用のOracle RACデータベースがmyRACdbという名前の場合、クラスタの最初のノードでOracleServiceMYRACDB1サービスを停止します。

3. ディレクトリをOracle_home\binディレクトリに変更します。

cd %ORACLE_HOME%\bin

4. choptツールを次のように実行します。

chopt enable lbac

5. Windows Serviceコンソールを使用して、手順2で停止したサービスを再起動します。

6. SRVCTLを使用して、手順1で停止したデータベースを再起動します。次のようにします。

srvctl start database -d myRACdb

4.5 Oracle Grid Infrastructureでの以前のOracle Databaseリリースの使用

次の項で、Oracle Clusterware 11gリリース2(11.2)インストールで以前のリリースのOracle Databaseを使用する場合について説明します。

- 以前のリリースのOracle Databaseの使用に関する一般的な制限

- 以前のリリースのOracle Databaseまたはアップグレードされるデータベースに必要なパッチ

- Oracle Databaseリリース10.2または11.1用のクラスタ・ノードの固定

4.5.1 以前のリリースのOracle Databaseの使用に関する一般的な制限

Oracle Databaseリリース10.2およびリリース11.1をOracle ClusterwareおよびOracle ASMリリース11.2で使用できます。

注意:
Oracle Grid Infrastructure 11.2でOracle Databaseバージョン11.1以前を使用するデータベースに対する、ディスク・グループの互換性の構成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

既存のリリースのOracle ClusterwareおよびOracle ASMをOracle Grid Infrastructureリリース11.2(Oracle ClusterwareおよびOracle ASMが含まれます)にアップグレードし、さらにご使用のOracle RACデータベースをリリース11.2にアップグレードすると、既存のデータベースに必要な構成が自動的に実行されます。

Oracle ClusterwareおよびOracle ASMリリース11.2をOracle RAC 10.2および11.1で使用する場合は、次の項で説明する追加の構成作業を完了する必要があります。また、Oracle RAC 10.2および11.1をOracle Clusterware 11.2およびOracle ASM 11.2で適切に動作させるには、Oracle RAC 10.2または11.1のソフトウェア・インストールにパッチを適用する必要があります。特定のパッチに関する詳細は、Oracle DatabaseのReadmeを参照してください。

注意:
Oracle RACまたはOracle Databaseをリリース11.1.0.7、11.1.0.6または10.2.0.4からアップグレードする予定で、Oracle ClusterwareおよびOracle ASMがリリース11.2にアップグレード済である場合は、Oracle RACまたはOracle Databaseをリリース11.2にアップグレードする前に、アップグレード前のリリースに対する最新の推奨パッチを確認し、必要に応じてパッチをインストールすることをお薦めします。
推奨パッチの詳細は、My Oracle SupportのNote 785351.1にある「Oracle Upgrade Companion」を参照してください。

https://support.oracle.com

また、各リリースの推奨パッチの最新のリストについては、Note756388.1および756671.1を参照してください。

関連項目:
「パッチの更新のダウンロードおよびインストール」

4.5.2 以前のリリースのOracle Databaseまたはアップグレードされるデータベースに必要なパッチ

Oracle ClusterwareおよびOracle ASMリリース11.2の環境に、DBCAを使用してOracle RACまたはOracle Databaseの10.xまたは11.1のデータベースを作成するには、Oracle RACまたはOracle Databaseホームにパッチをインストールする必要があります。特定のパッチに関する詳細は、Oracle DatabaseのReadmeを参照してください。

関連項目:
「パッチの更新のダウンロードおよびインストール」

ご使用のOracle Database 10g リリース2、またはOracle Database 11g リリース1のソフトウェアになんらかのパッチを適用する前に、クラスタのすべてのノードでOracleRemExecService Windowsサービスを停止する必要があります。Oracle Database 10g リリース2またはOracle Database 11g リリース1のデータベースにパッチを適用する前にこのプロセスを停止しないと、パッチ操作中にエラーが発生し、Oracleソフトウェアに適切にパッチが適用されません。

Oracle Databaseリリース11.2.0.3では、Oracle Grid Infrastructureリリース11.2.0.3へのアップグレードまたはそのインストール後に、Oracle Databaseまたはリリース11.2.0.2 (またはそれ以下)を作成またはアップグレードする場合、まず表4-2に示されているパッチを適用する必要があります。

表4-2 Oracle DatabaseおよびOracle Grid Infrastructureリリース11.2.0.3で必要なパッチ

環境

パッチ

Oracle Gridホームへの適用

Oracle RACホームへの適用

Oracle Grid Infrastructure 11.2.0.3上で実行するOracle RACリリース11.1データベースの作成

8288940

10636465

不可

可

Oracle Grid InfrastructureおよびOracle Databaseリリース11.2.0.1のリリース11.2.0.3へのアップグレード

10100101

可(Oracle Databaseリリース11.2.0.1データベースの作成後)

可(Oracle Databaseリリース11.2.0.1データベースの作成後)

Oracle Grid Infrastructure 11.2.0.3のフレッシュ・インストール環境で実行するOracle Databaseリリース11.2.0.1データベースの作成

10100101

不可

可(Oracle Databaseリリース11.2.0.1データベースの作成後)

Oracle Grid Infrastructureリリース11.2.0.3上で実行されるOracle Database 10gリリース2データベース(10.2.0.5)の起動

12799034

不可

可

4.5.3 Oracle Databaseリリース10.2または11.1用のクラスタ・ノードの固定

新しいOracle Grid InfrastructureにOracle Databaseリリース10.2または11.1がクラスタ構成用にインストールされる場合、これは動的クラスタ構成用に構成され、一部またはすべてのインターネット・プロトコル(IP)アドレスが一時的に割り当てられ、他のクラスタ識別情報も動的になります。この構成は、固定アドレスおよび構成が必要な、以前のリリースのデータベースとは互換性がありません。

旧リリースのデータベースを実行するノードを変更して、永続的な構成を作成することが可能です。ノードに永続的な構成を作成することを、ノードの固定と呼びます。

以前のリリースのOracle Databaseをインストールするためにノードを固定するには、CRS_home\bin\crsctlを使用して次のコマンド構文を実行します。nodesはスペース区切りリストで、構成を固定するクラスタ内の1つまたは複数のノードを示します。

crsctl pin css -n nodes

たとえば、ノードnode3およびnode4を固定するには、管理者ユーザーとしてログインして、次のコマンドを入力します:

C:\> crsctl pin css -n node3 node4

ノードが固定状態か非固定状態かを確認するには、CRS_home\bin\olsnodesを使用して次のコマンド構文を実行します。

olsnodes -t -n

たとえば、すべての固定されたノードを表示するには、次のコマンドを使用します。

C:\> app\11.2.0\grid\bin\olsnodes -t -n
node1 1       Pinned
node2 2       Pinned
node3 3       Pinned
node4 4       Pinned

特定のノードの状態を表示するには、次の例に示すように-nオプションを使用します。

C:\> app\11.2.0\grid\bin\olsnodes -t -n node3
node3 3       Pinned

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

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

この章では、Oracle Real Application Clusters(Oracle RAC)環境でのサーバー・パラメータ・ファイル(SPFILE)の配置および構成について説明します。この章の内容は次のとおりです。

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

- Oracle RAC用のサーバー・パラメータ・ファイルの作成

- Oracle RACでのサーバー・パラメータ・ファイルの記憶域要件

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

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

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

関連項目:
Oracle RACデータ・ウェアハウス環境のパラメータおよびパラレル実行に関連するパラメータについては、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

Oracle Databaseは、パラメータ・ファイルのパラメータ設定を使用して、様々なデータベース・リソースの制御方法を決定します。パラメータの管理には、SPFILEまたは1つ以上の従来のクライアント側のパラメータ・ファイル(PFILE)の2種類のファイルを使用できます。SPFILEを使用してパラメータを管理することをお薦めします。クライアント側のパラメータ・ファイルを使用した場合、パフォーマンス・チューニングのために行ったデータベースまたはインスタンスのパラメータの変更は、そのインスタンスの停止後には保持されません。

データベースの作成時に、Oracle DatabaseはSPFILEを作成します。SPFILEは、Oracle Automatic Storage Management(Oracle ASM)ディスク・グループ、クラスタ・ファイル・システムまたは共有RAWデバイスのいずれかに格納できます。Oracle ASMインスタンスでもSPFILEが使用されます。

クラスタ・データベース内のすべてのインスタンスは、起動時に同じSPFILEを使用します。SPFILEはバイナリ・ファイルであるため、エディタを使用してSPFILEを直接編集しないでください。かわりに、Oracle Enterprise ManagerまたはSQL文ALTER SYSTEMを使用して、SPFILEパラメータ設定を変更します。

注意:
セルフ・チューニング・パラメータの値を変更しないことをお薦めします。これらの設定を変更すると、パフォーマンスが著しく低下する場合があります。

Oracle Database 11gリリース2以上のデータベースでは、コマンドsrvctl add/modify database -d db_unique_name -p spfile (spfileはSPFILEのフル・パス名、db_unique_nameはご使用のOracle RACデータベースの一意の名前)で指定される値に基づいて、データベース・エージェントにより自動的にSPFILEがメンテナンスされます。initORACLE_SID.oraファイルを作成またはメンテナンスする必要はありません。

データベースのSPFILEのデフォルトの場所は、次のとおりです。

%ORACLE_HOME%\database\SPFILE%ORACLE_SID%.ORA

すべてのデータベース・インスタンスが同じSPFILEを使用する必要があるため、SPFILEのデフォルトの場所にローカル記憶域を使用することは、Oracle RACデータベースとOracle ASMインスタンスの場合は適していません。「Oracle RACでのサーバー・パラメータ・ファイルの記憶域要件」を参照してください。

関連項目:
パラメータ・ファイルの管理および変更の詳細は、『Oracle Database管理者ガイド』を参照してください。

5.2 Oracle RAC用のサーバー・パラメータ・ファイルの作成

DBCAを使用してOracle RACデータベースを作成すると、DBCAによって、SPFILEは、データ・ファイルをクラスタ・ファイル・システムとOracle ASMディスク・グループのどちらに配置するかに応じて、データ・ファイルに割り当てられたクラスタ・ファイル・システムまたはディスク・グループのいずれかに作成されます。

データベースを手動で作成する場合は、SPFILEをPFILEから作成することをお薦めします。

以前のリリースのOracle Databaseからアップグレードする場合は、「パラメータ・ファイルおよびのOracle RACの概要」の項を参照してください。

5.3 Oracle RACでのサーバー・パラメータ・ファイルの記憶域要件

Oracle RAC環境のすべてのインスタンスで、同じSPFILEを使用する必要があります。SPFILEは、Oracle ASMディスク・グループ、クラスタ・ファイル・システム、ネットワーク・ファイル・システム(NFS)などの共有記憶域に配置します。それ以外の場合は、5MB以上の共有RAWデバイスにSPFILEを配置します(お薦めしません)。

各ノードのローカル記憶域に格納されているパラメータ・ファイルを使用する必要がある場合は、PFILEの使用をお薦めします。PFILEは、次のように場所を指定し、名前を付ける必要があります。

%ORACLE_HOME%\database\init%ORACLE_SID%.ora

このパスは各インスタンス用のものであり、単一の共有されていないPFILEを参照します。PFILEには、次のいずれかのようなエントリが含まれている必要があります(dbnameはOracle RACデータベースの名前)。

汎用命名規則(UNC)の形式を使用してアクセスされる共有記憶域:

SPFILE='\\server\share_name\dbname\spfile.ora'

ネットワーク・ドライブにマップされた共有記憶域:

SPFILE='X:\dbname\spfile.ora'

このSPFILEエントリは、共有記憶域に配置された単一の共有SPFILEから読み取るように各インスタンスに指示します。

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

Oracle RACは、次の順序でパラメータ・ファイルを検索します。

1. %ORACLE_HOME%\database\spfile%ORACLE_SID%.ora

2. %ORACLE_HOME%\database\spfile.ora

3. %ORACLE_HOME%\database\init%ORACLE_SID%.ora

Oracle RACデータベースに共有のOracleホームがない場合、パラメータ・ファイルのデフォルトの場所は共有されません。したがって、Oracle RACと併用する場合は、デフォルト以外のSPFILEを作成する必要があります。

5.5 Oracle RAC環境でのSPFILEへの移行

Oracle RACデータベースでSPFILEを使用していない場合に、この項で説明する手順に従って単一のPFILEを作成して編集すると、SPFILEを使用するように切り替えることができます。

1. initdbname.oraというファイル名(dbnameは、Oracle RACデータベースの名前)で、Oracle RACデータベースの全インスタンスについて単一のPFILEを作成します。このファイルは、Oracle_home\databaseディレクトリに配置する必要があります。

2. 次の構文を使用して、PFILEファイルからインスタンス固有のすべてのパラメータ定義をコピーします。sid変数はインスタンスのORACLE_SIDです。

sid.parameter=value

たとえば、Oracle RACデータベースの名前がsalesの場合、インスタンスのORACLE_SIDの値は、sales1、sales2のようになり、各PFILEからコピーしたインスタンス固有のパラメータは、次の形式になります。

sales1.LICENSE_MAX_USERS=value
sales2.LICENSE_MAX_USERS=value
...

3. 共有IFILEのすべての内容をそのままコピーします。IFILEに定義されているすべてのパラメータはグローバルです。すべてのインスタンスに対して同じ値を持つパラメータも、グローバル・パラメータです。このため、このようなパラメータのエントリは、ORACLE_SID接頭辞なしでparameter=valueという形式で作成します。

注意:
PFILEのIFILEエントリは、現在のパラメータ・ファイルに別のパラメータ・ファイルを埋め込む場合に使用します。このような追加のパラメータ・ファイルを、IFILEと呼びます。

4. Oracle RACデータベースを停止します。

5. 次の例に示すように、SQL*PlusでCREATE SPFILE文を使用して、結合されたPFILEからSPFILEを作成します。dbnameはOracle RACデータベースの名前で、X:は共有記憶域の場所を表します。

CREATE SPFILE='X:\database\spfiledbname.ora'
FROM PFILE='%ORACLE_HOME%\database\initdbname.ora'

共有記憶域にOracle ASMを使用する場合、次のSQL文を使用してSPFILEを作成します。disk_group_nameはOracle ASMディスク・グループの名前です。db_unique_nameは一意のデータベース名です。sidはOracle RACデータベースのORACLE_SIDです、Oracle_homeはOracleホーム・パスです。initdbname.oraは手順1で作成したファイルです。

CREATE SPFILE='+disk_group_name\db_unique_name\spfiledbname.ora'
FROM PFILE='%ORACLE_HOME%\database\initdbname.ora'

CREATE SPFILE SQL文は、PFILEとIFILEをマージして作成したinitdbname.oraファイルを読み取り、パラメータの設定を、PFILEからSPFILEに移します。

6. 各ノードのローカルのinitsid.oraファイルを更新して、新しいSPFILEの場所を指し示すSPFILEエントリを含めます。
SPFILEがデフォルト以外の場所に配置されているため、最初に1つのエントリ(SPFILE)を含む従来のパラメータ・ファイルを使用してデータベースを起動する必要があります。

7. STARTUP文を使用してOracle RACデータベースを起動し、インスタンスがローカルPFILEを使用する必要があることを指定します。たとえば、Oracle RACデータベースに環境変数ORACLE_HOMEおよびORACLE_SIDを設定している場合、次のようなSQL*Plus文を使用します。ORACLE_SIDはローカルOracle RACデータベース・インスタンスの名前です。

STARTUP PFILE=%ORACLE_HOME%\database\init%ORACLE_SID%.ora

このSTARTUPコマンドを使用すると、Oracle DatabaseはPFILE内のSPFILEパラメータの設定を使用して共有記憶域のデフォルト以外の場所でSPFILEを特定します。

8. 最後に、Oracle RACデータベース構成を更新して、データベースの起動時にローカルPFILEを使用せずに済むようにします。Oracle RACデータベース構成を更新するには、次のコマンドを使用して新しいSPFILEの場所を定義します(db_unique_nameはデータベースの一意の識別子、spfileはSPFILEのフル・パス名(手順5で使用したものと同じ値))。

%ORACLE_HOME%\bin> srvctl modify database -d db_unique_name -p spfile

注意:
Oracle ASM 11gリリース2以上のリリースでは、Oracle ASMインスタンスのSPFILEをOracle ASMに格納できます。Oracle ASMインスタンスのSPFILEを共有ファイル・システムに配置するか、またはOracle ASMインスタンスごとに従来のクライアント側PFILEを使用できます。

関連項目:
Oracle ASMインスタンスの管理方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

Oracle Databaseは、SPFILEの作成中または起動時のファイルの読取り中に発生するエラーをレポートします。パラメータの更新時にエラーが発生した場合、Oracleはデータベースのアラート・ログ・ファイルにエラーを記録し、ファイルに対するパラメータの残りの更新を行いません。このエラーが発生した場合は、次のいずれかを選択できます。

- インスタンスを停止し、SPFILEをリカバリし、インスタンスを再起動する。

- 残りのパラメータの更新は行わずに、インスタンスの実行を続ける。

Oracle Databaseは、ALTER SYSTEM SET文を誤って使用して行ったパラメータ変更のエラーを表示します。Oracle Databaseは、SPFILEに対する読取りまたは書込み時にエラーが発生した場合に、この処理を行います。

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

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

この章では、Oracle Real Application Clusters(Oracle RAC)環境でのサーバー・プールおよびOracle Enterprise Manager Database Controlの構成について説明します。

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

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

- Oracle RACのためのDatabase Control実装の理解

- EMCAとEnterprise Manager ControlおよびOracle RACの理解

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

- DBCAによるDatabase Controlの構成

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

- EMCAを使用したDatabase Controlの管理

- Enterprise ManagerとEMCAのトラブルシューティングのヒント

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

サーバー・プールとは、クラスタをサーバーのグループに論理的に分割したもので、ホスト・データベースなどのアプリケーションに対して割り当てられます。サーバー・プールは、crsctlおよびsrvctlコマンドを使用して管理します。

各サーバー・プール名は、クラスタ内で一意である必要があります。2つのサーバー・プールで、同じ名前を使用することはできません。

注意:
デフォルトでは、すべての名前付きユーザーがサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するには、CRS管理者リストに特定のユーザーを追加することをお薦めします。CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

サーバー・プールの管理には、次の2種類があります。

- 管理者型管理: データベース・リソースを実行するサーバーをデータベース管理者が定義し、必要に応じてリソースを手動で配置します。これは、以前のリリースで使用されていた管理方法です。

- ポリシー管理型: データベース管理者は、データベース・リソースを実行するサーバー・プール(汎用サーバー・プールおよび空きサーバー・プールを除く)を指定します。Oracle Clusterwareによって、データベース・リソースがサーバーに配置されます。
サーバー・プール名は必須属性です。次の属性の値も指定できます。指定しない場合は、デフォルト値に設定されます。

- MIN_SIZE: リソースを実行するサーバーの最小数。デフォルトは0です。

- MAX_SIZE: リソースを実行するサーバーの最大数。デフォルトは-1です。これはクラスタ内の使用可能なすべてのノードでリソースを実行できることを示します。

- IMPORTANCE: サーバー・プールの相対的な重要度。クラスタに対してノードの追加または削除が行われたときにサーバーを再構成する方法を決定するために使用されます。デフォルトは0です。

注意:
Oracle Database 11gリリース2以上を使用し、1つ以上のサーバー・プールにデプロイされているポリシー管理型のデータベースでは、単一クライアント・アクセス名(SCAN)を使用してデータベースにアクセスする必要があります。SCANの使用をお薦めするのは、ポリシー管理データベースのインスタンスは異なる時期に異なるサーバー上で動作可能であるため、ポリシー管理型データベースの特定のノードまたはインスタンスに仮想IP (VIP)アドレスを使用して接続できないためです。

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

Oracle RAC One Nodeとサーバー・プールについて、次の点に注意してください。

- Oracle RAC One Nodeは、1つのサーバー・プールのみで実行されます。このサーバー・プールは、他のサーバー・プールと同じように扱われます。

- Oracle RAC One Nodeデータベース・インスタンスのオンライン再配置では、Oracle RAC One Nodeデータベースのあるノードから別のノードへの計画的な移行が可能です。再配置は、常に、サーバー・プール内である必要があります。

- Oracle RAC One Nodeデータベースは、Data Guardのフィジカル・スタンバイであることがあります。

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

データベース管理者は、ポリシーベースのサーバー・プール管理を行って、ワークロードのリソース要件を次のように定義します。

- そのアプリケーションに対して優先されるサーバーまたはインスタンスの数を定義します。Oracle Clusterwareは、物理的に使用可能なリソースを指定された数まで自動的に割り当てます。また、必要に応じて、別のノードへのリソースの再配置も行います。

- そのアプリケーションのサポートに必要なインスタンスの数を定義します。

リソースは、特定のインスタンスまたはノードに属するものとして定義されなくなりました。かわりに、リソース要件の優先度が定義されます。

関連項目:
ポリシーベースの管理およびサーバー・プールの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

6.2 Oracle RACのためのDatabase Control実装の理解

Oracle RAC用にDatabase Controlを構成する場合は、クラスタ内のインスタンスごとにDatabase Controlを構成します。ただし、デフォルトでは、Database Controlコンソールが起動するのは、ローカル・ノード(Oracle RACインストールが開始されたノード)でのみです。クラスタ内の他のすべてのノードでは、Oracle Management Agentのみが起動されます。これは、データベースに対してDatabase Controlコンソールが多数の接続をオープンするためです。コンソールのインスタンスがクラスタ内のすべてのホストで実行されている場合、32ノードまたは64ノードの環境でのオープンしている接続の許容最大数を簡単に超えてしまうことがあります。

各リモート・エージェントは、ローカル・ノードで実行されているコンソールにそれぞれのデータをアップロードします。ユーザーはクラスタ内のすべてのノードおよびインスタンスをローカル・ノードから監視および管理できます。Oracle RACデータベースのOracleホームにあるノードごとに、次のサブディレクトリが作成されます(nodenameはクラスタ内のノードの名前、DBNameはOracle RACデータベースの一意の名前)。

%ORACLE_HOME%\nodename_DBName
%ORACLE_HOME%\nodename_DBName

Database Controlで構成された既存のOracle RAC 10gリリース1のデータベースを最新のリリースにアップグレードした場合、既存のDatabase Control構成は保持されます。Database Controlコンソールは、アップグレード後のOracle RACデータベースに関連付けられている各クラスタ・ノードで実行されます。

関連項目:
第6.7.1項「Oracle RACデータベースのためのDatabase Control実装の変更」

6.3 EMCAとEnterprise Manager ControlおよびOracle RACの理解

Enterprise Manager Configuration Assistant(EMCA)を使用して-clusterオプションを指定し、Oracle Enterprise Manager Database ControlをOracle RAC用に構成する場合は、クラスタ内のインスタンスごとにDatabase Controlを構成します。ただし、デフォルトでは、Database Controlコンソールはローカル・ノードのみで起動されます。

Database Controlコンソールがローカル・ノードで起動されている場合は、Enterprise Manager Control(EMCTL)コマンドstart dbconsoleおよびstop dbconsoleを使用して、Database Controlコンソールを起動および停止できます。コマンドemctl start dbconsoleおよびemctl stop dbconsoleでは、Database Controlコンソールが実行されていない他のノード上の管理エージェントのみが起動および停止されます。

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

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

Oracle RAC 11gリリース2(11.2)のインストール中にデータベースを作成する場合は、そのデータベースをOracle Enterprise Manager Grid ControlまたはOracle Enterprise Manager Database Controlで管理できるように構成できます。

管理オプションとしてGrid Controlを選択するには、Oracle Management Serviceがネットワーク・ホストにインストールされている必要があります。また、データベースをインストールするホストに管理エージェントがインストールされている必要もあります。そうでない場合、Grid Controlオプションは使用できないため、Database Controlでデータベースを管理する必要があります。

Oracle RAC 11g リリース2(11.2)のほとんどのインストール・タイプでは、インストール中にデータベースを作成する場合、Database ControlまたはGrid Controlのいずれかを管理オプションとして選択する必要があります。

Oracle RACデータベース用にEnterprise Managerを構成しない場合は、EnterpriseまたはStandard Editionのインストール中に「詳細」データベース構成オプションを使用するか、またはインストール後にOracle Database Configuration Assistant(DBCA)を実行してOracle RACデータベースを作成する必要があります。Oracle RAC 11gリリース2(11.2)のインストール中にDatabase Controlを構成しない場合は、データベースのOracleホーム内にnodename_DBNameディレクトリは作成されません。

関連項目:
第2.2項「インストール・タイプの選択」

6.5 DBCAを使用したDatabase Controlの構成

既存のOracle Database 11gリリース2(11.2)データベースをDatabase Controlで管理できるように構成する場合、通常はDBCAを使用します。DBCAを使用すると、新しいデータベースを作成したり、既存のデータベースを再構成することができます。

関連項目:

- DBCAを使用した新しいデータベース・インスタンスの作成方法の詳細は、『Oracle Database 2日でデータベース管理者』のOracleソフトウェアのインストールとデータベースの構築に関する説明を参照してください。

- DBCAを使用したOracle RACの例については、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。

DBCAを使用して、Database Controlで管理できるようにデータベースを構成するには、次の手順を実行します。

1. 管理者ユーザーとしてデータベース・ホストにログインします。

2. 「スタート」→「プログラム」→「Oracle - Oracle_home name」の順に選択します。「Configuration and Migration Tools」フォルダで、「Database Configuration Assistant」を選択します。
DBCAの「ようこそ」ページが表示されます。

3. 「操作」ページが表示されるまで「次へ」をクリックします。「データベース・オプションの構成」を選択します。

4. 「データベース」ページが表示されるまで「次へ」をクリックします。構成するデータベースを選択します。

5. 「管理オプション」ページが表示されるまで「次へ」をクリックします。次のオプションを選択します。

- Enterprise Managerによるデータベースの構成

- データベース管理にDatabase Controlを使用

6. 必要に応じて、日次バックアップを有効にするオプションを選択します。
Oracle Enterprise Managerの日次バックアップの詳細を参照するには、「管理オプション」ページの「ヘルプ」をクリックしてください。

7. 「終了」ボタンが使用可能になるまで「次へ」をクリックし、「終了」をクリックして、Database Controlを使用するようにデータベースを構成します。

DBCAによるデータベースの構成が終了すると、Oracleホームに新しいサブディレクトリが作成されます。このディレクトリには、構成したデータベースに固有の、Database Controlの構成と状態に関するファイルが含まれます。クラスタ・データベースの場合、ディレクトリ名はnodename_DBNameとなります。たとえば、ローカル・ノードの名前がnode1.example.comで、データベースの一意の名前がmyNewDBの場合、ディレクトリ名は次のようになります。

node1.example.com_myNewDB

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

EMCAは、Database Controlを構成するためのコマンドライン・インタフェースを提供します。EMCAは、データベースのOracleホームのbinディレクトリにあります。

注意:
EMCAを使用してDatabase Controlを構成している間は、データベースを使用できなくなる場合があります。ユーザーは、データベースに接続することも、データベースで操作を実行することもできない場合があります。

6.6.1 対話モードでのEMCAの使用

Database Controlで管理するようにEMCAを使用してデータベースを構成するには、次の手順を実行します。

1. 変更するデータベースのホーム・ディレクトリの場所を、デフォルトのOracleホームに設定します。詳細は、第7.3項「Windowsでの複数のOracleホーム・ディレクトリの動作」を参照してください。

2. ディレクトリを%ORACLE_HOME%\binに変更します。

3. 表G-1「EMCAのオプションのコマンドライン・パラメータ」に示されているオプションのコマンドライン・パラメータを指定して次のコマンドを入力することによってEMCAを起動します。

%ORACLE_HOME%\bin> emca.bat

EMCAのコマンドラインで指定したパラメータに応じて、EMCAによって、Database Controlの構成に必要な追加情報の入力を求めるプロンプトが表示されます。

注意:
Oracle Automatic Storage Management(Oracle ASM)を使用するシングル・インスタンスのデータベースに対してDatabase Controlを構成する場合、EMCAコマンドに追加のパラメータを含める必要はありません。次のコマンドを実行して、新しいインストール用にDatabase Controlを構成します。EMCAにより、Oracle ASMインスタンスが自動的に検出されます。

emca -config dbcontrol db -repos create

例6-1 EMCAを使用したDatabase Controlと日次データベース・バックアップの構成

次のコマンドを入力して、Oracle RACデータベース用にDatabase Controlを構成し、さらにデータベースの自動日次バックアップを有効にします。

X:\> cd %ORACLE_HOME%\bin

X:\..\bin> emca.bat -config dbcontrol db -backup

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.6.2 入力ファイルによるサイレント・モードでのEMCAの使用

EMCAの実行時に表示される一連のプロンプトに応答するかわりに、-respFileパラメータを使用して入力ファイルを指定できます。作成する入力ファイルは、次の例の形式と同様の形式にする必要があります。

PORT=1521
SID=DB
DBSNMP_PWD=xpE234D
SYSMAN_PWD=KDOdk432

作成したEMCA入力ファイルは、コマンドラインで次のように使用できます。input_file_pathは、入力ファイルのフル・パス名です。

emca -config dbcontrol db -respFile input_file_path

例6-2 EMCAでレスポンス・ファイルを使用したDatabase Controlの構成

日次バックアップを実行してOracle Management Repositoryを作成するように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

入力ファイルを作成した後、オペレーティング・システムのプロンプトでOracleホームのbinディレクトリから次のコマンドを入力します。input_file_pathは、入力ファイルのフル・パス名です。

X:\..\bin> emca -config dbcontrol db -repos create -backup -respFile
input_file_path

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.7 EMCAを使用したDatabase Controlの管理

DBCAを使用して、Oracle RACデータベース用にGrid ControlまたはDatabase Controlを構成できます。ただし、コマンドライン・インタフェースを使用してDatabase Controlを構成する場合は、Oracle Enterprise Manager Configuration Assistant(EMCA)ユーティリティを使用します。

次の項では、インストール後にDatabase Controlを構成する方法について説明します。

- Oracle RACデータベースのためのDatabase Control実装の変更

- ノードの追加および削除時のDatabase Control構成の更新

- 入力ファイルによるサイレント・モードでのEMCAの使用

- Database Controlで使用されるポートの変更

- Enterprise ManagerとEMCAのトラブルシューティングのヒント

関連項目:
第6.5項「DBCAを使用したDatabase Controlの構成」

6.7.1 Oracle RACデータベースのためのDatabase Control実装の変更

Oracle RAC 11 gデータベース用にDatabase Controlを構成すると、デフォルトで、Database Controlコンソールはローカル・ノードでのみ起動します。Database Controlで構成された既存のOracle RACデータベースを最新のリリースにアップグレードしても、既存のDatabase Control構成は保持されます。たとえば、Oracle RAC 10gリリース1(10.1)のデータベースがある場合、既存のDatabase Controlの構成には、各クラスタ・ノードで実行されるDatabase Controlコンソールがあります。このデータベースをOracle Database 11g リリース2にアップグレードすると、Database Controlコンソールは、引き続き各ノードで起動されます。

Oracle RACデータベース用に起動されるDatabase Controlコンソールの数は変更することができます。クラスタ内で実行されているDatabase Controlコンソールが1つあれば(または、複数あっても)、単一のDatabase Controlコンソールからクラスタ内のすべてのノードを監視および管理できます。

データベース用にDatabase Controlの実装を変更するには、次のコマンドを使用します。nodenameはノードのパブリック名、node_listはカンマ区切りのノード名のリストです。

emca -reconfig dbcontrol –cluster –EM_NODE nodename -EM_NODE_LIST node_list

注意:
コマンドemca -clusterを使用して、Oracle RACに対してDatabase Controlを構成する場合は、環境変数TNS_ADMINをすべてのクラスタ・ノードで確認してください。ノードごとに異なったTNS_ADMINが設定されていると、ターゲット・ノードのリスナーを正しく構成できません。その場合は、TNS_ADMINをすべてのクラスタ・ノードで同じ設定にしてから、emca -clusterコマンドを実行してください。

emca -reconfig dbcontrolコマンドを使用すると、複数ノードでDatabase Controlコンソールを起動できます。このコマンドでは、次の操作が順番に実行されます。

1. nodenameで指定されたノードでDatabase Controlコンソールが起動されます(Database Controlコンソールが起動されていない場合)。

2. node_listのデータベース・インスタンスを監視する管理エージェントがリダイレクトされ、nodenameで実行されているDatabase Controlコンソールにそのデータがアップロードされます。また、nodename上のOracle Databaseインスタンスを監視する管理エージェントによって、そのデータがローカルのコンソールにアップロードされます。コマンド・オプション-EM_NODEまたは-EM_NODE_LISTをコマンドラインに入力しなかった場合、入力を求めるプロンプトが表示されることに注意してください。

注意:
プロンプトが表示されても-EM_NODEを指定しなかった場合は、ローカル・ノードにデフォルト設定されます。-EM_NODE_LISTを指定しなかった場合は、データベースが構成されているすべてのノードにデフォルト設定されます。

クラスタの現行の構成情報が必要な場合は、次のコマンドを実行できます。

emca -displayConfig dbcontrol –cluster

このコマンドを実行すると、クラスタ・データベースの一意のデータベース名の入力を求めるプロンプトが表示されます。画面に現行の構成が表示され、Database Controlコンソールが実行されているノードと、各管理エージェントのデータのアップロード先のDatabase Controlコンソールが示されます。

例6-3 Oracle RACデータベースのためのDatabase Controlの再構成

この例では、クラスタ内の複数のノードでDatabase Controlコンソールを起動する方法を示します。たとえば、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つ)が実行されます。クラスタ内のすべてのターゲットは、いずれのコンソールからでも管理および監視できます。さらに、node1、node2、node3およびnode4のノード上の管理エージェントは、node1で実行されているDatabase Controlコンソールに自身の情報をアップロードします。同様に、node5、node6、node7およびnode8のノード上の管理エージェントは、node5で実行されているDatabase Controlコンソールに自身の情報をアップロードします。

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.7.2 ノードの追加および削除時のDatabase Control構成の更新

管理者型管理のデータベースの場合、一般的な操作は、クラスタ・ノードの追加と削除です。

6.7.2.1 クラスタにノードを追加した後のEMCAの使用

新しいノードを追加した後にEMCAを実行して、新しく追加したインスタンスを残りのクラスタ・データベース・インスタンスと同じ方法で管理できるようにOracle Enterprise Managerを構成します。EMCAを使用して、Enterprise Managerが現在構成されているノードで次のコマンドを実行し、そのノードのDatabase Controlコンソールまたは管理エージェントを構成します。

emca -addNode db

-addNodeオプションはOracle Real Application Clusters環境でのみ使用できるため、コマンドラインで-clusterオプションを使用する必要はありません。emca -addNode dbコマンドを実行した後、ノードおよびOracle RACデータベースのノード名および一意のデータベース名を次の例のように入力します。

Node name: node6
Database Unique Name: myNewDB

新しいノードにOracle Enterprise Managerを構成する場合、EMCAコマンドは必ず、クラスタとOracle RACデータベースにノードを追加した後に実行してください。また、Oracle Enterprise Managerが構成済であるクラスタのノードからコマンドを実行します。その既存ノードのOracle Enterprise Managerの構成設定が、コマンドを実行すると新規ノードに伝播されるためです。

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.7.2.2 クラスタからノードを削除した後のEMCAの使用

クラスタから削除する特定のノードのOracle Enterprise Managerの構成を解除するには、削除するノード以外のノードにログインし、次のコマンドを使用します。

emca -deleteNode db

EMCAコマンドを実行してから、実際のクラスタ・ノードを削除するようにします。このオプションはOracle Real Application Clusters環境でのみ使用できるため、コマンドラインで-clusterオプションを使用する必要はありません。

このコマンドを実行すると、Oracle Enterprise Manager構成が削除されるため、Oracle Enterprise Managerを使用して、そのノード上のインスタンスを管理できなくなります。

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.7.3 Database Controlで使用されるポートの変更

Oracle RAC 11g リリース2(11.2)を初めてインストールする場合またはEMCAを使用してDatabase Controlを初めて構成する場合、Database Controlでは一連のデフォルトのシステム・ポートが使用されます。たとえば、Oracle Database 11gリリース2 (11.2)の場合、デフォルトでは、ローカル・ホスト名(host.domain)とポート1158で構成されるWebアドレスを使用してDatabase Controlにアクセスします。

https://host.domain:1158/em

ポート1158は、Internet Assigned Numbers Authority(IANA)によってDatabase Controlに割り当てられているデフォルト・ポートです。同様に、IANAによって割り当てられている管理エージェントのデフォルト・ポートは3938です。

EMCAを使用してDatabase Controlを構成する場合にデフォルト・ポート以外のポートを使用するには、EMCAコマンドライン引数を使用します。表6-1は、Database Controlの標準的なポート割当てを制御するEMCAコマンドライン・パラメータの概要を示します。

表6-1 ポート割当てを構成するためのEMCAコマンド・パラメータ

オプション

説明

-DBCONTROL_HTTP_PORT port_number

このポート番号は、Database ControlコンソールのURLで使用されます。たとえば、このポートを5570に設定すると、次のURLを使用してDatabase Controlコンソールにアクセスできます。

http://host.domain:5570/em

-RMI_PORT port_number

このポート番号は、Database Controlに必要なJava EEソフトウェアの一部であるRemote Method Invocation(RMI)システムで使用されます。Database Controlコンソール用に特定のポートを構成する必要がある場合は、デフォルトのポートを変更できます。

デフォルト・ポート(1521)以外のポートを使用する場合は、emca reconfigコマンドとともに-RMI_PORTパラメータを使用します。

-JMS_PORT port_number

このポートは、Oracle Containers for Java EE(OC4J)と、Database Controlに必要なJava EEソフトウェアの一部であるJava Message Service(JMS)で使用されます。Database Controlコンソール用に特定のポートを構成する必要がある場合は、デフォルトのポートを変更できます。

デフォルト・ポート(1521)以外のポートを使用する場合は、emca reconfigコマンドとともに-JMS_PORTパラメータを使用します。

-AGENT_PORT port_number

このポートは、Database Controlコンソールのデータベースの監視と管理を行うOracle Management Agentで使用されます。

また、Database Controlの構成後に、次のコマンドを使用してポートを明示的に割り当てることもできます。parametersは表6-1にリストしたコマンドライン・パラメータです。

emca -reconfig ports [-cluster] [parameters]

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.8 Enterprise ManagerとEMCAのトラブルシューティングのヒント

次の項では、EMCAとDatabase ControlまたはGrid Controlを使用する場合のトラブルシューティングのヒントをいくつか説明します。

- データベース・リスナー・ポートを変更した後のDatabase Controlの更新

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

- ホスト名またはIPアドレスを変更した後のDatabase Controlの更新

- TNS_ADMIN構成を変更した後のEMCAの使用

関連項目:
付録G「Oracle Enterprise Manager Configuration Assistantリファレンス」

6.8.1 データベース・リスナー・ポートを変更した後のDatabase Controlの更新

Database Controlを構成した後にデータベースのリスナー・ポートを変更すると、Database Controlコンソールにはデータベースの状態が停止と表示されます。新しいリスナー・ポートを使用するようにDatabase Controlを再構成するには、次のコマンドを使用してEMCAを実行します。

emca.bat -config dbcontrol db [-cluster]

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

Oracle Enterprise Manager(Database ControlまたはGrid Control Management Agent)に対して構成されたOracle Database 10gリリース1のデータベース・インスタンスをOracle Database 11gリリース2(11.2)のデータベースにアップグレードすると、アップグレードしたインスタンスに関連付けられているOracle Enterprise Managerターゲットの監視対象のすべてのリソースが自動的に更新されます。これは、アップグレードを行うと、インスタンスのOracleホーム、ポート番号などのインスタンス関連およびノード関連のプロパティが変更されるためです。

アップグレードされるインスタンスがGrid Controlエージェントに管理されている場合は、Grid Control内の関連するリソース情報がアップグレード時に正常に更新されない場合もあります。Grid Controlターゲット情報を更新するには、次の手順を実行します。

1. Grid Controlを使用して、アップグレードしたインスタンスのホームページにアクセスします。

2. アップグレードしたインスタンスのホームページで、「監視構成」を選択します。

3. 「監視構成」ページで、必要に応じてOracleホーム、リスナー・ポートなどのプロパティを適切な値に更新します。

6.8.3 ホスト名またはIPアドレスを変更した後のDatabase Controlの更新

ホスト名(ドメイン名を含む)またはノードのIPアドレスの変更後は、そのノードのDatabase Controlの構成を解除してから、-reposフラグを指定したEMCAを使用して再構成する必要があります。次に例を示します。

Enterprise Managerの再構成(構成を削除する場合のリポジトリの削除)

emca -deconfig dbcontrol db -repos drop
emca -config dbcontrol db -repos create

Enterprise Managerの再構成(再構成時のリポジトリの再作成)

emca -deconfig dbcontrol db
emca -config dbcontrol db -repos recreate

6.8.4 TNS_ADMIN構成を変更した後のEMCAの使用

TNS_ADMIN環境変数を変更して新しい構成を指定した後は、Database Controlを更新する必要があります。TNS_ADMIN環境変数に新しい値を設定してから、次のコマンドを実行します。

emca -config dbcontrol db

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

この章では、Oracle Real Application Clusters(Oracle RAC)インストールの構成について説明します。

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

- Oracle RAC構成の理解

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

- Windowsでの複数のOracleホーム・ディレクトリの動作

- DBCAで作成したデータベース・コンポーネントの理解

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

- 初期化パラメータ・ファイルの使用

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

- Oracle Net Servicesの構成ファイルの理解

- Oracle RACデータベースでのSCANの使用

7.1 Oracle RAC構成の理解

Oracle Net Configuration Assistant(NETCA)およびOracle Database Configuration Assistant(DBCA)は、データベースの作成要件を満たすように、またOracle Enterprise ManagerによるOracle RACデータベースの検出が可能になるように環境を構成します。

注意:
構成ファイルは、クラスタ・データベースの各ノードに作成されます。

Oracle RACのインストールの完了後は、ホスト名を変更しないようにしてください(ドメイン修飾の追加または削除を含む)。ノード名はOracle Clusterwareのインストール中にホスト名から作成され、データベース・プロセスで広範に使用されます。ホスト名が変更されているノードは、クラスタから削除して新しいホスト名で追加しなおす必要があります。

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

Oracle RACでは、すべてのクラスタ・ノードのタイムゾーン設定が同じである必要があります。Oracle Clusterwareのインストール中に、インストール・プロセスは、Oracle Universal Installer(OUI)が実行されるノードでOracle Grid Infrastructureインストール所有者のタイムゾーン設定を確認し、そのタイムゾーン値をOracle Clusterwareが管理するすべてのプロセスのデフォルトのタイムゾーン設定として、すべてのノードで使用します。このデフォルト設定は、データベース、Oracle Automatic Storage Management(Oracle ASM)およびその他の管理対象プロセスで使用されます。

SQL*Plusを使用してインスタンスを起動する場合は、Oracle RACが使用するタイムゾーン値が、データベース用にOracle Clusterwareで構成されているタイムゾーン値と同じであることを確認する必要があります。次のコマンドを実行してOracle Clusterwareがデータベースに使用するタイムゾーンを変更できます。time zoneは変更後のタイムゾーンです。

srvctl setenv database -T "TZ=time zone"

7.3 Windowsでの複数のOracleホーム・ディレクトリの動作

各Oracle製品は、それぞれに専用のOracleホームにインストールされる必要があります。つまり、各製品は、他のOracle製品とは異なるディレクトリ構造にインストールされる必要があります。%ORACLE_BASE%の値はレジストリ(HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0など)に格納されています。また、ORACLE_HOMEおよびORACLE_SIDの値もレジストリに格納されています。これらのディレクトリのシンボリック・リンク(UNIXプラットフォームで使用されているリンクなど)は、Windowsプラットフォームではサポートされません。

関連項目:
レジストリ・キーの詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

Oracle Universal Installer (OUI)では、レジストリのORACLE_BASE、ORACLE_HOMEおよびORACLE_SIDなどの環境変数の値を記録し、またインストールを実行するユーザーに対してPATH環境変数の値を更新します。LinuxシステムおよびUNIXシステムでは、このような環境変数をユーザー・セッションまたはユーザー・プロファイルに手動で設定する必要があります。

%ORACLE_HOME%(デフォルトのOracleホーム)の現在の設定を変更するには、次の手順を実行します。

1. OUI(リリース10.n以上)を実行します。

2. 「インストールされた製品」ボタンをクリックします。

3. ウィンドウ上部にある、「環境」タブをクリックします。

4. デフォルトにするOracleホーム・ディレクトリをリストの最上位に移動します。

5. 変更を適用して、インストーラを終了します。

この手順では、レジストリのデフォルトのORACLE_HOME変数の値が、選択した値に変更されます。これによって、各製品の%ORACLE_HOME%\binディレクトリが、PATH環境変数に正しい順序で表示されます。

7.4 DBCAで作成したデータベース・コンポーネントの理解

DBCAが作成するデータベース・コンポーネントには、次のものがあります。

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

- 制御ファイル

- オンラインREDOログ・ファイル

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

シングル・インスタンスおよびクラスタ・データベースの両方の環境では、Oracle Databaseは表領域という小さな論理領域に分割されています。各表領域は、共有記憶域にある1つ以上のデータ・ファイルに対応しています。表7-1に、Oracle RACデータベースで使用する表領域名、およびその表領域に含まれるデータの種類を示します。

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

表領域名

内容

SYSTEM

必須の表領域で、データベースに必要な表、ビューおよびストアド・プロシージャの定義を含む、データ・ディクショナリで構成されます。この表領域内の情報は自動的にメンテナンスされます。

SYSAUX

必須の補助システム表領域で、多くのOracle Database機能および製品によって使用されます。この表領域には、DRSYS、CWMLITE、XDB、ODM、OEM_REPOSITORYおよびSYSTEM表領域に以前格納されていたコンテンツが含まれます。

USERS

ユーザー作成の表領域で、アプリケーション・データで構成されています。表を作成しデータを入力するにつれて、この領域にデータが書き込まれます。

TEMP

必須の表領域で、SQL文の処理時に作成された一時表および索引が含まれます。非常に大規模な表に対するANALYZE COMPUTE STATISTICSのように大量のソートが必要なSQL文、あるいはGROUP BY、ORDER BYまたはDISTINCTを含むSQL文を使用する場合に、この表領域の拡張が必要な場合があります。

UNDOTBSn

システム管理の表領域で、インスタンスごとのUNDOデータが含まれます。各Oracle RACインスタンスは、表領域名のnに異なる値を使用します。これらの表領域は、自動UNDO管理に使用されます。

RBS

システム表領域で、ロールバック・セグメントが含まれます。自動UNDO管理を使用しない場合は、RBS表領域を構成する必要があります。RBS表領域は、以前のバージョンのOracle Databaseとの互換性が必要な場合にのみ使用する必要があります。

関連項目:
SYSTEM、SYSAUXおよび他の表領域の詳細は、『Oracle Database管理者ガイド』を参照してください。

Oracle RACのインストール時に事前構成済データベース・テンプレートまたはデータベース構成タイプを選択した場合、これらの表領域名は変更できません。ただし、Oracle RACのインストール時に「詳細」データベース構成タイプを選択した場合は、表領域の名前を変更できます。データベース構成タイプの詳細は、「Oracle Database構成タイプの選択」を参照してください。

前述のとおり、各表領域には1つ以上のデータ・ファイルがあります。事前定義済データベース構成タイプによって作成されるデータ・ファイル名は、記憶域タイプ(Oracle Automatic Storage Management(Oracle ASM)、ファイル・システムなど)によって異なります。

Windowsプラットフォームでは、表7-2に示すデータ・ファイルのシンボリック・リンク名および他のデータベース・ファイルを使用します。インストール時に「詳細」データベース構成タイプを選択した場合は、異なるシンボリック・リンク名を指定できます。

表7-2 Windowsプラットフォームにおけるデータベース・ファイルのシンボリック・リンク名

Windowsシンボリック・リンク名

表領域または他のデータベース・ファイル名

db_name_system

SYSTEM

db_name_SYSAUX

SYSAUX

db_name_users

USERS

db_name_temp

TEMP

db_name_undotbs1

UNDOTBS1

db_name_undotbs2

UNDOTBS2

db_name_rbs

RBS

db_name_example

EXAMPLE

db_name_indx

INDX

db_name_spfile

SPFILE

db_name_control1

1つ目の制御ファイル

db_name_control2

2つ目の制御ファイル

db_name_redoinstance_number_log_number

instance_numberはインスタンスの番号であり、log_numberはREDOログ番号(1または2)です。

オンラインREDOログ・ファイル

各データベース・インスタンスには、2つ以上のオンラインREDOログ・ファイルが必要です。データベース名がdbである場合、1つ目のデータベース・インスタンスのオンラインREDOログ・ファイルのシンボリック・リンク名は次のようになります。

db_redo1_1

db_redo1_2

2つ目のインスタンスのオンラインREDOログ・ファイルのリンク名は次のようになります。

db_redo2_1

db_redo2_2

7.4.2 制御ファイル

データベースは、共有記憶域に格納されている2つの制御ファイルを使用して構成されています。各データベースには、一意の制御ファイルが1つ必要であり、データベースに構成されているその他の制御ファイルは、元の制御ファイルと同一のコピーです。

制御ファイルが使用できなくなった場合、その破損した制御ファイルにアクセスしようとするデータベース・インスタンスは失敗します。様々なディスクに制御ファイルを多重化する(多重コピーを作成する)ことによって、データベースは冗長性を実現でき、それによってシングル・ポイント障害を避けることができます。

関連項目:
制御ファイルの詳細は、『Oracle Database概要』を参照してください。

7.4.3 オンラインREDOログ・ファイル

各データベース・インスタンスには、2つ以上のオンラインREDOログ・ファイルが必要です。データベース・インスタンスのオンラインREDOログ・ファイルは、REDOスレッドと呼ばれます。オンラインREDOログ・ファイルの単一セットの競合を避けるために、各Oracle RACデータベース・インスタンスには、それぞれ固有のREDOスレッドがあります。インスタンス障害が発生しても、障害が発生していないインスタンスは、オンラインREDOログ・ファイルにアクセスできる必要があります。したがって、Oracle RACデータベースのオンラインREDOログ・ファイルは、共有記憶域またはOracle ASMに配置される必要があります。記憶域としてファイル・システムを使用する場合、ファイル・システムは共有またはクラスタ・ファイル・システムである必要があります。

オンラインREDOログ・ファイルの事前構成済のデータベース構成タイプによって作成される生成ファイル名は、使用される記憶域のタイプによって異なることがあります。クラスタ・ファイル・システムまたはOracle ASMを使用している場合を除き、インストール時またはデータベースの作成時に、各オンラインREDOログ・ファイルの記憶域の場所としてRAWデバイス名を指定する必要があります。

関連項目:

- オンラインREDOログ・ファイルの詳細は、『Oracle Database概要』を参照してください。

- オンラインREDOログ・ファイルの記憶域の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

Oracle Databaseは、UNDO表領域に、ロールバック情報やUNDO情報を格納します。UNDO表領域の管理には、UNDO表領域の自動管理モードであり、UNDO表領域の管理を容易にする、自動UNDO管理を使用することをお薦めします。

Oracle ASMおよびOracle Managed Files(OMF)を自動UNDO管理とともに使用する場合、初めて起動されたインスタンスはUNDO表領域を持ちませんが、別のインスタンスによって自動的に作成されたそのインスタンス用のUNDO表領域を持つことになります。これは、オンラインREDOログについても同じです。

関連項目:

- 自動UNDO管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 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 Vaultのデフォルトの監査方針および初期化パラメータ

Oracle Database Vaultでは、ベースラインとなるデータベース監査方針がインストールされます。この方針は、Oracle Database Vaultの表に格納されているアクセス制御構成情報、Oracleデータ・ディクショナリに格納されている情報(ロールバック・セグメント、表領域など)、システム権限の使用、およびOracle Label Securityの構成に適用されます。Oracle Database Vaultをインストールすると、セキュリティに関するデータベース初期化パラメータはデフォルト値で初期化されます。

関連項目:
Oracle Database VaultをインストールすることによってOracle RACデータベース構成が受ける影響の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

7.8 Oracle Net Servicesの構成ファイルの理解

ほとんどの環境に対応するように、Oracle Databaseサーバーとクライアントのネットワーク要素が事前構成されています。デフォルトでは、簡易接続ネーミング・メソッドが有効化され、リポジトリは不要です。簡易接続以外のネーミング・メソッドを使用する場合は、Oracle Net Servicesの追加の構成が必要となる場合があります。

次の項では、Oracle RACデータベースのためのOracle Net Servicesの構成について説明します。

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

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

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

7.8.1 Oracle RACデータベースのデータベース・サービス

各データベースは、1つ以上のサービスで表されます。サービスは、サービス名(sales.example.comなど)によって識別されます。クライアントはサービス名を使用して、自身がアクセスする必要があるデータベースを識別します。データベース・サービスとネットワーク内でのその場所についての情報は、クライアントに対して透過的です。

データベース接続の作成にサービス名を使用する際に必要な情報はリポジトリに格納されており、1つ以上のネーミング・メソッドで表されます。ネーミング・メソッドとは、クライアント・アプリケーションがデータベース・サービスへの接続を試みるときに、接続識別子(サービス名など)を接続記述子に解決するために使用する解決方法です。Oracle Net Servicesは、いくつかの種類のネーミング・メソッドを提供しています。これらは、各クライアント上のローカル構成またはネットワーク上のすべてのクライアントがアクセスできる集中化された構成をサポートしています。

Oracle Database 11gリリース2(11.2)のデータベース・サービスは、LOCAL_LISTENERとREMOTE_LISTENERパラメータに指定されたリスナーに自動的に登録されます。登録時に、PMONは情報(サービス名、インスタンス名、ワークロード情報など)をリスナーに送信します。この機能は、サービス登録と呼ばれます。

サービスは、そのワークロード(現在処理している作業の量)をローカル・リスナーとSCANリスナーに登録することで、自身のセッションを調整します。クライアントはSCANリスナーによって、特定のサービスのインスタンスを実行する、負荷が最も低いノードのローカル・リスナーへとリダイレクトされます。この機能は、ロード・バランシングと呼ばれます。ローカル・リスナーは、クライアントをディスパッチャ・プロセスに送るか(データベースが共有サーバー用に構成されていた場合)、またはクライアントを専用サーバー・プロセスに送ります。

Oracleインスタンスの起動後にリスナーが起動し、リスナーがサービス登録に使用可能になると、次回にOracle Databaseプロセス・モニター(PMON)が検出ルーチンを起動するまで登録は行われません。デフォルトでは、PMON検出ルーチンは60秒ごとに起動されます。60秒の遅延を変更するには、SQL文ALTER SYSTEM REGISTERを使用します。この文によって、PMONはすぐにサービスを登録します。

注意:
リスナーの起動直後にこの文を実行するスクリプトを作成することをお薦めします。インスタンスが登録され、サービスが現在登録されている場合、またはリスナーが停止している場合にこの文を実行しても、何も処理されません。

関連項目:
サービス登録の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

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

次の項で説明するように、Oracle Net Servicesとリスナーを構成できます。

- グリッド・ネーミング・サービスとリスナー

- ローカル・リスナー

- DBCAを使用したデータベースの複数のリスナーの構成

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

7.8.2.1 グリッド・ネーミング・サービスとリスナー

GNSを有効にした場合、リスナーを手動で構成する必要はありません。

GNS構成では、クラスタに1つのGNSデーモンが割り当てられます。GNSによって管理されるクラスタ・ドメインへのサービス要求はGNSのVIPアドレスにルーティングされ、そこで要求はGNSデーモンへとルーティングされます。

GNSデーモンは登録をリスニングします。SCAN VIPは、ノードで使用が開始された際に自身のアドレスをGNSに登録します。GNSは、DNSからSCANの要求を受信すると、登録されたアドレスをDNSに戻します。

7.8.2.2 ローカル・リスナー

Oracle Database 11gリリース2(11.2)から、ローカル・リスナー(デフォルトのリスナー)は、Oracle Grid Infrastructureのインストール時にGridホームに配置されるようになりました。listener.oraファイルは、Grid_home\network\adminディレクトリにあります。Oracle Net Services構成ファイルを含むディレクトリを指すようにTNS_ADMIN環境変数またはレジストリ値を設定することによって、listener.oraファイルにデフォルト以外の場所を使用できます。

Oracle Databaseの作成時、LOCAL_LISTENERパラメータは、データベースのローカル・リスナーを指すように自動的に構成されます。データベース・エージェント・プロセス(oraagent.exe(以前のracgimon))は、LOCAL_LISTENERパラメータにOracle Netサービス名を必要としない接続記述子を設定します。

LOCAL_LISTENERには手動で値を設定できます。LOCAL_LISTENERを設定すると、データベース・エージェント・プロセスはこの値を自動更新しません。このパラメータは設定せずに、データベース・エージェント・プロセスで自動的にメンテナンスできるようにすることをお薦めします。LOCAL_LISTENERを設定しなければ、リスナーのポートまたはIPアドレスが変更された場合でも、Gridホームのローカル・リスナーとデータベースの関連付けは自動的に更新されます。

関連項目:

- tnsnames.oraファイルで定義されるリスナーの関連付けの詳細は、「ネット・サービス名(tnsnames.oraファイル)」を参照してください。

- listener.oraファイルの詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

- リスナーの概要と構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

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

ローカル・リスナーは、データベース接続要求と、外部プロシージャやOracle XML Database (XDB)要求などのデータベース接続以外の要求に応答するように構成されています。listener.oraファイルは、リスナーの構成ファイルです。これには、接続要求を受け入れるプロトコル・アドレス、リスニングするデータベース・サービスとデータベース以外のサービスのリストおよびリスナーにより使用される制御パラメータを含めることができます。Oracle ClusterwareおよびOracle RACにより使用されるリスナーの構成は、サーバー制御ユーティリティ(SRVCTL)コマンドまたはNETCAを使用して変更できます。listener.oraファイルを手動で編集する必要はありません。

Oracle RACをインストールする前の、Oracle Grid Infrastructureのインストール中、NETCAはGridホームにLISTENERと呼ばれるデフォルトのリスナーを作成して起動します。このリスナーは、デフォルトのプロトコル・リスニング・アドレスで構成されます。このリスナーは、インストール中に指定した1つのプロトコル・アドレスに送信された接続要求に応答するように構成されます。

Oracle RACのインストール中に、Oracle RACデータベースはGridホームのリスナーを使用して、Oracle RACデータベースに関するサービス情報を構成します。データベース・サービスは自動的に登録されるため、listener.oraファイルでの構成は必要ありません。動的なサービス登録よって、データベース・サービスの静的な構成が不要になります。ただし、Oracle Enterprise Managerを使用する予定の場合は、静的なサービス構成が必要です。

各リスナーは、リスニングするエンドポイントを指定する1つ以上のプロトコル・アドレスで構成されます。プロトコル・アドレスは、リスナーがリスニングするプロトコルと、アドレス、ホスト、ポートなどの他のプロトコル固有の情報を定義します。Oracle Database 11gリリース2からは、listener.oraファイルにIPCキーおよび次の情報のみが含まれるようになりました。

(ADDRESS = (PROTOCOL=TCP)(HOST=)(PORT=1521))

前述の例で、プロトコルADDRESSは、暗黙的にローカル・ノードのHOSTエンドポイントとなります。Oracle RACデータベースの場合、listener.oraファイルはすべてのノードで同じです。ポート番号など、リスニングしているエンドポイントは、リスナーに動的に登録されます。

例7-1 Oracle RACノードのlistener.oraファイルの例

次は、インストール後の状態のlistener.oraファイルの例で、node1というノードとSCANリスナーに関するエントリが記述されています。

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:
C:\app\oracle\product\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 Agent

7.8.2.4 DBCAを使用したデータベースの複数のリスナーの構成

1つのlistener.oraファイルには、それぞれが一意の名前を持つ複数のリスナーを構成できます。複数のリスナーを構成できるのは、トップレベルの各構成パラメータにリスナー名の接尾辞があるか、または構成パラメータがリスナー名そのものであるためです。

注意:
ほとんどのユーザーの環境では、ノードごとに1つのリスナーのみを実行することをお薦めします。

DBCAを使用すると、Oracle RACデータベースを登録するリスナーを構成できます。DBCAがノードで複数のリスナーを検出した場合、リスナーのリストが表示されます。データベースに登録するリスナーを1つまたはすべて選択できます。

注意:
lsnrctlコマンドを使用してOracle Database 11gリリース2 (11.2)のローカル・リスナーおよびSCANリスナーを管理するには、ORACLE_HOME環境変数にGridホームのパスを設定します。以前のリリースで使用していたOracleホームの位置からlsnrctlコマンドを使用しないでください。この位置はOracle Database 11gリリース2 (11.2)では使用できません。

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

tnsnames.oraファイルは、各ノードに作成され、ネット・サービス名のリポジトリとして使用されます。各ネット・サービス名は、接続識別子に関連付けられています。接続識別子は、ユーザー定義の名前を接続記述子にマップする識別子です。接続記述子には、次の情報が含まれます。

- プロトコル・アドレスを介するリスナーの位置を含む、サービスへのネットワーク・ルート

- データベース・サービスの名前に設定される値を持つ、SERVICE_NAMEパラメータ

注意:
指定できるサービス名は1つのみであるため、tnsnames.oraファイルで使用するSERVICE_NAMEパラメータは1つです。データベース初期化ファイルにはservice_namesパラメータもあります。service_namesデータベース・パラメータにはデフォルトで、初期化パラメータ・ファイルのdb_nameとdb_domainパラメータからなるグローバル・データベース名が設定されています。

例7-2 tnsnames.oraファイルの例

tnsnames.oraファイルの例を次に示します。これには単一のネット・サービス名エントリが含まれます。ネット・サービス名の接続識別子はsalesです。sales接続識別子に関連付けられているデータベース・サービスはmyAppです。接続識別子は、ADDRESSで始まる行に含まれる情報です。

#  tnsnames.ora Network Configuration File:
C:\app\grid\11.2.0\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ファイルは、Grid_home\network\adminとOracle_home\network\adminの両方のディレクトリにあります。Oracle Grid Infrastructureがインストールされている場合、デフォルトでは、Gridホームからtnsnames.oraファイルが読み取られます。

例7-3 Oracle RACデータベースのtnsnames.oraエントリの例

次は、インストールの後のOracle RAC 11gリリース2(11.2)のデータベースのtnsnames.oraファイルに格納されているネット・サービス名の例です。データベース名はRACDBで、クラスタ名はmyclusterであり、GNSはクラスタ用に構成されています。

RACDB =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST=myscan.mycluster.example.com)(PORT=1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = RACDB)
)
)

Oracle Clusterware 11gリリース2以上では、リスナーの対応付けにtnsnames.oraファイルのエントリは必要ありません。リスナー対応付けは、次のように構成されます。

- DBCAでは、LOCAL_LISTENERパラメータは設定されなくなりました。データベースを起動するOracle Clusterwareエージェントは、LOCAL_LISTENERパラメータを動的に設定し、このパラメータに別名ではなく実際の値を設定します。そのため、tnsnames.oraファイルのlistener_aliasエントリは不要になります。

- REMOTE_LISTENERパラメータは、DBCAによって、SCANとSCANポートを参照するように構成され、tnsnames.oraのエントリは不要です。Oracle Clusterwareではscanname:scanportに簡易接続ネーミング・メソッドを使用するため、tnsnames.oraファイルにREMOTE_LISTENERパラメータに対するリスナーの関連付けは不要です。

関連項目:
tnsnames.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

DBCAは、次の項で説明するように、接続用のネット・サービス名を作成します。

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

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

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

データベースのインスタンスに接続するクライアントは、接続記述子のSCANを使用する必要があります。また、ネット・サービス名を使用して、データベースに接続することもできます。DBCAで作成されるネット・サービス名によって、Oracle Enterprise ManagerがOracle RACデータベースを検出できるようになります。

クラスタに対して3つのSCANアドレスが構成され、サーバーに割り当てられます。クライアントがSCANを使用して接続要求を発行すると、3つのSCANアドレスがクライアントに戻されます。1つ目のアドレスに障害がある場合は、SCAN名への接続要求が次のアドレスにフェイルオーバーされます。複数のアドレスを使用することによって、最初のインスタンスに障害があっても、クライアントはデータベースのインスタンスに接続できます。

例7-4 データベース接続用のネット・サービス名エントリの例

この例は、tnsnames.oraファイルで使用される接続記述子を示しています。ここでの接続識別子は、データベース名mycluster.example.comと同じです。個々のサーバー、仮想インターネット・プロトコル(VIP)・アドレスまたはクラスタ・ノード名を指定するかわりに、接続記述子はSCAN(myscan.mycluster.example.com)を使用します。

ネット・サービス名mycluster.example.comを使用する接続は、myAppデータベース・サービスを実行するmyclusterデータベースのいずれのデータベース・インスタンスにも接続されます。

mycluster.example.com =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = host=myscan.mycluster.example.com)
(PORT = 1522))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = myApp)
)
)

ネット・サービス名は、データベース、データベース・インスタンスまたはリスナーが実行されるサーバーの物理アドレスを認識する必要はありません。SCANはDNSによって解決され、クライアントに3つのIPアドレスが戻されます。その後、クライアントは、接続が確立されるまで各アドレスを連続して試行します。

例7-5 簡易接続ネーミング・メソッドを使用したOracle RACへの接続

クライアントはSCANおよび簡易接続ネーミング・メソッドを使用することで、tnsnames.oraファイルを構成せずに、Oracle RACデータベースに接続できます。SCANがmyscan.mycluster.example.comであるクラスタでOracle RACデータベースが実行されている場合は、次のような接続記述子を使用して、データベース・サービスRACDB.example.comに対する接続リクエストを使用できます。

username/@myscan.mycluster.example.com:1521/RACDB.example.com

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

データベースの特定のインスタンスに接続するクライアントは、そのインスタンスのネット・サービス名を使用します。例7-6のtnsnames.oraエントリが使用されると、Oracle Enterprise Managerはクラスタ内のデータベース・インスタンスを検出できます。これらのエントリは、インスタンスの起動および停止にも使用されます。

例7-6 インスタンス接続用のネット・サービス名エントリの例

この例は、特定のデータベース・インスタンスへの接続に使用されるネット・サービス名を示しています。接続識別子は、インスタンス名mycluster1.example.comと同じです。接続記述子はSCANを使用して、インスタンスを特定します。ネット・サービス名mycluster1.example.comを使用する接続は、myclusterデータベースの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.8.4 Net Servicesプロファイル(sqlnet.oraファイル)

データベースの作成後に、OUIによってNETCAが起動されます。NETCAは、Oracle Net Servicesプロファイルまたはsqlnet.oraファイルを作成します。Oracle Grid Infrastructureインストールでは、sqlnet.oraファイルは、デフォルトで次のディレクトリにあります。

Grid_home\network\admin

%ORACLE_HOME%\network\adminディレクトリの場合、デフォルトのsqlnet.oraファイル以外にも、sampleサブディレクトリにサンプルのsqlnet.oraファイルがあります。

インストール時、NETCAによって、sqlnet.oraファイルに次のエントリが作成されます。%ORACLE_BASE%は、Oracle RACインストール用のOracleベース・ディレクトリへのパスです。

SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH=(TNSNAMES, EZCONNECT)
ADR_BASE =%ORACLE_BASE%

AUTHENTICATION_SERVICESパラメータは、データベースにアクセスするユーザーの認証方法を指定します。値NTSは、Microsoft Windowsに備わっているオペレーティング・システム認証を使用して、データベースへのアクセスを認可する必要があることを示します。NAMES.DIRECTORY_PATHパラメータは、接続識別子を接続記述子に解決するために使用するネーミング・メソッドの優先順序を指定します。ADR_BASEパラメータは、自動診断リポジトリ(ADR)がデータベースで有効である場合に、トレーシング・インシデントとロギング・インシデントが格納されるベース・ディレクトリを指定します。

簡易接続ネーミング・メソッドを使用すると、TCP/IP環境でtnsnames.oraファイル内をサービス名で検索する必要がなくなります。簡易接続では、クライアントはホスト名と、オプションのポートおよびサービス名で構成される単純なTCP/IPアドレスの接続文字列を使用します。このメソッドを使用する場合、ネーミングまたはディレクトリ・システムは必要ありません。例については、例7-5「簡易接続ネーミング・メソッドを使用したOracle RACへの接続」を参照してください。

関連項目:

- sqlnet.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- 認証の詳細は、『Oracle Database概要』を参照してください。

- データベースの接続性を考慮したクライアントの構成方法の詳細は、『Oracle Database Clientインストレーション・ガイドfor Microsoft Windows』を参照してください。

- ADRの詳細は、『Oracle Database管理者ガイド』を参照してください。

7.9 Oracle RACデータベースでのSCANの使用

Oracle RACデータベースは、接続時ロード・バランシング機能とフェイルオーバー機能に重要なメリットを提供します。スタンドアロンのOracle Databaseは、共有サーバー・ディスパッチャ・プロセス間で接続を分散することでロード・バランシングを実現します。

Oracle RACデータベースは、クラスタの単一クライアント・アクセス名(SCAN)によってロード・バランシングを拡大し、クラスタ・データベースのすべてのインスタンスにわたって接続を平均化します。また、SCANによってデータベースに場所の独立性がもたらされるため、クライアント構成は特定のデータベースまたはデータベース・インスタンスがどのノードで実行されているかに依存しません。

Oracle RACのロード・バランシング機能については、次の項を参照してください。

- SCANの理解

- SCANリスナーとリスナー登録の理解

- フェイルオーバー、ロード・バランシングおよびSCANの理解

- Oracle RACデータベースにおける共有サーバー使用の理解

7.9.1 SCANの理解

SCANは完全修飾名(ホスト名.ドメイン名)で、SCANリスナーに割り当てられたすべてのアドレスに解決するように構成されています。SCANのデフォルト値は、cluster_name.GNS_sub_domain、または(GNSが使用されていない場合)cluster_name-scan.domain_nameです。たとえば、GNSを使用しないクラスタでは、クラスタ名がsalesRACで、ドメインがexample.comである場合、デフォルトのSCANアドレスはsalesRAC-scan.example.com:1521です。

SCANは、3つのIPアドレスに解決されるようDNSで構成され、DNSでは必ずラウンド・ロビン・アルゴリズムを使用してこれらのアドレスを返します。これは、SCANがDNSにより解決される場合、毎回異なる順序でクライアントにIPアドレスが返されるということです。

注意:
ラウンド・ロビン・アルゴリズムを使用してDNSにSCANを構成しても、接続のフェイルオーバーは保証されません。かわりに、接続のフェイルオーバーは、Oracleクライアントによって処理されます。SCANを使用する接続では、Oracle Client 11gリリース2を使用することをお薦めします。

SCANによってデータベースに場所の独立性がもたらされるため、クライアント構成には、特定のデータベースまたはデータベース・インスタンスをホストする各ノードのアドレスを含める必要はありません。たとえば、クラスタにポリシー管理型のサーバー・プールを構成した場合、サーバー・プールにどのノードが割り当てられているかにかかわらず、SCANによってサーバー・プールのデータベースに接続できます。

Oracle Grid Infrastructureのインストール時に、いくつかのOracle ClusterwareリソースがSCAN用に作成されます。

- SCAN VIPは、SCANが解決するIPアドレスごとに作成されます

- SCANリスナーは、SCAN VIPごとに作成されます

- SCAN VIPへの依存性は、SCANリスナー用に構成されます

SCAN VIPはクラスタ内のいずれのノードでも実行可能であることを除き、SCAN VIPはノードVIPのように機能します。また、SCAN VIPは3つあるが、クラスタ内にあるノードが2つのみである場合、同じサーバーで実行できるSCAN VIPは2つになります。ノードVIPではなくSCANを使用して接続するクライアント(ユーザーまたはアプリケーション)は、クラスタに対してノードが追加または削除されたときに、そのローカルのtnsnames.oraファイルのVIPアドレスのリストを更新する必要はありません。

7.9.2 SCANリスナーとリスナー登録の理解

Oracle Grid Infrastructureのインストールでは、SCANを解決するために割り当てられるIPアドレスと同数のSCANリスナーが作成されます。高可用性とスケーラビリティのため、SCANは3つのアドレスに解決することをお薦めします。SCANを3つのアドレスに解決する場合は、3つのSCANリスナーが作成されます。

SCANリスナーのアドレスは、ラウンド・ロビン方式を使用して、ドメイン・ネーム・サービス(DNS)で、またはグリッド・ネーミング・サービス(GNS)のクラスタ内で解決されます。SCANリスナーはクラスタ内の任意のノードで実行できます。

データベース・パラメータLOCAL_LISTENERはローカル・データベース・リスナーのリスニング・エンドポイントを指定し、データベース・パラメータREMOTE_LISTENERパラメータはSCANリスナーを識別します。データベースは、これらのパラメータに含まれる接続記述情報を使用して、ローカル・リスナーとSCANリスナーに登録されます。Oracle RAC 11g リリース2以降のインスタンスは、リモート・リスナーとしてはSCANリスナーにのみ登録されます。アップグレードしたデータベースは、リモート・リスナーとしてSCANリスナーに登録されるとともに、引き続きすべてのノード・リスナーにも登録されています。

Oracle Database 11gリリース2から、REMOTE_LISTENERパラメータにはSCANアドレスが常に設定されます。ホスト名にSCAN(HOST=scan)を使用する単一アドレスのOracle Net別名は設定しないでください。たとえば、クラスタのSCANがmyscanで、クラスタのGNSサブドメインがmycluster.example.comである場合、REMOTE_LISTENERパラメータには次の値が保持されます。

myscan.mycluster.example.com:1521

データベース・エージェント・プロセス(以前のracgimon)は、ローカル・ノードのノードVIPアドレスに接続記述子を指定することで、Oracle RACデータベース用にLOCAL_LISTENER初期化パラメータを自動的に構成します。この設定を変える必要はありません。REMOTE_LISTENERパラメータには、SCANとSCANポートを設定する必要があります。SCANポートを変更する場合は、SQL文ALTER SYSTEM SET REMOTE_LISTENERを使用して、REMOTE_LISTENERパラメータの値を変更する必要があります。

7.9.3 フェイルオーバー、ロード・バランシングおよびSCANの理解

Oracle RACはノードVIPアドレスを使用したフェイルオーバーを提供します。これは、同じデータベース・サービスに対するクライアント接続要求を管理するために、複数のノードで複数のリスナーを構成することで実現します。ノードで障害が発生すると、VIPへのサービス接続は動作可能なノードに透過的に再接続されるため、VIPを介して接続するクライアントに障害を迅速に通知できます。アプリケーションおよびクライアントが透過的アプリケーション・フェイルオーバー・オプションを使用して構成されている場合、そのクライアントは動作可能なノードに再接続されます。

Oracle Database 11gリリース2より前のOracle RACリリースのVIPアドレスを使用するように構成されたクライアントは、既存の接続アドレスを引き続き使用できるため、SCANを使用する必要はありません。以前のリリースのOracle DatabaseをアップグレードするとSCANリスナーに登録されるため、クライアントがSCANを使用してそのデータベースに接続できるようになります。

Oracle RACデータベースには、2つのタイプのロード・バランシング(クライアント側およびサーバー側のロード・バランシング)を実装できます。クライアント側のロード・バランシングは、リスナー全体で接続要求のバランスをとります。サーバー側のロード・バランシングの場合、SCANリスナーはロード・バランシング・アドバイザを使用して、現在サービスを提供している最適なインスタンスに接続要求を送ります。

サービス名を使用しているOracle RACデータベースにSCANを使用して接続する場合は、環境に基づいて次のアクションが発生します。番号が付けられたアクションは、図7-1に示されている矢印に相当します。

1. 各インスタンスのPMONプロセスは、ローカル・ノード上のデフォルトのリスナーと、REMOTE_LISTENERデータベース・パラメータで指定された各SCANリスナーにデータベース・サービスを登録します。リスナーは、インスタンスとディスパッチャによって処理されている作業の量に基づいて動的に更新されます。

2. クライアントは、次の書式の接続記述子を使用して、データベース接続要求を発行します。

orausr/@scan_name:1521/sales.example.com

注意:
簡易接続ネーミング・メソッドを使用する場合は、クライアントのsqlnet.oraファイルに、NAMES.DIRECTORY_PATHパラメータで指定されたネーミング・メソッドのリストのEZCONNECTが含まれていることを確認します。

3. クライアントは、DNSを使用してscan_nameを解決します。SCANに割り当てられる3つのアドレスがDNSから戻された後、クライアントは1つ目のIPアドレスに接続要求を送信します。接続要求が失敗すると、クライアントは次のIPアドレスを使用して接続を試行します。

4. 接続要求が成功すると、クライアントはsalesデータベースをホストするクラスタのSCANリスナーに接続します。SCANリスナーは、インスタンスsales1およびsales2のワークロードと、これらが実行されているノードのワークロードを比較します。node2はnode1よりも負荷が小さいため、SCANリスナーはnode2を選択し、そのノードのリスナーのアドレスをクライアントに送信します。

5. クライアントは、node2のローカル・リスナーに接続します。ローカル・リスナーは、データベース接続のための専用サーバー・プロセスを起動します。

6. クライアントは、node2の専用サーバー・プロセスに直接接続し、sales2データベース・インスタンスにアクセスします。

図7-1 SCANを使用するOracle RAC接続のロード・バランシング・アクション

関連項目:

- SCANとその構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

- フェイルオーバー、ロード・バランシングおよびロード・バランシング・アドバイザの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

7.9.4 Oracle RACデータベースにおける共有サーバー使用の理解

DBCAは、デフォルトで、Oracle RACデータベースを共有サーバーではなく専用サーバーで構成します。ただし、DBCAの使用時に共有サーバー・オプションを選択すると、DBCAは共有サーバーを構成します。共有サーバーが構成されていると、Oracle RACでは、専用サーバーと共有サーバーの両方の処理が使用されます。

関連項目:

- インスタンス間登録、共有サーバーと専用サーバーの構成、および接続時ロード・バランシングの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- Oracle RAC環境における接続ロード・バランシングの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

この章では、Oracle Real Application Clusters(Oracle RAC)のOracleホーム・ディレクトリから、すべてのOracle Database、インスタンスおよびソフトウェアを完全に削除する方法について説明します。

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

- 削除ツールの動作の概要

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

関連項目:
製品を1つのみ削除するとき、その製品に適用する要件および制限がないかを確認するには、『Oracle Database Clientインストレーション・ガイドfor Microsoft Windows』など、製品固有のドキュメントを参照してください。

8.1 削除ツールの動作の概要

削除ツールは、サーバーからOracle RACまたはスタンドアロンのOracle Databaseインストールを削除します。また、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)で構成されるOracle Grid Infrastructureのインストールも削除できます。削除ツールは、Oracleホーム・ディレクトリからソフトウェアを削除する際に次の処理を実行します。

- Oracleホームに関連付けられたすべてのインスタンスの確認

- プロセスの停止

- Oracle Databaseホームにインストールされたリスナーの削除

- データベース・インスタンスの削除

- Oracle ASMリリース11.1以下のインストールの削除

- Oracle Grid Infrastructureインストールの削除

注意:

- Oracle Database Vaultオプションを削除またはアンインストールすることはできません。ただし、無効にすることはできます。詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

- Oracle Configuration Managerは削除できます。詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

- Oracle Database 11g リリース2(11.2)以上では、Oracle ClusterwareからOracle ASMを個別に削除またはアンインストールしたり、Gridホーム以外の場所にOracle ASMをインストールすることはできません。

注意:
1台のサーバー上の複数のデータベースで同じグローバル・データベース名(GDN)を使用するクラスタ・メンバー・ノードがある場合、1つのデータベースのみを削除ツールで削除することはできません。たとえば、クラスタ・ノードのいずれかにあるスタンドアロンのデータベースがGDN mydb.example.comを使用し、Oracle RACデータベースのGDNもmydb.example.comである場合は、そのノードの両方のデータベースが削除されます。

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

削除するOracleホームに関連付けられたすべてのインスタンスおよびサービスを確認するには、次の手順を実行します。

1. 管理者権限を持つユーザーとしてクラスタ・ノードにログインします。

2. Oracleホームに関連するOracleサービスを見つけます。
サービスを管理するWindowsのサービス・コントロール・マネージャを使用します。削除するOracleホームにアクセスし、状態が「開始」であるOracleサービス(名前がOraで始まる)を検索します。

サービスが関連付けられているOracleホームを確認するには、Windows 2003では、サービスの「実行可能ファイルへのパス」を調べて、そのサービスの実行可能ファイルが格納されているディレクトリを確認します。

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

削除ツールは、Oracle RACデータベースとシングル・インスタンス・データベースの両方に関して、Oracle Databaseインストールだけでなく、Oracle ClusterwareおよびOracle ASMをサーバーから削除します。次の項では、削除ツールについて説明し、使用できる追加オプションに関する情報を示します。

- 削除ツールの概要

- Oracle RACに対する削除ツールの使用

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

8.3.1 削除ツールの概要

削除ツール(deinstall.bat)は、インストール・メディアからディレクトリ%ORACLE_HOME%\deinstallにインストールした後、Oracleホーム・ディレクトリから使用できます。削除ツールは、Oracle Technology Network (OTN) (http://www.oracle.com/technetwork)からダウンロードすることもできます。すべてのOracle Database 11g リリース2ソフトウェアとともにダウンロードすることも、単独のアーカイブ・ファイルとしてダウンロードすることもできます。

deinstall.batコマンドでは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、パラメータ・ファイルを作成します。または、-checkonlyフラグと-oフラグを使用して、deinstall.batコマンドによって以前に生成されたパラメータ・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、パラメータ・ファイルを作成することもできます。

削除ツールによって、Oracleサービス、インスタンスおよびプロセスが停止され、特定のOracleホームの、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除プロセスの終了時に、管理者グループのメンバーであるユーザーとしてrootcrs.plスクリプトを実行するように求められます。

注意:
deinstallコマンドを実行したときに、中央インベントリに、構成解除して削除するホーム以外に登録済ホームが含まれていない場合、削除ツールはOracle RACインストール所有者のOracleベース・ディレクトリの次のファイルおよびディレクトリの内容を削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- flash_recovery

Optimal Flexible Architecture(OFA)構成を使用してインストールを構成すること、およびOracleソフトウェアが排他的に使用するOracleベースとOracleホーム・パスを予約することを強くお薦めします。Oracleソフトウェア所有者であるユーザー・アカウントが所有するOracleベース内のこれらの場所に、ユーザー・データがある場合、このデータはdeinstallコマンドによって削除されます。

deinstall.batコマンドでは次の構文を使用します。可変的な内容はイタリック体で示されています。

deinstall.bat [-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]
[-tmpdir complete path of temporary directory to use]
[-logdir complete path of log directory to use] [-help]

注意:
共有Oracleホームに対して、削除ツールで-localオプションを指定することはできません。

デフォルトでは、削除ツールはOracleホームのdeinstallディレクトリから実行します。次に例を示します。

C:\> cd %ORACLE_HOME%\deinstall
C:\..\dbhome_1\> deinstall.bat

また、他の場所から削除ツールを実行したり、パラメータ・ファイルを指定して実行したり、削除ツールの使用時に次のオプションのいずれかを選択することができます。

- -home
このフラグは、確認または削除するOracleホームのパスを指定します。削除しようとしているOracleホームにあるdeinstall.batコマンドを使用してOracleソフトウェアを削除する場合は、Oracleホーム以外の場所にパラメータ・ファイルを用意し、-homeフラグは使用しないでください。

deinstall.batをパス%ORACLE_HOME%\deinstallから実行する場合は、実行元となるホームがツールで認識されるため、-homeフラグは不要です。スタンドアロン・バージョンのツールを使用する場合、-homeフラグは必須です。

- -silent
このフラグを指定すると、コマンドが非対話モードで実行されます。このオプションを指定する場合は、次のいずれかが必要です。

- インストールのプロパティを確認するために削除ツールがアクセスできる動作中のシステム

- 削除または構成解除するOracleホームの構成値が記述されたプロパティ・ファイル

プロパティ・ファイルを作成するには、削除ツール・ホームまたはOracleホームのresponseフォルダにあるテンプレート・ファイルdeinstall.rsp.tmplを変更します。

作業システムがある場合、-checkonlyフラグを指定してdeinstall.batコマンドを実行することで、使用または変更するプロパティ・ファイルを生成できます。deinstall.batコマンドにより、削除および構成解除するOracleホームの情報が検出されます。生成されたプロパティ・ファイルは、-silentオプションで使用できます。

- -checkonly
このフラグを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。checkonlyフラグを指定してコマンドを実行した場合、Oracleの構成は削除されません。checkonlyフラグによって、deinstall.batコマンドとともに使用できるプロパティ・ファイルが生成されます。

プロパティ・ファイルを生成するためにcheckonlyを実行すると、システムに関する情報を入力するように求められます。Oracle環境から削除ツールが取得したデフォルト値(カッコ([])内に示されます)をそのまま使用するか、または別の値を指定できます。デフォルト値を使用するには、各プロンプトで「入力」をクリックします。

- -local
このフラグを複数ノード環境で指定すると、クラスタのローカル・ノード上にあるOracleソフトウェアの構成が解除されます。

このフラグを指定してdeinstall.batコマンドを実行すると、共有されていないOracleホーム・ディレクトリのローカル・ノード(deinstall.batコマンドを実行したノード)のOracleソフトウェアの構成が解除され、Oracleソフトウェアが削除されます。

注意:
共有Oracleホームに対して、削除ツールで-localオプションを指定することはできません。

- -paramfile 入力パラメータのプロパティ・ファイルの完全パス
これは、オプションのフラグです。このフラグは、デフォルト以外の場所にあるパラメータ・ファイルを使用してdeinstall.batコマンドを実行する場合に使用します。このフラグを使用する場合は、パラメータ・ファイルが存在する場所を完全パスで指定します。削除する予定のOracleホームからdeinstall.batコマンドを実行している場合、-paramfileオプションを使用する必要はありません。

パラメータ・ファイルのデフォルトの場所は、使用するdeinstall.batコマンドの場所に応じて異なります。

deinstall.batの場所

パラメータ・ファイルのデフォルトの場所

インストール・メディアまたはステージングの場所:

X:\staging_location\deinstall\response

OTNからダウンロードされた、解凍済みのアーカイブ・ファイル内

X:\ziplocation\deinstall\response
X:\ziplocationは、ダウンロードされたアーカイブ・ファイルが解凍されたディレクトリを指します。

インストール済みのOracleホーム内(インストール後)

%ORACLE_HOME%\deinstall\response

- -params [name1=value name2=value name3=value . . .]
このフラグをパラメータ・ファイルとともに使用すると、作成したパラメータ・ファイルに記述された1つ以上の値を上書きできます。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグを指定すると、デフォルト以外の場所に、プロパティ・ファイル(deinstall_Oracle_home_name.rsp)の保存先パスが指定されます。

プロパティ・ファイルのデフォルトの位置は、削除ツールの位置によって異なります。

deinstall.batの場所

プロパティ・ファイルのデフォルトの場所

インストール・メディアまたはステージングの場所:

X:\staging_location\deinstall\response

OTNからダウンロードされた、解凍済みのアーカイブ・ファイル内

X:\ziplocation\deinstall\response
X:\ziplocationは、ダウンロードされたアーカイブ・ファイルが解凍されたディレクトリを指します。

インストール済みのOracleホーム内(インストール後)

%ORACLE_HOME%\deinstall\response

- -tmpdir 一時ディレクトリの完全パス
削除ツールが削除対象の一時ファイルを書き込むためのデフォルト以外の場所を指定します。

- -logdir ログ・ディレクトリの完全パス
削除ツールが削除対象のログ・ファイルを書き込むためのデフォルト以外の場所を指定します。

- -help
このフラグ(-helpまたは-h)を使用すると、コマンドのオプションおよびフラグに関する追加情報を取得できます。

Oracleホームにあるdeinstall.batコマンド、またはOTN(Oracleホームにはインストールされていない)からダウンロードしたdeinstall.batコマンドを使用すると、ログ・ファイルがC:\Program Files\Oracle\Inventory\logsディレクトリに書き込まれます。ただし、deinstall.batコマンドを使用して、サーバーに最後にインストールしたOracleホームを削除すると、ログ・ファイルは次の場所に書き込まれます。

- %TEMP%\OraDeinstall<timestamp>\logs(Oracleホームにあるdeinstall.batコマンドを使用した場合)

- X:\ziplocation\deinstall\logs(OTNからダウンロードしたdeinstall.batコマンドを使用した場合)

8.3.2 Oracle RACに対する削除ツールの使用

個別にダウンロードしたバージョンの削除ツールを使用する場合、deinstall.batコマンドを実行すると、システムから削除するOracleソフトウェアのホーム・ディレクトリを指定するように求めるプロンプトが表示されます。プロンプトが表示されたら、さらに情報を入力します。

%ORACLE_HOME%\deinstallフォルダ以外でdeinstall.batコマンドを実行した場合、-homeフラグを使用してOracleホームへのパスを提供しないかぎり、ヘルプ出力が表示されます。

%ORACLE_HOME%/deinstallフォルダからdeinstall.batコマンドを実行すると、ホーム・アドレスの入力を求めるプロンプトを表示せずに削除が開始されます。

例8-1 Oracleホームにインストールされた削除ツールの実行

パスC:\app\oracle\product\11.2.0\dbhome_1のOracle Databaseホームにあるdeinstall.batコマンドを実行するには、管理グループのメンバーとしてログインしているときに次のコマンドを入力します。

C:\> cd app\oracle\product
C:\app\oracle\product> 11.2.0\dbhome_1\deinstall\deinstall.bat

Oracle Databaseインストールを完全に削除するには、Oracleホーム以外に位置するプロンプトから、deinstall.batコマンドを実行する必要があります。Oracle_home\deinstallディレクトリに変更した後にdeinstall.batコマンドを実行した場合、削除ツールはすべてのOracleソフトウェア・ファイルおよびディレクトリを削除することはできません。

例8-2 スタンドアロン・バージョンの削除ツールの実行

パスC:\app\oracle\product\deinstallに削除ツールをインストールしたとします。このディレクトリのdeinstall.batコマンドで、パラメータ・ファイルを使用してOracle Databaseホームを削除します。この例では、パラメータ・ファイルはユーザー・ディレクトリC:\user\oracleにあります。

C:\> cd app\oracle\product\deinstall
C:\..deinstall> deinstall.bat -home C:\app\oracle\product\11.2.0\dbhome_1
-paramfile C:\user\oracle\my_db_paramfile.tmpl

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

-paramfileオプションを指定してdeinstallコマンドを実行すると、個々のプロンプトに応答するのではなく、パラメータ・ファイルに指定した値が使用されるようにできます。

例8-3 Oracle RACをアンインストールするために削除ツールで使用するパラメータ・ファイルの例

次に、削除ツールで作成されるパラメータ・ファイルの例を示します。パラメータ・ファイルには、次の情報が含まれます。

- Oracle Databaseソフトウェア所有者はoracleです

- Oracle Databaseホーム(Oracleホーム)は、パスC:\app\oracle\product\11.2.0\dbhome_1です

- OracleベースはC:\app\oracleです

- Gridホームは、C:\app\11.2.0\gridです

- 中央Oracle Inventoryホームは、C:\Program Files\Oracle\Inventoryです

- 仮想IPアドレス(VIP)は、192.0.2.1です

- ローカル・ノード(削除ツールを実行するノード)の名前は、node1です

- リモート・ノードの名前は、node2です

- データベース名はorclで、Oracle RACデータベースです

- データベースは、記憶域にOracle ASMを使用します

#Copyright (c) 2005, 2010 Oracle Corporation. All rights reserved.
LOCAL_NODE=node1
HOME_TYPE=RACDB
ORACLE_BASE=C:\app\oracle
ObaseCleanupPtrLoc=C:\DOCUME~1\oracle\LOCALS~1\Temp\OraDeinstall2010-03-31_
15-24-53\utl\orabase_cleanup.lst
DB_TYPE.orcl=RAC_DB
silent=false
ORA_CRS_HOME=C:\app\11.2.0\grid\
EMCP.CONFIG_MODE.orcl=CONFIG_DBCONTROL
EMCA_LOG.orcl=C:\app\oracle\cfgtoollogs\emca\orcl
LOGDIR=C:\Program Files\Oracle\Inventory\logs\
DATAFILE_LOC.orcl=
ORACLE_BINARY_OK=true
DUMP_DESTINATION_LOC.orcl=C:\app\oracle\admin\orcl
EMCP.DB_UNIQUE_NAME_LIST=orcl
CLUSTER_NODES=node1,node2
REMOTE_NODES=node2
SPFILE_LOC.orcl=+DATA/orcl/spfileorcl.ora
ARCHIVE_LOG_DESTINATION_LOC.orcl=
ORACLE_BASE.orcl=C:\app\oracle
LOCAL_SID.orcl=orcl1
local=false
INVENTORY_LOCATION=C:\Program Files\Oracle\Inventory
NODE_LIST.orcl=node1,node2
RAW_MAPPING_FILE.orcl=
DIAG_DEST.orcl=C:\APP\ORACLE\diag\rdbms\orcl
ORACLE_HOME=C:\app\oracle\product\11.2.0\dbhome_1\
STORAGE_TYPE.orcl=ASM
CCR_CONFIG_STATUS=CCR_DEL_HOME
CRS_HOME=false
EMCP.CHECK_POINT.orcl=WINDOWS_SERVICE_REGISTRY_CREATE,DBCONTROL_START
CONFIGFILE_LOC.orcl=+DATA/orcl/controlfile/current.260.712754807,C:\APP\ORACLE
\PRODUCT\11.2.0\DBHOME_1\DATABASE\DR1ORCL.DAT,C:\APP\ORACLE\PRODUCT\11.2.0\
DBHOME_1\DATABASE\DR2ORCL.DAT
SID_LIST.orcl=orcl1,orcl2
OLD_ACTIVE_ORACLE_HOME=
CREATION_MODE.orcl=y
COMPS_TO_REMOVE=ode.net.ntoledb,oramts
DB_UNIQUE_NAME_LIST=orcl
FLASH_RECOVERY_LOC.orcl=

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

この付録では、Oracle Real Application Clusters(Oracle RAC)のインストールに関するトラブルシューティング情報について説明します。

関連項目:
インストール・メディアのドキュメント・ディレクトリに含まれるOracle Database 11gリリース2(11.2)Oracle Real Application Clustersのドキュメントを参照してください。

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

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

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

- Oracle RACのインストール時のエラーのトラブルシューティング

- Oracle RACのインストール時のエラーの解決

- コンフィギュレーション・アシスタントのエラーのトラブルシューティング

- サイレント・インストールまたは非対話型のインストールのトラブルシューティング

- インストール後のCVUのクラスタ・ヘルス・チェックの使用について

- インストールが失敗した後のクリーンアップ

A.1 Oracle RACのインストール時のエラーのトラブルシューティング

この項では、Oracle RACのインストール時にエラーが発生した場合の対処方法について説明します。

A.1.1 要件の検証

この付録のトラブルシューティング手順を試行する前に、次のことを実行してください。

- 第1章「インストール前のチェックリスト」を参照して、システムが要件を満たしていること、およびインストール前の作業がすべて完了していることを確認してください。

- インストールの前に、ご使用のプラットフォームのその製品に関するリリース・ノートをお読みください。リリース・ノートは、Oracle Databaseのインストール・メディアに収録されています。リリース・ノートの最新バージョンは、次のURLにあるOracle Technology NetworkのWebサイトから入手できます。

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

A.1.2 インストール時のエラーの解決方法の理解

インストール時にエラーが発生した場合は、次のように対応してください。

- Oracle Universal Installer(OUI)を終了しないでください。

- インストール・ウィンドウで誤った情報を入力して「次へ」をクリックした場合は、「戻る」をクリックしてそのウィンドウに戻り、情報を修正してください。

- OUIのファイルのコピー中にエラーが発生した場合、対話型インストールの場合は第A.1.3項「インストール・セッションのログ・ファイルの特定」、詳細は第A.4項「サイレント・インストールまたは非対話型のインストールのトラブルシューティング」を参照してください。

- コンフィギュレーション・アシスタントの実行中にエラーが発生した場合は、第A.3項「コンフィギュレーション・アシスタントのエラーのトラブルシューティング」の項を参照してください。

- 問題を解決できない場合は、第A.6項「インストールが失敗した後のクリーンアップ」に示されている手順に従って、失敗したインストールを削除してください。

A.1.3 インストール・セッションのログ・ファイルの特定

OUIでは、インストール中、実行されたすべての動作がログ・ファイルに記録されます。インストール中に問題が発生した場合は、ログ・ファイルを参照して、考えられる問題の原因についての情報を確認してください。

デフォルトでは、ログ・ファイルは次のディレクトリに格納されます。

%SYSTEMDRIVE%\Program Files\Oracle\Inventory\logs

対話型のインストールのログ・ファイル名は、次の形式になります。

installActionsdate_time.log

たとえば、対話型のインストールが2009年10月14日の午前9時00分56秒に実行された場合、ログ・ファイルの名前は次のようになります。

installActions2009-10-14_09-00-56AM.log

注意:
Inventoryディレクトリまたはその内容を、削除または手動で変更しないでください。OUIがシステムにインストールする製品を検索できなくなります。

関連項目:
第A.4項「サイレント・インストールまたは非対話型インストールのトラブルシューティング」

A.2 Oracle RACのインストール時のエラーの解決

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

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

- Oracle RACのインストール中のクラスタ診断の実行

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

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

次に、インストール中に発生する可能性のある様々なエラーの例を示します。

- OUIのノードの選択画面で選択可能なノードがない

- ノードnodenameに到達できない

- PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

- タイムスタンプが進んでいる

- 管理ユーザーがSYSDBA権限を使用してSQL*Plusにログインできない

OUIのノードの選択画面で選択可能なノードがない

原因: Oracle Clusterwareがインストールされていないか、またはOracle Clusterwareサービスがアクティブでないか起動されていません。

処置: Oracle Clusterwareをインストールするか、またはOracle Clusterwareの状態を確認してください。また、ノードを再起動すると問題を解決できる場合があります。

ノードnodenameに到達できない

原因: IPホストが使用不可能です。

処置: 次の手順を実行してください。

1. コマンドipconfig /allを実行します。このコマンドの出力とC:\WINDOWS\system32\drivers\etc\hostsファイルの内容を比較して、ノードIPがリストされていることを確認します。

2. コマンドnslookupを実行して、ホストが到達可能であるかどうかを確認します。

PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

原因: 既存のOracle Cluster RegistryのRAWデバイス・パーティションで領域が不足しているため、インストールの最後に移行が失敗します。この問題を確認するには、ログ・ファイルGrid_home\log\hostname\client\ocrconfig_pid.logでエラー「Not enough space in the backing store」を検索してください。

処置: 使用可能な領域が280MB以上のRAWディスク・パーティションを特定します。コマンドXCOPYを使用して、既存のRAWパーティションの内容を新しいデバイスにコピーします。

タイムスタンプが進んでいる

原因: 1つ以上のノードの時計の時刻がローカル・ノードと異なっています。このような場合には、次のような出力が表示される場合があります。

time stamp 2019-04-04 14:49:49 is 106 s in the future

処置: クラスタ内のすべてのメンバー・ノードの時計を同じ時刻にしてください。

管理ユーザーがSYSDBA権限を使用してSQL*Plusにログインできない

原因: Microsoft WindowsにOracle Databaseをインストールした場合は、Oracle Universal InstallerがORA_DBAと呼ばれるWindowsローカル・グループを作成し、このグループにインストールを実行したユーザーのユーザー名を追加します。このORA_DBAのメンバーには、自動的にSYSDBA権限が付与されます。ただし、クラスタ・インストールに関しては、リモートでインストールを実行すると、OUIはインストールを実行しているユーザーをORA_DBAに追加しません。そのため、このユーザーはSYSDBA権限を使用してSQL*Plusにログインすることができませんでした。

処置: リモート・ユーザーをORA_DBAに手動で追加します。

関連項目:
SQL*Plusを使用してデータベースに接続する方法については、『Oracle Database管理者ガイド』を参照してください。

A.2.2 Oracle RACのインストール中のクラスタ診断の実行

Oracle RACのインストール時にOUIの「ノードの選択」ページが表示されない場合は、Oracle Clusterwareホーム(Grid_home\bin)のバイナリ・ディレクトリからolsnodes -vコマンドを実行してクラスタウェア診断を行い、その出力を分析します。出力の詳細情報でクラスタウェアが動作していないことが示された場合は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

また、次のコマンドを使用してCluster Managerの整合性を確認します。node_list変数はクラスタのノードのカンマ区切りリストです。

cluvfy comp clumgr -n node_list -verbose

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

OUIでは、インストール中、実行されたすべての動作がログ・ファイルに記録されます。インストール中に問題が発生した場合は、ログ・ファイルを参照して、考えられる問題の原因についての情報を確認してください。

ログ・ファイルを表示するには、次の手順を実行します。

1. Oracle Inventoryディレクトリのlogsサブディレクトリに移動します。

C:\> cd Program Files\Oracle\Inventory\logs

2. フォルダのファイルの詳細を確認して、最新のファイルを判別します。インストーラのログ・ファイルは、次のような名前になります。date_timeは、インストールが開始された日時を示します。

installActionsdate_time.log

3. テキスト・エディタを使用して、ログ・ファイルの最新のエントリを表示します。最新のエントリは、問題についての情報が示されている可能性が最も高い箇所です。

A.3 コンフィギュレーション・アシスタントのエラーのトラブルシューティング

コンフィギュレーション・アシスタントの実行中に発生したインストール・エラーをトラブルシューティングするには、次の作業を行います。

- 第A.3.1項「コンフィギュレーション・アシスタントのエラーの確認」に示すインストール・ログ・ファイルを確認します。

- Oracleベース・ディレクトリ(パス%ORACLE_BASE%\cfgtoollogs)にある特定のコンフィギュレーション・アシスタントのログ・ファイルを確認します。エラーの原因になった問題を修正します。

- 「致命的エラー。再インストールしてください」というメッセージが表示された場合は、ログ・ファイルを確認して問題の原因を調査します。手順については、第A.3.3項「コンフィギュレーション・アシスタントからレポートされる修復不能なエラーの解決」を参照してください。

A.3.1 コンフィギュレーション・アシスタントのエラーの確認

Oracle Net Configuration Assistant(NETCA)などのコンフィギュレーション・アシスタントの実行中に発生したインストール・エラーのトラブルシューティングを行うには、次の手順を実行します。

1. 第A.2.3「インストール・セッションのログの確認」の説明に従って、インストール・ログ・ファイルを確認します。

2. 第A.3.2項「コンフィギュレーション・アシスタントのエラーの特定」の説明に従って、特定のコンフィギュレーション・アシスタント・ログ・ファイルを確認します。可能な場合は、エラーの原因となった問題を解決します。

3. 「致命的エラー。再インストールしてください」というメッセージが表示された場合は、ログ・ファイルを確認して問題の原因を調査します。詳細は、第A.3.3項「コンフィギュレーション・アシスタントからレポートされる修復不能なエラーの解決」を参照してください。

A.3.2 コンフィギュレーション・アシスタントのエラーの特定

Oracle Configuration Assistantがその構成タスクを完了できない場合、失敗のステータスがレポートされます。Oracle Configuration Assistantのエラーは、インストール画面の下部に表示されます。コンフィギュレーション・アシスタント・インタフェースに追加情報が表示される場合もあります。

コンフィギュレーション・アシスタントの実行状態は、次のファイルに保存されています。

C:\Program Files\Oracle\Inventory\logs\installActionsdate_time.log

完了ステータス・コードを次に示します。

ステータス

結果コード

コンフィギュレーション・アシスタントの成功

0

コンフィギュレーション・アシスタントの失敗

1

コンフィギュレーション・アシスタントの取消し

-1

コンフィギュレーション・アシスタントに関連するエラーの詳細は、次のディレクトリで参照できます。ORACLE_BASEディレクトリは、Oracle RACインストールを実行しているユーザーのOracleベースです。

ORACLE_BASE\cfgtoollogs

A.3.3 コンフィギュレーション・アシスタントからレポートされる修復不能なエラーの解決

コンフィギュレーション・アシスタントの実行中に修復不能(致命的)なエラーが発生した場合は、次の作業を行う必要があります。

1. 第A.6項「インストールが失敗した後のクリーンアップ」の説明に従って失敗したインストールを削除します。

2. 修復不能なエラーの原因を解決します。

3. Oracleソフトウェアを再インストールします。

関連項目:
第8章「Oracle Real Application Clustersソフトウェアの削除」

A.4 サイレント・インストールまたは非対話型インストールのトラブルシューティング

サイレント・インストールまたは非対話型のインストールの成功または失敗を確認するには、silentInstallActionsdate_time.logファイルを確認します。このファイルは、DRIVE_LETTER:\Program Files\Oracle\Inventory\logsにあります。第A.2.3項「インストール・セッションのログの確認」を参照してください。

サイレント・インストールまたは非対話型のインストールは、次の場合に失敗します。

- レスポンス・ファイルを指定していない場合。

- 誤った、または不完全なレスポンス・ファイルを指定した場合。
たとえば、一般的には、すべての製品固有のデータは正しくても、ステージング領域の場所が誤っていることがあるという問題があります。この場合は、FROM_LOCATION変数を確認して、インストール・メディアのproducts.xmlファイルが指定されていることを確認します。このproducts.xmlは、インストール・メディアのdatabase\stageにあります。

- OUIでエラーが発生した場合(ディスク領域の不足など)。

OUIまたはコンフィギュレーション・アシスタントは、実行時にレスポンス・ファイルを検証します。検証が失敗した場合、サイレント・インストールまたは対話型のインストールあるいは構成プロセスが終了します。OUIは、コンテキスト、形式またはタイプが誤っているパラメータ値については、値がファイルに指定されていない場合と同様に処理します。

関連項目:
第A.1.3項「インストール・セッションのログ・ファイルの特定」

A.5 インストール後の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ディレクトリにSQLスクリプトcvusys.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]
検証レポート(cvuchecdkreport_timestamp.txtおよびcvucheckreport_timestamp.htm)を保存するには、saveフラグまたは-save -savedirフラグを使用します(timestampは検証レポートの日時)。

saveフラグを単独で使用すると、レポートはパスCVU_home/cv/reportに保存されます(CVU_homeはCVUバイナリの場所)。

-save -savedirフラグを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

A.6 インストールが失敗した後のクリーンアップ

インストールが失敗した場合は、Oracleホーム・ディレクトリを削除し、OUIがインストール試行中に作成したすべてのファイルを削除する必要があります。失敗したインストールをクリーンアップするには、次の手順を実行します。

1. 第8章「Oracle Real Application Clustersソフトウェアの削除」の手順に従って、OUIを実行してOracle RACを削除します。

2. インストール時にOracleホーム・ディレクトリとして使用されたディレクトリを手動で削除します。

3. 前のインストール試行時にOUIによって作成された次のWindowsレジストリ・キーを削除します。

HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Oracle11\Performance
\KEY_ORACLE_HOME_NAME

これらの手順を完了したら、再びインストールを開始できます。

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

この付録では、スクリプトを使用してOracle Real Application Clusters(Oracle RAC)データベースを作成できる非対話型インストールの手順について説明します。

注意:
Oracle 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の実行

- レスポンス・ファイルを使用したコンフィギュレーション・アシスタントの実行

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

Oracle RACデータベースを作成するスクリプトを生成し、そのスクリプトを使用してデータベースを作成し、そのデータベースを使用するために準備を行うには、次の手順を実行します。

1. DBCAを起動し、推奨オプションを選択してOracle RACデータベースを作成します。
DBCAセッションの「作成オプション」ページで、「データベースの作成」の選択を解除し「データベース作成スクリプトの生成」を選択してから「終了」をクリックします。スクリプトには、デフォルトの宛先ディレクトリを使用するか、または別の位置を検索して指定できます。いずれの場合も、次の手順で使用するパス名を記録しておく必要があります。

関連項目:
DBCAセッションの実行の詳細は、第3章「Oracle Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成」を参照してください。

2. DBCAで作成したスクリプトが格納されているディレクトリに移動し、必要な特性でデータベースを作成する文がSQLスクリプトに含まれていることを確認します。含まれていない場合は、手動でスクリプトを編集するのではなく、DBCAを再実行して必要な構成を持つスクリプトを作成することをお薦めします。

3. DBCAセッションで指定した各クラスタ・ノードで、スクリプトsid.batを実行します。sidは、DBCAの「データベース名」ページで入力したSID接頭辞です。

4. SPFILEで初期化パラメータcluster_databaseをTRUE値に設定します。設定するには、SQL*PlusでALTER SYSTEM文を入力するか、各インスタンスのPFILEで、この初期化パラメータをコメント解除します。

5. 新しいデータベースおよびインスタンスをサポートするように、Oracle Net Servicesを構成します(第7章「Oracle Real Application Clusters用にインストールされた構成の理解」を参照)。

6. SPFILEでREMOTE_LISTENERパラメータにSCAN(簡易接続ネーミング構文scanname:scanportを使用)に設定します。それには、SQL*PlusでALTER SYSTEM文を入力するか、または各インスタンスのPFILEでこのパラメータをコメント解除します。

7. サーバー制御ユーティリティ(SRVCTL)を実行して、データベースおよびインスタンス・アプリケーションを構成して、起動します(『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照)。

関連項目:
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 Automatic Storage Management)のインストールを完了してから、Oracleホーム・ディレクトリの環境変数を定義している必要があります。

DBCAを使用すると、Oracle提供のテンプレート、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

複雑な環境の場合は、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインストール・インタビューが行われます。これによって、データベースを作成する時間が長くなります。

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

次のコマンドを実行すると、汎用テンプレートを使用してOracle RACデータベースが作成され、既存のOracle ASMディスク・グループにデータ・ファイルが配置されます。Oracle RACデータベース・インスタンスが作成されるクラスタは、ノードnode1とnode2で、ディスク・グループ名は+ASMgrp1で、passwordはパスワードのプレースホルダです。パスワードは、すべて同じパスワードでも、毎回異なるパスワードでもかまいません。

%ORACLE_HOME%\bin\dbca -silent -createDatabase -templateName General_Purpose.dbc
-gdbName %DBNAME% -sid %ORACLE_SID% -sysPassword password -systemPassword password
-sysmanPassword password -dbsnmpPassword password -emConfiguration LOCAL
-storageType ASM -diskGroupName +ASMgrp1 -datafileJarLocation %ORACLE_HOME%\
assistants\dbca\templates -nodeinfo node1,node2 -characterset WE8MSWIN1252
-obfuscatedPasswords false -sampleSchema false -asmSysPassword password

B.4 インストール時にレスポンス・ファイルを使用する方法の理解

OUIの起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。OUIはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

通常、インストーラは対話型で、つまりGraphical User Interface(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホームの名前を指定するには、次のように、ORACLE_HOME変数に適切な値を入力します。

ORACLE_HOME="OraDBHome1"

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent "ORACLE_HOME=OraDBHome1" ...

この方法は、レスポンス・ファイルにパスワードなどの機密情報を含めたくない場合に特に役立ちます。次に例を示します。

-silent "s_dlgRBOPassword=binks342" ...

変数名とその値は二重引用符で囲んでください。

関連項目:
レスポンス・ファイルの詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

B.4.1 サイレント・モードまたはレスポンス・ファイル・モードの使用の判断

次の表に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する理由を示します。

モード

使用する理由

サイレント

次のインストールでは、サイレント・モードを使用します。

- オペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する場合。

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する場合。

OUIによって起動元の端末に進捗情報が表示されますが、インストーラ画面はまったく表示されません。

レスポンス・ファイル

レスポンス・ファイル・モードは、OUIプロンプトの全部ではなく一部にデフォルトの応答を提供し、複数のシステムに同様のOracleソフトウェア・インストールを行う場合に使用します。
特定のOUI画面で必要な情報がレスポンス・ファイルに指定されていないと、OUIによってその画面が表示されます。必要な情報をすべて指定した画面はOUIにより表示されません。

B.4.2 レスポンス・ファイルの一般的な使用手順

次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールし構成する一般的な手順を示します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. レスポンス・ファイルを準備します。

2. OUIをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

3. ソフトウェアのみのインストールを終了したら、次にOracle Net Configuration Assistant(NETCA)およびDBCAをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

この手順については、次の項で説明します。

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

サイレント・モードまたはレスポンス・ファイル・モードのインストールに使用するレスポンス・ファイルを準備する方法を、次に示します。

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

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

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

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。Oracle Databaseの場合、これらのファイルはインストール・メディアのdatabase\responseディレクトリ、またはソフトウェア・インストール後のOracle_home\inventory\responseディレクトリにあります。

注意:
ローカル・ディスクのディレクトリ(staging_dirディレクトリと呼ばれる)にインストール・メディアをコピーした場合、レスポンス・ファイルはstaging_dir\database\responseディレクトリにあります。

表B-1に、Oracle RACソフトウェアに付属するレスポンス・ファイルを示します。

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

レスポンス・ファイル

使用対象

db_install.rsp

Oracle Database 11g のサイレント・インストール

dbca.rsp

DBCAを使用したOracle Databaseのサイレント作成および構成

netca.rsp

NETCAを使用したOracle Netのサイレント構成

注意:
レスポンス・ファイル・テンプレートを変更し、保存して使用する場合、レスポンス・ファイルに暗号化されていないパスワードが含まれている場合があります。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

レスポンス・ファイルをコピーして変更するには、次の手順を実行します。

1. レスポンス・ファイル・ディレクトリからシステム上のディレクトリに、レスポンス・ファイルをコピーします。
インストール・メディアをハード・ドライブにコピーした場合は、staging_dir\database\responseディレクトリのファイルを編集できます。

2. テキスト・エディタでレスポンス・ファイルを開きます。
インストール中に、パスワードなどの機密情報は、レスポンス・ファイルに指定するのではなく、コマンドラインで指定できます。この方法は、第B.4項「インストール時にレスポンス・ファイルを使用する方法の理解」で説明されています。

関連項目:
レスポンス・ファイルの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、OUIまたはコンフィギュレーション・アシスタントが失敗します。

4. レスポンス・ファイルを保護します。
Oracleソフトウェアをインストールしたユーザーのみがレスポンス・ファイルを表示または変更できることを確認します。インストールの正常終了後に、変更済のレスポンス・ファイルを削除することを検討してください。

注意:
Oracle Databaseのインストールに必要なすべての項目を指定したレスポンス・ファイルには、データベース管理アカウント用のパスワードと、オペレーティング・システム・グループのORA_DBAおよび管理者のメンバーであるユーザー用のパスワード(自動バックアップに必要)が含まれています。

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

OUIを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。この方法は、拡張インストールまたはソフトウェアのみのインストールに役立ちます。

Oracle Database 11g リリース2(11.2)以上では、「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、OUIがローカル・ディスクへのソフトウェアのコピーを開始する前にOUIを終了することもできます。

レスポンス・ファイル・モードのインストール中に記録モードを使用すると、OUIは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

注意:
レスポンス・ファイルの記録中は、パスワードを保存できません。

レスポンス・ファイルを記録するには、次の手順を実行します。

1. 標準のインストールと同様にインストール前の作業を実行します。
OUIを使用してレスポンス・ファイルに記録する際、インストーラはシステムを確認してソフトウェアをインストールするための要件を満たしているかどうかを検証します。そのため、必要なすべてのインストール前作業を完了してから、インストールを実行してレスポンス・ファイルを記録することをお薦めします。

2. ローカル管理者グループのメンバーのユーザーとしてログインし、OUIを起動します。

3. インストールの各画面で、必要な情報を指定します。

4. OUIの「サマリー」画面が表示されたら、次を実行します。

1. 「レスポンス・ファイルの保存」をクリックします。ポップアップ・ウィンドウで、新しいレスポンス・ファイルのファイル名および場所を指定します。「保存」をクリックして、ファイルに入力した設定を書き込みます。

2. 「終了」をクリックしてインストールを続行します。
インストールを続行しない場合は、「取消」をクリックします。インストールは停止しますが、記録されたレスポンス・ファイルは保持されます。

5. インストールを最後まで実行していない場合は、「ファイルの場所の指定」画面で指定したパスに作成されたOracleホーム・ディレクトリを削除します。

6. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。編集する際は、ファイルに記載された説明をガイドとして使用してください。

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

これで、コマンドラインでOUIを起動し、作成したレスポンス・ファイルを指定してOracle Databaseソフトウェアをインストールする準備ができました。OUIの実行可能ファイルsetup.exeでは、いくつかのオプションを使用できます。

B.6.1 OUIのヘルプ情報の表示

OUIのすべての使用可能なオプションの詳細は、-helpオプションを指定してsetup.exeコマンドを実行して参照します。たとえば、E:としてマウントしたDVDディスク・ドライブを介してインストール・ソフトウェアにアクセスする場合は、次のコマンドを使用します。

C:\> E:
E:\> database\setup.exe -help

ダウンロードしたZIPファイルからX:\staging_dirディレクトリにインストール・ソフトウェアを解凍した場合(X: はシステムのドライブ)は、次のコマンドを使用します。

C:\> X:
X:\> staging_dir\database\setup.exe -help

わずかに遅れて、セッション・ウィンドウ上にヘルプ情報が表示されます。

B.6.2 入力にレスポンス・ファイルを使用したOUIの実行

OUIでレスポンス・ファイルを使用してOracle Databaseソフトウェアをインストールするには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。

2. 管理者権限を持つユーザーとしてログインします。

3. コマンドを次のように入力して、サイレント・モードまたはレスポンス・ファイル・モードでOUIを起動します。

X:\staging_dir> database\setup.exe  [-silent] [-noconfig] \
-responseFile responsefilename

注意:
レスポンス・ファイルのパスを相対パスで指定しないでください。相対パスを指定すると、OUIが失敗します。レスポンス・ファイルの場所をフルパスで指定してください。

この例の意味は次のとおりです。

- X:staging_dirは、インストール・メディア(DVDドライブなど)の場所またはローカル・ノード上のステージング・ディレクトリのパスです。

- -silentを指定すると、OUIがサイレント・モードで実行されます。

- -noconfigを指定すると、インストール中にコンフィギュレーション・アシスタントは実行されず、ソフトウェアのみのインストールが実行されます。

- responsefilenameは、事前に構成したインストール用レスポンス・ファイルのフルパスとファイル名です。第B.5.1項「レスポンス・ファイル・テンプレートの編集」を参照してください。

B.7 レスポンス・ファイルを使用したコンフィギュレーション・アシスタントの実行

レスポンス・ファイル・モードまたはサイレント・モードでコンフィギュレーション・アシスタントを実行して、システムにインストールしたOracleソフトウェアを構成し起動できます。コンフィギュレーション・アシスタントをレスポンス・ファイル・モードまたはサイレント・モードで実行するには、最初にレスポンス・ファイル・テンプレートをコピーして編集する必要があります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはX:\staging_dir\database\responseディレクトリに格納されています。

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

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

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

- インストール後の構成ファイルの概要

- パスワード・レスポンス・ファイルの作成

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

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

Oracle Database Configuration Assistant(DBCA)をレスポンス・ファイル・モードまたはサイレント・モードで実行するには、次の手順を実行します。

1. インストール・メディアのresponseディレクトリに、dbca.rspという名前のレスポンス・ファイル・テンプレートが用意されています。レスポンス・ファイル・テンプレートdbca.rspを、responseファイルのディレクトリから使用するシステムのディレクトリへコピーします。
ソフトウェアをハード・ドライブにコピーした場合は、X:\staging_dir\database\responseディレクトリのファイルを編集することもできます。

注意:
レスポンス・ファイル・テンプレートを編集するもう1つの方法として、DBCAを実行する際に、コマンドライン・オプションとしてすべての必要な情報を指定してデータベースを作成することもできます。サポートされるオプションのリストの詳細を参照するには、次のコマンドを入力します。

C:\> %ORACLE_HOME%\bin\dbca -help

2. ローカル管理者グループのメンバーのユーザーとしてログインします。%ORACLE_HOME%環境変数を正しいOracleホーム・ディレクトリに設定します。詳細は、第7.3項「Windowsでの複数のOracleホーム・ディレクトリの動作」を参照してください。

3. テキスト・エディタでレスポンス・ファイルを開きます。

4. ファイルに記載された説明に従って、ファイルを編集します。
DBCAは、レスポンス・ファイル・モードでは、レスポンス・ファイルに指定された値またはコマンドライン・オプションとして指定された値を使用してデータベースを作成します。

注意:
レスポンス・ファイルを正しく構成しないと、DBCAが失敗します。

5. コマンドライン・ウィンドウを開きます。ディレクトリをOracleホーム・ディレクトリの場所に変更します。

6. レスポンス・ファイルを使用してサイレント・モードまたはレスポンス・ファイル・モードでDBCAを実行するには、次の例のようなコマンドを使用します。

C:\> %ORACLE_HOME%\bin\dbca {-progressOnly | -silent} -responseFile \
local_dir\dbca.rsp

この例の意味は次のとおりです。

- -silentオプションは、DBCAをサイレント・モードで実行し、ユーザー・プロンプトは表示されません。

- -progressOnlyオプションは、DBCAをレスポンス・ファイル・モードで実行します。

- local_dirは、dbca.rspレスポンス・ファイルが格納されているディレクトリのフルパスです。

DBCAはデータベースを構成して起動しながら、状態メッセージとプログレス・バーのウィンドウを表示します。DBCAが表示するウィンドウは、Enterprise EditionまたはStandard Editionのインストールで事前構成済データベースの作成を選択した際に表示されるウィンドウと同じです。

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

サイレント・モードでOracle Net Configuration Assistant(NETCA)を実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。NETCAをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。次のresponseサブディレクトリに、netca.rspという名前のレスポンス・ファイル・テンプレートが用意されています。

- ソフトウェアのみインストール後のOracle_home\inventory\responseディレクトリ

- インストール・メディアまたはステージング領域のdatabase\responseディレクトリ

レスポンス・ファイルを使用してNETCAを実行するには、次の手順を実行します。

1. レスポンス・ファイル・テンプレートnetca.rspを、インストール・メディアのレスポンス・ファイルのディレクトリから、使用するシステムのディレクトリにコピーします。
ソフトウェアがハード・ドライブでステージングされている場合、またはすでにインストールされている場合は、かわりにローカル・ディスクのresponseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、NETCAが失敗します。

4. ローカル管理者グループのメンバーのユーザーとしてログインします。%ORACLE_HOME%環境変数を正しいOracleホーム・ディレクトリに設定します。詳細は、第7.3項「Windowsでの複数のOracleホーム・ディレクトリの動作」を参照してください。

5. 次のようなコマンドを入力して、NETCAをサイレント・モードで実行します。

C:\> Oracle_home\bin\netca -silent -responsefile X:\local_dir\netca.rsp

この例の意味は次のとおりです。

- -silentオプションは、NETCAをサイレント・モードで実行します。

- X:\local_dirは、netca.rspレスポンス・ファイル・テンプレートをコピーしたディレクトリのフルパスです。Xはそのファイルが存在するドライブで、local_dirはそのドライブのフォルダです。

B.7.3 インストール後の構成ファイルの概要

サイレント・モードまたはレスポンス・ファイル・モードを使用してインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します。指定しない場合は、Graphical User Interfaceを使用して手動で入力します。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にコンフィギュレーション・アシスタントから要求されるユーザー・アカウントのパスワードは含まれていません。サイレント・モードでのインストールの完了後にコンフィギュレーション・アシスタントを実行する場合は、コンフィギュレーション・アシスタントで使用されるパスワードをパスワード・ファイルに指定する必要があります。

コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトによって起動されます。パスワード・レスポンス・ファイルを使用すると、このスクリプトをサイレント・モードで実行できます。スクリプトはファイル内のパスワードを使用して、ソフトウェア構成が完了するまで連続的に構成ツールを実行します。インストールのクローニング用にパスワード・ファイルを保持する場合は、パスワード・ファイルをセキュアな場所に保存することをお薦めします。

パスワード・ファイルは、失敗したインストールを再度開始する場合にも使用できます。エラーを解決するためにインストールを中断する必要がある場合は、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用して、コンフィギュレーション・アシスタントを再度実行できます。

configToolAllCommandsパスワード・レスポンス・ファイルには、次のオプションがあります。

- internal_component_nameは、コンフィギュレーション・アシスタントで構成するコンポーネントの名前です。

- variable_nameは、構成ファイルの変数の名前です。

- valueは、構成に使用する値です。

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

たとえば、Oracle ASMのSYSユーザーのパスワードを設定します。

oracle.assistants.asm|S_ASMPASSWORD=myPassWord

Oracle Database Configuration Assistantには、DBCAで使用するSYS、SYSTEM、SYSMANおよびDBSNMPのパスワードが必要です。システム構成に応じて、次の追加のパスワードを指定する必要がある場合があります。

- データベースが記憶域にOracle ASMを使用している場合、S_ASMSNMPPASSWORD変数にパスワードを指定する必要があります。Oracle ASMを使用しない場合は、このパスワード変数には値を指定しません。

- Oracle Enterprise Managerを構成する場合、S_HOSTUSERPASSWORD変数の値をOracleソフトウェア・インストール所有者のパスワードに設定する必要があります。Oracle Enterprise Managerを有効にしない場合は、このパスワード変数には値を指定しません。

例B-1 Oracle RACデータベースのパスワード・レスポンス・ファイルの例

次の例に、Database Configuration Assistantで使用するパスワード・レスポンス・ファイルのテンプレートを示します。

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

B.7.4 パスワード・レスポンス・ファイルの作成

コンフィギュレーション・アシスタントで使用するパスワード・レスポンス・ファイルを作成するには、次の手順を実行します。

1. filename.propertiesという形式の名前のレスポンス・ファイルを作成します。

2. テキスト・エディタでこのファイルを開いて、例B-1「Oracle RACデータベースのパスワード・レスポンス・ファイルの例」に示すパスワード・ファイルの例の内容を切り取って貼り付け、必要に応じて変更します。

3. WindowsのNew Technology File System(NTFS)フォーマットのボリュームにこのファイルを格納する場合、このファイルを保護するためにセキュリティ権限を変更します。

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

configToolAllCommandsスクリプトを使用してコンフィギュレーション・アシスタントをサイレント・モードまたはレスポンス・ファイル・モードで実行するには、次の手順を実行します。

1. %ORACLE_HOME%\cfgtoollogsに移動します。

2. 次の構文を使用して、構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=\path\name.properties

例B-2 レスポンス・ファイル・モードでのコンフィギュレーション・アシスタントの実行

C:\users\oracle\dbディレクトリに、cfg_db.propertiesという名前でパスワード・レスポンス・ファイルを作成したとします。インストール後に、コンフィギュレーション・アシスタントをレスポンス・ファイル・モードで実行してOracleソフトウェアを構成するには、次のようなコマンドを入力します。

C:\> cd %ORACLE_HOME%\cfgtoollogs
C:\..\cfgtoollogs> configToolAllCommands RESPONSE_FILE=C:\users\oracle\db\cfg
_db.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データベースが同じリリースを使用して、同じプラットフォーム上で実行されていることを前提としています。以前のリリースのOracle RACからOracle RAC 11g リリース2にアップグレードする場合、Oracle Database Upgrade Assistant(DBUA)を使用します。

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

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

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

- rconfigを使用したデータベースのOracle RACへの変換

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

- rconfigを使用したデータベースのOracle RACへの変換

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

- 変換後の手順

注意:
Oracle RACデータベースでは、クラスタ化されたOracle Automatic Storage Management(Oracle ASM)インスタンスを使用する必要があります。

関連項目:
購入したライセンスに適用するコンプライアンス要件の詳細は、『Oracle Databaseライセンス情報』を参照してください。

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

シングル・インスタンスのデータベースをOracle RACに変換する前に、次の管理上の問題点に注意してください。

- シングル・インスタンスのOracle DatabaseからOracle RACに変換する前に、正しい手順でバックアップを行う必要があります。これには、Oracle RACへの変換前に既存のデータベースのバックアップを作成することと、変換直後にOracle RACデータベースのバックアップを作成する準備をすることも含まれます。

- Oracle RAC環境でアーカイブする場合、アーカイブ・ファイル形式にはスレッド番号が必要です。

- メディア・リカバリには、Oracle RACデータベースのすべてのインスタンスのアーカイブ・ログが必要です。そのため、ファイルにアーカイブして、クラスタ・ファイル・システムを使用しない場合または共有ファイル・システムを使用するための他の方法を採用しない場合、クラスタ・データベースのインスタンスがあるすべてのノードからアーカイブ・ログにアクセスするなんらかの方法が必要です。

- デフォルトでは、すべてのデータベース・ファイルはOracle Managed Files(OMF)に移行されます。この機能によって、表領域の作成が簡単になり、データ・ファイルの場所の一貫性およびOracle Flexible Architecture(OFA)規則への準拠が確保されるため、データ・ファイル管理での人為的なミスが減少します。

関連項目:
REDOログおよびREDOスレッドの詳細は、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。

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

Oracle Database Configuration Assistant(DBCA)を使用して、シングル・インスタンスのOracle DatabaseをOracle RACまたはOracle RAC One Nodeデータベースに変換できます。DBCAを使用すると、制御ファイル属性が自動的に構成され、UNDO表領域とREDOログが作成されて、クラスタ対応環境用の初期化パラメータ・ファイルのエントリが作成されます。また、DBCAは、Oracle Enterprise Managerまたはサーバー制御ユーティリティ(SRVCTL)で使用するために、Oracle Net ServicesとOracle Clusterwareリソースの構成およびOracle RACデータベース管理用の構成を行います。

DBCAを使用してシングル・インスタンスのデータベースをOracle RACまたはOracle RAC One Nodeデータベースに変換する前に、システムが次の条件を満たしていることを確認します。

- システムで、サポートされているハードウェアおよびオペレーティング・システム・ソフトウェアが使用されている。システムが、Oracle RACデータベースをサポートするように適切に構成されている。

- ノードから共有記憶域にアクセスできる。Windows用のOracle Cluster File System(Windows用のOCFS)またはOracle ASMが使用可能で、すべてのノードからアクセスできる。

- 使用しているアプリケーションが、その特性によりクラスタ・データベース・プロセスで使用不可能になることがない。

ご使用のプラットフォームがクラスタ・ファイル・システムをサポートしている場合は、Oracle RACでそのクラスタ・ファイル・システムを使用できます。Oracle RACに変換して、非共有ファイル・システムを使用することもできます。いずれの場合も、Oracle Universal Installer(OUI)を使用してOracle Database 11g リリース2(11.2)をインストールし、クラスタで選択された各ノード上の同じ位置にOracleホームおよびインベントリを設定することをお薦めします。

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

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

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

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

- Oracle RAC One NodeデータベースのOracle RACデータベースへの変換

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

クラスタ・コンピュータ以外のコンピュータ上にあるシングル・インスタンスのOracle DatabaseをOracle RACに変換するには、次の項に説明する手順を、その順序で実行します。

- DBCAを使用したシングル・インスタンス・データベースのイメージの作成

- Oracle Clusterwareのインストールの完了

- クラスタの検証

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

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

C.2.1.1 DBCAを使用したシングル・インスタンス・データベースのイメージの作成

次の手順に従い、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)を使用して、クラスタの構成を検証します。CVUの使用方法については、第1.6項「クラスタ検証ユーティリティを使用したクラスタ準備状況の確認」を参照してください。

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

事前構成済データベース・イメージをコピーします。第C.2.1.1項「DBCAを使用したシングル・インスタンス・データベースのイメージの作成」で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はインストール後の構成ツール(Oracle Net Configuration Assistant(NETCA)、DBCAなど)を実行します。

4. DBCAのテンプレートを選択するページで、第C.2.1.4項「事前構成済データベース・イメージのコピー」で一時的な場所にコピーしたテンプレートを使用します。テンプレートの場所を選択するには、「参照」オプションを使用します。
デプロイするオプションを選択します。Oracle RACデータベース、Oracle RAC One Nodeデータベースまたはシングル・インスタンスのOracle Databaseから選択できます。

5. Oracle RACデータベースを作成すると、DBCAにより「パスワード管理」ページが表示され、このページで、SYSDBAとSYSOPERの権限を持つデータベース・ユーザーのパスワードを変更する必要があります。DBCAを終了すると、変換処理が完了します。

注意:
RAWデバイスは、Oracle Database 11gリリース2(11.2)のOUIまたはDBCAではサポートされません。データベースでRAWストレージを使用するには、第C.2.3.1.2項「手動変換の手順」の手順を実行する必要があります。

関連項目:

- ユーザー・ロールの構成の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

- DBCAの使用の詳細は、第3章「Oracle Database Configuration Assistantを使用したOracle Real Application Clustersデータベースの作成」を参照してください。

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

DBCAでシングル・インスタンスのOracle DatabaseをOracle RAC One Nodeに変換するには、次の手順を実行します。

1. %ORACLE_HOME%\binディレクトリに移動します。

2. 次のように、DBCAを起動します。

C:\..\bin> 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 RACへの変換を実行する手順は、第C.2.3.1項「シングル・インスタンス・データベースおよびOracle RACが有効なホーム」で説明されています。

- シナリオ2: シングル・インスタンス・データベースのOracleホームはクラスタ・ノードにインストールされているものの、このOracleホームのOracle RAC機能が無効になっている場合。この環境でデータベースをOracle RACに変換する方法については、第C.2.3.2項「Oracle RAC非対応のホームを使用するシングル・インスタンス・データベース」を参照してください。

- シナリオ3: シングル・インスタンス・データベースのOracleホームが、クラスタのローカル・ノードのみにインストールされている場合。Oracle Database 11g リリース2(11.2)のインストール中に、OUIの「ハードウェアのクラスタ・インストール・モードの指定」ページで「ローカル・インストール」オプションを選択した場合に、このシナリオが該当します。このシナリオでシングル・インスタンス・データベースをOracle RACに変換する手順は、第C.2.1項「DBCAを使用したOracle Database 11gインストールのOracle RACへの変換」で説明する手順と同じです。最後の手順「Oracle Database 11gソフトウェアおよびOracle RACのインストール」では必ず、シングル・インスタンス・データベースが実行されているものとは異なる、新しいOracleホームを選択してください。

C.2.3.1 シングル・インスタンス・データベースおよびOracle RACが有効なホーム

Oracle RACオプションが有効なOracleホームから実行されているクラスタ・ノードでシングル・インスタンス・データベースを変換するには、次の手順を実行します。

1. 第C.2.1.1項「DBCAを使用したシングル・インスタンス・データベースのイメージの作成」の説明に従って、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成します。手動で変換を行う場合は、シングル・インスタンス・データベースを停止します。

2. クラスタにノードを追加するには、『Oracle Clusterware管理およびデプロイメント・ガイド』のWindowsシステムでのクラスタ・ノードの追加に関する項の説明に従って、これらのノードをクラスタに追加して接続する手順を実行します。すべてのノードがOracle ClusterwareおよびOracle RACで使用される共有記憶域にアクセスできることを確認します。

3. 『Oracle Real Application Clusters管理およびデプロイメント・ガイド』のインストール済のOracle Clusterwareを使用したノードへのOracle RACの追加に関する項の手順に従って、既存のOracleホームから、このホームを新しいノードに拡張します。

4. 新しく追加したノードから、Oracle Net Configuration Assistant(NETCA)を使用して追加のノードにリスナーを構成します。既存のノードで使用したポート番号およびプロトコルと同じポート番号およびプロトコルを選択します。NETCAでノード・リスト・ページに既存のノードが表示される場合は、リスナーがすでに構成されているため、ノードを選択しないでください。

5. 次のいずれかの手順でデータベースを変換します。

- DBCAを使用した自動変換の手順

- 手動変換の手順

C.2.3.1.1 DBCAを使用した自動変換の手順

第C.2.1.1項「DBCAを使用したシングル・インスタンス・データベースのイメージの作成」の説明に従って、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成する場合は、次の手順を実行して変換を完了します。

1. 元のノードからDBCAを起動します。クラスタ・データベースの一部として含めるノードの名前を選択します。テンプレートの選択ページで、作成した事前構成済テンプレートを選択します。データベース名を入力し、DBCAのプロンプトに従って残りの項目を入力します。

2. Oracle Databaseデータ・ファイルの共有記憶域の場所を指定します。データ・ファイル用にRAWデバイスを使用する場合は、DBCAを使用できません。かわりに、第C.2.3.1.2項「手動変換の手順」で説明されている手順を実行します。

Oracle RACデータベースを作成すると、DBCAにより「パスワード管理」ページが表示され、このページで、SYSDBAとSYSOPERの権限を持つデータベース・ユーザーのパスワードを変更する必要があります。DBCAを終了すると、変換処理が完了します。

C.2.3.1.2 手動変換の手順

第C.2.1.1項「DBCAを使用したシングル・インスタンス・データベースのイメージの作成」の説明に従ってDBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成しなかった場合は、次の手順を実行して変換を完了します。

1. 追加した各ノード上にOFAディレクトリ構造を作成します。

関連項目:
OFAの詳細は、第D.2項「Oracle RACのディレクトリ構造」を参照してください。

2. ファイル・システム上のシングル・インスタンス・データベースをRAWデバイスに変換する場合は、ocopyコマンドを使用して、データベースのデータ・ファイル、制御ファイル、REDOログおよびSPFILEを対応する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パラメータに単一クライアント・アクセス名(SCAN)およびポートを設定します。

12. データベースとインスタンスのネット・サービス・エントリ、インスタンスごとのLOCAL_LISTENERのアドレス・エントリ、およびtnsnames.oraファイルのREMOTE_LISTENERのアドレス・エントリを構成します。これを行った後、tnsnames.oraファイルをすべてのノードにコピーします。

13. 第5.5項「Oracle RAC環境でのSPFILEへの移行」の手順を使用して、PFILEからSPFILEを作成します。Oracle ASMまたはクラスタ・ファイル・システムを使用していない場合は、SPFILEがクラスタ内のすべてのノードからアクセス可能なRAWデバイス上にあることを確認します。

14. 次のエントリを含むOracle_home\database\initsid.oraファイルを作成します。spfile_path_nameはSPFILEの完全パス名です。

spfile='spfile_path_name'

15. ローカル・ノードで、SQL*Plusを使用してcatclust.sqlを実行します。このスクリプトによって、Oracle RACデータベースに必要なディクショナリ・ビューが作成されます。次に例を示します。

SQL> start %ORACLE_HOME%\rdbms\admin\catclust.sql

16. SRVCTLを使用して、Oracle RACまたはOracle RAC One Nodeデータベースの構成とそのインスタンスのノードへのマッピングを追加します。

1. Oracle RACデータベースの構成を追加するには、次のコマンドを使用します。

srvctl add database -d db_name -o Oracle_home -p spfile_path_name
srvctl add instance -d db_name -i inst1_name -n node1_name
srvctl add instance -d db_name -i inst2_name -n node2_name
...

2. Oracle RAC One Nodeデータベースの構成を追加するには、次のコマンドを使用します。

srvctl add database -d db_name -c RACONENODE -o Oracle_home
-p spfile_path_name

17. SRVCTLを使用してOracle RACまたはOracle RAC One Nodeデータベースを起動します。

C:\> srvctl start database -d db_name

SRVCTLでデータベースを起動すると、変換処理は完了です。次のSQL文を実行すると、Oracle RACデータベースのすべてのインスタンスのステータスを確認できます。

SQL> select * from v$active_instances;

C.2.3.2 Oracle RAC非対応のホームを使用するシングル・インスタンス・データベース

Oracle RACオプションが無効なOracleホームを使用するクラスタで、シングル・インスタンス・データベースを作成できます。Oracle RAC非対応のクラスタでOracleホームを作成する場合は、Oracle Databaseソフトウェアのインストール時にOracle Universal Installer(OUI)の「ノードの選択」ページでローカルおよび非クラスタを選択できます。単一ノードのクラスタ(およびOracle RAC)のインストールを実行して、後でOracle RACオプションを無効にすることもできます。

次の手順に従って、このタイプのシングル・インスタンス・データベースをOracle RACまたはOracle RAC One Nodeデータベースに変換します。

1. 第C.2.1.1項「DBCAを使用したシングル・インスタンス・データベースのイメージの作成」の説明に従って、DBCAを使用してシングル・インスタンス・データベースの事前構成済イメージを作成します。手動で変換を行う場合は、シングル・インスタンス・データベースを停止します。

2. Oracleホームのbinサブディレクトリに移動します。

3. 次のコマンドでorarac11.dll.dblファイルの名前を変更して、Oracle RACオプションを有効にします。

C:\..\bin> copy /Y orarac11.dll.dbl orarac11.dll

4. 第C.2.3.1項「シングル・インスタンス・データベースおよびOracle RACが有効なホーム」の手順2に進みます。

C.2.4 Oracle RAC One NodeデータベースのOracle RACデータベースへの変換

Oracle RAC One Nodeデータベース所有者としてログインして、次のSRVCTLコマンドを入力すると、Oracle RAC One NodeデータベースをOracle RACデータベースに変換できます。

C:\> srvctl convert database -c RAC

注意:
デフォルトでは、すべての名前付きユーザーがサーバー・プールを作成できます。この権限を持つオペレーティング・システム・ユーザーを制限するには、CRS管理者リストに特定のユーザーを追加することをお薦めします。CRS管理者リストへのユーザーの追加の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

このコマンドを実行した後に、データベース・サーバー・プールの他に、各データベース・サービスのサーバー・プールを作成する必要があります。このデータベース・サービスが使用するサーバー・プールのSERVER_NAMESの値に、Oracle RAC One NodeからOracle RACノードに変換したノードが設定されている必要があります。CRSCTLユーティリティまたはOracle Enterprise Managerを使用すると、サーバー・プールを作成して構成できます。

管理者管理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または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ソフトウェアで、Oracle RACオプションが有効になっている。

- Oracle Cluster File SystemまたはOracle ASMのいずれかの共有記憶域がすべてのノードから使用可能でアクセスできる。

- oracleアカウント、またはOracleソフトウェアのインストールに使用されたユーザー・アカウントにユーザー等価関係が存在する。

- Oracle Enterprise Managerを使用する場合は、各ノードのOracle Management Agentが構成され、実行中であり、クラスタおよびホスト情報とともに構成されている。

- 既存のデータベースをバックアップしている。

注意:
Oracle RACデータベースでは、クラスタ化されたOracle ASMインスタンスを使用する必要があります。Oracle ASMは、Oracle Grid Infrastructureソフトウェアとともにインストールされます。

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またはEnterprise Managerを使用したデータベースのOracle RACへの変換

次に、シングル・インスタンスのOracle DatabaseをOracle RACデータベースに変換するシナリオを示します。

- シングル・インスタンスのOracle Database 11g リリース2(11.2)データベースを、このシングル・インスタンスのデータベースと同じOracleホームから実行し、同じデータ・ファイルを使用するOracle RAC 11g リリース2(11.2)データベースに変換する。
このシナリオでは、Oracle RACデータベース・ホームからrconfigユーティリティを実行するか、またはOracle Enterprise Manager Grid Controlのシングル・インスタンスのデータベース・ターゲットでRACへの変換オプションを使用します。

- Oracle Database 11g リリース2(11.2)より前のリリースのOracle Databaseを使用するシングル・インスタンス・データベースを、このシングル・インスタンス・データベースと同じOracleホームから実行し、同じデータ・ファイルを使用するOracle RAC 11g リリース2(11.2)データベースに変換する。
このシナリオでは、OUIおよびDBUAを使用して、シングル・インスタンス・データベースをOracle Database 11g リリース2(11.2)にアップグレードします。その後で、前述のシナリオで説明したようにrconfigまたはOracle Enterprise ManagerのRACへの変換オプションを使用します。

- シングル・インスタンスのOracle Database 11g リリース2(11.2)を、このシングル・インスタンスのデータベースとは異なるOracleホームから実行し、このシングル・インスタンスのデータベースと同じデータ・ファイルを使用するOracle 11g リリース2(11.2)のOracle RACデータベースに変換する。
このシナリオでは、ターゲットのデータベース・ホームでrconfigユーティリティを実行するか、またはOracle Enterprise Manager Grid Controlのシングル・インスタンスのデータベース・ターゲットでRACへの変換オプションを使用します。プロンプトに従って、ファイル記憶域の場所を指定します。

- シングル・インスタンスのデータベースが実行されているホストがOracle RACデータベースのノードではない環境で、シングル・インスタンスのOracle Database 11g リリース2(11.2)データベースを、異なるOracleホームから実行するOracle RAC 11g リリース2(11.2)データベースに変換する。
このシナリオでは、シングル・インスタンスのデータベースのクローン・イメージを作成し、そのクローン・イメージを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を使用している場合は、SYSASMユーザーとパスワードも指定して、「次へ」をクリックします。

7. 「ホスト」ページで、インストールしたOracle RACデータベースのクラスタ・メンバーにするクラスタ内のホスト・ノードを選択します。選択が完了したら、「次へ」をクリックします。

8. 「データベースへの変換: オプション」ページで、既存のリスナーとポート番号を使用するか、またはクラスタに新しいリスナーとポート番号を指定するかどうかを選択します。また、クラスタのクラスタ・データベース・インスタンスの接頭辞も指定します。
情報の入力が終了したら、「次へ」をクリックします。または、情報の入力方法の決定についての情報が必要な場合は、「ヘルプ」をクリックします。

9. 「クラスタ・データベースへの変換: 共有記憶域」ページで、既存の共有記憶域領域を使用するオプションを選択するか、またはデータベース・ファイルを新しい共有記憶域の場所にコピーするオプションを選択します。また、既存の高速リカバリ領域を使用するか、またはOracle Databaseによって管理されたファイルを使用して、リカバリ・ファイルを新しい高速リカバリ領域にコピーするかどうかを決定します。
Oracle ASMを使用する場合、データ・ファイルとリカバリ・ファイルを別の障害グループに配置することをお薦めします。障害グループは、2つのディスク間で共有されているコントローラなどの共有ハードウェアまたは同じスピンドル上にある2つのディスクによって定義されます。2つのディスクで障害が発生したハードウェアを共有しており、両方のディスクが使用できなくなった場合、これらのディスクは同じ障害グループに属しています。Oracle ASMを使用しない場合、データ・ファイルとリカバリ・ファイルを(ASMを使用する場合の別の障害グループと同様の)別の場所に配置して、ハードウェアの障害によって可用性が低下しないようにすることをお薦めします。

関連項目:
障害グループの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

情報の入力が終了したら、「次へ」をクリックします。または、情報の入力方法の決定についての情報が必要な場合は、「ヘルプ」をクリックします。

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ディレクトリに移動し、テキスト・エディタを使用してConvertToRAC.xmlファイルを開きます。

2. ConvertToRAC.xmlファイルを確認し、システムに必要なパラメータを変更します。XMLサンプル・ファイルには、ファイルの構成方法を説明するコメントが含まれています。

注意:
変換が正常に完了することを確認するには、変換オプションConvert verify="ONLY"を設定して、テスト変換を実行します。

パラメータの変更が終了したら、filename.xmlという形式の名前を付けてファイルを保存します。選択した名前を記録しておきます。

3. %ORACLE_HOME%\binディレクトリに移動し、次のコマンドを使用してrconfigを実行します。input.xmlは手順2で構成したXML入力ファイルの名前です。

C:\..\bin> rconfig input.xml

たとえば、convert.xmlというXML入力ファイルを作成した場合は、次のコマンドを使用します。

C:\...\bin> rconfig.bat 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でレポートされた問題で変換の失敗の原因になった可能性があるものを修正します。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ファイルの例

<?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>C:\app\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>C:\app\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 are 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
not 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ファイルの例

<?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>C:\app\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>C:\app\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をインストールすると、Oracle Inventoryディレクトリ、Oracle Automatic Storage Management(Oracle ASM)ホーム(該当する場合)およびOracle Clusterwareホームを除くすべてのサブディレクトリは、最上位のOracleベース・ディレクトリの下に作成されます。Oracleホームおよびadminディレクトリも、Oracleベース・ディレクトリの下にあります。

関連項目:
Oracleホームおよびadminディレクトリの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

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

表D-1に、Optimal Flexible Architecture(OFA)準拠のOracle RACデータベースのディレクトリ階層ツリーの例を示します。

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

ルート

第2レベル

第3レベル

第4レベル

説明

%ORACLE_BASE%

C:\app\oracle

デフォルトのORACLE_BASEディレクトリ(oracleユーザーがソフトウェアをインストールした場所)

インストール・タイプ

C:\app\oracle\product\11.2.0\db

Oracleベース・ディレクトリのインストール・タイプ。たとえば、Oracle Database 11g リリース2をインストールする場合のインストール・タイプの値は、product\11.2.0\dbです。

%ORACLE_HOME%

Oracle Databaseソフトウェアのインストール先。ソフトウェアのインストールが複数必要な場合は、カウンタを追加することもできます。たとえば、Oracle Database 11g リリース2ソフトウェアに対して2つ目のOracleホームを作成する場合、パスは次のとおりです。

C:\app\oracle\product\11.2.0\dbhome_2

Oracle DatabaseホームはOracleベース・ディレクトリ・パスの下に作成されることに注意してください。Oracle Clusterwareディレクトリは、データベース実行可能ファイルが存在するOracleベース・ディレクトリ・パスの下には配置しないでください。

database

データベース用にローカルの初期化パラメータ・ファイルが格納されるディレクトリ。

admin

管理ディレクトリ。Oracle Database 11g以上のリリースでは、bdump、cdumpおよびudumpファイルは%ADR_BASE%に関連付けられたディレクトリに再配置されることに注意してください。

db_unique_name

データベースの一意の名前(データベース名が8文字以下の場合はdbnameと同じ)たとえば、データベース名がsalesの場合、ディレクトリ・パスは次のようになります。

C:\app\oracle\admin\sales

/hdump

/pfile

データベース・サーバーのダンプ先。

%ADR_BASE%

/bdump

/cdump

/udump

自動診断リポジトリのダンプ先のトレース・ファイル。このディレクトリ・パスはDIAGNOSTIC_DEST初期化パラメータで設定され、自動診断リポジトリのパスはすべてのノードからアクセス可能な共有記憶域の場所に配置する必要があることに注意してください。

デフォルトでは、このパスは次のように、Oracleベース・ディレクトリのサブセットになります。

%ORACLE_BASE%\diag\

クラスタ用のOracle Grid Infrastructureホーム(Gridホーム)

OFA準拠のOracle Clusterwareホームのパス。デフォルトの値は次のとおりです。

C:\app\11.2.0\grid

クラスタ用のOracle Grid Infrastructureのインストール中に、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ソフトウェアがインストールされます。

bin

Oracle ClusterwareおよびOracle ASM実行可能ファイルのサブツリー。

network

Oracle Net Services構成ファイルとユーティリティのサブツリー。

関連項目:
Microsoft Windowsプラットフォームで使用されるOptimal Flexible Architecture標準の詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

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

この付録では、既存のデータベースにさらに製品を追加するための準備、またはパッチを更新するための準備として、Oracle Real Application Clusters(Oracle RAC)データベースですべてのプロセスを停止する方法について説明します。この付録の内容は次のとおりです。

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

- Oracle RACデータベースの停止

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

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

Oracleソフトウェアを変更する前に、Oracle Databaseインストールのバックアップを作成することをお薦めします。

関連項目:

- 『Oracle Databaseアップグレード・ガイド』

- 『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』

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

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

各ノードの既存のすべてのOracle Databaseインスタンスを通常の順序または優先度の高い順に停止します。Oracle Enterprise Managerまたはサーバー制御(SRVCTL)ユーティリティを使用して、Oracle RACデータベースおよびそのインスタンスを停止できます。

注意:
Oracle ClusterwareまたはOracle Restartを使用している場合は、Oracleソフトウェアを変更する前に、すべてのクラスタ・ノードですべてのOracle Databaseインスタンスを停止する必要があります。パッチの更新を実行する場合の詳細な手順は、パッチ・セット・ノートを参照してください。

関連項目:

- Oracle Restartの詳細は、『Oracle Database管理者ガイド』を参照してください。

- パッチおよびパッチ・セットの詳細は、第4.1.3項「パッチの更新のダウンロードおよびインストール」を参照してください。

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

データベース・ソフトウェアを変更するOracleホーム・ディレクトリで実行されているすべてのリスナー・プロセスとその他のプロセスを停止します。

注意:
Oracle ASMインスタンス、Oracle ClusterwareまたはOracle Restartを停止する前に、まずそれらを使用するすべてのデータベース・インスタンスを停止する必要があります。

E.3.1 Oracle Databaseプロセスの停止

この項では、Oracle Database 11g リリース2(11.2)にさらに製品を追加する前に実行する必要がある作業の概要を説明します。Oracle Databaseソフトウェアのみを更新する場合は、更新するOracleホームから実行されているデータベース・インスタンスのみを停止する必要があります。パッチの更新を実行する場合の詳細な手順は、そのパッチのデータベース・パッチ・セット・ノートを参照してください。

注意:
次の手順は、ここに示す順序で実行する必要があります。

1. 各ノードのOracleホームで、データベースにアクセスする可能性のあるすべてのプロセスを停止します。

注意:
Oracle Enterprise Manager Grid Controlによって監視されているプロセスを停止する前に、停止するプロセスのブラックアウトをGrid Controlに設定します。これは、これらのプロセスの可用性レコードが、計画外のシステム停止ではなく計画停止時間であったことを示すようにするために必要です。

次に例を示します。

C:\> %ORACLE_HOME%\bin\emctl stop dbconsole

2. すべてのノードですべてのOracle RACインスタンスを停止します。データベースのすべてのOracle RACインスタンスを停止するには、次のコマンドを入力します。db_nameはデータベースの名前です。

C:\> %ORACLE_HOME%\bin\srvctl stop database -d db_name

関連項目:

- Oracle Enterprise Managerでのブラックアウトの構成の詳細は、『Oracle Database管理者ガイド』を参照してください。

- パッチおよびパッチ・セットの詳細は、第4.1.3項「パッチの更新のダウンロードおよびインストール」を参照してください。

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

Oracle ClusterwareまたはOracle ASMソフトウェアを更新する場合は、まず、記憶域にOracle ASMを使用するすべてのOracle RACデータベース・インスタンスおよびすべてのOracle Databaseインスタンスを停止する必要があります。データベース・インスタンスを停止したら、次の手順に従ってOracle ASMインスタンスおよびOracle Clusterwareを停止します。

注意:
次の手順は、ここに示す順序で実行する必要があります。

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. すべてのノード上のOracle Clusterwareノード・アプリケーションおよびリソースをすべて停止します。ノードで実行されているノード・アプリケーションを停止するには、次のコマンドを入力します(C:\app\11.2.0\gridはGridホーム、nodeはアプリケーションが実行されているノードの名前)。

C:\> cd app\11.2.0\grid\bin
C:\..\bin> srvctl stop nodeapps -n node

4. 管理者権限を持つユーザーとして、すべてのノードで次のコマンドを入力して、各ノードのOracle ClusterwareプロセスおよびOracle ASMインスタンスを停止します。

C:\app\...\bin> crsctl stop cluster

クラスタのすべてのノードのOracle ClusterwareおよびOracle ASMインスタンスを、1つのコマンドcrsctl stop cluster -allで停止できます。

注意:
crsctl stop crsコマンドはシングル・インスタンス・データベースのOracle Restartサービス・スタックを停止するために使用します。

5. 「サービス」ウィンドウから、Oracle Clusterwareプロセスを停止します。
「スタート」をクリックし、「コントロール パネル」→「管理ツール」→「サービス」の順に選択して「サービス」ウィンドウにアクセスします。「サービス」ウィンドウで、次のサービスを停止します。

- Oracle Object Service

- OracleClusterVolumeService

- OracleOHService

注意:
リストされたサービスのうち、構成によっては、ノードで実行されていないものもあります。

F Oracle Databaseポート番号の管理

この付録では、デフォルトのポート番号と、インストール後に割当て済ポートを変更する方法について説明します。この付録の内容は次のとおりです。

- ポートの管理

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

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

- Oracle Management Agentポートの変更

- Oracle Enterprise Manager Database Controlのポートの変更

- Oracle XML DBポートの変更

- Oracle Services for Microsoft Transaction Serverポートの変更

F.1 ポートの管理

インストール中、Oracle Universal Installer(OUI)によって、ポート番号がデフォルトの一連のポート番号からコンポーネントに割り当てられます。Oracle Real Application Clusters(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

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

クラスタ同期サービス・デーモン(CSSD)

クラスタ同期サービス(CSS)デーモンは、ノードの再起動を薦めるメッセージに固定ポートを使用します。

このポートは、ブロードキャスト機能を持つすべてのインタフェースで使用されます。ブロードキャストは、ノード削除による再起動が差し迫っている場合にのみ発生します。

42424/
動的

動的

TCP

可

Oracle Data Guard

Oracle Net Listenerポートを共有し、インストール中に構成されます。このポートを再構成するには、Oracle Net Configuration Assistant(NETCA)を使用して、リスナーを再構成します。

1521(リスナーと同じ)

1521

TCP

不可

Oracle Connection Manager

OracleクライアントからOracle Connection Managerへの接続用リスニング・ポートです。Oracle Connection Managerは、インストール後にNETCAを使用して構成することができます。

1630

1630

TCP

不可

クラスタ・レディ・サービス・デーモン(CRSD)

Oracle Clusterwareクラスタ・レディ・サービス(CRS)デーモンのノード間接続です。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Oracle Cluster Registry

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Oracle EM Database Control - HTTP

Oracle Enterprise Manager Database Control用のHTTPポートです。このポートは、インストール中に構成されます。このポート番号の変更方法については、第F.5項「Oracle Enterprise Manager Database Controlのポートの変更」を参照してください。

1158

5500–5519

TCP/HTTP

不可

Oracle EM Database Control - Java RMI

Oracle Enterprise Manager Database ControlのJava Remote Method Invocation(RMI)ポート。このポートは、インストール中に構成されます。このポート番号の変更方法については、第F.5項「Oracle Enterprise Manager Database Controlのポートの変更」を参照してください。

5520

5520–5539

TCP

不可

Oracle EM Database Control - JMS

Oracle Enterprise Manager Database ControlのOracle Java Message Service(JMS)ポート。このポートは、インストール中に構成されます。このポート番号の変更方法については、第F.5項「Oracle Enterprise Manager Database Controlのポートの変更」を参照してください。

5540

5540–5559

TCP

不可

Oracle Event Manager(EVM)

Oracle Clusterwareのイベントを生成します。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Oracle高可用性サービス・デーモン(OHASD)

Oracle高可用性サービス(OHAS)デーモンによってOracle Clusterwareスタックが起動されます。

42424

動的

TCP

可

Oracle Management Agent

Oracle Management Agent用のHTTPポートで、Oracle Enterprise Managerの一部です。このポートは、インストール中に構成されます。

このポート番号の変更方法については、第F.4項「Oracle Management Agentポートの変更」を参照してください。

3938

1830–1849

HTTP

不可

Oracle Net Listener

Oracleクライアントは、Oracle Net Servicesを使用してデータベースに接続できます。このポートは、インストール中に構成できます。このポートを再構成するには、NETCAを使用します。

1521

1024-65535

TCP

不可

Oracle Notification Services(ONS)

ONS用のポートで、Fast Application Notification(FAN)イベントに関する情報の通信を行うためのサービスの公開およびサブスクライブに使用されます。FAN通知プロセスでは、クラスタ・サーバーが使用不可になるか、またはネットワーク・インタフェースに障害が発生した場合にOracle Databaseが発行するシステム・イベントが使用されます。

ONSポートを変更するにはsrvctlを使用します。

6100(ローカル)

6200(リモート)

手動構成

TCP

不可

Oracle Real Application Clusters

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Microsoftトランザクション・サーバー用のOracleサービス

Microsoft Transaction Server用のポート番号は、特定のサーバーにMicrosoft Transaction Serverを初めてインストールする際に、Oracle Universal Installer (OUI)により自動的に構成されます。ソフトウェアを同じサーバーの複数のOracleホームにインストールする場合、OUIはすべてのインストールに同じポート番号を使用します。

ほとんどの場合、ポート番号を再構成する必要はありません。このポート番号の変更方法は、第F.7項「Oracle Services for Microsoft Transaction Serverポートの変更」を参照してください。

動的

49152-65535

TCP

不可

Oracle XML DB - HTTP

WebベースのアプリケーションがHTTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB HTTPポートが使用されます。このポートはインストール中に構成されますが、後で表示することはできません。

このポート番号の変更方法については、第F.6項「Oracle XML DBポートの変更」を参照してください。

0

手動構成

HTTP

不可

Oracle XML DB - FTP

アプリケーションがFTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB FTPポートが使用されます。このポートはインストール中に構成されますが、後で表示することはできません。

このポート番号の変更方法については、第F.6項「Oracle XML DBポートの変更」を参照してください。

0

手動構成

FTP

不可

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

Management Agentポートの現在の設定を確認するには、ファイル%ORACLE_HOME%\host_sid\sysman\config\emd.propertiesファイルでEMD_URLを検索します。host_sidはOracle RACデータベースのローカル・ホスト名およびSIDを含む文字列です。

管理エージェントのHTTPポートを変更するには、次の例に示すようにemca -reconfig portsコマンドを使用します。

emca -reconfig ports -AGENT_PORT 1831

F.5 Oracle Enterprise Manager Database Controlポートの変更

現行の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コマンドを使用します。

C:\> %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行で指定できます。次に例を示します。

emca -reconfig ports -DBCONTROL_HTTP_PORT 1820 -AGENT_PORT 1831 -RMI_PORT 5520

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

デフォルトでは、Oracle XML DBのFTPおよびHTTP(HTTPSを含む)ポートは0に設定されており、Oracle XML DBへのFTPまたはHTTPアクセスは無効にされています。Oracle XML DB用のFTPポートおよびHTTPポートを変更するには、catxdbdbca.sqlスクリプトを実行する必要があり、これは、デフォルトのインストールの%ORACLE_HOME%\rdbms\adminにあります。

Oracle XML DBポートを変更するには、次の手順を実行します。

1. Oracleリスナーが実行されていることを確認します。Windowsのサービス・コントロール・マネージャで、Oracleリスナー・サービス(OracleOraDb11g_home1TNSListenerなど)が「開始」に設定されていることを確認します。
リスナーを起動できない場合は、『Oracle Database Net Services管理者ガイド』を参照してください。

2. SYSDBA権限を使用するSYSまたはXDBユーザーとしてSQL*Plusにログインします。たとえば、SYSとしてSQL*Plusにログインします。

SQL> sqlplus sys/ as sysdba

3. catxdbdbca.sqlスクリプトを実行します。
たとえば、OracleホームがC:\app\oracle\product\11.2.0\db_1ディレクトリにあるとします。FTPポートに8200およびHTTPポートに2200を使用するには、次のSQL文を入力します。

SQL> @C:\app\oracle\product\11.2.0\db_1\rdbms\admin\catxdbdbca.sql 2200 8200

4. SQL*Plusを終了します。

関連項目:
SQL*Plusを使用してデータベースに接続する方法については、『Oracle Database管理者ガイド』を参照してください。

F.7 Oracle Services for Microsoft Transaction Serverポートの変更

ほとんどの場合、Oracle Services for Microsoft Transaction Serverのポート番号を再構成する必要はありません。ポート番号を変更する必要がある場合は、レジストリ・エディタを使用して、HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\OracleMTSRecoveryService\Protid_0 Windowsレジストリ・キーの値を1024から65535の範囲の使用可能なポートに編集します。

このキーのポート値が設定されていれば、インストール中、Oracle Universal Installerではこの値が使用されます。設定されていない場合、49152から65535の範囲の空いているポートが自動的に選択されます。

G Oracle Enterprise Manager Configuration Assistantリファレンス

Oracle Enterprise Manager Configuration Assistant(EMCA)は、Database Controlを構成するためのコマンドライン・インタフェースを提供します。この付録の内容は次のとおりです。

- EMCAの概要

- 概要

- 使用上の注意

- EMCAのコマンド・リファレンス

参照:
EMCAの使用の詳細は、第6.7項「EMCAを使用したDatabase Controlの管理」を参照してください。

G.1 EMCAの概要

この項では、EMCAコマンドライン・インタフェースの使用に関連する内容について説明します。

- 概要

- 使用上の注意

G.1.1 概要

既存のOracle Database 11g リリース2(11.2)データベースをOracle Enterprise Manager Database Controlで管理するように構成するための主な手段は、DBCAを使用することですが、Graphical User Interface以外の方法としてEMCAを使用できます。

注意:
EMCAを使用してデータベースを構成している間は、データベースを使用できません。ユーザーは、データベースに接続することも、データベースで操作を実行することもできません。

G.1.2 操作上の注意

この項では、EMCAコマンドライン・インタフェースの使用方法に関する情報を示します。

G.1.2.1 使用方法

すべてのEMCAコマンドをOracle RAC環境で使用できますが、クラスタの設定には一部のコマンドのみを適用できます。EMCAを使用してクラスタ・コマンドを実行するには、ほぼすべてのEMCA動作モードで使用できる-clusterフラグを使用します。

EMCAコマンドの形式は次のとおりです。

emca [operation] [mode] [flags] [parameters]

クラスタの現行の構成情報が必要な場合は、次のコマンドを実行できます。

emca -displayConfig dbcontrol –cluster

G.1.2.2 EMCAパラメータ

EMCAのコマンドラインで指定したパラメータに応じて、EMCAによって、Database Controlの構成に必要な追加情報の入力を求めるプロンプトが表示されます。

それぞれのEMCAコマンドでは、EMCAで必要となる追加情報を指定するためのオプション・パラメータを含めることができます。EMCAで使用するパラメータの形式は[-parameterName parameterValue]です。コマンドラインでは、複数のパラメータを組み合せて使用できます。表G-1に、EMCAで使用できるオプションのパラメータを示します。

注意:
使用可能なパラメータのリストは、コマンドラインでemca -helpと入力すると確認できます。

表G-1 EMCAのオプションのコマンドライン・パラメータ

パラメータ

説明

-respFile

構成操作の実行中にEMCAで使用されるパラメータが記述された入力ファイルのパス。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでの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

送信メール・サーバーまたはSimple Mail Transfer Protocol(SMTP)サーバー(通知用)。

-ASM_OH

Oracle Automatic Storage Management(Oracle ASM)ホーム。

-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

Oracle Enterprise Manager構成をアップグレードまたはリストアするデータベースのOracleホーム。

-DBCONTROL_HTTP_PORT

WebブラウザでDatabase Controlコンソールの表示に使用するポート。詳細は、第6.7.3項「Database Controlで使用されるポートの変更」を参照してください。

-AGENT_PORT

Database ControlのOracle Management Agentポート。詳細は、第6.7.3項「Database Controlで使用されるポートの変更」を参照してください。

-RMI_PORT

Database ControlのRMIポート。詳細は、第6.7.3項「Database Controlで使用されるポートの変更」を参照してください。

-JMS_PORT

Database ControlのJMSポート。詳細は、第6.7.3項「Database Controlで使用されるポートの変更」を参照してください。

-CLUSTER_NAME

クラスタ名(クラスタ・データベース用)。

-DB_UNIQUE_NAME

データベースの一意の名前(クラスタ・データベース用)。

-SERVICE_NAME

データベースのサービス名(クラスタ・データベース用)。

-EM_NODE

Database Controlコンソールを実行するノード(クラスタ・データベース用)。詳細は、第6.7.1項「Oracle RACデータベースのためのDatabase Control実装の変更」を参照してください。

-EM_NODE_LIST

エージェントのみの構成用のノードのカンマ区切りリストで、–EM_NODEにデータをアップロードします。詳細は、第6.7.1項「Oracle RACデータベースのためのDatabase Control実装の変更」を参照してください。

G.1.2.3 ツール/ユーティリティ・ヘルプの使用

EMCAのオプションを表示するには、次のコマンドのいずれかを使用してEMCAを起動します。

emca -h
emca --h
emca -help
emca --help

これらのコマンドは、EMCAユーティリティのヘルプ・メッセージを表示します。これらのhelpコマンドは、表G-2で説明するコマンド引数、および表G-1で説明するオプションのパラメータのリストを表示します。

G.2 EMCAのコマンド・リファレンス

この項では、EMCAユーティリティで利用できるコマンドについて説明します。

表G-2 EMCAコマンド

コマンド

説明

addInst

データベースまたはOracle ASMの記憶域の新しいクラスタ・インスタンスに対してOracle Enterprise Managerを構成します。

addNode

データベースまたはOracle ASMの記憶域の新しいクラスタ・インスタンスに対してOracle Enterprise Managerを構成します。

config all db

データベースに対してDatabase Controlと集中エージェント管理の両方を構成します。

config centralAgent

データベース・インスタンスまたはOracle ASMインスタンスに対する集中エージェント管理を構成します。

config dbcontrol db

データベースに対してDatabase Controlを構成します。

deconfig all db

データベースに対するDatabase Controlと集中エージェント管理の両方の構成を解除します。

deconfig centralAgent

データベース・インスタンスまたはOracle ASMインスタンスに対する集中エージェント管理の構成を解除します。

deconfig dbcontrol db

データベースに対するDatabase Controlの構成を解除します。

deleteInst

クラスタ・データベースまたはOracle ASMの記憶域の特定のインスタンスに対するOracle Enterprise Managerの構成を解除します。

deleteNode

削除されるノードに対するOracle Enterprise Managerの構成を解除します。

displayConfig dbcontrol

クラスタ環境内のDatabase Controlの現行のデプロイメント構成に関する情報を表示します。

reconfig dbcontrol

クラスタ・データベースに対してDatabase Controlのデプロイメントを再構成します。

reconfig ports

Database Controlのポートを明示的に再割当てします。

restore

現行のリリースのOracle Enterprise Manager構成を以前のリリースに戻します。

upgrade

以前のリリースのOracle Enterprise Manager構成を現行のリリースにアップグレードします。

version

EMCAに関連付けられているリリース情報を出力します。

G.2.1 addInst

このコマンドは、データベースまたはOracle ASMの新しいクラスタ・インスタンスに対してOracle Enterprise Managerを構成する場合に使用します。

G.2.1.1 構文

このコマンドには次の2つの形式があり、Oracle DatabaseインスタンスとOracle ASMインスタンスのどちらを追加するかどうかに応じて使い分けます。

emca -addInst db [-silent] [parameters]

emca -addInst asm [-silent] [parameters]

G.2.1.2 パラメータ/オプション

表G-3 addInstのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

このオプションは、Oracle ASMを使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、すべてのEMCA構成コマンド(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.2 addNode

このコマンドは、データベースまたはOracle ASMの新しいクラスタ・インスタンスに対してOracle Enterprise Managerを構成する場合に使用します。

詳細は、第6.3項「EMCAとEnterprise Manager ControlおよびOracle RACの理解」を参照してください。

G.2.2.1 構文

emca -addNode db [-silent] [parameters]

emca -addNode asm [-silent] [parameters]

G.2.2.2 パラメータ

表G-4 addNodeのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

このオプションは、Oracle ASMを使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、すべてのEMCA構成コマンド(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.2.3 例

このコマンドの詳細は、第6.7.2項「ノードの追加および削除時のDatabase Control構成の更新」を参照してください。

G.2.3 config all db

このコマンドは、データベースに対してDatabase ControlとOracle Management Agentの両方を構成する場合に使用します。Database Controlリポジトリの作成(再作成)、自動バックアップの構成、クラスタ・データベースでの対象操作の実行などのオプションがあります。

この操作では、データベースをOracle Enterprise Manager 10g Grid Controlコンソールで集中管理できるように構成します。このオプションを使用するには、Oracle Enterprise ManagerのOracle Management Serviceコンポーネントをネットワーク・ホストに事前にインストールしておく必要があります。また、データベースを実行するホストにOracle Management Agentがインストールされている必要もあります。

G.2.3.1 構文

emca -config all db [-repos (create | recreate)] [-cluster] [-silent]
[-backup] [parameters]

G.2.3.2 パラメータ

表G-5 config all dbのオプション

パラメータ

説明

-repos create

新しいOracle Management Repositoryを作成します。

-repos recreate

現行のOracle Management Repositoryを削除してから、新しいOracle Management Repositoryを再作成します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.4 config centralAgent

このコマンドは、データベース・インスタンスまたはOracle ASMインスタンスに対して管理エージェントを構成する場合に使用します。この操作をクラスタ環境で実行するオプションなどがあります。

この操作では、データベースをOracle Enterprise Manager 10g Grid Controlコンソールで集中管理できるように構成します。このオプションを使用するには、Oracle Enterprise ManagerのOracle Management Serviceコンポーネントをネットワーク・ホストに事前にインストールしておく必要があります。また、データベースを実行するホストにOracle Management Agentがインストールされている必要もあります。

G.2.4.1 構文

emca -config centralAgent (db | asm) [-cluster] [-silent] [parameters]

G.2.4.2 パラメータ

表G-6 config centralAgentのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

このオプションは、Oracle ASMを使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、すべてのEMCA構成コマンド(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.5 config dbcontrol db

このコマンドは、データベースに対してOracle Enterprise Manager Database Controlを構成する場合に使用します。Oracle Management Repositoryの作成(再作成)、自動バックアップの構成、クラスタ・データベースでの対象操作の実行などのオプションがあります。

G.2.5.1 構文

emca -config dbcontrol db [-repos (create | recreate)] [-cluster] [-silent]
[-backup] [parameters]

G.2.5.2 オプション

表G-7 config dbcontrolのオプション

パラメータ

説明

-repos create

新しい管理エージェントを作成します。

-repos recreate

現在の管理エージェントを削除し、新しい管理リポジトリを作成します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

-backup

データベースに対して自動バックアップを構成します。EMCAによって日次自動バックアップのオプションの入力を求めるプロンプトが表示されます。データベース・ファイルのバックアップには、Oracle Enterprise Managerのデフォルトの設定が使用されます。

このオプションを使用すると、EMCAは、db_recovery_file_dest初期化パラメータの値を使用して自動バックアップの高速リカバリ領域を識別します。このパラメータが設定されていない場合は、EMCAでエラーが発生します。この設定は、Database Controlの「メンテナンス」ページを使用して後で変更できます。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.5.3 例

例1   シングル・インスタンスのOracle ASMに対するDatabase Controlの構成

Oracle ASMを使用するシングル・インスタンス・データベースに対してDatabase Controlコンソールを構成する場合は、次のコマンドを実行してDatabase Controlコンソールを構成すると、自動的にOracle ASMインスタンスが検出されます。

emca -config dbcontrol db -repos create

例2   データベースの自動バックアップの構成

次のコマンドを入力すると、データベースの日次バックアップを自動的に実行するようにDatabase Controlが構成されます。

emca -config dbcontrol db -backup

G.2.6 deconfig all db

データベースに対するDatabase ControlとOracle Management Agentの両方の構成を解除します。Oracle Management Repositoryの削除、クラスタ・データベースでの対象操作の実行などのオプションがあります。

G.2.6.1 構文

emca -deconfig all db [-repos drop] [-cluster] [-silent] [parameters]

G.2.6.2 パラメータ

表G-8 deconfig all dbのオプション

パラメータ

説明

-repos drop

現在の管理エージェントを削除します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.7 deconfig centralAgent

このコマンドは、データベース・インスタンスまたはOracle ASMインスタンスに対するOracle Management Agentの構成を解除する場合に使用します。この操作をクラスタ環境で実行するオプションなどがあります。

たとえば、このコマンドは、削除予定のデータベースから管理エージェントの構成を削除する場合に使用します。そのような場合は、管理エージェントの構成を削除してからデータベースを物理的に削除します。この操作では、実際のデータベースまたはそのデータ・ファイルは削除されません。

G.2.7.1 構文

emca -deconfig centralAgent (db | asm) [-cluster] [-silent] [parameters]

G.2.7.2 パラメータ

表G-9 deconfig centralAgentのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

このオプションは、Oracle ASMを使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、すべてのEMCA構成コマンド(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.7.3 例

例1   削除対象データベースからの管理エージェントの構成の削除

testdbデータベースを削除する場合、次のようなコマンドを使用して、データベースを物理的に削除する前に管理エージェントの構成を削除します。

emca -deconfig centralAgent db -ORACLE_HOME C:\app\oracle\10.2\db1
-SID testdb

G.2.8 deconfig dbcontrol db

このコマンドは、データベースのDatabase Controlの構成を解除する場合に使用します。Oracle Management Repositoryの削除、クラスタ・データベースでの対象操作の実行などのオプションがあります。

この操作では、実際のデータベースまたはそのデータ・ファイルは削除されません。

G.2.8.1 構文

emca -deconfig dbcontrol db [-repos drop] [-cluster] [-silent] [parameters]

G.2.8.2 パラメータ

表G-10 deconfig dbcontrol dbのオプション

パラメータ

説明

-repos drop

現在の管理エージェントを削除します。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.8.3 例

例1   削除対象データベースからのDatabase Controlの構成の削除

testdbデータベースを削除する場合、次のようなコマンドを使用して、データベースを物理的に削除する前にDatabase Controlの構成を削除します。

emca -deconfig dbcontrol db -repos drop -ORACLE_HOME C:\app\oracle\10.2\db1
-SID testdb

G.2.9 deleteInst

このコマンドは、データベースまたはOracle ASMの特定のクラスタ・インスタンスでOracle Enterprise Managerの構成を解除する場合に使用します。

G.2.9.1 構文

emca -deleteInst (db | asm) [-silent] [parameters]

G.2.9.2 パラメータ

表G-11 deleteInstのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

このオプションは、Oracle ASMを使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、すべてのEMCA構成コマンド(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.10 deleteNode

このコマンドは、削除するノードでOracle Enterprise Managerの構成を解除する場合に使用します。詳細は、第6.3項「EMCAとEnterprise Manager ControlおよびOracle RACの理解」を参照してください。

G.2.10.1 構文

emca -deleteNode (db | asm) [-silent] [parameters]

G.2.10.2 パラメータ

表G-12 deleteNodeのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

このオプションは、Oracle ASMを使用してデータ・ファイルを格納するデータベースに対して使用します。データベースでOracle ASMが使用されていると、すべてのEMCA構成コマンド(-upgradeと-restoreは除く)で自動的に検出され、データベースとOracle ASMの両方のインスタンスに変更が適用されます。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.10.3 例

このコマンドの詳細は、第6.7.2項「ノードの追加および削除時のDatabase Control構成の更新」を参照してください。

G.2.11 displayConfig dbcontrol

このコマンドは、クラスタ環境内のDatabase Controlの現行のデプロイメント構成に関する情報を表示する場合に使用します。このコマンドは、-clusterオプションとともに使用する必要があります。

G.2.11.1 構文

emca -displayConfig dbcontrol -cluster [-silent] [parameters]

G.2.11.2 パラメータ

表G-13 displayConfig dbcontrolのオプション

パラメータ

説明

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.12 reconfig dbcontrol

このコマンドは、クラスタ・データベースでDatabase Controlのデプロイメントの構成を解除する場合に使用します。このコマンドは、-clusterオプションとともに使用する必要があります。

G.2.12.1 構文

emca -reconfig dbcontrol -cluster [-silent] [parameters]

G.2.12.2 パラメータ

表G-14 reconfig dbcontrolのオプション

パラメータ

説明

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.12.3 例

このコマンドの詳細は、第6.7.1項「Oracle RACデータベースのためのDatabase Control実装の変更」を参照してください。

G.2.13 reconfig ports

このコマンドは、Database Controlのポートを明示的に再割当てする場合に使用します。この操作をクラスタ環境で実行するオプションなどがあります。

G.2.13.1 構文

emca -reconfig ports [-cluster] [parameters]

G.2.13.2 パラメータ

表G-15 reconfig portsのオプション

パラメータ

説明

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.13.3 例

このコマンドの詳細は、第6.7.3項「Database Controlで使用されるポートの指定」を参照してください。

G.2.14 restore

このコマンドは、現行のリリースのOracle Enterprise Manager構成を以前のリリースに戻す場合に使用します。これは、-upgradeコマンドの逆です。このコマンドを実行すると、-upgrade操作による変更がすべて元に戻されます。この操作は、データベース、Oracle ASM、またはデータベースおよびOracle ASMのインスタンスに対して同時に実行できます。

G.2.14.1 構文

emca -restore (db | asm | db_asm) [-cluster] [-silent] [parameters]

G.2.14.2 パラメータ

表G-16 restoreのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

db_asm

データベースとOracle ASMのインスタンスのリストア操作を実行します。

Oracle ASMインスタンスをリストアした場合でも、それを使用するデータベース・インスタンスをリストアする必要はありません。したがって、Oracle Enterprise Managerの構成のリストアは、データベースおよびそれに対応するOracle ASMインスタンスに対して別々に実行できます。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.15 upgrade

このコマンドは、以前のリリースのOracle Enterprise Manager構成を現行のリリースにアップグレードします。この操作は、データベース、Oracle ASM、またはデータベースおよびOracle ASMのインスタンスに対して同時に実行できます。

このコマンドによって、データベースまたはOracle ASMの実際のインスタンスがアップグレードされたり、Oracle Enterprise Managerソフトウェアがアップグレードされることはありません。かわりに、指定したインスタンスの構成ファイルがアップグレードされ、現行のリリースのOracle Enterprise Managerソフトウェアと互換性を持つようになります。EMCAは、すべてのOracleホームにわたって、ホスト上の指定したデータベースまたはOracle ASMのターゲット(あるいはその両方)のすべてのインスタンスのアップグレードを試行します(リスナー・ポート、Oracleホームなどの特定のターゲット・プロパティが変更されている可能性が高いためです)。

G.2.15.1 構文

emca -upgrade (db | asm | db_asm) [-cluster] [-silent] [parameters]

G.2.15.2 パラメータ

表G-17 upgradeのオプション

パラメータ

説明

db

データベース(クラスタ・データベースを含む)に対して操作を実行します。

asm

Oracle ASMのみのインスタンス(クラスタOracle ASMインスタンスを含む)に対して操作を実行します。

db_asm

データベースとOracle ASMのインスタンスのアップグレード操作を実行します。

Oracle ASMインスタンスをアップグレードした場合でも、それを使用するデータベース・インスタンスをアップグレードする必要はありません。したがって、Oracle Enterprise Managerの構成のアップグレードは、データベースおよびそれに対応するOracle ASMインスタンスに対して別々に実行できます。

-cluster

クラスタ・データベース・インスタンスまたはOracle ASMインスタンスに対して操作を実行します。

-silent

追加情報の入力を求めるプロンプトを表示せずに操作を実行します。

このモードが指定されている場合は、すべての必要なパラメータをコマンドラインに入力するか、または–respFile引数を使用して入力ファイルに指定する必要があります。詳細は、第6.6.2項「入力ファイルによるサイレント・モードでのEMCAの使用」を参照してください。

パラメータ

表G-1「EMCAのオプションのコマンドライン・パラメータ」を参照してください。

G.2.16 version

このコマンドは、EMCAに関連付けられているリリース情報を出力する場合に使用します。

G.2.16.1 構文

emca -version

索引
A  B  C  D  E  F  G  H  I  J  L  M  N  O  P  R  S  T  U  V  W

A

ACFS。「Oracle ACFS」を参照。

拡張

データベース構成タイプ, 2.3, 2.4, 2.4.2, C.2.1.5

インストール・タイプ, 2.2, 2.4.3, 2.5.2, C.2.1.5

アーキテクチャ

異なるチップ・アーキテクチャ, 1.2.1

Optimal Flexible Architecture(OFA), はじめに, 1.2.3, 2.9, 3.6, C.1, C.2.3.1.2, D.2

Stripe and Mirror Everything(SAME), はじめに

アーカイブ・ログ

クラスタ・データベースへの変換, C.1

ASM動的ボリューム・マネージャ(AVMD), 1.3 ASM。「Oracle ASM」を参照。 ASMSNMP, 1.5.2 AUTHENTICATION_SERVICES, 7.8.4 自動診断リポジトリ(ADR), 7.8.4 自動ストレージ管理。「Oracle ASM」を参照。 自動UNDO管理, 7.5

シングル・インスタンスのデータベースからOracle RACへの変換, C.2.3.1.2

DBCA, 3.2, C.2

表領域, 7.4.1

AVMD。「ASM動的ボリューム・マネージャ(AVMD)」を参照。

B

b_cr91data, 2.9.2

バックアップ

クラスタ・データベースへの変換, C.1

自動化, 1.3, 1.3.1, 6.5, 6.6.1, 6.6.2, B.5.1, G.1.2.2, G.2.3, G.2.5

EMCAを使用した構成, G.2.5.3

DBCAを使用する場合の領域要件, 1.3

ブラウザ。「Webブラウザ」を参照。

C

候補ディスク, 3.5.1

変更

データベース・リスナー・ポート, 6.8.1

Oracle Enterprise Manager Database Controlポート, F.5

Oracle Management Agentポート, F.4

Oracle XML DBポート, F.6

製品の言語, 2.2

ホスト名の変更, 6.8.3, 7.1 クラスタ・データベース

アラート・ログ, C.1

DBCAを使用した変換, C.2

Enterprise Manager Grid Controlを使用した変換, C.3.4

rconfigを使用した変換, C.3

DBCAを使用した作成, C.2.3.1.1

インストールされた構成, 7.4.1

ロード・バランシング, 7.9

パスワード・ファイル, C.2.3.1.2

SCAN, 7.9

SPFILE, 5.1, 7.6

クラスタ・ファイル・システム

「Windows用のOCFS」も参照

「Oracle ACFS」も参照

データ・ファイルの記憶域オプション, 1.3.1

Cluster Manager

ポート, 範囲とプロトコル, F.3, F.3

クラスタ検証ユーティリティ

クラスタ・マネージャの整合性の検証, A.2.2

DBCAのデータベース作成ステージの準備状況の検証, 3.4

ダウンロード場所, 1.1.5

OUIに組込み, 1.1.5

インストール場所, 1.6

概要, 1.1.5

データベースのインストールのための準備状況の検証, 1.6

CLUSTER_DATABASE_INSTANCES, 3.5.3 クラスタウェア診断, A.2.2 コマンド

crsctl, 4.5.3

emca, 4.2.6

olsnodes, 4.5.3, A.2.2

コンポーネント

DBCAを使用した作成, 7.4

Oracle Database 11gリリース1の新機能, はじめに

Oracle Configuration Manager, はじめに

Oracle Database Vault, はじめに

コンフィギュレーション・アシスタント

失敗した状態, A.3.2

トラブルシューティング, A.3, A.3.1

構成タイプ

拡張, 2.4

接続記述子, 7.8.1 接続時ロード・バランシング, 7.9 Connection Manager。「Oracle Connection Manager」を参照 制御ファイル, 1.5.4

説明, 7.4.2

インストールされた構成, 7.4.2

Oracle RACへの変換

管理上の問題点, C.1

非クラスタ・システムから, C.2.1

シングル・インスタンス・データベースから, B, C, C, C.2.3, C.3, C.3.4

変換後の手順, C.6

変換しない理由, C.2

rconfigの使用, C.3

CPU, 4.1.2 Oracle RACデータベースの作成

DBCAの使用, 2.9, 3.1, 3.5.2

スクリプトの使用, B.1

クリティカル・パッチの更新, 4.1.2 カスタマ構成リポジトリ。「Oracle Configuration Manager」を参照。

D

データ・ファイル, 1.5.4

DBCA, 7.4.1

説明, 7.4.1

記憶域オプション, 1.3.1

データ・ウェアハウス

データベース構成タイプ, 2.4

データベース

DBCAで作成されたコンポーネント, 7.4

構成タイプ, 2.2, 2.4

日次自動バックアップの構成, 6.6.1

スクリプトを使用した作成, B.1

サービス, 2.9.1, 7.8.1

ファイル用にサポートされている記憶域オプション, 1.3.2

データベース・エージェント, 7.9.2

リスナー, 7.8.2.2

サーバー・パラメータ・ファイル, 5.1

データベース・エージェント・プロセス, 7.8.2.2 Database Configuration Assistant。「Oracle Database Configuration Assistant(DBCA)」を参照。 Database Control

EMCAを使用した日次自動バックアップ, 6.6.1

ホスト名またはIPアドレスの変更, 6.8.3, 6.8.4

リスナー・ポートの変更, 6.8.1

Oracle Real Application Clusters用の構成, 6.7

インストール後の構成, 6.6, 6.7

EMCAを使用した新しいノードでの構成, 6.7.2

EMCAを使用したリモート・ノードでの構成, 6.7.1

DBCAを使用した構成, 6.5

EMCAを使用した構成, 6.6

現行の構成の表示, G.1.2.1

電子メール通知, 3.5.3

既存の構成の変更, 6.7.1

使用されているポート, 6.7.3

Oracle Management Agentで使用されているポート, 6.7.3

TNS_ADMIN変更後の再構成, 6.8.4

EMCAを使用したノードからの削除, 6.7.2.2

ポート割当ての指定, 6.7.3

Database Upgrade Assistant(DBUA), 3.3, C 夏時間

TIMESTAMP WITH TIME ZONEデータ, 1.5.5

DB_NAME, 3.5.3 DB_UNIQUE_NAME, 3.5.3

初期化パラメータ, 3.5.3

dbca.rspファイル, B.5.1 DBCA。「Oracle Database Configuration Assistant(DBCA)」を参照。 DBSNMPユーザー

パスワードの要件, 2.8

専用サーバー, 7.9.4 削除ツール, 8.1

使用例, 8.3.2

ログ・ファイル, 8.3.1

データベースの削除

DBCAの使用, 3.6

非推奨となった機能

Oracle Database 11gリリース1, はじめに

初期化パラメータ, はじめに

サービスの管理, 2.9.1

サポートされない

RAWデバイス, はじめに

診断, A.2.2 ディレクトリ・オブジェクト, 4.1.6 ディレクトリ構造, D ドメイン・ユーザー

インストールで使用, 1.2.2

保護されたデータ・センターからインストール前にインストーラの更新をダウンロード, 1.1.2 DSTパッチ, 4.1.2 DV_ACCTMGR, 2.5.1.2 DV_OWNER, 2.5.1.1

E

簡易接続ネーミング, はじめに, 7.8.4, 7.8.4

電子メール通知

Database Controlの使用, 3.5.3

EMCA。「Enterprise Manager Configuration Assistant(EMCA)」を参照。 Enterprise Manager Configuration Assistant(EMCA)

Oracle RAC, 6.3

ホスト名またはIPアドレスの変更, 6.8.3, 6.8.4

概念, 6.7

日次自動バックアップの構成, 6.6.1

新しく追加したノードでのDatabase Controlの構成, 6.7.2

リモート・ノードでのDatabase Controlの構成, 6.7.1

Database Controlの構成, 6.6

現行のDatabase Control構成の表示, G.1.2.1

TNS_ADMIN変更後の再構成, 6.8.4

リスナー・ポート変更後のDatabase Controlの再構成, 6.8.1

Database Controlのノードからの削除, 6.7.2.2

ポート割当ての指定, 6.7.3

Database Controlに関する問題のトラブルシューティング, 6.8

EMCAパラメータ用の入力ファイルの使用, 6.6.2

Enterprise Manager Control(EMCTL), 6.3 enterprise.rspファイル, B.5.1 エラー・メッセージ

インストール中, A.2

サイレント・モード, A.4

外部ファイル, 4.1.6 外部表, 4.1.6

F

フェイルオーバー

サービス登録, 7.9.3

障害グループ, 3.5.3 高速リカバリ領域, 3.5.3

Oracleによって管理されたファイル, C.3.4, C.3.4

機能, 新規, はじめに, はじめに ファイル・システム

データ・ファイルの記憶域オプション, 1.3.1

Oracle Databaseのサポートされているオプション, 1.3.1

ファイル

dbca.rsp, B.5.1

enterprise.rsp, B.5.1

レスポンス・ファイル, B.5

G

汎用目的/トランザクション処理

データベース構成タイプ, 2.4

グローバル・データベース名

選択, 2.7

グローバリゼーション

サポート, 1.1.7, 2.2

Grid Control

Oracle Database 11gリリース2へのアップグレード後のターゲットの更新, 6.8.2

グリッド・プラグ・アンド・プレイ, はじめに グループ

ORA_DBA, 1.2.2, A.2.1, B.5.1

H

高可用性

SCANリスナー, 7.9.2

サービスの停止, E.3.2

ホスト名

変更, 7.1

変更後のDatabase Controlの再構成, 6.8.3, 6.8.4

I

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

インスタンス, 5.1

リスナー

パラメータ, 7.8.2.2

「パラメータ・ファイル(PFILE)」も参照。 「サーバー・パラメータ・ファイル(SPFILE)」も参照。 初期化パラメータ

CLUSTER_DATABASE_INSTANCES, 3.5.3

DB_NAME, 3.5.3

DISPATCHERS, 7.9.4

LOCAL_LISTENER, 7.9.2

REMOTE_LISTENER, 7.9.2

installActions.logファイル, A.1.3 インストール

グローバリゼーション, 1.1.7, 2.2

Oracle Configuration Manager, 2.6

Oracle Database Vault, 1.4

ディレクトリ構造, D

listener.oraファイル, 7.8.2.3

非対話, B.1

非対話モードのエラー処理, A.4

インストール完了後の追加の製品, 3.5.3

レスポンス・ファイル, B.5

エラー, A.4

準備, B.5, B.5.2

テンプレート, B.5

サイレント・モード, B.6.2 サイレント・モードのエラー処理, A.4 tnsnames.oraファイル, 7.8.3 インスタンス

初期化パラメータ・ファイル, 5.1

J

Java Message Service(JMS)

Database Controlで使用されているポート, 6.7.3

Java Runtime Environment

Windows要件, 1.3

L

言語。「グローバリゼーション」を参照。

言語のサポートおよびインストール, 2.2

「クラスタ・データベースのリスト」ページ, 3.6

リスナー

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

構成

listener.oraファイル, 7.8.2

ローカル・リスナー, 7.9.2

リモート・リスナー, 7.9.2

listener.oraのデフォルト構成, 7.8.2.3 ファイル

listener.ora, 7.8.2.2, 7.8.2.3

sqlnet.ora, 7.8.4

パラメータ

LOCAL_LISTENER, 7.8.3, 7.9.2

REMOTE_LISTENER, 7.8.3, 7.9.2

登録, 7.8.1 サービス登録, 7.8.2.3 ロード・バランシング

サービス登録, 7.9

ローカル管理ユーザー, 1.2.2 ローカル・グループ

ORA_DBA, 1.2.2

ローカル・リスナー, 7.8.2.2 ローカルPFILE, 5.3 ログ・ファイル

インストール中にログ・ファイルを参照する方法, 2

トラブルシューティング, A.1.3, A.2.3

M

「管理オプション」ページ

DBCA, 6.5, G.1.1

表領域の管理, 7.5 Metalink。「My Oracle Support Webサイト」を参照。 移行

シングル・インスタンス・データベースからOracle RACへ, C.2

複数のOracleホーム

Oracle Clusterware, 1.1.6

複数のOracle RACデータベース

クラスタウェア要件, 1.1.6

My Oracle Support Webサイト, 4.1.3

概要, 1.1.1

アクセス, 1.1.1

記憶域要件, 1.3

インストール前の確認, 1.1.1

N

ネーミング・メソッド, 7.8.1

簡易接続ネーミング, 7.8.4, 7.8.4

各国語サポート(NLS)

互換性ファイル, 2.9.2

Net Configuration Assistant。「Oracle Net Configuration Assistant(NETCA)」を参照 ネット・サービス名, 7.8.3 NETCA。「Oracle Net Configuration Assistant(NETCA)」を参照。 netca.rspファイル, B.5.1 ネットワーク接続ストレージ(NAS), 1.3.1 ネットワーク

構成ファイル, 7.8.2.3

sqlnet.ora, 7.8.4

tnsnames.ora, 7.8.3

ディレクトリ, D.2 インタフェースの使用計画, 1.2.4.1 新機能, はじめに, はじめに 非対話モード。「レスポンス・ファイル・モード」を参照。 NTSオペレーティング・システム認証, 7.8.4

O

Windows用のOCFS, 1.3.2, 3.5.3

olsnodesコマンド, A.2.2

オペレーティング・システム

Oracle RACのインストール前の要件, 1.2.5

Optimal Flexible Architecture(OFA), はじめに, 1.2.3, 2.9, 3.6, C.1, C.2.3.1.2, D.2 ORA_DBAグループ, 1.2.2, A.2.1, B.5.1 Oracle ACFS, はじめに, 1.3 Oracle Application Express

インストールの要件, 2.1, 2.1

サポートしているWebブラウザ, 1.2.4.3

Oracle ASM

候補ディスク, 3.5.1

障害グループ, 3.5.3

高速リカバリ領域, 3.5.3

ディスク検出パスの変更, 3.5.1

今回のリリースと互換性のあるOracle Databaseリリース, 1.7

データ・ファイルの記憶域オプション, 1.3.1

Oracle ASM動的ボリューム・マネージャ(Oracle ADVM), はじめに Oracle Cluster Registryポート, F.3 Oracle Clusterware

複数のデータベース・リリース, 1.1.6

Oracle Configuration Manager

有効化に必要な情報, 2.6

インストール, はじめに

概要, はじめに, はじめに

インストール後, 4.3

Oracle Connection Manager

ポート, 範囲とプロトコル, F.3

Oracle Data Guard

ポート, 範囲とプロトコル, F.3

Oracle Database

データ・ファイルの記憶域オプション, 1.3.1

Oracle ASMを使用して共存できるリリース, 1.7

サポートされている記憶域オプション, 1.3.2

アップグレード, 1.1.6, 2.3

Oracle Database Configuration Assistant(DBCA)

作成されたコンポーネント, 7.4

Database Controlの構成, 6.5

制御ファイル, 7.4.2

Oracle Real Application Clustersデータベースの作成

インストール後, 3.5.2

インストール中, 2.9, 3.1

データ・ファイル, 7.4.1 データベースの削除, 3.6, 3.6 Oracle RACデータベースの削除, 3.6 初期化パラメータ・ファイル, 7.6 「クラスタ・データベースのリスト」ページ, 3.6 「管理オプション」ページ, 6.5, G.1.1 設定されなくなったLOCAL_LISTENERおよびREMOTE_LISTENER, 7.8.3 「操作」ページ, 3.6 「リカバリ構成」ページ, 3.5.3 REDOログ・ファイル, 7.4.3 レスポンス・ファイル, B.5.1 ロールバック・セグメント, 7.5 サイレント・モードでの実行, B.7 起動, 6.5 「サマリー」ダイアログ・ボックス, 3.6 表領域, 7.4.1 テンプレート, 3.2 使用, 3.1 「ようこそ」ページ, 3.5.3, 3.5.3 Oracle Database Vault

複数のOracleホーム, 1.4

構成, 1.4

Oracle Database Vaultアカウント・マネージャ(DV_ACCTMGR), 2.5.1.2

Oracle Database Vault所有者(DV_OWNER), 2.5.1.1

インストール後の手順, 4.1.5.1

Oracle Enterprise Manager

ASMSNMP, 1.5.2

Database Control, 4.2.6

ポートの変更, F.5

ポート, 範囲とプロトコル, F.3

Database Controlへのログイン, 4.2.6 シングル・インスタンスのデータベースのOracle Real Application Clustersヘの変換, C.3.4 Oracle Event Manager

ポート, 範囲とプロトコル, F.3, F.3

Oracleホーム

ASCIIパス, 1.2.3

複数, 7.3

Oracle Managed Files(OMF), C.1 Oracle Management Agent

ポート

変更, F.4

範囲とプロトコル, F.3

Oracle Net Configuration Assistant(NETCA), 2.9

レスポンス・ファイル, B.5.1

Oracle Net Servicesリスナー

ポート, 範囲とプロトコル, F.3

Oracle Net Servicesリスナー

ポート, 範囲とプロトコル, F.3

Oracle RAC One Node, 2.2 Oracle RACテクノロジの動作保証マトリクス, 1.1.1 Oracle Real Application Clusters

データベース, 削除, 3.6

オペレーティング・システム要件, 1.2.5

概要, 7

ポート

範囲とプロトコル, F.3

RAWデバイスの設定, 7.4.1 共有ファイル, 1.5.4 記憶域要件, 1.3 Oracle Real Application Testing, はじめに Oracle Universal Installer(OUI)

レスポンス・ファイル

リスト, B.5.1

Oracle Upgrade Companion, 1.1.6, 2.3 Oracle XML DB

ポート

変更, F.6

範囲とプロトコル, F.3

ORACLE_BASE

デフォルト値, 1.2.3

環境変数の設定, 4.2.1

ORACLE_HOME

デフォルト値, 1.2.3

環境変数の設定, 4.2.1

ORACLE_SID

環境変数の設定, 4.2.1

OracleMetalink。「My Oracle Support Webサイト」を参照。 OracleRemExecService Windowsサービス, 4.5.2 OUI

「Oracle Universal Installer(OUI)」を参照。

P

パラメータ・ファイル(PFILE)

ローカル, 5.3

検索順序, 5.4

パラメータ

「初期化パラメータ」も参照

パスワード, 2.8

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

Oracle Database Vault所有者, 2.5.1.1

レスポンス・ファイルの指定, B.4

「セキュリティ」を参照

パッチ・バンドル

内容, 4.1.2

説明, 4.1.2

パッチ・セット更新, 4.1.2 パッチ・セット

説明, 4.1.2

パッチ

My Oracle Support, 4.1.3

更新, E.3.1

以前のソフトウェア・リリースへの適用, 4.5.2

CPU, 4.1.2

パッチ更新のダウンロード, 4.1.3

DST, 4.1.2

インストール, 4.1.3

Oracle RAC用のオペレーティング・システム・パッチ, 1.2.5

PSU, 4.1.2

PFILE。「パラメータ・ファイル(PFILE)」を参照。 PMONプロセス

リスナー登録, 7.8.1

検出ルーチン, 7.8.1

ポリシー管理型のデータベース

SCAN, 6.1

portlist.iniファイル, F.2 ポート

アクセスURL, F.2

Cluster Manager

範囲とプロトコル, F.3, F.3

アプリケーション用の構成, F.2 Database Control, 6.7.3 デフォルトの範囲, F Java Message Service(JMS), 6.7.3 Oracle Cluster Registry, F.3 Oracle Connection Manager

範囲とプロトコル, F.3

Oracle Data Guard

範囲とプロトコル, F.3

Oracle Enterprise Manager Database Control

変更, F.5

範囲とプロトコル, F.3

Oracle Event Manager

範囲とプロトコル, F.3, F.3

Oracle Management Agent, 6.7.3

変更, F.4

範囲とプロトコル, F.3

Oracle Net Servicesリスナー

範囲とプロトコル, F.3

Oracle Real Application Clusters

範囲とプロトコル, F.3

Oracle XML DB

変更, F.6

範囲とプロトコル, F.3

リスナー・ポート変更後のDatabase Controlの再構成, 6.8.1 Remote Method Invocation(RMI), 6.7.3 Database Controlポートの指定, 6.7.3 インストール後

パッチのダウンロードおよびインストール, 4.1.3

製品の構成, 4.1.5

ユーザー・アカウントの設定, 4.2.3

事前構成済データベースのインストール・タイプ, 2.4.1 インストール前

オペレーティング・システム要件, 1.2.5

RAWデバイスの作成, 7.4.1

プロセス

既存のプロセスの停止, 1.7

PSU, 4.1.2

R

RAC。「Oracle Real Application Clusters」を参照。

racgimon, 7.9.2

RAWデバイス

Windowsでの指定

db_name_indx1シンボリック・リンク, 7.4.1

db_name_rbs1シンボリック・リンク, 7.4.1

db_name_redo_thread_numberシンボリック・リンク, 7.4.1

db_name_spfile1シンボリック・リンク, 7.4.1

db_name_system1シンボリック・リンク, 7.4.1

db_name_temp1シンボリック・リンク, 7.4.1

db_name_users1シンボリック・リンク, 7.4.1

undotbs1およびundotbs2シンボリック・リンク, 7.4.1, 7.4.1

設定, 7.4.1 アップグレードのみをサポート, 1.3.1 RAWデバイスのサポート終了, はじめに RBS表領域

説明, 7.4.1

rconfig, C.3 readme.txtファイル, F.2 リカバリ・ファイル

「高速リカバリ領域」も参照

サポートされている記憶域オプション, 1.3.2

REDOログ・ファイル, 1.5.4

説明, 7.4.3

インストールされた構成, 7.4.3

Remote Method Invocation(RMI)

Database Controlで使用されているポート, 6.7.3

要件

WindowsのJava Runtime Environment, 1.3

レスポンス・ファイル・モード

概要, B.4

エラー処理, A.4

インストール

準備, B.5

テンプレート, B.5

使用する理由, B.4.1 「レスポンス・ファイル」および「サイレント・モード」も参照 レスポンス・ファイル

概要, B.4

テンプレートを使用した作成, B.5.1

dbca.rsp, B.5.1

enterprise.rsp, B.5.1

エラー処理, A.4

一般的な手順, B.4.2

netca.rsp, B.5.1

Oracle Net Configuration Assistant(NETCA), B.7.2

コマンドラインで値を渡す, B.4

パスワード, B.4

セキュリティ, B.4

Oracle Universal Installerでの指定, B.6

「サイレント・モード」も参照

ロールバック・セグメント

説明, 7.5

S

SCANアドレス

クライアントに戻される, 7.8.3.1

SCAN。「単一クライアント・アクセス名(SCAN)」を参照。 SCAN VIP, 7.9.1 Oracle Real Application Clustersデータベースを作成するスクリプト, B.1 保護されたデータ・センター

インストーラの更新のダウンロード, 1.1.2

セキュリティ

インストール後の構成, 4.1.5.2

Oracle Database Vaultアカウント・マネージャのパスワード, 2.5.1.2

Oracle Database Vault所有者のパスワード, 2.5.1.1

パスワードの選択, 2.8

DBCAを使用した構成の有効化または無効化, 4.1.5.2

「パスワード」を参照

サーバー・パラメータ・ファイル(SPFILE)

概要, 7.6

DBCA, 3.2

共有記憶域, 1.5.4

構成, 5

デフォルトの位置, 5.1

エラー, 5.6

RAWデバイスでの管理, 5.1

移行, 5.5

サーバー・プール

構成, 6

ポリシー管理型に必要なSCAN, 6.1

XML変換ファイル, C.5

サービス登録, 7.8.1

概要, 7.8.2.3

構成, 7.9

共有サーバー, 7.9.4 SID。システム識別子(SID)を参照。 サイレント・モード

概要, B.4

エラー処理, A.4

エラー, A.4

インストール, B.6.2

使用する理由, B.4.1

「レスポンス・ファイル」および「レスポンス・モード」も参照

単一クライアント・アクセス名(SCAN)

説明, はじめに

ポリシー管理型のデータベースのクライアントに必要, 6.1

シングル・インスタンスのデータベース

変換, C.3.4

SPFILE。「サーバー・パラメータ・ファイル(SPFILE)」を参照。 sqlnet.oraファイル, 7.8.4 Standard EditionのOracle Database

サポートされている記憶域オプション, 1.3.2

記憶域オプション

Enterprise Editionインストール, 1.3.2

Oracle RAC, 1.3

Standard Editionインストール, 1.3.2

サポートされているオプション, 1.3.1, 1.3.2

「サマリー」ダイアログ・ボックス, 3.6 サポートされるテクノロジ, 1.1.1 シンボリック・リンク

db_name_indx1, 7.4.1

db_name_rbs1, 7.4.1

db_name_redo_thread_number, 7.4.1

db_name_spfile1, 7.4.1

db_name_system1, 7.4.1

db_name_temp1, 7.4.1

db_name_users1, 7.4.1

undotbs1およびundotbs2, 7.4.1, 7.4.1

SYSユーザー

パスワードの要件, 2.8

デフォルトで使用, 4.3

SYSAUX表領域

説明, 7.4.1

SYSDBA権限, 1.2.2, A.2.1 SYSMANユーザー

パスワードの要件, 2.8

システム識別子(SID)

選択, 2.7

DBCAで使用, 3.5.3

SYSTEM表領域

説明, 7.4.1

SYSTEMユーザー

パスワードの要件, 2.8

T

表領域

DBCA, 7.4.1

大量のソートのための拡張, 7.4.1

RBS, 7.4.1

SYSAUX, 7.4.1

SYSTEM, 7.4.1

TEMP, 7.4.1

自動UNDO管理用のUNDO表領域, 7.4.1

USERS, 7.4.1

TEMP表領域

説明, 7.4.1

テンプレート

DBCA, 3.2

タイムゾーン・バージョン・ファイル, 1.5.5 TIMESTAMP WITH TIME ZONE(TSTZ)データ, 1.5.5 TNS_ADMIN

listener.oraファイル, 7.8.2.2

Database Controlの変更および再構成, 6.8.4

tnsnames.oraファイル

VIPアドレス, 7.9.1

デフォルト構成, 7.8.3

トランザクション処理

データベース構成タイプ, 2.4

トラブルシューティング

Configuration Assistantのエラー, A.3, A.3.1

ディスク領域エラー, 1.2.3

ログ・ファイル, 2, A.1.3, A.2.3

ノードに到達できない, A.2.1

選択可能なノードがない, A.2.1

Database Controlの起動または構成の問題, 6.8

PROT-8

指定されたファイルからクラスタ・レジストリへのデータのインポートに失敗する, A.2.1

ログ・ファイルの確認, A.1.3, A.2.3 タイムスタンプが進んでいる, A.2.1 EMCAの使用, 6.8 TSTZ。タイムゾーン・バージョン・ファイルを参照。 標準インストール・タイプ, 2.2

U

UNDO管理, 7.5

アップグレード

SCAN, 7.9.3

同じOracleホームの使用, 1.1.6

同じOracleホーム・タイプの使用, 2.11

既存のOracle Database, 1.1.6, 2.3, 3.3

リスナー, 3.3

Oracle Database, パッチ・セットの使用, E.3.1

TIMESTAMP WITH TIME ZONEデータ, 1.5.5

Oracle Clusterwareのリリース要件, 1.1.6

アップグレード前の手順, 1.1.6

プロセスの停止, 1.7

同じOracleホームの使用, 2.10

ユーザー認証, 7.8.4 ユーザー

ドメイン, 1.2.2

ローカル管理者, 1.2.2

インストール後のユーザー・アカウントの設定, 4.2.3

USERS表領域

説明, 7.4.1

V

VIPアドレス, 7.9.1

W

Webブラウザ

Oracle Application Expressのサポート, 1.2.4.3

Oracle Enterprise Managerのサポート, 1.2.4.3

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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の登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

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）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。