Oracle® Real Application Clusters

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

12cリリース1 (12.1) for Microsoft Windows

B72964-07(原本部品番号:E49042-08)

2017年7月

Oracle Real Application Clustersインストレーション・ガイド, 12cリリース1 (12.1) for Microsoft Windows

B72964-07

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

原本著者: Subhash Chandra、Janet Stern、Aparna Kamath

原本協力著者: Mark Bauer、Jonathan Creighton、Reema Khosla、Markus Michalewicz、Satish Panchumarthy、Douglas Williams

原本協力者: David Austin、Hanlin Chien、Alexander Keh、Sumit Kumar、Kevin Jernigan、Philip Newlan、Jacqueline Sideri、Janelle Simmons、Khethavath Singh、Richard Strohm、Roy Swonger、Ara Shakian、James Williams、Jiangqi Yang

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

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

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

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およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

例一覧

表一覧

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

はじめに

- 対象読者

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

- Java Access Bridgeおよびアクセシビリティ

- 関連ドキュメント

- 表記規則

このリリースのOracle Real Application Clustersでの変更点

- Oracle Real Application Clusters 12cリリース1 (12.1.0.2)の新機能

- Oracle Real Application Clusters 12cリリース1 (12.1.0.1)の新機能

- 非推奨となった機能

- サポート対象外機能

- その他の変更

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

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

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

- 1.1.2 My Oracle Supportの確認

- 1.1.3 Oracle Technology Networkの確認

- 1.1.4 ドキュメントの確認

- 1.1.5 セキュリティ通知の連絡先の選択

- 1.1.6 システム管理者による管理者タスク委任オプションの確認

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

- 1.1.8 既存のOracleインストールおよび更新プランの確認

- 1.1.9 メモリー割当ての検討および自動メモリー管理

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

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

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

- 1.2.1.1 Oracle RACに対するクラスタ・ノード・メンバーの要件

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

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

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

- 1.2.2.1 Oracle RACのオペレーティング・システム・ユーザーについて

- 1.2.2.2 Oracle RACのインストール時に作成されるオペレーティング・システム・グループ

- 1.2.2.3 役割区分によるオペレーティング・システム権限グループおよびユーザー

- 1.2.3 Oracleベース・ディレクトリの概要

- 1.2.4 Oracleホーム・ディレクトリの概要

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

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

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

- 1.2.5.3 ブラウザ要件の概要

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

- 1.3 Oracle RACの記憶域の概要

- 1.3.1 Oracle RAC記憶域およびOracle ACFSについて

- 1.3.1.1 Oracle ASM動的ボリューム・マネージャについて

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

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

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

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

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

- 1.4.3 Oracle RACインストールのクラスタ・ノードおよび共有コンポーネント

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

- 1.4.5 Oracle Database 12c Real Application Clustersのリリース間の互換性

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

- 1.6 既存のデータベースが存在するシステムでのOracle RACのインストールについて

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

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

- 2.1 セキュリティ通知の連絡先の選択

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

- 2.3 Oracle Grid Infrastructureのデプロイメントに対するデータベース・タイプの選択

- 2.4 クラスタ・データベースの管理タイプの選択

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

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

- 2.5.2 「詳細」データベース構成の使用

- 2.5.3 他の言語でのOracle Databaseのインストールについて

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

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

- 2.8 データベース・パスワードの要件

- 2.9 Oracleホーム・ユーザーの名前とパスワードの指定

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

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

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

- 2.13 Oracle Database Vaultオプションのインストール

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

- 2.13.2 DBCAを使用したOracle Databaseの構成

- 2.13.3 Oracle Database Vaultのインストール後の構成手順の実行

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

- 2.15 インストール後のデータベース・サービスの管理について

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

- 3.1 Oracle RACまたはOracle RAC One Nodeデータベースに対するDBCAの使用

- 3.2 Database Configuration Assistantのメリット

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

- 3.4 DBCAの要件の検証

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

- 3.5.1 DBCAを使用したOracle RACデータベースの作成の前に完了するタスク

- 3.5.1.1 Oracle RACデータベースで使用するネーミング規則の決定

- 3.5.1.2 Oracle RACデータベース用の共有記憶域の構成

- 3.5.1.3 Oracleホーム・ユーザーのパスワードの取得

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

- 3.5.2.1 DBCAの起動

- 3.5.2.2 DBCAを使用したクラスタの検出およびノードの選択

- 3.5.2.3 DBCAを使用したOracle RACデータベースで使用する記憶域の選択

- 3.5.2.4 DBCAを使用したOracle RAC用のデータベース初期パラメータの指定

- 3.5.2.5 Oracle RACデータベースに対してDBCAで実行されるアクション

- 3.6 Direct NFSでのOracle RACデータベースの作成

- 3.6.1 Oracle Databaseのソフトウェアのみのインストールの実行

- 3.6.2 ASMCAを使用したACFSマウント・ポイントの構成

- 3.6.3 DBCAを使用したOracle RACデータベースの作成および構成

- 3.6.4 Direct NFSの有効化および構成

- 3.6.5 ASMCAを使用したACFSマウント・ポイントの削除

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

- 3.7.1 DBCAを使用した非CDBの構成

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

- 3.9 CDBによるOracle RACでのサービスの構成

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

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

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

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

- 4.1.3 Microsoft Transaction ServerのOraMTSサービスの作成

- 4.1.4 Oracle製品の構成

- 4.1.4.1 Oracle Database Vaultの構成

- 4.1.4.2 Oracle Label Securityの構成

- 4.1.4.3 Oracle Database Extensions for .NETのOraClrAgntサービスの構成

- 4.1.4.4 Oracle XML DBの構成

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

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

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

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

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

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

- 4.2.4 Oracle Administration Assistant for Windowsの構成

- 4.3 Oracleホーム・ユーザーの構成

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

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

5 Oracle RACでのサーバー・プールの使用

- 5.1 ポリシー管理型のクラスタおよび容量管理

- 5.1.1 サーバー・プールおよびサーバーのカテゴリ化

- 5.1.2 サーバー・プールおよびポリシーベース管理

- 5.1.3 サーバー・プールの動作

- 5.1.4 デフォルト・サーバー・プール

- 5.1.4.1 空きサーバー・プール

- 5.1.4.2 汎用サーバー・プール

- 5.2 Oracle RACデータベースとサーバー・プール

- 5.3 Oracle RACデータベースに対するサーバー・プールの作成について

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

6 Oracle RAC用にインストールされた構成の理解

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

- 6.2 オペレーティング・システム権限のグループの理解

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

- 6.4 Oracle RACのサーバー・パラメータ・ファイルについて

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

- 6.5.1 Oracleホームの現在の設定の変更

- 6.6 Oracle RACのプラガブル・データベースについて

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

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

- 6.7.2 制御ファイルについて

- 6.7.3 オンラインREDOログ・ファイルについて

- 6.8 Oracle RACでのUNDO表領域の管理について

- 6.9 初期化パラメータ・ファイルについて

- 6.10 Oracle RACデータベース用のOracle Net Services構成

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

- 6.10.2 ネーミング・メソッドおよび接続記述子

- 6.10.3 簡易接続ネーミング・メソッド

- 6.10.4 SCANについて

- 6.10.4.1 SCANについて

- 6.10.4.2 SCAN VIPアドレス

- 6.10.4.3 SCANリスナー

- 6.10.5 例: SCANを使用したOracle RACへの接続

- 6.10.6 Oracle RACデータベースのリスナー構成について

- 6.10.7 Oracle RACデータベースのサービス登録

- 6.10.8 SCAN使用時のデータベース接続の作成方法

- 6.11 Oracle Net ServicesおよびOracle RACのパフォーマンス機能

- 6.11.1 Oracle RACデータベースへの接続のロード・バランシング

- 6.11.2 Oracle RACデータベースの接続フェイルオーバー

- 6.11.3 Oracle RACデータベースの共有サーバー構成

- 6.12 Oracle Net Servicesの構成ファイルおよびパラメータ

- 6.12.1 データベース・サービス登録のデータベース初期化パラメータ

- 6.12.2 ネット・サービス名およびtnsnames.oraファイル

- 6.12.3 DBCAによって作成されたネット・サービス名

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

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

- 6.12.4 リスナー構成およびlistener.oraファイル

- 6.12.4.1 Oracle RACデータベースのローカル・リスナー

- 6.12.4.2 Oracle RACデータベースのリモート・リスナー

- 6.12.4.3 Oracle RACデータベースの複数のリスナーの管理

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

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

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

- 7.1 削除手順の概要

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

- 7.2.1 SRVCTLを使用したクラスタ上のすべてのインスタンスの確認

- 7.2.2 Windowsサービス・コントロール・マネージャを使用したクラスタ上のすべてのインスタンスの確認

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

- 7.3.1 削除ツールについて

- 7.3.2 削除ツールのコマンド・リファレンス

- 7.3.3 削除ツールを使用したOracle RACの削除

- 7.3.3.1 Oracleホームからの削除ツールの実行

- 7.3.3.2 インストーラからの対話的な削除ツールの実行

- 7.3.3.3 レスポンス・ファイルを使用した削除ツールの実行

- 7.3.3.4 削除ツールで使用するレスポンス・ファイルの生成

- 7.3.4 Oracle RACを削除するためのサンプル・レスポンス・ファイル

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

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

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

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

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

- A.4 インストール時にレスポンス・ファイルを使用する方法の理解

- A.4.1 サイレント・モードまたはレスポンス・ファイル・モードの使用の判断

- A.4.2 データベース・ファイルにOracle ASMを使用するデータベースのサイレント・モードでの作成

- A.4.3 レスポンス・ファイルの使用

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

- A.5.1 レスポンス・ファイル・テンプレートについて

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

- A.5.3 レスポンス・ファイルの記録

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

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

- A.6.2 入力にレスポンス・ファイルを使用したインストーラの実行

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

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

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

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

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

- A.8.1 Database Configuration Assistantのサイレント・モード

- A.8.2 Database Configuration Assistantのプログレスのみモード

- A.8.3 レスポンス・ファイル・モードでのDatabase Configuration Assistantの実行

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

B Oracle RAC環境のディレクトリ構造

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

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

C 既存のOracle RACデータベースをアップグレードするための準備

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

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

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

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

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

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

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

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

- C.4.3 Oracle Databaseアップグレードのシステム準備状況の検証

D Oracle Databaseのポート番号の管理

- D.1 ポートの管理

- D.2 ポート番号とアクセスURLの表示について

- D.3 Oracleコンポーネントのポート番号とプロトコル

- D.4 Oracle Services for Microsoft Transaction Serverポートの変更

索引

例一覧

- 1-1 Oracle RAC 12cリリース1をインストールする前の2ノード・クラスタでのクラスタ検証ユーティリティの使用

- 2-1 データベース名および関連する初期化パラメータ

- 2-2 DB_UNIQUE_NAMEおよび関連するORACLE_SID値

- 3-1 システムでOracle RACのインストール準備が整っていることを検証するためのCVUの使用

- 3-2 DCBAで2ノード・クラスタの検出に失敗した場合のクラスタウェア診断の実行

- 4-1 ソフトウェア・インストール後のクラスタ・ヘルス・チェックの実行

- 4-2 Oracle RAC Databaseに対するヘルス・チェックの実行

- 4-3 choptツールの実行

- 6-1 Oracle RACデータベースへの2つ目のリスナーの追加

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

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

- 6-4 Oracle RACノードのlistener.oraファイルの例

- 7-1 Oracleホーム内からのdeinstall.batの実行

- 7-2 ソフトウェア・インストール・メディアからの削除ツールの実行

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

- A-1 サイレント・モードでDBCAを使用したOracle RACデータベースの作成

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

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

表一覧

- 1-1 Oracle RACのインストール時に作成されるユーザー・グループ

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

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

- 4-1 Oracle Label Securityの構成オプションおよび要件

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

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

- 7-1 削除ツールのオプション

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

- A-2 Oracle DatabaseおよびOracle Grid Infrastructureのレスポンス・ファイル

- B-1 OFA準拠の環境のディレクトリ構造の例

- C-1 CLUVFYによるアップグレード前の確認のコマンド・オプション

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

はじめに

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

- 対象読者

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

- Java Access Bridgeおよびアクセシビリティ
Java Access Bridgeを使用すると、アシスティブ・テクノロジによって、Windowsプラットフォームで実行されているJavaアプリケーションを読み取ることができます。

- 関連ドキュメント
Oracle Database製品の関連ドキュメントは、次のとおりです。

- 表記規則

対象読者

Oracle Real Application Clustersインストレーション・ガイドfor Microsoft Windowsでは、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 (聴覚障害者向け)を参照してください。

Java Access Bridgeおよびアクセシビリティ

Java Access Bridgeを使用すると、アシスティブ・テクノロジによって、Windowsプラットフォームで実行されているJavaアプリケーションを読み取ることができます。

アシスティブ・テクノロジでは、Oracle Universal InstallerやOracle Enterprise Manager Database ExpressなどのJavaベースのインタフェースを読み取ることができます。

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

関連ドキュメント

Oracle Database製品の関連マニュアルは、次のとおりです。

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

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

- ご使用のプラットフォーム用の『Oracle Databaseインストレーション・ガイド』

- Oracle Universal Installerユーザーズ・ガイド

- 『Oracle Database Clientインストレーション・ガイドfor Microsoft Windows』

- 『Oracle Database Examplesインストレーション・ガイド』

- 『Oracle Application Expressインストレーション・ガイド』

- Oracle Database SQL Developerインストレーション・ガイド

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

- 『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』

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

Oracle Real Application Clustersの管理

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

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

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

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

汎用ドキュメント

- 『Oracle Database新機能ガイド』

- 『Oracle Database概要』

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

- 『Oracle Databaseリファレンス』

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

エラー・メッセージ

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

その他のドキュメント

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

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

その他のドキュメントについては、Oracle Help Centerでドキュメント・ライブラリにアクセスできます。

http://docs.oracle.com

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

このリリースのOracle Real Application Clustersでの変更点

ここでは、『Oracle Real Application Clustersインストレーション・ガイド』の変更点を示します

- Oracle Real Application Clusters 12cリリース1 (12.1.0.2)の新機能

- Oracle Real Application Clusters 12cリリース1 (12.1.0.1)の新機能

- 非推奨となった機能

- サポート対象外機能

- その他の変更

Oracle Real Application Clusters 12cリリース1 (12.1.0.2)の新機能

このリリースの新機能は次のとおりです。

- Standard Editionの置換え
Oracle Database 12c リリース1 (12.1.0.2)以降では、Standard EditionがStandard Edition 2 (SE2)に置き換わります。Standard Edition 2は、2つのソケットまでのシステムで実行可能で、2ノードのOracle RACクラスタをサポートしています。

関連項目:
詳細は、My Oracle Supportノート2027072.1を参照してください。

https://support.oracle.com/epmos/faces/DocumentDisplay?id=2027072.1&displayIndex=1

- Oracle ClusterwareおよびOracle RACでの診断フレームワークのサポート
診断能力フレームワークによって、Oracle製品が診断データの格納と分析に際して標準化かつ簡易化された方法を使用できるようになります。

注意:

Oracle Trace File Analyzer (TFA)コレクタは、Windowsオペレーティング・システムではサポートされていません。

Oracle RACのトレース・ファイルの特定の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- グリッド・インフラストラクチャ管理リポジトリの自動インストール
グリッド・インフラストラクチャ管理リポジトリは、Oracle Grid Infrastructure 12cリリース1 (12.1.0.2)では自動的にインストールされます。

- パブリック・ネットワークに対するIPv6のサポート
WindowsでのOracle RAC 12cリリース1 (12.1.0.2)では、IPv6ベースのパブリックIPおよびVIPアドレスがサポートされます。

IPv6ベースのIPアドレスは、今日のデータ・センターにおける情報技術のインフラストラクチャに関する最新規格です。このリリースにおいて、Oracle RACおよびOracle Grid Infrastructureはこの規格をサポートしています。インストール中に、同じネットワーク上のIPv4アドレスまたはIPv6アドレスのいずれかで、クラスタ・ノードを構成できます。データベース・クライアントは、IPv4アドレスまたはIPv6アドレスのいずれかに接続できます。単一クライアント・アクセス名(SCAN)リスナーは、クライアント・リクエストのIPプロトコルに関する適切なデータベース・リスナーに、クライアント接続を自動的にリダイレクトします。

Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)を参照してください。

Oracle Real Application Clusters 12cリリース1 (12.1.0.1)の新機能

このリリースの新機能は次のとおりです。

- DBUAを使用したデータベースのアップグレードの自動化
3つの面でアップグレードの操作が簡単になりました。まず、アップグレード前フェーズでは、これまでの手動手順がなくなります。より明示的なアドバイスを指定するか、アップグレード前フェーズで特定された問題を見つけるために修正スクリプトを生成します。2番目に、アップグレード後のフェーズで、アップグレード後のヘルス・チェックが実行され、アップグレードが正常に終了したことが示されます。最後に、パートナのドキュメント(SAPなど)およびメジャー・カスタマ・アップグレードのドキュメントを使用して、自動化し、より広い顧客ベースで一般化できる手動手順がさらに特定されます。

アップグレード・プロセスの自動化により、操作性と使いやすさが大幅に向上しました。また、データベース・アップグレードと、クラスタ用Oracle Grid InfrastructureおよびOracle Enterprise Manager Cloud Controlとの統合も向上しています。

『Oracle Databaseアップグレード・ガイド』を参照してください。

- WindowsでのOracle RACのOracleホーム・ユーザーのサポート
Oracle Database 12cリリース1 (12.1)以上、Oracle DatabaseではOracleホーム・ユーザーを使用でき、インストール時に指定できます。Oracleホーム・ユーザーは、Windowsドメイン・ユーザーに関連付けられています。制限された権限セットをOracleホーム・ユーザーに確実に付与することで、Oracle製品の実行に必要な権限のみがOracle Databaseサービスに付与されるようにするには、Windowsドメイン・ユーザーを管理者ではない標準のアカウントにする必要があります。

Windowsの管理者ユーザーの権限は、インストール、アップグレード、パッチ適用などのOracleソフトウェア・メンテナンス・タスクを実行するために依然として必要です。Oracle Database管理ツールは、必要な場合はOracleホーム・ユーザーのパスワードを尋ねるように拡張されました。Oracle RAC環境では、Oracleホーム・ユーザーのパスワードをセキュア・ウォレットに保存できます。このようなウォレットが存在する場合、Oracle Database管理ツールでは、ウォレットからのパスワードが自動的に使用され、Oracleホーム・ユーザーのパスワードの入力は求められません。

『Oracle Databaseプラットフォーム・ガイド for Microsoft Windows』を参照してください。

- Oracleホーム・ユーザー制御ユーティリティ
このリリースでは、Oracleホーム・ユーザー制御と呼ばれる新しいWindowsユーティリティが導入されています。これは、現在のOracleホームに関連付けられているOracleホーム・ユーザー名を表示するコマンドライン・ツールです。このユーティリティでは、Oracleホーム・ユーザーのパスワードが変更された場合に、この新しいパスワードを使用するように、Oracleで使用されるWindowsサービスを変更できます。

- Oracle ACFS監査および監査データをOracle Audit Vault Serverにインポートするためのサポート
この機能は、Oracle ACFSのセキュリティおよび暗号化に対する監査を行います。また、この機能では、Oracle Audit Vault ServerによってインポートできるOracle ACFS監査証跡データを含むXMLファイルの生成も行います。

『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- DBCAでのマルチテナント・コンテナ・データベースおよびプラガブル・データベースの構成のサポート
Oracle Database 12cリリース1 (12.1)以上では、Oracle Database Configuration Assistant (DBCA)によって、マルチテナント・コンテナ・データベース(CDB)または非CDBのいずれかを作成できます。CDBは、0(ゼロ)、1またはそれ以上のプラガブル・データベース(PDB)で作成できます。

また、データベースのインストール時に、1つのPDBを含むCDBを作成することが可能です。

Oracle Database管理者ガイドのプラガブル・データベースの概要に関する項を参照してください。

- Oracle Enterprise Manager Database Express 12c
Oracle Database 12cでは、Oracle Enterprise Manager Database Express (Oracle EM Express)が導入されましたが、これは特別なインストールや管理を必要としない、Oracle Databaseに組み込まれているWeb管理製品です。Oracle EM Expressを使用すると、管理タスク(ユーザー・セキュリティの管理、データベースのメモリーや記憶域の管理など)を実行できます。また、データベースのパフォーマンスおよびステータス情報を表示できます。

Oracle Enterprise Manager Database Expressの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- ポリシーベースのクラスタ処理および管理
Oracle Grid Infrastructureでは、1つのクラスタで複数のアプリケーションを実行することができます。ポリシーベースの方法を使用すると、これらのアプリケーションによって発生するワークロードを、ポリシーを使用したクラスタ全体に振り分けることができます。またポリシー設定によって、時間の経過とともに必要に応じて異なるポリシーをクラスタに適用することができます。ポリシー設定は、Webベースのインタフェースまたはコマンドライン・インタフェースを使用して定義することができます。

同じクラスタ内で様々なワークロードを受け入れることで、共有インフラストラクチャにワークロードを集約することができ、高可用性とスケーラビリティが実現されます。集中管理されたポリシーベースの方法を使用することで、要求の変化に応じてリソースを動的に再配分し、優先度付けが可能になります。

Oracle Clusterware管理およびデプロイメントに関するガイドを参照してください。

- Oracle Database Vaultインストールの簡略化
Oracle Database Vaultが、Oracle Databaseインストールの一部としてデフォルトでインストールされるようになりました。また、Oracle Databaseのインストールの完了後に、Oracle DBCAを使用するか、またはSQL文を実行して、Oracle Database Vaultの構成、有効化または無効化を行うことができます。

Oracle Database Vaultのインストールの詳細は、Oracle Database Vaultオプションのインストールを参照してください。

- Oracle Label Securityインストールの簡略化
Oracle Label Securityが、Oracle Databaseインストールの一部としてデフォルトでインストールされるようになりました。Oracle Databaseのインストール後にOracle DBCAを使用してOracle Label Securityを構成できます。

『Oracle Label Security管理者ガイド』を参照してください。

- データベース管理義務の分離のサポート
Oracle Database 12cリリース1 (12.1)では、SYSDBA管理権限を必要としない、タスク固有の管理権限と最小管理権限が導入されたことにより、Oracle Databaseの管理業務の分離がサポートされます。これらの新しい権限には、バックアップおよびリカバリのSYSBACKUP、Oracle Data GuardのSYSDGおよび暗号化鍵管理のSYSKMがあります。

ご使用のプラットフォームのOracle Grid Infrastructureインストレーション・ガイドおよびOracle Databaseセキュリティ・ガイドの管理権限の管理に関する項を参照してください。

- データベース監査構成の統合
Oracle Database 12cから、名前付きの監査ポリシーを作成できます。監査ポリシーには一連の監査オプションが含まれ、データベースにオブジェクトとして格納されます。名前付き監査ポリシーを作成する利点は、データベース監査ポリシーの作成に必要なコマンド数が減ることと、セキュリティおよび条件付き監査への準拠を目的とした監査構成の実装が簡素化されることです。この新しい監査ポリシー・フレームワークは、データベース・インストールに含まれています。

『Oracle Databaseセキュリティ・ガイド』の統合された監査ポリシーおよびAUDIT文を使用したアクティビティの監査に関する項を参照してください。

非推奨となった機能

次の機能は今回のリリースで非推奨となり、今後のリリースではサポートされない可能性があります。このリリースで非推奨となった機能の完全なリストは、Oracle Databaseアップグレード・ガイドを参照してください。

- SRVCTLコマンドライン・インタフェース(CLI)での単一文字オプション
すべてのSRVCTLコマンドは、単一文字オプションのかわりに完全単語オプションを受け入れるように拡張されました。このリリースで追加されたすべての新しいSRVCTLコマンド・オプションはフルワード・オプションのみをサポートしており、1文字のオプションはサポートしていません。SRVCTLコマンドでの単一文字オプションの使用は、今後のリリースではサポートされない可能性があります。

- スタンドアロン削除ツール
削除ツールはデータベースのインストール・ソフトウェアに統合されるようになりました。

削除ツールについてを参照してください

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

- Oracle Enterprise Manager Database Controlは、Oracle Enterprise Manager Database Expressになりました。

- スタンドアロンの削除ユーティリティに代わって、Oracle Universal Installer (OUI)を使用する削除オプションになりました。

サポート対象外機能

次の機能は、Oracleでサポートされなくなりました。このリリースのサポート対象外機能の完全なリストは、『Oracle Databaseアップグレード・ガイド』を参照してください。

- Oracle Enterprise Manager Database Control

- CLEANUP_ORACLE_BASEプロパティは削除済

- deinstallスタンドアロン・ユーティリティ

- Oracle Counters for Windows Performance Monitor

- Oracle Cluster File System for Windows (OCFS for Windows)

その他の変更

ここでは、Oracle Real Application Clustersのインストールに関連するOracle Database 12cリリース1でのその他の変更点を示します。

- インスタンス、サービス、ハンドラおよびエンドポイントについてリスナーに通知するために、PMON (プロセス・モニター)に代わって、LREG (リスナー登録プロセス)になりました。

- Oracle RACは、Windows Server 2008、Windows Server 2008 R2、Windows Server 2012およびWindows Server 2012 R2でサポートされています。

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

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

- インストール計画の概要
この項では、Oracle ClusterwareおよびOracle RACのインストールを開始する前に実行することを推奨する作業のリストを示します。

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

- Oracle RACの記憶域の概要
Oracle RACをインストールするには、データベース・ファイル用およびオプションでリカバリ・ファイル用に共有記憶域を構成する必要があります。データベースの高速リカバリ領域は共有記憶域に配置する必要があります。

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

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

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

- Oracle Database 10gが存在するシステムへのOracle Database 12cのインストール
Database Configuration Assistant (DBCA)またはOracle Database Upgrade Assistant (DBUA)は、Oracle RAC 12cリリース1のインストールまたはアップグレード中に、リスナーおよび関連ファイルを自動的に移行します。

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

この項では、Oracle ClusterwareおよびOracle RACのインストールを開始する前に実行することを推奨する作業のリストを示します。

システム管理者、ストレージ管理者、ネットワーク管理者、データベース管理者、およびハードウェアとソフトウェアのサード・パーティ・ベンダーからなる大規模なプロジェクト・チームが存在するデータ・センターに属する場合も、1人のプロジェクト・チームの場合も、インストールを円滑に進めるには計画は重要です。

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

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

- Oracle RACのインストール手順の確認
インストールを開始する前に、ソフトウェアのインストールに伴うすべての手順を理解しておく必要があります。

- My Oracle Supportの確認
Oracle Database 12cリリース1 (12.1)をインストールするかどうかを決定する前に、My Oracle Supportにログオンして、ご使用のプラットフォームでのインストールに関する動作保証を確認します。

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

- ドキュメントの確認
Oracle RACをインストールする前に、前提条件となる構成タスクに関するドキュメントに加えて、リリース・ノートまたはドキュメントの付録を確認します。

- セキュリティ通知の連絡先の選択
インストール中に、「セキュリティ・アップデートの構成」画面で、セキュリティ通知の連絡先を指定するように求められます。次のクリティカル・パッチ更新での配布を待つには重大過ぎると判断された脆弱性の修正に対しては、必要に応じてセキュリティ・アラートが発行されます。

- システム管理者による管理者タスク委任オプションの確認
インストール中に、Oracle Universal Installer (OUI)により、スーパーユーザー(または管理者)権限でスクリプトを実行し、多数のシステム構成タスクを完了するように求められます。

- クラスタ検証ユーティリティ(CVU)の使用方法の確認
OUIの実行前にCVUを使用して、Oracle RACインストールに対してクラスタを確実に準備することができます。

- 既存のOracleインストールおよび更新プランの確認
既存のOracleインストールがある場合は、バージョン番号、パッチおよびその他の構成情報を記録して、既存のインストール用のアップグレード手順を確認します。インストールに進む前に、アップグレードに関するOracleドキュメントを参照して、手順を決定します。

- メモリー割当ての検討および自動メモリー管理
自動メモリー管理を使用すると、Oracle RACインスタンスによりメモリーが自動的に管理およびチューニングされます。

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

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

インストールを開始する前に、ソフトウェアのインストールに伴うすべての手順を理解しておく必要があります。

1. ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』の説明に従って、サーバー(システム、ユーザーとグループ、ネットワークおよびストレージ管理)を準備します。これらのタスクは次のとおりです。

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

- 必要なユーザーおよびソフトウェア・ホームを作成します。

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

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

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

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

注意:

- Oracle Grid Infrastructureのインストールが正常に完了してから、Oracle RACをインストールする必要があります。

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

- Oracle RACまたはOracle RAC One Nodeをインストールします。

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

1.1.2 My Oracle Supportの確認

Oracle Database 12cリリース1 (12.1)をインストールするかどうかを決定する前に、My Oracle Supportにログオンして、ご使用のプラットフォームでのインストールに関する動作保証を確認します。

My Oracle Supportを使用する前に、https://support.oracle.comでオンライン登録を行う必要があります。

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

2. 「動作保証」タブをクリックします。「動作保証」タブが表示されていない場合は、「その他」をクリックし、リストから「動作保証」を選択します。

3. 「動作保証検索」フレームで、Oracle Real Application Clustersを選択し、リリース番号を選択し、インストールするオペレーティング・システム・プラットフォームを選択します。選択が完了したら、「検索」をクリックして、インストールする製品の動作保証リストを生成します。

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

1.1.3 Oracle Technology Networkの確認

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

1. 次のWebサイトで、参照可能なホワイト・ペーパーを確認します。
http://www.oracle.com/goto/rac

2. ご使用のプラットフォームに関するOracle RACテクノロジの動作保証マトリクスを確認します
http://www.oracle.com/technetwork/database/options/clustering/tech-generic-windows-new-166584.html

1.1.4 ドキュメントの確認

Oracle RACをインストールする前に、前提条件となる構成タスクに関するドキュメントに加えて、リリース・ノートまたはドキュメントの付録を確認します。

1. ご使用のオペレーティング・システム・プラットフォームについて、Oracle Grid Infrastructureインストレーション・ガイドを確認します。
必要なユーザーとともにすべてのクラスタ・メンバー・ノードが構成されていることを確認し、システム、ストレージおよびネットワーク管理者がOracle RACのインストールに必要なその他のタスクを完了していることを確認します。『Oracle Grid Infrastructureインストレーション・ガイド』には、管理者権限またはストレージ管理者権限が必要で、Oracle RACのインストールを開始する前に実行する必要がある作業がほぼすべて記載されています。

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

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

関連項目:

- Oracle Databaseの概要は『Oracle Database概要』を参照

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

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

1.1.5 セキュリティ通知の連絡先の選択

インストール中に、「セキュリティ・アップデートの構成」画面で、セキュリティ通知の連絡先を指定するように求められます。次のクリティカル・パッチ更新での配布を待つには重大過ぎると判断された脆弱性の修正に対しては、必要に応じてセキュリティ・アラートが発行されます。

1. オプション: 次のいずれかの形式で、セキュリティ上の連絡先情報を指定します。

- インストールのセキュリティ情報を受信する電子メール・アドレス。

- インストールのセキュリティ情報を受信し、セキュリティ・アップデート用にシステムを登録するためのMy Oracle Supportの電子メール・アドレスまたはアカウント名。My Oracle Supportを介して、アラートに関する情報を受信できます。

セキュリティ更新で収集される情報は、構成情報にかぎられます。収集されるデータに個人情報は含まれません(送信上の問題に備えたローカルの連絡先名は除きます)。セキュリティ・アップデートを有効化しない場合でも、ライセンスされているOracle機能はすべて使用できます

My Oracle Supportの資格証明を指定すると、インストールされたOracle製品に関する構成情報が、セキュリティ更新によって自動的に収集され、Oracleのサポート・システムにアップロードされます。収集された情報にはMy Oracle Supportアカウントを使用してアクセスし、セキュリティ・アラートに加え、ヘルス・チェック、パッチおよびその他の推奨事項を確認できます。

2. Optional: セキュリティ通知を受信しないように選択するには、「セキュリティ・アップデートの構成」画面のすべてのフィールドを空白のままにします。
この情報は指定しないこともできますが、セキュリティ通知の連絡先を構成することをお薦めします。

3. 「次へ」をクリックして続行します。

関連項目:
次のURLから参照可能な「Oracleセキュリティ・ポリシー」ページを参照してください。
http://www.oracle.com/us/support/assurance/fixing-policies/index.html

1.1.6 システム管理者による管理者タスク委任オプションの確認

インストール中に、Oracle Universal Installer (OUI)により、スーパーユーザー(または管理者)権限でスクリプトを実行し、多数のシステム構成タスクを完了するように求められます。

- サーバー上で管理者ユーザーとしてスクリプトを実行するのために必要な権限があることを確認します。

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

OUIの実行前にCVUを使用して、Oracle RACインストールに対してクラスタを確実に準備することができます。

CVUは、インストール、パッチ更新または他のシステム変更の準備として、システム検証を実行するために提供されています。CVUはOUIに組み込まれているので、Oracle RACインストールを起動するとCVUが実行されます。ただし、Oracle RACインストールを開始する前にCVUを使用して、Oracle RACに必要なパッケージまたは構成情報が正しく配置されていることを確認することもできます。

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

1. 最新バージョンのCVUを次のURLで入手します。
http://www.oracle.com/technetwork/database/options/clustering/downloads/cvu-download-homepage-099973.html

2. データベース管理者は、CVUを使用したOracle RACインストールのクラスタ準備状況の確認を参照して、Oracle RACのインストールを開始する前に、システムでインストールの準備ができていることを確認します。

3. オプション: ハードウェアまたはオペレーティング・システムの構成手順をベンダーがかわりに実行する場合、作業後にCVUでクラスタに対して該当する確認を行うように、ベンダーに依頼します。これによって、システムが正しく構成されていることを確認できます。

1.1.8 既存のOracleインストールおよび更新プランの確認

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

1. Oracle Grid Infrastructureがサーバーにインストールされていることを確認します。
Oracle RAC 12c リリース1 (12.1)をインストールするには、クラスタにOracle Grid Infrastructure (Oracle ClusterwareおよびOracle ASM) 12c リリース1 (12.1)をインストールする必要があります。

2. このリリースの「Oracle Upgrade Companion」を確認します。「Oracle Upgrade Companion」は、My Oracle SupportのNote 1462240.1で入手できます
このドキュメントには、アップグレード前、アップグレード後、互換性および相互運用性の情報に関する最新の更新およびベスト・プラクティスが含まれます。このドキュメントは、My Oracle SupportのNote 1462240.1 (https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1462240.1)で入手できます

3. Oracle RACソフトウェアをアップグレードする場合は、次の点に注意してください。

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

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

- サーバーでOracle Grid Infrastructure 12c リリース1 (12.1)を使用する場合、あるノードではOracle Database 12c リリース1 (12.1)のシングル・インスタンスのデータベースを実行し、同時に別のOracle RAC 11g リリース1または2あるいはOracle RAC 12c リリース1 (12.1)のデータベースをクラスタで実行できます。

- クラスタにOracle Grid Infrastructure 11gリリース2 (11.2)をインストールし、Oracle RAC 12cリリース1 (12.1)をインストールすることはできません。

