Oracle® Database

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

リリース12.1 For Windows

B72965-06(原本部品番号:E49041-08)

2017年7月

Oracle Grid Infrastructureインストレーション・ガイド, リリース12.1 For Windows

B72965-06

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

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

原本協力著者: Douglas Williams

原本協力者: Mark Bauer、Eric Belden、Jonathan Creighton、Mark Fuller、Allan Graves、Barbara Glover、Aneesh Khandelwal、Saar Maoz、John McHugh、James Spiller、Binoy Sukumaran、Preethi Vallam、Ajesh Viswambharan、Peter Wahl

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

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

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

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

目次

例一覧

表一覧

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

はじめに

- 対象読者

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

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

- 関連ドキュメント

- 表記規則

このリリースでのOracle Clusterwareの変更点

- Oracle Clusterware 12cリリース1 (12.1.0.2)の変更点

- Oracle Clusterware 12.1.0.2の新機能

- Oracle Clusterware 12.1.0.2のその他の変更点

- Oracle Clusterware 12cリリース1 (12.1)の変更点

- Oracle Clusterware 12c リリース1 (12.1)の新機能

- Oracle Clusterware 12cリリース1 (12.1)で非推奨となった機能

- Oracle Clusterware 12cリリース1 (12.1)でサポートが終了した機能

- Oracle Clusterware 12cリリース1 (12.1)のその他の変更点

1 システムのハードウェア、ソフトウェアおよび構成のチェックリスト

- 1.1 WindowsとLinuxまたはUNIXでのインストールの相違

- 1.2 Oracle Grid Infrastructureインストールのサーバー・ハードウェアのチェックリスト

- 1.3 Oracle Grid InfrastructureおよびOracle RAC環境のチェックリスト

- 1.4 Oracle Grid Infrastructureのネットワークのチェックリスト

- 1.5 Oracle Grid InfrastructureおよびOracle RACのアップグレードのチェックリスト

- 1.6 Oracle Grid Infrastructureの記憶域の構成作業

- 1.7 Oracle Grid Infrastructureのインストール開始時の作業

2 Oracle Grid InfrastructureおよびOracle RACのサーバーの構成

- 2.1 サーバーのハードウェアとメモリー構成の確認

- 2.1.1 Windowsシステムでの使用可能なRAMの確認

- 2.1.2 Windowsシステムでの現在構成されている仮想メモリーの確認

- 2.1.3 オペレーティング・システムのバージョンの確認

- 2.1.4 システムのプロセッサのタイプの確認

- 2.1.5 Oracleホーム・ディレクトリの使用可能なディスク領域の確認

- 2.1.6 使用可能な一時ディスク領域の確認

- 2.2 一般的なサーバーの要件

- 2.3 サーバーの最小ハードウェア要件と最小メモリー要件

- 2.4 サーバーの最小記憶域要件

- 2.4.1 ディスク・フォーマット要件

3 Oracle Grid InfrastructureおよびOracle RACのオペレーティング・システムの構成

- 3.1 オペレーティング・システムとソフトウェアのアップグレードに関するベスト・プラクティスの確認

- 3.1.1 アップグレードの一般的なベスト・プラクティス

- 3.1.2 Oracle ASMのアップグレード通知

- 3.1.3 ローリング・アップグレード手順の通知

- 3.2 オペレーティング・システム・セキュリティの共通プラクティスの確認

- 3.3 リモートWindowsサーバーへのログイン

- 3.3.1 Windows Telnet Servicesのサポート

- 3.3.2 リモート・デスクトップ・サービスとリモート・デスクトップ接続の構成

- 3.3.2.1 Windows Server 2008またはWindows Server 2008 R2とのリモート・デスクトップ接続の構成

- 3.4 My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認

- 3.5 ソフトウェア要件の特定

- 3.5.1 WindowsサーバーにおけるWindowsファイアウォール機能

- 3.6 Oracle Enterprise Managerの要件

- 3.7 Webブラウザのインストール要件

- 3.8 クラスタの時刻同期の構成

- 3.8.1 クラスタ時刻同期化について

- 3.8.2 Windows Timeサービスの構成

- 3.8.3 ネットワーク・タイム・プロトコルの構成

- 3.8.4 クラスタ時刻同期化サービスの構成

4 Oracle Grid InfrastructureおよびOracle RACのネットワークの構成

- 4.1 ネットワーク・インタフェースのハードウェア要件

- 4.1.1 各ノードのネットワーク要件

- 4.1.2 プライベート・ネットワークのネットワーク要件

- 4.1.3 パブリック・ネットワークのネットワーク要件

- 4.1.4 WindowsでのIPv6プロトコルのサポート

- 4.1.5 複数のパブリック・ネットワーク・アダプタの使用

- 4.1.6 Windows Serverデプロイメント用のネットワーク構成タスク

- 4.1.6.1 Windowsのメディア検出機能の無効化

- 4.1.6.2 ネットワーク・アダプタのバインド順序の設定

- 4.1.6.3 パブリック・ネットワーク・アダプタのDNS登録の構成解除

- 4.1.6.4 自動メトリック値の手動構成

- 4.1.6.5 Oracle RACインストールのTCP/IP動的ポート範囲の設定

- 4.1.6.6 クラスタ内のファイルをコピーするための権限の確認

- 4.1.7 パフォーマンスを確保するためのネットワーク・インタフェース構成オプション

- 4.2 Oracle Grid InfrastructureのIP名およびアドレスの要件

- 4.2.1 Oracle Grid Infrastructureの名前解決オプションについて

- 4.2.2 クラスタ名およびSCANの要件

- 4.2.3 グリッド・ネーミング・サービス(GNS)のIP名およびアドレスの要件

- 4.2.4 マルチクラスタのGNSのIP名およびアドレスの要件

- 4.2.4.1 マルチクラスタのGNSネットワークについて

- 4.2.4.2 GNSサーバー・クラスタの構成

- 4.2.4.3 GNSクライアント・クラスタの構成

- 4.2.4.4 GNSクライアント・データ・ファイルの作成および使用

- 4.2.5 手動で構成する場合のIPアドレス要件

- 4.2.6 SCANのDNS構成の確認

- 4.2.7 グリッド・ネーミング・サービスの一般的なクラスタ構成例

- 4.2.8 グリッド・ネーミング・サービスへのドメイン委任

- 4.2.8.1 グリッド・ネーミング・サービスで使用するサブドメイン名の選択

- 4.2.8.2 グリッド・ネーミング・サービスへのドメイン委任のためのDNSの構成

- 4.2.9 手動によるIPアドレスの構成例

- 4.3 ネットワーク・アダプタの意図した使用方法

- 4.4 Oracle Grid Infrastructureが使用するネットワークのブロードキャスト要件

- 4.5 Oracle Grid Infrastructureが使用するネットワークのマルチキャスト要件

5 Oracle Grid InfrastructureおよびOracle RACのユーザー、グループおよび環境の構成

- 5.1 Oracle Grid InfrastructureおよびOracle RACのインストール・グループおよびユーザーの作成

- 5.1.1 Oracleインストール・ユーザーについて

- 5.1.2 Oracle Grid Infrastructureインストール用のOracleホーム・ユーザーについて

- 5.1.3 Oracle RACインストール用のOracleホーム・ユーザーについて

- 5.1.4 Oracleホーム・ユーザーを作成するタイミング

- 5.1.4.1 Oracleホーム・ユーザーの制限事項とガイドライン

- 5.1.4.2 Oracleホーム・ユーザーが存在するかどうかの確認

- 5.1.4.3 Oracleホーム・ユーザーの作成

- 5.1.4.4 既存のOracleソフトウェア所有者ユーザーの使用

- 5.1.5 Oracleインストール用のOracleホーム・ユーザー構成

- 5.1.6 Oracleインベントリ・ディレクトリおよびOracleインベントリ・グループの理解

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

- 5.1.8 役割区分用のオペレーティング・システム・グループおよびユーザー

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

- 5.1.8.2 Oracleソフトウェア製品ごとのOracleソフトウェア所有者

- 5.1.8.3 役割区分用の標準Oracle Databaseグループ

- 5.1.8.4 役割区分用の拡張Oracle Databaseグループ

- 5.1.8.5 役割区分用のOracle ASMグループ

- 5.1.8.6 Oracle Grid Infrastructure 12cリリース1 (12.1.0.2)にアップグレードする場合のOracle ASMシステム権限の変更点

- 5.1.9 ロール割当てをしたグループおよびユーザーの使用例

- 5.2 ユーザー・アカウントの構成

- 5.2.1 Oracleインストール・ユーザーのための環境変数の構成

- 5.2.2 リモート・ノードを更新するユーザー権限の確認

- 5.2.3 ユーザー・アカウント制御を使用したユーザー・アカウントの管理

- 5.3 Oracleソフトウェア・ディレクトリの作成

- 5.3.1 Oracle Grid Infrastructureのインストール中に使用されるディレクトリについて

- 5.3.1.1 一時ディレクトリ

- 5.3.1.2 Gridホーム・ディレクトリ

- 5.3.1.3 Oracleベース・ディレクトリ

- 5.3.1.4 Oracleインベントリ・ディレクトリ

- 5.3.2 Oracle Grid Infrastructureホーム・ディレクトリの要件

- 5.3.3 Oracleベース・ディレクトリ・パスの作成について

- 5.4 Intelligent Platform Management Interface(IPMI)の有効化

- 5.4.1 IPMIを有効化するための要件

- 5.4.2 IPMI管理ネットワークの構成

- 5.4.3 IPMIドライバの構成

- 5.4.3.1 ハードウェア管理コンポーネントの構成

6 Oracle Grid InfrastructureおよびOracle RACの記憶域の構成

- 6.1 Oracle Grid Infrastructureの記憶域オプションの確認

- 6.1.1 Oracle Grid InfrastructureおよびOracle RACでサポートされている記憶域オプション

- 6.1.2 Oracle Grid Infrastructureの記憶域の一般的な考慮事項

- 6.1.2.1 Oracle ClusterwareファイルにOracle ASMを使用する場合の記憶域要件

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

- 6.1.4 Oracle ACFSおよびOracle ADVMについて

- 6.2 共有記憶域オプションを選択するためのガイドライン

- 6.2.1 記憶域にOracle ASMディスク・グループを使用するためのガイドライン

- 6.2.2 Oracle RACでDirect Network File System(NFS)を使用するためのガイドライン

- 6.2.3 Oracle ACFSの制限事項とガイドライン

- 6.2.4 ファイル・システムにリカバリ・ファイルを配置するためのガイドライン

- 6.3 Oracle ClusterwareおよびOracle RACの記憶域要件

- 6.3.1 Oracle Databaseファイルにクラスタ・ファイル・システムを使用するための要件

- 6.3.2 共有記憶域にOracle ASMを使用するための記憶域要件の確認

- 6.3.3 Oracle ASMで使用するディスク・パーティションの制限

- 6.3.4 共有記憶域にOracle ASMを使用するためのシステムの準備

- 6.3.4.1 使用する既存のOracle ASMディスク・グループの識別

- 6.3.4.2 Oracle ASMディスク・グループで使用するディスクの選択

- 6.3.4.3 Oracle ASMディスク検出文字列の指定

- 6.3.5 共有ファイル・システムを使用するための要件

- 6.3.6 Oracleが管理するファイルの要件

- 6.4 共有記憶域オプションを選択した後の作業

- 6.5 共有ディスクの事前準備

- 6.5.1 書込みキャッシュの無効化

- 6.5.2 Windowsでの自動マウントの有効化

- 6.6 Oracle ASM用の共有記憶域の構成

- 6.6.1 Oracle ASMで使用するためのディスク・パーティションの作成

- 6.6.2 インストール前に行うOracle ASM用のディスク・パーティションのマーキング

- 6.6.2.1 asmtoolgおよびasmtoolの概要

- 6.6.2.2 asmtoolg(Graphical User Interface)を使用したディスクへのマーク付け

- 6.6.2.3 asmtoolgを使用したディスク・スタンプの削除

- 6.6.2.4 asmtoolコマンドライン・リファレンス

- 6.7 共有記憶域のディスク・パーティションの構成

- 6.7.1 ディスク管理インタフェースを使用したディスク・パーティションの作成

- 6.7.2 DiskPartユーティリティを使用したディスク・パーティションの作成

- 6.8 Oracle RACデータ・ファイル用のDirect NFSクライアントの構成

- 6.8.1 Direct NFSクライアントの記憶域について

- 6.8.2 Direct NFSクライアントのoranfstabファイルについて

- 6.8.3 oranfstabファイルの構成可能な属性

- 6.8.4 Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

- 6.8.5 NFSサーバーのネットワーク・パスの指定

- 6.8.6 Direct NFSクライアントの有効化

- 6.8.7 ORADNFSユーティリティを使用した基本的なファイル操作の実行

- 6.8.8 Direct NFSクライアントの使用の監視

- 6.8.9 Direct NFSクライアントのNFSのOracle Disk Management制御の無効化

- 6.9 既存のOracle ASMインスタンスのアップグレード

- 6.10 Oracle Automatic Storage Managementクラスタ・ファイル・システムの構成

7 クラスタ用Oracle Grid Infrastructureのインストール

- 7.1 Oracle Universal Installerによって設定されるデフォルトのファイル権限について

- 7.2 Oracle Grid Infrastructureのインストール

- 7.2.1 OUIの実行によるOracle Grid Infrastructureのインストール

- 7.2.2 Oracle Grid Infrastructureのサイレント・インストールの実行

- 7.2.2.1 クラスタ構成ファイルの作成

- 7.2.2.2 クラスタ構成ファイルを使用したOracle Grid Infrastructureのインストール

- 7.3 ソフトウェアのみのインストールを使用したグリッド・インフラストラクチャのインストール

- 7.3.1 Oracle Grid Infrastructureソフトウェアのみのインストール

- 7.3.2 構成ウィザード・モードのOUIを使用したソフトウェア・バイナリの構成

- 7.3.3 レスポンス・ファイルを使用したソフトウェア・バイナリの構成

- 7.3.4 レスポンス・ファイルを使用したサイレント・モードでのソフトウェア・バイナリの構成

- 7.3.5 ネットワーク・チェックのためのpingターゲットの設定

- 7.4 Oracle Clusterwareの機能の確認

- 7.5 Oracle Clusterwareファイルを対象とするOracle ASM機能の確認

- 7.6 Oracle Grid Infrastructureでのオフライン・プロセスの理解

8 Oracle Grid Infrastructureのインストール後の作業

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

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

- 8.1.2 Oracle ARPドライバの構成

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

- 8.1.3.1 Oracle Databaseのファイアウォール例外

- 8.1.3.2 Oracle Database Examples(またはCompanion CD)のファイアウォール例外

- 8.1.3.3 Oracle Gatewaysのファイアウォール例外

- 8.1.3.4 Oracle ClusterwareおよびOracle ASMのファイアウォール例外

- 8.1.3.5 Oracle RACデータベースのファイアウォール例外

- 8.1.3.6 その他のOracle製品のファイアウォール例外

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

- 8.2.1 プログラムのメモリー使用量の最適化

- 8.2.2 高速リカバリ領域ディスク・グループの作成

- 8.2.2.1 高速リカバリ領域および高速リカバリ領域ディスク・グループについて

- 8.2.2.2 高速リカバリ領域ディスク・グループの作成

- 8.2.3 SCAN構成の確認

- 8.3 アップグレード後のOracle Enterprise Manager Cloud Controlの構成

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

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

- 8.4.2 ASMCAを使用した、以前のリリースのデータベースのディスク・グループの管理

- 8.4.3 適切なLSNRCTLコマンドの使用

- 8.4.4 クラスタ・ノードまたはOracle Clusterwareリソースの起動および停止

- 8.5 インストール後のOracle Clusterwareバイナリの変更

9 Oracle Grid Infrastructureの変更または削除

- 9.1 Oracle Clusterwareを削除するタイミングの決定

- 9.2 クラスタへのスタンドアロン・グリッド・インフラストラクチャ・サーバーの移行

- 9.3 Oracle Grid Infrastructureホーム・パスの変更

- 9.4 ソフトウェアを削除せずに行うOracle Clusterwareの構成解除

- 9.5 Oracle ClusterwareとOracle ASMソフトウェアの削除

- 9.5.1 削除ツールについて

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

- 9.5.3 削除ツールを使用したOracle ClusterwareおよびOracle ASMの削除

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

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

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

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

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

A Oracle Grid Infrastructureのインストール・プロセスに関するトラブルシューティング

- A.1 Oracleサポートに連絡する際のベスト・プラクティス

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

- A.2.1 CLSRSC-444: OUIセッションを含むノードでrootスクリプトを実行してください

- A.2.2 Microsoftフェイルオーバー・クラスタがインストールされている場合にネットワークまたはVIPリソースの起動に失敗する

- A.2.3 OUIのノードの選択画面で選択可能なノードがない

- A.2.4 ノードnodenameに到達できない

- A.2.5 PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

- A.2.6 CRSスタックの起動の待機中にタイムアウトした

- A.2.7 その他のインストールの問題およびエラー

- A.3 詳細モードによるCVUの「不明」出力メッセージの解釈

- A.4 Oracle Grid Infrastructureの設定に関するCVUメッセージの解釈

- A.5 Oracle Clusterwareアラート・ログについて

- A.6 Oracle Clusterwareインストール・アクション・ログのエラーおよび原因

- A.6.1 ディスクのシンボリック・リンクが削除されない

- A.6.2 Oracle Automatic Storage Managementで使用する検出文字列が間違っている

- A.6.3 Oracle Clusterwareのインストール時にノード名にピリオドを使用した

- A.6.4 ocr(-1073740972)のアップグレード障害の無視

- A.7 Oracle Grid Infrastructureのインストール中のクラスタ診断の実行

- A.8 CVUのクラスタ・ヘルスチェックのコマンド・リファレンス

- A.9 インターコネクト構成の問題

- A.10 ストレージ構成の問題

- A.10.1 ノード・ファイル・システムまたはGridホーム損失からのリカバリ

- A.10.2 Oracle ASM記憶域の問題

- A.10.3 スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureをダウングレードした後のOracle ASMの問題点

- A.11 Windowsファイアウォール例外のトラブルシューティング

- A.12 失敗した、または不完全なインストールおよびアップグレードの完了

- A.12.1 失敗した、または不完全なインストールおよびアップグレードについて

- A.12.2 失敗または中断されたインストールおよびアップグレードの完了

- A.12.2.1 最初のノードでアップグレードが失敗した場合のアップグレードの続行

- A.12.2.2 最初以外のノードでアップグレードが失敗した場合のアップグレードの続行

- A.12.3 失敗した、または中断されたインストールの完了

- A.12.3.1 最初のノードでの不完全なインストールの続行

- A.12.3.2 最初のノード以外のノードでのインストールの続行

B レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成

- B.1 レスポンス・ファイルについて

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

- B.1.2 レスポンス・ファイルの使用

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

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

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

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

- B.3 レスポンス・ファイルを使用したインストーラの実行

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

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

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

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

C クラスタ用Oracle Grid Infrastructureのインストールの概要

- C.1 ソフトウェア・ディレクトリの理解

- C.1.1 Oracle Grid Infrastructureに関するOptimal Flexible Architectureガイドライン

- C.1.2 Oracleインベントリ・ディレクトリの理解

- C.1.3 Oracleベース・ディレクトリの理解

- C.2 標準の管理ユーザー・グループと役割区分ユーザー・グループ

- C.2.1 Oracleインベントリ・グループの理解

- C.2.2 Oracle Database用のオペレーティング・システム・グループの理解

- C.2.3 Oracle ASM管理のためのオペレーティング・システム・グループ

- C.2.4 オペレーティング・システム管理グループの理解

- C.3 ネットワーク・アドレスの理解

- C.3.1 パブリックIPアドレスについて

- C.3.2 プライベートIPアドレスについて

- C.3.3 仮想IPアドレスについて

- C.3.4 グリッド・ネーミング・サービス(GNS)の仮想IPアドレスについて

- C.3.5 SCANについて

- C.4 ネットワークの時刻要件の理解

- C.5 記憶域の構成の理解

- C.5.1 Oracle Automatic Storage Managementクラスタ・ファイル・システムの理解

- C.5.2 既存のOracle ASMインスタンスの移行について

- C.5.3 スタンドアロンのOracle ASMインストールからクラスタ化されたインストールへの変換について

- C.6 アウトオブプレース・アップグレードの理解

- C.7 クラスタ用Oracle Grid InfrastructureとOracle Restart用Oracle Grid Infrastructureの違い

D Oracle Grid Infrastructure 12cリリース1へのアップグレード方法

- D.1 アップグレード前のOracleソフトウェアのバックアップ

- D.2 Oracle Grid InfrastructureおよびOracle ASMのアップグレードおよびダウングレードについて

- D.3 Oracle ClusterwareおよびOracle ASMのアップグレードとダウングレードのオプション

- D.4 Oracle Grid Infrastructureのアップグレードの制限およびガイドライン

- D.5 アウトオブプレースおよびローリング・アップグレードの理解

- D.6 既存のOracle Clusterwareインストールをアップグレードするための準備

- D.6.1 パッチおよびアップグレードに対するシステム準備状況の検証

- D.6.2 必要なシステム情報の収集

- D.6.3 最小要件のOracle Clusterwareリリースへのアップグレード

- D.6.4 Oracleソフトウェアによって使用されている環境変数の設定の削除

- D.7 CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証

- D.7.1 CVUのグリッド・アップグレード検証コマンドのオプションについて

- D.7.2 グリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証例

- D.8 バッチを使用したローリング・アップグレードの理解

- D.9 Oracle Grid Infrastructureのローリング・アップグレードの実行

- D.9.1 以前のリリースからの標準的なアップグレードの実行

- D.9.2 ノードにアクセスできなくなった場合のOracle Clusterwareのアップグレードの完了

- D.9.3 強制アップグレード後にアクセスできないノードのアップグレードの完了

- D.9.4 インストールとアップグレードに使用する最初のノードの変更

- D.10 Oracle ASMのローリング・アップグレードの実行

- D.10.1 Oracle ASMをアップグレードするための準備

- D.10.2 Oracle Grid InfrastructureアップグレードからのOracle ASMの個別アップグレード

- D.11 Oracle ASMへのパッチの適用

- D.11.1 個々の(個別) Oracle ASMパッチについて

- D.11.2 Oracle ASMのソフトウェア・パッチ・レベルについて

- D.11.3 特定のソフトウェア・パッチ・レベルにするためのOracle ASMへのパッチの適用

- D.12 アップグレード後のクラスタ状態モニターのリポジトリ・サイズの確認

- D.13 アップグレード後のOracle Clusterwareのダウングレード

- D.13.1 アップグレード後のOracle Clusterwareのダウングレードについて

- D.13.2 リリース11.2.0.2より前のOracle Clusterware 11gリリースへのダウングレード

- D.13.3 Oracle Clusterware 11gリリース2 (11.2.0.2)以上のリリースへのダウングレード

- D.14 Oracle Enterprise Manager Cloud Controlのターゲット・パラメータの更新

- D.14.1 アップグレード後のEnterprise Manager Cloud Controlターゲットの更新

- D.14.2 アップグレード後のEnterprise Managerエージェント・ベース・ディレクトリの更新

索引

例一覧

- 6-1 ローカルおよびパスのNFSサーバー・エントリを使用しているoranfstabファイル

- 6-2 ネットワーク接続名を使用しているoranfstabファイル

- 7-1 Oracle Clusterwareのステータスの確認

- 7-2 Oracle Grid Infrastructureのインストール後のOracle ASMのステータスの確認

- 8-1 CLUVFYを使用した、DNSによってSCANアドレスが正しく関連付けられていることの確認

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

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

- 9-3 クラスタでの削除ツールのレスポンス・ファイルの例

- A-1 CVUヘルスチェック・コマンドの例

- 例B-1 Oracle Grid Infrastructure用のパスワード・レスポンス・ファイルの例

- B-2 Oracle Grid Infrastructureインストール用のパスワード・レスポンス・ファイル

- B-3 Oracle Real Application Clustersのパスワード・レスポンス・ファイル

表一覧

- 1-1 Oracle Grid Infrastructureのサーバー・ハードウェアのチェックリスト

- 1-2 Oracle Grid InfrastructureおよびOracle RACの環境構成

- 1-3 Oracle Grid InfrastructureおよびOracle RACのネットワーク構成作業

- 1-4 Oracle Grid Infrastructureの記憶域の構成チェック

- 2-1 Oracle Grid Infrastructureインストールのハードウェアおよびメモリーの最小要件

- 3-1 WindowsシステムにおけるOracle Gridソフトウェア要件

- 4-1 グリッド・ネーミング・サービスのネットワーク構成例

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

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

- 6-1 Oracle ClusterwareとOracle RACファイルおよびホーム・ディレクトリでサポートされている記憶域オプション

- 6-2 冗長タイプによるOracle Clusterwareに必要な記憶域

- 6-3 冗長タイプによるOracle Databaseに必要な記憶領域の合計

- 6-4 Oracle RAC共有ファイル・システムのボリューム・サイズ要件

- 6-5 oranfstabファイルの構成可能な属性

- 8-1 Oracle以外のソフトウェアにアクセスするためのOracle実行可能ファイル

- 8-2 Windowsファイアウォール例外を必要とするその他のOracleソフトウェア製品

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

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

- C-1 Windows用のOracle ASMオペレーティング・システム・グループおよび権限

- C-2 特定タスク向けのOracle Database管理権限およびロール

はじめに

このガイドでは、Oracle Grid Infrastructure環境(Oracle ClusterwareおよびOracle Automatic Storage Management)をインストールして構成する準備としてサーバーを構成する方法について説明します。

このガイドでは、Oracle Real Application Clusters (Oracle RAC)をインストールする準備としてサーバーと記憶域を構成する方法についても説明します。

- 対象読者

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

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

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』では、ネットワークおよびシステムの管理者が必要とする構成についての情報と、クラスタ用Oracleグリッド・インフラストラクチャのインストールで、Oracle ClusterwareおよびOracle Automatic Storage Managementをインストールして構成するデータベース管理者(DBA)が必要とするデータベースのインストールについての情報を記載しています。

Oracle Real Application Clusters (Oracle RAC)をインストールする、特別なシステム・ロールを持つユーザーに対しては、システム管理者、ネットワーク管理者またはストレージ管理者として、クラスタ用Oracle Grid Infrastructureのインストール準備としてシステムを構成し、管理者ユーザー権限を必要とするすべての構成タスクを完了することを目的としています。Oracle Grid Infrastructureのインストールおよび構成が正常に完了した場合、システム管理者が行う必要があることは、構成情報の指定と、Oracle RACのインストール中に管理者ユーザー権限を必要とするスクリプトを実行するための権限をデータベース管理者に付与することのみです。

このマニュアルは、Oracle Databaseの概念を十分に理解していることを前提としています。詳細は、関連ドキュメントのリストを参照してください。

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

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)を参照してください。

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

Java Access Bridgeを使用すると、アシスティブ・テクノロジによって、Windowsプラットフォームで実行されているJavaアプリケーションを読み取ることができます。アシスティブ・テクノロジでは、Oracle Universal Installer、Oracle Enterprise Manager Database ExpressなどのJavaベースのインタフェースを読み取ることができます。

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

関連項目

Oracle ClusterwareおよびOracle Real Application Clustersのドキュメント

詳細は、次のOracleマニュアルを参照してください。

このマニュアルでは、Oracle ClusterwareおよびOracle Automatic Storage Managementのインストールを完了するために必要な手順、およびOracle RACのインストール前の手順を実行するために必要な手順を確認します。

Oracle RACまたはOracle RAC One Nodeのインストールは、複数ステップのプロセスです。適切なドキュメントを参照して、次の手順を実行してください。

インストール・タスク

使用するドキュメント

Oracle Grid InfrastructureおよびOracle RACのインストール前設定

『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』(このマニュアル)

Oracle Grid InfrastructureのインストールおよびOracle ClusterwareとOracle ASMの構成

『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』(このマニュアル)

Oracle DatabaseソフトウェアのインストールおよびOracle RACの構成

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

Oracle Grid Infrastructureを実行するサーバーには、スタンドアロン・データベース用のOracle Databaseソフトウェアをインストールすることも、Oracle RACデータベースをインストールすることもできます。Oracle Grid Infrastructureを実行するサーバーにOracle Restartはインストールできません。Oracle Grid InfrastructureのOracle Restartのデプロイメントをインストールする場合は、『Oracle Databaseインストレーション・ガイド』を参照してください。

インストレーション・ガイドfor Microsoft Windows

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

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

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

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

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

Oracle ClusterwareおよびOracle Automatic Storage Managementの管理者ガイド

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

- 『Oracle Automatic Storage Management管理者ガイド』

Oracle Real Application Clustersの管理者ガイド

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

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

共通マニュアル

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

- Oracle Database管理者ガイド

- 『Oracle Database概要』

- 『Oracle Database新機能ガイド』

- 『Oracle Databaseリファレンス』

- 『Oracle Database Global Data Services概要および管理ガイド』

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

http://www.oracle.com/technetwork/community/join/overview/
次の場所にあるOracle Help Centerのオンライン・ドキュメントにアクセスできます。

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

表記規則

このドキュメントでは次の表記規則を使用します。

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

このリリースでのOracle Clusterwareの変更点

『Oracle Grid Infrastructureインストレーション・ガイドfor Windows』の変更点を示します。

- Oracle Clusterware 12cリリース1 (12.1.0.2)の変更点

- Oracle Clusterware 12cリリース1 (12.1)の変更点

Oracle Clusterware 12cリリース1 (12.1.0.2)の変更点

Oracle Clusterware 12cリリース1 (12.1.0.2)の『Oracle Grid Infrastructureインストレーション・ガイド』には、次の変更点があります。

- Oracle Clusterware 12.1.0.2の新機能

- Oracle Clusterware 12.1.0.2のその他の変更点

Oracle Clusterware 12.1.0.2の新機能

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

- ClusterおよびOracle RACの診断ツールの強化
Oracle Clusterwareは、Oracle Database障害診断インフラストラクチャを使用して診断データとアラート・ログを管理します。このため、ほとんどの診断データは自動診断リポジトリ(ADR)(インストール時に指定したベース・ディレクトリ内のディレクトリとファイルのコレクション)に含まれます。

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

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

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

Oracle Clusterware 12.1.0.2のその他の変更点

- Windows Server 2012およびWindows Server 2012 R2は、このリリースでサポートされています。

Oracle Clusterware 12cリリース1 (12.1)の変更点

Oracle Clusterware 12cリリース1 (12.1)の『Oracle Grid Infrastructureインストレーション・ガイド』には、次の変更点があります。

- Oracle Clusterware 12c リリース1 (12.1)の新機能

- Oracle Clusterware 12cリリース1 (12.1)で非推奨となった機能

- Oracle Clusterware 12cリリース1 (12.1)でサポートが終了した機能

- Oracle Clusterware 12cリリース1 (12.1)のその他の変更点

Oracle Clusterware 12c リリース1 (12.1)の新機能

- WindowsでのOracle ASMファイル・アクセス制御の拡張
Windows環境の個別のロールにアクセス制御を使用できるようになりました。Oracle DatabaseサービスがLocal SystemではなくOracleホーム・ユーザーの権限で実行中の場合、Windowsでロールの分離をサポートするために、Oracle ASMアクセス制御機能が有効化されます。以前のリリースでは、すべてのOracleサービスがローカル・システムとして実行されたため、Windowsでのこの機能は無効になりました。

ユーザーを削除して再作成する必要なく、Oracle ASMユーザーのIDを、あるオペレーティング・システム・ユーザーから別のオペレーティング・システム・ユーザーに変更でき、この場合、ユーザーが所有するすべてのファイルを削除する必要があり、これにより、Oracle ASMユーザーおよびユーザーが所有するファイルの管理性が向上します。

chgrp、chmod、chownなどのASMCMDファイル・アクセス制御コマンドを使用して、ファイルが開いている間に、Windowsファイル・アクセス制御を変更できます。

『Oracle Automatic Storage Management管理者ガイド』および『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

- クラスタ状態モニターの拡張
クラスタ状態モニター(CHM)が拡張され、オペレーティング・システムやクラスタ・リソースに関連する品質低下や障害の検出機能が向上し、可用性の高いサーバー・モニター・サービスが提供されるようになりました。

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

- Oracle ASMディスク・グループへのOracle Cluster Registryバックアップの格納のサポート
Oracle Cluster Registry (OCR)バックアップ・メカニズムによりOracle ASMディスク・グループでOCRのバックアップを格納することができます。Oracle ASMディスク・グループにOCRのバックアップを格納すると、OCRのリカバリが必要になった場合にクラスタの任意のノードからOCRバックアップへのアクセスを許可することによって、OCR管理が簡素化されます。

- Oracle Grid Infrastructureの個別パッチ対応ローリング・マイグレーション
Oracle Grid Infrastructureの個別パッチのローリング移行およびOracle Automatic Storage Management (Oracle ASM)とOracle Clusterwareへのアップグレードにより、個別パッチによる、クラスタ化されたOracle Grid Infrastructureノードへのアップグレードまたはパッチ適用を、データベースの可用性に影響することなく、独立して実行することができます。この機能によって、稼働時間の増加および柔軟なパッチ適用が実現されます。このリリースでは、ローリング・パッチと呼ばれる新しいクラスタ状態も導入されています。パッチ停止状態での操作は、既存のローリング・アップグレードのクラスタ状態と類似しています。

Oracle自動ストレージ管理管理者ガイドを参照してください

- Oracle DatabaseおよびOracle Grid InfrastructureのOracleホーム・ユーザーのサポート
Oracle Database 12cリリース1 (12.1)以降、Oracle DatabaseではOracleホーム・ユーザーを使用でき、インストール時に指定できます。Oracleホーム・ユーザーには、組込みアカウントまたはWindowsドメイン・ユーザー・アカウントを指定できます。Windowsユーザー・アカウントを指定すると、ユーザーは標準的な(標準的な)アカウントになり、Oracleホーム・ユーザーが持つ一連の権限は限定されます。Oracleホーム・ユーザーを使用すると、Oracle Databaseサービスが持つ権限はOracle製品を実行するときに必要な権限のみになります。

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

- Oracle RACのハング検出とノード削除の検出
クラスタ速度の低下(主にOracle Databaseインスタンスに影響します)が検出されると、ハング・プロセスまたはハング・インスタンスとして分類され、結果として不要なノード削除が発生しないように削除されます。Oracle RACクラスタで必要に応じて行われるノード削除はアプリケーションからは意識されませんが、この機能によって最小限に抑えられます。また、グローバル競合解決(GCR)プロセスの機能強化により、ノード削除が発生する問題の検出と回避の性能が向上しました。

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

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

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

- 複数のクラスタに渡る共有グリッド・ネーミング・サービス(GNS)
以前のリリースのグリッド・ネーミング・サービス(GNS)は、1つのOracle Grid Infrastructureベースのクラスタ専用であり、自身のクラスタ・メンバー・ノードに対してのみ名前解決が可能でした。このリリースでは、1つのOracle GNSで、自身のクラスタのクラスタ・メンバー・ノードを管理することや、名前解決がOracle GNSに委任されたデータ・センターのすべてのクラスタに渡るすべてのノードの名前解決が可能です。

データ・センターのOracle Grid Infrastructureクラスタに属するすべてのノードに対して、1つのOracle GNSを使用すると、ネーミング規則が簡素化されるだけではなく、データ・センター・クラウドの日々の管理労力を最小限にすることができます。

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

『Oracle Databaseセキュリティ・ガイド』の管理権限の管理に関する項、および「役割区分用の拡張Oracle Databaseグループ」を参照してください。

- Oracle ASMファイル・アクセス制御コマンドへの更新およびオープン・ファイルのサポート
この機能によって、ファイルが開いている間に、Windowsファイル・アクセス制御を変更できます。この機能は、chgrp、chmodおよびchownなどのASMCMDファイル・アクセス制御コマンドへの更新をサポートしています。

Oracle自動ストレージ管理管理者ガイドを参照してください。

Oracle Clusterware 12cリリース1 (12.1)で非推奨となった機能

次の機能は、今回のリリースで非推奨であり、将来のリリースではサポートされなくなる可能性があります。

- スタンドアロン削除ツール
削除ツールはインストール・メディアに統合されました。

- 削除ツールの-cleanupOBaseオプション
削除ツールの-cleanupOBaseオプションは、このリリースでは非推奨です。このオプションの代替機能はありません。

Oracle Clusterware 12cリリース1 (12.1)でサポートが終了した機能

次の機能は、Oracleではサポートされなくなりました。

- Oracle ClusterwareおよびOracle DatabaseでのRAWデバイスの直接使用

- Windows用のOracle Cluster File System(OCFS)

- Oracle Objects for OLE

- Oracle Enterprise Manager Database Control

サポート対象外機能の完全なリストについては、次を参照してください。

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

Oracle Clusterware 12cリリース1 (12.1)のその他の変更点

- Windows Server 2003およびWindows Server 2003 R2は、このリリースではサポートされていません

- ドキュメント構造の変更
このドキュメントは構成が変更され、インストールの準備に役立つインストール・チェックリストが追加された以外に、各章では、インストール前のタスクがカテゴリの項目として分離されています。

1 システムのハードウェア、ソフトウェアおよび構成のチェックリスト

次の表に、システムの基本的なチェック要件を示します。

このリストは、すべてのデプロイメント・オプションを網羅するものではありません。これらのチェックおよびその他の構成情報の詳細は、第3章から第7章を参照してください。

- WindowsとLinuxまたはUNIXでのインストールの相違
LinuxまたはUNIX環境でOracleコンポーネントをインストールした経験がある場合、LinuxまたはUNIXで必要であった多くの手動の設定作業が、Windowsでは不要であることに注意してください。

- Oracle Grid Infrastructureインストールのサーバー・ハードウェアのチェックリスト
すべてのインストールで次のハードウェア・チェックリストを確認します。

- Oracle Grid InfrastructureおよびOracle RAC環境のチェックリスト
すべてのインストールで次の環境チェックリストを確認します。

- Oracle Grid Infrastructureのネットワークのチェックリスト
すべてのインストール環境でクラスタに必要なハードウェア、名前およびアドレスがあることを確認します。

- Oracle Grid InfrastructureおよびOracle RACのアップグレードのチェックリスト
既存のOracle Grid InfrastructureまたはOracle RACインストールがある場合は、このアップグレード・チェックリストを確認します。クラスタは、すべてのクラスタ・メンバー・ノードでOracle Grid Infrastructure 12c リリース1 (12.1)が実行されて、新しいクラスタウェアがアクティブなリリースになるまでアップグレードされます。

- Oracle Grid Infrastructureの記憶域の構成作業
すべてのインストールで次の記憶域構成タスク・チェックリストを確認します。

- Oracle Grid Infrastructureのインストール開始時の作業
インストール前の作業を実行するには、次のチェックリストを使用します。

1.1 WindowsとLinuxまたはUNIXでのインストールの相違

LinuxまたはUNIX環境でOracleコンポーネントをインストールした経験がある場合、LinuxまたはUNIXで必要であった多くの手動の設定作業が、Windowsでは不要であることに注意してください。

LinuxまたはUNIXと、Windowsでのインストールの主な相違点は、次のとおりです。

- サービスの起動および停止
Windowsでは、管理者権限を持つユーザー・アカウントにログインして、Oracle Databaseソフトウェアをインストールします。また、インストール中に、(管理者でない、標準的なWindowsユーザー・アカウントに基づいて) Oracleホーム・ユーザーを指定することもできます。LinuxおよびUNIXシステムでは、ソフトウェア所有者ユーザー・アカウントを作成および使用する必要があり、このユーザーはOracleインベントリ・グループに属している必要があります。

- 環境変数
Windowsシステムでは、Oracle Universal Installer (OUI)によって、レジストリ内のPATH、ORACLE_BASE、ORACLE_HOME、ORACLE_SIDなどの環境変数が設定されます。LinuxおよびUNIXシステムでは、ユーザーがこれらの環境変数を手動で設定する必要があります。

あるOracleホームに複数のOracle Databaseがある場合、レジストリに設定されるのは最後のOracle DatabaseのSIDのみです。Oracleホームの管理の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイド』を参照してください。

- オペレーティング・システム・グループ
Windowsシステムでは、OUIはORA_DBA、ORA_OPER、ORA_HOMENAME_DBAおよびORA_HOMENAME_OPERグループを作成します。これらはオペレーティング・システムのOracleインスタンスに対する認証に使用されます。LinuxおよびUNIXシステムの場合、オペレーティング・システム・グループを手動で作成する必要があります。

- Oracle Universal Installer (OUI)を実行するためのアカウント
Windowsでは、管理者権限を持つユーザー・アカウントにログインして、Oracle Databaseソフトウェアをインストールします。また、インストール中に、(管理者でない、標準的なWindowsユーザー・アカウントに基づいて) Oracleホーム・ユーザーを指定することもできます。LinuxおよびUNIXシステムでは、ソフトウェア所有者ユーザー・アカウントを作成および使用する必要があり、このユーザーはOracleインベントリ・グループに属している必要があります。

関連項目:
『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』のOracle DatabaseのWindowsとUNIXでの相違点に関する説明

1.2 Oracle Grid Infrastructureインストールのサーバー・ハードウェアのチェックリスト

すべてのインストールで次のハードウェア・チェックリストを確認します。

表1-1 Oracle Grid Infrastructureのサーバー・ハードウェアのチェックリスト

チェック

作業

サーバー・ハードウェア

サーバーの構造、モデル、コア・アーキテクチャおよびホスト・バス・アダプタ(HBA)が、Oracle Grid InfrastructureおよびOracle RACで実行できるようにサポートされていることを確認します。

ネットワーク・スイッチ

- 1GbE以上のパブリック・ネットワーク・スイッチ(パブリック・ゲートウェイに接続)

- 1GbE以上、10GbE推奨のプライベート・ネットワーク・スイッチ(他のクラスタ・メンバー・ノードにのみ使用するための専用)。かわりに、インターコネクトにInfiniBandを使用することもできます。

ランダム・アクセス・メモリー(RAM)の要件

Clusterインストール用(Oracle RACをインストールする場合を含む)Oracle Grid Infrastructureのために、4GB以上のRAM

仮想メモリーの構成

ページング・ファイルのサイズは、サーバー上で使用可能なRAMの容量に合ったサイズで、16GB以下に設定することを推奨しています

一時領域の割当て

1GB以上を%TEMP%に割り当てます。

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

- 「ソフトウェア要件の特定」に記載されているサポート対象のリリースのリストでサポートされています。

- 各クラスタ・メンバー・ノードで同じバージョンのオペレーティング・システムが実行されています。

ストレージ・ハードウェア

ストレージ・エリア・ネットワーク(SAN)またはネットワーク・アタッチ・ストレージ(NAS)が必要です。Oracle Clusterwareファイルまたはデータ・ファイルは共有できないため、NTFSフォーマットされたディスクまたはパーティションは使用できません。

Oracleソフトウェア用のローカル記憶領域

- クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)に7GB以上の領域。パッチ用の追加領域を確保するために100GBを割り当てることをお薦めします。

- Oracle Grid InfrastructureソフトウェアのOracleインストール・ユーザー(Gridユーザー)のOracleベース用に3.5GB以上の領域があります。Oracleベースには、Oracle ClusterwareとOracle ASMログ・ファイルが含まれます。 .

- x86_64プラットフォームのOracle Databaseソフトウェアに5.8GB以上の領域があります。

Intelligent Platform Management Interface (IPMI)の構成

- IPMI管理者のアカウント情報をOracleインストール・ユーザーが使用できる状態でインストールが完了したことを確認します。

- IPMIを使用する場合は、Baseboard Management Controller(BMC)インタフェースが構成されていることを確認し、インストール時の指示に従って管理アカウントのユーザー名およびパスワードを指定できるように用意します。

- 非標準のインストールで、インストール後に1つ以上のノード構成の変更が必要な場合は(たとえば、クラスタ・ノード上のBMCインタフェースの管理者のユーザー名およびパスワードを別のものにする場合は)、インストール後にBMCインタフェースを構成しなおすかどうかや、IPMI管理者アカウント情報を変更するかどうかを決定します。

時間の同期

Windows Timeサービス(WTS)、ネットワーク・タイム・プロトコル(NTP)またはOracleクラスタ時刻同期化サービス(CTSS)を構成して、クラスタ内の各サーバーが使用する時刻を同期します。

関連トピック

- Oracle Grid InfrastructureおよびOracle RACのサーバーの構成

1.3 Oracle Grid InfrastructureおよびOracle RAC環境のチェックリスト

すべてのインストールで次の環境チェックリストを確認します。

表1-2 Oracle Grid InfrastructureおよびOracle RACの環境構成

チェック

作業

ユーザーの作成

特定の要件向けに作成する必要のあるユーザーの詳細は、Oracle Grid InfrastructureおよびOracle RACのインストール・グループおよびユーザーの作成を参照してください。Oracleインストール・ユーザーの要件は、Oracleホーム・ユーザーの要件とは異なります。ユーザー名には、ASCII文字のみを使用する必要があります。

ソフトウェア実行ファイルのマウント・ポイント・パスを作成します

ご使用のプラットフォームの『Oracle Databaseインストレーション・ガイド』のOptimal Flexible Architectureに関する説明に記載されている、Optimal Flexible Architecture構成のガイドラインに従うことをお薦めします。

Gridホーム(Oracle Grid Infrastructure用に選択するOracleホームのパス)に、ASCII文字のみが使用されていることを確認します。

この制限には、ホームのパスによってはデフォルト名に使用されるOracleインストール・ユーザー名に加えて、パスに選択する可能性があるその他のディレクトリ名も含まれます。

Oracleソフトウェアの環境変数の設定を解除します

環境変数にORA_CRS_HOMEを設定した場合は、インストールまたはアップグレードを開始する前に、その設定を削除します。ORA_CRS_HOMEをユーザー環境変数に使用しないでください。

システムに既存のインストール環境があり、同じユーザー・アカウントを使用して今回のインストールを行う場合、次の環境変数ORA_CRS_HOME、ORACLE_HOME、ORA_NLS10、TNS_ADMINの設定を削除します。

1.4 Oracle Grid Infrastructureのネットワークのチェックリスト

すべてのインストール環境でクラスタに必要なハードウェア、名前およびアドレスがあることを確認します。

インストール時、インタフェースをパブリック、プライベートまたはOracle ASMインタフェースとして使用するように指定します。また、他の目的に使用され、Oracle Grid Infrastructureインタフェースには使用できないインタフェースを指定することもできます。

表1-3 Oracle Grid InfrastructureおよびOracle RACのネットワーク構成作業

チェック

作業

パブリック・ネットワーク・ハードウェア

- パブリック・ゲートウェイおよび各クラスタ・メンバー・ノードのパブリック・インタフェース・ポートに接続されるパブリック・ネットワーク・スイッチ(冗長スイッチを推奨)。

- イーサネット・インタフェース・カード。
推奨される冗長ネットワーク・カード。これらが1つのイーサネット・ポート名として表示されるようNICチーミングを使用します。

- スイッチおよびネットワーク・インタフェース・カードは、1GbE以上である必要があります。

- ネットワーク・プロトコルはTCP/IPです。

インターコネクト用のプライベート・ネットワーク・ハードウェア

- 各クラスタ・メンバー・ノードのプライベート・インタフェース・ポートに接続される、専用のプライベート・ネットワーク・スイッチ(1つのイーサネット・ポート名として表示されるようNICチーミングを使用した冗長スイッチを推奨)。

- スイッチおよびネットワーク・インタフェース・アダプタは1GbE以上である必要があり、推奨は10GbEです。かわりに、インターコネクトにInfiniBandを使用することもできます。

Windows固有のネットワーク構成タスクの実行

- TCP/IPのメディア検出機能を無効化します。メディア検出機能では、ローカル・スイッチへのリンクが失われた際に、ネットワーク・インタフェース・カードとIPアドレスを切り離すことができます。

- ネットワークのバインド順とプロトコルの優先順位を構成します。バインド順序の1番目がパブリック・ネットワーク・アダプタ、2番目がプライベート・ネットワーク・アダプタであることを確認します。

- パブリック・ネットワーク・インタフェース用DNSへの自動登録の選択を解除します。Windows Server 2008で、サーバー再起動後に、ノードに対する誤ったIPアドレスがDNSに登録されないようにするには、パブリック・ネットワーク・アダプタの「この接続のアドレスを DNS に登録する」オプションを構成解除する必要があります。

- 自動メトリック値を手動で構成します。Windows Server 2012には、リンク・スピードに基づいてローカル・ルートのメトリックを自動で構成する新機能である自動メトリックが導入されました。この機能のデフォルト値を使用する場合、Oracle Grid Infrastructureのインストール時にサーバーのデフォルトのパブリック・ホスト名としてプライベート・ネットワーク・インタフェースが選択される場合があります。

これらのタスクの詳細は、「Windows Serverデプロイメント用のネットワーク構成タスク」を参照してください。

クラスタの名前およびアドレス

クラスタの次の名前およびアドレスを決定して構成します。

- クラスタ名: インストール時に入力したクラスタの名前。クラスタ名は、DNSドメインが異なる場合も含め、すべてのホスト間でグローバルに一意である必要があります。クラスタ名の長さは、1文字以上、15文字以下である必要があります。RFC 1123に準拠して、ホスト名に使用されるキャラクタ・セット(ハイフン(-)およびシングルバイト英数字(aからz、AからZおよび0から9))と同じキャラクタ・セットを使用します。

- グリッド・ネーミング・サービスの仮想IPアドレス(GNS VIP): GNSを使用する場合は、GNS VIP用にDNSでGNS名および固定アドレスを構成し、クラスタ・アドレスを構成します。GNSのドメイン委任は、動的パブリック・ネットワーク(DHCP、自動構成)では必須です。

- 単一クライアント・アクセス名(SCAN)およびGNS使用時のアドレス: DNSにはSCAN名とアドレスを構成しないでください。GNSはSCANを管理します。

- SCANおよびアドレスの手動構成: GNSを使用していない場合は、ドメイン・ネーム・サービス(DNS)で3つのアドレスに解決されるSCAN名を構成します。

標準ノードのパブリック、プライベートおよび仮想IP名およびアドレス

グリッド・ネーミング・サービス(GNS)を使用する標準クラスタを構成する場合、パブリック・ホスト名および仮想ホスト名のアドレスは自動的に構成されるため、OUIはこれらのアドレスにAUTOと表示します。このオプションを使用するには、DNS上に、解決がGNSに委任されるサブドメインを構成する必要があり、かつ、委任されたサービス・リクエストをルーティングできる固定GNS VIPアドレスが必要となります。

GNSを使用せず、標準クラスタを構成する場合は、各ノードに対して次を構成します。

- パブリック・ノード名およびアドレス: DNSおよびhostsで構成します(例: node1.example.com、アドレス192.0.2.10)。パブリック・ノード名は、各ノードのプライマリ・ホスト名(hostnameコマンドによって表示される名前)である必要があります。

- プライベート・ノード・アドレス: 各ノードのプライベート・インタフェースで構成します。インストーラは、デフォルトでプライベートの範囲内のアドレスをプライベートIPアドレスとして識別します。たとえば、10.0.0.10などです。
プライベート・インタフェースが使用するプライベート・サブネットは、クラスタ・メンバーにする予定のすべてのノードに接続する必要があります。

- パブリック・ノードの仮想IP名およびアドレス(例: node1-vip.example.com、アドレス192.0.2.11)。
GNSを使用していない場合は、各ノードに仮想ホスト名を指定します。仮想ホスト名はパブリック・ノード名で、これにより、ノードが停止している場合にノードに送信されるクライアントの要求を再ルーティングできます。Oracle Databaseでは、クライアントとデータベース間の接続にVIPを使用するため、VIPアドレスはパブリックにアクセス可能である必要があります。名前は、hostname-vip形式で指定することをお薦めします。たとえば、myclstr2-vipです。

1.5 Oracle Grid InfrastructureおよびOracle RACのアップグレードのチェックリスト

既存のOracle Grid InfrastructureまたはOracle RACインストールがある場合は、このアップグレード・チェックリストを確認します。クラスタは、すべてのクラスタ・メンバー・ノードでOracle Grid Infrastructure 12c リリース1 (12.1)が実行されて、新しいクラスタウェアがアクティブなリリースになるまでアップグレードされます。

注意:
Windowsプラットフォームで、Oracle Clusterwareをリリース10.2.0.5および11.1.0.7からリリース12.1にアップグレードするには、Oracle Clusterwareで11.2.0.3への中間アップグレードを実行する必要があります。Oracle Clusterwareのリリース11.2.0.3へのアップグレード後に、Oracle Cluster Registry (OCR)および投票ディスク(VDSK)をOracle ASMに移動する必要があります。また、WindowsまたはRAWデバイスのOCFSに格納されているファイルを、サポートされている記憶域メカニズムに移行することも必要となります。その後、Oracle Clusterwareをリリース11.2.0.3から12cリリース1 (12.1)にアップグレードできます。

Oracle RACをインストールする場合は、Oracle Database 12cリリース1 (12.1)リリースのOracle RACをインストールする前に、まず、すべてのクラスタ・ノードでOracle Grid Infrastructure 12cリリース1 (12.1)へのアップグレードを完了する必要があります。

注意:
Oracle Grid Infrastructureのアップグレード(Oracle ClusterwareおよびOracle ASMの既存のインストール環境のアップグレード)は、すべてアウトオブプレース・アップグレードです。

チェック

作業

『Oracle Databaseアップグレード・ガイド』を確認します。

Oracle Databaseのアップグレード・プロセスをよく理解してください。

使用可能な最新のパッチセット・リリースをインストールします。

以前の一部のパッチセット・リリースからのアップグレードはサポートされないことがあります。

Oracle Automatic Storage Management (Oracle ASM)インスタンスで、標準のOracle ASMインスタンス名が使用されていることを確認します

単一インスタンス・データベース用のデフォルトASM SIDは+ASM、Oracle Real Application ClustersノードのASMのデフォルトSIDは+ASMnode#です(node#はノードの番号)。Oracle Grid Infrastructure 11.2.0.1以上では、デフォルト以外のOracle ASMインスタンス名はサポートされません。

デフォルト以外のOracle ASMインスタンス名がある場合は、クラスタをアップグレードする前に既存のリリースのsrvctlを使用して、デフォルト以外の名前を持つ個々のOracle ASMインスタンスを削除し、デフォルト名を持つOracle ASMインスタンスを追加します。

標準のOracle Grid Infrastructureデプロイメントのネットワーク・アドレスの確認

パブリック・ネットワークおよびプライベート・ネットワークで次のIPアドレスの条件が満たされていることを確認します。

- プライベートIPアドレスおよびパブリックIPアドレスがそれぞれ関連性のない別々のサブネット内にある。プライベート・サブネットは、専用のプライベート・サブネットにある必要があります。

- パブリックIPアドレスおよび仮想IPアドレス(SCANアドレスを含む)が同じサブネット内にある(サブネット・ネットワークのサブネット・マスクで許可されるアドレスの範囲)。

- プライベートIPアドレスでもパブリックIPアドレスでもリンク・ローカル・サブネット(169.254.*.*)が使用されていない。

現在のオペレーティング・システムが新しいリリースでサポートされることの確認

サポート対象のオペレーティング・システム、パッチ・リリースおよび新しいOracle Grid Infrastructureインストールに必要なすべてのオペレーティング・システム・パッケージを使用していることを確認します。

ocrcheckコマンドの実行

Oracle Cluster Registry (OCR)ファイルの整合性を確認します。このチェックに失敗した場合は、続行する前にOCRを修復します。

「Oracle 12c Upgrade Companion」(My Oracle SupportのNote 1462240.1)の確認

このドキュメントには、その他のアップグレードの問題に関する最新の情報が含まれています。

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

Oracle Databaseのアップグレード前ユーティリティの実行

アップグレード前ユーティリティはSQLスクリプトであり、パス%ORACLE_HOME%\rdbms\adminにあります。Oracle Grid Infrastructureのインストール後にこのスクリプトを実行し、アップグレードのためにデータベースを準備します。

詳細は、My Oracle SupportのNote 884522.1を参照してください。

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

1.6 Oracle Grid Infrastructureの記憶域の構成作業

すべてのインストールで次の記憶域構成作業のチェックリストを確認します。

表1-4 Oracle Grid Infrastructureの記憶域の構成チェック

チェック

作業

Oracle Clusterwareファイルのパスの指定

インストール中に、次のOracle Clusterwareファイルのパスを指定するように求められます。インストール時に作成されるファイルはすべてのクラスタ・メンバー・ノードが利用できる必要があるため、これらのファイルは、Oracle ASMにあるクラスタのすべてのノードで共有される必要があります。

- 投票ファイルは、Oracle Clusterwareでクラスタ・ノードのメンバーシップおよび状態の検証に使用されるファイルです。

- Oracle Cluster Registry (OCR)ファイルには、Oracle Clusterwareのクラスタおよびデータベースの構成情報が含まれます。

1.7 Oracle Grid Infrastructureのインストール開始時の作業

インストール前の作業を実行するには、次のチェックリストを使用します。

チェック

作業

Oracleプロセスの実行を確認し、必要に応じて停止する

- Oracle ASMを使用していないスタンドアロンのデータベースが存在するノードの場合: Oracle Grid Infrastructureソフトウェアのインストールの間、データベースを停止する必要はありません。

- Oracle RAC Databaseノードの場合: このインストールでは、Oracle ClusterwareがOracle RACを実行する必要があるため、Oracle Clusterwareのアップグレードが必要です。アップグレードの一環として、データベースを停止する必要がありますが、その際、一度に1ノードずつ停止します。これは、ローリング・アップグレードがノードからノードへと実行されるためです。

スケジュールされたタスクがインストール中に実行されないことを確認する

日常のスケジュールされたタスクが開始するときにインストーラが実行中の場合、インストールの完了前にスケジュールされたタスクによるクリーンアップが実行されて一時ファイルが削除されると、予期しないインストールの問題が発生することがあります。日常のスケジュールされたタスクを実行する前にインストールを完了するか、インストールが完了するまで、ファイルやディレクトリのクリーンアップを行うスケジュールされたタスクを無効にすることをお薦めします。

他の言語をインストールするかどうかを決定する

インストール中に、ユーザー・インタフェースのテキストをデフォルト(英語)以外の言語に翻訳するかどうかを選択します。オペレーティング・システムの言語セットがインストーラでサポートされていない場合、インストーラは、デフォルトでは英語で実行されます。

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

ネットワーク上にプロキシ・レルムがある場合は、プロキシ・レルムの認証情報を取得する

インストール中、インストーラによってOracleソフトウェアの更新のダウンロードが試行されます。プロキシ・レルムを構成済の場合は、プロキシ・サービスを介してインターネットにアクセスするために、プロキシ・レルム情報およびユーザー認証情報を入力する必要があります。プロキシ・レルムがない場合は、プロキシ認証のフィールドを空白のままにします。

Oracle Grid Infrastructure管理リポジトリをインストールします

Oracle Grid Infrastructure 12cリリース12.1.0.1の拡張インストールを実行する場合、クラスタのパフォーマンスを監視および分析するためにOracle Grid Infrastructure管理リポジトリをインストールするオプションを選択します。Oracle Grid Infrastructure 12cリリース12.1.0.2以降の場合、Oracle Grid Infrastructure管理リポジトリは自動的にインストールされます。

Oracle Grid Infrastructure管理リポジトリをインストールしない場合、インストールに対して次の機能を永続的に無効化します。

- クラスタ状態モニター

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

- メモリー保護

これらの機能を有効化することを後で決定する場合、Oracle Grid Infrastructure管理リポジトリとともにOracle Grid Infrastructureを再インストールする必要があります。

2 Oracle Grid InfrastructureおよびOracle RACのサーバーの構成

クラスタ用Oracle Grid InfrastructureとOracle Real Application Clustersをインストールする前に、サーバーでいくつかのオペレーティング・システム・タスクを完了する必要があります。

この章に示す値は、最低限のインストール用です。計画されたシステム負荷に応じて、本番システムを設定することをお薦めします。

- サーバーのハードウェアとメモリー構成の確認
現在のシステム情報を収集するには、次のタスクを実行します。

- 一般的なサーバーの要件
Oracle Grid Infrastructureをインストールするサーバーがインストールの最小要件を満たしていることを検証します。

- サーバーの最小ハードウェア要件と最小メモリー要件
各システムは、ハードウェアおよびメモリーの特定の最小要件を満たしている必要があります。

- サーバーの最小記憶域要件
各システムは、記憶域の特定の最小要件を満たしている必要があります。

2.1 サーバーのハードウェアとメモリー構成の確認

現在のシステム情報を収集するには、次のタスクを実行します。

- Windowsシステムでの使用可能なRAMの確認
各サーバーの使用可能なRAMを確認するには、「コントロール パネル」を使用します。

- Windowsシステムでの現在構成されている仮想メモリーの確認
仮想メモリー(ページング・ファイルともいう)は、RAM (コンピュータのメイン・メモリー)に収まらない情報を格納するために使用されます。すべてのプロセスがページング・ファイルを共有するため、ページング・ファイルで領域が不足していると、プロセスはメモリーを割り当てることができなくなります。

- オペレーティング・システムのバージョンの確認
ご使用のコンピュータが、64ビット(x64) Windowsオペレーティング・システムを実行していることを確認するには、次の手順を実行します。

- システムのプロセッサのタイプの確認
プロセッサのタイプ(32ビットか、64ビットか)を表示するには、次の手順を実行します。

- Oracleホーム・ディレクトリの使用可能なディスク領域の確認
Oracle Grid Infrastructure管理リポジトリ、Oracle Cluster Registry (OCR)、およびOracle Clusterwareによって使用される投票ファイルのために、クラスタ・ファイル・システム上に追加のディスク領域が必要になります。

- 使用可能な一時ディスク領域の確認
TEMPディレクトリで使用可能なディスク領域は、空きディスク領域の合計から、Oracleソフトウェアをインストールするために必要な領域を引いたサイズになります。

2.1.1 Windowsシステムでの使用可能なRAMの確認

各サーバーで使用可能なRAMを確認するには、「コントロール パネル」を使用します。

クラスタ用Oracle Grid InfrastructureインストールのRAMの最小要件は、4GBです(Oracle RACをインストールする計画があるインストールを含む)。

コンピュータの物理RAMサイズを決定するには、次のいずれかの方法を使用できます。

- コントロール・パネルの「システム」を開き、「一般」タブを選択します。

- または、Windowsタスク・マネージャを起動し、「パフォーマンス」タブを選択して、システムで使用可能なメモリーを表示します。

2.1.2 Windowsシステムでの現在構成されている仮想メモリーの確認

仮想メモリー(ページング・ファイルともいう)は、RAM(コンピュータのメイン・メモリー)に収まらない情報を格納するために使用されます。すべてのプロセスがページング・ファイルを共有するため、ページング・ファイルで領域が不足していると、プロセスはメモリーを割り当てることができなくなります。

ページング・ファイルのサイズは、サーバー上で使用可能なRAMの容量に合ったサイズで、16GB以下に設定することを推奨しています。可能な場合は、複数の物理デバイスでページング・ファイルを複数のファイルに分割します。この構成によって、仮想メモリーへのパラレル・アクセスが促進され、ソフトウェア・パフォーマンスが向上します。

1. 「コントロール パネル」で、「システム」を選択します。

2. 「システムのプロパティ」ウィンドウで、「詳細設定」タブを選択します。

3. 「パフォーマンス」で、「パフォーマンス オプション」または「設定」をクリックします。

4. 「パフォーマンス オプション」ウィンドウで、「詳細設定」タブをクリックします。

仮想メモリー構成がウィンドウの下部に表示されます。

追加の仮想メモリーを構成する(必要な場合)方法については、ご使用のオペレーティング・システムのマニュアルを参照してください。

2.1.3 オペレーティング・システムのバージョンの確認

ご使用のコンピュータが、64ビット(x64) Windowsオペレーティング・システムを実行していることを確認するには、次の手順を実行します。

1. 「マイ コンピュータ」を右クリックして、「プロパティ」を選択します。

2. 「全般」タブの「システム」という見出しの下に表示されたテキストを確認します。
x64バージョンのオペレーティング・システムがインストールされている場合は、「64 ビット オペレーティング システム」というようなテキストが表示されます。

2.1.4 システムのプロセッサのタイプの確認

プロセッサのタイプ(32ビットか、64ビットか)を表示するには、次の手順を実行します。

1. 「スタート」メニューで、「ファイル名を指定して実行」を選択します「ファイル名を指定して実行」ウィンドウに、msinfo32.exeと入力します。

2. 「システムの概要」表示で、「システムの種類」のエントリを確認します。

- 「システムの種類」の値が「x64-based PC」の場合、ご使用のシステムは64-bitシステムです。

- 「システムの種類」の値が「x86-based PC」の場合、ご使用のシステムは32-bitシステムです。

2.1.5 Oracleホーム・ディレクトリの使用可能なディスク領域の確認

Oracle Grid Infrastructure管理リポジトリ、Oracle Cluster Registry (OCR)、およびOracle Clusterwareによって使用される投票ファイルのために、クラスタ・ファイル・システム上に追加のディスク領域が必要になります。

Oracle RACをインストールしている場合は、次のために追加のディスク領域を構成する必要があります。

- Oracle RACソフトウェアおよびログ・ファイル

- Oracle ASMディスク・グループ内の共有データ・ファイルおよび(オプション)共有高速リカバリ領域

Oracle Clusterwareファイルに対して標準の冗長性(3つのOracle Cluster Registry (OCR)ファイルおよび3つの投票ファイル)を使用する場合は、Oracle ASM内のOracle Clusterwareファイルを格納するために用意されている3つの個別の物理ディスク上で2GB以上のディスク領域を使用できる必要があります。

注意:
OCRまたは投票ファイル(Oracle Clusterwareファイル)はRAWパーティション上にインストールできません。Oracle ClusterwareファイルはOracle ASM上にのみインストールできます。RAWデバイスは、Oracle ASMディスクとして使用できます。

Oracle ASMでのOCRや投票ファイルの高可用性を確保するには、Oracle Clusterwareファイル用として、別々の3つの障害グループ(物理ディスクは3つ以上)に2GB以上のディスク容量が必要です。各ディスクには1GB以上の容量を確保して、容量に余裕を持ってOracle Clusterwareファイルを作成できるようにする必要があります。

一時領域とGridホームが同じファイル・システム上にある場合、そのファイル・システムにはそれぞれの最小領域要件を合計した領域が必要になります。

注意:

Oracle Grid Infrastructureをインストールする場合は、Oracle Grid Infrastructure管理リポジトリ・オプションを選択することをお薦めします。このオプションを選択すると、クラスタ内のノードの1つでOracle Grid Infrastructure管理リポジトリ・データベースが構成されます。

Oracle Grid Infrastructure 12cリリース12.1.0.2以降、Oracle Grid Infrastructure管理リポジトリのインストールはオプションではなくなり、自動的にインストールされます。

使用可能な空きディスク領域を確認するには、次の2つの方法を使用します。

1. 「コンピュータ」プロパティ・ウィンドウを使用する方法

a. 「スタート」メニューを開き、「コンピュータ」をクリックします。

b. 各ドライブの空きディスク領域を表示します。

c. Oracleソフトウェアをインストールするドライブを右クリックし、「プロパティ」を選択して、そのドライブのディスク領域に関する追加情報を表示します。

2. ディスク管理Microsoft管理コンソール(MMC)プラグインを使用する方法

a. 「スタート」メニューで、「ファイル名を指定して実行」を選択します。

b. 「ファイル名を指定して実行」ウィンドウでDiskmgmt.mscと入力し、「ディスクの管理」グラフィカル・ユーザー・インタフェース(GUI)を開きます。
ディスク管理のGUIには、使用可能なファイル・システム上の使用可能な領域が表示されます。

関連項目:

- Oracle Grid InfrastructureおよびOracle RACの記憶域の構成

- Oracle Automatic Storage Management管理者ガイド

2.1.6 使用可能な一時ディスク領域の確認

TEMPディレクトリで使用可能なディスク領域は、空きディスク領域の合計から、Oracleソフトウェアをインストールするために必要な領域を引いたサイズになります。

注意:
一時ディレクトリは、クラスタ内の各ノードで同じディレクトリ・パスに存在する必要があります。

TEMPディレクトリには、1GBのディスク領域が使用可能である必要があります。十分な領域がない場合は、まず、すべての不要なファイルを削除します。この操作を行った後も一時ディスク領域が必要量に満たない場合は、ディスクのパーティション・サイズを増やすか、TEMP環境変数が別のハード・ドライブを指すように設定します。環境変数TEMPおよびTMPの両方が、次のようにTEMPディレクトリの場所を指していることを確認してください。

TEMP=C:\WINDOWS\TEMP
TMP=C:\WINDOWS\TEMP

1. インストールを実行するユーザーとしてログインするか、そのユーザーに切り替えます。
Oracleインストール・ユーザーについてを参照してください。

2. 「コントロール パネル」で、「システム」を選択します。

3. 「システムの詳細設定」を選択します。

4. 「システムのプロパティ」ウィンドウで、「詳細設定」タブを選択して「環境変数」をクリックします。

5. ユーザー変数のリストでTEMP環境変数の値を変更します。

2.2 一般的なサーバーの要件

Oracle Grid Infrastructureをインストールするサーバーがインストールの最小要件を満たしていることを検証します

- クラスタ・メンバーと同じ命令セット・アーキテクチャのサーバーを選択します。

- 各サーバーで、同じオペレーティング・システム・バイナリが実行されていることを確認します。

- Oracle Grid InfrastructureインストールとOracle Real Application Clusters(Oracle RAC)では、同一クラスタ内でハードウェアが異なるサーバーを使用できます。クラスタに異なる処理速度やサイズのCPUを搭載するノードをインストールできますが、ハードウェア構成が同じノードを使用することをお薦めします。
異なる構成を使用してクラスタを構成する場合、サーバー・カテゴリ化管理ポリシーの一部として同種のプールにクラスタ・ノードを分類することをお薦めします。

関連項目:
サーバーの状態と構成属性の詳細およびサーバー・プールを使用してリソースとワークロードを管理する方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

2.3 サーバーの最小ハードウェア要件と最小メモリー要件

各システムは、特定の最小ハードウェアおよびメモリー要件を満たしている必要があります。

表2-1 Oracle Grid Infrastructureインストールのハードウェアおよびメモリーの最小要件

ハードウェア・コンポーネント

要件

メモリー(RAM)

Oracle Grid Infrastructureインストール: クラスタ・インストール用Oracle Grid Infrastructureに4GB以上の物理RAM (Oracle RACをインストールする計画があるインストールを含む)。

仮想メモリー(スワップ)

サーバーのRAMが4GBから16GBである場合は、少なくともRAMと同じサイズのページング・ファイルを構成する必要があります。サーバーのRAMが16GBよりも大きい場合は、ページング・ファイルが16GBである必要があります。

ビデオ・アダプタ

256色および1024×768以上のディスプレイ解像度。システム・コンソールベースのインストールを実行する間、OUIが正しく表示されるようにします。

プロセッサ

x64: Intel Extended Memory 64 Technology(EM64T)またはAMD 64

注意:
Oracle Grid InfrastructureおよびOracle RACでは、32ビットのシステムはサポートされなくなりました。

2.4 サーバーの最小記憶域要件

各システムは、特定の最小記憶域要件を満たしている必要があります。

- %TEMP%ディレクトリに1GBの領域。
%TEMP%ディレクトリの空き領域が必要な領域の要件を満たさない場合は、次のいずれかの手順を実行します。

- 必要な領域を確保するために、%TEMP%ディレクトリから不要なファイルを削除します。

- %TEMP%ディレクトリを含むファイル・システムを拡張します。ファイル・システムの拡張については、必要に応じてシステム管理者に連絡してください。

- クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)に7GB以上の領域。パッチ用の追加領域を確保するために100GBを割り当てることをお薦めします。

- Oracle Grid Infrastructureインストール・ユーザーのOracleベース用に3.5GB以上の領域。Oracleベースには、Oracle ClusterwareとOracle ASMログ・ファイルが含まれます。

- Oracle Databaseをインストールする場合は、Oracleホーム(Oracle Databaseソフトウェア・バイナリの場所)用に5.89GBのディスク領域を割り当てます。
Oracle Databaseの自動バックアップを構成する予定がある場合は、高速リカバリ領域用に追加の領域(ファイル・システムまたはOracle Automatic Storage Managementディスク・グループ)が必要です。

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

- ディスク・フォーマット要件
Oracleソフトウェアまたはバイナリを、New Technology File System (NTFS)フォーマットされたドライブまたはパーティションにインストールすることをお薦めします。

関連項目:

- 『Oracle Automatic Storage Management管理者ガイド』

- 高速リカバリ領域のサイジングの詳細は、Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照

2.4.1 ディスク・フォーマット要件

Oracleソフトウェア(バイナリ)は、New Technology File System(NTFS)フォーマットのドライブまたはパーティションにインストールすることをお薦めします。

OUIでは、WindowsのNTFSおよびFile Allocation Table(FAT)のディスク・サイズを適切に見積もることができないため、OUIの「サマリー」画面に示される値よりも、この項に示されているシステム要件の方がより正確です。

注意:

Oracle Grid Infrastructureソフトウェアは、ネットワーク・ファイル・システム(NFS)ではサポートされていません。

Oracle Clusterwareファイルまたはデータ・ファイルは共有できないため、NTFSフォーマットされたディスクまたはパーティションは使用できません。Oracle Clusterware共有ファイルおよびOracle Databaseデータ・ファイルは、Oracle ASMによって管理される未フォーマットのベーシック・ディスクまたはディスク・パーティション(RAWパーティションと呼ばれる)に配置できます。

Oracle ClusterwareおよびOracle Databaseデータ・ファイルの格納には、Oracle ASMをお薦めします。

3 Oracle Grid InfrastructureおよびOracle RACのオペレーティング・システムの構成

Oracle Grid Infrastructureのインストールを開始する前に、オペレーティング・システム構成要件およびチェックを完了します。

- オペレーティング・システムとソフトウェアのアップグレードに関するベスト・プラクティスの確認
アップグレードおよび移行に関する一般的なプランニング・ガイドラインおよびプラットフォーム固有の情報を確認します。

- オペレーティング・システム・セキュリティの共通プラクティスの確認
一般的なシステム・セキュリティにおいて、セキュアなオペレーティング・システムは重要な基盤です。

- リモートWindowsサーバーへのログイン
インストール中、クラスタ・ノードでは、管理者ユーザーとして作業を実行する必要があります。

- My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認
My Oracle Support Webサイトでは、クライアントとデータベースの互換リリース、パッチおよび不具合を解決するための情報も参照できます。

- ソフトウェア要件の特定
インストールする製品に応じて、必要なオペレーティング・システム・ソフトウェアがクラスタの各ノードにインストールされていることを確認します。

- Oracle Enterprise Managerの要件
インストールされているOracle Enterprise ManagerがOracle Grid Infrastructureと使用するための最小要件を満たしていることを確認します。

- Webブラウザのインストール要件
Oracle Enterprise Manager Database ExpressおよびOracle Enterprise Manager Cloud Controlを使用するには、Webブラウザが必要です。

- クラスタの時刻同期の構成
Oracle Clusterwareでは、すべてのクラスタ・ノードで同じタイムゾーン設定が必要です。

3.1 オペレーティング・システムとソフトウェアのアップグレードに関するベスト・プラクティスの確認

アップグレードおよび移行に関する一般的なプランニング・ガイドラインおよびプラットフォーム固有の情報を確認します。

- アップグレードの一般的なベスト・プラクティス
Oracle Grid Infrastructureの現在のインストール環境をアップグレードする前に、次のベスト・プラクティスを確認してください。

- Oracle ASMのアップグレード通知
Oracle ASMアップグレードに関して、次の問題に注意してください。

- ローリング・アップグレード手順の通知
ローリング・アップグレードに関して、次の情報に注意してください。

3.1.1 アップグレードの一般的なベスト・プラクティス

Oracle Grid Infrastructureの現在のインストール環境をアップグレードする前に、次のベスト・プラクティスを確認してください。

すでにOracleがインストールされている場合は、次の手順を実行します。

- リリース番号、パッチおよびその他の構成情報を記録します。

- 既存のインストールのアップグレード手順を確認します。

- インストールを進める前に、アップグレードに関するOracleドキュメントを確認し、その後の処理を確認します。

注意:
構成の変更を開始する前に、既存のデータベースのバックアップを必ず作成してください。

最新のソフトウェア更新情報や、アップグレードの前後、互換性、相互運用性に関する推奨ベスト・プラクティスについては、「Oracle 12c Upgrade Companion」(My Oracle SupportのNote 1462240.1)を参照してください。

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

関連項目:
Oracle Grid Infrastructure 12cリリース1へのアップグレード方法

3.1.2 Oracle ASMのアップグレード通知

Oracle ASMアップグレードに関して、次の問題に注意してください。

- Oracle自動ストレージ管理(Oracle ASM) 11gリリース1(11.1)以上では、クラスタ内の個別のノードに対して、または複数のノードに対してまとめてローリング・アップグレードを行うことで、Oracle RACデータベースを停止することなくアップグレードできます。ただし、Oracle ASMを使用しているクラスタにスタンドアロン・データベースがある場合、アップグレードする前にそのスタンドアロン・データベースを停止する必要があります。Oracle ASM 10gからアップグレードする場合は、Oracle ASMクラスタ全体を停止してアップグレードを行う必要があります。

- Oracle Grid Infrastructure 11 gリリース2 (11.2)では、Oracle ASMがOracle ClusterwareとともにOracle Grid Infrastructureホーム(Gridホーム)にインストールされるように、Oracle ASMホームの場所が変更されました。
以前のリリースのOracle ASMホームがすでにある場合は、記憶域管理を簡略化またはカスタマイズするために、他の構成の変更を検討することが必要な場合があります。

- Oracle Grid Infrastructure 11gリリース2 (11.2)またはOracle Grid Infrastructure 12cリリース1 (12.1)から新しいリリースにアップグレードする際、ローリング・アップグレード中に停止が発生した場合は、アップグレードを再開するときに以前のリリースのOracle Grid Infrastructureを起動してください。その後、Oracle ASMクラスタをローリング移行モードに戻します。これは、異なるリリースの2つのノードをクラスタで実行できないためです。

- Oracle ASMをアップグレードするには、管理者ユーザーである必要があります。

3.1.3 ローリング・アップグレード手順の通知

ローリング・アップグレードに関して、次の情報に注意してください。

- オペレーティング・システムのローリング・アップグレード時に、そのオペレーティング・システムの両方のバージョンが、使用しているOracle Databaseリリースで保証されている場合は、異なるオペレーティング・システム・バイナリを使用できます。

- 異なるバージョンのオペレーティング・システムを混在させて使用できるのは、アップグレードの間のみ
異なるバージョンのオペレーティング・システムを使用できるのは、アップグレードの間の数時間だけであることに注意してください。

- Oracle Clusterwareでは、同じクラスタで異なる命令セット・アーキテクチャ(ISA)を使用するプロセッサを搭載するノードはサポートされていません。各ノードは、クラスタ内のほかのノードとバイナリ互換が必要です。
たとえば、同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでIA-64(Itanium)プロセッサを使用することはできません。同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでAMD64プロセッサを使用することはできますが、これは、プロセッサが同じx86-64 ISAを使用し、同じバイナリ・リリースのOracleソフトウェアを実行するためです。

注意:
クラスタのノードでは、そのプロセッサのメーカー、速度またはサイズは異なることも可能ですが、これはお薦めしません。

3.2 オペレーティング・システム・セキュリティの共通プラクティスの確認

セキュアなオペレーティング・システムは、一般的なシステム・セキュリティの重要な基本です。

- オペレーティング・システムのデプロイメントが、オペレーティング・システム・ベンダーのセキュリティ・ガイドに記載されている一般的なセキュリティの措置に準拠していることを確認してください。

3.3 リモートWindowsサーバーへのログイン

インストール中、クラスタ・ノードでは、管理者ユーザーとして作業を実行する必要があります。

リモート表示できるようにする必要があるユーザー・アカウントに対して、リモート・アクセスを構成します。

- Windows Telnet Servicesのサポート
Telnetサービスがインストールされていて起動していることを確認します。

- リモート・デスクトップ・サービスとリモート・デスクトップ接続の構成
Windowsの場合、Oracleはリモート・デスクトップ・サービス(以前のターミナル・サービス)を介したOracle Databaseソフトウェアのインストール、構成および実行をサポートしています。

3.3.1 Windows Telnet Servicesのサポート

Telnet Serviceがインストールされ、起動されていることを確認してください。

Microsoftは、Windows Server 2008 R2のリリースで名前をターミナル・サービスからリモート・デスクトップ・サービスに変更しました。Microsoftは、ターミナル・サービスがインストールされたWindowsサーバーへの接続に使用できるリモート・デスクトップ接続クライアントも導入しました。

3.3.2 リモート・デスクトップ・サービスとリモート・デスクトップ接続の構成

Windowsの場合、Oracleはリモート・デスクトップ・サービス(以前のターミナル・サービス)を介したOracle Databaseソフトウェアのインストール、構成および実行をサポートしています。

Terminal Servicesをコンソール・モードで使用しないと、インストール後にコンフィギュレーション・アシスタントでの構成の問題またはOracle Clusterwareコンポーネントの起動に関する問題が発生します。

- Windows Server 2008またはWindows Server 2008 R2とのリモート・デスクトップ接続の構成
Windows 2008およびWindows Server 2008 R2での変更により、インストールでセッション0に接続する必要はなくなりました。

関連項目:

- リモート・デスクトップ・サービスの詳細は、MicrosoftのWebサイト(http://www.microsoft.com/)を参照してください。

- 最新のリモート・デスクトップ・サービスの情報は、My Oracle SupportのWebサイト(https://support.oracle.com/)を参照してください。

3.3.2.1 Windows Server 2008またはWindows Server 2008 R2とのリモート・デスクトップ接続の構成

Windows 2008およびWindows Server 2008 R2での変更に伴い、インストールのためにセッション0に接続する必要はなくなりました。

- 次の例に示すように、リモート・デスクトップ接続クライアントを使用しますが、/consoleスイッチは指定しません。

mstsc /v:servername /f

3.4 My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認

My Oracle Support Webサイトでは、クライアントとデータベースの互換リリース、パッチおよび不具合を解決するための情報も参照できます。

このインストレーション・ガイドに含まれているハードウェアおよびソフトウェアの要件は、このマニュアルが発行された時点での最新でした。ただし、このマニュアルの発行後にプラットフォームおよびオペレーティング・システム・ソフトウェアの新しいバージョンが動作保証されている場合があるため、My Oracle SupportのWebサイトの動作保証マトリックスで、動作保証済のハードウェア・プラットフォームおよびオペレーティング・システムのバージョンの最新リストを参照してください。

- 動作保証は、Oracle Technology Network (OTN)とMy Oracle Supportで確認します。
OTN動作保証ページは、http://www.oracle.com/technetwork/database/options/clustering/overview/index.htmlのWebサイトにあります。

- Microsoft Windowsプラットフォームでのハードウェアの動作保証の詳細は、次のURLのOracle Technology Networkで確認します。

http://www.oracle.com/technetwork/database/clustering/tech-generic-windows-new-166584.html

- My Oracle Supportには、サポートされているハードウェア・オプションに関するガイダンスが含まれており、購入およびインストール計画の参考にすることができます。

My Oracle Supportの動作保証のページには、動作保証されているハードウェアの詳細情報と、各リリースおよびプラットフォームに固有の情報があります。My Oracle Supportは、次のURLで使用可能です。

https://support.oracle.com/

My Oracle Supportを使用するには、オンラインでの登録が必要です。Windowsオペレーティング・システムの動作保証情報を検索するには、サポート・ドキュメント「Locate Oracle Database Server Certification Information for Microsoft Windows Platforms (Doc ID 1062972.1)」に記載された手順を実行します。

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

3.5 ソフトウェア要件の特定

インストールする製品に応じて、必要なオペレーティング・システム・ソフトウェアがクラスタの各ノードにインストールされていることを確認します。

このマニュアルに記載されているのは、タイトル・ページに記載されている日付での最新の要件です。オペレーティング・システム要件の最新情報は、次のURLのOracle Help Centerでオンライン版を参照してください。

docs.oracle.com

OUIによって、ご使用のシステムが示されたオペレーティング・システムの要件を満たしていることを確認する検証が実行されます。これらの検証が正常に完了するように、OUIを起動する前に要件を確認してください。

注意:
オペレーティング・システムのアップグレード時を除いて、クラスタ・メンバー間で異なるオペレーティング・システム・バージョンを実行することはできません。各オペレーティング・システムがサポートされている場合でも、同じクラスタのメンバーで異なるオペレーティング・システム・バージョンのバイナリを実行することはできません。

表3-1 WindowsシステムにおけるOracle Gridソフトウェア要件

要件

値

システム・アーキテクチャ

プロセッサ: AMD64またはIntel Extended Memory(EM64T)

注意:
Oracleでは、Windows用のOracle RACにはx64リリースのOracle Databaseのみを提供します。

Oracle RACのx64リリースは、AMD64およびEM64Tハードウェア上のx64バージョンのWindowsで実行します。追加情報については、「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」に示すように、My Oracle Supportを参照してください。

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

x64 Windows用のOracle Grid InfrastructureおよびOracle RAC:

- Windows Server 2008 x64(Service Pack 2(SP2)) - Standard、Enterprise、DataCenterおよびWeb Edition。

- Windows Server 2008 R2 x64 - Foundation、Standard、Enterprise、DataCenterおよびWeb Edition。

- Windows Server 2012 x64 - Standard、Datacenter、EssentialsおよびFoundationエディション

- Windows Server 2012 R2 x64 - Standard、Datacenter、EssentialsおよびFoundationエディション

Windows Multilingual User Interface Packがサポートされています。サーバー・コア・オプションはサポートされていません。

注意:
Oracle Clusterware、Oracle ASMおよびOracle RAC 12cリリース1 (12.1)は、x86 (32ビット) Windowsオペレーティング・システムではサポートされていません。

コンパイラ

次のコンポーネントは、Microsoft Visual C++ 2010 SP1、Microsoft Visual C++ 2012、Microsoft Visual C++ 2013 Update 2およびIntel 12.1 Cの各コンパイラでサポートされています。

- Oracle Call Interface(OCI)

- Pro*C/C++ (この時点のリリースではMicrosoft Visual C++ 2013 Update 2ではサポートされていません。)

- 外部コールアウト

- Oracle XML Developer's Kit(XDK)

Oracle C++ Call Interfaceは、次のコンパイラでサポートされています。

- Microsoft Visual C++ 2010 SP1

- Microsoft Visual C++ 2012 - OCCIライブラリはORACLE_HOME\oci\lib\msvc\vc11にインストールされます。MSVC++ 2012でOCCIアプリケーションを開発する場合は、リンクおよび実行のために、OCCIライブラリがこのディレクトリから適切に選択されていることを確認します。

- Microsoft Visual C++ 2013 - OCCIライブラリはORACLE_HOME\oci\lib\msvc\vc12にインストールされます。MSVC++ 2013でOCCIアプリケーションを開発する場合は、リンクおよび実行のために、OCCIライブラリがこのディレクトリから適切に選択されていることを確認します。

- Microsoft Visual Studio 2010 STLでのIntel 12.1 Cコンパイラ

Windows Server 2003 x86など、Oracle Database 12cリリース1 (12.1)でサポートされていないオペレーティング・システム・バージョンを現在実行している場合、アップグレード手順の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

注意:

このマニュアルに記載されているプラットフォーム固有のハードウェア要件とソフトウェア要件は、このマニュアルの発行時点での最新情報です。ただし、このマニュアルの発行後にプラットフォームおよびオペレーティング・システム・ソフトウェアの新しいバージョンが動作保証されている場合があるため、My Oracle SupportのWebサイトの動作保証マトリックスで、動作保証済のハードウェア・プラットフォームおよびオペレーティング・システムのバージョンの最新リストを参照してください。

https://support.oracle.com/

- WindowsサーバーにおけるWindowsファイアウォール機能
WindowsサーバーにOracle Grid InfrastructureソフトウェアまたはOracle RACソフトウェアをインストールする場合は、Windowsファイアウォール機能を無効にする必要があります。

3.5.1 WindowsサーバーにおけるWindowsファイアウォール機能

WindowsサーバーにOracle Grid InfrastructureソフトウェアまたはOracle RACソフトウェアをインストールする場合は、Windowsファイアウォール機能を無効にする必要があります。

Windowsファイアウォールを有効にしていると、Oracle RACのインストール中に、リモート・コピーやVirtual IP Configuration Assistant (VIPCA)、Network Configuration Assistant (NETCA)、Oracle Database Configuration Assistant (DBCA)などのコンフィギュレーション・アシスタントが失敗します。したがって、Oracle RACのインストールを実行する前に、クラスタのすべてのノードでファイアウォールを無効にしておく必要があります。

注意:
Windowsファイアウォールは、クラスタ・インターコネクト(プライベート・ネットワーク・インタフェース)として使用されるNICやOracle ASMネットワークへのアクセスに使用されるNICでは有効にしないでください。

インストールが成功したら、パブリック接続のためにWindowsファイアウォールを有効にできます。ただし、Oracleソフトウェアが正常に動作するために、クラスタのすべてのノードのファイアウォール例外リストに、特定の実行可能ファイルおよびポートを追加する必要があります。

また、次のようなクラスタ全体の構成変更を行う前には、クラスタのすべてのノードでWindowsファイアウォールを無効にする必要があります。

- ノードの追加

- ノードの削除

- パッチ・リリースへのアップグレード

- パッチ・バンドルまたは緊急パッチの適用

これらのアクションを実行する前にWindowsファイアウォールを無効にしない場合、変更がクラスタのすべてのノードに適切に伝播されない場合があります。

関連トピック

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

3.6 Oracle Enterprise Managerの要件

インストールされているOracle Enterprise ManagerがOracle Grid Infrastructureと使用するための最小要件を満たしていることを確認します。

システムで使用しているすべてのOracle Enterprise Manager製品が同じリリースである必要があります。Oracle Database 12c リリース1 (12.1)は、Oracle Enterprise Manager Cloud Control 12cよりも前のリリースのEnterprise Managerをサポートしていません。

関連項目:
『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』は、Enterprise Manager Cloud Controlのインストール・メディアにあります。

3.7 Webブラウザのインストール要件

Oracle Enterprise Manager Database ExpressおよびOracle Enterprise Manager Cloud Controlを使用するには、Webブラウザが必要です。

WebブラウザがJavaスクリプトおよびHTML 4.0標準とCSS 1.0標準をサポートしている必要があります。これらの要件を満たすブラウザの一覧については、My Oracle Support (https://support.oracle.com)でOracle Enterprise Manager動作保証マトリックスを参照してください。

3.8 クラスタの時刻同期の構成

Oracle Clusterwareでは、すべてのクラスタ・ノードで同じのタイムゾーン設定が必要です。

- クラスタ時刻同期化について
Microsoft Windowsオペレーティング・システムの場合は、クラスタのノード間で時刻を同期するために使用できる3種類の方法があります。

- Windows Timeサービスの構成
Windows Timeサービス(W32Time)は、Microsoft Windowsを実行しているコンピュータにネットワーク・クロック同期を提供します。

- ネットワーク・タイム・プロトコルの構成
ネットワーク・タイム・プロトコル(NTP)はクライアント/サーバー・アプリケーションです。

- クラスタ時刻同期化サービスの構成
クラスタ時刻同期化サービス(CTSS)はOracleによって提供されており、クラスタのノード間で時刻を同期します。

3.8.1 クラスタ時刻同期化について

Microsoft Windowsオペレーティング・システムの場合は、クラスタのノード間で時刻を同期するために使用できる3種類の方法があります。

インストール中に、インストール・プロセスはOUIが実行されているノードのOracle Grid InfrastructureのOracleインストール・ユーザーのタイムゾーン環境変数設定を取得します。インストール・プロセスは、Oracle Clusterwareによって管理されるすべてのプロセスのデフォルトのTZ環境変数設定として、すべてのノードでそのタイムゾーン値を使用します。タイムゾーンのデフォルトは、データベース、Oracle ASMおよびその他の管理プロセスで使用されます。

クラスタ・ノード間での時刻同期化には、次の3つのオプションがあります。

- Windows Timeサービス

- オペレーティング・システムで構成されたネットワーク・タイム・プロトコル(NTP)

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

Oracleクラスタ時刻同期化サービスは、クラスタ・サーバーからNTPサービスにアクセスできない組織のために設計されています。NTPを使用する場合は、Oracleクラスタ時刻同期化デーモン(ctssd)は、オブザーバ・モードで起動します。NTPおよびWindows Timeサービスのいずれも見つからない場合は、ctssdがアクティブ・モードで起動し、外部の時刻サーバーに接続しなくても、クラスタ・メンバー間の時刻が同期されます。

注意:

- Oracle Grid Infrastructureのインストールを開始する前に、すべてのノードの時計が同じ時刻になっていることを確認することをお薦めします。

- NTPサーバーのIPアドレスは、IPv6アドレスにできます。

3.8.2 Windows Timeサービスの構成

Windows Timeサービス(W32Time)は、Microsoft Windowsを実行しているコンピュータにネットワーク・クロック同期を提供します。

Windows Timeサービスを使用していて、クラスタ時刻同期化サービスよりも優先して使用し続ける場合は、時間を追うごとにジャンプするようにWindows Timeサービス設定を変更し、時間を参照時間に徐々に一致させることが必要です。これを行った後、Windows Timeサービスを再起動します。

1. Windows Timeサービスを構成するには、各ノードで次のコマンドを使用します。

C:\> W32tm /register

2. Windows TimeサービスがOracle RAC環境で動作するように変更するには、次の手順を実行します。

a. レジストリ・エディタ(regedit)を開きます

b. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Configキーを検索します。

c. 次のWindows Timeサービス・パラメータを次の10進値に設定します。

- MaxPosPhaseCorrectionを600に

- MaxNegPhaseCorrectionを600に

- MaxAllowedPhaseOffsetを600に

これらのパラメータ設定では、参照ノードとクラスタ・ノード間の時間差が10分未満の場合に少しの時間調整が許可されることを指定します。

注意:
必要に応じてMicrosoftの支援を受けて、Windows Timeサービスを環境の要件を満たすように構成する必要があります。3つのパラメータに提供される推奨設定は、時間調整が、大きいステップ(時計を新しい時間に設定する)ではなくスルーイング(わずかな変更を加えて時計を段階的に調整する)によって行われるようにするために、Oracleがお薦めするものです。単一ステップでの大幅な時間調整はサポートされていません。

3. 変更を有効にするには、次のコマンドを使用します。

C:\> W32tm /config /update

関連項目:Windows Timeサービスの使用および構成の詳細は、次を参照してください。

- Microsoft®のSupport Article ID 816042: 「Windows Server で権限のあるタイム サーバーを構成する方法」

- Microsoft®のSupport Article ID 939322: 「高精度の環境に向けた Windows タイム サービスの構成を目的とするサポート範囲」

- http://www.ntp.org/ntpfaq/の「The NTP FAQ and HOWTO」

3.8.3 ネットワーク・タイム・プロトコルの構成

ネットワーク・タイム・プロトコル(NTP)は、クライアント/サーバー・アプリケーションです。

各サーバーにはNTPクライアント・ソフトウェアをインストールし、時刻をネットワーク・タイム・サーバーを同期するように構成する必要があります。Windows TimeサービスはNTPの完全な実装ではありませんが、NTPの仕様に基づいています。

Windows TimeサービスではなくNTPを使用する場合は、各クラスタ・ノードにNTPクライアント・ソフトウェアをインストールした後、-xオプションを指定してNTPサービスを起動し、逆向きの時間調整が行われないようにする必要があります。この作業が終わった後で、ネットワーク・タイム・プロトコル・サービスを再起動します。

1. レジストリ・エディタを使用して、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTPの下にあるntpd実行可能ファイルの値を編集します。

2. ImagePathキー値に-xオプションを追加します(%INSTALLDIR%\ntpd.exeの後)。

3. 次のコマンドを使用してNTPサービスを再起動します。

net stop NTP
net start NTP

3.8.4 クラスタ時刻同期化サービスの構成

クラスタ時刻同期化サービス(CTSS)はOracleによって提供されており、クラスタのノード間で時刻を同期します。

Windows TimeサービスおよびNTPサービスのいずれもアクティブでないことがOUIによって検出されると、クラスタ時刻同期化サービスがアクティブ・モードでインストールされ、ノード間で時刻が同期されます。Windows TimeサービスまたはNTPサービスがサーバー上で検出された場合、クラスタ時刻同期化サービスはオブザーバ・モードで起動され、クラスタ内でクラスタ時刻同期化サービスによるアクティブな時刻同期化は行われません。

クラスタ時刻同期化サービスを使用して、クラスタに同期化サービスを提供するには、Windows Timeサービスを無効にして、NTPサービスを停止します。サーバーにNTPサービスはあるが、このサービスを使用して時刻を時刻サーバと同期化できない場合は、NTPを非アクティブ化して削除し、クラスタ時刻同期化サービスを使用するようにします。

- インストール後にクラスタ時刻同期化サービスがアクティブになっていることを確認するには、Oracle Grid Infrastructureインストール所有者として次のコマンドを入力します。

crsctl check ctss

4 Oracle Grid InfrastructureおよびOracle RACのネットワークの構成

クラスタ用Oracle Grid Infrastructureのインストールに必要なネットワーク・ハードウェアおよびインターネット・プロトコル(IP)・アドレスがあることを確認します。

注意:
Oracle RAC環境でサポートされるネットワーク・プロトコルおよびハードウェアの最新情報は、My Oracle Support Webサイトの「動作保証」ページを参照してください。手順については、「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

- ネットワーク・インタフェースのハードウェア要件
Oracle Grid Infrastructureクラスタのネットワーク・ハードウェアの最小テクノロジを満たしていることを確認するには、これらの要件を確認します

- Oracle Grid InfrastructureのIP名およびアドレスの要件
大規模なクラスタでOracle Grid Naming Service (GNS)を使用すると、ネットワーク管理のコストが軽減されます。

- ネットワーク・アダプタの意図した使用方法
インストール時に、Oracle Universal Installer (OUI)がクラスタ・ノードで検出するネットワーク・アダプタ(ネットワーク・インタフェース)ごとに計画された使用方法を指定するように求められます。

- Oracle Grid Infrastructureが使用するネットワークのブロードキャスト要件
ブロードキャスト通信アドレス解決プロトコル(ARP)は、Oracle Grid Infrastructureで使用するために構成されたすべてのパブリックおよびプライベート・インタフェース全体で適切に動作する必要があります。

- Oracle Grid Infrastructureが使用するネットワークのマルチキャスト要件
各クラスタ・メンバー・ノードで、OracleマルチキャストDNS (mDNS)デーモンがすべてのネットワーク・インタフェースでマルチキャスティングを使用して、クラスタの他のノードと通信します。

4.1 ネットワーク・インタフェースのハードウェア要件

Oracle Grid Infrastructureクラスタのネットワーク・ハードウェアの最小テクノロジを満たしていることを確認するには、これらの要件を確認します

- 各ノードのネットワーク要件
Oracle Grid Infrastructureをインストールするサーバーがインストールの最小ネットワーク要件を満たしていることを検証します。

- プライベート・ネットワークのネットワーク要件
次に、プライベート・ネットワーク構成の要件を示します。

- パブリック・ネットワークのネットワーク要件
次に、パブリック・ネットワーク構成の要件を示します。

- WindowsでのIPv6プロトコルのサポート
Oracle Grid InfrastructureとOracle RACは、RFC 2732で指定されている標準IPv6のアドレス表記法と、RFC 4193で定義されているグローバルおよびサイトローカルのIPv6アドレスをサポートしています。

- 複数のパブリック・ネットワーク・アダプタの使用
パブリック・ネットワーク・インタフェースに対して複数のネットワーク・アダプタを構成できます。

- Windows Serverデプロイメント用のネットワーク構成タスク
Microsoft Windows Serverには、多数のユニークなネットワーク機能があります。Windows Server上でOracleソフトウェアを正常に実行できるようにするには、これらの機能の一部で特別な構成が必要です。

- パフォーマンスを確保するためのネットワーク・インタフェース構成オプション
選択する正確なネットワーク構成は、構成するクラスタのサイズおよび使用方法と、必要な可用性のレベルによって異なります。

4.1.1 各ノードのネットワーク要件

Oracle Grid Infrastructureをインストールするサーバーがインストールの最小ネットワーク要件を満たしていることを検証します。

- 各ノードのホスト名には、aからz、AからZ、0から9、およびダッシュまたはマイナス記号(-)のみを使用する必要があります。アンダースコア(_)を使用するホスト名はサポートされていません。

- 各ノードには2つ以上のネットワーク・アダプタまたはネットワーク・インタフェース・カード(NIC)が必要です(パブリック・ネットワーク・インタフェース用とプライベート・ネットワーク・インタフェース(インターコネクト)用のネットワーク・アダプタ)。各ネットワーク・アダプタにはネットワーク接続名がついています。

注意:
パブリックまたはプライベート(インターコネクト)のネットワーク接続名に、PUBLICおよびPRIVATE (すべて大文字)という名前は使用しないでください。

- ネットワーク・アダプタは1GbE以上である必要があり、推奨は10GbEです。

- 別のクラスタで実行されるOracle ASMを記憶域に使用する予定がある場合は、ASMネットワークにアクセスするための3つ目のネットワーク・アダプタを用意するか、プライベート・ネットワーク・インタフェースに使用するものと同じネットワーク・アダプタを使用する必要があります。

4.1.2 プライベート・ネットワークのネットワーク要件

次に、プライベート・ネットワーク構成の要件を示します。

- プライベート・ネットワーク接続名は、パブリック・ネットワークに使用するネットワーク接続名とは異なっている必要があります。

- 各ノードのインターコネクト用のプライベート・インタフェースは同じサブネット上にある必要があります。
たとえば、プライベート・インタフェースのサブネット・マスクが255.255.255.0の場合、プライベート・ネットワークの範囲は192.168.0.0から192.168.0.255になり、プライベート・アドレスの範囲は192.168.0.[0-255]である必要があります。プライベート・インタフェースのサブネット・マスクが255.255.0.0の場合、プライベート・アドレスの範囲は192.168.[0-255].[0-255]になります。

- プライベート・ネットワーク接続名にマルチバイト言語の文字を含めることはできません。プライベート・ネットワーク接続名では大/小文字が区別されます。

- IPv4とIPv6の両方のアドレスがサポートされています。

- OUIを使用してOracle Grid Infrastructureをインストールする場合、プライベート・ネットワーク・アダプタに関連付けるプライベート・ネットワーク接続名は、すべてのノードで同じにする必要があります。
たとえば、2ノードのクラスタがあり、node1のプライベート・ネットワーク接続名がPrivNICである場合は、node2のプライベート・ネットワーク接続名がPrivNICである必要があります。

- プライベート・ネットワークの場合、ネットワーク・アダプタは、TCP/IPをサポートする高速ネットワーク・アダプタおよびスイッチ(最小要件: 1GbE、推奨要件: 10GbE)を使用する必要があります。かわりに、インターコネクトにInfiniBandを使用することもできます。

注意:

TCPはOracle Clusterware用のインターコネクト・プロトコルです。インターコネクトにはスイッチを使用する必要があります。専用のスイッチを使用することをお薦めします。

インターコネクト用のトークン・リングまたはクロスオーバー・ケーブルはサポートされていません。

- プライベート・ネットワーク・アダプタでは、指定されているすべてのネットワーク接続名のエンドポイントがネットワークで確実にアクセス可能である必要があります。ノードはプライベート・ネットワーク上のすべての他のノードに接続されている必要があります。pingを使用して、インターコネクト・インタフェースが接続可能であるかどうかをテストできます。

4.1.3 パブリック・ネットワークのネットワーク要件

次に、パブリック・ネットワーク構成の要件を示します。

- パブリック・ネットワーク接続名は、プライベート・ネットワーク接続名とは異なっている必要があります。

- パブリック・ネットワーク接続名では大/小文字が区別されます。

- パブリック・ネットワーク接続名にマルチバイト言語の文字を含めることはできません。

- OUIを使用してOracle Grid Infrastructureをインストールする場合、各ネットワークのパブリック・ネットワーク・アダプタに関連付けるパブリック・ネットワーク接続名は、すべてのノードで同じにする必要があります。
たとえば、2ノードのクラスタのネットワーク・アダプタの場合、パブリック・ネットワーク接続名としてnode1ではNIC1、node2ではNIC2というようには構成できません。パブリック・ネットワーク接続名は同じにする必要があるため、両方のノードのパブリック・ネットワーク接続名としてNIC1を構成する必要があります。

- パブリック・ネットワークの場合、各ネットワーク・アダプタは、Transmission Control Protocol/Internet Protocol(TCP/IP)をサポートする必要があります。

- ネットワーク・アダプタは、TCP/IPをサポートする高速ネットワーク・アダプタおよびスイッチ(最小要件: 1GbE、推奨要件: 10GbE)を使用する必要があります。

4.1.4 WindowsでのIPv6プロトコルのサポート

Oracle Grid InfrastructureとOracle RACは、RFC 2732で指定されている標準IPv6のアドレス表記法と、RFC 4193で定義されているグローバルおよびサイトローカルのIPv6アドレスをサポートしています。

クラスタ・メンバー・ノードのインタフェースは、IPv4、IPv6または両方のタイプのインターネット・プロトコル・アドレスを使用するように構成できます。ただし、次の点に注意してください。

- パブリックVIPを構成する場合: インストール時に、特定のパブリック・ネットワークのVIPアドレスに、IPv4またはIPv6タイプを構成できます。インストール中に、クラスタのIPv6サブネットのアドレスに解決されるVIPおよびSCAN名を選択し、そのサブネットをパブリックとして選択すると、IPv6クラスタを構成できます。インストール後は、IPv4アドレスとIPv6アドレスを組み合せてクラスタ・メンバー・ノードを構成することもできます。
IPv4クラスタ内の静的な仮想IP (VIP)アドレスを使用してインストールする場合、インストール時に指定したVIP名はIPv4アドレスにのみ解決される必要があります。静的なIPv6アドレスを使用してインストールする場合、インストール時に指定したVIP名はIPv6アドレスにのみ解決される必要があります。

インストール中は、IPv4およびIPv6の両方のアドレスに解決されるVIPおよびSCAN名を含むクラスタを構成できません。たとえば、一部のクラスタ・メンバー・ノードではVIPおよびSCANがIPv4アドレスに解決され、他のクラスタ・メンバー・ノードではVIPおよびSCANがIPv6アドレスに解決されるようには構成できません。Oracleではこのような構成をサポートしていません。

- プライベートIPインタフェース(インターコネクト)の構成: プライベート・ネットワークはIPv4ネットワークとして構成する必要があります。IPv6アドレスは、インターコネクトでサポートされません。

- 冗長ネットワーク・インタフェース: パブリックまたはVIPノード名で冗長ネットワーク・インタフェースを構成する場合、冗長ペアの両方のインタフェースを同じアドレス・プロトコルに構成します。また、プライベートIPインタフェースで同じIPプロトコルが使用されていることを確認します。Oracleでは、IPプロトコルが混在する冗長インタフェース構成を使用する名前がサポートされません。冗長ペアの両方のネットワーク・インタフェースは、同じIPプロトコルで構成する必要があります。

- GNSまたはマルチクラスタのアドレス: Oracle Grid InfrastructureはIPv4 DHCPアドレス、およびRFC 2462に記載されているステートレス・アドレス自動設定プロトコルで構成されているIPv6アドレスをサポートします。

注意:
RFC 1884で定義されているリンクローカルとサイトローカルのIPv6アドレスはサポートされません

関連項目:

- RFC 2732およびIPv6表記の表現については、http://www.ietf.org/rfc/rfc2732.txtを参照してください。

- RFC 3513および正しいIPv6アドレス指定については、http://www.ietf.org/rfc/rfc3513.txtを参照してください。

- RFC 2462およびIPv6ステートレス・アドレス自動設定プロトコルについては、http://www.ietf.org/rfc/rfc2462.txtを参照してください。

- ネットワーク通信およびIPアドレス・プロトコルのオプションの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。

4.1.5 複数のパブリック・ネットワーク・アダプタの使用

パブリック・ネットワーク・インタフェースに対して複数のネットワーク・アダプタを構成できます。

Oracle Grid Infrastructureのインストール中に、複数のパブリック・ネットワーク接続名を指定しないことをお薦めします。

1. インストールの開始前に現在のプラットフォームで複数のパブリック・ネットワーク・アダプタを集約できるサード・パーティ・テクノロジを使用します。

2. インストール中に、パブリック・インタフェースとして結合したネットワーク・アダプタの単一のネットワーク接続名を選択します。

集約テクノロジを使用せずに、2つのネットワーク・アダプタをクラスタ内のパブリック・ネットワーク・アダプタとして構成する場合、ノード上の1つのパブリック・ネットワーク・アダプタの障害によって、もう1つのパブリック・ネットワーク・アダプタへの自動VIPフェイルオーバーが行われることはありません。

4.1.6 Windows Serverデプロイメント用のネットワーク構成タスク

Microsoft Windows Serverには、独特のネットワーク機能が多数用意されています。Windows Server上でOracleソフトウェアを正常に実行できるようにするには、これらの機能の一部で特別な構成が必要です。

- Windowsのメディア検出機能の無効化
プライベート・ネットワーク・アダプタでは、Windowsのメディア検出機能が無効である必要があります。

- ネットワーク・アダプタのバインド順序の設定
Windowsのネットワーク・プロパティでは、各ノードのパブリック・ネットワーク接続はバインドの順序(ネットワーク・サービスがノードにアクセスする順序)の最初にリストされる必要があります。プライベート・ネットワーク接続は、2番目にリストされる必要があります。

- パブリック・ネットワーク・アダプタのDNS登録の構成解除
Windows Server 2008で、サーバー再起動後に、ノードに対する誤ったIPアドレスがDNSに登録されないようにするには、パブリック・ネットワーク・アダプタの「この接続のアドレスを DNS に登録する」オプションを構成解除する必要があります。

- 自動メトリック値の手動構成
自動メトリック機能は、リンク・スピードに基づいてローカル・ルートのメトリックを自動的に構成します。インストール時にOUIで誤ったネットワーク・インタフェースが選択されないようにするには、パブリックおよびプライベート・ネットワーク・インタフェースのメトリック値をカスタマイズする必要があります。

- Oracle RACインストールのTCP/IP動的ポート範囲の設定
負荷の高い環境におけるOracle RACの特定の構成では、使用可能な数のソケットが使い果たされる可能性があります。この問題を回避するには、TCP/IPの動的ポート範囲を拡張します。

- クラスタ内のファイルをコピーするための権限の確認
インストール中に、OUIはソフトウェアをローカル・ノードからクラスタ内のリモート・ノードにコピーします。インストール・ユーザーには、ファイルをコピーするクラスタ内の他のノードに対する権限がある必要があります。

4.1.6.1 Windowsのメディア検出機能の無効化

プライベート・ネットワーク・アダプタでは、Windowsのメディア検出機能が無効である必要があります。

WindowsのTCP/IPのメディア検出機能を無効にするには、各ノードのDisableDHCPMediaSenseパラメータの値を1に設定する必要があります。メディア検出機能を無効にするには、Windowsレジストリを変更する必要があるため、Windowsドキュメントに示されている方法を使用して、まずレジストリをバックアップし、リストアできることを確認する必要があります。

1. Windowsレジストリをバックアップします。

2. レジストリ・エディタを使用して、レジストリの次のキーを表示します。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

3. パラメータのサブキーに、新しいDWORD値を追加します。

Value Name: DisableDHCPMediaSense
Value: 1

4. レジストリ・エディタを終了して、コンピュータを再起動します。

5. クラスタ内の各ノードで手順1から4を繰り返します。

4.1.6.2 ネットワーク・アダプタのバインド順序の設定

Windowsのネットワーク・プロパティでは、各ノードのパブリック・ネットワーク接続はバインドの順序(ネットワーク・サービスがノードにアクセスする順序)の最初にリストされる必要があります。プライベート・ネットワーク接続は、2番目にリストされる必要があります。

ネットワーク・アダプタ(パブリックなど)のクラスごとに使用される名前は、すべてのノードにわたって一貫性がある必要があります。同じ名前がネットワーク内の各ノード上のネットワーク・アダプタの同じクラスで使用されていない場合、ネットワーク・アダプタにはデフォルト以外の名前(PublicLANなど)を使用することができます。

1. 「マイ ネットワーク」を右クリックして、「プロパティ」を選択します。

2. 「詳細設定」メニューで、「詳細設定」をクリックします。

3. パブリック・ネットワーク接続名が「アダプタとバインド」タブで最初にリストされている名前でない場合は、それを選択し、矢印をクリックしてリストの先頭に移動させます。

4. 「OK」をクリックして設定を保存し、ネットワーク設定ダイアログ・ボックスを終了します。

4.1.6.3 パブリック・ネットワーク・アダプタのDNS登録の構成解除

Windows Server 2008で、サーバー再起動後に、ノードに対する誤ったIPアドレスがDNSに登録されないようにするには、パブリック・ネットワーク・アダプタの「この接続のアドレスを DNS に登録する」オプションを構成解除する必要があります。

Windows Server 2008での機能の変更に伴い、コンピュータのすべてのネットワーク接続は、DNSクライアント・サービスによってDNSに登録されるようになりました。以前のバージョンのWindows Serverでは、プライマリ、つまり最初のネットワーク・アダプタのIPアドレスのみがDNSに登録されていました。

1. Windowsサーバー・マネージャ・アプリケーションを起動します。

2. 「ネットワーク接続の表示」を選択します。

3. パブリック・ネットワーク・インタフェースを提供するネットワーク・アダプタを右クリックして、「プロパティ」を選択します。

4. 「ネットワーク」タブを選択し、次に、「インターネット プロトコル バージョン 4 (TCP/IPv4)」を選択します。

注意:
この設定をIPv4で構成すると、自動的に同じ設定がIPv6に対して構成されます

5. 「プロパティ」をクリックします。

6. 「全般」タブで、「詳細設定」をクリックします。

7. 「DNS」タブを選択します。

8. 「この接続のアドレスを DNS に登録する」の選択を解除します。

関連項目:
Microsoft TechNetの、「Best Practices Analyzer for Domain Name System: Configuration」(具体的には、http://technet.microsoft.com/en-us/library/ff807401(v=ws.10).aspx)

4.1.6.4 自動メトリック値の手動構成

自動メトリック機能は、リンク・スピードに基づいてローカル・ルートのメトリックを自動的に構成します。インストール時にOUIで誤ったネットワーク・インタフェースが選択されないようにするには、パブリックおよびプライベート・ネットワーク・インタフェースのメトリック値をカスタマイズする必要があります。

自動メトリック機能はデフォルトで有効ですが、特定のメトリックを割り当てるために手動で構成することもできます。IPv4のパブリックおよびプライベート・ネットワーク・インタフェースでWindowsの自動メトリック機能が使用されます。自動メトリック機能が有効であり、デフォルト値が使用されている場合、Oracle Grid Infrastructureのインストール時にサーバーのデフォルトのパブリック・ホスト名としてプライベート・ネットワーク・インタフェースが選択される場合があります。

1. 「コントロール パネル」で、「ネットワーク接続」をダブルクリックします。

2. ネットワーク・インタフェースを右クリックして、「プロパティ」をクリックします。

3. 「インターネット プロトコル(TCP/IP)」をクリックし、「プロパティ」をクリックします。

4. 「全般」タブで、「詳細設定」をクリックします。

5. メトリックを指定するには、「IP 設定」タブで自動メトリックのチェック・ボックスを選択解除します。

6. 「インターフェース メトリック」フィールドで、パブリック・ネットワーク・インタフェース・メトリックをプライベート・ネットワーク・インタフェースより小さな値に設定します。
たとえば、パブリック・ネットワーク・インタフェース・メトリックを100に、プライベート・ネットワーク・インタフェース・メトリックを300に設定します。

4.1.6.5 Oracle RACインストールのTCP/IP動的ポート範囲の設定

負荷の高い環境におけるOracle RACの特定の構成では、使用可能な数のソケットが使い果たされる可能性があります。この問題を回避するには、TCP/IPの動的ポート範囲を拡張します。

1. 管理者ユーザーとしてコマンドライン・ウィンドウを開きます。

2. 次のコマンドを実行します。

netsh int ipv4 set dynamicport tcp start=20000 num=40000

4.1.6.6 クラスタ内のファイルをコピーするための権限の確認

インストール中に、OUIはソフトウェアをローカル・ノードからクラスタ内のリモート・ノードにコピーします。インストール・ユーザーには、ファイルをコピーするクラスタ内の他のノードに対する権限がある必要があります。

1. 各ノードで次のコマンドを実行して、クラスタ内の他のノードの管理者権限があることを確認します(nodenameはリモート・ノードの名前)。

net use \\nodename\C$

2. インストール後、前述の例に示すネット共有をシステムで使用していない場合は、次のコマンドを使用して、未使用のネット共有を削除できます。

net use \\nodename\C$ /delete

4.1.7 パフォーマンスを確保するためのネットワーク・インタフェース構成オプション

選択する正確なネットワーク構成は、構成するクラスタのサイズおよび使用方法と、必要な可用性のレベルによって異なります。

Oracle ASMにリモートでアクセスするか、動作保証されているネットワーク接続ストレージ(NAS)をOracle RAC用に使用し、このストレージにイーサネットベースのネットワークを介して接続する場合は、データ通信用に3つ目のネットワーク・インタフェースが必要です。この場合、3つの別々のネットワーク・インタフェースを使用しないと、高いシステム負荷によってパフォーマンスと安定性の問題が発生します。

4.2 Oracle Grid InfrastructureのIP名およびアドレスの要件

大規模なクラスタでOracle Grid Naming Service (GNS)を使用すると、ネットワーク管理のコストが軽減されます。

小規模なクラスタの場合は、静的構成のIPアドレスを使用できます。大規模なクラスタの場合は、大量のIPアドレスが必要となるため、手動で管理するのは非常に煩雑になります。

- Oracle Grid Infrastructureの名前解決オプションについて
インストールを開始する前に、各ノードにインタフェースが2つ以上構成されている必要があります。1つはプライベートIPアドレス用、もう1つはパブリックIPアドレス用です。

- クラスタ名およびSCANの要件
インストール中に、データベース・インスタンスが実行されているノードに関係なくクラスタ内のデータベースに接続するために使用される、デフォルトの単一クライアント・アクセス名(SCAN)を確認するよう求められます。SCANをデフォルトから変更する場合、使用する名前は、社内全体でグローバルに一意である必要があります。

- グリッド・ネーミング・サービス(GNS)のIP名およびアドレスの要件
ネットワーク管理では、ドメイン・ネーム・サーバー(DNS)を、クラスタ名(クラスタに委任されたサブドメイン内のすべての名前)の解決要求がGNSに委任されるように構成する必要があります。

- マルチクラスタのGNSのIP名およびアドレスの要件
マルチクラスタのGNSを使用する場合は、次の要件を確認します。

- 手動で構成する場合のIPアドレス要件
GNSを有効にしない場合、各ノードのパブリック・アドレスおよびVIPアドレスは、静的IPアドレスである必要があります。パブリック・アドレス、VIPアドレスおよびSCANアドレスは、同じサブネット上に存在する必要があります。

- SCAN用のDNS構成の確認
nslookupコマンドを使用すると、DNSによってSCANが正常にアドレスに関連付けられていることを確認できます。

- グリッド・ネーミング・サービスの一般的なクラスタ構成例
GNSを使用する場合は、GNS VIPアドレスに静的IPアドレスを指定し、サブドメインをドメイン・ネーム・サーバー(DNS)で構成して、静的なGNS IPアドレスへのそのサブドメインの解決を委任する必要があります。

- グリッド・ネーミング・サービスへのドメイン委任
標準クラスタのグリッド・ネーミング・サービス(GNS)を構成する場合は、Oracle Grid Infrastructureのインストール前に、GNSによって提供されるサブドメインに対する名前解決要求がGNSへ送信されるよう、DNSを構成する必要があります。

- 手動によるIPアドレスの構成例
GNSを使用しない場合は、インストールの前に、パブリックIPアドレス、仮想IPアドレスおよびプライベートIPアドレスを構成する必要があります。また、pingコマンドを実行し、デフォルトのゲートウェイにアクセスできることも確認してください。

4.2.1 Oracle Grid Infrastructureの名前解決オプションについて

インストールを開始する前に、各ノードにインタフェースが2つ以上構成されている必要があります。1つはプライベートIPアドレス用、もう1つはパブリックIPアドレス用です。

Oracle Grid InfrastructureおよびOracle RACのIPアドレスは、次のいずれかのオプションを指定して構成できます。

- マルチクラスタまたは標準のOracle Grid Naming Service (GNS)を使用した動的IPアドレスの割当て。このオプションを選択した場合、ネットワーク管理者は、GNS (標準またはマルチクラスタ)によって解決されるようにサブドメインを委任します。GNSの要件は、GNSの構成に、ゾーン委任あり(ドメインの解決をGNSに委任)またはゾーン委任なし(ドメインを委任しないGNS仮想IPアドレス)のどちらを選択するかによって異なります。

- ゾーン委任を伴うGNSの場合:

- IPv4の場合は、クラスタが使用するパブリック・ネットワーク上で実行されているDHCPサービス

- IPv6の場合は、クラスタが使用するパブリック・ネットワーク上で実行されている自動構成サービス

- 各ノードのIPアドレスを1つずつ、そしてクラスタの単一クライアント・アクセス名(SCAN)によって使用される、クラスタのIPアドレスを3つ提供するのに十分なDHCPアドレス

- 既存のGNS構成を使用します。Oracle Grid Infrastructure 12cリリース1 (12.1)以上では、1つのGNSインスタンスを複数のクラスタで使用できます。複数のクラスタでGNSを使用するには、GNSで使用するゾーンをDNS管理者が委任する必要があります。また、GNSのインスタンスがネットワーク上のどこかで稼働しており、そのGNSインスタンスにアクセスできる(ファイアウォールでブロックされていない)必要があります。GNSインスタンスに登録されるすべてのノード名は一意である必要があります。

- DNSまたはホスト・ファイルの解決を使用した静的IPアドレスの割当て。このオプションを選択すると、ネットワーク管理者は固定IPアドレスをクラスタの各物理ホスト名とOracle Clusterware管理VIPのIPに割り当てます。また、各ノードにドメイン・ネーム・システム(DNS)に基づいた静的名前解決が使用されるか、クラスタとクライアントの両方のホスト・ファイルを更新する必要があり、SCAN機能は限定されます。このオプションを選択する場合は、クラスタの変更時にネットワーク管理の更新を依頼する必要があります。

注意:

- 静的ホスト名をVIP以外のすべてのサーバー・ノード・パブリック・ホスト名に使用することをお薦めします。

- パブリックIPアドレスと仮想IPアドレスは、同じサブネット内にある必要があります。

- DHCP割当てのネットワークは、デフォルトのネットワークでのみサポートされ、その後のネットワークではサポートされません。

プライベート・ネットワークに単一のインタフェースを使用するクラスタの場合、各ノードのインターコネクト用のプライベート・インタフェースは同じサブネット上にある必要があり、そのサブネットはクラスタのすべてのノードに接続する必要があります。たとえば、プライベート・インタフェースのサブネット・マスクが255.255.255.0の場合、プライベート・ネットワークの範囲は192.168.0.0から192.168.0.255になり、プライベート・アドレスの範囲は192.168.0.[0-255]である必要があります。プライベート・インタフェースのサブネット・マスクが255.255.0.0の場合、プライベート・アドレスの範囲は192.168.[0-255].[0-255]になります。

4.2.2 クラスタ名およびSCANの要件

インストール中に、データベース・インスタンスが実行されているノードに関係なくクラスタ内のデータベースに接続するために使用される、デフォルトの単一クライアント・アクセス名(SCAN)を確認するよう求められます。SCANをデフォルトから変更する場合、使用する名前は、社内全体でグローバルに一意である必要があります。

クラスタ名は、組織で一意の、1文字以上15文字以内の長さの英数字である必要があり、数字で始めることはできませんが、ハイフン(-)を含めることはできます。アンダースコア文字(_)は使用できません。

標準クラスタを構成して標準インストールを選択する場合、SCANはクラスタの名前でもあります。この場合、SCANはクラスタ名の要件を満たす必要があります。SCANは、15文字以下にする必要があります。

拡張インストールでは、SCANとクラスタ名はインストール時に別のフィールドに入力するため、クラスタ名要件はSCANに使用する名前には適用されません。SCANには、15文字より長い文字を指定できます。SCAN名を含むドメインを入力し、かつ、ゾーン委任を伴うGNSを使用する場合は、ドメインをGNSドメインとする必要があります。

注意:
名前は慎重に選択してください。インストール後にクラスタ名を変更するには、Oracle Grid Infrastructureを再インストールする必要があります。

4.2.3 グリッド・ネーミング・サービス(GNS)のIP名およびアドレスの要件

ネットワーク管理では、ドメイン・ネーム・サーバー(DNS)を、クラスタ名(クラスタに委任されたサブドメイン内のすべての名前)の解決要求がGNSに委任されるように構成する必要があります。

グリッド・ネーミング・サービス(GNS)を有効にすると、クラスタに対する名前解決要求はGNSに委任され、GNSはGNS VIPアドレスでリスニングします。要求がドメインに届くと、GNSによってその要求が処理され、要求された名前に対する適切なアドレスとともに応答が返されます。GNSを使用するには、GNS VIPアドレスに静的IPアドレスを指定する必要があります。

注意:
別のマルチキャストDNSでGNSを使用することはできません。GNSを使用するには、システム上のすべてのサード・パーティmDNSデーモンを無効にします。

関連トピック

- グリッド・ネーミング・サービスへのドメイン委任のためのDNSの構成

4.2.4 マルチクラスタのGNSのIP名およびアドレスの要件

マルチクラスタのGNSを使用する場合は、次の要件を確認します。

- マルチクラスタのGNSネットワークについて
マルチクラスタのGNSの一般的要件は、標準のGNSの一般的要件に類似しています。マルチクラスタのGNSは、単一のクラスタにネットワーク・サービスを提供するのではなく、クラスタのセット全体で単一のネットワーク・サービスを提供する点が標準のGNSと異なります。

- GNSサーバー・クラスタの構成
GNSサーバー・クラスタを構成するには、これらの要件を確認します。

- GNSクライアント・クラスタの構成
GNSクライアント・クラスタを構成するには、これらの要件を確認します。

- GNSクライアント・データ・ファイルの作成および使用
GNSクライアント・データ・ファイルを生成して、Oracle Grid Infrastructureインストールを実行中のGNSクライアント・クラスタ・メンバー・ノードに、そのファイルをコピーします。

4.2.4.1 マルチクラスタのGNSネットワークについて

マルチクラスタのGNSの一般的要件は、標準のGNSの一般的要件に類似しています。マルチクラスタのGNSは、単一のクラスタにネットワーク・サービスを提供するのではなく、クラスタのセット全体で単一のネットワーク・サービスを提供する点が標準のGNSと異なります。

ネットワーク・サービスを提供するために、DHCPアドレスを使用してマルチクラスタのGNSが構成され、次のコンポーネントで名前の通知および解決が実行されます。

- GNSサーバー・クラスタは、GNSクライアント・クラスタのアドレス解決を実行します。GNSサーバー・クラスタは、マルチクラスタのGNSが実行され、一連のクラスタに委任されるサブドメインの名前解決が実行されるクラスタです。

- GNSクライアント・クラスタは、GNSサーバー・クラスタからアドレス解決を受け取ります。GNSクライアント・クラスタは、GNSサーバー・クラスタを使用してクラスタ・メンバー・ノード名を通知するクラスタです。

4.2.4.2 GNSサーバー・クラスタの構成

GNSサーバー・クラスタを構成するには、これらの要件を確認します。

このオプションを使用するには、ネットワーク管理者により、解決するGNSにサブドメインが委任されている必要があります。

1. インストールの前に、GNS VIPアドレスの静的IPアドレスを作成します。

2. DNSサーバーが解決のためにその静的GNS IPアドレスに委任するサブドメインを指定します。

4.2.4.3 GNSクライアント・クラスタの構成

GNSクライアント・クラスタを構成するには、次の要件を確認します。

- GNSクライアント・クラスタを構成するには、次に示す要件がすべて満たされていることを確認します。

- GNSサーバー・インスタンスがネットワーク上で稼働しており、アクセス可能であること(たとえば、ファイアウォールでブロックされていないこと)

- GNSドメイン内のすべてのノード名が一意であること。アドレス範囲とクラスタ名は、GNSサーバーおよびGNSクライアント・クラスタの両方で一意であることが必要です。

- 名前の解決をGNSサーバー・クラスタに委任するために必要な情報にGNSクライアント・クラスタがアクセスできるよう、GNSサーバー・クラスタにGNSクライアント・データファイルを生成しておく必要があります。また、Oracle Grid Infrastructureインストールを実行しているGNSクライアント・クラスタのメンバー・ノードに、そのファイルをコピーしておく必要があります。

4.2.4.4 GNSクライアント・データ・ファイルの作成および使用

GNSクライアント・データ・ファイルを生成して、Oracle Grid Infrastructureインストールを実行中のGNSクライアント・クラスタ・メンバー・ノードに、そのファイルをコピーします。

1. GNSサーバー・クラスタ・メンバーで次のコマンドを実行します(path_to_fileは、作成するGNSクライアント・データ・ファイルの名前およびパスの場所)。

srvctl export gns -clientdata path_to_file -role {client | secondary}

次に例を示します。

C:\> srvctl export gns -clientdata C:\Users\grid\gns_client_data -role client

2. GNSクライアント・クラスタのインストールを実行するGNSクライアント・ノード上の安全なパスに、GNSクライアント・データ・ファイルをコピーします。
Oracleインストール・ユーザーには、このファイルへのアクセス権限が必要です。他のユーザーにGNSクライアント・データ・ファイルへのアクセス権限を付与しないことをお薦めします。

3. インストールの実行中、そのファイルへのパスを入力するように求めるメッセージが表示されます。

4. GNSクライアント・クラスタ・インストールの完了後、いずれかのGNSサーバー・クラスタ・メンバーで次のコマンドを実行してGNSサービスを起動する必要があります(path_to_fileは、GNSクライアント・データ・ファイルの名前およびパスの場所)。

srvctl add gns -clientdata path_to_file

次に例を示します。

C:\> srvctl add gns -clientdata C:\Users\grid\gns_client_data

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

4.2.5 手動で構成する場合のIPアドレス要件

GNSを有効にしない場合、各ノードのパブリック・アドレスおよびVIPアドレスは、静的IPアドレスである必要があります。パブリック・アドレス、VIPアドレスおよびSCANアドレスは、同じサブネット上に存在する必要があります。

プライベートとして指定したサブネット上のIPアドレスは、クラスタ・メンバー・ノードのプライベートIPアドレスとして割り当てられます。Oracle Clusterwareは、プライベート・サブネットのプライベートIPアドレスを管理します。hostsファイルでこれらのアドレスを手動で構成する必要はありません。

クラスタには、次のアドレスが構成されている必要があります。

- 各ノードについて、インストール前に構成済で、インストール前にそのノードに対して解決可能なパブリックIPアドレス。

- 各ノードについて、インストール前に構成済だが、現在は使用されていないVIPアドレス。

- SCANとして指定された名前に3つの静的IPアドレスが関連付けられ、そのすべてのアドレスがランダムな順序でDNSによってリクエスタに返されるように、インストール前にドメイン・ネーム・サーバー(DNS)上に構成された3つの静的IPアドレス。これらのアドレスは、現在使用されていないアドレスに解決されるように、インストール前にDNSで構成済である必要があります。SCAN名は、「クラスタ名およびSCANの要件」で規定されている要件を満たす必要があります。

- インストール前に構成済だが、独自のサブネットがある別のプライベート・ネットワーク上に構成されている各ノードのプライベートIPアドレス。IPアドレスは、他のクラスタ・メンバー・ノードによらないかぎり解決可能にできません。

- Oracle ASMがクライアントとして機能する、1つ以上のネットワーク。ASMネットワークは、物理ネットワークである必要はなく、仮想ネットワークにできます。ASMネットワークは、3つ目のNICを使用するか、プライベート・ネットワーク・アダプタを共有する必要があります。このNICには仮想NICを指定できます。

注意:

SCAN VIPアドレスの構成は、hostsファイルで行わないことを強くお薦めします。SCAN VIPにはDNS解決を使用します。SCANの解決にhostsファイルを使用すると、1つのIPアドレスへの解決しかできず、SCANアドレスは1つのみになってしまいます。

サポートされているのは、DNSまたはホスト・ファイルでのSCANの構成のみです。SCANをNetwork Information Service(NIS)で構成することはできません。

関連トピック

- ネットワーク・アドレスの理解

4.2.6 SCANのDNS構成の確認

DNSによってSCANが正しくアドレスに関連付けられていることを確認するには、nslookupコマンドを使用します。

インストール後、クライアントがクラスタにリクエストを送信すると、Oracle ClusterwareのSCANリスナーはクライアント・リクエストをクラスタのサーバーにリダイレクトします。

- コマンド・プロンプトで、nslookupコマンドを使用してクラスタのSCANの名前を指定します。
次に例を示します。

C:\> nslookup mycluster-scan
Server:         dns3.example.com
Address:        192.0.2.001

Name:   mycluster-scan.example.com
Address: 192.0.2.201
Name:   mycluster-scan.example.com
Address: 192.0.2.202
Name:   mycluster-scan.example.com
Address: 192.0.2.203

4.2.7 グリッド・ネーミング・サービスの一般的なクラスタ構成例

GNSを使用する場合は、GNS VIPアドレスに静的IPアドレスを指定し、サブドメインをドメイン・ネーム・サーバー(DNS)で構成して、静的なGNS IPアドレスにそのサブドメインの解決を委任する必要があります。

GNSを使用する場合は、GNSのVIPアドレスに静的IPアドレスを指定し、サブドメインをDNSで構成して、静的なGNSのIPアドレスにそのサブドメインの解決を委任する必要があります。

クラスタにノードが追加されると、組織のDHCPサーバーによって、これらのノードに動的にアドレスが提供されます。これらのアドレスは自動的にGNSに登録され、GNSによってサブドメイン内で、GNSに登録されたクラスタ・ノード・アドレスの解決が行われます。

アドレスの割当てと構成はGNSによって自動的に行われるため、これ以上の構成は必要ありません。Oracle Clusterwareによって、クラスタに対してノードが追加または削除されるときに、動的なネットワーク構成が行われます。参考までに例を示します。

IPv6ネットワークでは、IPv6自動構成機能によってIPアドレスが割り当てられるため、DHCPサーバーは必要ありません。

2ノードのクラスタで、GNS VIPが定義されている場合は、インストール後の構成として次の表に示すようなものが考えられます。この構成では、クラスタ名はmycluster、GNSの親ドメインはgns.example.com、サブドメインはcluster01.example.comです。IPアドレスの192.0.2の部分はクラスタのパブリックIPアドレスのサブドメインを表し、192.168.0はプライベートIPアドレスのサブドメインを表します。

表4-1 グリッド・ネーミング・サービスのネットワーク構成例

ID

ホーム・ノード

ホスト・ノード

指定された名前

種類

アドレス

アドレスの割当て元

解決方法

GNS VIP

なし

Oracle Clusterwareにより選択

mycluster-gns-vip.example.com

仮想

192.0.2.1

ネットワーク管理者が固定

DNS

ノード1パブリック

ノード1

node1

node1脚注 1

パブリック

192.0.2.101

固定

GNS

ノード1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

DHCP

GNS

ノード1プライベート

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定またはDHCP

GNS

ノード2パブリック

ノード2

node2

node2脚注 1

パブリック

192.0.2.102

固定

GNS

ノード2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

DHCP

GNS

ノード2プライベート

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定またはDHCP

GNS

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan.cluster01.example.com

仮想

192.0.2.201

DHCP

GNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan.cluster01.example.com

仮想

192.0.2.202

DHCP

GNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan.cluster01.example.com

仮想

192.0.2.203

DHCP

GNS

脚注 1 ノードのホスト名が、ホスト上で使用されているVIPアドレスなど、複数のアドレスに解決される場合があります。

4.2.8 グリッド・ネーミング・サービスへのドメイン委任

標準クラスタにグリッド・ネーミング・サービス(GNS)を構成する場合は、Oracle Grid Infrastructureをインストールする前に、GNSによって処理されるサブドメインに対するすべての名前解決要求がGNSに送信されるように、DNSを構成します。

GNSが提供するサブドメインは、クラスタ・メンバー・ノードを表します。

- グリッド・ネーミング・サービスで使用するサブドメイン名の選択
GNSを実装するには、ネットワーク管理者がDNSを構成してクラスタのドメインを設定し、そのドメイン解決をGNS VIPに委譲する必要があります。別のドメインを使用するか、クラスタに既存のドメインのサブドメインを作成できます。

- グリッド・ネーミング・サービスへのドメイン委任のためのDNSの構成
DNS転送を使用して、GNSに名前解決要求を送信するように、DNSを構成する必要があります。

4.2.8.1 グリッド・ネーミング・サービスで使用するサブドメイン名の選択

GNSを実装するには、ネットワーク管理者がDNSを構成してクラスタのドメインを設定し、そのドメイン解決をGNS VIPに委譲する必要があります。別のドメインを使用するか、クラスタに既存のドメインのサブドメインを作成できます。

サブドメイン名には、sales-cluster.rac.comなど、サポートされている任意のDNS名を指定できます。

サブドメイン名は、企業ドメインとは別にすることをお薦めします。たとえば、企業ドメインがmycorp.example.comの場合、GNSのサブドメインはrac-gns.comなどとします。

サブドメインが別でない場合は、GNS専用とする必要があります。たとえば、サブドメインmydomain.example.comをGNSに委任する場合は、lab1.mydomain.example.comのように、このサブドメインを他のドメインが共有しないようにします。

関連項目:

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

- ネットワーク識別名の選択の詳細は、「クラスタ名およびSCANの要件」を参照してください。

4.2.8.2 グリッド・ネーミング・サービスへのドメイン委任のためのDNSの構成

DNS転送を使用して、GNSに名前解決要求を送信するように、DNSを構成する必要があります。

管理対象のWindowsサーバーでDNSサーバーが実行されている場合は、次の手順を実行してDNSを構成する必要があります。

1. 「スタート」をクリックして、「プログラム」を選択します。「管理ツール」を選択して、「DNS マネージャ」をクリックします。
DNSサーバーの構成ウィザードが自動的に起動します。

2. ウィザードを使用して、GNS仮想IPアドレスのエントリを作成します。このアドレスは有効なDNS名です。
たとえば、クラスタ名がmycluster、ドメイン名がexample.com、IPアドレスが192.0.2.1の場合、次のようなエントリを作成できます。

mycluster-gns-vip.example.com: 192.0.2.1

指定したアドレスは、ルーティング可能である必要があります。

注意:
ドメイン名にアンダースコアを含めることはできません。Windowsではアンダースコア文字を使用できますが、この用法はInternet Engineering Task Force RFC 952標準に違反し、Oracleではサポートしていません。

3. DNS転送を構成するには、「スタート」をクリックして「管理ツール」を選択し、「DNS」を選択します。

4. 「ServerName」を右クリックして、次に「フォワーダ」タブをクリックします。ServerNameはサーバーの名前です。

5. 「新規」をクリックして、問合せを転送するDNSドメインの名前(たとえば、clusterdomain.example.com)を「DNS ドメイン」ボックスに入力します。「OK」をクリックします。

6. 「選択したドメインのフォワーダ IP アドレス」ボックスで、GNSのVIPアドレスを入力した後、「追加」をクリックします。

7. 「OK」をクリックして終了します。

DNSサーバーが異なるオペレーティング・システムで実行されている場合は、該当するプラットフォームのOracle Grid Infrastructureのインストレーション・ガイドおよびオペレーティング・システムのドキュメントを参照してください。

注意:
経験のあるDNS管理者は、リバース・ルックアップ・ゾーンを作成して、リバース・ルックアップの解決を有効にすることがあります。リバース・ルックアップは、ポインタ・リソース(PTR)・レコードを使用して、IPアドレスをホスト名に解決します。リバースDNSゾーンを構成してある場合は、元の順方向レコードを作成するときに、関連するリバース・レコードを自動的に作成できます。

4.2.9 手動によるIPアドレスの構成例

GNSを使用しない場合は、インストールの前に、パブリックIPアドレス、仮想IPアドレスおよびプライベートIPアドレスを構成する必要があります。また、pingコマンドを実行し、デフォルトのゲートウェイにアクセスできることも確認してください。

デフォルトのゲートウェイを検出するには、ipconfigコマンドを使用します(オペレーティング・システムのヘルプを参照)。

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

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

ID

ホーム・ノード

ホスト・ノード

指定された名前

種類

アドレス

アドレスの割当て元

解決方法

ノード1パブリック

ノード1

node1

node1脚注 2

パブリック

192.0.2.101

固定

DNS

ノード1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

固定

DNS、hostsファイル

ノード1プライベート

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定

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

ノード2パブリック

ノード2

node2

node2脚注 2

パブリック

192.0.2.102

固定

DNS

ノード2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

固定

DNS、hostsファイル

ノード2プライベート

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定

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

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.201

固定

DNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.202

固定

DNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.203

固定

DNS

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

インターコネクト用にプライベート名を指定する必要はありません。インターコネクト用に名前解決が必要な場合は、システムのhostsファイルかDNSでプライベートIP名を構成できます。ただしOracle Clusterwareでは、インストール中にプライベート・インタフェースとして定義されたインタフェース(Local Area Connection 2など)と、プライベート・サブネットに使用されるサブネットに、インターコネクト・アドレスが割り当てられます。

SCANが解決されるアドレスはOracle Clusterwareによって割り当てられるため、特定のノードには固定されません。VIPのフェイルオーバーが有効になるように、前述の表で示した構成では、SCANアドレスと、両方のノードのパブリック・アドレスおよびVIPアドレスが同一のサブネット(192.0.2)上に定義されています。

注意:
すべてのホスト名はInternet Engineering Task Force RFC 952標準(英数字を許可)に準拠している必要があります。ホスト名にアンダースコア(_)は使用できません。

4.3 ネットワーク・アダプタの意図した使用方法

インストール時に、Oracle Universal Installer(OUI)がクラスタ・ノードで検出するネットワーク・アダプタ(ネットワーク・インタフェース)ごとに計画された使用方法を指定するように求められます。

各NICは次の役割のいずれかのみを実行します。

- パブリック

- プライベート

- 使用しない

Oracle ClusterwareとOracle RACの両方には、同じプライベート・アダプタを使用する必要があります。選択する正確なネットワーク構成は、構成するクラスタのサイズおよび使用方法と、必要な可用性のレベルによって異なります。ネットワーク・インタフェースは1GbE以上である必要があり、推奨は10GbEです。

他の目的に使用する予定のネットワーク・アダプタ(Oracle以外のネットワーク・ファイル・システム専用のアダプタなど)の場合、そのネットワーク・アダプタがOracle Clusterwareで無視されるように、「使用しない」アダプタとして指定する必要があります。

動作保証されているネットワーク接続ストレージ(NAS)をOracle RAC用に使用し、このストレージにイーサネットベースのネットワークを介して接続する場合は、NAS I/O用に3つ目のネットワーク・インタフェースが必要です。この場合、3つの別々のインタフェースを使用しないと、負荷によってパフォーマンスと安定性の問題が発生します。

4.4 Oracle Grid Infrastructureが使用するネットワークのブロードキャスト要件

ブロードキャスト通信アドレス解決プロトコル(ARP)は、Oracle Grid Infrastructureで使用するために構成されたすべてのパブリックおよびプライベート・インタフェース全体で適切に動作する必要があります。

ブロードキャスト通信は、パブリックまたはプライベート・インタフェースが使用する、構成済の仮想ローカル・エリア・ネットワーク(VLAN)全体で動作する必要があります。

4.5 Oracle Grid Infrastructureが使用するネットワークのマルチキャスト要件

各クラスタ・メンバー・ノードでは、OracleマルチキャストDNS (mDNS)デーモンがすべてのネットワーク・インタフェースでマルチキャスティングを使用して、クラスタの他のノードと通信します。

マルチキャスティングは、プライベート・インターコネクトで必要です。このため、少なくとも次を対象に、クラスタでマルチキャスティングを有効にする必要があります。

- プライベート・インターコネクトとして定義されたブロードキャスト・ドメイン全体

- IPアドレス・サブネット範囲224.0.0.0/24および230.0.1.0/24

ルーター全体でマルチキャスト通信を有効にする必要はありません。

5 Oracle Grid InfrastructureおよびOracle RACのユーザー、グループおよび環境の構成

クラスタ用Oracle Grid InfrastructureとOracle Real Application Clustersのインストール時に使用される特定のユーザー、グループおよび環境の設定を構成する必要があります。

- Oracle Grid InfrastructureおよびOracle RACのインストール・グループおよびユーザーの作成
Oracle Grid InfrastructureおよびOracle RACをインストールするには、インストール・ユーザーおよび必要に応じてOracleホーム・ユーザーが存在している必要があります。

- ユーザー・アカウントの構成
クラスタ用Oracle Grid Infrastructureをインストールする場合は、インストーラ・ソフトウェアを管理者ユーザーとして実行します。インストールのときにOracleホーム・ユーザーを指定できます。

- Oracleソフトウェア・ディレクトリの作成
インストール中に、Oracle Grid Infrastructureソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。

- Intelligent Platform Management Interface (IPMI)の有効化
Intelligent Platform Management Interface (IPMI)は、コンピュータのハードウェアおよびファームウェアへの共通インタフェースを提供し、システム管理者はそのインタフェースを使用して、システム状態の監視およびシステムの管理を実行できます。Oracle ClusterwareにIPMIを統合して、障害分離をサポートしたりクラスタの整合性を確保することができます。

5.1 Oracle Grid InfrastructureおよびOracle RACのインストール・グループおよびユーザーの作成

Oracle Grid InfrastructureおよびOracle RACをインストールするには、インストール・ユーザーおよび必要に応じてOracleホーム・ユーザーが存在している必要があります。

注意:
Oracle Grid Infrastructureのインストールでは、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)の両方がインストールされます。Oracle Clusterwareのインストール所有者とOracle ASMのインストール所有者は、分離することができなくなりました。

- Oracleインストール・ユーザーについて
Oracleインストール・ユーザーはローカル・ユーザーまたはドメイン・ユーザーのいずれかにすることができます。

- Oracle Grid Infrastructureインストール用のOracleホーム・ユーザーについて
Oracle Grid Infrastructureのインストール時には、Oracle Gridホームに関連付けられたオプションのOracleホーム・ユーザーを指定できます。

- Oracle RACインストール用のOracleホーム・ユーザーについて
Oracle RACのインストール時には、Windows組込みアカウントを使用するか、または、オプションで、Oracle RACホームに関連付けられたOracleホーム・ユーザーになるように、Windowsドメイン・ユーザーであり、管理者でないユーザーを指定できます。

- Oracleホーム・ユーザーを作成するタイミング
特定の状況では、Oracleホーム・ユーザーを作成する必要があります。

- Oracleインストール用のOracleホーム・ユーザー構成
Oracleソフトウェアのインストールが完了すると、次のいずれかの構成になります。

- Oracleインベントリ・ディレクトリおよびOracleインベントリ・グループの理解
メンバーに、Oracleインベントリ・ディレクトリへの書込み権限が付与された、1つのグループが必要です。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。

- インストール時に作成されるオペレーティング・システム・グループ
Oracle Grid InfrastructureまたはOracle RACをインストールするとき、次の表に示すユーザー・グループが存在しない場合は、これらのグループが作成されます。

- 役割区分用のオペレーティング・システム・グループおよびユーザー
Oracle DatabaseとOracle ASMの役割区分の構成は、オペレーティング・システム認証の個別のグループを提供するためのグループおよびユーザーを作成する構成です。

- ロール割当てをしたグループおよびユーザーの使用例
Optimal Flexible Architecture (OFA)デプロイメントに準拠して、ロール割当てをしたグループおよびユーザーを使用できます。

5.1.1 Oracleインストール・ユーザーについて

Oracleインストール・ユーザーはローカル・ユーザーまたはドメイン・ユーザーのいずれにすることもできます。

Oracle Grid InfrastructureまたはOracle Databaseソフトウェアをインストールするには、管理者グループのメンバーであるローカル・ユーザーまたはドメイン・ユーザーを使用する必要があります。このユーザーはOracleインストール・ユーザーです。

ローカル・ユーザー・アカウントを使用してOracle Grid InfrastructureまたはOracle Real Application Clusters (Oracle RAC)をインストールする場合は、次のことに注意します。

- そのユーザー・アカウントが、クラスタ内のすべてのノード上に存在する必要があります。

- そのユーザー名およびパスワードが、すべてのノードで同じである必要があります。

- OUIに警告メッセージが表示されます。

ドメイン・ユーザー・アカウントを使用してOracle Grid InfrastructureまたはOracle Real Application Clusters (Oracle RAC)をインストールする場合は、次のことに注意します。

- このドメイン・ユーザーがクラスタ内の各ノードのローカル管理者グループのメンバーであることを明示的に宣言する必要があります。ドメイン・ユーザーが別のグループからメンバーシップを継承していても不十分です。

- インストールを実行するユーザーは、各ノードの同じドメインに存在する必要があります。たとえば、最初のノードにDBADMIN\dba1ユーザーが存在し、2番目のノードにRACDBA\dba1ユーザーが存在することはできません。

- 同じ名前のローカル・ユーザーがいずれかのノードに存在することはできません。たとえば、インストール・ユーザーとしてRACDBA\dba1を使用する場合、ローカルのNODE1\dba1ユーザー・アカウントを持つノードがないようにします。

別のユーザーを使用してOracle Grid InfrastructureおよびOracle RACをインストールする場合、Oracle RACをインストールするユーザーがOracle Automatic Storage Management (Oracle ASM)のディスクにアクセスするには、ASMDBAグループおよびASMADMINグループのメンバーである必要があります。

5.1.2 Oracle Grid Infrastructureインストール用のOracleホーム・ユーザーについて

Oracle Grid Infrastructureのインストール時には、Oracle Gridホームに関連付けられたオプションのOracleホーム・ユーザーを指定できます。

たとえば、ソフトウェアのインストールにOraSysという管理者ユーザー(Oracleインストール・ユーザー)を使用する場合は、このインストールのOracleホーム・ユーザーとしてORADOMAIN\OraGridドメイン・ユーザーを指定できます。指定するOracleホーム・ドメイン・ユーザーは、Oracle Grid Infrastructureソフトウェアをインストールする前に存在する必要があります。

Oracle Grid InfrastructureインストールのOracleホーム・ユーザーには、Windowsの組込みアカウント(LocalSystem)または既存のユーザーを指定できます。Oracleホーム・ユーザーとして既存のユーザーを指定する場合、指定するWindowsユーザー・アカウントはドメイン・ユーザーまたはGroup Managed Service Account (gMSA)ユーザーである必要があります。Oracleホーム・ユーザーを使用すると、(自動的に作成された) Oracle Cluster Registryのセキュア・ウォレットに、Oracleホーム・ユーザーの名前とパスワード情報が格納されます。Oracleホーム・ユーザーを作成しない場合は、Windows組込みアカウントがOracleホーム・ユーザーとして使用されます。

注意:
インストールが完了した後は、Oracleホーム・ユーザーを変更できません。Oracleホーム・ユーザーを変更する必要がある場合は、Oracle Grid Infrastructureソフトウェアを再インストールする必要があります。

Oracle Grid Infrastructure 12cリリース12.1.0.1の場合、インストール時にOracle Grid Infrastructure管理リポジトリ・オプションを選択する場合、Oracleホーム・ユーザーの使用が必須になります。同様に、Oracle Grid Infrastructureのソフトウェアのみのインストールを実行する場合は、インストール後にOracle Grid Infrastructure管理リポジトリを構成するWindowsドメイン・ユーザー・アカウントを選択する必要があります。

インストール時は、インストーラによってソフトウェア・サービスが作成され、指定したOracleホーム・ユーザーに関する情報に基づいてアクセス制御リスト(ACL)が構成されます。詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』の「ファイル権限の設定」に関する項を参照してください。

Oracleホーム・ユーザーを指定する場合、Oracleホームから実行されるすべてのソフトウェア・サービスに対してこのユーザーがOracleサービス・ユーザーとして構成されます。Oracleサービス・ユーザーは、Oracleソフトウェア・サービスの実行ユーザーとなるオペレーティング・システム・ユーザー、またはこのサービスの権限の継承元であるユーザーです。

関連項目:

Oracleホーム・ユーザーおよびこのユーザー・アカウントでデータベース・サービスが動作する仕組みの詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

5.1.3 Oracle RACインストール用のOracleホーム・ユーザーについて

Oracle RACのインストール時には、Windows組込みアカウントを使用するか、または、オプションで、Oracle RACホームに関連付けられたOracleホーム・ユーザーになるように、Windowsドメイン・ユーザーであり、管理者でないユーザーを指定できます。

Oracle RACのOracleホーム・ユーザーには、Oracle Grid Infrastructureのインストール時に指定したOracleホーム・ユーザーとは別のユーザーを指定できます。Windowsドメイン・ユーザー・アカウントを選択する場合は、管理権限のない、既存のドメイン・ユーザー・アカウントとする必要があります。

Oracle RACをインストールする場合は、セキュリティ強化のため、Oracleホーム・ユーザーとして(Windows組込みアカウントではなく) Windowsドメイン・ユーザーを使用することをお薦めします。

Oracle RACソフトウェア用に作成されたサービスは、Oracle RACのOracleホーム・ユーザー、またはインストール時にOracleホーム・ユーザーを指定しなかった場合はLocal System組込みWindowsアカウントの権限を使用して実行されます。Oracle Universal Installer (OUI)は、複数のオペレーティング・システム・グループ(ORA_DBAグループなど)をすべてのノードに作成します。インストールを実行するユーザーは、適切なデータベース管理に必要なそれらのグループに自動的に追加されます。Oracle DatabaseのOracleホーム・ユーザー実装の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』を参照してください。

管理者が管理するデータベースの場合は、Oracleホーム・ユーザーのパスワードを(Oracle Cluster Registryに格納されている)セキュア・ウォレットに格納できます。Windowsオペレーティング・システムのユーザー名およびパスワードを格納するセキュア・ウォレットを作成するには、次のCRSCTLコマンドを使用します。

crsctl add wallet -osuser -passwd

(Oracle Cluster Registryに格納された)ウォレットが存在する場合、Oracleの管理ツールではウォレットのパスワードが自動的に使用され、管理者には管理操作を実行するOracleホーム・ユーザーのパスワードの入力が求められません。

ポリシー管理データベースの場合は、Oracleホーム・ユーザーのパスワードを(Oracle Cluster Registryに格納されている)ウォレットに格納する必要があります。ポリシー管理データベースを作成したときは、ウォレットが存在しない場合はDBCAによって自動的に作成されます。

注意:
Oracle RACインストール用のOracleホーム・ユーザーを使用する場合、指定するWindowsユーザー・アカウントはドメイン・ユーザーである必要があります。

5.1.4 Oracleホーム・ユーザーを作成するタイミング

特定の状況では、Oracleホーム・ユーザーを作成する必要があります。

- Oracleホーム・ユーザーが存在するが、新しいOracle Database環境で、別のオペレーティング・システム・ユーザー(異なるグループ・メンバーシップを持つ)を使用して、このグループにデータベースの管理権限を付与する場合

- Oracle Grid Infrastructure用のOracleホーム・ユーザー(gridなど)を作成済で、Oracle Databaseソフトウェア用に別のOracleホーム・ユーザー(oracleなど)を作成する場合

- Oracleホーム・ユーザーの制限事項とガイドライン
Oracleソフトウェア・インストール用のOracleホーム・ユーザーの制限事項とガイドラインは、次を参照してください。

- Oracleホーム・ユーザーが存在するかどうかの確認
既存のユーザーを使用するか、新しいユーザーを作成するかを決定する必要があります。

- Oracleホーム・ユーザーの作成
新しいユーザーを作成するには、ユーザー・アカウントの管理ウィンドウを使用します。

- 既存のOracleソフトウェア所有者ユーザーの使用
Oracleホーム・ユーザーとして使用するユーザーが存在する場合は、このユーザーを別のインストールのOracleホーム・ユーザーとして使用できます。

5.1.4.1 Oracleホーム・ユーザーの制限事項とガイドライン

Oracleソフトウェア・インストール用のOracleホーム・ユーザーの制限事項とガイドラインは、次を参照してください。

- 異なるOracle Databaseホームで複数のOracleホーム・ユーザーを使用する場合は、Oracle Grid Infrastructureソフトウェア(Oracle ClusterwareおよびOracle ASM)用に別々のOracleホーム・ユーザーを作成することをお薦めします。

- Oracle DatabaseまたはOracle RACをインストールする予定がある場合は、Oracle Grid InfrastructureおよびOracle Databaseインストール用に別々のOracleホーム・ユーザーを作成することをお薦めします。使用するOracleホーム・ユーザーが1つの場合は、管理タスクを実行するときに、管理対象のインスタンスのOracleホームからユーティリティを選択するか、デフォルトの%ORACLE_HOME%値を、そのインスタンスが実行されているOracleホームの場所に変更する必要があります。Oracle ASMインスタンスの場合はOracle Grid Infrastructureホームを使用し、データベース・インスタンスの場合はOracle Databaseホームを使用する必要があります。

- 環境変数%ORACLE_HOME%に異なるOracleホームまたはGridホーム・パスが設定されているときに、sqlplus、srvctl、lsnrctlまたはasmcmdコマンドを使用してOracleホームまたはGridホーム・インスタンスを管理しようとすると、エラーが発生します。たとえば、データベース・ホームからSRVCTLを開始する場合は%ORACLE_HOME%にそのデータベース・ホームを設定する必要があり、そうしないと、SRVCTLが失敗します。ただし、Oracle Grid InfrastructureホームでSRVCTLを使用する場合は例外です。その場合、%ORACLE_HOME%はSRVTCLにより無視され、Oracleホーム環境変数はSRVCTLコマンドに影響を与えません。他のすべての場合は、管理するインスタンスのOracleホームからユーティリティを起動する必要があります。
特定のOracleホームを使用するようにユーザー環境を設定する必要がある場合は、Oracle Universal Installerを使用します。ランディング・ページで「インストールされた製品」をクリックします。「インベントリ」ウィンドウで「環境」タブをクリックします。使用するOracleホームを選択し、他のOracleホームの選択を解除して、「適用」をクリックします。その後、Oracle Universal Installerを終了できます。Oracle Universal Installerを使用してOracleホームを設定した場合は、ORACLE_HOME環境変数およびPATH変数が更新されます。

5.1.4.2 Oracleホーム・ユーザーが存在するかどうかの確認

既存のユーザーを使用するか、新しいユーザーを作成する必要があります。

1. 「コントロール パネル」ウィンドウを開きます。

2. 「ユーザー アカウント」を選択します。

3. 「ユーザー アカウントの管理」を選択します。

4. 探しているユーザー・アカウントが見つかるまで名前のリストをスクロールします。
リストに名前が表示されない場合、そのユーザーはまだ作成されていません。

次の手順については、次のいずれかの項を参照してください。

- Oracleホーム・ユーザーの作成

- 既存のOracleソフトウェア所有者ユーザーの使用

5.1.4.3 Oracleホーム・ユーザーの作成

新しいユーザーを作成するには、「ユーザー アカウントの管理」ウィンドウを使用します。

ユーザーは管理者グループのメンバーであってはなりません。Oracle RACインストール用のOracleホーム・ユーザーを作成する場合は、このユーザーをWindowsドメイン・ユーザーとし、かつ、クラスタ内の各ノードの同じドメインのメンバーにする必要があります。

1. 「コントロール パネル」ウィンドウを開きます

2. 「ユーザー アカウント」を選択します。

3. 「ユーザー アカウントの管理」を選択します。

4. そのインタフェースを使用してユーザーを作成します。

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

5.1.4.4 既存のOracleソフトウェア所有者ユーザーの使用

Oracleホーム・ユーザーとして使用するユーザーが存在する場合は、このユーザーを別のインストールのOracleホーム・ユーザーとして使用できます。

Oracleは、Oracleホーム・ユーザーから別のユーザーに既存のOracle Databaseホームの所有権を変更することはサポートしていません。

- ソフトウェアのインストール時に、Oracleホーム・ユーザーに既存のユーザーを指定します。
Oracle Universal Installer (OUI)によって適切なグループ・メンバーシップが作成されます。

5.1.5 Oracleインストール用のOracleホーム・ユーザー構成

Oracleソフトウェアのインストールが完了すると、次のいずれかの構成になります。

インストール・タイプ

Oracleホーム・ユーザー構成

Oracleホーム・ユーザーとしてドメイン・ユーザーが指定されたOracle Grid Infrastructure

Oracleホーム・ユーザーは、Oracle Grid Infrastructure管理リポジトリ・サービスの所有者です。その他のサービスは組込み管理者アカウントで実行されますが、例外として、リスナーはLocalService (組込みWindowsアカウント)として実行されます。

Oracleホーム・ユーザーとしてWindows組込み管理者アカウントを持つOracle Grid Infrastructure

Oracle Grid Infrastructureサービスは組込み管理者アカウントで実行されますが、例外として、リスナーはLocalServiceとして実行されます。

指定したOracleホーム・ユーザーを使用するOracle RAC

Oracleホーム・ユーザーは、Oracle Databaseソフトウェアで実行されるすべてのサービスの所有者です。

組込みOracleホーム・ユーザーを持つOracle RAC

サービスは組込みLocalSystemアカウントで実行されます。

注意:
インストール後は、Oracleホーム・ユーザーを別のOracleホーム・ユーザーに変更できません。アウトオブプレース・アップグレードまたは移動を使用する場合のみ、Oracleホーム・ユーザーから組込みWindowsアカウントへの変更、またはその逆の変更が可能です。

5.1.6 Oracle InventoryディレクトリおよびOracle Inventoryグループの理解

メンバーに、Oracleインベントリ・ディレクトリへの書込み権限が付与された、1つのグループが必要です。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。

システムに初めてOracleソフトウェアをインストールするときに、Oracle中央インベントリのディレクトリが、Oracle Universal Installer (OUI)によって作成されます。OUIはOracleインベントリ・グループORA_INSTALLも作成します。ORA_INSTALLグループには、サーバー上のすべてのOracleホームのOracleホーム・ユーザーがすべて含まれています。WindowsのOracle中央インベントリの場所は、常に%SYSTEM_DRIVE%\Program Files\Oracle\Inventoryです。

このサーバーにOracleソフトウェアの最初のインストールを実行している場合、またはサーバーにOracleソフトウェアの追加インストールを実行している場合、Oracle中央インベントリまたはORA_INSTALLグループを作成する必要はありません。Oracleインベントリ・グループの名前は変更できません。この名前は常にORA_INSTALLです。

Oracleインベントリ・グループのメンバーには、Oracle中央インベントリ・ディレクトリに対する書込み権限があり、様々なOracle Clusterwareリソース、OCRキー、DBAが書込み権限を必要とするOracle Clusterwareホーム内のディレクトリに対する権限やその他の必要な権限も付与されます。すべてのOracleソフトウェア・インストール・ユーザーは、Oracleインベントリ・グループのメンバーである必要があります。このグループのメンバーは、クラスタ同期サービス(CSS)と通信できます。

注意:
Oracleソフトウェアがシステムにすでにインストールされている場合は、新しいOracleソフトウェアをインストールするときに、新しいインベントリ・グループを作成するかわりに、既存のOracleインベントリ・グループが使用されます。

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

Oracle Grid InfrastructureまたはOracle RACをインストールするとき、次の表に示すユーザー・グループが存在しない場合は、これらのグループが作成されます。

表5-1 インストール時に作成されるオペレーティング・システム・グループ

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

システム権限

説明

ORA_ASMADMIN

Oracle ASM管理用のSYSASMシステム権限

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

このグループおよびSYSASMシステム権限を使用すると、SYSDBAデータベース管理権限とOracle ASMストレージ管理権限を分けることができます。OSASMグループのメンバーは、SYSASM権限を使用した接続が認可され、Oracle ASMへの完全なアクセス(Oracle ASMインスタンスが管理するすべてのディスク・グループへの管理アクセスなど)が可能です。

ORA_ASMDBA

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

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

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

ORA_ASMOPER

Oracle ASM用のSYSOPERシステム権限

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

このグループのメンバーにはOracle ASMインスタンスに対するSYSOPERシステム権限が付与されます。この権限により、ディスク・グループの起動、停止、マウント、マウント解除、チェックなどの操作を実行できるようになります。このグループには、OSASMグループの権限のサブセットがあります。

ORA_HOMENAME_OPERグループと同様、インストール後はこのグループにメンバーが含まれませんが、インストールの完了後にユーザーをこのグループに手動で追加できます。

ORA_GRIDHM_DBA

Oracle Grid Infrastructure管理リポジトリ・データベース用のSYSDBAシステム権限

このグループのメンバーには、Oracle Grid Infrastructure管理リポジトリ・データベースを管理するためのSYSDBAシステム権限が付与されます。GRIDHMは、Oracle Grid Infrastructureホームの名前です。

デフォルトのホーム名はOraGrid12Home1であるため、デフォルトのグループ名はORA_OraGrid12Home1_DBAとなります。

ORA_GRIDHM_OPER

Oracle Grid Infrastructure管理リポジトリ・データベース用のSYSOPERシステム権限

このグループのメンバーには、Oracle Grid Infrastructure管理リポジトリ・データベースを管理するためのSYSOPERシステム権限が付与されます。GRIDHMは、Oracle Grid Infrastructureホームの名前です。

デフォルトのGridホーム名であるOraGrid12Home1を使用する場合、デフォルトのオペレーティング・システムグループ名はORA_OraGrid12Home1_OPERとなります

ORA_DBA

サーバー上のすべてのOracle Databaseインストール用のSYSDBAシステム権限

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

このグループのメンバーには、サーバーにインストールされたすべてのOracle DatabaseのSYSDBAシステム権限が付与されます。

ORA_OPER

サーバーにインストールされたすべてのOracle Database用のSYSOPERシステム権限

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

このグループのメンバーには、サーバーにインストールされたすべてのOracle DatabaseのSYSOPERシステム権限が付与されます。インストール後はこのグループにメンバーが含まれませんが、インストールの完了後にユーザーをこのグループに手動で追加できます。

ORA_HOMENAME_DBA

名前がHOMENAMEのOracleホームから実行される、すべてのデータベース・インスタンス用のSYSDBAシステム権限

HOMENAMEという名前を持つOracleホームに専用のOSDBAグループ。

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

ORA_HOMENAME_OPER

名前がHOMENAMEのOracleホームから実行される、すべてのデータベース・インスタンス用のSYSOPERシステム権限

HOMENAMEという名前を持つOracleホーム用のOSDBAグループ。

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

ORA_HOMENAME_SYSBACKUP

名前がHOMENAMEのOracleホームから実行される、すべてのデータベース・インスタンス用のSYSBACKUPシステム権限

HOMENAMEという名前を持つOracleホームに専用のOSBACKUPDBAグループ。

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

ORA_HOMENAME_SYSDG

名前がHOMENAMEのOracleホームから実行される、すべてのデータベース・インスタンス用のSYSDGシステム権限

HOMENAMEという名前を持つOracleホームに専用のOSDGDBAグループ。

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

ORA_HOMENAME_SYSKM

名前がHOMENAMEのOracleホームから実行される、すべてのデータベース・インスタンス用のSYSKMシステム権限

HOMENAMEという名前を持つOracleホームに専用のOSKMDBAグループ。

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

インストール時には、gridconfig.batスクリプトによって、クラスタの各ノードにサービスおよびグループが作成されます。インストールされたファイルおよび権限はOracleインストール・ユーザーが所有し、これらには管理者権限が必要となります。

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

ORA_DBAグループのメンバーは、オペレーティング・システム権限を使用して、サーバーにインストールされたすべてのOracle Databaseを管理できます。ORA_HOMENAME_DBA (HOMENAMEは特定のOracleインストールの名前)のメンバーは、オペレーティング・システム認証を使用して、そのOracleホームから実行されたデータベースのみを管理できます。

関連トピック

- 標準の管理ユーザー・グループと役割区分ユーザー・グループ

5.1.8 役割区分用のオペレーティング・システム・グループおよびユーザー

Oracle DatabaseとOracle ASMの役割区分の構成は、オペレーティング・システム認証の個別のグループを提供するためのグループおよびユーザーを作成する構成です。

- 役割区分によるオペレーティング・システム権限グループおよびユーザーについて
Oracle Databaseの役割区分では、各Oracle Databaseインストールが別個のオペレーティング・システム・グループを保持して、そのOracle Databaseでのシステム権限の認証を提供することにより、システム権限のオペレーティング・システム認証を共有することなく、クラスタに複数のデータベースをインストールできるようになります。また、各Oracleソフトウェア・インストールをOracleインストール・ユーザーに関連付けることで、Oracle Databaseバイナリへの変更に対してオペレーティング・システム・ユーザー認証が提供されます。

- Oracleソフトウェア製品ごとのOracleソフトウェア所有者
個別のOracleホーム・ユーザーを指定するすべてのインストールで、次のオペレーティング・システム・グループとユーザーを使用することをお薦めします。

- 役割区分用の標準Oracle Databaseグループ
Oracle Databaseでは、複数のオペレーティング・システム・グループがデータベース管理システム権限のオペレーティング・システム認証を提供することをサポートしています。

- 役割区分用の拡張Oracle Databaseグループ
Oracle Database 12cリリース1 (12.1)からは、データベースの起動と停止を行うSYSOPERシステム権限に加え、よりタスク固有で、かつORA_DBAグループ(またはSYSDBAシステム権限)より権限が少ない、新しい管理権限を作成し、日々のデータベース運用に必要な特定の管理権限タスクをサポートできます。これらのシステム権限を付与されたユーザーは、オペレーティング・システムのグループ・メンバーシップを介しても認証されます。

- 役割区分用のOracle ASMグループ
SYSASM、ASM用のSYSOPERおよびASM用のSYSDBAシステム権限では、SYSDBAからOracle ASMストレージ管理権限の分離が可能になります。

- Oracle Grid Infrastructure 12cリリース1 (12.1.0.2)にアップグレードする場合のOracle ASMシステム権限の変更点
Oracle Grid Infrastructureリリース12.1.0.1からリリース12.1.0.2にアップグレードする場合、アップグレード・プロセスにより、Oracle ASM権限に対してグループ・メンバーシップおよびディスクACLが自動的に更新されます。

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

Oracle Databaseの役割区分では、各Oracle Databaseインストールが別個のオペレーティング・システム・グループを保持して、そのOracle Databaseでのシステム権限の認証を提供することにより、システム権限のオペレーティング・システム認証を共有することなく、クラスタに複数のデータベースをインストールできるようになります。また、各Oracleソフトウェア・インストールをOracleインストール・ユーザーに関連付けることで、Oracle Databaseバイナリへの変更に対してオペレーティング・システム・ユーザー認証が提供されます。

Oracle Grid Infrastructureの役割区分では、Oracle ASMは別々のオペレーティング・システム・グループを持ち、記憶域層の管理に関するOracle ASMシステム権限のオペレーティング・システム認証を提供します。このオペレーティング・システム認証は、Oracle Databaseオペレーティング・システム認証から分離されています。また、Oracle Grid Infrastructureインストール・ユーザーは、Oracle Grid Infrastructureバイナリへの変更に対してオペレーティング・システム・ユーザー認証を提供します。

Oracle Databaseのインストール時、OSDBA、OSOPER、OSBACKUPDBA、OSDGDBAおよびOSKMDBAの各グループが作成され、これらのグループにユーザーが割り当てられます。これらのグループのメンバーには、各グループが認可するデータベース・システム権限セットに対するオペレーティング・システム認証が付与されます。システム権限のセットごとに、異なるオペレーティング・システム・グループを使用することをお薦めします。

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

ネットワーク情報サービス(NIS)などのネットワーク・ディレクトリ・サービス上のインストールに対してユーザーを構成するには、そのディレクトリ・サービスのドキュメントを参照してください。

関連項目:

- システム権限の認証計画の詳細は、『Oracle Database管理者ガイド』を参照してください。

- Oracle ASMオペレーティング・システム認証の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

5.1.8.2 Oracleソフトウェア製品ごとのOracleソフトウェア所有者

個別のOracleホーム・ユーザーを指定するすべてのインストールで、次のオペレーティング・システム・グループとユーザーを使用することをお薦めします。

Oracleソフトウェア製品ごとに個別のOracleインストール・ユーザー(通常、Oracle Databaseソフトウェアはoracle、Oracle Grid Infrastructureソフトウェアはgrid)

Oracleソフトウェアをシステムに初めてインストールする場合は、1つ以上のOracleインストール・ユーザーを作成する必要があります。このユーザーがOracle Grid InfrastructureソフトウェアのOracleバイナリを所有します。この同じユーザーを、Oracle DatabaseまたはOracle RACのバイナリのOracleインストール・ユーザーとして使用することもできます。

Oracle DatabaseソフトウェアのOracleインストール・ユーザーにはOracleインスタンスの完全な管理権限があり、このユーザーはORA_DBA、ORA_ASMDBA, ORA_HOMENAME_SYSBACKUP、ORA_HOMENAME_SYSDGおよびORA_HOMENAME_SYSKMの各グループに追加されます。Oracleホーム・ユーザーは、インストール時に作成されたOracleホームのORA_HOMENAME_DBAグループに追加されます。ORA_OPERおよびORA_HOMENAME_OPERグループは作成されますが、インストール時はこれらのグループにユーザーが追加されません。

関連項目:
使用可能なオペレーティング・システム・グループおよび各グループに関連付けられる権限の詳細は、『Oracle Databaseセキュリティ・ガイド』を参照してください。

5.1.8.3 役割区分用の標準Oracle Databaseグループ

Oracle Databaseでは、複数のオペレーティング・システム・グループがデータベース管理システム権限のオペレーティング・システム認証を提供することをサポートしています。

- OSDBAグループ(ORA_DBA)
このグループは、システムにOracle Databaseソフトウェアを初めてインストールするときに、インストール・プロセスにより作成されます。このグループのオペレーティング・システム・ユーザー・アカウントには、サーバーで実行されているすべてのデータベース・インスタンスのデータベース管理権限(SYSDBAシステム権限)があります。

ORA_DBAグループのメンバーには、Oracle ASMインスタンスに対するSYSASMシステム権限はありません。この権限は、ディスク・グループのマウントおよびマウント解除に必要です。

- Oracle Database用のOSOPERグループ(ORA_OPER)
データベースを起動および停止するための、限定された一連のデータベース管理権限(SYSOPERシステム権限)を持つ、個別のオペレーティング・システム・ユーザーのグループが必要な場合に、このグループを使用します。

- 特定のOracleホーム用のOSDBAグループ(ORA_HOMENAME_DBA)
このグループは、Oracle Databaseソフトウェアを新しいOracleホームに初めてインストールするときに作成されます。このグループのオペレーティング・システム・ユーザー・アカウントには、Oracleホームから実行されるデータベース・インスタンスのデータベース管理権限(SYSDBAシステム権限)があります。

- 特定のOracleホーム用のOSOPERグループ(ORA_HOMENAME_OPER)
特定のOracleホームから実行されるデータベース・インスタンスを起動および停止するための、限定された一連のデータベース管理権限(SYSOPERシステム権限)を持つ、個別のオペレーティング・システム・ユーザーのグループが必要な場合に、このグループを使用します。

5.1.8.4 役割区分用の拡張Oracle Databaseグループ

Oracle Database 12c リリース1 (12.1)からは、データベースの起動と停止を行うSYSOPERシステム権限に加え、よりタスク固有で、かつORA_DBAグループ(またはSYSDBAシステム権限)より権限が少ない、新しい管理権限を作成し、日々のデータベース運用に必要な特定の管理権限タスクをサポートできます。これらのシステム権限を付与されたユーザーは、オペレーティング・システムのグループ・メンバーシップを介しても認証されます。

インストーラは、これらのシステム権限を付与されたメンバーを含むオペレーティング・システム・グループを自動的に作成します。OSDBAサブセット・ジョブ・ロール別の権限およびグループは、次のもので構成されています。

- Oracle Database用のOSBACKUPDBAグループ(ORA_HOMENAME_SYSBACKUP)
限定された一連のバックアップおよびリカバリ関連権限(SYSBACKUP権限)を持つ、個別のオペレーティング・システム・ユーザーのグループが必要な場合に、このグループにユーザーを割り当てます。

- Oracle Data Guard用のOSDGDBAグループ(ORA_HOMENAME_SYSDG)
Oracle Data Guardを管理および監視するための、限定された一連の権限(SYSDG権限)を持つ、個別のオペレーティング・システム・ユーザーのグループが必要な場合に、このグループにユーザーを割り当てます。

- 暗号化鍵管理用のOSKMDBAグループ(ORA_HOMENAME_SYSKM)
Oracle Wallet Managerの管理などの暗号化鍵管理のための、限定された一連の権限(SYSKM権限)を持つ、個別のオペレーティング・システム・ユーザーのグループが必要な場合に、このグループにユーザーを割り当てます。

関連項目:

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

5.1.8.5 役割区分用のOracle ASMグループ

SYSASM、ASM用のSYSOPERおよびASM用のSYSDBAシステム権限では、SYSDBAからOracle ASMストレージ管理権限の分離が可能になります。

インストール時には、Oracle ASM用の次のグループが作成されます。

- Oracle ASM管理用のOSASMグループ(ORA_ASMADMIN)
Oracle ASMの管理者用とOracle Databaseの管理者用の管理権限グループを別にするには、この個別のグループを使用します。このグループのメンバーには、Oracle ASMを管理するためのSYSASMシステム権限が付与されます。Oracleドキュメントでは、メンバーに権限が付与されているオペレーティング・システム・グループをOSASMグループと呼びます。インストール時に、Oracle Grid InfrastructureのOracleインストール・ユーザーおよびOracle DatabaseサービスIDはこのグループのメンバーとして構成されます。また、このグループのメンバーシップは、ASMディスクに対するデータベース・アクセス権を付与します。

OSASMグループのメンバーは、SQLを使用して、SYSASMとしてOracle ASMインスタンスに接続できます。このとき、オペレーティング・システム認証が使用されます。SYSASMシステム権限では、ディスク・グループのマウント、マウント解除およびその他の記憶域管理作業が許可されます。SYSASMシステム権限には、Oracle Databaseインスタンスへのアクセス権限は付与されません。

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

- ASMオペレータのASMグループ用のOSOPER (ORA_ASMOPER)
これはオプションのグループです。Oracle ASMインスタンスの起動と停止を含む、限定された一連のOracle ASMインスタンスの管理権限(ASM用のSYSOPERシステム権限)を持つ、個別のオペレーティング・システム・ユーザーのグループが必要な場合に、このグループを使用します。OSASMグループのメンバーには、デフォルトで、ASM用のSYSOPERシステム権限によって付与されるすべての権限もあります。

Oracle ASMオペレータ・グループを使用して、SYSASMシステム権限によって付与される権限より権限の少ないOracle ASM管理者を作成するには、インストール後にユーザーをこのグループに割り当てる必要があります。

5.1.8.6 Oracle Grid Infrastructure 12cリリース1 (12.1.0.2)にアップグレードする場合のOracle ASMシステム権限の変更点

Oracle Grid Infrastructureリリース12.1.0.1からリリース12.1.0.2にアップグレードする場合、アップグレード・プロセスにより、Oracle ASM権限に対してグループ・メンバーシップおよびディスクACLが自動的に更新されます。

- ディスクACLが更新されると、ORA_ASMADMINが追加され、ORA_ASMDBAが削除されます。

- データベース・サービスSIDがORA_ASMADMINとORA_ASMDBAの両方に追加されます。

- Oracleサービス・ユーザー(通常はOracleホーム・ユーザー)がORA_ASMDBAに追加されます。

これらの更新により、Oracle Grid Infrastructure release 12.1.0.2へのアップグレード後に、Oracle Databaseリリース12.1.0.1またはリリース12.1.0.2を使用しているデータベースでOracle ASMを使用できるようになります。

Oracle ASMがOracle Grid Infrastructure 12cリリース1 (12.1.0.2)の一部として新しくインストールされる場合、12.1.0.2バージョンの権限のみが構成されます。

- データベース・サービスSIDがORA_ASMADMINに追加されます。

- Oracleサービス・ユーザー(通常はOracleホーム・ユーザー)がORA_ASMDBAに追加されます。

- ディスクACLが更新され、ORA_ASMADMINが組み込まれます。

Oracle Grid Infrastructure 12cリリース1 (12.1.0.2)が(アップグレードしたインストールではなく)新規にインストールされているシステムにOracle Database 12cリリース12.1.0.1ソフトウェアをインストールする前に、Oracle Database 12cリリース12.1.0.1データベースの作成時に適切な権限が構成されるようにパッチを適用する必要があります。

5.1.9 ロール割当てをしたグループおよびユーザーの使用例

Optimal Flexible Architecture (OFA)デプロイメントに準拠して、ロール割当てをしたグループおよびユーザーを使用できます。

前提条件:

- Oracle Grid Infrastructureソフトウェアをインストールするユーザーの名前はRACDOMAIN\gridです。このユーザーは、インストールの開始前に作成します。
Windows組込みアカウントを使用するオプションが、Oracle Grid InfrastructureのOracleホーム・ユーザーに対して選択されています。

- Oracle Grid Infrastructureインストールのホーム・ディレクトリの名前は、OraGrid12cです。

- Oracle RACソフトウェアをインストールするユーザーの名前はoracleです。このユーザーは、インストールの開始前に作成します。
Oracle RACのインストール時には、RACDOMAIN\oradba1というOracleホーム・ユーザーが指定されています。oradba1ユーザーは、インストールの開始前に作成されたWindowsドメイン・ユーザーです。

Oracle RACインストールのOracleホーム名は、OraRAC12c_home1です。

- このサーバーには、2つ目のOracle Databaseインストール(Oracle RAC以外)があります。このインストールは、oracleユーザーで実行しました。Oracleホーム・ユーザーはoradba2で、このユーザーはインストールの開始前に作成されませんでした。
Oracleホーム名はOraDB12c_home1です。

- Oracle DatabaseとOracle Clusterwareの両方が、データ保存のためにOracle ASMを使用するように構成されています。

Oracleソフトウェアをインストールした後のグループとユーザーは、次のとおりです。

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

グループのタイプ

メンバー

ORA_DBA

OSDBAグループ

oracle、RACDOMAIN\gridおよびLocal System組込みWindowsアカウント

ORA_OraRAC12c_home1_DBA

Oracle RACホーム・ディレクトリ用のOSDBAグループ

RACDOMAIN\oradba1

ORA_OraDB12c_home1_DBA

Oracle Databaseホーム・ディレクトリ用のOSDBAグループ

oradba2

ORA_OPER

OSOPERグループ

なし

ORA_OraRAC12c_home1_OPER

Oracle RACホーム・ディレクトリ用のOSOPERグループ

なし

ORA_OraDB12c_home1_OPER

Oracle Databaseホーム・ディレクトリ用のOSOPERグループ

なし

ORA_ASMADMIN

OSASMグループ

RACDOMAIN\grid、Local System組込みWindowsアカウントおよびデータベース・サービスID

ORA_ASMOPER

ASM用のOSOPERグループ

ORA_ASMDBA

Oracle ASMクライアントのASMグループ用のOSDBA

RACDOMAIN\grid、oracle、Local System組込みWindowsアカウント、およびデータベース・ホームのOracleホーム・ユーザー

ORA_RAC12c_home1_SYSBACKUP、ORA_RAC12c_home1_SYSDG、ORA_RAC12c_home1_SYSKM

SYSBACKUP、SYSDGおよびSYSKMのシステム権限をユーザーに認可する特殊なロール・グループ

なし

ORA_DB12c_home1_SYSBACKUP、ORA_DB12c_home1_SYSDG、ORA_DB12c_home1_SYSKM

SYSBACKUP、SYSDGおよびSYSKMのシステム権限をユーザーに認可する特殊なロール・グループ

なし

オペレーティング・システム・グループにユーザーが表示されていない場合、そのグループにはインストール後のメンバーがいません。

5.2 ユーザー・アカウントの構成

クラスタ用Oracle Grid Infrastructureをインストールする場合は、インストーラ・ソフトウェアを管理者ユーザーとして実行します。インストールのときにOracleホーム・ユーザーを指定できます。

Oracleインストール・ユーザーがインストールを正しく実行できるようにするため、インストールを開始する前にいくつかのチェックを実行する必要があります。

- Oracleインストール・ユーザーのための環境変数の構成
インストーラはOracleインストール・ユーザーに設定されている環境変数を使用します。

- リモート・ノードを更新するユーザー権限の確認
Oracle Grid Infrastructureソフトウェアのインストール中に複数のノードで実行される操作を実行できることを確認する必要があります。

- ユーザー・アカウント制御を使用したユーザー・アカウントの管理
信頼できるアプリケーションのみをコンピュータで実行するために、Windows Server 2008およびWindows Server 2008 R2にはユーザー・アカウント制御が提供されています。

5.2.1 Oracleインストール・ユーザーのための環境変数の構成

インストーラはOracleインストール・ユーザーに設定されている環境変数を使用します。

- Oracle Grid Infrastructureインストールを開始する前に、%TEMP%環境変数が正しく設定されることを確認します。
使用可能な一時ディスク領域の確認を参照してください。

5.2.2 リモート・ノードを更新するユーザー権限の確認

Oracle Grid Infrastructureソフトウェアのインストール中に複数のノードで実行される操作を実行できることを確認する必要があります。

インストールが成功するには、クラスタの各ノードで同じユーザー名およびパスワードを使用するか、またはドメイン・ユーザーを使用する必要があります。クラスタのすべてのノードのインストール・ユーザーに対して、ローカル管理者グループのメンバーシップを明示的に付与する必要があります。

1. ユーザー・アカウント制御(UAC)のリモート制限がローカルのインストール・ユーザーで無効にされていることを判別します。インストールにドメイン・ユーザーを使用している場合は、この手順をスキップします。
レジストリ・キーHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\SystemのLocalAccountTokenFilterPolicyレジストリ・エントリの値を確認します。値には1が設定されている必要があります。このレジストリ・エントリが存在しない場合は、次の手順を実行します。

a. 「スタート」をクリックして、「ファイル名を指定して実行」をクリックし、regeditと入力してから、[Enter]を押します。

b. レジストリ・キーHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Systemに移動します。

c. 「編集」メニューで、「新規」を選択して「DWORD値」をクリックします。

d. LocalAccountTokenFilterPolicyと入力してから、[Enter]を押します。

e. LocalAccountTokenFilterPolicyを右クリックして、「修正」をクリックします。

f. 「値のデータ」ボックスに1と入力して「OK」をクリックします。

g. 「レジストリ エディタ」を終了します。

LocalAccountTokenFilterPolicyの値に1を設定することによって、ターゲット・リモート・コンピュータのローカル管理者グループのメンバーであるユーザーが、リモート管理接続を格上げされたトークンで確立し、管理タスクを実行できるようになります。管理ユーザーのUACリモート制限を無効にしないと、複数のノードにOracle Grid Infrastructureをインストールするときに、次のエラーが発生することがあります。

INS-40937 The following hostnames are invalid

2. OUIを実行する前に、インストーラを実行する予定のノードから、インストールに使用するユーザー・アカウントが、クラスタ内の各ノードで管理者グループのメンバーとして構成されていることを確認します。
クラスタを構成するノードごとに次のコマンドを入力します(nodenameはノード名)。

net use \\nodename\C$

3. C:ドライブ以外のディスク・ドライブも使用する場合、使用する各ドライブのドライブ文字に置き換えて、クラスタのすべてのノードでnet useコマンドを繰り返し実行します。

4. インストール・ユーザーがクラスタの各ノードのWindowsレジストリを更新できるように構成されていることを確認します。

a. 「ファイル名を指定して実行」メニューまたはコマンド・プロンプトからregeditを実行します。

b. 「ファイル」メニューから、「ネットワーク レジストリへの接続」を選択します。

c. 「オブジェクト名を入力してください」編集ボックスに、クラスタ内のリモート・ノードの名前を入力して「OK」をクリックします。

d. ノードがレジストリ・ツリーに表示されるまで待ちます。

リモート・ノードがレジストリ・ツリーに表示されないか、またはユーザー名とパスワードを入力するように求められた場合は、Oracle Grid Infrastructureのインストールを進める前に、オペレーティング・システム・レベルでの権限問題を解決する必要があります。

5.2.3 ユーザー・アカウント制御を使用したユーザー・アカウントの管理

信頼できるアプリケーションのみをコンピュータで実行するために、Windows Server 2008およびWindows Server 2008 R2にはユーザー・アカウント制御が提供されています。

ユーザー・アカウント制御セキュリティ機能を有効にすると、構成方法に応じて、Oracle Databaseのインストール時にOUIによって承認または資格証明のいずれかが求められます。承認またはWindowsの管理者資格証明のいずれかを指定します。

DBCA、NETCA、OPatchなどの一部のOracleツールを実行する場合や、Oracleホーム内のディレクトリに書込みを行うツールまたはアプリケーションを実行する場合は、管理者権限が必要です。User Account Controlが有効で、ローカル管理者としてログインしている場合は、これらの各コマンドを正常に実行できます。ただし、管理者グループのメンバーとしてログインしている場合は、Windows管理者権限でこれらのツールを明示的に実行する必要があります。

管理者権限が必要なすべてのOracleショートカットは、ショートカットをクリックすると自動的に管理者ユーザーとして実行されます。ただし、Windowsコマンド・プロンプトから前述のツールを実行する場合は、管理者コマンド・プロンプトから実行する必要があります。

OPatchにはショートカットがないため、管理者コマンド・プロンプトから実行する必要があります。

5.3 Oracleソフトウェア・ディレクトリの作成

インストール中に、Oracle Grid Infrastructureソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。

また、Oracle RACをインストールするときにホーム・ディレクトリも指定する必要があります。各ディレクトリには特定の要件があり、ソフトウェアが正常に動作するにはこの要件が満たされている必要があります。

インストール時にディレクトリが存在しない場合は、Oracle Universal Installerによって作成されます。

- Oracle Grid Infrastructureのインストール中に使用されるディレクトリについて
OUIはOracle Grid Infrastructureのインストール中にいくつかのディレクトリを使用します。

- Oracle Grid Infrastructureホーム・ディレクトリの要件
Oracle Grid Infrastructureホーム・ディレクトリのディレクトリ・パスの要件を確認してください。

- Oracleベース・ディレクトリ・パスの作成について
Oracle Grid InfrastructureのOracleインストール・ユーザーに使用するOracleベース・ディレクトリは、Oracle ASMおよびOracle Clusterwareに関する診断ログ、管理ログおよびその他のログが格納される場所です。

5.3.1 Oracle Grid Infrastructureのインストール中に使用されるディレクトリについて

Oracle Grid Infrastructureのインストール中、OUIによっていくつかのディレクトリが使用されます。

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

- 一時ディレクトリ
すべてのノードにわたって適切にインストールするために、OUIはMicrosoft Windows内で定義されている一時フォルダを使用します。

- Gridホーム・ディレクトリ
Oracle Grid Infrastructureがインストールされるディレクトリは、Gridホームです。

- Oracleベース・ディレクトリ
インストール時に、Oracleベースの場所を指定するように求められます。Oracleベースは、インストールを実行するユーザーが所有します。既存のOracleホームが含まれるディレクトリを選択するか、またはOracleベース・ディレクトリの構造を持っていない別のディレクトリを選択できます。

- Oracleインベントリ・ディレクトリ
Oracleインベントリ・ディレクトリには、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。

5.3.1.1 一時ディレクトリ

すべてのノードにわたって適切にインストールするために、OUIはMicrosoft Windows内で定義されている一時フォルダを使用します。

TEMPおよびTMP環境変数は、クラスタ内のすべてのノード上の同じローカル・ディレクトリを指している必要があります。

デフォルトでは、これらの設定は「マイ コンピュータ」の環境設定に%USERPROFILE%\Local Settings\Tempおよび%USERPROFILE%\Local Settings\Tmpとして定義されています。これらを%WINDIR%\tempおよび%WINDIR%\tmpとして明示的に再定義することをお薦めします。

たとえば、WindowsがCドライブにインストールされている場合、一時ディレクトリはすべてのノードでC:\Windows\tempまたはC:\Windows\tmpとして定義されます。

5.3.1.2 Gridホーム・ディレクトリ

Oracle Grid Infrastructureがインストールされるディレクトリは、Gridホームです。

Oracle Grid Infrastructureをインストールする場合、Gridホームの場所を決定する必要があります。Oracle ASMもこのホーム・ディレクトリにインストールされます。

Oracle RACをインストールする場合は、Oracle Databaseソフトウェアを異なるディレクトリにインストールする必要があります。Oracle RACインストールの場所はOracleホームです。

注意:
Oracle Grid Infrastructureのみでのインストールの場合は、OUIによって作成されるGridホームとOracleインベントリ・ディレクトリを使用することをお薦めします。

5.3.1.3 Oracleベース・ディレクトリ

インストール時に、Oracleベースの場所を指定するように求められます。Oracleベースは、インストールを実行するユーザーが所有します。既存のOracleホームが含まれるディレクトリを選択するか、またはOracleベース・ディレクトリの構造を持っていない別のディレクトリを選択できます。

他のOracleソフトウェアがインストールされていないコンピュータにOracle Database 12cリリース1 (12.1)をインストールする場合は、OUIではOracleベース・ディレクトリを作成します。Oracleソフトウェアがすでにインストールされる場合は、1つ以上のOracleベース・ディレクトリがすでに存在します。後者の場合は、インストール中に、使用するOracleベース・ディレクトリを選択するように求められます。

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

Windowsのデフォルトのインストールの場合、Oracleベース・ディレクトリは次のようになります。Xはディスク・ドライブ、usernameは現在ログインしているユーザーの名前です。

X:\app\username

Oracleベース・ディレクトリ・パスを使用すると、Oracleインストールの構造が簡略化され、複数のデータベース・インストールでOptimal Flexible Architecture(OFA)構成を保持しやすくなります。

Oracle Grid InfrastructureインストールのOracleベース・ディレクトリは、Oracle ASMおよびOracle Clusterwareに関する診断ログ、管理ログおよびその他のログが格納される場所です。クラスタ用Oracle Grid Infrastructure以外のOracleインストールの場合、Oracleベース・ディレクトリはOracleホームが配置される場所でもあります。

ただし、Oracle Grid Infrastructureインストールの場合は、Gridホーム用に別のパスを作成し、Oracleベースのパスをその他のOracleインストールが使用できるようにする必要があります。1つのクラスタでは1つのOracle Grid Infrastructureインストールのみをアクティブにでき、すべてのアップグレードはアウトオブプレース・アップグレードです。このため、そのインストールのリリース番号を使用して、Gridインストール・ユーザー(grid)用のOracleベースと、Oracle Grid Infrastructureバイナリ用のOracleホームの両方を作成することをお薦めします。たとえば、次のパスを使用してOracle Grid Infrastructureホーム(Gridホーム)を作成します。

D:\app\12.1.0\grid

インストール中に、Gridホームへのパスの所有権がLocalSystemユーザーに変更されます。Gridホームへの一意のパスを作成しない場合は、Oracle Grid Infrastructureのインストール後に、同じパスにある既存のインストールを含むその他のインストールの権限エラーが発生する可能性があります。

注意:

(クラスタ用) Oracle Grid Infrastructureインストールの場合は、Oracle Grid Infrastructureホーム(Oracle Grid InfrastructureのGridホーム・ディレクトリ)の次の制限事項に注意してください。

- Oracle Grid Infrastructureインストール所有者のOracleベース・ディレクトリを含む、どのOracleベース・ディレクトリの下にも配置できません。

- インストール所有者のホーム・ディレクトリには配置できません。

これらの要件は、クラスタ・インストールのOracle Grid Infrastructureに固有です。スタンドアロン・サーバー(Oracle Restart)のOracle Grid Infrastructureは、Oracle DatabaseインストールのOracleベースにインストールできます。

Oracle Grid InfrastructureのGridホーム・ディレクトリおよびOracleベース・ディレクトリをOracle Universal Installerで作成することをお薦めします。

注意:

クラスタ用Oracle Grid Infrastructureバイナリをクラスタ・ファイル・システムに配置することはサポートされていません。

各クラスタ・メンバー・ノードで、Oracle Grid Infrastructureをローカルにインストールすることをお薦めします。共有Gridホームを使用すると、ローリング・アップグレードを実行できなくなり、クラスタの単一障害点となります。

5.3.1.4 Oracleインベントリ・ディレクトリ

Oracleインベントリ・ディレクトリには、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。

デフォルトでは、Oracleインベントリ・ディレクトリの場所は、C:\Program Files\Oracle\Inventoryです。このディレクトリは、Windowsサーバーに初めてOracleソフトウェアをインストールするときに自動的に作成されます。

5.3.2 Oracle Grid Infrastructureホーム・ディレクトリの要件

Oracle Grid Infrastructureホーム・ディレクトリのディレクトリ・パス要件を確認します。

- Oracle Clusterwareホームを含む、既存のOracleホーム以外のパスに配置されています。

- ユーザー・ホーム・ディレクトリに配置されていません。

- インストールの前にパスを作成する場合は、Oracle Grid InfrastructureのOracleインストール・ユーザーがそのパスにディレクトリを作成できます。

Oracle Grid Infrastructureは、共有記憶域の共有ホームではなく、ローカル・ホームにインストールすることをお薦めします。

Oracle Grid Infrastructureのみをインストールする場合は、Oracle Optimal Flexible Architecture(OFA)に準拠したパスを作成することをお薦めします。これによって、Oracle Universal Installer(OUI)がインストール中にそのディレクトリを選択できるようになります。

注意:

Oracle Grid Infrastructureホームは、以前のリリースの既存のOracle Clusterwareホームが共有された場所にある場合でも、サーバーのローカル・ホームに配置できます。

データベース用のOracle Grid Infrastructure (Oracle Restart)をインストールする場合は、Oracle DatabaseのOracleインストール・ユーザーに使用するOracleベース・ディレクトリに、Oracle Restartのホーム・ディレクトリを置くことができます。Oracle Restartの詳細は、使用しているプラットフォームのOracle Databaseインストレーション・ガイドを参照してください。

5.3.3 Oracleベース・ディレクトリ・パスの作成について

Oracle Grid InfrastructureのOracleインストール・ユーザーに使用するOracleベース・ディレクトリは、Oracle ASMおよびOracle Clusterwareに関する診断ログ、管理ログおよびその他のログが格納される場所です。

インストール時にGridホームに指定するディレクトリまたはパスが存在しない場合は、OUIによりディレクトリが作成されます。

注意:

- クラスタ用Oracle Grid Infrastructureバイナリをクラスタ・ファイル・システムに配置することはサポートされていません。

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

関連トピック

- Oracleベース・ディレクトリの理解

5.4 Intelligent Platform Management Interface(IPMI)の有効化

Intelligent Platform Management Interface(IPMI)は、コンピュータのハードウェアおよびファームウェアへの共通インタフェースを提供し、システム管理者はそのインタフェースを使用して、システム状態の監視およびシステムの管理を実行できます。Oracle ClusterwareにIPMIを統合して、障害分離をサポートしたりクラスタの整合性を確保することができます。

インストール中にノード・ターミネーション・プロトコル(IPMIなど)を選択することで、IPMIでノード・ターミネーションを構成できます。また、IPMIは、crsctlコマンドを使用してインストール後に構成することもできます。

- IPMIを有効化するための要件
クラスタ・ノードをIPMIで管理できるようするには、次のようにハードウェアおよびソフトウェアを構成する必要があります。

- IPMI管理ネットワークの構成
DHCP (Dynamic Host Configuration Protocol)または静的IPアドレスにBMC (Baseboard Management Controller)を構成できます。

- IPMIドライバの構成
Oracle ClusterwareがBMCと通信するには、システムの再起動時にIPMIドライバが使用できるように、IPMIドライバが各ノードに永続的にインストールされている必要があります。

関連項目:
インストール後にIPMIの構成を行う方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

5.4.1 IPMIを有効化するための要件

クラスタ・ノードをIPMIで管理できるようするには、次のようにハードウェアおよびソフトウェアを構成する必要があります。

- 各クラスタ・メンバー・ノードにBaseboard Management Controller(BMC)が必要です。これは、IPMI over LAN(ローカル・エリア・ネットワーク)をサポートするIPMIバージョン1.5以上と互換性があるファームウェアを実行し、LANを使用したリモート制御に対応するように構成されている必要があります。

注意:
Windows Server 2008を実行しているサーバーでは、IPMIを使用する前に、Basic I/O System (BIOS)、システム・ファームウェアおよびBMCファームウェアをアップグレードする必要がある場合があります。詳細は、MicrosoftのSupport Article ID 950257(http://support.microsoft.com/kb/950257)を参照してください。

- 各クラスタ・メンバー・ノードに、IPMIドライバがインストールされている必要があります。

- クラスタに、IPMI用の管理ネットワークが必要です。これは共有ネットワークでも可能ですが、専用ネットワークの構成をお薦めします。

- BMCで使用する各クラスタ・メンバー・ノードのイーサネット・ポートが、IPMI管理ネットワークに接続されている必要があります。

- 各クラスタ・メンバーが管理ネットワークに接続されている必要があります。

- 一部のサーバー・プラットフォームでは、電源を切るとネットワーク・インタフェースが省電力モードになります。この場合には、低いリンク速度(1GBではなく100MBなど)で動作することになります。こうしたプラットフォームの場合、BMCが接続されるネットワーク・スイッチ・ポートで、低い速度に合わせた自動ネゴシエートが可能である必要があります。そうでない場合は、IPMIが正常に動作しません。

注意:
IPMIは、ベースボード管理コントローラ(BMC)のネットワーク・インタフェースを通して物理ハードウェア・プラットフォームに作用します。実際のシステム構成によっては、IPMIによるサーバー再起動が、そのサーバーでホスティングされているすべての仮想環境に影響を及ぼす可能性があります。詳細は、お使いのハードウェアおよびOSのベンダーに問い合せてください。

5.4.2 IPMI管理ネットワークの構成

DHCP (Dynamic Host Configuration Protocol)または静的IPアドレスにBMC (Baseboard Management Controller)を構成できます。

お薦めするのは、DHCPを使用して動的に割り当てたIPアドレスでBMCを構成する方法です。この方法を選択する場合は、BMCのIPアドレスを割り当てるようにDHCPサーバーを構成する必要があります。

注意:
Intelligent Platform Management Interface (IPMI)を構成し、グリッド・ネーミング・サービス(GNS)を使用する場合でも、IPMIインタフェースには別のアドレスを構成する必要があります。IPMIアダプタはホストから直接には認識できないため、GNSはホスト上のアドレスとしてIPMIアダプタを認識できません。

5.4.3 IPMIドライバの構成

Oracle ClusterwareがBMCと通信するには、システムの再起動時にIPMIドライバが使用できるように、IPMIドライバが各ノードに永続的にインストールされている必要があります。

Windowsシステムの実装では、Microsoft IPMIドライバ(ipmidrv.sys)がインストールされていることが前提であり、これはWindows Server 2008以上のバージョンのWindowsオペレーティング・システムに含まれています。ドライバはハードウェア管理機能の一部として含まれており、ドライバおよびWindows Management Interface(WMI)を含みます。

注意:
別のドライバ(imbdrv.sys)が、Intel Server Controlの一部としてIntel社より入手可能ですが、このドライバはOracle Clusterwareでテストされていません。

- ハードウェア管理コンポーネントの構成
ハードウェア管理はWindowsコンポーネントの追加と削除ウィザードを使用してインストールします。

5.4.3.1 ハードウェア管理コンポーネントの構成

ハードウェア管理は、Windows コンポーネントの追加と削除ウィザードを使用してインストールされます。

1. 「スタート」をクリックして、「コントロール パネル」を選択します。

2. 「プログラムの追加と削除」を選択します。

3. 「Windows コンポーネントの追加と削除」をクリックします。

4. 「管理とモニタ ツール」を選択(ただし、チェックはしません)し、「詳細」ボタンをクリックして、詳細なコンポーネントの選択ウィンドウを表示します。

5. 「ハードウェア管理」オプションを選択します。
システム管理BIOS (SMBIOS)表型38hを介してBMCが検出されると、サード・パーティ製ドライバを削除するように指示するダイアログ・ボックスが表示されます。サード・パーティ製IPMIドライバがインストールされていない場合、またはシステムから削除されている場合は、「OK」をクリックして続行します。

注意:
Microsoftのドライバは他のドライバとは互換性がありません。いずれのサード・パーティ製ドライバも削除する必要があります。

6. 「OK」をクリックして「ハードウェアの管理のコンポーネント」を選択し、「次へ」をクリックします。
ハードウェア管理(Windowsリモート管理(WinRM)を含む)がインストールされます。

ドライバおよびハードウェア管理をインストールすると、Windowsデバイス マネージャの「システム デバイス」の下に、BMCが「Microsoft Generic IPMI Compliant Device」というラベルで表示されます。BMCがプラグ・アンド・プレイ・システムによって自動的に検出されない場合、手動でデバイスを作成する必要があります。

IPMIデバイスを作成するには、次のコマンドを実行します。

rundll32 ipmisetp.dll,AddTheDevice

6 Oracle Grid InfrastructureおよびOracle RACの記憶域の構成

この章では、インストーラを起動してOracle ClusterwareとOracle Automatic Storage Management (Oracle ASM)をインストールする前、およびOracle Real Application Clusters(Oracle RAC)のインストールをクラスタへ追加する前に完了しておく必要がある、記憶域の構成作業について説明します。

注意:
現在、共有記憶域としてWindows用のOCFSを使用している場合は、Oracle DatabaseおよびOracle Grid Infrastructureのアップグレード前に、Oracle ASMを使用するように移行する必要があります。

- Oracle Grid Infrastructureの記憶域オプションの確認
この項では、クラスタ用Oracle Grid Infrastructureに対して、およびOracle Grid Infrastructureで実行される機能に対してサポートされている記憶域オプションについて説明します。

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

- Oracle ClusterwareおよびOracle RACの記憶域要件
サポートされている各ファイル・システム・タイプには、Oracle ClusterwareおよびOracle RACをサポートするために満たす必要がある追加の要件があります。記憶域オプションを選択する際に、次の項を参考にしてください。

- 共有記憶域オプションを選択した後の作業
ディスク記憶域オプションを決定したら、構成を開始します。実行する正確な手順は、使用する共有記憶域のタイプによって異なります。

- 共有ディスクの事前準備
Windowsプラットフォームで共有記憶域を使用する場合は、追加のインストール前タスクを実行します。

- Oracle ASM用の共有記憶域の構成
インストーラでは、OCRまたは投票ファイルのデフォルトの場所は示されません。これらのファイルをOracle ASMで作成する場合は、Oracle ASMディスク・グループで使用されるディスク・パーティションの作成および構成を最初に行う必要があります。

- 共有記憶域のディスク・パーティションの構成
ディスク・パーティションを作成するには、オペレーティング・システムまたはサード・パーティ・ベンダーが提供するディスク管理ツールを使用します。オペレーティング・システムに付属のディスク管理インタフェースまたはDiskPartユーティリティを使用して、ディスク・パーティションを作成できます。

- Oracle RACデータ・ファイル用のDirect NFSクライアントの構成
Direct NFSクライアントは、Oracleによって提供されているNFSシステム用のインタフェースです。

- 既存のOracle ASMインスタンスのアップグレード
以前のリリースのOracle ASMインストールが、サーバー上または既存のOracle Clusterwareインストール環境にインストールされている場合は、Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 12cリリース1 (12.1)にアップグレードできます。

- Oracle Automatic Storage Managementクラスタ・ファイル・システムの構成
Oracle ACFSにOracle RACをインストールする場合、最初にOracle ACFSにOracleホーム・ディレクトリを作成する必要があります。

6.1 Oracle Grid Infrastructureの記憶域オプションの確認

この項では、クラスタ用Oracle Grid Infrastructureに対して、およびOracle Grid Infrastructureで実行される機能に対してサポートされている記憶域オプションについて説明します。

- Oracle Grid InfrastructureおよびOracle RACでサポートされている記憶域オプション
Oracle ClusterwareとOracle RACデータベースの両方とも、クラスタ内のすべてのノードで使用できる必要があるファイルを使用します。次の表に、Oracle ClusterwareおよびOracle RACファイルを格納するために使用できる記憶域オプションを示します。

- Oracle Grid Infrastructureの記憶域の一般的な考慮事項
Oracle Clusterwareは投票ファイルを使用してクラスタ・ノードのステータスを監視し、Oracle Cluster Registry (OCR)は構成情報とクラスタのステータスが格納されるファイルです。OCRは、インストーラによって、Oracle Clusterwareのインストール時に自動的に初期化されます。Oracle Database Configuration Assistant (DBCA)は、OCRを使用して、作成するクラスタ・データベースの構成情報を格納します。

- Oracle RACの記憶域の一般的な考慮事項
すべてのOracle RACインストールで、Oracle Databaseファイルに使用するために、共有記憶域オプションを選択する必要があります。Oracle Databaseファイルには、データ・ファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれています。

- Oracle ACFSおよびOracle ADVMについて
Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)およびOracle ASM動的ボリューム・マネージャ(Oracle ADVM)が、Oracle Cloud File System (Oracle CloudFS)の主なコンポーネントです。

関連項目:
動作保証されている記憶域オプションの最新情報は、My Oracle Support (https://support.oracle.com)の「動作保証」ページを参照してください。

6.1.1 Oracle Grid InfrastructureおよびOracle RACでサポートされている記憶域オプション

Oracle ClusterwareとOracle RACデータベースの両方とも、クラスタ内のすべてのノードで使用できる必要があるファイルを使用します。次の表に、Oracle ClusterwareおよびOracle RACファイルを格納するために使用できる記憶域オプションを示します。

表6-1 Oracle ClusterwareとOracle RACファイルおよびホーム・ディレクトリでサポートされている記憶域オプション

記憶域オプション

OCRおよび投票ファイル

Oracle Grid Infrastructureホーム

Oracle RACホーム

Oracle RACデータベース・ファイル

Oracleリカバリ・ファイル

Oracle Automatic Storage Management (Oracle ASM)

可

不可

不可

可

可

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

不可

不可

可

可(Oracle Database 12cリリース12.1.0.2以上)

可(Oracle Database 12cリリース12.1.0.2以上)

動作保証されているネットワーク接続ストレージ(NAS)・ファイラへのDirect NFSクライアント・アクセス

注意: NFSまたはDirect NFSクライアントは、Oracle Clusterwareファイル用には使用できません。

不可

不可

不可

可

可

共有ディスク・パーティション(RAWデバイス)

不可

不可

不可

不可

不可

ローカル・ファイル・システム(NTFSフォーマット済ディスク)

不可

可

可

不可

不可

6.1.2 Oracle Grid Infrastructureの記憶域の一般的な考慮事項

Oracle Clusterwareは投票ファイルを使用してクラスタ・ノードのステータスを監視し、Oracle Cluster Registry (OCR)は、構成情報とクラスタのステータスが格納されるファイルです。OCRは、インストーラによって、Oracle Clusterwareのインストール時に自動的に初期化されます。Oracle Database Configuration Assistant (DBCA)は、OCRを使用して、作成するクラスタ・データベースの構成情報を格納します。

Oracle Clusterwareファイル用に記憶域オプションを選択する場合は、次のガイドラインを使用します。

- Oracle Grid Infrastructureホーム(Gridホーム)は、共有ファイル・システムに格納することはできません。ローカル・ディスクにインストールする必要があります。

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

- Oracle Cluster Registry(OCR)および投票ファイルは、Oracle ASMディスク・グループに格納できます。OCRファイルのバックアップをディスク・グループに格納することもできます。

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

- 記憶域オプションが高可用性の要件を満たすには、1つ以上のディスクに障害が発生しても、障害が発生したディスクに格納されているデータをリカバリできるように、ディスクに格納されるファイルをデータ冗長性によって保護する必要があります。この冗長性を、Redundant Array of Independent Disks (RAID)デバイス、または複数の物理デバイス上の論理ボリュームを使用して外部で提供し、すべてをストライプおよびミラー化する方法(SAMEと呼ばれる)を実装できます。

- 冗長性を確保するためのRAIDデバイスも論理ボリュームもない場合は、異なるファイル・システム上にファイルの追加のコピー(ミラー)を作成できます。ファイルをミラー化する場合は、追加のOCRファイルおよび2つ以上の追加の投票ファイル用にディスク領域を指定する必要があります。

- 各OCRの場所は、異なるディスクに配置する必要があります。

- 投票ファイルについては、各ファイルがハードウェア・デバイスまたはディスクを共有しないように、または他のシングル・ポイント障害の影響が他の投票ファイルに及ばないようにする必要があります。構成されている投票ファイルの大半(過半数、または定数)が利用できないノードは再起動されます。

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

- 外部冗長を使用する場合を除き、Oracle ASMでは、ディスク・グループ内の個別の障害グループに、すべてのOracle Clusterwareファイルをミラー化します。定数障害グループは特殊なタイプの障害グループで、投票ファイルが標準または高冗長ディスク・グループに格納されている場合に投票ファイルのミラー・コピーが格納されます。

- Oracle ClusterwareファイルにOracle ASMを使用する場合の記憶域要件
Oracle Clusterwareファイルを格納するためにOracle ASMを使用する場合は、次の要件および推奨事項に注意してください。

6.1.2.1 Oracle ClusterwareファイルにOracle ASMを使用する場合の記憶域要件

Oracle Clusterwareファイルを格納するためにOracle ASMを使用する場合は、次の要件および推奨事項に注意してください。

- Oracle Cluster Registry(OCR)および投票ファイルは、Oracle ASMディスク・グループに格納できます。OCRファイルのバックアップをディスク・グループに格納することもできます。

- Oracle ASMインスタンスがクラスタ化され、かつ、クラスタ内のすべてのノードでディスクを使用できる必要があります。投票ファイルの大半(過半数)が利用できないノードは再起動されます。

- Oracle ASMディスク・グループにOracle Clusterwareファイルを格納するには、ディスク・グループの互換性が11.2以上である必要があります。

注意:
Oracle ASMインストールをアップグレードする場合は、ディスク・グループの互換性について、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

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

すべてのOracle RACインストールで、Oracle Databaseファイルに使用するために、共有記憶域オプションを選択する必要があります。Oracle Databaseファイルには、データ・ファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれています。

自動バックアップを構成する予定がある場合は、リカバリ・ファイルに使用する共有記憶域オプション(高速リカバリ領域)も選択する必要があります。データベースのデータ・ファイルおよびリカバリ・ファイルの共有記憶域オプションとして、Oracle ASMを選択することをお薦めします。リカバリ・ファイル用に選択する共有記憶域オプションは、データ・ファイル用に選択する共有記憶域オプションと同じであっても、異なっていてもかまいません。

Oracle ASMを使用しない場合は、データ・ファイルと高速リカバリ領域を、Oracleホーム以外で、別々の場所にある共有記憶域に配置し、ハードウェアの障害によって可用性が低下しないようにすることをお薦めします。

Oracle RACファイル用に記憶域オプションを選択する場合は、次のガイドラインを使用します。

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

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

- Oracle RACでOracle ASMを使用するために新しいOracle ASMインスタンスを構成する場合は、システムが次の条件を満たしている必要があります。

- クラスタ用Oracle Grid Infrastructureのインストールの一部として、クラスタ内のすべてのノードにOracle ClusterwareおよびOracle ASM 12cリリース1 (12.1)がインストールされている。

- Oracle RACをインストールする前またはOracle RACデータベースを作成する前に、クラスタ内のすべてのノードで既存のすべてのOracle ASMインスタンスが停止されている。

- Standard EditionおよびStandard Edition 2 (SE2)のOracle RACインストールでは、データベース・ファイルまたはリカバリ・ファイルの共有記憶域オプションとして、Oracle ASMのみがサポートされています。Oracle RACデータ・ファイル、オンラインREDOログ、アーカイブREDOログ、制御ファイル、サーバー・パラメータ・ファイル(SPFILE)および高速リカバリ領域の記憶域として、Oracle ASMを使用する必要があります。

6.1.4 Oracle ACFSおよびOracle ADVMについて

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)およびOracle ASM動的ボリューム・マネージャ(Oracle ADVM)が、Oracle Cloud File System (Oracle CloudFS)の主なコンポーネントです。

Oracle ACFSによるOracle ASMテクノロジの拡張によって、単一インスタンスおよびクラスタ構成のどちらでも、すべてのアプリケーション・データがサポートされます。Oracle ADVMは、ボリューム管理サービスと、クライアントとの標準ディスク・デバイス・ドライバ・インタフェースを提供します。Oracle Automatic Storage Managementクラスタ・ファイルシステムは、Oracle Automatic Storage Management動的ボリューム・マネージャ・インタフェースを介してOracle ASMと通信します。

関連項目:

- Oracle ACFSとOracle ADVMがサポートされているプラットフォームおよびリリースの詳細は、My Oracle SupportのNote 1369107.1 (https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1369107.1)を参照してください。

- Oracle ACFSの制限事項とガイドライン

6.2 共有記憶域オプションを選択するためのガイドライン

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

- 記憶域にOracle ASMディスク・グループを使用するためのガイドライン
Oracle Grid Infrastructureのインストール中、1つまたは2つのOracle ASMディスク・グループを作成できます。Oracle Grid Infrastructureのインストール後、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(ASMCA)、SQL*PlusまたはAutomatic Storage Managementコマンドライン・ユーティリティ(ASMCMD)を使用して、追加のディスク・グループを作成できます。

- Oracle RACでDirect Network File System (NFS)を使用するためのガイドライン
ネットワーク接続ストレージ(NAS)・システムでは、データへのアクセスにネットワーク・ファイル・システム(NFS)が使用されます。Direct NFSクライアントを使用して、サポートされているNASサーバーにOracle RACデータ・ファイルとリカバリ・ファイルを格納できます。

- Oracle ACFSの制限事項とガイドライン
Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、汎用のファイル・システムです。Oracle ACFSによるOracle ASMテクノロジの拡張によって、単一インスタンスおよびクラスタ構成のどちらでも、すべてのアプリケーション・データがサポートされます。

- ファイル・システムにリカバリ・ファイルを配置するためのガイドライン
クラスタ・ファイル・システムにリカバリ・ファイルを格納する場合は、次のガイドラインを使用してファイルの格納場所を決定します。

6.2.1 記憶域にOracle ASMディスク・グループを使用するためのガイドライン

Oracle Grid Infrastructureのインストール中、1つまたは2つのOracle ASMディスク・グループを作成できます。Oracle Grid Infrastructureのインストール後、Oracle Automatic Storage Managementコンフィギュレーション・アシスタント(ASMCA)、SQL*PlusまたはAutomatic Storage Managementコマンドライン・ユーティリティ(ASMCMD)を使用して、追加のディスク・グループを作成できます。

Oracle Database 11gリリース2 (11.2)以上のリリースでは、Oracle Database Configuration Assistant (DBCA)にOracle ASM用のディスク・グループを作成する機能がないことに注意してください。

Oracle Grid Infrastructureのインストール中に2番目のディスク・グループの作成を選択した場合、2番目のディスク・グループにはグリッド・インフラストラクチャ管理リポジトリ(GIMR)のデータファイルおよびOracle Cluster Registry (OCR)のバックアップ・ファイルが格納されます。OCRバックアップ・ファイルは、OCRファイルを格納するディスク・グループとは異なるディスク・グループに格納することをお薦めします。パフォーマンス、可用性、サイズ設定、および記憶域の管理性のためにも、OCRバックアップを別の場所に格納することをお薦めします。

注意:
Oracle Grid Infrastructureのインストール中に、グリッド・インフラストラクチャ管理リポジトリ(GIMR)の場所を選択できます。グリッド・インフラストラクチャ管理リポジトリ(GIMR)を、あるディスク・グループから別のディスク・グループに後で移行することはできません。

Oracle Grid Infrastructureをインストールした後にOracle DatabaseまたはOracle RACをインストールする場合は、データベース・ファイル、OCRおよび投票ファイル用に同じディスク・グループを使用しても、異なるディスク・グループを使用してもかまいません。Oracle RACのインストール前またはデータベースの作成前に、複数のディスク・グループを作成する場合は、次のいずれかを実行できます。

- Oracle Clusterwareファイルとしてデータ・ファイルを同じディスク・グループに配置する。

- データ・ファイルとリカバリ・ファイルに同じOracle ASMディスク・グループを使用します。

- ファイル・タイプごとに別のディスク・グループを使用します。

記憶域用に1つのディスク・グループのみを作成した場合は、OCRと投票ファイル、データベース・ファイルおよびリカバリ・ファイルは1つのディスク・グループに格納されます。記憶域用に複数のディスク・グループを作成した場合は、ファイルは異なるディスク・グループに配置できます。

関連項目:

ディスク・グループの作成については、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

6.2.2 Oracle RACでDirect Network File System(NFS)を使用するためのガイドライン

ネットワーク接続ストレージ(NAS)システムでは、データへのアクセスにネットワーク・ファイル・システム(NFS)が使用されます。Direct NFSクライアントを使用して、サポートされているNASサーバーにOracle RACデータ・ファイルとリカバリ・ファイルを格納できます。

Oracle RACのインストールを開始する前に、NFSファイル・システムをマウントし、NFSマウントを介して使用できるようにする必要があります。NFSの構成とマウントについては、ベンダーのドキュメントを参照してください。

Oracle DatabaseソフトウェアおよびデータベースがNFS記憶域を使用している場合、そのパフォーマンスは、データベース・サーバーとNASデバイス間のネットワーク接続のパフォーマンスによって左右されることに注意してください。そのため、データベース・サーバー(またはクラスタ・ノード)とNASデバイスの接続には、ギガビット・イーサネット以上のプライベートな専用ネットワーク接続を使用することをお薦めします。

6.2.3 Oracle ACFSの制限事項とガイドライン

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、汎用のファイル・システムです。Oracle ACFSによるOracle ASMテクノロジの拡張によって、単一インスタンスおよびクラスタ構成のどちらでも、すべてのアプリケーション・データがサポートされます。

Oracle ACFSにOracle Database 12cリリース1 (12.1)ソフトウェアのOracleホームを配置できますが、Oracle ClusterwareファイルはOracle ACFSに配置できません。

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

- Oracle Clusterwareの実行可能ファイルまたは共有ファイルをOracle ACFSに配置することはできません。

- Oracle ACFSを使用する予定がある場合は、Oracle Grid Infrastructureをインストールするときにドメイン・ユーザーを使用する必要があります。

- Oracle Grid Infrastructure 12cリリース1 (12.1)から、クラスタ用にOracleデータ・ファイルをOracle ACFSファイル・システムに作成することがサポートされるようになりました。
Oracle Databaseのバイナリおよび管理ファイル(トレース・ファイルなど)をOracle ACFSに配置することができます。

- Oracle ACFSでは、Oracle Databaseデータ・ファイル、表領域ファイル、制御ファイルおよびREDOログによるレプリケーションまたは暗号化は、サポートされていません。

- ポリシー管理型Oracle Flex Clusterデータベースの場合、Oracle ACFSはハブ・ノードで実行できますが、リーフ・ノードでは実行できません。このため、Oracle RACバイナリをリーフ・ノードにあるOracle ACFSに配置することができません。

- Oracle ACFSファイルシステムをWindows上で作成する場合、Windowsドメイン・ユーザーとしてログオンします。また、Windows上のOracle ACFSファイルシステムでファイルを作成する場合、Windowsドメイン・ユーザーとしてログインして、ファイルがすべてのノードによってアクセス可能であることを確認する必要があります。
クラスタ・ノード間でファイルシステムを使用する場合、ベスト・プラクティスは、ドメイン・ユーザーを使用しているファイルシステムをマウントして、セキュリティ識別子がクラスタ・ノード間で同じであることを確認することです。ファイルおよびディレクトリへのアクセス権限を定義する際に使用されるWindowsセキュリティ識別子は、ユーザーを識別する情報を使用します。ローカル・ユーザーは、ローカル・ノードのコンテキストでのみ認識されます。Oracle ACFSは、ファイルシステムへのデフォルトのアクセス権限を設定するため、最初のファイルシステムのマウント時にこの情報を使用します。

- Oracle Restartは、rootベースのOracle Clusterwareリソースをサポートしません。このため、Oracle Restart構成でOracle ACFSを実行する場合は、次の制限が適用されます。

- Oracle Restartでは、どのプラットフォームでもOracle ACFSリソースはサポートされません。

- Oracle Database 12cから、Oracle Restart構成でOracle ACFSレジストリがサポートされなくなりました。

- システムの再起動後に、Oracle ACFSドライバを手動でロードする必要があります。

- Oracle ASMインスタンスの実行終了後に、Oracle ACFSファイル・システムを手動でマウントおよびマウント解除する必要があります。

- Oracle ACFSファイル・システムでのOracleデータ・ファイルの作成は、Oracle Restart構成ではサポートされません。Oracle ACFSファイル・システムでのOracleデータ・ファイルの作成は、クラスタ構成用のOracle Grid Infrastructureでサポートされます。

6.2.4 ファイル・システムにリカバリ・ファイルを配置するためのガイドライン

クラスタ・ファイル・システムにリカバリ・ファイルを配置する場合は、配置する場所を決定するときに次のガイドラインを使用します。

- ディスク障害が発生した場合にデータベース・ファイルとリカバリ・ファイルが使用不可能にならないように、リカバリ・ファイルは、データベース・ファイルとは別の物理ディスクにあるクラスタ・ファイル・システムに格納します。

注意:
データ・ファイル、リカバリ・ファイルまたは両方のファイル・タイプに標準または高冗長レベルのOracle ASMディスク・グループを使用するか、または外部冗長を使用する方法もあります。

- 選択するクラスタ・ファイル・システムには、3GB以上の空きディスク領域が必要です。
ディスク領域要件は、高速リカバリ領域に対して設定(DB_RECOVERY_FILE_DEST_SIZE初期化パラメータで指定)された、デフォルトのディスク割当て制限です。

「詳細」データベース構成オプションを選択すると、異なるディスク割当て容量の値を指定できます。データベースを作成した後、Oracle Enterprise Managerを使用して、別の値を指定することもできます。

関連項目:
高速リカバリ領域のサイジングの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

6.3 Oracle ClusterwareおよびOracle RACの記憶域要件

サポートされている各ファイル・システム・タイプには、Oracle ClusterwareおよびOracle RACをサポートするために満たす必要がある追加の要件があります。記憶域オプションを選択する際に、次の項を参考にしてください。

- Oracle Databaseファイルにクラスタ・ファイル・システムを使用するための要件

- 共有記憶域にOracle ASMを使用するための記憶域要件の確認
Oracle Grid Infrastructureをインストールする前に、Oracle ASMで使用可能なデバイスの数、各ディスクで使用可能な空きディスク領域のサイズおよびOracle ASMで使用する冗長性レベルを特定および確認する必要があります。Oracle ASMによって冗長性が提供される場合は、いくつかの障害グループで発生した障害で失われたデータの再作成を管理するのに十分な容量を、各ディスク・グループに確保しておく必要があります。

- Oracle ASMで使用するディスク・パーティションの制限
Oracle ASMで使用するディスク・パーティションを構成する場合は、次の制限に注意してください。

- 共有記憶域にOracle ASMを使用するためのシステムの準備
Oracle ASMをOracle ClusterwareまたはOracle RACファイルの共有記憶域ソリューションとして使用するには、ソフトウェアのインストールを開始する前に、特定のタスクを実行する必要があります。

- 共有ファイル・システムを使用するための要件
Oracle RACに共有ファイル・システムを使用するには、ファイル・システムで次の要件を満たす必要があります。

- Oracleが管理するファイルの要件
データベース・ファイルにOracle ASMを使用する場合、データベースはデフォルトでOracle Managed Filesを使用して作成されます。Oracle Managed Files機能を使用する場合は、データベース・ファイルの作成または削除時に、ファイル名のかわりにデータベース・オブジェクト名のみを指定する必要があります。

6.3.1 Oracle Databaseファイルにクラスタ・ファイル・システムを使用するための要件

Oracle Databaseのソフトウェアまたはデータ・ファイルをクラスタ・ファイル・システムに配置するよう選択する場合は、次のいずれかが当てはまる必要があります。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(RAIDデバイスなど)にある。

- 2つ以上の独立したファイル・システムがあり、一方のファイル・システムではデータベース・ファイル、もう一方のファイル・システムではリカバリ・ファイルが使用されている。

インストールを実行するユーザー・アカウントは、指定したパスにファイルを作成できる必要があります。

注意:
Windowsプラットフォームでは、Oracle Clusterwareファイルの格納でサポートされる方法は、Oracle ASMのみとなります。

6.3.2 共有記憶域にOracle ASMを使用するための記憶域要件の確認

Oracle Grid Infrastructureをインストールする前に、Oracle ASMで使用可能なデバイスの数、各ディスクで使用可能な空きディスク領域のサイズおよびOracle ASMで使用する冗長性レベルを特定および確認する必要があります。Oracle ASMによって冗長性が提供される場合は、いくつかの障害グループで発生した障害で失われたデータの再作成を管理するのに十分な容量を、各ディスク・グループに確保しておく必要があります。

ヒント:
次の手順を実行する際に、Oracle ASMディスク・グループを作成するために使用するRAWデバイス名のリストを作成し、Oracle Grid Infrastructureのインストール中またはOracle RACデータベースの作成時にこの情報を使用できるようにします。

1. Oracle ASMを、Oracle Clusterwareファイル(OCRおよび投票ファイル)、Oracle Databaseデータ・ファイル、リカバリ・ファイルまたはすべてのファイル・タイプに使用するかを決定します。

注意:

- データ・ファイルおよびリカバリ・ファイルに対して、同じメカニズムの記憶域を使用する必要はありません。クラスタ・ファイル・システムに一方のファイル・タイプを格納し、Oracle ASMにもう一方のファイル・タイプを格納することができます。データ・ファイルとリカバリ・ファイルの両方にOracle ASMを使用する場合は、データ・ファイル用とリカバリ・ファイル用に、別々のOracle ASMディスク・グループを作成することをお薦めします。

- Oracle Clusterwareファイルには、OCRファイルと投票ファイルの2つのタイプがあります。各タイプのファイルは、Oracle ASMまたはクラスタ・ファイル・システムのいずれかに格納できます。すべてのOCRファイルまたはすべての投票ファイルは、同じタイプの記憶域を使用する必要があります。一部のOCRファイルをOracle ASMに格納し、その他のOCRファイルをクラスタ・ファイル・システムに格納することはできません。ただし、各タイプのすべてのファイルで同じタイプの記憶域を使用する場合は、OCRファイルに1つのタイプの記憶域を使用し、投票ファイルに異なるタイプの記憶域を使用できます。

2. Oracle ASMディスク・グループに使用するOracle ASMの冗長性レベルを選択します。

Oracle ASMディスク・グループに選択した冗長レベルによって、Oracle ASMでディスク・グループ内のファイルをミラー化する方法および必要となるディスク数とディスク領域が決まります。投票ファイルがディスク・グループにある場合、Oracle Clusterwareファイル(OCRおよび投票ファイル)があるディスク・グループの障害グループの最小数は、投票ファイルが定数障害グループに格納されているため、他のディスク・グループよりも多くなります。

定数障害グループは、Oracle Clusterwareの投票ファイルを格納する特別なタイプの障害グループです。定数障害グループは、指定した障害グループの定数が使用可能であることを保証します。Oracle Clusterwareファイルが含まれたディスク・グループがOracle ASMによってマウントされるときには、1つ以上の障害グループが失われた場合に、ディスク・グループをマウントできるかどうかが、定数障害グループにより判別されます。定数障害グループ内のディスクにはユーザー・データが含まれないため、ユーザー・データを格納するための冗長性要件を決定するときには、このグループは考慮されません。

冗長レベルは、次のとおりです。

- 外部冗長
外部冗長ディスク・グループでは、最小で1台のディスク・デバイスが必要です。外部冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計です。

Oracle ASMは外部冗長ディスク・グループ内のデータをミラー化しないため、RAIDなどのストレージ・デバイスによる外部冗長を使用するか、または独自のデータ保護メカニズムを持つ類似デバイスを使用することをお薦めします。

- 標準冗長
標準冗長ディスク・グループでは、最小で2台のディスク・デバイス(または2つの障害グループ)が必要です。標準冗長のディスク・グループで有効なディスク領域は、すべてのデバイスのディスク領域の合計の半分です。

Oracle Clusterwareファイルの場合、標準冗長のディスク・グループは最小で3台のディスク・デバイス(障害グループは3台のうち2台を使用し、クォーラム障害グループは3台すべてを使用します)を必要とし、3つの投票ファイル、1つのOCRおよびOCRのミラーを提供します。標準冗長のディスク・グループを使用すると、クラスタは障害グループを1つ失っても存続できます。

ほとんどの使用環境では、標準冗長ディスク・グループを選択することをお薦めします。

- 高冗長
高冗長ディスク・グループでは、Oracle ASMはデフォルトで3方向のミラー化を使用してパフォーマンスを向上させ、最高レベルの信頼性を提供します。高冗長ディスク・グループでは、最小で3台のディスク・デバイス(または3つの障害グループ)が必要です。高冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計の3分の1です。

Oracle Clusterwareファイルの場合、標準冗長のディスク・グループは最小で5台のディスク・デバイス(障害グループは5台のうち3台を使用し、クォーラム障害グループは5台すべてを使用します)を必要とし、5つの投票ファイル、1つのOCRおよびOCRのミラー2つを提供します。高冗長のクラスタは、障害グループを2つ失っても存続できます。

高冗長ディスク・グループでは、高レベルのデータ保護が提供されますが、この冗長レベルの使用を決定する前に、追加するストレージ・デバイスのコストを考慮する必要があります。

注意:
ディスク・グループの作成後に、ディスク・グループの冗長レベルを変更することはできません。

3. 共有記憶域にOracle ASMを使用するためにOracle Clusterwareファイルに必要となるディスク領域の合計容量を決定します。

次の表を使用して、共有ストレージとしてOracle ASMを使用するOracle Clusterwareのインストールに必要な最小限のディスク数と最小限のディスク領域を決定します。

表6-2 冗長タイプによるOracle Clusterwareに必要な記憶域

冗長レベル

ディスクの最小台数

Oracle Cluster Registry(OCR)ファイル

投票ファイル

合計

合計

外部

1

400MB

300MB

700MB

4ノード以下のクラスタの場合、5.9GB以上(5.2GB脚注 1 + 400MB + 300MB)。

5ノード以上のクラスタの場合に必要な追加領域。たとえば、6ノードのクラスタの割当てには6.9GB以上が必要です。

(5.2GB + 2 * (500MB) +

400MB + 300MB)。

標準

3

障害グループごとに400MB以上、または800MB

投票ファイルごとに300MB以上、または900MB

1.7GB

4ノード以下のクラスタの場合、12.1GB以上(10.4GB + 2 * 400MB + 3 * 300MB)。

5ノード以上のクラスタの場合に必要な追加領域。たとえば、6ノードのクラスタの割当てには14.1GB以上が必要です。

(2 * (5.2GB + 2 * (500MB)) +

(2 * 400MB) + (3 * 300MB))。

高

5

障害グループごとに400MB以上、または1.2GB

投票ファイルごとに300MB以上、または1.5GB

2.7GB

4ノード以下のクラスタに18.3GB以上(3 * 5.2GB + 3 * 400MB + 5 * 300MB)。

5ノード以上のクラスタの場合に必要な追加領域。たとえば、6ノードのクラスタの割当てには21.3GB以上が必要です。

(3 * (5.2GB + 2 * (500MB))+

(3 * 400MB) + (5 * 300MB))。

脚注 1 Oracle Clusterware 12.1.0.2用のグリッド・インフラストラクチャ管理リポジトリのサイズは、5.2GBです。Oracle Clusterware 12.1.0.1用の場合、サイズは4.5GBです。

注意:

投票ファイルがディスク・グループにある場合、Oracle Clusterwareファイル(OCRおよび投票ファイル)があるディスク・グループの障害グループの最小数は、他のディスク・グループよりも多くなります。

インストール中に、OCRおよび投票ファイルのディスク・グループを作成する場合、使用可能な領域が2GB以上あるディスク・グループ上にこれらのファイルを作成するよう、インストーラによって求められます。

Oracle ASMでのOracle Clusterwareファイルの高可用性を確保するには、Oracle Clusterwareファイル用として、別々の3つの障害グループ(物理ディスクは3つ以上)に2GB以上のディスク容量が必要です。各ディスクには1GB以上の容量を確保して、容量に余裕を持ってOracle Clusterwareファイルを作成できるようにする必要があります。

4. 割当て単位サイズを決定します。
すべてのOracle ASMディスクは割当て単位(AU)に分割されます。割当て単位とは、ディスク・グループ内での割当ての基本単位です。特定のディスク・グループ互換レベルに応じて、AUサイズの値には1、2、4、8、16、32または64MBを選択できます。デフォルト値は1MBに設定されています。

5. Oracle Clusterwareインストールでは、Oracle ASMのメタデータ用にディスク領域を追加する必要もあります。
Oracle Clusterwareインストールでは、Oracle ASMのメタデータ用にディスク領域を追加する必要もあります。次の計算式を使用して、OCR、投票ファイルおよびOracle ASMメタデータのディスク領域要件(MB単位)を計算します。

total = [2 * ausize * disks] + [redundancy * (ausize * (nodes * (clients + 1)
+ 30) + (64 * nodes) + 533)]

説明は次のとおりです。

- redundancy: ミラー数(外部 = 1、標準 = 2、高 = 3)

- ausize: メタデータのAUサイズ(MB単位で、デフォルトは1MB)

- nodes: クラスタ内のノード数

- clients: 各ノードのデータベース・インスタンス数

- disks: ディスク・グループ内のディスク数

たとえば、標準冗長ディスク・グループに3台のディスクを使用し、デフォルトのAUサイズが1MBである4ノードのOracle RACインストールでは、1684MBの追加領域が必要になります。

[2 * 1 * 3] + [2 * (1 * (4 * (4 + 1)+ 30)+ (64* 4)+ 533)] = 1684 MB

Oracle ASMで標準冗長性ディスク・グループに対してOracle Clusterwareファイルの高可用性を確保するには、Oracle Clusterwareファイル用として、別々の3つの障害グループ(物理ディスクは3つ以上)に2GB以上のディスク容量が必要です。Oracle Clusterwareファイルを作成するのに効果的な2GBのディスク容量を確保するには、各ディスクに2.1GB以上、3台のディスクで合計6.3GB以上の容量を確保する必要があります。

6. Oracle Databaseファイルおよびリカバリ・ファイルに必要なディスク領域の合計容量を決定します。
次の表を使用して、初期データベースのインストールに必要な最小限のディスク数とディスク領域を決定します。

表6-3 冗長タイプによるOracle Databaseに必要な記憶領域の合計

冗長レベル

ディスクの最小台数

データベース・ファイル

リカバリ・ファイル

合計

外部

1

1.5GB

3GB

4.5GB

標準

2

3GB

6GB

9GB

高

3

4.5GB

9GB

13.5GB

注意:
前の表に示したファイル・サイズは、新規インストール(またはユーザー・データのないデータベース)の必要最小限の見積りです。実際のデータベースのファイル・サイズはこれよりも大きくなります。

7. 既存のディスク・グループを使用できるかどうかを確認します。
現在、システム上にOracle ASMインスタンスが存在している場合は、これらの記憶域要件を満たすために既存のディスク・グループを使用できます。インストール時、必要に応じて、既存のディスク・グループにディスクを追加できます。既存のディスク・グループの使用の詳細は、「使用する既存のOracle ASMディスク・グループの識別」を参照してください。

8. 使用する既存のOracle ASMディスク・グループがない場合は、Oracle RACをインストールする前に、必要に応じて1つ以上のOracle ASMディスク・グループを作成します。
ディスク・グループで使用するディスクの選択の詳細は、「Oracle ASMディスク・グループで使用するディスクの選択」を参照してください。

9. 必要な場合は、Oracle ASMディスク・グループのデバイスに障害グループを指定します。

注意:
Oracle RACのインストール前またはOracle RACデータベースの作成前にOracle ASMディスク・グループを構成するインストール方法を使用する場合は、この手順のみを完了する必要があります。

標準または高冗長ディスク・グループを使用する場合は、カスタム障害グループのディスク・デバイスを関連付けることによって、ハードウェア障害に対するデータベースの保護を強化できます。障害グループには、障害の可能性のある共通のメカニズムを共有しているOracle ASMディスクを定義します。デフォルトでは、各デバイスに独自の障害グループが含まれます。カスタム障害グループを定義する場合は、次の点に注意してください。

標準冗長ディスク・グループには最小で2つの障害グループを、高冗長ディスク・グループには3つの障害グループを指定する必要があります。

ディスク・グループにデータ・ファイルおよびOracle Clusterwareファイル(投票ファイルなど)が含まれる場合、標準冗長ディスク・グループには最小で3つの障害グループ、高冗長ディスク・グループには5つの障害グループを指定する必要があります。

投票ファイルを格納するディスク・グループの場合、標準冗長では最小で3つの障害グループ、高冗長では最小で5つの障害グループが必要です。ディスク・グループに投票ファイルが含まれない場合、必要な障害グループの最小数は標準冗長で2つ、高冗長で3つです。障害グループの最小数は、カスタム障害グループかどうかにかかわらず適用されます。

ただし、標準冗長ディスク・グループの2台のディスク・デバイスが同じSmall Computer System Interface (SCSI)コントローラに接続されている場合、コントローラに障害が発生すると、ディスク・グループは使用できなくなります。この例のSCSIコントローラは、シングル・ポイント障害です。このタイプの障害を防止するためには、2つのSCSIコントローラを使用します。各コントローラに2台のディスクを接続し、各コントローラに接続されたディスクに障害グループを定義します。この構成では、ディスク・グループが1つのSCSIコントローラの障害を許容できます。

注意:
Oracle Grid Infrastructureのインストール後に、GUIツールのASMCA、コマンドライン・ツールのasmcmd、またはSQL*Plusコマンドを使用して、カスタム障害グループを定義できます。

関連項目:
Oracle ASM障害グループの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

6.3.3 Oracle ASMで使用するディスク・パーティションの制限

Oracle ASMで使用するディスク・パーティションを構成する場合は、次の制限に注意してください。

- x64 Windowsでは、各ディスクに作成できるプライマリ・パーティション数は最大128です。

- ディスクが競合しないように、単一のディスクに作成するパーティションの数を制限することをお薦めします。このため、プライマリ・パーティションではなく拡張パーティションを使用する方が適した場合があります。

6.3.4 共有記憶域にOracle ASMを使用するためのシステムの準備

Oracle ASMをOracle ClusterwareまたはOracle RACファイルの共有記憶域ソリューションとして使用するには、ソフトウェアのインストールを開始する前に、特定のタスクを実行する必要があります。

- 使用する既存のOracle ASMディスク・グループの識別
データベース・ファイルまたはリカバリ・ファイルの記憶域オプションとしてOracle ASMを使用するには、既存のOracle ASMディスク・グループを使用するか、Oracle Database 12cリリース1 (12.1)のインストール前およびOracle RACデータベースの作成前にASMCAを使用して必要なディスク・グループを作成しておく必要があります。

- Oracle ASMディスク・グループで使用するディスクの選択
システムに適切なディスク・グループが存在しない場合は、適切なディスク・デバイスを設置または指定して、新しいディスク・グループを追加します。

- Oracle ASMディスク検出文字列の指定
Oracle ASMインスタンスを初期化すると、ASM_DISKSTRING初期化パラメータの値を使用して指定したパスにあるすべてのディスクの内容が検出されて調査されます。

6.3.4.1 使用する既存のOracle ASMディスク・グループの識別

データベース・ファイルまたはリカバリ・ファイルの記憶域オプションとしてOracle ASMを使用するには、既存のOracle ASMディスク・グループを使用するか、Oracle Database 12cリリース1 (12.1)のインストール前およびOracle RACデータベースの作成前にASMCAを使用して必要なディスク・グループを作成しておく必要があります。

Oracle ASMディスク・グループが現在存在するかどうか、または既存のディスク・グループに十分なディスク領域があるかどうかを判断するために、Oracle ASMコマンドライン・ツール(asmcmd)またはOracle Enterprise Manager Cloud Controlを使用できます。また、次の手順も使用できます。

1. コントロール パネルの「サービス」で、OracleASMService+ASMnサービス(nはノード番号)が起動されていることを確認します。

2. Windowsのコマンド・プロンプトを開き、一時的に環境変数ORACLE_SIDに、使用するOracle ASMインスタンスに対して適切な値を指定します。

たとえば、Oracle ASMシステム識別子(SID)を+ASM1とした場合、次の設定を入力します。

C:\> set ORACLE_SID=+ASM1

3. ORACLE_HOME環境変数にGridホームが設定されていない場合は、次のコマンドを使用して、この変数にGridホームの場所を一時的に設定します。

C:\> set ORACLE_HOME=C:\app\12.1.0\grid

4. ASMCMDを使用して、Oracle ASMインスタンスに接続し、必要に応じて次のコマンドでインスタンスを起動します。

C:\>%ORACLE_HOME%\bin\asmcmd
ASMCMD> startup

5. 次のコマンドのいずれかを入力して、既存のディスク・グループ、それらの冗長レベルおよび各ディスク・グループでのディスクの空き領域を表示します。

ASMCMD> lsdg

または

C:\> %ORACLE_HOME%\bin\asmcmd -p lsdg

6. 出力結果から、適切な冗長レベルが設定されているディスク・グループを特定し、そのディスク・グループにある空き領域を記録します。

7. 必要に応じて、前述の記憶域要件を満たすために必要な追加のディスク・デバイスを設置または指定します。

注意:
既存のディスク・グループにデバイスを追加する場合は、サイズおよびパフォーマンス特性が、そのディスク・グループ内の既存デバイスと同じであるデバイスの使用をお薦めします。

6.3.4.2 Oracle ASMディスク・グループで使用するディスクの選択

システムに適切なディスク・グループが存在しない場合は、適切なディスク・デバイスを設置または指定して、新しいディスク・グループを追加します。

次のガイドラインに従って、適切なディスク・デバイスを指定します。

- Oracle ASMディスク・グループのすべてのデバイスは、サイズおよびパフォーマンス特性が同じである必要があります。

- 単一の物理ディスクにある複数のパーティションを、1つのディスク・グループのデバイスとして指定しないでください。Oracle ASMは、各ディスク・グループのデバイスが、別々の物理ディスク上に存在するとみなします。

- 非共有論理パーティションは、Oracle RACではサポートされていません。Oracle RACデータベースに論理パーティションを使用するには、diskpart.mscなどの論理ボリューム・マネージャで作成された共有論理ボリュームを使用する必要があります。

- 論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要なほどレイヤーが複雑になるため、この使用はお薦めしません。さらに、Oracle ASMおよびOracle RACで論理ボリュームを使用する場合、Oracle RACでは、クラスタ論理ボリューム・マネージャが必要です。

関連トピック

- 共有ディスクの事前準備

- 共有記憶域のディスク・パーティションの構成

6.3.4.3 Oracle ASMディスク検出文字列の指定

Oracle ASMインスタンスを初期化すると、ASM_DISKSTRING初期化パラメータの値を使用して指定したパスにあるすべてのディスクの内容が検出されて調査されます。

ASM_DISKSTRING初期化パラメータの値は、オペレーティング・システムに依存する値です。この値を使用して、検出プロセスでディスクの検索に使用される一連のパスが制限されます。検出文字列の厳密な構文は、プラットフォーム、ASMLibライブラリ、Oracle Exadataディスクの使用の有無によって異なります。オペレーティング・システムによって容認されるパス名は、常に検出文字列として使用できます。

ASM_DISKSTRINGのデフォルト値により、必ずしもすべての状況下ですべてのディスクが検出されるわけではありません。サイトにサード・パーティ・ベンダーのASMLibが使用されている場合、このベンダーには、ASM_DISKSTRINGに対して使用する必要のある検出文字列の表記規則がある可能性があります。また、インストール環境でマルチパス対応のソフトウェアが使用されている場合、オペレーティング・システムのデフォルト設定とは異なるパスに擬似デバイスが配置されている可能性もあります。

関連項目:

- 初期化パラメータASM_DISKSTRINGの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- マルチパスと連携するようにOracle ASMを構成する方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』のOracle ASMおよびマルチパスに関する項と、マルチパス・ベンダーのドキュメントを参照してください。

6.3.5 共有ファイル・システムを使用するための要件

Oracle RACに共有ファイル・システムを使用するには、ファイル・システムで次の要件を満たす必要があります。

- NFSを使用するには、動作保証されているネットワーク接続ストレージ(NAS)・デバイス上にある必要があります。動作保証されているNASデバイスのリストについては、「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」に示すように、My Oracle SupportのWebサイトにアクセスしてください。

- Oracle RACデータ・ファイルを共有ファイル・システムに配置する場合、次のいずれかに該当している必要があります。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(RAIDデバイスなど)にある。

- ファイル・システムは、2つ以上の独立したファイル・システムで構成されており、一方のファイル・システムではデータベース・ファイル、もう一方のファイル・システムではリカバリ・ファイルが使用される。

- インストールを実行するユーザー・アカウントは、共有記憶域の指定したパスにファイルを作成できる必要があります。

注意:

Oracle Clusterwareをアップグレードする場合、既存のクラスタでOCRに100MBのパーティション、投票ファイルに20MBのパーティションが使用されているときは、これらのパーティションを300MB以上に拡張する必要があります。パーティションは使用せず、OCRおよび投票ファイルをQUORUMディスク・グループとしてマークされたOracle ASMディスク・グループに配置することをお薦めします。

すべてのストレージ製品は、サーバー・ベンダーとストレージ・ベンダーの両方でサポートされている必要があります。

次の表を使用して、共有ファイル・システムの最小サイズを決定します。

表6-4 Oracle RAC共有ファイル・システムのボリューム・サイズ要件

格納されるファイル・タイプ

ボリュームの数

ボリュームのサイズ

Oracle Databaseデータ・ファイル

1

ボリュームごとに1.5GB以上

リカバリ・ファイル

注意: リカバリ・ファイルはデータベース・ファイルとは異なるボリュームに配置する必要があります。

1

ボリュームごとに2GB以上

必要なボリューム・サイズの合計は、累積的です。たとえば、データ・ファイルにボリューム1つ、リカバリ・ファイルにボリューム1つを使用する場合は、2つのボリュームで3.5GB以上の利用可能な記憶域が必要です。

6.3.6 Oracleが管理するファイルの要件

データベース・ファイルにOracle ASMを使用する場合、データベースはデフォルトでOracle Managed Filesを使用して作成されます。Oracle Managed Files機能を使用する場合は、データベース・ファイルの作成または削除時に、ファイル名のかわりにデータベース・オブジェクト名のみを指定する必要があります。

Oracle Managed Filesを使用可能にするには、設定の手順を実行する必要があります。

関連項目:
『Oracle Database管理者ガイド』のOracle Managed Filesの使用に関する項を参照してください。

6.4 共有記憶域オプションを選択した後の作業

ディスクの記憶域オプションを決定したら、構成を開始します。実行する正確な手順は、使用する共有記憶域のタイプによって異なります。

1. 最初に共有ディスクの事前準備の項に示されている手順を実行します。

2. 共有ストレージを構成します。

- Oracle ASMを使用する場合は、Oracle ASM用の共有記憶域の構成を参照してください。

- ファイル・システムを使用する場合は、「共有記憶域のディスク・パーティションの構成」を参照してください。

6.5 共有ディスクの事前準備

Windowsプラットフォームで共有記憶域を使用する場合は、追加のインストール前タスクを実行します。

- 書込みキャッシュの無効化
クラスタ内のノード間でデータの共有に使用するすべてのディスクで、書込みキャッシュを無効にする必要があります。

- Windowsでの自動マウントの有効化
自動マウント機能はデフォルトで有効になりますが、自動マウントが有効であることを確認してください。

6.5.1 書込みキャッシュの無効化

クラスタ内のノード間でデータの共有に使用するすべてのディスクで、書込みキャッシュを無効にする必要があります。

1. 「スタート」をクリックし、「コントロール パネル」、「管理ツール」、「コンピュータの管理」、「デバイス マネージャ」、「ディスク ドライブ」の順に選択します。

2. 「ディスク ドライブ」を展開し、最初に表示されているドライブをダブルクリックします。

3. 選択したドライブの「ポリシー」タブで、書込みキャッシュを有効にするオプションの選択を解除します。

4. その他に、Oracle ClusterwareおよびOracle RACで使用する各ドライブをダブルクリックし、前述の手順のとおり、書込みキャッシュを無効にします。

注意:
ノード間で共有されるファイル(データベース・ファイルを含む)の格納に使用するディスクでは、書込みキャッシュを無効にする必要があります。

6.5.2 Windowsでの自動マウントの有効化

デフォルトで自動マウント機能が有効になっている場合にも、自動マウントが有効であることを確認してください。

自動マウントを有効化する必要があるのは、次のものを使用する場合です。

- Oracle ASMのRAWパーティション

- Oracle Clusterware

- Oracle ASM用の論理ドライブ

注意:
RAWパーティションは、構成済のパーティションを使用している既存のインストールをアップグレードする場合のみ、サポートされます。新規インストールでのRAWパーティションの使用は、ASMCAまたはOUIではサポートされていませんが、手動で構成する場合は、ソフトウェアでサポートされます。

1. 新しいボリュームの自動マウントが有効かどうかを確認するには、次のコマンドを実行します。

C:\> diskpart
DISKPART> automount
Automatic mounting of new volumes disabled.

2. 自動マウント機能を有効化する手順は、次のとおりです。

a. コマンド・プロンプトで、次のコマンドを入力します。

C:\> diskpart
DISKPART> automount enable
Automatic mounting of new volumes enabled.

b. exitを入力してdiskpartセッションを終了します。

c. クラスタ内の各ノードに対して手順1および2を繰り返します。

注意:
クラスタ内のすべてのノードでは、Oracle RACおよびOracle Clusterwareを正常にインストールするために、自動マウントを有効化しておく必要があります。自動マウントを有効化してから、データベースまたはOracle ASMで使用する論理パーティションを作成することをお薦めします。

ディスク自動マウントを有効化した後で、各ノードを再起動する必要があります。

自動マウントを有効化して、ノードを再起動すると、無効化するまでアクティブなままとなります。

6.6 Oracle ASM用の共有記憶域の構成

インストーラでは、OCRまたは投票ファイル用のデフォルトの格納先は提供されません。これらのファイルをOracle ASMで作成する場合は、Oracle ASMディスク・グループで使用されるディスク・パーティションの作成および構成を最初に行う必要があります。

- Oracle ASMで使用するためのディスク・パーティションの作成
次の手順では、Oracle ASMで使用するためのディスク・パーティションの作成手順について説明します。

- インストール前に行うOracle ASM用のディスク・パーティションのマーキング
WindowsシステムでOUIに表示されるパーティションは、プライマリ・パーティションを含まないディスク上にあり、asmtoolを使用してマーク付け(スタンプ)されている論理ドライブのみです。

6.6.1 Oracle ASMで使用するためのディスク・パーティションの作成

次の手順では、Oracle ASMで使用するためのディスク・パーティションの作成手順について説明します。

1. Microsoftのコンピュータの管理ユーティリティまたはコマンドライン・ツールdiskpartを使用して、拡張パーティションを作成します。
ベーシック・ディスクを使用します(ダイナミック・ディスクはサポートされていません)。

2. Oracle Clusterwareファイル用に1つ以上の論理パーティションを作成します。
OCRおよび投票ファイルに個別のパーティションを作成する必要はありません。Oracle Clusterwareによって、OCRおよび投票ファイル用の個別のファイルが、指定された場所に作成されます。

3. ファイル・システムでRedundant Array of Inexpensive Disks(RAID)を使用しない場合は、Oracle Clusterwareで使用されるパーティションごとに追加の拡張パーティションと論理パーティションを作成し、冗長性を提供します。

4. 必要なパーティションを作成するには、Microsoft Windowsの「ディスクの管理」ユーティリティを使用します。マスター・ブート・レコード(MBR)・パーティション・スタイルのベーシック ディスクを、パーティション作成用の拡張パーティションとして使用します。

a. クラスタ内の既存のノードから、次の手順でWindowsディスク管理ツールを起動します。
DISKPARTユーティリティを使用したディスク・パーティションの作成手順は、「共有記憶域のディスク・パーティションの構成」を参照してください。

b. クラスタ内の各ノードで、パーティションが表示されていること、共有記憶域用に作成されたディスク・パーティションのいずれにもドライブ文字が割り当てられていないことを確認します。いずれかのパーティションにドライブ文字が割り当てられている場合は、次の手順を実行してドライブ文字を削除します。

- Windowsのディスク管理ツールのパーティションを右クリックします。

- メニューから、「ドライブ文字とパスの変更」を選択します。

- 「ドライブ文字とパスの変更」ウィンドウの「削除」をクリックします。

関連トピック

- Oracle ASM用の共有記憶域の構成

- 共有記憶域のディスク・パーティションの構成

6.6.2 インストール前に行うOracle ASM用のディスク・パーティションのマーキング

WindowsシステムでOUIに表示されるパーティションは、プライマリ・パーティションを含まないディスク上にあり、asmtoolとマーク付け(スタンプ)されている論理ドライブのみです。

asmtoolg(Graphical User Interface(GUI)バージョン)またはasmtool(コマンドライン・バージョン)を使用して、インストール前にディスクを構成します。クラスタ用Oracle Grid Infrastructureのインストール時に、asmtoolgユーティリティを使用することもできます。

asmtoolgまたはasmtoolで作成されたディスク名は、識別のためにすべて接頭辞ORCLDISKで始まり、その後にユーザー定義の接頭辞(デフォルトはDATA)とディスク番号が続きます。\\.\ORCLDISKprefixnという名前を指定して、これらをOracle ASMインスタンスでRAWデバイスとして使用できます(prefixnはDATAまたはユーザー指定の値のいずれかで、nはディスク番号)。

asmtoolgおよびasmtoolユーティリティはパーティション化したディスクでのみ動作します(パーティション化されていないディスクではOracle ASMを使用できません)。これらのツールを使用して、インストール後にディスクを再構成することもできます。これらのユーティリティは、Oracle Grid Infrastructureの一部として自動的にインストールされます。

注意:
ユーザー・アカウント制御(UAC)が有効な場合、asmtoolgまたはasmtoolの実行には管理者レベルの権限が必要です。

- asmtoolgおよびasmtoolの概要
asmtoolgおよびasmtoolツールは、ディスクに意味のある永続的な名前を関連付けることによって、Oracle ASMでこれらのディスクを使用しやすくします。

- asmtoolg (Graphical User Interface)を使用したディスクへのマーク付け
asmtoolg (GUIバージョン)は、デバイス名を作成する場合に使用します。asmtoolgを使用して、Oracle ASMで使用可能なデバイスを追加、変更、削除および検証します。

- asmtoolgを使用したディスク・スタンプの削除
asmtoolg (GUIバージョン)を使用して、ディスク・スタンプを削除できます。

- asmtoolコマンドライン・リファレンス
asmtoolは、Oracle ASMで使用されるディスクをマーク付け(スタンプ)するためのコマンドライン・インタフェースです。

6.6.2.1 asmtoolgおよびasmtoolの概要

asmtoolgおよびasmtoolツールは、ディスクに意味のある永続的な名前を関連付けることによって、Oracle ASMでこれらのディスクを使用しやすくします。

Oracle ASMは、ディスク・グループを同時により簡単に操作するためにディスク文字列を使用します。asmtoolgまたはasmtoolで作成された名前を使用すると、Windowsのドライブ文字を使用するよりも操作が簡単になります。

asmtoolgまたはasmtoolで作成されたディスク名は、識別のためにすべて接頭辞ORCLDISKで始まり、その後にユーザー定義の接頭辞(デフォルトはDATA)とディスク番号が続きます。\\.\ORCLDISKprefixnという名前を指定して、これらをOracle ASMインスタンスでRAWデバイスとして使用できます(prefixnはDATAまたはユーザー指定の値のいずれかで、nはディスク番号)。

6.6.2.2 asmtoolg(Graphical User Interface)を使用したディスクへのマーク付け

asmtoolg(GUIバージョン)は、デバイス名を作成する場合に使用します。asmtoolgを使用して、Oracle ASMで使用可能なデバイスを追加、変更、削除および検証します。

1. Oracle Grid Infrastructureのインストール・メディアのasmtoolフォルダに移動し、asmtoolgをダブルクリックします。

Oracle Clusterwareがインストールされている場合は、Grid_home\binフォルダに移動して、asmtoolg.exeをダブルクリックします。

ユーザー・アクセス制御(UAC)が有効な場合は、デスクトップにコマンド・ウィンドウのショートカットを作成する必要があります。「管理者として実行」を使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolgを起動します。

2. 「Add or change label」オプションを選択した後、「Next」をクリックします。

asmtoolgによって、システムで使用可能なデバイスが表示されます。認識されていないディスクのステータスは「Candidate device」、スタンプされたディスクのステータスは「Stamped ASM device」、スタンプが削除されたディスクのステータスは「Unstamped ASM device」となります。また、このツールは、ディスクをWindowsで認識されるファイル・システム(NTFSなど)としても表示します。これらのディスクは、Oracle ASMディスクとしては使用できないため、選択できません。また、Microsoftダイナミック ディスクもOracle ASMディスクとしては使用できません。

必要に応じて、Oracle ASMで使用するためのディスク・パーティションの作成の手順を実行し、Oracle ASMインスタンスのディスク・パーティションを作成します。

3. 「Stamp Disks」ウィンドウで、Oracle ASMで使用するディスクを選択します。

Oracle ASMは、簡単に使用できるように、任意の接頭辞に対して選択されたすべてのデバイスに一意のスタンプを生成できます。スタンプは、指定した接頭辞と数値を連結して生成されます。たとえば、接頭辞がDATAの場合、最初のOracle ASMリンク名はORCLDISKDATA0となります。

また、個々のデバイスのスタンプも指定できます。

4. オプション: ディスクを選択して個々のスタンプ(Oracle ASMリンク名)を編集します。

5. 「次」をクリックします。

6. 「終了」をクリックします。

6.6.2.3 asmtoolgを使用したディスク・スタンプの削除

asmtoolg (GUIバージョン)を使用して、ディスク・スタンプを削除できます。

1. Oracle Grid Infrastructureのインストール・メディアのasmtoolフォルダに移動し、asmtoolgをダブルクリックします。

Oracle Clusterwareがインストールされている場合は、Grid_home\binフォルダに移動して、asmtoolg.exeをダブルクリックします。

ユーザー・アクセス制御(UAC)が有効な場合は、デスクトップにコマンド・ウィンドウのショートカットを作成する必要があります。「管理者として実行」を使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolgを起動します。

2. 「Delete labels」オプションを選択した後、「Next」をクリックします。
「delete」オプションは、ディスクがスタンプされている場合にのみ使用できます。「delete」画面には、スタンプされたすべてのOracle ASMディスクが表示されます。

3. 「Delete Stamps」画面で、スタンプを削除するディスクを選択します。

4. 「次」をクリックします。

5. 「終了」をクリックします。

6.6.2.4 asmtoolコマンドライン・リファレンス

asmtoolは、Oracle ASMで使用されるディスクをマーク付け(スタンプ)するためのコマンドライン・インタフェースです。

オプション

説明

例

-add

スタンプを追加または変更します。ハード・ディスク、パーティションおよび新しいスタンプ名を指定する必要があります。ディスクがRAWデバイスであるか、またはディスクに既存のOracle ASMスタンプが含まれている場合は、-forceオプションを指定する必要があります。

必要に応じて、Oracle ASMで使用するためのディスク・パーティションの作成の手順を実行し、Oracle ASMインスタンスのディスク・パーティションを作成します。

asmtool -add [-force]
\Device\Harddisk1\Partition1 ORCLDISKASM0
\Device\Harddisk2\Partition1 ORCLDISKASM2
...

-addprefix

共通の接頭辞を使用してスタンプを追加または変更し、自動的にスタンプを生成されます。スタンプは、指定した接頭辞と数値を連結して生成されます。ディスクがRAWデバイスであるか、またはディスクに既存のOracle ASMスタンプが含まれている場合は、-forceオプションを指定する必要があります。

asmtool -addprefix ORCLDISKASM [-force]
\Device\Harddisk1\Partition1
\Device\Harddisk2\Partition1
...

-create

パーティションのかわりにファイルからOracle ASMディスク・デバイスを作成します。

注意: このコマンドの使用は本番環境ではサポートされません。

asmtool -create \\server\share\file 1000
asmtool -create D:\asm\asmfile02.asm 240

-list

使用可能なディスクを表示します。スタンプ、Windowsデバイス名およびディスク・サイズ(MB)が表示されます。

asmtool -list

-delete

ディスクから既存のスタンプを削除します。

asmtool -delete ORCLDISKASM0 ORCLDISKASM1...

ユーザー・アクセス制御(UAC)が有効な場合は、デスクトップにコマンド・ウィンドウのショートカットを作成する必要があります。「管理者として実行」を使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolを起動します。

注意:
-add、-addprefixまたは-deleteを使用すると、asmtoolはローカル・ノードおよびクラスタの他のノード(使用可能な場合)上のOracle ASMインスタンスに、使用可能なディスクを再スキャンするように通知します。

6.7 共有記憶域のディスク・パーティションの構成

ディスク・パーティションを作成するには、オペレーティング・システムまたはサード・パーティ・ベンダーが提供するディスク管理ツールを使用します。オペレーティング・システムに付属のディスク管理インタフェースまたはDiskPartユーティリティを使用して、ディスク・パーティションを作成できます。

Oracleホームおよびデータ・ファイルに、Oracle ASMで管理されない共有ディスクを使用する場合は、少なくとも、次のパーティションを準備してから、OUIを起動しOracle Clusterwareをインストールする必要があります。

- Oracleホーム用に5.5GB以上のパーティション(共有Oracleホームが必要な場合)

- Oracle Databaseのデータ・ファイルおよびリカバリ・ファイル用に3GB以上のパーティション

- ディスク管理インタフェースを使用したディスク・パーティションの作成
グラフィカル・ユーザー・インタフェースのディスク管理スナップインを使用してディスクを管理します。

- DiskPartユーティリティを使用したディスク・パーティションの作成
DiskPartユーティリティを使用してディスクを管理することもできます。

6.7.1 ディスク管理インタフェースを使用したディスク・パーティションの作成

グラフィカル・ユーザー・インタフェースのディスク管理スナップインを使用してディスクを管理します。

1. ディスク管理スナップインにアクセスするには、次のいずれかを実行します。

- コマンド・プロンプトにdiskmgmt.mscと入力します。

- 「スタート」メニューから、「すべてのプログラム」→「管理ツール」→「コンピュータの管理」の順に選択します。次に、「記憶域」ツリーの「ディスクの管理」ノードを選択します。

2. プライマリ・パーティションと、「新しいシンプル ボリューム」オプションを選択して拡張パーティションの論理ドライブを作成します。
「このパーティションをフォーマットしない」を選択して、RAWパーティションを指定する必要があります。スパン・ボリュームやストライプ・ボリュームは使用しないでください。これらのオプションを使用するとボリュームがダイナミック・ディスクに変換されます。Oracle Automatic Storage Managementでは、ダイナミック・ディスクはサポートされていません。
その他のWindows上では、「新しいパーティション」オプションを選択して、プライマリ・パーティションを作成します。「新しい論理ドライブ」オプションを選択して、論理ドライブを作成します。

3. RAWデバイスを作成するには、パーティションの作成後に、パーティションに割り当てられているドライブ文字を削除する必要があります。

6.7.2 DiskPartユーティリティを使用したディスク・パーティションの作成

DiskPartユーティリティを使用してディスクを管理することもできます。

1. クラスタ内の既存のノードから、次のようにしてDiskPartユーティリティを実行します。

C:\> diskpart
DISKPART>

2. 使用可能なディスクを表示します。

ディスク番号(n)を指定して、パーティションの作成先のディスクを選択します。

DISKPART> list disk
DISKPART> select disk n

3. 次のように拡張パーティションを作成します。

DISKPART> create part ext

4. 次の構文で拡張パーティションを作成した後、必要なサイズの論理ドライブを作成します。

DISKPART> create part log [size=n] [offset=n] [noerr]

5. パーティションを2つ以上追加する場合は、手順2から4を繰り返します。Oracleホーム用およびOracle Databaseファイル用にパーティションを1つずつ構成することをお薦めします。

6. 使用可能なボリュームをリストし、使用する論理ドライブからドライブ文字を削除します。

DISKPART> list volume
DISKPART> select volume n
DISKPART> remove

7. クラスタ内のすべてのノードでパーティションが表示されていること、およびいずれのOracleパーティションにもドライブ文字が割り当てられていないことを確認してください。
いずれかのパーティションにドライブ文字が割り当てられている場合は、次の手順を実行してドライブ文字を削除します。

a. Windowsのディスク管理ユーティリティでパーティションを右クリックします。

b. メニューから、「ドライブ文字とパスの変更」を選択します。

c. 「ドライブ文字とパスの変更」ウィンドウの「削除」をクリックします。

6.8 Oracle RACデータ・ファイル用のDirect NFSクライアントの構成

Direct NFSクライアントは、Oracleが提供する、NFSシステム用のインタフェースです。

- Direct NFSクライアントの記憶域について
Oracle Databaseでは、オペレーティング・システムのNFSクライアントまたはサード・パーティのNFSクライアントを使用するかわりに、Direct NFSクライアントNFSを使用してNFSサーバーに直接アクセスするようにOracle Databaseを構成できます。

- Direct NFSクライアントのoranfstabファイルについて

- oranfstabファイルの構成可能な属性
oranfstabファイルで様々な設定を構成できます。

- Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント
Direct NFSクライアントでは、oranfstabの構成情報に基づいてNFSストレージ・デバイスに対するマウント・ポイント設定が決定されます。Direct NFSクライアントでは、最初に検出されるエントリがマウント・ポイントとして使用されます。

- NFSサーバーのネットワーク・パスの指定
Direct NFSクライアントでは、NFSサーバー用のoranfstabファイルに定義されている最大4つのネットワーク・パスを使用できます。

- Direct NFSクライアントの有効化
Direct NFSクライアントを有効にするには、oranfstabファイルをOracle_home\dbsに追加する必要があります。

- ORADNFSユーティリティを使用した基本的なファイル操作の実行
ORADNFSは、データベース管理者がMicrosoft WindowsプラットフォームのDirect NFSクライアントで基本的なファイル操作を実行できるユーティリティです。

- Direct NFSクライアントの使用の監視
Direct NFSクライアントを監視するには、データ・ディクショナリ・ビューを使用します。

- Direct NFSクライアントのNFSのOracle Disk Management制御の無効化
Direct NFSクライアントを使用しなくなった場合は、無効にできます。

6.8.1 Direct NFSクライアントの記憶域について

Oracle Databaseでは、オペレーティング・システムのNFSクライアントまたはサード・パーティのNFSクライアントを使用するかわりに、Direct NFSクライアントNFSを使用してNFSサーバーに直接アクセスするようにOracle Databaseを構成できます。

Direct NFSクライアントでは、NFSサーバーへのアクセスにNFSv3、NFSv4およびNFSv4.1プロトコル(パラレルNFS拡張を除く)がサポートされています。Direct NFSクライアントでは、利用可能なリソースを効率的に使用するよう自動調節が行われ、サポートされているNFSサーバー上にデータ・ファイルを格納可能です。

注意:
Oracle RACでサポートされているNFSサーバーを使用してください。サポート情報については、「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」に示すように、My Oracle Supportを確認してください。

Oracle DatabaseでDirect NFSクライアントを使用できるようにするには、インストールを開始する前に、NFSファイル・システムをマウントし、通常のNFSマウントを介して使用できるようにする必要があります。設定は、インストール後にDirect NFSクライアントで管理されます。Oracle DatabaseでDirect NFSクライアントを使用してNFSサーバーを開くことができない場合は、Oracleアラート・ログに情報メッセージが記録されます。トレース・ファイルも作成され、Direct NFSクライアントがNFSサーバーに接続できなかったことが示されます。

注意:
バックエンドNFSサーバーが32768以上の書込みサイズ(wtmax)をサポートしない場合、Direct NFSは機能しません。

NFSサーバー上に存在しDirect NFSクライアントによってアクセスされるOracleファイルにも、サード・パーティのNFSクライアントを介してアクセスできます。Direct NFSクライアントで作成されるOracleデータ・ファイルの管理は、『Oracle Database管理者ガイド』の「データ・ファイルおよび一時ファイルの管理」に示されているガイドラインに従って行う必要があります。

Direct NFSクライアントを構成せずに、Common Internet File System (CIFS)によってマウントされたボリュームをOracle Databaseファイルの格納に使用することはできません。データベース書込みに必要なアトミック書込みの要件はCIFSプロトコルでは満たすことができないため、CIFSは、copyコマンドなどのOSレベルのアクセスでのみ使用できます。

一部のNFSファイル・サーバーでは、NFSクライアントは予約されたポートを使用して接続する必要があります。予約されたポートのチェックを使用してファイラを実行している場合は、Direct NFSが動作するように、予約されたポートのチェックを無効にする必要があります。予約されたポートのチェックを無効にする方法については、使用しているNFSファイル・サーバーのドキュメントを参照してください。

ポート範囲を制限するNFSサーバーの場合、管理者ユーザーでNFSサーバーに接続するのではなく、insecureオプションを使用してクライアントを有効化できます。または、Direct NFSクライアントのNFSのOracle Disk Management制御の無効化の説明に従って、Direct NFSクライアントを無効にします。

6.8.2 Direct NFSクライアントのoranfstabファイルについて

Direct NFSクライアントを使用する場合は、構成ファイルoranfstabを作成して、Oracle DatabaseでDirect NFSクライアントを使用できるようにするオプション、属性およびパラメータを指定する必要があります。Direct NFSクライアントでは、oranfstabにあるマウント・ポイント・エントリが検索されます。最初に一致したエントリがマウント・ポイントとして使用されます。oranfstabファイルは、Oracle_home\dbsディレクトリに作成する必要があります。

oranfstabファイルがOracle_home\dbsに格納されている場合、このファイルのエントリは、単一データベースに固有のエントリとなります。Oracle RACインストールが共有Oracleホームにある場合、oranfstabファイルは、すべてのデータベース・インスタンスからグローバルに使用できます。

共有Oracleホームを使用するすべてのインスタンスは、同じOracle_home\dbs\oranfstabファイルを使用します。非共有Oracleホームの場合は、すべてのOracle RACインスタンスが同じoranfstabファイルを使用するため、すべてのノードにoranfstabファイルをレプリケートする必要があります。また、すべてのノードのoranfstabファイルは同期している必要があります。

注意:
Oracle Databaseで使用されているNFSパスをoranfstabから削除する場合は、データベースを再起動してその変更を有効にする必要があります。また、ファイル・システムに使用するマウント・ポイントは、すべてのノードで同一である必要があります。

関連トピック

- ダイレクトNFSクライアントの有効化

6.8.3 oranfstabファイルの構成可能な属性

oranfstabファイルで様々な設定を構成できます。

表6-5 oranfstabファイルの構成可能な属性

属性

説明

server

NFSサーバー名。

path

インターネット・プロトコル(IP)アドレスまたは名前のいずれかで指定された、NFSサーバーへの最大4つのネットワーク・パス。NFSサーバー上でifconfigコマンドを使用して表示できます。

local

IPアドレスまたは名前のいずれかで指定された、データベース・ホスト上の最大4つのネットワーク・インタフェース。データベース・ホスト上でipconfigコマンドを使用して表示できます。

export

NFSサーバーからエクスポートされたパス。UNIX形式のパスを使用します。

mount

エクスポートされたボリュームに対応する、ローカル・マウント・ポイント。Windows形式のパスを使用します

mnt_timeout

(オプション) Direct NFSクライアントがマウント成功を待機し、タイムアウトするまでの時間(秒)を指定します。デフォルトのタイムアウトは10分(600)です。

uid

(オプション) oranfstabにリストされているすべてのNFSサーバーにアクセスするためにDirect NFSクライアントで使用されるUNIXユーザーID。デフォルト値はuid:65534で、これはNFSサーバーのuser:nobodyと対応しています。

gid

(オプション) oranfstabにリストされているすべてのNFSサーバーにアクセスするためにDirect NFSクライアントで使用されるUNIXグループID。デフォルト値はgid:65534で、これはNFSサーバーのgroup:nogroupと対応しています。

nfs_version

(オプション) Direct NFSクライアントが使用するNFSプロトコルを指定します。設定可能な値は、NFSv3、NFSv4およびNFSv4.1です。デフォルトのバージョンはNFSv3です。NFSv4またはNFSv4.1を指定するには、それに合せてoranfstabファイルでnfs_versionパラメータを設定する必要があります。

management

Direct NFSクライアントを有効にして、SNMP問合せの管理インタフェースを使用します。SNMPがNFSサーバー上の別の管理インタフェースで実行されている場合は、このパラメータを使用できます。デフォルト値はserverです。

community

SNMP問合せで使用するコミュニティ文字列を指定します。デフォルト値はpublicです。

関連項目:
『Oracle Databaseパフォーマンス・チューニング・ガイド』のNFSサーバー環境における非同期I/Oの制限に関する項を参照してください。

6.8.4 Direct NFSクライアントを使用したNFSストレージ・デバイスのマウント

Direct NFSクライアントでは、oranfstabの構成情報に基づいてNFSストレージ・デバイスに対するマウント・ポイント設定が決定されます。Direct NFSクライアントでは、最初に検出されるエントリがマウント・ポイントとして使用されます。

Oracle DatabaseでDirect NFSクライアントを使用してNFSサーバーを開くことができない場合は、Direct NFSクライアントを確立できなかったことを示すエラー・メッセージがOracleアラート・ファイルおよびトレース・ファイルに書き込まれます。

注意:
インスタンスごとにアクティブなDirect NFSクライアントを1つのみ実装できます。インスタンスでDirect NFSクライアントを使用すると、別のDirect NFSクライアントは実装できなくなります。

Direct NFSクライアントでは、16384バイト以上のNFS読取り/書込みバッファをサポートするNFSサーバーを必要とします。

Direct NFSクライアントでは、wtmaxの粒度でNFSサーバーへの書込みが発行されます。Direct NFSクライアントは、wtmaxが16384未満のNFSサーバーでは機能しません。推奨される値は32768です。

関連項目:
Direct NFSクライアントでサポートされているファイル・タイプのリストは、「Oracle Grid InfrastructureおよびOracle RACでサポートされている記憶域オプション」を参照してください。

6.8.5 NFSサーバーのネットワーク・パスの指定

Direct NFSクライアントでは、NFSサーバー用のoranfstabファイルに定義されている最大4つのネットワーク・パスを使用できます。

Direct NFSクライアントによって、指定したすべてのパス間でロード・バランシングが実行されます。指定したパスで障害が発生した場合は、Direct NFSクライアントによって、残りのすべてのパスに対して未処理の要求が再発行されます。

注意:
インスタンスごとにアクティブなDirect NFSクライアントを1つのみ実装できます。あるインスタンスでDirect NFSクライアントを使用すると、それ以外ではDirect NFSクライアントを実装できなくなります。

例6-1および例6-2に、oranfstabファイルでのDirect NFSクライアント属性のネットワーク・パスの構成例を示します。

6.8.6 ダイレクトNFSクライアントの有効化

Direct NFSクライアントを有効にするには、oranfstabファイルをOracle_home\dbsに追加する必要があります。

oranfstabファイルがOracle_home\dbsディレクトリに格納されている場合、このファイルのエントリは、1つの特定のデータベースに固有のエントリとなります。Direct NFSクライアントでは、oranfstabに指定されているマウント・ポイント・エントリが検索されます。Direct NFSクライアントでは、最初に検出されたエントリがマウント・ポイントとして使用されます。

1. oranfstabファイルを作成し、Direct NFSクライアントがアクセスするNFSサーバーごとに、「oranfstabファイルの構成可能な属性」に記載されている属性を指定します。

関連項目:
『Oracle Databaseパフォーマンス・チューニング・ガイド』のNFSサーバー環境における非同期I/Oの制限に関する項を参照してください。

oranfstabファイルで指定されているマウント・ポイントは、Direct NFSクライアントが使用されていないかのように、データベース・ファイルが通常存在するローカル・パスを表します。たとえば、データベースがDirect NFSクライアントを使用していないときにデータ・ファイルの場所がC:\app\oracle\oradata\orclディレクトリである場合は、対応するoranfstabファイルでNFS仮想マウント・ポイントにC:\app\oracle\oradata\orclを指定します。

例6-1および例6-2に、oranfstabファイルでDirect NFSクライアント属性を使用する方法の例を示します。

注意:

- Direct NFSクライアントでは、値が0のuidまたはgidは無視されます。

- NFSサーバーからエクスポートされたパスは、oranfstabに指定されているuidおよびgidを持つユーザーによる、read/write/executeアクセスが可能である必要があります。uidおよびgidのいずれもリストに示されていない場合は、エクスポートされたパスにはuid:65534およびgid:65534を持つユーザーがアクセスできる必要があります。

2. 標準のODMライブラリoraodm12.dllをODM NFSライブラリに置き換えます
Oracle Databaseでは、Direct NFSクライアントを有効にするためにODMライブラリoranfsodm12.dllを使用します。ODMライブラリを置き換えるには、次の手順を実行します。

a. ディレクトリをOracle_home\binに変更します。

b. サーバー制御ユーティリティ(SRVCTL)を使用して、ノード上のOracle Databaseインスタンスを停止します。

c. 次のコマンドを入力します。

copy oraodm12.dll oraodm12.dll.orig
copy /Y oranfsodm12.dll oraodm12.dll

d. SRVCTLを使用して、Oracle Databaseインスタンスを再起動します。

e. クラスタ内の各ノードに対して手順aから手順dを繰り返します。

例6-1 ローカルおよびパスのNFSサーバー・エントリを使用しているoranfstabファイル

次の例のoranfstabファイルは、NFSサーバー・エントリを示しています。NFSサーバーMyDataServer1は、IPアドレスで指定される2つのネットワーク・パスを使用しています。

server: MyDataServer1
local: 192.0.2.0
path: 192.0.2.1
local: 192.0.100.0
path: 192.0.100.1
nfs_version: nfsv3
export: /vol/oradata1 mount: C:\APP\ORACLE\ORADATA\ORCL

例6-2 ネットワーク接続名を使用しているoranfstabファイル

次の例のoranfstabファイルはNFSサーバー・エントリを示しており、NFSサーバーMyDataServer2は、使用するネットワーク・インタフェース(ネットワーク接続名)で指定される4つのネットワーク・パスを使用しています。この例では複数のエクスポート・パスも使用されています。

server: MyDataServer2
local: LocalInterface1
path: NfsPath1
local: LocalInterface2
path: NfsPath2
local: LocalInterface3
path: NfsPath3
local: LocalInterface4
path: NfsPath4
nfs_version: nfsv4
export: /vol/oradata2 mount: C:\APP\ORACLE\ORADATA\ORCL2
export: /vol/oradata3 mount: C:\APP\ORACLE\ORADATA\ORCL3
management: MgmtPath1
community: private

6.8.7 ORADNFSユーティリティを使用した基本的なファイル操作の実行

ORADNFSは、データベース管理者がMicrosoft WindowsプラットフォームのDirect NFSクライアントで基本的なファイル操作を実行できるユーティリティです。

ORADNFSはマルチコール・バイナリで、単一のバイナリでありながら多数のユーティリティのように動作します。

ORADNFSを使用するには、ローカルのORA_DBAグループのメンバーである必要があります。ORADNFSが動作するには、oranfstab構成ファイルの有効なコピーがOracle_home\dbsに存在する必要があります。

- ORADNFSを使用してコマンドを実行するには、コマンドラインの引数としてコマンドを発行します。
次のコマンドは、ORADNFSで使用できるコマンドのリストを出力します。

C:\> oradnfs help
C:\ORACLE\ORADATAとしてマウントされているNFSディレクトリのファイル・リストを表示するには、次のコマンドを使用します。

C:\> oradnfs ls C:\ORACLE\ORADATA\ORCL

6.8.8 Direct NFSクライアントの使用の監視

Direct NFSクライアントを監視するには、データ・ディクショナリ・ビューを使用します。

- Oracle RACデータベースでのDirect NFSクライアントの使用を管理するには、次のグローバル動的パフォーマンス・ビューを使用します。

- GV$DNFS_SERVERS: Direct NFSクライアントを使用してアクセスしたサーバーが表示されます。

- GV$DNFS_FILES: Direct NFSクライアントを使用して現在開かれているファイルが表示されます。

- GV$DNFS_CHANNELS: Direct NFSクライアントによってファイルを使用しているサーバーに対するオープン・ネットワーク・パス(またはチャネル)が表示されます。

- GV$DNFS_STATS: Direct NFSクライアントのパフォーマンス統計が表示されます。

6.8.9 Direct NFSクライアントのNFSのOracle Disk Management制御の無効化

Direct NFSクライアントを使用しなくなった場合、それを無効化できます。

1. Oracle Grid Infrastructureソフトウェアの所有者としてログインします。

2. 「Direct NFSクライアントの有効化」で実行したプロセスを取り消して、元のoraodm12.dllファイルをリストアします。

3. oranfstabファイルを削除します。

6.9 既存のOracle ASMインスタンスのアップグレード

以前のリリースのOracle ASMインストールが、サーバー上または既存のOracle Clusterwareインストール環境にインストールされている場合は、Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 12cリリース1 (12.1)にアップグレードできます。

ASMCAユーティリティは、パスGrid_home\binにあります。また、ASMCAを使用して、障害グループ、Oracle ASMボリューム、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)を構成できます。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのノード上のすべてのデータベース・インスタンスおよびアプリケーションを停止してから実行する必要があります。

インストール時に、11.2より前のOracle ASMリリースからアップグレードする際に、Oracle ASMを使用することを選択し、ASMCAによって以前のOracle ASMリリースが別のOracle ASMホームにインストールされていることが検出された場合は、Oracle ASM 12cリリース1 (12.1)のバイナリをインストールした後に、ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。次に、Oracle ASMボリュームを作成し、アップグレードしたOracle ASMを使用してOracle ACFSを作成することで、Oracle ACFSのデプロイメントを構成できます。

Oracle ASM 11gリリース2 (11.2.0.1)以上からアップグレードしている場合、Oracle ASMはローリング・アップグレードの一部として常にOracle Grid Infrastructureとともにアップグレードされ、アップグレード中にASMCAが起動されます。以前のリリースから現在のリリースまで、ASMCAがOracle ASMを個別にアップグレードすることはできません。

Oracle ClusterwareまたはOracle RACの既存のインストール環境で、すべてのノード上のOracle ASMインスタンスの旧リリースがOracle ASM 11gリリース1以上の場合は、Oracle ASMインスタンスのローリング・アップグレードを実行できます。Oracle RACインストールの旧リリースのOracle ASMインスタンスがOracle ASM 11gリリース1よりも前のリリースの場合は、ローリング・アップグレードを実行できません。すべてのノードのOracle ASMは、Oracle ASM 12cリリース1 (12.1)にアップグレードされます。

6.10 Oracle Automatic Storage Managementクラスタ・ファイル・システムの構成

Oracle ACFSにOracle RACをインストールする場合、最初にOracle ACFSにOracleホーム・ディレクトリを作成する必要があります。

ASMCAを使用して、ACFSの汎用ファイル・システム構成を作成することもできます。Oracle ACFSは、Oracle Grid Infrastructure (Oracle ClusterwareおよびOracle Automatic Storage Management) 12cリリース1 (12.1)のインストールの一部として、インストールされます。

ディスク・グループにOracle ADVMボリュームを含めるためには、互換性パラメータCOMPATIBLE.ASMおよびCOMPATIBLE.ADVMに11.2以上を設定する必要があります。

関連項目:
Oracle ACFSの制限事項とガイドライン

1. クラスタ用Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)をインストールします。

2. Gridホームのbinディレクトリに移動します。次に例を示します。

C:\> cd app\12.1.0\grid\bin

3. Oracle Grid Infrastructureインストール所有者が、使用するストレージ・マウント・ポイントに対する読込みおよび書込み権限を持っていることを確認します。
たとえば、マウント・ポイントE:\data\acfsmounts\を使用するには、次のようになります。

C:\..bin> dir /Q E:\data\acfsmounts

4. Oracle Grid InfrastructureのOracleインストール・ユーザーとして、ASMCAを起動します。次に例を示します。

C:\..\bin> asmca

「ASMの構成: ディスク・グループ」ページが表示されます。「ASMの構成: ASMディスク・グループ」ページに、インストール中に作成したOracle ASMディスク・グループが表示されます。

5. 「ASMクラスタ・ファイルシステム」タブをクリックします。

6. 「ASMクラスタ・ファイルシステム」ページで、Oracle ADVMボリュームを作成するディスク・グループを右クリックし、「データベース使用のACFSの作成」を選択します。

7. 「ACFSホスト・データベース・ホームの作成」ウィンドウで次の情報を入力します。

- データベース・ホームのADVMボリューム・デバイス名: データベース・ホームの名前を入力します。この名前は、racdb_01などのように組織で一意である必要があります。

- データベース・ホームのマウント・ポイント: マウント・ポイントのディレクトリ・パスまたは論理ドライブ文字を入力します。たとえば、M:\acfsdisks\racdb_01とします。
後で参照するために、このマウント・ポイントを書き留めます。

- データベース・ホーム・サイズ(GB): データベース・ホームのサイズをGB単位で入力します。

- データベース・ホームの所有者名: データベースのインストールに使用するOracleインストール・ユーザーの名前を入力します。たとえば、oracle1とします。

8. 必要な情報を入力したら、「OK」をクリックします。

9. プロンプトが表示されたら、ASMCAから指示されたスクリプトをローカル管理者ユーザーとして実行します。
Oracle Clusterware環境では、Oracle Clusterwareによって管理されるリソースとしてACFSが登録されます。リソースとしてACFSを登録することによって、ACFSがOracle RACデータベース・ホームに使用される場合に、Oracle ClusterwareがACFSを適切な順序で自動的にマウントできるようになります。

10. Oracle RAC 12cリリース1 (12.1)のインストール中に、Oracle RACをインストールするユーザーまたはデータベース管理者が、「データベース・ホームのマウント・ポイント」フィールドで指定したマウント・ポイントをOracleホームに選択するようにします(前の例ではM:\acfsdisks\racdb_01)。

注意:
Oracle ACFSには、Oracle Database 11gリリース1以前のリリースのOracleホーム・ディレクトリを配置できません。

関連項目:
Oracle ACFSを使用してストレージを構成および管理する方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

7 クラスタ用Oracle Grid Infrastructureのインストール

Oracle Grid Infrastructureは、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)で構成されます。後でOracle DatabaseおよびOracle Real Application Clusters(Oracle RAC)をインストールする場合、このフェーズは2つあるインストール・フェーズの1つとなります。

- Oracle Universal Installerによって設定されるデフォルトのファイル権限について
Oracle Databaseのインストール中に、デフォルトでOracle Universal InstallerはソフトウェアをORACLE_HOMEディレクトリにインストールします。Oracle Universal Installerにより、このディレクトリ、およびこのディレクトリの下のすべてのファイルとディレクトリに対してアクセス権が設定されます。

- Oracle Grid Infrastructureのインストール
Oracle Grid Infrastructureは、Oracle Universal Installer (OUI)を使用してインストールします。

- ソフトウェアのみのインストールを使用したグリッド・インフラストラクチャのインストール
このインストール・オプションでは、Oracle Grid Infrastructureソフトウェアを有効にするために手動のインストール後手順が必要です。

- Oracle Clusterwareの機能の確認
インストール後、crsctlユーティリティを使用して、Oracle Clusterwareインストールが適切にインストールされ、動作していることを確認します。

- Oracle Clusterwareファイルを対象とするOracle ASM機能の確認
インストール後に、srvctlユーティリティを使用して、Oracle ASMソフトウェアを稼働できることを確認します。

- Oracle Grid Infrastructureでのオフライン・プロセスの理解
Oracle Grid Infrastructureでは、様々なOracle製品およびコンポーネントに必要なリソースが提供されます。一部の製品およびコンポーネントはオプションのため、Oracle Grid Infrastructureのインストール後にインストールして有効にできます。

7.1 Oracle Universal Installerによって設定されるデフォルトのファイル権限について

Oracle Databaseのインストール中に、デフォルトでOracle Universal InstallerはソフトウェアをORACLE_HOMEディレクトリにインストールします。Oracle Universal Installerにより、このディレクトリ、およびこのディレクトリの下のすべてのファイルとディレクトリに対してアクセス権が設定されます。

Oracle Grid InfrastructureのORACLE_HOMEの場合、OUIはグループとユーザーに次の権限を付与します。

- フル・コントロール - Administrators、SYSTEM、ORA_GRID_LISTENERS、Oracleインストール・ユーザー、Oracleホーム・ユーザー

- 読取り、実行、内容の一覧 - Authenticated Users

関連項目:
『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』

7.2 Oracle Grid Infrastructureのインストール

Oracle Grid Infrastructureは、Oracle Universal Installer (OUI)を使用してインストールします。

- OUIの実行によるOracle Grid Infrastructureのインストール
クラスタにOracle Grid Infrastructure (Oracle ClusterwareおよびOracle ASM)をインストールするには、次の手順を実行します。

- Oracle Grid Infrastructureのサイレント・インストールの実行
Oracle Grid Infrastructureのインストール時には、クラスタ構成情報を手動で指定するか、クラスタ構成ファイルを使用するかを選択できます。

7.2.1 OUIの実行によるOracle Grid Infrastructureのインストール

クラスタにOracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)をインストールするには、次の手順を実行します。

仮想ネットワーク・コンピューティング(VNC)・セッションからOUIを実行するか、またはコンソール・モードでターミナル・サービスを実行できます。
インストール中に、求められている操作に対して疑問がある場合は、OUIページの「ヘルプ」ボタンをクリックします。

1. 管理者グループのメンバーを使用してWindowsにログインします。

2. Oracle Database 12cリリース1 (12.1)のインストール・メディアの場所に移動し、管理者権限でコマンド・プロンプトを開き、setup.exeコマンドを実行します。

3. 次のインストール・オプションから1つ選択します。

- クラスタ用のOracle Grid Infrastructureのインストールおよび構成
標準クラスタをインストールする場合は、このオプションを選択します。

- スタンドアロン・サーバー用のOracle Grid Infrastructureのインストールおよび構成
このオプションは、Oracle Restart構成にOracle Grid Infrastructureをインストールする場合に選択します。このオプションは、Oracle Databaseおよびその他のアプリケーションをサポートする単一のサーバーに使用します。

- Oracle Grid InfrastructureまたはOracle Automatic Storage Managementのアップグレード
このオプションは、Oracle Grid Infrastructure (Oracle ClusterwareおよびOracle Grid Infrastructure)をアップグレードする場合またはOracle ASM.をアップグレードする場合に選択します。

注意:
必ずOracle Clusterwareの方が新しいリリースである必要があるため、Oracle Clusterwareより新しいリリースにOracle ASMをアップグレードすることはできません。

- Oracle Grid Infrastructureソフトウェアのインストールのみ
このオプションは、GridホームにOracle Grid Infrastructureをインストールし、ソフトウェアを構成しない場合に選択します。

4. インストール画面は、選択したインストール・オプションによって異なります。必要に応じて構成プロンプトに応答し、クラスタを構成します。

注意:
インストール時に送信を要求された情報について質問がある場合は、「ヘルプ」をクリックします。

クラスタ･メンバー･ノードのパブリックおよびVIPネットワーク・アドレスには、構成しているクラスタの種類に応じて必要な情報を指定します。

- GNSを介して構成および解決されるDHCPアドレスによる自動クラスタ構成を使用する場合、指定する必要があるのはDNSで構成されているGNS VIP名のみです。

次に、ノードIPアドレスに関する追加情報を示します。

- ローカル・ノードの場合のみ、OUIによってパブリックおよびVIPフィールドが自動的に書き込まれます。システムでベンダーのクラスタウェアが使用されている場合は、OUIにより追加のフィールドが書き込まれることがあります。

- ホスト名および仮想ホスト名は、ドメイン修飾されません。インストール中にアドレス・フィールドにドメインを入力すると、そのドメインは、OUIによってアドレスから削除されます。

- プライベートIPアドレス用にプライベートとして指定したインタフェースは、パブリック・インタフェースとしてアクセスできないようにする必要があります。キャッシュ・フュージョンにパブリック・インタフェースを使用すると、パフォーマンスの問題が発生する可能性があります。

パブリック・ノード名の入力には、各ノードのプライマリ・ホスト名を使用します。この名前は、hostnameコマンドによって表示される名前です。

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

6. インストールに必要なすべての情報を指定すると、OUIによってソフトウェアがインストールされます。その後、Oracle Net Configuration Assistant (NETCA)、Oracle Private Interconnect Configuration Assistantおよびクラスタ検証ユーティリティ(CVU)が実行されます。これらのプログラムはユーザーの介入なしに起動されます。

7. OCRおよび投票ファイルの記憶域オプションとしてOracle ASMを選択すると、Oracle Automatic Storage Management Configuration Assistant (ASMCA)はインストール・プロセスの一部としてOracle ASMを構成します。

Oracle Clusterwareファイルの記憶域オプションとしてOracle ASMを選択しない場合、インストール後に手動でASMCAを起動してOracle ASMを構成する必要があります。

次のコマンドを使用してASMCAを起動します。Grid_homeはGridホームです。

Grid_home\bin\asmca

Oracle Grid Infrastructureのインストールが正常に完了したことを検証した後、Oracle ClusterwareおよびOracle ASMを使用して他のアプリケーションの高可用性を維持するか、またはOracle DatabaseおよびOracle RACソフトウェアをインストールできます。

Oracle Database 12cリリース1 (12.1)およびOracle RACをインストールする場合は、『Oracle Real Application Clustersインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』を参照してください。スタンドアロン・サーバーでOracle Grid Infrastructureを使用する場合(Oracle Restartデプロイメント)は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

関連項目:

- Oracle Grid Infrastructureのクローニングについては、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- Oracle RACノードのクローニングおよびノード追加手順の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- スタンドアロン・サーバー・インストールの詳細は、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください(このインストール・オプションについてはこのドキュメントに記載されていないため)。

7.2.2 Oracle Grid Infrastructureのサイレント・インストールの実行

Oracle Grid Infrastructureのインストール時には、クラスタ構成情報を手動で指定するか、クラスタ構成ファイルを使用するかを選択できます。

クラスタ構成ファイルはテキスト・ファイルで、OUIを起動する前に作成できます。このファイルによって、クラスタの構成に必要なクラスタ名およびノード名の情報がOUIに提供されます。インストーラが受け入れるファイルのタイプはOracleクラスタ構成ファイル(.ccf)のみであるため、テキスト・ファイルの作成時に、拡張子.ccfでファイルを保存します。

テスト・クラスタへのインストールを繰り返し実行する場合、または多数のノードでインストールを実行する場合は、クラスタ構成ファイルの使用をお薦めします。

サイレント方式でOracle Grid Infrastructureをインストールする場合は、次の2つの手順を実行します。

- クラスタ構成ファイルの作成
クラスタ構成ファイルを手動で作成するには、テキスト・エディタを起動し、各クラスタ・メンバー・ノードのパブリックIPアドレスと仮想IPアドレスの名前を提供するファイルを作成します。

- クラスタ構成ファイルを使用したOracle Grid Infrastructureのインストール
Oracle Grid Infrastructureのインストール時には、クラスタ構成情報を手動で指定するか、クラスタ構成ファイルを使用するかを選択できます。

7.2.2.1 クラスタ構成ファイルの作成

クラスタ構成ファイルを手動で作成するには、テキスト・エディタを起動し、各クラスタ・メンバー・ノードのパブリックIPアドレスと仮想IPアドレスの名前を提供するファイルを作成します。

1. 次の形式を使用してcluster_config.ccfというテキスト・ファイルを作成します。ここで、nodeはクラスタ内のノードのパブリック・ホスト名、vipはそのノードのVIPアドレスです。

node1  node1-vip
node2  node2-vip
...

たとえば、ホスト名がRACnode1、RACnode2およびRACnode3である3つのノードがクラスタに存在する場合は、次のような内容でcluster_config.ccfというテキスト・ファイルを作成します。

RACnode1  RACnode1-vip
RACnode2  RACnode2-vip
RACnode3  RACnode3-vip

2. ファイルを保存します。

関連トピック

- レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成

7.2.2.2 クラスタ構成ファイルを使用したOracle Grid Infrastructureのインストール

Oracle Grid Infrastructureのインストール時には、クラスタ構成情報を手動で指定するか、クラスタ構成ファイルを使用するかを選択できます。

1. インストール・メディアの/responseディレクトリに移動します。

2. テキスト・エディタを使用して、レスポンス・ファイルgrid_install.rspを開きます。

3. 実行するインストールのタイプに関連する項の指示に従い、環境に適切な値を指定します。

4. 前の項の「クラスタ構成ファイルの作成」の説明に従って、クラスタ構成ファイルを作成します。

5. 次のコマンド構文を使用して、OUIをサイレント・モードで実行します。

setup.exe -silent -responseFile path_to_your_response_file

次に例を示します。

E:\ setup.exe -silent -responseFile C:\users\oracle\installGrid.rsp

関連トピック

- レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成

7.3 ソフトウェアのみのインストールを使用したグリッド・インフラストラクチャのインストール

このインストール・オプションでは、Oracle Grid Infrastructureソフトウェアを有効にするために手動のインストール後手順が必要です。

ソフトウェアのみのインストールでは、1つのノードでクラスタ用Oracle Grid Infrastructureをインストールします。

インストール時に「Grid Infrastructureソフトウェアのインストールのみ」オプションを使用すると、ローカル・ノードにソフトウェア・バイナリがインストールされます。クラスタ用のインストールを完了するには、追加の手順として、Oracle ClusterwareおよびOracle ASMの構成、ローカル・インストールのクローンの作成、他のノードでのこのクローンのデプロイ、クラスタへの他のノードの追加を行う必要があります。

注意:
Oracle Grid Infrastructureインストールを他のノードにクローニングして、クラスタに追加する方法については、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- Oracle Grid Infrastructureソフトウェアのみのインストール

- 構成ウィザード・モードのOUIを使用したソフトウェア・バイナリの構成
GUIモードでOracle Grid Infrastructure構成ウィザードを開始して、ソフトウェア・バイナリを構成できます。

- レスポンス・ファイルを使用したソフトウェア・バイナリの構成
ソフトウェアをどのノードにインストールまたはコピーする場合でも、構成を後で行うことができます。この項では、構成ウィザード・ユーティリティ(config.bat)を使用して、ノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。

- レスポンス・ファイルを使用したサイレント・モードでのソフトウェア・バイナリの構成
この項では、サイレント(レスポンスなし)モードで構成ウィザード・ユーティリティ(config.bat)を使用して、ノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。

- ネットワーク・チェックのためのpingターゲットの設定
Oracle Grid Infrastructureのインストール時に、Ping_Targetsパラメータを設定して、パブリック・ネットワークのステータスに関する通知を受信します。

7.3.1 Oracle Grid Infrastructureソフトウェアのみのインストール

1. 管理者グループのメンバーとしてWindowsにログインし、Oracle Grid Infrastructure 12cリリース1 (12.1)インストール・メディアまたはダウンロード・ディレクトリからsetup.exeコマンドを実行します。

2. 最初のノードまたはローカル・ノードで、クラスタ用Oracle Grid Infrastructureのソフトウェアのみのインストールを完了します。

3. すべてのクラスタ・ノードがインストール要件を満たしていることを検証します。

次のコマンドを使用します。

runcluvfy.bat stage -pre crsinst -n node_list

4. すべての記憶域およびサーバーのインストール前要件が満たされていることを確認してください。

5. 手順1から3の説明に従って、OUIを使用して、クラスタに含める残りのすべてのノードでOracle Grid Infrastructureソフトウェアをインストールし、すべてのノードでOracle Grid Infrastructureのソフトウェアのみのインストールを完了します。

6. 「構成ウィザード・モードのOUIを使用したソフトウェア・バイナリの構成」で説明されているとおり、完全なOUI構成ウィザードGUIを使用してクラスタを構成するか、または「レスポンス・ファイルを使用したソフトウェア・バイナリの構成」の項で説明されているとおり、レスポンス・ファイルを使用してクラスタを構成します。

7.3.2 構成ウィザード・モードのOUIを使用したソフトウェア・バイナリの構成

GUIモードでOracle Grid Infrastructure構成ウィザードを起動すると、ソフトウェア・バイナリを構成できます。

1. いずれかのノードで、Oracleインストール・ユーザーとしてログインし、Gridホームのcrs\configディレクトリから次のコマンドを入力します。

C:\..\crs\config> config.bat

構成スクリプトによってOUIが構成ウィザード・モードで起動します。

2. 必要に応じて構成情報を指定します。
各ページには同じユーザー・インタフェースが表示され、OUIが通常実行するのと同じ妥当性チェックが実行されます。ただし、インストールを実行するのではなく、構成ウィザード・モードで入力が検証され、すべてのクラスタ・ノードでインストールが構成されます。

入力を完了すると、OUIにより「サマリー」ページが表示され、クラスタに指定したすべての入力がリストされます。

3. サマリーにクラスタの正しい情報が表示されていることを確認し、「インストール」をクリックしてローカル・ノードの構成を開始します。
ローカル・ノードの構成が完了すると、OUIによりOracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにコピーされます。

4. OUIはクラスタ構成ステータスを確認して、必要に応じて他の構成ツールを起動します。

7.3.3 レスポンス・ファイルを使用したソフトウェア・バイナリの構成

ソフトウェアをどのノードにインストールまたはコピーする場合でも、構成を後で行うことができます。この項では、構成ウィザード・ユーティリティ(config.bat)を使用して、ノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。

1. Oracle Grid Infrastructure用のOracleインストール・ユーザー(gridなど)として、次の構文を使用して、Oracle Grid InfrastructureソフトウェアのみのホームからOracle Grid Infrastructure構成ウィザード・モードでOUIを起動します。Grid_homeはOracle Grid Infrastructureホーム、filenameはレスポンス・ファイル名です。

Grid_home\crs\config\config.bat [-debug] [-silent -responseFile filename]

次に例を示します。

C:\> cd Grid_home\crs\config\
C:\..config> config.bat -responseFile ..\..\response\installGrid.rsp

構成スクリプトによってOUIが構成ウィザード・モードで起動します。各ページには同じユーザー・インタフェースが表示され、OUIが通常実行するのと同じ妥当性チェックが実行されます。ただし、インストールを実行するのではなく、構成ウィザード・モードで入力が検証され、すべてのクラスタ・ノードでインストールが構成されます。

入力を完了すると、OUIにより「サマリー」ページが表示され、クラスタに指定したすべての入力がリストされます。

2. サマリーにクラスタの正しい情報が表示されていることを確認し、「インストール」をクリックしてローカル・ノードの構成を開始します。
ローカル・ノードの構成が完了すると、OUIによりOracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにコピーされます。

3. OUIはクラスタ構成ステータスを確認して、必要に応じて他の構成ツールを起動します。

関連項目:

- 構成ウィザードの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- スタンドアロン・サーバーにOracle Grid Infrastructureのソフトウェアのみのインストールを構成およびアクティブ化する方法については、Oracle Databaseインストレーション・ガイドfor Microsoft Windowsを参照してください。

7.3.4 レスポンス・ファイルを使用したサイレント・モードでのソフトウェア・バイナリの構成

この項では、サイレント(レスポンスなし)モードで構成ウィザード・ユーティリティ(config.bat)を使用して、ノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。

1. Oracle Grid Infrastructureインストール所有者(grid)として、次の構文を使用して、Oracle Grid InfrastructureソフトウェアのみのホームからOracle Grid Infrastructure構成ウィザード・モードでOUIを起動します。Grid_homeはOracle Grid Infrastructureホームで、filenameはレスポンス・ファイル名です。次に例を示します。

C:\> cd app\12.1.0\grid\crs\config
C:\> config.bat -responseFile C:\app\12.1.0\grid\response\grid_install.rsp

ウィザードはクラスタ構成ファイルを検証してから、構成を進めます。クラスタ構成ファイルに無効な入力があった場合、構成ウィザードはエラーを表示して終了します。プロンプトが表示されたら、configToolAllCommandsスクリプトを実行します。

2. ローカル・ノードの構成が完了すると、OUIによりOracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにコピーされます。

3. OUIはクラスタ構成ステータスを確認して、必要に応じて他の構成ツールを起動します。

7.3.5 ネットワーク・チェックのためのpingターゲットの設定

Oracle Grid Infrastructureのインストール時に、Ping_Targetsパラメータを設定して、パブリック・ネットワークのステータスに関する通知を受信します。

特定の環境では、たとえば、ネットワーク・ケーブルが切断されている場合、仮想マシンでネットワーク・リンクのステータスが正しく返されません。Oracle Grid Infrastructureのインストール時に、Ping_Targetsパラメータを設定して、それらの環境のパブリック・ネットワークのステータスに関する通知を受信できます。このパラメータは、クラスタの外部のアドレス(スイッチ、ルーターなど)に使用してください。

- インストーラを実行します。

C:\..> setup.exe oracle_install_crs_Ping_Targets={Host1|IP1},{Host2|IP2}

次に例を示します。

C:\..> setup.exe oracle_install_crs_Ping_Targets=192.0.2.1,192.0.2.2

pingユーティリティは、ホスト名またはIPアドレスのカンマ区切りリストHost1/IP1,Host2/IP2に接続し、パブリック・ネットワークが使用できるかどうかを判定します。いずれのホストも応答しない場合、ネットワークはオフラインであるとみなされます。

7.4 Oracle Clusterwareの機能の確認

インストール後、crsctlユーティリティを使用して、Oracle Clusterwareインストールが適切にインストールされ、動作していることを確認します。

- 管理者グループのメンバーとしてログインし、Gridホームのbinディレクトリから次のコマンドを実行します。

crsctl check cluster -all

注意:
インストールが完了したら、Oracle Clusterwareの動作中は/tmp/.oracleまたは/var/tmp/.oracle、あるいはそのファイルを手動で削除したり、それらを削除するcronジョブを実行しないでください。これらのファイルを削除すると、Oracle Clusterwareが断続的にハングアップする可能性があり、エラーCRS-0184: CRSデーモンと通信できません。が発生します。

例7-1 Oracle Clusterwareのステータスの確認

クラスタの各ノードでOracle Clusterwareコンポーネントのステータスを確認するには、次のコマンドを実行します。

C:\..\bin\> crsctl check cluster -all
このコマンドの出力結果は、次のようになります。

*************************************************************************
node1:
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
*************************************************************************
node2:
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
*************************************************************************

7.5 Oracle Clusterwareファイルを対象とするOracle ASM機能の確認

インストール後、srvctlユーティリティを使用して、Oracle ASMソフトウェアが動作していることを確認します。

- OCRおよび投票ファイルをOracle ASMにインストールした場合、Grid_home\binディレクトリから次のコマンドを実行します。

srvctl status asm

Oracle ASMは、Oracle Clusterwareファイルに必要な場合のみ、実行されています。インストール中に、Oracle ASMでOracle Clusterware記憶域を構成しなかった場合、Oracle ASMインスタンスは停止状態です。

注意:
Oracle Clusterware 12cリリース1 (12.1)以上のインストールでOracle ASMまたはOracle Net Servicesを管理するには、クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)のsrvctlバイナリを使用します。Oracle RACまたはOracle Databaseがインストールされている場合は、データベース・ホーム(Oracleホーム)のsrvctlプログラムを使用してOracle ASMまたはOracle Net Servicesを管理することはできません。

例7-2 Oracle Grid Infrastructureのインストール後のOracle ASMのステータスの確認

Oracle ASMインストールが動作可能であることを確認するには、C:\app\12.1.0\gridをGridホームの場所で置き換えて、次のコマンドを実行します。コマンドの下のテキストは、コマンドによって返される出力の例です。

C:\app\12.1.0\grid\BIN> srvctl status asm
ASM is running on node node1
ASM is running on node node2

7.6 Oracle Grid Infrastructureでのオフライン・プロセスの理解

Oracle Grid Infrastructureでは、様々なOracle製品およびコンポーネントに必要なリソースが提供されます。一部の製品およびコンポーネントはオプションのため、Oracle Grid Infrastructureのインストール後にインストールして有効にできます。

インストール後の追加を簡単にするため、Oracle Grid Infrastructureでは、これらの製品およびコンポーネントで使用可能なすべての製品に必要なすべてのリソースが構成および登録されます。ただし、アクティブ化するのはそれらを追加することを選択した場合のみです。そのため、一部のコンポーネントは、Oracle Grid Infrastructureのインストール後はOFFLINEとして表示される場合があります。

TARGET:OFFLINEおよびSTATE:OFFLINEとして表示されるリソースを監視する必要はありません。登録済でも有効でないコンポーネントであるため、システム・リソースは使用されません。Oracle製品またはコンポーネントがシステムにインストールされていて、オンラインにする特定のリソースが必要な場合は、必要なオフライン・リソースのアクティブ化を求めるプロンプトが表示されます。

8 Oracle Grid Infrastructureのインストール後の作業

Oracle Grid Infrastructureソフトウェアをインストールしたら、インストール後の作業を実行します。

Oracle Grid Infrastructureをインストールした後に、いくつかの構成作業を完了する必要があります。また、インストール直後に追加のタスクを完了することをお薦めします。製品を使用する前に製品固有の構成タスクを完了する必要もあります。

注意:
この章では、基本構成についてのみ説明します。構成およびチューニングの詳細は、製品固有の管理ガイドおよびチューニング・ガイドを参照してください。

- インストール後に必要な作業
新しくインストールしたソフトウェアに対しては、特定のインストール後の作業を行うことが重要です。

- インストール後の推奨作業
Oracle Grid Infrastructureをインストールした後で、必要に応じて次の作業を行うことをお薦めします。

- アップグレード後のOracle Enterprise Manager Cloud Controlの構成
Database ControlまたはCloud ControlからターゲットとしてOracle Clusterwareを管理している場合、サービスやインスタンスが実行中でも、Oracle ASMターゲットのステータスが「停止中」になることがあります。

- Grid Infrastructureでの以前のOracle Databaseリリースの使用
Oracle Grid Infrastructure 12cリリース1 (12.1)インストールで前のリリースのOracle Databaseを使用する場合については、次の項を確認します。

- インストール後のOracle Clusterwareバイナリの変更
インストール後に、Gridホームにインストールされているソフトウェアを変更する必要がある場合は、まずOracle Clusterwareスタックを停止する必要があります。

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

新しくインストールしたソフトウェアに対しては、特定のインストール後の作業を行うことが重要です。

注意:
投票ファイルのバックアップは不要になりました。

- パッチの更新のダウンロードおよびインストール
オラクル社では、ベース製品のリリース後、お客様による使用中に発生した問題を解決するための汎用およびポート固有の修正を含むパッチ・セットを定期的に提供しています。パッチ・セットでは、リリース番号の4桁目が増分し(たとえば、11.2.0.1.0から11.2.0.3.0)、これらのパッチ・セットについては、ベース・リリース(たとえば、11.2.0.1.0)と同じ方法で完全なリグレッション・テストが行われます。お客様は、これらの修正を適用することが推奨されます。

- Oracle ARPドライバの構成
Windows Server 2008またはWindows Server 2008 R2上のOracle Grid InfrastructureにはOracle Address Resolution Protocol (ARP)ドライバが必要です。

- Windowsファイアウォールの例外の構成
Windowsファイアウォール機能がクラスタの1つ以上のノードで有効になっている場合、ほぼすべてのTransmission Control Protocol (TCP)ネットワーク・ポートが着信接続に対してブロックされます。そのため、TCPポート上で着信接続をリスニングするOracle製品はすべて、これらのどの接続要求も受信せず、これらの接続を行っているクライアントはエラーを報告します。

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

オラクル社では、ベース製品のリリース後、お客様による使用中に発生した問題を解決するための汎用およびポート固有の修正を含むパッチ・セットを定期的に提供しています。パッチ・セットでは、リリース番号の4桁目が増分し(たとえば、11.2.0.1.0から11.2.0.3.0)、これらのパッチ・セットについては、ベース・リリース(たとえば、11.2.0.1.0)と同じ方法で完全なリグレッション・テストが行われます。お客様は、これらの修正を適用することが推奨されます。

次のパッチ・セットが利用可能になる前に修正を必要とする重大な問題が発生した場合、お客様は最新のパッチ・セットに加えて1回かぎりの修正を利用可能にするように要求できます。この配布メカニズムはMicrosoft Hot Fixesに類似しており、Oracleパッチ・セット例外(または個別パッチ)と呼ばれます。Unixプラットフォームとは異なり、これらのパッチ・セット例外は、現在のパッチ・セット以降のすべての修正を含むパッチ・セット例外バンドル(累積パッチ・バンドル)で配布されます。たとえば、不具合12393432は、Oracle Databaseリリース11.2.0.1 for Microsoft Windows (x64)のパッチ・セット例外バンドル(パッチ12)です。ご使用のリリースに利用可能な最新のパッチ・バンドルを常に適用する必要があります。

パッチ・セット例外バンドルには、CPU (クリティカル・パッチ・アップデート)、DST (夏時間)、PSU (パッチ・セット更新)および推奨パッチ・バンドルの修正も含まれます。パッチ・セット例外バンドルを適用する前に、以前のセキュリティ・パッチを適用しておく必要はありません。ただし、リリースのパッチ・セット例外バンドルを適用する前に、所定の製品ホームの指定されたパッチ・セット・レベルであることが必要となります。

パッチをインストールする準備としてデータベース・プロセスを停止する方法の詳細は、「Oracle Grid Infrastructure 12cリリース1へのアップグレード方法」を参照してください。

- My Oracle Support Webサイトを参照して、インストールした環境に必要なパッチの更新を確認します。
https://support.oracle.com

注意:
My Oracle Supportの登録ユーザーでない場合は、「My Oracle Supportへの登録」をクリックして登録してください。

8.1.2 Oracle ARPドライバの構成

Windows Server 2008またはWindows Server 2008 R2上のOracle Grid InfrastructureにはOracle Address Resolution Protocol (ARP)ドライバが必要です。

注意:
Oracle ARPドライバは、IPv6接続には必要なく、また、オペレーティング・システムがWindows Server 2012またはWindows Server 2012 R2である場合はIPv4にも必要ありません。

1. Oracle Grid Infrastructureスタックが起動していない場合は、起動します。

Oracle Grid Infrastructureスタックのステータスを確認するには、次のコマンドを使用します。

crsctl check crs

Oracle Grid Infrastructureスタックを起動するには、次のコマンドを使用します。

crsctl start crs

2. Oracle ARPドライバをインストールするには、次のコマンドに示すようにnetcfgユーティリティを使用します。

%systemroot%\system32\netcfg.exe -l Grid_home\bin\oraarpdrv.inf -c p
-i orcl_ndisprot

「Oracle America, Inc.」がノードの信頼できる発行者のリストにない場合は、「インストール」を選択してインストールを続行できるようにします。

3. システムの再起動に続いて自動的に起動するようOracle ARPドライバを構成します。

sc config oraarpdrv start= auto

4. Oracle ARPプロトコル・ドライバを起動します。

net.exe start oraarpdrv

5. 次のOracle Clusterwareリソースを停止します。

a. クラスタに対してGNSが構成されている場合は、GNSリソースを停止します。

Grid_home\bin\srvctl stop gns

クラスタに対してGNSが構成されているかどうかを判別するには、次のコマンドを使用します。

Grid_home\bin\srvctl config gns

b. SCANリソースを停止します。

Grid_home\bin\srvctl stop scan -f

c. クラスタ上で実行されているすべてのノード・アプリケーションを停止します。

Grid_home\bin\srvctl stop nodeapps -n nodename -f

6. 逆の順序でOracle Clusterwareリソースを再起動します。

a. クラスタ上ですべてのノード・アプリケーションの実行を開始します。

Grid_home\bin\srvctl start nodeapps -n nodename -f

b. SCANリソースを起動します。

Grid_home\bin\srvctl start scan

c. クラスタに対してGNSが構成されている場合は、GNSリソースを起動します。

Grid_home\bin\srvctl start gns

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

Windowsファイアウォール機能がクラスタの1つ以上のノードで有効になっている場合、ほぼすべてのTransmission Control Protocol (TCP)ネットワーク・ポートが着信接続に対してブロックされます。そのため、TCPポート上で着信接続をリスニングするOracle製品はすべて、これらのどの接続要求も受信せず、これらの接続を行っているクライアントはエラーを報告します。

使用するシステムが次の条件をすべて満たす場合は、Windowsファイアウォールに例外を構成する必要があります。

- Oracleサーバー側のコンポーネントが、サポートされているMicrosoft Windowsバージョンを実行しているコンピュータにインストールされている。コンポーネントのリストにはOracle Database、Oracle Grid Infrastructure、Oracle Real Application Clusters (Oracle RAC)、ネットワーク・リスナー、Webサーバーまたはサービスが含まれています。

- 問題になっているWindowsコンピュータが、ネットワーク上の他のコンピュータからの接続を受け入れる。他のコンピュータがOracleソフトウェアにアクセスするためにWindowsコンピュータに接続することがない場合、インストール後の構成手順は必要なく、Oracleソフトウェアは予想どおりに機能します。

- 問題になっているWindowsコンピュータが、Windowsファイアウォールを実行するように構成されている。Windowsファイアウォールが有効になってない場合、インストール後の構成手順は必要ありません。

前述のすべての条件が満たされている場合は、Oracleソフトウェアに対して正常に受信接続できるようにWindowsファイアウォールを構成する必要があります。Oracleソフトウェアが接続要求を受け入れることを可能にするには、ファイアウォールの特定の静的TCPポートを開くか、または選択したポートへの接続要求を受信できるように特定の実行可能ファイルの例外を作成して、Windowsファイアウォールを構成する必要があります。

- 次の方法の1つを使用して、ファイアウォールを構成します。

- Windowsファイアウォール・アプリケーションを起動して、「例外」タブを選択します。「プログラムの追加」または「ポートの追加」をクリックして、Oracleソフトウェアの例外を作成します。

- コマンド・プロンプトから、netsh firewall add...コマンドを使用します。

- フォアグランド・アプリケーションがポートをリスニングしようとしていることがWindowsから通知されたときに、その実行可能ファイルの例外を作成できます。この方法で例外を作成した場合、コントロール パネルまたはコマンドラインから実行可能ファイルの例外を作成した場合と同じ効果があります。

次の項では、WindowsのTCPポートをリスニングするOracle Database 11gリリース2 (11.2)の実行可能ファイルと、その実行可能ファイルの簡単な説明を示します。それらの実行可能ファイルが使用中で、リモート・クライアント・コンピュータからの接続を受信している場合は、適切な処理が行えるように、それらをWindowsファイアウォールの例外リストに追加することをお薦めします。また、複数のOracleホームを使用している場合は、oracle.exeなどの同じ実行可能ファイルのためにファイアウォールの例外を複数回(実行可能ファイルがロードされる各ホームに1つ)作成する必要があります。

- Oracle Databaseのファイアウォール例外
SQL*Plus、Oracle Call Interface (OCI)、Open Database Connectivity (ODBC)などのリモート・クライアントからの基本的なデータベース操作と接続性のために、実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle Database Examples (またはCompanion CD)のファイアウォール例外
Oracle Database Companion CDをインストールした後に、実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle Gatewaysのファイアウォール例外
Oracle Databaseがゲートウェイを介してOracle以外のソフトウェアと対話する場合、ゲートウェイ実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。次の表に、Oracle以外のソフトウェアへのアクセスに使用されるゲートウェイ実行可能ファイルを示します。

- Oracle ClusterwareおよびOracle ASMのファイアウォール例外
クラスタ内のノードにOracle Grid Infrastructureソフトウェアをインストールした場合は、特定の実行可能ファイルとポートをファイアウォールの例外リストに追加した後にのみWindowsファイアウォールを有効にできます。

- Oracle RACデータベースのファイアウォール例外
Oracle Real Application Clusters (Oracle RAC)をインストールした後に、実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- その他のOracle製品のファイアウォール例外
前述したすべての例外に加え、次に示すOracleソフトウェアのいずれかを使用する場合は、関連する実行可能ファイルのためにWindowsファイアウォールの例外を作成する必要があります。

関連トピック

- Windowsファイアウォールの例外のトラブルシューティング

8.1.3.1 Oracle Databaseのファイアウォール例外

SQL*Plus、Oracle Call Interface (OCI)、Open Database Connectivity (ODBC)などのリモート・クライアントからの基本的なデータベース操作と接続性のために、実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

次の実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle_home\bin\oracle.exe - Oracle Database実行可能ファイル

- Oracle_home\bin\tnslsnr.exe - Oracleリスナー

データベースに対してリモート監視機能を使用する場合は、次の実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle_home\bin\emagent.exe - Oracle Enterprise Manager

- Oracle_home\jdk\bin\java.exe - Oracle Enterprise ManagerのJava仮想マシン(JVM)

8.1.3.2 Oracle Database Examples(またはCompanion CD)のファイアウォール例外

Oracle Database Companion CDをインストールした後に、実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

次の実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle_home\opmn\bin\opmn.exe - Oracle Process Manager

- Oracle_home\jdk\bin\java.exe - JVM

8.1.3.3 Oracle Gatewaysのファイアウォール例外

Oracle Databaseがゲートウェイを介してOracle以外のソフトウェアと対話する場合、ゲートウェイ実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。次の表に、Oracle以外のソフトウェアへのアクセスに使用されるゲートウェイ実行可能ファイルを示します。

表8-1 Oracle以外のソフトウェアにアクセスするためのOracle実行可能ファイル

実行可能ファイル名

説明

omtsreco.exe

Microsoftトランザクション・サーバー用のOracleサービス

dg4sybs.exe

Oracle Database Gateway for Sybase

dg4tera.exe

Oracle Database Gateway for Teradata

dg4msql.exe

Oracle Database Gateway for SQL Server

dg4db2.exe

Oracle Database Gateway for Distributed Relational Database Architecture(DRDA)

pg4arv.exe

Oracle Database Gateway for Advanced Program to Program Communication(APPC)

pg4t4ic.exe

Oracle Database Gateway for APPC

dg4mqs.exe

Oracle Database Gateway for WebSphere MQ

dg4mqc.exe

Oracle Database Gateway for WebSphere MQ

dg4odbc.exe

Oracle Database Gateway for ODBC

8.1.3.4 Oracle ClusterwareおよびOracle ASMのファイアウォール例外

クラスタ内のノードにOracle Grid Infrastructureソフトウェアをインストールした場合は、特定の実行可能ファイルとポートをファイアウォールの例外リストに追加した後にのみWindowsファイアウォールを有効にすることができます。

ファイアウォールの例外リストは、各ノードで更新する必要があります。

- Grid_home\bin\gpnpd.exe - グリッド・プラグ・アンド・プレイ・デーモン

- Grid_home\bin\oracle.exe - Oracle Automatic Storage Management (Oracle ASM)実行可能ファイル(記憶域にOracle ASMを使用している場合)

- Grid_home\bin\racgvip.exe - Virtual Internet Protocol Configuration Assistant

- Grid_home\bin\evmd.exe - OracleEVMService

- Grid_home\bin\crsd.exe - OracleCRService

- Grid_home\bin\ocssd.exe - OracleCSService

- Grid_home\bin\octssd.exe - クラスタ時刻同期化サービス・デーモン

- Grid_home\bin\mDNSResponder.exe - マルチキャストのドメイン・ネーム・システム(DNS)・レスポンダ・デーモン

- Grid_home\bin\gipcd.exe - グリッド・プロセス間通信(IPC)デーモン

- Grid_home\bin\gnsd.exe - グリッド・ネーミング・サービス(GNS)・デーモン

- Grid_home\bin\ohasd.exe - OracleOHService

- Grid_home\bin\TNSLSNR.EXE - 単一クライアント・アクセス名(SCAN)リスナーおよびOracle RACデータベースとOracle ASM用のローカル・リスナー

- Grid_home\opmn\bin\ons.exe - Oracle Notification Service(ONS)

- Grid_home\jdk\jre\bin\java.exe - JVM

8.1.3.5 Oracle RACデータベースのファイアウォール例外

Oracle Real Application Clusters (Oracle RAC)をインストールした後に、実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

Oracle RACデータベースの場合、例外を必要とする実行可能ファイルは次のとおりです。

- Oracle_home\bin\oracle.exe - Oracle RACデータベース・インスタンス

- Oracle_home\bin\emagent.exe - Oracle Enterprise Managerエージェント

- Oracle_home\jdk\bin\java.exe - Oracle Enterprise Manager Databaseコンソール用

さらに、次のポートをWindowsファイアウォールの例外リストに追加する必要があります。

- Microsoftファイル共有システム管理バス(SMB)

- 135から139のTCPポート

- Network Basic I/O System(NetBIOS)を使用せずに直接ホストされたSMBトラフィック

- ポート445 (TCP)

8.1.3.6 その他のOracle製品のファイアウォール例外

前述したすべての例外に加え、次に示すOracleソフトウェアのいずれかを使用する場合は、関連する実行可能ファイルのためにWindowsファイアウォールの例外を作成する必要があります。

表8-2 Windowsファイアウォール例外を必要とするその他のOracleソフトウェア製品

Oracleソフトウェア製品

実行可能ファイル名

Data Guard Manager

dgmgrl.exe

Oracle Internet Directory Lightweight Directory Access Protocol(LDAP)Server

oidldapd.exe

外部プロシージャ・コール

extproc.exe

8.2 インストール後の推奨タスク

Oracle Grid Infrastructureをインストールした後で、必要に応じて次の作業を行うことをお薦めします。

- プログラムのメモリー使用量の最適化
Windowsオペレーティング・システムは、システム・キャッシュではなくプログラムのメモリー使用量に合わせて最適化される必要があります。

- 高速リカバリ領域ディスク・グループの作成
高速リカバリ領域用に別のディスク・グループを作成する必要があります。

- SCAN構成の確認
SCANは、クライアントにクラスタに対するサービス・アクセスを提供するホストの名前です。DNSによってSCANが正しくアドレスに関連付けられていることを確認するには、(Grid_home\binにある)コマンドcluvfy comp scanを使用します。

8.2.1 プログラムのメモリー使用量の最適化

Windowsオペレーティング・システムは、システム・キャッシュでななくプログラムのメモリー使用量に合わせて最適化される必要があります。

1. 「スタート」メニューから、「コントロール パネル」→「システム」を選択します。

2. 「システムのプロパティ」ウィンドウで、「詳細設定」タブをクリックします。

3. 「パフォーマンス」セクションで、「設定」をクリックします。

4. 「パフォーマンス オプション」ウィンドウで、「詳細設定」タブをクリックします。

5. 「メモリ使用量」セクションで、「プログラム」が選択されていることを確認します。

8.2.2 高速リカバリ領域ディスク・グループの作成

高速リカバリ領域用に別のディスク・グループを作成する必要があります。

Oracle Grid Infrastructureのインストール時に記憶域にOracle ASMを選択した場合、Oracle Clusterwareファイルを格納するために1つのディスク・グループが作成されます。シングル・インスタンスのデータベース、Oracle RACデータベースまたはOracle RAC One Nodeデータベースを作成する場合、このディスク・グループをデータベースのデータ・ファイルの格納に使用することもできます。ただし、高速リカバリ領域のために別のディスク・グループを作成することをお薦めします。

- 高速リカバリ領域および高速リカバリ領域ディスク・グループについて
高速リカバリ領域は、リカバリに関連するすべてのOracle Databaseファイルの統合的な記憶域の場所です。

- 高速リカバリ領域ディスク・グループの作成
ASMCAを使用して、高速リカバリ領域のOracle ASMディスク・グループを作成できます。

8.2.2.1 高速リカバリ領域および高速リカバリ領域ディスク・グループについて

高速リカバリ領域は、リカバリに関連するすべてのOracle Databaseファイルのための、統合された記憶域の場所です。

データベース管理者は、DB_RECOVERY_FILE_DESTパラメータを高速リカバリ領域のパスに定義して、ディスク上のバックアップおよびデータの高速リカバリを有効にできます。最近のデータを迅速にバックアップできれば、リカバリ作業のためにバックアップ・テープを探さなければならないシステム管理者の負担を軽減できます。

データベース初期化パラメータ・ファイルで高速リカバリ領域を有効にすると、すべてのRMANバックアップ、アーカイブ・ログ、制御ファイルの自動バックアップ、およびデータベースのコピーが高速リカバリ領域に書き込まれます。RMANは、リカバリに必要でなくなった古いバックアップおよびアーカイブ・ファイルを削除することで、高速リカバリ領域のファイルを自動的に管理します。

Oracle RACで高速リカバリ領域を使用するには、Oracle ASMディスク・グループ、クラスタ・ファイル・システムまたは各Oracle RACインスタンスのDirectネットワーク・ファイル・システム(NFS)で構成される共有ディレクトリに配置する必要があります。つまり、高速リカバリ領域はOracle RACデータベースのすべてのインスタンス間で共有される必要があります。Oracle ClusterwareファイルおよびOracle Databaseファイルは、高速リカバリ領域ファイルと同じディスク・グループに配置できます。ただし、ストレージ・デバイスの競合を減らすため、別の高速リカバリ領域ディスク・グループを作成することをお薦めします。

高速リカバリ領域を有効にするには、すべてのインスタンスに対してDB_RECOVERY_FILE_DESTパラメータに同じ値を設定します。高速リカバリ領域のサイズは、パラメータDB_RECOVERY_FILE_DEST_SIZEで設定します。一般的に、高速リカバリ領域は大きいほど使いやすくなります。使い勝手を良くするため、少なくとも3日分のリカバリ情報を格納できるストレージ・デバイスに、高速リカバリ領域ディスク・グループを作成することをお薦めします。理想的には、高速リカバリ領域は、保存ポリシーに基づいて保存されたデータ・ファイルのバックアップを使用してデータベースをリカバリする際に必要な、すべてのデータ・ファイルと制御ファイル、オンラインREDOログ、およびアーカイブREDOログ・ファイルのコピーを格納できるサイズであることが求められます。

複数のデータベースで同じ高速リカバリ領域を使用できます。たとえば、150GBの記憶域を持つディスク上に1つの高速リカバリ領域ディスク・グループを作成し、それを3つの異なるデータベースで共有するとします。各データベースの高速リカバリ領域のサイズを、そのデータベースの重要度によって設定することができます。たとえば、test1データベースの重要度が最も低く、次に高いのがproducts、最も高いのがordersの場合は、各データベースに異なるDB_RECOVERY_FILE_DEST_SIZE設定を適用し、それぞれの保存目標を満たすようにします。たとえば、test1には30GB、productsには50GB、ordersには70GBのように設定します。

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

8.2.2.2 高速リカバリ領域ディスク・グループの作成

ASMCAを使用して、高速リカバリ領域のOracle ASMディスク・グループを作成できます。

1. Gridホームのbinディレクトリに移動し、Oracle ASM Configuration Assistant (ASMCA)を起動します。
次に例を示します。

C:\> cd app\12.1.0\grid\bin
C:\> asmca

ASMCAが開き、「ディスク・グループ」タブが表示されます。

2. 「作成」をクリックして新しいディスク・グループを作成します。
「ディスク・グループの作成」ウィンドウが開きます。

3. 「ディスク・グループの作成」ウィンドウで、次の情報を入力して「OK」をクリックします。

a. 「ディスク・グループ名」フィールドに、高速リカバリ領域ディスク・グループの説明的な名前(FRAなど)を入力します。

b. 「冗長性」セクションで、適用する冗長レベルを選択します。

c. 「メンバー・ディスクの選択」フィールドで、高速リカバリ領域に追加する適切なディスクを選択します。

「ディスク・グループの作成」ウィンドウが開き、ディスク・グループの作成が完了したというメッセージが表示されます。

4. 「OK」をクリックしてメッセージを確認し、「終了」をクリックしてアプリケーションを終了します。

8.2.3 SCAN構成の確認

SCANは、クライアントにクラスタに対するサービス・アクセスを提供するホストの名前です。DNSによってSCANが正しくアドレスに関連付けられていることを確認するには、(Grid_home\binにある)コマンドcluvfy comp scanを使用します。

SCANは、特定のノードではなくクラスタ全体に関連付けされているため、クライアントの再構成を必要とせずに、クラスタでノードを追加または削除することを可能にします。また、データベースに場所の独立性がもたらされるため、クライアント構成は特定のデータベース・インスタンスがどのノードで実行されているかに依存しません。クライアントは引き続き、以前のリリースと同じ方法でクラスタにアクセスできますが、クラスタにアクセスするクライアントではSCANの使用をお薦めします。

インストール後、クライアントがクラスタにリクエストを送信すると、Oracle ClusterwareのSCANリスナーはクライアント・リクエストをクラスタのサーバーにリダイレクトします。

- DNSによってSCANが指定したアドレスに正常に関連付けられていることを確認します。

cluvfy comp scan

例8-1 CLUVFYを使用した、DNSによってSCANアドレスが正しく関連付けられていることの確認

この例は、node1.example.comというクラスタ・ノードに対するcluvfy comp scanコマンドの出力を示しています。

C:\> cluvfy comp scan
Verifying scan

Checking Single Client Access Name (SCAN)...

Checking TCP connectivity to SCAN Listeners...
TCP connectivity to SCAN Listeners exists on all cluster nodes

Checking name resolution setup for "node1.example.com"...

Verification of SCAN VIP and Listener setup passed

Verification of scan was successful.

8.3 アップグレード後のOracle Enterprise Manager Cloud Controlの構成

Database ControlまたはCloud ControlからターゲットとしてOracle Clusterwareを管理している場合、サービスやインスタンスが実行中でも、Oracle ASMターゲットのステータスが「停止中」になることがあります。

- Oracle ASMターゲットのステータスが「停止中」であるが実際には実行されている場合、Cloud Controlを使用してASMSNMPパスワードを更新してください。

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

次の項で、Oracle Grid Infrastructure 12cリリース1 (12.1)インストールで前のリリースのOracle Databaseを使用する場合について説明します

- 以前のリリースのOracle Databaseの使用に関する一般的な制限
Oracle Database 10gおよびOracle Database 11gは、Oracle ClusterwareおよびOracle ASM 12cリリース1 (12.1)で使用できます。

- ASMCAを使用した、以前のリリースのデータベースのディスク・グループの管理
Oracle Grid Infrastructure 11gリリース2以上では、Oracle ASMはOracle ClusterwareとともにOracle Grid Infrastructureインストールの一部としてインストールされます。

- 適切なLSNRCTLコマンドの使用
以前のリリースで使用していたOracleホームの位置からlsnrctlプログラムを使用しないでください(この位置は新しいリリースでは使用できません)。

- クラスタ・ノードまたはOracle Clusterwareリソースの起動および停止
Oracle Database 11gリリース2 (11.2)のデータベースがOracle Clusterware 12cに登録されている場合は、Oracle Clusterware 12cリリース1 (12.1)を停止する前に、追加の手順を実行してリソースが停止されるようにする必要があります。

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

Oracle ClusterwareおよびOracle ASM 12cリリース1 (12.1)ではOracle Database 10gおよびOracle Database 11gを使用できます。

既存リリースのOracle ClusterwareとOracle ASMをOracle Grid Infrastructure 11gリリース2 (11.2)(Oracle ClusterwareとOracle ASMを含む)にアップグレードする場合で、Oracle RACデータベースをOracle Database 12cリリース1 (12.1)にアップグレードする計画もある場合は、Oracle RACのアップグレードが完了したときに、既存のデータベースに必要な構成も自動的に完了するため、この項の説明を読む必要はありません。

ただし、Oracle Grid Infrastructure 12c リリース1 (12.1)にアップグレードする場合で、アップグレードの予定がない既存のOracle RACインストールがある場合、または以前のリリースのOracle RAC (11.2)をOracle Grid Infrastructure 12c リリース1 (12.1)を実行するクラスタにインストールする場合は、以前のリリースのデータベースがOracle Grid Infrastructureで正常に動作するには、追加の構成タスクを完了するか、パッチを適用(あるいはその両方を実行)する必要があります。

データベース・リリースがOracle Database 11gリリース2以上である場合、Oracle DatabaseホームはOracle ACFSにのみ格納できます。前のリリースのOracle DatabaseはOracle ACFSを使用するように設計されていないため、Oracle DatabaseをOracle ACFSにインストールすることはできません。

注意:
Oracle Clusterware 11g リリース1またはOracle Clusterware 10g リリース2からのアップグレードの場合は、Oracle Clusterware 12c リリース1 (12.1)インストールにインストールされたOracle RACまたはOracle Databaseを起動する前に、まずOracle Clusterware 11g リリース2にアップグレードする必要があります。次に、Oracle Clusterware 12cにアップグレードする前に、OCRおよび投票ファイルをOracle ASM記憶域に移動する必要があります。

関連項目:

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

- My Oracle SupportのNote 1462240.1 (https://support.oracle.com/CSP/main/article?cmd=show&amp;type=NOT&amp;id=1462240.1)で入手できる「Oracle 12cアップグレードの比較」

8.4.2 ASMCAを使用した、以前のリリースのデータベースのディスク・グループの管理

Oracle Grid Infrastructure 11gリリース2以上では、Oracle ASMはOracle ClusterwareとともにOracle Grid Infrastructureインストールの一部としてインストールされます。

Database Configuration Assistant(DBCA)を使用してOracle ASMで管理タスクを実行することはできなくなりました。

- 前のバージョンのOracle DatabaseおよびOracle RACをOracle Grid Infrastructure 11gにインストールするときに、Oracle ASM Configuration Assistant(ASMCA)を使用して、ディスク・グループを作成および変更します。

関連項目:
Oracle Database 11g リリース2をOracle Grid Infrastructure 12c リリース1 (12.1)とともに使用した、データベースに対するディスク・グループの互換性の構成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

8.4.3 適切なLSNRCTLコマンドの使用

以前のリリースで使用していたOracleホームの位置からlsnrctlプログラムを使用しないでください(この位置は新しいリリースでは使用できません)。

- Oracle Grid Infrastructure 12cホームにあるリスナー制御ユーティリティのlsnrctlを使用して、Oracle ClusterwareおよびOracle ASM 11gリリース2のローカル・リスナーとSCANリスナーを管理します。

8.4.4 クラスタ・ノードまたはOracle Clusterwareリソースの起動および停止

Oracle Database 11gリリース2 (11.2)のデータベースがOracle Clusterware 12cに登録されている場合は、Oracle Clusterware 12cリリース1 (12.1)を停止する前に、追加の手順を実行してリソースが停止されるようにする必要があります。

1. Oracle Database 11gリリース2 (11.2)データベースをOracle Clusterware 12cに登録した場合は、次のいずれかの手順を実行します。

a. 最初にOracle Database 11g リリース2のデータベース・インスタンスを停止してから、Oracle Clusterwareスタックを停止する

b. crsctl stop crs -fコマンドを使用してOracle Clusterwareスタックを停止し、発生するエラーを無視する

2. クラスタ・ノードでOracle DatabaseおよびOracle Grid Infrastructureが実行中のときに、そのノードを停止する必要がある場合は、次の手順を実行して、クラスタ・ノードを正しく停止する必要があります。

a. crsctl stop crsコマンドを使用してOracle Clusterwareスタックを停止する

b. Oracle Clusterwareが停止した後、shutdown -rを使用してWindowsサーバーを停止する

8.5 インストール後のOracle Clusterwareバイナリの変更

インストール後に、Gridホームにインストールされているソフトウェアを変更する必要がある場合は、まずOracle Clusterwareスタックを停止する必要があります。

たとえば、個別パッチを適用したり、Oracle ClusterwareまたはOracle ASMで使用されるダイナミックリンク・ライブラリ(DLL)を変更するには、次の手順に従って、Oracle Clusterwareを停止および再起動する必要があります。

注意:
Oracle Grid Infrastructureホームに対する変更を有効にするには、Gridホーム・ディレクトリ内で実行されているすべての実行可能ファイルを停止してから再起動する必要があります。さらに、GridホームのOracle共有ライブラリまたはDLLファイルを使用するアプリケーションを停止してください。

1. 管理者グループのメンバーとしてログインし、Grid_home\binディレクトリに移動します。Grid_homeはOracle Grid Infrastructureホームへのパスです。

2. 次のコマンドを使用して、Oracle Clusterwareを停止します。

C:\..\bin> crsctl stop crs -f

3. Oracle Clusterwareが完全に停止した後で、Gridホームにインストールされているソフトウェアに更新を実行します。

4. 次のコマンドを使用して、Oracle Clusterwareを再起動します。

C:\..\bin> crsctl start crs

5. 各クラスタ・メンバー・ノードで、手順1から4を繰り返します。

注意:
Gridホームのディレクトリは削除しないでください。たとえば、Grid_home/Opatchディレクトリを削除しないでください。このディレクトリを削除すると、グリッド・インフラストラクチャ・インストール所有者はOpatchを使用してGridホームにパッチを適用できず、Opatchによって「checkdirエラー: Grid_home/OPatchを作成できません」というエラー・メッセージが表示されます。

9 Oracle Grid Infrastructureの変更または削除

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)ソフトウェアを変更または削除する場合、特定の手順に従う必要があります。

- Oracle Clusterwareを削除するタイミングの決定
Oracleソフトウェアを削除する必要のある特定の状況が存在します。

- クラスタへのスタンドアロン・グリッド・インフラストラクチャ・サーバーの移行
Oracle Restart (スタンドアロン・サーバー用のOracle Grid Infrastructureインストール)を使用するOracle Databaseインストールがある場合、そのサーバーをクラスタ・メンバー・ノードとして再構成できます。

- Oracle Grid Infrastructureホーム・パスの変更
Gridホームを移動するたびに、Oracle ClusterwareとOracle ASMを再構成する必要があります。

- ソフトウェアを削除せずに行うOracle Clusterwareの構成解除
インストール・エラーが発生したノードでrootcrs.bat -deconfig -forceを実行すると、それらのノードでOracle Clusterwareの構成を解除し、エラーの原因を修正してから、再度rootcrs.batを実行してOracle Clusterwareを再構成できます。

- Oracle ClusterwareとOracle ASMソフトウェアの削除
deinstallコマンドによって、Oracle ClusterwareおよびOracle ASMをサーバーから削除できます。

- Oracle Grid Infrastructureを削除するためのサンプル・レスポンス・ファイル
-paramfileオプションを指定してdeinstallコマンドを実行すると、削除ツールではレスポンス・ファイルで指定した値が使用され、必要に応じて、不足している情報を入力するよう求められます。

関連項目:
個々の製品を削除する場合は、要件および制限について製品固有のドキュメントを参照してください。

9.1 Oracle Clusterwareを削除するタイミングの決定

Oracleソフトウェアを削除する必要のある特定の状況が存在します。

次のような場合に、インストールされたコンポーネントを削除します。

- 学習環境またはテスト環境のいずれかで、Oracle Clusterwareを正常にインストールした後、Oracle Clusterwareインストールを削除する必要がある場合。

- Oracle Clusterwareのインストールまたはアップグレード中、またはその後にエラーが発生し、インストールを再試行する場合。

- ハードウェア障害またはオペレーティング・システム障害のため、インストールまたはアップグレードが停止した場合。

- Oracle Clusterwareを再インストールするようにOracleサポート・サービスからアドバイスされた場合。

9.2 クラスタへのスタンドアロン・グリッド・インフラストラクチャ・サーバーの移行

Oracle Restart (スタンドアロン・サーバー用のOracle Grid Infrastructureインストール)を使用するOracle Databaseインストールがある場合、そのサーバーをクラスタ・メンバー・ノードとして再構成できます。

1. 次の構文でサーバー制御(SRVCTL)ユーティリティを使用してOracle Restart構成を調べます。db_unique_nameはデータベースの一意の名前、lsnrnameはデータベースのリスナー名です。

srvctl config database -db db_unique_name
srvctl config service -db db_unique_name
srvctl config listener -listener lsnrname

この後の手順でサーバーの構成情報が必要になるため、この情報を記録します。

2. 手順1で確認したすべてのデータベース、サービスおよびリスナーを停止します。

3. 存在する場合は、すべてのOracle Automatic Storage Management Cluster File System (Oracle ACFS)ファイルシステムをアンマウントします。

4. Grid_home\crs\installディレクトリに移動します。Grid_homeは、Oracle Grid Infrastructureホーム(Gridホーム)ディレクトリの場所です。次に例を示します。

C:\> cd app\12.1.0\grid\crs\install

5. 次のコマンドを使用して、スタンドアロン・サーバー用のOracle Grid Infrastructureインストール(Oracle Restart)を構成解除し、削除します。

C:\..\install> perl roothas.bat -deconfig -force

6. このマニュアルの第2章から第6章の説明に従って、Oracle Clusterware構成のためにサーバーを準備します。また、クラスタ用Oracle Grid Infrastructureを、Oracle Restartと同じ場所にインストールするか、または別の場所にインストールするか、選択します。

オプション

説明

Oracle Restartと同じ場所にインストールする場合

a. 削除ツールを使用してOracle Restartソフトウェアを削除しますが、すべてのディスク・グループはそのまま保持します。

b. 手順7に進みます。

Oracle Restartと異なる場所にインストールする場合

クラスタ用Oracle Grid Infrastructureを新しいGridホーム・ソフトウェアの場所にインストールします。

7. Oracle Grid InfrastructureのOracleインストール・ユーザーとして、Oracle Clusterware構成ウィザードを実行し、レスポンス・ファイルを保存してステージングします。-responseFileパラメータに、Oracle Clusterware構成ウィザードがレスポンス・ファイルを書き込む次のようなフルパス名を指定します。

C:\> cd Grid_home\crs\config
C:\..\config> config.bat -silent -responseFile C:\Users\dba1\scripts\GI.rsp

8. Oracle Restartで使用されるOracle ASMディスク・グループをマウントします。

9. Oracle RestartでOracle ACFSを使用する場合は、次の手順を実行します。

a. Oracle ASM Configuration Assistant (ASMCA)を起動します。volenableコマンドを実行し、すべてのOracle Restartディスク・グループ・ボリュームを有効にします。

b. すべてのOracle ACFSファイル・システムを手動でマウントします。

10. 次のタスクを実行し、手順1で記録した情報を使用して、Oracle ClusterwareサービスおよびOracle ACFSリソースをOracle Clusterwareホームに追加しなおします。

a. 次のようなコマンドを使用して、Oracle ACFSリソースを登録します。Grid_homeはOracle Grid Infrastructureインストールの場所です。

C:\> Grid_home\bin\srvctl add filesystem -device \\.\ORCLDATADISK4
-diskgroup ORestartData -volume db1
-mountpointpath C:\app\12.1.0\grid\db1 -user grid

b. クラスタ用Oracle Grid InfrastructureによってサポートするOracle Databaseを追加します。次のコマンド構文を使用します(db_unique_nameはノード上のデータベースの一意の名前、nodenameはノードの名前)。

srvctl add database -db db_unique_name -oraclehome %ORACLE_HOME% -node
nodename

たとえば、ローカル・ノードnode1上のデータベース名mydbの場合、最初にORACLE_HOME環境変数がデータベース・ホーム・ディレクトリの場所に設定されることを確認してから、次のコマンドを入力してデータベースをOracle Clusterwareに登録します。

srvctl add database -db mydb -oraclehome %ORACLE_HOME% -node node1

c. srvctl add serviceコマンドを使用して、各データベース・サービスを登録します。たとえば、データベース名がmydbで、このデータベースにmyserviceという名前のサービスを作成した場合は、次のコマンドを入力します。

srvctl add service -db mydb -service myservice

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

9.3 Oracle Grid Infrastructureホーム・パスの変更

Gridホームを移動するたびに、Oracle ClusterwareとOracle ASMを再構成する必要があります。

注意:
Gridホームを変更する前に、変更対象のGridホーム・ディレクトリで実行されるすべての実行可能ファイルを停止する必要があります。また、Oracle共有ライブラリを使用するすべてのアプリケーションも停止してください。

1. 管理者ユーザーまたはOracle Grid InfrastructureのOracleインストール・ユーザー(gridなど)としてログインします。

2. Grid_home\binディレクトリに移動し、crsctl stop crsコマンドを入力します。次に例を示します。

C:\> cd app\12.1.0\grid\BIN
C:\..\BIN> crsctl stop crs

3. 既存のGridホームをデタッチします。
次のようなコマンドを実行します(C:\app\12.1.0\gridは既存のGridホームの場所です)。

C:\> cd app\12.1.0\grid\oui\bin
C:\..\bin> setup.exe -silent -detachHome ORACLE_HOME=
'C:\app\12.1.0\grid' -local

4. Oracle Grid Infrastructure用にインストールされたファイルを、古いGridホームから新しいGridホームに移動します。
たとえば、古いGridホームがC:\app\12.1.0\gridで新しいGridホームがD:\app\12c\gridの場合は、次のコマンドを使用します。

C:\> xcopy C:\app\12.1.0\grid D:\app\12c\grid /E /I /H /K

5. 『Oracle Clusterware管理およびデプロイメント・ガイド』のOracle Clusterwareのクローニングによるクラスタの作成(手順3: 各宛先ノードでのclone.plスクリプトの実行)に関する説明に記載されている手順を使用して、Oracle Grid Infrastructureインストールをクローニングします。
Grid_home\clone\binディレクトリに移動してclone.plスクリプトを実行するときに、新しいGridホームにパス情報を提供する入力パラメータに値を指定します。

注意:
Oracle Grid Infrastructureホーム・パスを変更する場合、別のOracleホーム・ユーザーは指定できません。

6. 新しいホームの場所でOracle Clusterwareを起動します。

D:\> cd app\12c\grid\crs\install
D:\..install\> rootcrs.bat -patch -dstcrshome D:\app\12c\grid

7. 各クラスタ・メンバー・ノードで、手順1から4および手順6を繰り返します。

9.4 ソフトウェアを削除せずに行うOracle Clusterwareの構成解除

インストール・エラーが発生したノードでrootcrs.bat -deconfig -forceを実行すると、それらのノードでOracle Clusterwareの構成を解除し、エラーの原因を修正してから、再度rootcrs.batを実行してOracle Clusterwareを再構成できます。

オプション-deconfig -forceを指定してrootcrs.batコマンドを実行すると、インストールしたソフトウェアを削除しなくても、1つ以上のノードでOracle Clusterwareの構成を解除できます。この機能は、共有記憶域を誤って構成した場合など、インストール中に1つ以上のクラスタ・ノードでエラーが発生した場合に役に立ちます。

Oracle Clusterwareの構成を解除する前に、次の手順を実行する必要があります。

- インストールされ実行されているすべてのデータベース、サービスおよびリスナーを停止します。

- ACFSファイル・システムをディスマウントします。

- ADVMボリュームを無効にします。

注意:
この項で使用するコマンドでは、クラスタ全体のOracle Grid Infrastructureインストールが削除されます。個々のノードからインストールを削除するには、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

1. インストール中にエラーが発生したノードで管理者グループのメンバーを使用してログインします。

2. Gridホームから実行されているすべてのデータベース、サービスおよびリスナーを停止します。

3. 存在する場合は、すべてのOracle Automatic Storage Management Cluster File System (Oracle ACFS)ファイルシステムをアンマウントします。

4. ディレクトリをGrid_home\crs\installに移動します。
次に例を示します。

C:\> cd C:\app\12.1.0\grid\crs\install

5. -deconfig -forceオプションを指定してrootcrs.batを実行します。
次に例を示します。

C:\..\install> rootcrs.bat -deconfig -force

注意:
データベース、サービス、リスナーなど、削除するOracle Clusterwareホームから起動されたリソースに依存する実行中のリソースが存在する場合は、rootcrs.batスクリプトを実行する際に-forceオプションを指定する必要があります。部分的なインストールまたは失敗したインストールを削除する場合も、-forceオプションを使用する必要があります。

6. 必要に応じて、他のノードで手順1から手順5を繰り返します。

7. クラスタ内のすべてのノードでOracle Clusterwareの構成を解除する場合は、最後のノードで次のコマンドを入力します。

C:\..\install> rootcrs.bat -deconfig -force -lastnode

-lastnodeオプションを指定すると、Oracle Cluster Registry (OCR)および投票ファイルを含むクラスタの構成解除が完了します。

注意:
ハブ・ノードでrootcrs.bat -deconfig -force -lastnodeコマンドを実行します。-lastnodeフラグでコマンドを実行する前に、すべてのリーフ・ノードの構成を解除します。

9.5 Oracle ClusterwareとOracle ASMソフトウェアの削除

deinstallコマンドによって、Oracle ClusterwareおよびOracle ASMをサーバーから削除できます。

注意:
Oracleソフトウェアを削除するには、同じリリースの削除ツールを使用する必要があります。以前のリリースのOracleソフトウェアを削除するとき、それより新しいリリースの削除ツールは使用しないでください。たとえば、既存の11.2.0.4OracleホームにあるOracleソフトウェアを削除するとき、12.1.0.1のインストール・メディアに収録されている削除ツールは実行しないでください。

- 削除ツールについて
削除ツールは、Oracleソフトウェアを停止し、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルを削除します。

- 削除ツールのコマンド・リファレンス
削除ツールを使用して、Oracleソフトウェアを削除できます。このコマンドは、スタンドアロン・モードでの実行、Oracleホーム・ディレクトリからの実行、またはインストーラを介した実行が可能です。

- 削除ツールを使用したOracle ClusterwareおよびOracle ASMの削除
削除ツールは複数の方法で実行できます。

9.5.1 削除ツールについて

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

Oracle Database 12c以上では、削除ツールがデータベース・インストール・メディアに統合されるようになりました。Oracle DatabaseまたはOracle Databaseクライアントのインストール・メディアのベース・ディレクトリから、setup.exeコマンドに-deinstallオプションと-homeオプションを使用して削除ツールを実行できます。

また、削除ツールは、インストール後にOracleホーム・ディレクトリで別のコマンド(deinstall.bat)として使用することも可能です。これは、%ORACLE_HOME%\deinstallディレクトリに配置されます。

削除ツールによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してWindowsインストール用のOracle Grid Infrastructureを削除する場合、適切なスクリプトが自動的に実行され、Oracle Grid Infrastructureまたはスタンドアロン・サーバー用のOracle Grid Infrastructureが構成解除されます。

削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。または、-checkonlyオプションと-oオプションを使用して、deinstall.batコマンドによって以前に生成されたレスポンス・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、レスポンス・ファイルを作成することもできます。

注意:
Oracleソフトウェアを削除するには、同じリリースの削除ツールを実行する必要があります。以前のリリースのOracleソフトウェアを削除するとき、それより新しいリリースの削除ツールは使用しないでください。たとえば、既存の11.2.0.4 OracleホームからOracleソフトウェアを削除する場合、Oracle Database 12.1のインストール・メディアから削除ツールを実行しないでください。

Oracleホームのソフトウェアが実行されていない場合(インストール失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を提供する必要があります。

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

削除ツールを使用して、Oracleソフトウェアを削除できます。このコマンドは、スタンドアロン・モードでの実行、Oracleホーム・ディレクトリからの実行、またはインストーラを介した実行が可能です。

用途

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

ファイル・パス

%ORACLE_HOME%\deinstall\deinstall

前提条件

Oracle Grid Infrastructureインストール環境で削除ツールを実行する前に:

- Oracle Automatic Storage Management Cluster File System (Oracle ACFS)をディスマウントし、Oracle Automatic Storage Management Dynamic Volume Manager (Oracle ADVM)を無効にします。

- Grid Naming Service (GNS)が使用中の場合は、サブドメイン・エントリをDNSから削除することをDNS管理者に通知します。

deinstall.batプログラムを使用する場合の構文

deinstall.bat [-silent] [-checkonly] [-local]
[-paramfile complete path of input response file]
[-params name1=value [name2=value . . .]]
[-o complete path of directory for saving files]
[-tmpdir complete path of temporary directory to use]
[-logdir complete path of log directory to use] [-help]

setup.exeプログラムを使用する場合の構文

setup.exe -deinstall -home complete path of Oracle home[-silent] [-checkonly]
[-local] [-paramfile complete path of input response file]
[-params name1=value [name2=value . . .]]
[-o complete path of directory for saving files]
[-tmpdir complete path of temporary directory to use]
[-logdir complete path of log directory to use] [-help]

オプション

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

コマンド・オプション

説明

home Oracleホームの完全パス

このオプションを指定して、確認または削除するOracleホームのホーム・パスを示します。削除するOracleホームにあるdeinstall.batコマンドを使用してOracleソフトウェアを削除する場合は、Oracleホーム以外の場所にレスポンス・ファイルを用意し、-homeオプションは使用しないでください。

deinstall.batをパス%ORACLE_HOME%\deinstallから実行する場合は、実行元となるホームがツールで認識されるため、-homeオプションは不要です。インストール・メディアからsetup.exe -deinstallコマンドを使用する場合は、-homeオプションが必須です。

silent

このオプションを指定すると、非対話型モードで削除ツールが実行されます。このオプションを指定した場合は、次のいずれかが必要です。

- インストール情報および構成情報を確認するためにアクセス可能な動作中のシステム。失敗したインストールで-silentオプションは動作しません。

- 削除または構成解除するOracleホームの構成値が記述されたレスポンス・ファイル。

checkonly

このオプションを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。-checkonlyオプションを指定してdeinstallコマンドを実行した場合、Oracleの構成は削除されません。このオプションによって、deinstall.batコマンドとともに使用できるレスポンス・ファイルが生成されます。

レスポンス・ファイルを生成するために-checkonlyオプションを使用すると、システムに関する情報を入力するように求められます。Oracle環境からツールが取得したデフォルト値(カッコ([])内に示されます)をそのまま使用するか、または別の値を指定できます。各プロンプトで[Enter]を押して、デフォルトを受け入れます。

local

複数ノード環境でこのオプションを指定すると、クラスタのOracleソフトウェアの構成が解除されます。

このオプションを指定してdeinstall.batを実行すると、非共有Oracleホーム・ディレクトリのローカル・ノード(deinstall.batを実行したノード)でのみOracleソフトウェアの構成が解除され、削除されます。構成解除ツールでは、リモート・ノードのOracleソフトウェアの削除または構成解除は行われません。

paramfile 入力レスポンス・ファイルの完全パス

(オプション)このオプションを指定すると、デフォルト以外の場所にあるレスポンス・ファイルを使用してdeinstall.batを実行できます。このオプションを使用する場合は、レスポンス・ファイルが存在する場所を完全パスで指定します。削除する予定のOracleホームからdeinstall.batコマンドを実行している場合、-paramfileオプションを指定する必要はありません。

レスポンス・ファイルのデフォルトの場所は、削除ツールの場所によって異なります。

- インストール・メディアまたはステージの場所: X:\staging_location\deinstall\response

- インストール後のインストール済Oracleホーム: %ORACLE_HOME%\deinstall\response

params name1=value[ name2=value name3=value...]

このオプションをレスポンス・ファイルとともに使用すると、作成したレスポンス・ファイル内の、1つ以上の値を上書きできます。

o 保存するレスポンス・ファイルのディレクトリの完全パス

このオプションを指定すると、デフォルト以外の場所に、レスポンス・ファイル(deinstall.rsp.tmpl)を保存するパスが指定されます。

レスポンス・ファイルのデフォルトの場所は、削除ツールの呼出し方法によって異なります。

- インストール・メディアまたはステージの場所からの場合: stagelocation\response

- インストール後のインストール済Oracleホーム: %ORACLE_HOME%\deinstall\response

tmpdir 使用する一時ディレクトリの完全パス

削除ツールが削除対象の一時ファイルを書き込むためのデフォルト以外の場所を指定します。

logdir 使用するログ・ディレクトリの完全パス

削除ツールが削除対象のログ・ファイルを書き込むためのデフォルト以外の場所を指定します。

help

-helpオプションを指定すると、削除ツールのオプションに関する追加情報を取得できます。

削除ツールのログ・ファイルの場所

Oracleホームにあるdeinstall.batコマンドを使用した場合、ログ・ファイルはC:\Program Files\Oracle\Inventory\logsディレクトリに書き込まれます。

deinstall.batコマンドを使用して、サーバーに最後にインストールしたOracleホームを削除すると、ログ・ファイルは%TEMP%\deinstall<timestamp>\logsに書き込まれます。

9.5.3 削除ツールを使用したOracle ClusterwareおよびOracle ASMの削除

複数の方法で削除ツールを実行できます。

- Oracleホームからの削除ツールの実行
削除ツールはOracleホームまたはソフトウェア・インストール・メディアから実行できます。

- インストーラからの対話的な削除ツールの実行
削除ツールはOracleホームまたはソフトウェア・インストール・メディアから実行できます。

- レスポンス・ファイルを使用した削除ツールの実行
削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。または、–checkonlyオプションと-oオプションを使用して、deinstall.batコマンドによって以前に生成されたレスポンス・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、レスポンス・ファイルを作成することもできます。

- 削除ツールで使用するレスポンス・ファイルの生成
Oracleホームを削除するコマンドを実行する前に、-checkonlyオプションおよび-oオプションを指定してdeinstall.batコマンドを実行すると、レスポンス・ファイルを生成できます。または、レスポンス・ファイル・テンプレートを使用し、このファイルを手動で編集してレスポンス・ファイルを作成することもできます。

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

削除ツールはOracleホームまたはソフトウェア・インストール・メディアから実行できます。

1. 削除ツールは、デフォルトでは、Oracleインストール・ユーザーとしてOracleホームのdeinstallディレクトリから実行します。
C:\> %ORACLE_HOME%\deinstall\deinstall.bat

2. サーバーに関する情報の入力を求められたら、情報を入力するかデフォルトを受け入れます。

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

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

削除ツールを実行する最も一般的な方法は、削除対象のOracleホームにインストールされているバージョンを使用することです。削除ツールはローカルのOracleホームのソフトウェア構成を確認し、各プロンプトでデフォルト値を提供します。デフォルト値を受け入れることも、別の値を優先することもできます。Oracleホームのソフトウェアが実行されていない場合(インストール失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を提供する必要があります。Oracleホーム・ディレクトリにある削除ツールを使用するには、次のコマンドを実行します(C:\app\12.1.0\gridはGridホームの場所)。

クラスタからOracle Grid Infrastructureインストールを削除するには、管理者グループのメンバーとしてログインして、次のコマンドを使用します。

C:\> app\12.1.0\grid\deinstall\deinstall.bat

プロンプトが表示されたら、さらに情報を入力します。

注意:
削除対象のOracleホーム以外の場所から削除ツールを使用する場合は、コマンドラインで-homeオプションを指定する必要があります。

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

削除ツールはOracleホームまたはソフトウェア・インストール・メディアから実行できます。

1. -deinstallオプションに続けて-homeオプションを指定して削除するOracleホームのパスを指定し、setup.exeコマンドを使用します。

2. サーバーに関する情報の入力を求められたら、情報を入力するかデフォルトを受け入れます。

削除ツールは、Oracleソフトウェアを停止し、オペレーティング・システム上のOracleソフトウェアおよび構成ファイルを削除します。

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

インストール・メディアのインストーラから削除ツールを実行する場合、実行されたdeinstall.batコマンドは、指定された情報を使用してシステム構成を決定し、各プロンプトのデフォルト値を提供します。デフォルト値を受け入れることも、別の値を優先することもできます。指定したOracleホームのソフトウェアが実行されていない場合(インストール試行に失敗した後など)、削除ツールは構成を確認できないため、対話的に、またはレスポンス・ファイルですべての構成の詳細を指定する必要があります。

次の例で、setup.exeコマンドはパス/directory_pathにあります。directory_pathはインストール・メディアのdatabaseディレクトリへのパス、C:\app\12.1.0\gridは削除するGridホームへのパスです。

クラスタからOracle Grid Infrastructureインストールを削除するには、管理者グループのメンバーとしてログインして、次のコマンドを使用します。

C:\> cd directory_path
C:\..database> setup.exe -deinstall -home C:\app\12.1.0\grid

プロンプトが表示されたら、さらに情報を入力します。

注意:
削除対象のOracleホーム以外の場所から削除ツールを使用する場合は、コマンドラインで-homeオプションを指定する必要があります。

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

削除ツールは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、レスポンス・ファイルを作成します。または、–checkonlyオプションと-oオプションを使用して、deinstall.batコマンドによって以前に生成されたレスポンス・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、レスポンス・ファイルを作成することもできます。

- Oracle Grid Infrastructureホームにあるdeinstall.batコマンドを実行して、D:\Users\oracle\paramfile4.tmplにあるレスポンス・ファイルを使用するには、管理者グループのメンバーとしてログインして、次のコマンドを入力します。

C:\> cd %ORACLE_HOME% C:\..grid> deinstall\deinstall.bat -paramfile D:\Users\oracle\paramfile4.tmpl

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

Oracleホームを削除するコマンドを実行する前に、-checkonlyオプションおよび-oオプションを指定してdeinstall.batコマンドを実行すると、レスポンス・ファイルを生成できます。または、レスポンス・ファイル・テンプレートを使用し、このファイルを手動で編集してレスポンス・ファイルを作成することもできます。

または、%ORACLE_HOME%\deinstall\response\deinstall.rsp.tmplにあるレスポンス・ファイル・テンプレートを使用できます。

- Oracleホームにあるdeinstall.batコマンドと-checkonlyオプションを使用してレスポンス・ファイルdeinstall_OraCrs11g_home1.rspを生成するには、次のようなコマンドを入力します(C:\app\12.1.0\gridはGridホームの場所、C:\Users\oracleは生成されるレスポンス・ファイルが作成されるディレクトリ)。

C:\> app\12.1.0\grid\deinstall\deinstall.bat -checkonly -o C:\Users\oracle\

9.6 Oracle Grid Infrastructureを削除するためのサンプル・レスポンス・ファイル

-paramfileオプションを指定してdeinstallコマンドを実行すると、削除ツールではレスポンス・ファイルで指定した値が使用され、必要に応じて、不足している情報を入力するよう求められます。

例9-3 クラスタでの削除ツールのレスポンス・ファイルの例

次に、ノードnode1およびnode2のクラスタ用のレスポンス・ファイルの例を示します。この例では、クラスタ用Oracle Grid Infrastructureがユーザーgridによってインストールされており、GridホームがC:\app\12.1.0\grid、Oracleベース(Oracle ASMログ・ファイル、Oracle Clusterwareログおよびその他の管理ファイルを含む、Oracle Grid InfrastructureのOracleベース)がC:\app\grid\、中央Oracle InventoryホームがC:\Program Files\Oracle\Inventory、仮想IPアドレス(VIP)が192.0.2.2と192.0.2.4、ローカル・ノード(deinstall.batコマンドを実行するノード)がnode1です。

#Copyright (c) 2005, 2009 Oracle Corporation.  All rights reserved.
VIP1_IP=192.0.2.2
LOCAL_NODE=node1
ORA_VD_DISKGROUPS=+DATA
VIP1_IF=PublicNIC
OCRID=
ObaseCleanupPtrLoc=C:\Temp\OraDeinstall112010-02-11_10-14-30AM\utl\...
HELPJAR_NAME=help4.jar
local=false
ORACLE_HOME=C:\app\12.1.0\grid
ASM_HOME=C:\app\12.1.0\grid
ASM_DISK_GROUPS=
ASM_DISK_GROUP=DATA
ORA_DBA_GROUP=
ASM_DISCOVERY_STRING=
NEW_HOST_NAME_LIST=
PRIVATE_NAME_LIST=
ASM_DISKS=\\.\ORCLDISKDATA0,\\.\ORCLDISKDATA1,\\.\ORCLDISKDATA2
ASM_DISKSTRING=
CRS_HOME=true
JLIBDIR=C:\app\12.1.0\grid\jlib
OCRLOC=
JEWTJAR_NAME=jewt4.jar
EMBASEJAR_NAME=oemlt.jar
CRS_STORAGE_OPTION=1
ASM_REDUNDANCY=EXTERNAL
GPNPGCONFIGDIR=$ORACLE_HOME
LANGUAGE_ID='AMERICAN_AMERICA.WE8MSWIN1252'
CRS_NODEVIPS='node1-vip/255.255.252.0/PublicNIC,node2-vip/255.255.252.0/PublicNIC'
ORACLE_OWNER=Administrator
OLD_ACTIVE_ORACLE_HOME=
GNS_ALLOW_NET_LIST=
silent=false
LOGDIR=C:\Temp\OraDeinstall112010-02-11_10-14-30AM\logs\
OCFS_CONFIG=
NODE_NAME_LIST=node1,node2
GNS_DENY_ITF_LIST=
ORA_CRS_HOME=C:\app\12.1.0\grid
JREDIR=C:\app\12.1.0\grid\jdk\jre
ASM_LOCAL_SID=+asm1
ORACLE_BASE=C:\app\oracle\
GNS_CONF=false
NETCFGJAR_NAME=netcfg.jar
ORACLE_BINARY_OK=true
OCR_LOCATIONS=NO_VAL
ASM_ORACLE_BASE=C:\app\oracle
OLRLOC=
GPNPCONFIGDIR=$ORACLE_HOME
ORA_ASM_GROUP=
GNS_DENY_NET_LIST=
OLD_CRS_HOME=
EWTJAR_NAME=ewt3.jar
NEW_NODE_NAME_LIST=
GNS_DOMAIN_LIST=
ASM_UPGRADE=false
NETCA_LISTENERS_REGISTERED_WITH_CRS=LISTENER
CLUSTER_NODES=node1,node2
CLUSTER_GUID=
NEW_PRIVATE_NAME_LIST=
ASM_DIAGNOSTIC_DEST=C:\APP\ORACLE
CLSCFG_MISSCOUNT=
SCAN_PORT=1521
ASM_DROP_DISKGROUPS=true
NETWORKS="PublicNIC"/192.0.2.1:public,"PrivateNIC"/10.0.0.1:cluster_interconnect
OCR_VOTINGDISK_IN_ASM=true
NODELIST=node1,node2
ASM_IN_HOME=true
HOME_TYPE=CRS
GNS_ADDR_LIST=
CLUSTER_NAME=myrac-cluster
SHAREJAR_NAME=share.jar
VOTING_DISKS=NO_VAL
SILENT=false
VNDR_CLUSTER=false
GPNP_PA=
CSS_LEASEDURATION=400
REMOTE_NODES=node2
ASM_SPFILE=
HOST_NAME_LIST=node1,node2
SCAN_NAME=myrac-scan
VIP1_MASK=255.255.252.0
INVENTORY_LOCATION=C:\Program Files\Oracle\Inventory

注意:次の場合以外は、このファイルの値の前後に引用符を使用しないでください。

- CRS_NODEVIPSパラメータのアドレスの前後:

CRS_NODEVIPS='node1-vip/255.255.252.0/PublicNIC,node2-vip/..'

- NETWORKSパラメータのインタフェース名の前後:

NETWORKS="PublicNIC"/192.0.2.1:public,"PrivateNIC"/10.0.0.1  :cluster_interconnect

A Oracle Grid Infrastructureのインストール・プロセスに関するトラブルシューティング

この付録では、Oracle Grid Infrastructureのインストールに関するトラブルシューティング情報について説明します。

- Oracleサポートに連絡する際のベスト・プラクティス
Oracleサポートに連絡して問題を報告する必要がある場合は、サービス・リクエストを入力するときに次のガイドラインに従うことをお薦めします。

- 一般的なインストールの問題
次に、インストール中に発生する可能性のある様々なエラーの例を示します。

- 詳細モードによるCVUの「不明」出力メッセージの解釈
-verbose引数を使用してクラスタ検証ユーティリティ(CVU)を実行し、特定のノードに対するクラスタ検証ユーティリティ・コマンドの結果がUNKNOWNになる場合、その原因は、検証時に問題が検出されたかどうかをクラスタ検証ユーティリティで判断できないことにあります。

- Oracle Grid Infrastructureの設定に関するCVUメッセージの解釈
Oracle Grid Infrastructureをインストールするための要件をシステムが満たしていないことがクラスタ検証ユーティリティのレポートに示された場合は、この項の説明に従ってレポートに示されている問題を解決し、クラスタ検証ユーティリティを再実行します。

- Oracle Clusterwareアラート・ログについて
Oracle ClusterwareはOracle Database障害診断インフラストラクチャを使用して診断データとアラート・ログを管理します。このため、ほとんどの診断データは自動診断リポジトリ(ADR)(インストール時に指定したベース・ディレクトリ内のディレクトリとファイルのコレクション)に含まれます。

- Oracle Clusterwareインストール・アクション・ログのエラーおよび原因
Oracle Grid Infrastructureソフトウェアのインストール時に、ログ・ファイルinstallActions<Date_Timestamp>.logが%TEMP%\OraInstall<Date_Timestamp>ディレクトリに書き込まれます。

- Oracle Grid Infrastructureのインストール中のクラスタ診断の実行
インストーラで「ノードの選択」ページが表示されない場合は、cluvfyを使用してクラスタ・マネージャの整合性を検証します。

- CVUのクラスタ・ヘルスチェックのコマンド・リファレンス
Oracle Grid Infrastructure 11gリリース2 (11.2.0.3)以上では、CVUのhealthcheckコマンド・オプションを使用してOracle ClusterwareおよびOracle Databaseインストールをチェックし、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり、正しく動作していることを確認できます。

- インターコネクト構成の問題
インターコネクトが正しく構成されていないと、エラーや可用性の問題が発生する可能性があります。

- ストレージ構成の問題
次にストレージ構成の問題を示します。

- Windowsファイアウォール例外のトラブルシューティング
実行可能ファイルに例外を許可した後でも特定の接続を確立できない場合、次の手順に従ってインストールのトラブルシューティングを行います。

- 失敗した、または不完全なインストールおよびアップグレードの完了
インストールやアップグレードが最初に失敗しても、その操作を完了するための手順を実行できます。

関連項目:

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

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

A.1 Oracleサポートに連絡する際のベスト・プラクティス

Oracleサポートに連絡して問題を報告する必要がある場合は、サービス・リクエストを入力するときに次のガイドラインに従うことをお薦めします。

- 問題の明確な説明(正確なエラー・メッセージを含む)を提供します。

- 問題のトラブルシューティングを行うために実行した手順と、この手順の結果の説明を提供します。

- 影響を受けたソフトウェアの正確なリリース(メジャー・リリースとパッチ・リリース)を提供します。

- Oracleサポートが問題を再現できるように、問題が発生したときに実行した処置の段階ごとの手順を提供します。

- 問題の影響の評価(影響を受けた最終期限およびコストを含む)を提供します。

- スクリーンショット、ログ、Remote Diagnostic Agent (RDA)出力などの関連情報を提供します。

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

次に、インストール中に発生する可能性のある様々なエラーの例を示します。

- CLSRSC-444: OUIセッションを含むノードでrootスクリプトを実行してください

- Microsoftフェイルオーバー・クラスタがインストールされている場合にネットワークまたはVIPリソースの起動に失敗する

- OUIのノードの選択画面で選択可能なノードがない

- ノードnodenameに到達できない

- PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

- CRSスタックの起動の待機中にタイムアウトした

- その他のインストールの問題およびエラー
エラー・メッセージ解決の追加のヘルプは、My Oracle Supportを参照してください。

関連項目:
エラー・メッセージの解決に関するその他のヘルプについては、My Oracle Supportを参照してください。たとえば、Doc ID 1367631.1のNoteには、Oracle Grid InfrastructureおよびOracle Clusterwareの最も一般的なインストールの問題の一部が含まれています。

A.2.1 CLSRSC-444: OUIセッションを含むノードでrootスクリプトを実行してください

原因: このメッセージが表示され、OUIを実行しているノードではないノードがリストされた場合は、rootスクリプトの実行中または実行完了前に、指定されたノードが停止したことが原因として考えられます。

処置: 最初のノードからインストールを再試行します。計画された一連のクラスタ・メンバー・ノードの、すべてまたは一部でOracle Grid Infrastructureを完了した後、OUIを起動して、エラーに示されたノードで、失敗したOracle Grid Infrastructureインストールを削除します。ノードで失敗したインストールを削除したら、そのノードをクラスタに手動で追加します。

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

A.2.2 Microsoftフェイルオーバー・クラスタがインストールされている場合にネットワークまたはVIPリソースの起動に失敗する

原因: Windows Server 2008クラスタにMicrosoftフェイルオーバー・クラスタ(MSFC)がインストールされている場合で(構成されていない場合でも)、Oracle Grid Infrastructureをインストールしようとすると、グリッド・インフラストラクチャの構成フェーズ中にインストールが失敗し、リソースora.net1.networkまたはVIPリソースを起動できなかったことが示されます。

MSFCをインストールすると、仮想ネットワーク・アダプタが作成されて、バインド順の最上位に配置されます。このバインド順の変更はレジストリのみで確認でき、サーバー・マネージャの「ネットワーク接続の表示」には表示されません。

処置: 唯一のソリューションは、同じWindows Server 2008クラスタにMSFCとOracle Grid InfrastructureまたはOracle Clusterwareをインストールしないことです。

A.2.3 OUIのノードの選択画面で選択可能なノードがない

原因: Oracle Grid Infrastructureがインストールされていないか、またはOracle Grid Infrastructureサービスが起動および実行されていません。

処置: Oracle Grid Infrastructureをインストールするか、またはインストールの状態を確認してください。また、ノードを再起動すると問題を解決できる場合があります。

A.2.4 ノードnodenameに到達できない

原因: IPホストが使用不可能です。

処置: 次の手順を実行してください。

1. コマンド・プロンプトで、コマンドipconfig /allを実行します。このコマンドの出力とhostsファイルの内容を比較して、ノードIPがリストされていることを確認します。

2. オペレーティング・システム・コマンドnslookupを実行して、ホストが到達可能であるかどうかを確認します。

A.2.5 PROT-8: 指定したファイルからクラスタ・レジストリにデータをインポートできない

原因: 既存のOracle Cluster Registryデバイスのパーティションに十分な領域がないため、アップグレードの実行中に移行障害が発生します。確認するには、ログ・ファイル%GRID_HOME%\log\hostname\client\ocrconfig_pid.logでエラー「utopen:12:Not enough space in the backing store」を検索してください。pidはプロセスIDです。

処置: 400MB以上の使用可能な領域があるストレージ・デバイスを指定します。ディスク全体をOracle ASMに割り当てることをお薦めします。

A.2.6 CRSスタックの起動の待機中にタイムアウトした

原因: 構成の問題によってOracle Grid Infrastructureソフトウェアをすべてのノードに正常にインストールできない場合は、CRSスタックの起動の待機中にタイムアウトしたことを示すエラー・メッセージが表示される場合があります。または、インストーラを終了した後、Oracle Clusterwareで管理するリソースが一部のノードで作成されなかったことに気が付く場合があります。リソースのステータスがONLINE以外であることに気が付く場合もあります。

処置: バイナリを削除せずにOracle Grid Infrastructureインストールの構成を解除し、構成の問題の原因を判断するためにログ・ファイルを確認します。構成の問題を修正した後、インストール時に使用したスクリプトを再度実行し、Oracle Clusterwareを構成してください。

関連項目:
ソフトウェアを削除せずに行うOracle Clusterwareの構成解除

A.2.7 その他のインストールの問題およびエラー

エラー・メッセージの解決に関するその他のヘルプについては、My Oracle Supportを参照してください。

たとえば、Doc ID 1367631.1のNoteには、Oracle Grid InfrastructureおよびOracle Clusterwareの最も一般的なインストールの問題の一部が含まれています。

A.3 詳細モードによるCVUの「不明」出力メッセージの解釈

-verbose引数を使用してクラスタ検証ユーティリティ(CVU)を実行し、特定のノードに対するクラスタ検証ユーティリティ・コマンドの結果がUNKNOWNになる場合、その原因は、検証時に問題が検出されたかどうかをクラスタ検証ユーティリティで判断できないことにあります。

UNKNOWNレスポンスの考えられる原因は、次のとおりです。

- ノードが停止している。

- クラスタ検証ユーティリティで必要な、オペレーティング・システムの共通コマンド・バイナリが、Oracle Grid Infrastructureホームの/binディレクトリまたはOracleホーム・ディレクトリで不足している。

- クラスタ検証ユーティリティを起動したユーザー・アカウントには、ノードでオペレーティング・システムの共通コマンドを実行する権限がない。

- ノードで、オペレーティング・システム・パッチ、または必須パッケージが不足している。

A.4 Oracle Grid Infrastructureの設定に関するCVUメッセージの解釈

Oracle Grid Infrastructureをインストールするための要件をシステムが満たしていないことがクラスタ検証ユーティリティのレポートに示された場合は、この項の説明に従ってレポートに示されている問題を解決し、クラスタ検証ユーティリティを再実行します。

「ユーザーのユーザー等価チェックが失敗しました。」

原因: すべてのノード間でユーザー等価関係の設定に失敗しました。これは、必須のユーザーを作成していないため、インストール・ユーザーがすべてのノードで同じでないため、または失敗したノードで異なるパスワードを使用しいるためである可能性があります。

処置: クラスタ検証ユーティリティによって、ユーザー等価関係の設定に失敗したノードのリストが表示されます。失敗したノードと示されている各ノードに対して、ユーザー構成およびユーザー等価関係が正常に完了していることをOracleインストール・ユーザー構成で確認してください。

次のことを確認してください。

- 各クラスタ・ノードの管理者グループで明示的なメンバーシップが付与されているドメイン・ユーザー・アカウントを使用している。

- そのユーザー・アカウントは、各ノードで同じパスワードを持つ。

- ユーザーのドメインは各ノードで同じである。

- そのユーザー・アカウントは、各ノードで管理権限を持つ。

- そのユーザーは、ローカル・ノードから各ノードのレジストリに接続できる。

- 各ノードのユーザー・アカウント制御の設定を変更する必要がある。

- 管理者の昇格時のプロンプトの動作を「確認を要求しないで昇格する」に変更します。http://technet.microsoft.com/en-us/library/cc709691.aspxを参照してください。

- 「監査とセキュリティ ログの管理」で、管理者グループがリストされていることを確認します。

「ノードからのノード到達可能性チェックが失敗しました。」または「ノード接続性チェックが失敗しました。」

原因: クラスタ内に、TCP/IPプロトコルを使用したパブリックまたはプライベート・インターコネクトで到達できない1つ以上のノードがあります。

処置: ping addressコマンドを使用して、各ノードのアドレスを確認してください。到達できないアドレスを発見した場合は、パブリックおよびプライベート・アドレスのリストを確認して、それらを正しく構成してください。パブリック・ネットワーク・インタフェースおよびプライベート・ネットワーク・インタフェースのインタフェース名は、クラスタ内の各ノードで同じである必要があります。

パブリックおよびインターコネクト・ネットワーク・アダプタ(NIC)に、PUBLICおよびPRIVATEというすべての大文字の名前は使用しないでください。private、Private、publicおよびPublicなどのバリエーションは、ネットワーク・インタフェース名に使用できます。

関連項目:

- Oracle Grid InfrastructureおよびOracle RACのオペレーティング・システムの構成

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

A.5 Oracle Clusterwareアラート・ログについて

Oracle Clusterwareは、Oracle Database障害診断インフラストラクチャを使用して診断データとアラート・ログを管理します。このため、ほとんどの診断データは自動診断リポジトリ(ADR)(インストール時に指定したベース・ディレクトリ内のディレクトリとファイルのコレクション)に含まれます。

Oracle Clusterware 12cリリース1 (12.1.0.2)以降、Oracle Clusterwareプログラムによって書き込まれる診断データ・ファイルは、(.trcファイル拡張子が付けられた)トレース・ファイルと呼ばれ、ADRホームのtraceサブディレクトリにまとめられます。トレース・ファイルの他に、Oracle Clusterware ADRホームのtraceサブディレクトリには単純なテキストのOracle Clusterwareアラート・ログが含まれます。Oracle Clusterwareアラート・ログは常にalert.logという名前になります。Oracle Clusterwareアラート・ログは、ADRホームのalertサブディレクトリにXMLファイルとしても書き込まれますが、最も読みやすいのはテキスト・アラート・ログです。

深刻なエラーを見つけるには、まずOracle Clusterwareのアラート・ログを見ます。エラーが発生すると、エラーの原因に関する具体的な情報がある診断ログのパス情報が含まれていることがあります。

重要なイベントが発生した場合には、インストール後に、Oracle Clusterwareがアラート・メッセージを書き込みます。たとえば、クラスタ・レディ・サービス・デーモン・プロセス(CRSD)が起動した場合、中断された場合、フェイルオーバー・プロセスが失敗した場合、またはOracle Clusterwareリソースの自動再起動が失敗した場合などに、CRSDからのアラート・メッセージが表示されます。

Oracle Enterprise ManagerはOracle Clusterwareアラート・ログを監視し、エラーが検出されると「クラスタ・ホーム」ページにアラートを書き込みます。たとえば、投票ファイルが使用できない場合はCRS-1604エラーが発生し、Oracle Enterprise Managerの「クラスタ・ホーム」ページにクリティカル・アラートが書き込まれます。「メトリックとポリシー設定」ページで、エラー検出とアラートの設定をカスタマイズできます。

Oracle Clusterwareのログ・ファイルの場所は、ORACLE_BASE\diag\crs\hostname\crs\trace\alert.logです(ここで、ORACLE_BASEはOracle Clusterwareがインストールされたディレクトリで、hostnameはローカル・ノードのホスト名です)。

注意:

- Oracle Clusterwareのトラブルシューティングの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- Oracle Database診断データを管理するための自動診断リポジトリ・コマンド・インタプリタ(ADCRI)ユーティリティの詳細は、『Oracle Databaseユーティリティ』を参照してください。

- 自動診断リポジトリ(ADR)の詳細は、『Oracle Database管理者ガイド』を参照してください。

A.6 Oracle Clusterwareインストール・アクション・ログのエラーおよび原因

Oracle Grid Infrastructureソフトウェアのインストール時に、ログ・ファイルinstallActions<Date_Timestamp>.logが%TEMP%\OraInstall<Date_Timestamp>ディレクトリに書き込まれます。

installActions.logにリストされる可能性のあるエラーを次に示します:

- PRIF-10: クラスタ・レジストリの初期化に失敗しました
コンフィギュレーション・アシスタント"Oracle Private Interconnect Configuration Assistant"が失敗しました。

- KFOD-0311: デバイスdevice_path_nameのスキャン中にエラーが発生しました

- 手順1: Oracle Clusterwareクラスタのステータスの確認
手順2: OCRリポジトリの構成

ocr(-1073740972)のアップグレード障害を無視します

CLSCFG, ret -1073740972でのOracle Cluster Registryの構成に失敗しました

これらのエラー・メッセージは、次の問題のいずれかが原因である可能性があります。

- ディスクのシンボリック・リンクが削除されない
ASMTOOLを使用してディスクにスタンプを付けると、そのディスクへのシンボリック・リンクが作成されます。

- Oracle Automatic Storage Managementで使用する検出文字列が間違っている
記憶域としてOracle Automatic Storage Management (Oracle ASM)を指定すると、ディスクの検索に使用するデフォルトの検出文字列を変更できます。

- Oracle Clusterwareのインストール時にノード名にピリオドを使用した
ピリオド(.)はノード名に使用できません。かわりに、ハイフン(-)を使用します。

- ocr(-1073740972)のアップグレード障害の無視
このエラーは、インストールを実行しているユーザーが管理者権限を持たないことを示します。

A.6.1 ディスクのシンボリック・リンクが削除されない

ディスクにASMTOOLとスタンプすると、そのディスクのシンボリック・リンクが作成されます。

ディスクを削除または再構成してもこれらのリンクが削除されない場合、ディスクにアクセスしようとすると、エラーが発生する可能性があります。

問題を修正するには、再度、ディスクにASMTOOLをスタンプしてみることができます。

A.6.2 Oracle Automatic Storage Managementで使用する検出文字列が間違っている

記憶域としてOracle Automatic Storage Management (Oracle ASM)を指定すると、ディスクの検索に使用するデフォルトの検出文字列を変更することができます。

検出文字列の設定が正しくないと、Oracle ASMでディスクを検索することができません。

A.6.3 Oracle Clusterwareのインストール時にノード名にピリオドを使用した

ピリオド(.)はノード名に使用できません。かわりに、ハイフン(-)を使用します。

失敗したインストールを解決するために、Oracle Grid Infrastructureインストールのトレースを削除し、サポートされたノード名で再インストールします。

A.6.4 ocr(-1073740972)のアップグレード障害の無視

このエラーは、インストールを実行しているユーザーが管理者権限を持たないことを示します。

A.7 Oracle Grid Infrastructureのインストール中のクラスタ診断の実行

インストーラで「ノードの選択」ページが表示されない場合は、cluvfyを使用してクラスタ・マネージャの整合性を検証します。

- 次のコマンド構文を使用してクラスタ・マネージャの整合性を検証します。

cluvfy comp clumgr -n node_list -verbose

前述の構文例で、node_list変数は、クラスタ内のノードのカンマ区切りリストです。

注意:
スケジュールされたタスクの実行中または実行後に予期しないインストール・エラーが発生した場合は、インストールが完了する前にスケジュールされたタスクによって一時ファイルが削除されている可能性があります。スケジュールされたタスクを実行する前にインストールを完了するか、インストールが完了するまで、クリーンアップを行うスケジュールされたタスクを無効にすることをお薦めします。

A.8 CVUのクラスタ・ヘルスチェックのコマンド・リファレンス

Oracle Grid Infrastructure 11gリリース2 (11.2.0.3)以上では、CVUのhealthcheckコマンド・オプションを使用してOracle ClusterwareおよびOracle Databaseインストールをチェックし、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり、正しく動作していることを確認できます。

構文

cluvfy comp healthcheck [-collect {cluster|database}] [-db db_unique_name]
[-bestpractice|-mandatory] [-deviations] [-html] [-save [-savedir directory_path]

例A-1 CVUヘルスチェック・コマンドの例

C:\> cd app\12.1.0\grid\cvu_home\bin
C:\..\bin> cluvfy comp healthcheck -collect cluster -bestpractice -deviations
-html

セキュリティ

CVUでは、JDBCを使用してcvusysユーザーとしてデータベースに接続し、様々なデータベース・パラメータが検証されます。このため、-dbオプションで指定したデータベースに対してチェックを実行する場合は、最初にそのデータベースでcvusysユーザーを作成し、このユーザーにCVU固有のロールであるCVUSAPPを付与する必要があります。CVUSAPPの役割のメンバーに、システム表に対するSELECT権限を付与する必要もあります。

このユーザーを簡単に作成できるよう、Grid_home\cv\admin\cvusys.sqlというSQLスクリプトが提供されています。このSQLスクリプトを使用して、CVUにより検証するすべてのデータベースでcvusysユーザーを作成します。

コマンド・オプション

- -collect [cluster|database]
このオプションを使用して、Oracle Clusterware (クラスタ)またはOracle Database (データベース)のチェックを実行することを指定します。healthcheckコマンドでcollectオプションを使用しない場合、cluvfy comp healthcheckコマンドではOracle ClusterwareとOracle Databaseの両方のチェックが実行されます。

- -db db_unique_name
このオプションを使用して、dbオプションの後に入力した一意のデータベース名に対するチェックを指定します。

dbオプションを使用し、一意のデータベース名を指定しない場合、CVUではクラスタのすべてのOracle Databaseが検出されます。これらのデータベースでベスト・プラクティス・チェックを実行する場合は、各データベースでcvusysユーザーを作成し、ベスト・プラクティス・チェックを実行するために必要なCVUSAPPロールとSELECT権限をこのユーザーに付与する必要があります。

- [-bestpractice | -mandatory] [-deviations]
ベスト・プラクティス・チェックを指定するにはbestpracticeオプションを使用し、必須チェックを指定するにはmandatoryオプションを使用します。ベスト・プラクティスの推奨事項または必須要件からの差異のみを確認することを指定するには、deviationsオプションを追加します。-bestpracticeまたは-mandatoryのいずれかのオプションを指定できますが、両方のオプションを指定することはできません。-bestpracticeまたは-mandatoryのいずれも指定しない場合は、ベスト・プラクティスと必須要件の両方が表示されます。

- -html
htmlオプションを使用すると、詳細レポートがHTML形式で生成されます。

htmlオプションを指定し、CVUで認識されるブラウザがシステムで使用可能な場合は、チェックの完了時にブラウザが起動されてレポートがブラウザに表示されます。

htmlオプションを指定しない場合、詳細レポートはテキスト・ファイルで生成されます。

- -save [-savedir dir_path]
検証レポート(cvuchecdkreport_timestamp.txtおよびcvucheckreport_timestamp.htm、(ここで、timestampは検証レポートの日時))を保存するには、—saveまたは-save -savedirオプションを使用します。

saveオプションを単独で使用すると、レポートはパスCVU_home/cv/reportに保存されます(CVU_homeはCVUバイナリの場所)。

-save -savedirオプションを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

A.9 インターコネクト構成の問題

インターコネクトが正しく構成されていないと、エラーや可用性の問題が発生する可能性があります。

インターコネクト用に複数のネットワーク・インタフェース・カード(NIC)を使用する場合、サード・パーティのソリューションを使用してオペレーティング・システム・レベルでインタフェースをボンディングする必要があります。そうしない場合、1つのNICの障害が、クラスタ・ノードの可用性に影響します。

Oracle Grid InfrastructureおよびOracle RACをインストールする場合は、インターコネクトに同じボンディングされたNICカードまたはチーミングされたNICカードを使用する必要があります。ボンディングされたNICカードまたはチーミングされたNICカードを使用する場合は、それらが同じサブネット上に存在している必要があります。

エラーが発生したら、次のシステム検証を実行してください。

- スイッチに適切なケーブル(長さやタイプ)やソフトウェアが使用されていることを、ネットワーク・プロバイダに確認してください。場合によっては、負荷によって切断を起こす不具合を回避するため、またはジャンボ・フレームなどの追加機能をサポートするために、インターコネクト・スイッチのファームウェアのアップグレードや、新しいNICドライバ、オペレーティング・システム・レベルの新しいファームウェアが必要になることがあります。こうした修正を行わずに実行すると、初めのインストールは正常に見えても、後でOracle RACデータベースが不安定になることがあります。

- ベンダーおよびOracleの推奨事項に従って、仮想ローカル・エリア・ネットワーク(VLAN)構成、二重化設定、自動ネゴシエーションを確認してください。

A.10 ストレージ構成の問題

次にストレージ構成の問題を示します。

- ノード・ファイル・システムまたはGridホーム損失からのリカバリ
誤ってファイル・システムを削除したり、Oracle Local Registryを失うことになる別のストレージ構成の問題が発生したり、ノードが破損した場合は、次のいずれかの方法でノードをリカバリできます。

- Oracle ASM記憶域の問題
この項では、Oracle ASM記憶域のエラー・メッセージとそのエラーへの対処方法について説明します。

- スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureをダウングレードした後のOracle ASMの問題点
次の項では、スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureをダウングレードしたとき発生する可能性があるエラーと、その対処方法について説明します。

A.10.1 ノード・ファイル・システムまたはGridホーム損失からのリカバリ

誤ってファイル・システムを削除したり、Oracle Local Registryを失うことになる別のストレージ構成の問題が発生したり、ノードが破損した場合は、次のいずれかの方法でノードをリカバリできます。

GNS構成でノードを追加した場合は、グリッドのプラグ・アンド・プレイ(GPnP)と呼ばれます。GPnPではプロファイルを使用してノードが構成されるため、ノードの構成データ要件がなくなり、明示的にノードを追加したり削除する必要性がなくなります。GPnPによって、システム管理者は、テンプレートのシステム・イメージを取得するだけで、それ以上の構成を行わなくても、新しいノードでそのイメージを実行できます。GPnPにより、多くの手動操作が不要になり、エラーの発生する可能性が減るだけでなく、構成の変更をより簡単に行えるようになります。個々のノードの構成が排除されると、個々の状態をノードで保持して管理する必要がなくなるため、ノードの交換が容易になります。

グリッドのプラグ・アンド・プレイ機能により、ノードの状態が使い捨て可能になることで、データベース・ノードのインストール、構成および管理のコストが削減されます。これによって、再生成された状態でノードを簡単に交換できるようになります。

1. オペレーティング・システム・レベルのバックアップからノードをリストアする(推奨)。

2. そのノードをクラスタから削除してから、Grid_home/addnode/addnode.batを使用してまたクラスタに追加する。
復元対象のノードで管理者ユーザーとしてaddNode.batコマンドを実行して、OCRキーを再作成し、他の構成タスクを実行する必要があります。次のようなaddnodeコマンドを使用してノードのリカバリを開始します。lostnodeは、クラスタに再度追加しているノードです。

a. グリッド・ネーミング・サービス(GNS)を使用している場合:

C:\Grid_home\addnode\bin> addNode.bat -silent "CLUSTER_NEW_NODES=lostnode"

b. GNSを使用していない場合:

C:\Grid_home\addnode\bin> addNode.bat -silent "CLUSTER_NEW_NODES={lostnode}"
"CLUSTER_NEW_VIRTUAL_HOSTNAMES={lostnode-vip}"

addnode.batを使用するとクラスタ・ノードを削除して再度追加でき、クラスタ内の残りのノードからリストアできるようになります。クラスタのプロファイル情報がノードにコピーされ、ノードがリストアされます。

addNode.batコマンドが完了したら、クラスタに追加するノードで次のコマンドを実行します。

C:\>Grid_home\crs\config\gridconfig.bat

関連項目:
手動でまたはGNSでノードを追加する方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

A.10.2 Oracle ASM記憶域の問題

この項では、Oracle ASM記憶域のエラー・メッセージとそのエラーへの対処方法について説明します。

ASM-0001: デバイス\\?\のボリュームをオープンできませんでした...O/S-Error: (OS-5) アクセスが拒否されました。

原因: ユーザー・アカウント制御(UAC)は、管理アクションまたはアプリケーションが実行を許可される前に、管理者に特に承認するように要求できます。適切な資格証明を入力しない場合、asmtoolおよびasmtoolgユーティリティによってこれらのエラーが報告されます。

処置: この問題を解決する方法はいくつかあります。

1. 管理者ユーザーとしてログインしている場合は、UACダイアログ・ボックスで「続行」をクリックするか、または管理者ユーザーの資格証明を入力してから、「続行」をクリックします。

2. コマンド・ウィンドウへのデスクトップ・ショートカットを作成します。「管理者として実行」オプションを使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolを起動します。

3. Windows ServerでUAC実装を構成し、UACをオフにするか、または管理者ユーザーの昇格時のプロンプトの動作を変更します。

注意:
ビジネスまたは企業環境におけるセキュリティおよびUACの管理の詳細は、http://technet.microsoft.com/en-us/library/cc731416(WS.10).aspxの「User Account Control」文書を参照してください

O/S-Error: (OS 2)指定されたファイルが見つかりません。

原因: オペレーティング・システム・レベルで無効なディスクを再度有効にした場合、CREATE DISKGROUP、MOUNT DISKGROUP、ADD DISK、ONLINE DISKなど一部のOracle ASM操作、またはV$ASM_DISKの問合せが次のエラーで失敗します。

OS Error: (OS-2) The system cannot find the file specified.

これは、前にマウントされたディスクに、オペレーティング・システムが新しいボリュームIDを割り当てた場合に発生ます。Oracle ASMが古いボリュームIDを使用すると、ディスクを開くことができずに、前述のエラーが発生します。

処置: ASMTOOLを使用してディスクに再度スタンプを付け、Oracle ASMで使用されるボリュームIDを更新します。

ディスク・グループをマウントできません。ディスク・グループに対するディスク数が不十分であることが、ASMにより検出されました

原因: Oracle Grid Infrastructureソフトウェアのみのインストールを実行した場合に、Oracle Clusterwareのインストール後の構成中に、OCRと投票ファイルを格納するディスク・グループを構成しています。ASMTOOLを使用してディスクにスタンプを付け、スタンプの付いたディスクを使用するディスク・グループをASMCMDを使用して作成しました。その後、Oracle ASMディスク・グループを構成するディスク・デバイスまたはディスク・パーティション名でcrsconfig_paramsファイルを更新しました。Oracle Clusterwareの構成中に、「ORA-15017: ディスク・グループ"DATA"をマウントできません」などのエラーが表示されます。

処置: crsconfig_paramsファイルを変更して、ディスク・パーティション名のかわりにASMTOOLによって生成されたスタンプの付いた名前を使用します。次に例を示します。

"\\.\ORCLDISKDATA0"

A.10.3 スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureをダウングレードした後のOracle ASMの問題点

次の項では、スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureをダウングレードしたとき発生する可能性があるエラーと、その対処方法について説明します。

CRS-2529:: 'ora.asm'の停止または移動が必要であるため、'ora.cssd'は処理できません

原因: スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureを12.1.0.2から12.1.0.1にダウングレードした後で、ora.asmリソースにサーバー・パラメータ・ファイル(SPFILE)パラメータが含まれていません。

処置: スタンドアロン・サーバー(Oracle Restart)用にOracle Grid Infrastructureを12.1.0.2から12.1.0.1にダウングレードした場合は、12.1.0.1用にOracle ASMリソースを追加するとき、ora.asmリソースからServer Parameter File (SPFILE)を明示的に追加する必要があります。

Oracle Restartを12.1.0.2から12.1.0.1にダウングレードするとき、次の手順に従います。

1. 12.1.0.2 Oracle Restartのインストール構成で、Oracle ASMリソース(ora.asm)からSPFILEパラメータを問い合せて、それを覚えておきます。

srvctl config asm

2. リリース12.1.0.2のOracle Restartを構成解除します。

Grid_home/crs/install/roothas.bat -deconfig -force

3. root.shを実行して、リリース12.1.0.1のOracle Restartをインストールします。

Grid_home/root.sh

4. リスナー・リソースを追加します。

Grid_home/bin/srvctl add LISTENER

5. Oracle ASMリソースを追加し、ステップ1で取得した12.1.0.2 Oracle Restartの構成のSPFILEパラメータを指定します。

Grid_home/bin/srvctl add asm [-spfile <spfile>]
[-diskstring <asm_diskstring>])

関連項目:
Oracle Restartのインストールと構成解除の詳細は、使用しているプラットフォームの『Oracle Databaseインストレーション・ガイド』を参照してください。

A.11 Windowsファイアウォール例外のトラブルシューティング

実行可能ファイルに例外を許可した後でも特定の接続を確立できない場合、次の手順に従ってインストールのトラブルシューティングを行います。

1. Oracle構成ファイル(*.confファイルなど)、WindowsレジストリのOracleキーおよび%ORACLE_HOME%\network\adminのネットワーク構成ファイルを調べます。

2. %ORACLE_HOME%\network\admin\listener.oraのPROGRAM=句にリストされている実行可能ファイルにWindowsファイアウォールの例外を許可します。
TNSリスナーを介してその実行可能ファイルへの接続を確立できるため、Windowsファイアウォールでこれらの各実行可能ファイルに対して例外を許可する必要があります。

3. Oracleトレース・ファイル、ログ・ファイルおよび診断情報のその他のソースで、失敗した接続試行に関する詳細を調べます。
データベース・クライアント・コンピュータのログ・ファイルおよびトレース・ファイルには、失敗した接続試行のエラー・コードまたはトラブルシューティング情報が含まれている場合があります。サーバー上のWindowsファイアウォール・ログ・ファイルにも、役立つ情報が含まれている場合があります。

4. 前述のトラブルシューティング手順ではWindows上の特定の構成に関する問題が解決されない場合は、次のコマンドの出力をOracleサポートに提供して、診断を受けて問題を解決します。

netsh firewall show state verbose=enable

関連項目:

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

- Windowsファイアウォールの構成の詳細は、http://support.microsoft.com/default.aspx?scid=kb;en-us;875357を参照してください。

A.12 失敗した、または不完全なインストールおよびアップグレードの完了

インストールやアップグレードが最初に失敗しても、その操作を完了するための手順を実行できます。

- 失敗した、または不完全なインストールおよびアップグレードについて
Oracle Grid Infrastructureのインストールまたはアップグレード時には、次のアクションが実行されます。

- 失敗または中断されたインストールおよびアップグレードの完了
インストールを開始したノード(最初のノード)でOUIが終了した場合、またはrootupgrade.batスクリプトがすべてのクラスタ・ノードで実行されたことを確認する前にノードが再起動した場合、アップグレードは不完全なままになります。

- 失敗した、または中断されたインストールの完了
インストールを開始したノード(最初のノード)のOUIが終了した場合、またはgridconfig.batスクリプトがすべてのノードで実行されたことを確認する前にノードが再起動した場合、インストールは不完全なままです。

A.12.1 失敗した、または不完全なインストールおよびアップグレードについて

Oracle Grid Infrastructureのインストールまたはアップグレード時には、次のアクションが実行されます。

1. Oracle Universal Installer (OUI)が、システムにOracle Grid Infrastructureソフトウェアを構成するための入力を受け入れます。

2. OUIによって、各ノードでgridconfig.batスクリプトが実行されます。

3. OUIによって、コンフィギュレーション・アシスタントが実行されます。Oracle Grid Infrastructureソフトウェアのインストールが正常に完了します。

gridconfig.batスクリプトの実行前にOUIが終了した場合、またはインストールやアップグレードのセッションが正常に完了する前にOUIが終了した場合、Oracle Grid Infrastructureのインストールは不完全になります。インストールまたはアップグレードが完了していない場合は、Oracle Clusterwareが正しく動作しません。アップグレードを実行し、アップグレードが不完全である場合、一部のノードは最新のソフトウェアにアップグレードされ、その他のノードはアップグレードされないことがあります。インストールを実行し、インストールが不完全である場合、一部のノードがクラスタに含められないことがあります。

また、Oracle Grid Infrastructureリリース11.2.0.3以上のリリースでは、インストールまたはアップグレード時に次のメッセージが表示される場合があります。

ACFS-9427 「ADVM/ACFSドライバのアンロードに失敗しました。」「システムの再起動をお薦めします。」

ACFS-9428 「ADVM/ACFSドライバのロードに失敗しました。」「システムの再起動をお薦めします。」

CLSRSC-400: 「インストールを続行するにはシステムの再起動が必要です。」

このエラーを解決するには、サーバーを再起動した後、次の手順を実行して、不完全なインストールまたはアップグレードを完了する必要があります。

A.12.2 失敗または中断されたインストールおよびアップグレードの完了

インストールを開始したノード(最初のノード)でOUIが終了した場合、またはrootupgrade.batスクリプトがすべてのクラスタ・ノードで実行されたことを確認する前にノードが再起動した場合、アップグレードは不完全なままになります。

アップグレードが不完全でも、コンフィギュレーション・アシスタントを実行する必要があり、中央Oracle Inventoryで新しいGridホームをアクティブとマーク付けする必要があります。影響を受けるノードのアップグレードは手動で完了する必要があります。

- 最初のノードでアップグレードが失敗した場合のアップグレードの続行
最初のノードをアップグレードできなかった場合は、次の手順を使用してアップグレード・プロセスを続行します。

- 最初以外のノードでアップグレードが失敗した場合のアップグレードの続行
最初のノード(アップグレードを開始したノード)以外のノードの場合は、次の手順を使用してアップグレード・プロセスを続行します。

A.12.2.1 最初のノードでアップグレードが失敗した場合のアップグレードの続行

最初のノードをアップグレードできない場合、次の手順を使用してアップグレード・プロセスを続行します。

1. エラー・メッセージCLSRSC-400のOUIエラーが発生し、再起動が必要であると表示された場合は、最初のノード(アップグレードを開始したノード)を再起動します。そうでない場合は、エラー出力に報告されたエラー状態を修正またはクリアします。

2. クラスタ内の他のすべてのノードでアップグレードを完了します。

3. レスポンス・ファイルを構成し、アップグレード用のパスワードを指定します。
レスポンス・ファイルの作成方法の詳細は、「レスポンス・ファイルを使用したインストール後の構成」を参照してください。

4. アップグレードを完了するには、Oracle Grid InfrastructureのOracleインストール・ユーザーとしてログインし、作成したレスポンス・ファイルを指定して、パスGrid_home\cfgtoollogs\configToolAllCommandsにあるスクリプトconfigToolAllCommandsを実行します。
たとえば、レスポンス・ファイルがgridinstall.rspという名前の場合、次のようにします。

[C:\] cd app\12.1.0\grid\cfgtoollogs
[C:\..\cfgtoollogs] configToolAllCommands RESPONSE_FILE=gridinstall.rsp

A.12.2.2 最初以外のノードでアップグレードが失敗した場合のアップグレードの続行

最初のノード(アップグレードを開始したノード)以外のノードの場合は、次の手順を使用してアップグレード・プロセスを続行します。

1. エラー・メッセージCLSRSC-400のOUIエラーが発生し、再起動が必要であると表示された場合は、エラー状態にあるノードを再起動します。そうでない場合は、エラー出力に報告されたエラー状態を修正またはクリアします。

2. 最初のノードのOUIで、「再試行」をクリックします。
これにより、影響を受けるノードでアップグレードを再試行するようOUIに指示します。

3. 最初のノードのOUIインスタンスからアップグレードを続行します。

A.12.3 失敗した、または中断されたインストールの完了

インストールを開始したノード(最初のノード)のOUIが終了した場合、またはgridconfig.batスクリプトがすべてのノードで実行されたことを確認する前にノードが再起動した場合、インストールは不完全なままです。

インストールが不完全でも、コンフィギュレーション・アシスタントを実行する必要があり、中央Oracle Inventoryで新しいGridホームをアクティブとマーク付けする必要があります。影響を受けるノードのインストールは手動で完了する必要があります。

- 最初のノードでの不完全なインストールの続行
不完全なインストールを続行するには、残りのクラスタ・ノードよりも前に、最初のノードが終了する必要があります。

- 最初のノード以外のノードでのインストールの続行
最初のノード(インストールを開始したノード)以外のノードの場合は、次の手順を使用してインストール・プロセスを続行します。

A.12.3.1 最初のノードでの不完全なインストールの続行

不完全なインストールを続行するには、残りのクラスタ・ノードよりも前に、最初のノードを終了する必要があります。

1. エラー・メッセージCLSRSC-400のOUIエラーが発生し、再起動が必要であると表示された場合は、最初のノード(インストールを開始したノード)を再起動します。そうでない場合は、エラー出力に報告されたエラー状態を修正またはクリアします。

2. 必要に応じて、Oracle Grid InfrastructureのOracleインストール・ユーザーとしてログインします。最初のノードの新しいGridホームにディレクトリを移動し、このノードでgridconfig.batスクリプトを再度実行します。
次に例を示します。

[C:\] cd app\12.1.0\grid\crs\config\
[C:\..\config] gridconfig.bat

3. 他のすべてのノードでインストールを完了します。

4. レスポンス・ファイルを構成し、インストール用のパスワードを指定します。
レスポンス・ファイルの作成方法の詳細は、「レスポンス・ファイルを使用したインストール後の構成」を参照してください。

5. インストールを完了するには、Oracle Grid InfrastructureのOracleインストール・ユーザーとしてログインし、作成したレスポンス・ファイルを指定して、パスGrid_home\cfgtoollogs\configToolAllCommandsにあるスクリプトconfigToolAllCommandsを実行します。
たとえば、レスポンス・ファイルがgridinstall.rspという名前の場合、次のようにします。

[C:\] cd app\12.1.0\grid\cfgtoollogs
[C:\..\cfgtoollogs] configToolAllCommands RESPONSE_FILE=gridinstall.rsp

A.12.3.2 最初のノード以外のノードでのインストールの続行

最初のノード(インストールを開始したノード)以外のノードの場合は、次の手順を使用してインストール・プロセスを続行します。

1. エラー・メッセージCLSRSC-400のOUIエラーが発生し、再起動が必要であると表示された場合は、エラー状態にあるノードを再起動します。そうでない場合は、エラー出力に報告されたエラー状態を修正またはクリアします。

2. 最初のノードのOUIで、「再試行」をクリックします。

3. 最初のノードのOUIインスタンスからインストールを続行します。

B レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成

レスポンス・ファイルを使用して、Oracle Grid Infrastructureソフトウェアをインストールおよび構成できます。

- レスポンス・ファイルについて
インストーラの起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。インストーラはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

- レスポンス・ファイルの準備
サイレント・モードまたはレスポンス・ファイル・モードのインストールでレスポンス・ファイルを準備する場合、次の2つの方法を使用できます。

- レスポンス・ファイルを使用したインストーラの実行
インストール時にレスポンス・ファイルを使用するには、コマンドラインからOUIを起動し、その際に、作成したレスポンス・ファイルを指定します。

- レスポンス・ファイルを使用したOracle Net Configuration Assistantの実行
サイレント・モードでOracle Net Configuration Assistant (NETCA)を実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。

- レスポンス・ファイルを使用したインストール後の構成
Oracleソフトウェアのインストール後に、レスポンス・ファイルによる構成を作成して実行できます。

B.1 レスポンス・ファイルについて

インストーラの起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。インストーラはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

通常、インストーラは対話型で、つまりGraphical User Interface(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント・モード
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル・モード
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホームの名前を指定するには、次のように、ORACLE_HOME変数に適切な値を入力します。

ORACLE_HOME="OraCrs11g_home1"

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent "ORACLE_HOME=OraCrs11g_home1" ...

変数とその設定は、必ず二重引用符で囲むようにします。

- サイレント・モードまたはレスポンス・ファイル・モードを使用する判断
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行するいくつかの理由があります。

- レスポンス・ファイルの使用
次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールおよび構成する一般的な手順を示します。

関連項目:
レスポンス・ファイルの詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

B.1.1 サイレント・モードまたはレスポンス・ファイル・モードを使用する判断

インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行するいくつかの理由があります。

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

モード

使用する理由

サイレント

次のインストールでは、サイレント・モードを使用します。

- オペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する

- Oracle Universal Installer (OUI)のGraphical User Interfaceを表示できないシステムにソフトウェアをインストールする

OUIによって起動元の端末に進捗情報が表示されますが、インストーラ画面はまったく表示されません。

レスポンス・ファイル

レスポンス・ファイル・モードは、インストーラ・プロンプトの全部ではなく一部にデフォルトの応答を提供し、複数のシステムに同様のOracleソフトウェア・インストールを行う場合に使用します。

特定のOUI画面に必要な情報をレスポンス・ファイルに指定していないと、インストーラによってその画面が表示されます。必要な情報をすべて指定した画面はOUIにより表示されません。

B.1.2 レスポンス・ファイルの使用

次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールおよび構成する一般的な手順を示します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. Windowsレジストリ・キーHKEY_LOCAL_MACHINE\Software\Oracleが存在し、inst_locの値がローカル・ノード上のOracle Inventoryディレクトリの場所になっていることを確認します。

注意:
Oracleソフトウェアのインストール後は、Windowsレジストリでinst_locの値を変更することはサポートされていません

2. レスポンス・ファイルを準備します。

3. インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

4. ソフトウェアのみのインストールを完了したら、Oracle製品の構成に必要な手順を実行します。

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

サイレント・モードまたはレスポンス・ファイル・モードのインストールでレスポンス・ファイルを準備する場合、次の2つの方法を使用できます。

- レスポンス・ファイル・テンプレートの編集
Oracleには、製品、インストール・タイプおよび構成ツールごとに、レスポンス・ファイルのテンプレートが用意されています。レスポンス・ファイル・テンプレートをコピーして変更できます。

- レスポンス・ファイルの記録
インストーラを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。

- パスワード・レスポンス・ファイルの作成
コンフィギュレーション・アシスタントに使用するパスワード・レスポンス・ファイルを作成するには、次の手順を使用します。

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

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。レスポンス・ファイル・テンプレートをコピーして変更できます。

1. レスポンス・ファイル・ディレクトリからシステム上のディレクトリに、レスポンス・ファイルをコピーします。
Oracle Grid Infrastructureの場合、レスポンス・ファイルはインストール・メディアのstaging_dir\clusterware\responseディレクトリ、またはインストール後のGrid_home\inventory\responseディレクトリにあります。

2. テキスト・エディタでレスポンス・ファイルを開きます。

関連項目:
レスポンス・ファイルの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはコンフィギュレーション・アシスタントが失敗します。また、レスポンス・ファイル名が.rspで終わることを確認してください。

4. レスポンス・ファイルを保護します。
Oracleソフトウェアをインストールしたユーザーのみがレスポンス・ファイルを表示または変更できることを確認します。インストールの正常終了後に、変更済のレスポンス・ファイルを削除することを検討してください。

注意:
Oracle Grid Infrastructureのインストールに必要なすべての項目を指定したレスポンス・ファイルには、Oracle Automatic Storage Management (Oracle ASM)の管理アカウント用のパスワードと、オペレーティング・システム・グループのORA_DBAおよびAdministratorsのメンバーであるユーザー用のパスワードが含まれる可能性があります。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

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

インストーラを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。

この方法は、拡張インストールまたはソフトウェアのみのインストールに役立ちます。「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、またはインストーラでローカル・ディスクにソフトウェアをコピーする前に「サマリー」ページでインストーラを終了することもできます。

レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

注意:
レスポンス・ファイルの記録中は、パスワードを保存できません。

1. 標準のインストールと同様にインストール前の作業を実行します。
インストーラを使用してレスポンス・ファイルに記録する際、インストーラはシステムを確認してソフトウェアをインストールするための要件を満たしているかどうかを検証します。そのため、必要なすべてのインストール前作業を完了してから、インストールを実行してレスポンス・ファイルを記録することをお薦めします。

2. Oracleインストール・ユーザーとしてログインします。Oracleインストール・ユーザーが、インストール中に指定するGridホーム・パスの作成または書込み権限を持つことを確認します。

3. インストーラを起動します。インストールの各画面で、必要な情報を指定します。

4. インストーラの「サマリー」画面が表示されたら、次の手順を実行します。

a. 「レスポンス・ファイルの保存」をクリックします。ポップアップ・ウィンドウで、値をレスポンス・ファイルに保存するためのファイル名と場所を指定し、「保存」をクリックします。

b. 「終了」をクリックしてインストールを続行します。
インストールを続行しない場合は、「取消」をクリックします。記録されたレスポンス・ファイルは保持され、インストール処理が停止します。

注意:
レスポンス・ファイルは、末尾が接尾辞.rspである必要があります。

5. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。編集する際は、ファイルに記載された説明をガイドとして使用してください。

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

コンフィギュレーション・アシスタントに使用するパスワード・レスポンス・ファイルを作成するには、次の手順を使用します。

1. filename.propertiesという形式の名前のレスポンス・ファイルを作成します。

2. テキスト・エディタでこのファイルを開いて、次の例に示すパスワード・ファイルの例の内容を切り取って貼り付け、必要に応じて変更します。

3. WindowsのNew Technology File System(NTFS)フォーマットのボリュームにこのファイルを格納する場合、このファイルを保護するためにセキュリティ権限を変更します。

例B-1 Oracle Grid Infrastructure用のパスワード・レスポンス・ファイルの例

次の例に、Oracle Grid Infrastructureで使用するパスワード・レスポンス・ファイルのテンプレートを示します。

Oracle Grid Infrastructureでは、Baseboard Management Controller (BMC)カードがある場合にこの機能を使用可能にするには、Oracle Automatic Storage Management Configuration Assistant (ASMCA)およびIntelligent Platform Management Interface Configuration Assistant (IPMICA)のパスワードが必要です。また、Oracle Grid Infrastructureインストールに対してOracleホーム・ユーザーを指定した場合、そのパスワードをWindowsサービス・ユーザーのパスワードとして指定する必要があります。

oracle.assistants.asm|S_ASMPASSWORD=password
oracle.assistants.asm|S_ASMMONITORPASSWORD=password
oracle.crs|S_BMCPASSWORD=password
oracle.crs|S_WINSERVICEUSERPASSWORD=password

BMCカードがない場合、またはIntelligent Platform Management Interface(IPMI)を有効にしない場合は、S_BMCPASSWORD入力フィールドを空白のままにしておきます。

B.3 レスポンス・ファイルを使用したインストーラの実行

インストール時にレスポンス・ファイルを使用するには、コマンドラインからOUIを起動し、その際に、作成したレスポンス・ファイルを指定します。

OUIの実行可能ファイルsetup.exeでは、いくつかのオプションを使用できます。これらのオプション全体の詳細を表示するには、次のように-helpオプションを指定してsetup.exeコマンドを実行します。

C:\..\bin> setup.exe -help

しばらくすると、セッション・ウィンドウ上にヘルプ情報が表示されます。

1. インストールと同様にインストール前の作業を実行します。

2. 管理ユーザーとしてログインします。

3. コマンドを次のように入力して、サイレント・モードまたはレスポンス・ファイル・モードでインストーラを起動します。

C:\> directory_path\setup.exe [-silent] [-noconfig] \
-responseFile responsefilename

注意:
レスポンス・ファイルのパスを相対パスで指定しないでください。相対パスを指定すると、インストーラが失敗します。

この例の意味は次のとおりです。

- directory_pathは、インストール・メディアのパス、またはインストール・ソフトウェアをコピーしたハード・ドライブ上のディレクトリのパスです。

- -silentは、インストーラをサイレント・モードで実行します。

- -noconfigを指定すると、インストール中にコンフィギュレーション・アシスタントは実行されず、ソフトウェアのみのインストールが実行されます。

- responsefilenameは、構成したインストール用レスポンス・ファイルのフルパスとファイル名です。

注意:
レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

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

サイレント・モードでOracle Net Configuration Assistant(NETCA)を実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。

次のresponseサブディレクトリに、netca.rspという名前のレスポンス・ファイル・テンプレートが用意されています。

- ソフトウェアのみインストール後のOracle_home\database\inventory\responseディレクトリ

- インストール・メディアまたはステージング領域のdatabase\responseディレクトリ

NETCAをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。

1. レスポンス・ファイル・テンプレートnetca.rspを、レスポンス・ファイルのディレクトリから使用するシステムのディレクトリへコピーします。
ソフトウェアがハード・ドライブでステージングされている場合、またはすでにインストールされている場合は、かわりにローカル・ディスクのresponseディレクトリのファイルを編集することもできます。

2. テキスト・エディタでレスポンス・ファイルを開きます。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、NETCAが失敗します。

4. 管理者ユーザーとしてログインし、%ORACLE_HOME%環境変数に正しいOracleホーム・ディレクトリを指定します。

5. 次のようなコマンドを入力して、NETCAをサイレント・モードで実行します。

C:\> Oracle_home\bin\netca -silent -responsefile X:\local_dir\netca.rsp

この例の意味は次のとおりです。

- -silentオプションは、NETCAをサイレント・モードで実行します。

- X:\local_dirは、netca.rspレスポンス・ファイル・テンプレートをコピーしたディレクトリのフルパスです。Xはそのファイルが存在するドライブで、local_dirはそのドライブのパスです。

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

Oracleソフトウェアのインストール後に、レスポンス・ファイルによる構成を作成して実行できます。

- インストール後の構成ファイルについて
コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトを使用して起動されます。

- レスポンス・ファイルを使用したインストール後の構成の実行
configToolAllCommandsスクリプトを使用して、インストール後にコンフィギュレーション・アシスタントを実行できます。

B.5.1 インストール後の構成ファイルの概要

コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトによって起動されます。

サイレント・モードまたはレスポンス・ファイル・モードを使用してインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します(指定しない場合は、グラフィカル・ユーザー・インタフェースを使用して手動で入力します)。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にコンフィギュレーション・アシスタントから要求されるユーザー・アカウントのパスワードは含まれていません。サイレント・モードでのインストールの完了後にコンフィギュレーション・アシスタントを実行する場合は、configToolAllCommandsスクリプトを実行し、コンフィギュレーション・アシスタントで使用されるパスワードをパスワード・ファイルに指定する必要があります。

パスワード・レスポンス・ファイルを使用すると、configToolAllCommandsスクリプトをサイレント・モードで実行できます。スクリプトはファイル内のパスワードを使用して、ソフトウェア構成が完了するまで連続的に構成ツールを実行します。インストールのクローニング用にパスワード・ファイルを保持する場合は、パスワード・ファイルをセキュアな場所に保存することをお薦めします。

パスワード・ファイルは、失敗したインストールを再度開始する場合にも使用できます。エラーを解決するためにインストールを中断する場合は、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用して、コンフィギュレーション・アシスタントを再実行できます。

configToolAllCommandsパスワード・レスポンス・ファイルには、次のオプションがあります。

- internal_component_nameは、コンフィギュレーション・アシスタントで構成するコンポーネントの名前です。

- variable_nameは、構成ファイルの変数の名前です。

- valueは、構成に使用する値です。

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

たとえば、Oracle ASMのSYSユーザーのパスワードを設定します。

oracle.assistants.asm|S_ASMPASSWORD=myPassWord

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

configToolAllCommandsスクリプトを使用して、インストール後にコンフィギュレーション・アシスタントを実行できます。

1. ファイル名にfilename.propertiesという形式を使用してレスポンス・ファイルを作成します。

2. テキスト・エディタでこのファイルを開き、パスワード・テンプレートを切り取って貼り付け、必要に応じて変更します。

3. Oracle_home\cfgtoollogsに移動し、次の構文を使用して構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=\path\filename.properties

次に例を示します。

C:\..\cfgtoollogs> configToolAllCommands RESPONSE_FILE=C:\users\oracle
\grid\cfgrsp.properties

例B-2 Oracle Grid Infrastructureインストール用のパスワード・レスポンス・ファイル

Oracle Grid Infrastructureでは、Baseboard Management Controller (BMC)カードがある場合にこの機能を使用可能にするには、Oracle Automatic Storage Management Configuration Assistant (ASMCA)およびIntelligent Platform Management Interface Configuration Assistant (IPMICA)のパスワードが必要です。また、Oracle Grid Infrastructureインストールに対してOracleホーム・ユーザーを指定した場合、そのパスワードをWindowsサービス・ユーザーのパスワードとして指定する必要があります。この場合、次のレスポンス・ファイルを使用します。

oracle.assistants.asm|S_ASMPASSWORD=password
oracle.assistants.asm|S_ASMMONITORPASSWORD=password
oracle.crs|S_BMCPASSWORD=password
oracle.crs|S_WINSERVICEUSERPASSWORD=password

BMCカードがない場合、またはIntelligent Platform Management Interface(IPMI)を有効にしない場合は、S_BMCPASSWORD入力フィールドを空白のままにしておきます。

注意:
Oracle ASM 11gリリース1以前のリリースをアップグレードする場合は、oracle.assistants.asm|S_ASMMONITORPASSWORDの入力フィールドのみ指定する必要があります。

例B-3 Oracle Real Application Clustersのパスワード・レスポンス・ファイル

Oracle Databaseの構成には、Database Configuration Assistant (DBCA)で使用するSYS、SYSTEM、DBSNMPのパスワードが必要です。S_ASMSNMPPASSWORDレスポンスは、データベースでOracle ASMをストレージに使用する場合のみ必要です。同様に、S_PDBADMINPASSWORDパスワードは、1つ以上のプラガブル・データベース(PDB)を含むマルチテナント・コンテナ・データベース(CDB)を作成する場合にのみ必要です。また、Oracle Enterprise Manager Cloud Controlを構成するよう選択した場合、次の例のように、Oracleソフトウェア・インストール所有者のパスワードをS_EMADMINPASSWORDに指定する必要があります。password句はパスワード文字列を表します。

oracle.assistants.server|S_SYSPASSWORD=password
oracle.assistants.server|S_SYSTEMPASSWORD=password
oracle.assistants.server|S_DBSNMPPASSWORD=password
oracle.assistants.server|S_PDBADMINPASSWORD=password
oracle.assistants.server|S_EMADMINPASSWORD=password
oracle.assistants.server|S_ASMSNMPPASSWORD=password
oracle.assistants.server|S_WINSERVICEUSERPASSWORD=password

Oracle ASMのOracle Enterprise Managerを有効にしない場合、これらのパスワード・フィールドは空白のままにします。

C クラスタ用Oracle Grid Infrastructureのインストールの概要

この付録では、インストールの完了に必要な概念および用語の概要を説明します。

- ソフトウェア・ディレクトリの理解
Oracle Universal Installerでは、ソフトウェアのインストール時に様々なディレクトリが使用されます。

- 標準の管理ユーザー・グループと役割区分ユーザー・グループ
Oracle Grid Infrastructureでは、様々なオペレーティング・システム・グループが使用されます。これらのオペレーティング・システム・グループには、Oracle ClusterwareおよびOracle ASMに対して、管理システム権限のオペレーティング・システム・グループ認証を付与する論理ロールが指定されます。

- ネットワーク・アドレスの理解
インストール時に、Oracle Universal Installer(OUI)がクラスタ・ノードで検出するネットワーク・インタフェースごとに計画された使用方法を指定するように求められます。

- ネットワークの時刻要件の理解
Oracle Clusterware 12cリリース1 (12.1)には、クラスタ時刻同期化サービス(CTSS)が自動的に構成されます。

- 記憶域の構成の理解
次の項では、Oracle Automatic Storage Management (Oracle ASM)の記憶域の概要について説明します。

- アウトオブプレース・アップグレードの理解
Oracle Grid Infrastructureのアウトオブプレース・アップグレードでは、インストーラは新しいリリースのソフトウェアを別のGridホームにインストールします。両方のリリースのOracle Clusterwareが、各クラスタ・メンバー・ノードに存在しますが、1つのリリースのみがアクティブになります。

- クラスタ用Oracle Grid InfrastructureとOracle Restart用Oracle Grid Infrastructureの違い
クラスタ用Oracle Grid Infrastructureの要件は、Oracle Restart構成の単一インスタンスのOracle Grid Infrastructureとは異なります。

C.1 ソフトウェア・ディレクトリの理解

Oracle Universal Installerでは、ソフトウェアのインストール時に様々なディレクトリが使用されます。

- Oracle Grid Infrastructureに関するOptimal Flexible Architectureガイドライン
Oracle Optimal Flexible Architecture (OFA)ルールは、異なるユーザーが所有する異なるバージョンの複数のデータベースが共存できるように、データベース・ソフトウェアを編成してデータベースを構成する際に役立ちます。

- Oracleインベントリ・ディレクトリの理解
Oracleインベントリ・ディレクトリには、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。

- Oracleベース・ディレクトリの理解
インストール時に、Oracleベースの場所を指定するように求められます。この場所は、Oracleインストール・ユーザーが基準となります。既存のOracleホームが含まれるディレクトリを選択するか、またはOracleベース・ディレクトリの構造を持っていない別のディレクトリを選択できます。Oracleベース・ディレクトリのデフォルトの場所は、SYSTEM_DRIVE:\app\user_name\です。

C.1.1 Oracle Grid Infrastructureに関するOptimal Flexible Architectureガイドライン

Oracle Optimal Flexible Architecture (OFA)ルールは、異なるユーザーが所有する異なるバージョンの複数のデータベースが共存できるように、データベース・ソフトウェアを編成してデータベースを構成する際に役立ちます。

Oracle Grid Infrastructureのみをインストールする場合は、Oracle Optimal Flexible Architecture(OFA)に準拠したOracleベースおよびGridホームのパスを作成して、Oracle Universal Installer(OUI)がインストール中にそのディレクトリを選択できるようにすることをお薦めします。

OracleベースのOFAパスは、X:\app\userです。userは、Oracle Installationユーザー・アカウントの名前です。

Oracle Grid Infrastructure OracleホームのOFAパスは、X:\app\release\gridであり、releaseは3桁のOracle Grid Infrastructureリリースです(12.1.0など)。

OUIはOFA準拠のソフトウェア・パスを検出すると、Oracle Grid Infrastructure GridホームおよびOracle Inventory (oraInventory)ディレクトリを作成します。たとえば、パスC:\appおよびG:\appはOFAに準拠したパスです。

Oracle Grid Infrastructureホームは、Oracle Grid InfrastructureのOracleインストール・ユーザー用Gridホームとは異なるパスにある必要があります。Oracle Grid Infrastructureベース・パスを手動で作成する場合、このリリース専用の個別のパスであることと、既存のOracleベース・パスの下にないことを確認します。

注意:

Oracle Grid Infrastructureホームを手動で作成することを選択した場合は、次のディレクトリの下にクラスタのOracle Grid Infrastructureホームを作成しないでください。

- Oracle Grid InfrastructureのOracleインストール・ユーザー(gridなど)のOracleベース・ディレクトリ

- Oracle DatabaseのOracleインストール・ユーザー(oracleなど)のOracleベース・ディレクトリ

Oracleベース・ディレクトリにOracle Clusterwareインストールを作成すると、その後のOracleインストールが失敗します。

Oracle Grid Infrastructureホームは、以前のリリースの既存のOracle Clusterwareホームが共有された場所にある場合でも、サーバーのローカル・ホームに配置できます。

C.1.2 Oracleインベントリ・ディレクトリの理解

Oracleインベントリ・ディレクトリには、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。

Oracle Inventoryディレクトリの場所はSystem_drive:\Program Files\Oracle\Inventoryです。

システムにOracleソフトウェアを初めてインストールする場合、Oracleインベントリ・ディレクトリが存在するかどうかがインストーラによって確認されます。Oracleインベントリ・ディレクトリの場所は、Windowsレジストリ・キーHKEY_LOCAL_MACHINE\SOFTWARE\Oracle\inst_locによって判断されます。Oracleインベントリ・ディレクトリが存在しない場合は、インストーラによってC:\Program Files\Oracle\Inventoryのデフォルトの場所に作成されます。

注意:

Windowsレジストリでのinst_locの値の変更は、サポートされていません。

デフォルトでは、Oracleインベントリ・ディレクトリは、Oracleインストール・ユーザーのOracleベース・ディレクトリの下にはインストールされません。これは、すべてのOracleソフトウェア・インストールで共通のOracleインベントリを共有するため、Oracleインベントリはすべてのユーザー用に1つしかありませんが、Oracleベース・ディレクトリはユーザーごとにあるからです。

Oracleインベントリ・ディレクトリには、次のものが含まれています。

- システム上のOracleホーム・ディレクトリ(Oracle Grid InfrastructureおよびOracle Database)のレジストリ。

- Oracleソフトウェアのインストール時のインストール・ログおよびトレース・ファイル。これらのファイルは、将来参照するためにそれぞれのOracleホームにもコピーされます。

- Oracleインストールに関するその他のメタデータ・インベントリ情報は、個々のOracleホーム・インベントリ・ディレクトリに格納されており、中央インベントリとは分離されています。

中央インベントリは、すべてのクラスタ・ノードに作成されます。コア・ノードの場合、インベントリにはOracleホームのノードリストの処理ノードは含まれません。処理ノードの場合、中央インベントリのノードリストにはローカル・ノードのみが含まれています。コア・ノードのリストは、コア・ノードの中央インベントリでのみ更新されます。

C.1.3 Oracleベース・ディレクトリの理解

インストール時に、Oracleベースの場所を指定するように求められます。この場所は、Oracleインストール・ユーザーが基準となります。既存のOracleホームが含まれるディレクトリを選択するか、またはOracleベース・ディレクトリの構造を持っていない別のディレクトリを選択できます。Oracleベース・ディレクトリのデフォルトの場所は、SYSTEM_DRIVE:\app\user_name\です。

Oracleベース・ディレクトリ・パスを使用すると、Oracleインストールの構造が簡略化され、複数のデータベース・インストールでOptimal Flexible Architecture(OFA)構成を保持しやすくなります。

複数のOracle Databaseインストールで、同じOracleベース・ディレクトリを使用できます。Oracle Grid Infrastructureインストールは、異なるディレクトリ・パス(Oracleベース以外のパス)を使用します。異なるオペレーティング・システム・ユーザーでOracleソフトウェアをインストールする場合は、各ユーザーが異なるデフォルトのOracleベースの場所を持つことになります。

ただし、Oracle Restartは他のOracleソフトウェアと同じ場所に置くことができます。

クラスタに存在できるOracle Grid Infrastructureインストールは1つのみで、すべてのアップグレードがアウトオブプレース・アップグレードであるため、Oracle Grid InfrastructureのOracleインストール・ユーザー用のOracleベース(C:\app\gridなど)を作成し、そのインストールのリリース番号を使用して、Oracle Grid Infrastructureバイナリ用のOracleホーム(C:\app\12.1.0\gridなど)を作成することをお薦めします。

C.2 標準の管理ユーザー・グループと役割区分ユーザー・グループ

Oracle Grid Infrastructureでは、様々なオペレーティング・システム・グループが使用されます。これらのオペレーティング・システム・グループには、Oracle ClusterwareおよびOracle ASMに対して、管理システム権限のオペレーティング・システム・グループ認証を付与する論理ロールが指定されます。

- Oracleインベントリ・グループの理解
メンバーに、Oracleインベントリ・ディレクトリへの書込み権限が付与された、1つのグループが必要です。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。

- Oracle Database用のオペレーティング・システム・グループの理解
Windowsプラットフォームでは、Oracle Databaseを管理するために使用するオペレーティング・システム・グループは、ORA_DBAグループおよびORA_HOMENAME_DBAグループです。オプションの2つのグループORA_OPERおよびORA_HOMENAME_OPERも使用できます。

- Oracle ASM管理のためのオペレーティング・システム・グループ
デフォルトでは、データベースORA_DBAグループのメンバーにSYSASM権限は付与されていません。

- オペレーティング・システム管理グループの理解
Oracle DatabaseおよびOracle RACには、SYSDBAおよびSYSOPERという2つの特別な管理権限があり、これらの権限の受領者は、データベースの作成やデータベース・インスタンスの起動や停止などの重要なデータベース管理タスクを実行できます。

C.2.1 Oracleインベントリ・グループの理解

メンバーに、Oracleインベントリ・ディレクトリへの書込み権限が付与された、1つのグループが必要です。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。

Oracleインベントリ・グループのメンバーには、Oracle中央インベントリ・ディレクトリに対する書込み権限があり、様々なOracle Clusterwareリソース、OCRキー、DBAが書込み権限を必要とするOracle Clusterwareホーム内のディレクトリに対する権限やその他の必要な権限も付与されます。デフォルトでは、このグループはORA_INSTALLです。

すべてのOracleソフトウェア・インストール・ユーザーは、Oracleインベントリ・グループのメンバーである必要があります。このグループのメンバーは、クラスタ同期サービス(CSS)と通信できます。

注意:
Oracleソフトウェアがシステムにすでにインストールされている場合は、新しいインベントリ・グループを作成するかわりに、既存のOracleインベントリ・グループが使用されます。

C.2.2 Oracle Database用のオペレーティング・システム・グループの理解

Windowsプラットフォームでは、Oracle Databaseを管理するために使用するオペレーティング・システム・グループは、ORA_DBAグループおよびORA_HOMENAME_DBAグループです。オプションの2つのグループORA_OPERおよびORA_HOMENAME_OPERも使用できます。

Oracle Databaseをインストールすると、ORA_DBAという特別なWindowsローカル・グループが作成され(過去のOracle Databaseインストールで作成されていない場合)、Oracleインストール・ユーザーがこのグループに自動的に追加されます。このORA_DBAグループのメンバーには、自動的にSYSDBA権限が付与されます。ORA_DBAグループのメンバーシップによって、ユーザーは次の操作を実行できます。

- パスワードなしでOracle Databaseインスタンスに接続できます。

- ローカル・データベースの起動および停止など、データベース管理手順を実行できます。

- 別のWindowsユーザーをORA_DBAに追加し、そのユーザーにSYSDBA権限を付与できます。

ORA_DBAグループのメンバーシップによって、サーバー上のすべてのデータベースに対する完全なアクセス権が付与されます。ORA_HOMENAME_DBAグループのメンバーシップによって、特定のOracleホームから実行されるすべてのデータベースに対する完全なアクセス権が付与されます。いずれのグループに属しても、Oracle ASMインスタンスに関しては、ユーザーに特別な権限は付与されません。これらのグループのメンバーは、Oracle ASMインスタンスには接続できません。

インストール時には、ORA_OPERおよびORA_HOMENAME_OPERグループも作成されます。ただし、これらはオプションのグループです。すべてのデータベースまたは1つのOracleホームから実行されるデータベースのための、限定された一連のデータベース管理権限(SYSOPER権限)を持つ、個別のユーザーのグループが必要な場合に、これらのグループにユーザーを割り当てます。

関連項目:
役割区分用の標準Oracle Databaseグループ

C.2.3 Oracle ASM管理のためのオペレーティング・システム・グループ

デフォルトでは、データベースORA_DBAグループのメンバーにSYSASM権限は付与されていません。

SYSASMは、Oracle ASMストレージ管理権限をSYSDBAから切り離すことができるシステム権限です。次の表に、インストール時に作成されるOracle ASM権限を管理するためのグループを示します。

表C-1 Windows用のOracle ASMオペレーティング・システム・グループおよび権限

ロール

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

説明

OSASM

ORA_ASMADMIN

このグループのメンバーは、SYSASM権限を使用し、オペレーティング・システム認証を介してOracle ASMインスタンスに接続できます。インストール時に、Oracle Grid InfrastructureのOracleインストール・ユーザーおよびOracle DatabaseサービスIDはこのグループのメンバーとして構成されます。

ASM用のOSDBA

ORA_ASMDBA

このグループは、Oracle ASMに対するデータベース・アクセス権を付与します。Oracle ASMで管理される記憶域にアクセスする必要のある、すべてのASMクライアントが、このグループに属する必要があります。

ASM用のOSOPER

ORA_ASMOPER

このグループのメンバーは、SYSOPER権限を使用し、オペレーティング・システム認証を介してOracle ASMインスタンスに接続できます。インストール後、このグループにはメンバーが含まれませんが、インストールの完了後、このグループに手動でユーザーを追加できます。

関連項目:
役割区分用のOracle ASMグループ

C.2.4 オペレーティング・システム管理グループの理解

Oracle DatabaseおよびOracle RACには、SYSDBAおよびSYSOPERという2つの特別な管理権限があり、これらの権限の受領者は、データベースの作成やデータベース・インスタンスの起動や停止などの重要なデータベース管理タスクを実行できます。

Windowsでは、SYSDBAおよびSYSOPERデータベース管理権限のオペレーティング・システム・グループはORA_DBAおよびORA_OPERグループに固定されており、これらのグループ名は変更できません。ただし、SYSDBA権限は便利である一方で、SYSDBA権限によってもたらされるアクセス権は、管理者が割り当てられるタスクに必要とされるよりも多くなります。

Oracle Database 12cでは、よりタスク固有で、かつ、それらのタスクをサポートする最小限の権限を備えた、新しい管理権限が導入されました。一般的なデータベース・タスクのニーズを満たすため、4つの新しい管理権限が作成されています。次の表に、これらの新しい権限および関連するオペレーティング・システム・グループを示します。

表C-2 特定タスク向けのOracle Database管理権限およびロール

権限

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

説明

SYSBACKUP

ORA_HOMENAME_SYSBACKUP

バックアップおよびリカバリ・タスク用の管理権限

SYSDG

ORA_HOMENAME_SYSDG

Data Guard管理タスク用の管理権限

SYSKM

ORA_HOMENAME_SYSKM

暗号化鍵管理タスク用の管理権限

これらのオペレーティング・システム・グループの名前は変更できません。データベースの作成後、これらのグループにはメンバーが登録されていませんが、インストール後、管理者ユーザーはこれらのグループにユーザーを割り当てることができます。各オペレーティング・システム・グループは、関連する一連のデータベース権限が割り当てられた、オペレーティング・システム・ユーザーのグループを識別します。

関連項目:
役割区分用の拡張Oracle Databaseグループ

C.3 ネットワーク・アドレスの理解

インストール時に、Oracle Universal Installer(OUI)がクラスタ・ノードで検出するネットワーク・インタフェースごとに計画された使用方法を指定するように求められます。

各インタフェースを、パブリック・インタフェースまたはプライベート・インタフェース、あるいはOracle Grid InfrastructureやOracle ASMで使用しないインタフェースとして指定します。パブリック・アドレスおよび仮想インターネット・プロトコル(VIP)・アドレスは、パブリック・インタフェース上に構成されます。プライベート・アドレスはプライベート・インタフェース上に構成されます。

各アドレス・タイプの詳細は、次の項を参照してください。

- パブリックIPアドレスについて
パブリックIPアドレスでは、パブリック・インタフェース(クライアントからアクセス可能なインタフェース)が使用されます。

- プライベートIPアドレスについて
Oracle Clusterwareは、プライベートとマークされたインタフェースを使用してノード間通信を行います。

- 仮想IPアドレスについて
仮想IP(VIP)アドレスは、グリッド・ネーミング・サービス(GNS)またはDNSに登録されています。

- グリッド・ネーミング・サービス(GNS)の仮想IPアドレスについて
GNS仮想IPアドレスは、DNSで構成される静的なIPアドレスです。

- SCANについて
Oracle Databaseクライアントは、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続します。

C.3.1 パブリックIPアドレスについて

パブリックIPアドレスでは、パブリック・インタフェース(クライアントからアクセス可能なインタフェース)が使用されます。

パブリックIPアドレスは、動的ホスト構成プロトコル(DHCP)を使用して動的に割り当てられるか、ドメイン・ネーム・システム(DNS)またはhostsファイルで静的に定義されます。パブリックIPアドレスは、クラスタ･メンバー･ノードのプライマリ・アドレスであり、コマンドhostnameを入力したときに返される名前に解決されるアドレスである必要があります。

IPアドレスを手動で構成した場合は、Oracle Grid Infrastructureをインストールした後で、ドメイン修飾子の追加や削除も含め、ホスト名を変更しないでください。新しいホスト名を持つノードは、新しいホストと見なされるので、クラスタに追加する必要があります。古い名前のノードは、クラスタから削除されるまで、停止状態で表示されます。

C.3.2 プライベートIPアドレスについて

Oracle Clusterwareは、プライベートとマークされたインタフェースを使用してノード間通信を行います。

各クラスタ・ノードは、インストール時にプライベート・インタフェースとして指定されたインタフェースを持つ必要があります。プライベート・インタフェースはそのインタフェース用に構成されたアドレスを持つ必要がありますが、それ以上の構成は必要ありません。Oracle Clusterwareは、プライベートと指定されたインタフェースを、クラスタ・インターコネクトとして使用します。プライベート・ネットワークに関する情報に複数のインタフェースを指定すると、Oracle Clusterwareはそれらを冗長インターコネクトを使用して構成します。プライベートとして指定するインタフェースはいずれも、クラスタのすべてのノードに接続するサブネット上に存在しなければなりません。Oracle Clusterwareは、プライベート・インタフェース用に指定された、すべてのインタフェースを使用します。

プライベート・インターコネクトの場合は、ノード間のキャッシュ・フュージョンおよびその他のトラフィックのため、物理的に別のプライベート・ネットワークを使用することをお薦めします。DNSを使用してアドレスを構成する場合は、プライベートIPアドレスがクラスタ・ノードからのみ到達可能であることを確認する必要があります。

インストール後、CLUSTER_INTERCONNECTS初期化パラメータを使用してOracle Real Application Clusters(Oracle RAC)のインターコネクトを変更する場合は、パブリックIPアドレスで使用されていないサブネット上またはoifcfgでパブリック・サブネットとしてマークされていないサブネット上で、インターコネクトをプライベートIPアドレスに変更する必要があります。パブリック・サブネットとして指定したサブネットを使用するインタフェースにインターコネクトを変更することはできません。

プライベート・ネットワークIPアドレスを使用したネットワークではファイアウォールを使用しないでください。プライベート・ネットワークIPアドレスによってインターコネクト・トラフィックがブロックされる可能性があるためです。

C.3.3 仮想IPアドレスについて

仮想IP(VIP)アドレスは、グリッド・ネーミング・サービス(GNS)またはDNSに登録されています。

次の要件を満たすVIPのアドレスを選択します。

- IPアドレスとホスト名は、現在未使用である(DNSに登録できるが、pingコマンドでアクセスできない)

- VIPはパブリック・インタフェースと同じサブネット上にある

グリッド・ネーミング・サービス(GNS)を使用していない場合は、各ノードに仮想ホスト名を指定します。仮想ホスト名は、ノードが停止している場合にノードに送信されるクライアントの要求を再ルーティングするパブリック・ノードの名です。Oracle Databaseでは、クライアントとデータベース間の接続にVIPを使用するため、VIPアドレスはパブリックにアクセス可能である必要があります。名前はhostname-vip形式で指定することをお薦めします。たとえば、myclstr2-vipです。

C.3.4 グリッド・ネーミング・サービス(GNS)の仮想IPアドレスについて

GNS仮想IPアドレスは、DNSで構成される静的なIPアドレスです。

DNSは問合せをGNS仮想IPアドレスに委任し、そのアドレスが受信する名前解決要求にGNSデーモンが応答します。GNSは、Oracle Clusterwareで提供されるマルチキャスト・ドメイン・ネーム・サービス(mDNS)をサブドメイン内で使用し、クラスタにノードが追加または削除されると、ホスト名およびIPアドレスを動的にマップできるようにします。DNSで新たにホスト構成を行う必要はありません。

GNSを有効にするには、クラスタに割り当てられたサブドメインのIPアドレス(grid.example.comなど)をネットワーク管理者に教えてもらい、そのサブドメインへのDNS要求を、クラスタのGNS仮想IPアドレスに委任してもらう必要があります。GNSはそのアドレスで機能します。一連のIPアドレスは、DHCPによってクラスタに提供されるため、クラスタのパブリック・ネットワーク上でDHCPを使用できる必要があります。

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

C.3.5 SCANについて

Oracle Databaseクライアントは、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続します。

SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。SCANアドレス、仮想IPアドレス、およびパブリックIPアドレスはすべて、同じサブネット上に存在する必要があります。

SCANは、node1-vipのような、仮想IPアドレスに使用される名前に類似した仮想IP名です。ただし、仮想IPと異なり、SCANは個別のノードではなくクラスタ全体と関連付けられており、1つではなく複数のIPアドレスと関連付けられています。

SCANは、パブリック・クライアント接続を処理するクラスタ内の複数のリスナーを反映し、複数のIPアドレスに解決されます。クライアントから要求が送信されると、SCAN IPアドレスおよびSCANポート上でリスニングしているSCANリスナーがクライアントから使用できるようになります。クラスタ上のすべてのサービスがSCANリスナーに登録されているため、SCANリスナーは、現在サービスを提供している最も負荷が低いノードのローカル・リスナー・アドレスを使用して応答します。最後に、サービスが提供されているノード上のリスナーを通じて、クライアントがサービスへの接続を確立します。これらすべての動作はクライアントに対して透過的に行われ、クライアントでの明示的な構成は必要ありません。

インストール中にリスナーが作成されます。これらのSCANリスナーは、SCAN IPアドレスでリスニングを行います。SCANリスナーは、Oracle Clusterwareによって決定されるノードで起動されます。Oracle Net Servicesは、サービスを提供している最も負荷が低いインスタンスに、アプリケーションの要求をルーティングします。SCANアドレスはクラスタ内のノード・アドレスではなくクラスタに解決されるため、SCANアドレス構成に影響を与えることなく、クラスタでノードを追加または削除できます。

SCANは、クラスタ内のグリッド・ネーミング・サービス(GNS)、またはドメイン・ネーム・サービス(DNS)解決のいずれかで解決できるように構成する必要があります。高い可用性とスケーラビリティを実現するために、3つのIPアドレスに解決されるようにSCAN名を構成することをお薦めします。SCANは少なくとも1つのアドレスに解決される必要があります。

GNSドメインを指定する場合、SCAN名のデフォルトはclustername-scan.GNS_domainです。そうでない場合のデフォルトはclustername-scan.current_domainです。たとえば、Oracle Grid Infrastructureインストールをサーバーnode1から起動し、クラスタ名がmycluster、GNSドメインがgrid.example.comの場合、SCAN名はmycluster-scan.grid.example.comです。

Oracle Database 11gリリース2より前のOracle DatabaseリリースのIPアドレスを使用するように構成されたクライアントは、既存の接続アドレスを引き続き使用できるため、SCANを使用する必要はありません。Oracle Clusterware 12cリリース1 (12.1)にアップグレードするとSCANが有効になり、Oracle Database 11g リリース2以上のデータベースへの接続にSCANが必要になります。以前のリリースのOracle Databaseをアップグレードすると、SCANリスナーに登録されるため、クライアントがSCANを使用してそのデータベースに接続できるようになります。データベースはinit.oraファイルのリモート・リスナー・パラメータを通じてSCANリスナーに登録されます。REMOTE_LISTENERパラメータは、SCAN:PORT形式で設定する必要があります。HOST= SCAN_nameなどを使用して、SCANの1つのアドレスが指定されたTNSNAMES別名は設定しないでください。

SCANはほとんどのデプロイメントでオプションです。ただし、サーバー・プールを使用するOracle Database 11g リリース2以上のポリシー管理データベースを使用するクライアントは、SCANを使用してデータベースにアクセスする必要があります。ポリシー管理データベースは異なるサーバーで異なる時刻に実行されることがあるため、これは必須であり、そのため、あるポリシー管理データベースの仮想IPアドレスを使用して特定ノードに接続することはできません。

クラスタへのクライアント・アクセス用のSCANアドレスを指定します。このアドレスは、ドメイン・ネーム・サービス(DNS)にラウンド・ロビン・アドレスとして構成してください。SCANアドレスは、3つ指定することをお薦めします。

注意:

次に、ノードIPアドレスに関する追加情報を示します。

- ローカル・ノードの場合のみ、OUIによってパブリックおよびVIPフィールドが自動的に書き込まれます。システムでベンダーのクラスタウェアが使用されている場合は、OUIにより追加のフィールドが書き込まれることがあります。

- ホスト名および仮想ホスト名は、ドメイン修飾されません。インストール中にアドレス・フィールドにドメインを入力すると、そのドメインは、OUIによってアドレスから削除されます。

- プライベートIPアドレス用にプライベートとして指定したインタフェースは、パブリック・インタフェースとしてアクセスできないようにする必要があります。キャッシュ・フュージョンにパブリック・インタフェースを使用すると、パフォーマンスの問題が発生する可能性があります。

パブリック・インタフェースおよびプライベート・インタフェースを指定します。OUIは、パブリックIPアドレスおよび仮想IPアドレスによって使用されるようにパブリック・インタフェースを構成し、プライベートIPアドレスをプライベート・インタフェース上に構成します。

プライベート・インタフェースが使用するプライベート・サブネットは、クラスタ・メンバーにする予定のすべてのノードに接続する必要があります。

C.4 ネットワークの時刻要件の理解

Oracle Clusterware 12cリリース1 (12.1)には、クラスタ時刻同期化サービス(CTSS)が自動的に構成されます。

CTSSは、すべてのクラスタ・ノードの時刻設定を自動同期する機能を提供しています。CTSSは、デプロイしたクラスタのタイプに最適な同期戦略を使用します。

ネットワーク・タイム・プロトコル(NTP)、Windows Timeサービスなどの既存のクラスタ同期サービスがある場合、CTSSはオブザーバ・モードで開始されます。それ以外の場合、CTSSはアクティブ・モードで開始され、クラスタ・ノード間の時刻の同期を確実にします。CTSSで互換性の問題が発生することはありません。

CTSSモジュールはOracle Grid Infrastructureのインストールの一環としてインストールされます。CTSSデーモンはOracle高可用性サービス・デーモン(ohasd)によって起動されるため、コマンドライン・インタフェースは必要ありません。

C.5 記憶域の構成の理解

次の項では、Oracle Automatic Storage Management (Oracle ASM)の記憶域の概要について説明します。

- Oracle Automatic Storage Managementクラスタ・ファイル・システムの理解
Oracle ASMは、拡張されて汎用ファイル・システムであるOracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)を含むようになりました。

- 既存のOracle ASMインスタンスの移行について
Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 12cリリース1 (12.1)以上にアップグレードできます。

- スタンドアロンのOracle ASMインストールからクラスタ化されたインストールへの変換について

C.5.1 Oracle Automatic Storage Managementクラスタ・ファイル・システムの理解

Oracle ASMは、拡張されて汎用ファイル・システムであるOracle Automatic Storage Management (Oracle ACFS)を含むようになりました。

Oracle ACFSは、複数のプラットフォームに対応するスケーラブルな新しいファイル・システムとしてストレージを管理し、このテクノロジにより、Oracle ASM機能は、Oracle Databaseの外で保持されているカスタマ・ファイルをサポートするように拡張されます。Oracle ACFSがサポートするファイルには、アプリケーション実行可能ファイル、データ・ファイルおよびアプリケーション・レポートなどがあります。他にも、ビデオ、オーディオ、テキスト、イメージ、設計図、その他の汎用アプリケーションのファイル・データがサポートされます。

注意:
Oracle ASM 11gリリース2 (11.2.0.2)から、Oracle ACFSは、Windows Server 2008 R2 x64でサポートされます。

Oracle ACFSでは、Oracle Databaseバイナリなど、すべてのOracleファイルのための最適化された記憶域を提供できます。その他のアプリケーション・ファイルも格納できます。ただし、Oracle ClusterwareバイナリまたはOracle Clusterwareファイルには使用できません。

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

C.5.2 既存のOracle ASMインスタンスの移行について

Oracle Automatic Storage Management Configuration Assistant (ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 12cリリース1 (12.1)以上にアップグレードできます。

ASMCAはパスGrid_home\binにあります。また、ASMCAを使用して、障害グループ、Oracle ASMボリュームおよびOracle ACFSを構成できます。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのノード上のすべてのデータベース・インスタンスおよびアプリケーションを停止してから実行する必要があります。

インストール時に、Oracle ASMを使用することを選択したときに、以前のOracle ASMリリースが別のOracle ASMホームにインストールされていることがASMCAで検出された場合は、Oracle ASM 12cリリース1 (12.1)のソフトウェアをインストールした後に、ASMCAを起動して既存のOracle ASMインスタンスをアップグレードできます。次に、Oracle ASMボリュームを作成し、アップグレードしたOracle ASMを使用してOracle ACFSを作成することで、Oracle ACFSのデプロイメントを構成できます。

Oracle ClusterwareまたはOracle RACの既存のインストール環境で、すべてのノード上のOracle ASMインスタンスの旧リリースがOracle ASM 11gリリース1以上の場合は、Oracle ASMインスタンスのローリング・アップグレードを実行できます。Oracle RACのインストール環境で、旧リリースのOracle ASMインスタンスがOracle ASM 11gリリース1よりも前のリリースの場合は、ローリング・アップグレードを実行できません。Oracle ASMは、すべてのノードで12cリリース1 (12.1)にアップグレードされます。

C.5.3 スタンドアロンのOracle ASMインストールからクラスタ化されたインストールへの変換について

クラスタのメンバー・ノードの中に、既存のスタンドアロンのOracle ASMがインストールされているノードが1つ以上ある場合でも、OUIは、クラスタ用のOracle Grid Infrastructureのインストールを開始します。Oracle Clusterwareファイル(OCRおよび投票ファイル)をOracle ASM上に配置すると、クラスタウェアのインストール終了時にASMCAが起動し、ローカル・ノード上のOracle ASMインスタンスを移行およびアップグレードするためのプロンプトが表示され、Oracle ASM 12cリリース1 (12.1)環境が作成されます。

リモート・ノードでスタンドアロンのOracle ASMインスタンスが実行されていることをASMCAが認識すると、そのOracle ASMインスタンスと、そのOracle ASMインスタンスを使用しているデータベース・インスタンスを停止するように求められます。次に、ASMCAは、クラスタ化されたOracle ASMインスタンスをクラスタ内のすべてのノードに展開します。ただし、クラスタ対応のOracle ASMインスタンスのディスク・グループ名は、既存のスタンドアロンのディスク・グループ名と異なっている必要があります。

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

C.6 アウトオブプレース・アップグレードの理解

Oracle Grid Infrastructureのアウトオブプレース・アップグレードでは、インストーラは新しいリリースのソフトウェアを別のGridホームにインストールします。両方のリリースのOracle Clusterwareが、各クラスタ・メンバー・ノードに存在しますが、1つのリリースのみがアクティブになります。

ローリング・アップグレードは、ソフトウェアの新リリースへのアップグレード中、停止時間をなくし、可用性の継続を保証します。

各ノード上に別々のOracle Clusterwareホームがある場合、すべてのノードでアウトオブプレース・アップグレードを行うか、アウトオブプレース・ローリング・アップグレードを行うことで、あるノードでは以前のリリースのOracle ClusterwareホームからOracle Clusterwareを実行し、別のノードでは新しいリリースのOracle ClusterwareホームからOracle Clusterwareを実行することが可能です。

Oracle Clusterware 11gリリース2以上のインプレース・アップグレードはサポートされていません。

関連トピック

- Oracle Grid Infrastructure 12cリリース1へのアップグレード方法

C.7 クラスタ用Oracle Grid InfrastructureとOracle Restart用Oracle Grid Infrastructureの違い

クラスタ用Oracle Grid Infrastructureの要件は、Oracle Restart構成の単一インスタンスのOracle Grid Infrastructureとは異なります。

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

D Oracle Grid Infrastructure 12cリリース1へのアップグレード方法

この付録では、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)のアップグレードの実行方法について説明します。

- アップグレード前のOracleソフトウェアのバックアップ
有効なバックアップがないと、Oracle Grid InfrastructureまたはOracle Databaseのアップグレードに失敗し、以前のソフトウェア・インストール環境に戻すことを試みても、Oracleソフトウェアを動作する状態にリストアできません。

- Oracle Grid InfrastructureおよびOracle ASMのアップグレードおよびダウングレードについて
Oracle Grid Infrastructureソフトウェアをアップグレードするために使用できる各種の方法があります。

- Oracle ClusterwareおよびOracle ASMのアップグレードとダウングレードのオプション
現在使用しているOracle Grid Infrastructureが以前のどのバージョンであるかに応じて、インストール環境をアップグレードおよびダウングレードするための様々なオプションがあります。

- Oracle Grid Infrastructureのアップグレードの制限およびガイドライン
CVUを使用して、既存のOracle Grid Infrastructure 11gリリース2またはOracle RAC 11gリリース2のインストールをアップグレードするために必要なパッチがあるかどうかを確認することをお薦めします。

- アウトオブプレースおよびローリング・アップグレードの理解
すべてのアップグレードはアウトオブプレース・アップグレードですが、これは、以前のリリースで使用されたGridホームとは異なるGridホームにソフトウェア・バイナリが配置されることを意味します。アップグレードをローリング方式で実行することもでき、これはアップグレード中に少なくとも1つのクラスタ・ノードを常に使用できることを意味します。

- 既存のOracle Clusterwareインストールをアップグレードするための準備
既存のOracle Clusterwareインストールがある場合は、アウトオブプレース・アップグレードを行うことにより、既存のクラスタをアップグレードします。インプレース・アップグレードは実行できません。

- CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証
クラスタ検証ユーティリティ(CVU)を使用すると、アップグレードを開始する前準備として、システムをチェックできます。CVUによって、適切なシステム・チェックが自動的に実行され、アップグレードを進める前に問題を解決するよう求められます。

- バッチを使用したローリング・アップグレードの理解
パッチの適用時に、すべてのノードを停止するのではなく、一部のノードを停止して他のノードを稼働させておくことができます。

- Oracle Grid Infrastructureのローリング・アップグレードの実行
Oracle Grid Infrastructureのローリング・アップグレードを実行する場合は、この情報を確認します。

- Oracle ASMのローリング・アップグレードの実行
Oracle Grid InfrastructureアップグレードのOracle ASM部分に失敗した場合、またはなんらかの理由でAutomatic Storage Management Configuration Assistant (ASMCA)が動作しなかった場合は、Oracle Grid Infrastructure 12cリリース1 (12.1)アップグレードのOracle Clusterware部分を終了した後で、Oracle ASMの別途アップグレードが必要な場合があります。

- Oracle ASMへのパッチの適用
Oracle Grid Infrastructure 12cリリース1でOracle ASMをアップグレードした後、Oracle ASMの個々のパッチをMy Oracle Supportからダウンロードしてインストールできます。

- アップグレード後のクラスタ状態モニターのリポジトリ・サイズの確認
IPD/OSを使用する以前のリリースからOracle Grid Infrastructure 11gリリース2 (11.2.0.2以上)にアップグレードする場合は、クラスタ状態モニターのリポジトリ・サイズ(CHMリポジトリ)を確認する必要があります。

- アップグレード後のOracle Clusterwareのダウングレード
Oracle Clusterware 12cリリース1 (12.1)へのアップグレードが成功または失敗した後で、Oracle Clusterwareを前のリリースにリストアできます。

- Oracle Enterprise Manager Cloud Controlのターゲット・パラメータの更新
Oracle Clusterwareのアップグレードはアウトオブプレース・アップグレードであるため、アップグレードされたソフトウェアのGridホームには新しい場所が設定されます。一部のOracle Enterprise Managerパラメータ・ファイルでは、Oracle Clusterwareホームのパスを変更する必要があります。

D.1 アップグレード前のOracleソフトウェアのバックアップ

有効なバックアップがないと、Oracle Grid InfrastructureまたはOracle Databaseのアップグレードに失敗し、以前のソフトウェア・インストール環境に戻すことを試みても、Oracleソフトウェアを動作する状態にリストアできません。

- Oracleソフトウェアを変更する前に、Oracleソフトウェアおよびデータベースのバックアップを作成することをお薦めします。

- Windowsオペレーティング・システム上で動作するOracleソフトウェアでは、Windowsレジストリもバックアップする必要があります。
レジストリのバックアップがないと、Oracle Grid InfrastructureまたはOracle Databaseのアップグレードに失敗し、以前のソフトウェア・インストール環境に戻すことを試みても、Oracleソフトウェアを動作する状態にリストアできません。

D.2 Oracle Grid InfrastructureおよびOracle ASMのアップグレードおよびダウングレードについて

Oracle Grid Infrastructureソフトウェアをアップグレードするために使用できる各種の方法があります。

次のいずれかの方法で、Oracle Grid Infrastructureをアップグレードできます。

- ローリング・アップグレード: クラスタ内の他のノードのOracle Grid Infrastructureを停止せずに個々のノードをアップグレードします。

- 非ローリング・アップグレード: ノードのうち1つを残して、他のすべてのノードを停止してアップグレードします。rootスクリプトによって、以前のOracle Clusterwareスタックが停止され、アップグレードを開始したノード上で新しいOracle Clusterwareスタックが起動されるまでの間、クラスタが完全に停止します。アップグレードの完了後、すべてのノード上で新しいOracle Clusterwareが起動されます。

1つ以上のノードがアップグレード中のときは、一部のサービスが無効になることに注意してください。すべてのアップグレードはアウトオブプレース・アップグレードですが、これは、以前のリリースで使用されたGridホームとは異なるGridホームにソフトウェア・バイナリが配置されることを意味します。

Oracle Grid Infrastructure 12cリリース1 (12.1)から、以前のリリースのOracle Grid Infrastructureにダウングレードできます。以前のリリースにダウングレードする場合、クラスタは以前のそのリリースの構成要件に準拠する必要があり、クラスタで利用できる機能は以前のそのリリースのOracle ClusterwareとOracle ASMで利用できる機能のみとなることに注意してください。

既存のOracle ASM 11gリリース1 (11.1)またはOracle ASM 10gのインスタンスがあり、Oracle ASMが別のホームにある場合は、これをOracle Grid Infrastructureのインストール時にアップグレードするか、Oracle ASM Configuration Assistant (ASMCA)を使用してインストール後にアップグレードできます。Oracle ASMをアップグレードするまでは、Oracle ASMの数多くの機能が無効になっていることに注意してください。また、Oracle ASMがアップグレードされるまで、Oracle ASMのOracle Clusterware管理は正しく機能しません。これは、Oracle Grid Infrastructureホームで実行されているときのみ、Oracle ClusterwareはOracle ASMを管理するためです。このことから、Oracle Clusterwareのアップグレードと同時にOracle ASMをアップグレードしない場合は、Oracle ASMを直後にアップグレードすることをお薦めします。この問題はOracle ASM 11gリリース2 (11.2)以降には当てはまりません。これはOracle ASM実行可能ファイルがこれらのリリースではOracle Grid Infrastructureホームに格納されるためです。

ASMCAを使用すると、Oracle ASMインスタンスにアウトオブプレース・アップグレードを実行できます。グラフィカル・ユーザー・インタフェース(GUI)を使用する以外に、非対話型(サイレント)モードでもASMCAを実行できます。

注意:
現在、共有記憶域としてWindows用のOCFSを使用している場合は、Oracle DatabaseおよびOracle Grid Infrastructureのアップグレード時に、Oracle ASMを使用するように移行する必要があります。

注意:
クラスタ・バックアップ・ファイルの使用を試みる前に、アップグレードを完了する必要があります。アップグレードが完了していないクラスタのバックアップは使用できません。

関連項目:
既存のOracle ASMインストールのアップグレードについては、『Oracle Databaseアップグレード・ガイド』および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

D.3 Oracle ClusterwareおよびOracle ASMのアップグレードとダウングレードのオプション

現在使用しているOracle Grid Infrastructureが以前のどのバージョンであるかに応じて、インストール環境をアップグレードおよびダウングレードするための様々なオプションがあります。

Oracle Grid Infrastructure 11gからOracle Grid Infrastructure 12cへのアップグレード・オプション

Oracle Grid Infrastructure 11gからOracle Grid Infrastructure 12cへのアップグレード・オプションには次のものがあります。

- Oracle Grid Infrastructureのローリング・アップグレード(OCRと投票ファイルはOracle ASM上にある)

- Oracle Grid Infrastructureのクラスタ全体(停止時間、非ローリング)(OCRと投票ファイルはOracle ASM上にある)

- Oracle Grid Infrastructureのローリング・アップグレード(OCRと投票ファイルはOracle ASM以外の記憶域上にある)

- Oracle Grid Infrastructureのクラスタ全体(停止時間、非ローリング)(OCRと投票ファイルはOracle ASM以外の記憶域上にある)

Oracle Grid Infrastructure 11gリリース2 (11.2)より前のリリースからのアップグレード・オプション

Oracle Grid Infrastructure 11gリリース2 (11.2)より前のリリースからOracle Grid Infrastructure 12cへのアップグレード・オプションには次のものがあります。

- Oracle Grid Infrastructureのローリング・アップグレード(OCRと投票ファイルはOracle ASM以外の記憶域上にある)

- Oracle Grid Infrastructureのクラスタ全体(停止時間、非ローリング)(OCRと投票ファイルはOracle ASM以外の記憶域上にある)

Oracle Grid Infrastructure 12cから以前のリリースへのダウングレード・オプション

Oracle Grid Infrastructure 12cから以前のリリースへのダウングレード・オプションには次のものがあります。

- Oracle Grid Infrastructure 11gリリース2 (11.2)へのOracle Grid Infrastructureのダウングレード

D.4 Oracle Grid Infrastructureのアップグレードの制限およびガイドライン

CVUを使用して、既存のOracle Grid Infrastructure 11g リリース2またはOracle RACデータベース11g リリース2のインストールをアップグレードするために必要なパッチがあるかどうかを確認することをお薦めします。

関連項目:
CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証

Oracle ClusterwareおよびOracle ASMで構成されるOracle Grid Infrastructure環境へのアップグレードには、次の制限と変更点があることに注意してください。

- 現在のインストールのOCRおよび投票ファイルの場所がRAWデバイス上にある場合は、Oracle Grid Infrastructure 12 cリリース1 (12.1)にアップグレードする前に、これらをOracle ASMディスク・グループまたは共有ファイル・システムに移行する必要があります。

- 既存のOracle ClusterwareインストールをOracle Grid Infrastructure 12c リリース1 (12.1)にアップグレードするには、現在のリリースがOracle Grid Infrastructure 11g リリース2である必要があります。

- WindowsプラットフォームでOracle Clusterwareをリリース10.2.0.5および11.1.0.7からOracle Grid Infrastructureリリース12.1にアップグレードするには、Oracle ClusterwareでOracle Grid Infrastructure 11gリリース2への中間アップグレードを実行する必要があります。Oracle ClusterwareをOracle Grid Infrastructure 11gリリース2にアップグレードした後、Oracle Cluster Registry (OCR)および投票ファイルをOracle ASMに移動する必要があります。これにより、Oracle Grid Infrastructure 11gリリース2をOracle Grid Infrastructureリリース12.1にアップグレードできるようになります。

- WindowsまたはRAWデバイスのOCFSにOracle Clusterwareファイルを格納するOracle Databaseリリース10.2.0.5またはOracle Databaseリリース11.1.0.7環境をアップグレードする場合、Oracle Database 12cに直接アップグレードすることはできません。『Oracle Databaseアップグレード・ガイド』を参照してください。

- 標準構成で、既存のOracle ASMインストールをOracle Grid Infrastructure 12cリリース1 (12.1)にアップグレードするには、リリースが10.1.0.5、10.2.0.3、11.1.0.6または11.2以上である必要があります。

- 既存のOracle Grid InfrastructureインストールをOracle Grid Infrastructureにアップグレードするには、まず、アップグレードを正常に実行するための必須パッチを適用する必要があるかどうかを確認する必要があります。Oracle Grid Infrastructureインストールを11.2.0.2から新しいリリースにアップグレードするには、Oracle Grid Infrastructureの累積パッチの最新のバンドル(パッチ11バンドル以上)をインストールします。準備状況を確認する手順は、CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証を参照してください。

関連項目:

「Oracle 12cアップグレードの比較」(My Oracle SupportのNote 1462240.1): https://support.oracle.com/oip/faces/secure/km/DocumentDisplay.jspx?id=1462240.1

- Gridホームのディレクトリは削除しないでください。たとえば、Grid_home\Opatchを削除しないでください。このディレクトリを削除すると、Oracle Grid InfrastructureのOracleインストール・ユーザーがOpatchを使用してGridホームにパッチを適用できず、「checkdir error: cannot create Grid_home\OPatch」というエラーが表示されます。

- Oracle ClusterwareおよびOracle ASMのアップグレードは、常にアウトオブプレース・アップグレードで行われます。Oracle Grid Infrastructure 12cリリース1 (12.1)では、Oracle ClusterwareおよびOracle ASMのインプレース・アップグレードは既存のホームに対して実行できません。

- Oracle Clusterware 11gリリース2 (11.2)以上では、共有のOracle Clusterwareホームでアップグレードを実行できます。

- Oracle Grid Infrastructure 12cリリース1 (12.1)のアップグレードを実行するには、管理者ユーザーを使用する必要があります。

- Oracle ASMとOracle Clusterwareの両方がOracle Grid Infrastructureホームで実行されます。

- Oracle Clusterware 12cリリース1 (12.1)へのメジャー・リリース・アップグレード中、Oracle Grid Infrastructure 12cリリース1 (12.1)のGridホームにあるソフトウェアは、アップグレードが完了するまで完全には機能しません。すべてのノードでアップグレードが完了するまで、12cリリース1 (12.1) Gridホームからのサーバー制御ユーティリティ(SRVCTL)、crsctlおよびその他のコマンドの実行はサポートされません。
Oracle Grid Infrastructureのアップグレード中に以前のリリース(リリース10.x、11.1または11.2)のOracle Databaseソフトウェアを使用してデータベースを管理するには、既存のデータベース・ホームでSRVCTLを使用します。

- Oracle Clusterwareのインストール中に、シングル・インスタンスのOracle ASMリリースがローカル・ノードに存在する場合、そのOracle ASMはクラスタ化されたOracle ASM 12cリリース1 (12.1)インストールに変換され、Oracle ASMはすべてのノードのOracle Grid Infrastructureホームで実行されます。

- ローカル・ノード(Oracle Grid Infrastructureのインストールを実行中のノード)以外のリモート・ノードにシングル・インスタンスの(クラスタ化されていない)Oracle ASMがインストールされている場合は、シングル・インスタンスのOracle ASM環境がそのまま維持されます。ただし、インストール中に、Oracle Cluster Registry (OCR)および投票ファイルをOracle ASMに置くように選択した場合は、クラスタ化されたOracle ASMのインストール環境がクラスタ内のすべてのノードに作成され、リモート・ノードにインストールされているシングル・インスタンスのOracle ASMは機能しなくなります。

- 記憶域用にOracle ASMリリース12.1.0.2を使用するOracle Database 12cリリース1 (12.1.0.1)データベースを作成する場合は、不具合19168335用のパッチを適用しておく必要があります。

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

D.5 アウトオブプレースおよびローリング・アップグレードの理解

すべてのアップグレードはアウトオブプレース・アップグレードですが、これは、以前のリリースで使用されたGridホームとは異なるGridホームにソフトウェア・バイナリが配置されることを意味します。アップグレードをローリング方式で実行することもでき、これはアップグレード中に少なくとも1つのクラスタ・ノードを常に使用できることを意味します。

ローリング・アップグレード

Oracle Grid Infrastructureをアップグレードするには、クラスタを停止してクラスタ全体をアップグレードするか、クラスタ内の他のノードのOracle Grid Infrastructureを停止せずに個々のノードをアップグレードします(これはローリング・アップグレードの実行と呼ばれます)。ノードのサブセットをアップグレードする場合は、アップグレードの対象として選択しなかった既存のクラスタ・ノードでソフトウェアのみのインストールが実行されます。ローリング・アップグレードは、ソフトウェアの新リリースへのアップグレード中、停止時間をなくし、可用性の継続を保証します。

注意:
Oracle Clusterware 11gリリース2より前のリリースとは対照的に、すべてのノードをアップグレード対象に選択したとしても、Oracle Universal Installer (OUI)によって常にローリング・アップグレードが実行されます。

アウトオブプレース・アップグレード

アウトオブプレース・アップグレードでは、インストーラは新しいリリースを別のOracle Clusterwareホームにインストールします。両方のリリースのOracle Clusterwareが、各クラスタ・メンバー・ノードに存在しますが、1つのリリースのみがアクティブになります。対照的に、インプレース・アップグレードでは、現行のOracle Clusterwareホームのソフトウェアが上書きされます。

アウトオブプレース・アップグレードを実行するには、各ノードで新しいOracle Grid Infrastructureホームを作成する必要があります。その後、あるノードでは元のOracle ClusterwareホームからOracle Clusterwareを実行し、別のノードでは新しいOracle Grid InfrastructureホームからOracle Clusterwareを実行するように、アウトオブプレース・ローリング・アップグレードを実行できます。

既存のOracle Clusterwareインストールがある場合は、アウトオブプレース・アップグレードを行うことにより、既存のクラスタをアップグレードします。Oracle Clusterwareのインプレース・アップグレードはサポートされません。

関連トピック

- Oracle Grid Infrastructureのローリング・アップグレードの実行

D.6 既存のOracle Clusterwareインストールをアップグレードするための準備

既存のOracle Clusterwareインストールがある場合は、アウトオブプレース・アップグレードを行うことにより、既存のクラスタをアップグレードします。インプレース・アップグレードは実行できません。

アップグレードを開始する前に、次の作業を行います。

- パッチおよびアップグレードに対するシステム準備状況の検証
リリース・ノートおよびクラスタ検証ユーティリティを使用して、ソフトウェアのパッチ適用またはアップグレードの準備が完了していることを確認します。

- 必要なシステム情報の収集
新しいホーム・ディレクトリにOracle Grid Infrastructureをインストールする場合は、必要な情報を把握しておく必要があります。

- 最小要件のOracle Clusterwareリリースへのアップグレード
現行のOracle Clusterwareインストールが、そのリリースでサポートされている最小バージョン以上で現在実行されていない場合、前提条件チェックで失敗が報告されます。アップグレードする前に、現行のOracle Clusterwareインストールを、サポートされている最小リリース以上にアップグレードする必要があります。

- Oracleソフトウェアによって使用されている環境変数の設定の削除
システムに既存のインストール環境があり、同じユーザー・アカウントを使用してOracle Grid Infrastructure 12cリリース1 (12.1)をインストールする場合、Oracleインストール・ユーザーについて、Oracleソフトウェア・ホームに接続されている環境変数の設定を削除する必要があります。

D.6.1 パッチおよびアップグレードに対するシステム準備状況の検証

リリース・ノートおよびクラスタ検証ユーティリティを使用して、ソフトウェアのパッチ適用またはアップグレードの準備が完了していることを確認します。

1. Oracle ClusterwareまたはOracle ASMのパッチ更新を実行する場合は、パッチ・ソフトウェアをダウンロードした後、ソフトウェア・インストールにパッチを適用したり、アップグレードする前に、パッチに付属のパッチ・セット・リリース・ノートで、システムがオペレーティング・システムおよびハードウェアのシステム要件を満たすかどうかを確認します。

2. クラスタ検証ユーティリティ(CVU)を使用すると、パッチ適用またはアップグレードの準備として、システムをチェックできます。
アップグレードを始める前にCVUを実行できますが、インストーラによって適切なCVUチェックが自動的に実行され、アップグレードを行う前に問題を修正するように求められます。

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

D.6.2 必要なシステム情報の収集

新しいホーム・ディレクトリにOracle Grid Infrastructureをインストールする場合は、必要な情報を把握しておく必要があります。

- 次の情報を収集します。

- Oracle ClusterwareのOracleベースの場所

- 既存のOracle Clusterwareホーム(またはGridホーム)の場所とは異なる、Oracle Grid Infrastructureホームの場所

- Oracle Grid InfrastructureおよびOracle RACのネットワークの構成で説明されているSCAN名とアドレス、およびその他のネットワーク・アドレス

- 権限を付与された使用するユーザー・オペレーティング・システム・グループ(Oracle Grid InfrastructureおよびOracle RACのインストール・グループおよびユーザーの作成を参照)

- ローカル管理者ユーザー・アクセスか、または以前のOracle Clusterwareのインストールを実行したユーザーとしてのアクセス

D.6.3 最小要件のOracle Clusterwareリリースへのアップグレード

現行のOracle Clusterwareインストールが、そのリリースでサポートされている最小バージョン以上で現在実行されていない場合、前提条件チェックで失敗が報告されます。アップグレードする前に、現行のOracle Clusterwareインストールを、サポートされている最小リリース以上にアップグレードする必要があります。

既存のOracle Clusterwareインストールを標準構成のOracle Grid Infrastructure 12cのクラスタにアップグレードするには、リリースがOracle Clusterware 10gリリース1 (10.1.0.5)、Oracle Clusterware 10gリリース2 (10.2.0.3)、Oracle Grid Infrastructure 11gリリース1 (11.1.0.6)またはOracle Grid Infrastructure 11gリリース2 (11.2.0.2)以上である必要があります。

- Oracle Grid Infrastructure 12cリリース1にアップグレードする前に、現行のOracle Clusterwareインストールを、サポートされている最小リリース以上にアップグレードします。
たとえば、Oracle Clusterware 11gリリース1のインストールをOracle Clusterware 12cリリース1 (12.1)にアップグレードする予定だが、現行のOracle Clusterwareインストールがリリース11.1.0.2である場合は、アップグレードを始める前に、現行のOracle Clusterwareインストールをリリース11.1.0.6以上にアップグレードする必要があります。

D.6.4 Oracleソフトウェアによって使用されている環境変数の設定の削除

システムに既存のインストール環境があり、同じユーザー・アカウントを使用してOracle Grid Infrastructure 12cリリース1 (12.1)をインストールする場合、Oracleインストール・ユーザーについて、Oracleソフトウェア・ホームに接続されている環境変数の設定を削除する必要があります。

アップグレードの前に、次の環境変数の設定を削除する必要があります。

- ORACLE_BASE

- ORACLE_HOME

- ORACLE_SID

- ORA_NLS10

- TNS_ADMIN

- ORA_CRS_HOME

環境変数にORA_CRS_HOMEを設定した場合は、Oracleサポートの指示に従ってから、インストールまたはアップグレードを開始する前にその設定を削除します。Oracleサポートから明示的に指示がないかぎり、ORA_CRS_HOMEを環境変数として使用しないでください。

1. 「スタート」メニューから、「マイ コンピュータ」を右クリックして、「プロパティ」を選択します。

2. 「システムのプロパティ」ウィンドウで、「詳細設定」を選択し、「環境変数」ボタンをクリックします。

3. 環境変数の設定を削除するには、変数を選択して「削除」をクリックします。

4. 環境変数の設定の削除が終了したら、「OK」をクリックします。

5. Oracleインストール・ユーザーのユーザー・プロファイルに、これらの環境変数が設定されていないことを確認します。

D.7 CVUを使用した、Oracle Clusterwareのアップグレードに対する準備状況の検証

クラスタ検証ユーティリティ(CVU)を使用すると、アップグレードを開始する事前準備として、システムをチェックできます。CVUによって、適切なシステム・チェックが自動的に実行され、アップグレードを進める前に問題を解決するよう求められます。

- CVUのグリッド・アップグレード検証コマンドのオプションについて
クラスタ検証ユーティリティ(CVU)を使用して、アップグレード前にシステム準備状況を検証できます。

- グリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証例
runcluvfy.batコマンドを使用すると、アップグレード前にシステムをチェックできます。

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

D.7.1 CVUのグリッド・アップグレード検証コマンドのオプションについて

クラスタ検証ユーティリティ(CVU)を使用して、アップグレード前にシステム準備状況を検証できます。

アップグレード検証は、次の2つの方法のいずれかで実行できます。

- OUIを実行し、OUIに組み込まれたCVU検証でシステム・チェックを実行する

- CVU手動スクリプトのcluvfy.batスクリプトを実行し、システム・チェックを実行する

OUIを使用してインストール前のチェックを実行するには、インストールを通常どおりに実行します。OUIによってCVUが起動され、インストール・プロセスの一部としてシステム・チェックが実行されます。これらのチェックの実行にOUIを選択すると、インストール前のチェックは完了したとみなし、システム構成がインストールの最小要件を満たしていることを確認する場合に特に有効です。

CVUのcluvfy.batコマンドライン・スクリプトを使用するには、runcluvfy.batコマンドがあるアップグレードのステージング領域に移動し、次のコマンドを実行してアップグレードに対するOracle Clusterwareインストールの準備状況を確認します。

runcluvfy.bat stage -pre crsinst -upgrade

-pre crsinst -upgradeオプションを指定してruncluvfy.batを実行すると、既存のクラスタウェア・インストールのアップグレードに対してクラスタが適切な状態にあるかどうかを確認するためのシステム・チェックが実行されます。

runcluvfyコマンドでは次の構文を使用します。変数はイタリックで示しています。

runcluvfy.bat stage -pre crsinst -upgrade [-rolling] -src_crshome
src_Gridhome -dest_crshome dest_Gridhome -dest_version dest_release
[-verbose]

オプションは次のとおりです。

- -rolling
このオプションを使用すると、ローリング・アップグレードに対する準備状況が検証されます。

- -src_crshome src_Gridhome
このオプションは、アップグレードするソースOracle ClusterwareまたはGridホームの場所を指定します(src_Gridhomeはアップグレードするホームへのパス)。

- -dest_crshome dest_Gridhome
このオプションは、アップグレードGridホームの場所を指定します(dest_GridhomeはGridホームへのパス)。

- -dest_version dest_release
dest_versionオプションは、パッチセットを含む、アップグレードのリリース番号を指定します。リリース番号には、リリースをプラットフォーム固有のパッチのレベルに指定する5つの数字を含める必要があります。たとえば、12.1.0.1.0などです。

- -verbose
-verboseオプションを使用すると、個々のチェックの詳細な出力が生成されます。

D.7.2 グリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証例

runcluvfy.batコマンドを使用すると、アップグレード前にシステムをチェックできます。

次のコマンドを実行して、Oracle Clusterwareのインストールに必要な権限が構成されているかどうかを検証します。

C:\> runcluvfy.bat stage -pre crsinst -upgrade -rolling
-src_crshome C:\app\11.2.0.3\grid -dest_crshome C:\app\12.1.0\grid
-dest_version 12.1.0.2.0 -verbose

D.8 バッチを使用したローリング・アップグレードの理解

パッチの適用時に、すべてのノードを停止するのではなく、一部のノードを停止して他のノードを稼働させておくことができます。

以前のリリースからのアップグレードでは、クラスタ全体をアップグレードする必要があります。アップグレード対象の個々のノードを選択または選択解除することはできません。ローリング・アップグレード中にノードをクラスタに追加する操作はサポートされていません。

Oracle Clusterwareのアップグレード時は、Oracle RACインスタンスを実行したままにしておくことをお薦めします。各ノードでアップグレード・プロセスを開始すると、アップグレード・スクリプトによってデータベース・インスタンスが停止され、インスタンスが再度起動されます。Oracle Grid Infrastructure 11gリリース11.2.0.2以上をOracle Grid Infrastructureの新しいリリースにアップグレードする場合は、すべてのノードのアップグレードがデフォルトで選択されます。

アップグレードを実行する場合は、グループ、つまりバッチにノードを分割し、これらのノード・バッチからアップグレードを開始できます。バッチ間で、以前のリリースを実行しているノードからアップグレード済のノードにサービスを移動して、サービスがアップグレードの影響を受けないようにできます。

D.9 Oracle Grid Infrastructureのローリング・アップグレードの実行

Oracle Grid Infrastructureのローリング・アップグレードを実行する場合は、この情報を確認します。

- 以前のリリースからの標準的なアップグレードの実行
Oracle ClusterwareまたはOracle Automatic Storage Management (Oracle ASM)を以前のリリースから新しいリリースにアップグレードするには、次の手順を実行します。

- ノードにアクセスできなくなった場合のOracle Clusterwareのアップグレードの完了
アップグレードの途中で一部のノードにアクセスできなくなった場合は、ユーザーの介入なしではアップグレードを完了できません。

- 強制アップグレード後にアクセスできないノードのアップグレードの完了
以前のリリースでは、アクセスできないノードを削除する必要がありましたが、Oracle Grid Infrastructure 12cからは、クラスタのforceアップグレード・コマンドの完了後にそのようなノードをクラスタに統合できます。

- インストールとアップグレードに使用する最初のノードの変更
最初のノードにアクセスできなくなった場合、別のノードを、インストールまたはアップグレードに使用する最初のノードに強制的に設定できます。

D.9.1 以前のリリースからの標準的なアップグレードの実行

Oracle ClusterwareまたはOracle Automatic Storage Management (Oracle ASM)を以前のリリースから新しいリリースにアップグレードするには、次の手順を実行します。

注意:
Oracle Clusterware 12cリリース1 (12.1)にアップグレードすると、Oracle Automatic Storage Management (Oracle ASM)がOracle Clusterwareと同じホームにインストールされます。このホームは、Oracleドキュメントでは、Oracle Grid InfrastructureホームまたはGridホームと呼ばれます。また、ローリング・アップグレード中に、ノードをクラスタに追加する操作はサポートされていません。

以前により高いリリースのOracle Grid Infrastructureへのアップグレードを試行し、そのGridホームがまだ存在する場合は、インストーラを実行するかわりに、より高いバージョンのGridホームのGrid_home\crs\configディレクトリにあるconfig.batスクリプトを実行します。アップグレード・オプションを選択して、既存のGridホームをより新しいリリースにアップグレードします。

1. クラスタ内のノードで実行されているOracle ASMを使用する、非クラスタ(シングル・インスタンス)のOracle Databaseが存在する場合は、アップグレードを開始する前に、それらを停止する必要があります。
それらのデータベースに関連付けられているリスナーを停止する必要はありません。

注意:
Oracle Clusterwareのアップグレード中、Oracle Real Application Clusters(Oracle RAC)インスタンスは、実行したままにしておくことをお薦めします。アップグレード・プロセス中、アップグレードされているノードのデータベース・インスタンスは自動的に停止および起動されます。

2. インストーラを起動し、インストールされている既存のOracle ClusterwareおよびOracle ASMをアップグレードするオプションを選択します。

3. ノード選択ページで、すべてのノードを選択します。

注意:
Oracle Clusterware 11gリリース2より前のリリースとは対照的に、すべてのノードをアップグレード対象に選択したとしても、アップグレードはすべてローリング・アップグレードになります。Oracle Clusterware 11gからアップグレードしている場合は、デフォルトで、すべてのノードが選択されます。ノードを選択したり、選択解除することはできません。

4. 指示どおりに、インストール・オプションを選択します。

5. 選択内容を確認すると、アップグレード・スクリプトが自動的に実行されます。

注意:
インストールが完了する前にサーバーを再起動する必要があることを示すエラーが表示された場合は、失敗または中断されたインストールおよびアップグレードの完了を参照してください。

6. Oracle Clusterwareをアップグレードするのと同時に、Oracle ASMもアップグレードすることをお薦めします。
Oracle ASMをアップグレードするまで、Oracle ASMを使用するOracle Databaseは作成できず、Oracle Grid Infrastructure 12cリリース1 (12.1)ホーム内のOracle ASM管理ツール(srvctlなど)は動作しません。

- Oracle Clusterwareのアップグレードが完了した後、Oracle ASM 11gリリース2 (11.2.0.2)より前のリリースからアップグレードしており、かつ、ASM Configuration Assistant (ASMCA)のチェック・ボックスを選択したままにした場合は(デフォルト)、インストーラによってASMCAが起動され、Oracle ASMがアップグレードされます。アップグレードのインタビュー・ステージでボックスの選択を解除すると、ASMCAは自動的には実行されません。

- 以前のリリースのOracle ASMがインストールされている場合、Oracle ASMを12cリリース1 (12.1)へアップグレードするために、インストーラによってASMCAが起動されます。Oracle ASMをこのときにアップグレードするか、または後でアップグレードできます。

注意:

アップグレード後に、Oracle Cluster Registry(OCR)のバックアップ場所を前のリリースのOracle Clusterwareホーム(CRSホーム)に手動で設定していた場合は、OCRのバックアップ場所をOracle Grid Infrastructureホーム(Gridホーム)に変更する必要があります。OCRのバックアップ場所を手動で設定しなかった場合は、この問題は関係がありません。

Oracle Clusterwareのアップグレードはアウトオブプレース・アップグレードであるため、以前のリリースのOracle ClusterwareホームをOCRのバックアップ場所にすることはできません。以前のOracle Clusterwareホーム内のバックアップは削除される可能性があります。

7. Oracle Grid Infrastructureホームは、以前のOracle ClusterwareホームおよびOracle ASMホームとは異なる場所にあるため、Oracle ClusterwareホームおよびOracle ASMホームにあるユーティリティやその他のファイルを使用するスクリプトまたはアプリケーションを更新します。

関連トピック

- 失敗した、または不完全なインストールおよびアップグレードの完了

D.9.2 ノードにアクセスできなくなった場合のOracle Clusterwareのアップグレードの完了

アップグレードの途中で一部のノードにアクセスできなくなった場合は、ユーザーの介入なしではアップグレードを完了できません。

到達できないノードではアップグレードが正常に完了しなかったため、アップグレードは不完全です。Oracle Clusterwareは以前のリリースのままです。

1. 次のコマンドを入力して、アップグレードが完了していないことを確認します。

crsctl query crs activeversion

2. 完了していないアップグレードを解決するには、rootupgrade.batスクリプトがすでに完了しているノードのいずれかで、次のように-forceオプションを指定してrootupgrade.batコマンドを実行します。

Grid_home/rootupgrade -force

たとえば、Oracle Grid InfrastructureのOracleインストール・ユーザーとして、次のコマンドを実行します。

C:\> C:\app\12.1.0\grid\rootupgrade -force

クラスタのforce アップグレードには、次のような制限があります。

- すべてのアクティブ・ノードが新しいリリースにアップグレードされる必要があります。

- すべての非アクティブ・ノード(アクセス可能またはアクセス不可能)は、アップグレードされても、アップグレードされなくてもどちらでもかまいません。

- アクセスできないノードの場合は、パッチ・セット・アップグレードの後、ノードをクラスタから削除できます。ノードが後でアクセス可能になり、パッチ・バージョン・アップグレードのパスがサポートされる場合は、このノードを新しいパッチ・バージョンにアップグレードできます。

このコマンドによってアップグレードが強制的に完了されます。

3. crsctl query crs activeversionコマンドを使用して、アップグレードが完了したことを確認します。
アクティブなリリースがアップグレード・リリースになります。

D.9.3 強制アップグレード後にアクセスできないノードのアップグレードの完了

以前のリリースでは、アクセスできないノードを削除する必要がありましたが、Oracle Grid Infrastructure 12cからは、クラスタのforceアップグレード・コマンドの完了後にそのようなノードをクラスタに統合できます。

このオプションを使用するには、Oracle Grid Infrastructure 12cリリース1 (12.1)ソフトウェアがノードにインストールされている必要があります。

1. クラスタ・メンバー・ノードのいずれかに、Oracle Grid InfrastructureのOracleインストール・ユーザーとしてログインします。

2. Oracle Grid Infrastructure 12cリリース1 (12.1) Gridホームのcrs\installディレクトリに移動します。

次に例を示します。

C:\> cd app\12.1.0\grid\crs\install

3. 次のPERLコマンドを実行します。upgraded_nodeはクラスタに追加するアクセス不可能ノードまたは到達不可能ノードです。

C:\> rootupgrade.bat -join -existing_node upgraded_node

注意:
リリース11.2.0.2.0より前のOracle Clusterwareでは、-join操作はサポートされていません。その場合はノードを削除し、addNodeコマンドを使用してクラスタに追加します。

D.9.4 インストールとアップグレードに使用する最初のノードの変更

最初のノードにアクセスできなくなった場合、別のノードを、インストールまたはアップグレードに使用する最初のノードに強制的に設定することができます。

- インストール: 最初のノードでgridonfig.batが失敗した場合、-forceオプションを使用して、別のノードで次のコマンドを実行します。

Grid_home\crs\config\gridconfig.bat -force -first

- アップグレード: 最初のノードでgridonfig.batが失敗した場合、-forceオプションを使用して、別のノードで次のコマンドを実行します。

Grid_home\crs\config\gridconfig.bat -upgrade -force -first

D.10 Oracle ASMのローリング・アップグレードの実行

Oracle Grid InfrastructureアップグレードのOracle ASM部分に失敗した場合、またはなんらかの理由でAutomatic Storage Management Configuration Assistant (ASMCA)が動作しなかった場合は、Oracle Grid Infrastructure 12cリリース1 (12.1)アップグレードのOracle Clusterware部分を終了した後で、Oracle ASMの別途アップグレードが必要な場合があります。

Oracle ASMをOracle Grid Infrastructure 12cリリース1にアップグレードした後、Oracle ASMの個々のパッチをOracle Automated Release Updateサイトからダウンロードしてインストールできます。Oracle Grid InfrastructureからOracle ASMを個別にアップグレードする手順は、Oracle ASMをアップグレードするための準備を参照してください。

- Oracle ASMをアップグレードするための準備
Oracle ASMのアップグレードを個別に完了する必要がある場合は、次の要件に注意してください。

- Oracle Grid InfrastructureアップグレードからのOracle ASMの個別アップグレード
別のOracleホームにOracle ASMがインストールされているOracle ASMリリースからアップグレードする必要がある場合、またはOracle Grid InfrastructureアップグレードのOracle ASM部分の実行に失敗した場合は、次のタスクを実行します。

D.10.1 Oracle ASMをアップグレードするための準備

Oracle ASMのアップグレードを個別に完了する必要がある場合は、次の要件に注意してください。

- Oracle Clusterwareのアクティブなリリースは、12cリリース1 (12.1)である必要があります。アクティブなリリースを確認するには、Gridホームから次のコマンドを入力します。

crsctl query crs activeversion

- シングル・インスタンスのOracle ASM環境を、クラスタ化されたOracle ASM環境へアップグレードできます。ただし、Oracle ASMがインストールされているノードからインストールを実行した場合、アップグレードできるのは既存の単一インスタンスのOracle ASMインストールのみです。リモート・ノードにあるシングル・インスタンスのOracle ASM環境をアップグレードすることはできません。

- アップグレード処理を開始する前に、既存のOracle ASMインストールに対するリバランス操作が完了していることを確認する必要があります。

- アップグレード・プロセス中、Oracle ASMインスタンスの状態をアップグレード状態に変更することになります。このアップグレード状態によってOracle ASM操作が制限されるため、開始後すぐにアップグレード処理を完了する必要があります。Oracle ASMインスタンスがアップグレード状態のときには、次の操作を実行できます。

- ディスク・グループのマウントとマウント解除

- データベース・ファイルのオープン、クローズ、サイズ変更または削除

- インスタンスのリカバリ

- 固定ビューおよび固定パッケージの問合せ(固定ビューの問合せと、DBMS_DISKGROUPなどの固定パッケージを使用した匿名PL/SQLブロックの実行は可能です)

- データベース・クライアントは、Oracle ACFS上にある場合を除き、停止する必要はありません。

D.10.2 Oracle Grid InfrastructureアップグレードからのOracle ASMの個別アップグレード

別のOracleホームにOracle ASMがインストールされているOracle ASMリリースからアップグレードする必要がある場合、またはOracle Grid InfrastructureアップグレードのOracle ASM部分の実行に失敗した場合は、次のタスクを実行します。

1. アップグレードを開始しようとしているノードで、環境変数ASMCA_ROLLING_UPGRADEをtrueに設定します。
次に例を示します。

C:\> set ASMCA_ROLLING_UPGRADE=true

2. Oracle Grid Infrastructure 12cリリース1 (12.1)のホームから、ASMCAを起動します。
次に例を示します。

C:\> cd app\12.1\grid\bin
C:\..bin> asmca.bat

Oracle ASM Configuration Assistant (ASMCA)が起動します。

3. 「アップグレード」を選択します。
ASMCAにより、クラスタ内にあるすべてのノードのOracle ASMが連続してアップグレードされます。

4. アップグレードが完了したら、コマンドを実行して、ASMCA_ROLLING_UPGRADE環境変数の設定を解除します。

C:\> set ASMCA_ROLLING_UPGRADE=

関連項目:
Oracle ASMのアップグレード計画の準備、およびOracle ASMアップグレードの開始、実行、停止の詳細は、『Oracle Databaseアップグレード・ガイド』および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

D.11 Oracle ASMへのパッチの適用

Oracle Grid Infrastructure 12cリリース1でOracle ASMをアップグレードした後、Oracle ASMの個々のパッチをMy Oracle Supportからダウンロードしてインストールできます。

- 個々の(個別) Oracle ASMパッチについて
個々のパッチは個別パッチと呼ばれます。

- Oracle ASMのソフトウェア・パッチ・レベルについて
Oracle ASMおよびOracle Grid Infrastructureのパッチを適用する方法を理解するには、このトピックを確認します。

- 特定のソフトウェア・パッチ・レベルにするためのOracle ASMへのパッチの適用
Oracle Grid Infrastructure 12cリリース1 (12.1)以上では、「ローリング・パッチ」と呼ばれる新しいクラスタ状態が使用可能です。

D.11.1 個々の(個別) Oracle ASMパッチについて

個々のパッチは個別パッチと呼ばれます。

Oracle ASMの個別パッチは、Oracle ASMの特定のリリースで使用できます。必要なパッチが使用可能である場合は、パッチをダウンロードし、OPatchユーティリティを使用してOracle ASMに適用できます。

Oracle ASMのリリースにインストールしたパッチは、OPatchインベントリによって追跡されます。インストール済のパッチと適用したいパッチ間で競合が発生する場合、OPatchユーティリティよりこれらの競合に関する通知があります。OPatchユーティリティを使用したOracle ASMへのパッチの適用の詳細は、「特定のソフトウェア・パッチ・レベルにするためのOracle ASMへのパッチの適用」を参照してください。

D.11.2 Oracle ASMのソフトウェア・パッチ・レベルについて

Oracle ASMおよびOracle Grid Infrastructureのパッチを適用する方法を理解するには、このトピックを確認します。

Oracle Grid Infrastructureのソフトウェア・パッチ・レベルは、Oracle ASMを含むOracle Grid Infrastructureソフトウェア・リリースに適用される、すべての個別パッチのセットを表します。リリースとは、メジャー、マイナーおよびパッチ・セットのリリース番号という形式で表されるリリース番号のことです。たとえば、リリース番号が12.1.0.1である場合は、メジャー・リリースが12、マイナー・リリースが1、0.1がパッチ・セット番号です。個別パッチでは、メジャーおよびマイナー・リリース番号は同じままですが、個別パッチを適用またはロールバックするたびにパッチ・レベルが変更されます。

Oracle Grid Infrastructureの標準アップグレードと同様に、クラスタの通常操作ではどの時点でもクラスタ内のすべてのノードのソフトウェア・リリースおよびパッチ・レベルが同じである必要があります。個別パッチはローリング・アップグレードとして適用できるため、特定のソフトウェア・リリースのすべてのパッチ・レベルは相互に互換性があります。

関連項目:

- Oracle Grid Infrastructureのアップグレードの詳細は、「以前のリリースからの標準的なアップグレードの実行」を参照してください。

- OPatchユーティリティを使用したOracle ASMへのパッチの適用の詳細は、「特定のソフトウェア・パッチ・レベルにするためのOracle ASMへのパッチの適用」を参照してください。

D.11.3 特定のソフトウェア・パッチ・レベルにするためのOracle ASMへのパッチの適用

Oracle Grid Infrastructure 12cリリース1 (12.1)以上では、ローリング・パッチと呼ばれる新しいクラスタ状態が使用可能です。

ローリング・パッチ・モードは、この休止状態でOracle ASM操作が許可されるという点で、既存のローリング・アップグレード・モードに類似しています。

1. 適用するパッチをMy Oracle Supportからダウンロードします。

a. https://support.oracle.comに移動します

b. 「パッチと更新版」タブを選択してパッチを検索します。

パッチ・バンドルを検索するには、使用するプラットフォームとソフトウェア・リリースの「製品またはファミリ(拡張)」検索を実行します。

「推奨パッチ・アドバイザ」を選択して、ご使用のソフトウェアの製品グループ、リリースおよびプラットフォームを入力することをお薦めします。My Oracle Supportに、最新のパッチと重要なパッチ更新(CPU)のリストが表示されます。

c. C:\downloadsなど、アクセス可能なディレクトリにパッチを配置します。

2. Gridホーム内の/opatchディレクトリに移動します。

次に例を示します。

C:\> cd app\12.1.0\grid\opatch

3. 適用するパッチについてパッチ・ドキュメントを確認し、パッチのアップグレードを開始する前に必要な手順をすべて完了します。

4. パッチ・ドキュメントの手順に従って、パッチを適用します。

D.12 アップグレード後のクラスタ状態モニターのリポジトリ・サイズの確認

IPD/OSを使用する以前のリリースからOracle Grid Infrastructure 11gリリース2 (11.2.0.2以上)にアップグレードする場合は、クラスタ状態モニターのリポジトリ・サイズ(CHMリポジトリ)を確認する必要があります。

1. CHMリポジトリの要件を確認し、より大規模なCHMリポジトリを保持する場合はリポジトリ・サイズを大きくします。

注意:
以前のIPD/OSリポジトリは、Oracle Grid Infrastructureのインストール時に削除されます。

クラスタのサイズに関係なく、CHMリポジトリのデフォルト・サイズは、最小で1GBまたは3600秒(1時間)です。

2. CHMリポジトリを大きくするには、次のコマンド構文を使用します。RETENTION_TIMEはCHMリポジトリのサイズ(秒数)です。

oclumon manage -repos changeretentiontime RETENTION_TIME

たとえば、リポジトリ・サイズを4時間に設定するとします。

C:\> oclumon manage -repos changeretentiontime 14400

RETENTION_TIMEは、3600(1時間)より大きく、259200(3日)より小さい値である必要があります。CHMリポジトリ・サイズを大きくする場合は、クラスタのノードごとに選択するリポジトリ・サイズに使用できるローカル領域があることを確認する必要があります。十分な領域がない場合は、リポジトリを共有ストレージに移動できます。

D.13 アップグレード後のOracle Clusterwareのダウングレード

Oracle Clusterware 12cリリース1 (12.1)へのアップグレードが成功または失敗した後で、Oracle Clusterwareを前のリリースにリストアできます。

- アップグレード後のOracle Clusterwareのダウングレードについて
Oracle Clusterwareをダウングレードすると、Oracle Clusterware構成をOracle Clusterware 12cリリース1 (12.1)のアップグレード前の状態にリストアできます。Oracle Grid Infrastructure 12cリリース1 (12.1)のアップグレードの最中または後で行った変更はすべて消去され、リカバリされません。

- リリース11.2.0.2より前のOracle Clusterware 11gリリースへのダウングレード
次の手順は、Oracle Clusterwareを以前のリリースにリストアする方法について説明しています。

- Oracle Clusterware 11gリリース2 (11.2.0.2)以上のリリースへのダウングレード
Oracle Clusterwareを以前のリリースにリストアするには、次の手順を使用します。

D.13.1 アップグレード後のOracle Clusterwareのダウングレードについて

Oracle Clusterwareをダウングレードすると、Oracle Clusterware構成をOracle Clusterware 12cリリース1 (12.1)のアップグレード前の状態にリストアできます。Oracle Grid Infrastructure 12cリリース1 (12.1)のアップグレードの最中または後で行った変更はすべて消去され、リカバリされません。

ダウングレードの手順では、次の変数を使用します。

- ローカル・ノードは、アップグレード・プロセスを開始した最初のノードです。

- リモート・ノードは、アップグレード・プロセスを開始したノード以外のすべてのノードです。

Oracle Clusterwareを以前のリリースにリストアするには、ダウングレードするリリースのダウングレード手順を使用します。

注意:
アップグレードが失敗した後でダウングレードするときに、ノード上にrootcrs.batファイルが存在しない場合は、次の各項でrootcrs.batスクリプトを実行するかわりにperl rootcrs.plコマンドを使用してください。Oracleホーム・ディレクトリにあるperlインタプリタを使用してください。

D.13.2 リリース11.2.0.2より前のOracle Clusterware 11gリリースへのダウングレード

次の手順で、Oracle Clusterwareを前のリリースにリストアする方法について説明します。

1. rootupgradeスクリプトが、アップグレードを開始したノード(最初のノード)以外のノードで失敗した場合は、アップグレードが失敗したノードをダウングレードします。

Grid_home\crs\install\rootcrs.bat -downgrade

2. rootupgradeスクリプトが正常に実行された他のすべてのノード(最初のノードを除く)で、管理者ユーザーとして次のコマンドを実行します。

Grid_home\crs\install\rootcrs.bat -downgrade

このコマンドによって、Oracle Clusterware 12cリリース1 (12.1)リソースと、Oracle Grid Infrastructure 12cリリース1 (12.1)スタックが停止されます。

3. 最初のノード以外のすべてのノードでrootcrs.bat -downgradeスクリプトが完了した後、最初のノードで次のコマンド構文を使用します。

Grid_home\crs\install\rootcrs.bat -downgrade -lastnode

次に例を示します。

C:\app\12.1.0\grid\crs\install> rootcrs.bat -downgrade -lastnode

注意:
Oracle Grid Infrastructure 12cでは、以前のリリースのGridホームやリリース番号の場所を指定する必要がありません。

Oracle Grid Infrastructureのインストール・ユーザーに対して書込み権限のあるディレクトリから、このコマンドを実行します。

4. rootcrsスクリプトが正しく実行されたいずれかのクラスタ・メンバー・ノードで次の手順を実行します。

a. Oracle Grid Infrastructureインストール所有者としてログインします。

b. 次のコマンドを使用して、インストーラを開始します。C:\app\12.1.0\gridは、新しい(アップグレードされた) Gridホームの場所です。

setup.exe -nowait -waitforcompletion -ignoreSysPrereqs -updateNodeList
-silent CRS=false ORACLE_HOME=C:\app\12.1.0\grid

Gridホームが共有ホームの場合は、オプション-cfsを追加します。

5. アップグレードが正常に完了したすべてのクラスタ・メンバー・ノードで、次の手順を実行します。

a. Oracle Grid Infrastructureインストール所有者としてログインします。

b. 次のコマンドを使用して、インストーラを開始します。オプションORACLE_HOMEに指定するパスは、以前のOracle Clusterwareインストールのホーム・ディレクトリの場所です。

たとえば、以前のOracle Clusterwareインストールの場所がC:\app\crsの場合は、次のようなコマンドを使用します。

C:\> cd C:\app\12.1.0\grid\oui\bin
C:\..bin> setup.exe -nowait -waitforcompletion -ignoreSysPrereqs
-updateNodeList -silent CRS=true ORACLE_HOME=C:\app\crs

c. 11.1以下のリリースにダウングレードする場合

Oracle Clusterware 11gリリース1 (11.1)以前のリリースにダウングレードする場合、以前のリリースのOracle Clusterwareホームからroot.batを手動で実行し、手順bの完了後にダウングレードを完了する必要があります。

プロンプトが表示され、ダウングレードを完了するには、クラスタの各メンバー・ノード上で、以前のリリースのOracle Clusterwareインストールのホームから、root.batを手動で順番に実行するよう求められます。この作業が終了したら、ダウングレードは完了です。

以前のリリースのOracle Clusterwareインストールのホームからroot.batを実行することにより、Oracle Clusterwareスタックが再起動され、以前により古いリリースでOracle Clusterwareに登録されていたすべてのリソースが起動され、以前のリリースのOracle Clusterwareスタックを実行するように古い初期化スクリプトが構成されます。

インストーラによって、Oracle Grid Infrastructure 12cソフトウェア・スタックが停止されます。

Oracle Grid Infrastructureが使用するWindowsサービスが再作成され、ダウングレード・プロセス中にスクリプトのいずれかによって古いソフトウェア・リリースのGridホームが参照されます。

D.13.3 Oracle Clusterware 11gリリース2 (11.2.0.2)以上のリリースへのダウングレード

次の手順を使用して、Oracle Clusterwareを前のリリースにリストアします。

1. すべてのリモート・ノードで、管理者ユーザーとしてコマンド構文Grid_home\crs\install\rootcrs.bat -downgrade [-force]を使用して、Oracle Clusterware 12cリリース1 (12.1)のリソースを停止し、Oracle Grid Infrastructure 12cリリース1 (12.1)スタックを停止します。

次に例を示します。

C:\app\12.1.0\grid\crs\install> rootcrs.bat -downgrade

2. すべてのリモート・ノードでrootcrs.bat -downgradeスクリプトが完了した後、ローカル・ノードで次のコマンド構文を使用します。

Grid_home\crs\install\rootcrs.bat -downgrade -lastnode

次に例を示します。

C:\app\12.1.0\grid\crs\install> rootcrs.bat -downgrade -lastnode

注意:
Oracle Grid Infrastructure 12c以降、以前のリリースのGridホームやリリース番号の場所を指定する必要がなくなりました。

Oracle Grid Infrastructureのインストール・ユーザーに対して書込み権限のあるディレクトリから、このコマンドを実行します。

3. Oracle Grid Infrastructure 12cへのアップグレードが正常に完了した各クラスタ・メンバー・ノードで、次の手順を実行します。

a. 管理者ユーザーまたはOracleインストール・ユーザーとしてログインします。

b. 次のコマンドを使用して、インストーラを開始します。C:\app\12.1.0\gridは、新しい(アップグレードされた) Gridホーム(12.1)の場所です。

setup.exe -updateNodeList -silent CRS=false ORACLE_HOME=C:\app\12.1.0\grid

Gridホームが共有ホームの場合は、オプション-cfsを追加します。

c. 次のコマンドを使用して、Gridホーム(12.1)からインストーラを開始します。オプションORACLE_HOMEに指定するパスは、以前のOracle Clusterwareインストールのホーム・ディレクトリの場所(C:\app\11.2.0.2\gridなど)です。

cd C:\app\12.1.0\grid\bin
setup.exe -updateNodeList -silent CRS=true ORACLE_HOME=C:\app\11.2.0.2\grid

d. 11.2.0.2にダウングレードするには、次の手順を実行します。
Oracle Clusterware 11gリリース1 (11.2.0.2)にダウングレードする場合、手順cの完了後、Oracle Clusterwareスタックを手動で起動する必要があります。
各ノードで、crsctl start crsコマンドを使用して前のリリースのOracle ClusterwareホームからOracle Clusterwareを起動します。たとえば、以前のリリースのホームがC:\app\11.2.0.2\gridである場合は、各ノードで次のコマンドを使用します。

C:\app\11.2.0.2\grid\bin\crsctl start crs

4. 12.1.0.1にダウングレードするには、次の手順を実行します。

Oracle Grid Infrastructure 12cリリース1 (12.1.0.1)をダウンロードしている場合は、次のコマンドを実行してGrid Management Databaseを構成します。

a. すべてのノードで12.1.0.1のOracle Clusterwareスタックを起動します。

b. 各ノードで、次のようにしてMGMTDBリソースを削除します。

C:\> 12101_Grid_home\bin\srvctl remove mgmtdb

c. Oracle Grid Infrastructure 12cホームからサイレント・モードでDBCAを実行し、次のようにManagement Databaseを作成します。ASM_DG_NAMEは、有効なOracle ASMディスク・グループの名前です。

12101_Grid_home\bin\dbca -silent -createDatabase -templateName
MGMTSeed_Database.dbc -sid "-MGMTDB" -gdbName _mgmtdb -storageType ASM
-diskGroupName ASM_DG_NAME -characterset AL32UTF8
-datafileJarLocation 12101_Grid_home/assistants/dbca/templates
-autoGeneratePasswords

d. 12101_Grid_home\bin\mgmtcaからConfiguration Assistantを実行し、Management Databaseを構成します。

D.14 Oracle Enterprise Manager Cloud Controlのターゲット・パラメータの更新

Oracle Clusterwareのアップグレードはアウトオブプレース・アップグレードであるため、アップグレードされたソフトウェアのGridホームには新しい場所が設定されます。一部のOracle Enterprise Managerパラメータ・ファイルでは、Oracle Clusterwareホームのパスを変更する必要があります。

CRS_HOMEパラメータを変更しなかった場合は、Oracle Enterprise Manager Cloud Controlでクラスタ・ターゲットの不正などのエラーが発生することがあります。

問題を解決するには、Enterprise Manager Cloud Controlターゲットをアップグレードし、エージェントを実行している各クラスタ・メンバー・ノードでEnterprise Managerのエージェント・ベース・ディレクトリを更新します。

- アップグレード後のEnterprise Manager Cloud Controlターゲットの更新
Oracle Grid Controlのアップグレード後に、Oracle Enterprise Manager Cloud Controlのターゲットを更新する必要がある場合があります。

- アップグレード後のEnterprise Managerエージェント・ベース・ディレクトリの更新
エージェント・ベース・ディレクトリは、管理エージェント・ホームが作成されるディレクトリです。

D.14.1 アップグレード後のEnterprise Manager Cloud Controlターゲットの更新

Oracle Grid Controlのアップグレード後に、Oracle Enterprise Manager Cloud Controlのターゲットを更新する必要がある場合があります。

1. Enterprise Manager Cloud Controlにログインします。

2. 「ターゲット」メニューに移動し、次に「クラスタ」ページに移動します。

3. アップグレードされたクラスタ・ターゲットをクリックします。

4. メニューで「クラスタ」→「ターゲット設定」→「監視構成」をクリックします。

5. 「Oracleホーム」の値を新しいGridホームのパスで更新します。

6. 更新を保存します。

D.14.2 アップグレード後のEnterprise Managerエージェント・ベース・ディレクトリの更新

エージェント・ベース・ディレクトリは、管理エージェント・ホームが作成されるディレクトリです。

管理エージェント・ホームは、パスAgent_Base_directory\core\EMAgent_Versionにあります。たとえば、エージェント・ベース・ディレクトリがC:\app\emagentの場合、管理エージェント・ホームはC:\app\emagent\core\12.1.0.1.0のように作成されます

1. 管理エージェントのホームのbinディレクトリに移動します。

2. C:\app\emagent\core\12.1.0.1.0\binディレクトリのemctlファイルをテキスト・エディタで開きます。

3. CRS_HOMEパラメータを検索し、これを新しいGridホーム・パスに更新します。

4. Enterprise Managerエージェントを含むクラスタの各ノードで手順1-3を繰り返します。

索引

A B C D E F G H I J L M N O P Q R S T U V W X

数字

- 32-bitと64-bit

- 同じクラスタでソフトウェア・バージョンがサポートされない 1

A

- アクセス制御

- Oracle ASMのためのサポート 1

- アクセス制御リスト 1 , 2

- ACFS-9427 1

- ACFS-9428 1

- アドレス解決プロトコル 1 , 2

- 管理者グループ 1 , 2 , 3

- ARP

- 「アドレス解決プロトコル」を参照

- ASM

- OSASM管理者またはASM管理者 1

- ASM用のOSDBAグループ 1

- ASM用のOSOPERグループ 1

- ASMADMINグループ 1

- ASMCA

- アップグレード 1

- Oracle Restartディスク・グループ・ボリュームの有効化 1

- パスワード 1

- 開始 1 , 2 , 3

- ASMCMD 1

- ASMDBAグループ 1

- ASMSNMP 1

- asmtoolユーテリティ 1

- Automatic Storage Management

- 「Oracle ASM」を参照。

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

- 「Oracle ACFS」を参照

- 自動マウント

- 有効化 1

B

- バッチ・アップグレード 1

- バインド順序

- Windowsネットワーク 1

- BMCインタフェース

- インストール前の作業 1

C

- 中央インベントリ 1 , 2 , 3

- ホスト名の変更 1

- checkdirエラー 1

- チェックリスト 1

- チップ・アーキテクチャ 1

- CHM 1

- CIFS

- Common Internet File System 1

- クライアント

- Microsoftリモート・デスクトップ接続 1

- アップグレード 1

- 動作保証 1

- ファイアウォールを介した接続 1

- SCANへの接続 1

- Direct NFSクライアント 1

- トレース・ファイル 1

- SCANの使用 1

- パブリック・インタフェースの使用 1

- CLUSTER_INTERCONNECTSパラメータ 1

- クラスタ構成ファイル 1

- クラスタ・ファイル・システム

- データ・ファイルの記憶域オプション 1

- クラスタ名

- 要件 1 , 2

- クラスタ・ノード

- プライベート・ネットワーク・ノードのインタフェース 1

- プライベート・ノード名 1

- パブリック・ネットワーク・ノードの名前およびアドレス 1

- パブリック・ノード名 1

- 仮想ノード名 1 , 2

- クラスタ権限

- OUIによるクラスタのインストールのための確認 1

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

- 構成 1

- インストール済のコンポーネント 1

- オブザーバ・モード 1

- クラスタ検証ユーティリティ(CVU)

- アップグレード 1

- コマンド

- asmca 1 , 2

- cluvfy 1

- configToolAllCommands 1

- crsctl 1 , 2 , 3 , 4

- lsnrctl 1

- msinfo32 1

- net startおよびnet stop 1

- net use 1 , 2

- ocopy.exe 1

- ping 1

- regedit 1 , 2

- rootcrs.bat

- オプションの構成解除 1

- roothas.bat 1

- runcluvfy.bat 1

- setup.exe 1 , 2

- srvctl 1 , 2 , 3

- W32tm 1

- configToolAllCommandsスクリプト 1

- コンソール・モード 1

- CPU 1

- 重要なパッチ更新 1

- cronジョブ 1

- crs_install.rspファイル 1

- CTSS

- 「クラスタ時刻同期化サービス」を参照

- ctssd 1 , 2

- カスタマイズされたデータベース

- Oracle ASMの障害グループ 1

- Oracle ASMを使用する場合の要件 1

- cvusysユーザー 1

D

- データベース・ファイル

- サポートされている記憶域オプション 1

- データベース

- Oracle ASM要件 1

- データ・ファイル

- 記憶域オプション 1

- データ消失

- Oracle ASMによる最小化 1

- DB_RECOVERY_FILE_DEST 1

- DBCA

- Oracle ASMディスク・グループ管理には使用されない 1

- Oracle Clusterwareの構成解除 1

- 削除 1

- 削除ツール

- ログ・ファイルの場所 1

- 構文 1

- 削除ツール

- レスポンス・ファイル 1

- Flex Clusterおよび-lastnodeオプションの制限事項 1

- 削除ツール 1

- デバイス名

- asmtoolを使用した作成 1

- asmtoolgを使用した作成 1

- DHCP

- GNS 1

- Direct NFSクライアント

- 高速リカバリ領域 1

- 説明 1

- ディクショナリ・ビュー 1

- 無効化 1

- 有効化 1

- ロード・バランシング 1

- 管理 1

- ORADNFSユーティリティ 1

- oranfstab 1

- DisableDHCPMediaSenseパラメータ 1

- ディスクの自動マウント

- 有効化 1

- ディスク・グループ

- 冗長レベルを使用したOracle ASM 1

- Oracle ASMディスク・グループの推奨事項 1

- ディスク

- Oracle ASM用に構成 1

- NTFSフォーマット済 1

- Oracle ASMで使用するために選択 1

- ディスク領域

- 確認 1

- 要件

- Oracle ASM 1

- Oracle ASMの要件 1

- Oracle ASMでの事前構成済データベースの要件 1

- 表示監視

- 解像度の設定 1

- DNS

- GNSで使用するための構成 1

- マルチキャスト(mDNS) 1

- ドメイン

- SCAN 1

- ドメイン・ユーザー

- インストールで使用 1

- DSTパッチ 1

E

- ディスクの自動マウントの有効化 1

- 環境変数

- ORACLE_BASE 1

- ORACLE_HOME 1

- ORACLE_SID 1

- PATH 1

- TEMP 1

- Opatch使用時のエラー 1

- 実行可能ファイル 1 , 2

- 外部冗長性 1

F

- 障害グループ

- Oracle ASMの特性 1

- Oracle ASMの例 1

- Oracle ASM 1

- 高速リカバリ領域 1

- FATディスクのサイズ 1

- フェンシング

- IPMI 1

- ファイル

- oranfstab 1

- ファイル・システム

- データ・ファイルの記憶域オプション 1

- ファイアウォール

- インターコネクト

- ファイアウォール 1

- Microsoft Windows 1

G

- グローバリゼーション

- サポート 1

- GNS

- 概要 1 , 2

- サブドメイン名の選択 1

- 構成 1

- ドメイン委任のためのDNSの構成 1

- ドメインおよびSCAN 1

- 名前解決 1

- ユニバーサル 1

- 仮想IPアドレス 1

- ゾーン委任 1

- GNSクライアント・クラスタ

- 名前解決 1

- GNSクライアント・クラスタ

- インストールに必要なGNSクライアント・データ・ファイル 1

- GNSインスタンス 1

- GNS仮想IPアドレス 1

- Gridホーム

- Oracleべースの制限 1

- 場所の変更 1

- 定義 1

- 変更 1

- Gridホームのディスク領域 1

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

- 「GNS」を参照

- グリッド・プラグ・アンド・プレイ(GPnP) 1

- gridユーザー 1

- Group Managed Service Account (GMSA) 1

- グループ

- 管理者グループ 1 , 2 , 3

- OINSTALL 1

- オペレーティング・システム 1

- ORA_DBA 1 , 2 , 3

- ORA_HOMENAME_DBA 1

- ORA_HOMENAME_OPER 1

- ORA_OPER 1

- OSASM (ORA_ASMADMIN) 1

- ASM用のOSDBA (ORA_ASMDBA) 1

- ASM用のOSOPER (ORA_ASMOPER) 1

- Oracleインストール・ユーザーに必要 1

H

- ハードウェア要件

- 表示 1

- IPMI 1

- Oracleホームのローカル記憶域 1

- ネットワーク 1

- RAM 1

- tmp 1

- 高冗長性 1

- ホスト名

- 変更 1

- 有効なホスト名 1

- ホスト・ファイル 1

- ハブ・ノード

- 名前およびアドレス 1

I

- INS-32026エラー 1

- INS-40937 1

- inst_locレジストリ・キー 1

- インストール

- cronジョブ 1

- グローバリゼーション 1

- ユーザー・ロールの作成 1

- Oracle ASM要件 1

- レスポンス・ファイル

- 準備 1 , 2

- サイレント・モード 1

- クラスタ構成ファイルの使用 1

- インストール計画 1

- 命令セット

- プロセッサ 1

- インターコネクト

- スイッチ 1

- インタフェース

- プライベート・インターコネクトの要件 1

- 断続的なハングアップ

- ソケット・ファイル 1

- 無効なホスト名エラー 1

- インベントリ・ディレクトリ 1

- IPアドレス

- プライベート 1

- パブリック 1

- 要件 1

- 仮想 1

- IPMI

- GNSで構成できないアドレス 1

- ドライバの構成 1

- インストール前の作業 1

- インストールの準備 1

- IPMICA

- パスワード 1

- IPv6のサポート 1

J

- JDK

- 要件 1

- 役割区分によるユーザー 1

L

- 有効なホスト名 1

- ログ・ファイル

- インストール時のアクセス方法 1

- ログ・ファイル 1

- lsnrctl 1

M

- メディア検出機能

- 無効化 1

- メモリー要件

- Grid Infrastructure 1

- RAM 1

- Oracle ASMディスク・グループのミラー化 1

- 複合バイナリ 1

- 変更

- Gridホーム 1

- Oracle ASMバイナリ 1

- Oracle Clusterwareバイナリ 1

- mtsc

- コンソール・モード 1

- マルチキャストDNS (mDNS) 1

- マルチキャストGNS 1

- My Oracle Support Webサイト

- 概要 1

- アクセス 1

- パッチ 1

N

- 指定ユーザーのサポート 1

- NAS 1 , 2

- Net Configuration Assistant

- 「Oracle Net Configuration Assistant (NETCA)」を参照

- ネットワーク, 最小要件 1

- ネットワーク・ファイル・システム(NFS)

- Oracle Clusterwareファイル 1

- ネットワーク・インタフェース

- 名前

- 要件 1

- ネットワーク・タイム・プロトコル 1 , 2

- ネットワーク・タイム・プロトコル, Windows Timeサービス 1

- 非対話モード

- 参照先: レスポンス・ファイル・モード

- 標準冗長性 1

- NTFS

- フォーマット済ディスク 1

- NTP

- 「ネットワーク・タイム・プロトコル」を参照

O

- Windows用のOCFS

- アップグレード 1

- OCR

- 「Oracle Cluster Registry」を参照

- oifcfg 1

- OINSTALLグループ

- 概要 1

- Opatch 1

- オペレーティング・システム

- 32ビット 1

- 管理者グループ 1 , 2 , 3

- クラスタ・メンバーで異なるバージョン 1

- グループ 1

- 複合バージョン 1

- 要件 1

- ユーザー 1

- 異なるバージョンの使用 1

- バージョンの確認 1

- x86 1

- ORA_DBAグループ

- SYSDBA権限 1

- 説明 1

- ORA_HOMENAME_DBAグループ

- SYSDBA権限 1

- 説明 1

- ORA_HOMENAME_OPERグループ

- SYSOPER権限 1

- 説明 1

- ORA_INSTALLグループ 1

- 「Oracle Inventoryグループ」も参照

- ORA_OPERグループ

- SYSOPER権限 1

- 説明 1

- ORACLE_BASE 1

- ORACLE_HOME 1

- ORACLE_SID 1

- Oracle ACFS

- Oracle Clusterwareファイル 1

- Oracle ASM

- アクセス制御 1

- データベース・ファイル 1

- Oracle Clusterwareファイル 1 , 2

- asmtoolgユーテリティ 1

- asmtoolユーティリティ・リファレンス 1

- ディスクの構成 1

- ディスク・グループ

- 推奨事項 1

- 冗長性レベル 1

- ディスク

- raw 1

- 障害グループ

- 特性 1

- 例 1

- 特定 1

- ミラー化 1

- パーティション

- マーク 1

- 制限事項 1

- パッチ適用 1

- 冗長性レベル 1

- 役割区分 1

- Oracle Clusterwareファイルに必要な領域 1

- 事前構成済データベースに必要な領域 1

- アップグレード 1

- Oracle ASMディスク・グループ

- Oracle ASMディスク・グループ 1

- Oracle ASMの冗長レベル

- 高冗長性 1

- Oracleベース・ディレクトリ

- GridホームはOracle DatabaseのOracleベースに配置しない 1

- Gridホームの禁止 1

- Oracle Cluster Health Monitor 1

- Oracle Cluster Registry

- ASMディスク・グループへのバックアップ 1

- 構成 1

- ミラー化 1

- パーティション・サイズ 1

- サポートされている記憶域オプション 1

- Oracle Clusterware

- ファイル・システム 1

- インストール 1

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

- サポートされている記憶域オプション 1

- アップグレード 1

- Oracle Clusterwareファイル

- NTFSフォーマット済ディスク 1

- Oracle ACFS 1

- Oracle ASM 1

- アクセスの確認 1

- 記憶域を選択するためのガイドライン 1 , 2 , 3

- Oracle ASMディスク・グループの互換性 1

- Oracle ASMディスク領域要件 1

- Oracle ASM要件 1

- RAWパーティション 1

- Oracle Database

- データ・ファイルの記憶域オプション 1

- 権限を付与されたグループ 1

- Oracle ASMの要件 1

- Oracle Disk Manager (ODM)

- ライブラリ・ファイル 1

- Oracle Enterprise Manager

- ファイアウォール例外 1

- アラート・ログの監視 1

- インストール前の要件 1

- サポートされているWebブラウザ 1

- アップグレード後の構成ファイルの更新 1

- Oracle Grid Infrastructure管理リポジトリ 1

- Oracle Grid Infrastructure所有者(grid) 1

- Oracleホーム

- ASCIIパスの制限 1

- 定義 1

- Oracleホーム・ユーザー

- 権限 1

- Oracleインストール・ユーザー

- 必要なグループ・メンバーシップ 1

- Oracleインストール・ユーザー

- 権限 1

- Oracleインベントリ・ディレクトリ

- 定義 1

- Oracleインベントリ・グループ

- 概要 1 , 2

- 存在の確認 1

- Oracle Net Configuration Assistant (NETCA)

- レスポンス・ファイル 1

- コマンド・プロンプトで実行 1

- Oracle Notification Server Configuration Assistant 1

- Oracleパッチの更新 1

- Oracle Private Interconnect Configuration Assistant 1

- Oracleサービス 1

- Oracleサービス・ユーザー 1 , 2

- Oracleソフトウェア所有者ユーザー

- 作成 1

- 説明 1

- Oracle Universal Installer

- Oracle Clusterware 1

- デフォルトの権限 1

- oracleユーザー

- 作成 1

- 説明 1

- 必要なグループ・メンバーシップ 1

- ORADNFSユーティリティ 1

- oraInventory

- 概要 1 , 2

- oranfstabファイル

- 属性 1

- OSASMグループ

- 概要 1

- ASM用のOSDBAグループ

- 概要 1 , 2

- OSOPER 1

- ASMのためのOSOPERグループ

- 概要 1

- OUI

- 「Oracle Universal Installer」を参照

P

- ページング・ファイル 1 , 2

- パーティション

- ASMでの使用 1

- パッチ・バンドル

- 内容 1

- 説明 1

- パッチ

- CPU 1

- DST 1

- PSU 1

- パッチ

- Oracle ASM 1

- パッチ・セット

- 説明 1

- パッチ・セット更新 1

- パッチの更新

- ダウンロード 1

- インストール 1

- My Oracle Support 1

- PATH 1

- 権限

- 管理者 1

- Authenticated Usersグループ 1

- Oracleホーム・ユーザー 1

- Oracleインストール・ユーザー 1

- SYSTEM 1

- 物理RAM

- 要件 1

- ポリシー管理データベース

- SCAN 1

- インストール後

- 投票ファイルのバックアップ 1

- Oracleソフトウェアの構成 1

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

- 推奨作業 1

- 必須のタスク 1

- リソース・ステータスOFFLINE 1

- 事前構成済データベース

- Oracle ASMディスク領域要件 1

- Oracle ASMを使用する場合の要件 1

- インストール前

- インストール要件の確認 1

- Oracle Enterprise Managerのインストール前の要件 1

- プライマリ・ホスト名 1

- プライベートIPアドレス 1

- 権限を付与されたグループ

- Oracle Database 1

- 権限

- OUIによるクラスタのインストールのための確認 1

- プロセッサ

- 命令セット 1

- 最小要件 1

- PSU 1

- パブリックIPアドレス 1

- パブリック・ノード名

- プライマリ・ホスト名 1

Q

- 定数障害グループ 1 , 2

R

- RAID

- Oracle Cluster Registryおよび投票ファイルのミラー化 1

- 推奨されるOracle ASMの冗長レベル 1

- RAM

- 要件 1

- RAWデバイス

- 既存のパーティションのアップグレード 1

- RAWパーティション 1

- 推奨事項

- Oracleソフトウェアのバックアップ 1

- クラスタへのクライアント・アクセス 1

- BMCの構成 1

- ディスクの自動マウントの有効化 1

- Oracle Grid InfrastructureホームとOracleインベントリ・ディレクトリの作成 1

- NTFSフォーマット済ディスクの使用 1

- Windowsファイアウォールの例外 1

- 単一ディスクでのパーティション数の制限 1

- Oracle Clusterwareファイルの管理 1

- Oracle Databaseデータ・ファイルの管理 1

- 最小RAMサイズ 1

- SCAN解決用のIPアドレス数 1 , 2

- Oracle ASMの冗長レベル 1

- インストール後のタスク 1

- プライベート・ネットワーク 1

- 変更後の安全なレスポンス・ファイル 1

- パスワード・ファイルの格納 1

- 一時ディレクトリの構成 1

- 静的なホスト名の使用 1

- リカバリ・ファイル

- NFS 1

- RAWデバイス 1

- 共有記憶域 1

- 記憶域の場所のガイドライン 1

- 必要なディスク領域 1

- 要件 1

- サポートされている記憶域オプション 1

- 冗長レベル

- 事前構成済データベースの領域要件 1

- Oracle ASM 1

- レジストリ・キー

- inst_loc 1

- Tcpip

- パラメータ 1

- W32Time:Config 1

- リモート・デスクトップ接続 1

- Oracleソフトウェアの削除 1

- 要件

- ハードウェアの動作保証 1

- メモリー 1

- Oracle Enterprise Manager 1

- プロセッサ 1

- ソフトウェアの動作保証 1

- 一時ディスク領域 1

- Webブラウザ 1

- リソース・ステータスOFFLINE 1

- レスポンス・ファイル・モード

- 概要 1

- インストール

- 準備 1

- 使用する理由 1

- レスポンス・ファイル

- 概要 1

- テンプレートで作成 1

- crs_install.rsp 1

- 一般的な手順 1

- Oracle Net Configuration Assistant(NETCA) 1

- コマンドラインでの値の引渡し 1

- 使用する理由 1

- Oracle Universal Installerでの指定 1

- リバース・ルックアップ 1

- 役割区分

- Oracle ASM 1

- rootcrs.bat

- Flex Clusterの削除の制限事項 1

S

- SCAN

- クライアント・アクセス 1

- 説明 1

- ポリシー管理データベースのクライアントに必要 1

- 理解 1

- SCANアドレス 1

- SCANアドレス 1 , 2

- SCANリスナー 1 , 2

- SCAN

- 構成 1

- スケジュール済タスク 1

- 職務分離

- ユーザー・ロール 1

- サイレント・モード

- 「レスポンス・ファイル・モード」および「レスポンス・ファイル」を参照

- 単一クライアント・アクセス名

- 「SCANアドレス」を参照

- ソケット・ファイル 1

- ソフトウェア

- 削除 1

- アンインストール 1

- ソフトウェア要件 1

- Standard Edition 1

- サポートされている記憶域オプション

- Gridホーム 1

- ガイドライン 1 , 2 , 3

- My Oracle Support Webサイト 1

- Oracle Clusterware 1

- Standard Edition 1

- Standard Edition Two 1

- スイッチ

- 推奨事項

- 専用スイッチの使用 1

- SYSASM 1

- SYSDBA権限

- 関連するグループ 1

- SYSOPER権限

- 関連するグループ 1

- システム要件

- Grid Infrastructure 1

- 最新情報 1

- メモリー 1

- SYSTEMユーザー

- 権限 1

T

- TCP 1

- TEMP環境変数 1

- 一時ディスク領域

- 要件 1

- ターミナル・サービス

- コンソール・モード 1

- トラブルシューティング

- ACFS-9427 1

- ACFS-9428 1

- 削除 1

- DBCAがOracle ASMディスク・サイズを認識せずディスク・グループの作成に失敗 1

- インストール・エラーの原因を修正するためのOracle Clusterwareの構成解除 1

- ディスク領域エラー 1

- 環境パス・エラー 1

- インストール・エラー 1

- インストール所有者の環境変数とインストール・エラー 1

- 断続的なハングアップ 1

- logファイル 1

- 権限エラーとoraInventory 1 , 2

- 候補ディスクが見つからない 1

- 不明なインストールのエラー 1 , 2

- トラブルシューティング:

- システムがファイルを検出できない 1

- ASMLibを開くことができない 1

U

- UACリモート制限 1

- Oracle Clusterwareの構成解除 1

- 削除

- Oracleソフトウェア 1

- インストール所有者の環境変数の設定削除 1

- アップグレード

- SCAN 1

- OCRパーティション・サイズ 1

- Oracle ASM 1 , 2

- Oracle Clusterware 1

- 制限事項 1

- スタンドアロン・データベース 1

- 環境変数の設定の削除 1

- 投票ファイルのパーティション・サイズ 1

- アップグレード

- バッチ 1

- ノードのグループ 1

- ローカルのGridホームに対する共有のOracle Clusterwareホーム 1

- ユーザー

- ドメイン 1

- Oracleサービスを実行するLocalSystem以外のユーザー 1

- Oracleサービス・ユーザー 1 , 2

- ロール 1

- ユーザー:グループ 1

- ユーザー・アカウント制御の設定 1

- ユーザー

- gridユーザーの作成 1

- Oracleソフトウェア所有者ユーザー(oracle) 1

V

- ビデオ・アダプタの要件 1

- 仮想IPアドレス 1

- 仮想ローカル・エリア・ネットワーク 1

- 仮想メモリー

- 要件 1

- VLAN

- 仮想ローカル・エリア・ネットワーク 1

- 投票ファイル

- バックアップ 1

- 構成 1

- ミラー化 1

- パーティション・サイズ 1

- 絶対多数の要件 1

- サポートされている記憶域オプション 1

W

- W32Time 1

- Webブラウザ 1

- Windows

- LinuxまたはUNIXとの比較 1

- サポートされているオペレーティング・システムのバージョン 1

- Windowsのメディア検出機能

- 無効化 1

- Windowsのネットワークのバインド順序 1

- Windowsレジストリ

- バックアップ 1

- Windows Timeサービス

- 構成 1

X

- x64ソフトウェア・バージョン 1

- x86ソフトウェア・バージョン 1

Oracleの法律上の注意点

コピーライト

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

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

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。