Oracle® Real Application Clusters

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

12c リリース1 (12.1) for Linux and UNIX Systems

B71325-07(原本部品番号:E48917-13)

2017年7月

Oracle Real Application Clustersインストレーション・ガイド 12c リリース1 (12.1) for Linux and UNIX Systems

B71325-07

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

原本著者: Aparna Kamath

原本協力者: Douglas Williams、Mark Bauer、Jonathan Creighton、John McHugh、Markus Michalewicz、Satish Panchumarthy、Janet Stern

協力者: David Austin、Mark Fuller、Donald Graves、Prakash Jashnani、Kevin Jernigan、Aneesh Khandelwal、Bryn Llewellyn、Mughees Minhas、Srinivas Poovala、Sampath Ravindhran、Janelle Simmons、James Spiller、Malai Stalin、Richard Strohm、Roy Swonger、Siu Tam、Ara Shakian、Jingci Wang、James Williams、Ying Zhang、Michael Zoll、Rajesh Prasad、Kannan Viswanathan

協力者: Database 12cのドキュメントを、本リリースに携わった全員にとって創造の源となったMark Townsendに捧げます。

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

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

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

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

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

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

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

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

目次

表一覧

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

Oracle RACのこのリリースの変更点

- Oracle Database 12cリリース1での変更点

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

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

- 1.1.1 My Oracle Supportの確認

- 1.1.2 Oracle Technology Networkの確認

- 1.1.3 Oracle RACsOracle RAC One Nodeのデプロイ方法の決定

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

- 1.1.5 ドキュメントの確認

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

- 1.1.7 システム管理者によるルート・タスク委任オプションの確認

- 1.1.8 システム管理者によるインストール修正スクリプトの確認

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

- 1.1.10 既存のOracleインストールおよびアップグレード計画の確認

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

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

- 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.3 OracleベースおよびOracleホームのディレクトリの概要

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

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

- 1.2.4.2 ブラウザ要件の概要

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

- 1.3 Oracle RACの記憶域の概要

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

- 1.3.1.1Oracle 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 RACインストールのハブ・ノードおよび共有コンポーネント

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

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

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

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

- 1.6 既存のデータベースが存在するシステムでのOracle Database 12cのインストール

- 1.7 Oracle Database 10gリスナーの移行について

2 Oracle RACおよびOracle RAC One Nodeのインストール

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

- 2.2 Oracle RACにおけるマルチテナント・コンテナ・データベース(CDB)と非CDBとの判定

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

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

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

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

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

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

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

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

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

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

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

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

- 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 Vaultの構成

3 DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成

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

- 3.2 Database Configuration Assistantのメリット

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

- 3.4 DBCAの要件の検証

- 3.5 DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成

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

- 3.5.1.1 DBCAの起動前のメモリーへのSSH鍵のロード

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

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

- 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 DBCAがOracle RACデータベースに対し実行する動作

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

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

4 高速ホーム・プロビジョニングによるOracle RACデータベースのデプロイ

- 4.1 Oracle RAC用の高速ホーム・プロビジョニングの理解

- 4.2 高速ホーム・プロビジョニングを使用したOracle RACデータベース・ソフトウェアのデプロイ

- 4.2.1 ゴールド・イメージの作成

- 4.2.2 データベース・ソフトウェアを使用したOracleホームのプロビジョニング

- 4.3 データベース・ソフトウェアのデプロイとデータベースの作成

- 4.3.1 テンプレートを使用したデータベースの作成

- 4.3.2 データベースのプロビジョニングの例

- 4.3.2.1 ローカルまたはリモートでのOracle Databaseのプロビジョニング

- 4.3.2.2 ゴールド・イメージを使用したポリシー管理型データベースのプロビジョニング

- 4.3.2.3 Oracle RAC One Nodeデータベースのプロビジョニング

- 4.3.2.4 マルチテナント・コンテナ・データベースのプロビジョニング

- 4.3.2.5 ゴールド・イメージからの管理者管理型データベースのプロビジョニング

- 4.3.2.6 テンプレートを使用したデータベースのプロビジョニング

- 4.3.2.7 既存のOracleホームでのデータベースのプロビジョニング

- 4.3.2.8 Oracle Flex Cluster環境でのデータベースのプロビジョニング

- 4.3.3 プロビジョニングしたデータベースのパスワードの指定

- 4.3.4 プロビジョニングしたホームでのデータベースの削除

- 4.4 データベースへのパッチ適用

- 4.4.1 データベースにパッチを適用するためのイメージの作成

- 4.4.2 パッチ適用の例

- 4.4.2.1 ソースの作業用コピーからターゲットの作業コピーにデータベースを移動

- 4.4.2.2 データベース・イメージを使用して作業用コピーを作成

- 4.4.2.3 高速ホーム・プロビジョニング・サーバーによって管理されているOracleホームにデータベースを移動

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

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

- 5.1.1 ソフトウェア・パッチ更新のダウンロードおよびインストール

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

- 5.1.3 Oracle製品の構成

- 5.1.3.1 Oracle Database Vaultの構成

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

- 5.1.3.3 Oracle Label Securityの構成

- 5.1.3.4 Oracle XML DBの構成

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

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

- 5.1.5 Oracle RACまたはOracle RAC One Node CDBでのサービスの構成

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

- 5.2.1 oracleユーザーの環境変数の設定

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

- 5.2.3 ORAchkヘルス・チェック・ツールのダウンロードとインストール

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

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

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

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

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

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

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

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

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

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

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

- 6.3 Oracle RACデータベースのサーバー・プールの作成

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

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

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

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

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

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

- 7.5 Oracle RACのORATABの構成

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

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

- 7.6.2 制御ファイル

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

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

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

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

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

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

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

- 7.9.4 SCANの理解

- 7.9.4.1 SCANについて

- 7.9.4.2 SCAN VIPアドレス

- 7.9.4.3 SCANリスナー

- 7.9.5 SCANを使用したOracle RACデータベースへの接続方法

- 7.9.6 Oracle RACデータベースのリスナー構成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- 8.1 削除手順の概要

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

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

- 8.3.1 削除ツールについて

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

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

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

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

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

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

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

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

- A.1.5 Configuration Assistantのエラー

- A.1.5.1 Configuration Assistantのエラー

- A.1.5.2 Configuration Assistantからレポートされる修復不能なエラーの解決

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

D.4 既存のOracle RACデータベースでのプロセスの停止方法

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

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

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

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

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

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

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

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

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

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

- E.1 ポートの管理

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

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

索引

表一覧

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

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

- 4-1 サポートされているデータベース・リリースとソフトウェア記憶域オプション

- 4-2 データベースのプロビジョニングに使用するrhpctlのパラメータ

- 4-3 データベースへのパッチ適用に使用するrhpctlのパラメータ

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

- 7-1 ロールが割り当てられたOracleシステム権限のオペレーティング・システム・グループ

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

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

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

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

はじめに

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

対象読者

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

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

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

Oracle Supportへのアクセス

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

関連ドキュメント

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

Oracle Real Application Clustersのドキュメント

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

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

- 『Oracle Diagnostics Pack Installation Guide』

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

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

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

- UNIXシステム用のOracle Database管理者リファレンス 12c リリース1 (12.1)

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

Oracle Database 12c リリース1 (12.1) Real Application Clustersの管理

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

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

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

- 『Getting Started with the Oracle Diagnostics Pack』

汎用ドキュメント

- 『Oracle Database新機能ガイド』

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

- 『Oracle Database概要』

- 『Oracle Databaseリファレンス』

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

https://shop.oracle.com

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

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

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

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

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

Oracle RACのこのリリースの変更点

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

Oracle Database 12cリリース1での変更点

Oracle Database 12cリリース1の『Oracle Real Application Clustersインストレーション・ガイド』の変更点は次のとおりです。

- Oracle Database 12cリリース1 (12.1.0.2)の新機能

- Oracle Database 12cリリース1 (12.1.0.1)の新機能

Oracle Database 12cリリース1 (12.1.0.2)の新機能

- Oracle ASMフィルタ・ドライバ
Oracle ASMフィルタ・ドライバ(Oracle ASMFD)は、Oracle ASMディスクのI/Oパスに常駐するカーネル・モジュールです。Oracle ASMがすべてのI/Oリクエストを検証する際に使用されます。

フィルタ・ドライバは、有効と判定されなかったI/Oリクエストがあるとそれを拒否します。Oracle ASMディスクに対して誤った書込みがあると、Oracle ASMディスクとディスク・グループ内のファイルに破損が生じますが、この処理によってそのような事態が排除されます。たとえば、フィルタ・ドライバは、不慮の書込みの原因になりうるOracle以外のI/Oをすべて排除します。

Oracle ASMFDの構成と管理の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- 高速ホーム・プロビジョニング
高速ホーム・プロビジョニングは、クラウド・コンピューティング環境で、データベース、ミドルウェア、アプリケーションなどのOracleソフトウェアのホーム・イメージ(ゴールド・イメージと呼ばれます)を格納する単一のクラスタから、ソフトウェアのホームをノードにデプロイする方法です。高速ホーム・プロビジョニング・サーバー(RHPS)クラスタは、高速ホーム・プロビジョニング・クラスタ(RHPC)のゴールド・イメージを提供します。

関連項目:

- 第4章「高速ホーム・プロビジョニングによるOracle RACデータベースのデプロイ」

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

- ClusterおよびOracle RACの診断ツールの強化
トレース・ファイル・アナライザ(TFA)コレクタは、Oracle Grid Infrastructureのインストール時に自動的にインストールされます。トレース・ファイル・アナライザ・コレクタは、Oracle Grid InfrastructureおよびOracle RACシステムの診断データの収集を簡素化する、診断を収集するためのユーティリティです。

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

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

- Oracle RACキャッシュ・フュージョン・アクセラレータ
Oracle RACは、キャッシュ・フュージョン・プロトコルとグローバル・キャッシュ・サービス(GCS)を使用して、高速で信頼性の高いインスタンス間データ通信をOracle RACクラスタで実現するため、複数インスタンスの個々のメモリー・バッファ・キャッシュが、データベースに対して1つのグローバル・キャッシュとして機能します。キャッシュ・フュージョン・プロバイダを使用すると、ほとんどのアプリケーションでほぼリニアなスケーラビリティが実現します。このリリースでは、すべてのアプリケーションでスケーラビリティを強化するキャッシュ・フュージョン・プロトコルのアクセラレーション機能が用意されています。

Oracle Database 12cリリース1 (12.1.0.1)の新機能

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

アップグレード・プロセスの自動化によって非常に使いやすくなりました。また、クラスタ用Oracle Grid InfrastructureおよびOracle Enterprise Manager Cloud Controlとデータベース・アップグレードの統合も強化されています。

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

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

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

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

- クラスタ状態モニター(CHM)の拡張
CHMは、Oracle Flex Clusterの実装をより効率的にサポートできるように拡張されました。これらの拡張により、スタックの監視に必要なリソースを最小限に抑えながら、Oracle Flex Clusterを円滑に実行できます。

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

- Oracle Flex ASMサーバー
Oracle Flex ASMを使用すると、データベース・サーバーとは異なる物理サーバーでOracle ASMインスタンスを実行できます。多くのデータベース・クライアントをサポートするために、多くのOracle ASMインスタンスをクラスタ化できます。

Oracle Flex ASMは、それぞれは1つのインスタンスですがフレックスASMクラスタで実行されており、データベースのコレクションへの適応が可能です。

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

- Oracle Flex Clusters
Oracle Flex Clusterは新しい概念であり、少数のノード数を持つ従来の密結合クラスタを、多数の疎結合ノードと結合します。この新しい概念を使用して構築可能な様々な構成をサポートするために、SRVCTLは新しいコマンドおよびコマンドのオプションを提供して、インストールおよび構成を容易にします。

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

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

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

『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

- マルチプロセス・マルチスレッド化されたOracle Database
Oracle Database 12cから、Oracle Databaseでオペレーティング・システム・スレッドが使用され、リソースの共有が可能になり、リソース消費が低減されます。

『Oracle Database概要』を参照してください。

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

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

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

Oracle Database 12cから、Oracle Enterprise Manager Database Controlが非推奨となったことに注意してください。

『Oracle Database 2日でデータベース管理者』を参照してください。

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

同じクラスタで様々なワークロードをホストすることによって、高可用性およびスケーラビリティを実現する共有インフラストラクチャへワークロードを集約できます。集中管理されたポリシーベースの手法を使用することによって、要求の変更に応じてリソースの動的な再割当ておよび優先順位付けが可能です。

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

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

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

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

『Oracle Databaseセキュリティ・ガイド』を参照してください。

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

『Oracle Databaseセキュリティ・ガイド』を参照してください。

非推奨となった機能

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

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

- スタンドアロン削除ツールの変更点
削除ツールはデータベースのインストール・メディアに統合されるようになりました。

第8.3.1項「削除ツールについて」を参照してください。

- -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プロパティが削除され、Oracleベースでの削除がサイレント・モードまたはレスポンス・ファイル・モードでの削除中にサポートされなくなりました。

その他の変更

このリリースでの追加変更は次のとおりです。

- Oracle Grid InfrastructureおよびOracle Real Application Clustersは32ビットのハードウェア・プラットフォームではサポートされていません。

- PMON (プロセス・モニター)は、インスタンス、サービス、ハンドラおよびエンドポイントについてリスナーに通知するために、LREG (リスナー登録プロセス)に置き換えられました。

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

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

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

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

- Oracle RACの記憶域の概要

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

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

- 既存のデータベースが存在するシステムでのOracle Database 12cのインストール

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

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

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

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

- My Oracle Supportの確認

- Oracle Technology Networkの確認

- Oracle RACsOracle RAC One Nodeのデプロイ方法の決定

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

- ドキュメントの確認

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

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

- システム管理者によるインストール修正スクリプトの確認

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

- 既存のOracleインストールおよびアップグレード計画の確認

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

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

1.1.1 My Oracle Supportの確認

Oracle Database 12cリリース1 (12.1)をインストールするかどうかを決定する前に、My Oracle Supportにログオンします。

https://support.oracle.com

My Oracle Supportを使用するには、オンライン登録する必要があります。

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

インストールの動作保証にアクセスするには、次の手順を実行します。

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

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

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

1.1.2 Oracle Technology Networkの確認

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

http://www.oracle.com/goto/rac

具体的には、ご使用のプラットフォーム用のOracle RAC Technologies Certification Matrixを確認してください。

Linuxの場合:

http://www.oracle.com/technetwork/database/clustering/tech-generic-linux-new-086754.html

UNIXの場合:

http://www.oracle.com/technetwork/database/clustering/tech-generic-unix-new-166583.html

1.1.3 Oracle RACsOracle RAC One Nodeのデプロイ方法の決定

次のデプロイ方法を選択してOracle Real Applications (Oracle RAC)およびOracle RAC One Nodeソフトウェアをインストールし、データベースをプロビジョニングすることができます。

- Oracle RACまたはOracle RAC One Nodeソフトウェアを、次のいずれかの方法でデプロイします。

- Oracle Universal Installer (OUI)を使用して、Oracle RACまたはOracle RAC One Node Databaseソフトウェアをインストールします。OUIを使用してOracle RACをインストールする方法の詳細は、第2章「Oracle RACおよびOracle RAC One Nodeのインストール」を参照してください。

- 高速ホーム・プロビジョニングを使用して、Oracle RACまたはOracle RAC One Node Databaseソフトウェアをプロビジョニングします。高速ホーム・プロビジョニングの詳細は、第4章「高速ホーム・プロビジョニングによるOracle RACデータベースのデプロイ」を参照してください。

- Oracle Databaseソフトウェアをデプロイし、Oracle RACまたはOracle RAC One Nodeデータベースを、次のいずれかの方法でデプロイします。

- Oracle Universal Installer (OUI)を使用して、Oracle RACまたはOracle RAC One Node Databaseをインストールします。OUIを使用してOracle RACをインストールする方法の詳細は、第2章「Oracle RACおよびOracle RAC One Nodeのインストール」を参照してください。

- 高速ホーム・プロビジョニングを使用して、Oracle RACまたはOracle RAC One Node Databaseをプロビジョニングします。高速ホーム・プロビジョニングの詳細は、第4章「高速ホーム・プロビジョニングによるOracle RACデータベースのデプロイ」を参照してください。

- Database Configuration Assistant (DBCA)を使用して、すでにインストールされているOracleホームにOracle RACデータベースを作成します。DBCAを使用してデータベースを作成する方法の詳細は、第3章「DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成」を参照してください。

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

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

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

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

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

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

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

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

注意:
Oracle Grid Infrastructureのインストール中に、プライベート・ネットワークに使用する複数のインターコネクトを選択できます。この機能は、冗長インターコネクトの使用と呼ばれます。
冗長インターコネクトを使用すると、Oracle Clusterwareでは、ボンディングなどのテクノロジを使用しなくても、複数のインタフェースを定義してクラスタ・インターコネクト・ネットワークに使用することができます。

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

関連項目:
OIFCFGを使用してインターコネクトを変更する方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照し、ネットワーク構成の要件の詳細は、ご使用のプラットフォームの『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

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

- Oracle Flex ClusterにOracle RACを構成するには、クラスタにOracle Grid InfrastructureがOracle Flex Clusterモードでインストールおよび構成されている必要があります。

注意:

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

- Oracle Flex Clusterのデプロイメントには、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)にOracle RACバイナリをインストールできません。

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

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

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

1.1.5 ドキュメントの確認

Oracle RACのインストール前に、ご使用のオペレーティング・システム・プラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』を参照して、すべてのクラスタ・メンバー・ノードに必要なユーザーとグループが構成されていること、およびシステム、ストレージおよびネットワークの管理者がOracle RACのインストールに必要なその他のタスクすべてを完了していることを確認します。

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

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

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

関連項目:

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

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

- 次の場所にあるOracle ACFSスナップショットを使用して、既存のプラガブル・データベース(PDB)をクローニングする手順
https://www.youtube.com/watch?v=rhTTR9Jn43o

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

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

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

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

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

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

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

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

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

1.1.7 システム管理者によるルート・タスク委任オプションの確認

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

1.1.8 システム管理者によるインストール修正スクリプトの確認

インストールの最小要件を満たしていない場合、インストール時にOUIによって検知され、システム構成手順を完了するために、修正スクリプトと呼ばれるシェル・スクリプトが作成されます。OUIによって不完全な作業が検知されると、修正スクリプト(runfixup.sh)が生成されます。これらのスクリプトはrootとして実行する必要があります。

「修正および再チェック」をクリックした後で、修正スクリプトを実行できます。修正スクリプトによって、永続的なパラメータ設定およびメモリー内のパラメータの両方が変更されるため、システムを再起動する必要がなく、インストールを続行できます。

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

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

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

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

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

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

1.1.10 既存のOracleインストールおよびアップグレード計画の確認

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

Oracle RAC 12c リリース1 (12.1)をインストールするには、クラスタにOracle Grid Infrastructure (Oracle ClusterwareおよびOracle ASM) 12c リリース1 (12.1)をインストールする必要があります。Oracle Clusterwareのバージョンは、インストールするOracle RACのバージョン以上である必要があります。

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

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

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1462240.1

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

- 1つのクラスタで一度に実行できるOracle Clusterwareのバージョンは、1つのみです。Oracle Clusterwareのバージョンは、クラスタで実行されているソフトウェア(Oracle Clusterware、Oracle Database、Oracle RACおよびOracle Automatic Storage Management)の最新リリースと同じである必要があります。データベースをOracle Database 12cリリース1 (12.1)にアップグレードする前に、クラスタ内のすべてのノードを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をクラスタにインストールし、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 Databaseホームの所有者を変更することはできません。既存のOracle Databaseホームを所有している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.11 メモリーの割当ておよび自動メモリー管理の検討

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

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

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

Oracle Database 12c以降、Oracle Databaseは、動的緊密共有メモリー(DISM)のかわりにOracle Solarisの最適化共有メモリー(OSM)機能を使用して自動メモリー管理を実装します。手動でDISMを有効化または使用して、Oracle Solarisで共有メモリーを実装しないでください。

注意:
Oracle Databaseは共有メモリーを広く使用します。Oracle Solarisの共有メモリー環境のチューニングの詳細は、『Oracle Database管理者リファレンスfor Linux and UNIX-Based Operating Systems』を参照してください。

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

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

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

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

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

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

- NLS_LANG環境変数で指定したキャラクタ・セットによって、ユーザー・インタフェースの言語およびSQL*Plus、exp、impなどのコンポーネントのグローバリゼーションに関する動作が決定されます。また、クライアント・アプリケーションおよびデータベースによって使用される言語および地域が設定されます。さらに、クライアント・アプリケーションがデータを入力して表示するためのキャラクタ・セットも宣言されます。
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 RACのインストールを試行する前に、クラスタ用Oracle Grid Infrastructureインストールの一部としてOracle Clusterwareを正常にインストールする必要があります。Oracle Flex ClusterにOracle RACをインストールする場合は、Oracle Flex Clusterオプションを使用してOracle Clusterwareをインストールする必要があります。

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

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

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

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

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

- OracleベースおよびOracleホームのディレクトリの概要

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

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

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

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

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

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

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

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

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

- システム要件に示されたオペレーティング・システムの更新。
一部のオペレーティング・システムについては、更新(サービス・パック、個々のパッチなど)が必要な場合があります。このような要件がある場合は、特定のリリースのリリース・ノートに記載されています。必要なオペレーティング・システムの更新については、オペレーティング・システム・ベンダーに問い合せてください。

- 構成中のノード・タイプ(ハブ・ノードまたはリーフ・ノード)に必要なネットワーク接続。

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

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

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

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

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

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

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

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

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

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

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

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

1.2.3 OracleベースおよびOracleホームのディレクトリの概要

Oracleベース・ディレクトリは、特定のOracleインストール所有者によってインストールされたOracle構成ファイルが格納される場所です。Oracleベース・ディレクトリは、指定されたインストール所有者によって、ソフトウェアの複数のインストールに対して使用できます。

OracleベースおよびOracleホームのディレクトリ構造は、Oracle Databaseおよびクラスタ用Oracle Grid Infrastructureによって異なります。デフォルトでは、Oracle Databaseソフトウェア・バイナリ・ファイルは、Oracleベース・ディレクトリのサブディレクトリ内に、バージョンとOracleホーム名でインストールされます。すべてのOracleホームで、それ専用のOracleベースを持つことができます。クラスタ用Oracle Grid Infrastructureソフトウェアのバイナリは、Grid Infrastructureインストール所有者のOracleベースの外部にあるOracleホーム(Gridホーム)に格納されます。各クラスタ・メンバー上には、アクティブなGridホームが1つのみ、またはアクティブな共有ホームが1つのみ存在可能ですが、これはGrid Infrastructureインストール所有者のOracleベース下には配置できません。

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

- u01/app/grid: Gridインストール所有者(grid)のOracleベースで、Oracle Grid Infrastructureバイナリを所有します。

- u01/app/oracle: Oracle Databaseインストール所有者(oracle)のOracleベースで、Oracle Databaseバイナリを所有します。

さらに、Gridインストール所有者のOracleベース・パスやOracle Database所有者のOracleベース・パスとは別のパスに配置されたGridホームがあります。

/u01/app/12.1.0/grid

このGridホーム・パスは、Oracle Databaseインストール所有者(oracle)およびOracle Grid Infrastructure所有者(grid)両方のOracleベース・ディレクトリの外部に配置されます。インストール後、Gridホームへのパス(/u01および/u01/app)はrootが所有するため、システム管理者はインストール所有者のOracleベースを作成し、さらにそのOracleベースへの書込みが許可されているOracleインストール所有者に読取り、書込みおよび実行権限を付与する必要があります。

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

/u01/app/oracle/product/12.1.0/dbhome_n

変数nは、Oracleホームの番号です。初めてoracleユーザーとしてOracleホームを作成する場合、デフォルトのOracleホームの場所は次のとおりです。

u01/app/oracle/product/12.1.0/dbhome_1

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

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

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

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

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

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

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

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

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

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

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

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

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

関連項目:
ネットワーク要件の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

1.2.4.2 ブラウザ要件の概要

Oracle Enterprise Manager Database ExpressおよびOracle Enterprise Manager Cloud Controlを使用するには、Webブラウザが必要です。WebブラウザがJavaScriptおよびHTML 4.0標準とCSS 1.0標準をサポートしている必要があります。これらの要件を満たすブラウザの一覧については、My Oracle SupportでOracle Enterprise Managerの動作保証マトリックスを参照してください。

https://support.oracle.com

関連項目:
Oracle Enterprise Managerの動作保証マトリックスにアクセスする手順の詳細については、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

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

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

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

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

1.3 Oracle RACの記憶域の概要

Oracle Databaseコンポーネントのハードディスク要件には、オペレーティング・システムがインストールされているディスク・パーティションにJava実行環境(JRE)とOUIをインストールするのに必要な32MBを含みます。十分な空き領域が検出されない場合、インストールは失敗し、エラー・メッセージが表示されます。

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

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

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

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

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

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

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

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

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

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

- データベース・ファイルおよびリカバリ・ファイルの共有記憶域オプションとして、Oracle ASMを選択することをお薦めします。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 ASMは、クラスタ内の1つ以上のハブ・ノードで実行されます。

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

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

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

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

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

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

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

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

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

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