- Oracle RACでのパッチ・セットのアップグレードには、Database Upgrade Assistant (DBUA)を使用できます。また、Oracle RACのメジャー・ポイント・リリース間のアップグレードにもDBUAを使用できます。たとえば、Oracle Database 11gリリース2 (11.2)からOracle Database 12cリリース1 (12.1)にアップグレードできます。

- データベースのアップグレードは、次の構成でのみサポートされています。

- すべてのOracleホームでのOracleホーム・ユーザーに、同じWindowsユーザー・アカウントを使用する場合。

- データベースをアップグレードする元のホームに、Oracleホーム・ユーザー用の組込みアカウント(LocalSystem)がある場合。

以前のリリース(Oracle Database 11.2以下)では、Oracleホーム・ユーザーの組込みアカウントのみの使用がサポートされていたことに注意してください。

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

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

- データベース・データをRAWデバイスに格納している場合、Oracle Grid InfrastructureおよびOracle RACインストールを起動する前に、RMANを使用して、そのデータをOracle ASMまたは別のサポートされているファイル･システムにコピーする必要があります。

- システムの変更と同様に、ソフトウェアをアップグレードする前に、一般的な業界標準のデータ・リカバリ計画に従って、既存のデータベースをバックアップしてください。

関連トピック

- 『Oracle Databaseアップグレード・ガイド』

1.1.9 メモリー割当ての検討および自動メモリー管理

自動メモリー管理を使用すると、Oracle RACインスタンスによりメモリーが自動的に管理およびチューニングされます。

典型的なインストールの際に、Database Configuration Assistant (DBCA)を使用してデータベースを作成すると、自動メモリー管理が有効化されます。拡張インストールを選択した場合は、メモリー割当てを手動で指定することも、自動メモリー管理を有効化することも可能です。

自動メモリー管理を構成して、メモリー・ターゲットを選択すると、インスタンスによってシステム・グローバル領域(SGA)とインスタンス・プログラム・グローバル領域(インスタンスPGA)の間でメモリーが自動的に配分されます。メモリー要件の変化に応じて、メモリーはインスタンスによってSGAとインスタンスPGAの間で動的に再配分されます。

インストール中に自動メモリー管理を有効化しない場合は、インストール後に有効化できます。インストール後に自動メモリー管理を有効化する場合は、データベースを停止して再起動する必要があります。

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

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

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

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

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

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

- NLS_LANG環境変数で指定したキャラクタ・セットによって、ユーザー・インタフェースの言語およびSQL*Plus、expdp、impdpなどのコンポーネントのグローバリゼーションに関する動作が決定されます。また、この変数は、クライアント・アプリケーションとデータベースで使用される言語と地域も設定されます。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.2 サーバー・ハードウェア、ネットワークおよびオペレーティング・システムの概要

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

Oracle RACのインストールを試行する前に、クラスタ用Oracle Grid Infrastructureインストールの一部としてOracle Clusterwareを正常にインストールする必要があります。

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

- サーバーのハードウェア要件およびソフトウェア要件の確認
サーバーのハードウェアおよびソフトウェアの構成要件ならびに推奨事項を確認して、Oracle RACのインストールが正常に行われるように準備します。

- サーバー環境の構成の概要
ソフトウェアをインストールする前に、ユーザーおよびユーザー環境を構成します。

- Oracleベース・ディレクトリの概要
Oracleベース・ディレクトリは、インストールしたOracleソフトウェアおよび構成ファイルが格納される場所です。

- Oracleホーム・ディレクトリの概要
Oracleホームは、それ自体に関連付けられた名前を持ちます。これは、インストーラによって自動的に割り当てられます。

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

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

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

サーバーのハードウェアおよびソフトウェアの構成要件ならびに推奨事項を確認して、Oracle RACのインストールが正常に行われるように準備します。

- Oracle RACに対するクラスタ・ノード・メンバーの要件
クラスタ内の各ノードは、特定の要件を満たしている必要があります。

- Oracle RACでの推奨事項: システム管理者タスク
次の作業を実行して、サーバーのインストールおよびメンテナンスを簡略化し、サービスの問題を回避することをお薦めします。

- 追加オプション: システム管理者およびベンダー
サーバー・ハードウェアの設定後、次のアクションを実行します。

1.2.1.1 Oracle RACに対するクラスタ・ノード・メンバーの要件

クラスタ内の各ノードは、特定の要件を満たしている必要があります。

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

- プロセッサおよびシステム構成を含む、サポートされているサーバー・ハードウェア。
現在のハードウェアでインストールを開始する前、および新しいハードウェアを購入する前に、Oracle RACテクノロジの動作保証マトリクスを参照し、Oracle RAC 12cリリース1 (12.1)のOracle Clusterwareでハードウェアがサポートされていることを確認してください。Oracle Technology Networkの動作保証マトリックスを参照できます。Oracle Technology Networkの確認を参照してください。

サポートされている構成の詳細は、Oracle Grid Infrastructureインストレーション・ガイドのインストール前の手順に関する章も参照してください。

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

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

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

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

- クラスタ内のすべてのノードで同じ基準時刻が使用されるように、ネットワーク・タイム・プロトコル(NTP)などのタイム・プロトコルを使用します。Oracle Clusterware 12c リリース1 (12.1)では、Oracle Grid Infrastructureのインストール時にNTPサーバーが提供されていない場合、クラスタ時刻の同期サービス(CTSS)が有効になります。

注意:
NTPは、–xフラグを使用して構成する必要があります

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

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

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

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

サーバー・ハードウェアの設定後、次のアクションを実行します。

1. システムに十分なRAMがあることを確認するために、Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)のハードウェア要件の確認に関する項を確認します。

2. TEMP環境変数がインストールに使用可能な十分な領域がある場所を指していることを確認します。

3. システムが他のハードウェア要件を満たしていることを確認します。

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

ソフトウェアをインストールする前に、ユーザーおよびユーザー環境を構成します。

Oracle Grid Infrastructureインストレーション・ガイドのインストール前の手順に関する章の説明に従って、ユーザーおよびユーザー環境を構成する必要があります。次のタスクが含まれます。

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

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

- Oracle RACのオペレーティング・システム・ユーザーについて
Microsoft Windowsプラットフォームでは、Oracleインストール・ユーザーおよびOracleホーム・ユーザーという2つの特別なユーザーが用意されています。

- Oracle RACのインストール時に作成されるオペレーティング・システム・グループ
インストール中、Oracle RACソフトウェアで使用されるいくつかのユーザー・グループが自動的に作成されます。

- 役割区分によるオペレーティング・システム権限グループおよびユーザー
よりタスク固有で、SYSDBAおよびSYSOPERシステム権限より低い、新しい管理権限を作成できます。

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

1.2.2.1 Oracle RACのオペレーティング・システム・ユーザーについて

Microsoft Windowsプラットフォームでは、Oracleインストール・ユーザーおよびOracleホーム・ユーザーという2つの特別なユーザーが用意されています。

Oracle Real Application Clustersソフトウェアをインストールするには、Windowsドメイン・ユーザー・アカウントを使用する必要があります。ユーザーがすべてのノードで同じパスワードを持っている場合、ローカル・ユーザーを使用してインストールを実行できます。ソフトウェア・インストールを実行するユーザーは、Oracleインストール・ユーザーです。

インストール時にOracleホーム・ユーザーを指定できます。Oracleホーム・ユーザーは、Windows組込みアカウントまたはWindowsドメイン・ユーザー・アカウントの場合があります。Windowsドメイン・ユーザー・アカウントをOracle RACホームのOracleホーム・ユーザーとして使用することをお薦めします。

注意:
Oracle ACFSにOracle RACソフトウェアをインストールするには、Oracleホーム・ユーザーのWindowsドメイン・ユーザー・アカウントを使用する必要があります。

関連項目:
WindowsプラットフォームでのOracleインストール・ユーザーとOracleホーム・ユーザー、およびその要件の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

1.2.2.2 Oracle RACのインストール時に作成されるオペレーティング・システム・グループ

インストール中、Oracle RACソフトウェアで使用されるいくつかのユーザー・グループが自動的に作成されます。

インストール時に次のユーザー・グループが存在しない場合は作成されます。次の表では、Homename変数はソフトウェア・インストールの論理Homenameを示し、OraproductmajorVersionHomenumberの形式を持ちます。たとえば、OraDB12cHome1です。

表1-1 Oracle RACのインストール時に作成されるユーザー・グループ

オペレーティング・システム・グループ名

関連するシステム権限

説明

ORA_DBA

サーバー上のすべてのOracle Databaseインスタンスに対するSYSDBAシステム権限。

Windowsオペレーティング・システム用の特別なOSDBAグループ。

このグループのメンバーは、オペレーティング・システム認証を使用して、サーバーにインストールされている任意のデータベースに対するSYSDBA権限を取得できます。

ORA_OPER

サーバー上のすべてのOracle Databaseインスタンスに対するSYSOPERシステム権限。

Windowsオペレーティング・システムの特別なOSOPERグループ。

このグループのメンバーはオペレーティング・システム認証を使用して、サーバーにインストールされている任意のデータベースに対するSYSOPER権限を取得できます(このグループは初期の作成では空です)。インストール後に、このグループにユーザーを手動で追加できます。

ORA_Homename_DBA

Homenameという名前のOracleホームから実行される、Oracle Databaseインスタンスに対するSYSDBAシステム権限。

Homenameという名前の特定のOracleホームのOSDBAグループ。

このグループのメンバーは、オペレーティング・システム認証を使用して、特定のOracleホームから実行される任意のデータベースに対するSYSDBAシステム権限を取得できます。インストール時にOracleホーム・ユーザーを指定している場合は、インストール時に、このユーザーがグループに追加されます。

ORA_Homename_OPER

Homenameという名前のOracleホームから実行される、Oracle Databaseインスタンスに対するSYSOPERシステム権限。

Homenameという名前のOracleホームのOSDBAグループ。

このグループのメンバーは、オペレーティング・システム認証を使用して、特定のOracleホームから実行される任意のデータベースに対するSYSOPERシステム権限を取得できます。インストールした後でも、このグループにはメンバーがいませんが、インストールの完了後に、このグループにユーザーを手動で追加できます。

ORA_ASMDBA

Oracle ASMインスタンスでのSYSDBAシステム権限。

Oracle ASMインスタンスのOSDBAグループ。

このグループにより、Oracle ASMに接続されるデータベースへのアクセス権が付与されます。インストール時には、Oracleインストール・ユーザーがこのグループのメンバーとして構成されます。Oracle Databaseを作成した後、このグループには、これらのデータベース・ホームのOracleホーム・ユーザーが含まれます。

ORA_Homename_SYSBACKUP

Homenameという名前のOracleホームから実行される、Oracle Databaseインスタンスに対するSYSBACKUPシステム権限。

Homenameという名前の特定のOracleホームのOSBACKUPDBAグループ。

このグループのメンバーは、特定のOracleホームから実行されるすべてのデータベース・インスタンスで、データベースのバックアップ・タスクおよびリカバリ・タスクを実行するために必要な権限を持ちます。

ORA_Homename_SYSDG

名前付きのOracleホームから実行されるOracle Databaseインスタンスに対するSYSDGシステム権限

Homenameという名前の特定のOracleホームのOSDGDBAグループ。

このグループのメンバーは、特定のOracleホームから実行されるすべてのデータベース・インスタンスで、Data Guard管理タスクを実行するために必要な権限を持ちます。

ORA_Homename_SYSKM

Homenameという名前のOracleホームから実行される、Oracle Databaseインスタンスに対するSYSKMシステム権限。

Homenameという名前の特定のOracleホームのOSKMDBAグループ。

このグループのメンバーは、指定したOracleホームから実行されるすべてのデータベース・インスタンスで、暗号化鍵管理タスクを実行するために必要な権限を持ちます。

前の表に示すグループは、Oracle製品が適切に動作するように、インストール時に作成および移入されます。他のWindowsユーザーにこれらのデータベース権限を割り当てるために、これらのグループに他のユーザーを手動で追加できます。

Oracleではインストール時に、ORA_INSTALL、ORA_CLIENT_LISTENERS、ORA_GRID_LISTENERS、ORA_HOMENAME_SVCSIDSなどの他のグループが作成されます。Oracleソフトウェアによって作成される様々なオペレーティング・システム・グループに関連付けられているグループ、メンバーシップおよびアクセス制御リスト(ACL)を変更する必要はありません。

関連項目:

- データベース・システム権限の詳細は、『Oracle Database管理者ガイド』を参照してください。

- Oracle ASMのシステム権限の詳細は『Oracle Automatic Storage Management管理者ガイド』を参照してください。

1.2.2.3 役割区分によるオペレーティング・システム権限グループおよびユーザー

よりタスク固有で、SYSDBAおよびSYSOPERシステム権限より低い、新しい管理権限を作成できます。

これらの追加の権限は、データベースのバックアップ、Data Guardの監視、暗号化鍵の管理など、日々のデータベース操作に必要な特定の管理権限タスクをサポートします。これらのシステム権限を付与されたユーザーは、オペレーティング・システムのグループ・メンバーシップを介しても認証されます。

役割区分によるOracle ASMの権限構成は、Oracle ASMインストール環境に対する管理アクセス権限と、他のOracleインストール環境に関連付けられた管理権限グループおよびユーザーとを分離するためのグループおよびユーザーを持つ構成です。管理アクセス権は、個々のオペレーティング・システム・グループのメンバーシップによって付与され、インストール権限は、Oracleをインストールするたびにインストール所有者を変えることで付与されます。

注意:
この構成はオプションで、Oracleソフトウェアに対するユーザー・アクセスを、様々な管理者ユーザーの役割に応じて制限するための構成です。

よりタスク固有で、SYSDBAおよびSYSOPERシステム権限より低い、新しい管理権限を作成できます。これらの追加の権限は、データベースのバックアップ、Data Guardの監視、暗号化鍵の管理など、日々のデータベース操作に必要な特定の管理権限タスクをサポートします。これらのシステム権限を付与されたユーザーは、オペレーティング・システムのグループ・メンバーシップを介しても認証されます。

関連項目:
システム権限およびオペレーティング・システム・グループの詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

1.2.3 Oracleベース・ディレクトリの概要

Oracleベース・ディレクトリは、インストールしたOracleソフトウェアおよび構成ファイルが格納される場所です。

デフォルトでは、Oracle Databaseソフトウェア・バイナリ・ファイルはOracle Universal Installer (OUI)により、Oracleベース・ディレクトリのサブディレクトリ内に、バージョンとOracleホーム名でインストールされます。Oracleベース・ディレクトリは、指定されたインストール所有者によって、ソフトウェアの複数のインストールに対して使用できます。別のOracleベース・ディレクトリが、Oracle Databaseソフトウェアのインストール時に指定した各Oracleホーム・ユーザー用に作成されます。

Oracleホーム・ユーザーはOracleベース・ディレクトリを完全に制御できます。セキュリティ上の理由で、異なるOracleホーム・ディレクトリのOracleホーム・ユーザーとして使用する異なるWindowsユーザー・アカウントは、同じOracleホーム・ディレクトリを共有することは許可されていません。ただし、Oracle Databaseのアップグレードをサポートするために、組込みアカウントとWindowsユーザー・アカウント間でのOracleベース・ディレクトリの共有はサポートされています。Oracle Database 12cリリースで、これより前のリリースのOracle DatabaseからOracleベース・ディレクトリを再使用することを選択した場合、Oracle Database 12cリリースのOracleホーム・ユーザーは、これより前のリリースのOracleベース・ディレクトリに対して完全な制御を持ちます。

注意:
Oracle Grid Infrastructure 12cのベース・ディレクトリおよびOracle RAC 12cのベース・ディレクトリは、Oracle RAC 11gリリース2インストールが使用するディレクトリとは異なっている必要があります。

Oracle Databaseソフトウェアのインストール時にOracleホーム・ユーザーを指定した場合は、Oracleホーム・ユーザー名がOracleベースのデフォルトのパスに含まれています。デフォルトのWindowsインストールでは、Oracleベース・ディレクトリは次のようになります(ここでusernameは、Oracleホーム・ユーザーとしてWindows組込みアカウントを選択した場合はOracleインストール・ユーザーになり、Oracleホーム・ユーザーを指定した場合はOracleホーム・ユーザーになります)。

DRIVE_LETTER:\app\username

Oracle Grid InfrastructureインストールとOracle RACインストールのOracleホーム・ユーザーが別の場合は、Optimal Flexible Architecture (OFA)ガイドラインに従って2つのOracleベースのパスが存在します。たとえば、ユーザーgridがOracle Grid InfrastructureインストールのOracleホーム・ユーザーで、ユーザーoracleがOracle DatabaseインストールのOracleホーム・ユーザーの場合、2つのOracleベース・ディレクトリが存在します。次の例では、X:はマウントされているディスクです。

- X:\app\gridは、Gridユーザー(この例ではgrid)のOracleベースで、Oracle Grid Infrastructureインストールの場合のOracleホーム・ユーザーです。

- X:\app\oracleは、Oracleユーザー(この例ではoracle)のOracleベースで、Oracle Databaseインストールの場合のOracleホーム・ユーザーです

注意:
Oracleホーム・ユーザーとしてWindowsユーザー・アカウントを使用してOracle Database 12cリリース1 (12.1)以上のリリースのインストール後は、同じOracleベース・ディレクトリを共有するOracle Databaseのこれより古いバージョンをインストールしないでください。ACLは、古いリリースのソフトウェアのインストール時にリセットされるので、Oracle Database 12cリリース1 (12.1)以上のサービスはOracleベース・ディレクトリとファイルにアクセスできない場合があります。

1.2.4 Oracleホーム・ディレクトリの概要

Oracleホームにはそれ自体に関連付けられた名前があり、これはインストーラによって自動的に割り当てられます。

Oracleホーム・ディレクトリは、Oracleベース・ディレクトリの下に配置されます。たとえば、デフォルトのWindowsインストレーションで、Oracleホーム・ディレクトリの名前をdbhome_1に指定すると、次のようなOracleベース・ディレクトリになります(ここで、usernameは、Windowsのセキュリティを選択していない場合はOracleインストール・ユーザーで、Oracleホーム・ユーザーを指定した場合はOracleホーム・ユーザーになります)。

DRIVE_LETTER:\app\username\product\12.1.0\dbhome_1

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

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

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

- ネットワーク・インタフェースの構成の概要
クラスタ用Oracle Grid Infrastructureのインストール時に、各ノードのグローバル・インタフェースの予定の使用方法を指定し、構成中のノード・タイプ(処理中のノードまたはコア・ノード)に必要なインタフェース情報を提供します。

- ノード間通信の構成の概要
Oracleソフトウェアはクラスタ内の1つのノードにインストールされ、OUIによりクラスタ内の他のノードにそのソフトウェアがコピーされます。

- ブラウザ要件の概要
ドキュメントにアクセスしたり、Oracle Enterprise Manager Database ExpressおよびOracle Application Expressを使用するには、Webブラウザが必要です。

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

クラスタ用Oracle Grid Infrastructureのインストール時に、各ノードのグローバル・インタフェースの予定の使用方法を指定し、構成中のノード・タイプ(処理中のノードまたはコア・ノード)に必要なインタフェース情報を提供します。

各インタフェースに次のいずれかを指定します。

- 「パブリック」インタフェース・タイプ(パブリックIPアドレスおよび仮想IPアドレスとともに使用)

- 「プライベート」インタフェース・タイプ(クラスタ・メンバー・ノード間のインターコネクトのネットワークとともに使用)

- 「ASM」インタフェース・タイプ(他のノード上のOracle ASMインスタンスとの通信に使用)

- ASMおよびプライベートインタフェース・タイプ(クラスタ・メンバー・ノード間のインターコネクト・ネットワークおよび他のノード上のOracle ASMインスタンスとの通信の両方に使用)

- 「使用しない」インタフェース・タイプ(Oracle ClusterwareおよびOracle RACでは無視される)

たとえば、NFSなどのネットワーク・ファイル・システムの専用インタフェースとして使用されるインタフェースは、「使用しない」インタフェース・タイプとしてマークされている必要があります。

Oracle Grid Infrastructureのインストール中にネットワークを構成します(Oracle RACのインストール中に追加のネットワーク構成を実行することはできません)。

1.2.5.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.5.3 ブラウザ要件の概要

ドキュメントにアクセスしたり、Oracle Enterprise Manager Database ExpressおよびOracle Application Expressを使用するには、Webブラウザが必要です。

Webブラウザでは、JavaScript、HTML 4.0規格およびカスケード・スタイル・シート(CSS)1.0規格がサポートされている必要があります。これらの要件を満たすブラウザは、次のとおりです。

- Microsoft Internet Explorer 8.0

- Microsoft Internet Explorer 9.0

- Firefox 3.x

- Firefox 8.0

- Google Chrome

- Safari

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

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

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

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

関連トピック

- My Oracle Supportの確認

1.3 Oracle RACの記憶域の概要

Oracle RACをインストールするには、データベース・ファイル用およびオプションでリカバリ・ファイル用に共有記憶域を構成する必要があります。データベースの高速リカバリ領域は共有記憶域に配置する必要があります。

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

- Oracle RAC記憶域およびOracle ACFSについて
Oracle Automatic Storage Management Cluster File System (Oracle ACFS)は、マルチプラットフォームのスケーラブル・ファイルシステムであり、Oracle ASM機能を拡張して、Oracle Databaseの外部で保持されているカスタマ・ファイルをサポートするストレージ管理テクノロジです。

- Oracle RACの記憶域の一般的な考慮事項
すべてのインストールについて、Oracle RACデータベース・ファイルで使用する記憶域オプションを選択する必要があります。各ファイル・タイプに同一の記憶域を使用する必要はありません。

- Oracle Databaseおよびリカバリ・ファイル・オプションの概要
WindowsプラットフォームでOracle Databaseおよびリカバリ・ファイルを格納するための2つの方法のうち、いずれかを選択できます。

関連トピック

- Oracle Database管理者ガイド

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

1.3.1 Oracle RAC記憶域およびOracle ACFSについて

Oracle Automatic Storage Management Cluster File System(Oracle ACFS)は、マルチプラットフォームのスケーラブル・ファイルシステムであり、Oracle ASM機能を拡張して、Oracle Databaseの外部で保持されているカスタマ・ファイルをサポートするストレージ管理テクノロジです。

Oracle ACFSでサポートされるファイルには、データベースとアプリケーションの実行可能ファイル、トレース・ファイル、アラート・ログ、アプリケーション・レポート、BFILEおよび構成ファイルが含まれます。

- Oracle ASM動的ボリューム・マネージャについて
Oracle ASM動的ボリューム・マネージャ(Oracle ADVM)は、ディスクのボリューム管理サービスと標準的なディスク・デバイス・ドライバ・インタフェースをクライアント(ユーザーおよびアプリケーション)に提供します。

1.3.1.1 Oracle ASM動的ボリューム・マネージャについて

Oracle ASM動的ボリューム・マネージャ(Oracle ADVM)は、ディスクのボリューム管理サービスと標準的なディスク・デバイス・ドライバ・インタフェースをクライアント(ユーザーおよびアプリケーション)に提供します。

Oracle ADVMは、Oracle ASMボリューム・ファイルとして割り当てられているOracle ASM記憶域にディスク・ドライバ・インタフェースを提供することで、Oracle ASMを拡張します。ファイル・システムと他のディスク・ベースのアプリケーションは、ベンダー・オペレーティング・システムにある、他のストレージ・デバイスに対してと同様に、Oracle ADVMボリューム・デバイスに対してI/Oリクエストを発行します。

Oracle ADVMは、ファイル・システムを含む仮想ディスクの作成に使用できます。Oracle ASMボリュームに含まれるこのようなファイル・システムは、Oracle Databaseファイル(実行可能ファイル、レポート・ファイル、トレース・ファイル、アラート・ログおよびその他のアプリケーション・データ・ファイル)以外のファイルをサポートできます。

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

すべてのインストールに対して、Oracle RACデータベース・ファイルで使用する記憶域オプションを選択する必要があります。各ファイル・タイプに同一の記憶域を使用する必要はありません。

各ファイル・タイプで使用する記憶域オプションを選択するためのガイドライン

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

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

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

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

- Oracle RACでOracle ASMを使用するものの、Oracle Clusterwareファイル(Oracle Cluster Registry(OCR)および投票ファイル)にOracle ASMを使用していなかった場合、OUIを開始する前に1つ以上のOracle ASMインスタンスをOracle ASM Configuration Assistant(ASMCA)で構成する必要があります。

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

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

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

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

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

WindowsプラットフォームでOracle Databaseおよびリカバリ・ファイルを格納するための2つの方法のうち、いずれかを選択できます。

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

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

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

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

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

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

関連項目:
記憶域にDirect NFSを使用するOracle RACデータベースを作成する手順の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

注意:
Oracle RACソフトウェアおよびOracle Grid Infrastructureソフトウェアは、ネットワーク接続ストレージ(NAS)にインストールできます。

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

記憶域オプション

サポートされるファイル・タイプ/データベース

サポートされるファイル・タイプ/リカバリ領域

Oracle ASM

可

可

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

Windowsプラットフォームの場合を除いて、可(Oracle Database 12cリリース12.1以上)

可

Direct NFSクライアント

可

可

ローカル記憶域

不可

不可

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

不可

不可

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

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

- Oracle Grid InfrastructureとともにインストールされるOracle ASM
以前のリリースでは、Oracle ASMはOracle Databaseインストールの一部としてインストールされました。Oracle Database 11gリリース2 (11.2)以上のリリースでは、Oracle ASMはOracle Grid Infrastructureインストールの一部です。

- Oracle Clusterwareおよびベンダー・クラスタウェア
Oracle Clusterwareでは、クラスタ・サービスが提供されます。

- Oracle RACインストールのクラスタ・ノードおよび共有コンポーネント
すべてのOracle RACデータベース・インスタンスによって共有されるファイルは、共有記憶域に配置される必要があります。

- TIMESTAMP WITH TIME ZONEデータの簡略化されたアップグレード
Oracle Real Application Clustersをインストールすると、タイムゾーン・ファイルがアップグレードされます。

- Oracle Database 12c Real Application Clustersのリリース間の互換性
Oracle Databaseソフトウェアの異なるリリースを同じコンピュータにインストールして操作できます。

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

以前のリリースでは、Oracle ASMはOracle Databaseインストールの一部としてインストールされていました。Oracle Database 11gリリース2 (11.2)以上のリリースでは、Oracle ASMはOracle Grid Infrastructureインストールの一部です。

既存のOracle ASMインストールをアップグレードする場合は、Oracle Grid Infrastructureのアップグレードを実行してOracle ASMをアップグレードする必要があります。

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

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

Oracle Clusterwareでは、クラスタ・サービスが提供されます。

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

1.4.3 Oracle RACインストールのクラスタ・ノードおよび共有コンポーネント

すべてのOracle RACデータベース・インスタンスによって共有されるファイルは、共有記憶域に配置される必要があります。

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

関連項目:
クラスタ・ノードからの記憶域へのアクセスの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

Oracle Real Application Clustersをインストールすると、タイムゾーン・ファイルがアップグレードされます。

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

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

srvctl setenv database -env "TZ=time_zone"

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

関連項目:

- TIMESTAMP WITH TIME ZONEデータのアップグレード準備の詳細は、Oracle Databaseアップグレード・ガイドを参照してください。

- タイムゾーン・ファイルおよびTIMESTAMP WITH TIME ZONEデータのアップグレード方法の詳細は、Oracle Databaseグローバリゼーション・サポート・ガイドを参照してください。

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

1.4.5 Oracle Database 12c Real Application Clustersのリリース間の互換性

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

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

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

- Oracle9iリリースのOracle RACを使用する場合、そのリリースを引き続き使用するには、Oracle Cluster Managerなど、そのリリースと互換性があるクラスタ・ソフトウェアを実行する必要があります。

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

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

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

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

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

注意:
異なるリリースのOracle ASMおよびOracle Databaseを使用する場合、各製品の機能は、より古いリリースのソフトウェア機能に依存します。たとえば、Oracle ASM 12cリリース1 (12.1)インスタンスを使用するOracle Database 11gリリース11.2データベースでは、Oracle ASM 12cリリース1 (12.1)リリースで提供される新機能は使用できませんが、Oracle ASM 11gリリース11.2の機能のみを使用できます。

関連項目:
Oracle Grid Infrastructureでの前のリリースのOracle Databaseの使用については、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

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

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

CVUは、グリッド・ホームのbinディレクトリにあります。たとえば、GridホームがC:\app\12.1.0\gridの場合、CVUはC:\app\12.1.0\grid\binディレクトリにあります。

1. Gridホームのbinディレクトリに移動します。

2. cluvfy.batコマンドを使用して、システムでインストールの準備状況を確認します。
たとえば、指定したOracle RACのソフトウェア・リリースをインストールする前に、次のコマンドでノードのリストを確認します。

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

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

例1-1 Oracle RAC 12cリリース1をインストールする前の2ノード・クラスタでのクラスタ検証ユーティリティの使用

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

cluvfy.bat stage -pre dbinst -fixup -n node1,node2 -r 12c -verbose

CVUコマンドの詳細は、次のコマンドを実行してください。

cluvfy.bat -help
.

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

1.6 既存のデータベースが存在するシステムでのOracle RACのインストールについて

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

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

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

インストール例

必要な作業

Oracle Database 10gリリース1 (10.1)から12cリリース1 (12.1)へのアップグレード

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

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

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

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

Database Configuration Assistant (DBCA)またはOracle Database Upgrade Assistant (DBUA)は、Oracle RAC 12cリリース1のインストールまたはアップグレード中に、リスナーおよび関連ファイルを自動的に移行します。

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

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

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

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

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

この章では、インストールの第2フェーズとして、Oracle Database 12c リリース1 (12.1)およびOracle Real Application Clusters (Oracle RAC)をインストールする手順について説明します。『Oracle Grid Infrastructureインストレーション・ガイド』で説明しているように、第1フェーズはOracle Clusterwareインストールの完了です。

Oracleホーム・ユーザーとしてWindowsドメイン・ユーザーが使用されている場合は、インストール時にIDとパスワードの両方を指定する必要があります。Oracleホーム・ユーザーとして組込みアカウントを使用したインストールの場合は、インストール時にOracleホーム・ユーザーのユーザーIDまたはパスワードは必要ありません。

- セキュリティ通知の連絡先の選択
インストール中に、「セキュリティ・アップデートの構成」画面で、セキュリティ通知の連絡先を指定するように求められます。

- インストール・オプションの選択
ソフトウェアをインストールするには、いずれかのインストール・オプションを選択する必要があります。

- Oracle Grid Infrastructureのデプロイメントに対するデータベース・タイプの選択
インストール中に、Oracle Universal Installer (OUI)によって、クラスタ用Oracle Grid Infrastructureがインストールされているか検出されます。インストールされている場合は、作成するデータベースのタイプを指定する必要があります。

- クラスタ・データベースの管理タイプの選択
Oracle RACデータベースを作成する際には、作成するデータベースとして次の2つのデータベース・タイプのいずれかを選択できます。

- インストール・タイプの選択
Oracle Universal Installer (OUI)を実行してOracle RACをインストールする場合、「標準」または「拡張」のインストール・タイプを選択できます。

- Oracle Database構成タイプの選択
OUIで「拡張インストール」オプションを選択した場合、「汎用またはトランザクション処理」、「データ・ウェアハウス」または「詳細」データベース構成タイプを選択できます。

- データベース名の選択
データベース名は様々な文字列で構成されますが、許可されている文字のみを使用する必要があります。

- データベース・パスワードの要件
データベースを保護するには、事前定義されたユーザー・アカウント用のパスワードであっても、Oracle推奨のパスワード要件を満たすパスワードを使用します。

- Oracleホーム・ユーザーの名前とパスワードの指定
Oracle Database 12cリリース1 (12.1)から、Oracle DatabaseではOracleホーム・ユーザーを使用できるようになりました。

- インストール中のOUIおよびDBCAの動作の理解
Oracle Databaseをインストールしたら、OUIによってDBCAが起動され、Optimal Flexible Architecture(OFA)のガイドラインに従ってデータベースが作成されます。

- Oracle Universal Installerを使用したOracle RACのインストール
Oracle Universal Installerは、Oracle RACソフトウェアをインストールするための主要なツールです。

- Oracle Universal Installerを使用したOracle RAC One Nodeのインストール
Oracle Universal Installerは、Oracle RAC One Nodeソフトウェアをインストールするための主要なツールです。

- Oracle Database Vaultオプションのインストール
Oracle Database Vaultのインストールと構成には、インストール時およびインストール後のアクションが必要です。

- リモート・ノードでの環境変数の更新
レジストリおよび環境変数に対する変更は、リモート・ノードでのユーザー・セッションにはすぐに反映されません。

- インストール後のデータベース・サービスの管理について
DBCAを使用してOracle RACデータベースのデータベース・サービスを管理することはできません。

関連項目:

- 圧縮インストール・ファイルを開く方法や、インストール用のファイルの設定方法などの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

- 各インストール画面のオプションおよびプロンプトについては、インストール中に「ヘルプ」をクリックしてください。ログ・ファイルを参照するには、「詳細」をクリックしてください。

2.1 セキュリティ通知の連絡先の選択

インストール中に、「セキュリティ・アップデートの構成」画面で、セキュリティ通知の連絡先を指定するように求められます。

次のクリティカル・パッチ更新での配布を待つには重大過ぎると判断された脆弱性の修正に対しては、必要に応じてセキュリティ・アラートが発行されます。

1. オプション: 次のいずれかの形式で、セキュリティ上の連絡先情報を指定します。

- インストールのセキュリティ情報を受信する電子メール・アドレス。

- インストールのセキュリティ情報を受信し、セキュリティ・アップデート用にシステムを登録するためのMy Oracle Supportの電子メール・アドレスまたはアカウント名。My Oracle Supportを介して、アラートに関する情報を受信できます。

セキュリティ更新で収集される情報は、構成情報にかぎられます。収集されるデータに個人情報は含まれません(送信上の問題に備えたローカルの連絡先名は除きます)。セキュリティ・アップデートを有効化しない場合でも、ライセンスされているOracle機能はすべて使用できます

My Oracle Supportの資格証明を指定すると、インストールされたOracle製品に関する構成情報が、セキュリティ更新によって自動的に収集され、Oracleのサポート・システムにアップロードされます。収集された情報にはMy Oracle Supportアカウントを使用してアクセスし、セキュリティ・アラートに加え、ヘルス・チェック、パッチおよびその他の推奨事項を確認できます。

2. Optional: セキュリティ通知を受信しないように選択するには、「セキュリティ・アップデートの構成」画面のすべてのフィールドを空白のままにします。

この情報は指定しないこともできますが、セキュリティ通知の連絡先を構成することをお薦めします。

3. 「次へ」をクリックして続行します。

関連項目:
次のURLから参照可能な「Oracleセキュリティ・ポリシー」ページを参照してください: http://www.oracle.com/us/support/assurance/fixing-policies/index.html

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

ソフトウェアをインストールするには、いずれかのインストール・オプションを選択する必要があります。

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

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

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

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

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

様々な事前構成済データベース・オプションの詳細は、Oracle Database構成タイプの選択を参照してください。

3. 既存のOracleインストールが存在する場合、バージョン番号、パッチおよび他の構成情報を書き留めて、既存のインストールのためのアップグレード手順を確認します。

インストールを進める前に『Oracle Databaseアップグレード・ガイド』を確認し、手順を決定します。

関連項目:
アップグレード前、アップグレード後、互換性および相互運用性に関する最新の更新およびベスト・プラクティスについては、My Oracle SupportのNote 1462240.1から入手可能な「Oracle Upgrade Companion」を参照してください。
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1462240.1

2.3 Oracle Grid Infrastructureのデプロイメントに対するデータベース・タイプの選択

インストール中に、Oracle Universal Installer (OUI)によって、クラスタ用Oracle Grid Infrastructureがインストールされているか検出されます。インストールされている場合は、作成するデータベースのタイプを指定する必要があります。

- ソフトウェアをインストールしたら、作成するデータベースのタイプを決定します。

- シングル・インスタンス・データベース

- Oracle RACデータベース

- Oracle RAC One Nodeデータベース

このクラスタ上にタイプが異なるデータベースを作成する予定である場合は、最も高度なオプションを選択します。

たとえば、シングル・インスタンス・データベースとOracle RAC One Nodeデータベースのみを作成する場合は、Oracle RAC One Nodeデータベースのオプションを選択します。シングル・インスタンス・データベースとOracle RACデータベースを作成する場合は、Oracle RACデータベースのオプションを選択します。

- Oracle RAC One Nodeをインストールする場合は、Oracle RACソフトウェアをクラスタ内の2つ以上のノードにインストールできます。
Oracle RAC One Nodeインストールは、Oracle RAC One Nodeプール・メンバーとして選択したノードのいずれかで、インスタンスを起動します。そのインスタンスが停止した場合、Oracle RAC One Nodeインスタンスは別のプール・メンバーにフェイルオーバーされます。この機能はデータベース・インスタンスと接続を他のクラスタ・ノードに再配置することで高可用性を実現します。

関連項目:

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

- シングル・インスタンス・データベースのOracle RACへの変換方法については、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

2.4 クラスタ・データベースの管理タイプの選択

Oracle RACデータベースを作成する際には、作成するデータベースとして次の2つのデータベース・タイプのいずれかを選択できます。

- ポリシー管理型データベース: サーバーのプールに基づいてデータベース・インスタンスが自動的に管理され、リソースを効率的に使用できます。

- 管理者管理型データベース: データベース・インスタンスは、クラスタ内の特定のサーバーに関連付けられます。

関連項目:
サーバー・プールおよび様々なクラスタ・データベース管理タイプの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

Oracle Universal Installer (OUI)を実行してOracle RACをインストールする場合、「標準」または「拡張」のインストール・タイプを選択できます。

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

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

インストール中に次のオプションのいずれかを使用する場合は、拡張インストール・タイプを選択する必要があります。

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

- 「詳細」データベース構成の使用
Oracle Databaseに特別な要件がある場合は、「詳細」データベース構成オプションを使用します。

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

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

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

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

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

2.5.2 「詳細」データベース構成の使用

Oracle Databaseに特別な要件がある場合は、「詳細」データベース構成オプションを使用します。

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

2.5.3 他の言語でのOracle Databaseのインストールについて

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

ヒント:
デフォルトでは、Oracle Universal Installer (OUI)によって、新しいデータベースのキャラクタ・セットがオペレーティング・システムの言語に基づいて構成されます。

関連項目:

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

- 様々な言語でのOUIの実行の詳細は、Oracle Databaseインストレーション・ガイドfor Microsoft Windowsを参照してください。

2.6 Oracle Database構成タイプの選択

OUIで「拡張インストール」オプションを選択した場合、「汎用目的/トランザクション処理」、「データ・ウェアハウス」または「詳細」のデータベース構成タイプが選択できます。

「標準インストール」オプションを選択した場合、データベース構成タイプはデフォルトで「汎用目的/トランザクション処理」に設定されます。

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

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の値は、それ全体で企業内で一意である必要があります。

データベース名とORACLE_SID