- ダイレクト・ネットワーク・ファイル・システム・クライアント(Direct 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はオペレーティング・システムをバイパスして、必要な要求を正確に生成します(ユーザー構成またはチューニングは必要ありません)。

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

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

記憶域オプション

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

データベース

リカバリ

Oracle ASM

可

可

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

可

可

Direct NFSクライアント

可

可

ローカル記憶域

不可

不可

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

不可

不可

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

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

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

- Oracle RACインストールのハブ・ノードおよび共有コンポーネント

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

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

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

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

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

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

1.4.2 Oracle RACインストールのハブ・ノードおよび共有コンポーネント

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

関連項目:
ハブ・ノードの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

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

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

srvctl setenv database -env 'TZ=time_zone'

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

関連項目:

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

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

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

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

HP-UXにOracle RACをインストールする場合、外部ジョブを所有するために作成された権限の低いユーザーが存在することを確認します。このユーザーは外部ジョブ・ユーザーとして設定する必要があり、それには、インストール後にrootユーザーとしてログインし、$ORACLE_HOME/rdbms/admin/externaljob.oraを変更します。rootユーザーのみがこのファイルを変更できます。

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

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

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

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

- Oracle Database 9i リリース2のOracle RACを実行している場合、そのリリースを引き続き使用するには、Oracle Cluster Managerやサード・パーティのクラスタ・ソフトウェアなど、そのリリースと互換性があるクラスタ・ソフトウェアを実行する必要があります。

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

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

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

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

- 異なるリリースのOracle DatabaseとOracle ASMを実行できます。たとえば、Oracle ASM 12c リリース1 (12.1)をOracle Database 11g リリース2 (11.2)データベースとともに使用できます。ただし、ハブ・ノードではOracle Grid Infrastructure 12cより前のリリースのOracle Databaseバージョンのみを実行できます。リーフ・ノードでは以前のリリースを実行できません。

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

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

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

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

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

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

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

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

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

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

1.6 既存のデータベースが存在するシステムでのOracle Database 12cのインストール

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

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

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

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

インストール例

必要な作業

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

追加の作業はありません。「Oracle Database 10gリスナーの移行について」を参照してください。

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

追加の作業はありません。「Oracle Database 10gリスナーの移行について」を参照してください。

1.7 Oracle Database 10gリスナーの移行について

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

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

- アップグレードの場合、Oracle Database Upgrade Assistant (DBUA)によって、自動的に既存のOracle Database 10gのリスナーの場所が特定され、そのリスナーはOracle Database 12gリリース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 RACおよびOracle RAC One Nodeのインストール

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

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

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

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

- Oracle RACにおけるマルチテナント・コンテナ・データベース(CDB)と非CDBとの判定

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

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

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

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

- Oracle Database構成タイプの選択

- データベース名の選択

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2 Oracle RACにおけるマルチテナント・コンテナ・データベース(CDB)と非CDBとの判定

Oracle Database 12cリリース1 (12.1)以上では、マルチテナント・コンテナ・データベース(CDB)または非CDBであるOracle Databaseとしてデータベースを作成する必要があります。これは、Oracle RACデータベースにも適用されます。インストール・プロセスへの唯一の影響は、Oracle RACデータベースをCDBとして、または非CDBとして作成するかを選択することです。

プラガブル・データベース(PDB)は、Oracle Netクライアントに非CDBとして表示されるスキーマ、スキーマ・オブジェクトおよび非スキーマ・オブジェクトの移植可能な集合です。PDBはCDBに接続できます。CDBには、複数のPDBを含めることができます。各PDBは個別のデータベースとしてネットワーク上に示されます。

Oracle RACデータベースをCDBとして作成し、そのCDBに1つ以上のPDBを接続する場合、Oracle RACのCDBのどのインスタンスでもPDBはデフォルトで自動起動されません。PDBに(データベース名と同じ名前のデフォルトのデータベース・サービス以外の)最初の動的なデータベース・サービスが割り当てられると、PDBはサービスが実行されるインスタンスで有効になります。

Oracle RACの1つ以上のインスタンスでPDBが有効かどうかにかかわらず、CDBは通常PDBで実行されるサービスで管理されます。PDBをそのインスタンスで手動で起動することにより、Oracle RACのCDBの各インスタンスで手動でPDBのアクセスを有効にできます。

関連項目:

- PDBの概念の詳細は、『Oracle Database概要』を参照してください。

- PDBの管理の詳細は、『Oracle Database管理者ガイド』を参照してください。

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

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

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

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

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

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

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

既存の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.4 Oracle Grid Infrastructureのデプロイメントに対するデータベース・タイプの選択

インストール中に、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 One Nodeインストールは、Oracle RAC One Nodeプール・メンバーとして選択したノードのいずれかで、インスタンスを起動します。そのインスタンスが停止した場合、別のプール・メンバーにOracle RAC One Nodeインスタンスはフェイルオーバーします。この機能により、データベース・インスタンスと接続が他のクラスタ・ノードに移行され、高可用性が実現されます。

関連項目:

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

- 単一インスタンス・データベースのOracle RACへの変換の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

Oracle RACデータベースの作成時に、次のデータベース・タイプのいずれかを作成するように選択できます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

関連項目:

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

2.7 Oracle Database構成タイプの選択

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

「詳細」構成を選択すると、Oracle Database Configuration Assistant (DBCA)を使用して、第2章「Oracle RACおよびOracle RAC One Nodeのインストール」の説明に従ってデータベースを作成できます。データベース作成には、DBCAを使用することをお薦めします。

2.8 データベース名の選択

データベース名の入力フィールドは、次のOracle初期化パラメータ値の設定に使用されます。

- DB_NAME

- DB_UNIQUE_NAME

- DB_DOMAIN

Oracle RAC環境では、データベース名(DB_UNIQUE_NAME)部分は30文字以内の文字列で、英数字、アンダースコア(_)、ドル記号($)およびシャープ記号(#)を使用できますが、先頭は英字である必要があります。その他の特殊文字はデータベース名に使用できません。データベースのDB_NAMEパラメータは、データベース名の最初の8文字に設定されます。

グローバル・データベース名のドメイン部分(DB_DOMAIN)は、128文字以内にします。ドメイン名にアンダースコア(_)は使用できません。DB_UNIQUE_NAME.DB_DOMAINの値は、それ全体で企業において一意である必要があります。

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

DB_UNIQUE_NAME

orl$racprod2551

DB_DOMAIN

example.com

DB_NAME

orl$racp

SID接頭辞は、データベース名の最初の8文字です。SID接頭辞には、a-z、A-Zおよび0-9の文字のみを使用できます。SID接頭辞には、オペレーティング・システムの特殊文字を含めることはできないため、データベース名の最初の8文字に特殊文字を使用した場合、この特殊文字はSID接頭辞では省略されます。各データベースに1つのSID接頭辞があります。データベースのSID接頭辞は、クラスタ内で一意である必要があります。

Oracle RACデータベースの場合、各インスタンスに、SID接頭辞とインスタンス番号で構成される一意の識別子(ORACLE_SID)があります。Oracle RACデータベース・インスタンスのORACLE_SIDは、そのデータベースに選択した管理方法に応じて異なる方法で生成されます。ポリシー管理型のデータベースを選択した場合、Oracleはname_# (nameはDB_UNIQUE_NAMEの最初の8文字の英数字で、#はインスタンス番号)という形式のSIDを生成します。管理者管理型のデータベースを選択した場合、DBCAはインスタンス名のSIDを先に生成し、SIDはname#という形式になります。

Oracle RAC One Nodeデータベースの場合、インスタンスはORACLE_SID_1で、これはSID接頭辞に「_1」を加えて構成されています。オンライン再配置の際には、2番目のインスタンスORACLE_SID_2が起動し、再配置の完了後にはそれが唯一のインスタンスになります。次のオンライン再配置では、新しいインスタンスとしてORACLE_SID_1が使用されます。

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

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

ORACLE_SIDに使用される値

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

orlracpr

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

orlracpr_1

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

orlracpr1

Oracle RAC One Nodeデータベース・インスタンス

orlracpr_1

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

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

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

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

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

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

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

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

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

- すべてのアカウントに同じパスワードを使用する場合、change_on_install、managerまたはdbsnmpではないパスワードを使用する必要があります。

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

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

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

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

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

関連項目:

- 第3章「DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成」

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

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

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

Oracle Enterprise Manager Cloud Controlは、Oracle Enterprise Manager Cloud Controlインストール･メディアで、または次のWebサイトにあるOracle Technology NetworkのWebサイトで別途入手できます。

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

関連項目:

Oracle Enterprise Managerを使用したサービス管理の詳細は、Oracle Enterprise Manager Real Application Clustersガイドのオンライン・ヘルプを参照してください。

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

Oracle Database 12c リリース1 (12.1)とOracle RACをインストールするには、次の手順を実行します。

1. SSHで他のノードにアクセスできることを確認します。OUIでは、Oracle RACインストールを実行しているユーザー・アカウントで、パスワードなしのSSHを設定できる必要があります。OUIで自動的にこれを設定することも、インストールを開始する前にシステム管理者が設定することもできます。

2. OUIを実行する端末を開き、Oracle Databaseインストールの所有者になるユーザー・アカウント(oracleなど)でログインします。
sttyコマンドを無効にできない場合、またはOUIからのSSHの自動構成を妨げるその他の制限がある場合は、OUIを起動する前に、SSHを構成し、有効にしておく必要があります。

3. インストール中、rootユーザーとしてスクリプトを実行するように求められるため、suまたはsudoの資格証明を持っていることを確認します。

4. Oracle Database 12c リリース1 (12.1)インストール・メディアまたはインストール・バイナリをダウンロードした場所からrunInstallerコマンドを起動します。たとえば、ソフトウェアのバイナリをダウンロードした場所が/home/oracle/oracleswである場合、次のコマンドを入力します。

$ cd /home/oracle/oraclesw
$ ./runInstaller

5. OUIのプロンプトに従って情報を入力するか、またはrootとしてスクリプトを実行します。インストール手順の詳細は、「ヘルプ」をクリックしてください。ログ・ファイルを確認するには、「詳細」をクリックしてください。

注意:
root.shスクリプトを、Oracle RACのインストールまたはアップグレード用のクラスタ内のすべてのノードで同時に実行できます。

インストール中に問題が発生した場合は、インストール・ログ・ファイルに記録されているOUI の動作を調査します。ログ・ファイルは、この例に示すように、Oracle Inventoryディレクトリにインストール・プロセスのタイムスタンプ(date_time)を含む名前で格納されています。

OraInventory/logs/installActionsdate_time.log

注意:
Oracle DatabaseおよびOracle RACソフトウェアは、Oracle Grid Infrastructureソフトウェアをインストールしたホームにはインストールしないでください。
Oracle ASMは、Oracle Grid Infrastructureホームの一部であるため、Oracle RACのインストール中にアップグレードできません。

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

注意:
インストールおよびデータベース作成の完了後に、データベースにOracle Database 12cリリース1 (12.1)製品をさらにインストールする場合は、追加の製品をインストールする前に、Oracleホームで実行されているすべてのプロセスを停止する必要があります。OUIで特定の実行ファイルやライブラリが再リンクするには、データベース・プロセスをすべて停止する必要があります。詳細は、付録D「既存のOracle RACデータベースでのプロセスの停止方法」を参照してください。

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

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

1. OUIを実行する端末を開き、Oracle Databaseインストールの所有者になるユーザー・アカウント(oracleなど)でログインします。
sttyコマンドを無効にできない場合、またはOUIからのSSHの自動構成を妨げるその他の制限がある場合は、OUIを起動する前に、SSHを構成し、有効にしておく必要があります。

2. インストール中、rootユーザーとしてスクリプトを実行するように求められるため、suまたはsudoの資格証明を持っていることを確認します。

3. Oracle Database 12c リリース1 (12.1)インストール・メディアまたはインストール・バイナリをダウンロードした場所からrunInstallerコマンドを起動します。たとえば、ソフトウェアのバイナリをダウンロードした場所が/home/oracle/oracleswである場合、次のコマンドを入力します。

$ cd /home/oracle/oraclesw
$ ./runInstaller

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

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

注意:
root.shスクリプトを、Oracle RACのインストールまたはアップグレード用のクラスタ内のすべてのノードで同時に実行できます。

インストール中に問題が発生した場合は、インストール・ログ・ファイルに記録されているOUI の動作を調査します。ログ・ファイルは、この例に示すように、Oracle Inventoryディレクトリにインストール・プロセスのタイムスタンプ(date_time)を含む名前で格納されています。

OraInventory/logs/installActionsdate_time.log

注意:
データベースのインストールで使用するOracleホームの名前とパスは、第1フェーズの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インストールでのリスナーの起動

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

関連項目:
インストール時に構成されるDatabase Vaultのアカウントおよびロールの詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

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

リスナーおよびデータベース・インスタンスは、インストールを行ったノードを含むすべてのOracle RACノードで起動する必要があります。Oracle Database Vaultに構成するOracle RACインスタンスを起動および停止するには、Server Control (SRVCTL)を使用します。Oracle RACインスタンスの起動および停止に、SQL*Plusは使用しないでください。

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

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

DBCAを使用し、Oracle Database Vaultをインストールするには、次の手順に従います。

1. Oracle RACをインストールし、次いでデータベースを作成します。

2. DBCAを起動し、「データベースの構成」オプションを選択します。

3. コンポーネントのリストから「Oracle Label Security」と「Oracle Database Vault」を選択します。

4. 必要なOracle Database VaultユーザーIDとパスワードを指定し、構成を続行します。別のOracle Database Vault管理者を有効にする場合は、DV_ACCTMGRユーザーを構成します。

5. 完了したら、各データベース・インスタンスを再起動し、ソフトウェア構成を終了します。

関連項目:
Oracle Database VaultでOracle Data Guardを使用する方法の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。

3 DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成

この章では、Database Configuration Assistant(DBCA)をスタンドアロン・モードで使用して、Oracle Real Application Clusters(Oracle RAC)データベースを作成および削除する方法について説明します。この章の内容は次のとおりです。

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

- Database Configuration Assistantのメリット

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

- DBCAの要件の検証

- DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成

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

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

次に、DBCAの主なデータベース機能を示します。

- データベースの作成および削除

- データベース・テンプレートの作成

- プラガブル・データベース(PDB)の作成、接続、切断および削除

- データベース・インスタンスの追加および削除

- データベースのOracle Enterprise Manager Cloud Controlへの登録

- Directory Serverを使用した(Oracle Database Vaultなどの)データベース・オプションの構成とデータベースの登録

注意:
クラスタ管理サービスは、DBCAでは管理できなくなりました。かわりに、Oracle Enterprise Manager Cloud Controlのクラスタ管理サービスに関するページ(使用可能な場合)またはSRVCTLを使用します。詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

関連項目:

- スタンドアロン・モードでDBCAを使用する方法の詳細は、「DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成」を参照してください。

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

3.2 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 Grid Infrastructureのアップグレードの一部として、Oracle Net Configuration Assistant (NETCA)によりGridホームにリスナーは自動的に移行されます。データベースでデフォルト以外のリスナーが使用されている場合、そのデフォルト以外のリスナーは、Database Upgrade Assistant (DBUA)によってOracle Databaseホームに移行されます。

注意:
移行時には、移行中のリスナーに登録されているいずれのデータベースにもクライアント・アプリケーションを接続できない場合があります。

3.4 DBCAの要件の検証

Database Configuration Assistant (DBCA)を使用してデータベースの構成を変更する場合は、構成を変更する準備がシステムで完了しているかどうかを検証するために、クラスタ検証ユーティリティ(CVU)で次のコマンド構文を実行します。

/Grid_home/bin/cluvfy stage -pre dbcfg -fixup -n node_list -d Oracle_home [-verbose]

前述の構文例で、Grid_home 変数はOracle Grid Infrastructureホーム、node_list変数はクラスタ内のノードのカンマ区切りリスト、Oracle_home変数はOUIでデータベースを作成または変更するOracleホーム・ディレクトリのパスです。-fixupフラグにより、修正スクリプトが生成されます。これは、チェックの前に多くのオペレーティング・システムの構成タスクが完了していない場合、それらのタスクを処理するためにrootとして実行されます。

たとえば、node1およびnode2で構成され、Oracle Grid Infrastructureホームのパスが/u01/app/12.1.0/grid、Oracleホームのパスが/u01/app/oracle/product/12.1.0/db1の2ノードのクラスタのシステムで、Oracle DatabaseおよびOracle RACのインストールのための準備が完了しているかどうかを検証するには、次のコマンドを入力します。

$ /u01/app/12.1.0/grid/bin/cluvfy stage -pre dbcfg -fixup -n node1,node2 -d\
/u01/app/oracle/product/12.1.0/db1

-verboseオプションを選択すると、CVUによるシステム検証の進捗状況および検証結果の詳細を表示できます。

CVUのサマリーにクラスタ検証の失敗が表示され、修正スクリプトを実行してもこれらの問題を解決できない場合は、該当するシステム構成手順を確認および修正して、再度テストを実行します。

3.5 DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成

DBCAを使用してデータベースを作成するには、Oracle Net Configuration Assistant (NetCA)を起動してOracle Netのlistener.oraファイルを構成する必要があります。オペレーティング・システム環境変数ORACLE_HOMEをOracle RACデータベース・ホームに設定する必要がなく、または、Oracle RACでOracle透過型データ暗号化を使用していないかぎり、ORACLE_UNQNAMEをデータベースの一意の名前に設定する必要がありません。

注意:
DBCAまたはOUIのいずれかからOracle RACデータベース用の電子メール通知を設定する必要がなくなりました。

この項では、Oracle RACでDBCAを使用する方法を次の内容で説明します。

- Oracle RACデータベースを作成するためにDBCAを使用する前に完了する必要のあるタスク

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

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

3.5.1 Oracle RACデータベースを作成するためにDBCAを使用する前に完了する必要のあるタスク

Oracle Grid Infrastructureのインストール時に実行していない場合、DBCAを使用してOracle RACデータベースを作成する前に、システムがソフトウェア要件を満たすよう構成する必要があります。

次の項では、実行する必要のあるいくつかの一般的な手順について説明します。

- DBCAの起動前のメモリーへのSSH鍵のロード

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

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

3.5.1.1 DBCAの起動前のメモリーへのSSH鍵のロード

Oracle RAC環境では、DBCAを起動する端末セッション用にSSH鍵をメモリーにロードする必要があります。これを行わない場合、DBCAの起動時にユーザー等価関係エラーが表示されます。システムでSSHにパス・フレーズを使用している場合、SSH鍵をロードするためにパス・フレーズを指定する必要があります。

SSH鍵をロードするには、次のコマンドを使用します。

$ exec /usr/bin/ssh-agent $SHELL
$ /usr/bin/ssh-add

必要に応じて、プロンプトに従って、パス・フレーズを指定します。これで、DBCAを起動できるようになります。

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

グローバル・データベース名には、30文字以内の、英字で始まる文字列を指定できます。グローバル・データベース名のドメイン部分には、128文字以内の、英数字およびピリオド(.)からなる文字列を指定できます。

SID接頭辞に使用できる文字列の最大数は8文字です。DBCAは、SID接頭辞を使用して、各インスタンスのORACLE_SID変数に一意の値を生成します。SID接頭辞は、英字で始める必要があります。

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

Oracle RACデータベースを構成するためにDBCAを起動する前に、クラスタ用にOracle Grid Infrastructureをインストールし、Oracle RACファイル用の共有記憶域領域を構成している必要があります。記憶域の管理タスクを実行するにはOSASMオペレーティング・システムのグループのメンバーに付与されるSYSASMシステム権限が必要です。このグループは、メンバーにSYSDBAシステム権限が付与されているOSDBAグループとは同一でない場合があります。

共有記憶域の構成要件の詳細は、ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

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

この項では、DBCAを使用してOracle RACまたはOracle RAC One Nodeデータベースを作成する方法について説明します。

- DBCAの起動

- DBCA使用時のクラスタの検出およびノードの選択

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

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

- DBCAがOracle RACデータベースに対し実行する動作

3.5.2.1 DBCAの起動

DBCAを起動するには、インストール所有者アカウント(oracleなど)として、Oracle RACがインストールされているノードのいずれかに接続し、SSH鍵をメモリーにロードして、$ORACLE_HOME/binディレクトリからdbcaを入力します。

注意:
オペレーティング・システム環境変数ORACLE_HOMEにOracle RACデータベース・ホームを、またはORACLE_UNQNAMEにデータベースの一意の名前を設定する必要はなくなりました。ただし、Oracle RACでOracle透過型データ暗号化をしている場合は、ORACLE_UNQNAMEパラメータを構成する必要があります。

3.5.2.2 DBCA使用時のクラスタの検出およびノードの選択

DBCAを起動すると、Oracle RAC用にOracleホームが有効になっていることが中央のOracle Inventoryで検出される場合、Oracle RACオプションが自動的に表示されます。

DBCAによってOracle RACのオプションが自動的に表示されない場合、DBCAはクラスタにOracleホームがインストールされていることを検出できていません。この場合は、OUIインベントリが/etc/oraInst.locディレクトリに正しく配置され、oraInventoryファイルが破損していないことを確認します。また、次のCVUコマンド構文を使用してクラスタウェア診断を実行します。

/Grid_home/bin/cluvfy/cluvfy.sh stage -post crsinst -n nodelist

たとえば、マウント・ポイント/u01/app/12.1.0/gridと、ノードnode1およびnode2で構成されている場合は、次のコマンドを実行します。

$ /u01/app/12.1.0/grid/bin/cluvfy stage -post crsinst -n node1,node2

DBCAを使用する際、クラスタ・インストールの一部であるノードが「ノードの選択」ページに表示されない場合は、Opatch lsinventoryコマンドを実行してインベントリを診断します。また、CVUを使用しクラスタウェアを診断します。

「管理オプション」ページに、Oracle Enterprise Manager Database ExpressまたはOracle Enterprise Manager Cloud Controlを使用してデータベースを管理するオプションが示されます。Oracle RACデータベースの場合、Oracle Enterprise Manager Database Expressは単一クライアント・アクセス名(SCAN)を使用してクラスタに接続するように構成されています。

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

記憶域として、Oracle ASMディスク・グループまたはサポートされているクラスタ・ファイル・システムを使用することを選択できます。

「データベース記憶域オプションの指定」ページで、DBCAにディスク・グループが表示されていない場合は、Oracle ASMが構成されていないか、ディスク・グループがマウントされていないかのいずれかです。DBCAを起動する前に、Grid InfrastructureホームでASMCAを使用し、ディスク・グループを作成できます。

記憶域にOracle ASMまたはクラスタ・ファイル・システムを使用している場合、このページで高速リカバリ領域とサイズを選択することも可能です。Oracle ASMを使用している場合、デフォルトでは、高速リカバリ領域はOracle ASMディスク・グループに設定されます。

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

現在のDBCAセッションに存在するノードより多くのノードをクラスタに追加する場合は、「初期化パラメータ」ページで、「すべての初期化パラメータ」をクリックして、パラメータCLUSTER_DATABASE_INSTANCESをクラスタに追加する総ノード数に変更します。

また、「すべての初期化パラメータ」をクリックする際には、グローバル・データベース名が8文字を超える場合、データベース名の値(DB_NAMEパラメータ)は、最初の8文字に切り捨てられ、DB_UNIQUE_NAMEパラメータ値が、グローバル名に設定されることに注意してください。

Linuxシステムにインストールする場合は、初期化パラメータMEMORY_TARGETまたはMEMORY_MAX_TARGETを設定するメモリー・サイズ(SGAおよびPGA)は、オペレーティング・システムの共有メモリー・ファイル・システムより大きい値にはできません。

たとえば、システムの共有メモリー・ファイル・システムには1GBのメモリーしか割り当てられていないにもかかわらず、メモリー・サイズ(MEMORY_TARGET)に2GBと設定している場合、データベースの起動時に次のエラーが表示されます。

ORA-00845: MEMORY_TARGET not supported on this system
ORA-01078: Failure in processing system parameters

この問題は他のプラットフォームでは発生しません。

関連項目:
初期化パラメータの詳細は、『Oracle Database管理者ガイド』を参照してください。

3.5.2.5 DBCAがOracle RACデータベースに対し実行する動作

DBCAのプロンプトに従って作業を行い、「サマリー」ダイアログ・ボックスの情報を確認して「OK」をクリックすると、DBCAによって次の処理が行われます。

- Oracle RACデータベースとそのインスタンスの作成

- Oracle RACデータ・ディクショナリ・ビューの作成

- データベースのCRS (Cluster Ready Service)リソースの開始

注意:
Oracle RACデータベースを作成した後で、作成したOracle RACデータベースにOracle Database製品をさらにインストールする場合は、追加の製品をインストールする前に、Oracle RACデータベース・ホームで実行されているすべてのプロセスをすべて停止する必要があります。
Oracle Universal Installerが特定の実行ファイルやライブラリを再リンクできるよう、Oracle RACホームで実行されているプロセスをすべて停止する必要があります。詳細は、付録D「既存のOracle RACデータベースでのプロセスの停止方法」を参照してください。

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

クラスタ・ノードにOracle RACソフトウェアのみをインストールするよう選択した場合、Oracle Database Configuration Assistant (DBCA)を使用してOracle RAC One Nodeを構成できます。

インストール後、DBCAを起動します。「データベース操作」ページで、「データベースの作成」オプションを選択します。「作成モード」ページで「拡張モード」を選択します。「データベース・テンプレート」ページで「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つのみで起動される間、すべての候補サーバーが汎用サーバー・プールに配置されることに注意してください。候補サーバーがまだ汎用サーバー・プールまたは空きサーバー・プールに存在しない場合、候補サーバーで実行されているリソースが停止することがあります。

DBCAを使用してOracle RAC One Nodeデータベースを作成する際には、自動的にフェイルオーバー・サービスが構成されます。

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

DBCAを使用してOracle RACデータベースを削除するには、まずデータベースを削除してから、データベースの初期化パラメータ・ファイル、インスタンス、Optimal Flexible Architecture(OFA)構造およびデータベースのOracleネットワーク構成を削除します。

DBCAを使用してデータベースを削除するには、次の作業を行います。

1. いずれかのノードでDBCAを起動します。

- $ORACLE_HOME/binディレクトリからdbcaコマンドを実行します。

DBCAに、様々なデータベース・デプロイ・オプションが表示される「操作」ページが表示されます。

2. 「データベースの削除」を選択して「次へ」をクリックします。DBCAにDBCAが実行されているOracleホームのOracle RACおよび単一インスタンス・データベースの一覧がすべて表示されます。

3. ユーザーIDおよびパスワードにオペレーティング・システムの認証がない場合、「クラスタ・データベースのリスト」ページにユーザー名およびパスワードを入力するフィールドが表示されます。このフィールドが表示されたら、SYSDBA権限のあるユーザー・アカウントのユーザーIDおよびパスワードを入力します。

4. 削除するデータベースを選択し、「終了」をクリックします。
「終了」をクリックすると、DBCAによって削除されるよう構成されたデータベースおよびインスタンスを確認するダイアログ・ボックスがDBCAに表示されます。

5. 「OK」をクリックすると、データベース本体と関連ファイル、サービスおよび環境設定の削除が開始されます。「取消」をクリックすると、操作が中止されます。

「OK」をクリックすると、DBCAは操作を継続して、このデータベースに関連するすべてのインスタンスを削除します。DBCAは、パラメータ・ファイル、パスワード・ファイルおよびoratabエントリも削除します。

この時点で、次の作業が完了しました。

- クラスタからの選択したOracle RACデータベースの削除

- Oracle RACデータベースに割り当てられた高可用性サービスの削除

- Oracle RACデータベースのOracle Net構成の削除

- Oracle RACデータベースのOracle Enterprise Managerの構成解除

- クラスタからのOracle RACデータベースのOFAディレクトリ・ファイル構造の削除

- Oracle RACデータベース・データ・ファイルの削除

4 高速ホーム・プロビジョニングによるOracle RACデータベースのデプロイ

この章では、高速ホーム・プロビジョニングを使用してOracle Real Application Clusters(Oracle RAC)データベースをデプロイする方法について説明します。

- Oracle RAC用の高速ホーム・プロビジョニングの理解

- 高速ホーム・プロビジョニングを使用したOracle RACデータベース・ソフトウェアのデプロイ

- データベース・ソフトウェアのデプロイとデータベースの作成

- データベースへのパッチ適用

4.1 Oracle RAC用の高速ホーム・プロビジョニングの理解

高速ホーム・プロビジョニングは、OracleホームのテンプレートをOracleソフトウェア(データベース、ミドルウェアおよびアプリケーションなど)のイメージ(ゴールド・イメージと呼ばれます)として保存している単一のクラスタから、クラウド・コンピューティング環境のノードにソフトウェア・ホームをデプロイするメソッドです。作業用コピー(すなわちゴールド・イメージの、書込み可能なOracle Automatic Storage Management Cluster File System (Oracle ACFS)のスナップショット)を使用すると、Oracleホームを、たとえばOracle Grid Infrastructureにデプロイして、このホームをクラウドにおけるあらゆるノードから使用でき、クラウド環境へノードを追加するたびにホームを準備する必要はありません。

ゴールド・イメージは、高速ホーム・プロビジョニング・サーバー(RHPS)と同じクラスタにデプロイすることも、高速ホーム・プロビジョニング・クライアント(RHPC)がインストールされている別のクラスタにデプロイすることもできます。

表4-1に、サポートされている各種のデータベース・リリースと、各リリースのデータベース・ソフトウェアの記憶域オプションを示します。

表4-1 サポートされているデータベース・リリースとソフトウェア記憶域オプション

サポートされているリリース

ローカル・ファイル・システム

ネットワーク・ファイル・システム(NFS)

RHP_MANAGED脚注1 (Oracle ACFS)

12.1.0.x

可

可

可

11.2.0.x

可

可

可

10.2.0.5

可

不可

不可

脚注1 高速ホーム・プロビジョニング・インフラストラクチャによって提供される記憶域

4.2 高速ホーム・プロビジョニングを使用したOracle RACデータベース・ソフトウェアのデプロイ

高速ホーム・プロビジョニング・サーバーを使用してOracle RACデータベースをプロビジョニングするには、Oracle RACデータベースのプロビジョニングが必要なクラスタまたはリモート・クラスタのOracle Grid Infrastructureで、高速ホーム・プロビジョニング・サーバーを構成して実行する必要があります。後者の場合、Oracle RACがプロビジョニングされるクラスタを構成し、高速ホーム・プロビジョニング・クライアント・デーモンを実行する必要があります。

関連項目:

- 高速ホーム・プロビジョニングの構成方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- srvctlコマンドと高速ホーム・プロビジョニングの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

この項には次のトピックが含まれます:

- ゴールド・イメージの作成

- データベース・ソフトウェアを使用したOracleホームのプロビジョニング

4.2.1 ゴールド・イメージの作成

Oracle RACをプロビジョニングするには、高速ホーム・プロビジョニング・サーバーのクラスタでデータベース・ソフトウェアをゴールド・イメージとして使用できる必要があります。ゴールド・イメージをインポートするには、次の手順を実行します。

1. 高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントの任意のノードでOracle Universal Installerを実行し、Oracle Databaseソフトウェアのソフトウェアのみインストールを実行します。必要なパッチがあれば、My Oracle Supportからダウンロードしてインストールします。

2. 同じノードで、次のようにゴールド・イメージを作成します。

$ rhpctl import image -image image_name -path path

image_nameは、このコマンドによって作成されるゴールド・イメージの名前、pathは、ステップ1でOracle RACデータベース・ソフトウェアがインストールされた最上位ディレクトリのパスです。

上の手順を完了すると、Oracle RACデータベースのプロビジョニングにイメージを使用できるようになります。

4.2.2 データベース・ソフトウェアを使用したOracleホームのプロビジョニング

高速ホーム・プロビジョニング・サーバーのクラスタでゴールド・イメージを作成すると、サーバー・クラスタ上で、または高速ホーム・プロビジョニング・クライアントのデーモンで構成されているリモート・クラスタ上で、そのゴールド・イメージを使用して作業用コピーをプロビジョニングすることができます。

高速ホーム・プロビジョニング・サーバーによって、Oracleホーム用の記憶域領域を提供するか、Oracle Databaseソフトウェア用に共有または非共有の記憶域パスを指定することができます。

4.3 データベース・ソフトウェアのデプロイとデータベースの作成

この項には次のトピックが含まれます:

- テンプレートを使用したデータベースの作成

- データベースのプロビジョニングの例

- プロビジョニングしたデータベースのパスワードの指定

- プロビジョニングしたホームでのデータベースの削除

4.3.1 テンプレートを使用したデータベースの作成

新しいデータベースの作成と既存のデータベースの複製には、テンプレートを使用できます。テンプレートの情報には、データベース・オプション、初期化パラメータ、記憶域属性(データファイル、表領域、制御ファイルおよびオンラインREDOログ・ファイルの属性)などがあります。

関連項目:

- テンプレートの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

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

データベースを作成する際にテンプレートを指定するには、'-dbtemplate'オプションを使用します。テンプレートの場所は、次のいずれかの方法で指定できます。

- 相対パスとファイル名: この場合、テンプレート・ファイルをターゲット・クラスタのすべてのノードで使用できる必要があります。
-dbtemplate /u01/dbtemplates/db12/general_template.dbt

- image-name:relative-pathの形式のイメージ名と相対パス: この形式は、管理者がすべてのデータベース・テンプレートのホルダーとして単一のイメージを指定している場合に便利です。この場合、テンプレートは高速ホーム・プロビジョニング・サーバーで使用でき、データベース作成中にターゲット・クラスタにコピーされます。
-dbtemplate TEMPLATE_IMAGE:db12/general_template.dbt

4.3.2 データベースのプロビジョニングの例

この項では、rhpctlコマンドを使用してデータベース・ソフトウェアをプロビジョニングし、データベースを作成する方法について説明します。rhpctlコマンドのオプションの詳細は、表4-2を参照してください。

この項には次のトピックが含まれます:

- ローカルまたはリモートでのOracle Databaseのプロビジョニング

- ゴールド・イメージを使用したポリシー管理型データベースのプロビジョニング

- Oracle RAC One Nodeデータベースのプロビジョニング

- マルチテナント・コンテナ・データベースのプロビジョニング

- ゴールド・イメージからの管理者管理型データベースのプロビジョニング

- テンプレートを使用したデータベースのプロビジョニング

- 既存のOracleホームでのデータベースのプロビジョニング

- Oracle Flex Cluster環境でのデータベースのプロビジョニング

4.3.2.1 ローカルまたはリモートでのOracle Databaseのプロビジョニング

データベース・ソフトウェアとOracle Databaseのプロビジョニングには、rhpctl add workingcopyコマンドを使用します。このコマンドは、高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントで実行できます。高速ホーム・プロビジョニング・サーバーでこのコマンドを実行する場合は、Oracle RACデータベースを高速ホーム・プロビジョニング・サーバーでローカルに、または高速ホーム・プロビジョニング・クライアントでリモートにプロビジョニングできます。高速ホーム・プロビジョニング・サーバーでrhpctlコマンドを実行する場合に、リモート・クラスタを指定するには、-clientオプションを使用します。add workingcopyオプションのデフォルト値は、表4-2を参照してください。

例4-1と例4-2に、ローカルとリモートのデータベースのプロビジョニングを示します。

例4-1 Oracle Databaseソフトウェア・ホームをローカルでプロビジョニング

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase

例4-2 Oracle Databaseソフトウェア・ホームをリモートでプロビジョニング

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-client payrollCluster -user payuser

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからコマンドを実行すると、-storagetypeおよび-pathにデフォルト値を指定した場合はコマンドを実行しているユーザーのクラスタでOracle Databaseソフトウェアがプロビジョニングされ、指定しない場合は表4-2の説明のとおりにプロビジョニングされます。

この例のオプションの詳細は、コマンドラインでrhpctl add workingcopy -help REMOTEPROVISIONINGのコンテキスト依存ヘルプを参照してください。

4.3.2.2 ゴールド・イメージを使用したポリシー管理型データベースのプロビジョニング

既存のサーバー・プールでゴールド・イメージからOracle Databaseソフトウェアをプロビジョニングし、ポリシー管理型データベースを作成するには、-serverpoolオプションを使用してサーバー・プール名を指定します。-newpoolオプションを使用すれば、新しいサーバー・プール上でOracle Databaseソフトウェアをプロビジョニングし、ポリシー管理型データベースを作成することもできます。この場合は、このポリシー管理型データベースのために構成、起動されるインスタンス数を-cardinalityオプションで指定します。この新しいプールに対するサーバーの割当ては、ターゲット・クラスタ上の現在のサーバーおよびサーバー・プールの構成と、CRSポリシーによって異なります。空きサーバー・プールには必ず十分な数のサーバーが必要であり、そうでないとこのデータベースに対応するために、ノードで実行中の他のデータベースが停止する場合があります。新しいプールはOracle Grid Infrastructureユーザー(grid)に対して作成され、最小サイズと最大サイズは指定したカーディナリティに設定され、他のパラメータはすべてデフォルトが使用されます。

例4-3、例4-4および例4-5に、ポリシー管理型データベースの作成方法を示します。

例4-3 既存のサーバー・プールでゴールド・イメージからポリシー管理型データベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb -datafileDestination PAYDG1 -serverpool proddbpool1

例4-4 新しいサーバー・プールでゴールド・イメージからポリシー管理型データベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb - datafileDestination PAYDG1
-newpool proddbpool1 -cardinality 4

例4-5 LOCALまたはユーザー指定の場所にポリシー管理型データベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-storagetype LOCAL -path /u01/app/product/12.1.0/dbhome -dbname proddb -datafileDestination PAYDG1
-newpool proddbpool1 -cardinality 4

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからコマンドを実行すると、-storagetypeおよび-pathにデフォルト値を指定した場合はコマンドを実行しているユーザーのクラスタでOracle Databaseソフトウェアがプロビジョニングされ、指定しない場合は表4-2の説明のとおりにプロビジョニングされます。-datafileDestinationパスにあるデータベース・ファイルを使用して、指定したサーバー・プールにポリシー管理型Oracle RACデータベースも作成されます。

この例のオプションの詳細は、コマンドラインでrhpctl add workingcopy -help POLICYDB値およびrhpctl add workingcopy -help STORAGETYPEのコンテキスト依存ヘルプを参照してください。

4.3.2.3 Oracle RAC One Nodeデータベースのプロビジョニング

プロビジョニングするデータベースのタイプを指定するには、-dbtypeオプションを使用します。たとえば、ゴールド・イメージからOracle Databaseソフトウェアをプロビジョニングしてポリシー管理型Oracle RAC One Nodeデータベースを作成する場合は、次のようになります。

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbtype RACONENODE -dbname proddb -datafileDestination PAYDG1
-serverpool proddbpool1

4.3.2.4 マルチテナント・コンテナ・データベースのプロビジョニング

Oracle Databaseソフトウェアをプロビジョニングし、ポリシー管理型のマルチテナント・コンテナ・データベース(CDB)を作成するには、サーバー・プール名、データベース・ファイルの場所、プラガブル・データベース(PDB)の名前と数を指定します。

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb -datafileDestination PAYDG1
-serverpool proddbpool1
-cdb -pdbName prodpdb -numberOfPDBs 10

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからコマンドを実行すると、-storagetypeおよび-pathにデフォルト値を指定した場合はコマンドを実行しているユーザーのクラスタでOracle Databaseソフトウェアがプロビジョニングされ、指定しない場合は表4-2の説明のとおりにプロビジョニングされます。サーバー・プールには、ポリシー管理型Oracle RACのマルチテナント・コンテナ・データベース(CDB)と、prodpdb1、prodpdb2……と続く10個のPDBも作成されます。データベース・ファイルは、-datafileDestinationパスにあります。

この例のオプションの詳細は、コマンドラインでrhpctl add workingcopy -help PDBのコンテキスト依存ヘルプを参照してください。

4.3.2.5 ゴールド・イメージからの管理者管理型データベースのプロビジョニング

ゴールド・イメージからOracle Databaseソフトウェアをプロビジョニングし、管理者管理型データベースを作成するには、Oracle RACデータベース・インスタンスの構成と起動が必要なノードのリストを、-nodeオプションで指定します。ノードのリストでは、ターゲット・クラスタの既存のノードを指定する必要があります。ノードは、ターゲット・クラスタの空きサーバー・プールまたは汎用サーバー・プールにあることを確認してください。空きサーバー・プールまたは汎用サーバー・プールにないノードを指定した場合は、このデータベースに対応するために、そのノードで実行されているポリシー管理型データベースが停止する場合があります。プロビジョニングするデータベースのタイプは、-dbtypeオプションを使用して指定します。

例4-6、例4-7および例4-8に、管理者理型データベースの作成方法を示します。

例4-6 ゴールド・イメージから管理者管理型Oracle RACデータベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb -datafileDestination PAYDG1 -node prodsrvr1,prodsrvr2,prodsrvr3

例4-7 ゴールド・イメージから管理者管理型Oracle RAC One Nodeデータベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbtype RACONENODE -dbname proddb -datafileDestination PAYDG1 -node prodsrvr1,prodsrvr2,prodsrvr3

例4-8 ゴールド・イメージから単一インスタンスOracle Databaseを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbtype SINGLE -dbname proddb -datafileDestination PAYDG1 -node prodsrvr1

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからコマンドを実行すると、-storagetypeおよび-pathにデフォルト値を指定した場合はコマンドを実行しているユーザーのクラスタでOracle Databaseソフトウェアがプロビジョニングされ、指定しない場合は表4-2の説明のとおりにプロビジョニングされます。-dbtypeオプションに従って、管理者管理型、単一インスタンス、Oracle RACまたはOracle RAC One Nodeのデータベースも指定したノードに作成され、データベース・ファイルは-datafileDestinationパスに置かれます。

この例のオプションの詳細は、コマンドラインでrhpctl add workingcopy -help ADMINDBのコンテキスト依存ヘルプを参照してください。

4.3.2.6 テンプレートを使用したデータベースのプロビジョニング

データベース・テンプレート・イメージからOracle Databaseソフトウェアをプロビジョニングし、データベースを作成するには、-dbtemplateオプションでテンプレート・ファイルの絶対ファイル・パス、または高速ホーム・プロビジョニング・サーバー上のイメージ・ホーム・ディレクトリへの相対パスを使用してテンプレートの場所を指定します。テンプレートの絶対ファイル・パスを指定する場合は、ターゲット・クラスタ、ポリシー管理型データベースのすべてのノード、および管理者管理型データベースのコマンドラインで指定するノードに、テンプレートが存在する必要があります。

例4-9と例4-10に、テンプレートを使用してデータベースをプロビジョニングする方法を示します。

例4-9 高速ホーム・プロビジョニング・サーバー(RHPS)イメージを使用してポリシー管理型データベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb -datafileDestination PAYDG1 -serverpool proddbpool1
-dbtemplate DBTMPLTIMG:templates/database/12.1.0/warehouse.dbt

例4-10 ユーザー定義の場所に格納されているテンプレートを使用してポリシー管理型データベースを作成

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12  -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb  -datafileDestination PAYDG1 -serverpool proddbpool1
-dbtemplate /templates/database/12.1.0/warehouse.dbt

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからコマンドを実行すると、-storagetypeおよび-pathにデフォルト値を指定した場合はコマンドを実行しているユーザーのクラスタでOracle Databaseソフトウェアがプロビジョニングされ、指定しない場合は表4-2の説明のとおりにプロビジョニングされます。データベース・テンプレートから、指定したサーバー・プールにデータベースも作成されます。

この例のオプションの詳細は、コマンドラインでrhpctl add workingcopy -help DBTEMPLATEのコンテキスト依存ヘルプを参照してください。

4.3.2.7 既存のOracleホームでのデータベースのプロビジョニング

プロビジョニングされている既存のデータベース・ソフトウェア・ホームとサーバー・プールで、新しいデータベースをプロビジョニングするには、rhpctl add databaseコマンドを使用します。次に例を示します。

$ rhpctl add database -workingcopy mydbhome -dbname ORCL2
-datafileDestination PAYDG1 -serverpool pool2

このコマンドでは、サーバー・プールpool2でアクティブなすべてのノード上に新しいデータベースORCL2が作成され、起動します。

4.3.2.8 Oracle Flex Cluster環境でのデータベースのプロビジョニング

Oracle Flex Cluster環境において、既存のサーバー・プールとpqpoolでOracle Databaseソフトウェアをプロビジョニングし、データベースを作成するには、次のコマンドを実行します。

rhpctl add workingcopy -workingcopy myDBHome1 -image ORACLEDB12 -oraclebase /u01/app/product/12.1.0/obase
-dbname proddb  -dbtype RAC -datafileDestination PAYDG1 -serverpool proddbpool1 -pqpool proddbpool2

この例のオプションの詳細は、コマンドラインでrhpctl add workingcopy -help DBWITHPQPOOLSのコンテキスト依存ヘルプを参照してください。

表4-2に、rhpctlコマンドのパラメータをまとめます。

表4-2 データベースのプロビジョニングに使用するrhpctlのパラメータ

オプション

説明

-workingcopy workingcopy_name

データベースをプロビジョニングする際の作業用コピー

-image image_name

イメージ名

-oraclebase oraclebase_path

Oracle Databaseホームをプロビジョニングする際のOracleベースの場所

-dbname unique_db_name

データベースの一意の名前

-datafileDestination datafile_destination_path

データベース・データ・ファイルを格納するパス、またはOracle ASMディスク・グループ名。

-serverpool pool_name

ポリシー管理型データベースがプロビジョニングされるサーバー・プール

-node node_list

管理者管理型データベースを作成する1つのノード、または複数のノードのカンマ区切りリスト

-pdbName pdb_prefix

1つ以上のPDBを作成する必要がある場合のPDB名接頭辞。

-numberOfPDBs pdb_count

PDBの数

-dbTemplate file_pathまたは-dbTemplate image-name:relative_file_path

テンプレート・ファイルの絶対ファイル・パス、または高速ホーム・プロビジョニング・サーバー上のイメージ・ホーム・ディレクトリへの相対パス。コマンドラインでこのオプションを指定しない場合は、新しい汎用データベースが作成されます。

-storagetype {NFS|LOCAL|RHP_MANAGED}

Oracleホームのプロビジョニングに使用する記憶域のタイプ。返される値は次のどれかになります。

- RHP_MANAGED: 高速ホーム・プロビジョニング・インフラストラクチャによって提供される記憶域、すなわちOracle ACFS。

- LOCAL: ターゲット・クラスタのファイル・システムで指定する記憶域。

- NFS: サーバー・クラスタで高速ホーム・プロビジョニング・インフラストラクチャによって提供され、ターゲット・クラスタでNFSマウントされる記憶域。

-storagetypeオプションと-pathオプションのどちらかが指定されない場合、高速ホーム・プロビジョニングはRHP_MANAGED記憶域を使用しようとします。

-path storage_path

LOCALまたはNFSの記憶域タイプを使用するときOracle Databaseソフトウェアがプロビジョニングされるパス。

-pathオプションを指定しない場合は、次のいずれかになります。

- 高速ホーム・プロビジョニング・クライアントがディスク・グループ付きで構成されている場合、Oracle DatabaseソフトウェアはRHP_MANAGED記憶域、すなわちOracle ACFSにプロビジョニングされます。

- 高速ホーム・プロビジョニング・クライアントがディスク・グループ付きで構成されていない場合、-oraclebaseオプションに基づき、oracle_base_path/product/db_version/workingcopy_nameなどのデフォルトのOracleホーム・パスを使用してデータベース・ソフトウェアがプロビジョニングされます。このパスは、共有の場合も非共有の場合もあります。

注意: 高速ホーム・プロビジョニング・クライアントがディスク・グループ付きで構成されているかどうかを確認するには、ターゲット・クラスタでsrvctl config rhpclientコマンドを実行します。

-client cluster_name

クライアント・クラスタの名前。コマンドラインでこのオプションを指定しない場合、プロビジョニング操作はrhpctlコマンドの実行元であるクラスタで実行されます。

-user user_name

プロビジョニングされるOracle Databaseソフトウェアの所有者。コマンドラインでこのオプションを指定しない場合、プロビジョニング操作はrhpctlコマンドを実行しているユーザーに対して実行されます。リモートでプロビジョニングする場合は、-clientオプションを使用してクライアント・クラスタを指定し、-userオプションでそのクライアント・クラスタ上のユーザーを指定します。

-dbtype {RACONENODE|RAC|SINGLE}

ローカルの高速ホーム・プロビジョニング・サーバーまたはリモートの高速ホーム・プロビジョニング・クライアントでプロビジョニングするデータベースのタイプ。RAC、RACONENODEまたはSINGLEです。コマンドラインで-dbtypeオプションを指定しない場合、Oracle RACデータベースが作成されます。

-pqpool server_pool_name

既存のサーバー・プールの名前。

注意: このパラメータはOracle Flex Cluster環境でのみ適用され、リーフ・ノードで実行されているサーバー・プール(この場合のようにあらかじめ定義されているか、-newpqpoolパラメータを使用して作成される)を参照します。新しいサーバー・プールを作成する場合、-pqcardinalityパラメータを使用してサーバー・プールのカーディナリティ値を指定する必要があります。

関連項目:

- 高速ホーム・プロビジョニングのsrvctlコマンドの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- サーバー・プールへのサーバー割当ての詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください

4.3.3 プロビジョニングしたデータベースのパスワードの指定

プロビジョニングされたデータベースのスキーマにパスワードを指定するメカニズムはありません。パスワードを知る必要がある場合には、データベース・インスタンスが実行されているノード上のOS認証を使用してDBAユーザーがデータベースに接続し、スキーマごとにパスワードを任意の値にリセットすることをお薦めします。

4.3.4 プロビジョニングしたホームでのデータベースの削除

プロビジョニングしたデータベース・ソフトウェア・ホームから既存のデータベースを削除するには、コマンドrhpctl delete databaseを使用します。確実に削除するためには、データベースを実行していない必要があります。

4.4 データベースへのパッチ適用

データベースへのパッチ適用は、次のいずれかの方法で実行できます。

- ソフトウェアへのパッチ適用

- データ・ディクショナリまたはデータベースのスキーマ、あるいはその両方へのパッチ適用

詳細は、次の各項を参照してください。

- データベースにパッチを適用するためのイメージの作成

- パッチ適用の例

4.4.1 データベースにパッチを適用するためのイメージの作成

データベース・ソフトウェアにパッチを適用するには、パッチ対象のソフトウェアを含む新しいイメージを1回だけ作成する必要があります。データベース・イメージを作成する手順は、次のとおりです。

1. パッチの適用が必要な既存のデータベース・イメージの作業用コピーを作成します。

2. プロビジョニング対象である、作業用コピーのORACLE_HOMEで、OPatchまたは他のメカニズムを使用して必要な一連のパッチを適用します。

3. コマンドrhpctl add imageを実行して、更新した作業用コピーから新しいイメージを作成します。このイメージが、元のイメージにパッチが適用されたものです。

$ rhpctl add image -image image_name -workingcopy workingcopy_name

4. 既存のイメージ・シリーズの一部としてイメージを含める手順:

$ rhpctl add image -image image_name -workingcopy workingcopy_name -series series_name

4.4.2 パッチ適用の例

データベースにパッチを適用するには、パッチ適用されたイメージが存在する場合はそれに基づいて新しいORACLE_HOMEを作成し、現在のORACLE_HOMEのかわりに新しい場所からデータベースを実行させるコマンド、rhpctl move databaseを実行します。

デフォルトでは、パッチの適用はローリング・モードで実行されます。非ローリング・モードでパッチ適用を実行するには、-nonrollingオプションを使用します。こうすると、古いORACLE_HOMEデータベースでデータベースが完全に停止してから、新しくパッチ適用されたORACLE_HOMEから再起動して実行されます。

データベースのバージョンが12.1.0.1以上の場合、コマンドrhpctl move databaseによって、データベースのパッチに必要なSQLコマンドも実行されます。データベースのバージョンが12.1より前の場合、データベースのパッチに必要なSQLコマンドを手動で実行するように指示するメッセージが表示されます。

この項では、パッチ適用について次の例を示します。

- ソースの作業用コピーからターゲットの作業コピーにデータベースを移動

- データベース・イメージを使用して作業用コピーを作成

- 高速ホーム・プロビジョニング・サーバーによって管理されているOracleホームにデータベースを移動

4.4.2.1 ソースの作業用コピーからターゲットの作業コピーにデータベースを移動

ソースの作業用コピーから実行されているすべてのデータベースを、ローリング・モードでターゲットの作業用コピーに移動する手順:

rhpctl move database -sourcewc myDBHome1 -patchedwc myDBHome2

ソースの作業用コピーから実行されている特定のデータベースを、ローリング・モードでターゲットの作業用コピーに移動する手順:

rhpctl move database -sourcewc myDBHome1 -patchedwc myDBHome2 -dbname proddb

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからこのコマンドを実行すると、ソースの作業用コピーにあるクラスタおよびOracleホームから、ターゲットの作業用コピーにあるOracleホームに、1つまたはすべてのデータベースがローリング・モードで移動されます。

4.4.2.2 データベース・イメージを使用して作業用コピーを作成

イメージを指定して作業用コピーを作成することもできます。たとえば、ターゲットの作業用コピーを作成し、ソースの作業用コピーから実行中のすべてのデータベースを、ターゲットの作業用コピーにローリング・モードで移動するには、次のようにします。

rhpctl move database -sourcewc myDBHome1 -patchedwc myDBHome2 -image ORACLEDB12

高速ホーム・プロビジョニング・サーバーまたは高速ホーム・プロビジョニング・クライアントからこのコマンドを実行すると、イメージで指定した値からターゲットの作業用コピーが作成され、ソースの作業用コピーにあるOracleホームからクラスタで実行中のすべてのデータベースが、ターゲットの作業用コピーにあるOracleホームにローリング・モードで移動されます。新しく作成されたターゲットOracleホームの記憶域タイプはソースOracleホームと同じで、記憶域パスは表4-2の-pathオプションに示されているデフォルト値をとります。高速ホーム・プロビジョニング・クライアント操作の場合、デフォルトの記憶域タイプはLOCALです。

注意:
ソースの作業用コピーを非共有Oracleホームから、共有Oracleホームのターゲットの作業用コピーに移動することはできますが、ソースの作業用コピーを共有Oracleホームから、非共有Oracleホームのターゲットの作業用コピーに移動することはできません。

4.4.2.3 高速ホーム・プロビジョニング・サーバーによって管理されているOracleホームにデータベースを移動

高速ホーム・プロビジョニングを使用してプロビジョニングされなかったOracleホーム(管理外Oracleホーム)から、高速ホーム・プロビジョニング・サーバーによってプロビジョニングおよび管理されるOracleホームにデータベースを移動することができます。高速ホーム・プロビジョニング・サーバーの管理内にOracle Databaseを移動するには、次のコマンドを実行します。

rhpctl move database -sourcehome /u01/app/product/12.1.0/dbhome -oraclebase /u01/app/product/12.1.0/obase
-client payrollCluster -patchedwc myDBHome1 -image ORACLEDB12

高速ホーム・プロビジョニング・サーバーからこのコマンドを実行すると、データベース・ソフトウェアのゴールド・イメージORACLEDB12から新しい作業用コピーmyDBHome1が作成され、現在Oracleホーム/u01/app/product/12.1.0/dbhomeで構成または実行されているデータベースがすべて、新しいOracleホームに移動されます。

表4-3に、データベースへのパッチ適用に使用するrhpctlコマンドのパラメータをまとめます。

表4-3 データベースへのパッチ適用に使用するrhpctlのパラメータ

オプション

説明

-sourcewc oracle_home_path

データベースを移動する必要がある移動元の古い作業用コピーの名前

-patchedwc oracle_home_path

データベースを移動する必要がある移動先の新しい作業用コピーの名前

-image image_name

イメージの名前

-dbname unique_db_name

プロビジョニングするデータベースの名前

-oraclebase oraclebase_path

Oracleデータベース・ホームのプロビジョニングに使用するOracleベース・パス(ORACLEDBSOFTWAREイメージ・タイプの場合にのみ必要)

-client client_cluster_name

クライアント・クラスタの名前

-sourcehome oracle_home_path

ソースOracleホーム・パス

関連項目:
高速ホーム・プロビジョニングのsrvctlコマンドの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

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

この章では、Oracle Database 12c リリース1 (12.1)およびOracle Real Application Clusters (Oracle RAC)ソフトウェアをインストールした後に実行する、インストール後の作業について説明します。この章の内容は次のとおりです。

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

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

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

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

注意:
この章では、基本的な構成についてのみ説明します。より高度な構成およびチューニング情報については、『Oracle Database管理者ガイド』および製品の管理者ガイドとチューニング・ガイドを参照してください。また、インストール後の構成情報の詳細は、ご使用のプラットフォーム用のOracle Databaseのインストレーション・ガイドを参照してください。

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

インストールを完了したら、次の作業を実行します。

- ソフトウェア・パッチ更新のダウンロードおよびインストール

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

- Oracle製品の構成

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

- Oracle RACまたはOracle RAC One Node CDBでのサービスの構成

5.1.1 ソフトウェア・パッチ更新のダウンロードおよびインストール

パッチの更新をダウンロードしてインストールします。My Oracle Support Webサイトを参照して、ご使用の環境に対応するパッチの更新を確認します。

必要なパッチの更新をダウンロードするには、次の手順を実行します。

1. Webブラウザを使用して、My Oracle Support Webサイトを表示します。
https://support.oracle.com

2. My Oracle Supportにログインします。

注意:
My Oracle Supportの登録ユーザーでない場合は、「My Oracle Supportへの登録」をクリックして、登録します。

3. My Oracle Supportのメイン・ページで「パッチと更新版」をクリックします。

4. 「パッチと更新版」ページで、「製品またはファミリ(拡張)」をクリックします。

5. 「製品」フィールドで、「Oracle Database」を選択します。

6. 「リリース」フィールドで、リリース番号を1つ以上選択します。たとえば、Oracle 12.1.0.1.0とします。

7. 「検索」をクリックします。

8. 「パッチ検索」ページに、使用可能なすべてのパッチの更新が表示されます。

9. パッチ番号をクリックして、パッチをダウンロードします。

10. パッチ番号を選択して「README」をクリックします。READMEページには、そのパッチ・セットに関する情報と、パッチの適用方法が記載されています。

11. 「パッチセット」ページに戻って「ダウンロード」をクリックし、ファイルをシステムに保存します。

12. Oracle Database 12cリリース1 (12.1)で提供されたunzipユーティリティを使用して、My Oracle SupportからダウンロードしたOracleのパッチ更新を解凍します。unzipユーティリティは$ORACLE_HOME/binディレクトリにあります。

13. パッチをインストールする準備としてデータベース・プロセスを停止する方法の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

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

HP-UXプラットフォームの場合にのみ、次の手順を実行して権限の低いユーザーextjobに外部ジョブ所有者を設定します。

1. rootとしてログインします。

2. ディレクトリをOracle Database Oracleホームに変更します。

# cd $ORACLE_HOME/rdbms/admin/

3. テキスト・エディタでexternaljob.oraを開き、パラメータrun_userおよびrun_groupを検索します。

4. run_userに外部ジョブ・ユーザー(extjob)を設定し、run_groupに権限の低いグループ(otherなど)を設定します。次に例を示します。

run_user=extproc
run_group=other

5. ファイルを保存します。

注意:
rootとしてexternaljob.oraのみを変更します。

5.1.3 Oracle製品の構成

多くのOracle製品およびオプションは、初めて使用する前に構成する必要があります。個々のOracle Database 12cリリース1 (12.1)のデータベース製品またはオプションを使用する前に、その製品のドキュメント・ライブラリでマニュアルを参照してください(Oracle Technology Network (OTN)から利用可能)。

http://docs.oracle.com

インストール後の様々な製品および機能の構成の詳細については、次の項を参照してください。

- Oracle Database Vaultの構成

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

- Oracle Label Securityの構成

- Oracle XML DBの構成

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

5.1.3.1 Oracle Database Vaultの構成

OUIによってOracle RACソフトウェアのインストール時にデフォルトでOracle Database Vaultがインストールされますが、Oracle Database VaultをOracle RACデータベースに登録し、データベース・ユーザー・アカウントを作成してから使用する必要があります。Database Vault所有者ユーザーおよび、オプションでDatabase Vaultアカウント・マネージャの管理ユーザー・アカウントを作成する必要があります。

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

インストール後にデータベース・セキュリティ構成を有効または無効にするには、コマンドラインOracle Database Configuration Assistant (DBCA)オプションを使用する必要があります。DBCAのGraphical User Interface (GUI)には、仕様により、セキュアな構成を有効または無効にするためのオプションがありません。たとえば、インストール後にセキュリティ設定を有効にするには、次の形式のコマンドを使用します(myRACdb1.example.comはローカル・データベース・インスタンスの名前またはDB_UNIQUE_NAME)。

dbca –configureDatabase –sourceDB myRACdb1.example.com -SID
–enableSecurityConfiguration true

5.1.3.3 Oracle Label Securityの構成

インストールした後、使用する前にデータベース内でOracle Label Securityを構成する必要があります。Oracle Label Securityを構成するには、Oracle Internet Directoryの統合を使用する方法と使用しない方法の2種類があります。

構成

要件

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管理者ガイド』を参照してください。

5.1.3.4 Oracle XML DBの構成

Oracle XML DBはOracle Databaseインストールの必須コンポーネントです。ただし、Oracle XML DB用にFTPとHTTPのポートを手動で構成する必要があります。

関連項目:
Oracle XML DBに対するFTPプロトコルおよびHTTPプロトコルの構成の詳細は、『Oracle XML DB開発者ガイド』を参照してください。

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

ご使用のOracle RACデータベースがデータベースの外部にあるファイルを使用する場合、外部ファイルはすべてのノードからアクセス可能な共有記憶域に格納されている必要があります。ファイルのアクセスには、各ノードで同じマウント・ポイントを使用する必要があります。使用可能な共有ファイル・システムには、Database File System (DBFS)、Oracle ASM Cluster File System (Oracle ACFS)またはDirect NFSクライアントを使用したサポートされているネットワーク・ファイル・システム(NFS)が含まれます。

データベースの外部のファイルの書込みおよび読込みに使用するデータベース・ディレクトリ・オブジェクトは、1つの共有記憶域の場所を指している必要があり、同一の共有記憶域の場所に対して、各ノードで同一のマウント・ポイントを使用する必要があります。

注意:
外部ファイルまたは外部表の一部として指定されたディレクトリ・オブジェクトの内容に、各ノードで一貫性があるかどうかを確認するためのチェックはありません。予測できない結果を回避するには、同一のファイルがすべてのノードからアクセスされていること、または同一のファイルがすべてのノードで使用されていることを確認してください。

関連項目:
記憶域の構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

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

データベースを新規作成またはアップグレードした後は、utlrp.sqlスクリプトを実行します。このスクリプトを実行すると、パッケージ、プロシージャ、タイプなど、無効な状態になっている可能性があるすべてのPL/SQLモジュールが再コンパイルされます。これは、後日ではなくインストールに続いてすぐに実行してください。

1. Oracleソフトウェア所有者のユーザー・アカウント環境(oracleなど)の設定を完了します。第5.2.1項「Oracleユーザー環境変数の設定」を参照してください。

2. 次のコマンドを実行して、SQL*Plusを起動します。

$ sqlplus "/ AS SYSDBA"

3. utlrp.sqlスクリプトを実行します。Oracle_homeはOracleホームのパスです。

SQL> @Oracle_home/rdbms/admin/utlrp.sql

5.1.5 Oracle RACまたはOracle RAC One Node CDBでのサービスの構成

インストール時に、マルチテナント・コンテナ・データベース(CDB)を選択し、プラガブル・データベース(PDB)を構成している場合は、インストール後、このPDBにサービスを追加する必要があります。PDBにサービスを追加しない場合は、Oracle RAC One Node CDBは別のノードにフェイルオーバーされ、または手動でCDBを別のノードに再配置すると、デフォルトで、そのCDB (サービスを登録していない)に関連付けられているすべてのPDBはMOUNTED状態で再起動されます。

Oracle RAC One Nodeデータベースの場合はフェイルオーバー後、Oracle RACの場合は再配置後に、PDBがRead Writeモードで開かれるのは、サービスを関連付けてPDBを構成した後に限られます。PDBにサービスを関連付けていない場合は、CDBインスタンスの再起動時に、PDBはMOUNTED状態を維持します。

PDBにサービスを追加するには、次のsrvctlコマンド構文を使用します(ここで、cdbnameはCDB名で、service_nameはサービス名で、pdbnameはPDB名です)。

srvctl add service -d cdbname -s service_name -pdb pdbname

PDBにサービスを追加した後、PDBが関連付けられているCDBを再配置したか、またはOracle RAC One Nodeデータベースに対してCDBがフェイルオーバーされた場合は、そのCDBに関連付けられているPDBは自動的にRead Write状態で起動されます。

関連項目:
PDBおよびサービスの追加についての詳細は、『Oracle Database概要』および『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

Oracle RACをインストールした後で、次の作業を行うことをお薦めします。

- oracleユーザーの環境変数の設定

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

- ORAchkヘルス・チェック・ツールのダウンロードとインストール

5.2.1 oracleユーザーの環境変数の設定

各ノードで、インストール所有者ユーザーのprofileファイル(この例ではoracle)の環境変数ORACLE_BASE、ORACLE_HOMEおよびORACLE_SIDを設定し、ORACLE_HOME/binをパス環境変数に追加します。

次に例を示します。

export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=/u01/app/oracle/12.1.0/dbhome_1
export PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_SID=sales1

環境変数ORACLE_HOMEおよびORACLE_SIDを設定せずに、SQL*Plusなどのツールを使用しようとすると、これらの変数を設定するように求めるエラー・メッセージが表示されます。

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

データベースの管理に、その他のユーザー・アカウントを設定できます。追加のユーザー・アカウントの設定の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

5.2.3 ORAchkヘルス・チェック・ツールのダウンロードとインストール

ORAchkユーティリティをダウンロードしてインストールし、Oracleソフトウェア・スタックの事前ヘルス・チェックを実行します。

ORAchkは、RACCheckユーティリティの拡張機能です。ORAchkは、ヘルス・チェックの範囲をOracleソフトウェア・スタック全体に拡張しており、Oracleユーザーから報告された主な問題を特定し、それに対処します。ORAchkは、Oracleの製品とデプロイメントについて次のような既知の問題をあらかじめスキャンします。

- スタンドアロンのOracleデータベース

- Oracle Grid Infrastructure

- Oracle Real Application Clusters

- 最大可用性アーキテクチャ(MAA)の検証

- アップグレード対応の検証

- Oracle Golden Gate

ORAchkユーティリティの構成および実行方法の詳細は、次のMy Oracle Supportのノート1268927.1を参照してください。

https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1268927.1

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

Oracle Configuration Managerをインストールした場合、スクリプトを実行して、データベース構成収集を行うデータベース・アカウントを作成する必要があります。このアカウントは、接続モードと切断モードの両方で作成する必要があります。データベース・アカウントには、構成情報を収集するPL/SQLプロシージャが格納され、そのアカウントが、収集を行うデータベース管理システム(DBMS)・ジョブの所有者になります。アカウントの設定後、ログイン権限は不要になるため、アカウントはロックされます。

構成収集が行われるようにデータベースを構成するには、次のスクリプトを実行します。

$ORACLE_HOME/ccr/admin/scripts/installCCRSQL.sh collectconfig -s SID -r\
SYSDBA-USER -p SYSDBA-PASSWORD

スクリプトinstallCCRSQL.shを実行すると、Oracle Configuration Managerユーザーが作成され、PL/SQLプロシージャがORACLE_SIDで定義されているデータベースにロードされます。コマンドラインで-sオプションを使用して、データベースSIDを指定することもできます。次の例では、SIDをorclに指定しています。

$ORACLE_HOME/ccr/admin/scripts/installCCRSQL.sh collectconfig -s orcl

Oracle RACの場合、データベース・スクリプトを実行する必要があるのは、インストールを行ったローカル・インスタンスなど、1つのインスタンスに対してのみです。ただし、Oracle Configuration Managerはすべてのインスタンス・ホームにインストールする必要があります。

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

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

Oracle Databaseをインストールすると、一部のオプションは有効になり、それ以外は無効になります。Oracleホームの特定のデータベース機能を有効または無効にするには、データベースを停止してchoptツールを使用します。

choptツールはコマンドライン・ユーティリティで、ディレクトリORACLE_HOME/binに格納されています。次の構文を使用し、db_optionにステータスを変更する対象のオプションを指定します。

chopt [enable | disable] db_option

表5-1に、db_optionのオプションを示します。

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

値

説明

dm

Oracle Data Miningデータベース・ファイル

olap

Oracle OLAP

partitioning

Oracle Partitioning

rat

Oracle Real Application Testing

例5-1 Choptを使用してデータベース・オプションを有効にする方法

この例では、choptツール・コマンドによりデータベースoradb1でOracle Label Securityが有効になります。

$ cd $ORACLE_HOME/bin
$ srvctl stop database -db oradb1
$ chopt enable lbac
$ srvctl start database -db oradb1

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

この章では、Oracle Real Application Clusters (Oracle RAC)環境でのサーバー・プールの概念について説明します。この章の内容は次のとおりです。

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

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

- Oracle RACデータベースのサーバー・プールの作成

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

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

Oracle Clusterware 11gリリース2 (11.2)には、Oracle Clusterwareが管理するリソースであるサーバー・プールという論理グループが導入されています。リソースは共有インフラストラクチャ上でホスト指定され、サーバー・プールに格納されます。リソースは、特定のインスタンスまたはノードに属するものとして定義されなくなりました。かわりに、リソース要件の優先順位を定義します。Oracle Flex Clusterでは、簡素化された管理オプションを持つサーバー・プールを使用し、クラスタ・メンバー・ノードで、ハブ・ノードおよびリーフ・ノードを使用し、特定のタイプのワークロードが実行できます。クラスタ構成ポリシー・セットを使用して、クラスタ全体にわたってクラスタ・ポリシーを動的に管理できます。

次の項では、サーバー・プールに関するその他の概念を説明します。

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

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

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

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

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

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

特定の属性で区別されているサーバーを特定することで (サーバーのカテゴリ化というプロセス)、サーバー・プールを使用してサーバーを動的に管理できます。このようにして、異種ノードで構成されたクラスタを管理できます。

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

ポリシーベース管理では、データベース管理者は、データベース・リソースを実行するサーバー・プール(汎用および空きを除く)を指定します。

ポリシーベース管理の特徴は次のとおりです。

- 必要時に動的な容量の割当てが可能で、ポリシーで設定した優先度に従ってサーバーの容量を指定できます。

- 重要度ごとにリソースの割当てが可能で、アプリケーションが可能なかぎり必要最小限のリソースを取得できます。また、優先度が低いアプリケーションが、より重要なアプリケーションのリソースを消費しないようにすることもできます。

- 必要時には分離が保証され、アプリケーションとデータベースについて、クラスタの専用サーバーを指定できます。

- ビジネスのニーズまたはアプリケーションの要求に従ってプールを変更するようにポリシーを構成して、適切なときに適切なサービスをプールから得られるようにします。

サーバー・プールで実行しているアプリケーションとデータベースは、リソースを共有しません。サーバー・プールはリソースを共有しないため、必要に応じてリソースを分離しますが、必要に応じた動的容量割当ては可能になります。ロール別管理を併用すると、この機能は標準化されたクラスタ環境がある組織のニーズに対応しますが、複数の管理者グループが、一般的なクラスタ・インフラストラクチャを共有できるようになってしまいます。

Oracle Clusterwareは、異なるリソースをクラスタに効率的に割り当てます。ノードで実行される各リソースの重要度のレベルと組み合せて、リソースが実行できるノードの最小数および最大数のみを指定する必要があります。

関連項目:

- リソース属性の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- ビジネスおよびアプリケーションの要件に対応するためのサーバー管理の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

6.1.3 サーバー・プールの動作

サーバー・プールは、クラスタを、シングルトンおよび均一データベース・サービス、およびアプリケーションをホストするサーバーのグループに分割します。サーバー・プールによって、クラスタの複数のサーバーに対し、統一されたワークロード(一連のOracle Clusterwareリソース)が分散されます。たとえば、Oracle Databaseを特定のサーバー・プールでのみ実行するように制限できます。ロール別管理を有効にすると、オペレーティング・システム・ユーザーにサーバー・プールを使用する権限を付与できます。

Oracle RACデータベースを含むサーバー・プールは、サーバー制御(SRVCTL)ユーティリティを使用して管理します。他のすべてのサーバー・プールを管理するには、Oracle Clusterware制御(CRSCTL)ユーティリティを使用します。最上位のサーバー・プールを作成する権限を所有しているのは、クラスタ管理者のみです。

最上位のサーバー・プールの特徴は、次のとおりです。

- クラスタを論理的に分割します。

- 常に排他的です。これは、1つのサーバーが特定の時期に1つの特定のサーバー・プールにのみ存在できることを意味します。

6.1.4 デフォルト・サーバー・プール

Oracle Clusterwareがインストールされると、汎用サーバー・プールおよび空きサーバー・プールという2つのサーバー・プールが自動的に作成されます。新規インストールのすべてのサーバーは、最初、空きサーバー・プールに割り当てられます。空きサーバー・プールにあるサーバーは、新しく定義したサーバー・プールに自動的に移動します。

6.1.4.1 空きサーバー・プール

空きサーバー・プールには、他のサーバー・プールに割り当てられていないサーバーが含まれています。空きサーバー・プールの属性は、次のように制限されます。

- SERVER_NAMES、MIN_SIZEおよびMAX_SIZEは、ユーザーが編集することはできません。

- IMPORTANCEおよびACLは、ユーザーが編集することができます。

6.1.4.2 汎用サーバー・プール

汎用サーバー・プールは、ポリシー管理されていない任意のOracle Databaseを格納します。また、汎用サーバー・プールには、汎用サーバー・プールを親サーバー・プールとするSERVER_NAMES属性に名前を指定したサーバー一覧が含まれます。

汎用サーバー・プールの属性は、次のように制限されています。

- 汎用サーバー・プールの構成属性は誰も変更できません(すべての属性は読取り専用です)。

- DBCAまたはSRVCTLによってHOSTING_MEMBERSリソース属性にサーバー名が指定された場合、サーバーが次の状態の場合にのみOracle Clusterwareはそれを許可します。

- オンラインで汎用サーバー・プールに存在する。

- オンラインで空きサーバー・プールに存在する。この場合、Oracle Clusterwareによってサーバーが汎用サーバー・プールに移動されます。

- オンラインで、他のサーバー・プールに存在し、ユーザーがクラスタ管理者であるか、またはサーバー・プールのサーバーの使用が許可されている場合(この場合、サーバーは汎用サーバー・プールに移動されます)。

- オフラインで、ユーザーがクラスタ管理者の場合

6.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またはDBCAのいずれかを使用して管理者管理データベースを追加または削除すると、Genericのメンバーであるサーバー・プールがOracle RACによって作成または削除されます。

関連項目:

- サーバー・プールの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- ポリシー・セットの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

6.3 Oracle RACデータベースのサーバー・プールの作成

サーバー・プールは、DBCAでOracle RACデータベースを作成する際に作成できますが、データベース・ソフトウェアおよびデータベースのデプロイ前に、作成することをお薦めします。次もお薦めします。

- クラスタに最初にサーバー・プールを作成する前にロール区分を有効にします。

- 構成ポリシーおよび各ポリシー・セットを使用してサーバー・プールを作成および管理します。

次の2つの方法のいずれかで、ロール別管理を実装できます。

- 垂直実装(レイヤー間)は、技術スタック内の様々なレイヤーで使用される異なるオペレーティング・システム・ユーザーおよびグループに基づいたロール区分手法です。サーバー・プールおよびリソースに対する権限は、アクセス制御リストを使用して、スタック内の各レイヤーの異なるユーザー(およびグループ)に付与されます。Oracle Automatic Storage Management(ASM)でのロール区分の設定は、Oracle Grid Infrastructureのインストールの一部として、特定のロールのオペレーティング・システム・グループの細かい割当てに基づいて提供されます。

- 水平実装(1つのレイヤー内)は、サーバー・プールおよびポリシー管理データベースまたはアプリケーションに割り当てられたアクセス制御リストを使用して付与されるリソースに対するアクセス権限を使用して、1つのレイヤー内のリソース・アクセスを制限するロール区分手法です。
たとえば、Oracle Grid Infrastructureのインストールおよび2つのデータベース・サーバー・プールの作成を実行するための、gridという名前のオペレーティング・システム・ユーザーと、プライマリ・オペレーティング・システム・グループoinstallを検討します。オペレーティング・システム・ユーザーouser1およびouser2は、サーバー・プール内で操作できる必要がありますが、サーバー・プールを変更できないようにして、他のサーバー・プールからハードウェア・リソースを誤って、または意図的に除去されないようにします。

関連項目:

- ポリシー・セットの作成の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- ロール区分での管理の構成の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

6.4 Oracle RAC One Nodeとサーバー・プール

Oracle RAC One Nodeとサーバー・プールについて次の点に注意してください。

- Oracle RAC One Nodeは、1つのサーバー・プールのみで実行されます。このサーバー・プールは、他のサーバー・プールと同様に処理されます。

- Oracle RAC One Nodeデータベース・インスタンスのオンライン再配置では、Oracle RAC One Nodeデータベースのあるノードから別のノードへの計画的な移行が可能です。再配置は、常にサーバー・プール内で行う必要があります。

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

この章では、Oracle Real Application Clusters(Oracle RAC)用にインストールされた構成について説明します。この章の内容は次のとおりです。

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

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

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

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

- Oracle RACのORATABの構成

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

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

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

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

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

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

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

Oracle Net Configuration Assistant(NetCA)およびDatabase Configuration Assistant(DBCA)は、Oracle RACデータベースの作成およびOracle Enterprise Manager検出に必要な要件を満たすように環境を構成します。

注意:
構成ファイルは、クラスタ・データベースの各ノードに作成されます。

Oracle RACのインストールの完了後は、ホスト名を変更しないようにしてください(ドメイン修飾の追加または削除を含む)。ノード名はOracle Clusterwareのインストール中にホスト名から作成され、データベース・プロセスで広範に使用されます。ホスト名が変更されているノードは、クラスタから削除して新しいホスト名で追加しなおす必要があります。

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

管理者は、多くの場合、データベースの停止または起動、記憶域の構成などの特別な操作を実行します。これらの管理決定を担当する一人の管理者のみがこれらの操作を実行する必要があるため、Oracle DatabaseまたはOracle Automatic Storage Management (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 RACクラスタでは、システム権限グループのグループID番号(GID)は、各クラスタ・メンバー・ノード上で同一である必要があります。1つのオペレーティング・システム・グループを論理グループ(メンバーにOracle DatabaseおよびOracle ASMのすべてのシステム権限(インストール所有者のOINSTALLシステム権限を含む)が付与されている)に指定できます。また、2つ以上の実際のオペレーティング・システム・グループに論理システム権限を委任できます。論理システム権限ごとに、異なるオペレーティング・システム・グループを作成することをお薦めします。これにより、データベース管理者に1つ以上の管理者システム権限のサブセットを付与できるようになります。これらのデータベース管理者は、その後、SYSDBAシステム権限なしで標準のデータベース管理タスクを実行できるようになります。

表7-1にシステム権限グループをリストします。

表7-1 ロールが割り当てられたOracleシステム権限のオペレーティング・システム・グループ

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

デフォルトの実際のUNIXまたはLinuxグループ名

グループ･メンバーシップにより認証されるシステム権限

OINSTALL

oinstall

各サーバーの中央oraInventoryディレクトリに対する書込み権限、およびOracleバイナリのインストール所有者ユーザーに付与されるその他の権限を含む、インストール所有者のインストール・システム権限。

OSDBA

dba

データベースのすべてのシステム権限を含む、Oracle Database用のSYSDBAシステム権限。

OSOPER

oper

Oracle Database用の起動および停止を行うSYSOPERシステム権限。

OSBACKUPDBA

backupdba

Oracle Database用のバックアップとリカバリを行うSYSBACKUPシステム権限。

OSDGDBA

dgdba

Oracle Data Guardの管理と監視を行うSYSDGシステム権限。

OSKMDBA

kmdba

Oracle Wallet Managerなどのアプリケーションの暗号化鍵管理に使用するSYSKMシステム権限。

OSASM

asmadmin

Oracle ASM記憶域用のすべてのシステム権限を含む、クラスタのOracle ASM用のSYSASMシステム権限。

OSOPER for ASM

asmoper

クラスタのOracle ASM用の起動および停止を行うSYSOPERシステム権限。

OSDBA for ASM

asmdba

Oracle ASMにより管理されているファイルに対する読取りおよび書込みアクセス権を取得するASM用のSYSDBAシステム権限(すべてのOracle Databaseソフトウェア所有者は、このグループのメンバーである必要があります)。

関連項目:

- オペレーティング・システム・グループおよびOracle Databaseのシステム権限の詳細は、『Oracle Database管理者ガイド』を参照してください。

- オペレーティング・システム・グループおよびOracle ASMのシステム権限の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

Oracle RACでは、すべてのクラスタ・ノードのタイムゾーン設定が同じである必要があります。クラスタにOracle Grid Infrastructureをインストールする際、インストール・プロセスによってOracle Universal Installer (OUI)が実行されているノードのGridインストール所有者のタイム・ゾーン設定が判別されます。OUIでは、Oracle Clusterwareが管理するすべてのプロセスのデフォルトのタイム・ゾーン設定としてそのタイム・ゾーン値をすべてのノードで使用します。このデフォルト設定は、データベース、Oracle ASMおよびその他の管理対象プロセスで使用されます。ただし、SQL*Plusでインスタンスを起動する場合、Oracle RACが使用するタイムゾーン値がOracle Clusterwareタイムゾーンと同じであることを確認する必要があります。コマンドsrvctl setenv database -env 'TZ=time zone'を実行すると、Oracle Clusterwareがデータベースに使用するタイムゾーンを変更できます。

7.4 Oracle RACのサーバー・パラメータ・ファイルの概要

データベースを作成すると、指定したファイルの位置にSPFILEが作成されます。Oracle ASMディスク・グループまたはクラスタ・ファイル・システムをこの場所に指定できます。

クラスタ・データベース内のすべてのインスタンスは、起動時に同じSPFILEを使用します。SPFILEはバイナリ・ファイルであるため、エディタを使用して直接編集しないでください。かわりに、Oracle Enterprise ManagerまたはSQL文ALTER SYSTEMを使用して、SPFILEパラメータ設定を変更します。

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

7.5 Oracle RACのORATABの構成

Oracleは、oratab構成ファイルに各Oracle RACデータベースのエントリを作成します。oratabファイルは、インストール時にroot.shスクリプトによって作成され、データベースの作成時または削除時にDatabase Configuration Assistantによって更新されます。oratabファイルのエントリも、データベースをまだ実行したことのないノード上で初めて起動したときDatabase Agentによって自動的に作成されます。Oracle ASM Agentは、Oracle ASMのoratabエントリを作成します。

Oracle Enterprise Managerは、サービスの検出時にoratabファイルを使用して、Oracle RACデータベースの名前の確認と、そのデータベースをシステム再起動時に自動起動するかどうかを確認します。

データベースのエントリの構文は、次のとおりです。

$DB_UNIQUE_NAME:$ORACLE_HOME:N

コロン(:)はフィールドの終了記号として使用されます。改行は、エントリの終了を示します。シャープ記号(#)で始まる行はコメントです。Oracle RACデータベースのすべてのインスタンスは同じDB_UNIQUE_NAMEを持ちますが、各インスタンスにはそれぞれ専用のORACLE_SIDがあるため、oratabファイルの$DB_UNIQUE_NAME環境変数をデータベース・エントリとして使用します。

Oracle RACデータベースの$DB_UNIQUE_NAME識別子は企業内で一意である必要があります。$ORACLE_HOMEは、データベースへのディレクトリ・パス、Nは、システムの再起動時にデータベースを起動しないことを示します。たとえば、データベース名salesのエントリは、次のとおりです。

sales:/u01/app/oracle/sales:N

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

この項では、DBCAによって作成されたデータベース・コンポーネントについて説明します。内容は次のとおりです。

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

- 制御ファイル

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

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

シングル・インスタンスおよびクラスタ・データベースの両方の環境では、Oracle Databaseは表領域という小さな論理領域に分割されています。各表領域は、共有記憶域にある1つ以上のデータ・ファイルに対応しています。表7-2に、Oracle RACデータベースで使用する表領域名、およびその表領域に含まれるデータの種類を示します。

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

表領域名

内容

SYSAUX

補助システム表領域で、DRSYS (Oracle Text用のデータを含む)、CWMLITE (OLAPスキーマを含む)、XDB (XML機能用)、ODM (Oracle Data Mining用)、INDEX、EXAMPLEスキーマを含みます。

SYSTEM

データベースに必要な表、ビューおよびストアド・プロシージャの定義を含む、データ・ディクショナリで構成されます。この表領域内の情報は自動的にメンテナンスされます。

TEMP

SQL文の処理時に作成された一時表および索引が含まれます。非常に大規模な表に対するANALYZE COMPUTE STATISTICSのように大量のソートが必要なSQL文、あるいはGROUP BY、ORDER BYまたはDISTINCTを含むSQL文を実行する場合に、この表領域の拡張が必要な場合があります。

UNDOTBSn

DBCAが自動UNDO管理用に作成する、インスタンスごとのUNDO表領域が含まれます。

USERS

アプリケーション・データで構成されます。表を作成しデータを入力するにつれて、この領域にデータが書き込まれます。

EXAMPLE

データベースの作成時に含めることを選択した場合は、サンプル・スキーマを保存します。

OUIで事前構成済データベース構成オプションを使用する場合、これらの表領域名は変更できません。ただし、詳細なデータベース作成方法を使用する場合は、表領域名を変更できます。

前述のとおり、各表領域には、共有ファイル・システムに存在する1つ以上のデータ・ファイルがあります。事前定義済データベース構成オプションによって作成されるデータ・ファイル名は、記憶域タイプ(Oracle ASM、クラスタ・ファイル・システムなど)によって異なります。

7.6.2 制御ファイル

データベースは、共有記憶域に格納されている2つの制御ファイルを使用して構成されています。各データベースには、一意の制御ファイルが1つ必要であり、データベースに構成されているその他の制御ファイルは、元の制御ファイルと同一のコピーです。

制御ファイルが使用できなくなった場合、その破損した制御ファイルにアクセスしようとするデータベース・インスタンスは失敗します。様々なディスクに制御ファイルを多重化する(多重コピーを作成する)ことによって、データベースは冗長性を実現でき、それによってシングル・ポイント障害を避けることができます。

関連項目:

- 『Oracle Database概要』

- 『Oracle Database管理者ガイド』

7.6.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管理およびデプロイメント・ガイド』を参照してください。

7.7 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管理およびデプロイメント・ガイド』を参照してください。

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

Oracle Databaseの初期化パラメータの保存には、サーバー・パラメータ・ファイル(SPFILE)を使用することをお薦めします。Oracle ASM SPFILEを含む、Oracle ASMのすべてのSPFILEを保存することをお薦めします。SPFILEは共有記憶域に置いて、クラスタ・データベースのすべてのインスタンスがこのパラメータ・ファイルにアクセスできるようにする必要があります。

関連項目:
パラメータ・ファイルの作成および使用の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

ユーザーは、クライアント/サーバー構成を使用するか、または接続プーリングを任意に使用し、1つ以上の中間層を介してOracle RACデータベースにアクセスします。Oracle Databaseに接続するときは、接続記述子またはネット・サービス名を使用できます。Oracle RACデータベースの場合、単一クライアント・アクセス名(SCAN)を使用して、Oracle RACデータベースの使用可能な任意のインスタンスに接続することもできます。

この項には次のトピックが含まれます:

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

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

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

- SCANの理解

- SCANを使用したOracle RACデータベースへの接続方法

- Oracle RACデータベースのリスナー構成

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

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

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

7.9.1 Oracle RACデータベースのデータベース・サービス

各データベースは、1つ以上のサービスで表されます。サービスは、サービス名(sales.example.comなど)によって識別されます。クライアントはサービス名を使用して、自身がアクセスする必要があるデータベースを識別します。インストール中に、Oracle RACデータベースは、データベースと同じ名前を持つデフォルトのデータベース・サービスを使用して構成されます。このサービスは、データベース管理タスクの実行に使用できます。クライアントおよびアプリケーションのデータベースへの接続用に、追加のサービスを作成する必要があります。

サービス名は複数のデータベース・インスタンスに関連付けることができ、インスタンスは複数のサービスに関連付けることができます。リスナーはクライアントとデータベース・インスタンスとの間の仲介役を果し、接続要求を適切なインスタンスに渡します。サービスに接続するクライアントは、接続先のインスタンスを指定する必要がありません。

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

各ネット・サービス名は、接続記述子に関連付けられます。接続記述子は、データベースの場所とデータベース・サービスの名前を提供します。接続記述子は、リスナーの1つ以上のプロトコル・アドレスと、接続先サービスの接続情報で構成されています。

データベース接続の作成にサービス名を使用する際に必要な情報はリポジトリに格納することができ、1つ以上のネーミング・メソッドで表されます。ネーミング・メソッドとは、クライアント・アプリケーションがサービス名を接続記述子に解決するために使用する解決方法です。Oracle Net Servicesは、いくつかの種類のネーミング・メソッドを提供しています。これらは、各クライアント上のローカル構成またはネットワーク上のすべてのクライアントがアクセスできる集中化された構成をサポートしています。

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

簡易接続ネーミング・メソッドを使用すると、TCP/IP環境でtnsnames.oraファイルまたはその他のリポジトリ内をサービス名で検索する必要がなくなります。簡易接続では、クライアントはホスト名と、オプションのポートおよびサービス名で構成される単純なTCP/IPアドレスの接続文字列を使用します。このメソッドを使用する場合、ネーミングまたはディレクトリ・システムは必要ありません。例については、例7-1「簡易接続ネーミング・メソッドを使用したOracle RACへの接続」を参照してください。

ほとんどの環境に対応するように、Oracle Databaseサーバーとクライアントのネットワーク要素が事前構成されています。デフォルトでは、簡易接続ネーミング・メソッドが有効化され、リポジトリは不要です。簡易接続以外のネーミング・メソッドを使用する場合は、Oracle Net Servicesの追加の構成が必要となる場合があります。

7.9.4 SCANの理解

この項には次のトピックが含まれます:

- SCANについて

- SCAN VIPアドレス

- SCANリスナー

7.9.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インストレーション・ガイド』を参照してください。

7.9.4.2 SCAN VIPアドレス

SCANの仮想IPアドレス(VIP)は、ノードのVIPと同様に機能します。ただし、ノードVIPとは異なり、SCAN VIPはクラスタ内の任意のノードで実行できます。ノードVIPの名前やアドレスではなくSCANを使用して接続するクライアント(ユーザーまたはアプリケーション)は、クラスタに対してノードが追加または削除されたとき、あるいはデータベース・インスタンスが別のノードで実行されたときに、そのローカルのtnsnames.oraファイルのノードの名前やアドレスのリストを更新する必要はありません。

注意:
DNSに3つのSCAN VIPを構成しても、それだけでは接続のフェイルオーバーは保証されません。Oracleクライアントは、かわりに、接続リクエストを別のSCANリスナーにフェイルオーバーさせるために返されたSCAN VIPを使用します。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管理およびデプロイメント・ガイド』を参照してください。

7.9.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管理およびデプロイメント・ガイド』を参照してください。

7.9.5 SCANを使用したOracle RACデータベースへの接続方法

tnsnames.oraファイルを構成するかわりに、SCANおよび簡易接続ネーミング・メソッドを使用してデータベースに接続するようにOracle RACデータベース・クライアントを構成することをお薦めします。

Oracle Database 11g リリース2より前のOracle RACリリースのノードVIPアドレスを使用してクラスタに接続するように構成されたクライアントは、既存の接続アドレスを引き続き使用できるため、SCANを使用する必要はありません。以前のリリースのOracle Databaseをアップグレードすると、データベースはローカル・リスナーだけではなく、SCANリスナーにも登録されるので、クライアントがSCANを使用してそのデータベースに接続できるようになります。

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

SCANがsales1-scan.mycluster.example.comであるクラスタでOracle RACデータベースが実行されている場合は、次のような接続記述子を使用して、データベース・サービスoltp.example.comに対する接続要求を送信できます。

sqlplus system/manager@sales1-scan.mycluster.example.com:1521/oltp

SCANがDNSで解決される場合、DNSはクライアントに対してラウンドロビンの順で3つのSCAN VIPアドレスをすべて返します。SCANがGNSで解決される場合、DNSゾーン委任によってGNSに参照リクエストが送信され、その後クライアントに対してラウンドロビンの順で3つのSCAN VIPアドレスがすべて返されます。

その後、クライアントでは、返された1つのSCAN VIPアドレスを使用してSCANリスナーに問い合せます。SCANリスナーがクライアントから接続要求を受け取ると、SCANリスナーはクラスタ内で最もロードされていない、要求されたサービスを提供しているインスタンスを識別します。次に、最もロードされていないインスタンスが実行中のノードのローカル・リスナーに接続要求をリダイレクトし、クライアントにローカル・リスナーのアドレスを付与します。次に、ローカル・リスナーは、データベース・インスタンスへの接続を作成します。

7.9.6 Oracle RACデータベースのリスナー構成

Oracle Databaseは、ローカル・リスナーを介して接続要求を受け取ります。ローカル・リスナーはクライアント要求を仲介して、サーバーに渡します。リスナーはプロトコル・アドレスで構成されており、同じプロトコル・アドレスで構成されたクライアントは、そのリスナーに接続要求を送信できます。接続が確立されると、クライアントとOracle Databaseは互いに直接通信します。

ローカル・リスナー(デフォルトのリスナー)は、Oracle Grid Infrastructureのインストール時にGridホームに配置されます。ローカル・リスナーは、データベース接続要求と、外部プロシージャやOracle XML Database (XDB)要求などのデータベース接続以外の要求に応答するように構成されています。データベースが起動されると、データベース・エージェント・プロセス(oraagent (以前の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パラメータは、SCANをホスト名(HOST=scan)に使用する単一アドレスを持つOracle Netエイリアスには設定しないでください。

7.9.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管理者ガイド』を参照してください。

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

サービス名を使用しているOracle RACデータベースにSCANを使用して接続する場合は、環境に基づいて次のアクションが発生します。番号が付けられたアクションは、図7-1に示されている矢印に相当します。

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データベース・インスタンスにアクセスします。

図7-1 SCANを使用するOracle RAC接続のロード・バランシング・アクション

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

Oracle RACデータベースは、接続時ロード・バランシング機能とフェイルオーバー機能に重要なメリットを提供します。

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

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

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

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

サービスは、そのワークロード(現在処理している作業の量)をローカル・リスナーとSCANリスナーに登録することで、自身のセッションを調整します。クライアントはSCANリスナーによって、特定のサービスのインスタンスを実行する、負荷が最も低いノードのローカル・リスナーへとリダイレクトされます。この機能は、ロード・バランシングと呼ばれます。ローカル・リスナーは、クライアントをディスパッチャ・プロセスに送るか(データベースが共有サーバーを使用するよう構成されていた場合)、またはクライアントを専用サーバー・プロセスに送ります。

Oracle RACデータベースには、2つのタイプのロード・バランシング(クライアント側およびサーバー側のロード・バランシング)を実装できます。クライアント側のロード・バランシングは、リスナー全体で接続要求のバランスをとります。サーバー側のロード・バランシングの場合、SCANリスナーはロード・バランシング・アドバイザを使用して、現在サービスを提供している最適なインスタンスに接続要求を送ります。

関連項目:

- SCANおよびその構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

- フェイルオーバー、ロード・バランシングおよびロード・バランシング・アドバイザの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

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

クライアントがSCANを使用して接続要求を発行すると、3つのSCANアドレスがクライアントに戻されます。1番目のアドレスに障害がある場合は、SCANへの接続要求が次のアドレスにフェイルオーバーされます。複数のアドレスを使用することによって、最初のインスタンスに障害があっても、クライアントはデータベースのインスタンスに接続できます。

Oracle RACはノードVIPアドレスを使用したフェイルオーバーを提供します。これは、同じデータベース・サービスに対するクライアント接続要求を管理するために、複数のノードで複数のリスナーを構成することで実現します。ノードで障害が発生すると、VIPへのサービス接続は動作可能なノードに透過的に再接続されるため、VIPを介して接続するクライアントに障害を迅速に通知できます。アプリケーションおよびクライアントが透過的アプリケーション・フェイルオーバー・オプションを使用して構成されている場合、そのクライアントは動作可能なノードに再接続されます。

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

スタンドアロンのOracle Databaseは、共有サーバー・ディスパッチャ・プロセス間で接続を分散することでロード・バランシングを実現します。DBCAは、デフォルトで、Oracle RACデータベースを共有サーバーではなく専用サーバーで構成します。ただし、DBCAの使用時に共有サーバー・オプションを選択すると、DBCAは共有サーバーを構成します。共有サーバーが構成されていると、Oracle RACでは、専用サーバーと共有サーバーの両方の処理が使用されます。

関連項目:
共有サーバーと専用サーバーの構成の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

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

ほとんどの環境に対応するように、Oracle Databaseサーバーとクライアントのネットワーク要素が事前構成されています。デフォルトでは、簡易接続ネーミング・メソッドが有効化され、リポジトリは不要です。簡易接続以外のネーミング・メソッドを使用する場合は、Oracle Net Servicesの追加の構成が必要となる場合があります。

次の項では、Oracle RACデータベース用のOracle Net Servicesの構成ファイルおよびパラメータについて説明します。

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

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

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

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

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

7.11.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管理者ガイド』を参照してください。

7.11.2 ネット・サービス名および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ファイルのエントリは必要ありません。リスナー対応付けは、次のように構成されます。

- 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パラメータに対するリスナーの関連付けは不要です。

たとえば、データベースを作成した後に、ポート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管理者ガイド』を参照してください。

7.11.3 DBCAによって作成されるネット・サービス名

DBCAは、次の項で説明するように、接続用のネット・サービス名を作成します。

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

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

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

Oracle RACのインスタンスに接続するクライアントは、接続記述子のSCANを使用します。ネット・サービス名を使用して、Oracle RACに接続することもできます。DBCAで作成されるデフォルトのデータベース・サービスによって、Oracle Enterprise ManagerがOracle RACデータベースを検出できるようになりますが、このサービスはクライアント接続には使用できません。

DBCAを使用してマルチテナント・コンテナ・データベース(CDB)のOracle RACデータベースを作成する場合は、DBCAはデータベースと同じ名前のデータベース・サービスを作成します。このデータベース・サービスを使用するクライアントは、Oracle RACのCDBの任意のデータベース・インスタンスに接続できます。ただし、既存のCDBにプラガブル・データベース(PDB)を追加するためにDBCAを使用する場合は、DBCAでは新しいPDB用のデータベース・サービスは作成しません。

例7-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の任意のデータベース・インスタンスに解決します。インスタンスが実行されている特定のクラスタ・ノードは、クライアントに対して非表示です。

ネット・サービス名は、データベース、データベース・インスタンスまたはリスナーが実行されるサーバーの完全修飾ドメイン名を必要としません。SCANはDNSまたはGNSによって解決され、クライアントに3つのアドレスが戻されます。次に、クライアントは、接続が確立されるまで各アドレスに接続要求を連続して送信します。

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

データベースの特定のインスタンスに接続するクライアントは、そのインスタンスのネット・サービス名を使用します。

例7-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)
)
)

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

Oracle RAC環境では、Oracle AgentでOracle DatabaseのOracleリスナーを管理することをお薦めします。次の項では、Oracle Net Listenerの構成について説明します。

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

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

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

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

注意:
GNSを有効にした場合、リスナーを手動で構成する必要はありません。

7.11.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管理者ガイド』を参照してください。

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

リモート・リスナーとは、あるコンピュータ上にあるリスナーのことで、別のコンピュータ上にあるデータベース・インスタンスに接続をリダイレクトします。たとえば、SCANリスナーはリモート・リスナーです。Oracle RAC環境では、Oracle AgentでデータベースのOracleリスナーを管理することをお薦めします。

関連項目:

- tnsnames.oraファイルで定義されるリスナーの関連付けの詳細は、「ネット・サービス名およびtnsnames.oraファイル」を参照してください。

- listener.oraファイルの詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

- リスナーの概要については、『Oracle Database Net Servicesリファレンス』を参照してください。

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

lsnrctlコマンドを使用してOracle Database 12c リリース1 (12.1)のローカル・リスナーおよびSCANリスナーを管理するには、ORACLE_HOME環境変数にGridホームのパスを設定します。以前のリリースで使用していたOracleホームの位置からlsnrctlコマンドを使用しないでください(この位置はOracle Database 12c リリース1 (12.1)では使用できません)。

Oracle Clusterwareによって管理されていないリスナーの場合、Oracle Net Services構成ファイルを含むディレクトリを指すようにTNS_ADMIN環境変数またはレジストリ値を設定することによって、listener.oraファイルにデフォルト以外の場所を使用できます。Oracle Clusterwareが管理しているリスナーにデフォルト以外の場所を使用する場合、SRVCTLおよびsetenvコマンドを使用して、各リスナーのTNS_ADMINの値を変更する必要があります。

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

listener.oraファイルは、リスナーの構成ファイルです。これには、接続要求を受け入れるプロトコル・アドレス、リスニングするデータベース・サービスとその他のサービスのリストおよびリスナーにより使用される制御パラメータを含めることができます。Oracle ClusterwareおよびOracle RACにより使用されるリスナーの構成は、サーバー制御ユーティリティ(SRVCTL)コマンドまたは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を使用する予定の場合は、静的なサービス構成が必要です。

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

次は、インストール後の状態のlistener.oraファイルの例で、node1というノードとSCANリスナーに関するエントリが記述されています。

LISTENER_SCAN1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_
SCAN1))))               # line added by Agent
LISTENER_NODE1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC) (KEY=LISTENER))))
# line added by Agent
# listener.ora.mycluster Network Configuration File:
/u01/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