Oracle Service Identifier (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は、name# (nameはDB_UNIQUE_NAMEの最初の8文字の英数字で、#はインスタンス番号)という形式を使用して、インスタンス名のデフォルトSIDを生成します。ただし、データベースのインストールまたは作成時に、SIDにはデフォルト以外の値を指定でき、各インスタンスのこの文字列の後ろにインスタンス番号が自動的に追加されます。

例2-1 データベース名および関連する初期化パラメータ

データベースのグローバル・データベース名がorl$racprod2551.example.comの場合(インストール時に指定したもの)、次の値が初期化パラメータに使用されます。

パラメータ

値

DB_UNIQUE_NAME

orl$racprod2551

DB_DOMAIN

example.com

DB_NAME

orl$racp

例2-2 DB_UNIQUE_NAMEおよび関連するORACLE_SID値

データベースのDB_UNIQUE_NAMEがorl$racprod2551の場合、次のSID値が使用されます。

データベースまたはインスタンスのタイプ

ORACLE_SIDに使用される値

シングル・インスタンスのOracle Database

orlracpr

ポリシー管理型のOracle RACインスタンス

orlracpr_1

管理者管理型のOracle RACインスタンス

orlracpr1

2.8 データベース・パスワードの要件

データベースを保護するには、事前定義されたユーザー・アカウント用のパスワードであっても、Oracle推奨のパスワード要件を満たすパスワードを使用します。

Oracle Databaseには、事前定義されたユーザー・アカウントのセットが提供されています。パスワードは、安全な方法で作成します。デフォルト・パスワードがある場合は、これらのパスワードを安全なパスワードに変更します。

Oracle Databaseユーザーのセキュリティは、様々な方法で管理できます。

- パスワードの作成方法に対する制限の適用

- ユーザー・プロファイルの作成

- ユーザー・アカウントの追加の保護のためのユーザー・リソース制限の使用

関連項目:

- セキュア・パスワードの作成の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください

- デフォルト・パスワードを使用するアカウントを検索する方法の詳細は、『Oracle Databaseセキュリティ・ガイド』

2.9 Oracleホーム・ユーザーの名前とパスワードの指定

Oracle Database 12cリリース1 (12.1)から、Oracle DatabaseではOracleホーム・ユーザーを使用できるようになりました。

Oracleホーム・ユーザーは、インストール中に指定される標準のWindowsユーザー・アカウント(管理者アカウントではありません)で、Oracleホーム用のOracle Databaseで必要となるWindowsサービスを実行します。

Oracleホーム・ユーザーは、Oracleホームに関連付けられ、インストール後には変更できません。システムの異なるOracleホームは、同じOracleホーム・ユーザーを共有するか、異なるOracleホーム・ユーザー名を使用できます。Oracle RACデータベースの場合、OracleホームのWindowsユーザー・アカウントはドメイン・アカウントであり、既存のWindowsアカウントであることが必要です。

管理者管理データベースの場合、Oracle Cluster Registry (OCR)のセキュア・ウォレットに、Oracleホーム・ユーザーのパスワードを格納できます。このようなウォレットがOCR内に存在する場合、Oracle Database管理ツールでは、ウォレットからのパスワードが自動的に使用され、管理操作時にOracleホーム・ユーザーのパスワードの入力は求められません。

ポリシー管理データベースの場合、OCR内のセキュア・ウォレットにOracleホーム・ユーザーのパスワードを格納する必要があります。ポリシー管理データベースが作成されると、Oracle Database Configuration Assistantによってウォレットが自動的に作成されます(ウォレットが存在しない場合)。

関連項目:

- Oracleインストール・ユーザーおよびOracleホーム・ユーザーの構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』を参照してください。

- Oracle Databaseサービス用のOracleウォレットの作成については、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

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

Oracle Databaseをインストールしたら、OUIによってDBCAが起動され、Optimal Flexible Architecture(OFA)のガイドラインに従ってデータベースが作成されます。

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

データベースの作成または削除を行うために、DBCAをスタンドアロン・モードで使用することもできます。

関連項目:

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

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

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

Oracle Universal Installerは、Oracle RACソフトウェアをインストールするための主要なツールです。

1. 管理者権限を持つユーザーとしてWindowsにログインします。
Oracle Grid Infrastructureをインストールしたユーザーとは別のユーザーを使用する場合、インストール・ユーザーはASMDBAおよびASMADMINオペレーティング・システム・グループのメンバーであることが必要です。

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

net use \\node_name\C$

3. Oracle Database 12cリリース1 (12.1)インストール・メディアのベース・ディレクトリからsetup.exeコマンドを実行して、インストールするデータベース・タイプを選択します。

4. OUIのプロンプトに従って情報を指定します。
インストール手順の詳細は、「ヘルプ」をクリックしてください。

インストール中に問題が発生した場合は、「詳細」をクリックしてログ・ファイルを確認します。ログ・ファイルは、この例に示すように、Oracle Inventoryディレクトリにインストール・プロセスのタイムスタンプ(date_time)を含む名前で格納されています。

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

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

注意:
データベースのインストールで使用するOracleホームの名前とパスは、Oracle Grid Infrastructureソフトウェアに使用したホームとは異なるものにする必要があります。Oracle DatabaseおよびOracle RACソフトウェアは、Oracle Grid Infrastructureソフトウェアをインストールしたホームにはインストールしないでください。

注意:
Oracle ASMは、Oracle Grid Infrastructureホームの一部であるため、Oracle RACのインストール中にアップグレードできません。

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

注意:
インストールを完了し、データベースを作成した後で、データベースにOracle Database 12c リリース(12.1)製品をさらにインストールする場合は、追加の製品をインストールする前に、Oracleホームで実行されているすべてのプロセスを停止する必要があります。詳細は、既存のOracle RACデータベースをアップグレードするための準備を参照してください。

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

Oracle Universal Installerは、Oracle RAC One Nodeソフトウェアをインストールするための主要なツールです。

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

2. Oracle Database 12cリリース1 (12.1)のインストール・メディアのベース・ディレクトリから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ホームの名前とパスは、Oracle Grid Infrastructureソフトウェアに使用したホームとは異なるものにする必要があります。Oracle DatabaseおよびOracle RACソフトウェアは、Oracle Grid Infrastructureソフトウェアをインストールしたホームにはインストールしないでください。

注意:
Oracle ASMは、Oracle Grid Infrastructureホームの一部であるため、Oracle RACのインストール中にアップグレードできません。

2.13 Oracle Database Vaultオプションのインストール

Oracle Database Vaultのインストールと構成には、インストール時およびインストール後のアクションが必要です。

- Oracle Database Vaultインストールでのリスナーの起動
リスナーおよびデータベース・インスタンスは、インストールを行ったノード以外のすべてのOracle RACノードで起動する必要があります。

- DBCAを使用したOracle Databaseの構成
DBCAを使用して、Oracle Database Vaultはインストール時でもインストール後でも構成できます。

- Oracle Database Vaultのインストール後の構成手順の実行
Oracle Database Vaultオプションのインストール後、データベースに対する追加の変更が必要になる場合があります。

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

リスナーおよびデータベース・インスタンスは、インストールを行ったノード以外のすべてのOracle RACノードで起動する必要があります。

- Oracle Database Vault用に構成するOracle RACインスタンスを起動および停止するには、Server制御(SRVCTL)を使用します。
Oracle RACインスタンスの起動および停止に、SQL*Plusは使用しないでください。

2.13.2 DBCAを使用したOracle Databaseの構成

DBCAを使用して、Oracle Database Vaultはインストール時でもインストール後でも構成できます。

1. Oracle RAC Enterprise Editionデータベースをインストールして、Oracle RACデータベースを作成します。

2. DBCAを起動して、「データベースの構成」オプションを選択します。

3. コンポーネント・リストで、「Oracle Label Security」と「Oracle Database Vault」を選択します。

4. 必要な管理ユーザー・アカウントとパスワードを指定し、構成を続行します。

5. インストールを完了した後、ソフトウェア構成を終了するために、各ノードを再起動する必要があります。

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

2.13.3 Oracle Database Vaultのインストール後の構成手順の実行

Oracle Database Vaultオプションのインストール後、データベースに対する追加の変更が必要になる場合があります。

1. 必要なインストール後の手順については、『Oracle Database Vault管理者ガイド』を参照してください。

2. 他のOracle Database製品を使用している場合は、Database Vaultと他のOracle製品(透過的データ暗号化、Oracle Data Guardなど)を統合する方法の詳細について、『Oracle Database Vault管理者ガイド』を参照してください。

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

レジストリおよび環境変数に対する変更は、リモート・ノードでのユーザー・セッションにはすぐに反映されません。

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

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

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

変更した環境変数をリモート・ノードで使用できるようにするには、次のアクションのいずれかを行います。

1. リモート・ノードでの現在のセッションをクローズ(ログオフ)してから、そのリモート・ノードにログオンして、新しいセッションを作成します。

2. 環境変数をリモート・ノードで使用できるようにします。

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

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

c. 「環境変数」をクリックします。
変更した環境変数が確認できます。

d. 「OK」をクリックして、「システムのプロパティ」ウィンドウを閉じます。

2.15 インストール後のデータベース・サービスの管理について

DBCAを使用してOracle RACデータベースのデータベース・サービスを管理することはできません。

Oracle RACデータベースのデータベース・サービスのすべての管理および監視には、サーバー制御ユーティリティ(SRVCTL)、Oracle Enterprise Manager Database ExpressまたはOracle Enterprise Manager Cloud Controlを使用してください。

Oracle Enterprise Manager Cloud Controlのドキュメントは、Oracle Help CenterのWebサイト(http://docs.oracle.com)から入手できます。

関連項目:

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

- 『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』

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

この章では、Database Configuration Assistant(DBCA)をスタンドアロン・モードで使用して、Oracle Real Application Clusters(Oracle RAC)データベースを作成および削除する方法について説明します。

- Oracle RACまたはOracle RAC One NodeでのDBCAの使用
Oracle Database Configuration Assistant (DBCA)は、Oracleデータベースを作成および構成するためのツールです。

- Database Configuration Assistantのメリット
Oracle Database Configuration Assistant (DBCA)を使用してOracle RACデータベースを作成することをお薦めします。事前構成済データベースを使用すると、サーバー・パラメータ・ファイル(SPFILE)、自動UNDO管理などの機能に合わせて環境を最適化できるためです。

- 以前のリリースからのリスナーの自動移行
システムにOracle Database 10gまたは11gがインストールされている場合に、Oracle Database 12cリリース1 (12.1)をインストールして、Oracle Database 10.1、10.2、11.1または11.2のインストールと共存させるか、そのインストールをアップグレードすると、ほぼすべてのインストール・タイプで、既存のOracle Databaseリスナーが12cリリース1 (12.1)のOracleホームに自動的に移行されます。

- DBCAの要件の検証
クラスタ検証ユーティリティ(CVU)を使用して、システムで構成変更の準備が整っていることを検証します。

- DBCAを使用したOracle RACデータベースの作成
DBCAを使用してデータベースを作成するには、Oracle Net Configuration Assistant (NETCA)を実行してOracle Netのlistener.oraファイルを構成する必要があります。

- Direct NFSでのOracle RACデータベースの作成
データベース・ファイルにDirect NFS (dNFS)を使用するOracle RACデータベースをインストールおよび作成する際、様々な構成プロセスを実行する必要があります。

- DBCAを使用したOracle RAC One Nodeの構成
クラスタ・ノードにOracle RACソフトウェアのみをインストールすることを選択した場合、Oracle Database Configuration Assistant (DBCA)を使用してOracle RAC One Nodeを構成できます。

- DBCAを使用したOracle RACデータベースの削除
Oracle Database Configuration Assistant (DBCA)を使用したOracle RACデータベースの削除は、データベースおよびデータベース・オブジェクトの削除を伴います。

- CDBによるOracle RACでのサービスの構成
インストール時にコンテナ・データベース(CDB)を選択し、プラガブル・データベース(PDB)を構成する場合、インストール後にPDBにサービスを追加することをお薦めします。

関連項目:
DBCAを使用したインスタンスの追加および削除の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

3.1 Oracle RACまたはOracle RAC One Nodeデータベースに対するDBCAの使用

Oracle Database Configuration Assistant (DBCA)は、Oracleデータベースを作成および構成するためのツールです。

次に、DBCAの主なデータベース機能を示します。

- データベースの作成および削除

- データベース・テンプレートの作成

- プラガブル・データベース(PDB)の作成、接続、切断および削除

- データベース・インスタンスの追加および削除

- データベースのOracle Enterprise Manager Cloud Controlへの登録

- データベース・オプション(Oracle Database Vaultなど)の構成およびディレクトリ・サーバーへの登録

注意:
クラスタ管理サービスは、DBCAでは管理できなくなりました。かわりに、Oracle Enterprise Manager Cloud Controlのクラスタ管理サービスに関するページ(使用可能な場合)またはSRVCTLを使用します。詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

関連項目:

- リスナーの構成などで問題が発生した場合の解決およびLightweight Directory Access Protocol(LDAP)対応のディレクトリ・サポートの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- Oracle Enterprise Managerの使用については、『Oracle Database 2日でReal Application Clustersガイド』を参照してください。

3.2 Database Configuration Assistantのメリット

Oracle Database Configuration Assistant (DBCA)を使用してOracle RACデータベースを作成することをお薦めします。事前構成済データベースを使用すると、サーバー・パラメータ・ファイル(SPFILE)、自動UNDO管理などの機能に合わせて環境を最適化できるためです。

DBCAによって、ポリシー管理データベースと管理者管理データベースの両方を作成できます。DBCAを使用すると、データベースの作成時にサイト固有の表領域を作成できます。DBCAテンプレートとは異なるデータ・ファイル要件がある場合は、DBCAによってデータベースを作成し、後でデータ・ファイルを変更します。また、データベースの作成時に、ユーザー定義のスクリプトを実行することもできます。

また、DBCAは、クラスタ管理ツールなど、Oracleの様々な高可用性機能を使用できるOracle RAC環境を構成します。DBCAは、定義した構成のサポートに必要なすべてのデータベース・インスタンスも起動します。

DBCAを使用すると、Oracle提供のテンプレートから、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

より複雑な環境では、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインタビューが行われます。これによって、データベースを作成する時間が長くなります。

「詳細表示」をクリックして、各タイプのデータベースの構成を確認します。使用するデータベースでサポートされるワークロードのタイプに適したテンプレートを選択します。どちらを選択するか不明な場合は、デフォルトの「汎用またはトランザクション処理」テンプレートを選択します。

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

システムにOracle Database 10gまたは11gがインストールされている場合に、共存させたり、Oracle Database 10.1、10.2、11.1または11.2の環境をアップグレードするために、Oracle Database 12cリリース1 (12.1)をインストールすると、ほぼすべてのインストール・タイプで、既存のOracle Databaseリスナーが12cリリース1 (12.1)の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 Grid Infrastructureのアップグレードの一部として、デフォルト・リスナーはGridホームに自動的に移行されます。データベースでデフォルト以外のリスナーが使用されている場合、そのデフォルト以外のリスナーは、Database Upgrade Assistant (DBUA)によってOracle Databaseホームに移行されます。

注意:
移行時には、移行中のリスナーに登録されているいずれのデータベースにもクライアント・アプリケーションを接続できない場合があります。

3.4 DBCAの要件の検証

クラスタ検証ユーティリティ(CVU)を使用して、システムで構成変更の準備が整っていることを検証します。

- Database Configuration Assistant (DBCA)を使用してデータベースの構成を変更する前に、次のコマンド構文を使用してクラスタ検証ユーティリティ(CVU)を実行し、システムで構成変更の準備が整っていることを検証します。

Grid_home\bin\cluvfy stage -pre dbcfg -n node_list -d Oracle_home [-verbose]

前述の構文例で、Grid_home 変数はOracle Grid Infrastructureホーム、node_list変数はクラスタ内のノードのカンマ区切りリスト、Oracle_home変数はOUIでデータベースを作成または変更するOracleホーム・ディレクトリのパスです。
-verboseオプションを選択すると、CVUによるシステム検証の進捗状況および検証結果の詳細を表示できます。

CVUのサマリーにクラスタ検証の失敗が表示された場合は、該当するシステム構成手順を確認および修正して、再度テストを実行します。

例3-1 システムでOracle RACのインストール準備が整っていることを検証するためのCVUの使用

node1およびnode2で構成され、GridホームのパスがC:\app\12.1.0\grid、OracleホームのパスがC:\app\oracle\product\12.1.0\dbhome_1の2ノード・クラスタのシステムで、Oracle DatabaseおよびOracle RACのインストールの準備が整っていることを検証するには、次のコマンドを入力します。

C:\app\12.1.0\grid\bin> cluvfy stage -pre dbcfg -n node1,node2 \
-d C:\app\oracle\product\12.1.0\dbhome_1

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

DBCAを使用してデータベースを作成するには、Oracle Net Configuration Assistant (NetCA)を起動してOracle Netのlistener.oraファイルを構成する必要があります。

オペレーティング・システム環境変数ORACLE_HOMEにOracle RACデータベース・ホームを、またはORACLE_UNQNAMEにデータベースの一意の名前を設定する必要はなくなりました。

注意:
DBCAまたはOUIから、Oracle RACデータベースの電子メール通知を設定できなくなりました。

- DBCAを使用したOracle RACデータベースの作成の前に完了するタスク
Oracle Database Configuration Assistantを使用してOracle RACデータベースを作成する前に、ソフトウェア要件を満たすようシステムを構成する必要があります(Oracle Grid Infrastructureのインストールの一環としてこれを行っていなかった場合)。

- DBCAを使用したOracle RACデータベースの作成
DBCAを使用してOracle RACデータベースの作成および構成を行う場合、複数の画面を移動して、いくつかのアクションを実行します。

3.5.1 DBCAを使用したOracle RACデータベースの作成の前に完了するタスク

Oracle Database Configuration Assistantを使用してOracle RACデータベースを作成する前に、ソフトウェア要件を満たすようシステムを構成する必要があります(Oracle Grid Infrastructureのインストールの一環としてこれを行っていなかった場合)。

- Oracle RACデータベースで使用するネーミング規則の決定
Oracle RACデータベースのグローバル・データベース名は、ネーミング要件を満たす必要があります。グローバル・データベース名は、データベース名とドメイン名で構成されます。

- Oracle RACデータベース用の共有記憶域の構成
Oracle Database Configuration Assistant (DBCA)を起動してOracle RACデータベースを構成する前に、クラスタ用にOracle Grid Infrastructureをインストールし、Oracle RACファイル用の共有記憶域領域を構成する必要があります。

- Oracleホーム・ユーザーのパスワードの取得
Oracle Database Configuration Assistantを使用してOracle DatabaseまたはOracle RACデータベースを作成する場合、インストール時にOracleホーム・ユーザーを指定すると、このユーザーのパスワードを入力する必要があります。

3.5.1.1 Oracle RACデータベースで使用するネーミング規則の決定

Oracle RACデータベースのグローバル・データベース名は、ネーミング要件を満たす必要があります。グローバル・データベース名は、データベース名とドメイン名で構成されます。

1. データベースについて、次の特徴を持つ名前を選択します。

a. 30文字以下

b. 先頭がアルファベット文字

2. グローバル・データベース名のドメイン名の部分について、次の要件を満たす名前を決定します。

a. 128文字以下

b. 英数字とピリオド文字(.)を含む

3. 各インスタンスのORACLE_SID値を決定します。
SID接頭辞に使用できる文字列の最大数は8文字です。Oracle Database Configuration Assistantは、SID接頭辞を使用して、各インスタンスのORACLE_SID変数に一意の値を生成します。SID接頭辞は、英字で始める必要があります。

3.5.1.2 Oracle RACデータベース用の共有記憶域の構成

Oracle Database Configuration Assistant (DBCA)を起動してOracle RACデータベースを構成する前に、クラスタ用にOracle Grid Infrastructureをインストールし、Oracle RACファイル用の共有記憶域領域を構成する必要があります。

1. SYSASMシステム権限を持つユーザーとしてログインします。
記憶域管理タスクには、OSASMオペレーティング・システム・グループのメンバーに付与されるSYSASMシステム権限が必要です。このグループのメンバーにはSYSDBAシステム権限が付与されていますが、このグループはOSDBAグループとは同一でない場合があります。

2. WindowsベースのシステムでOracle ASM記憶域を使用する場合は、DBCAを使用してデータベースを作成する前に、次の手順を実行する必要があります。

a. ディスク・ドライブにプライマリ・パーティションなしで論理パーティションを作成します。

b. すべてのノード上のこれらのパーティションのドライブ文字を削除します。
または、asmtoolでこれらのパーティションをスタンプすることができます。

c. Oracle ASMで使用されるディスクを構成した後、データベースで使用されるディスク・グループを作成する必要があります。
ディスク・グループは、SQL*Plus、Oracle Enterprise ManagerまたはOracle Automatic Storage Management Configuration Assistant (ASMCA)を使用して作成できます。

関連項目:

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

- 共有記憶域の構成要件の詳細は、ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

- ディスク・グループの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.5.1.3 Oracleホーム・ユーザーのパスワードの取得

Oracle Database Configuration Assistantを使用してOracle DatabaseまたはOracle RACデータベースを作成する場合、インストール時にOracleホーム・ユーザーを指定すると、このユーザーのパスワードを入力する必要があります。

Oracle Databaseソフトウェアをインストールしたユーザーに連絡し、次のタスクを実行します。

- Oracleホーム・ユーザーを指定したかどうかを特定し、Oracleホーム・ユーザーを指定していた場合は、そのユーザー・アカウントに指定したパスワードを入手します。

図3-1 Oracleホーム・ユーザーのパスワードの指定

関連項目:
Oracleホーム・ユーザーの詳細は、Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)を参照してください。

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

DBCAを使用してOracle RACデータベースの作成および構成を行う場合、複数の画面を移動して、いくつかのアクションを実行します。

- DBCAの起動
Oracle Database Configuration Assistant (DBCA)ユーティリティは、コマンドラインまたはWindowsの「スタート」メニューから起動できます。

- DBCAを使用したクラスタの検出およびノードの選択
DBCAを起動し、Oracle RACでOracleホームが有効になっていることが中央のOracle Inventoryで検出されると、Oracle RACのオプションが自動的に表示されます。

- DBCAを使用したOracle RACデータベースで使用する記憶域の選択
Oracle RACデータベース・ファイルの記憶域として、Oracle ASMディスク・グループか共有ファイル・システムのいずれかを選択できます。

- DBCAを使用したOracle RAC用のデータベース初期化パラメータの指定
CLUSTER_DATABASE_INSTANCESパラメータを推定インスタンス数に設定します。

- Oracle RACデータベースに対してDBCAで実行されるアクション
Oracle RACデータベースの作成時のOracle Database Configuration Assistant (DBCA)のアクションを理解するには、この情報を確認します。

3.5.2.1 DBCAの起動

Oracle Database Configuration Assistant (DBCA)ユーティリティは、コマンドラインまたはWindowsの「スタート」メニューから起動できます。

注意:
DBCAを実行するために、オペレーティング・システム環境変数ORACLE_HOMEをOracle RACデータベース・ホームに、またはORACLE_UNQNAMEを一意のデータベース名に設定する必要はありません。

1. 管理ユーザーとしてログインします。
ユーザーはORA_DBAまたはORA_Homename_DBAグループのメンバーであることが必要なほか、Oracle ASMがOracle RACデータベースの記憶域として使用される場合はORA_ASMDBAのメンバーでもあることも必要です。

管理者管理Oracle RACデータベースを管理している場合で、Oracleウォレットにパスワードを格納しない選択をすると、Oracleホーム・ユーザーのパスワードの入力を求められます。

2. コマンドラインからDBCAを起動するには、次のようにします。

a. コマンド・プロンプト・ウィンドウを開きます。

b. Oracle_home\binディレクトリに移動します。

c. コマンドdbcaを入力します。

3. 「スタート」メニューからDBCAを起動するには、次のようにします。

a. 「スタート」をクリックします。

b. 「プログラム」を選択します。

c. 「プログラム」で「Oracle - Oracleホーム名」を選択します。

d. 「コンフィグレーションおよび移行ツール」を選択します。

e. 「Database Configuration Assistant」を選択します。

4. DBCAを起動した後、Oracle RACデータベースを作成するには次を選択します。

- 「データベース操作」ページまたは「ようこそ」ページの「データベースの作成」

- 「作成モード」ページの「拡張モード」

- 「データベース・テンプレート」ページの「Oracle RAC」データベース

3.5.2.2 DBCAを使用したクラスタの検出およびノードの選択

DBCAを起動すると、中央Oracleインベントリ(OracleホームがOracle RAC用に有効化される)でOracle RACが検出されると、Oracle RACのオプションが自動的に表示されます。

DBCAがOracle RACホームとしてOracleホームを検出しない場合は、OUIインベントリがC:\Program Files\Oracle\Inventoryディレクトリに正しく配置されていて、そのoraInventoryファイルが破損していないことを確認します。また、次のCVUコマンド構文を使用してクラスタウェア診断を実行します。

Grid_home\bin\cluvfy\cluvfy.bat stage -post crsinst -n nodelist

DBCAを使用していて、クラスタ・インストールの対象となるノードが「ノードの選択」ページに表示されない場合は、Opatchのlsinventoryコマンドを使用してインベントリ診断を実行してください。CVUを使用してクラスタウェアの診断も実行します。

例3-2 DCBAで2ノード・クラスタの検出に失敗した場合のクラスタウェア診断の実行

GridホームがD:\app\12.1.0\gridで、ノード名がnode1とnode2の場合は、次のコマンドを実行して、クラスタウェア診断を実行します。

D:\app\12.1.0\grid\bin> cluvfy stage -post crsinst -n node1,node2

3.5.2.3 DBCAを使用したOracle RACデータベースで使用する記憶域の選択

Oracle RACデータベース・ファイルの記憶域として、Oracle ASMディスク・グループか共有ファイル・システムのいずれかを選択できます。

- 「データベース記憶域オプションの指定」ページで、Oracle Database Configuration Assistant (DBCA)にディスク・グループが表示されていない場合は、Oracle ASMが構成されていないか、ディスク・グループがマウントされていないかのいずれかです。
DBCAを起動する前に、Grid InfrastructureホームでOracle Automatic Storage Management Configuration Assistant (ASMCA)を使用してディスク・グループを作成できます。

- Oracle ASMを使用している場合、「データベース記憶域オプションの指定」ページで高速リカバリ領域とサイズを選択します。
Oracle ASMを使用している場合、高速リカバリ領域はデフォルトでOracle ASMディスク・グループに設定されます。

3.5.2.4 DBCAを使用したOracle RAC用のデータベース初期化パラメータの指定

CLUSTER_DATABASE_INSTANCESパラメータを推定インスタンス数に設定します。

1. 「初期化パラメータ」ページで、現在のOracle Database Configuration Assistantセッションに存在するノードより多くのノードをクラスタに追加する場合は、「すべての初期化パラメータ」をクリックして、パラメータCLUSTER_DATABASE_INSTANCESをクラスタに追加する総ノード数に変更します。

2. また、「すべての初期化パラメータ」をクリックする際には、グローバル・データベース名が8文字を超える場合、データベース名の値(DB_NAMEパラメータ)は、最初の8文字に切り捨てられ、DB_UNIQUE_NAMEパラメータ値が、グローバル名に設定されることに注意してください。

関連項目:
初期化パラメータの詳細は、『Oracle Database管理者ガイド』を参照してください。

3.5.2.5 Oracle RACデータベースに対してDBCAで実行されるアクション

Oracle RACデータベースの作成時のOracle Database Configuration Assistant (DBCA)のアクションを理解するにはこの情報を確認します。

DBCAのプロンプトに従って作業を行い、「サマリー」ダイアログ・ボックスの情報を確認して「OK」をクリックすると、DBCAによっていくつかのアクションが実行されます。

- Oracle RACデータベースとそのインスタンスの作成

- Oracle RACデータ・ディクショナリ・ビューの作成

- Oracleサービスの開始(Windowsベースのプラットフォームの場合)

- Oracle Clusterware高可用性サービスの起動

- 全クラスタ・ノードでのデータベース・インスタンスの起動

注意:

Oracle RACデータベースを作成した後で、作成したOracle RACデータベースにOracle Database製品をさらにインストールする場合は、製品をインストールする前に、Oracle RACデータベース・ホームで実行されているすべてのプロセスを停止する必要があります。

Oracle RACホームで実行されているすべてのプロセスを停止すると、Oracle Universal Installerは特定の実行可能ファイルおよびライブラリを再リンクできます。詳細は、既存のOracle RACデータベースをアップグレードするための準備を参照してください。

3.6 Direct NFSでのOracle RACデータベースの作成

データベース・ファイルにDirect NFS (dNFS)を使用するOracle RACデータベースをインストールおよび作成する際、様々な構成プロセスを実行する必要があります。

- Oracle Databaseのソフトウェアのみのインストールの実行
ソフトウェアのみのインストールでは、Oracle Databaseソフトウェアをインストールしますが、インストール・プロセスの一部としてデータベースを作成しません。

- ASMCAを使用したACFSマウント・ポイントの構成
Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用すると、Oracle Database Configuration Assistant (DBCA)の共通ファイルの場所の手順で使用されるOracle Automatic Storage Management Cluster File System (Oracle ACFS)マウント・ポイントを作成できます。

- DBCAを使用したOracle RACデータベースの作成および構成
Oracle Database Configuration Assistant (DBCA)を使用して、データ・ファイルの記憶域にDirect NFSを使用するOracle Real Application Clusters (Oracle RAC)データベースを作成します。

- Direct NFSの有効化および構成
Oracle Databaseソフトウェアのインストール後、Direct NFSオプションを手動で有効にする必要があります。

- ASMCAを使用したACFSマウント・ポイントの削除
Direct NFSを使用してマウント・ポイントを構成すると、Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用してOracle Automatic Storage Management Cluster File System (Oracle ACFS)マウント・ポイントを削除できます。

3.6.1 Oracle Databaseのソフトウェアのみのインストールの実行

ソフトウェアのみのインストールでは、Oracle Databaseソフトウェアをインストールしますが、インストール・プロセスの一部としてデータベースを作成しません。

1. ソフトウェア・ステージングの場所からsetup.exeを実行して、Oracle Universal Installer (OUI)を起動します。

2. インストール・オプションの選択画面で「データベース・ソフトウェアのみインストール」を選択します。

3. グリッド・インストール・オプション画面で、インストールする製品、たとえばOracle Real Application Clustersデータベース・ソフトウェア・インストールを選択します。

4. データベース・ソフトウェアをインストールするノードを選択します。

5. インストールされたソフトウェアで使用される言語を選択します。

6. インストールするデータベースのエディションを選択します。Oracle RACデータベースの場合、Enterprise Editionを選択する必要があります。

7. ソフトウェア・インストール所有者にOracleホーム・ユーザーを指定するか、Windows組込みのユーザーの使用を選択します。

8. 「インストール場所の指定」画面で、Oracleベース・ディレクトリおよびソフトウェアの場所(Oracleホーム・ディレクトリ)へのパスを入力します。

9. 「サマリー」画面で、選択を確認して、「インストール」をクリックします。

3.6.2 ASMCAを使用したACFSマウント・ポイントの構成

Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用すると、Oracle Database Configuration Assistant (DBCA)の共通ファイルの場所の手順で使用されるOracle Automatic Storage Management Cluster File System (Oracle ACFS)マウント・ポイントを作成できます。

Oracle ACFSファイルシステムをWindows上で作成する場合、コンピュータの管理者でもあるWindowsドメイン・ユーザーとしてASMCAを実行します。

1. Grid_home/binディレクトリからasmca.exeを実行して、ASMCAを起動します。

2. 「ディスク・グループ」タブを選択します。

3. 「ディスク・グループ名」を右クリックし、「データベース使用のACFSの作成」を選択します。

4. 「データベースのACFSの作成」ウィンドウで、マウント・ポイントの場所、ボリューム名およびサイズを指定し、「OK」をクリックします。

たとえば、次のように指定できます。

- マウント・ポイント: C:\oradatamnt

- ボリューム名: dbnfs

- サイズ(GB): 70

5. 表示される情報ポップアップ・ウィンドウで「OK」をクリックします。

このウィンドウには、ASMCAによって実行されるアクションの概要が示されます。

6. 「ASMクラスタ・ファイルシステム」タブを選択します。

作成したマウント・ポイントは、このページに表示されます。

関連項目:
データベースで使用するOracle ACFSファイル・システムの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください

3.6.3 DBCAを使用したOracle RACデータベースの作成および構成

Oracle Database Configuration Assistant (DBCA)を使用して、データ・ファイルの記憶域にDirect NFSを使用するOracle Real Application Clusters (Oracle RAC)データベースを作成します。

1. Oracle_home\binディレクトリからdbca.exeを実行し、Database Configuration Assistantを起動します。

2. 「データベース操作」画面で、「データベースの作成」を選択します。

3. 「作成モード」画面で、「拡張モード」を選択します。

4. 「データベース・テンプレート」画面で、「データベース・タイプ」に「Oracle Real Application Clusters (RAC)データベース」を選択します。
「構成タイプ」で、「ポリシー管理型」または管理者管理型のいずれかを選択できます。作成するデータベースのタイプに最も適切なテンプレートを選択します。

5. 次の4つの画面で、ビジネス要件を最も満たす選択を行い、情報を指定します。

6. 「記憶域の場所」画面で次の手順を実行します。

a. データベース・ファイルの記憶域タイプとして「ファイルシステム」を選択します。

b. オプション「すべてのデータベース・ファイルに対して共通の位置を使用」を選択します。

c. 「ファイルの場所」フィールドで、ASMCAを使用したACFSマウント・ポイントの構成で作成したマウント・ポイントの場所を指定します(例: C:\oradatamnt)。

7. データベース・オプションの指定画面で、データベースに対して追加の構成を選択します。

8. 「初期化パラメータ」画面で、デフォルト設定を使用するか、初期化パラメータにカスタマイズ値を指定します。

9. 「作成オプション」画面で、オプション「データベース作成スクリプトの生成」を選択します。スクリプト・ファイルの宛先ディレクトリを指定するか、デフォルト値を使用します。

10. 前提条件チェックが完了した後、「サマリー」画面でインストール・ウィンドウを最小化します。この時点では、「終了」をクリックしないでください。

11. Direct NFSの有効化および構成の説明に従って、Direct NFSオプションを有効化します。

12. ASMCAを使用したACFSマウント・ポイントの削除の説明に従って、Oracle Automatic Storage Management Configuration Assistant (ASMCA)で作成した仮想マウント・ポイントを削除します

13. NFSサーバーだけでなく各ノードにおいてローカルで必要なすべてのディレクトリを作成します。
この例では、次のように作成できます(orclはデータベースSIDを表し、pdb1はプラガブル・データベース(PDB)名を表します)。

- 各ノードで、ディレクトリc:\oracle\oradatamnt\orcl\pdb1を作成します。

- NFSサーバーで、ディレクトリ/export/abcd/orcl/pdb1を作成します。

14. DBCAウィンドウに戻り、「終了」をクリックします。

15. 生成されたスクリプトをクラスタ・ノードで実行し、データベースを作成します。

16. データベース・ファイルの場所を表すドライブ文字をNFSサーバーのCIFS共有にマップします。
次のようなコマンドを使用します。

NET USE * \\filer\vol0\orcl

この手順を完了した後、OracleとWindows OSの両方が、データベース・ファイルが存在する場所にアクセスできるようになります。OracleはDNFSを使用しますが、Windows OSはCIFSを使用して、NFSサーバー上の同じ場所にアクセスします。

17. Direct NFSがデータベースに構成されていることを確認してください。

a. SQL*Plusを起動します。

b. 新規作成されたデータベースにDBAユーザーとして接続します。

c. 次のSQLコマンドを実行します。

SELECT * FROM v$dnfs_servers;

3.6.4 Direct NFSの有効化および構成

Oracle Databaseソフトウェアのインストール後、Direct NFSオプションを手動で有効にする必要があります。

1. プログラムOracle_home\bin\enable_dnfs.batを実行します。

2. oranfstabファイルを作成します。
詳細は、『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

3.6.5 ASMCAを使用したACFSマウント・ポイントの削除

Direct NFSを使用してマウント・ポイントを構成すると、Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用してOracle Automatic Storage Management Cluster File System (Oracle ACFS)マウント・ポイントを削除できます。

Oracle ACFSファイルシステムをWindows上で作成する場合、コンピュータの管理者でもあるWindowsドメイン・ユーザーとしてASMCAを実行します。

1. Grid_home/binディレクトリからasmca.exeを実行して、ASMCAを起動します。

2. 「ASMクラスタ・ファイルシステム」タブを選択します。

3. 以前に作成したマウント・ポイント(C:\oradatamnt)を選択し、「すべてをディスマウント」をクリックします。

4. 「ボリューム」タブを選択します。

5. ASMCAを使用したACFSマウント・ポイントの構成で作成したマウント・ポイントを右クリックし、「削除」を選択します。

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

クラスタ・ノードにOracle RACソフトウェアのみをインストールすることを選択した場合、Oracle Database Configuration Assistant (DBCA)を使用してOracle RAC One Nodeを構成できます。

- DBCAを使用した非CDBの構成
DBCAを使用して、マルチテナント・データベースではないOracle RAC One Nodeデータベースを作成できます。

関連項目:

Oracle RAC One Nodeの詳細は、Oracle Technology Network (http://www.oracle.com/technetwork/database/clustering/overview/)を参照してください。

3.7.1 DBCAを使用した非CDBの構成

DBCAを使用して、マルチテナント・データベースではないOracle RAC One Nodeデータベースを作成できます。

1. インストールした後、DBCAを起動します。

2. 「データベース操作」ページで、「データベースの作成」オプションを選択します。

3. 「作成モード」ページで、「拡張モード」を選択します。

4. 「データベース・テンプレート」ページで、「Oracle RAC One Nodeデータベース」を選択します。

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

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

関連項目:

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

- サービスの追加の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。

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

Oracle Database Configuration Assistant (DBCA)を使用したOracle RACデータベースの削除は、データベースおよびデータベース・オブジェクトの削除を伴います。

DBCAは、まずデータベースを削除してから、データベースの初期化パラメータ・ファイル、インスタンス、Optimal Flexible Architecture (OFA)構造およびデータベースのOracleネットワーク構成を削除します。

1. クラスタ・ノードのいずれかでDBCAを起動します。
DBCAの起動を参照してください。

DBCAでは「操作」ページが表示され、異なるデータベース・デプロイメント・オプションが表示されます。

2. 「データベースの削除」を選択して「次へ」をクリックします。
DBCAでは、すべてのOracle RACおよびDBCAが稼働しているOracleホームから実行されているシングル・インスタンス・データベースのリストが表示されます。

3. ユーザーIDおよびパスワードにオペレーティング・システムの認証がない場合、「クラスタ・データベースのリスト」ページにユーザー名およびパスワードを入力するフィールドが表示されます。このフィールドが表示されたら、SYSDBA権限のあるユーザー・アカウントのユーザーIDおよびパスワードを入力します。

4. 削除するデータベースを選択し、「終了」をクリックします。
「終了」をクリックすると、構成したDBCAで削除するデータベースとインスタンスを確認するダイアログ・ボックスが表示されます。

5. 「OK」をクリックすると、データベース本体と関連ファイル、サービスおよび環境設定の削除が開始されます。「取消」をクリックすると、操作が中止されます。

「OK」をクリックすると、DBCAは操作を継続して、このデータベースに関連するすべてのインスタンスを削除します。DBCAは、パラメータ・ファイル、パスワード・ファイルも削除します。

この時点で、次の作業が完了しました。

- 選択したOracle RACデータベースのクラスタからの削除

- Windowsベース・プラットフォームでの選択したOracle RACデータベースのOracleサービスの削除

- Oracle RACデータベースに割り当てられた高可用性サービスの削除

- Oracle RACデータベースのOracle Net構成の削除

- Oracle RACデータベースのOracle Enterprise Managerの構成解除

- Oracle RACデータベースのOFAディレクトリ構造のクラスタからの削除

- Oracle RACデータベースのデータ・ファイルの削除

3.9 CDBによるOracle RACでのサービスの構成

インストール時に、マルチテナント・コンテナ・データベース(CDB)を選択し、プラガブル・データベース(PDB)を構成している場合は、インストール後、このPDBにサービスを追加することをお薦めします。

PDBにサービスを追加しない場合は、Oracle RAC One Node CDBは別のノードにフェイルオーバーされ、または手動でCDBを別のノードに再配置すると、デフォルトで、そのCDB (サービスを登録していない)に関連付けられているすべてのPDBはMOUNTED状態で再起動されます。
フェイルオーバーされるか、またはサービスを関連付けるためにPDBを構成した後で再配置すると、PDBはRead Writeモードで起動されます。PDBにサービスを関連付けていない場合は、CDBインスタンスの再起動時に、PDBはMOUNTED状態を維持します。

- 次のsrvctlコマンド構文を使用します(cdbnameはCDBの名前、service_nameはサービスの名前、pdbnameはPDBの名前です)。

srvctl add service -d cdbname -s service_name -pdb pdbname

PDBにサービスを追加した後、PDBが関連付けられているCDBを再配置したか、またはCDBがフェイルオーバーされた場合は、そのCDBに関連付けられているPDBは自動的にRead Write状態で起動されます。

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

Oracle Database 12cリリース1 (12.1)およびOracle Real Application Clusters (Oracle RAC)ソフトウェアをインストールした後、インストール後の作業を完了する必要があります。

注意:この章では、基本的な構成についてのみ説明します。参照:

- より高度な構成およびチューニング情報については、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』および製品の管理者ガイドとチューニング・ガイドを参照してください。

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

- インストール後に必要な作業
インストールが完了したら、次の作業を実行します。

- インストール後の推奨作業
Oracle RACのインストールが完了したら、次の作業を行うことをお薦めします。

- Oracleホーム・ユーザーの構成
特定の状況において、Oracleホーム・ユーザーに対して追加の構成手順を実行することが必要になる場合があります。

- Oracle RACのためのOracle Configuration Managerのインストール後の構成
Oracle Configuration Managerをインストールした場合、スクリプトを実行して、データベース構成収集を行うデータベース・アカウントを作成する必要があります。

- インストール後のデータベース・オプションの有効化および無効化
Oracle Databaseをインストールすると、一部のオプションが有効になり、その他のオプションは無効になります。有効化されたOracle Databaseのオプションは、SQL*Plusを使用してV$OPTIONビューを問い合せることで表示できます。

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

インストールが完了したら、次の作業を実行します。

- 新しいソフトウェアにパッチが必要かどうかの判別
インストール時に、ソフトウェアのダウンロード・オプションを選択しなかった場合は、Oracle RACをインストールした後でシステムに必要なパッチがあるかどうかを確認してください。

- Windowsファイアウォールの例外の構成
Oracle RACクラスタの1つ以上のノードでWindowsファイアウォール機能が有効になっている場合、Oracle RACアプリケーションおよびポートの例外を作成する必要があります。

- Microsoft Transaction ServerのOraMTSサービスの作成
Oracle Services for Microsoft Transaction Server(OraMTS)を使用すると、Microsoftアプリケーションで調整されるトランザクション内で、リソース・マネージャとしてOracle Databaseを使用できます。

- Oracle製品の構成
多くのOracle製品およびオプションは、初めて使用する前に構成する必要があります。

- すべてのPL/SQLモジュールの再コンパイル
utlrp.sqlスクリプトは、パッケージ、プロシージャ、タイプなど、無効な状態にあるすべてのPL/SQLモジュールを再コンパイルします。このスクリプトは、データベースを新規作成またはアップグレードした直後に実行し、後回しにはしないでください。

- 外部表、共有ファイルまたはディレクトリ・オブジェクトの記憶域の構成
ご使用のOracle RACデータベースがデータベースの外部にあるファイルを使用する場合、外部ファイルはすべてのノードからアクセス可能な共有記憶域に格納されている必要があります。

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

インストール時に、ソフトウェアのダウンロード・オプションを選択しなかった場合は、Oracle RACをインストールした後でシステムに必要なパッチがあるかどうかを確認してください。

- ご使用のシステムにパッチが必要かどうかを判別するには、Oracle DatabaseのReadmeおよびOracle Databaseリリース・ノートfor Microsoft Windowsを参照してください。

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

Oracle RACクラスタの1つ以上のノードでWindowsファイアウォール機能が有効になっている場合、Oracle RACアプリケーションおよびポートの例外を作成する必要があります。

クラスタの1つ以上のノードでWindowsファイアウォール機能を有効にすると、受信する接続に対して事実上すべてのTCPネットワーク・ポートがブロックされます。その結果、TCPポートで受信する接続をリスニングするOracle製品はいずれの接続要求も受信しなくなり、接続要求を行っているクライアントはエラーをレポートします。

- Oracle Grid Infrastructureのインストールの一環としてWindowsファイアウォールの例外を構成していない場合は、その詳細についてOracle Grid Infrastructureインストレーション・ガイドの手順を確認してください。

4.1.3 Microsoft Transaction ServerのOraMTSサービスの作成

Oracle Services for Microsoft Transaction Server(OraMTS)を使用すると、Microsoftアプリケーションで調整されるトランザクション内で、リソース・マネージャとしてOracle Databaseを使用できます。

OraMTSは、Microsoft分散トランザクション・コーディネータ(MSDTC)に対するOracle Databaseのプロキシとして機能します。この結果、OraMTSによってクライアント側の接続プールが提供され、Oracleを利用するクライアント・コンポーネントを昇格可能なトランザクションおよび分散トランザクションに使用できるようになります。また、サービス自体がWindowsで実行される場合、OraMTSは、任意のオペレーティング・システム上で実行されているOracle Databaseと連携して動作できます。
Oracle Database 12cより前のリリースでは、OraMTSはソフトウェアのみのインストールの一部として作成されました。Oracle Database 12c以上では、構成ツールを使用してこのサービスを作成する必要があります。

Oracle RACのソフトウェアのみのインストールを実行した後またはノードを既存のクラスタに追加した後でOraMTSサービスを作成するには、次の手順を実行します。

1. コマンド・ウィンドウを開きます。

2. ディレクトリを%ORACLE_HOME%\binに変更します。

3. OraMTSCtlユーティリティを実行してOraMTSサービスを作成します(ここで、host_nameはサービスが作成されるノードのリストです)。

C:\..bin> oramtsctl.exe -new -host host_name

関連項目:
OraMTSの詳細は、Oracle Services for Microsoft Transaction Server開発者ガイドfor Microsoft Windowsを参照してください。

4.1.4 Oracle製品の構成

多くのOracle製品およびオプションは、初めて使用する前に構成する必要があります。

個々のOracle Database 12cリリース1 (12.1)の製品またはオプションを使用する前に、製品のドキュメント・ライブラリ(http://docs.oracle.com)で適切なマニュアルを参照してください。

インストール後の様々な製品および機能の構成の詳細は、次のトピックを参照してください。

- Oracle Database Vaultの構成
Oracle RACソフトウェアをインストールする際、Oracle Universal Installer (OUI)によって、デフォルトでOracle Database Vaultがインストールされますが、追加の構成手順が必要になります。

- Oracle Label Securityの構成
インストールした後、使用する前にデータベース内でOracle Label Securityを構成する必要があります。

- Oracle Database Extensions for .NETのOraClrAgntサービスの構成
Oracle Database Extentions (ODE) for .NETは正しく動作するためにWindowsサービスに依存します。このサービスはOraClrAgntサービスと呼ばれます。

- Oracle XML DBの構成
Oracle XML DBはOracle Databaseインストールの必須コンポーネントです。ただし、Oracle XML DB用にFTPとHTTPのポートを手動で構成する必要があります。

4.1.4.1 Oracle Database Vaultの構成

Oracle RACソフトウェアをインストールする際、Oracle Universal Installer (OUI)によって、デフォルトでOracle Database Vaultがインストールされますが、追加の構成手順が必要になります。

1. Oracle RACデータベースにOracle Database Vaultを登録します。

2. Database Vault所有者ユーザーおよび、オプションでDatabase Vaultアカウント・マネージャの管理ユーザー・アカウントを作成します。

関連トピック

- Oracle Database Vaultのインストール後の構成手順の実行

4.1.4.2 Oracle Label Securityの構成

インストールした後、使用する前にデータベース内でOracle Label Securityを構成する必要があります。

Oracle Label Securityを構成するには、Oracle Internet Directoryの統合を使用する方法と使用しない方法の2種類があります。

表4-1 Oracle Label Securityの構成オプションおよび要件

構成

要件

Oracle Internet Directoryの統合を使用する

Oracle Internet Directoryの統合を使用してOracle Label Securityを構成するには、環境にOracle Internet Directoryをインストールし、ディレクトリにOracleデータベースを登録する必要があります。

Oracle Internet Directoryの統合を使用しない

Oracle Internet Directoryの統合を使用せずにOracle Label Security (OLS)を構成した場合、後でOracle Internet Directoryを使用するように構成することはできません。使用しているデータベースでOracle Internet Directoryを使用して、後でOracle Label Securityを構成するには、データベースからOLSオプションを削除してから、Oracle Internet Directoryの統合オプションを使用してOLSを構成する必要があります。

- Oracle Label Securityの構成の詳細は、Oracle Label Security管理者ガイドを参照してください。

4.1.4.3 Oracle Database Extensions for .NETのOraClrAgntサービスの構成

Oracle Database Extentions (ODE) for .NETが正常に動作するかどうかは、Windowsサービスに依存します。このサービスはOraClrAgntサービスと呼ばれます。

Oracle Database 12cより前のOracle Databaseバージョンでは、このCLRサービスはインストーラによって自動的に作成されていました。

- インストール後、OracleClrCtl.exeユーティリティを使用してOraClrAgntサービスを作成、起動、停止および削除します。
OraClrCtl.exeユーティリティを使用してサービスを作成する場合、新しいサービスはOracleHomenameClrAgentという名前で作成されます(ここで、Homenameの部分には、Oracleホームの名前が入ります)。OraClrAgntサービスは、Oracle Databaseのインストール時に指定したOracleホーム・ユーザー・アカウントを使用して、このツールによって構成されます。

- OraClrCtl.exeツールの使用およびOraClrAgntサービスのインストールと構成の詳細は、Oracle Database Extensions for .NET開発者ガイドfor Microsoft Windowsを参照してください。

4.1.4.4 Oracle XML DBの構成

Oracle XML DBはOracle Databaseインストールの必須コンポーネントです。ただし、Oracle XML DB用にFTPとHTTPのポートを手動で構成する必要があります。

- Oracle XML DBに対するFTPおよびHTTPプロトコルの構成の詳細は、Oracle XML DB開発者ガイドを参照してください。

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

utlrp.sqlスクリプトは、パッケージ、プロシージャ、タイプなど、無効な状態にあるすべてのPL/SQLモジュールを再コンパイルします。このスクリプトは、データベースを新規作成またはアップグレードした直後に実行し、後回しにはしないでください。

1. (オプション)Oracleユーザー環境変数の設定の説明に従って、Oracleインストール・ユーザー環境の設定を完了します。

2. 管理者ユーザーまたはOracleホーム・ユーザーとしてログインします。

3. 次のコマンドを実行して、SQL*Plusを起動します。

a. 「スタート」をクリックします。

b. 「プログラム」(または「すべてのプログラム」)を選択します。

c. 「Oracle - HOME_NAME」を選択します。

d. 「アプリケーション開発」を選択します。

e. SQL*Plusを選択します。

4. SYSDBAユーザーとしてデータベースにログインします。

5. utlrp.sqlスクリプトを実行します。Oracle_homeはOracleホームのパスです。

SQL> @Oracle_home\rdbms\admin\utlrp.sql

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

ご使用のOracle RACデータベースがデータベースの外部にあるファイルを使用する場合、外部ファイルはすべてのノードからアクセス可能な共有記憶域に格納されている必要があります。

- ファイルのアクセスには、各ノードで同じマウント・ポイントを使用する必要があります。
使用可能な共有ファイル・システムには、Database File System (DBFS)、Oracle ASM Cluster File System (Oracle ACFS)またはDirect NFSクライアントを使用したサポートされているネットワーク・ファイル・システム(NFS)が含まれます。

- データベース外のファイルの書込みと読取りに使用されるデータベース・ディレクトリ・オブジェクトは、共有記憶域の場所を指している必要があります。

- 各ノードは、同じ共有記憶域の場所の同じマウント・ポイントを使用する必要があります。
例として、マウント・ポイントC:\app\acfsmounts\dpumpへのDPUMPという名前のディレクトリ・オブジェクトが各ノードにあるとし、これがOracle ACFS共有記憶域にアクセスします。

注意:
外部ファイルまたは外部表の一部として指定されたディレクトリ・オブジェクトの内容に、各ノードで一貫性があるかどうかを確認するためのチェックはありません。予測できない結果を回避するには、同一のファイルがすべてのノードからアクセスされていること、または同一のファイルがすべてのノードで使用されていることを確認してください。

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

Oracle RACのインストールが完了したら、次の作業を行うことをお薦めします。

- インストール後のCVUのクラスタ・ヘルス・チェックの使用について
Oracle ClusterwareおよびOracle Databaseインストールをチェックして、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり正しく動作していることを確認するには、CVUのhealthcheckコマンドを使用できます。

- Oracleユーザー環境変数の設定
Windowsオペレーティング・システムでOracle Databaseを実行する場合は、他のプラットフォームとは異なり、ORACLE_HOMEを固定環境変数として設定しないでください。これは、Oracleソフトウェアにより実行時に実行可能ファイルの場所が決定されるためです。

- その他のユーザー・アカウントの設定
データベースを管理する追加のユーザー・アカウントを設定できます。

- Oracle Administration Assistant for Windowsの構成
Oracle Administration Assistant for Windowsを実行するには、Microsoft管理コンソールおよびHTML Help 1.2以上が必要です。

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

Oracle ClusterwareおよびOracle Databaseインストールをチェックして、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり正しく動作していることを確認するには、CVUのhealthcheckコマンドを使用できます。

構文

cluvfy comp healthcheck [-collect {cluster|database}] [-db db_unique_name]
[-bestpractice|-mandatory] [-deviations] [-html] [-save [-savedir directory_path]

オプション

オプション

説明

-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権限を付与する必要もあります。このユーザーを簡単に作成できるように、SQLスクリプトcvusys.sqlがCVU_home\cv\adminディレクトリに含まれています。この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、(ここで、timestampは検証レポートの日時))を保存するには、-saveまたは-save -savedirオプションを使用します。

-saveオプションを単独で使用すると、レポートはパスCVU_home\cv\reportに保存されます(ここで、CVU_homeはCVU実行可能ファイルの場所です)。

-save -savedirオプションを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

例4-1 ソフトウェア・インストール後のクラスタ・ヘルス・チェックの実行

Oracle Grid Infrastructureクラスタのヘルス・チェックを実行して、ベスト・プラクティスからの逸脱をチェックし、結果をHTML形式で表示するには、次のコマンドを使用します。

C:\> cd \app\oracle\product\12.1.0\dbhome_1\bin
C:\..bin> cluvfy comp healthcheck -html

例4-2 Oracle RACデータベースに対するヘルス・チェックの実行

Oracle RACクラスタのヘルス・チェックを実行して、ベスト・プラクティスの推奨および必須要件をチェックし、結果をHTML形式で表示するには、次のコマンドを使用します。

C:\> cd app\12.1.0\grid\bin
C:\..bin> cluvfy comp healthcheck -html

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

Windowsオペレーティング・システムでOracle Databaseを実行する場合は、他のプラットフォームとは異なり、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ホームを変更する方法の詳細は、Windowsでの複数のOracleホーム・ディレクトリを参照してください。

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

データベースを管理する追加のユーザー・アカウントを設定できます。

- その他のオプション・ユーザー・アカウントの設定の詳細は、Oracle Databaseプラットフォーム・ガイド for Microsoft WindowsおよびOracle Databaseセキュリティ・ガイドを参照してください。

4.2.4 Oracle Administration Assistant for Windowsの構成

Oracle Administration Assistant for Windowsの実行には、Microsoft管理コンソールおよびHTML Help 1.2以上が必要です。

- Microsoft管理コンソール(MMC)バージョン3.0以上を使用していることを確認します。
MMCバージョン3.0は、Windows Server 2008以上で提供されています。入手可能な最新バージョンのMMCを使用することをお薦めします。

- HTML Help 1.2以上を使用していることを確認します。

関連項目:

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

- Microsoftのドキュメント(http://www.microsoft.com/)

4.3 Oracleホーム・ユーザーの構成

特定の状況において、Oracleホーム・ユーザーに対して追加の構成手順を実行することが必要になる場合があります。

Oracleホーム・ユーザーに対して実行することが必要になる可能性がある追加の構成手順には、次のものが含まれます。

- Oracleホーム・ユーザーに対するOCRウォレットの作成

- Oracleホーム・ユーザーのパスワードの変更

- これらのタスクの実行の詳細は、Oracle Databaseプラットフォーム・ガイドfor Microsoft Windowsを参照してください。

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

Oracle Configuration Managerをインストールした場合、スクリプトを実行して、データベース構成収集を行うデータベース・アカウントを作成する必要があります。

このデータベース・アカウントは、接続モードと切断モードの両方で作成する必要があります。データベース・アカウントには、構成情報を収集するPL/SQLプロシージャが格納され、そのアカウントが、収集を行うデータベース管理システム(DBMS)・ジョブの所有者になります。アカウントの設定後、ログイン権限は不要になるため、アカウントはロックされます。

- スクリプトinstallCCRSQL.exeを実行します。

スクリプトinstallCCRSQL.exeにより、Oracle Configuration Managerユーザーが作成され、PL/SQLプロシージャがORACLE_SID環境変数で定義されたデータベースにロードされます。Oracle RACの場合、データベース・スクリプトを実行する必要があるのは、インストールを行ったローカル・インスタンスなど、1つのインスタンスに対してのみです。ただし、Oracle Configuration Managerはすべてのインスタンス・ホームにインストールする必要があります。

コマンドラインで-sオプションを使用して、データベースSIDを指定することもできます。次の例では、SIDをorclに指定しています。

%ORACLE_HOME%/ccr/admin/scripts/installCCRSQL.exe collectconfig -s orcl

デフォルトでは、データベースへの接続にOS認証(/as sysdba)を使用します。異なるSYSDBAユーザーおよびパスワードを指定するには、次のオプションを使用します。

-r SYSDBA-USER: SYSDBAユーザーのログイン名

-p SYSDBA-PASSWORD: SYSDBAユーザーのパスワード

注意:

- (-pパラメータで)パスワードを指定しないでユーザー名を指定すると、パスワードの入力を求められます。

- ユーザー名を指定しないでパスワードのみ指定すると、デフォルトでユーザーSYSが使用されます。

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

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

Oracle Databaseをインストールすると、一部のオプションが有効化され、その他のオプションは無効になっています。有効化されたOracle Databaseのオプションは、SQL*Plusを使用してV$OPTIONビューを問い合せることで表示できます。

関連項目:

『Oracle Database管理者ガイド』

Oracleホームの特定のデータベース機能を有効または無効にする必要がある場合は、choptツールを使用します。choptツールはコマンドライン・ユーティリティで、ORACLE_HOME\binディレクトリにあります。choptの構文は次のとおりです。

chopt [ enable | disable] db_option

db_optionに使用可能な値を次の表に示します。

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

値

説明

oaa

Oracle Advanced Analytics

olap

Oracle OLAP

partitioning

Oracle Partitioning

rat

Oracle Real Application Testing

ode_net

.NET用のOracle Databaseの拡張機能

例4-3 choptツールの実行

Oracleバイナリ・ファイルでOracle Data MiningのRDBMSファイル・オプションを有効にする手順は、次のとおりです。

1. データベースをsrvctlまたはSQL*Plusで停止します。

srvctl stop database -d myDb

2. コントロール パネルの「サービス」プログラムを使用して、データベース・サービスOracleServiceSIDを停止します。

3. 次のコマンドを実行します。

cd ORACLE_HOME/bin
chopt enable dm

4. コントロール パネルの「サービス」プログラムを使用して、データベース・サービスOracleServiceSIDを開始します。

5. データベースを起動します。

srvctl start database -d myDb

5 Oracle RACでのサーバー・プールの使用

Oracle Real Application Clusters (Oracle RAC)環境でのサーバー・プールの概念を理解します。

- ポリシー管理型のクラスタおよび容量管理
Oracle Clusterware 11gリリース2から、Oracle Clusterwareが管理するリソースは、サーバー・プールと呼ばれるサーバーの論理グループに含まれます。

- Oracle RACデータベースとサーバー・プール
Oracle RACデータベースは、異なる2つの管理スタイルおよびデプロイメント・モデルをサポートしています。

- Oracle RACデータベースに対するサーバー・プールの作成について
サーバー・プールは、Oracle Database Configuration AssistantでOracle RACデータベースを作成する際に作成できますが、データベース・ソフトウェアおよびデータベースのデプロイ前に、作成することをお薦めします。

- Oracle RAC One Nodeとサーバー・プール
Oracle RAC One Nodeでは、サーバー・プールの使用がサポートされていますが、いくつかの制限があります。

5.1 ポリシー管理型のクラスタおよび容量管理

Oracle Clusterware 11gリリース2から、Oracle Clusterwareが管理するリソースは、サーバー・プールと呼ばれるサーバーの論理グループに含まれます。

リソースは共有インフラストラクチャ上でホスト指定され、サーバー・プールに格納されます。リソースは、特定のインスタンスまたはノードに属するものとして定義されなくなりました。かわりに、リソース要件の優先度が定義されます。クラスタ構成ポリシー・セットを使用して、クラスタ全体にわたってクラスタ・ポリシーを動的に管理できます。

- サーバー・プールおよびサーバーのカテゴリ化
特定の属性で区別されているサーバーを特定することで(サーバーのカテゴリ化というプロセス)、サーバー・プールを使用してサーバーを動的に管理できます。

- サーバー・プールおよびポリシーベース管理
ポリシーベース管理では、データベース管理者は、データベース・リソースを実行するサーバー・プール(汎用および空きを除く)を指定します。

- サーバー・プールの動作
サーバー・プールは、クラスタを、シングルトンおよび均一データベース・サービス、およびアプリケーションをホストするサーバーのグループに分割します。

- デフォルト・サーバー・プール
Oracle Clusterwareをインストールすると、汎用サーバー・プールと空きサーバー・プールという2つのサーバー・プールが自動的に作成されます。

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

5.1.1 サーバー・プールおよびサーバーのカテゴリ化

特定の属性で識別されているサーバーを特定することで、つまり、サーバーのカテゴリ化というプロセスによって、サーバー・プールを使用してサーバーを動的に管理できます。

このようにして、異種ノードで構成されたクラスタを管理できます。

5.1.2 サーバー・プールおよびポリシーベース管理

ポリシーベース管理では、データベース管理者は、データベース・リソースを実行するサーバー・プール(汎用および空きを除く)を指定します。

ポリシー・ベースの管理:

- 必要時に動的な容量の割当てが可能で、ポリシーで設定した優先度に従ってサーバーの容量を指定できます。

- 重要度ごとにリソースの割当てが可能で、アプリケーションが可能なかぎり必要最小限のリソースを取得できます。また、優先度が低いアプリケーションが、より重要なアプリケーションのリソースを消費しないようにすることもできます。

- 必要時には分離が保証され、アプリケーションとデータベースについて、クラスタの専用サーバーを指定できます。

- ビジネスのニーズまたはアプリケーションの要求に従ってプールを変更するようにポリシーを構成して、適切なときに適切なサービスをプールから得られるようにします。

サーバー・プールで実行しているアプリケーションとデータベースは、リソースを共有しません。サーバー・プールはリソースを共有しないため、必要に応じてリソースを分離しますが、必要に応じた動的容量割当ては可能になります。ロール別管理を併用すると、この機能は標準化されたクラスタ環境がある組織のニーズに対応しますが、複数の管理者グループが、一般的なクラスタ・インフラストラクチャを共有できるようになってしまいます。

Oracle Clusterwareは、異なるリソースをクラスタに効率的に割り当てます。ノードで実行される各リソースの重要度のレベルと組み合せて、リソースが実行できるノードの最小数および最大数のみを指定する必要があります。

関連項目:

- Oracle Clusterware管理およびデプロイメント・ガイドのOracle Clusterwareリソース・リファレンスに関する項

- ビジネスまたはアプリケーションの要求に対応するためのサーバー・プールの管理の詳細は、Oracle Clusterware管理およびデプロイメント・ガイドを参照してください。

5.1.3 サーバー・プールの動作

サーバー・プールによって、クラスタはシングルトンと均一のデータベース・サービスおよびアプリケーションをホストするサーバーのグループに分割されます。

サーバー・プールによって、クラスタの複数のサーバーに対し、均一のワークロード(一連のOracle Clusterwareリソース)が分散されます。たとえば、Oracle Databaseを特定のサーバー・プールでのみ実行するように制限できます。ロール別管理を有効にすると、オペレーティング・システム・ユーザーにサーバー・プールを使用する権限を付与できます。

Oracle RACデータベースを含むサーバー・プールは、サーバー制御(SRVCTL)ユーティリティを使用して管理します。他のすべてのサーバー・プールを管理するには、Oracle Clusterware制御(CRSCTL)ユーティリティを使用します。最上位のサーバー・プールを作成する権限を所有しているのは、クラスタ管理者のみです。

最上位のサーバー・プール:

- クラスタを論理的に分割します。

- 常に排他的です。これは、1つのサーバーが特定の時期に1つの特定のサーバー・プールにのみ存在できることを意味します。

5.1.4 デフォルト・サーバー・プール

Oracle Clusterwareがインストールされると、汎用サーバー・プールおよび空きサーバー・プールという2つのサーバー・プールが自動的に作成されます。

新規インストールのすべてのサーバーは、最初、空きサーバー・プールに割り当てられます。空きサーバー・プールにあるサーバーは、新しく定義したサーバー・プールに自動的に移動します。

- 空きサーバー・プール
空きサーバー・プールには、他のサーバー・プールに割り当てられないサーバーが含まれます。

- 汎用サーバー・プール
汎用サーバー・プールは、ポリシー管理されていない任意のOracle Databaseを格納します。

5.1.4.1 空きサーバー・プール

空きサーバー・プールには、他のサーバー・プールに割り当てられていないサーバーが含まれています。

空きサーバー・プールの属性は、次のように制限されます。

- SERVER_NAMES、MIN_SIZEおよびMAX_SIZEは、ユーザーが編集することはできません。

- IMPORTANCEおよびACLは、ユーザーが編集することができます。

5.1.4.2 汎用サーバー・プール

汎用サーバー・プールは、ポリシー管理されていない任意のOracle Databaseを格納します。

また、汎用サーバー・プールには、汎用サーバー・プールを親サーバー・プールとして示すサーバー・プールのSERVER_NAMES属性に指定された名前のサーバーが含まれます。

汎用サーバー・プールの属性は、次のように制限されています。

- 汎用サーバー・プールの構成属性は誰も変更できません(すべての属性は読取り専用です)。

- Oracle Clusterwareは、サーバーが次の状態の場合にのみ、Oracle Database Configuration Assistant (DBCA)またはSRVCTLがHOSTING_MEMBERSリソース属性にサーバー名を指定することを許可します。

- オンラインで汎用サーバー・プールに存在する。

- オンラインで空きサーバー・プールに存在する。この場合、Oracle Clusterwareによってサーバーが汎用サーバー・プールに移動されます。

- オンラインで、他のサーバー・プールに存在し、ユーザーがクラスタ管理者であるか、またはサーバー・プールのサーバーの使用が許可されている場合(この場合、サーバーは汎用サーバー・プールに移動されます)。

- オフラインで、ユーザーがクラスタ管理者の場合

5.2 Oracle RACデータベースとサーバー・プール

Oracle RACデータベースは、異なる2つの管理スタイルおよびデプロイメント・モデルをサポートしています。

ポリシー管理型

デプロイメントはサーバー・プールに基づきます。この場合、データベース・サービスは、サーバー・プール内でシングルトンまたは均一として、サーバー・プール内のすべてのサーバーにわたって実行されます。データベースは1つ以上のサーバー・プールにデプロイされ、サーバー・プールのサイズによってデプロイメント内のデータベース・インスタンスの数が決まります。ポリシー管理により、クラスタおよびデータベースは、要件の変更に応じて拡張または縮小できます。

ポリシー管理データベースは、カーディナリティ(通常の操作で実行する必要があるデータベース・インスタンス数)で定義されます。ポリシー管理データベースは、クラスタ管理者がクラスタに作成した1つ以上のデータベース・サーバー・プールで実行することも、別のサーバーで異なるタイミングで実行することもできます。データベース・インスタンスは、データベースに定義されたサーバー・プール内のすべてのサーバーで起動されます。

クライアントは、その時点で実行されているサーバーに関係なく、同じSCANベース接続文字列を使用してポリシー管理データベースに接続することができます。

管理者管理型

デプロイメントは、Oracle Database 11gリリース2 (11.2)の前に存在していたOracle RACデプロイメント・タイプに基づきます。また、各データベース・インスタンスをクラスタ内の特定のノードで実行するように静的に構成することが必要になるほか、preferredおよびavailableの指定を使用して、特定のデータベースに属する特定のインスタンスでデータベース・サービスを実行するように構成することが必要になります。

管理者管理データベースのデータベース・リソースを確認すると、そのOracle Databaseと同じ名前で定義されたサーバー・プールが表示されます。このサーバー・プールは、Oracleで定義される特別なサーバー・プールの一部で、Genericと呼ばれます。Oracle RACは、Genericサーバー・プールを管理して管理者管理データベースをサポートします。SRVCTLまたはOracle Database Configuration Assistant (DBCA)のいずれかを使用して管理者管理データベースを追加または削除すると、汎用サーバー・プールのメンバーであるサーバー・プールがOracle RACによって作成または削除されます。

関連項目:

- Oracle Clusterware管理およびデプロイメント・ガイドのサーバー・プールおよびポリシーベース管理の概要に関する項

- Oracle Clusterware管理およびデプロイメント・ガイドのクラスタ構成ポリシーおよびポリシー・セットの概要に関する項

5.3 Oracle RACデータベースに対するサーバー・プールの作成について

サーバー・プールは、Oracle Database Configuration AssistantでOracle RACデータベースを作成する際に作成できますが、データベース・ソフトウェアおよびデータベースのデプロイ前に、作成することをお薦めします。

また、次の手順を実行することをお薦めします。

- クラスタに最初にサーバー・プールを作成する前にロール区分を有効にします。

- 構成ポリシーおよび各ポリシー・セットを使用してサーバー・プールを作成および管理します。

ロール別管理は、垂直または水平のいずれかの方法で実装できます。

垂直実装(レイヤー間)

垂直実装(レイヤー間)は、技術スタック内の様々なレイヤーで使用される異なるオペレーティング・システム・ユーザーおよびグループに基づいたロール区分手法です。サーバー・プールおよびリソースに対する権限は、アクセス制御リストを使用して、スタック内の各レイヤーの異なるユーザー(およびグループ)に付与されます。Oracle Automatic Storage Management (Oracle ASM)でのロール区分の設定は、Oracle Grid Infrastructureのインストールの一部として、特定のロールのオペレーティング・システム・グループの細かい割当てに基づいて提供されます。

水平実装(1つのレイヤー内)

水平実装は、サーバー・プールおよびポリシー管理データベースまたはアプリケーションに割り当てられたアクセス制御リストを使用して付与されるリソースに対するアクセス権限を使用して、1つのレイヤー内のリソース・アクセスを制限するロール区分手法です。

たとえば、Oracle Grid Infrastructureのインストールおよび2つのデータベース・サーバー・プールの作成を実行するためのgridという名前のオペレーティング・システム・ユーザーを検討します。オペレーティング・システム・ユーザーouser1およびouser2は、サーバー・プール内で操作を行えることが必要ですが、サーバー・プールを変更できないようにして、他のサーバー・プールからハードウェア・リソースを誤って、または意図的に除去されないようにする必要があります。

関連項目:

- Oracle Clusterware管理およびデプロイメント・ガイドのクラスタ構成ポリシーおよびポリシー・セットの概要に関する項

- Oracle Clusterware管理およびデプロイメント・ガイドのロール別管理に関する項

5.4 Oracle RAC One Nodeとサーバー・プール

Oracle RAC One Nodeでは、サーバー・プールの使用がサポートされていますが、いくつかの制限があります。

Oracle RAC One Nodeとサーバー・プールについて、次の点に注意してください。

- Oracle RAC One Nodeは、1つのサーバー・プールのみで実行されます。このサーバー・プールは、他のサーバー・プールと同じように扱われます。

- Oracle RAC One Nodeデータベース・インスタンスのオンライン再配置によって、ノード間でのOracle RAC One Nodeデータベースを計画的に移行できます。再配置は、常に、サーバー・プール内である必要があります。

6 Oracle RAC用にインストールされた構成の理解

Oracle Real Application Clusters (Oracle RAC)データベースは、多くの点でシングル・インスタンスのOracle Databaseと異なります。

- Oracle RACに構成された環境の理解
Oracle Net Configuration Assistant (NETCA)およびDatabase Configuration Assistant (DBCA)は、Oracle RACデータベースの作成およびOracle Enterprise Manager検出に必要な要件を満たすように環境を構成します。

- オペレーティング・システム権限のグループの理解
管理者は、多くの場合、データベースの停止または起動、記憶域の構成などの特別な操作を実行します。これらの管理決定を担当する一人の管理者のみがこれらの操作を実行する必要があるため、Oracle DatabaseまたはOracle Automatic Storage Management (Oracle ASM)のシステム権限には、セキュアな認証スキームが必要です。

- クラスタ・ノードでのタイムゾーン設定の理解
Oracle RACでは、すべてのクラスタ・ノードのタイムゾーン設定が同じである必要があります。

- Oracle RACのサーバー・パラメータ・ファイルについて
データベースを作成すると、指定したファイルの位置にSPFILEが作成されます。Oracle ASMディスク・グループまたはクラスタ・ファイル・システムをこの場所に指定できます。

- Windowsでの複数のOracleホーム・ディレクトリ
各Oracle製品は固有のOracleホームにインストールします。

- Oracle RACのプラガブル・データベースについて
プラガブル・データベース(PDB)は、Oracle Netクライアントに非CDBとして表示されるスキーマ、スキーマ・オブジェクトおよび非スキーマ・オブジェクトの移植可能な集合です。

- Database Configuration Assistantで作成したデータベース・コンポーネント
Database Configuration Assistant (DBCA)では、様々なデータベース・コンポーネントを作成します。

- Oracle RACでのUNDO表領域の管理について
Oracle Databaseは、UNDO表領域に、ロールバック情報やUNDO情報を格納します。

- 初期化パラメータ・ファイルについて
Oracle Databaseの初期化パラメータの保存には、サーバー・パラメータ・ファイル(SPFILE)を使用することをお薦めします。

- Oracle RACデータベース用のOracle Net Services構成
Oracle Databaseに接続するときは、接続記述子またはネット・サービス名を使用できます。

- Oracle Net ServicesおよびOracle RACのパフォーマンス機能
Oracle RACデータベースは、接続時ロード・バランシング機能とフェイルオーバー機能に重要なメリットを提供します。

- Oracle Net Servicesの構成ファイルおよびパラメータ
ほとんどの環境に対応するように、Oracle Databaseサーバーとクライアントのネットワーク要素が事前構成されています。

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

Oracle Net Configuration Assistant(NetCA)およびDatabase Configuration Assistant(DBCA)は、Oracle RACデータベースの作成およびOracle Enterprise Manager検出に必要な要件を満たすように環境を構成します。

注意:
構成ファイルは、クラスタ・データベースの各ノードに作成されます。

Oracle RACのインストールの完了後は、ホスト名を変更しないようにしてください(ドメイン修飾の追加または削除を含む)。ノード名はOracle Clusterwareのインストール中にホスト名から作成され、データベース・プロセスで広範に使用されます。ホスト名が変更されているノードは、クラスタから削除して新しいホスト名で追加しなおす必要があります。

6.2 オペレーティング・システム権限のグループの理解

管理者は、多くの場合、データベースの停止または起動、記憶域の構成などの特別な操作を実行します。これらの管理決定を担当する一人の管理者のみがこれらの操作を実行する必要があるため、Oracle DatabaseまたはOracle Automatic Storage Management (Oracle ASM)のシステム権限には、セキュアな認証スキームが必要です。

特別なオペレーティング・システム・グループのメンバーシップを使用すると、管理者は、ユーザー名とパスワードを使用するのではなく、オペレーティング・システムを通してOracle DatabaseまたはOracle ASMを認証できます。このことはオペレーティング・システム認証と呼ばれます。クラスタ内のOracle Databaseはそれぞれが独自のオペレーティング・システム権限グループを持つことができるため、オペレーティング・システム認証は、クラスタ上のOracle Databaseごとに分離できます。クラスタ上に配置できるOracle Grid Infrastructureインストールは1つだけであるため、Oracle ASM用のオペレーティング・システム権限グループのセットは1つしか存在できません。

オペレーティング・システム・グループは、Oracle Grid InfrastructureとOracle Databaseのインストール時に、インストーラによって作成されます。これらのオペレーティング・システム・グループには、Oracle DatabaseおよびOracle ASMに対するシステム権限を管理するために、オペレーティング・システム認証を可能にする論理ロールが指定されます。Oracle Grid Infrastructureでは、オペレーティング・システム認証を使用してOracle Databaseを管理します。このアクセスを有効化するには、Net Servicesプロファイル・ファイル(sqlnet.ora)の説明に従い、sqlnet.oraファイル内のAUTHENTICATION_SERVICESパラメータを、値NTSを含めるように設定する必要があります。

1つのオペレーティング・システム・グループを論理グループ(メンバーにOracle DatabaseおよびOracle ASMのすべてのシステム権限が付与されている)として使用するか、またはシステム権限を複数のオペレーティング・システム・グループに委任できます。論理システム権限ごとに、個別のオペレーティング・システム・グループを指定することをお薦めします。別のオペレーティング・システム・グループを使用することにより、データベース管理者に1つ以上の管理者システム権限のサブセットを付与できるようになります。これらのデータベース管理者は、SYSDBAシステム権限を必要とせずに、標準のデータベース管理タスクを実行できるようになります。

表1-1にシステム権限グループをリストします。

関連項目:

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

- オペレーティング・システム・グループおよびOracle Databaseのシステム権限の詳細は、『Oracle Database管理者ガイド』を参照してください。

- オペレーティング・システム・グループおよびOracle ASMのシステム権限の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

Oracle RACでは、すべてのクラスタ・ノードのタイムゾーン設定が同じである必要があります。

クラスタ用Oracle Grid Infrastructureのインストール時に、インストール・プロセスによって、Oracle Universal Installer (OUI)が実行しているノード上でOracleインストール・ユーザーのタイムゾーン設定が決定されます。OUIでは、Oracle Clusterwareが管理するすべてのプロセスのデフォルトのタイムゾーン設定として、すべてのノード上でこのタイムゾーン値が使用されます。このデフォルト設定は、データベース、Oracle ASMおよびその他の管理対象プロセスで使用されます。

ただし、SQL*Plusでインスタンスを起動する場合、Oracle RACが使用するタイムゾーン値がOracle Clusterwareタイムゾーンと同じであることを確認する必要があります。次のコマンドを実行すると、Oracle Clusterwareがデータベースに使用するタイムゾーンを変更できます。

srvctl setenv database -env 'TZ=time zone

6.4 Oracle RACのサーバー・パラメータ・ファイルについて

データベースを作成すると、指定したファイルの位置にSPFILEが作成されます。Oracle ASMディスク・グループまたはクラスタ・ファイル・システムをこの場所に指定できます。

クラスタ・データベース内のすべてのインスタンスは、起動時に同じSPFILEを使用します。SPFILEはバイナリ・ファイルであるため、エディタを使用して直接編集しないでください。かわりに、Oracle Enterprise ManagerまたはSQL文ALTER SYSTEMを使用して、SPFILEパラメータ設定を変更します。

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

6.5 Windowsでの複数のOracleホーム・ディレクトリ

各Oracle製品は固有のOracleホームにインストールします。

%ORACLE_BASE%の値はレジストリ(HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0など)に格納されています。また、ORACLE_HOMEおよびORACLE_SIDの値もレジストリに格納されています。これらのディレクトリのシンボリック・リンク(UNIXプラットフォームで使用されているリンクなど)は、Windowsプラットフォームではサポートされません

Oracle Universal Installer (OUI)では、レジストリのORACLE_BASE、ORACLE_HOMEおよびORACLE_SIDなどの環境変数の値を記録し、またインストールを実行するユーザーに対してPATH環境変数の値を更新します。LinuxシステムおよびUNIXシステムでは、このような環境変数をユーザー・セッションまたはユーザー・プロファイルに手動で設定する必要があります。

- Oracleホームの現在の設定の変更
Oracle Universal Installer (OUI)を使用して、現在のOracleホームを変更します。

関連項目:
レジストリ・キーの詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

6.5.1 Oracleホームの現在の設定の変更

Oracle Universal Installer (OUI)を使用して、現在のOracleホームを変更します。

この手順では、レジストリのデフォルトのORACLE_HOME変数の値が、選択した値に変更されます。これによって、各製品の%ORACLE_HOME%\binディレクトリが、PATH環境変数に正しい順序で表示されます。

1. Oracle Universal Installerを起動します。

2. 「インストールされた製品」ボタンをクリックします。

3. ウィンドウ上部にある、「環境」タブをクリックします。

4. デフォルトにするOracleホーム・ディレクトリをリストの最上位に移動します。

5. 変更を適用して、インストーラを終了します。

6.6 Oracle RACのプラガブル・データベースについて

プラガブル・データベース(PDB)は、Oracle Netクライアントに非CDBとして表示されるスキーマ、スキーマ・オブジェクトおよび非スキーマ・オブジェクトの移植可能な集合です。

PDBはCDBに接続できます。CDBには、複数のPDBを含めることができます。各PDBは個別のデータベースとしてネットワーク上に示されます。

Oracle Database 12c以上では、マルチテナント・コンテナ・データベース(CDB)として、またはOracle Database(非CDB)として、データベースを作成する必要があります。これは、Oracle RACデータベースにも適用されます。インストール・プロセスの唯一の違いは、Oracle RACデータベースをCDBとして作成するか、または非CDBとして作成するかです。

CDBとしてOracle RACデータベースを作成し、1つ以上のPDBをCDBに接続する場合、デフォルトでは、Oracle RAC CDBのいずれのインスタンス上でも、PDBは自動的には起動されません。PDBに割り当てられた最初の動的データベース・サービス(データベース名と同じ名前のデフォルト・データベース・サービス以外)によって、サービスが実行されているインスタンス上でそのPDBが使用可能になります。

PDBがOracle RAC CDBの複数のインスタンスで使用可能かどうかは、通常、PDB上で実行されているサービスによって管理されます。インスタンス上でPDBを手動で起動することによって、Oracle RAC CDBの各インスタンス上でPDBアクセスを手動で有効化できます。

関連項目:

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

- PDBの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

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

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

Database Configuration Assistant (DBCA)では、様々なデータベース・コンポーネントを作成します。

- 表領域およびデータ・ファイル
単一インスタンスおよびクラスタ・データベースの両方の環境では、Oracle Databaseは表領域という小さな論理領域に分割されています。

- 制御ファイルについて
データベースは、共有記憶域に格納されている2つの制御ファイルを使用して構成されています。

- オンラインREDOログ・ファイルについて
各データベース・インスタンスには、2つ以上のオンラインREDOログ・ファイルが必要です。データベース・インスタンスのオンラインREDOログ・ファイルは、REDOスレッドと呼ばれます。

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

シングル・インスタンスおよびクラスタ・データベースの両方の環境では、Oracle Databaseは表領域という小さな論理領域に分割されています。

各表領域は、共有記憶域にある1つ以上のデータ・ファイルに対応しています。

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

表領域名

内容

SYSAUX

補助システム表領域で、DRSYS (Oracle Text用のデータを含む)、CWMLITE (OLAPスキーマを含む)、XDB (XML機能用)、ODM (Oracle Data Mining用)およびINDEXスキーマを含みます。

SYSTEM

データベースに必要な表、ビューおよびストアド・プロシージャの定義を含む、データ・ディクショナリで構成されます。この表領域内の情報は自動的にメンテナンスされます。

TEMP

SQL文の処理時に作成された一時表および索引が含まれます。非常に大規模な表に対するANALYZE COMPUTE STATISTICSのように大量のソートが必要なSQL文、あるいはGROUP BY、ORDER BYまたはDISTINCTを含むSQL文を使用する場合に、この表領域の拡張が必要な場合があります。

UNDOTBSn

DBCAが自動UNDO管理用に作成する、インスタンスごとのUNDO表領域が含まれます。

USERS

アプリケーション・データで構成されます。表を作成しデータを入力するにつれて、この領域にデータが書き込まれます。

EXAMPLE

データベース作成時にサンプル・スキーマを含めることを選択した場合は、それらが格納されます。

OUIで事前構成済データベース構成オプションを使用する場合、これらの表領域名は変更できません。ただし、詳細なデータベース作成方法を使用する場合は、表領域名を変更できます。

前述のとおり、各表領域には、共有ファイル・システムに存在する1つ以上のデータ・ファイルがあります。事前定義済データベース構成オプションによって作成されるデータ・ファイル名は、記憶域タイプ(Oracle ASM、クラスタ・ファイル・システムなど)によって異なります。

関連項目:

- SYSTEM、SYSAUXおよび他の表領域の詳細は、『Oracle Database管理者ガイド』を参照してください。

- データベース構成タイプの詳細は、Oracle Database構成タイプの選択を参照してください。

6.7.2 制御ファイルについて

データベースは、共有記憶域に格納されている2つの制御ファイルを使用して構成されています。

各データベースには、一意の制御ファイルが1つ必要であり、データベースに構成されているその他の制御ファイルは、元の制御ファイルと同一のコピーです。制御ファイルが使用できなくなった場合、その破損した制御ファイルにアクセスしようとするデータベース・インスタンスは失敗します。様々なディスクに制御ファイルを多重化する(多重コピーを作成する)ことによって、データベースは冗長性を実現でき、それによってシングル・ポイント障害を避けることができます。

関連項目:

- Oracle Database概要の制御ファイルの概要に関する項

- Oracle Database管理者ガイドの制御ファイルの管理に関する項

6.7.3 オンラインREDOログ・ファイルについて

各データベース・インスタンスには、2つ以上のオンラインREDOログ・ファイルが必要です。データベース・インスタンスのオンラインREDOログ・ファイルは、REDOスレッドと呼ばれます。

オンラインREDOログ・ファイルの単一セットの競合を避けるために、各Oracle RACデータベース・インスタンスには、それぞれ固有のREDOスレッドがあります。インスタンス障害が発生しても、障害が発生していないインスタンスは、オンラインREDOログ・ファイルにアクセスできる必要があります。したがって、Oracle RACデータベースのオンラインREDOログ・ファイルは、共有記憶域またはOracle ASMに配置される必要があります。記憶域としてファイル・システムを使用する場合、ファイル・システムは共有またはクラスタ・ファイル・システムである必要があります。

事前構成済データベース構成オプションによって作成されるREDOログ・ファイルのファイル名は、記憶域タイプによって異なります。

関連項目:

- オンラインREDOログ・ファイルの詳細は、『Oracle Database概要』を参照してください。

- オンラインREDOログ・ファイルの記憶域の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

6.8 Oracle RACでのUNDO表領域の管理について

Oracle Databaseは、UNDO表領域に、ロールバック情報やUNDO情報を格納します。

UNDO表領域を管理するには、自動UNDO管理を使用することをお薦めします。自動UNDO管理は、手動UNDO管理より簡単に管理できる、UNDO表領域の自動化された管理モードです。

Oracle ASMおよびOracle Managed Filesを自動UNDO管理とともに使用する場合、初めて起動されたインスタンスはUNDO表領域を持ちませんが、別のインスタンスによって自動的に作成されたそのインスタンス用のUNDO表領域を持つことになります。これは、オンラインREDOログについても同じです。

関連項目:

- 自動UNDO管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

- UNDO表領域の管理については、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

6.9 初期化パラメータ・ファイルについて

Oracle Databaseの初期化パラメータの保存には、サーバー・パラメータ・ファイル(SPFILE)を使用することをお薦めします。

Oracle ASM SPFILEを含む、Oracle ASMのすべてのSPFILEを保存することをお薦めします。SPFILEは共有記憶域に置いて、クラスタ・データベースのすべてのインスタンスがこのパラメータ・ファイルにアクセスできるようにする必要があります。

関連項目:
パラメータ・ファイルの作成および使用の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

6.10 Oracle RACデータベース用のOracle Net Services構成

Oracle Databaseに接続するときは、接続記述子またはネット・サービス名を使用できます。

Oracle RACデータベースの場合、単一クライアント・アクセス名(SCAN)を使用して、Oracle RACデータベースの使用可能な任意のインスタンスに接続することもできます。ユーザーは、クライアント/サーバー構成を使用するか、または接続プーリングを任意に使用し、1つ以上の中間層を介してOracle RACデータベースにアクセスします。

- Oracle RACデータベースのデータベース・サービス
各データベースは、1つ以上のサービスで表されます。サービスは、サービス名(sales.example.comなど)によって識別されます。

- ネーミング・メソッドおよび接続記述子
各ネット・サービス名は、接続記述子に関連付けられます。接続記述子は、データベースの場所とデータベース・サービスの名前を提供します。

- 簡易接続ネーミング・メソッド
簡易接続ネーミング・メソッドを使用すると、TCP/IP環境でtnsnames.oraファイルまたはその他のリポジトリ内をサービス名で検索する必要がなくなります。

- SCANの理解
SCANは、ドメイン・ネーム・サービス(DNS)またはグリッド・ネーミング・サービス(GNS)のいずれかにある、1つ以上3つ以下のIPアドレスに登録されたドメイン名です。

- 例: SCANを使用したOracle RACへの接続
tnsnames.oraファイルを構成するかわりに、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続するようにOracle Real Application Clusters (Oracle RAC)データベース・クライアントを構成することをお薦めします。

- Oracle RACデータベースのリスナー構成について
Oracle RACデータベースは、複数のリスナーを使用して、使用可能なインスタンスにクライアント要求を振り向けます。

- Oracle RACデータベースのサービス登録
Oracle Database 12cリリース1 (12.1)のデータベース・サービスは、データベース初期化パラメータLOCAL_LISTENERおよびREMOTE_LISTENERに指定されたリスナーに自動的に登録されます。

- SCAN使用時のデータベース接続の作成方法
サービス名を使用しているOracle RACデータベースにSCANを使用して接続する場合は、環境に基づいて次のアクションが発生します。

6.10.1 Oracle RACデータベースのデータベース・サービス

各データベースは、1つ以上のサービスで表されます。サービスは、サービス名(sales.example.comなど)によって識別されます。

クライアントはサービス名を使用して、自身がアクセスする必要があるデータベースを識別します。インストール中に、Oracle RACデータベースは、データベースと同じ名前を持つデフォルトのデータベース・サービスを使用して構成されます。このサービスは、データベース管理タスクの実行に使用できます。クライアントおよびアプリケーションのデータベースへの接続用に、追加のサービスを作成する必要があります。

サービス名は複数のデータベース・インスタンスに関連付けることができ、インスタンスは複数のサービスに関連付けることができます。リスナーはクライアントとデータベース・インスタンスとの間の仲介役を果し、接続要求を適切なインスタンスに渡します。サービスに接続するクライアントは、接続先のインスタンスを指定する必要がありません。

6.10.2 ネーミング・メソッドおよび接続記述子

各ネット・サービス名は、接続記述子に関連付けられます。接続記述子は、データベースの場所とデータベース・サービスの名前を提供します。

接続記述子には、リスナーの1つ以上のプロトコル・アドレスと、接続先サービスの接続情報が含まれています。

データベース接続作成のためのサービス名を使用する際に必要な情報は、リポジトリに格納することができ、1つ以上のネーミング・メソッドで使用されます。ネーミング・メソッドとは、クライアント・アプリケーションがサービス名を接続記述子に解決するために使用する解決方法です。Oracle Net Servicesは、いくつかの種類のネーミング・メソッドを提供しています。これらは、各クライアント上のローカル構成またはネットワーク上のすべてのクライアントがアクセスできる集中化された構成をサポートしています。

6.10.3 簡易接続ネーミング・メソッド

簡易接続ネーミング・メソッドを使用すると、TCP/IP環境でtnsnames.oraファイルまたはその他のリポジトリ内をサービス名で検索する必要がなくなります。

簡易接続では、クライアントはホスト名と、オプションのポートおよびサービス名で構成される単純なTCP/IPアドレスの接続文字列を使用します。このメソッドを使用する場合、ネーミングまたはディレクトリ・システムは必要ありません。例については、例: SCANを使用したOracle RACへの接続を参照してください。

ほとんどの環境に対応するように、Oracle Databaseサーバーとクライアントのネットワーク要素が事前構成されています。デフォルトでは、簡易接続ネーミング・メソッドが有効化され、リポジトリは不要です。簡易接続以外のネーミング・メソッドを使用する場合は、Oracle Net Servicesの追加の構成が必要となる場合があります。

6.10.4 SCANの理解

SCANは、ドメイン・ネーム・サービス(DNS)またはグリッド・ネーミング・サービス(GNS)のいずれかにある、1つ以上3つ以下のIPアドレスに登録されたドメイン名です。

- SCANについて
SCANは、ドメイン・ネーム・サービス(DNS)またはグリッド・ネーミング・サービス(GNS)のいずれかにある、1つ以上3つ以下のIPアドレスに登録されたドメイン名です。

- SCAN VIPアドレス
SCANの仮想IPアドレス(VIP)は、ノードのVIPと同様に機能します。ただし、ノードVIPとは異なり、SCAN VIPはクラスタ内の任意のノードで実行できます。

- SCANリスナー
Oracle Grid Infrastructureのインストールでは、SCANを解決するために割り当てられるSCAN VIPアドレスと同数のSCANリスナーが作成されます。

6.10.4.1 SCANについて

SCANは、ドメイン・ネーム・サービス(DNS)またはグリッド・ネーミング・サービス(GNS)のいずれかにある、1つ以上3つ以下のIPアドレスに登録されたドメイン名です。

Oracle Grid Infrastructureのインストール時に、いくつかのOracle ClusterwareリソースがSCAN用に作成されます。

- SCAN仮想IP (VIP)は、SCANが解決するIPアドレスごとに作成されます

- SCANリスナーは、SCAN VIPごとに作成されます

- SCAN VIPへの依存性は、SCANリスナー用に構成されます

SCANは、次の2つのオプションのうち1つを使用して定義されます。

- SCANをDNSで定義
SCANを手動で構成し、名前解決にDNSを使用する場合、ネットワーク管理者は、クラスタのパブリック・ネットワークと同じネットワーク上で3つのIPアドレスに解決されるSCANに対して単一の名前を作成する必要があります。SCAN名は、ドメインの接尾辞を使用せずに解決できる必要があります(たとえば、アドレスsales1-scan.example.comは、sales1-scanを使用して解決できる必要があります)。Oracle ClusterwareはSCANを解決するため、SCANをネットワーク・インタフェースに割り当てることはできません。

デフォルトのSCANは、cluster_name-scan.domain_nameです。たとえば、GNSを使用しないクラスタでは、クラスタ名がsales1で、ドメインがexample.comである場合、デフォルトのSCANアドレスはsales1-scan.example.com:1521です。

- SCANをGNSで定義
GNSおよびDHCPを使用している場合、Oracle Clusterwareでは、クラスタの構成時に指定されるSCAN名のVIPアドレスが構成されます。ノードVIPおよび3つのSCAN VIPは、GNSを使用時している場合、DHCPサーバーから取得されます。新しいサーバーがクラスタに追加されると、Oracle Clusterwareでは、必要なVIPアドレスはDHCPサーバーから動的に取得されてクラスタ・リソースが更新され、GNSを介してサーバーにアクセスできるようになります。

クラスタに接続するクライアントが、Oracle Grid Infrastructure 11gリリース2 (11.2)より前のリリースで使用されていたノードVIPではなく、SCAN名を使用するように構成することをお薦めします。SCANを使用してOracle RACデータベースに接続するクライアントは、特定のデータベースまたはデータベース・インスタンスをホストする各ノードのアドレスで構成する必要がありません。たとえば、クラスタにポリシー管理型のサーバー・プールを構成した場合、サーバー・プールにどのノードが割り当てられているかにかかわらず、SCANを使用してデータベースへ接続することによって、そのデータベースのサーバー・プールに接続できます。データベースに接続しているクライアントを再構成することなく、データベースに対してノードの追加または削除を行うことができます。

関連項目:
SCANの構成および要件の詳細は、Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64–bit)を参照してください。

6.10.4.2 SCAN VIPアドレス

SCANの仮想IPアドレス(VIP)は、ノードのVIPと同様に機能します。ただし、ノードVIPとは異なり、SCAN VIPはクラスタ内の任意のノードで実行できます。

ノードVIPの名前やアドレスではなくSCANを使用して接続するクライアント(ユーザーまたはアプリケーション)は、クラスタに対してノードが追加または削除されたとき、あるいはデータベース・インスタンスが別のノードで実行されたときに、そのローカルのtnsnames.oraファイルのノードの名前やアドレスのリストを更新する必要はありません。

注意:
DNSに3つのSCAN VIPを構成しても、それだけでは接続のフェイルオーバーは保証されません。かわりに、Oracleクライアントは戻されたSCAN VIPを使用して、接続要求を別のSCANリスナーにフェイルオーバーします。SCAN VIPへの接続が失敗した場合、クライアントは次に戻されたSCAN VIPアドレスを使用して接続します。そのため、SCANを使用する接続では、Oracle Client 11g リリース2以上のクライアントを使用することをお薦めします

名前解決にGNSを使用する場合、インストール時にはSCAN名のみを提供します(sales1-scanなど)。GNSは、3つのIPアドレスのDHCPアドレス・リースを取得し、これらのアドレスをSCANに解決します。GNSデーモンは登録をリスニングします。SCAN VIPは、ノードで使用が開始された際に自身のアドレスをGNSに登録します。

GNSによって管理されるクラスタ・ドメインへのサービス要求はGNSのVIPアドレスにルーティングされ、そこで要求はクラスタのGNSデーモンへとルーティングされます。GNSは、DNSからSCANの要求を受信すると、SCANリスナーの登録されたアドレスをDNSに戻します。DNSによって、クライアントに3つのSCAN VIPアドレスが戻されます。

関連項目:
SCANの名前、リスナーおよびクライアント・サービス要求の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

6.10.4.3 SCANリスナー

Oracle Grid Infrastructureのインストールでは、SCANを解決するために割り当てられるSCAN VIPアドレスと同数のSCANリスナーが作成されます。

高可用性とスケーラビリティのため、SCANは3つのVIPアドレスに解決することをお薦めします。SCANを3つのアドレスに解決する場合は、3つのSCAN VIPと3つのSCANリスナーが作成されます。

各SCANリスナーは、対応するSCAN VIPに依存します。SCANリスナーは、SCAN VIPがノード上で使用可能になるまでは起動できません。

SCANリスナーのアドレスは、外部のドメイン・ネーム・サービス(DNS)、またはクラスタ内のグリッド・ネーミング・サービス(GNS)のいずれかを介して解決されます。SCANリスナーおよびSCAN VIPは、クラスタ内の任意のノードで実行できます。SCAN VIPを実行しているノードに障害がある場合、SCAN VIPおよび関連付けられているリスナーは、クラスタ内の別のノードにフェイルオーバーされます。クラスタ内の使用可能なノード数が3未満になった場合、1つのサーバーが2つのSCAN VIPとSCANリスナーをホストします。

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

6.10.5 例: SCANを使用したOracle RACへの接続

tnsnames.oraファイルを構成するかわりに、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続するようにOracle Real Application Clusters (Oracle RAC)データベース・クライアントを構成することをお薦めします。

Oracle Database 11gリリース2より前のOracle RACリリースのノード仮想IP (VIP)アドレスを使用してクラスタに接続するように構成されたクライアントは、既存の接続アドレスを引き続き使用できるため、SCANを使用する必要はありません。以前のリリースのOracle Databaseをアップグレードすると、データベースはローカル・リスナーだけではなく、SCANリスナーにも登録されるので、クライアントがSCANを使用してそのデータベースに接続できるようになります。

Oracle Database 12cのデータベース・クライアントは、SCANを使用してデータベースに接続します。簡易接続メソッドには接続の確立のタイムアウトおよび再試行回数を指定する機能がないため、SCANでは簡易接続メソッドを使用しないことをお薦めします。かわりに、アプリケーションではOracle Net接続記述子を次の書式で使用する必要があります。

(DESCRIPTION =
(CONNECT_TIMEOUT=90) (RETRY_COUNT=20)(RETRY_DELAY=3) (TRANSPORT_CONNECT_TIMEOUT=3)
( ADDRESS = (PROTOCOL = TCP)(HOST=scan)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=service_name)))

scanは、クラスタのSCANを表します。ポート番号を指定しない場合、デフォルト値の1521がTCPポート識別子に使用されます。service_nameは動的データベース・サービスの名前です。

1. SCANがsales1-scan.mycluster.example.comであるクラスタでOracle RACデータベースが実行されている場合は、次のような接続記述子を使用して、データベース・サービスoltp.example.comに対する接続要求を送信できます。

sqlplus system/manager@sales1-scan.mycluster.example.com:1521/oltp

アドレスがクライアントに戻される方法は、クラスタで使用している名前解決方法によって異なります。

- Domain Name System (DNS)を使用している場合は、DNSからクライアントに3つのSCAN VIPアドレスがすべて戻されます。

- グリッド・ネーミング・サービス(GNS)を使用している場合は、DNSのゾーン委任がGNSにルックアップ要求を送信するため、クライアントに3つのSCAN VIPアドレスがすべて戻されます。

クライアント・ソフトウェアは戻されたSCAN VIPアドレスのいずれかを使用してSCANリスナーに問い合せます。

SCANリスナーがクライアントから接続要求を受け取ると、SCANリスナーはクラスタ内で最も負荷の小さい、要求されたサービスを提供しているインスタンスを識別します。次に、最も負荷の小さいインスタンスが実行中のノードのローカル・リスナーに接続要求をリダイレクトし、クライアントにローカル・リスナーのアドレスを付与します。次に、ローカル・リスナーは、データベース・インスタンスへの接続を作成します。

6.10.6 Oracle RACデータベースのリスナー構成について

Oracle RACデータベースは、複数のリスナーを使用して、使用可能なインスタンスにクライアント要求を振り向けます。

Oracle Databaseは、ローカル・リスナーを介して接続要求を受け取ります。ローカル・リスナーはクライアント要求を仲介して、サーバーに渡します。リスナーはプロトコル・アドレスで構成されており、同じプロトコル・アドレスで構成されたクライアントは、そのリスナーに接続要求を送信できます。接続が確立されると、クライアントとOracle Databaseは互いに直接通信します。

ローカル・リスナー(デフォルトのリスナー)は、Oracle Grid Infrastructureのインストール時にGridホームに配置されます。ローカル・リスナーは、データベース接続要求と、外部プロシージャやOracle XML Database (XDB)要求などのデータベース接続以外の要求に応答するように構成されています。データベースが起動されると、データベース・エージェント・プロセス(oraagent.exe (以前のracgimon))は、LOCAL_LISTENERパラメータにOracle Netサービス名を必要としない接続記述子を設定します。GridホームのリスナーのエンドポイントとなるLOCAL_LISTENERの値が計算されます。

1つのlistener.oraファイルには、それぞれが一意の名前を持つ複数のOracle Databaseリスナーを構成できます。データベース・リスナーに対して複数のリスナーを構成できるのは、トップレベルの各構成パラメータにリスナー名の接尾辞があるか、または構成パラメータがリスナー名そのものであるためです。データベースを複数のローカル・リスナーに登録されるように構成するには、LOCAL_LISTENERパラメータを手動で変更する必要があります。

注意:
ほとんどのユーザーの環境では、ノードごとに1つのリスナーのみを実行することをお薦めします。

Oracle RACデータベースでは、データベース・パラメータREMOTE_LISTENERは、SCANリスナーを識別します。データベースは、これらのパラメータに含まれる接続記述情報を使用して、ローカル・リスナーとSCANリスナーに登録されます。Oracle Database 11g リリース2以降のインスタンスは、リモート・リスナーとしてはSCANリスナーにのみ登録されます。アップグレードしたデータベースは、リモート・リスナーとしてSCANリスナーに登録されるとともに、引き続きすべてのノード・リスナーにも登録されています。

Oracle RACデータベースのREMOTE_LISTENERパラメータは常にSCANアドレスに設定されます。たとえば、クラスタのSCANがmyscanで、クラスタのGNSサブドメインがmycluster.example.comである場合、REMOTE_LISTENERパラメータには次の値が保持されます。

myscan.mycluster.example.com:1521

注意:
Oracle RACデータベースのREMOTE_LISTENERパラメータを、ホスト名(HOST=scan)にSCANを使用する単一アドレスを持つOracle Net別名に設定しないでください。

6.10.7 Oracle RACデータベースのサービス登録

Oracle Database 12c リリース1 (12.1)のデータベース・サービスは、データベース初期化パラメータLOCAL_LISTENERおよびREMOTE_LISTENERに指定されたリスナーに自動的に登録されます。

登録時に、リスナー登録(LREG)プロセスは情報(サービス名、インスタンス名、ワークロード情報など)をリスナーに送信します。この機能は、サービス登録と呼ばれます。

Oracleインスタンスの起動後にリスナーが起動し、リスナーがサービス登録に使用可能になると、次回にOracle Database LREGプロセスが検出ルーチンを起動するまで登録は行われません。デフォルトでは、LREG検出ルーチンは60秒ごとに起動されます。60秒の遅延を変更するには、SQL文ALTER SYSTEM REGISTERを使用します。この文によって、LREGはすぐにサービスを登録します

注意:
リスナーの起動直後にALTER SYSTEM REGISTER文を実行するスクリプトを作成することをお薦めします。インスタンスが登録され、すべてのサービスが現在登録されている場合、またはリスナーが停止している場合にこの文を実行しても、何も処理されません。

関連項目:
サービス登録の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

6.10.8 SCAN使用時のデータベース接続の作成方法

サービス名を使用しているOracle RACデータベースにSCANを使用して接続する場合は、環境に基づいて次のアクションが発生します。

番号が付けられたアクションは、手順の後の図に示されている矢印に対応しています。

1. 各インスタンスのLREGプロセスは、ローカル・ノード上のデフォルトのリスナーと、REMOTE_LISTENERデータベース・パラメータで指定された各SCANリスナーにデータベース・サービスを登録します。リスナーは、インスタンスとディスパッチャによって処理されている作業の量に基づいて動的に更新されます。

2. クライアントは、次の書式の接続記述子を使用して、データベース接続要求を発行します。

orausr/@scan_name:1521/webapp

注意:
簡易接続ネーミング・メソッドを使用する場合は、クライアントのsqlnet.oraファイルに、NAMES.DIRECTORY_PATHパラメータで指定されたネーミング・メソッドのリストのEZCONNECTが含まれていることを確認します。

3. クライアントは、DNSを使用してscan_nameを解決します。SCANに割り当てられる3つのアドレスがDNSから戻された後、クライアントは1つ目のIPアドレスに接続要求を送信します。接続要求が失敗すると、クライアントは次のIPアドレスを使用して接続を試行します。

4. 接続要求が成功すると、クライアントは、salesデータベースをホストし、webappサービスを提供するインスタンスを持つクラスタのSCANリスナーに接続します(この例ではsales1およびsales2)。SCANリスナーは、インスタンスsales1およびsales2のワークロードと、これらが実行されているノードのワークロードを比較します。SCANリスナーがnode2はnode1よりも負荷が小さいと判断すると、SCANリスナーはnode2を選択し、そのノードのリスナーのアドレスをクライアントに送信します。

5. クライアントは、node2のローカル・リスナーに接続します。ローカル・リスナーは、データベース接続のための専用サーバー・プロセスを起動します。

6. クライアントは、node2の専用サーバー・プロセスに直接接続し、sales2データベース・インスタンスにアクセスします。

図6-1 SCANを使用するOracle RAC接続のロード・バランシング・アクション

6.11 Oracle Net ServicesおよびOracle RACのパフォーマンス機能

Oracle RACデータベースは、接続時ロード・バランシング機能とフェイルオーバー機能に重要なメリットを提供します。

- Oracle RACデータベースへの接続のロード・バランシング
Oracle RACデータベースには、2つのタイプのロード・バランシング(クライアント側およびサーバー側のロード・バランシング)を実装できます。

- Oracle RACデータベースの接続フェイルオーバー
クライアントがSCANを使用して接続要求を発行すると、3つのSCANアドレスがクライアントに戻されます。

- Oracle RACデータベースの共有サーバー構成
スタンドアロンのOracle Databaseは、共有サーバー・ディスパッチャ・プロセス間で接続を分散することでロード・バランシングを実現します。

6.11.1 Oracle RACデータベースへの接続のロード・バランシング

Oracle RACデータベースには、2つのタイプのロード・バランシング(クライアント側およびサーバー側のロード・バランシング)を実装できます。

サービスは、そのワークロード(現在処理している作業の量)をローカル・リスナーとSCANリスナーに登録することで、自身のセッションを調整します。クライアントはSCANリスナーによって、特定のサービスのインスタンスを実行する、負荷が最も低いノードのローカル・リスナーへとリダイレクトされます。この機能は、ロード・バランシングと呼ばれます。ローカル・リスナーは、クライアントをディスパッチャ・プロセスに送るか(共有サーバーを使用するようにデータベースを構成した場合)、またはクライアントを専用サーバー・プロセスに送ります。

クライアント側のロード・バランシングは、リスナー全体で接続要求のバランスをとります。サーバー側のロード・バランシングの場合、SCANリスナーはロード・バランシング・アドバイザを使用して、現在サービスを提供している最適なインスタンスに接続要求を送ります。

関連項目:

- SCANおよびその構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

- フェイルオーバー、ロード・バランシングおよびロード・バランシング・アドバイザの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

6.11.2 Oracle RACデータベースの接続フェイルオーバー

クライアントがSCANを使用して接続要求を発行すると、3つのSCANアドレスがクライアントに戻されます。

1つ目のアドレスに障害がある場合は、SCANへの接続要求が次のアドレスにフェイルオーバーされます。複数のアドレスを使用することによって、最初のインスタンスに障害があっても、クライアントはデータベースのインスタンスに接続できます。

Oracle RACはノードVIPアドレスを使用したフェイルオーバーを提供します。これは、同じデータベース・サービスに対するクライアント接続要求を管理するために、複数のノードで複数のリスナーを構成することで実現します。ノードで障害が発生すると、VIPへのサービス接続は動作可能なノードに透過的に再接続されるため、VIPを介して接続するクライアントに障害を迅速に通知できます。アプリケーションおよびクライアントが透過的アプリケーション・フェイルオーバー・オプションを使用して構成されている場合、そのクライアントは動作可能なノードに再接続されます。

6.11.3 Oracle RACデータベースの共有サーバー構成

スタンドアロンのOracle Databaseは、共有サーバー・ディスパッチャ・プロセス間で接続を分散することでロード・バランシングを実現します。

Oracle Database Configuration Assistant (DBCA)は、デフォルトでOracle RACデータベースを共有サーバーではなく専用サーバーで構成します。ただし、DBCAの使用時に共有サーバー・オプションを選択すると、DBCAは共有サーバーを構成します。共有サーバーが構成されていると、Oracle RACでは、専用サーバーと共有サーバーの両方の処理が使用されます。

関連項目:
共有サーバーの構成の詳細は、Oracle Database Net Services管理者ガイドを参照してください。

6.12 Oracle Net Servicesの構成ファイルおよびパラメータ

ほとんどの環境に対応するように、Oracle Databaseサーバーとクライアントのネットワーク要素が事前構成されています。

デフォルトでは、簡易接続ネーミング・メソッドが有効化され、リポジトリは不要です。簡易接続以外のネーミング・メソッドを使用する場合は、Oracle Net Servicesの追加の構成が必要となる場合があります。

- データベース・サービス登録のデータベース初期化パラメータ
Oracle Database 12cリリース1 (12.1)のデータベース・サービスは、LOCAL_LISTENERおよびREMOTE_LISTENERパラメータに指定されたリスナーに自動的に登録されます。

- ネット・サービス名およびtnsnames.oraファイル
インストール・プロセスでは各ノードにtnsnames.oraファイルが作成されます。

- DBCAによって作成されたネット・サービス名
Oracle Database Configuration Assistantにより、データベース・インスタンスに接続するためのネット・サービス名が作成されます。

- リスナー構成およびlistener.oraファイル
Oracle RAC環境では、Oracle AgentでOracle DatabaseのOracleリスナーを管理することをお薦めします。

- Net Servicesプロファイル・ファイル(sqlnet.ora)
Oracle Universal Installerは、データベース・ソフトウェアのインストール後にOracle Net Configuration Assistant (NETCA)を起動します。NETCAは、Oracle Net Servicesプロファイルまたはsqlnet.oraファイルを作成します。

6.12.1 データベース・サービス登録のデータベース初期化パラメータ

Oracle Database 12c リリース1 (12.1)のデータベース・サービスは、LOCAL_LISTENERとREMOTE_LISTENERパラメータに指定されたリスナーに自動的に登録されます。

登録時に、リスナー登録(LREG)プロセスは情報(サービス名、インスタンス名、ワークロード情報など)をリスナーに送信します。

Oracleインスタンスの起動後にリスナーが起動し、リスナーがサービス登録に使用可能になると、次回にOracle Database LREGプロセスが検出ルーチンを起動するまで登録は行われません。デフォルトでは、LREG検出ルーチンは60秒ごとに起動されます。60秒の遅延を変更するには、SQL文ALTER SYSTEM REGISTERを使用します。この文によって、LREGはすぐにサービスを登録します。

注意:
リスナーの起動直後にALTER SYSTEM REGISTER文を実行するスクリプトを作成することをお薦めします。インスタンスが登録され、すべてのサービスが現在登録されている場合、またはリスナーが停止している場合にこの文を実行しても、何も処理されません。

関連項目:
サービス登録の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

6.12.2 ネット・サービス名およびtnsnames.oraファイル

インストール・プロセスでは各ノードにtnsnames.oraファイルが作成されます。

tnsnames.oraファイルは、ネット・サービス名のリポジトリとして機能します。各ネット・サービス名は、接続識別子に関連付けられています。接続識別子は、ユーザー定義の名前を接続記述子にマップする識別子です。接続記述子には、次の情報が含まれます。

- プロトコル・アドレスを介するリスナーの位置を含む、サービスへのネットワーク・ルート

- データベース・サービスの名前に設定される値を持つ、SERVICE_NAMEパラメータ

注意:
指定できるサービス名は1つのみであるため、tnsnames.oraファイルで使用するSERVICE_NAMEパラメータは1つです。SERVICE_NAMEパラメータは、service_namesデータベース初期化パラメータとは異なります。service_namesデータベース・パラメータにはデフォルトで、初期化パラメータ・ファイルのdb_nameとdb_domainパラメータからなるグローバル・データベース名が設定されています。SRVCTLまたはOracle Enterprise Manager Cloud Controlを使用してサービス名を追加すると、データベースに対して追加されたクラスタ管理サービスがリストされます。

tnsnames.oraファイルは、Grid_home\network\adminとOracle_home\network\adminの両方のディレクトリにあります。Oracle Grid Infrastructureがインストールされている場合、デフォルトでは、Gridホームからtnsnames.oraファイルが読み取られます。

Oracle Clusterware 11g リリース2以上では、リスナーの対応付けにtnsnames.oraファイルのエントリは必要ありません。リスナー対応付けは、次のように構成されます。

- Oracle Database Configuration Assistant (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パラメータに対するリスナーの関連付けは不要です。

例6-1 Oracle RACデータベースへの2つ目のリスナーの追加

orcl1という名前のデータベースを作成した場合、ポート2012をリスニングする2つ目のリスナーを追加するには、次のようなコマンドを使用してデータベースを両方のリスナーに起動時に登録します。

SQL> alter system set local_listener='(DESCRIPTION=(
ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.61)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.61)(PORT=2012))))'
scope=BOTH SID='OCRL1';

関連項目:

- 『Oracle Database管理者ガイド』

- tnsnames.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

6.12.3 DBCAによって作成されたネット・サービス名

Oracle Database Configuration Assistantにより、データベース・インスタンスに接続するためのネット・サービス名が作成されます。

- データベース接続用のネット・サービス名
Oracle RACのインスタンスに接続するクライアントは、接続記述子のSCANを使用します。

- インスタンス接続用のネット・サービス名
データベースの特定のインスタンスに接続するクライアントは、そのインスタンスのネット・サービス名を使用します。

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

Oracle RACのインスタンスに接続するクライアントは、接続記述子のSCANを使用します。

ネット・サービス名を使用して、Oracle RACに接続することもできます。Oracle Database Configuration Assistant (DBCA)で作成されるデフォルトのデータベース・サービスによって、Oracle Enterprise ManagerがOracle RACデータベースを検出できるようになりますが、このサービスはクライアント接続には使用しないでください。

DBCAを使用してマルチテナント・コンテナ・データベース(CDB)であるOracle RACデータベースを作成すると、DBCAによってそのデータベースと同じ名前のデータベース・サービスが作成されます。このデータベース・サービスを使用するクライアントはOracle RAC CDBの任意のデータベース・インスタンスに接続できます。ただし、DBCAを使用してプラガブル・データベース(PDB)を既存のCDBに接続する場合は、DBCAは新しいPDB用のデータベース・サービスを作成しません。