7.11.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ファイルがあります。また、サブディレクトリsampleには、サンプルsqlnet.oraファイルがあります。

Oracle RACソフトウェアのインストール時、NETCAによって、sqlnet.oraファイルに次のエントリが作成されます($ORACLE_BASEは、Oracle RACインストールのOracleベース・ディレクトリへのパスです)。

NAMES.DIRECTORY_PATH=(TNSNAMES, EZCONNECT)
ADR_BASE =$ORACLE_BASE

NAMES.DIRECTORY_PATHパラメータは、接続識別子を接続記述子に解決するために使用するネーミング・メソッドの優先順序を指定します。

ADR_BASEパラメータは、自動診断リポジトリ(ADR)がデータベースで有効である場合に、トレーシング・インシデントとロギング・インシデントが格納されるベース・ディレクトリを指定します。

関連項目:

- sqlnet.oraファイルの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

- 認証の詳細は、『Oracle Database概要』を参照してください。

- ADRの詳細は、『Oracle Database管理者ガイド』を参照してください。

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

この章では、Oracle Real Application Clusters(Oracle RAC)のOracleホーム・ディレクトリから、すべてのOracle Database、インスタンスおよびソフトウェアを完全に削除する方法について説明します。

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

- 削除手順の概要

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

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

関連項目:
製品を1つのみ削除するとき、その製品に適用する要件および制限がないかを確認するには、製品固有のドキュメントを参照してください。

8.1 削除手順の概要

Oracleホーム・ディレクトリからすべてのOracle Database、インスタンスおよびソフトウェアを完全に削除するには、次の手順を実行します。

- Oracleホームに関連付けられたすべてのインスタンスの確認

- プロセスの停止

- Oracle Databaseホームにインストールされたリスナーの削除

- データベース・インスタンスの削除

- Oracle Automatic Storage Managementリリース1 (11.1)以下の削除

- Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle Grid Infrastructure)の削除

注意:
Oracle Database Vaultの削除の詳細は、『Oracle Database Vault管理者ガイド』を参照してください。
Oracle Configuration Managerの削除の詳細は、『Oracle Configuration Managerインストレーションおよび管理ガイド』を参照してください。

Oracle Grid Infrastructureリリース11.2以上では、Oracle Automatic Storage ManagementとOracle Clusterwareは、Oracle Grid Infrastructureインストールに含まれています。これらのコンポーネントは一緒にインストールされ、削除されます。

注意:
1台のサーバー上の複数のデータベースで同じグローバル・データベース名(GDN)を使用するクラスタ・メンバー・ノードがある場合、1つのデータベースのみを削除ツールで削除することはできません。たとえば、クラスタ・ノードのいずれかにあるスタンドアロンのデータベースがGDN mydb.example.comを使用し、Oracle RACデータベースのGDNもmydb.example.comである場合は、そのノードの両方のデータベースが削除されます。

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