ネット・サービス名は、データベース、データベース・インスタンスまたはリスナーが実行されるサーバーの完全修飾ドメイン名を必要としません。SCANはDNSまたはGNSによって解決され、クライアントに3つのアドレスが戻されます。次に、クライアントは、接続が確立されるまで各アドレスに接続要求を連続して送信します。

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

この例は、tnsnames.oraファイルで使用される接続記述子を示しています。この場合の接続識別子は、クラスタ・ドメインmycluster.example.comと同じです。個々のサーバーのアドレス、仮想インターネット・プロトコル(VIP)・アドレスまたはクラスタ・ノード名を指定するかわりに、接続記述子はSCAN (myscan.mycluster.example.com)を使用します。

mycluster.example.com =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = host=myscan.mycluster.example.com)
(PORT = 1522))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = myApp)
)
)

Oracle Clusterwareは、ネット・サービス名mycluster.example.comを使用する接続要求を、myAppデータベース・サービスが実行されているmyclusterデータベースの任意のデータベース・インスタンスに解決します。インスタンスが実行されている特定のクラスタ・ノードは、クライアントに対して非表示です。

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

データベースの特定のインスタンスに接続するクライアントは、そのインスタンスのネット・サービス名を使用します。

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

この例では、接続識別子は、インスタンス名mycluster1.example.comと同じです。接続記述子は、SCANを使用してクラスタ内のインスタンスを特定します。ネット・サービス名mycluster1.example.comへのクライアント接続は、myclusterデータベースのmycluster1データベース・インスタンスに接続されます。Oracle Clusterwareは、その接続をインスタンスが実行されているクラスタ･ノードに解決します。インスタンスが実行されている特定のクラスタ・ノードは、クライアントに対して非表示です。

mycluster1.example.com=
(DESCRIPTION=
(ADDRESS=(PROTOCOL=TCP)(HOST=myscan.mycluster.example.com)(PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=mycluster.example.com)
(INSTANCE_NAME=mycluster1)
)
)

6.12.4 リスナー構成およびlistener.oraファイル

Oracle RAC環境では、Oracle AgentでOracle DatabaseのOracleリスナーを管理することをお薦めします。

注意:
GNSを有効にした場合、リスナーを手動で構成する必要はありません。

- Oracle RACデータベースのローカル・リスナー
ローカル・リスナー(デフォルトのリスナー)は、Oracle Grid Infrastructureのインストール時にGridホームに配置されます。

- Oracle RACデータベースのリモート・リスナー
リモート・リスナーとは、あるコンピュータ上にあるリスナーのことで、別のコンピュータ上にあるデータベース・インスタンスに接続をリダイレクトします。

- Oracle RACデータベースの複数のリスナーの管理
Oracle RAC環境では、Oracle AgentでデータベースのOracleリスナーを管理することをお薦めします。

- Oracle Databaseによるリスナー・ファイル(listener.ora)の使用
listener.oraファイルは、リスナーの構成ファイルです。

6.12.4.1 Oracle RACデータベースのローカル・リスナー

ローカル・リスナー(デフォルトのリスナー)は、Oracle Grid Infrastructureのインストール時にGridホームに配置されます。

listener.oraファイルは、Grid_home\network\adminディレクトリにあります。必要な場合は、Gridホーム・リスナーのlistener.oraファイルを編集して、ノード・リスナーとSCANリスナー用のリスナー・パラメータを定義できます。エンドポイントは、リスナー・エージェントによって自動的に管理されているので変更しないでください。

Oracle Databaseの作成時、LOCAL_LISTENERパラメータは、データベースのローカル・リスナーを指すように自動的に構成されます。LOCAL_LISTENERには手動で値を設定できます。LOCAL_LISTENERパラメータの値を変更すると、データベース・エージェント・プロセスはこの値を自動更新しません。このパラメータは設定せずに、データベース・エージェント・プロセスで自動的にメンテナンスできるようにすることをお薦めします。LOCAL_LISTENERを設定しなければ、Database Agentプロセスによって、リスナーのポートまたはIPアドレスが変更された場合でも、Gridホームのローカル・リスナーとデータベースの関連付けは自動的に更新されます。

関連項目:

- tnsnames.oraファイルで定義されるリスナーの関連付けの詳細は、ネット・サービス名およびtnsnames.oraファイルを参照してください。

- listener.oraファイルの詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

- リスナーの概要と構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

6.12.4.2 Oracle RACデータベースのリモート・リスナー

リモート・リスナーとは、あるコンピュータ上にあるリスナーのことで、別のコンピュータ上にあるデータベース・インスタンスに接続をリダイレクトします。

たとえば、SCANリスナーはリモート・リスナーです。Oracle RAC環境では、Oracle AgentでデータベースのOracleリスナーを管理することをお薦めします。

関連項目:

- tnsnames.oraファイルで定義されるリスナーの関連付けの詳細は、ネット・サービス名およびtnsnames.oraファイルを参照してください。

- listener.oraファイルの詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

- リスナーの概要と構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

6.12.4.3 Oracle RACデータベースの複数のリスナーの管理

Oracle RAC環境では、Oracle AgentでデータベースのOracleリスナーを管理することをお薦めします。

- Gridホームにあるlsnrctl実行可能ファイルを使用して、Oracle Database 12cリリース1 (12.1)のローカル・リスナーおよびSCANリスナーを管理します。
前のリリースで使用していたOracleホームの場所からlsnrctl実行可能ファイルを使用しないでください(この位置はOracle Database 12cリリース1 (12.1)では使用できません)。

- SRVCTLおよびsetenvコマンドを使用して、各リスナーのTNS_ADMINの値を変更します。
Oracle Clusterwareによって管理されていないリスナーの場合、Oracle Net Services構成ファイルを含むディレクトリを指すようにTNS_ADMIN環境変数またはレジストリ値を設定することによって、listener.oraファイルにデフォルト以外の場所を使用できます。

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

listener.oraファイルは、リスナーの構成ファイルです。

listener.oraファイルには、接続要求を受け入れるプロトコル・アドレス、リスニングするデータベース・サービスとその他のサービスのリスト、およびリスナーにより使用される制御パラメータを含めることができます。Oracle ClusterwareおよびOracle Real Application Clusters (Oracle RAC)により使用されるリスナーの構成は、サーバー制御ユーティリティ(SRVCTL)のコマンドまたはOracle Net Configuration Assistant (NETCA)を使用して変更できます。listener.oraファイルを手動で編集する必要はありません。

各リスナーは、リスニングするエンドポイントを指定する1つ以上のプロトコル・アドレスで構成されます。リスナー・エージェントはエンドポイントをリスナーで動的に更新します。Oracle Database 11g リリース2からは、listener.oraファイルにIPCキーおよび次の情報のみが含まれるようになりました。

(ADDRESS = (PROTOCOL=TCP)(HOST=)(PORT=1521))

前述の例で、プロトコルADDRESSは、暗黙的にローカル・ノードのHOSTエンドポイントとなります。Oracle RACデータベースの場合、listener.oraファイルはすべてのノードで同じです。ポート番号など、リスニングしているエンドポイントは、リスナーに動的に登録されます。

Oracle RACをインストールする前の、Oracle Grid Infrastructureのインストール中、NETCAはGridホームにLISTENERと呼ばれるデフォルトのリスナーを作成して起動します。このリスナーは、デフォルトのプロトコル・リスニング・アドレスで構成されます。このリスナーは、インストール中に指定した1つのプロトコル・アドレスに送信された接続要求に応答するように構成されます。

Oracle RACのインストール中に、Oracle RACデータベースはGridホームのリスナーを使用して、Oracle RACデータベースに関するサービス情報を構成します。データベース・サービスは、その情報(サービス名、インスタンス名、ロード情報など)をリスナーに自動的に登録します。動的なサービス登録よって、データベース・サービスの静的な構成が不要になります。ただし、Oracle Enterprise Managerを使用する予定の場合は、静的なサービス構成が必要です。

例6-4 Oracle RACノードのlistener.oraファイルの例

次は、インストール後のmyclusterクラスタの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\12.1.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

6.12.5 Net Servicesプロファイル・ファイル(sqlnet.ora)

Oracle Universal Installerは、データベース・ソフトウェアのインストール後にOracle Net Configuration Assistant (NETCA)を起動します。NETCAは、Oracle Net Servicesプロファイルまたはsqlnet.oraファイルを作成します。

Oracle Grid Infrastructureインストールでは、sqlnet.oraファイルはデフォルトでGrid_home\network\adminディレクトリにあります。

Oracle RACデータベース・インスタンスのローカル・リスナーの場合、sqlnet.oraファイルのデフォルトの場所は%ORACLE_HOME%\network\adminディレクトリです。このディレクトリには、デフォルトのsqlnet.oraファイルがあります。サンプルのsqlnet.oraファイルはサブディレクトリsampleにあります。

Oracle RACソフトウェアのインストール時、NETCAによって、sqlnet.oraファイルに次のエントリが作成されます(%ORACLE_BASE%は、Oracle RACインストール用のOracleベース・ディレクトリへのパスです)。

NAMES.DIRECTORY_PATH=(TNSNAMES, EZCONNECT)
ADR_BASE =%ORACLE_BASE%

AUTHENTICATION_SERVICESパラメータ(前述の例には示されていない)は、ユーザーのデータベース・アクセスの認証方法を指定します。値NTSは、Microsoft Windowsに備わっている認証を使用して、データベースへのアクセスを認可する必要があることを示します。Oracle Automatic Storage Management (Oracle ASM)を使用しているOracle DatabaseおよびOracle Grid Infrastructureによって管理されているデータベースでは、Windowsネイティブ認証を使用する必要があり、これはデフォルトで有効になります。

NAMES.DIRECTORY_PATHパラメータは、接続識別子を接続記述子に解決するために使用するネーミング・メソッドの優先順序を指定します。ADR_BASEパラメータは、自動診断リポジトリ(ADR)がデータベースで有効である場合に、トレーシング・インシデントとロギング・インシデントが格納されるベース・ディレクトリを指定します。

関連項目:

- sqlnet.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- 認証の詳細は、『Oracle Database概要』を参照してください。

- データベースの接続性を考慮したクライアントの構成方法の詳細は、『Oracle Database Clientインストレーション・ガイドfor Microsoft Windows』を参照してください。

- ADRの詳細は、『Oracle Database管理者ガイド』を参照してください。

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

必要な場合、Oracle Real Application Clusters (Oracle RAC)のOracleホーム・ディレクトリから、すべてのOracle Database、インスタンスおよびソフトウェアを完全に削除できます。

- 削除手順の概要
Oracle Database、インスタンスおよびソフトウェアを完全に削除する場合、いくつかの作業を実行する必要があります。

- クラスタ上のすべてのインスタンスの確認
SRVCTLまたはWindowsサービスのコントロール・インタフェースのいずれかを使用して、クラスタでデータベース・インスタンスを識別できます。

- Oracle RACソフトウェアの削除
削除ツールは、Oracle RACデータベースとシングル・インスタンス・データベースの両方に関して、サーバーからOracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ならびにOracle Databaseインストールを削除します。

- インストールが失敗した後のクリーンアップ
インストールが失敗した場合は、Oracleホーム・ディレクトリを削除し、Oracle Universal Installer(OUI)がインストール試行中に作成したすべてのファイルを削除する必要があります。

関連項目:
単独製品の削除の詳細は、『Oracle Database Clientインストレーション・ガイドfor Microsoft Windows』などの製品固有の資料を参照してください。その製品に適用される要件および制限を確認してください。

7.1 削除手順の概要

Oracle Database、インスタンスおよびソフトウェアを完全に削除する場合、いくつかの作業を実行する必要があります。

- Oracleホームに関連付けられたすべてのインスタンスの確認

- プロセスの停止

- Oracle Databaseホームにインストールされたリスナーの削除

- データベース・インスタンスの削除

- Oracle Automatic Storage Management (Oracle ASM)リリース1 (11.1)以下の削除

- Oracle ClusterwareおよびOracle ASM (Oracle Grid Infrastructure)の削除

注意:

- Oracle Database Vaultの削除の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

- Oracle Configuration Managerの削除の詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

- Oracle Grid Infrastructure 11gリリース2 (11.2)以上では、Oracle ASMとOracle ClusterwareはOracle Grid Infrastructureインストールに含まれています。これらのコンポーネントは一緒にインストールされ、削除されます。

注意:

1台のサーバー上の複数のデータベースで同じグローバル・データベース名(GDN)を使用するクラスタ・メンバー・ノードがある場合、1つのデータベースのみを削除ツールで削除することはできません。

たとえば、クラスタ・ノードのいずれかにあるスタンドアロンのデータベースがGDN mydb.example.comを使用し、Oracle RACデータベースのGDNもmydb.example.comである場合は、そのノードの両方のデータベースが削除ツールで削除されます。

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

SRVCTLまたはWindowsサービスのコントロール・インタフェースのいずれかを使用して、クラスタでデータベース・インスタンスを識別できます。

- SRVCTLを使用したクラスタ上のすべてのインスタンスの確認
SRVCTLを使用して、Oracleホームに関連付けられたすべてのデータベース・インスタンスを識別できます。

- Windowsサービス・コントロール・マネージャを使用したクラスタ上のすべてのインスタンスの確認
Windowsサービス・コントロール・マネージャを使用して、Oracleホームに関連付けられたすべてのデータベース・インスタンスおよびサービスを識別できます。

7.2.1 SRVCTLを使用したクラスタ上のすべてのインスタンスの確認

SRVCTLを使用して、Oracleホームに関連付けられたすべてのデータベース・インスタンスを識別できます。

- 次のコマンドを入力します(dbnameはデータベースの名前)。

C:\..> srvctl status database -db dbname

7.2.2 Windowsサービス・コントロール・マネージャを使用したクラスタ上のすべてのインスタンスの確認

Windowsサービス・コントロール・マネージャを使用して、Oracleホームに関連付けられたすべてのデータベース・インスタンスおよびサービスを識別できます。

1. 管理者権限を持つユーザーとしてクラスタ・ノードにログインします。

2. Windowsサービス・コントロール・マネージャを使用して、Oracleホームに関連するOracleサービスを特定します。
削除するOracleホームにアクセス可能で、状態が「開始」であるOracleサービス(名前がOraで始まるもの)を検索します。
サービスが関連付けられているOracleホームを確認するには、サービスの「実行可能ファイルへのパス」を調べて、そのサービスの実行可能ファイルが格納されているディレクトリを確認します。

7.3 Oracle RACソフトウェアの削除

削除ツールは、Oracle RACデータベースとシングル・インスタンス・データベースの両方に関して、サーバーからOracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ならびにOracle Databaseインストールを削除します。

- 削除ツールについて
削除ツールは、Oracleソフトウェアを停止し、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルを削除します。

- 削除ツールのコマンド・リファレンス
削除ツールを使用して、Oracleソフトウェアを削除できます。このコマンドは、スタンドアロン・モードでの実行、Oracleホーム・ディレクトリからの実行、またはインストーラを介した実行が可能です。

- 削除ツールを使用したOracle RACの削除
削除ツールは複数の方法で実行できます。

- Oracle RACを削除するためのサンプル・レスポンス・ファイル
Oracle RACデータベースに対して、-paramfileオプションを指定して削除ツールを実行すると、レスポンス・ファイルに指定した値を使用できます。次に、削除ツールで使用されるレスポンス・ファイルの例を示します。

7.3.1 削除ツールの概要

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

Oracle Database 12cから、削除ツールがデータベース・インストール・メディアに統合されました。Oracle DatabaseまたはOracle Databaseクライアントのインストール・メディアのベース・ディレクトリから、setup.exeコマンドに-deinstallオプションと-homeオプションを使用して削除ツールを実行できます。

また、削除ツールは、インストール後にOracleホーム・ディレクトリで別のコマンド(deinstall.bat)として使用することも可能です。これは%ORACLE_HOME%\deinstallディレクトリにあります。

削除ツールによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してOracle Grid Infrastructure for Windowsのインストールを削除する場合、適切なスクリプトが自動的に実行され、Oracle Grid Infrastructureまたはスタンドアロン・サーバー用のOracle Grid Infrastructureが構成解除されます。

削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。または、-checkonlyオプションと-oオプションを使用してdeinstall.batコマンドによって以前に生成されたレスポンス・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、レスポンス・ファイルを作成することもできます。

注意:
Oracleソフトウェアを削除するには、同じリリースの削除ツールを実行する必要があります。以前のリリースからOracleソフトウェアを削除するとき、それより新しいリリースの削除ツールは実行しないでください。たとえば、既存の11.2.0.4のOracleホームにあるOracleソフトウェアを削除するために、Oracle Database 12.1のインストール・メディアの削除ツールは実行しないでください。