削除するOracleホームに関連付けられたすべてのインスタンスを確認するには、次のコマンドを入力します(ここで、dbnameはデータベースの名前です)。

$ srvctl status database -d dbname

または、oratabファイルから登録済のインスタンスを確認できます。

AIX、HP-UXまたはLinuxの場合:

$ more /etc/oratab

Oracle Solaris:

$ more /var/opt/oracle/oratab

このコマンドの出力結果には、次のようなエントリが含まれます。

+ASM1:/u01/app/12.1.0/grid:N
CUST:/u01/app/oracle/product/12.1.0/dbhome_1:N

これらのエントリは、クラスタ用のOracle Grid Infrastructureホーム(/u01/app/12.1.0/grid)のOracle Automatic Storage Managementインスタンス+ASM、およびOracle DatabaseインスタンスCUSTが、Oracleホーム・ディレクトリ/u01/app/oracle/product/12.1.0/dbhome_1に関連付けられていることを示しています。

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

削除ツールは、サーバーからOracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)、Oracle Real Application Clusters (Oracle RAC)またはスタンドアロンのOracle Databaseの環境を削除します。次の項では、スクリプトおよびこのツールを使用するための追加オプションについて説明します。

- 削除ツールの概要

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

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

8.3.1 削除ツールについて

Oracle Database 12c以上では、削除ツールがデータベース・インストール・メディアに統合されるようになりました。削除ツールを実行するには、データベース、クライアントまたはGrid Infrastructureのインストール・メディアのベース・ディレクトリから、-deinstallおよび-homeオプションを指定してrunInstallerコマンドを使用します。

この削除ツールは、インストール後に、別のコマンド(deinstall)としてOracleホーム・ディレクトリから使用することもできます。削除ツールの場所は、$ORACLE_HOME/deinstallディレクトリです。

削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、パラメータ・ファイルを作成します。このファイルのかわりに、以前のdeinstallコマンドで生成されたパラメータ・ファイルを指定するには、–checkonlyオプションを使用するか、レスポンス・ファイル・テンプレートを編集します。

削除ツールによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してOracle Grid Infrastructureを削除する場合、rootユーザーとしてrootcrs.shスクリプトを実行し、Oracle Grid Infrastructureを構成解除するか、roothas.shスクリプトを実行してスタンドアロン・サーバーに対してOracle Grid Infrastructureを構成解除するよう求められます。

注意:
削除ツールを実行すると、構成解除して削除するホーム以外に、中央インベントリ(oraInventory)に他の登録済ホームが含まれていない場合、削除コマンドはOracle Databaseインストール所有者のOracleベース・ディレクトリで次のファイルおよびディレクトリの内容を削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- fast_recovery_area

Optimal Flexible Architecture(OFA)構成を使用してインストールを構成し、Oracleソフトウェアが排他的に使用するために、OracleベースとOracleホーム・パスを予約しておくことをお薦めします。Oracleソフトウェアを所有するユーザー・アカウントが所有するOracleベース内のこれらの場所にユーザー・データがある場合、削除ツールはこのデータを削除します。

削除ツールは、デフォルトでは、インストール所有者としてOracleホームのdeinstallディレクトリから実行します。

$ $ORACLE_HOME/deinstall/deinstall

deinstallコマンドでは、次の構文を使用します。変数はイタリックで示しています。

deinstall [-silent] [-checkonly] [-local] [-paramfile complete path of input response file]
[-params name1=value name2=value . . .] [-o complete path of directory for saving files] [-help]

データベースのインストール・メディアから削除ツールを実行するには、runInstallerコマンドに-deinstallオプションと、その後に-homeオプションを使用し、次の構文を使用して、削除したいOracleホームのパスを指定します(変数の内容はイタリック)。

runInstaller -deinstall -home complete path of Oracle home [-silent] [-checkonly] [-local] [-paramfile complete path of input parameter property file] [-params name1=value
name2=value . . .] [-o complete path of directory for saving files] [-help]

サーバーに関する情報の入力を求められたら、情報を入力するかデフォルトを受け入れます。

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

さらに、削除ツールは、パラメータ・ファイルを使用して実行したり、次のオプションを選択して実行することができます。

- -home
このフラグは、確認または削除するOracleホームのホーム・パスを指定します。削除しようとしているOracleホームでdeinstallコマンドを使用してOracleソフトウェアを削除する場合は、別の場所にパラメータ・ファイルを用意し、-homeフラグは使用しないでください。

$ORACLE_HOME/deinstallパスからdeinstallを実行する場合は、実行されているホームをツールが認識できるため、-homeフラグは不要です。ツールのスタンドアロン・バージョンまたはインストール・メディアのrunInstaller -deinstallを使用する場合、-homeは必須です。

- -silent
このフラグは、サイレント・モードまたはレスポンス・ファイル・モードでコマンドを実行する場合に使用します。-silentフラグを使用する場合は、-paramfileフラグを使用して、削除または構成解除するOracleホームの構成値を含むパラメータ・ファイルを指定する必要があります。

パラメータ・ファイルを作成して使用または修正するには、-checkonlyフラグを使用してdeinstallコマンドを実行します。deinstallコマンドにより、削除および構成解除するOracleホームの情報が検出されます。生成されたプロパティ・ファイルは、-silentオプションで使用できます。

$ORACLE_HOME/deinstall/responseフォルダにあるテンプレート・ファイルdeinstall.rsp.tmplを変更することもできます。

- -checkonly
このフラグを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。-checkonlyフラグを指定してdeinstallコマンドを実行した場合、Oracleの構成は削除されません。-checkonlyフラグにより、deinstallコマンドと-silentオプションで使用できるパラメータ・ファイルが生成されます。

- -local
このフラグは、複数ノード環境でクラスタ内のOracleソフトウェアを削除する場合に使用します。

このフラグを指定してdeinstallを実行すると、ローカル・ノード(deinstallが実行されたノード)のOracleソフトウェアの構成が解除され、Oracleソフトウェアが削除されます。リモート・ノードでは、Oracleソフトウェアの構成は解除されますが、Oracleソフトウェアは削除されません。

- -paramfile 入力パラメータのプロパティ・ファイルの完全パス
このフラグを指定すると、デフォルト以外の場所にあるパラメータ・ファイルを使用してdeinstallが実行されます。このフラグを使用する場合は、パラメータ・ファイルが存在する場所を完全パスで指定します。

パラメータ・ファイルのデフォルトの位置は、deinstallの位置によって異なります。

- インストール・メディアまたはステージの場所からの場合: $ORACLE_HOME/inventory/response

- Oracle Technology Networkからの解凍済アーカイブ・ファイルからの場合: /ziplocation/response

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -params [name1=value name 2=value name3=value . . .]
このフラグは、作成したパラメータ・ファイルで変更する1つ以上の値を上書きする場合に、パラメータ・ファイルとともに使用します。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグを指定すると、デフォルト以外の場所に、プロパティ・ファイル(deinstall.rsp.tmpl)を保存するパスが指定されます。

パラメータ・ファイルのデフォルトの位置は、deinstallの位置によって異なります。

- インストール・メディアまたはインストール前のステージングの場所: $ORACLE_HOME/

- Oracle Technology Networkからの解凍済アーカイブ・ファイルからの場合: /ziplocation/response

- インストール済Oracleホームからの場合(インストール後): $ORACLE_HOME/deinstall/response

- -help
ヘルプ・オプション(-help)を指定すると、コマンドのオプション・フラグに関する追加情報を取得できます。

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

$ORACLE_HOME/deinstallフォルダから削除コマンド使用して削除ツールを実行すると、ORACLE_HOMEの入力を求めるプロンプトを表示せずに削除を開始します。

オプションのフラグ-paramfileを指定すると、パラメータ・ファイルにパスが指定されます。

次の例では、runInstallerコマンドがパス/directory_pathに指定されています(ここで、directory_pathはインストール・メディアのdatabaseディレクトリへのパスで、/u01/app/oracle/product/12.1.0/dbhome_1/は削除するOracleホームへのパスです)。

$ cd /directory_path/runInstaller
$ ./runInstaller -deinstall -home /u01/app/oracle/product/12.1.0/dbhome_1/

次の例では、ソフトウェア所有者の場所/home/usr/oracleにあるパラメータ・ファイルを使用しています。

$ cd /directory_path/runInstaller
$ ./runInstaller -deinstall -paramfile /home/usr/oracle/my_db_paramfile.tmpl

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

Oracle RACデータベースに対して、-paramfileオプションを指定して削除ツールを実行すると、パラメータ・ファイルに指定した値を使用できます。次に示すパラメータ・ファイルの例では、Oracle Databaseバイナリ所有者はoracle、Oracle Databaseホーム(Oracleホーム)はパス/u01/app/oracle/product/12.1.0/dbhome_1/にあり、Oracleベース(他のOracleソフトウェアがインストールされている場所)は/u01/app/oracle/、中央Oracleインベントリ・ホーム(oraInventory)は/u01/app/oraInventory、仮想IPアドレス(VIP)は192.0.2.1、ローカル・ノード(削除セッションの実行元となるノード)はmyserver、OSDBAグループはdbaです。

#Copyright (c) 2005, 2006 Oracle Corporation. All rights reserved.
#Mon Feb 17 06:48:39 UTC 2014
DISK_GROUPS.sidb=
ASM_HOME=
ASM_LOCAL_SID=
LOGDIR=/u01/app/oracle/product/12.1.0/dbhome_1/oraInventory/logs/
ORACLE_BASE.sidb=/u01/app/oracle/
RECOVERY_LOC.sidb=
STORAGE_TYPE.sidb=FS
ORACLE_BASE=/u01/app/oracle/
INVENTORY_LOCATION=/u01/app/oraInventory
DB_TYPE.sidb=SI_DB
NODE_LIST.sidb=myserver
ARCHIVE_LOG_DESTINATION_LOC.sidb=
LOCAL_SID.sidb=sidb
DB_UNIQUE_NAME_LIST=sidb
ASM_FILES.sidb=
HOME_TYPE=SIDB
CRS_HOME=false
RAW_MAPPING_FILE.sidb=
SID_LIST.sidb=sidb
ORACLE_BINARY_OK=true
DATAFILE_LOC.sidb=/u01/app/oracle/oradata
local=false
LOCAL_NODE=myserver
CREATION_MODE.sidb=y
CONFIGFILE_LOC.sidb=
DIAG_DEST.sidb=/u01/app/oracle/
silent=false
ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1/
SPFILE_LOC.sidb=

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

この付録では、Oracle Real Application Clusters(Oracle RAC)のインストールに関するトラブルシューティング情報について説明します。この章の内容は、次のとおりです。

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

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

関連項目:
Oracle Database 12cリリース1 (12.1)のOracle Real Application Clustersのマニュアル・セットは次のとおりです。

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

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

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

この項には次のトピックが含まれます:

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

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

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

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

- Configuration Assistantのエラー

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

次に、インストール中に発生する可能性のある様々なエラーの例を示します。次のような問題が発生する可能性があります。

- ディスクの取得中にエラーが発生する

- サーバーへの接続が失敗する、サーバーによって接続が拒否される、または表示を開けない

- OUIのノードの選択画面で選択可能なノードがない

- ノード<ノード名>に到達できない

- ORA-00845: MEMORY_TARGETはこのシステムではサポートされていません

- PRKP-1001: インスタンスの開始でエラーが発生する

- タイムスタンプが進んでいる

- YPBINDPROC_DOMAIN: ドメインがバインドされない

ディスクの取得中にエラーが発生する

原因: 存在しないOracleホームを指しているエントリが/etc/oratabにあります。OUIのエラー・ファイルには、エラーが「java.io.IOException: /home/oracle/OraHome//bin/kfod: 見つかりませんでした」のように出力されます。

処置: 存在しないOracleホームを指しているエントリを/etc/oratabから削除してください。

サーバーに接続できない(サーバーによって接続を拒否されたか、または表示を開くことができない)

原因: 通常、xhostが適切に構成されていないWindowsまたはUNIXシステムで発生する、X Windowの表示エラーです。

処置: ローカル端末ウィンドウで、X Windowセッションを開始したユーザーとしてログインし、次のコマンドを入力してください。
$ xhost fully_qualified_remote_host_name

次に例を示します。

$ xhost somehost.example.com

その後で、次のコマンドを入力します。workstation_nameは、ご使用のワークステーションのホスト名またはIPアドレスです。

Bourne、BashまたはKornシェル:

$ DISPLAY=workstation_name:0.0
$ export DISPLAY

次のコマンドを入力して、ローカル・システムでX Windowアプリケーションが正しく表示されているかどうかを確認します。

$ xclock

モニターにxclockが表示されます。エラーが発生した場合は、xhostコマンドの使用がサーバーで制限されている可能性があります。

VNCクライアントを使用してサーバーにアクセスしている場合は、インストールに使用しようとしているユーザーに割り当てられているビジュアルにアクセスしていることを確認します。たとえば、suコマンドを使用して、別のユーザー・ビジュアルでインストール所有者になった場合、xhostコマンドの使用は制限され、xhostコマンドを使用して表示を変更することはできません。インストール所有者に割り当てられたビジュアルを使用すると、正しく表示でき、xclockコマンドの入力によってxclockが表示されます。

OUIのノードの選択画面で選択可能なノードがない

原因: Oracle Clusterwareがインストールされていないか、またはOracle Clusterwareサービスが起動および実行されていません。

処置: Oracle Clusterwareをインストールするか、またはOracle Clusterwareの状態を確認してください。また、ノードを再起動すると問題を解決できる場合があります。

ノードnodenameに到達できない

原因: IPホストが使用不可能です。

処置: 次の手順を実行してください。

1. コマンドifconfig -aを実行します。このコマンドの出力と/etc/hostsファイルの内容を比較して、ノードIPがリストされていることを確認します。

2. コマンドnslookupを実行して、ホストが到達可能であるかどうかを確認します。

3. oracleユーザーで、sshまたはrshを使用してノードへの接続を試行します。パスワードを求められた場合、ユーザー等価関係が適切に設定されていません。SSH構成を完了するには、システム管理者に連絡するか、ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

ORA-00845: MEMORY_TARGETはこのシステムではサポートされていません

原因: SGAおよびPGAサイズをサポートする十分なメモリーがありません。

処置: システム管理者に依頼して、ファイル・システムの共有メモリーを増やします(たとえば、Linuxでは/dev/shmを増やします)。

PRKP-1001: インスタンスの開始でエラーが発生する

原因: ODBCドライバ・マネージャが存在しません。関連メッセージとして「CRS-0215: リソースを開始できません。」があります。

処置: インストールをクリーン・アップします。その後、http://www.unixodbc.orgからODBCドライバをダウンロードしてインストールし、このインストールを再起動します。このドライバはOracle RACデータベースの要件ですので、詳細は、ご使用のプラットフォーム用の『Oracle Grid Infrastructureインストレーション・ガイド』のシステム要件に関する説明を参照してください。

タイムスタンプが進んでいる

原因: 1つ以上のノードの時計の時刻がローカル・ノードと異なっています。このような場合には、次のような出力が表示される場合があります。

time stamp 2005-04-04 14:49:49 is 106 s in the future

処置: クラスタ内のすべてのメンバー・ノードの時計を同じ時刻にしてください。

YPBINDPROC_DOMAIN: ドメインがバインドされない

原因: このエラーは、インストール後のテスト時に、ノードのパブリック・ネットワーク・インターコネクトが取り外され、VIPによるフェイルオーバーが行われない場合に発生する可能性があります。このエラーでは、ノードがハングし、ユーザーはシステムにログインできなくなります。このエラーは、Oracleホーム、listener.ora、Oracleログ・ファイルまたはアクション・スクリプトがNASデバイスまたはNFSマウントに格納されていて、ネーム・サービス・キャッシュ・デーモンnscdがアクティブになっていない場合に発生します。

処置: クラスタ内のすべてのノードで次のコマンドを入力して、nscdサービスを起動してください。

/sbin/service  nscd start

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

Oracle RACのインストールを実行するユーザーには、oinstallグループとOSDBAグループ(通常、oinstallとdba)の両方のメンバーシップが必要です。メンバーシップがない場合、インストールは失敗します。

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

Oracle Universal Installer (OUI)の「ノードの選択」ページが表示されない場合、LinuxおよびUNIXベース・システムのOracle Clusterwareホーム(Grid_home/bin)のバイナリ・ディレクトリからolsnodes -vコマンドを実行してクラスタウェア診断を実行し、その出力を分析します。出力の詳細情報でクラスタウェアが動作していないことが示された場合は、クラスタウェアのドキュメントを参照してください。

また、次のコマンド構文を使用してクラスタ・マネージャの整合性を検証します。

cluvfy comp clumgr -n node_list -verbose

前述の構文例で、node_list変数は、クラスタ内のノードのカンマ区切りリストです。

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

インストール中にOracle Universal Installer (OUI)によって実行されたすべての動作はログ・ファイルに記録されます。インストール中に問題が発生した場合は、ログ・ファイルを参照して、考えられる問題の原因についての情報を確認してください。

ログ・ファイルを表示するには、次の手順を実行します。

1. 必要に応じて、次のコマンドを入力し、oraInventoryディレクトリの場所を確認します。

$ cat /opt/oracle/oraInst.loc
$ cat /var/opt/oracle/oraInst.loc

2. 次のコマンドを入力して、ログ・ファイルの名前を確認します。

$ ls -ltr

このコマンドでは、ファイルが作成順に表示され、最新のファイルが最後に示されます。インストーラのログ・ファイルは、次のような名前になります。date_timeは、インストールが開始された日時を示します。

installActionsdate_time.log

ログ・ファイルで、問題についての情報が示されている可能性の高い最新のエントリを表示するには、次のコマンドを入力します。

$ tail -50 installActions2007-07-20_09-53-22AM.log | more

このコマンドでは、ログ・ファイルの最新の50行が表示され、ページ間を移動してそれらの行を確認できます。

Oracle Universal Installerによって表示されたエラーや、ログ・ファイルに記録されたエラーが再リンクの問題を示している場合は、次のファイルを参照してください。

$ORACLE_HOME/install/make.log

A.1.5 Configuration Assistantのエラー

Configuration Assistantの実行中に発生したインストール・エラーをトラブルシューティングするには、次の作業を行います。

「インストール・セッションのログの確認」に示すインストール・ログ・ファイルを確認します。

Oracle RACインストール所有者のOracleベース・ディレクトリ(パス$ORACLE_BASE/cfgtoollogs)にある特定のConfiguration Assistantのログ・ファイルを確認します。エラーの原因になった問題を修正します。

「致命的エラー。 再インストールしてください」というメッセージが表示された場合は、ログ・ファイルを確認して問題の原因を調査します。手順については、「Configuration Assistantからレポートされる修復不能なエラーの解決」を参照してください。

この項には次のトピックが含まれます:

- Configuration Assistantのエラー

- Configuration Assistantからレポートされる修復不能なエラーの解決

A.1.5.1 Configuration Assistantのエラー

Oracle Configuration Assistantのエラーは、インストール画面の下部に表示されます。Configuration Assistantインタフェースに追加情報が表示される場合もあります。Configuration Assistantの実行状態は、次のファイルに保存されています。

oraInventory_location/logs/installActionsdate_time.log

Configuration Assistantに関連するエラーの詳細は、次のディレクトリ下で確認できます。

$ORACLE_BASE/cfgtoollogs

Oracleベース・ディレクトリは、Oracle RACインストール所有者のOracleベースです。完了ステータス・コードを次に示します。

Status Result Code
Configuration assistant succeeded 0
Configuration assistant failed 1
Configuration assistant cancelled -1

A.1.5.2 Configuration Assistantからレポートされる修復不能なエラーの解決

Configuration Assistantの実行中に修復不能(fatal)なエラーが発生した場合は、次の作業を行う必要があります。

1. 第A.3項「インストールが失敗した後のクリーンアップ」の説明に従って失敗したインストールを削除します。

2. 回復不可能なエラーの原因を修正します。

3. Oracleソフトウェアを再インストールします。

関連項目:
第8章「Oracle Real Application Clustersソフトウェアの削除」

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

Oracle Grid Infrastructure 11gリリース2 (11.2.0.3)以上では、CVUのhealthcheckコマンド・オプションを使用してOracle ClusterwareおよびOracle Databaseインストールをチェックし、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり、正しく動作していることを確認できます。

次の構文を使用してhealthcheckコマンド・オプションを実行します。

cluvfy comp healthcheck [-collect {cluster|database}] [-db db_unique_name]
[-bestpractice|-mandatory] [-deviations] [-html] [-save] [-savedir directory_path]

次に例を示します。

$ cd /home/grid/cvu_home/bin
$ ./cluvfy comp healthcheck -collect cluster -bestpractice -deviations -html

オプションは次のとおりです。

- -collect [cluster|database]
このフラグは、Oracle Clusterware (cluster)またはOracle Database (database)に対するチェックの実行を指定するために使用します。healthcheckオプションでcollectフラグを使用しない場合は、cluvfy comp healthcheckではOracle ClusterwareおよびOracle Databaseの両方に対するチェックが実行されます。

- -db db_unique_name
このフラグは、dbフラグの後に入力したデータベースの一意の名前に対するチェックを指定するために使用します。

CVUでは、JDBCを使用してcvusysユーザーとしてデータベースに接続し、様々なデータベース・パラメータが検証されます。このため、-dbフラグで指定したデータベースに対してチェックを実行する場合は、まずそのデータベースにcvusysユーザーを作成し、そのユーザーにCVU固有のロールcvusappを付与する必要があります。また、cvusappロールのメンバーにシステム表に対するselect権限を付与する必要もあります。CVU_home/cv/admin/cvusys.sqlにSQLスクリプトが含まれており、このユーザーの作成を容易にします。このSQLスクリプトを使用して、CVUで検証するすべてのデータベースにcvusysユーザーを作成します。

dbフラグを使用し、一意のデータベース名を指定しない場合、CVUではクラスタのすべてのOracle Databaseが検出されます。これらのデータベースでベスト・プラクティス・チェックを実行する場合は、各データベースでcvusysユーザーを作成し、ベスト・プラクティス・チェックを実行するために必要なcvusappロールとselect権限をこのユーザーに付与する必要があります。

- [-bestpractice | -mandatory] [-deviations]
ベスト・プラクティスのチェックを指定するためにはbestpracticeフラグを使用し、必須のチェックを指定するためにはmandatoryフラグを使用します。ベスト・プラクティスの推奨事項または必須要件からの差異のみを確認することを指定するには、deviationsフラグを追加します。-bestpracticeまたは-mandatoryフラグのいずれかを指定できますが、両方のフラグは指定できません。-bestpracticeまたは-mandatoryのいずれも指定しない場合は、ベスト・プラクティスと必須要件の両方が表示されます。

- -html
htmlフラグは、詳細なレポートをHTML形式で生成するために使用します。

htmlフラグを指定し、CVUによって認識されるブラウザがシステムで使用可能な場合は、チェックの完了時にそのブラウザが起動され、レポートがブラウザに表示されます。

htmlフラグを指定しない場合、詳細レポートはテキスト・ファイルで生成されます。

- -save [-savedir dir_path]
saveまたは-save -savedirフラグは、cvuchecdkreport_timestamp.txtおよびcvucheckreport_timestamp.htmという検証レポート(timestampは検証レポートの日時)を保存するために使用します。

saveフラグを単独で使用すると、レポートはパスCVU_home/cv/report(CVU_homeはCVUバイナリの場所)に保存されます。

-save -savedirフラグを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

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

インストールが失敗した場合は、Oracleホーム・ディレクトリを削除し、OUIがインストール試行中に作成したすべてのファイルを削除する必要があります。失敗したインストールをクリーンアップするには、次の手順を実行します。

1. 第8章「Oracle Real Application Clustersソフトウェアの削除」の手順に従って、OUIを実行してOracle RACを削除します。

2. インストール時にOracleホーム・ディレクトリとして使用されたディレクトリを手動で削除します。

これらの手順を完了したら、再びインストールを開始できます。

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

この付録では、スクリプトを使用してOracle Real Application Clusters(Oracle RAC)データベースを作成できる非対話型インストールの手順について説明します。

注意:
Database Configuration Assistant(DBCA)によって生成されるスクリプトは、参照用です。データベース作成には、DBCAを使用することをお薦めします。

関連項目:
スクリプトの生成の詳細は、Oracle Universal Installer NextGenインストレーション・ガイドを参照してください。

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

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

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

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

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

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

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

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

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

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

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

Oracle RACデータベースを作成するスクリプトを生成し、そのスクリプトを使用してデータベースを作成し、そのデータベースを使用するために準備を行うには、次の手順を実行します。

1. DBCAを起動し、推奨オプションを選択してOracle RACデータベースを作成します。
DBCAセッションの「作成オプション」ページで、「データベースの作成」の選択を解除し「データベース作成スクリプトの生成」を選択してから「終了」をクリックします。スクリプトには、デフォルトの宛先ディレクトリを使用するか、または別の位置を検索して指定できます。いずれの場合も、次の手順で使用するパス名を記録しておく必要があります。

関連項目:
DBCAセッションの実行の詳細は、第3章「DBCAによるOracle RACまたはOracle RAC One Nodeデータベースの作成」を参照してください。

2. DBCAで作成したスクリプトが格納されているディレクトリに移動し、必要な特性でデータベースを作成する文がSQLスクリプトに含まれていることを確認します。含まれていない場合は、手動でスクリプトを編集するのではなく、DBCAを再実行して必要な構成を持つスクリプトを作成することをお薦めします。