Oracleホームのソフトウェアが実行されていない場合(インストール失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を提供する必要があります。

7.3.2 削除ツールのコマンド・リファレンス

削除ツールを使用して、Oracleソフトウェアを削除できます。このコマンドは、スタンドアロン・モードでの実行、Oracleホーム・ディレクトリからの実行、またはインストーラを介した実行が可能です。

用途

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

ファイル・パス

%ORACLE_HOME%\deinstall\deinstall

前提条件

Oracle Grid Infrastructureのインストールに対して削除ツールを実行する前に、次の作業を行います。

- Oracle Automatic Storage Management Cluster File System (Oracle ACFS)をディスマウントし、Oracle Automatic Storage Management Dynamic Volume Manager (Oracle ADVM)を無効にします。

- Grid Naming Service (GNS)が使用中の場合は、サブドメイン・エントリをDNSから削除することをDNS管理者に通知します。

deinstall.batプログラムを使用する場合の構文

deinstall.bat [-silent] [-checkonly] [-local]
[-paramfile complete path of input response 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]

setup.exeプログラムを使用する場合の構文

setup.exe -deinstall -home complete path of Oracle home[-silent] [-checkonly]
[-local] [-paramfile complete path of input response 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]

オプション

表7-1 削除ツールのオプション

コマンド・オプション

説明

home Oracleホームの完全パス

このオプションを指定して、確認または削除するOracleホームのホーム・パスを示します。削除するOracleホームにあるdeinstall.batコマンドを使用してOracleソフトウェアを削除する場合は、Oracleホーム以外の場所にレスポンス・ファイルを用意し、-homeオプションは使用しないでください。

deinstall.batをパス%ORACLE_HOME%\deinstallから実行する場合は、実行元となるホームがツールで認識されるため、-homeオプションは不要です。インストール・メディアからsetup.exe -deinstallコマンドを使用する場合は、-homeオプションが必須です。

silent

このオプションを指定すると、非対話型モードで削除ツールが実行されます。このオプションを指定する場合は、次のいずれかが必要です。

- インストール情報および構成情報を確認するためにアクセス可能な動作中のシステム。失敗したインストールで-silentオプションは動作しません。

- 削除または構成解除するOracleホームの構成値が記述されたレスポンス・ファイル。

checkonly

このオプションを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。-checkonlyオプションを指定してdeinstallコマンドを実行した場合、Oracleの構成は削除されません。このオプションによって、deinstall.batコマンドとともに使用できるレスポンス・ファイルが生成されます。

レスポンス・ファイルを生成するために-checkonlyオプションを使用すると、システムに関する情報を入力するように求められます。Oracle環境からツールが取得したデフォルト値(カッコ([])内に示されます)をそのまま使用するか、または別の値を指定できます。各プロンプトで[Enter]を押して、デフォルトを受け入れます。

local

複数ノード環境でこのオプションを指定すると、クラスタのOracleソフトウェアの構成が解除されます。

このオプションを指定してdeinstall.batを実行すると、非共有Oracleホーム・ディレクトリのローカル・ノード(deinstall.batを実行したノード)でのみOracleソフトウェアの構成が解除され、削除されます。構成解除ツールでは、リモート・ノードのOracleソフトウェアの削除または構成解除は行われません。

paramfile 入力レスポンス・ファイルの完全パス

(オプション)このオプションを指定すると、デフォルト以外の場所にあるレスポンス・ファイルを使用してdeinstall.batを実行できます。このオプションを使用する場合は、レスポンス・ファイルが存在する場所を完全パスで指定します。削除するOracleホームからdeinstall.batコマンドを実行する場合、-paramfileオプションを指定する必要はありません。

レスポンス・ファイルのデフォルトの場所は、削除ツールの場所によって異なります。

- インストール・メディアまたはステージの場所: X:\staging_location\deinstall\response

- インストール後のインストール済Oracleホーム: %ORACLE_HOME%\deinstall\response。

params name1=value[ name2=value name3=value...]

このオプションをレスポンス・ファイルとともに使用すると、作成したレスポンス・ファイル内の1つ以上の値を上書きできます。

o 保存するレスポンス・ファイルのディレクトリの完全パス

このオプションを指定すると、デフォルト以外の場所に、レスポンス・ファイル(deinstall.rsp.tmpl)を保存するパスが指定されます。

レスポンス・ファイルのデフォルトの場所は、削除ツールの呼出し方法によって異なります。

- インストール・メディアまたはステージの場所からの場合: stagelocation\response

- インストール後のインストール済Oracleホーム: %ORACLE_HOME%\deinstall\response。

tmpdir 使用する一時ディレクトリの完全パス

削除ツールが削除対象の一時ファイルを書き込むためのデフォルト以外の場所を指定します。

logdir 使用するログ・ディレクトリの完全パス

削除ツールが削除対象のログ・ファイルを書き込むためのデフォルト以外の場所を指定します。

help

-helpオプションを指定すると、削除ツールのオプションに関する追加情報を取得できます。

削除ツールのログ・ファイルの場所

Oracleホームにあるdeinstall.batコマンドを使用した場合、ログ・ファイルはC:\Program Files\Oracle\Inventory\logsディレクトリに書き込まれます。

deinstall.batコマンドを使用して、サーバーに最後にインストールしたOracleホームを削除すると、ログ・ファイルは現在のユーザーのホーム・ディレクトリに書き込まれます。たとえば、ドメイン・ユーザーRACDBA\dba1としてログインしている場合、ログ・ファイルはディレクトリC:\Users\dba1.RACDBA\logsに格納されます。

7.3.3 削除ツールを使用したOracle RACの削除

複数の方法で削除ツールを実行できます。

- Oracleホームからの削除ツールの実行
Oracleホームまたはソフトウェア・インストール・メディアから削除ツールを実行できます。

- インストーラからの対話的な削除ツールの実行
Oracleホームまたはソフトウェア・インストール・メディアから削除ツールを実行できます。

- レスポンス・ファイルを使用した削除ツールの実行
削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。または、–checkonlyオプションと-oオプションを使用して、deinstall.batコマンドによって以前に生成されたレスポンス・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、レスポンス・ファイルを作成することもできます。

- 削除ツールで使用するレスポンス・ファイルの生成
Oracleホームを削除するコマンドを実行する前に、-checkonlyおよび-oオプションを指定してdeinstall.batコマンドを実行することで、レスポンス・ファイルを生成できます。または、レスポンス・ファイル・テンプレートを使用し、このファイルを手動で編集してレスポンス・ファイルを作成することもできます。

7.3.3.1 Oracleホームからの削除ツールの実行

Oracleホームまたはソフトウェア・インストール・メディアから削除ツールを実行できます。

1. 削除ツールは、デフォルトでは、Oracleインストール・ユーザーとしてOracleホームのdeinstallディレクトリから実行します。
C:\> %ORACLE_HOME%\deinstall\deinstall.bat

2. サーバーに関する情報の入力を求められたら、情報を入力するかデフォルトを受け入れます。

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

例7-1 Oracleホーム内からのdeinstall.batの実行

削除ツールを実行する最も一般的な方法は、削除対象のOracleホームにインストールされているバージョンを使用することです。削除ツールはローカルのOracleホームのソフトウェア構成を確認し、各プロンプトでデフォルト値を提供します。デフォルト値を受け入れることも、別の値を優先することもできます。Oracleホームのソフトウェアが実行されていない場合(インストール失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を提供する必要があります。現在のOracleホーム・ディレクトリにある削除ツールを使用するには、Administratorsグループのメンバーとしてログインし、次のコマンドを発行します。

C:\> app\oracle\product\12.1.0\dbhome_1\deinstall\deinstall.bat

プロンプトが表示されたら、さらに情報を入力します。

注意:
削除対象のOracleホーム以外の場所から削除ツールを使用する場合は、コマンドラインで-homeオプションを指定する必要があります。

7.3.3.2 インストーラからの対話的な削除ツールの実行

Oracleホームまたはソフトウェア・インストール・メディアから削除ツールを実行できます。

1. setup.exeコマンドで、-deinstallオプションに続けて、-homeオプションを使用して削除するOracleホームのパスを指定します。

2. サーバーに関する情報の入力を求められたら、情報を入力するかデフォルトを受け入れます。

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

例7-2 ソフトウェア・インストール・メディアからの削除ツールの実行

インストール・メディアのインストーラから削除ツールを実行する場合、実行されたdeinstall.batコマンドは、指定された情報を使用してシステム構成を決定し、各プロンプトのデフォルト値を提供します。デフォルト値を受け入れることも、別の値を優先することもできます。指定したOracleホームのソフトウェアが実行されていない場合(インストール試行に失敗した後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を指定する必要があります。

たとえば、インストーラから起動した削除ツールを使用してOracle Databaseホームdbhome_1を削除するには、管理者グループのメンバーとしてログインし、次のようなコマンドを使用します(directory_pathはインストール・メディアのdatabaseディレクトリへのパスです)。

C:\> cd directory_path
C:\..database> setup.exe -deinstall -home C:\app\oracle\product\12.1.0\db_home1\

プロンプトが表示されたら、さらに情報を入力します。

注意:
削除対象のOracleホーム以外の場所から削除ツールを使用する場合は、コマンドラインで-homeオプションを指定する必要があります。

7.3.3.3 レスポンス・ファイルを使用した削除ツールの実行

削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。または、–checkonlyオプションと-oオプションを使用して、deinstall.batコマンドによって以前に生成されたレスポンス・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、レスポンス・ファイルを作成することもできます。

- パス/directory_path (directory_pathはインストール・メディアのdatabaseディレクトリ)にあるsetup.exeコマンドを実行し、ソフトウェア所有者の場所C:\user\oracleにあるレスポンス・ファイルを使用するには、Administratorsグループのメンバーとしてログインし、次のコマンドを入力します。

C:\> cd directory_path\
C:\..database> setup.exe -deinstall -paramfile C:\user\oracle\my_db_parmfile.tmpl

7.3.3.4 削除ツールで使用するレスポンス・ファイルの生成

Oracleホームを削除するコマンドを実行する前に、-checkonlyおよび-oオプションを指定してdeinstall.batコマンドを実行することで、レスポンス・ファイルを生成できます。または、レスポンス・ファイル・テンプレートを使用し、このファイルを手動で編集してレスポンス・ファイルを作成することもできます。

または、%ORACLE_HOME%\deinstall\response\deinstall.rsp.tmplにあるレスポンス・ファイル・テンプレートを使用することもできます。

- Oracleホームにあるdeinstall.batコマンドと-checkonlyオプションを使用してレスポンス・ファイルdeinstall_dbhome_1.rspを生成するには、次のようなコマンドを入力します(C:\app\oracle\product\12.1.0\dbhome_1はOracleホームの場所、C:\Users\oracleは生成されるレスポンス・ファイルが作成されるディレクトリ)。

C:\> app\oracle\product\12.1.0\dbhome_1\deinstall\deinstall.bat -checkonly -o C:\Users\oracle\

7.3.4 Oracle RACを削除するためのサンプル・レスポンス・ファイル

Oracle RACデータベースに対して、-paramfileオプションを指定して削除ツールを実行すると、レスポンス・ファイルに指定した値を使用できます。次に、削除ツールで使用されるレスポンス・ファイルの例を示します。

例7-3 Oracle RACをアンインストールするために削除ツールで使用するレスポンス・ファイルの例

次に、削除ツールで作成されるレスポンス・ファイルの例を示します。レスポンス・ファイルには、次の情報が含まれます。

- Oracleホーム・ユーザーはoracleです

- Oracle Databaseホーム(Oracleホーム)は、パスC:\app\oracle\product\12.1.0\dbhome_1です

- OracleベースはC:\app\oracleです

- OracleベースはC:\app\oracleです

- OracleベースはC:\app\oracleです

- 中央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
DB_TYPE.orcl=RAC_DB
silent=false
ORA_CRS_HOME=C:\app\12.1.0\grid\
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\12.1.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\12.1.0\DBHOME_1\DATABASE\DR1ORCL.DAT,C:\APP\ORACLE\PRODUCT\12.1.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=

7.4 インストールが失敗した後のクリーンアップ

インストールが失敗した場合は、Oracleホーム・ディレクトリを削除し、Oracle Universal Installer(OUI)がインストール試行中に作成したすべてのファイルを削除する必要があります。

1. 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\Oracle12\Performance
\KEY_ORACLE_HOME_NAME

これらの手順を完了したら、再びインストールを開始できます。

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

非対話型インストールでは、スクリプトを使用してOracle Real Application Clusters (Oracle RAC)データベースを作成できます。

注意:
Database Configuration Assistant(DBCA)によって生成されるスクリプトは、参照用です。データベース作成には、DBCAを使用することをお薦めします。

- DBCAを使用したOracle RAC用のインストール・スクリプトの生成
Oracle RACデータベースの作成およびデータベース使用の準備を行うスクリプトを生成できます。

- Oracle RACでのDBCAの非対話型(サイレント)構成の概要
Oracle Database Configuration Assistant (DBCA)を使用して、Oracle RACで非対話型(サイレント)構成を実行できます。

- Oracle RACの非対話型(サイレント)構成でのDBCAコマンドの使用
Oracle Database Configuration Assistant (DBCA)を非対話型モードで使用して、Oracle RACデータベースを作成できます。

- インストール時にレスポンス・ファイルを使用する方法の理解
Oracle Universal Installer (OUI)の起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。

- レスポンス・ファイルの準備
サイレント・モードまたはレスポンス・ファイル・モードのインストールでレスポンス・ファイルを準備する場合、次の2つの方法を使用できます。

- レスポンス・ファイルを使用したOracle Universal Installerの実行
この時点で、Oracle Databaseソフトウェアをインストールするために、作成したレスポンス・ファイルを指定して、Oracle Universal Installer (OUI)をコマンドラインで実行する準備が整っています。

- レスポンス・ファイルを使用したインストール後の構成
Oracleソフトウェアのインストール後に、レスポンス・ファイル構成を作成して実行できます。

- レスポンス・ファイルを使用したコンフィギュレーション・アシスタントの実行
レスポンス・ファイル・モードでコンフィギュレーション・アシスタントを実行して、システムにインストールしたOracleソフトウェアを構成して起動できます。

関連項目:
スクリプトの生成の詳細は、Oracle Universal Installer (OUI)ユーザーズ・ガイドを参照してください。

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

Oracle RACデータベースの作成およびデータベース使用の準備を行うスクリプトを生成できます。

1. DBCAを起動し、推奨オプションを選択してOracle RACデータベースを作成します。

a. DBCAセッションの「作成オプション」ページで、「データベースの作成」の選択を解除します。

b. 「データベース作成スクリプトの生成」を選択します。

c. 「終了」をクリックします。

スクリプトには、デフォルトの宛先ディレクトリを使用するか、または別の位置を検索して指定できます。いずれの場合も、次の手順で使用するパス名を記録しておく必要があります。

関連項目:
DBCAセッションの実行の詳細は、DBCAを使用したOracle RACデータベースの作成を参照してください。

2. DBCAで作成したスクリプトが格納されているディレクトリに移動し、必要な特性でデータベースを作成する文がSQLスクリプトに含まれていることを確認します。
必要とされる特定のデータベース特性の文がスクリプトに含まれていない場合は、スクリプトを自分で編集せずに、DBCAを再実行して、目的の構成のスクリプトを作成することをお薦めします。

3. DBCAセッションで指定した各クラスタ・ノードで、スクリプトsid.batを実行します。sidは、DBCAの「データベース名」ページで入力したSID接頭辞です。

4. SQL*PlusでALTER SYSTEM文を入力するか、各インスタンスのPFILEで、この初期化パラメータをコメント解除することで、SPFILEで初期化パラメータcluster_databaseをTRUE値に設定します。

5. Oracle RAC用にインストールされた構成の理解に従って、新しいデータベースおよびインスタンスをサポートするようにOracle Net Servicesを構成します。

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』を参照してください。

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

Oracle Database Configuration Assistant (DBCA)を使用して、Oracle RACで非対話型(サイレント)構成を実行できます。

サイレント構成を実行するには、Oracle Grid Infrastructure (Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM))のインストールを完了している必要があります。

DBCAを使用すると、Oracle提供のテンプレート、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

より複雑な環境では、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインストール・インタビューが行われます。これによって、データベースを作成する時間が長くなります。

A.3 Oracle RACの非対話型(サイレント)構成でのDBCAコマンドの使用

Oracle Database Configuration Assistant (DBCA)を非対話型モードで使用して、Oracle RACデータベースを作成できます。

例A-1 サイレント・モードでDBCAを使用したOracle RACデータベースの作成

次のコマンド構文を使用すると、汎用テンプレートを使用してOracle RACデータベースを作成し、既存のOracle ASMディスク・グループにデータ・ファイルを配置できます。ノードnode1およびnode2は、Oracle RACデータベース・インスタンスが作成されるクラスタ・ノードです。ディスク・グループ名は+ASMgrp1です。このインストールではOracleホーム・ユーザーが指定されているので、-serviceUserPasswordオプション付きで示されます。

%ORACLE_HOME%\bin\dbca -silent -createDatabase -templateName General_Purpose.dbc
-gdbName %DBNAME% -sid %ORACLE_SID% -sysPassword -systemPassword
-sysmanPassword -dbsnmpPassword  -serviceUserPassword
-emConfiguration LOCAL -storageType ASM -diskGroupName +ASMgrp1
-datafileJarLocation %ORACLE_HOME%\assistants\dbca\templates
-nodeinfo node1,node2 -characterset WE8MSWIN1252
-obfuscatedPasswords false -sampleSchema false -asmSysPassword

このコマンドを実行した後、前述のコマンドでパスワードを値として含めなかった場合、DBCAにより、次のようにSYS、SYSTEM、SYSMAN、DBSNMP、Oracleホーム(またはOracle Service)およびSYSASMユーザーのパスワードの入力を求められます。

Enter SYS user password:
password
Enter SYSTEM user password:
password
...

関連項目:
dbcaコマンドおよびオプションの詳細は、『Oracle Database管理者ガイド』を参照してください。

A.4 インストール時にレスポンス・ファイルを使用する方法の理解

Oracle Universal Installer (OUI)の起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。

OUIはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。通常、インストーラは対話型で、つまりGraphical User Interface(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホームの名前を指定するには、次のように、ORACLE_HOME_NAME変数に適切な値を入力します。

ORACLE_HOME_NAME="OraDBHome1"

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent "ORACLE_HOME_NAME=OraDBHome1" ...

変数名とその値は二重引用符で囲んでください。

- サイレント・モードまたはレスポンス・ファイル・モードの使用の判断
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行するいくつかの理由があります。

- データベース・ファイルにOracle ASMを使用するデータベースのサイレント・モードでの作成
Oracle Automatic Storage Management (Oracle ASM)を記憶域に使用するOracle Real Application Clusters (Oracle RAC)データベースの作成は、複数の手順を伴うプロセスです。

- レスポンス・ファイルの使用
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用してOracle製品をインストールして構成するには、次の一般的な手順を使用します。

関連項目:
レスポンス・ファイルの詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

A.4.1 サイレント・モードまたはレスポンス・ファイル・モードの使用の判断

インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行するいくつかの理由があります。

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

モード

使用する理由

サイレント

次のインストールでは、サイレント・モードを使用します。

- オペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する場合。

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する場合。

- Oracle Universal Installer (OUI)のグラフィカル・ユーザー・インタフェースを表示できないシステムにソフトウェアをインストールする場合

OUIによって起動元の端末に進捗情報が表示されますが、インストーラ画面はまったく表示されません。

レスポンス・ファイル

レスポンス・ファイル・モードは、インストーラ・プロンプトの全部ではなく一部にデフォルトの応答を提供し、複数のシステムに同様のOracleソフトウェア・インストールを行う場合に使用します。

特定のOUI画面に必要な情報をレスポンス・ファイルに指定していないと、インストーラによってその画面が表示されます。必要な情報をすべて指定した画面はOUIにより表示されません。

A.4.2 データベース・ファイルにOracle ASMを使用するデータベースのサイレント・モードでの作成

Oracle Automatic Storage Management (Oracle ASM)を記憶域に使用するOracle Real Application Clusters (Oracle RAC)データベースの作成は、複数の手順を伴うプロセスです。

Oracle ASMを使用するデータベースを作成する前に、root.batスクリプトを実行する必要があります。このため、サイレント・モードでのインストール中に、Oracle ASMをデータベース・ファイルの記憶域オプションとして使用するデータベースを作成できません。

注意:
この制限事項は、データベース・ファイルの記憶域オプションとしてOracle Automatic Storage Managementを使用するデータベースにのみ適用されます。ファイル・システム・オプションを使用するデータベースは、サイレント・モードのインストールによって作成できます。

1. サイレント・モードを使用して、Oracle RACのソフトウェアのみのインストールを完了します。

2. root.batスクリプトを実行します。

3. Oracle Net Configuration Assistantをサイレント・モードで実行します。

4. Oracle Database Configuration Assistant (DBCA)をサイレント・モードで実行します。

関連項目:
Oracle Databaseのソフトウェアのみのインストールの実行

A.4.3 レスポンス・ファイルの使用

次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールおよび構成する一般的な手順を示します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. Windowsレジストリ・キーHKEY_LOCAL_MACHINE\Software\Oracleが存在し、inst_locの値がローカル・ノード上のOracle Inventoryディレクトリの場所になっていることを確認します。

Oracle RACをインストールするには、最初にOracle Grid Infrastructureをクラスタ・ノードにインストールしておく必要があります。Oracle Inventoryディレクトリは、Oracle Grid Infrastructureのインストール時に作成されてWindowsレジストリに追加されています。inst_locキーがWindowsレジストリに存在しない場合は、続行する前にOracle Grid Infrastructureをクラスタにインストールしてください。

注意:
Oracleソフトウェアのインストール後は、Windowsレジストリでinst_locの値を変更することはサポートされていません

2. レスポンス・ファイルを準備します。

3. インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

4. ソフトウェアのみのインストールを終了したら、次にOracle Net Configuration Assistant(NETCA)およびOracle Database Configuration Assistant (DBCA)をサイレント・モードまたはレスポンス・ファイル・モードで実行します。

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

サイレント・モードまたはレスポンス・ファイル・モードのインストールでレスポンス・ファイルを準備する場合、次の2つの方法を使用できます。

- レスポンス・ファイル・テンプレートについて
Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。

- レスポンス・ファイル・テンプレートの編集
Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。レスポンス・ファイル・テンプレートをコピーして変更できます。

- レスポンス・ファイルの記録
インストーラを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。

A.5.1 レスポンス・ファイル・テンプレートについて

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。

Oracle Databaseの場合、レスポンス・ファイル・テンプレートは、インストール・メディアのdatabase\responseディレクトリ、およびOracle_home\inventory\responseディレクトリにあります。Oracle Grid Infrastructureの場合、レスポンス・ファイル・テンプレートは、ソフトウェアがインストールされた後のGrid_home\install\responseディレクトリにあります。

注意:
ローカル・ディスクのディレクトリ(staging_dirディレクトリと呼ばれる)にインストール・メディアをコピーした場合、レスポンス・ファイルはstaging_dir\database\responseディレクトリにあります。

すべてのレスポンス・ファイル・テンプレートには、コメント・エントリ、サンプル・フォーマット、例およびその他の役立つ説明が含まれています。インストールをカスタマイズできるよう、レスポンス・ファイルの指示に目を通し、レスポンス・ファイルの変数の値を指定する方法を理解してください。

このソフトウェアには、次のレスポンス・ファイルが付属します。

表A-2 Oracle DatabaseおよびOracle Grid Infrastructureのレスポンス・ファイル

レスポンス・ファイル

使用対象

db_install.rsp

Oracle Real Application Clustersのサイレント・インストール

dbca.rsp

Oracle Database Configuration Assistant (DBCA)を使用したOracle Databaseのサイレント作成およびサイレント構成

netca.rsp

NETCAを使用したOracle Netのサイレント構成

grid_install.rsp

Oracle Grid Infrastructureインストールのサイレント構成

注意:

レスポンス・ファイル・テンプレートを変更し、保存して使用する場合、レスポンス・ファイルに暗号化されていないパスワードが含まれている場合があります。レスポンス・ファイルの所有者はOracleソフトウェア・インストール所有者のみとし、アクセスはレスポンス・ファイルのみに制限してください。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

A.5.2 レスポンス・ファイル・テンプレートの編集

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。レスポンス・ファイル・テンプレートをコピーして変更できます。

1. レスポンス・ファイル・ディレクトリからシステム上のディレクトリに、レスポンス・ファイルをコピーします。
ローカル・ディスクのディレクトリ(staging_dirディレクトリと呼ばれる)にインストール・メディアをコピーした場合、staging_dir\database\responseディレクトリのファイルを編集できます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

関連項目:
レスポンス・ファイルの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはコンフィギュレーション・アシスタントが失敗します。また、レスポンス・ファイル名が.rspで終わることを確認してください。

4. レスポンス・ファイルを保護します。
Oracleソフトウェアをインストールしたユーザーのみがレスポンス・ファイルを表示または変更できることを確認します。インストールの正常終了後に、変更済のレスポンス・ファイルを削除することを検討してください。

注意:
Oracle Databaseのインストールに必要なすべての項目を指定したレスポンス・ファイルには、データベース管理アカウント用のパスワードと、オペレーティング・システム・グループのORA_DBAおよび管理者のメンバーであるユーザー用のパスワードが含まれています。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

A.5.3 レスポンス・ファイルの記録

インストーラを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。

この方法は、拡張インストールまたはソフトウェアのみのインストールに役立ちます。「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、またはインストーラでローカル・ディスクにソフトウェアをコピーする前に「サマリー」ページでインストーラを終了することもできます。

レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

注意:
レスポンス・ファイルの記録中は、パスワードを保存できません。

1. 標準のインストールと同様にインストール前の作業を実行します。
インストーラを実行してレスポンス・ファイルに記録する際、インストーラはシステムを確認してソフトウェアをインストールするための要件を満たしているかどうかを検証します。そのため、必要なすべてのインストール前作業を完了してから、インストールを実行してレスポンス・ファイルを記録することをお薦めします。

2. Oracleインストール・ユーザーとしてログインします。Oracleインストール・ユーザーが、インストール中に指定するOracleホームのパスを作成して書き込むための権限を持っていることを確認します。

3. インストーラを起動します。インストールの各画面で、必要な情報を指定します。

4. インストーラの「サマリー」画面が表示されたら、次の手順を実行します。

a. 「レスポンス・ファイルの保存」をクリックします。ポップアップ・ウィンドウで、値をレスポンス・ファイルに保存するためのファイル名と場所を指定し、「保存」をクリックします。

b. 「終了」をクリックしてインストールを続行します。
インストールを続行しない場合は、「取消」をクリックします。インストールは停止しますが、記録されたレスポンス・ファイルは保持されます。

注意:
レスポンス・ファイル名には、.rspの接尾辞を付ける必要があります。

5. インストールを最後まで実行していない場合は、「ファイルの場所の指定」画面で指定したパスに作成されたOracleホーム・ディレクトリを削除します。

6. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。編集する際は、ファイルに記載された説明をガイドとして使用してください。

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

この時点で、Oracle Databaseソフトウェアをインストールするために、作成したレスポンス・ファイルを指定して、Oracle Universal Installer (OUI)をコマンドラインで実行する準備が整っています。

OUIの実行可能ファイルsetup.exeでは、いくつかのオプションを使用できます。

- OUIのヘルプ情報の表示
Oracle Universal Installer (OUI)のすべての使用可能なオプションの詳細は、-helpオプションを指定してsetup.exeコマンドを実行します。

- 入力にレスポンス・ファイルを使用したインストーラの実行
インストーラでレスポンス・ファイルを使用してOracle Databaseソフトウェアをインストールするには、次の手順を実行します。

A.6.1 OUIのヘルプ情報の表示

Oracle Universal Installer (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

わずかに遅れて、セッション・ウィンドウ上にヘルプ情報が表示されます。

A.6.2 入力にレスポンス・ファイルを使用したインストーラの実行

インストーラでレスポンス・ファイルを使用してOracle Databaseソフトウェアをインストールするには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。

2. Oracleインストール・ユーザーとしてログインします。

3. コマンドを次のように入力して、サイレント・モードまたはレスポンス・ファイル・モードでインストーラを起動します。

X:\staging_dir> database\setup.exe  [-silent] [-noconfig] \
-responseFile responsefilename

この例の意味は次のとおりです。

- X:\staging_dirは、インストール・メディア(DVDドライブなど)の場所またはローカル・ノード上のステージング・ディレクトリのパスです。

- -silentは、インストーラをサイレント・モードで実行します。

- -noconfigを指定すると、インストール中にコンフィギュレーション・アシスタントは実行されず、ソフトウェアのみのインストールが実行されます。

- responsefilenameは、事前に構成したインストール用レスポンス・ファイルのフルパスとファイル名です。レスポンス・ファイル・テンプレートの編集を参照してください。

注意:
レスポンス・ファイルのパスを相対パスで指定しないでください。相対パスを指定すると、インストーラが失敗します。レスポンス・ファイルの場所をフルパスで指定してください

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

Oracleソフトウェアのインストール後に、レスポンス・ファイルによる構成を作成して実行できます。

- インストール後の構成ファイルについて
コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトを使用して起動されます。

- パスワード・レスポンス・ファイルの作成
次の手順を使用して、コンフィギュレーション・アシスタントで使用するパスワード・レスポンス・ファイルを作成します。

- レスポンス・ファイルを使用したインストール後の構成の実行
configToolAllCommandsスクリプトを使用してコンフィギュレーション・アシスタントをサイレント・モードまたはレスポンス・ファイル・モードで実行するには、次の手順を実行します。

A.7.1 インストール後の構成ファイルについて

コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトによって起動されます。

サイレント・モードまたはレスポンス・ファイル・モードを使用してインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します(指定しない場合は、グラフィカル・ユーザー・インタフェースを使用して手動で入力します)。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にコンフィギュレーション・アシスタントから要求されるユーザー・アカウントのパスワードは含まれていません。サイレント・モードでのインストールの完了後にコンフィギュレーション・アシスタントを実行する場合は、configToolAllCommandsスクリプトを実行し、コンフィギュレーション・アシスタントで使用されるパスワードをパスワード・ファイルに指定する必要があります。

パスワード・レスポンス・ファイルを使用すると、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およびDBSNMPのパスワードが必要です。システム構成に応じて、次の追加のパスワードを指定する必要がある場合があります。

- データベースが記憶域にOracle ASMを使用している場合、S_ASMSNMPPASSWORD変数にパスワードを指定する必要があります。Oracle ASMを使用しない場合は、このパスワード変数には値を指定しません。

- Oracle Enterprise Managerを構成する場合、S_HOSTUSERPASSWORD変数の値をOracleソフトウェア・インストール所有者のパスワードに設定する必要があります。Oracle Enterprise Managerを有効にしない場合は、このパスワード変数には値を指定しません。

- 1つ以上のプラガブル・データベース(PDB)を持つマルチテナント・コンテナ・データベース(CDB)を作成する場合は、ORACLE.INSTALL.DB.CONFIG.STARTERDB.PASSWORD.PDBADMIN変数のパスワードを指定する必要があります。

- Oracle DatabaseインストールにOracleホーム・ユーザーを指定した場合、oracle.assistants.server|S_WINSERVICEUSERPASSWORD変数にパスワードを指定します。

A.7.2 パスワード・レスポンス・ファイルの作成

次の手順を使用して、コンフィギュレーション・アシスタントで使用するパスワード・レスポンス・ファイルを作成します。

1. filename.propertiesという形式の名前のレスポンス・ファイルを作成します。

2. テキスト・エディタでこのファイルを開いて、下の例に示すように、パスワード・ファイルの例の内容を切り取って貼り付け、必要に応じて変更します。

3. WindowsのNew Technology File System(NTFS)フォーマットのボリュームにこのファイルを格納する場合、このファイルを保護するためにセキュリティ権限を変更します。

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

次の例に、Database Configuration Assistantで使用するパスワード・レスポンス・ファイルのテンプレートを示します。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_PDBADMINPASSWORD=password
oracle.assistants.server|S_EMADMINPASSWORD=password
oracle.assistants.server|S_ASMSNMPPASSWORD=password
oracle.assistants.server|S_WINSERVICEUSERPASSWORD=password

Oracle Enterprise ManagerまたはOracle ASMへのアクセスを有効にしない場合、これらのパスワード・フィールドは空白のままにします。

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

configToolAllCommandsスクリプトを使用してコンフィギュレーション・アシスタントをサイレント・モードまたはレスポンス・ファイル・モードで実行するには、次の手順を実行します。

1. %ORACLE_HOME%\cfgtoollogsに移動します。

2. 次の構文を使用して、構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=\path\name.properties

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

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

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

レスポンス・ファイル・モードでコンフィギュレーション・アシスタントを実行して、システムにインストールしたOracleソフトウェアを構成して起動できます。

コンフィギュレーション・アシスタントをレスポンス・ファイル・モードで実行するには、最初にレスポンス・ファイル・テンプレートをコピーして編集する必要があります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはX:\staging_dir\database\responseディレクトリに格納されています。

- Database Configuration Assistantのサイレント・モード
モードをサイレントに設定するには、-silentオプションを-responseFileオプションと組み合せて使用します。

- Database Configuration Assistantのプログレスのみモード
モードをプログレスのみに設定するには、-progressOnlyオプションを-responseFileオプションと組み合せて使用します。

- レスポンス・ファイル・モードでのDatabase Configuration Assistantの実行
Database Configuration Assistant (DBCA)をレスポンス・ファイル・モード(サイレント・モードまたはプログレスのみモード)で実行し、システムでOracle Databaseを構成および起動できます。

- レスポンス・ファイルを使用したOracle Net Configuration Assistantの実行
サイレント・モードでOracle Net Configuration Assistant (NETCA)を実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。

A.8.1 Database Configuration Assistantのサイレント・モード

モードをサイレントに設定するには、-silentオプションを-responseFileオプションと組み合せて使用します。

サイレント・モードでは、レスポンス・ファイルに指定した値またはコマンドライン・オプションとして指定した値がDatabase Configuration Assistantで使用され、データベースが作成されます。サイレント・モードではウィンドウやユーザー・インタフェースは表示されません。

A.8.2 Database Configuration Assistantのプログレスのみモード

モードをプログレスのみに設定するには、-progressOnlyオプションを-responseFileオプションと組み合せて使用します。

Database Configuration Assistant (DBCA)はデータベースを構成して起動しながら、状態メッセージとプログレス・バーのウィンドウを表示します。このウィンドウは、Enterprise Editionのインストールで事前構成済データベースの作成を選択したときに表示されるウィンドウと同様です。

このモードでは、レスポンス・ファイルに指定した値またはコマンドライン・オプションとして指定した値がDatabase Configuration Assistantで使用され、データベースが作成されます。

A.8.3 レスポンス・ファイル・モードでのDatabase Configuration Assistantの実行

Database Configuration Assistant (DBCA)をレスポンス・ファイル・モード(サイレント・モードまたはプログレスのみモード)で実行し、システムでOracle Databaseを構成および起動できます。

Database Configuration Assistantをレスポンス・ファイル・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。

1. インストール・メディアのresponseディレクトリに、dbca.rspという名前のレスポンス・ファイル・テンプレートが用意されています。レスポンス・ファイル・テンプレートdbca.rspを、responseファイルのディレクトリから使用するシステムのディレクトリへコピーします。
ソフトウェアをハード・ドライブにコピーした場合は、X:\staging_dir\database\responseディレクトリのファイルを編集することもできます。

注意:
レスポンス・ファイル・テンプレートを編集するもう1つの方法として、DBCAを実行する際に、コマンドライン・オプションとしてすべての必要な情報を指定してデータベースを作成することもできます。サポートされるオプションのリストの詳細を参照するには、次のコマンドを入力します。

C:\> %ORACLE_HOME%\bin\dbca -help

2. Oracleホーム・ユーザーとしてログインします。%ORACLE_HOME%環境変数を正しいOracleホーム・ディレクトリに設定します。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またはStandard Edition 2 (SE2)のインストールで事前構成済データベースの作成を選択した際に表示されるウィンドウと同じです。

関連項目:

- DBCAを非対話型(サイレント・モード)で使用したデータベースの作成の詳細は、『Oracle Database管理者ガイド』を参照してください。

- Oracle ASMCAの非対話モードでの実行の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

サイレント・モードでOracle Net Configuration Assistant(NETCA)を実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。

次のresponseサブディレクトリに、netca.rspという名前のレスポンス・ファイル・テンプレートが用意されています。

- ソフトウェアのみインストール後のOracle_home\database\inventory\responseディレクトリ

- インストール・メディアまたはステージング領域のdatabase\responseディレクトリ

NETCAをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。

1. レスポンス・ファイルのディレクトリからシステム上のディレクトリに、レスポンス・ファイル・テンプレートnetca.rspをコピーします。
ソフトウェアがハード・ドライブでステージングされている場合、またはすでにインストールされている場合は、かわりにローカル・ディスクのresponseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、NETCAが失敗します。

4. Oracleホーム・ユーザーとしてログインします。%ORACLE_HOME%環境変数を正しい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 Oracle RAC環境のディレクトリ構造

ソフトウェアをインストールすると、Oracle Real Application Clusters (Oracle RAC)のディレクトリ構造が複数作成されます。

- Oracle RACのディレクトリ構造の理解
Oracle Database 12cリリース1 (12.1)とOracle RACをインストールすると、複数のディレクトリ構造が作成されます。

- Oracle RACのディレクトリ構造
Optimal Flexible Architecture (OFA)準拠のサンプル・データベースには、フォルダのディレクトリ階層ツリーが含まれます。

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

Oracle Database 12cリリース1 (12.1)とOracle RACをインストールすると、複数のディレクトリ構造が作成されます。

Oracle Inventoryディレクトリ、Oracle Automatic Storage Management (Oracle ASM)ホーム(該当する場合)およびOracle Clusterwareホームを除くすべてのサブディレクトリは、最上位のOracleベース・ディレクトリの下に作成されます。Oracleホームおよびadminディレクトリも、Oracleベース・ディレクトリの下にあります。

関連項目:
Oracleホームおよびadminディレクトリの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

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

Optimal Flexible Architecture (OFA)準拠のサンプル・データベースには、フォルダのディレクトリ階層ツリーが含まれます。

表B-1 OFA準拠の環境のディレクトリ構造の例

ディレクリ

説明

%ORACLE_BASE%

C:\app\oracle
Oracleインストール・ユーザーがソフトウェアをインストールしたデフォルトのORACLE_BASEディレクトリ

%ORACLE_BASE%\installation_type

C:\app\oracle\product\12.1.0\db
Oracleベース・ディレクトリのインストール・タイプ。たとえば、Oracle Database 12cリリース1 (12.1)をインストールする場合のインストール・タイプの値は、product\12.1.0\dbです。

%ORACLE_HOME%
(

%ORACLE_BASE%\installation_type\Home_name
)

Oracle Databaseソフトウェアのインストール先。ソフトウェアのインストールが複数必要な場合は、カウンタを追加することもできます。たとえば、Oracle Database 11g リリース2ソフトウェアに対して2つ目のOracleホームを作成する場合、パスは次のとおりです。

C:\app\oracle\product\12.1.0\dbhome_2
Oracle DatabaseホームはOracleベース・ディレクトリ・パスの下に作成されることに注意してください。Oracle Clusterwareディレクトリは、データベース実行可能ファイルが存在するOracleベース・ディレクトリ・パスの下には配置しないでください。

%ORACLE_HOME%\database

データベース用にローカルの初期化パラメータ・ファイルが格納されるディレクトリ。

%ORACLE_BASE%\admin

C:\app\oracle\admin
管理ディレクトリ。Oracle Database 11g以上のリリースでは、bdump、cdumpおよびudumpファイルは%ADR_BASE%に関連付けられたディレクトリに再配置されることに注意してください。

%ORACLE_BASE%\admin\db_unique_name

データベースの一意の名前(データベース名が8文字以下の場合はdbnameと同じ)。たとえば、データベース名がsalesの場合、ディレクトリ・パスは次のようになります。

C:\app\oracle\admin\sales

%ORACLE_BASE%\admin\db_unique_name\hdump

%ORACLE_BASE%\admin\db_unique_name\pfile

データベース・サーバーのダンプ先。

%ADR_BASE%

このディレクトリ・パスはDIAGNOSTIC_DEST初期化パラメータで設定されます。また、自動診断リポジトリのパスはすべてのノードからアクセス可能な共有記憶域の場所に配置する必要があります。

デフォルトでは、このパスは次のように、Oracleベース・ディレクトリのサブセットになります。

%ORACLE_BASE%\diag\

%ADR_BASE%\bdump

%ADR_BASE%\cdump

%ADR_BASE%\udump

自動診断リポジトリのダンプ先のトレース・ファイル。

クラスタ用のOracle Grid Infrastructureホーム(Gridホーム)

OFA準拠のOracle Clusterwareホームのパス。デフォルトの値は次のとおりです。

C:\app\12.1.0\grid
クラスタ用のOracle Grid Infrastructureのインストール中に、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ソフトウェアがインストールされます。

Grid_home\bin

Oracle ClusterwareおよびOracle ASM実行可能ファイルのサブツリー。

Grid_home\network

Oracle Net Services構成ファイルとユーティリティのサブツリー。

C 既存のOracle RACデータベースをアップグレードするための準備

既存のデータベースにさらに製品を追加するための準備、またはパッチを更新するための準備として、Oracle Real Application Clusters (Oracle RAC)データベースですべてのプロセスを停止する必要があります。

- Oracle RACデータベースのバックアップ
インストール済のソフトウェアを変更する前に、Oracleソフトウェア・インストールのバックアップを作成します。

- Oracle RACデータベースの停止
Oracle Enterprise Managerまたはサーバー制御(SRVCTL)ユーティリティを使用して、Oracle RACデータベースおよびそのインスタンスを停止できます。

- すべてのOracleプロセスの停止
データベース・ソフトウェアを変更するOracleホーム・ディレクトリで実行されているすべてのリスナー・プロセスとその他のプロセスを停止します。

- CVUを使用したOracle RACアップグレードの準備状況の検証
この項の内容を確認してOracle RACクラスタのアップグレードの準備ができていることを検証します。

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

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

インストール済のソフトウェアを変更する前に、Oracleソフトウェア・インストールのバックアップを作成します。

- Oracleソフトウェアを変更する前に、Oracle Databaseインストールのバックアップを作成することをお薦めします。

関連項目:

- バックアップ戦略の作成の詳細は、Oracle Databaseアップグレード・ガイドを参照してください。

- RMANを使用したデータベースのバックアップの詳細は、Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照してください。

- VSSを使用したデータベースのバックアップの詳細は、Oracle Databaseプラットフォーム・ガイドfor Microsoft Windowsを参照してください。

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

Oracle Enterprise Managerまたはサーバー制御(SRVCTL)ユーティリティを使用して、Oracle RACデータベースおよびそのインスタンスを停止できます。

- 各ノードの既存のすべてのOracle Databaseインスタンスを通常の順序または優先度の高い順に停止します。

注意:
Oracle ClusterwareまたはOracle Restartを使用している場合は、Oracleソフトウェアを変更する前に、すべてのクラスタ・ノードですべてのOracle Databaseインスタンスを停止する必要があります。パッチの更新を実行する場合の詳細な手順は、パッチ・セット・ノートを参照してください。

関連項目:

- Oracle Restartの詳細は、『Oracle Database管理者ガイド』を参照してください。

- パッチおよびパッチ・セットの詳細は、新しいソフトウェアにパッチが必要かどうかの判別を参照してください。

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

データベース・ソフトウェアを変更するOracleホーム・ディレクトリで実行されているすべてのリスナー・プロセスとその他のプロセスを停止します。

注意:
Oracle ASMインスタンス、Oracle ClusterwareまたはOracle Restartを停止する前に、まずそれらを使用するすべてのデータベース・インスタンスを停止する必要があります。

- 製品の追加またはアップグレード前のOracle Databaseプロセスの停止
Oracle Database 12cリリース1 (12.1)にその他の製品を追加する前に完了する必要があるいくつかの作業があります。

- Oracle ClusterwareおよびOracle ASMインスタンスの停止
Oracle ClusterwareまたはOracle ASMソフトウェアを更新する場合は、まず、記憶域にOracle ASMを使用するすべてのOracle RACデータベース・インスタンスおよびすべてのOracle Databaseインスタンスを停止する必要があります。データベース・インスタンスを停止したら、Oracle ASMインスタンスおよびOracle Clusterwareを停止します。

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

Oracle Database 12cリリース1 (12.1)にその他の製品を追加する前に完了する必要があるいくつかの作業があります。

Oracle Databaseソフトウェアのみを更新する場合は、更新するOracleホームから実行されているデータベース・インスタンスのみを停止する必要があります。パッチの更新を実行する場合の詳細な手順は、そのパッチのデータベース・パッチ・セット・ノートを参照してください。

注意:
次の手順は、ここに示す順序で実行する必要があります。

1. 各ノードのOracleホームで、データベースにアクセスする可能性のあるすべてのプロセスを停止します。

注意:
Oracle Enterprise Manager Cloud Controlによって監視されているプロセスを停止する前に、停止するプロセスのブラックアウトをOracle Enterprise Manager Cloud Controlに設定します。これは、これらのプロセスの可用性レコードが、計画外のシステム停止ではなく計画停止時間であったことを示すようにするために必要です。

2. すべてのノードですべてのOracle RACインスタンスを停止します。データベースのすべてのOracle RACインスタンスを停止するには、次のコマンドを入力します。db_nameはデータベースの名前です。

C:\> %ORACLE_HOME%\bin\srvctl stop database -db db_name

関連項目:

- Oracle Enterprise Managerでのブラックアウトの構成の詳細は、『Oracle Database管理者ガイド』を参照してください。

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

C.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 Cloud ControlエージェントまたはOracle Net Servicesリスナーなど)を停止します。

注意:
Oracle Enterprise Manager Cloud Controlによって監視されているプロセスを停止する前に、停止するプロセスのブラックアウトをOracle Enterprise Manager Cloud Controlに設定します。これは、これらのプロセスの可用性レコードが、計画外のシステム停止ではなく計画停止時間であったことを示すようにするために必要です。

2. すべてのノードですべてのOracle RACインスタンスを停止します。データベースのすべてのOracle RACインスタンスを停止するには、次のコマンドを入力します。db_nameはデータベースの名前です。

Oracle_home\bin\srvctl stop database -db db_name

3. すべてのノード上のOracle Clusterwareノード・アプリケーションおよびリソースをすべて停止します。ノードで実行されているノード・アプリケーションを停止するには、次のコマンドを入力します(C:\app\12.1.0\gridはGridホーム、nodeはアプリケーションが実行されているノードの名前)。

C:\> cd app\12.1.0\grid\bin
C:\..\bin> srvctl stop nodeapps -node 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プロセスを停止します。

a. 「スタート」をクリックします。

b. 「コントロール パネル」を選択します。

c. 「管理ツール」を選択します。

d. 「サービス」を選択します。

e. 「サービス」ウィンドウで、次のサービスを停止します。

- Oracle Object Service

- OracleClusterVolumeService

- OracleOHService

注意:
リストされたサービスのうち、構成によっては、ノードで実行されていないものもあります。

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

この項の内容を確認してOracle RACクラスタのアップグレードの準備ができていることを検証します。

- CVUデータベース・アップグレード検証コマンドのオプションの使用
Oracle RACインストールのアップグレードの準備状況を確認するには、クラスタ検証ユーティリティ(CVU)を使用します。

- Oracle RACインフラストラクチャに対するシステム・アップグレードの準備状況の検証例
cluvfyを使用して、Oracle RACのインストールに必要な権限が、ノードnode1およびnode2で構成されているかどうかを検証できます。

- Oracle Databaseアップグレードのシステム準備状況の検証
アップグレード・プロセス中の中断を避けるために、クラスタ検証ユーティリティを使用して、システムの準備が整っていることを確認する必要があります。

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

Oracle RACインストールのアップグレードの準備状況を確認するには、クラスタ検証ユーティリティ(CVU)を使用します。

用途

-pre dbinstおよび-upgradeオプションを指定してcluvfyを実行すると、システム・チェックが実行され、クラスタが既存のOracle RACインストールからのアップグレードに適した状態にあるかどうかが確認されます。

コマンド構文

cluvfy stage -pre dbinst -upgrade -src_dbhome src_RAChome [-dbname
db_names_list] -dest_dbhome dest_RAChome -dest_version dest_version
[-dest_serviceuser username [-dest_servicepasswd]][-verbose]

コマンド・オプション

表C-1 CLUVFYによるアップグレード前の確認のコマンド・オプション

コマンド・オプション

説明

-src_dbhome src_RAChome

アップグレード対象のソースのOracle RACホームの場所(src_RAChomeはアップグレードするホームのパス)。

-dbname db_names_list

オプション: アップグレードするデータベースの一意の名前のリスト。

-dest_dbhome dest_RAChome

アップグレードしたOracle RACホームの場所(dest_RAChomeはOracle RACホームのパス)。

-dest_version dest_version

dest_versionオプションは、パッチセットを含む、アップグレードのリリース番号を指定します。リリース番号には、プラットフォーム固有のパッチのレベルまでリリースを指定する5つの数字を含める必要があります(例: 12.1.0.1.0)。
リリース番号形式の詳細は、Oracle Database管理者ガイドを参照してください。

-dest_serviceuser username

オプション: アップグレード先OracleホームのOracleホーム・ユーザー。

-dest_servicepasswd

オプション: Oracleホーム・ユーザー・パスワードのプロンプト

-verbose

-verboseオプションを使用すると、個々のチェックの詳細な出力が生成されます。

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

cluvfyを使用して、Oracle RACのインストールに必要な権限が、ノードnode1およびnode2で構成されているかどうかを検証できます。

C:\..bin> cluvfy stage -pre dbinst -upgrade -src_dbhome
C:\app\oracle\product\11.2.0\dbhome_1 -dest_dbhome
C:\app\oracle\product\12.1.0\dbhome_1 -dest_version 12.1.0.0.0 -verbose

C.4.3 Oracle Databaseアップグレードのシステム準備状況の検証

アップグレード・プロセス中の中断を避けるために、クラスタ検証ユーティリティを使用して、システムの準備が整っていることを確認する必要があります。

- クラスタ検証ユーティリティを使用すると、データベースのアップグレードを開始する前準備として、システムをチェックできます。
インストーラによって適切なCVUチェックが自動的に実行され、アップグレードを行う前に問題を修正するように求められます。

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

D Oracle Databaseのポート番号の管理

デフォルトのポート番号を確認します。 割り当てられたポートをインストール後に、必要に応じて次の手順で変更します。

- ポートの管理について
インストールの実行中、Oracle Universal Installer (OUI)では、各コンポーネントに対して、一連のデフォルト・ポート番号の中からいずれかのポート番号が割り当てられます。Oracle Real Application Clusters(Oracle RAC)の多くのコンポーネントおよびサービスがポートを使用します。

- ポート番号とアクセスURLの表示について
ほとんどの場合、Oracle Databaseコンポーネントのポート番号は、ポートの構成に使用するツールに表示されます。

- Oracleコンポーネントのポート番号とプロトコル
このトピックでは、インストール時に構成されるコンポーネントで使用されるポート番号およびプロトコルを示します。デフォルトでは、範囲の中の最初のポートが使用可能であれば、そのポートがコンポーネントに割り当てられます。

- Oracle Services for Microsoft Transaction Serverポートの変更
ほとんどの場合、Oracle Services for Microsoft Transaction Serverのポート番号を再構成する必要はありません。

D.1 ポートの管理について

インストール中、Oracle Universal Installer(OUI)によって、ポート番号がデフォルトの一連のポート番号からコンポーネントに割り当てられます。Oracle Real Application Clusters(Oracle RAC)の多くのコンポーネントおよびサービスがポートを使用します。

管理者は、これらのサービスで使用されているポート番号を把握し、システム上の2つのサービスで同じポート番号が使用されないようにする必要があります。

ほとんどのポート番号はインストール中に割り当てられます。すべてのコンポーネントおよびサービスには割り当てられるポート範囲がありますが、この範囲は、ポートの割当て時にOracle RACが使用する一連のポート番号です。Oracle RACでは、範囲の最小番号から順番に次のチェックが実行されます。

- ポートが、システム上の別のOracle Databaseインストールで使用されているか。
この時点で、インストールがアクティブである可能性も、アクティブでない可能性もありますが、Oracle Databaseは、ポートが使用されているかどうかを検出できます。

- ポートが、現在実行中のプロセスによって使用されているか。
これは、ホスト上のいずれのポートにも(Oracle Database以外のプロセスにも)適用されます。

前述のいずれかのチェックに該当するものがあると、Oracle RACは、割り当てられるポート範囲の中で次に大きい番号に移動し、空きポートが見つかるまでチェックを続けます。

D.2 ポート番号とアクセスURLの表示について

ほとんどの場合、Oracle Databaseコンポーネントのポート番号は、ポートの構成に使用するツールで表示されます。

- 一部のOracle Databaseアプリケーションのポートは、portlist.iniファイルに示されます。このファイルは、%ORACLE_HOME%\installディレクトリにあります。

- インストール後にポート番号を変更しても、portlist.iniファイルでは更新されないため、このファイルを信頼できるのはインストール直後のみです。

- ポート番号を検出または変更するには、この付録で説明する方法を使用します。

D.3 Oracleコンポーネントのポート番号とプロトコル

このトピックでは、インストール時に構成されるコンポーネントで使用されるポート番号およびプロトコルを示します。デフォルトでは、範囲の中の最初のポートが使用可能であれば、そのポートがコンポーネントに割り当てられます。

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

コンポーネントおよび説明

デフォルトのポート番号

ポート範囲

プロトコル

インターコネクトでのみ使用

Cluster Manager

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

クラスタ同期サービス・デーモン(CSSD)

クラスタ同期サービス(CSS)デーモンは、ノードの再起動を薦めるメッセージに固定ポートを使用します。

このポートは、ブロードキャスト機能を持つすべてのインタフェースで使用されます。ブロードキャストは、ノード削除による再起動が差し迫っている場合にのみ発生します。

42424

動的

TCP

可

グリッド・プラグ・アンド・プレイ(GPNPD)

GPNPDを使用すると、グリッド・プラグ・アンド・プレイ・プロファイルにアクセスでき、クラスタのノード間でプロファイルの更新が調整され、すべてのノードで最新のプロファイルが保持されます。

動的

動的

不可

マルチキャスト・ドメイン名サービス(MDNSD)

mDNSプロセスは、LinuxとUNIXのバックグラウンド・プロセス、およびWindowsのサービスであり、グリッド・プラグ・アンド・プレイおよびGNSで必要になります。

5353

動的

不可

Oracle Cluster Registry

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Oracle Clusterwareデーモン(CRSD)

Oracle Clusterwareデーモンのノード間接続。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Oracle Connection Manager

OracleクライアントからOracle Connection Managerへの接続用リスニング・ポートです。Oracle Connection Managerは、インストール後にNETCAを使用して構成することができます。

1630

1630

TCP

不可

Oracle Containers for J2EE (OC4J)。

CRSエージェントは、ローカルにポート8888を使用して、コンテナのライフサイクルを管理します。

8888

8888

TCP

該当なし

Oracle Data Guard

Oracle Net Listenerポートを共有し、インストール中に構成されます。このポートを再構成するには、Oracle Net Configuration Assistant(NETCA)を使用して、リスナーを再構成します。

1521(リスナーと同じ)

使用可能な任意のポートに手動で変更可能

TCP

不可

Oracle Event Manager(EVM)

Oracle Clusterwareのイベントを生成します。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

TCP

可

Oracleグリッド・プロセス間通信(GIPCD)

冗長インターコネクトの使用を有効にするサポート・デーモン。

42424

動的

TCP

可

Oracleグリッド・ネーミング・サービス(GNSD)

Oracleグリッド・ネーミング・サービス・デーモンは、クラスタmDNSと外部DNSサーバー間のゲートウェイを提供します。gnsdプロセスは、クラスタ内で名前解決を実行します。

53(パブリック)、

動的(インターコネクト)

53(パブリック)、

動的(インターコネクト)

TCP (パブリック)、

TCP(インターコネクト)

不可

Oracle高可用性サービス・デーモン(OHASD)

Oracle高可用性サービス(OHAS)デーモンによってOracle Clusterwareスタックが起動されます。

42424

動的

TCP

可

Oracle Net Listener

Oracleクライアントは、Oracle Net Servicesを使用してデータベースに接続できます。このポートは、インストール中に構成できます。このポートを再構成するには、NETCAを使用します。

1521

ポート番号は、次の使用可能なポートに変更されます。

使用可能な任意のポートに手動で変更可能です。

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はすべてのインストールに同じポート番号を使用します。

ほとんどの場合、ポート番号を再構成する必要はありません。このポート番号の変更方法は、Oracle Services for Microsoft Transaction Serverポートの変更を参照してください。

動的

49152-65535

TCP

不可

Oracle XML DB - FTP

アプリケーションがFTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB FTPポートが使用されます。このポートはインストール中に構成されますが、後で表示することはできません。

このポート番号を変更する方法については、『Oracle XML DB開発者ガイド』を参照してください。

0

手動構成

FTP

不可

Oracle XML DB- HTTP

WebベースのアプリケーションがHTTPリスナーからOracle Databaseにアクセスする必要がある場合は、Oracle XML DB HTTPポートが使用されます。このポートはインストール中に構成されますが、後で表示することはできません。

このポート番号を変更する方法については、『Oracle XML DB開発者ガイド』を参照してください。

0

手動構成

HTTP

不可

関連項目:
Oracle Management Agentポートの詳細は、『Oracle Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』を参照してください。

D.4 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の範囲の空いているポートが自動的に選択されます。

索引

A  B  C  D  E  F  G  H  I  J  L  M  N  O  P  R  S  T  U  V  W

A

- アクセス制御リスト(ACL) 1

- ACFS

- 「Oracle ACFS」を参照

- Administratorsグループ 1

- 拡張

- データベース構成タイプ 1 , 2 , 3

- インストール・タイプ 1 , 2

- アーキテクチャ

- Optimal Flexible Architecture(OFA) 1

- アーキテクチャ

- 異なるチップ・アーキテクチャ 1

- Optimal Flexible Architecture (OFA) 1 , 2 , 3

- ASM

- 「Oracle ASM」を参照。

- ASM動的ボリューム・マネージャ(AVMD) 1

- AUTHENTICATION_SERVICES 1

- 自動診断リポジトリ(ADR) 1

- 自動メモリー管理 1

- Automatic Storage Management

- 「Oracle ASM」を参照。

- 自動UNDO管理 1

- AVMD

- 「ASM動的ボリューム・マネージャ(AVMD)」を参照

B

- バックアップ

- DBCAを使用する場合の領域要件 1

- ベスト・プラクティス 1

- ブラウザ

- 「Webブラウザ」を参照

C

- 候補ディスク 1

- CDB 1

- 変更

- 製品の言語 1

- ホスト名の変更 1

- CLEANUP_ORACLE_BASE 1

- CLUSTER_DATABASE_INSTANCES 1

- クラスタ・データベース

- インストールされた構成 1

- サーバー・パラメータ・ファイル(SPFILE) 1

- クラスタ・ファイル・システム

- データ・ファイルの記憶域オプション 1

- Cluster Manager

- ポート、範囲およびプロトコル 1

- クラスタ検証ユーティリティ

- ダウンロードの場所 1

- OUIへの組込み 1

- インストール場所 1

- 概要 1

- データベースのインストールのための準備状況の検証 1

- クラスタウェア

- サポートされているサード・パーティ製ソフトウェア 1

- cluvfy comp healthcheck 1

- コンポーネント

- DBCAを使用した作成 1

- configToolAllCommands 1

- configToolAllCommandsスクリプト 1

- 接続記述子 1

- 接続時ロード・バランシング 1

- Connection Manager

- 「Oracle Connection Manager」を参照

- 制御ファイル

- 説明 1

- インストールされた構成 1

- 変換

- 単一インスタンスのOracle DatabaseからOracle Real Application Clustersへ 1

- Oracle RACデータベースの作成

- DBCAの使用 1

- スクリプトの使用 1

D

- データベース

- DBCAで作成されたコンポーネント 1

- 構成タイプ 1 , 2

- 作成 1

- サービス 1

- データベース・エージェント

- リスナー 1

- プロセス 1

- データベース・エージェント・プロセス 1

- Database Configuration Assistant(DBCA)

- メリット 1

- 作成されたコンポーネント 1

- 制御ファイル 1

- Oracle Real Application Clustersデータベースの作成

- インストール後 1

- データ・ファイル 1

- データベースの削除 1

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

- 「初期化パラメータ」ページ 1

- 「クラスタ・データベースのリスト」ページ 1

- 設定されなくなったLOCAL_LISTENERおよびREMOTE_LISTENER 1

- 「操作」ページ 1

- Oracle ASMディスク・グループ・ページ 1

- プログレスのみモード 1

- REDOログ・ファイル 1

- レスポンス・ファイル 1

- ロールバック・セグメント 1

- サイレント・モードでの実行 1

- 「サマリー」ダイアログ・ボックス 1

- 表領域 1

- テンプレート 1

- 使用 1

- データベース接続

- SCANの使用 1

- Database Upgrade Assistant (DBUA) 1

- データ・ファイル

- DBCA 1

- 説明 1

- 記憶域オプション 1

- データ・ウェアハウス

- データベース構成タイプ 1

- 夏時間

- TIMESTAMP WITH TIME ZONEデータ 1

- DB_NAME 1

- DB_UNIQUE_NAME 1

- dbca.rspファイル 1

- DBSNMPユーザー

- パスワードの要件 1

- 専用サーバー 1

- 削除

- タスク 1

- 削除ツール

- ログ・ファイルの場所 1

- 構文 1

- 削除ツール 1

- データベースの削除

- DBCAの使用 1

- 非推奨となった機能

- サービスの管理 1

- ディレクトリ・オブジェクト 1

- ディレクトリ構造 1

- ドメイン・ユーザー

- インストールでの使用 1

E

- 簡易接続ネーミング 1

- enterprise.rspファイル 1

- 外部表 1

F

- フェイルオーバー

- サービス登録 1

- ファイル

- dbca.rsp 1

- enterprise.rsp 1

- netca.rsp 1

- ファイル・システム

- データ・ファイルの記憶域オプション 1

- 空きサーバー・プール

- 説明 1

G

- 汎用目的/トランザクション処理

- データベース構成タイプ 1

- 汎用サーバー・プール

- 説明 1

- 汎用サーバー・プール 1

- グローバル・データベース名

- 選択 1

- グローバリゼーション

- サポート 1

- グループ

- Administratorsグループ 1

- ORA_DBA 1

H

- ヘルスチェック 1

- 高可用性

- SCANリスナー 1

- サービスの停止 1

- ホスト名

- 変更 1

I

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

- リスナー

- パラメータ 1

- 初期化パラメータ

- CLUSTER_DATABASE_INSTANCES 1

- DB_NAME 1

- DB_UNIQUE_NAME 1

- DISPATCHERS 1

- REMOTE_LISTENER 1

- インストール

- グローバリゼーション 1

- ディレクトリ構造 1

- listener.ora 1

- インストール完了後の追加の製品 1

- レスポンス・ファイル

- 準備 1 , 2

- tnsnames.ora files 1

J

- Java Runtime Environment

- Windowsの要件 1

L

- 言語

- 「グローバリゼーション」を参照

- リスナー

- 既存のリスナー・プロセスの停止 1

- リスナー

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

- 構成

- listener.oraファイル 1

- listener.oraのデフォルト構成 1

- ファイル

- listener.ora 1 , 2 , 3

- sqlnet.ora 1

- LOCAL_LISTENER 1

- 管理 1

- 登録 1 , 2

- リモート 1

- サービス登録 1

- リスナー:パラメータ

- REMOTE_LISTENER 1

- ロード・バランシング

- サービス登録 1

- ローカル・リスナー 1 , 2

- LREGプロセス

- リスナー登録 1 , 2

- 検出ルーチン 1 , 2

M

- 表領域の管理 1

- メモリーの要件 1

- メモリー・ターゲット 1

- 複数のOracleホーム

- Oracle Clusterware 1

- 複数のOracle RACデータベース

- Oracle Clusterwareの要件 1

- マルチテナント・コンテナ・データベース

- 「CDB」を参照

- マルチテナント・データベース 1

- My Oracle Supportへのログイン

- 概要 1

- アクセス 1

N

- ネーミング・メソッド

- 簡易接続ネーミング 1

- netca.rspファイル 1

- Net Configuration Assistant

- 「Oracle Net Configuration Assistant (NETCA)」を参照

- ネット・サービス名 1

- ネットワーク接続

- SCANの使用 1

- ネットワーク

- 構成ファイル

- sqlnet.ora 1

- tnsnames.ora 1

- ディレクトリ 1

- インタフェースの使用計画 1

- 非対話型モード 1

- 「レスポンス・ファイル・モード」も参照

- NTSオペレーティング・システム認証 1

O

- オペレーティング・システム

- Administratorsグループ 1

- Oracle RACのインストール前の要件 1

- Optimal Flexible Architecture (OFA) 1 , 2 , 3 , 4

- ORA_DBAグループ 1

- ORACLE_BASE

- デフォルト値 1

- Oracle ACFS 1

- Oracle Application Express

- サポートされているWebブラウザ 1

- Oracle ASM

- 候補ディスク 1

- ディスク検出パスの変更 1

- レスポンス・ファイル 1

- v 1

- Oracle Cluster Registryポート 1

- Oracle Clusterware

- 複数のデータベース・リリース 1

- ポート、範囲およびプロトコル 1

- Oracle Connection Manager

- ポート、範囲およびプロトコル 1

- Oracle Database

- データ・ファイルの記憶域オプション 1

- サポートされている記憶域オプション 1

- アップグレード 1

- Oracle ASMを使用して共存できるバージョン 1

- Oracle Database Configuration Assistant

- 「Database Configuration Assistant(DBCA)」を参照:

- Oracle Data Guard

- ポート、範囲およびプロトコル 1

- Oracle Event Manager

- ポート、範囲およびプロトコル 1

- Oracleホーム

- ASCIIパス 1

- 複数 1

- Oracleホーム名 1

- Oracle Metalink

- 「My Oracle SupportのWebサイト」を参照

- Oracle Net

- 既存のリスナーの停止 1

- Oracle Net Configuration Assistant (NETCA)

- レスポンス・ファイル 1

- レスポンス・ファイル 1

- コマンド・プロンプトで実行 1

- Oracle Net Servicesリスナー

- ポート、範囲およびプロトコル 1

- Oracle Notification Services(ONS)

- ポート、範囲およびプロトコル 1

- Oracle RAC One Node

- 管理者管理データベース 1

- サーバー・プール 1

- DBCAを使用した非CDBの構成 1

- Oracle Real Application Clusters

- データベース, 削除 1

- オペレーティング・システム要件 1

- 概要 1

- ポート、範囲およびプロトコル 1

- 共有ファイル 1

- 記憶域要件 1

- Microsoftトランザクション・サーバー用のOracleサービス

- ポート、範囲およびプロトコル 1

- Oracle Universal Installer(OUI)

- レスポンス・ファイル 1

- Oracle Upgrade Companion 1

- Oracle XML DB

- ポート、範囲およびプロトコル 1

- OUI

- 「Oracle Universal Installer (OUI)」を参照

P

- パスワード 1

- パッチ

- アップグレード 1

- Oracle RAC用のオペレーティング・システム・パッチ 1

- PDB 1 , 2

- プラガブル・データベース

- 「PDB」を参照

- プラガブル・データベース 1

- ポリシーベース管理 1

- ポート

- アクセスURL 1

- Cluster Manager 1

- アプリケーション用に構成済 1

- デフォルトの範囲 1 , 2

- Oracle Cluster Registry 1

- Oracle Clusterware 1

- Oracle Connection Manager 1

- Oracle Data Guard 1

- Oracle Event Manager 1

- Oracle Net Servicesリスナー 1

- Oracle Notification Services(ONS) 1

- Oracle Real Application Clusters 1

- Microsoftトランザクション・サーバー用のOracleサービス 1

- Oracle XML DB 1

- portlist.ini 1

- インストール後

- Oracleソフトウェアの構成 1

- 事前構成済データベースのインストール・タイプ 1

- インストール前

- オペレーティング・システム要件 1

- プロセス

- 既存のリスナー・プロセスの停止 1

- プログレスのみモード 1

R

- RAC

- 「Oracle Real Application Clusters」を参照

- readme.txtファイル 1

- 推奨事項

- 変更後の安全なレスポンス・ファイル 1

- パフワード・ファイルの格納 1

- REDOログ・ファイル

- 説明 1

- インストールされた構成 1

- リモート・リスナー 1

- ソフトウェアの削除 1

- 要件

- WindowsでのJava Runtime Environment 1

- レスポンス・ファイル・モード

- 概要 1

- インストール

- 準備 1

- 使用する理由 1

- レスポンス・ファイル

- テンプレートによる作成 1 , 2

- dbca.rsp 1

- enterprise.rsp 1

- Oracle ASM 1

- 一般的な手順 1

- netca.rsp 1

- Oracle Net Configuration Assistant(NETCA) 1

- コマンドラインで値を渡す 1

- 使用する理由 1

- Oracle Universal Installerでの指定 1

- ロールバック・セグメント

- 説明 1

S

- S_ASMSNMPPASSWORD 1

- S_HOSTUSERPASSWORD 1

- S_WINSERVICEUSERPASSWORD 1

- SCAN

- データベースへの接続に使用 1

- Oracle Real Application Clustersデータベースを作成するスクリプト 1

- セキュリティ

- パスワードの選択 1

- サーバーのカテゴリ化 1

- サーバー・パラメータ・ファイル(SPFILE)

- 概要 1

- 共有記憶域 1

- サーバー・プール

- Oracle RAC One Node 1

- 説明 1

- 空き 1

- 汎用 1

- サービス登録

- 概要 1

- 構成 1

- サービス

- シングルトンと均一 1

- 共有サーバー 1

- SID

- 「システム識別子(SID)」を参照

- サイレント・モード

- 概要 1

- シングルトン・サービス 1

- ソフトウェア

- 削除 1

- アンインストール 1 , 2

- sqlnet.oraファイル 1

- Standard Edition

- サポートされている記憶域オプション 1

- 記憶域オプション

- Oracle RAC 1

- Standard Editionのインストール 1

- Enterprise Editionのインストールでの記憶域オプション 1

- SYSASM権限

- ストレージ作業の要件 1

- SYSAUX表領域

- 説明 1

- システム識別子(SID)

- 選択 1

- SYSTEM表領域

- 説明 1

- SYSTEMユーザー

- パスワードの要件 1

- SYSユーザー

- パスワードの要件 1

T

- 表領域

- DBCA 1

- EXAMPLE表領域

- 説明 1

- SYSAUX 1

- SYSTEM 1

- 表領域

- EXAMPLE 1

- TEMP 1

- UNDOTBS 1

- USERS 1

- テンプレート

- DBCA 1

- TEMP表領域

- 説明 1

- TIMESTAMP WITH TIME ZONE (TSTZ)データ 1

- タイムゾーンの設定 1

- タイムゾーン・バージョン・ファイル 1

- TNS_ADMIN

- listener.oraファイル 1 , 2

- 構成 1

- tnsnames.oraファイル

- デフォルトの構成 1

- トランザクション処理

- データベース構成タイプ 1

- TSTZ

- 「タイムゾーン・バージョン・ファイル」を参照

- 標準インストール・タイプ 1

U

- UNDO管理 1

- UNDOTBS表領域

- 説明 1

- 均一サービス 1

- ソフトウェアのアンインストール 1

- アップグレード

- 同じOracleホームの使用 1

- 既存のOracle Database 1 , 2

- リスナー 1

- パッチ・セットを使用したOracle Database 1

- TIMESTAMP WITH TIME ZONEデータ 1

- Oracle Clusterwareのリリース要件 1

- ユーザー

- ドメイン 1

- Oracleホーム・ユーザー 1

- ユーザー認証 1

- USERS表領域

- 説明 1

V

- ベンダーのクラスタウェア 1

W

- Webブラウザ

- Oracle Application Expressのサポート 1

- Oracle Enterprise Managerのサポート 1

- Windowsファイアウォール 1

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

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

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。