3. DBCAセッションで指定した各クラスタ・ノードで、スクリプトsid.shを実行します。sidは、DBCAの「データベース名」ページで入力したSID接頭辞です。

4. SPFILEで初期化パラメータcluster_databaseをTRUE値に設定します(設定するには、SQL*PlusでALTER SYSTEM文を実行するか、各インスタンスのPFILEで、この初期化パラメータをコメント解除します)。

5. 第7章「Oracle RAC用にインストールされた構成の理解」に従って、新しいデータベースおよびインスタンスをサポートするようにOracle Net Servicesを構成します。

6. SPFILEでREMOTE_LISTENERパラメータをSCAN (scanname:scanport)に設定します(設定するには、SQL*PlusでALTER SYSTEM文を入力するか、または各インスタンスのPFILEでこのパラメータをコメント解除します)。

7. サーバー制御ユーティリティ(SRVCTL)を実行して、データベースおよびインスタンス・アプリケーションを構成して、起動します(『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照)。

関連項目:
Oracle Universal Installer (OUI)を使用してOracleソフトウェアをインストールするためのスクリプトの生成および使用の詳細は、Oracle Universal Installer NextGenインストレーション・ガイドを参照してください。

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

DBCAを使用して、Oracle RACで非対話型(サイレント)構成を実行できます。サイレント構成を実行するには、Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)のインストールを完了してから、Oracle Databaseホームでroot.shスクリプトを実行して、Oracleホーム・ディレクトリの環境変数を定義している必要があります。

DBCAを使用すると、Oracleが供給するテンプレートから、またはユーザーが作成したテンプレートからデータベースを作成できます。このテンプレートには、特定のタイプのワークロードに最適化された設定が含まれています。

次の2つのタイプのワークロードのテンプレートが提供されています。

- 汎用またはトランザクション処理

- データ・ウェアハウス

複雑な環境の場合は、「カスタム・データベース」オプションを選択できます。このオプションはテンプレートを使用しないため、より広範囲なインストール・インタビューが行われます。これによって、データベースを作成する時間が長くなります。

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

次のコマンド構文を使用すると、汎用テンプレートを使用してOracle RACデータベースを作成し、既存のOracle ASMディスク・グループにデータ・ファイルを配置できます。ノードnode1およびnode2は、Oracle RACデータベース・インスタンスが作成されるクラスタ・ノードです。ディスク・グループ名は+ASMgrp1で、passwordはパスワードのプレースホルダです。パスワードは、すべて同じパスワードでも、毎回異なるパスワードでもかまいません。

# su oracle -c "$ORACLE_HOME/bin/dbca -silent -createDatabase -templateName
General_Purpose.dbc -gdbName $DBNAME -sid $ORACLE_SID -sysPassword password
-systemPassword password -sysmanPassword password -dbsnmpPassword password
-emConfiguration LOCAL -storageType ASM -diskGroupName ASMgrp1
-datafileJarLocation $ORACLE_HOME/assistants/dbca/templates -nodeinfo
node1,node2 -characterset WE8ISO8859P1 -obfuscatedPasswords false -sampleSchema
false -asmSysPassword password"

関連項目:
dbcaコマンドおよびオプションの詳細は、『Oracle Database管理者ガイド』を参照してください。

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

Oracle Universal Installer (OUI)の起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。OUIはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

通常、インストーラは対話型で、つまりグラフィカル・ユーザー・インタフェース(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント・モード
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル・モード
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホーム名を指定するには、ORACLE_HOME環境変数に適切な値を指定します。

ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent directory_path

このコマンドでは、directory_pathは、DVDのdatabaseディレクトリのパス、またはハード・ドライブのディレクトリのパスのいずれかです。

関連項目:
レスポンス・ファイルの詳細は、Oracle Universal Installer NextGenインストレーション・ガイドを参照してください。

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

次の表に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する場合の例を示します。

モード

用途

サイレント

次のインストールでは、サイレント・モードを使用します。

- atなどのオペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する。

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する。

- X Window Systemソフトウェアがインストールされていないシステムにソフトウェアをインストールする。

インストーラは起動元の端末に進捗情報を表示しますが、インストーラ画面はまったく表示しません。

レスポンス・ファイル

レスポンス・ファイル・モードは、インストーラ・プロンプトの全部ではなく一部にデフォルトの応答を提供し、複数のシステムに同様のOracleソフトウェア・インストールを行う場合に使用します。
インストーラ画面の必要な情報をレスポンス・ファイルに指定していないと、インストーラによってその画面が表示されます。必要な情報をすべて指定した画面は表示されません。

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

Oracle Automatic Storage Management(Oracle ASM)を使用するデータベースを作成するには、事前にroot.shスクリプトを実行する必要があります。このため、サイレント・モードでのインストール中に、Oracle ASMをデータベース・ファイルの記憶域オプションとして使用するデータベースを作成できません。かわりに、サイレント・モードでソフトウェアのみのインストールを実行し、ソフトウェアのみのインストールが終了した後root.shスクリプトを実行してから、サイレント・モードでOracle Net Configuration AssistantおよびDBCAを実行できます。

注意:
この制限事項は、データベース・ファイルの記憶域オプションとしてOracle Automatic Storage Managementを使用するデータベースにのみ適用されます。ファイル・システム・オプションを使用するデータベースは、サイレント・モードのインストールによって作成できます。

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

次の一般的な手順で、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールし構成します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. サーバー上にoraInst.locファイルがない場合は、これを作成します。

2. レスポンス・ファイルを準備します。

3. インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

4. ソフトウェアのみのインストールを終了したら、次にNet Configuration AssistantおよびDBCAをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

この手順については、次の項で説明します。

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

この項では、レスポンス・ファイルを準備して、サイレント・モードまたはレスポンス・ファイル・モードのインストールで使用する、次の方法について説明します。

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

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

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

Oracle Databaseの場合、これらのファイルはインストール・メディアのdatabase/responseディレクトリ、またはソフトウェア・インストール後のOracle_home/inventory/responseディレクトリにあります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイルは/responseディレクトリにあります。

表B-1に、このソフトウェアに付属するレスポンス・ファイルを示します。

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

レスポンス・ファイル

説明

db_install.rsp

Oracle Real Application Clustersのサイレント・インストール

dbca.rsp

DBCAを使用したOracle Databaseのサイレント作成および構成

netca.rsp

NETCAを使用したOracle Netのサイレント構成

注意:
レスポンス・ファイル・テンプレートを変更し、保存して使用する場合、レスポンス・ファイルに暗号化されていないパスワードが含まれている場合があります。レスポンス・ファイルの所有者はOracleソフトウェア・インストール所有者のみとし、レスポンス・ファイルの権限を600に変更してください。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

レスポンス・ファイルをコピーして変更するには、次の手順を実行します。

1. レスポンス・ファイルを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/response_file.rsp local_directory

この例では、directory_pathはインストール・メディアのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/response_file.rsp

関連項目:
レスポンス・ファイルの作成の詳細は、Oracle Universal Installer NextGenインストレーション・ガイドを参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはConfiguration Assistantが失敗します。

4. レスポンス・ファイルを保護するために、ファイルに対する権限を600に変更します。

$ chmod 600 /local_dir/response_file.rsp

Oracleソフトウェア所有者であるユーザーのみがレスポンス・ファイルを参照または変更できるようにするか、インストールの正常終了後にレスポンス・ファイルを削除することを検討してください。

注意:
Oracle Databaseのインストールに必要なすべての項目を指定したレスポンス・ファイルには、データベース管理アカウント用のパスワードと、OSDBAグループのメンバーであるユーザー用のパスワード(自動バックアップに必要)が含まれています。

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

OUIを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。この方法は、拡張インストールまたはソフトウェアのみのインストールに役立ちます。

「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、またはOUIがシステムへのソフトウェアのコピーを開始する前に「サマリー」ページでインストーラを終了することもできます。

レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

注意:
レスポンス・ファイルの記録中は、パスワードを保存できません。

レスポンス・ファイルを記録するには、次の手順を実行します。

1. 標準のインストールと同様にインストール前の作業を実行します。
インストーラを実行してレスポンス・ファイルに記録する際、インストーラはシステムを確認してソフトウェアをインストールするための要件を満たしているかどうかを検証します。そのため、必要なすべてのインストール前作業を完了してから、インストールを実行してレスポンス・ファイルを記録することをお薦めします。

2. Oracleソフトウェア所有者ユーザー(通常はoracle)が、インストーラ実行時に指定するOracleホームのパスに対して作成または書込みの権限を持っていることを確認します。

3. インストールの各画面で、必要な情報を指定します。

4. インストーラの「サマリー」画面が表示されたら、次の手順を実行します。

1. 「レスポンス・ファイルの保存」をクリックします。ウィンドウで、新しいレスポンス・ファイルのファイル名および場所を指定します。「保存」をクリックして、入力したレスポンスをレスポンス･ファイルに書き込みます。

2. 「終了」をクリックしてインストールを続行します。
インストールを続行しない場合は、「取消」をクリックします。インストールは中止されますが、記録されたレスポンス・ファイルは保持されます。

5. インストールを最後まで実行していない場合は、「ファイルの場所の指定」画面で指定したパスに作成されたOracleホーム・ディレクトリを削除します。

6. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。編集する際は、ファイルに記載された説明をガイドとして使用してください。

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

これで、コマンドラインでOUIを起動し、作成したレスポンス・ファイルを指定してインストールを実行する準備ができました。

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

OUIに使用できるすべてのオプションの詳細を参照するには、次の例のように-helpオプションを指定してrunInstallerコマンドを実行します。

$ directory_path/runInstaller -help

わずかに遅れて、セッション・ウィンドウ上にヘルプ情報が表示されます。

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

レスポンス・ファイルを使用してインストーラを実行し、Oracle Databaseソフトウェアをインストールするには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。

2. ソフトウェア・インストール所有者ユーザーとしてログインします。

3. レスポンス・ファイル・モードでインストールを実行する場合は、DISPLAY環境変数を設定します。

注意:
サイレント・モードでインストールを実行する場合は、DISPLAY環境変数を設定する必要はありません。

4. コマンドを次のように入力して、サイレント・モードまたはレスポンス・ファイル・モードでインストーラを起動します。

$ /directory_path/runInstaller [-silent] [-noconfig] \
-responseFile responsefilename

注意:
レスポンス・ファイルのパスを相対パスで指定しないでください。相対パスを指定すると、インストーラが失敗します。

この例の意味は次のとおりです。

- directory_pathは、DVDのdatabaseディレクトリのパス、またはハード・ドライブのディレクトリのパスです。

- -silentは、インストーラをサイレント・モードで実行します。

- -noconfigを指定すると、インストール中にConfiguration Assistantは実行されず、ソフトウェアのみのインストールが実行されます。

- responsefilenameは、事前に構成したインストール用レスポンス・ファイルのフルパスとファイル名です。「レスポンス・ファイル・テンプレートの編集」を参照してください。

注意:
runInstallerコマンドのその他のオプションの詳細を参照するには、次のコマンドを入力します。

$ /directory_path/runInstaller -help

5. インストールが終了したら、rootユーザーとしてログインし、root.shスクリプトを実行します。

$ sudo sh
password:
# /oracle_home_path/root.sh

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

次の項では、Oracleソフトウェアのインストール後にレスポンス・ファイルによる構成を作成して実行する方法について説明します。内容は次のとおりです。

- インストール後の構成ファイルの概要

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

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

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

サイレント・モードまたはレスポンス・ファイル・モードでのインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します。指定しない情報は、グラフィカル・ユーザー・インタフェースによるインストール中に手動で入力します。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にConfiguration Assistantから要求されるユーザー・アカウントのパスワードは含まれていません。Configuration Assistantは、configToolAllCommandsというスクリプトによって起動されます。パスワード・レスポンス・ファイルを使用すると、このスクリプトをレスポンス・ファイル・モードで実行できます。スクリプトはこのパスワードを使用して、構成が完了するまで連続的に構成ツールを実行します。

クローン・インストール用にこのパスワード・ファイルを保持する場合は、パスワード・ファイルをセキュアな場所に保存することをお薦めします。また、エラーを解決するためにインストールを中断する必要がある場合も、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用して、Configuration Assistantを実行できます。

configToolAllCommandsパスワード・レスポンス・ファイルには、次の構文オプションがあります。

- internal_component_nameは、Configuration Assistantで構成するコンポーネントの名前です。

- variable_nameは、構成ファイルの変数の名前です。

- valueは、構成に使用する値です。

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

次に例を示します。

oracle.assistants.asm|S_ASMPASSWORD=myPassWord

Oracle Database Configuration Assistantには、DBCAで使用するSYS、SYSTEMおよびDBSNMPのパスワードが必要です。システム構成に応じて、次の追加のパスワードを指定する必要がある場合があります。

- データベースが記憶域にOracle ASMを使用している場合、S_ASMSNMPPASSWORD変数にパスワードを指定する必要があります。Oracle ASMを使用しない場合は、このパスワード変数には値を指定しません。

- マルチテナント・コンテナ・データベース(CDB)を1つ以上のプラガブル・データベース(PDB)で作成する場合、S_PDBADMINPASSWORD変数にパスワードを指定する必要があります。Oracle ASMを使用しない場合は、このパスワード変数には値を指定しません。

パスワード・レスポンス・ファイルのセキュリティは、次の方法で維持することをお薦めします。

- レスポンス・ファイルの権限を600に設定します。

- レスポンス・ファイルの所有者をインストール所有者ユーザーにして、グループは中央インベントリ(oraInventory)グループに設定します。

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

Configuration Assistantで使用するパスワード・レスポンス・ファイルを作成するには、次の手順を実行します。

1. 次の例のようなfilename.propertiesという形式の名前のレスポンス・ファイルを作成します。

$ touch pwdrsp.properties

2. テキスト・エディタでこのファイルを開いて、例B-1に示すパスワード・ファイルの例の内容を切り取って貼り付け、必要に応じて変更します。

3. パスワード・レスポンス・ファイルを保護するために権限を変更します。次に例を示します。

$ ls -al pwdrsp.properties
-rw------- 1 oracle oinstall 0 Apr 30 17:30 pwdrsp.properties

例B-1 Oracle Real Application Clusters用のパスワード・レスポンス・ファイル

次の例に、Database Configuration Assistantで使用するパスワード・レスポンス・ファイルのテンプレートを示します。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_SYSMANPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_ASMSNMPPASSWORD=password
oracle.assistants.server|S_PDBADMINPASSWORD=password

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

configToolAllCommandsスクリプトを使用してConfiguration Assistantを実行するには、次の手順を実行します。

1. 「パスワード・レスポンス・ファイルの作成」の説明に従って、パスワード・レスポンス・ファイルを作成します。

2. ディレクトリを、$ORACLE_HOME/cfgtoollogsに変更します。

3. 次の構文を使用して、構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=/path/name.properties

次に例を示します。

$ ./configToolAllCommands RESPONSE_FILE=/home/oracle/pwdrsp.properties

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

レスポンス・ファイル・モードまたはサイレント・モードでConfiguration Assistantを実行して、システムにインストールしたOracleソフトウェアを構成し起動できます。Configuration Assistantをレスポンス・ファイル・モードまたはサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートは/responseディレクトリにあります。

この項には次のトピックが含まれます:

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

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

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

Database Configuration Assistant (DBCA)をレスポンス・ファイル(サイレント・モードまたはプログラスのみモード)で実行し、システムでOracle Databaseを構成および起動できます。Database Configuration Assistantをレスポンス・ファイル・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。dbca.rspという名前のレスポンス・ファイル・テンプレートは、ORACLE_HOME/assistants/dbcaディレクトリ、およびDVDの/responseディレクトリにもあります。DBCAをレスポンス・ファイル・モードで実行するには、-responseFileフラグを、-silentフラグまたは-progressOnlyフラグのいずれかと組み合せて使用する必要があります。グラフィカル・ディスプレイも使用し、DISPLAY環境変数を設定します。

レスポンス・ファイル・モードでDatabase Configuration Assistantを実行するには、次の手順を実行します。

1. レスポンス・ファイル・テンプレートdbca.rspを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/dbca.rsp local_directory

この例では、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

注意:
レスポンス・ファイル・テンプレートを編集するもう1つの方法として、DBCAを実行する際に、コマンドライン・オプションとしてすべての必要な情報を指定してデータベースを作成することもできます。サポートされるオプションのリストの詳細を参照するには、次のコマンドを入力します。

$ $ORACLE_HOME/bin/dbca -help

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/dbca.rsp

3. ファイルに記載された説明に従って、ファイルを編集します。

注意:
レスポンス・ファイルを正しく構成しないと、DBCAが失敗します。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数に正しいOracleホーム・ディレクトリを指定します。

5. レスポンス・ファイル・モードでDBCAを実行するには、DISPLAY環境変数を設定します。

6. レスポンス・ファイルを使用してサイレント・モードまたはレスポンス・ファイル・モードでDBCAを実行するには、次のコマンド構文を使用します。

$ORACLE_HOME/bin/dbca {-progressOnly | -silent} -responseFile \
/local_dir/dbca.rsp

この例の意味は次のとおりです。

- -silentオプションは、サイレント・モードでDBCAを実行することを示します。

- -progressOnlyオプションは、レスポンス・ファイル・モードでDBCAを実行することを示します。

- local_dirは、dbca.rspレスポンス・ファイル・テンプレートのコピー先ディレクトリのフルパスです。

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

サイレント・モードでNet Configuration Assistantを実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。Net Configuration Assistantをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。Oracleでは、DVD上のdatabase/responseディレクトリのresponseディレクトリで、netca.rspという名前のレスポンス・ファイル・テンプレートを提供しています。

注意:
ソフトウェアをハード・ディスクにコピーした場合、レスポンス・ファイル・テンプレートはdatabase/responseディレクトリに格納されています。

レスポンス・ファイルを使用してNet Configuration Assistantを実行するには、次の手順を実行します。

1. レスポンス・ファイル・テンプレートnetca.rspを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。

$ cp /directory_path/response/netca.rsp local_directory

この例では、directory_pathはDVDのdatabaseディレクトリのパスです。ソフトウェアをハード・ドライブにコピーした場合は、responseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

$ vi /local_dir/netca.rsp

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、Net Configuration Assistantが失敗します。

4. Oracleソフトウェア所有者ユーザーとしてログインし、ORACLE_HOME環境変数に正しいOracleホーム・ディレクトリを指定します。

5. 次のようなコマンドを入力して、Net Configuration Assistantをサイレント・モードで実行します。

$ $ORACLE_HOME/bin/netca -silent -responsefile /local_dir/netca.rsp

この例の意味は次のとおりです。

- -silentオプションは、Net Configuration Assistantをサイレント・モードで実行することを意味します。

- local_dirは、netca.rspレスポンス・ファイル・テンプレートのコピー先ディレクトリのフルパスです。

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

この付録では、Oracle Real Application Clusters(Oracle RAC)ソフトウェア環境のディレクトリ構造について説明します。この付録の内容は次のとおりです。

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

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

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

Oracle Database 12c リリース1 (12.1)およびOracle RACをインストールすると、Oracle Inventoryディレクトリ、Oracle Automatic Storage Managementホーム(該当する場合)およびOracle Clusterwareホームを除くすべてのサブディレクトリは、最上位のOracleベース・ディレクトリの下に作成されます。Oracleホームおよびadminディレクトリも、Oracleベース・ディレクトリの下にあります。

関連項目:
Oracleホームおよびadminディレクトリの詳細は、ご使用のプラットフォーム用の『Oracle Databaseインストレーション・ガイド』を参照してください。

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

表C-1に、Optimal Flexible Architecture (OFA)準拠のOracle RACデータベースのディレクトリ階層ツリーの例を示します。

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

ルート

第2レベル

第3レベル

第4レベル

説明

$ORACLE_BASE

/u01/app/oracle

デフォルトのORACLE_BASEディレクトリ(ソフトウェア所有者はoracleユーザー)

installation_type

/u01/app/oracle/product/12.1.0/db

Oracleベース・ディレクトリのインストール・タイプ。たとえば、Oracle Database 12c リリース1 (12.1)をインストールする場合のインストール・タイプの値は、product/12.1.0/dbです。

$ORACLE_HOME

Oracle Databaseソフトウェアのインストール先。ソフトウェアのインストールが複数必要な場合は、カウンタを追加することもできます。たとえば、Oracle Database 12c リリース1 (12.1)ソフトウェアに対して2つ目のOracleホームを作成する場合、パスは次のとおりです。

/u01/app/oracle/12.1.0/db_home2

Oracle DatabaseホームはOracleベース・ディレクトリ・パスの下に作成されることに注意してください。Oracle Clusterwareディレクトリは、データベース実行可能ファイルが存在するOracleベース・ディレクトリ・パスの下には配置しないでください。

dbs

データベース用にローカルの初期化パラメータ・ファイルが格納されるディレクトリ。

admin

/u01/app/oracle/admin

管理ディレクトリ。Oracle Database 11gでは、bdump、cdumpおよびudumpファイルは、ADR_BASEに関連付けられたディレクトリに再配置されることに注意してください。

db_unique_name

データベースの一意の名前(データベース名が8文字以下の場合はdbnameと同じ)たとえば、データベース名がsalesの場合、ディレクトリ・パスは次のようになります。

/u01/app/oracle/admin/sales

/hdump

/pfile

データベース・サーバーのダンプ先

$ADR_BASE

/bdump

/cdump

/udump

自動診断リポジトリのダンプ先のトレース・ファイル。このディレクトリ・パスはDIAGNOSTIC_DEST初期化パラメータで設定されます。自動データ・リポジトリのパスは、すべてのノードからアクセス可能な共有記憶域の場所に配置する必要があることに注意してください。

デフォルトでは、このパスは次のように、Oracleベース・ディレクトリのサブセットになります。

$ORACLE_BASE/diag/

クラスタ用のOracle Grid Infrastructureホーム(Gridホーム)

OFA準拠のOracle Clusterwareホームのパス。デフォルトの値は次のとおりです。

/u01/app/12.1.0/grid

クラスタ用のOracle Grid Infrastructureのインストール中に、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ソフトウェアがインストールされます。root.shスクリプトによって、Oracle Clusterwareホーム・ディレクトリのすべての親ディレクトリの権限が変更され、rootユーザーに対してのみ書込み権限が付与されます。このため、Oracle Clusterwareホーム・ディレクトリは、Oracleベース・ディレクトリのサブディレクトリにはしないでください。

bin

Oracle ClusterwareおよびOracle ASM実行可能ファイルのサブツリー。

network

Oracle Net Services構成ファイルとユーティリティのサブツリー。

関連項目:
Optimal Flexible Architecture標準の詳細は、ご使用のプラットフォーム用の『Oracle Databaseインストレーション・ガイド』を参照してください。

D.4 既存のOracle RACデータベースでのプロセスの停止方法

この付録では、既存のデータベースにさらに製品を追加するための準備、またはパッチを更新するための準備として、Oracle Real Application Clusters(Oracle RAC)データベースですべてのプロセスを停止する方法について説明します。この付録の内容は次のとおりです。

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

- Oracle RACデータベースの停止

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

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

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

Oracleソフトウェアを変更する前に、Oracle Databaseインストールのバックアップを作成することをお薦めします。

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

各ノードの既存のOracle Databaseインスタンスを通常の順序または優先度の高い順に停止します。Oracle Enterprise Managerまたはサーバー制御(SRVCTL)ユーティリティを使用して、Oracle RACデータベースおよびそのインスタンスを停止できます。

注意:
Oracle ClusterwareまたはOracle Restartを使用している場合は、Oracleソフトウェアを変更する前に、すべてのクラスタ・ノードですべてのOracle Databaseインスタンスを停止する必要があります。パッチの更新を実行する場合の詳細な手順は、パッチ・セット・ノートを参照してください。

関連項目:

Oracle Restartの詳細は、『Oracle Database管理者ガイド』を参照してください。

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

データベース・ソフトウェアを変更するOracleホーム・ディレクトリで実行されているすべてのリスナー・プロセスとその他のプロセスを停止します。

注意:
Oracle ASMインスタンス、Oracle ClusterwareまたはOracle Restartを停止するには、その前にこれらを使用するすべてのデータベース・インスタンスを停止する必要があります。

D.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はデータベースの名前です。

$ oracle_home/bin/srvctl stop database -db db_name

D.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ノード・アプリケーションおよびリソースをすべて停止します。ノードで実行されているノード・アプリケーションを停止するには、次のコマンドを入力します(u01/app/grid/12.1.0はGridホーム、nodeはアプリケーションが実行されているノードの名前)。

$ u01/app/grid/12.1.0/bin/srvctl stop nodeapps -node node

4. rootユーザーとして、すべてのノードで次のコマンドを入力して、各ノードのOracle ClusterwareプロセスおよびOracle ASMインスタンスを停止します。

# crsctl stop cluster

クラスタ内のすべてのノードのOracle ClusterwareおよびOracle ASMインスタンスを停止するには、crsctl stop cluster -allという1つのコマンドを入力すると実行できます。

注意:
crsctl stop crsコマンドは、シングル・インスタンス・データベースのOracle Restartサービスの停止に使用します。

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

この項の内容を確認してOracle RACクラスタのアップグレードの準備ができていることを検証します。

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

Oracle RACインストールのアップグレードの準備状況を確認するには、クラスタ検証ユーティリティ(CVU)のコマンドcluvfy stage -predbinst -upgradeを使用します。-predbinst -upgradeフラグを指定してcluvfyを実行すると、システム・チェックが実行され、クラスタが既存のOracle RACインストールからのアップグレードに適した状態にあるかどうかが確認されます。

このコマンドでは次の構文を使用します。可変的な内容はイタリック体で示されています。

cluvfy stage -pre dbinst -upgrade -src_dbhome src_RAChome  -dest_dbhome
dest_RAChome -dest_version dest_version [-fixup[-fixupdirpath]] [-verbose]

オプションは次のとおりです。

- -src_dbhome src_RAChome
このフラグは、アップグレード対象のソースのOracle RACホームの場所(src_RAChomeはアップグレードするホームのパス)を示すために使用します。

- -dest_dbhome dest_RAChome
このフラグは、アップグレードしたOracle RACホームの場所(dest_RAChomeはOracle RACホームのパス)を示すために使用します。

- -dest_version dest_version
このフラグは、アップグレード(パッチセットを含む)のリリース番号を示すために使用します。リリース番号には、プラットフォーム固有のパッチのレベルにリリースを指定する5桁の数字が含まれている必要があります。たとえば、12.1.0.1.0などです。

関連項目:
リリース番号の形式については、『Oracle Database管理者ガイド』を参照してください。

- -fixup [-fixupdir fixupdirpath]]
-fixupフラグは、クラスタのアップグレードの準備ができていることを確認するために実行が必要な必須手順に関する命令を生成することを示すために使用します。デフォルトの場所は、CVUの作業ディレクトリです。別のディレクトリに修正指示を配置する場合は、-fixupdirフラグを追加して修正ディレクトリへのパスを指定します。

- -verbose
-verboseフラグを使用すると、個々のチェックの詳細な出力が生成されます。

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

次のコマンドを実行すると、Oracle RACのインストールに必要な権限が、ノードnode1およびnode2で構成されているかどうかを検証できます。

$ ./cluvfy stage -pre dbinst -upgrade -src_dbhome /u01/app/oracle/product/11.2.0/dbhome_1 -dest_dbhome
/u01/app/oracle/product/12.1.0/dbhome_1 -dest_version 12.1.0.0.0 -fixup
-fixupdirpath /home/oracle/fixup -verbose

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

クラスタ検証ユーティリティ(CVU)を使用すると、データベースのアップグレードを開始する前準備として、システムをチェックできます。インストーラによって適切なCVUチェックが自動的に実行され、問題の修正を求めるプロンプトが表示されるか、またはアップグレードを進める前にクラスタ内のすべてのノード上で実行するための修正スクリプトが提供されます。

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

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

この付録では、デフォルトのポート番号と、インストール後に割当て済ポートを変更する方法について説明します。この付録の内容は次のとおりです。

- ポートの管理

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

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

E.1 ポートの管理

インストール中、Oracle Universal Installer(OUI)によって、ポート番号がデフォルトの一連のポート番号からコンポーネントに割り当てられます。Oracle Real Application Clusters(Oracle RAC)の多くのコンポーネントおよびサービスがポートを使用します。管理者は、これらのサービスで使用されているポート番号を把握し、システム上の2つのサービスで同じポート番号が使用されないようにする必要があります。

ほとんどのポート番号は、インストール中に割り当てられます。すべてのコンポーネントおよびサービスには割り当てられるポート範囲がありますが、この範囲は、ポートの割当て時にOracle RACが使用する一連のポート番号です。Oracle RACでは、範囲の最小番号から順番に次のチェックが実行されます。

- ポートが、システム上の別のOracle Databaseインストールで使用されているか。
この時点で、インストールがアクティブである可能性も、アクティブでない可能性もありますが、Oracle Databaseは、ポートが使用されているかどうかを検出できます。

- ポートが、現在実行中のプロセスによって使用されているか。
これは、ホスト上のいずれのポートにも(Oracle Database以外のプロセスにも)適用されます。

前述のいずれかのチェックに該当するものがあると、Oracle RACは、割り当てられるポート範囲の中で次に大きい番号に移動し、空きポートが見つかるまでチェックを続けます。

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

ほとんどの場合、Oracle Databaseコンポーネントのポート番号は、ポートの構成に使用するツールで表示されます。また、いくつかのOracle Databaseアプリケーションのポートは、portlist.iniファイルにリストされています。このファイルは、$ORACLE_HOME/installディレクトリにあります。

インストール後にポート番号を変更しても、portlist.iniファイルでは更新されないため、このファイルを信頼できるのはインストール直後のみです。ポート番号を検出または変更するには、この付録で説明する方法を使用します。

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

表E-1に、インストール時に構成されるコンポーネントで使用されるポート番号およびプロトコルを示します。デフォルトでは、範囲の中の最初のポートが使用可能であれば、そのポートがコンポーネントに割り当てられます。

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

コンポーネントおよび説明

デフォルトのポート番号

ポート範囲

プロトコル

インターコネクトでのみ使用

Cluster Manager

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

UDP

可

クラスタ同期サービス・デーモン(CSSD)

クラスタ同期サービス(CSS)デーモンは、ノードの再起動を薦めるメッセージに固定ポートを使用します。

このポートは、ブロードキャスト機能を持つすべてのインタフェースで使用されます。ブロードキャストは、ノード削除による再起動が差し迫っている場合にのみ発生します。

42424

動的

UDP

可

グリッド・プラグ・アンド・プレイ(GPNPD)

GPNPDを使用すると、グリッド・プラグ・アンド・プレイ・プロファイルにアクセスでき、クラスタのノード間でプロファイルの更新が調整され、すべてのノードで最新のプロファイルが保持されます。

動的

動的

TCP

不可

マルチキャスト・ドメイン名サービス(MDNSD)

mDNSプロセスは、LinuxとUNIXのバックグラウンド・プロセスであり、Windowsのサービスで､グリッド・プラグ・アンド・プレイおよびGNSで必要です。

5353

動的

UDP/TCP

不可

Oracle Cluster Registry

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

UDP

可

Oracle Clusterwareデーモン(CRSD)

Oracle Clusterwareデーモンのノード間接続。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

UDP

可

Oracle Connection Manager

OracleクライアントからOracle Connection Managerへの接続用リスニング・ポートです。Oracle Connection Managerは、インストール後にNETCAを使用して構成することができます。

1630

1630

TCP

不可

Oracle Containers for J2EE

CRSエージェントは、ローカルにポート8888を使用して、コンテナのライフサイクルを管理します。

8888

8888

TCP

該当なし

Oracle Data Guard

Oracle Net Listenerポートを共有し、インストール中に構成されます。このポートを再構成するには、Oracle Net Configuration Assistant(NETCA)を使用して、リスナーを再構成します。

1521(リスナーと同じ)

使用可能な任意のポートに手動で変更可能

TCP

不可

Oracle Event Manager(EVM)

Oracle Clusterwareのイベントを生成します。ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

UDP

可

Oracleグリッド・プロセス間通信(GIPCD)

冗長インターコネクトの使用を有効にするサポート・デーモン。

42424

動的

UDP

可

Oracleグリッド・ネーミング・サービス(GNSD)

Oracleグリッド・ネーミング・サービス・デーモンは、クラスタmDNSと外部DNSサーバー間のゲートウェイを提供します。gnsdプロセスは、クラスタ内で名前解決を実行します。

53(パブリック)、

動的(インターコネクト)

53(パブリック)、

動的(インターコネクト)

UDP/TCP(パブリック)、

TCP(インターコネクト)

不可

Oracle高可用性サービス・デーモン(OHASD)

Oracle高可用性サービス(OHAS)デーモンによってOracle Clusterwareスタックが起動されます。

42424

動的

UDP

可

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

ポート番号は、インストール中に自動的に割り当てられます。後でこれを表示または変更することはできません。

動的

動的

UDP

可

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

不可

索引
A  B  C  D  E  F  G  H  I  L  M  N  O  P  R  S  T  U  V

A

拡張

データベース構成タイプ, 2.6.2, 2.7

インストール・タイプ, 2.6, 2.6.3

リーフ・ノード, 1.1.4 アーキテクチャ

異なるチップ・アーキテクチャ, 1.2.1.1

Optimal Flexible Architecture (OFA), 1.2.3, 2.10

ASM動的ボリューム・マネージャ(AVMD), 1.3.1.1 AUTHENTICATION_SERVICES, 7.11.5 自動診断リポジトリ(ADR), 7.11.5 自動UNDO管理, 7.7

B

バックアップ

DBCAを使用する場合の領域要件, 1.3

ブロック・デバイス

記憶域の直接の使用ではサポート対象外, 1.3.3

C

候補ディスク, 3.5.2.3

CDB, 2.2, 4.3.2.4, 5.1.5

変更

製品の言語, 2.6

ホスト名の変更, 7.1 クラスタ・データベース

インストールされた構成, 7.6.1

クラスタ・ファイル・システム

データ・ファイルの記憶域オプション, 1.3.2

Cluster Manager

ポート, 範囲とプロトコル, E.3

クラスタ同期サービス(CSS)

ポート, 範囲とプロトコル, E.3

クラスタ検証ユーティリティ

クラスタ・マネージャの整合性の検証, A.1.3

DBCAのデータベース作成ステージの準備状況の検証, 3.4

インストール場所, 1.5

データベースのインストールのための準備状況の検証, 1.5

CLUSTER_DATABASE_INSTANCES, 3.5.2.4 クラスタウェア診断, A.1.3 コンポーネント

DBCAを使用して作成, 7.6

Configuration Assistant

トラブルシューティング, A.1.5

構成タイプ

詳細, 2.7

接続記述子, 7.9.2 接続時ロード・バランシング, 7.10 制御ファイル, 1.4.2

説明, 7.6.2

変換

シングル・インスタンスのOracle DatabaseからOracle Real Application Clustersへ, B

データベースの作成

スクリプトの使用, B.1

作成

Oracle Real Application Clustersデータベース

Database Configuration Assistant, 3.1, 3.5.2.1

CVU

「クラスタ検証ユーティリティ」を参照

D

データ・ファイル, 1.4.2

記憶域オプション, 1.3.2

データ・ウェアハウス

データベース構成タイプ, 2.7

データベース

コンポーネント, DBCAを使用して作成, 7.6

構成タイプ, 2.6, 2.7

サービス, 7.9.1

ファイル用にサポートされている記憶域オプション, 1.3.3

データベース・エージェント

リスナー, 7.11.4.1

データベース・エージェント・プロセス, 7.9.6, 7.11.4.1 Database Configuration Assistant

作成されたコンポーネント, 7.6

制御ファイル, 7.6.2

Oracle Real Application Clustersデータベースの作成

インストール後, 3.5.2.1

インストール中, 3.1

データファイル, 7.6.1 Oracle Real Application Clustersデータベースの削除, 3.6 初期化パラメータ・ファイル, 7.8 「初期化パラメータ」ページ, 3.5.2.4 「クラスタ・データベースのリスト」ページ, 3.6 「Oracle ASMディスク・グループ」ページ, 3.5.2.3 REDOログ・ファイル, 7.6.3 ロールバック・セグメント, 7.7 サイレント・モードでの実行, B.8 「サマリー」ダイアログ・ボックス, 3.6 表領域, 7.6.1 使用, 3.1 「ようこそ」ページ, 3.5.2.2, 3.5.2.2 スクリプトを使用したデータベースの作成, B.1 データファイル

DBCA, 7.6.1

説明, 7.6.1

夏時間

TIMESTAMP WITH TIME ZONEデータ, 1.4.3

DB_NAME, 3.5.2.4 DB_UNIQUE_NAME, 3.5.2.4

初期化パラメータ, 3.5.2.4

DBCA

データベースの削除, 3.6

起動のためのSSH鍵のメモリーへのロード, 3.5.1.1

「Oracle Database Configuration Assistant(DBCA)」を参照。

dbca.rspファイル, B.5.1 DBSNMPユーザー

パスワード要件, 2.9

専用サーバー, 7.10.3 削除ツール

概要, 8.3.1

例, 8.3.3

roothas.pl, 8.3.1

DBCAを使用したデータベースの削除, 3.6 非推奨となった機能

サービスの管理, 2.10.1

診断, A.1.3 Direct NFSクライアント

概要, 1.3.3

サポートされるファイル・タイプ, 1.3.3

ディレクトリ構造, C

E

簡易接続ネーミング, 7.11.5, 7.11.5

enterprise.rspファイル, B.5.1

エラー・メッセージ

インストール中, A.1

ORA-00845, 3.5.2.4

ORA-01078, 3.5.2.4

EXAMPLE表領域

説明, 7.6.1

F

フェイルオーバー

サービス登録, 7.10.2

ファイル・システム

データ・ファイルの記憶域オプション, 1.3.2

Oracle Databaseのサポートされているオプション, 1.3.2

ファイル

dbca.rsp, B.5.1

enterprise.rsp, B.5.1

レスポンス・ファイル, B.5

空きサーバー・プール, 6.1.4

説明, 6.1.4.1

G

汎用目的/トランザクション処理

データベース構成タイプ, 2.7

汎用サーバー・プール

説明, 6.1.4.2

汎用サーバー・プール, 6.1.4 グローバル・データベース名

選択, 2.8

グローバリゼーション

サポート, 1.1.12, 2.6.3

GNS, 1.1.4

ハブ・ノード, 1.1.4

H

高可用性

インターコネクト, 1.1.4

SCANリスナー, 7.9.4.3

サービスの停止, D.3.2

高可用性IPアドレス, 1.1.4 ホスト名

変更, 7.1

ハブ・ノード

GNS, 1.1.4

共有ファイル, 1.4.2

I

初期化パラメータ・ファイル, 7.8

リスナー

パラメータ, 7.9.6, 7.11.4.1

初期化パラメータ

CLUSTER_DATABASE_INSTANCES, 3.5.2.4

DB_NAME, 3.5.2.4

DISPATCHERS, 7.10.3

MEMORY_TARGET, 3.5.2.4

REMOTE_LISTENER, 7.9.6

インストール

グローバリゼーション, 2.6.3

ディレクトリ構造, C

listener.oraファイル, 7.9.6

非対話型, B.1

インストール完了後の追加の製品, 3.5.2.5

レスポンス・ファイル, B.5

準備, B.5, B.5.2

テンプレート, B.5

サイレント・モード, B.6.2 tnsnames.oraファイル, 7.11.2

L

言語

「グローバリゼーション」を参照, 1.1.12

言語のサポートおよびインストール, 2.6.3 言語, 1.1.12 リーフ・ノード

GNS, 1.1.4

「クラスタ・データベースのリスト」ページ, 3.6 リスナー

リリース10.1からリリース10.2への自動移行, 3.3

既存のリスナー・プロセスの停止, 1.7

リスナー

listener.oraのデフォルト構成, 7.9.6

ファイル

listener.ora, 7.9.6, 7.9.6, 7.11.4.1

sqlnet.ora, 7.11.5

パラメータ

LOCAL_LISTENER, 7.11.2

REMOTE_LISTENER, 7.11.2

登録, 7.9.7, 7.11.1 サービス登録, 7.11.4.4 ロード・バランシング

サービス登録, 7.10.3

ローカル・リスナー, 7.9.6, 7.11.4.1 ログ・ファイル

インストール中にログ・ファイルを参照する方法, 2

トラブルシューティング, A.1.4

LREGプロセス

リスナー登録, 7.9.7, 7.11.1

検出ルーチン, 7.9.7, 7.11.1

M

メモリー・サイズ(SGAおよびPGA), 3.5.2.4

MEMORY_TARGET, 3.5.2.4

複数のOracleホーム

Oracle Clusterware, 1.1.10

複数のOracle RACデータベース

クラスタウェア要件, 1.1.10

My Oracle Support Webサイト

記憶域要件, 1.3

My Oracle Support, 5.1.1

インストール前の確認, 1.1.1

N

ネーミング・メソッド, 7.9.2

簡易接続ネーミング, 7.11.5, 7.11.5

Net Configuration Assistant(NetCA)

レスポンス・ファイル, B.8.2

コマンド・プロンプトでの実行, B.8.2

ネット・サービス名, 7.11.3 netca.rspファイル, B.5.1 ネットワーク接続ストレージ(NAS), 1.3.2 ネットワーク構成ファイル

tnsnames.ora, 7.11.2

ネットワーク・ディレクトリ, C.2 ネットワーク

構成ファイル, 7.9.6

sqlnet.ora, 7.11.5

インタフェースの使用計画, 1.2.4.1 NTSオペレーティング・システム認証, 7.11.5

O

OINSTALL, 7.2

olsnodesコマンド, A.1.3

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

Oracle RACのインストール前の要件, 1.2.5

オペレーティング・システム認証

Oracle ASM, 7.2

Oracle Database, 7.2

Optimal Flexible Architecture, 1.2.3 Optimal Flexible Architecture (OFA), 1.2.3, 2.10 Oracle ACFS, 1.3.1

サポートされるファイル・タイプ, 1.3.3

Oracle RACバイナリのインストールがOracle Flex Clusterのデプロイメントでサポートされていない, 1.1.4

Oracle Application Express

サポートしているWebブラウザ, 1.2.4.2

Oracle ASM

候補ディスク, 3.5.2.3

ディスク検出パスの変更, 3.5.2.3

サポートされるファイル・タイプ, 1.3.3

今回のリリースと互換性のあるOracle Databaseバージョン, 1.7

レスポンス・ファイル, B.4.2

データ・ファイルの記憶域オプション, 1.3.2

Oracle Cluster Registryのポート, E.3 Oracle Clusterware

複数のデータベース・バージョン, 1.1.10

ポート, 範囲とプロトコル, E.3

Oracle Configuration Manager

インストール後, 5.3

Oracle Connection Manager

ポート, 範囲とプロトコル, E.3

Oracle Data Guard

ポート, 範囲とプロトコル, E.3

Oracle Database

データ・ファイルの記憶域オプション, 1.3.2

サポートされている記憶域オプション, 1.3.3

サポートされている記憶域オプション, 1.3.3

アップグレード, 1.1.10, 2.3

Oracle ASMを使用して共存できるバージョン, 1.7

Oracle Database Configuration Assistant

レスポンス・ファイル, B.5.1

Oracle Database Configuration Assistant(DBCA)

設定されなくなったLOCAL_LISTENERおよびREMOTE_LISTENER, 7.11.2

REDOログ・ファイル, 7.6.3

Oracle Database Upgrade Assistant, 3.3 Oracle Event Manager

ポート, 範囲とプロトコル, E.3

Oracle Flex Cluster

Oracle RACバイナリがOracle ACFSでサポートされていない, 1.1.4

要件および制限, 1.1.4

Oracleホーム

ASCIIパス, 1.2.3

Oracle Net

既存のリスナーの停止, 1.7

Oracle Net Configuration Assistant

レスポンス・ファイル, B.5.1

Oracle Net Listener

ポート

範囲とプロトコル, E.3

Oracleパッチの更新, 5.1.1 Oracle Real Application Clusters

データベース, 削除, 3.6

インストールされたコンポーネント, 1.4.2

オペレーティング・システム要件, 1.2.5

概要, 3, 7

ポート

範囲とプロトコル, E.3

記憶域要件, 1.3 Oracle Real Application Clusters One Node

データベース、作成, 3.5.3

データベース, 削除, 3.6

Oracle Universal Installer

レスポンス・ファイル

リスト, B.5.1

Oracle Upgrade Companion, 1.1.10, 2.3 Oracle XML DB

ポート

範囲とプロトコル, E.3

ORACLE_BASE

デフォルト値, 1.2.3

環境変数ORACLE_BASE

設定, 5.2.1

環境変数ORACLE_HOME

設定, 5.2.1

環境変数ORACLE_SID

設定, 5.2.1

oratabファイル, 7.5 OSASM, 7.2 OSBACKUPDBA, 7.2 OSDBA, 7.2 OSDBA for ASM, 7.2 OSDGDBA, 7.2 OSKMDBA, 7.2 OSOPER, 7.2 OSOPER for ASM, 7.2

P

パス・フレーズ, 3.5.1.1

SSH, 3.5.1.1

パスワード, 2.9 パッチの更新

ダウンロード, 5.1.1

インストール, 5.1.1

My Oracle Support, 5.1.1

パッチのアップグレード, D.3.1 パッチ

Oracle RAC用のオペレーティング・システム・パッチ, 1.2.5

パッチ適用

データベース, 4.4

PDB, 2.2, 5.1.5 portlist.iniファイル, E.2 ポート

アクセスURL, E.2

Cluster Manager, 範囲とプロトコル, E.3

Cluster Synchronization Services, 範囲とプロトコル, E.3

アプリケーション用に構成済, E.2

デフォルトの範囲, E

Oracle Cluster Registry, E.3

Oracle Clusterware, 範囲とプロトコル, E.3

Oracle Connection Manager, 範囲とプロトコル, E.3

Oracle Data Guard, 範囲とプロトコル, E.3

Oracle Event Manager, 範囲とプロトコル, E.3

Oracle Net Listener

範囲とプロトコル, E.3

Oracle Real Application Clusters

範囲とプロトコル, E.3

Oracle XML DB

範囲とプロトコル, E.3

インストール後

パッチのダウンロードおよびインストール, 5.1.1

製品の構成, 5.1.3

ユーザー・アカウントの設定, 5.2.2

事前構成済データベースのインストール・タイプ, 2.6.1 インストール前

オペレーティング・システム要件, 1.2.5

プロセス

既存のプロセスの停止, 1.6

既存のリスナー・プロセスの停止, 1.7

プロビジョニング

データベース、作成, 4.3.1

ゴールド・イメージ, 作成, 4.2.1

R

高速ホーム・プロビジョニング

概要, 4.1

データベースの作成, 4.3.1

ゴールド・イメージの作成, 4.2.1

パッチ適用, 4.4.2

データベースのプロビジョニング, 4.3.2

高速ホーム・プロビジョニング・クライアント, 4.1 高速ホーム・プロビジョニング・サーバー, 4.1 RAWデバイス

アップグレードのみをサポート, 1.3.2

記憶域の直接の使用ではサポート対象外, 1.3.3

readme.txtファイル, E.2 リカバリ・ファイル

サポートされている記憶域オプション, 1.3.3

「高速リカバリ領域」も参照

REDOログ・ファイル, 1.4.2

説明, 7.6.3, 7.6.3

インストールされた構成, 7.6.3

冗長インターコネクトの使用, 1.1.4 レスポンス・ファイルのインストール

準備, B.5

レスポンス・ファイル

テンプレート, B.5

サイレント・モード, B.6.2 レスポンス・ファイル・モード

概要, B.4

使用する理由, B.4.1

「レスポンス・ファイル」および「サイレント・モード」も参照

レスポンス・ファイル

概要, B.4

テンプレートを使用した作成, B.5.1

dbca.rsp, B.5.1

enterprise.rsp, B.5.1

Oracle ASM, B.4.2

一般手順, B.4.3

Net Configuration Assistant, B.8.2

netca.rsp, B.5.1

コマンドラインで渡す値, B.4

Oracle Universal Installerでの指定, B.6

「サイレント・モード」も参照

ロールバック・セグメント

説明, 7.7

roothas.pl, 8.3.1

S

SCAN VIP, 7.9.4.2

Oracle Real Application Clustersデータベースを作成するスクリプト, B.1

セキュリティ

パスワードの選択, 2.9

サーバー・パラメータ・ファイル, 1.4.2, 7.8 サーバー・プール

構成, 6

説明, 6.1.3

空き, 6.1.4

汎用, 6.1.4

サービス登録, 7.9.7, 7.11.1

概要, 7.11.4.4

構成, 7.10

共有サーバー, 7.10.3 SID。「システム識別子(SID)」を参照。 サイレント・モード

概要, B.4

使用する理由, B.4.1

「レスポンス・ファイル」も参照,

サイレント・モード・インストール, B.6.2 SPFILE

「サーバー・パラメータ・ファイル」を参照, 1.3.3

sqlnet.oraファイル, 7.11.5 SSH, 3.5.1.1 記憶域オプション

Enterprise Editionインストール, 1.3.3

Oracle RAC, 1.3

Standard Editionインストール, 1.3.3

サポートされているオプション, 1.3.2, 1.3.3

「サマリー」ダイアログ・ボックス, 3.6 サポート

インストール

グローバリゼーション, 1.1.12

SYSユーザー

パスワード要件, 2.9

SYSASM権限

ストレージ作業の要件, 3.5.2.3

システム識別子(SID)

選択, 2.8

システム権限

理解, 7.2

SYSTEM表領域

説明, 7.6.1

SYSTEMユーザー

パスワード要件, 2.9

T

表領域

DBCA, 7.6.1

EXAMPLE, 7.6.1

大量のソートのための拡張, 7.6.1

SYSTEM, 7.6.1

TEMP, 7.6.1

自動UNDO管理用のUNDO表領域, 7.6.1

USERS, 7.6.1

TEMP表領域

説明, 7.6.1

タイムゾーン・バージョン・ファイル, 1.4.3 TNS_ADMIN

listener.oraファイル, 7.9.6, 7.11.4.1

tnsnames.oraファイル, 7.11.2

デフォルト構成, 7.11.2

tnsnames.oraファイル

VIPアドレス, 7.9.4.2

トランザクション処理

データベース構成タイプ, 2.7

トラブルシューティング

選択可能なノードがない, A.1.1

トラブルシューティング

ディスクの取得中にエラーが発生する, A.1.1

表示を開けない, A.1.1

Configuration Assistantのエラー, A.1.5

サーバーによって接続が拒否される, A.1.1

ディスク領域エラー, 1.2.3

インスタンスの開始でエラーが発生する, A.1.1

サーバーへの接続が失敗する, A.1.1

回復不可能なエラー, A.1.5.2

ログ・ファイル, 2, A.1.4

ノードに到達できない, A.1.1

PRKP-1001

インスタンスの開始でエラーが発生する, A.1.1

ログ・ファイルの確認, A.1.4 タイムスタンプが進んでいる, A.1.1 Xサーバー, A.1.1 YPBINDPROC_DOMAIN

ドメインがバインドされない, A.1.1

標準インストール・タイプ, 2.6

U

UNDO管理, 7.7

アップグレード, 1.1.10, 1.1.10

既存のOracle Database, 3.3

リスナー, 3.3

Oracle Databaseのパッチ, D.3.1

Oracle Clusterwareのバージョン要件, 1.1.10

TIMESTAMP WITH TIME ZONEデータ, 1.4.3

アップグレード

SCAN, 7.9.5

同じOracleホームの使用, 1.1.10

既存のOracle Database, 2.3

プロセスの停止, 1.6

ユーザー・アカウント

インストール後の設定, 5.2.2

ユーザー認証, 7.11.5 USERS表領域

説明, 7.6.1

V

VIPアドレス, 7.9.4.2

W

Webブラウザ

Oracle Application Expressのサポート, 1.2.4.2

Oracle Enterprise Managerのサポート, 1.2.4.2

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)を参照してください。