Oracle® Grid Infrastructure

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

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

B58876-07(原本部品番号:E48194-03)

2017年1月

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

B58876-07

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

原本著者: Janet Stern

原本協力者: Aparna Kamath、Reema Khosla、Markus Michalewicz、Douglas Williams

協力者: Mark Bauer、Karin Brandauer、Jonathan Creighton、Barbara Glover、Sujatha Srinivasa Gopalan、Shivanand Hiremath、Yingwei Hu、Wei Huang、Scott Jesse、Sameer Joshi、Alexander Keh、Jai Krishnani、Jifeng Liu、Fangya Lu、Barb Lundhild、Saar Maoz、Anil Nair、Philip Newlan、Hanlin Qian、Mohammed Shahnawaz Quadri、Sudhe Sampath、Vishal Saxena、Jacqueline Sideri、Janelle Simmons、Malaiarasan Stalin、Richard Strohm、Preethi Subramanyam、Preethi Vallam、Zhiqiang Yang

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

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

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

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

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

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

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

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

目次

例一覧

表一覧

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

Oracle Grid Infrastructureのインストールおよび構成に関する新機能

- サポートが終了したオプション

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

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

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

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

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

1 クラスタ用Oracle Grid Infrastructureの標準インストール

- 1.1 標準インストールと拡張インストール

- 1.2 手作業を必要とするインストール前の手順

- 1.2.1 システム要件の確認

- 1.2.1.1 メモリー要件

- 1.2.1.2 ディスク要件

- 1.2.1.3 TEMP領域要件

- 1.2.2 ネットワーク要件の確認

- 1.2.2.1 クラスタの単一クライアント・アクセス名

- 1.2.2.2 IPアドレス要件

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

- 1.2.2.4 TCP/IPのメディア検出機能の無効化

- 1.2.2.5 ネットワーク・アダプタのバインド順とプロトコルの優先順位

- 1.2.2.6パブリック・ネットワーク・インタフェース用DNSへの自動登録の選択解除

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

- 1.2.2.8 IPv6コンポーネントの無効化

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

- 1.2.3 オペレーティング・システム・パッチおよび他の必須ソフトウェアのインストール

- 1.2.4 オペレーティング・システム・ユーザーの構成

- 1.2.5 インストール時に使用するディレクトリの構成

- 1.2.5.1 一時ディレクトリ

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

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

- 1.2.5.4 Oracle Inventoryディレクトリ

- 1.2.6 共有記憶域の確認

- 1.2.7 ディスク・パーティションの準備

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

- 1.2.7.2 Oracle ASMで使用するためのディスク・パーティションのスタンプ付け

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

2 クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業

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

- 2.2 アップグレードのベスト・プラクティスの確認

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

- 2.3.1 Windows Telnet Servicesのサポート

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

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

- 2.5 ハードウェア要件の確認

- 2.6 ネットワーク要件の確認

- 2.6.1 ネットワーク・ハードウェア要件

- 2.6.2 IPアドレス要件

- 2.6.2.1 グリッド・ネーミング・サービスのIPアドレス要件

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

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

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

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

- 2.6.6 グリッド・ネーミング・サービスの構成例

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

- 2.6.8 ネットワーク・インタフェース構成のオプション

- 2.7 ディスク領域の要件の確認

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

- 2.7.2 Oracleホーム・ディレクトリのディスク領域の要件

- 2.7.3 TEMPディスク領域の要件

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

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

- 2.9 個別のコンポーネント要件の確認

- 2.9.1 Oracle Advanced Securityの要件

- 2.9.2 Oracle Enterprise Managerの要件

- 2.10 サポートされているWebブラウザ

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

- 2.11.1 Windows Timeサービスの構成

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

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

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

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

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

- 2.12.3 IPMIドライバの構成

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

- 2.12.3.2 Windows 2003 R2におけるipmiutilを使用したBMCの構成

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

- 2.13.1 ソフトウェア・インストール所有者のための環境変数の構成

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

- 2.13.3 Oracle RACのオペレーティング・システム・グループ

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

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

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

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

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

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

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

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

- 3.1.2.4 Oracle RACでOracle ACFSを使用するためのガイドライン

- 3.1.2.5 ファイル・システムにデータ・ファイルを配置するためのガイドライン

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

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

- 3.2.1 Oracle Grid Infrastructureでサポートされている記憶域オプション

- 3.2.2 Oracle RACでサポートされている記憶域オプション

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

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

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

- 3.3.2.1 既存のOracle ASMディスク・グループの使用

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

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

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

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

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

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

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

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

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

- 3.6.1 Oracle ASM用のディスク・パーティションの作成

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

- 3.6.2.1 asmtoolgおよびasmtoolの概要

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

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

- 3.6.2.4 asmtool(コマンドライン)を使用したディスクへのマーク付け

- 3.7 Windows用のOCFSにおけるOracle Databaseファイル用の記憶域の構成

- 3.7.1 インストール後に行うWindows用のOCFSを使用するためのドライブのフォーマット

- 3.7.1.1 Windows用のOCFSのインストールおよび構成

- 3.7.1.2 Windows用のOCFSで使用するドライブのフォーマット

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

- 3.8.1 Direct NFSクライアントについて

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

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

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

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

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

- 3.8.7 Direct NFSクライアントの無効化

- 3.9 既存のOracle ASMインスタンスのアップグレードまたは移行

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

- 3.11 ブロック・デバイスおよびRAWデバイスのサポート終了

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

- 4.1 Oracle Universal Installerを使用してOracle Grid Infrastructureをインストールするための準備

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

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

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

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

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

- 4.3 ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

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

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

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

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

- 4.4 Oracle Clusterwareの機能の確認

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

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

5 Oracle Grid Infrastructureのインストール後の手順

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

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

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

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

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

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

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

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

- 5.1.2.6 Windows用のOracle Cluster File Systemのファイアウォール例外

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

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

- 5.2.1 トラブルシューティング・ツールのインストール

- 5.2.1.1 Instantaneous Problem Detection OS Tool(IPD/OS)のインストール

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

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

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

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

- 5.3 前のバージョンのOracle DatabaseのGrid Infrastructureでの使用

- 5.3.1 前のバージョンのOracle Databaseの使用に関する一般的な制限

- 5.3.2 ASMCAを使用した前のバージョンのデータベースのディスク・グループの管理

- 5.3.3 DBCAの使用またはOracle Databaseリリース10.2.xまたは11.x用のパッチの適用

- 5.3.4 Oracle Databaseリリース10.2.xまたは11.x用のクラスタ・ノードの固定

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

- 5.3.6 Oracle Clusterwareリソースの起動および停止

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

6 Oracle Grid Infrastructureを変更または削除する方法

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

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

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

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

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

- 6.5.1 削除ツールについて

- 6.5.2 失敗したインストールで使用するための削除ツールのダウンロード

- 6.5.3 削除ツールの実行

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

- 6.5.5 Oracle Grid Infrastructureを削除するためのサンプル・パラメータ・ファイル

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

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

- A.1.1 その他のインストールの問題とエラー

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

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

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

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

- A.5.1 Windows用のOCFSフォーマットがリモート・クラスタ・ノードで認識されない

- A.5.2 Windows 2003システム使用時に新しいドライブの自動マウントが有効でない

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

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

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

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

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

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

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

- A.9 SCAN VIPおよびSCANリスナーの問題

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

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

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

- A.11 スクリプトの完了前に終了したインストールの完了

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

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

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

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

- B.1.2 レスポンス・ファイルの一般的な使用手順

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

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

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

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

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

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

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

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

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

- C.1 インストール前の構成の理解

- C.1.1 Oracle Inventoryディレクトリの理解

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

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

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

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

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

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

- C.1.3.5 SCANについて

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

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

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

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

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

- C.3 サーバー・プールの理解

- C.3.1 サーバー・プールおよびポリシー・ベース管理の概要

- C.3.2 サーバー・プールの動作

- C.3.3 空きサーバー・プール

- C.3.4 汎用サーバー・プール

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

D Oracle Grid Infrastructure 11gリリース2へのアップグレード方法

- D.1 Oracle ASMおよびOracle Grid Infrastructureのインストールおよびアップグレードについて

- D.2 Oracle ClusterwareおよびOracle ASMアップグレードの制限事項

- D.2.1 既存のインストールの最小必須バージョンへのアップグレード

- D.2.2 必要なパッチの適用

- D.2.3 その他の要件と制限

- D.2.4 アップグレード・プロセスへの変更点

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

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

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

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

- D.4.3 必要最小限のOracle Clusterwareバージョンへのアップグレード

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

- D.5 CVUを使用したパッチおよびアップグレードに対するシステム準備状況の検証

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

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

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

- D.8.1 Oracle ASMの個別のアップグレードについて

- D.8.2 ASMCAを使用したOracle ASMのアップグレード

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

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

- D.11 アップグレードの問題のトラブルシューティング

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

索引

例一覧

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

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

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

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

- 5-1 前のリリースのOracle Databaseを使用する前のクラスタ・ノードの固定

- 5-2 クラスタ内の固定されたノードのリスト

- 5-3 個々のノードが固定されているかどうかの確認

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

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

- 6-3 Oracleホーム以外の場所からの対話形式でのdeinstall.batの実行

- 6-4 Oracleホームからのdeinstall.batの実行とパラメータ・ファイルの使用

- 6-5 deinstall.batコマンドで使用するレスポンス・ファイルの生成

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

- D-1 CVUを使用したグリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証

表一覧

- 2-1 Oracle Grid Infrastructureインストールの最小ハードウェア要件

- 2-2 グリッド・ネーミング・サービスのネットワーク例

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

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

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

- 3-2 冗長タイプによるOracle ASM用のOracle Clusterwareディスク領域

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

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

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

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

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

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

はじめに

『Oracle Grid Infrastructureインストレーション・ガイドfor Microsoft Windows x64 (64-Bit)』では、Oracle Grid Infrastructure環境(Oracle ClusterwareおよびOracle Automatic Storage Management)をインストールして構成する準備としてサーバーを構成する方法について説明します。Oracle Real Application Clusters(Oracle RAC)をインストールする準備として、サーバーおよび記憶域を構成する方法についても説明します。

対象読者

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

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

関連ドキュメント

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

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

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

Oracle DatabaseまたはOracle RACをインストールする場合は、このインストレーション・ガイドの説明に従ってインストール前の作業を完了します。次に、Oracle Grid Infrastructureのインストールを完了し、Oracle DatabaseおよびOracle RACのインストレーション・ガイドで追加の情報を確認します。スタンドアロン・サーバー用Oracle DatabaseをOracle Grid Infrastructureインストールにインストールするか、またはOracle RACデータベースをインストールすることができます。Oracle Grid InfrastructureのOracle Restartのデプロイメントをインストールする場合は、Oracle Databaseのインストレーション・ガイド(Microsoft Windows x64 (64-Bit)向け)を参照してください。

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

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

- 『Oracle Diagnostics Pack Installation』

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

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

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

- 『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ガイド』

共通マニュアル

- 『Getting Started with the Oracle Diagnostics Pack』

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

- 『Oracle Database管理者ガイド』

- 『Oracle Database概要』

- 『Oracle Database新機能ガイド』

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

- 『Oracle Databaseリファレンス』

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

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

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

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

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

Oracle Grid Infrastructureのインストールおよび構成に関する新機能

ここでは、Microsoft WindowsプラットフォームでのOracle Grid Infrastructure(Oracle ClusterwareとOracle Automatic Storage Management)のインストールおよび構成に関連する新機能について説明します。『Oracle Clusterwareインストレーション・ガイド』ではなくこのマニュアルを使用してください。内容は次のとおりです。

- サポートが終了したオプション

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

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

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

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

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

サポートが終了したオプション

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

- OUIでのRAWデバイスの非サポート
Oracle Database 11gリリース2以降、RAWデバイスへのOracle ClusterwareファイルのインストールがOracle Universal Installer(OUI)でサポートされなくなりました。Oracle Clusterwareファイルは、Oracle Automatic Storage Management(Oracle ASM)ディスク・グループまたはサポートされている共有ファイル・システムのいずれかにインストールしてください。

- 削除ツールでの-cleanupOBaseオプションのサポートの終了
Oracle Database 11gリリース2 (11.2.0.4)以上でdeinstall実行ファイルの-cleanupOBaseオプションがサポート対象外となりました。このフラグの代替機能はありません。

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

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

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

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

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

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

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

Oracle Clusterwareに含まれたクラスタ状態モニター

クラスタ状態モニターはリアルタイムにオペレーティング・システムのメトリックを収集し、後で分析するためにリポジトリに格納します。これによって、Oracleサポートの支援を受けながら、Oracle ClusterwareおよびOracle RACの多くの問題の原因を判断できるようになります。

また、クラスタ状態モニターは、ノードでのメモリーのオーバーコミットメントを検出するためのメトリックを提供することによって、Oracle Databaseにおけるサービスのクオリティ管理(QoS)とあわせて使用することもできます。QoS管理は、負荷を軽減するためにオーバーロードしたノードのサービスを停止して、既存のワークロードを保持することができます。

QoS管理をサポートするために、Oracle Database Resource Managerおよびメトリックは、ファイン・グレイン・パフォーマンス・メトリックをサポートするように拡張され、ユーザー定義のパフォーマンス・クラスを使用してワーククロードを管理できるようにもなりました。

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

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

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

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

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

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

Oracle Grid Infrastructureパッチ・セットは、Oracle Grid Infrastructureソフトウェアの完全インストールを行います。新しいパッチ・セットのパッケージ内容について、次の変更点に注意してください。

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

- アウトオブプレース・パッチ・セット・アップグレードのみがサポートされます。アウトオブプレース・アップグレードでは、新しい個別のホームにパッチ・セットをインストールします。

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

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

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

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

インストール後のクラスタ構成用のスタンドアロン構成ウィザード

クラスタ用Oracle Grid InfrastructureとOracle Database 11gリリース2のインストールには、ソフトウェア専用オプションが含まれます。構成ウィザードは、ソフトウェアのインストールとは関係なく、クラスタ構成を完了することで、管理者を支援します。このウィザードでは、順を追ってプロセスが進められるため、config_params構成ファイルを手動で編集する必要がなくなりました。

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

Oracle ClusterwareおよびOracle ASM 11gリリース2 (11.2)のインストールに関する新機能は、次のとおりです。

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

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

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

Oracle Automatic Storage ManagementおよびOracle Clusterwareファイル

このリリースでは、Oracle Cluster Registry(OCR)および投票ディスクをOracle ASMに配置できます。

この機能により、Oracle ASMは、統合ストレージ・ソリューションとして、他社のボリューム・マネージャやクラスタ・ファイル・システムを使用せずに、クラスタウェアおよびデータベースのすべてのデータを保存できます。

新しいインストール環境では、Oracle ASMまたはクラスタ・ファイル・システムのいずれかにOCRと投票ディスクのファイルを配置できます。現在RAWデバイスを使用しているシステムをアップグレードする場合を除いて、格納にRAWデバイスを使用してOracle Clusterwareファイルをインストールできません。

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

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

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

- Windows Server 2003 64ビット

- Windows Server 2003 R2 64ビット

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

- Windows Server 2008, 64ビット

- Windows Server 2008 R2 64ビット

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

- Windows Server 2012, 64ビット

- Windows Server 2012 R2 64ビット

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

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

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

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

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

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

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

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

- ノード自体の適切なネットワークIDのネゴシエート

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

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

これらのタスクはサーバーによって動的に実行されるため、ノードの追加や削除に必要な手順の数は最小限です。

Intelligent Platform Management Interface(IPMI)の統合

Intelligent Platform Management Interface(IPMI)は、現在、多くのサーバーに搭載されている業界標準の管理プロトコルです。IPMIはオペレーティング・システムとは別に動作し、システムの電源が投入されていなくても動作します。IPMIを搭載したサーバーには、サーバーとの通信に使用されるBaseboard Management Controller(BMC)が組み込まれています。

IPMIが構成されていると、ノード・フェンシングが必要で、かつサーバーが応答していないときに、Oracle ClusterwareでIPMIが使用されます。

Oracle Clusterwareのアウトオブプレース・アップグレード

このリリースでは、既存のOracle Clusterwareインストール環境とは別のホームに新しいバージョンのOracle Clusterwareをインストールできます。この機能により、クラスタ内のノードのアップグレードに必要な停止時間が短縮されます。アウトオブプレース・アップグレードを行う場合、ソフトウェアの新旧バージョンがノード上で同時に、それぞれ異なるホームの場所に存在することになりますが、アクティブになるソフトウェア・バージョンは1つのみです。

Oracle Enterprise Managerを使用したOracle Clusterwareの管理

このリリースでは、高可用性アプリケーションおよびOracle Cluster Resource Managementを使用し、スタンドアロン・データベース環境とOracle RAC環境の両方について、Oracle Enterprise Managerの「クラスタ・ホーム」ページから、すべての管理および監視を行うことができます。

Oracle Enterprise ManagerがOracle Clusterwareとともにインストールされている場合は、Oracle Enterprise ManagerでOracle Clusterwareの管理者ロールを持つ一連のユーザーが用意されており、高可用性アプリケーションおよびOracle Clusterwareのリソース管理に必要なすべての管理および監視を実行できます。インストールが完了してOracle Enterprise Managerをデプロイしたら、Oracle Enterprise Managerを使用して、クラスタに追加するノードのプロビジョニングを実行できます。

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

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

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

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

標準インストール・オプション

クラスタのインストールを簡単に行うため(特にクラスタリングを初めて使用するお客様向けに)、標準インストールによる方法を使用できるようになりました。標準インストールでは、できるかぎり多くのオプションを、ベスト・プラクティスとして推奨されるデフォルト設定にします。

削除ツール

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

関連項目:
詳細は、第6章「Oracle Grid Infrastructureを変更または削除する方法」を参照してください。

投票ディスクのバックアップ手順の変更

以前のリリースでは、投票ディスクをバックアップする作業が、インストール後に必要でした。Oracle Clusterwareリリース11.2以上では、投票ディスクのバックアップおよびリストアがサポートされません。

投票ディスクを手動でバックアップする必要はなくなりました。これは、構成変更の一環としてOCRで自動的に投票ディスクがバックアップされるためです。投票ディスクが追加されると、投票ディスクのデータが自動的にリストアされます。

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

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

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

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

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

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

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

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

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

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

プラットフォームごとに提供されているこのマニュアルでは、Oracle Clusterwareのインストールを完了した後にOracle RACをインストールする手順について説明しています。データベース管理者用のデータベース構成手順が含まれています。

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

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

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

これは、Oracle Clusterware用の管理者リファレンスです。このリファレンスは、オペレーティング・システム構成への変更およびOracle Clusterwareのクローニングに関連するタスクを含む管理タスクについて説明しています。

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

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

インストールに関するOracle Databaseリリース1(11.1)の拡張機能および新機能

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

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

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

1 クラスタ用Oracle Grid Infrastructureの標準インストール

この章では、クラスタ用Oracle Grid Infrastructureの標準インストールと拡張インストールの違いについて説明し、さらに標準インストールを完了するために必要な手順について説明します。

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

- 標準インストールと拡張インストール

- 手作業を必要とするインストール前の手順

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

1.1 標準インストールと拡張インストール

Oracle Grid Infrastructureのインストールには、2つのインストール・オプションがあります。

- 標準インストール: 標準インストール・オプションは、手動による構成選択の数が少ない、簡単なインストールです。ほとんどのクラスタ実装に、このインストール・タイプを選択することをお薦めします。

- 拡張インストール: 拡張インストール・オプションは、より高度なシステム知識を必要とする詳細な手順です。追加の記憶域およびネットワークの選択、Intelligent Platform Management Interface(IPMI)との統合、Oracle Automatic Storage Management(Oracle ASM)ロールのより粒度の細かい指定など、特定の構成を選択できます。

1.2 手作業を必要とするインストール前の手順

次の手動の構成作業を行います。

- システム要件の確認

- ネットワーク要件の確認

- オペレーティング・システム・パッチおよび他の必須ソフトウェアのインストール

- オペレーティング・システム・ユーザーの構成

- インストール時に使用するディレクトリの構成

- 共有記憶域の確認

- ディスク・パーティションの準備

関連項目:
これらの作業を行う方法について詳細は、第2章「クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業」と第3章「Oracle Grid InfrastructureおよびOracle RACの記憶域の構成」を参照してください。

1.2.1 システム要件の確認

この項では、次のインストール前の作業の概要を示します。

- メモリー要件

- ディスク要件

- TEMP領域要件

関連項目:
これらの作業の詳細は、第2.5項「ハードウェア要件の確認」を参照してください。

1.2.1.1 メモリー要件

Windowsは、システム・キャッシュではなくプログラムのメモリー使用量に合わせて最適化される必要があります。Windowsの「タスク マネージャ」ウィンドウで「パフォーマンス」タブを選択し、システムで使用可能なメモリーを表示します。

仮想メモリー設定を表示するには、コントロール パネルから「システム」を選択します。「システムのプロパティ」ウィンドウの「詳細設定」タブを選択し、「パフォーマンス」の下の「パフォーマンス オプション」または「設定」をクリックします。「パフォーマンス オプション」ウィンドウで「詳細設定」タブをクリックすると、仮想メモリー(ページ・ファイル)についての設定がウィンドウ下部に表示されます。

クラスタおよびOracle RAC用Oracle Grid Infrastructureの場合のRAMの最小要件は4GBです。仮想メモリー領域の最小要件は8GBです。RAMが4から32GBのシステムでは、ページング・ファイル・サイズをRAMの容量の1.5倍以上に設定することをお薦めします。RAMが32GBより大きいシステムでは、32GBのサイズのページング・ファイルを使用することをお薦めします。スワップ領域とGridホームが同じファイル・システム上にある場合は、それぞれ最小領域要件を合計した領域が必要になります。

1.2.1.2 ディスク要件

「スタート」メニューから「ファイル名を指定して実行」を選択します。「ファイル名を指定して実行」ウィンドウで、Diskmgmt.mscと入力し、ディスク管理のGraphical User Interface(GUI)を開きます。

ディスク管理のGUIには、使用可能なファイル・システム上の使用可能な領域が表示されます。Oracle Clusterwareファイルに対して標準の冗長性(3つのOracle Cluster Registry(OCR)ファイル、および3つの投票ディスク・ファイル)を使用する場合は、Oracle Clusterwareファイル用に用意されている3つの個別の物理ディスク上で2GB以上のディスク領域を使用できる必要があります。

注意:
OCRまたは投票ディスク・ファイル(Oracle Clusterwareファイル)はRAWパーティション上にインストールできません。Oracle Clusterwareファイルは、Oracle ASMまたはサポートされている記憶域オプションにのみインストールできます。RAWデバイスは、Oracle ASMディスクとして使用できます。

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

Oracle Grid Infrastructureリリース11.2.0.3以上では、クラスタ・ホーム(Gridホーム)用Oracle Grid Infrastructureのインストールに必要な最小ディスク領域は5GBです。これには、Oracle Clusterware、Oracle ASMおよびOracle ACFSのファイルとログ・ファイル、およびクラスタ状態モニター・リポジトリの領域を格納するための領域が含まれます。

Oracle Grid Infrastructureリリース11.2.0.2または11.2.0.1の場合は、クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)に3GB以上の領域を確保してください。これにはOracle ClusterwareとOracle ASMファイルおよびログ・ファイルが含まれます。

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

1.2.1.3 TEMP領域要件

WindowsのTEMPディレクトリには、1GB以上のディスク領域を確保してください。この領域を確保できない場合は、ディスクのパーティション・サイズを大きくするか、またはディレクトリ内の不要なファイルを削除します。環境変数TEMPおよびTMPの両方が、次のようにTEMPディレクトリの場所を指していることを確認します。

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

関連項目:
詳細は、第2.5項「ハードウェア要件の確認」を参照してください。

1.2.2 ネットワーク要件の確認

次のものが利用可能であることを確認します。

- クラスタの単一クライアント・アクセス名

- IPアドレス要件

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

- TCP/IPのメディア検出機能の無効化

- ネットワーク・アダプタのバインド順とプロトコルの優先順位

- パブリック・ネットワーク・インタフェース用DNSへの自動登録の選択解除

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

- IPv6コンポーネントの無効化

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

1.2.2.1 クラスタの単一クライアント・アクセス名

標準インストール中に、データベース・インスタンスが実行されているノードに関係なくクラスタ内のデータベースに接続するために使用される、デフォルトの単一クライアント・アクセス名(SCAN)を確認するよう求められます。SCANのデフォルト値は、ローカル・ノード名に基づいています。SCANをデフォルトから変更する場合、使用する名前は、社内全体でグローバルに一意である必要があります。

標準インストールでは、SCANにはクラスタの名前が含まれます。SCANおよびクラスタ名は長さ1文字以上15文字以下の英数字である必要があり、次のように、ハイフン(-)も使用できます。

NE-sa89-scan

15文字を超えるSCANを必要としても、クラスタ名はデフォルトでSCANの最初の15文字になります。SCANアドレスの要件については、第1.2.2.2項「IPアドレス要件」を参照してください。

1.2.2.2 IPアドレス要件

インストールを開始する前に、各ノードにネットワーク・インタフェース・カード(NIC)が2つ以上構成されている必要があります。1つはプライベート・インターネット・プロトコル(IP)・アドレス用、もう1つはパブリックIPアドレス用です。

注意:
静的ホスト名をすべてのサーバー・ノード・パブリック・ホスト名に使用することをお薦めします。

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

パブリックIPアドレスおよび仮想IP(VIP)アドレスは静的アドレスである必要があり、インストール前に構成されている必要があります。また、各ノードの仮想IPアドレスは現在未使用である必要があります。パブリックIPアドレスと仮想IPアドレスは、同じサブネット内にある必要があります。インストールのインタビュー時にプライベートとして指定したネットワーク・インタフェース上のプライベート・サブネットに含まれるプライベートIPアドレスが、Oracle Clusterwareによって管理されます。

クラスタには、次のアドレスが構成されている必要があります。

- 次の特性がある、各ノードのパブリックIPアドレス:

- 静的IPアドレス

- 各ノードへのインストール前に構成され、インストール前にそのノードに対して解決可能

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、各ノードのVIPアドレス:

- 静的IPアドレス

- 各ノードへのインストール前に構成されるが、現在は使用されていない

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、クラスタの単一クライアント・アクセス名(SCAN):

- SCANとして指定された名前に3つの静的IPアドレスが関連付けられ、そのすべてのアドレスがランダムな順序でDNSによってリクエスタに返されるように、インストール前にドメイン・ネーム・サーバー(DNS)上で静的IPアドレスが3つ構成されている

- インストール前にDNSで構成され、現在は使用されていないアドレスに解決される

- 先頭が数値以外であり、英数字とハイフン(-)は使用できるがアンダースコア(_)は使用できないという、RFC-952標準に準拠している名前が指定される。

- 他のすべてのパブリックIPアドレス、VIPアドレスおよびSCANアドレスと同じサブネット上にある

- 次の特性がある、各ノードのプライベートIPアドレス:

- 静的IPアドレス

- インストール前に、ただし独自のサブネットがある別のプライベート・ネットワーク上で構成される。IPアドレスは、他のクラスタ・メンバー・ノードによらないかぎり解決可能にできません。

SCANは、クラスタへのサービス・アクセスをクライアントに提供するために使用される名前です。SCANは特定のノードではなくクラスタ全体に関連付けされているため、SCANはクライアントの再構成を必要とせずに、クラスタでノードを追加または削除することを可能にします。また、データベースに場所の独立性がもたらされるため、クライアント構成は特定のデータベース・インスタンスがどのノードで実行されているかに依存しません。クライアントは引き続き、以前のリリースと同じ方法でクラスタにアクセスできますが、クラスタにアクセスするクライアントではSCANの使用をお薦めします。

注意:
標準インストールでは、指定したSCANはクラスタの名前でもあるため、SCAN名はクラスタ名の要件を満たしている必要があります。拡張インストールでは、SCANとクラスタ名はインストール時に別のフィールドに入力するため、クラスタ名要件はSCAN名に適用されません。

DNSによってSCANが正しくアドレスに関連付けられていることを確認するには、nslookupコマンドを使用します。次に例を示します。

C:\> nslookup mycluster-scan
Server:         dns.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

インストール後、クライアントがクラスタにリクエストを送信すると、Oracle ClusterwareのSCANリスナーはクライアント・リクエストをクラスタのサーバーにリダイレクトします。

注意:
SCAN VIPアドレスの構成は、hostsファイルで行わないことを強くお薦めします。SCAN VIPにはDNS解決を使用します。SCANの解決にhostsファイルを使用すると、1つのIPアドレスへの解決しかできず、SCANアドレスは1つのみになってしまいます。
DNSまたはhostsファイルでのSCANの構成のみがサポートされています。SCANをNetwork Information Service(NIS)で構成することはできません。

関連項目:
ネットワーク・アドレスの詳細は、付録C.1.3「ネットワーク・アドレスの理解」を参照してください。

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

インストール時に、Oracle Universal Installer(OUI)がクラスタ・ノードで検出するネットワーク・アダプタ(ネットワーク・インタフェース)ごとに計画された使用方法を指定するように求められます。各ネットワーク・アダプタをパブリックまたはプライベート・アダプタとして、あるいは「使用しない」として指定する必要があります。Oracle ClusterwareとOracle RACの両方には、同じプライベート・アダプタを使用する必要があります。他の目的に使用する予定のネットワーク・アダプタ(ネットワーク・ファイル・システム専用のアダプタなど)の場合、そのネットワーク・アダプタがOracle Clusterwareで無視されるように、「使用しない」アダプタとして指定する必要があります。

パブリック・アダプタに高可用性またはロード・バランシングが必要な場合は、サードパーティのソリューションを使用します。通常、これにはボンディング、トランキングなどのテクノロジが使用できます。

1.2.2.4 TCP/IPのメディア検出機能の無効化

メディア検出機能では、ローカル・スイッチへのリンクが失われた際に、ネットワーク・インタフェース・カードとIPアドレスを切り離すことができます。Windows Server 2003 SP1以上でTCP/IPのWindowsメディア検出機能を無効にするには、各ノードでDisableDHCPMediaSenseパラメータの値を1に設定する必要があります。メディア検出機能を無効にするには、Windowsレジストリを変更する必要があるため、Windowsドキュメントに示されている方法を使用して、まずレジストリをバックアップし、リストアできることを確認する必要があります。

クラスタの各ノードで次の手順を完了することにより、メディア検出機能を無効化します。

1. Windowsレジストリをバックアップします。

2. レジストリ・エディタ(Regedit.exe)を使用して、レジストリの次のキーを表示します。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

3. パラメータのサブキーに、次のレジストリ・エントリを追加します。

Name: DisableDHCPMediaSense
Data type: REG_DWORD (Boolean)
Value: 1

4. レジストリ・エディタを終了して、コンピュータを再起動します。

1.2.2.5 ネットワーク・アダプタのバインド順とプロトコルの優先順位

各ノードで、ネットワーク・アダプタのバインド順を確認します。バインド順序の1番目がパブリック・ネットワーク・アダプタ、2番目がプライベート・ネットワーク・アダプタであることを確認します。ネットワーク・アダプタのバインド順序を構成するには、次の手順を実行します。

1. 「マイ ネットワーク」を右クリックして、「プロパティ」を選択します。

2. 左側のメニューで、「アダプタの設定の変更」を選択します。

3. 「詳細設定」メニューで、「詳細設定」をクリックします。

4. 「アダプタとバインド」タブに表示される最初の名前がパブリック・アダプタ名でない場合は、そのパブリック・アダプタ名を選択し、矢印をクリックしてリストの最上位に移動します。

5. 「OK」をクリックしてその設定を保存した後、「詳細設定」ダイアログ・ボックスを終了します。

ネットワーク・アダプタ(パブリックなど)のクラスごとに使用される名前は、すべてのノードにわたって一貫性がある必要があります。同じ名前がネットワーク内の各ノード上のネットワーク・アダプタの同じクラスで使用されていない場合、ネットワーク・アダプタにはデフォルト以外の名前(PublicLANなど)を使用することができます。

1.2.2.6 パブリック・ネットワーク・インタフェース用DNSへの自動登録の選択解除

パブリック・ネットワーク・インタフェースにWindows Server 2008以降を使用している場合は、サーバーの再起動時にホスト、VIPおよびSCAN IPの混在による問題を回避するため、この接続のアドレスをDNSに登録するを選択解除する必要があります。

次の手順を実行して、Windows Server 2008、Windows Server 2008 R2、Windows Server 2012またはWindows Server 2012 R2サーバーにおけるパブリック・ネットワーク・インタフェースの自動IP登録を無効にします。

1. 「マイ ネットワーク」を右クリックして、「プロパティ」を選択します。

2. 左側のメニューで、「アダプタの設定の変更」を選択します。

3. パブリック・ネットワーク・インタフェース名を右クリックして「プロパティ」を選択します。

4. 「ネットワーク」タブを選択し、「インターネット プロトコル バージョン 4 (TCP/IPv4)」を選択します。

5. 「プロパティ」をクリックします。

6. 「全般」タブを選択し、「詳細設定」をクリックします。

7. 「DNS」タブを選択します。

8. 「この接続のアドレスを DNS に登録する」のラジオ・ボタンを選択解除します。

クラスタの各ノードでこの手順を繰り返します。

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

Windows 2012のでは、IPv4のパブリックおよびプライベート・ネットワーク・インタフェースでWindowsの自動メトリック機能が使用されます。自動メトリックはWindowsの新機能であり、リンク・スピードに基づいてローカル・ルートのメトリックを自動で構成するものです。自動メトリックはデフォルトで有効であり、手動で特定のメトリックを割り当てるよう構成することもできます。自動メトリックを有効にしてデフォルト値を使用する場合、Oracle Grid Infrastructureのインストール時に、OUIによって、サーバーのデフォルトのパブリック・ホスト名にプライベート・ネットワーク・インタフェースが選択されてしまうことがあります。

インストール時にOUIによって間違ったネットワーク・インタフェースが選択されないようにするには、次の手順を実行します。

1. 「コントロール パネル」で、「ネットワーク接続」をダブルクリックします。

2. ネットワーク・インタフェースを右クリックして、「プロパティ」をクリックします。

3. 「インターネット プロトコル(TCP/IP)」をクリックし、「プロパティ」をクリックします。

4. 「全般」タブで、「詳細設定」をクリックします。

5. メトリックを指定するには、「IP 設定」タブで自動メトリックのチェック・ボックスを選択解除します。

6. 「インターフェース メトリック」フィールドで、パブリック・ネットワーク・インタフェース・メトリックをプライベート・ネットワーク・インタフェースより小さな値に設定します。たとえば、パブリック・ネットワーク・インタフェース・メトリックを100に、プライベート・ネットワーク・インタフェース・メトリックを300に設定します。

1.2.2.8 IPv6コンポーネントの無効化

IPv6は、Oracle Grid Infrastructureではサポートされていません。Oracleソフトウェアをインストールする前に、次の手順を使用してすべてのクラスタ・ノードのレジストリを変更して、IPv6を無効にします。

1. regeditプログラムを起動します。現在のレジストリ設定のバックアップを作成します。

2. レジストリ・エディタで、HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\Services\Tcpip6\Parametersエントリに移動します。

3. DisabledComponentsキーをダブルクリックして、値を変更します。DisabledComponentsキーが存在しない場合は、次のようにこのキーを作成します。

1. 「編集」メニューを開きます。

2. 「新規」→「DWORD (32 ビット) 値」を選択します。

3. DisabledComponentsを入力し、[Enter]を押してキーを作成します。

4. DisabledComponentsキーの場合は、ffffffffのDWORD値を追加します。

5. レジストリ・エディタを終了して、コンピュータを再起動します。

6. Oracle Grid Infrastructureをインストールする各ノードでこの手順を繰り返します。

この手順により、IPv6ループバック・インタフェース以外のすべてのIPv6コンポーネントが無効化されます。

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

インストール中に、OUIはソフトウェアをローカル・ノードからクラスタ内のリモート・ノードにコピーします。各ノードで次のコマンドを実行して、クラスタ内の他のノードの管理者権限があることを確認します(nodenameはリモート・ノードの名前)。

net use \\nodename\C$

1.2.3 オペレーティング・システム・パッチおよび他の必須ソフトウェアのインストール

詳細は、第2.8項「ソフトウェア要件の特定」に示されている表を参照してください。

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

可能な場合は、複数の物理デバイスでページング・ファイルを複数のファイルに分割します。この構成によって、仮想メモリーへのパラレル・アクセスが促進され、ソフトウェア・パフォーマンスが向上します。Windowsのページング・ファイルの構成については、第1.2.1.1項「メモリー要件」を参照してください。

1.2.4 オペレーティング・システム・ユーザーの構成

Oracleソフトウェアをインストールするには、管理者権限のあるアカウントを使用する必要があります。詳細は、第2.13項「ユーザー・アカウントの構成」を参照してください。

注意:
リモートでインストールを実行する場合は、第2.3項「リモートWindowsサーバーへのログイン」を参照してください。

1.2.5 インストール時に使用するディレクトリの構成

Oracle Grid Infrastructureのインストール中、OUIによっていくつかのディレクトリが使用されます。

- 一時ディレクトリ

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

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

- Oracle Inventoryディレクトリ

1.2.5.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と定義します)。

1.2.5.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 Inventoryディレクトリを使用することをお薦めします。

1.2.5.3 Oracleベース・ディレクトリ

インストール時に、Oracleベースの場所を指定するように求められます。Oracleベースは、インストールを実行するユーザーが所有します。既存のOracleホームが含まれるディレクトリを選択するか、またはOracleベース・ディレクトリの構造を持っていない別のディレクトリを選択できます。

他のOracleソフトウェアがインストールされていないコンピュータにOracle Database 11gリリース2 (11.2)をインストールする場合、OUIによってOracleベース・ディレクトリが作成されます。Oracleソフトウェアがすでにインストールされる場合は、1つ以上のOracleベース・ディレクトリがすでに存在します。後者の場合は、インストール中に、OUIにより使用するOracleベース・ディレクトリを選択するように求められます。

Windowsのデフォルトのインストールの場合、Oracleベース・ディレクトリは次のようになります。Xはディスク・ドライブ、usernameは現在ログインしているユーザーの名前です。

X:\app\username

Oracleベース・ディレクトリ・パスを使用すると、Oracleインストールの構造が簡略化され、複数のデータベース・インストールでOptimal Flexible Architecture(OFA)構成を保持しやすくなります。

1.2.5.4 Oracle Inventoryディレクトリ

Oracle Inventoryディレクトリには、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。デフォルトでは、Oracle Inventoryディレクトリの場所は、C:\Program Files\Oracle\Inventoryです。このディレクトリは、Windowsサーバーに初めてOracleソフトウェアをインストールするときに自動的に作成されます。

1.2.6 共有記憶域の確認

スタンドアロンまたはOracle RACのデータベースをインストールする場合は、Oracle Clusterwareファイル(投票ディスクとOCR)用、およびOracle Databaseファイル用として、Oracle ASM上に使用可能な領域が必要です。新しいインストール環境では、Oracle ClusterwareファイルをRAWデバイスに作成することができなくなりました。また、共有記憶域としてWindows用のOracle Cluster File System(Windows用のOCFS)を使用することもできます。

注意:
Oracle ASMをOracle ClusterwareファイルまたはOracle Databaseファイルに使用する場合、データベースの数に関係なく、クラスタ内のノードごとにOracle ASMインスタンスが1つ作成されます。

1.2.7 ディスク・パーティションの準備

次の項では、Windows用のOracle Cluster File System(Windows用のOCFS)またはOracle ASMで使用するためにディスク・パーティションを準備する手順を示します。

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

- Oracle ASMで使用するためのディスク・パーティションのスタンプ付け

関連項目:

- 第3.6項「Oracle ASM用の共有記憶域の構成」

- 第3.7項「Windows用のOCFSにおけるOracle Databaseファイル用の記憶域の構成」

1.2.7.1 Windows用のOCFSまたはOracle ASMで使用するためのディスク・パーティションの作成

次の手順では、Windows用のOCFS、またはOracle ASMで使用するためのディスク・パーティションの作成手順について説明します。

1. Microsoftのコンピュータの管理ユーティリティまたはコマンドライン・ツールdiskpartを使用して、拡張パーティションを作成します。ベーシック・ディスクを使用します(ダイナミック・ディスクはサポートされていません)。

2. Oracle Clusterwareファイル用に1つ以上の論理パーティションを作成します。Windows用のOCFSを使用する場合は、OCRおよび投票ディスク用に別々のパーティションを作成する必要はありません。Oracle Clusterwareでは、OCRおよび投票ディスクに対して専用のファイルが作成されます。

3. ファイル・システムでRedundant Array of Inexpensive Disks(RAID)を使用しない場合は、Oracle Clusterwareで使用されるパーティションごとに追加の拡張パーティションと論理パーティションを作成し、冗長性を提供します。

必要なパーティションを作成するには、Microsoft Windowsの「ディスクの管理」ユーティリティを使用します。マスター・ブート・レコード(MBR)・パーティション・スタイルのベーシック ディスクを、パーティション作成用の拡張パーティションとして使用します。

1. クラスタ内の既存のノードから、次の手順でWindowsディスク管理ツールを起動します。

1. Windows Server 2003およびWindows 2003 R2システムの場合:
「スタート」をクリックし、「設定」→「コントロール パネル」→「管理ツール」→「コンピュータの管理」を選択します。

「記憶域」フォルダの「ディスクの管理」を開きます。MBRパーティション・スタイルを持つベーシック・ディスクを使用して、拡張パーティションを作成します。ディスクの未割当ての部分を右クリックして、「拡張パーティションの作成」を選択します。OCRおよび投票ディスクの両方を格納するパーティションのサイズ(520MB以上)か、投票ディスクまたはOCRのいずれかのみを格納するパーティションのサイズ(500MB以上)を指定します。

論理ドライブのオプションを指定する際に、オプション「ドライブ文字またはドライブ パスを割り当てない」および「このパーティションをフォーマットしない」を選択します。この手順を繰り返して、必要なすべてのファイルを格納するのに十分な論理パーティションを作成します。

2. Windows Server 2008、Windows Server 2008 R2、Windows Server 2012またはWindows Server 2012 R2システムの場合に、DISKPARTユーティリティを使用してディスク・パーティションを作成する手順は、第3.7項「Windows用のOCFSにおけるOracle Databaseファイル用の記憶域の構成」を参照してください。

2. クラスタ内の各ノードで、パーティションが表示されていること、共有記憶域用に作成されたディスク・パーティションのいずれにもドライブ文字が割り当てられていないことを確認します。いずれかのパーティションにドライブ文字が割り当てられている場合は、次の手順を実行してドライブ文字を削除します。

- Windowsのディスク管理ツールのパーティションを右クリックします。

- メニューから、「ドライブ文字とバスの変更」を選択します。

- 「ドライブ文字とパスの変更」ウィンドウの「削除」をクリックします。

1.2.7.2 Oracle ASMで使用するためのディスク・パーティションのスタンプ付け

Oracle ASMを使用してOracle Clusterwareファイルを格納する場合は、追加の手順を1つ実行する必要があります。ディスク・パーティションを作成した後、Oracle ASMによって使用できるようにするには、ディスクにヘッダーをスタンプする必要があります。asmtoolg(GUIバージョン)またはasmtool(コマンドライン・バージョン)を使用して、ディスク・パーティションにスタンプを付けることができます。

注意:
Windows Server 2008、Windows Server 2008 R2、Windows Server 2012またはWindows Server 2012 R2で、ユーザー・アカウント制御(UAC)が有効な場合は、asmtoolgまたはasmtoolユーティリティを実行するには管理者レベルの権限が必要です。

関連項目:

- 第3.6.2.2項「asmtoolg(Graphical User Interface)を使用したディスクへのマーク付け」

- 第3.6.2.4項「asmtool(コマンドライン)を使用したディスクへのマーク付け」

1.3 Oracle Grid Infrastructureソフトウェアのインストール

この項では、クラスタ用Oracle Grid Infrastructureのインストール・プロセスの概要について説明します。詳細は、第4.2項「Oracle Grid Infrastructureのインストール」を参照してください。

1. インストール・メディアのルート・レベルからOUIを起動します。たとえば、インストール・メディアがDドライブにマウントされている場合は、コマンド・プロンプトで次のように実行します。

C:\> D:
D:\> setup.exe

2. 「クラスタ用のGrid Infrastructureのインストールおよび構成」を選択し、次に「標準インストール」を選択します。この後のインストール画面で、構成情報を指示どおりに入力します。

3. Oracle Grid Infrastructureをインストールした後、Oracle ClusterwareとOracle ASMが起動し、正しく機能していることを確認します。

関連項目:
第4章「クラスタ用Oracle Grid Infrastructureのインストール」

2 クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業

この章では、Oracle Universal Installer(OUI)を起動してクラスタ用Oracle Grid Infrastructureをインストールする前に完了する必要があり、クラスタにOracle Real Application Clusters(Oracle RAC)をインストールする場合に完了する必要があるシステム構成作業について説明します。

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

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

- アップグレードのベスト・プラクティスの確認

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

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

- ハードウェア要件の確認

- ネットワーク要件の確認

- ディスク領域要件の確認

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

- 各コンポーネントの要件の確認

- サポートされているWebブラウザ

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

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

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

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

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

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

- 環境変数
Windowsシステムでは、インストール中にOUIがPATH環境変数を更新し、ORACLE_BASE、ORACLE_HOME、ORACLE_SIDなどの他の環境変数の設定は必要ありません。LinuxおよびUNIXシステムでは、ユーザーがこれらの環境変数を手動で設定する必要があります。

- オペレーティング・システム・グループ
Windowsシステムでは、OUIはOracleインスタンスのオペレーティング・システム認証に使用するORA_DBAグループを作成します。LinuxおよびUNIXシステムでは、このグループおよび他のオペレーティング・システム・グループを手動で作成する必要があります。これらは、様々なOracleソフトウェア・リソースへのアクセス許可の付与およびオペレーティング・システムによる認証に使用されます。Windowsでは、Oracleインベントリ・グループは使用されません。

- OUIを実行するためのアカウント
Windowsシステムでは、管理者ユーザーとして、またはローカル管理者グループのメンバーであるユーザーとしてログインします。個別のアカウントは必要ありません。LinuxおよびUNIXシステムでは、ソフトウェア所有者ユーザー・アカウントを作成および使用する必要があり、このユーザーはOracle Inventoryグループに属している必要があります。

関連項目:
『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』のOracle DatabaseのWindowsとUNIXでの相違点に関する項を参照してください。

2.2 アップグレードのベスト・プラクティスの確認

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

既存のOracleインストールがある場合は、リリース番号、パッチおよび他の構成情報を記録しておきます。Oracle Grid Infrastructureのインストールを進める前に、アップグレードに関するOracleドキュメントを確認して、現行のソフトウェア・インストールをアップグレードする最適な方法を決定します。

注意:
Oracle Clusterwareリリース10.2をOracle Clusterwareリリース11gにアップグレードするには、まず10.2.0.3以上のパッチ・セットを適用する必要があります。

クラスタ化されたOracle Automatic Storage Management(Oracle ASM)は、クラスタ内の個別のノードに対して、または複数のノードに対してまとめてローリング・アップグレードを行うことで、Oracle Real Application Clusters(Oracle RAC)データベースを停止することなくアップグレードできます。ただし、Oracle ASMを使用しているクラスタにスタンドアロン・データベースがある場合、アップグレードする前にそのスタンドアロン・データベースを停止する必要があります。

スタンドアロンまたはクラスタ化されていないOracle ASMがすでにインストールされている場合は、Oracleのアップグレードに関するドキュメントを確認してください。今回のリリースでは、Oracle ASMホームの場所が変更されています。したがって、ストレージ管理を簡略化またはカスタマイズするためには、他の構成の変更も検討することが必要な場合があります。以前のリリースのOracle ASMホームがすでにある場合は、Oracle Clusterwareのアップグレードに使用する予定のユーザーが所有している必要があります。

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

注意:
異なるバージョンのオペレーティング・システムの混在は、数時間のアップグレードでのみサポートされています。Oracle Clusterwareでは、同じクラスタで異なる命令セットを使用するプロセッサを搭載するノードはサポートされていません。各ノードは、クラスタ内のほかのノードとバイナリ互換が必要です。たとえば、同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでItaniumプロセッサを使用することはできません。同じクラスタの1つのノードでIntel 64プロセッサを使用し、別のノードでAMD64プロセッサを使用することはできますが、これは、プロセッサが同じx86-64命令セットを使用し、同じOracleソフトウェア実行可能ファイルを実行するためです。
クラスタのノードでは、そのプロセッサのメーカー、速度またはサイズは異なることも可能ですが、これはお薦めしません。

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

https://support.oracle.com

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

インストール中、クラスタ・ノードでは、管理者ユーザーとして作業を実行する必要があります。リモート表示できるようにする必要があるユーザー・アカウントに対して、次の手順を実行します。

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

- Windows Telnet Servicesのサポート

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

2.3.1 Windows Telnet Servicesのサポート

Telnetサービスを使用して、ユーザーがリモート・サーバーのオペレーティング・システムにログオンし、コマンドラインを使用してコンソール・プログラムを実行できるようにすることができます。Oracleでは、この機能を使用してデータベース・コマンドライン・ユーティリティ(sqlplus、export、import、sqlldrなど)を使用することをサポートしていますが、データベースGraphical User Interface (GUI)ツール(OUI、Database Configuration Assistant (DBCA)、Oracle Net Configuration Assistant (NETCA)など)はサポートしていません。

注意:
telnetデータ・ストリームの暗号化されない性質、およびユーザー名とパスワードも暗号化されずにネットワークで送信されるという事実により、telnetの使用はセキュリティの脆弱性とみなされます。かわりにリモート・デスクトップ・サービスを使用できます。

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

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

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

Windowsの場合、Oracleはリモート・デスクトップ・サービス(以前のターミナル・サービス)を介したOracle Databaseソフトウェアのインストール、構成および実行をサポートしています。Terminal Servicesをコンソール・モードで使用しないと、インストール後にコンフィギュレーション・アシスタントでの構成の問題またはOracle Clusterwareコンポーネントの起動に関する問題が発生します。

Windows Server 2003システムでのターミナル・サービスの起動

Windows Server 2003の場合、コンソール・モードでターミナル・サービスを起動するには、次のコマンドを入力します。

mstsc /v:servername /f /console

/consoleスイッチを使用すると、リモート・サーバー上の物理コンソールのセッション(セッション0とも呼ばれる)に接続されます。

Windows Server 2003またはWindows Server 2003 R2システムのリモート・デスクトップ接続クライアントでの接続

Windows Server 2003またはWindows Server 2003 R2でリモート・デスクトップ接続クライアント・バージョン6.1以上を使用して、ターミナル・サービスを実行しているサーバーに接続する場合は、/consoleスイッチのかわりに/adminスイッチを使用します。次の例は、Windows 2003サーバーでリモート・デスクトップ接続クライアントを使用してリモート・サーバーnode4に接続する方法を示しています。

mstsc /v:node4 /f /admin

Windows Server 2008、Windows Server 2008 R2またはWindows Server 2012システムのリモート・デスクトップ接続クライアントでの接続

Windows 2008に実装された変更に伴い、インストールのためにセッション0に接続する必要はなくなりました。次の例に示すように、リモート・デスクトップ接続クライアントを使用しますが、/consoleスイッチは指定しません。

mstsc /v:servername /f

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

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

動作保証は、Oracle Technology Network(OTN)とMy Oracle Supportで確認できます。

OTNの動作保証のページは、次のWebサイトにあります。

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

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で使用可能です。

http://support.oracle.com/

My Oracle Supportを使用するには、オンラインでの登録が必要です。プラットフォームの動作保証情報を見つけるには、「動作保証」タブをクリックします。検索結果を制限するには、「プラットフォーム/バージョン」としてMicrosoft Windows x64 (64-bit)を選択します。

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

2.5 ハードウェア要件の確認

クラスタ内のノードとして動作するサーバーを選択する場合は、同じタイプのプロセッサを持つサーバーか、または同じ命令セットを使用するプロセッサを持つサーバーを選択します(同じクラスタ・スタック内でのx86とx64のOracleソフトウェア・バージョンの実行はサポートされていません)。各サーバーでは、同じオペレーティング・システムとOracle実行可能ファイルを実行する必要があります。ただし、Oracle Grid InfrastructureとOracle RACでは、同一クラスタ内でハードウェアが異なるサーバーを使用できます。各システムが告ぎの最小ハードウェア要件を満たしている必要があります。

表2-1 Oracle Grid Infrastructureインストールの最小ハードウェア要件

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

要件

メモリー(RAM)

Oracle Grid Infrastructureインストール: クラスタ・インストール用Oracle Grid Infrastructureに5GB以上の物理RAM (Oracle RACをインストールする計画があるインストールを含む)。これには、クラスタ状態モニター(CHM)およびOracle ACFSファイル用の追加の領域が含まれます。

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

RAMの容量の1.5倍(32GBの推奨最大サイズ)

ビデオ・アダプタ

256色および1024 x 768以上のディスプレイ解像度。OUIを正しく表示するため。

プロセッサ

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

注意:
Microsoft Windows向けのOracle Databaseがサポートされているx86システムで実行可能であるのに対し、Oracle Real Application Clusters、Oracle ClusterwareおよびOracle Automatic Storage Managementは、x64 Windowsシステムでのみサポートされています。

使用可能なメモリー(RAM)の量を確認する方法

物理RAMのサイズを確認するには、「コントロール パネル」の「システム」を開き、「全般」タブを選択します。

構成済の仮想メモリーを確認する方法

構成済の仮想メモリーのサイズ(ページング・ファイル・サイズとも呼ばれる)を確認するには、次の手順を実行します。

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

2. 「詳細設定」タブを選択した後、「パフォーマンス」セクションの「設定」をクリックします。

3. 「パフォーマンス オプション」ウィンドウの「詳細設定」タブをクリックし、仮想メモリーの構成を確認します。

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

オペレーティング・システムとプロセッサ・タイプ(x86、x64またはItanium)を確認する方法

ご使用のコンピュータがx64 Windowsオペレーティング・システムを実行しているかどうかを確認するには、次の手順を実行します。

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

2. 「全般」タブの「システム」という見出しの下に表示されたテキストを確認します。

- Windows Server 2003およびWindows Server 2003 R2では、x64バージョンのオペレーティング・システムがインストールされている場合、「x64 Edition」というようなテキストが表示されます。

- Windows Server 2008、Windows Server 2008 R2、Windows Server 2012またはWindows Server 2012 R2では、x64バージョンのオペレーティング・システムがインストールされている場合、「64-bit Operating System」というようなテキストが表示されます。

2.6 ネットワーク要件の確認

次の項で、クラスタ用Oracle Grid Infrastructure環境に必要なネットワーク・ハードウェアおよびインターネット・プロトコル(IP)・アドレスがあるかを確認します。

- ネットワーク・ハードウェア要件

- IPアドレス要件

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

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

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

- グリッド・ネーミング・サービスの構成例

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

- ネットワーク・インタフェース構成のオプション

注意:
Oracle RAC環境でサポートされるネットワーク・プロトコルおよびハードウェアの最新情報は、My Oracle Support Webサイトの「動作保証」ページを参照してください。手順については、第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

2.6.1 ネットワーク・ハードウェア要件

次にネットワーク構成要件を示します。

- 各ノードのホスト名には、aからz、AからZ、0から9、およびダッシュまたはマイナス記号(-)のみを使用する必要があります。アンダースコア(_)を使用するホスト名は使用できません。

- 各ノードには2つ以上のネットワーク・アダプタまたはネットワーク・インタフェース・カード(NIC)が必要です(パブリック・ネットワーク・インタフェース用とプライベート・ネットワーク・インタフェース(インターコネクト)用のネットワーク・アダプタ)。各ネットワーク・アダプタは、そのネットワーク接続名で表されます。
複数のパブリック・ネットワーク・アダプタを構成するには、ご使用のプラットフォーム用のサード・パーティ・テクノロジを使用して、インストールを開始する前に複数のネットワーク・アダプタを集約し、その後、結合されたネットワーク・アダプタの単一のネットワーク接続名をパブリック・インタフェースとして選択する必要があります。Oracle Grid Infrastructureのインストール中に、複数のパブリック・ネットワーク接続名を指定しないことをお薦めします。集約テクノロジを使用せずに、2つのネットワーク・アダプタをクラスタ内のパブリック・ネットワーク・アダプタとして構成する場合、ノード上の1つのパブリック・ネットワーク・アダプタの障害によって、もう1つのパブリック・ネットワーク・アダプタへの自動VIPフェイルオーバーが行われることはないことに注意してください。

- プライベート・ネットワーク接続名およびパブリック・ネットワーク接続名は、異なる名前である必要があり、マルチバイト言語キャラクタを含めることはできません。名前は、大/小文字が区別されます。

- OUIを使用してOracle Grid Infrastructureをインストールする場合は、各ネットワークのパブリック・ネットワーク・アダプタに関連付けるパブリック・ネットワーク接続名は、すべてのノードで同じである必要があり、プライベート・ネットワーク・アダプタに関連付けるプライベート・ネットワーク接続名もすべてのノードで同じである必要があります。
たとえば、2ノードのクラスタのネットワーク・アダプタの場合、パブリック・ネットワーク接続名としてnode1ではNIC1、node2ではNIC2というようには構成できません。パブリック・ネットワーク接続名は同じにする必要があるため、両方のノードのパブリック・ネットワーク接続名としてNIC1を構成する必要があります。また、各ネットワークのプライベート・ネットワーク・アダプタにも同じネットワーク接続名を使用する必要があります。PrivNICがnode1のプライベート・ネットワーク接続名の場合、PrivNICがnode2のプライベート・ネットワーク接続名である必要があります。

- Windowsのネットワーク・プロパティでは、各ノードのパブリック・ネットワーク接続はバインドの順序(ネットワーク・サービスがノードにアクセスする順序)の最初にリストされる必要があります。プライベート・ネットワーク接続は、2番目にリストされる必要があります。
パブリック・アダプタがバインド順序の1つ目であるようにするには、次の手順に従います。

1. 「マイ ネットワーク」を右クリックして、「プロパティ」を選択します。

2. 「詳細設定」メニューで、「詳細設定」をクリックします。

3. パブリック・ネットワーク接続名が「アダプタとバインド」タブで最初にリストされている名前でない場合は、それを選択し、矢印をクリックしてリストの先頭に移動させます。

4. 「OK」をクリックして設定を保存し、ネットワーク設定ダイアログ・ボックスを終了します。

- パブリック・ネットワークの場合、各ネットワーク・アダプタは、Transmission Control Protocol/Internet Protocol(TCP/IP)をサポートする必要があります。

- Oracle Grid InfrastructureではIPv6プロトコルはサポートされていないため、インストール前にIPv6コンポーネントを無効にする必要があります。詳細は、「IPv6コンポーネントの無効化」を参照してください。

- プライベート・ネットワークの場合、ネットワーク・アダプタは、TCP/IPをサポートする高速ネットワーク・アダプタおよびスイッチ(最小要件: 1ギガビット・イーサネット)を使用して、ユーザー・データグラム・プロトコル(UDP)をサポートする必要があります。

注意:
UDPはOracle RAC用のデフォルトのインターコネクト・プロトコルで、TCPはOracle Clusterware用のインターコネクト・プロトコルです。インターコネクト用のスイッチを使用する必要があります。専用のスイッチを使用することをお薦めします。
インターコネクト用のトークン・リングまたはクロスオーバー・ケーブルはサポートされていません。

- プライベート・ネットワーク・アダプタでは、Windowsのメディア検出機能が無効である必要があります。
WindowsのTCP/IPのメディア検出機能を無効にするには、各ノードのDisableDHCPMediaSenseパラメータの値を1に設定する必要があります。メディア検出機能を無効にするには、Windowsレジストリを変更する必要があるため、Windowsドキュメントに示されている方法を使用して、まずレジストリをバックアップし、リストアできることを確認する必要があります。クラスタの各ノードで次の手順を完了することにより、メディア検出機能を無効化します。

1. Windowsレジストリをバックアップします。

2. レジストリ・エディタ(Regedt32.exe)を使用して、レジストリ内の次のキーを表示します。

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

3. 次のDWORD型のレジストリ値を追加します。

Value Name: DisableDHCPMediaSense
Data Type: REG_DWORD -Boolean
Value: 1

4. コンピュータを再起動します。

- パブリック・ネットワーク・インタフェース用DNSへの自動登録の選択を解除します。
パブリック・ネットワーク・インタフェースにWindows Server 2008以降を使用している場合は、サーバーの再起動時にホスト、VIPおよびSCAN IPバインドの問題を回避するため、この接続のアドレスをDNSに登録するを選択解除する必要があります。手順は第1.2.2.6項「パブリック・ネットワーク・インタフェース用DNSへの自動登録の選択解除」を参照してください。この手順はクラスタの各ノードで実行してください。

- Windows Server 2012またはWindows Server 2012 R2を使用している場合は、第1.2.2.7項「自動メトリック値の手動構成」の説明に従って、パブリックおよびプライベート・ネットワーク・インタフェース用の自動メトリック値を手動で構成します。

- 各ノードのインターコネクト用のプライベート・インタフェースは同じサブネット上にある必要があり、これらのサブネットはクラスタのすべてのノードに接続する必要があります。たとえば、プライベート・インタフェースのサブネット・マスクが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]になります。

- プライベート・ネットワーク・アダプタでは、指定されているすべてのネットワーク接続名のエンドポイントがネットワークで確実にアクセス可能である必要があります。ノードはプライベート・ネットワーク上のすべての他のノードに接続されている必要があります。pingを使用して、インターコネクト・インタフェースが接続可能であるかどうかをテストできます。

2.6.2 IPアドレス要件

インストールを開始する前に、各ノードにネットワーク・アダプタが2つ以上構成されている必要があります。1つはプライベートIPアドレス用、もう1つはパブリックIPアドレス用です。

IPアドレスは、次のいずれかのオプションで構成できます。

- Oracleグリッド・ネーミング・サービス(GNS)を使用した動的IPアドレスの割当て。このオプションを選択すると、ネットワーク管理者は静的IPアドレスを物理ホスト名に割り当て、動的に割り当てられたIPをOracle Clusterware管理VIPアドレスに割り当てます。この場合、VIPのIPアドレスはDHCPによって割り当てられ、クラスタ内でOracle Clusterwareの一部として構成されたマルチキャスト・ドメイン・ネーム・サーバーを使用して解決されます。GNSを使用する場合は、次のものが必要です。

- クラスタのために、パブリック・ネットワーク上で実行されているDHCPサービス。

- DHCP上の十分なアドレス。これにより、各ノードの仮想IPとしてIPアドレスを1つずつ、そしてクラスタの単一クライアント・アクセス名(SCAN)によって使用される、クラスタのIPアドレスを3つ提供します。

- 静的IPアドレスの割当て。このオプションを選択すると、ネットワーク管理者は固定IPアドレスをクラスタの各物理ホスト名とOracle Clusterware管理VIPのIPに割り当てます。また、各ノードには、ドメイン・ネーム・システム(DNS)に基づいた静的名前解決が使用されます。このオプションを選択する場合は、クラスタの変更時にネットワーク管理の更新を依頼する必要があります。

注意:
静的ホスト名をすべてのサーバー・ノード・パブリック・ホスト名に使用することをお薦めします。
パブリックIPアドレスと仮想IPアドレスは、同じサブネット内にある必要があります。

2.6.2.1 グリッド・ネーミング・サービスのIPアドレス要件

GNSを有効にすると、クラスタへの名前解決要求はGNSに委任され、GNSによってGNS VIPアドレスでリスニングされます。このアドレスは、インストール前にDNSドメインに定義します。DNSは、クラスタ名(クラスタに委任されたサブドメイン内のすべての名前)の解決要求がGNSに委任されるように構成する必要があります。要求がドメインに届くと、GNSによってその要求が処理され、要求された名前に対する適切なアドレスとともに応答が返されます。

GNSを使用するには、インストールの前に、サブドメインのDNS解決をクラスタに指示するDNS参照をDNS管理者が設定しておく必要があります。GNSを有効にする場合は、クラスタで必要なVIPアドレスをクラスタによって動的に割り当てるために、パブリック・ネットワーク上にDHCPサーバーが必要です。

関連項目:
DNS委任の構成方法の詳細は、「グリッド・ネーミング・サービスへのドメイン委任のためのDNS構成」 を参照してください。

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

GNSを有効にしない場合、各ノードのパブリックIPアドレスおよびVIPアドレスは、静的アドレスであることが必要で、インストール前に各ノードで構成しておく必要がありますが、現在未使用である必要があります。パブリックおよびVIPアドレスは、同じサブネット内にある必要があります。

プライベートとして指定したサブネット上のIPアドレスは、クラスタ・メンバー・ノードのプライベートIPアドレスとして割り当てられます。Oracle Clusterwareは、プライベート・サブネットのプライベートIPアドレスを管理します。hostsファイルでこれらのアドレスを手動で構成する必要はありません。

クラスタには、次のアドレスが構成されている必要があります。

- 各ノードのパブリックIPアドレス

- 各ノードのVIPアドレス

- DNSで3つのアドレスをラウンド・ロビン方式で解決する(推奨)か、または少なくとも1つのアドレスを解決するよう構成した、単一クライアント・アクセス名(SCAN)。

SCANは、クラスタへのサービス・アクセスをクライアントに提供するために使用される名前です。SCANは特定のノードではなくクラスタ全体に関連付けされているため、SCANはクライアントの再構成を必要とせずに、クラスタでノードを追加または削除することを可能にします。また、データベースに場所の独立性がもたらされるため、クライアント構成は特定のデータベースがどのノードで実行されているかに依存しません。クライアントは引き続き、以前のリリースと同じ方法でクラスタにアクセスできますが、クライアントはSCANを使用してクラスタにアクセスするすることをお薦めします。

SCANアドレスは、VIPアドレスおよびパブリックIPアドレスと同じサブネット上にある必要があります。高い可用性とスケーラビリティを実現するために、3つアドレスにラウンド・ロビン方式で解決されるように、SCANを構成することをお薦めします。SCAN名の先頭は、数字にはできません。インストールを成功させるためには、SCANは少なくとも1つのアドレスに解決される必要があります。

注意:
SCAN VIPアドレスの構成は、システムのhostsファイルで行わないことをお薦めします。SCAN VIPにはDNS解決を使用します。SCANの解決にシステムのhostsファイルを使用すると、1つのIPアドレスへの解決しかできず、SCANアドレスは1つのみになってしまいます。

関連項目:
ネットワーク・アドレスの詳細は、付録C.1.3「ネットワーク・アドレスの理解」を参照してください。

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

Oracle Database 11gリリース2 (11.2.0.2)以上では、ブロードキャスト通信(アドレス解決プロトコル(ARP)およびUDP)は、Oracle Grid Infrastructureで使用するために構成されたすべてのパブリックおよびプライベート・インタフェース全体で適切に動作する必要があります。ブロードキャスト通信は、パブリックまたはプライベート・インタフェースによって使用される、構成済の仮想ローカル・エリア・ネットワーク(VLAN)全体で動作する必要があります。

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

Oracle Grid Infrastructure 11gリリース2 (11.2)では、OracleマルチキャストDNS (mDNS)デーモンがネットワーク・インタフェースでマルチキャスティングを使用して、クラスタ内の他のノードと通信します。

Oracle Database 11gリリース2 (11.2.0.2)以上では、mDNSにマルチキャスティングが必要です。各ノードで次のネットワーク・インタフェースのマルチキャスティングを有効にする必要があります。

- パブリックまたはプライベート・インターコネクトに使用

- クラスタ内の他のノードでマルチキャスティング用に構成された同じタイプのネットワーク・インタフェース(パブリックまたはプライベート)

- IPアドレス・サブネット範囲224.0.0.0/24

ルーター全体でマルチキャスト通信を有効にする必要はありません。

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

GNSを使用する場合、Oracle Grid Infrastructureのインストール前に、GNSが提供するサブドメインに対する名前解決要求がGNSへ送信されるよう、DNSを構成しておく必要があります。GNSが提供するサブドメインは、クラスタ・メンバー・ノードを表します。

DNS転送を使用して、GNSに名前解決要求を送信するように、DNSを構成する必要があります。管理対象のWindowsサーバーでDNSサーバーが実行されている場合は、次の手順を実行してDNSを構成する必要があります。

1. 「スタート」をクリックして、「プログラム」を選択します。「管理ツール」を選択して、「DNS マネージャ」をクリックします。DNSサーバーの構成ウィザードが自動的に起動します。

2. ウィザードを使用して、GNS仮想IPアドレスのエントリを作成します(アドレスの書式はgns-server.CLUSTERNAME.DOMAINNAME)。たとえば、クラスタ名がmycluster、ドメイン名がexample.com、IPアドレスが192.0.2.1の場合、次のようなエントリを作成します。

mycluster-gns.example.com: 192.0.2.1

指定したアドレスは、静的かつルーティング可能である必要があります。

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ゾーンを構成してある場合は、元の順方向レコードを作成するときに、関連するリバース・レコードを自動的に作成できます。

2.6.6 グリッド・ネーミング・サービスの構成例

GNSを使用する場合は、GNSのVIPアドレスに静的なIPアドレスを指定し、その静的なGNSのVIPアドレスにサブドメインを委任する必要があります。

クラスタにノードが追加されると、社内のDHCPサーバーによって、これらのノードに動的にアドレスが提供されます。これらのアドレスは自動的にGNSに登録され、GNSによってサブドメイン内で、GNSに登録されたクラスタ・ノード・アドレスの解決が行われます。

アドレスの割当てと構成はGNSによって自動的に行われるため、これ以上の構成は必要ありません。Oracle Clusterwareによって、クラスタに対してノードが追加または削除されるときに、動的なネットワーク構成が行われます。参考までに例を示します。

2ノードのクラスタで、GNSのVIPが定義されている場合、インストール後の構成として表2-2に示すようなものが考えられます。クラスタ名はmycluster、GNSの親ドメインはexample.com、サブドメインはgrid.example.comです。IPアドレスの192.0.2の部分はクラスタのパブリックIPアドレス・ネットワークを表し、192.168.0はプライベートIPアドレス・ネットワークを表します。

表2-2 グリッド・ネーミング・サービスのネットワーク例

ID

ホーム・ノード

ホスト・ノード

指定された名前

種類

アドレス

アドレスの割当て元

解決方法

GNS VIP

なし

Oracle Clusterwareにより選択

mycluster-gns.example.com

仮想

192.0.2.1

ネットワーク管理者が固定

DNS

Node 1 Public

ノード1

node1

node1脚注 1

パブリック

192.0.2.101

固定

GNS

Node 1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

DHCP

GNS

Node 1 Private

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定またはDHCP

GNS

Node 2 Public

ノード2

node2

node2脚注 1

パブリック

192.0.2.102

固定

GNS

Node 2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

DHCP

GNS

Node 2 Private

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定またはDHCP

GNS

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan.grid.example.com

仮想

192.0.2.201

DHCP

GNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan.grid.example.com

仮想

192.0.2.202

DHCP

GNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan.grid.example.com

仮想

192.0.2.203

DHCP

GNS

脚注 1 ノードのホスト名が、ホスト上で使用されているVIPアドレスなど、複数のアドレスに解決される場合があります。

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

GNSを使用しない場合は、インストールの前に、パブリックIPアドレス、仮想IPアドレスおよびプライベートIPアドレスを構成する必要があります。また、pingコマンドを実行し、デフォルトのゲートウェイにアクセスできることも確認してください。デフォルトのゲートウェイを検出するには、ipconfigコマンドを使用します(オペレーティング・システムのヘルプを参照)。

たとえば、クラスタ名がmyclusterで、各ノードに1つのパブリック・インタフェースと1つのプライベート・インタフェースがある2ノードのクラスタの場合に、3つのIPアドレスのいずれかに解決されるSCANドメイン・アドレスがDNSに定義してあるとすると、ネットワーク・インタフェースには、表2-3に示す構成が考えられます。

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

ID

ホーム・ノード

ホスト・ノード

指定された名前

種類

アドレス

アドレスの割当て元

解決方法

Node 1 Public

ノード1

node1

node1脚注 1

パブリック

192.0.2.101

固定

DNS

Node 1 VIP

ノード1

Oracle Clusterwareにより選択

node1-vip

仮想

192.0.2.104

固定

DNS、hostsファイル

Node 1 Private

ノード1

node1

node1-priv

プライベート

192.168.0.1

固定

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

Node 2 Public

ノード2

node2

node2脚注 1

パブリック

192.0.2.102

固定

DNS

Node 2 VIP

ノード2

Oracle Clusterwareにより選択

node2-vip

仮想

192.0.2.105

固定

DNS、hostsファイル

Node 2 Private

ノード2

node2

node2-priv

プライベート

192.168.0.2

固定

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

SCAN VIP 1

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.201

固定

DNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.202

固定

DNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

mycluster-scan

仮想

192.0.2.203

固定

DNS

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

インターコネクト用にプライベート名を指定する必要はありません。インターコネクト用に名前解決が必要な場合は、システムのhostsファイルかDNSでプライベートIP名を構成できます。ただしOracle Clusterwareでは、インストール中にプライベート・インタフェースとして定義されたインタフェース(Local Area Connection 2など)と、プライベート・サブネットに使用されるサブネットに、インターコネクト・アドレスが割り当てられます。

SCANが解決されるアドレスはOracle Clusterwareによって割り当てられるため、特定のノードには固定されません。VIPのフェイルオーバーが有効になるように、前述の表で示した構成では、SCANアドレスと、両方のノードのパブリック・アドレスおよびVIPアドレスが同一のサブネット(192.0.2)上に定義されています。

注意:
すべてのホスト名はInternet Engineering Task Force RFC 952標準(英数字を許可)に準拠している必要があります。アンダースコア(_)を使用するホスト名は使用できません。

2.6.8 ネットワーク・インタフェース構成のオプション

選択する正確なネットワーク構成は、構成するクラスタのサイズおよび使用方法と、必要な可用性のレベルによって異なります。

動作保証されているネットワーク接続ストレージ(NAS)をOracle RAC用に使用し、このストレージにイーサネットベースのネットワークを介して接続する場合は、NAS I/O用に3つ目のネットワーク・インタフェースが必要です。この場合、3つの別々のインタフェースを使用しないと、高いシステム負荷によってパフォーマンスと安定性の問題が発生します。

2.7 ディスク領域の要件の確認

次の項では、サーバーのディスク領域の要件について説明します。

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

- Oracleホーム・ディレクトリのディスク領域要件

- TEMPディスク領域要件

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

Oracleソフトウェア(バイナリ)は、New Technology File System(NTFS)フォーマットのドライブまたはパーティションにインストールすることをお薦めします。OUIでは、WindowsのNTFSおよびFile Allocation Table(FAT)のディスク・サイズを適切に見積もることができないため、OUIの「サマリー」画面に示される値よりも、この項に示されているシステム要件の方がより正確です。

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

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

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

2.7.2 Oracleホーム・ディレクトリのディスク領域の要件

Oracle Grid Infrastructureリリース11.2.0.3以上では、Oracle Grid Infrastructureホーム(Gridホーム)に5GB以上のディスク領域が必要です。リリース11.2.0.2以下のOracle Grid Infrastructureホーム(Gridホーム)には、3GB以上のディスク領域が必要です。Gridホームには、Oracle ClusterwareとOracle ASMソフトウェア、構成ファイルおよびログ・ファイルが含まれます。Oracle Grid Infrastructureリリース11.2.0.3では、ACFSログ・ファイルとクラスタ状態モニター(CHM)に追加のディスク領域が必要です。Gridホームに加えて、Oracle Clusterwareによって使用されるOracle Cluster Registry (OCR)と投票ファイル用に、クラスタ・ファイル・システムまたは共有ディスク上に追加のディスク領域を構成する必要があります。

ディスクの空き領域の容量を確認するには、「マイ コンピュータ」を開き、Oracleソフトウェアがインストールされているドライブを右クリックして「プロパティ」を選択します。

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

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

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

関連項目:

- 第3章「Oracle Grid InfrastructureとOracle RACの記憶域の構成」

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

2.7.3 TEMPディスク領域の要件

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

TEMPディレクトリには、1GBのディスク領域が使用可能である必要があります。十分な領域がない場合は、まず、すべての不要なファイルを削除します。この操作を行った後も一時ディスク領域が必要量に満たない場合は、環境変数TEMPを別のハード・ドライブを指すように設定します。

TEMP環境変数を変更するには、「コントロール パネル」の「システム」を開き、「詳細」タブを選択し、「環境変数」をクリックします。

関連項目:
詳細は、第1.2.1.3項「TEMP領域要件」を参照してください。

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

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

インストールする製品に応じて、表2-4「WindowsシステムにおけるOracle Gridソフトウェア要件」に示すオペレーティング・システム・ソフトウェアが、クラスタの各ノードにインストールされていることを確認します。表2-4には、Oracle Grid InfrastructureとOracle RAC 11gリリース2 (11.2)のソフトウェア要件が示されています。

ここに記載されている要件は、初回リリース日時点で最新のものです。カーネル要件の最新情報については、Oracle Technology Network(OTN)を参照してください。URLは次のとおりです。

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

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

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

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

要件

値

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

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

注意: Windows用のOracle RACは、x64バージョンのOracle Databaseのみに提供されています。x64バージョンのOracle RACは、AMD64およびEM64Tハードウェア上のx64バージョンのWindowsで実行されます。

追加情報については、第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」に示すように、My Oracle Supportを参照してください。

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

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

- Windows Server 2003 x64(Service Pack 2(SP2)) - Standard、EnterpriseおよびData Center Edition

- Windows Server 2003 R2 x64(Service Pack 2(SP2)) - Standard、EnterpriseおよびData Center Edition。

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

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

Oracle Database 11gリリース2 (11.2.0.4) for Windows x64以降

- Windows Server 2012 x64 - Foundation、Standard、EssentialsおよびDataCenter Edition

- Windows Server 2012 R2 x64 - Foundation、Standard、EssentialsおよびDataCenterエディション
注意: Windows Databaseバンドル・パッチ11.2.0.4.11がWindows Server 2012 R2のサポートに必要です。

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

注意: Oracle Clusterware、Oracle ASMおよびOracle RAC 11gリリース2は、いずれのx86 Windowsオペレーティング・システムでもサポートされていません。

コンパイラ

Pro*COBOLは、Micro Focus Net Express 5.0でテストおよび動作保証されています。オブジェクト指向COBOL(OOCOBOL)の指定はサポートされていません。

Microsoft Visual C++ .NET 2005 9.0コンパイラとIntel 10.1 Cコンパイラでは、次のコンポーネントがサポートされています。

- Oracle Call Interface(OCI)

- Pro*C/C++

- 外部コールアウト

- Oracle XML Developer's Kit(XDK)

Oracle C++ Call Interface(OCCI)は、次の環境でサポートされます。

- Microsoft Visual C++ .NET 2005 8.0

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

- Microsoft Visual C++ .NET STLと関連のあるIntel 10.1 C++コンパイラ

Java Development Kit(JDK)

JDK 5 x64 - 1.5.0_17 1.5.0_17

Microsoft SDK

- Microsoft Visual Studio 2005 SDK - Service Pack 1 VS2005-SP1 SP1

- Windows Driver Kit - 6001.18000 6001.18000
注意: Windows Driver Kitは、Windows用のOCFS、Oracle ACFSなどのデバイス・ドライバをビルドするためにのみ必要です。

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

2.8.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では有効にしないでください。

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

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

- ノードの追加

- ノードの削除

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

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

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

2.9 個別のコンポーネント要件の確認

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

- Oracle Advanced Securityの要件

- Oracle Enterprise Managerの要件

2.9.1 Oracle Advanced Securityの要件

Oracleコンポーネントで認証サポートを使用するには、ハードウェア要件およびソフトウェア要件を満たす必要があります。一部のOracle Advanced Securityコンポーネントでは、Oracle Internet Directoryなど、Lightweight Directory Access Protocol(LDAP)が使用できます。これらの要件は、このマニュアルに記載されていません。

関連項目:
『Oracle Database Advanced Security管理者ガイド』

2.9.2 Oracle Enterprise Managerの要件

システムで使用しているすべてのOracle Enterprise Manager製品が同じリリースである必要があります。以前のバージョンのEnterprise Managerは、現在のリリース(Oracle Database 11gリリース2)でサポートされません。

注意:
すべてのOracle Enterprise Manager製品(Oracle Enterprise Manager Database Controlを除く)は、Enterprise Manager Grid Controlのインストール・メディアで提供されます。Enterprise Manager Database Controlは、Oracle Databaseのインストール・メディアで提供されます。

関連項目:
『Oracle Enterprise Manager Grid Controlインストレーションおよび基本構成』は、Enterprise Manager Grid Controlのインストール・メディアで入手できます。

2.10 サポートされているWebブラウザ

Oracle Database 11gリリース2およびOracle Enterprise Manager Database ControlまたはOracle Enterprise Manager Grid Controlとの使用がサポートされているWebブラウザのリストは、次のMy Oracle SupportのOracle Enterprise Manager動作保証マトリックスを参照してください。

https://support.oracle.com

2.11 クラスタの時刻同期の構成

Oracle Clusterwareでは、すべてのクラスタ・ノードで同じのタイムゾーン設定が必要です。インストール中に、インストール・プロセスは、OUIを実行しているノードでグリッド・インストール所有者のタイムゾーン(TZ)設定を選択し、Oracle Clusterwareによって管理されるすべてのプロセスのデフォルトのTZ設定として、すべてのノードでその値を使用します。このデフォルトのTZ設定は、データベース、Oracle ASMおよびその他の管理プロセスで使用されます。

クラスタ・ノード間で時刻を同期させるための手段は3つあります(Windows Timeサービス、オペレーティング・システムに構成されているネットワーク・タイム・プロトコル(NTP)またはOracleクラスタ時刻同期化サービス)。Oracleクラスタ時刻同期化サービスは、クラスタ・サーバーからNTPサービスにアクセスできない組織のために設計されています。NTPを使用する場合、Oracle Cluster時刻同期化デーモン(ctssd)はオブザーバ・モードで起動します。NTPおよびWindows Timeサービスのいずれも見つからない場合は、ctssdがアクティブ・モードで起動し、外部の時刻サーバーに接続しなくても、クラスタ・メンバー間の時刻が同期されます。

注意:
Oracle Grid Infrastructureのインストールを開始する前に、すべてのノードの時計が同じ時刻になっていることを確認することをお薦めします。

次のいずれかの項の手順に従って、ご使用のクラスタ・ノードの時刻同期を構成します。

- Windows Timeサービスの構成

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

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

2.11.1 Windows Timeサービスの構成

Windows Timeサービス(W32Time)は、Microsoft Windowsを実行しているコンピュータにネットワーク・クロック同期を提供します。Windows Timeサービスを使用していて、クラスタ時刻同期化サービスよりも優先して使用し続ける場合は、時間を追うごとにジャンプするようにWindows Timeサービス設定を変更し、時間を参照時間に徐々に一致させることが必要です。これを行った後、Windows Timeサービスを再起動します。

Windows Timeサービスを構成するには、各ノードで次のコマンドを使用します。

C:\> W32tm /register

Windows TimeサービスがOracle RAC環境で動作するように変更するには、次の手順を実行します。

1. レジストリ・エディタ(regedit)を開きます。

2. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Configキーを検索します。

3. 次のWindows Timeサービス・パラメータを次の値に設定します。

- MaxPosPhaseCorrectionを600に

- MaxNegPhaseCorrectionを600に

- MaxAllowedPhaseOffsetを600に

これらのパラメータ設定では、参照ノードとクラスタ・ノード間の時間差が10分未満の場合に少しの時間調整が許可されることを指定します。

注意:
必要に応じてMicrosoftの支援を受けて、Windows Timeサービスを環境の要件を満たすように構成する必要があります。3つのパラメータに提供される推奨設定は、時間調整が、大きいステップ(時計を新しい時間に設定する)ではなくスルーイング(わずかな変更を加えて時計を段階的に調整する)によって行われるようにするために、Oracleがお薦めするものです。単一ステップでの大幅な時間調整はサポートされていません。

4. 変更を有効にするには、次のコマンドを使用します。

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」

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

ネットワーク・タイム・プロトコル(NTP)は、クライアント/サーバー・アプリケーションです。各サーバーにはNTPクライアント・ソフトウェアをインストールし、時刻をネットワーク・タイム・サーバーを同期するように構成する必要があります。Windows TimeサービスはNTPの完全な実装ではありませんが、NTPの仕様に基づいています。NTPおよびNTPクライアント・ソフトウェアの詳細は、次のWebサイトで確認できます。

http://ntp.org

Windows TimeサービスではなくNTPを使用する場合は、各ノード・サーバーにNTPクライアント・ソフトウェアをインストールした後、-xオプションを指定して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

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

クラスタ時刻同期化サービスを使用して、クラスタに同期化サービスを提供するには、Windows Timeサービスを無効にして、NTPサービスを停止します。サーバーにNTPサービスはあるが、このサービスを使用して時刻を時刻サーバと同期化できない場合は、NTPを非アクティブ化して削除し、クラスタ時刻同期化サービスを使用するようにします。

Windows TimeサービスおよびNTPサービスのいずれもアクティブでないことがOUIによって検出されると、クラスタ時刻同期化サービスがアクティブ・モードでインストールされ、ノード間で時刻が同期されます。Windows TimeサービスまたはNTPサービスがサーバー上で検出された場合は、クラスタ時刻同期化サービスはオブザーバ・モードで起動され、クラスタ内でOracle Clusterwareによるアクティブな時刻同期化は行われません。

インストール後にクラスタ時刻同期化サービスがアクティブになっていることを確認するには、Oracle Grid Infrastructureインストール所有者として次のコマンドを入力します。

crsctl check ctss

2.12 Intelligent Platform Management Interface(IPMI)の有効化

Intelligent Platform Management Interface(IPMI)は、コンピュータのハードウェアおよびファームウェアへの共通インタフェースを提供し、システム管理者はそのインタフェースを使用して、システム状態の監視およびシステムの管理を実行できます。Oracle Database 11gリリース2では、Oracle ClusterwareにIPMIを統合して、障害分離をサポートしたりクラスタの整合性を確保することができます。

インストール中にノード・ターミネーション・プロトコル(IPMIなど)を選択することで、IPMIでノード・ターミネーションを構成できます。また、IPMIは、crsctlコマンドを使用してインストール後に構成することもできます。

関連項目:
インストール後にIPMIの構成を行う方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

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

クラスタ・ノードをIPMIで管理できるようするには、次のようにハードウェアおよびソフトウェアを構成する必要があります。

- 各クラスタ・メンバー・ノードにBaseboard Management Controller(BMC)が必要です。これは、IPMI over LAN(ローカル・エリア・ネットワーク)をサポートするIPMIバージョン1.5以上と互換性があるファームウェアを実行し、LANを使用したリモート制御に対応するように構成されている必要があります。

注意:
Windows 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が正常に動作しません。

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

BMCはDHCPまたは静的IPアドレスで構成できます。お薦めするのは、DHCPを使用して動的に割り当てたIPアドレスでBMCを構成する方法です。この方法を選択する場合は、BMCのIPアドレスを割り当てるようにDHCPサーバーを構成する必要があります。

注意:
IPMIを構成し、GNSを使用する場合でも、IPMIインタフェースには別のアドレスを構成する必要があります。IPMIアダプタはホストから直接には認識できないため、GNSはホスト上のアドレスとしてIPMIアダプタを認識できません。

2.12.3 IPMIドライバの構成

Oracle ClusterwareがBMCと通信するには、システムの再起動時にIPMIドライバが使用できるように、IPMIドライバが各ノードに永続的にインストールされている必要があります。Windowsシステムの実装では、Microsoft IPMIドライバ(ipmidrv.sys)がインストールされていることを前提としており、これはWindows Server 2008以上のバージョンのWindowsオペレーティング・システムに含まれます。ドライバはハードウェア管理機能の一部として含まれており、ドライバおよびWindows Management Interface(WMI)を含みます。

注意:

- ipmidrv.sysドライバは、Windows Server 2003ではデフォルトではサポートされていません。このドライバはWindows 2003 R2で使用可能ですが、デフォルトではインストールされません。

- 別のドライバ(imbdrv.sys)が、Intel Server Controlの一部としてIntel社より入手可能ですが、このドライバはOracle Clusterwareでテストされていません。

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

ハードウェア管理は、Windows Server 2003システムではデフォルトではインストールおよび有効化されません。ハードウェア管理は、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

2.12.3.2 Windows 2003 R2におけるipmiutilを使用したBMCの構成

IPMIベースのフェンシングが適切に機能するために、BMCハードウェアは、LANを使用したリモート制御に対応するように構成されている必要があります。プラットフォーム固有の管理ユーティリティや、インターネットでダウンロードできるパブリックに使用可能な多くのユーティリティのいずれかを使用すると、BMC構成がブート・プロンプト(BIOS)の影響を与える場合があります。

IPMIutil(LinuxおよびWindowsで使用可能):

http://ipmiutil.sourceforge.net

ツールを使用してBMCを構成する方法の詳細は、選択した構成ツールのドキュメントを参照してください。

各ノードでBMCを構成するときには、次の手順を実行する必要があります。

- IPMI over LANを有効にして、管理ネットワーク経由でBMCを制御できるようにします。

- DHCPまたはGNSを使用して動的なIPアドレスを有効にするか、BMCに対して静的IPアドレスを構成します。

- BMCの管理者ユーザー・アカウントおよびパスワードを設定します。

- BMCをタグVLANで使用する場合は、VLANのタグに対応するようにBMCを構成します。

使用する構成ツールは問いませんが、BMCが正しく機能するには、これらの条件を満たしている必要があります。

Windows 2003 R2でのipmiutilを使用したBMCの構成例

次に示すのは、ipmiutil(バージョン2.2.3)を使用してBMCを構成する例です。

1. 管理者グループのメンバーとしてログインして、コマンド・ウィンドウを開きます。

2. ドライバがロードされ、専用のデバイス・ファイルが作成されたら、ipmiutilがドライバを介してBMCと通信できることを検証します。

C:\> ipmiutil lan
impiutil ver 2.23
<PEFilter parameters displayed> . . .
pefconfig, GetLanEntry for channel 1 . . .
Lan Param(0) Set in progress: 00
. . . <remaining Lan Param info displayed>

次の手順では、この例で説明した必須の構成パラメータが設定されます。

注意:
-lオプションを使用すると、ipmiutilはIPMI over LANを有効にするための特定のLANパラメータのみを設定します。このコマンドを使用するとき、以前に確立したパラメータがコマンドラインに指定されないと、これらのパラメータの値がデフォルト値にリセットされる場合があります。このため、次の手順どおりに実行することが重要です。

3. 管理者権限(-v 4)および任意のユーザー名とパスワードを使用してリモートLANアクセスを確立します(ipmiutilによって固有のLANチャネルが検索されます)。

C:\> ipmiutil lan -l -v 4 -u user_name -p password

4. BMCの動的または静的IPアドレス設定を構成します。

- 動的IPアドレス(DHCP)を使用する場合
動的IPアドレッシングは、OUIで想定されているデフォルトです。クラスタのノードを簡単に追加または削除できるように(アドレスの設定を自動的に割り当てることができるように)、このオプションを選択することをお薦めします。

注意:
DHCPを使用するには、サブネット上にDHCPサーバーがあることが必要です。

チャネルを設定します。たとえば、チャネルが1の場合は、次のコマンドを入力してDHCPを有効にします。

C:\> ipmiutil lan set -l -D

- 静的IPアドレスを使用する場合
ネットワーク接続をBMCとオペレーティング・システムで共有する場合は、IPアドレスが同じサブネット上にあることが必要です。次のように、IPアドレスだけでなく、ネットマスクの適切な値およびネットワークのデフォルト・ゲートウェイも設定する必要があります。

C:\> impiutil lan -l -I 192.168.0.55   (IP address)
C:\> ipmiutil lan -l -G 192.168.0.1    (gateway IP address)
C:\> ipmiutil lan -l -S 255.255.255.0  (netmask)

指定したアドレス(192.168.0.55)は、BMCのみに関連付けられます。通常のpingに応答することはありません。

注意:
-lオプションを指定してIPMI over LANを有効にすると、サブネット・マスクはオペレーティング・システムから取得された値にリセットされます。したがって、impiutil lan -lコマンドを使用して1つずつパラメータを設定する場合は、前述の例に示すように-Sオプションを最後に指定する必要があります。

5. 設定を検証します。
直前の構成手順が完了した後、次のようにして、構成されているノードの設定を検証できます(太字の項目は、行ったばかりの設定を示します)。

C:\> impiutil lan

ipmiutil ver 2.23
peconfig ver 2.23
-- BMC version 1.40, IPMI version 1.5
pefconfig, GetPefEntry ...
PEFilter(01): 04 h : event ... <skipping PEF entries>
...

pefconfig, GetLanEntry for channel 1 ...
Lan Param(0) Set in progress: 00
Lan Param(1) Auth type support: 17 : None MD2 MD5 Pswd
Lan Param(2) Auth type enables: 16 16 16 16 00
Lan Param(3) IP address: 192 168 0 55
Lan Param(4) IP address src: 01 : Static
Lan Param(5) MAC addr: 00 11 43 d7 4f bd
Lan Param(6) Subnet mask: 255 255 255 0
Lan Param(7) IPv4 header: 40 40 10
GetLanEntry: completion code=cc
GetLanEntry(10), ret = -1
GetLanEntry: completion code=cc
GetLanEntry(11), ret = -1
Lan Param(12) Def gateway IP: 192 168 0 1
Lan Param(13) Def gateway MAC: 00 00 0c 07 ac dc
...
Get User Access(1): 0a 01 01 0f : No access ()
Get User Access(2): 0a 01 01 14 : IPMI, Admin (user_name)
Get User Access(3): 0a 01 01 0f : No access ()
pefconfig, completed successfully

6. 最後に、BMCがクラスタ内のリモート・ノードからアクセスおよび制御できることを検証できます。

C:\> ipmiutil health -N 192.168.0.55 -U user_name -P password
ipmiutil ver 2.23
bmchealth ver 2.23
Opening connection to node 192.168.0.55 ...
Connected to node racnode1.example.com 192.168.0.31
BMC version 1.23, IPMI version 1.5
BMC manufacturer = 0002a2 (Dell), product = 0000
Chassis Status   = 01   (on, restore_policy=stay_off)
Power State      = 00   (S0: working)
Selftest status  = 0055 (OK)
Channel 1 Auth Types: MD2 MD5
Status = 14, OEM ID 000000 OEM Aux 00
bmchealth, completed successfully

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

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

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

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

注意:
WindowsプラットフォームでのOracle RACインストールにドメイン・ユーザーを使用することをお薦めします。

2.13.1 ソフトウェア・インストール所有者のための環境変数の構成

Oracle Grid Infrastructureインストールを開始する前に、%TEMP%環境変数が正しく設定されることを確認します。第1.2.1.3項「TEMP領域要件」を参照してください。

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

OUIを実行する前に、インストーラを実行する予定のノードから、インストールに使用するユーザー・アカウントが、クラスタ内の各ノードで管理者グループのメンバーとして構成されていることを確認します。それには、クラスタを構成するノードごとに次のコマンドを入力します(nodenameはノード名)。

net use \\nodename\C$

Cドライブ以外のディスク・ドライブも使用する場合、使用する各ドライブのドライブ文字を置き換えて、クラスタのすべてのノードでこのコマンドを繰り返し実行します。

インストール・ユーザーは、クラスタの各ノードのWindowsレジストリの更新もできる必要があります。インストール・ユーザーがこのように構成されているかを確認するには、次の手順を実行します。

1. 「ファイル名を指定して実行」メニューまたはコマンド・プロンプトからregeditを実行します。

2. 「ファイル」メニューから、「ネットワーク レジストリへの接続」を選択します。

3. 「オブジェクト名を入力してください」編集ボックスに、クラスタ内のリモート・ノードの名前を入力して「OK」をクリックします。

4. ノードがレジストリ・ツリーに表示されるまで待ちます。

リモート・ノードがレジストリ・ツリーに表示されないか、またはユーザー名とパスワードを入力するように求められた場合は、Oracle Grid Infrastructureのインストールを進める前に、オペレーティング・システム・レベルでの権限問題を解決する必要があります。

注意:
インストールが成功するには、クラスタの各ノードで同じユーザー名およびパスワードを使用するか、またはドメイン・ユーザーを使用する必要があります。ドメイン・ユーザーを使用する場合、ローカル管理者グループのメンバーシップを、クラスタのすべてのノードのドメイン・ユーザーに明示的に付与しておく必要があります。

2.13.3 Oracle RACのオペレーティング・システム・グループ

Oracle DatabaseまたはOracle RACをインストールする場合、インストールを実行するユーザーは、ORA_DBAグループに属している必要があります。Oracle DatabaseまたはOracle RACのインストール中、OUIによってすべてのノードにORA_DBAグループが作成され、インストールを実行するユーザーがこのグループに自動的に追加されます。ドメイン・ユーザーを使用する場合、各ノードのドメイン・ユーザーがORA_DBAグループのメンバーであることを確認する必要があります。

注意:
WindowsプラットフォームでのOracle RACインストールにドメイン・ユーザーを使用することをお薦めします。

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

信頼できるアプリケーションのみをコンピュータで実行するために、Windows Server 2008、Windows Server 2008 R2、Windows Server 2012およびWindows Server 2012 R2にはユーザー・アカウント制御が提供されています。このセキュリティ機能を有効にすると、構成方法に応じて、Oracle Databaseのインストール時にOUIによって承認または資格証明のいずれかが求められます。承認またはWindowsの管理者資格証明のいずれかを指定します。

DBCA、NETCA、OPatchなどの一部のOracleツールを実行する場合や、Oracleホーム内のディレクトリに書込みを行うツールまたはアプリケーションを実行する場合は、管理者権限が必要です。User Account Controlが有効で、ローカル管理者としてログインしている場合は、これらの各コマンドを正常に実行できます。ただし、管理者グループのメンバーとしてログインしている場合は、Windows管理者権限でこれらのツールを明示的に実行する必要があります。

管理者権限が必要なすべてのOracleショートカットは、ショートカットをクリックすると自動的に管理者として起動されます。ただし、Windowsコマンド・プロンプトから前述のツールを実行する場合は、管理者コマンド・プロンプトから実行する必要があります。OPatchにはショートカットがないため、管理者コマンド・プロンプトから実行する必要があります。

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

この章では、インストーラを起動してOracle ClusterwareとOracle Automatic Storage Management (Oracle ASM)をインストールする前、およびOracle Real Application Clusters(Oracle RAC)のインストールをクラスタへ追加する前に完了しておく必要がある、記憶域の構成作業について説明します。

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

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

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

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

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

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

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

- Windows用のOCFSにおけるOracle Databaseファイル用の記憶域の構成

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

- 既存のOracle ASMインスタンスのアップグレードまたは移行

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

- ブロック・デバイスおよびRAWデバイスのサポート終了

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

この項では、クラスタ用Oracle Grid Infrastructureソフトウェアの格納用にサポートされているオプションと共有ファイルについて説明します。この章には次の項目があります。

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

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

関連項目:
ネットワーク接続ストレージ・オプションのサポートされているベンダーのリストについては、My Oracle Supportの「動作保証」ページを参照してください。動作保証の情報にアクセスする方法については、第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

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

Oracle Clusterware投票ディスクは、クラスタ・ノードのステータスの監視に使用され、Oracle Cluster Registry(OCR)は、構成情報とクラスタのステータスが格納されるファイルです。OCRは、インストーラによって、Oracle Clusterwareのインストール時に自動的に初期化されます。Oracle Database Configuration Assistant (DBCA)は、OCRを使用して、作成するクラスタ・データベースの構成情報を格納します。

投票ディスクとOCRファイルは、Oracle ASMディスク・グループまたはクラスタ・ファイル・システムのいずれかに配置できます。記憶域は共有される必要があります。構成されている投票ディスクの大半(過半数)が利用できないノードは再起動されます。

注意:
Oracle ASMディスク・グループにOracle Clusterwareファイルを格納するには、ディスク・グループの互換性が11.2以上(Oracle Grid Infrastructureの新規インストールのデフォルト)である必要があります。Oracle ASMインストールをアップグレードする場合は、ディスク・グループの互換性について、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

記憶域オプションが高可用性の要件を満たすには、1つ以上のディスクに障害が発生しても、障害が発生したディスクに格納されているデータをリカバリできるように、ディスクに格納されるファイルをデータ冗長性によって保護する必要があります。この冗長性を、Redundant Array of Independent Disks (RAID)デバイス、または複数の物理デバイス上の論理ボリュームを使用して外部で提供し、すべてをストライプおよびミラー化する方法(SAMEと呼ばれる)を実装できます。RAIDデバイスも論理ボリュームもない場合は、異なるファイル・システム上にファイルの追加のコピー(ミラー)を作成できます。ファイルをミラー化する場合は、追加のOCRファイルおよび2つ以上の追加の投票ディスク・ファイル用にディスク領域を指定する必要があります。

各OCRの場所は、異なるディスクに配置する必要があります。投票ディスク・ファイルを配置する場合は、ファイルがハードウェア・デバイスまたはディスクを共有しないように、または他のシングル・ポイント障害の影響が他の投票ディスクに及ばないように、各ファイルを構成する必要があります。構成されている投票ディスクの大半(過半数)が利用できないノードは再起動されます。

Oracle Clusterwareファイル用に記憶域オプションを選択する場合は、次のガイドラインを使用します。

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

- 共有記憶域として、Oracle ASM 11gリリース2 (11.2)を使用できます。この目的では、以前のリリースのOracle ASMは使用できません。

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

- Oracle Grid Infrastructureホーム(Gridホーム)は、共有ファイル・システムに格納することはできません。ローカル・ディスクにインストールする必要があります。

- Oracle ClusterwareファイルをOracle ASMに格納し、ディスク・グループに冗長性を使用すると、Oracle ASMにより、ディスク・グループの冗長性に基づいて、最適な投票ファイル数が自動的に維持されます。投票ファイルは1つのディスク・グループに作成され、このディスク・グループに投票ファイルを手動で追加することはできません。

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

すべてのOracle RACインストールで、Oracle Databaseファイルに使用するために、共有記憶域オプションを選択する必要があります。Oracle Databaseファイルには、データ・ファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれています。また、インストール中に自動バックアップを有効にするには、リカバリ・ファイル(高速リカバリ領域)に使用する共有記憶域オプションを選択する必要があります。

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

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

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

- Oracle RACでOracle ACFSを使用するためのガイドライン

- ファイル・システムにデータ・ファイルを配置するためのガイドライン

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

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

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

- リカバリ・ファイル用に選択する共有記憶域オプションは、データ・ファイル用に選択する共有記憶域オプションと同じであっても、異なっていてもかまいません。ただし、リカバリ・ファイルの格納にRAWデバイスは使用できません。

- RAWデバイスは、既存のインストールをアップグレードする場合、および以前に構成したRAWパーティションを使用する場合にのみサポートされます。新規インストールでのRAWディスクまたはパーティションの使用は、Oracle Automatic Storage Management Configuration Assistant (ASMCA)やOracle Universal Installer (OUI)ではサポートされていませんが、データベースを手動で構成する場合は、Oracle RACでサポートされます。

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

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

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

- Standard EditionのOracle RACインストールでは、データベース・ファイルまたはリカバリ・ファイルの共有記憶域オプションとして、Oracle ASMのみがサポートされています。Oracle RACデータ・ファイル、オンラインREDOログ、アーカイブREDOログ、制御ファイル、サーバー・パラメータ・ファイル(SPFILE)および高速リカバリ領域の記憶域として、Oracle ASMを使用する必要があります。

- Oracle RACでOracle ASMを使用するために新しいOracle ASMインスタンスを構成する場合は、システムが次の条件を満たしている必要があります。

- クラスタ用Oracle Grid Infrastructureのインストールの一部として、クラスタ内のすべてのノードにOracle ClusterwareおよびOracle ASM 11gリリース2 (11.2)がインストールされている。

- Oracle RACをインストールする前またはOracle RACデータベースを作成する前に、クラスタ内のすべてのノードで既存のすべてのOracle ASMインスタンスが停止されている。

3.1.2.2 記憶域としてOracle ASMディスク・グループを使用するためのガイドライン

Oracle Grid Infrastructureのインストール中、1つのディスク・グループを作成できます。Oracle Grid Infrastructureのインストール後、ASMCA、SQL*PlusまたはASMCMDを使用して追加のディスク・グループを作成できます。Oracle Database 11gリリース2 (11.2)以上のリリースでは、Oracle Database Configuration Assistant (DBCA)にOracle ASM用のディスク・グループを作成する機能がないことに注意してください。

Oracle Grid Infrastructureをインストールした後にOracle DatabaseまたはOracle RACをインストールする場合は、データベース・ファイル、OCRおよび投票ディスク・ファイル用に同じディスク・グループを使用しても、異なるディスク・グループを使用してもかまいません。Oracle RACをインストールする前またはデータベースを作成する前に複数のディスク・グループを作成する場合は、次のいずれかを行うように決定できます。

- Oracle Clusterwareファイルと同じディスク・グループにデータ・ファイルを配置する

- データ・ファイルおよびリカバリ・ファイル用に同じOracle ASMディスク・グループを使用する

- ファイル・タイプごとに異なるディスク・グループを使用する

記憶域用に1つのディスク・グループのみを作成した場合は、OCRと投票ディスク・ファイル、データベース・ファイルおよびリカバリ・ファイルは1つのディスク・グループに格納されます。記憶域用に複数のディスク・グループを作成した場合は、異なるディスク・グループにファイルを配置するように選択できます。

注意:
既存のディスク・グループを管理するOracle ASMインスタンスは、Gridホームで実行されている必要があります。

関連項目:

- Oracle ASM記憶域を使用するようにデータベースを構成する方法については、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

- ディスク・グループの作成については、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.1.2.3 Oracle RACでDirect Network File System(NFS)クライアントを使用するためのガイドライン

ネットワーク接続ストレージ(NAS)・システムでは、データへのアクセスにネットワーク・ファイル・システム(NFS)が使用されます。Oracle Direct NFSクライアントを使用して、サポートされているNASサーバーにOracle RACデータ・ファイルとリカバリ・ファイルを格納できます。

Oracle RACのインストールを開始する前に、NFSファイル・システムをマウントして使用可能にしておく必要があります。NFSの構成とマウントについては、ベンダーのドキュメントを参照してください。

Oracle DatabaseソフトウェアおよびデータベースがNFS記憶域を使用している場合、そのパフォーマンスは、データベース・サーバーとNASデバイス間のネットワーク接続のパフォーマンスによって左右されることに注意してください。そのため、データベース・サーバー(またはクラスタ・ノード)とNASデバイスの接続には、ギガビット・イーサネット以上のプライベートな専用ネットワーク接続を使用することをお薦めします。

3.1.2.4 Oracle RACでOracle ACFSを使用するためのガイドライン

Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)は、汎用のファイル・システムです。Oracle ACFSにOracle Database 11gリリース2 (11.2)のデータベース用のOracleホームを配置できますが、Oracleデータ・ファイルまたはOracle ClusterwareファイルはOracle ACFSに配置できません。Oracle ACFSの次の点に注意してください。

- Oracle Clusterwareの実行可能ファイルまたは共有ファイルをOracle ACFSに配置することはできません。

- Oracle Databaseデータ・ファイルをOracle ACFSに配置することはできません。

- Oracle Databaseの実行可能ファイルおよび管理ファイル(トレース・ファイルなど)をOracle ACFSに配置することができます。

- Oracle ACFSは、Oracleデータ・ファイル以外のファイル・タイプ用に、汎用ファイル・システムを提供します。

注意:
Oracle ASM 11gリリース2 (11.2.0.1)では、Oracle ACFSおよびOracle ASM動的ボリューム・マネージャ(Oracle ADVM)は、次の環境でのみサポートされます。

- Windows Server 2003(x64)

- Windows Server 2003 R2(x64)

Oracle ASM 11gリリース2 (11.2.0.2)以降、Oracle ACFSおよびOracle ADVMは、Windows Server 2008, x64およびWindows Server 2008 R2, x64でサポートされます。

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

3.1.2.5 ファイル・システムにデータ・ファイルを配置するためのガイドライン

Oracleデータ・ファイルをWindows用のOracle Cluster File System(Windows用のOCFS)に格納する場合は、次のガイドラインに従って格納先を決定します。

- データ・ファイルを格納するために、単一のクラスタ・ファイル・システムまたは複数のクラスタ・ファイル・システムを選択できます。

- 単一のクラスタ・ファイル・システムを使用する場合は、そのデータベース専用の物理デバイスにあるクラスタ・ファイル・システムを選択します。
パフォーマンスおよび信頼性を高めるために、複数の物理デバイスでRAIDデバイスまたは論理ボリュームを選択し、すべてをストライプ化およびミラー化する方法(SAME)を実装します。

- 複数のクラスタ・ファイル・システムを使用する場合は、そのデータベース専用の単独の物理デバイスまたはパーティション上のクラスタ・ファイル・システムを選択します。
この方法によって、物理I/Oを分散させ、別々のデバイスで個々に制御ファイルを作成して、信頼性を向上できます。また、Oracle Optimal Flexible Architecture(OFA)のガイドラインを完全に実装できます。この方法を実装するには、OUIで「詳細」データベース作成オプションを選択する必要があります。

- インストール中に事前構成済データベースを作成する場合、選択するクラスタ・ファイル・システムには4GB以上の空きディスク領域が必要です。
本番データベースの場合は、データベースをどのように使用するかを考慮して、ディスク領域要件を見積もる必要があります。

- 最適なパフォーマンスを得るため、データベース専用に使用される物理デバイスに存在するクラスタ・ファイル・システムを選択する必要があります。

注意:
Windows用のOCFSに使用するディスクにNew Technology File System(NTFS)パーティションを作成する必要はありません。

- Windows用のOCFSでは、NFSまたはWindowsネットワーク共有を介したネットワーク・アクセスはサポートされません。

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

インストール時に自動バックアップを有効にする予定がある場合にのみ、Oracle Databaseリカバリ・ファイル用の場所をインストール前に選択しておく必要があります。

クラスタ・ファイル・システムにリカバリ・ファイルを配置する場合は、配置する場所を決定するときに次のガイドラインを使用します。

- ディスク障害が発生した場合にデータベース・ファイルとリカバリ・ファイルが使用不可能にならないように、リカバリ・ファイルは、データベース・ファイルとは別の物理ディスクにあるクラスタ・ファイル・システムに格納します。

注意:
いずれかまたは両方のファイル・タイプに標準または高冗長レベルのOracle ASMディスク・グループを使用するか、または外部冗長を使用する方法もあります。

- 選択するクラスタ・ファイル・システムには、3GB以上の空きディスク領域が必要です。
ディスク領域要件は、高速リカバリ領域に対して設定(DB_RECOVERY_FILE_DEST_SIZE初期化パラメータで指定)された、デフォルトのディスク割当て制限です。

「詳細」データベース構成オプションを選択すると、異なるディスク割当て容量の値を指定できます。データベースを作成した後、Oracle Enterprise Managerを使用して、別の値を指定することもできます。

関連項目:
高速リカバリ領域のサイジングの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

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

Oracle ClusterwareとOracle RACデータベースの両方とも、クラスタ内のすべてのノードで使用できる必要があるファイルを使用します。これらのファイルは、サポートされているタイプの共有記憶域に配置される必要があります。

Oracle Grid InfrastructureとOracle RACのインストール中、どのタイプの共有記憶域を使用するかを決定するときに次のトピックを確認します。

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

- Oracle RACでサポートされている記憶域オプション

3.2.1 Oracle Grid Infrastructureでサポートされている記憶域オプション

Oracle Grid Infrastructureソフトウェアは、クラスタ・ファイル・システムにインストールすることはできません。Oracle Grid Infrastructureホーム(Gridホーム)は、NTFSフォーマットされたローカルのディスクに存在する必要があります。

共有Oracle Clusterwareファイルの格納には、次の2つの方法があります。

- Oracle ASM: Oracle Clusterwareファイル(OCRおよび投票ディスク)をOracle ASMのディスク・グループにインストールできます。
標準インストールとStandard EditionのOracle RACインストールにおいて、Oracle ASMは必須のデータベース記憶域オプションです。それは、Oracle ClusterwareとOracle Databaseファイル用の、統合された高性能のデータベース・ファイル・システムおよびディスク・マネージャです。データベース・ファイルのストライプ化およびミラー化を自動的に実行します。

注意:

- OUIを使用して、Oracle ClusterwareやOracle DatabaseのファイルをRAWデバイスに直接インストールすることはできなくなりました。

- ノード上のデータベース・インスタンスの数に関係なく、各ノードに許可されるOracle ASMインスタンスは1つのみです。

- Oracle ASMディスク・グループにOracle Clusterwareファイルを格納するには、ディスク・グループの互換性が11.2以上である必要があります。ディスク・グループの互換性の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- Windows用のOCFS: Windows用のOCFSは、Microsoft WindowsプラットフォームでOracle ClusterwareとOracle RACファイルの記憶域として使用できる、唯一サポートされている別のクラスタ・ファイル・システムです。Windows用のOCFSは、Linuxプラットフォームで使用できるOCFS2とは異なります。
Windows用のOCFSは、Microsoft Windowsプラットフォーム向けのOracle Grid InfrastructureとOracle RACのインストール・メディアに含まれており、Oracle Clusterwareで自動的にインストールされます。ただし、新規インストールの場合は、Oracle ASMを使用してOCRと投票ディスク・ファイルを格納することをお薦めします。Oracle ClusterwareファイルにWindows用のOCFSを使用することはお薦めしません。

注意:
Oracle Clusterwareファイルを、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)に配置することはできません。Oracle Grid Infrastructureは、クラスタ・ファイル・システムにインストールすることはできません。

関連項目:
サポートされているクラスタ・ファイル・システムについては、My Oracle Supportの「動作保証」ページを参照してください。第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

表3-1「Oracle ClusterwareとOracle RACファイルおよびホーム・ディレクトリでサポートされている記憶域オプション」には、Oracle ClusterwareおよびOracle RACファイルを格納するために使用できる記憶域オプションが示されています。

注意:
Oracle ClusterwareおよびOracle RACインストールでサポートされる記憶域オプションの最新情報は、My Oracle Support Webサイトの「動作保証」ページを参照してください。第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

3.2.2 Oracle RACでサポートされている記憶域オプション

すべてのノードで共有する必要があるOracle Database(Oracle RAC)ファイルを格納するには、いくつかの方法があります。

- Oracle ASM: Oracle ASMディスク・グループにOracle RACデータ・ファイルとリカバリ・ファイルを作成できます。
標準インストールとStandard EditionのOracle RACインストールにおいて、Oracle ASMは必須のデータベース記憶域オプションです。

注意:
OUIを使用して、Oracle ClusterwareやOracle DatabaseのファイルまたはバイナリをRAWデバイスに直接インストールすることはできなくなりました。
ノード上のデータベース・インスタンスの数に関係なく、各ノードに許可されるOracle ASMインスタンスは1つのみです。

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

- Windows用のOCFS: Windows用のOCFSは、Oracle Databaseバイナリとデータ・ファイルの格納に使用されるクラスタ・ファイル・システムです。データベース記憶域としてWindows用のOCFSを使用する場合は、Windows用のOCFSによって使用される未フォーマットのディスク・パーティションを作成するときに、すべてのデータベースとリカバリ・ファイルに対応できる十分な大きさのパーティションを作成する必要があります。

- Oracle ACFS: Oracle ACFSは、管理ファイルおよび外部汎用データ・ファイルを格納できる汎用ファイル・システムを提供します。Oracle ACFSにOracle Databaseソフトウェアをインストールできます。

注意:
Oracle ClusterwareまたはOracle Databaseデータ・ファイルをOracle ACFSに配置することはできません。

関連項目:
サポートされているクラスタ・ファイル・システムについては、My Oracle Supportの「動作保証」ページを参照してください。第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

- ネットワーク・ファイル・システム(NFS)とOracle Direct NFSクライアント: Oracle内部のDirect NFSクライアントを直接使用してNFS V3サーバーにアクセスするように、Oracle RACを構成できます。

注意:
Oracle Clusterwareファイルの格納には、Direct NFSクライアントを使用できません。Oracle Databaseファイルの格納には、Direct NFSクライアントのみを使用できます。Direct NFSクライアントを使用してWindowsにOracle RACをインストールするには、Oracle Clusterwareファイル用のNFSではなく共有記憶域にアクセスする必要があります。

関連項目:
Direct NFSクライアントの使用の詳細は、第3.8.1項「Direct NFSクライアントについて」を参照してください。

表3-1に、Oracle ClusterwareおよびOracle RACファイルを格納するために使用できる記憶域オプションを示します。

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

記憶域オプション

OCRおよび投票ディスク

Oracle Grid Infrastructureホーム

Oracle RACホーム

Oracle RACデータベース・ファイル

Oracleリカバリ・ファイル

Oracle ASM

可

不可

不可

可

可

Oracle ACFS

不可

不可

11.2以上の場合: 可

11.1以前の場合: 不可

不可

不可

Windows用のOCFS

可

不可

可

可

可

動作保証されているネットワーク接続ストレージ(NAS)・ファイラへのDirect NFSクライアント・アクセス

注意: NFSまたはDirect NFSクライアントは、Oracle Clusterwareファイル用には使用できません。

不可

不可

不可

可

可

共有ディスク・パーティション(RAWデバイス)

OUIおよびASMCAでは非サポートだが、ソフトウェアでサポート。インストール後に追加または削除できます。

不可

不可

OUIおよびASMCAでは非サポートだが、ソフトウェアでサポート。インストール後に追加または削除できます。

不可

ローカル・ファイル・システム

不可

可

可

不可

不可

注意:
Oracle ClusterwareおよびOracle RACインストールでサポートされる記憶域オプションの最新情報は、My Oracle Support Webサイトの「動作保証」ページを参照してください。第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」を参照してください。

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

サポートされている各ファイル・システム・タイプには、Oracle ClusterwareおよびOracle RACをサポートするために満たす必要がある追加の要件があります。記憶域オプションを選択する際に、次の項を参考にしてください。

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

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

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

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

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

3.3.1 Oracle Clusterwareファイル用のクラスタ・ファイル・システムを使用するための要件

Oracle ClusterwareファイルにWindows用のOCFSを使用するには、次の要件に準拠する必要があります。

- OCRファイルを共有ファイル・システムに配置するように選択する場合は、次のいずれかに該当していることが推奨されます。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(ファイルの冗長性を実装しているRAIDデバイスなど)にある。

- 2つ以上のファイル・システムがマウントされていて、Oracle Clusterware 11gリリース2 (11.2)の機能を使用してOCRおよび投票ディスクに冗長性を提供している。

- RAIDデバイスを使用してOracle Clusterwareファイルを格納する場合は、OCR用に280MB以上の使用可能な領域と、投票ディスクごとに280MBを持つパーティションが必要です。

- OCRと投票ディスク・ファイルの高可用性を提供するためにOracle Clusterwareの冗長機能を使用する場合、3つ以上のファイル・システムが必要となり、OCRと投票ディスク用に各ファイル・システムに560MBの使用可能領域が必要になります。

注意:
Windows用のOCFSが使用できる最小のパーティション・サイズは、500MBです

たとえば、ハードウェア・レベルで冗長性(外部冗長)を提供していないクラスタ・ファイル・システムにすべてのOCRおよび投票ディスク・ファイルを格納するには、3つ以上のボリューム(OCRおよび投票ディスク・ファイル用に3つの別々のボリューム位置で、1つのボリュームに1つのファイル)で約2GBの記憶域が使用可能である必要があります。データが冗長構成されるファイル・システムでは、OCRを格納するために280MBの使用可能な領域と、投票ディスク・ファイルごとに560MBの使用可能な領域を持つ物理ディスクが1つのみ必要です。

注意:
以前のリリースのOracle Clusterwareからアップグレードする際、既存のクラスタでOCRに100MBのディスク・パーティション、投票ディスクに20MBのディスク・パーティションが使用されている場合は、これらのパーティションを300MB以上に拡張する必要があります。パーティションは使用せずに、OCRおよび投票ディスクをQUORUMディスク・グループとしてマークされたOracle ASMディスク・グループに配置することをお薦めします。
既存のOCRおよび投票ディスク・ファイルのサイズが280MB以上である場合は、アップグレードを実行する前にOCRまたは投票ディスクのサイズを変更する必要はありません。

すべてのストレージ製品は、サーバー・ベンダーとストレージ・ベンダーの両方でサポートされている必要があります。

3.3.2 共有記憶域に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つのタイプの記憶域を使用し、投票ディスク・ファイルに異なるタイプの記憶域を使用できます。

Oracle RACデータベースの自動バックアップを有効にする場合は、共通記憶域に高速リカバリ領域を配置する必要があります。高速リカバリ領域にOracle ASMディスク・グループを指定して、リカバリ・ファイルの共有記憶域メカニズムとしてOracle ASMを選択できます。インストール時に選択するデータベースの作成方法に応じて次のいずれかを選択します。

- Oracle Databaseのインストールを実行する前にOracle ASMディスク・グループを作成し、DBCAを対話型モードで実行するインストール方法を選択した場合(「詳細」データベース構成オプションを選択した場合など)、データ・ファイルおよびリカバリ・ファイルに同じOracle ASMディスク・グループを使用するかどうかを決定できます。それぞれのファイル・タイプで異なるディスク・グループを使用するように選択することもできます。データ・ファイル用とリカバリ・ファイル用に、別々のOracle ASMディスク・グループを作成することをお薦めします。
インストール後にDBCAを使用してデータベースを作成する場合も、同様の選択ができます。

- 非対話型モードでDBCAを実行するインストール・タイプを選択した場合は、データ・ファイルとリカバリ・ファイルに同じOracle ASMディスク・グループを使用する必要があります。選択するOracle ASMディスク・グループは、インストールまたはDBCAを開始する前に作成済である必要があります。

2. Oracle ASMディスク・グループに使用するOracle ASMの冗長性レベルを選択します。
Oracle ASMディスク・グループに選択した冗長レベルによって、Oracle ASMでディスク・グループ内のファイルをミラー化する方法および必要となるディスク数とディスク領域が決まります。冗長レベルは、次のとおりです。

- 外部冗長
外部冗長ディスク・グループでは、最小で1台のディスク・デバイスが必要です。外部冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計です。

Oracle ASMは外部冗長ディスク・グループ内のデータをミラー化しないため、RAIDなどのストレージ・デバイスによる外部冗長を使用するか、または独自のデータ保護メカニズムを持つ類似デバイスを使用することをお薦めします。

外部冗長を選択した場合でも、3つ以上の投票ディスクを構成しておく必要があります。各投票ディスクは独立したエンティティで、ミラー化できないためです。

- 標準冗長
標準冗長ディスク・グループでは、最小で2台のディスク・デバイス(または2つの障害グループ)が必要です。標準冗長のディスク・グループで有効なディスク領域は、すべてのデバイスのディスク領域の合計の半分です。

Oracle Clusterwareファイルの場合、標準冗長のディスク・グループは最小で3台のディスク・デバイスを必要とし、3つの投票ディスク・ファイル、つまりOCRに1つ、OCRコピーに2つ(プライマリとセカンダリ・ミラーに1つずつ)を提供します。標準冗長のディスク・グループを使用すると、クラスタは障害グループを1つ失っても存続できます。

ほとんどの使用環境では、標準冗長ディスク・グループを選択することをお薦めします。

- 高冗長
高冗長ディスク・グループでは、Oracle ASMはデフォルトで3方向のミラー化を使用してパフォーマンスを向上させ、最高レベルの信頼性を提供します。高冗長ディスク・グループでは、最小で3台のディスク・デバイス(または3つの障害グループ)が必要です。高冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計の3分の1です。

Oracle Clusterwareファイルの場合、高冗長のディスク・グループは最小で5台のディスク・デバイスを必要とし、5つの投票ディスク・ファイル、つまりOCRに1つ、OCRのコピーに3つ(プライマリに1つ、セカンダリ・ミラーに2つ)を提供します。高冗長のクラスタは、障害グループを2つ失っても存続できます。

高冗長ディスク・グループでは、高レベルのデータ保護が提供されますが、この冗長レベルの使用を決定する前に、追加するストレージ・デバイスのコストを考慮する必要があります。

注意:
ディスク・グループの作成後に、ディスク・グループの冗長レベルを変更することはできません。

3. Oracle Clusterwareファイルに必要なディスク領域の合計容量を決定します。
表3-2を使用して、共有ストレージとしてOracle ASMを使用するOracle Clusterwareのインストールに必要な最小限のディスク数と最小限のディスク領域を決定します。

表3-2 冗長タイプによるOracle ASM用のOracle Clusterwareディスク領域

格納されるファイル・タイプ

ディスクの最小台数

ディスクまたはディスク・パーティション・サイズ

外部冗長ディスク・グループのOCRと投票ディスク

1

投票ディスク・ファイルごとに300MB以上およびOCRごとに300MB

標準冗長ディスク・グループのOCRと投票ディスク

3

OCRとそのコピーに600MB以上、投票ディスク・ファイルに900MB以上、または1つのディスク・グループ内の両方のファイルに1.5GB以上。

注意: インストール中にディスク・グループを作成する場合は、2GB以上のサイズにする必要があります。

高冗長ディスク・グループのOCRと投票ディスク

5

OCRとそのコピーに900MB以上、投票ディスク・ファイルに1.5GB以上、または1つのディスク・グループ内の両方のファイルに2.4GB以上。

注意:
投票ディスク・ファイルがディスク・グループにある場合、Oracle Clusterwareファイル(OCRおよび投票ディスク・ファイル)があるディスク・グループの障害グループの最小数は、他のディスク・グループよりも多くなります。
インストール中に、OCRおよび投票ディスク・ファイルのディスク・グループを作成する場合、使用可能な領域が2GB以上あるディスク・グループ上にこれらのファイルを作成するよう、インストーラによって求められます。

定数障害グループは、特殊なタイプの障害グループです。定数障害グループ内のディスクには、ユーザー・データは含まれませんが、Oracle Clusterware投票ファイルは含まれます。定数障害グループは、指定した障害グループの定数が使用可能であることを確認するために使用されます。定数障害グループは、ユーザー・データを格納するための冗長性要件を決定する際には考慮されません。ただし、ディスク・グループをマウントする場合は定数障害グループが考慮されます。

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

4. Oracle Databaseファイルおよびリカバリ・ファイルに必要なディスク領域の合計容量を決定します。
次の表を使用して、初期データベースのインストールに必要な最小限のディスク数とディスク領域を決定します。

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

冗長レベル

ディスクの最小台数

データベース・ファイル

リカバリ・ファイル

合計

外部

1

1.5GB

3GB

4.5GB

標準

2

3GB

6GB

9GB

高

3

4.5GB

9GB

13.5GB

注意:
前の表に示したファイル・サイズは、新規インストール(またはユーザー・データのないデータベース)の必要最小限の見積りです。実際のデータベースのファイル・サイズはこれよりも大きくなります。

5. 既存のディスク・グループを使用できるかどうかを確認します。
現在、システム上にOracle ASMインスタンスが存在している場合は、これらの記憶域要件を満たすために既存のディスク・グループを使用できます。インストール時、必要に応じて、既存のディスク・グループにディスクを追加できます。既存のディスク・グループの使用の詳細は、第3.3.2.1項「既存のOracle ASMディスク・グループの使用」を参照してください。

6. 使用する既存のOracle ASMディスク・グループがない場合は、Oracle RACをインストールする前に、必要に応じて1つ以上のOracle ASMディスク・グループを作成します。ディスク・グループで使用するディスクの選択の詳細は、第3.3.2.2項「Oracle ASMディスク・グループで使用するディスクの選択」を参照してください。

7. 必要な場合は、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管理者ガイド』を参照してください。

3.3.2.1 既存のOracle ASMディスク・グループの使用

データベース・ファイルまたはリカバリ・ファイルの記憶域オプションとしてOracle ASMを使用するには、既存のOracle ASMディスク・グループを使用するか、Oracle Database 11gリリース2のインストール前およびOracle RACデータベースの作成前にASMCAを使用して必要なディスク・グループを作成しておく必要があります。

現在Oracle ASMディスク・グループが存在しているかどうか、または既存のディスク・グループに十分なディスク領域があるかどうかを判断するために、Oracle Enterprise Manager Grid ControlまたはDatabase 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\11.2.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. 必要に応じて、前述の記憶域要件を満たすために必要な追加のディスク・デバイスを設置または指定します。

注意:
既存のディスク・グループにデバイスを追加する場合は、サイズおよびパフォーマンス特性が、そのディスク・グループ内の既存デバイスと同じであるデバイスの使用をお薦めします。

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

システムに適切なディスク・グループが存在しない場合は、適切なディスク・デバイスを設置または指定して、新しいディスク・グループを追加します。次のガイドラインに従って、適切なディスク・デバイスを指定します。

- Oracle ASMディスク・グループのすべてのデバイスは、サイズおよびパフォーマンス特性が同じである必要があります。

- 単一の物理ディスクにある複数のパーティションを、1つのディスク・グループのデバイスとして指定しないでください。Oracle ASMは、各ディスク・グループのデバイスが、別々の物理ディスク上に存在するとみなします。

- 非共有論理パーティションは、Oracle RACではサポートされていません。Oracle RACデータベースに論理パーティションを使用する場合は、diskpart.mscなどの論理ボリューム・マネージャで作成された共有論理ボリュームを使用する必要があります。

- 論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要なほどレイヤーが複雑になるため、この使用はお薦めしません。さらに、Oracle ASMおよびOracle RACで論理ボリュームを使用する場合、Oracle RACでは、クラスタ論理ボリューム・マネージャが必要です。

関連項目:

- 第3.5項「共有ディスクの事前準備」

- 第3.6項「Oracle ASM用の共有記憶域の構成」

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

Oracle ASMで使用するディスク・パーティションを構成する場合は、次の制限に注意してください。

- 第4章「クラスタ用Oracle Grid Infrastructureのインストール」の説明に従ってOUIを実行してOracle Clusterwareをインストールしている間は、Oracle Clusterwareファイルをプライマリ・パーティションに格納することはできません。Oracle ClusterwareファイルおよびOracle ASMに使用するディスクの拡張パーティションに論理ドライブを作成する必要があります。

- x64 Windowsでは、各ディスクに作成できるプライマリ・パーティション数は最大128です。

- 共有ディレクトリを作成できるのは、プライマリ・パーティションおよび論理ドライブ上のみです。

- ディスクが競合しないように、単一のディスクに作成するパーティションの数を制限することをお薦めします。このため、プライマリ・パーティションではなく拡張パーティションを使用する方が適した場合があります。

このような理由から、Oracleソフトウェア・ファイルの格納には、プライマリ・パーティションではなく拡張パーティションの使用をお薦めします。

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

Oracle Clusterware、Oracle ASM、Oracle RACに共有ファイル・システムを使用するには、ファイル・システムで次の要件を満たす必要があります。

- クラスタ・ファイル・システムを使用するには、そのクラスタ・ファイル・システムが第3.2項「Oracle Grid InfrastructureおよびOracle RACでサポートされている記憶域オプション」に示されているサポートされているクラスタ・ファイル・システムである必要があります。

- NFSを使用するには、動作保証されているネットワーク接続ストレージ(NAS)・デバイス上にある必要があります。動作保証されているNASデバイスのリストについては、第2.4項「My Oracle Supportでのハードウェアおよびソフトウェアの動作保証の確認」の説明に従って、My Oracle Support Webサイトにアクセスしてください。

- OCRファイルを共有ファイル・システムに配置するように選択する場合は、次のいずれかに該当していることが推奨されます。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(RAIDデバイスなど)にある。

- 2つ以上のファイル・システムがマウントされていて、Oracle Clusterware 11gリリース2 (11.2)の機能を使用してOCRに冗長性を提供している。

- Oracle RACデータ・ファイルを共有ファイル・システムに配置するように選択する場合、次のいずれかに該当している必要があります。

- ファイル・システムに使用されるディスクが、高可用性のストレージ・デバイス(RAIDデバイスなど)にある。

- ファイル・システムは、2つ以上の独立したファイル・システムで構成されており、一方のファイル・システムではデータベース・ファイル、もう一方のファイル・システムではリカバリ・ファイルが使用される。

- インストールを実行するユーザー・アカウント(oracleまたはgrid)には、共有記憶域として指定したパスにファイルを作成するための書込み権限が必要です。

注意:

Oracle Clusterwareをアップグレードする際、既存のクラスタでOCRに100MBのパーティション、投票ディスクに20MBのパーティションが使用されている場合は、これらのパーティションを300MB以上に拡張する必要があります。パーティションは使用せず、OCRおよび投票ディスクをQUORUMディスク・グループとしてマークされたOracle ASMディスク・グループに配置することをお薦めします。

すべてのストレージ製品は、サーバー・ベンダーとストレージ・ベンダーの両方でサポートされている必要があります。

表3-4と表3-5を使用して、共有ファイル・システムの最小サイズを決定します。

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

格納されるファイル・タイプ

ボリュームの数

ボリュームのサイズ

外部冗長で作成された投票ディスク

1

投票ディスク・ボリュームごとに300MB以上

外部冗長で作成されたOCR

1

OCRボリュームごとに300MB以上

Oracleソフトウェア提供の冗長で作成されたOracle Clusterwareファイル(OCRおよび投票ディスク)

1

OCRボリュームごとに300MB以上

投票ディスク・ボリュームごとに300MB以上

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

格納されるファイル・タイプ

ボリュームの数

ボリュームのサイズ

Oracle Databaseデータ・ファイル

1

ボリュームごとに1.5GB以上

リカバリ・ファイル

注意: リカバリ・ファイルはデータベース・ファイルとは異なるボリュームに配置する必要があります。

1

ボリュームごとに2GB以上

表3-4および表3-5で、必要なボリューム・サイズの合計を加算して求めます。たとえば、標準冗長を使用してすべてのOracle Clusterwareファイルを共有ファイル・システムに格納するには、3つ以上のボリューム(OCRと2つのOCRミラー用に3つの別々のボリューム位置と、ボリュームごとに1つの投票ディスク)で2GB以上の記憶域が使用可能である必要があります。投票ディスクおよびOCRファイルを別々の物理ディスクに確実に配置するには、500MB以上の物理ディスクが3つ以上必要です。また、Oracle RACにこの共有ストレージを使用して、データ・ファイルにボリューム1つ、リカバリ・ファイルにボリューム1つを使用する場合、2つのボリュームで3.5GB以上、全ボリュームの合計で5.5GB以上の利用可能な記憶域が必要です。

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

データベース・ファイルにWindows用のOCFSまたはOracle ASMを使用した場合、データベースは、デフォルトで、Oracle Databaseが管理するファイルを使用して作成されます。Oracle Managed Files機能を使用する場合は、データベース・ファイルの作成または削除時に、ファイル名のかわりにデータベース・オブジェクト名のみを指定する必要があります。

Oracle Managed Filesを使用可能にするには、設定の手順を実行する必要があります。

関連項目:
『Oracle Database管理者ガイド』のOracle Managed Filesの使用に関する項を参照してください。

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

ディスク記憶域オプションを決定したら、最初に第3.5項「共有ディスクの事前準備」に示されている手順を実行し、次のように共有記憶域を構成します。

- Oracle ASMを使用する場合は、第3.6項「Oracle ASM用の共有記憶域の構成」を参照してください。

- ファイル・システムを使用する場合は、第3.7項「Windows用のOCFSにおけるOracle Databaseファイル用の記憶域の構成」を参照してください。

3.5 共有ディスクの事前準備

次の手順を実行して、記憶域用の共有ディスクを準備します。

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

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

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

クラスタ内のノード間でデータの共有に使用するすべてのディスクで、書込みキャッシュを無効にする必要があります。書込みキャッシュを無効にするには、次の手順を実行します。

1. 「スタート」をクリックし、「コントロール パネル」、「管理ツール」、「コンピュータの管理」、「デバイス マネージャ」、「ディスク ドライブ」の順に選択します。

2. 「ディスク ドライブ」を展開し、最初に表示されているドライブをダブルクリックします。

3. 選択したドライブの「ポリシー」タブで、書込みキャッシュを有効にするオプションの選択を解除します。

4. その他に、Oracle ClusterwareおよびOracle RACで使用する各ドライブをダブルクリックし、前述の手順のとおり、書込みキャッシュを無効にします。

注意:
ノード間で共有されるファイル(データベース・ファイルを含む)の格納に使用するディスクでは、書込みキャッシュを無効にする必要があります。

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

Windows Server 2003 R2 Enterprise EditionまたはDatacenter Editionを使用する場合は、ディスク自動マウントを有効にする必要があります(デフォルトでは無効になっています)。その他のWindowsリリースでは、デフォルトで自動マウント機能が有効になっている場合にも、自動マウントが有効であることを確認してください。

自動マウントを有効化する必要があるのは、次のものを使用する場合です。

- Oracle RACのRAWパーティション

- Windows用のOCFS

- Oracle Clusterware

- 単一ノード・データベース・インストール用のRAWパーティション

- Oracle ASM用の論理ドライブ

注意:
RAWパーティションは、構成済のパーティションを使用している既存のインストールをアップグレードする場合のみ、サポートされます。新規インストールでのRAWパーティションの使用は、ASMCAまたはOUIではサポートされていませんが、手動で構成する場合は、ソフトウェアでサポートされます。

Windowsのバージョン間でオペレーティング・システムをアップグレードする場合(たとえば、Windows Server 2003からWindows Advanced Server 2003へ)、アップグレード完了後にこの手順を繰り返す必要があります。

新しいボリュームの自動マウントが有効かどうかを確認するには、次のコマンドを実行します。

c:\> diskpart
DISKPART> automount
Automatic mounting of new volumes disabled.

自動マウントを有効化するには、次の手順を実行します。

1. コマンド・プロンプトで、次のコマンドを入力します。

c:\> diskpart
DISKPART> automount enable
Automatic mounting of new volumes enabled.

2. exitを入力してdiskpartセッションを終了します。

3. クラスタ内の各ノードに対して手順1および2を繰り返します。

4. 前述の手順を実行してWindows Server 2003 R2システムのすべてのクラスタ・ノードの準備を完了した後、それらのすべてのノードを再起動します。

注意:
クラスタ内のすべてのノードでは、Oracle RACおよびOracle Clusterwareを正常にインストールするために、自動マウントを有効化しておく必要があります。自動マウントを有効化してから、データベース、Oracle ASMまたはWindows用のOCFSで使用する論理パーティションを作成することをお薦めします。
ディスク自動マウントを有効化した後で、各ノードを再起動する必要があります。自動マウントを有効化して、ノードを再起動すると、無効化するまでアクティブなままとなります。

3.6 Oracle ASM用の共有記憶域の構成

インストーラでは、OCRまたは投票ディスク用のデフォルトの格納先は提供されません。これらのファイルをOracle ASMで作成する場合は、Oracle ASMディスク・グループで使用されるディスク・パーティションの作成および構成を最初に行う必要があります。

次の項では、Oracle ClusterwareファイルまたはOracle Databaseデータ・ファイルを格納するためにOracle ASMで使用されるディスク・パーティションを作成および構成する方法について説明します。

- Oracle ASM用のディスク・パーティションの作成

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

3.6.1 Oracle ASM用のディスク・パーティションの作成

Oracle ASMにDAS(Direct Attached Storage)またはSAN(Storage Area Network)ディスクを使用するには、各ディスクにパーティション表が必要です。各ディスクに1つのパーティション(ディスク全体を含む)を作成することをお薦めします。

注意:
物理ディスクをパーティション化すると、そのディスクをOracle ASMに使用できます。ただし、NASまたはMicrosoftダイナミック ディスクは使用できません。

Microsoft Computer Managementユーティリティまたはコマンドライン・ツールdiskpartを使用して、パーティションを作成することをお薦めします。パーティションはドライブ文字を指定しないで作成してください。パーティションを作成すると、ディスクを構成できます。

関連項目:

- DASまたはSANディスク・パーティションの作成については、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

- diskpartを使用してパーティションを作成する方法の詳細は、第1.2.7項「ディスク・パーティションの準備」を参照してください。

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

WindowsシステムでOUIに表示されるパーティションは、プライマリ・パーティションを含まないディスク上にあり、asmtoolとマーク付け(スタンプ)されている論理ドライブのみです。asmtoolg(Graphical User Interface(GUI)バージョン)またはasmtool(コマンドライン・バージョン)を使用して、インストール前にディスクを構成します。クラスタ用Oracle Grid Infrastructureのインストール時に、asmtoolgユーティリティを使用することもできます。

asmtoolgおよびasmtoolユーティリティはパーティション化したディスクでのみ動作します(パーティション化されていないディスクではOracle ASMを使用できません)。これらのツールを使用して、インストール後にディスクを再構成することもできます。これらのユーティリティは、Oracle Grid Infrastructureの一部として自動的にインストールされます。

注意:
Windows Server 2008以降のリリースでは、ユーザー・アカウント制御(UAC)が有効な場合、asmtoolgまたはasmtoolの実行には管理者レベルの権限が必要です。

3.6.2.1 asmtoolgおよびasmtoolの概要

asmtoolgおよびasmtoolツールは、ディスクに意味のある永続的な名前を関連付けることによって、Oracle ASMでこれらのディスクを使用しやすくします。Oracle ASMは、ディスク・グループを同時により簡単に操作するためにディスク文字列を使用します。asmtoolgまたはasmtoolで作成された名前を使用すると、Windowsのドライブ文字を使用するよりも操作が簡単になります。

asmtoolgまたはasmtoolで作成されたディスク名は、識別のためにすべて接頭辞ORCLDISKで始まり、その後にユーザー定義の接頭辞(デフォルトはDATA)とディスク番号が続きます。\\.\ORCLDISKprefixnという名前を指定して、これらをOracle ASMインスタンスでRAWデバイスとして使用できます(prefixはDATAまたはユーザー指定の値のいずれかで、nはディスク番号)。

asmtoolgを使用してディスクを構成する場合は、次のいずれかの項を参照してください。

- 第3.6.2.2項「asmtoolg(Graphical User Interface)を使用したディスクへのマーク付け」

- 第3.6.2.4項「asmtool(コマンドライン)を使用したディスクへのマーク付け」

3.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をダブルクリックします。

Windows Server 2008以降のリリースで、ユーザー・アクセス制御(UAC)が有効な場合は、コマンド・ウィンドウへのデスクトップ・ショートカットを作成する必要があります。「管理者として実行」を使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolgを起動します。

2. 「Add or change label」オプションを選択した後、「Next」をクリックします。
asmtoolgによって、システムで使用可能なデバイスが表示されます。認識されていないディスクのステータスは「Candidate device」、スタンプされたディスクのステータスは「Stamped ASM device」、スタンプが削除されたディスクのステータスは「Unstamped ASM device」となります。また、このツールは、ディスクをWindowsで認識されるファイル・システム(NTFSなど)としても表示します。これらのディスクは、Oracle ASMディスクとしては使用できないため、選択できません。また、Microsoftダイナミック ディスクもOracle ASMディスクとしては使用できません。

必要に応じて、第1.2.7項「ディスク・パーティションの準備」の手順を実行し、Oracle ASMインスタンスのディスク・パーティションを作成します。

3. 「Stamp Disks」ウィンドウで、Oracle ASMで使用するディスクを選択します。
Oracle ASMは、簡単に使用できるように、任意の接頭辞に対して選択されたすべてのデバイスに一意のスタンプを生成できます。スタンプは、指定した接頭辞と数値を連結して生成されます。たとえば、接頭辞がDATAの場合、最初のOracle ASMリンク名はORCLDISKDATA0となります。

また、個々のデバイスのスタンプも指定できます。

4. 必要に応じて、ディスクを選択して個々のスタンプ(Oracle ASMリンク名)を編集します。

5. 「Next」をクリックします。

6. 「Finish」をクリックします。

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

ディスク・スタンプを削除するには、次の手順を実行します。

1. Oracle Grid Infrastructureのインストール・メディアのasmtoolフォルダに移動し、asmtoolgをダブルクリックします。
Oracle Clusterwareがインストールされている場合は、Grid_home\binフォルダに移動して、asmtoolg.exeをダブルクリックします。

Windows Server 2008以降のリリースで、ユーザー・アクセス制御(UAC)が有効な場合は、コマンド・ウィンドウへのデスクトップ・ショートカットを作成する必要があります。「管理者として実行」を使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolgを起動します。

2. 「Delete labels」オプションを選択した後、「Next」をクリックします。
「delete」オプションは、ディスクがスタンプされている場合にのみ使用できます。「delete」画面には、スタンプされたすべてのOracle ASMディスクが表示されます。

3. 「Delete Stamps」画面で、スタンプを削除するディスクを選択します。

4. 「Next」をクリックします。

5. 「Finish」をクリックします。

3.6.2.4 asmtool(コマンドライン)を使用したディスクへのマーク付け

asmtoolは、Oracle ASMで使用されるディスクをマーク付け(スタンプ)するためのコマンドライン・インタフェースです。次のオプションがあります。

オプション

説明

例

-add

スタンプを追加または変更します。ハード・ディスク、パーティションおよび新しいスタンプ名を指定する必要があります。ディスクがRAWデバイスであるか、またはディスクに既存のOracle ASMスタンプが含まれている場合は、-forceオプションを指定する必要があります。
必要に応じて、第1.2.7項「ディスク・パーティションの準備」の手順を実行し、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...

Windows Server 2008以降のリリースで、ユーザー・アクセス制御(UAC)が有効な場合は、コマンド・ウィンドウへのデスクトップ・ショートカットを作成する必要があります。「管理者として実行」を使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolを起動します。

注意:
-add、-addprefixまたは-deleteを使用すると、asmtoolはローカル・ノードおよびクラスタの他のノード(使用可能な場合)上のOracle ASMインスタンスに、使用可能なディスクを再スキャンするように通知します。

3.7 Windows用のOCFSにおけるOracle Databaseファイル用の記憶域の構成

Oracleホームおよびデータ・ファイルにWindows用のOCFSを使用する場合は、最低限、次のパーティションを準備してから、OUIを起動しOracle Clusterwareをインストールする必要があります。

- Oracleホーム用に5.5GB以上のパーティション(共有Oracleホームが必要な場合)

- Oracle Databaseのデータ・ファイルおよびリカバリ・ファイル用に3GB以上のパーティション

管理者グループのメンバーとしてWindowsにログインし、この項で説明する手順を実行して、Windows用のOCFSの共有ディスクRAWパーティションを設定します。Windowsでは、RAWパーティションを論理ドライブと呼びます。パーティション作成の詳細は、ディスク管理ユーティリティからWindowsオンライン・ヘルプを参照してください。

1. 1つのノードからWindowsディスク管理ユーティリティを実行し、拡張パーティションを作成します。ベーシック・ディスクを使用します(ダイナミック・ディスクはサポートされていません)。

2. Oracle Databaseのデータ・ファイルおよびリカバリ・ファイル用のパーティションを作成します。オプションで、Oracleホーム用の2つ目のパーティションを作成します。
Windows用のOCFSで使用するパーティションの数は、パフォーマンスに影響します。そのため、作成するパーティションは、選択するWindows用のOCFSオプションで最低限必要な数にする必要があります。

注意:

Oracleでは、単一システム上の複数のOracleホームへのデータベースのインストールをサポートしています。これによって、データベース・ソフトウェアを柔軟にデプロイおよびメンテナンスできます。たとえば、同じシステムで異なるバージョンのデータベースを同時に実行したり、他の実行中のデータベースに影響を与えずに、システムの特定のデータベースまたはOracle Automatic Storage Managementインスタンスをアップグレードすることができます。

ただし、複数のOracleホームを単一のシステムにインストールした場合は、これらのOracleホームが共存できるようにするために必要な考慮事項があるため、若干複雑になります。この内容の詳細は、『Oracle Databaseプラットフォーム・ガイドfor Microsoft Windows』および『Oracle Real Application Clustersインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

必要なパーティションを作成するには、次の手順を実行します。

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. Windows 2003 R2システムにドライブを準備する場合は、論理ドライブの作成後、クラスタ内のすべてのノードを再起動する必要があります。

8. クラスタ内のすべてのノードでパーティションが表示されていること、およびいずれのOracleパーティションにもドライブ文字が割り当てられていないことを確認してください。いずれかのパーティションにドライブ文字が割り当てられている場合は、次の手順を実行してドライブ文字を削除します。

- Windowsのディスク管理ユーティリティでパーティションを右クリックします。

- メニューから、「ドライブ文字とバスの変更」を選択します。

- 「ドライブ文字とパスの変更」ウィンドウの「削除」をクリックします。

3.7.1 インストール後に行うWindows用のOCFSを使用するためのドライブのフォーマット

Oracle RACの記憶域用にWindows用のOCFSを使用する場合は、データ・ファイルの格納にWindows用のOCFSを使用する前に、Windows用のOCFSおよびWindows用のOCFSが使用するディスクを構成する必要があります。

Oracle Clusterwareファイルの記憶域タイプとしてWindows用のOCFSを選択しない場合、Oracle Grid Infrastructureのインストール時にWindows用のOCFSは構成されません。Windows用のOCFSを使用するには、まずWindows用のOCFSのドライバをインストールする必要があります。

3.7.1.1 Windows用のOCFSのインストールおよび構成

Windows用のOCFSのドライバをインストールし、起動するには、Windows用のOCFSを使用するクラスタ内の各ノードのGrid_home\cfsディレクトリから次のコマンドを実行します。

Grid_home\cfs\OcfsInstall /y

OracleClusterVolumeServiceサービスを作成するには、クラスタ内の各ノードで次のコマンドを実行します。

Grid_home\cfs\OcfsFindVol /i:Grid_home\cfs\ocfsfindvol.exe

OracleClusterVolumeServiceサービスを起動するには、クラスタ内の各ノードで次のコマンドを実行します。

net start OracleClusterVolumeService

3.7.1.2 Windows用のOCFSで使用するドライブのフォーマット

Windows用のOCFSでOracleデータ・ファイルを格納するには、共有ディスクにOCFSボリュームを作成する必要があります。

ディスク・パーティションまたは論理ドライブをOCFSボリュームとしてフォーマットするには、Grid_home\cfsディレクトリから次の構文を使用してocfsformat.exeコマンドを実行します。

Grid_home\cfs\OcfsFormat /m link_name /c ClusterSize_in_KB /v volume_label /f
/a /d

前述のコマンド構文の例では、次の変数が使用されました。

- /m link_nameは、Windows用のOCFSでフォーマットするこのファイル・システムのマウントポイントです。Windowsでは、論理ドライブに対応するドライブ文字を指定します。

- ClusterSize_in_KBは、Windows用のOCFSのボリュームのクラスタ・サイズまたは割当てサイズです。このオプションは/aオプションとともに使用する必要があります。そうしないと、4キロバイト(KB)のデフォルト・サイズが使用されます。

注意:
クラスタ・サイズは、基本的にはブロックのサイズです。Oracleデータ・ファイルにWindows用のOCFSディスク・パーティションを使用する場合の推奨値は1024 (1MB)、OracleホームにWindows用のOCFSディスク・パーティションを使用する場合の推奨値は4 (4KB)です。

- volume_labelは、オプションのボリューム・ラベルです

- /fオプションは、指定されたボリュームの形式を強制します

- /aオプションを指定すると、/cオプションで指定したクラスタ・サイズをOcfsFormatで使用するように強制されます。

- /dオプションを使用すると、以降のすべてのボリュームに対する操作で直接入出力モードが使用されます。

たとえば、名前がDATAで、U:としてマウントされ、クラスタ・サイズがデフォルトではない1MBの共有ディスクを使用している、Windows用のOCFSでフォーマットされた共有ディスク・パーティションを作成するには、次のコマンドを使用します。

ocfsformat /m U: /c 1024 /v DATA /f /a

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

この項では、Direct NFSクライアントについて次の内容で説明します。

- Direct NFSクライアントについて

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

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

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

- ダイレクトNFSクライアントの有効化

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

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

3.8.1 Direct NFSクライアントについて

Oracle Database 11gリリース2 (11.2)では、オペレーティング・システムまたはサードパーティのNFSクライアントを使用するかわりに、Direct NFSクライアントを使用してNFS V3サーバーに直接アクセスするようにOracle Databaseを構成できます。Direct NFSクライアントでは、利用可能なリソースを効率的に使用するよう自動調節が行われ、サポートされているNFSサーバー上にデータ・ファイルを格納可能です。

注意:
Oracle RACでサポートされているNFSサーバーを使用してください。サポート情報については、第2.4項「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レベルのアクセスでのみ使用できます。

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

Direct NFSクライアントを使用する場合は、構成ファイルoranfstabを作成して、Oracle DatabaseでDirect NFSクライアントを使用できるようにするオプション、属性およびパラメータを指定する必要があります。ダイレクトNFSクライアントでは、Oracle_home\dbs\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から削除する場合は、データベースを再起動してその変更を有効にする必要があります。また、ファイル・システムに使用するマウント・ポイントは、すべてのノードで同一である必要があります。

関連項目:
oranfstabファイルの作成の詳細は、第3.8.5項「Direct NFSクライアントの有効化」を参照してください。

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

Direct NFSクライアントでは、oranfstabの構成情報に基づいてNFSストレージ・デバイスに対するマウント・ポイント設定が決定されます。Oracle DatabaseでDirect NFSクライアントを使用してNFSサーバーを開くことができない場合は、Direct NFSクライアントによってNFSサーバーへの接続を確立できなかったことを示すエラー・メッセージがOracleアラート・ファイルおよびトレース・ファイルに書き込まれます。

注意:
インスタンスごとにアクティブなDirect NFSクライアントを1つのみ実装できます。インスタンスでDirect NFSクライアントを使用すると、別のDirect NFSクライアントは実装できなくなります。

関連項目:
Direct NFSクライアントでサポートされているファイル・タイプのリストは、第3.2.2項「Oracle RACでサポートされている記憶域オプション」を参照してください。

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

Direct NFSクライアントでは、NFSサーバー用のoranfstabファイルに定義されている最大4つのネットワーク・パスを使用できます。Direct NFSクライアントによって、指定したすべてのパス間でロード・バランシングが実行されます。指定したパスで障害が発生した場合は、Direct NFSクライアントによって、残りのすべてのパスに対して未処理の要求が再発行されます。

注意:
インスタンスごとにアクティブなDirect NFSクライアントを1つのみ実装できます。あるインスタンスで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クライアントのパフォーマンス統計が表示されます。

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

Direct NFSクライアントを有効にするには、oranfstabファイルをOracle_home\dbsに追加する必要があります。oranfstabファイルがこのディレクトリに格納されている場合、このファイルのエントリは、1つの特定のデータベースに固有のエントリとなります。Direct NFSクライアントでは、oranfstabに指定されているマウント・ポイント・エントリが検索されます。Direct NFSクライアントでは、最初に検出されたエントリがマウント・ポイントとして使用されます。

Direct NFSクライアントを有効にするには、次の手順を実行します。

1. Direct NFSクライアントでアクセスする各NFSサーバーの次の属性を使用してoranfstabファイルを作成します。

- server: NFSサーバー名。

- path: インターネット・プロトコル(IP)アドレスまたは名前のいずれかで指定された、NFSサーバーへの最大4つのネットワーク・パス。NFSサーバー上でifconfigコマンドを使用して表示できます。

- local: IPアドレスまたは名前のいずれかで指定された、データベース・ホスト上の最大4つのネットワーク・インタフェース。データベース・ホスト上でipconfigコマンドを使用して表示できます。

- export: NFSサーバーからエクスポートされたパス。UNIX形式のパスを使用します。

- mount: エクスポートされたボリュームに対応する、ローカル・マウント・ポイント。Windows形式のパスを使用します。

- mnt_timeout: (オプション)Direct NFSクライアントがマウント成功を待機し、タイムアウトするまでの時間(秒)を指定します。デフォルトのタイムアウトは10分(600)です。

- management: Direct NFSクライアントを有効にして、SNMP問合せの管理インタフェースを使用します。SNMPがNFSサーバー上の別の管理インタフェースで実行されている場合は、このパラメータを使用できます。デフォルト値は、serverパラメータ値です。

- community: SNMP問合せで使用するコミュニティ文字列を指定します。デフォルト値はpublicです。

- uid: (オプション) oranfstabにリストされているすべてのNFSサーバーにアクセスするためにDirect NFSクライアントで使用されるUNIXユーザーID。デフォルト値はuid:65534で、これはNFSサーバーのuser:nobodyと対応しています。

- gid: (オプション) oranfstabにリストされているすべてのNFSサーバーにアクセスするためにDirect NFSクライアントで使用されるUNIXグループID。デフォルト値はgid:65534で、これはNFSサーバーのgroup:nogroupと対応しています。

oranfstabファイルで指定されているマウント・ポイントは、Direct NFSクライアントが使用されていないかのように、データベース・ファイルが通常存在するローカル・パスを表します。たとえば、Direct NFSを使用していないデータベースのデータ・ファイルの場所がC:\app\oracle\oradata\orclディレクトリである場合は、対応するoranfstabファイルでNFS仮想マウント・ポイントにC:\app\oracle\oradata\orclを指定します。

例3-1および例3-2に、oranfstabファイルでDirect NFSクライアント属性を使用する方法の例を示します。

注意:

- Direct NFSクライアントでは、値が0のuidまたはgidは無視されます。

- NFSサーバーからエクスポートされたパスは、oranfstabに指定されているuidおよびgidを持つユーザーによる、read/write/executeアクセスが可能である必要があります。uidおよびgidのいずれもリストに示されていない場合は、エクスポートされたパスにはuid:65534およびgid:65534を持つユーザーがアクセスできる必要があります。

2. 標準のOracle Disk Manager(ODM)ライブラリoraodm11.dllをODM NFSライブラリに置き換えます。
Oracle Databaseでは、Direct NFSクライアントを有効にするためにODMライブラリoranfsodm11.dllを使用します。ODMライブラリを置き換えるには、次の手順を実行します。

1. ディレクトリをOracle_home\binに変更します。

2. サーバー制御ユーティリティ(SRVCTL)を使用して、ノード上のOracle Databaseインスタンスを停止します。

3. 次のコマンドを入力します。

copy oraodm11.dll oraodm11.dll.orig
copy /Y oranfsodm11.dll oraodm11.dll

4. SRVCTLを使用して、Oracle Databaseインスタンスを再起動します。

5. クラスタ内の各ノードに対して手順aから手順dを繰り返します。

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

次の例のoranfstabファイルは、NFSサーバー・エントリを示しています。NFSサーバーMyDataServer1は、IPアドレスで指定される2つのネットワーク・パスを使用しています。

server: MyDataServer1
local: 132.34.35.10
path: 132.34.35.12
local: 132.34.55.10
path: 132.34.55.12
export: /vol/oradata1 mount: C:\APP\ORACLE\ORADATA\ORCL

例3-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
export: /vol/oradata2 mount: C:\APP\ORACLE\ORADATA\ORCL2
export: /vol/oradata3 mount: C:\APP\ORACLE\ORADATA\ORCL3

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

ORADNFSは、データベース管理者がMicrosoft WindowsプラットフォームのDirect NFSクライアントで基本的なファイル操作を実行できるユーティリティです。

ORADNFSはマルチコール・バイナリで、単一のバイナリでありながら多数のユーティリティのように動作します。ORADNFSを使用するには、ローカルのORA_DBAグループのメンバーである必要があります。ORADNFSを使用してコマンドを実行するには、コマンドラインの引数としてコマンドを発行します。

次のコマンドは、ORADNFSで使用できるコマンドのリストを出力します。

C:\> oradnfs help

C:\ORACLE\ORADATAとしてマウントされているNFSディレクトリのファイル・リストを表示するには、次のコマンドを使用します。

C:\> oradnfs ls C:\ORACLE\ORADATA\ORCL

注意:
ORADNFSが動作するには、oranfstab構成ファイルの有効なコピーがOracle_home\dbsに存在する必要があります。

3.8.7 Direct NFSクライアントの無効化

Direct NFSクライアントを無効にするには、次の手順を実行します。

1. 第3.8.5項「Direct NFSクライアントの有効化」で実行したプロセスを取り消して、元のoraodm11.dllファイルをリストアします。

2. oranfstabファイルを削除します。

注意:
Oracle Databaseで使用されているNFSパスを削除する場合は、データベースを再起動してその変更を有効にする必要があります。

3.9 既存のOracle ASMインスタンスのアップグレードまたは移行

以前のリリースのOracle ASMが、サーバー上または既存のOracle Clusterwareインストール環境内にインストールされている場合は、ASMCAを使用して、既存のOracle ASMインスタンスをOracle ASM 11gリリース2 (11.2)にアップグレードできます。また、ASMCAを使用して、障害グループ、Oracle ASMボリュームおよびOracle ACFSを構成できます。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのノード上のすべてのデータベース・インスタンスおよびアプリケーションを停止してから実行する必要があります。

インストール時に、Oracle ASMを使用することを選択したときに、以前のOracle ASMバージョンが別のOracle ASMホームにインストールされていることがASMCAで検出された場合は、Oracle ASM 11gリリース2 (11.2)のバイナリをインストールした後に、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が起動されます。リリース11.2.0.1から11.2.0.2では、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 11gリリース2 (11.2)にアップグレードされます。

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

Oracle Grid Infrastructureには、Oracle Clusterware、Oracle ASM、Oracle ACFS、Oracle ADVM、ドライバ・リソースおよびソフトウェア・コンポーネントが含まれ、これらはOUIを使用したインストール中にGridホームにインストールされます。Oracle Grid Infrastructureのインストール後、Oracle ASM Configuration Assistant (ASMCA)を使用してOracle ASMインスタンスを起動し、Oracle ASMディスク・グループ、Oracle ADVMボリュームおよびOracle ACFSファイル・システムを作成できます(Oracle Clusterwareが動作可能な場合)。あるいは、SQL*Plus、ASMCMDコマンドライン・ツールまたはOracle Enterprise Managerを使用して、Oracle ASMディスク・グループとOracle ADVMボリュームを作成できます。ファイル・システムは、オペレーティング・システムのコマンドライン・ツールまたはOracle Enterprise Managerを使用してOracle ACFSに作成できます。

注意:

- Oracle Grid Infrastructureリリース11.2.0.1の場合、Oracle ACFSは、Windows Server 2003 x64およびWindows Server 2003 R2 x64でのみサポートされます。

- Oracle Grid Infrastructure 11gリリース2 (11.2.0.2)から、Oracle ACFSは、Windows Server 2008 x64およびWindows Server 2008 R2 x64でサポートされます。

- ディスク・グループにOracle ADVMボリュームを含めるためには、互換性パラメータCOMPATIBLE.ASMおよびCOMPATIBLE.ADVMに11.2以上を設定する必要があります。

Oracle ACFSにOracle RACデータベース用のOracleホームを作成する場合は、次の手順を実行します。

1. クラスタ用Oracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)をインストールします。

2. Gridホームのbinディレクトリに移動します。次に例を示します。

C:\> cd app\11.2.0\grid\bin

3. ローカル管理者ユーザーとしてASMCAを起動します。次に例を示します。

C:\..\bin> asmca

「ASMの構成: ディスク・グループ」ページが表示されます。

4. 「ASMの構成: ディスク・グループ」ページで、Oracle ADVMボリュームを作成するディスク・グループを右クリックし、「データベース・ホームのACFSの作成」を選択します。

5. 「ACFSホスト・データベース・ホームの作成」ウィンドウで次の情報を入力します。

- データベース・ホームのボリューム名: データベース・ホームの名前を入力します。この名前は、racdb_01などのように組織で一意である必要があります。

- データベース・ホームのマウント・ポイント: マウント・ポイントのディレクトリ・パスまたは論理ドライブ文字を入力します。たとえば、M:\acfsdisks\racdb_01とします。
後で参照するために、このマウント・ポイントを書き留めます。

- データベース・ホーム・サイズ(GB): データベース・ホームのサイズをGB単位で入力します。

- 必要な情報を入力したら、「OK」をクリックします。

6. プロンプトが表示されたら、ASMCAから指示されたスクリプトをローカル管理者ユーザーとして実行します。

7. Oracle RAC 11gリリース2 (11.2)のインストール中に、Oracle RACをインストールするユーザーまたはデータベース管理者が、「データベース・ホームのマウント・ポイント」フィールドで指定したマウント・ポイントをOracleホームに選択するようにします(前の例ではM:\acfsdisks\racdb_01)。

注意:
Oracle ACFSには、Oracle Database 11gリリース1以前のリリースのOracleホーム・ディレクトリを配置できません。

関連項目:
Oracle ACFSを使用してストレージを構成および管理する方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

3.11 ブロック・デバイスおよびRAWデバイスのサポート終了

Oracle Database 11gリリース2 (11.2)およびOracle RAC 11gリリース2 (11.2)から、DBCAまたはOUIを使用して、RAWデバイス上にOracle ClusterwareまたはOracle Databaseファイルを格納する処理がサポートされなくなりました。

既存のOracle RACデータベースをアップグレードする場合、またはOracle ASMインスタンスを使用するOracle RACデータベースをアップグレードする場合は、既存のRAWデバイスのパーティションを使用して、既存のインストールをローリング・アップグレードできます。RAWデバイスを使用した、新しいインストールは実行できません。

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

この章では、クラスタ用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 Grid Infrastructureをインストールするための準備

- Oracle Grid Infrastructureのインストール

- ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

- Oracle Clusterwareの機能の確認

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

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

注意:
Oracle RACインストールの2つ目のフェーズであるOracle RACのインストールについては、『Oracle Real Application Clustersインストレーション・ガイドfor Microsoft Windows x64(64-Bit)』を参照してください。

4.1 Oracle Universal Installerを使用してOracle Grid Infrastructureをインストールするための準備

Oracle Universal Installer(OUI)を使用してOracle Grid Infrastructureをインストールする前に、次のチェックリストを使用して、インストール中に必要なすべての情報が揃っていること、およびインストールを開始する前に実行しておく必要があるすべての作業が完了していることを確認します。次に示す各作業を完了するたびにチェック・マークを付け、インストール中に使用できるように必要な情報を書き込みます。

- クラスタ権限の検証
OUIを実行する前に、インストーラを実行するノードから、管理者グループのメンバーを使用してログインしていることと、このユーザーがクラスタ内の他のノードでローカル管理者ユーザーであることを確認します。それには、クラスタを構成するノードごとに次のコマンドを入力します(nodenameはノード名)。

net use \\nodename\C$

クラスタ内の各ノードでこのコマンドを繰り返します。

- 実行中のOracleプロセスを停止する
実行中のOracleプロセスを停止する必要がある場合があります。

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

Oracle ASM上で実行しているスタンドアロンのOracle Database 11gリリース2 (11.2)インストールがすでに存在するノードにインストールする場合: 既存のOracle ASMインスタンスを停止します。Oracle ASMインスタンスは、インストール中に再起動されます。

注意:
OUIの起動後にすべてのOracleサービスを停止することを求める警告が表示された場合は、環境でOracle RACが実行されていない場合にのみ、次のコマンドを実行します。Oracle_homeは既存のOracle Clusterwareホーム(クラスタ同期サービス(CSS)の実行元であるOracleホーム・ディレクトリ)です。

Oracle_home\bin\localconfig delete

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

- 既存のインストールがある場合、Oracle ASMおよびOracle Clusterwareのアップグレードを準備をする
Oracle Grid Infrastructureのインストール中に、既存のOracle Clusterwareおよびクラスタ化されたOracle ASMインストールがアップグレードされます。

クラスタ内のすべてのメンバー・ノードでOracle Grid Infrastructure 11gリリース2 (11.2)が実行されている場合は、新しいクラスタウェアがアクティブなバージョンになります。

Oracle RACをインストールする場合は、最初にすべてのクラスタ・ノードでOracle Grid Infrastructure 11gリリース2 (11.2)へのアップグレードを完了してから、Oracle Database 11gリリース2 (11.2)バージョンのOracle RACをインストールする必要があります。

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

- LOCAL_SYSTEM管理者へのアクセス権を取得する
Oracle Grid Infrastructureは、ローカル管理者ユーザー、LOCAL_SYSTEM権限を持つユーザー、またはローカルの管理者グループのメンバーとしてインストールする必要があります。クラスタ内の各ノードへの管理者アクセス権がない場合は、各ノードでユーザー・アカウントを作成および構成するようシステム管理者に依頼してください。

- 他の言語をインストールするかどうかを決定する
拡張インストールのセッション中に、ユーザー・インタフェースのテキストをデフォルト(英語)以外の言語に翻訳するかどうかを選択します。

注意:
オペレーティング・システムの言語設定がOUIでサポートされていない場合、OUIはデフォルトで英語で動作します。

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

- クラスタ名、パブリック・ノード名、単一クライアント・アクセス名(SCAN)、仮想ノード名、GNS VIP、およびクラスタ内の各ノードのインタフェース使用計画を指定する
インストール中、他社のクラスタ・ソフトウェアを使用していないかぎり、パブリック・ホスト名および仮想ホスト名を提供するように求められます。その場合は、パブリック・ホスト名の情報を入力します。また、どのインタフェースがパブリックまたはプライベートなのか、あるいは別の目的(ネットワーク・ファイル・システムなど)で使用されるインタフェースなのか、指定するように求められます。

グリッド・ネーミング・サービス(GNS)を使用している場合、パブリック・ホスト名および仮想ホスト名のアドレスはGNSによって自動的に構成されるため、OUIはこれらのアドレスにAUTOと表示します。

注意:
インターネット・プロトコル(IP)アドレスを手動で構成した場合は、Oracle Grid Infrastructureをインストールした後で、ドメイン修飾子の追加や削除も含め、ホスト名を変更しないでください。新しいホスト名を持つノードは、新しいホストと見なされるので、クラスタに追加する必要があります。古い名前のノードは、クラスタから削除されるまで、停止状態で表示されます。

パブリック・ノード名の入力には、各ノードのプライマリ・ホスト名を使用します。この名前は、hostnameコマンドによって表示される名前です。このノード名は、永続ホスト名または仮想ホスト名です。ノード名には、シングルバイト英数字(aからz、AからZ、および0から9)のみを含める必要があります。ホスト名にはアンダースコア(_)または他の文字を使用しないでください。

さらに、次の処理を実行します。

- 次の特性を持ったクラスタ名を指定します。

- ホスト・ドメイン内でグローバルに一意である。

- 1文字以上、15文字未満である。

- Internet Engineering Task ForceのRFC 1123に準拠して、ホスト名に使用されるキャラクタ・セット(ハイフン(-)およびシングルバイト英数字(aからz、AからZ、および0から9)を含む)と同じキャラクタ・セットで構成されている。

注意:
Windowsオペレーティング・システムでは、ホスト名にアンダースコアを使用できます。ただし、アンダースコアを含む名前はドメイン・ネーム・システム(DNS)の有効なホスト名ではないため、アンダースコアは使用しないようにしてください。

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

- クラスタへのクライアント・アクセス用のSCANアドレスを指定します。このアドレスは、ドメイン・ネーム・サービス(DNS)にラウンド・ロビン・アドレスとして構成してください。SCANアドレスは、3つ指定することをお薦めします。

注意:
次に、ノードIPアドレスに関する追加情報を示します。

- ローカル・ノードの場合のみ、OUIによってパブリックおよびVIPフィールドが自動的に書き込まれます。

- ホスト名および仮想ホスト名は、ドメイン修飾されません。インストール中にホスト名フィールドにドメインを入力すると、そのドメインは、OUIによって名前から削除されます。

- プライベートIPアドレス用にプライベートとして指定したインタフェースは、パブリック・インタフェースとしてアクセスできないようにする必要があります。キャッシュ・フュージョンにパブリック・インタフェースを使用すると、パフォーマンスの問題が発生する可能性があります。

- パブリック・インタフェースおよびプライベート・インタフェースを指定します。OUIは、パブリックIPアドレスおよび仮想IPアドレスによって使用されるようにパブリック・インタフェースを構成し、プライベートIPアドレスをプライベート・インタフェース上に構成します。
プライベート・インタフェースが使用するプライベート・サブネットは、クラスタ・メンバーにする予定のすべてのノードに接続する必要があります。

- ネットワーク上にプロキシ・レルムがある場合は、プロキシ・レルムの認証情報を取得する
インストール時に、OUIによって更新のダウンロードが試行されます。プロキシ・サービスを介してインターネットにアクセスするために、プロキシ・レルムおよびユーザー認証情報を入力するように求められます。プロキシ・レルムを構成済の場合は、この情報を入力する準備をしておきます。プロキシ・レルムがない場合は、プロキシ認証のフィールドを空白のままにできます。

- Oracle Clusterwareファイル用の共有記憶域を指定し、記憶域を準備する(必要な場合)
インストール中に、次のOracle Clusterwareファイルのパスを指定するように求められます。これらのファイルは、クラスタのすべてのノードで共有し、Oracle ASMまたはサポートされているクラスタ・ファイル・システム上のいずれかに存在する必要があります。

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

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

Windows用のOracle Cluster File System(Windows用のOCFS)を使用する場合は、Windows用のOCFSでフォーマットする使用可能なディスク、使用するフォーマット・タイプ、およびフォーマットしたWindows用のOCFSディスクをマウントするドライブ文字を指定するように求められます。

ファイル・システムに外部記憶域の冗長性がない場合は、OCRディスクおよび投票ディスク用に2つの場所を追加して、合計でパーティションを3つ以上にすることをお薦めします。OCRと投票ディスクを一緒に格納しない場合、6つ以上のパーティションが必要です(3つがOCR用、3つが投票ディスク用)。冗長性のある記憶域の場所を作成すると、障害の発生時にOCRおよび投票ディスクが保護されます。クラスタを完全に保護するには、OCRおよび投票ディスクのコピーを格納する記憶域の場所について、そのパス、コントローラおよびディスクを完全に別にして、複数の記憶域の場所に影響するシングル・ポイント障害がないようにする必要があります。

OCRをOracle ASM上に格納するように選択した場合、デフォルト構成では、OCRは1つのOracle ASMディスク・グループとして作成されます。標準冗長または高冗長でディスク・グループを作成した場合は、OCRは物理ディスク障害から保護されます。

OCRを論理ディスク障害から保護するには、インストール後に別のOracle ASMディスク・グループを作成し、ocrconfigコマンドを使用してOCRをこの2つ目のディスク・グループに追加します。

関連項目:

- ディスク・グループへのディスクの追加については、第2章「クラスタ用Oracle Grid Infrastructureの拡張インストールのインストール前作業」および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- 第3章「Oracle Grid InfrastructureとOracle RACの記憶域の構成」

- すべての非永続ドライブを切断する
WindowsでのOracle Grid Infrastructureのインストールを開始する前に、すべてのノードで一時的にマウントされている、すべての非永続ドライブを切断します。また、共有ドライブにアクセスするには、次のコマンドを使用して共有ドライブを永続化します。

net use * \\servername\sharename /persistent: YES

- ウイルス対策ソフトウェアを無効にする
Oracle Grid Infrastructure 11gリリース2のインストールの前、およびインストールが完了するまでは、クラスタ・ノードで実行されているウイルス対策ソフトウェアを無効にします。インストール完了前にシステムを再起動した場合は、インストールを続行する前にウイルス対策ソフトウェアが再起動されていないことを確認してください。インストールが完了したら、ウイルス対策ソフトウェアを再度有効にできます。

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

非標準のインストールで、インストール後に1つ以上のノード構成の変更が必要な場合は(たとえば、クラスタ・ノード上のBMCインタフェースの管理者のユーザー名およびパスワードを別のものにする場合は)、インストール後にBMCインタフェースを構成し直すかどうかや、IPMI管理者アカウント情報を変更するかどうかを決定します。第5章「Oracle Grid Infrastructureのインストール後の手順」を参照してください。

- Gridホームに選択するOracleホームのパスで、American Standard Code for Information Interchange(ASCII)文字のみが使用されていることを確認する
Oracle Grid Infrastructureホーム(Gridホーム)またはOracle Databaseホームのパスの一部に、非ASCII文字を使用することはサポートされていません。この制限には、ホームのパスによってはデフォルト名に使用されるインストール所有者ユーザー名に加えて、パスに選択する可能性があるその他のディレクトリ名も含まれます。

- Oracle環境変数の設定を削除する。環境変数にORA_CRS_HOMEを設定した場合は、インストールまたはアップグレードを開始する前に、その設定を削除します。ORA_CRS_HOMEをユーザーまたはシステム環境変数に設定しないでください。
システムに既存のインストール環境があり、同じユーザー・アカウントを使用して今回のインストールを行う場合、次の環境変数ORA_CRS_HOME、ORACLE_HOME、ORA_NLS10、TNS_ADMINの設定を削除します

- ソフトウェア更新オプションを使用するかどうかを決定する。OUIでは、重要なパッチ更新、サポートされているオペレーティング・システムのシステム要件の更新、およびインストールをスムーズに行うためのその他の重要な更新をインストールすることができます。インストール時はソフトウェア更新を有効にすることをお薦めします。
ソフトウェア更新を有効にする場合は、OUIで最新の更新をダウンロードするためにMy Oracle Supportの有効なユーザー名とパスワードを指定する必要があります。または、すでにダウンロード済のソフトウェア更新パッケージの場所へのパスを指定する必要があります。

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

X:\> setup.exe -downloadUpdates

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

4.2 Oracle Grid Infrastructureのインストール

この項では、OUIを使用してOracle Grid Infrastructureをインストールする方法について説明します。この章には次の項目があります。

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

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

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

クラスタにOracle Grid Infrastructure(Oracle ClusterwareおよびOracle ASM)をインストールするには、次の手順を実行します。仮想ネットワーク・コンピューティング(VNC)・セッションからOUIを実行するか、またはコンソール・モードでターミナル・サービスを実行できます。

インストール中に、求められている操作に対して疑問がある場合は、OUIページの「ヘルプ」ボタンをクリックします。

1. 管理グループのメンバーを使用してWindowsにログインし、Oracle Database 11g リリース2 (11.2)インストール・メディアからsetup.exeコマンドを実行します。

注意:
Oracle Grid Infrastructureをインストールした後に、ソフトウェア所有者のユーザー・アカウント名(oracleなど)を変更するには、クラスタを再構成する必要があり、これにはダウンタイムが必要です。

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

3. インストールに必要なすべての情報を指定すると、OUIはソフトウェアをインストールし、Oracle Net Configuration Assistant(NETCA)、Oracle Private Interconnect Configuration Assistantおよびクラスタ検証ユーティリティ(CVU)を実行します。これらのプログラムはユーザーの介入なしに起動されます。

4. 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 Databaseをインストールできます。

Oracle Database 11gリリース2 (11.2)および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管理およびデプロイメント・ガイド』を参照してください。

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

Oracle Grid Infrastructureのインストール時には、クラスタ構成情報を手動で指定するか、クラスタ構成ファイルを使用するかを選択できます。クラスタ構成ファイルはテキスト・ファイルで、OUIを起動する前に作成できます。このファイルによって、クラスタの構成に必要なクラスタ名およびノード名の情報がOUIに提供されます。インストーラが受け入れるファイルのタイプはOracleクラスタ構成ファイル(.ccf)のみであるため、テキスト・ファイルの作成時に、拡張子.ccfでファイルを保存します。

サイレント方式でOracle Grid Infrastructureをインストールする場合は、次の2つの手順を実行します。

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

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

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

クラスタ構成ファイルでは次の構文を使用する必要があります。nodeはクラスタ内のノードのパブリック・ホスト名、vipはそのノードのVIPアドレスです。

node     vip
node     vip
...

たとえば、ホスト名がRACnode1、RACnode2およびRACnode3である3つのノードがクラスタに存在する場合は、次の内容でcluster_config.ccfというテキスト・ファイルを作成できます。

RACnode1  RACnode1-vip
RACnode2  RACnode2-vip
RACnode3  RACnode3-vip

テスト・クラスタへのインストールを繰り返し実行する場合、または多数のノードでインストールを実行する場合は、クラスタ構成ファイルの使用をお薦めします。

クラスタ構成ファイルを作成するには、次の手順を実行します。

1. インストール・メディアの/responseディレクトリに移動します。

2. テキスト・エディタを使用して、レスポンス・ファイルgrid_install.rspを開きます。

3. 実行するインストールのタイプに関連する項の指示に従い、環境に適切な値を指定します。

関連項目:
構成ファイルの使用の詳細は、付録B「レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成」を参照してください。

4.2.2.2 構成ファイルを使用したOracle Grid Infrastructureのインストール

非対話型(サイレント)インストールを実行するには、次の手順を実行します。

1. 前の項の「Oracle Grid Infrastructureのサイレント・インストールの実行」の説明に従って、クラスタ構成ファイルを作成します。

2. 次のコマンド構文を使用して、OUIをサイレント・モードで実行します。

setup.exe -silent -responseFile path_to_your_response_file

次に例を示します。

E:\ setup.exe -silent -responseFile C:\users\oracle\installGrid.rsp

関連項目:
構成ファイルを使用したサイレント・インストールの実行方法の詳細は、付録B「レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成」を参照してください。

4.3 ソフトウェアのみのインストールを使用したOracle Grid Infrastructureのインストール

ソフトウェアのみのインストールでは、1つのノードでクラスタ用Oracle Grid Infrastructureをインストールします。インストール時に「Grid Infrastructureソフトウェアのインストールのみ」オプションを使用すると、ローカル・ノードにOracle Grid Infrastructureソフトウェアがインストールされます。クラスタ用のインストールを完了するには、追加の手順として、Oracle ClusterwareおよびOracle ASMの構成、ローカル・インストールのクローンの作成、他のノードでのこのクローンのデプロイ、クラスタへの他のノードの追加を行う必要があります。

注意:
ソフトウェアのみのインストールは、上級ユーザーのみが実行することをお薦めします。このインストール方法では、インストールの検証が行われません。また、インストール後に手動による手順を実行して、Oracle Grid Infrastructureソフトウェアを有効にする必要があります。

ソフトウェアのみのインストールを選択した場合は、Oracle Grid Infrastructureホームのパスが各クラスタ・メンバー・ノードで同じであることを確認します。

ソフトウェアのみのインストールを実行するには、次の手順を実行します。

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

2. 次のいずれかの方法によるインストール済ソフトウェアの構成

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

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

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

ソフトウェアのみのインストールを行うには、次の手順を実行します。

1. 管理者グループのメンバーとしてWindowsにログインし、Oracle Grid Infrastructure 11gリリース2 (11.2)インストール・メディアまたはダウンロード・ディレクトリからsetup.exeコマンドを実行します。

2. 最初のノードまたはローカル・ノードで、クラスタ用Oracle Grid Infrastructureのソフトウェアのみのインストールを完了します。

3. Oracle Grid Infrastructureリリース11.2.0.1または11.2.0.2を使用している場合は、Grid_home\binディレクトリにあるorarac11.dll.dblファイルの名前をorarac11.dllに変更して、Oracle Grid infrastructureのOracle RACオプションを有効にします。

4. コマンドruncluvfy.bat stage -pre crsinst -n node_listを使用して、すべてのクラスタ・ノードがインストール要件を満たすことを確認します。すべての記憶域およびサーバーのインストール前要件が満たされていることを確認してください。

5. 手順1から4の説明に従って、OUIを使用して、クラスタに含める残りのすべてのノードでOracle Grid Infrastructureソフトウェアをインストールします。そして、すべてのノードでOracle Grid Infrastructureのソフトウェアのみのインストールを完了します。

6. Oracle Grid Infrastructureリリース11.2.0.2以上をインストールした場合は、第4.3.2項「構成ウィザード・モードのOUIを使用したソフトウェア・バイナリの構成」で説明されているように、完全なOUI構成ウィザードGUIを使用してクラスタを構成します。
Oracle Grid Infrastructureリリース11.2.0.1をインストールした場合は、付録B「レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成」で説明されているように、レスポンス・ファイルを使用してクラスタを構成します。

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

Oracle Grid Infrastructureリリース11.2.0.2以上では、Oracle Grid Infrastructure構成ウィザードをGUIモードで起動して、ソフトウェア・バイナリを構成できます。

1. ノードのいずれかでローカル管理者ユーザーとしてログインし、Gridホームのcrs\configディレクトリから、次のコマンドを入力します。

C:\..\crs\config> config.bat

構成スクリプトによってOUIが構成ウィザード・モードで起動します。必要に応じて構成情報を指定します。各ページには同じユーザー・インタフェースが表示され、OUIが通常実行するのと同じ妥当性チェックが実行されます。ただし、インストールを実行するのではなく、構成ウィザード・モードで入力が検証され、すべてのクラスタ・ノードでインストールが構成されます。

2. 入力を完了すると、OUIにより「サマリー」ページが表示され、クラスタに指定したすべての入力がリストされます。サマリーにクラスタの正しい情報が表示されていることを確認し、「インストール」をクリックしてローカル・ノードの構成を開始します。
ローカル・ノードの構成が完了すると、OUIによりOracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにコピーされます。

3. プロンプトが表示されたら、任意のスクリプトを実行します。

4. OUIはクラスタ構成ステータスを確認して、必要に応じて他の構成ツールを起動します。

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

ソフトウェアをどのノードにインストールまたはコピーする場合でも、構成を後で行うことができます。この項では、Oracle Grid Infrastructureリリース11.2.0.2以上で可能な、構成ウィザード・ユーティリティ(config.bat)を使用してノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。

レスポンス・ファイルを使用してクラスタ用Oracle Grid Infrastructureを構成するには、次の手順を実行します。

1. Oracle Grid Infrastructureインストール所有者(grid)として、次の構文を使用して、Oracle Grid InfrastructureソフトウェアのみのホームからOracle Grid Infrastructure構成ウィザード・モードでOUIを起動します。Grid_homeはOracle Grid Infrastructureホームです。

Grid_home\crs\config\config.bat [-debug]

構成スクリプトによってOUIが構成ウィザード・モードで起動します。各ページには同じユーザー・インタフェースが表示され、OUIが通常実行するのと同じ妥当性チェックが実行されます。ただし、インストールを実行するのではなく、構成ウィザード・モードで入力が検証され、すべてのクラスタ・ノードでインストールが構成されます。

2. 入力を完了すると、「サマリー」ページが表示され、クラスタに指定したすべての入力がリストされます。サマリーにクラスタの正しい情報が表示されていることを確認し、「インストール」をクリックしてローカル・ノードの構成を開始します。
ローカル・ノードの構成が完了すると、OUIによりOracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにコピーされます。

3. OUIはクラスタ構成ステータスを確認して、必要に応じて他の構成ツールを起動します。

スタンドアロン・サーバーでOracle Grid Infrastructureのソフトウェアのみのインストールを構成しアクティブにするには、『Oracle Databaseインストレーション・ガイドfor Microsoft Windows』を参照してください。

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

この項では、サイレント(レスポンスなし)モードで構成ウィザード・ユーティリティ(config.bat)を使用して、ノードにソフトウェアをインストールまたはコピーした後で構成を行う手順について説明します。構成ウィザード・ユーティリティは、Oracle Grid Infrastructureリリース11.2.0.2以上で使用可能です。

クラスタ構成ファイルを使用してサイレント・モードでクラスタ用Oracle Grid Infrastructureを構成するには、次の手順を実行します。

1. Oracle Grid Infrastructureインストール所有者(grid)として、次の構文を使用して、Oracle Grid InfrastructureソフトウェアのみのホームからOracle Grid Infrastructure構成ウィザード・モードでOUIを起動します。Grid_homeはOracle Grid Infrastructureホームで、filenameはレスポンス・ファイル名です。次に例を示します。

C:\> cd app\11.2.0\grid\crs\config
C:\> config.bat -responseFile C:\app\11.2.0\grid\response\grid_install.rsp

ウィザードはクラスタ構成ファイルを検証してから、構成を進めます。クラスタ構成ファイルに無効な入力があった場合、構成ウィザードはエラーを表示して終了します。プロンプトが表示されたら、configToolAllCommandsスクリプトを実行します。

2. ローカル・ノードの構成が完了すると、OUIによりOracle Grid Infrastructure構成ファイルが他のクラスタ・メンバー・ノードにコピーされます。

3. OUIはクラスタ構成ステータスを確認して、必要に応じて他の構成ツールを起動します。

4.4 Oracle Clusterwareの機能の確認

インストール後に、管理者グループのメンバーとしてログインし、Oracle Clusterwareインストールが正しくインストールされ、実行されていることを確認するために、Gridホームのbinディレクトリから次のコマンドを実行します。

crsctl check cluster -all

例4-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
*************************************************************************

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

OCRおよび投票ディスク・ファイルをOracle ASMにインストールした場合、Grid_home\binディレクトリから次のコマンド構文を実行し、Oracle ASMソフトウェアが動作していることを確認します。

srvctl status asm

Oracle ASMは、Oracle Clusterwareファイルに必要な場合のみ、実行されています。インストール中に、Oracle ASMでOracle Clusterware記憶域を構成しなかった場合、Oracle ASMインスタンスは停止状態です。

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

Oracle ASMインストールが動作可能であることを確認するには、C:\app\11.2.0\gridをGridホームの場所で置き換えて、次のコマンドを実行します。コマンドの下のテキストは、コマンドによって返される出力の例です。

C:\app\11.2.0\grid\BIN> srvctl status asm
ASM is running on node node1
ASM is running on node node2

注意:
Oracle Clusterware 11gリリース2 (11.2)以上のインストールでOracle ASMまたはOracle Net Servicesを管理するには、クラスタ用Oracle Grid Infrastructureホーム(Gridホーム)のsrvctlバイナリを使用します。Oracle RACまたはOracle Databaseがインストールされている場合は、データベース・ホーム(Oracleホーム)のsrvctlプログラムを使用してOracle ASMまたはOracle Net Servicesを管理することはできません。

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

Oracle Grid Infrastructureでは、様々なOracle製品およびコンポーネントに必要なリソースが提供されます。一部の製品およびコンポーネントはオプションのため、Oracle Grid Infrastructureのインストール後にインストールして有効にできます。インストール後の追加を簡単にするため、Oracle Grid Infrastructureでは、これらの製品およびコンポーネントで使用可能なすべての製品に必要なすべてのリソースが構成および登録されます。ただし、アクティブ化するのはそれらを追加することを選択した場合のみです。そのため、一部のコンポーネントは、Oracle Grid Infrastructureのインストール後はOFFLINEとして表示される場合があります。

TARGET:OFFLINEおよびSTATE:OFFLINEとして表示されるリソースを監視する必要はありません。登録済でも有効でないコンポーネントであるため、システム・リソースは使用されません。Oracle製品またはコンポーネントがシステムにインストールされていて、オンラインにする特定のリソースが必要な場合は、必要なオフライン・リソースのアクティブ化を求めるプロンプトが表示されます。

5 Oracle Grid Infrastructureのインストール後の手順

この章では、Oracle Grid Infrastructureソフトウェアをインストールした後に実行する、インストール後の作業について説明します。

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

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

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

- 前のバージョンのOracle DatabaseのGrid Infrastructureでの使用

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

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

インストールを完了したら、次の作業を実行する必要があります。

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

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

注意:
以前のリリースでは、ocopy.exeコマンドを使用して投票ディスクをバックアップする作業が、インストール後に必要でした。Oracle Clusterware 11gリリース2 (11.2)以上のリリースでは、投票ディスクのバックアップが不要になりました。

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

My Oracle Support Webサイトを参照して、インストールした環境に必要なパッチの更新を確認します。

注意:
My Oracle Supportを利用するには、ブラウザにAdobe Flashプラグインのバージョン9.0.115以上が必要です。Adobe Flashのチェッカ・ページに移動して、ご使用のブラウザでFlashプラグインの正確なバージョンをチェックし、最新バージョンのAdobe Flashがインストールされていることを確認します。
Flashをインストールしていない場合は、次のAdobe Webサイトから最新バージョンのFlash Playerをダウンロードします。

http://www.adobe.com/go/getflashplayer

Oracleでは、一般的な修正およびベース製品のリリース以降にお客様で発生した修正を含むパッチ・セットを定期的に提供します。パッチ・セットでは、バージョン番号の4番目の数字が増分し(10.2.0.1.0から10.2.0.4.0など)、これらのパッチ・セットはベース・リリース(すなわち10.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 (パッチ・セット更新)および推奨パッチ・バンドルの修正も含まれます。パッチ・セット例外バンドルを適用する前に以前のセキュリティ・パッチを適用しておく必要はありません。ただし、リリースのパッチ・セット例外バンドルを適用する前に、所定の製品ホームの指定されたパッチ・セット・レベルであることが必要となります。

必要なパッチの更新をダウンロードするには、次の手順を実行します。

1. Webブラウザを使用して、My Oracle SupportのWebサイトを表示します。
https://support.oracle.com

2. My Oracle Support Webサイトにログインします。

注意:
My Oracle Supportの登録ユーザーでない場合は、「こちらで登録してください」をクリックして登録してください。

3. My Oracle Supportのメイン・ページで「パッチと更新版」をクリックします。

4. パッチセットを検索するには、次の手順を実行します。

1. ページの左側の「Oracleサーバー/ツール」という見出し下の「最新のパッチセット」リンクをクリックします。
「クイック・リンク」ページが、新しいブラウザ・ウィンドウまたはタブに表示されます。

2. 「単純検索」をクリックします。

3. 「検索条件」フィールドに「製品またはファミリ」を設定します。隣接するテキスト・フィールドの横の懐中電灯アイコンをクリックします。ポップアップ・ウィンドウの「すべての製品」の横のテキスト・フィールドに"%Oracle Database%"と入力し、「実行」をクリックします。

4. リストから「Oracle Databaseファミリー」を選択し、「選択」をクリックして「単純検索」ウィンドウに戻ります。

5. Oracle 11.2.0.2.0など、パッチ・セット・リリースの値を選択します。

注意:
パッチ・セット・リリースは、現在のソフトウェア・リリースより1大きくなります。たとえば、現在のソフトウェア・リリースがOracle 10.2.0.3の場合、パッチ・セット・リリースはOracle 10.2.0.4となります。

6. 「パッチ・タイプ」で「パッチ・セット/ミニパック」を選択します。

7. 「プラットフォームまたは言語」で「Microsoft Windows x64 (64-bit)」を選択します。

8. 「実行」をクリックします。手順6に進みます。

5. パッチセットを検索するには、次の手順を実行します。

1. ページ右側の「パッチ検索」セクションで、「製品またはファミリ(拡張検索)」を選択します。

2. この「製品またはファミリの検索」セクションで、「製品」に「Oracle Database」、「リリース」に「Oracle 11.2.0.1.0 (Oracle Database)」を選択します。いずれかのバンドル・パッチを適用し、ベース・バージョン番号(11.2.0.1.0)のかわりに、変更されたデータベース・バージョン(11.2.0.1.3など)を使用した場合。

3. 「プラットフォーム」の検索フィルタが表示されている場合、そのプラットフォームの「Microsoft Windows x64 (64-bit)」を選択します。この検索フィルタが表示されない場合、この検索フィルタを追加するか、最後の検索フィルタ行のドロップダウン・リストから「プラットフォーム」を選択します。

4. 「検索」をクリックします。
Microsoft Windows x64プラットフォームの指定したOracle Databaseリリースに対して使用可能なすべてのパッチのリストが表示されます。

5. (オプション)Oracle RACまたはOracle Grid Infrastructureに固有のパッチを見つけるには、「検索の編集」をクリックします。「製品またはファミリの検索」ウィンドウに戻る場合は、「パッチ・ターゲット」にフィルタを追加し、値を「Real Application Clusters」に設定します。

注意:
Oracle RACはOracle Databaseソフトウェアのオプションであるため、Oracle Databaseに適用するパッチはOracle RACデータベースにも適用されます。

6. パッチ番号をクリックしてパッチの説明を表示し、パッチのREADMEファイルにアクセスします。このページからパッチをダウンロードすることもできます。

7. 「README」 をクリックして、パッチの適用手順を表示します。「README」ページが、別のブラウザ・ウィンドウまたはタブで開かれます。READMEファイルには、パッチに関する情報、このパッチで修正されたバグのリスト、およびインストールにパッチを適用する方法が記載されています。
タブまたはウィンドウを閉じて前のページに戻ります。

8. 「ダウンロード」をクリックして、パッチ・ファイルをシステムに保存します。

9. Oracleソフトウェアに付属のunzipユーティリティを使用して、My Oracle SupportからダウンロードしたOracleパッチの更新を解凍します。unzipユーティリティはGrid_home\BINディレクトリにあります。

10. パッチをインストールする準備としてデータベース・プロセスを停止する方法については、付録D「Oracle Grid Infrastructure 11gリリース2へのアップグレード方法」を参照してください。

5.1.2 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ファイアウォールを構成する必要があります。このファイアウォールの構成は、次のいずれかの方法で実行できます。

- Windowsファイアウォール・アプリケーションを起動して、「例外」タブを選択します。「プログラムの追加」または「ポートの追加」をクリックして、Oracleソフトウェアの例外を作成します。

- コマンド・プロンプトから、netsh firewall add...コマンドを使用します。

- フォアグランド・アプリケーションがポートをリスニングしようとしていることがWindowsから通知されたときに、その実行可能ファイルの例外を作成できます。この方法で例外を作成した場合、コントロール パネルまたはコマンドラインから実行可能ファイルの例外を作成した場合と同じ効果があります。

次の項では、WindowsのTCPポートをリスニングするOracle Database 11gリリース2の実行可能ファイルと、その実行可能ファイルの簡単な説明を示します。それらの実行可能ファイルが使用中で、リモート・クライアント・コンピュータからの接続を受信している場合は、適切な処理が行えるように、それらをWindowsファイアウォールの例外リストに追加することをお薦めします。また、複数のOracleホームを使用している場合は、oracle.exeなどの同じ実行可能ファイルのためにファイアウォールの例外を複数回(実行可能ファイルがロードされる各ホームに1つ)作成する必要があります。

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

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

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

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

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

- Windows用のOracle Cluster File Systemのファイアウォール例外

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

関連項目:
第A.12項、「Windowsファイアウォール例外のトラブルシューティング」

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

SQL*Plus、Oracle Call Interface(OCI)、Open Database Connectivity(ODBC)、Object Linking and Embedding Database(OLE DB)アプリケーションなどのリモート・クライアントからの基本的なデータベース操作と接続性のために、次の実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle_home\bin\oracle.exe - Oracle Database実行可能ファイル

- Oracle_home\bin\tnslsnr.exe - Oracleリスナー

データベースに対してリモート監視機能を使用する場合は、次の実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle_home\bin\emagent.exe - Oracle Database Control

- Oracle_home\jdk\bin\java.exe - Enterprise Manager Database Control用のJava Virtual Machine(JVM)

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

Oracle Database Companion CDをインストールした後に、次の実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。

- Oracle_home\opmn\bin\opmn.exe - Oracle Process Manager

- Oracle_home\jdk\bin\java.exe - JVM

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

Oracle Databaseがゲートウェイを介してOracle以外のソフトウェアとやりとりする場合は、ゲートウェイ実行可能ファイルをWindowsファイアウォールの例外リストに追加する必要があります。表5-1に、Oracle以外のソフトウェアへのアクセスに使用されるゲートウェイ実行可能ファイルを示します。

表5-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

5.1.2.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

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

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のユーザー・データグラム・プロトコル(UDP)・ポート

- 135から139のTCPポート

- Network Basic I/O System(NetBIOS)を使用せずに直接ホストされたSMBトラフィック

- ポート445(TCPおよびUPD)

5.1.2.6 Windows用のOracle Cluster File Systemのファイアウォール例外

Windows用のOracle Cluster File System(Windows用のOCFS)を使用してOracle ClusterwareファイルまたはOracle RACデータベース・ファイルを格納する場合は、次の例外をWindowsファイアウォールに追加する必要があります。

- Grid_home\cfs\Ocfsfindvol.exe - Windows Volume Service用のOCFS

- %WINDOWS_HOME%\system32\drivers\Ocfs.sys - OCFS用のシステム・ファイル(Oracle Clusterwareの記憶域にWindows用のOCFSを使用している場合)

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

前述したすべての例外に加え、次に示すOracleソフトウェアのいずれかを使用する場合は、関連する実行可能ファイルのためにWindowsファイアウォールの例外を作成する必要があります。

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

Oracleソフトウェア製品

実行可能ファイル名

Data Guard Manager

dgmgrl.exe

Oracle Internet Directory Lightweight Directory Access Protocol(LDAP)Server

oidldapd.exe

外部プロシージャ・コール

extproc.exe

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

Oracle Grid Infrastructureをインストールした後で、必要に応じて次の作業を行うことをお薦めします。

- トラブルシューティング・ツールのインストール

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

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

5.2.1 トラブルシューティング・ツールのインストール

トラブルシューティングの問題に対処するために、Instantaneous Problem Detection OS Tool(IPD/OS)をインストールすることをお薦めします。このユーティリティは、Oracle Grid Infrastructure 11.2.0.1インストール用で、Oracle Technology Network(OTN)で入手可能です。

注意:
Oracle Grid Infrastructure 11gリリース2 (11.2)リリースでは、IPD/OSユーティリティが更新され、名前がクラスタ状態モニター(CHM)に変更されています。CHMは、Oracle Grid Infrastructureリリース11.2.0.3まではWindowsプラットフォームで使用できず、IPD/OSはOracle Grid Infrastructure 11gリリース2 (11.2.0.2)の最初のパッチ・セット・リリースと互換性がありません。

5.2.1.1 Instantaneous Problem Detection OS Tool(IPD/OS)のインストール

IPD/OSは、サービス・パック2以上を適用したWindows Server 2003を実行しているWindowsシステムにインストールできます。IPD/OSは、x86およびx64インストールをサポートしています。

注意:
クラスタにIPD/OSがすでにインストールされている場合は、新しいバージョンをインストールする前に現行バージョンを削除する必要があります。

IPD/OSツールは、オペレーティング・システムおよびクラスタ・リソースに関連する状態の悪化や障害を検出し、分析するように設計されています。このツールを利用すると、Oracle ClusterwareおよびOracle RACが稼働しているクラスタで起こる様々な問題(ノードの追出しなど)について、明確に理解できます。このツールは、オペレーティング・システム・リソースの消費状況を、各ノード、プロセスおよびデバイス・レベルで継続的に追跡します。また、クラスタ全体のデータを収集し分析します。リアルタイム・モードでは、しきい値に達するとオペレータに対してアラートが表示されます。根本原因分析のため、履歴データを再生し、障害発生時に何が起きていたのかを理解できます。

次のURLのWebページで、「Cluster Health Monitor - Download」というタイトルのリンクをクリックすると、IPD/OSをダウンロードできます。

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

パフォーマンスの問題を防ぐために、Oracle RACノードでは、IPD/OS用のGraphical User Interface(GUI)によるインタフェースを実行できません。クライアントは、クラスタ・メンバー・ノードでないLinuxクライアントまたはWindowsクライアントにインストールできます。このクライアントからデータを表示できます。

関連項目:
IPD/OSツールおよびクライアントのインストールの詳細は、IPD/OSのREADMEファイルを参照してください。

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

Windowsオペレーティング・システムは、システム・キャッシュではなくプログラムのメモリー使用量に合わせて最適化される必要があります。メモリーの最適化設定を変更するには、次の手順を実行します。

1. 「スタート」メニューから、「コントロール パネル」→「システム」を選択します。

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

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

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

5. 「メモリ使用量」セクションで、「プログラム」が選択されていることを確認します。

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

Oracle Grid Infrastructureのインストール時に記憶域にOracle ASMを選択した場合、Oracle Clusterwareファイルを格納するために1つのディスク・グループが作成されます。シングル・インスタンスのデータベース、Oracle RACデータベースまたはOracle RAC One Nodeデータベースを作成する場合、このディスク・グループをデータベースのデータ・ファイルの格納に使用することもできます。ただし、高速リカバリ領域用に別のディスク・グループを作成する必要があります。

5.2.3.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つの異なるデータベースで共有するとします。各データベースの高速リカバリ領域のサイズを、そのデータベースの重要度によって設定することができます。たとえば、database1は重要性が最も低いデータベースで、database2は重要性がより高く、database3は重要性が最も高い場合、database1には30GB、database2には50GB、database3には70GBとデータベースごとに異なるDB_RECOVERY_FILE_DEST_SIZE設定を行い、各データベースの保存ターゲットを満たすことができます。

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

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

高速リカバリ領域のOracle ASMディスク・グループを作成するには、次の手順を実行します。

1. Gridホームのbinディレクトリに移動し、Oracle ASM Configuration Assistant (ASMCA)を起動します。次に例を示します。

C:\> cd app\11.2.0\grid\bin
C:\> asmca

2. ASMCAが開き、「ディスク・グループ」タブが表示されます。新しいディスク・グループを作成するには、「作成」をクリックします。

3. 「ディスク・グループの作成」ウィンドウが開きます。
「ディスク・グループ名」フィールドに、高速リカバリ領域ディスク・グループの説明的な名前(FRAなど)を入力します。

「冗長性」セクションで、適用する冗長レベルを選択します。

「メンバー・ディスクの選択」フィールドで、高速リカバリ領域に追加する適切なディスクを選択し、「OK」をクリックします。

4. 「ディスク・グループの作成」ウィンドウが開き、ディスク・グループの作成が完了したというメッセージが表示されます。「OK」をクリックします。

5. 「終了」をクリックします。

5.3 前のバージョンのOracle DatabaseのGrid Infrastructureでの使用

次の項で、Oracle Grid Infrastructure 11gリリース2 (11.2)インストールで前のリリースのOracle Databaseを使用する場合について説明します。

- 前のバージョンのOracle Databaseの使用に関する一般的な制限

- ASMCAを使用した前のバージョンのデータベースのディスク・グループの管理

- DBCAの使用またはOracle Databaseリリース10.2.xまたは11.x用のパッチの適用

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

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

- Oracle Clusterwareリソースの起動および停止

5.3.1 前のバージョンのOracle Databaseの使用に関する一般的な制限

Oracle Databaseリリース10.2およびリリース11.1を、Oracle ClusterwareおよびOracle ASMリリース11.2とともに使用できます。既存バージョンのOracle ClusterwareとOracle ASMをOracle Grid Infrastructure 11gリリース2(Oracle ClusterwareとOracle ASMを含む)にアップグレードする場合で、Oracle RACデータベースをOracle Database 11gリリース2にアップグレードする計画もある場合は、Oracle RACのアップグレードが完了したときに、既存のデータベースに必要な構成も自動的に完了するため、この項の説明を読む必要はありません。

注意:
Oracle Databaseバージョン11.1以下をOracle Grid Infrastructure 11.2とともに使用してデータベースのディスク・グループ互換性を構成する詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

ただし、Oracle Grid Infrastructure 11gリリース2にアップグレードする場合で、アップグレードの予定がない既存のOracle RACインストールがある場合、または前のバージョンのOracle RAC(10.2または11.1)をOracle Grid Infrastructure 11gリリース2を実行するクラスタにインストールする場合は、前のバージョンのデータベースがOracle Grid Infrastructureで正常に動作するには、追加の構成タスクを完了するか、またはパッチを適用(あるいはその両方を実行)する必要があります。

データベースのバージョンがOracle Database 11gリリース2の場合にのみ、Oracle DatabaseホームをOracle ACFSに格納できます。前のリリースのOracle DatabaseはOracle ACFSを使用するように設計されていないため、Oracle DatabaseをOracle ACFSにインストールすることはできません。

注意:
リリース11.1.0.7、11.1.0.6および10.2.0.4からアップグレードする場合は、Oracle RACまたはOracle DatabaseインストールをOracle Clusterwareリリース11.2インストールで起動する前に、アップグレード元となるリリース用の最新の推奨パッチを確認し、必要に応じてアップグレード前に既存のデータベース・インストールにそれらのパッチをインストールすることをお薦めします。
推奨パッチの詳細は、My Oracle SupportのNote 785351.1にある「Oracle Upgrade Companion」を参照してください。

https://metalink.oracle.com

各リリースの推奨パッチの現在のリストについては、『Oracle Databaseプラットフォーム共通日本語README』およびOracle Support Note 756388.1および756671.1を参照することもできます。

関連項目:
第5.1.1項「パッチの更新のダウンロードおよびインストール」

5.3.2 ASMCAを使用した前のバージョンのデータベースのディスク・グループの管理

前のバージョンのOracle DatabaseおよびOracle RACをOracle Grid Infrastructure 11gにインストールするときに、Oracle ASM Configuration Assistant(ASMCA)を使用して、ディスク・グループを作成および変更します。Oracle Grid Infrastructure 11gリリース2以上では、Oracle ASMはOracle ClusterwareとともにOracle Grid Infrastructureインストールの一部としてインストールされます。Database Configuration Assistant(DBCA)を使用してOracle ASMで管理タスクを実行することはできなくなりました。

5.3.3 DBCAの使用またはOracle Databaseリリース10.2.xまたは11.x用のパッチの適用

Oracle ClusterwareおよびOracle ASMリリース11.2の環境に、DBCAを使用してOracle RACまたはOracle Databaseの10.2.xまたは11.1.xのデータベースを作成するには、Oracle RACまたはOracle Databaseホームにパッチをインストールする必要があります。特定のパッチに関する詳細は、Oracle DatabaseのReadmeを参照してください。

関連項目:
第5.1.1項「パッチの更新のダウンロードおよびインストール」

Oracle Database 10gリリース2ソフトウェアまたはOracle Database 11gリリース1ソフトウェアを使用している場合は、新しいデータベースを作成したり、Oracleホームにパッチを適用する前に、最初にクラスタのすべてのノードでOracleRemExecService Windowsサービスを停止する必要があります。データベースを作成する前、またはOracleホームにパッチを適用する前にこのプロセスを停止しないと、OPatchまたはDBCAがリモート・ノードのOracle RACデータベース・インスタンスを開始できません。このため、データベースの作成またはパッチの適用操作でエラーが戻されます。

5.3.4 Oracle Databaseリリース10.2.xまたは11.x用のクラスタ・ノードの固定

前のバージョンのOracleソフトウェアがインストールされていないクラスタにOracle Clusterware 11gリリース2をインストールすると、Oracle Database 10gおよび11.1では永続的な構成が必要であるにもかかわらず、クラスタ・ノードは動的にOracle Databaseリリース11.2以上と互換性があるように構成されます。ノードに永続的な構成を作成することを、ノードの固定と呼びます。

注意:
アップグレード中、すべてのクラスタ・メンバー・ノードには自動的に固定されるため、既存のデータベースに対して手動で固定する必要はありません。ノードの固定は、Oracle Grid Infrastructure 11gリリース2 (11.2)ソフトウェアをインストールした後に、前のリリースのOracle Databaseをインストールする場合にのみ必要です。

前のバージョンのOracle Databaseをインストールして使用するための準備でノードを固定するには、次の形式でGrid_home\bin\crsctlを使用します。nodesは、構成を固定するクラスタ内の1つまたは複数のノードを示す、スペース区切りリストです。

crsctl pin css -n nodes

ノードが固定状態か非固定状態かを確認するには、Grid_home\bin\olsnodesコマンドを使用します。

olsnodes -t -n

例5-1 前のリリースのOracle Databaseを使用する前のクラスタ・ノードの固定

クラスタのノードnode3およびnode4でOracle Database 10gリリース2を作成する場合、そのノードを固定する必要があります。ノードnode3およびnode4を固定するには、管理者ユーザーとしてログインし、次のコマンドを入力します。

C:\..\bin> crsctl pin css -n node3 node4

例5-2 クラスタ内の固定されたノードのリスト

クラスタ内で固定されたノードをすべてリストするには、次のコマンドを使用します。Grid_homeはOracle Grid Infrastructureインストールのパスです。

C:\> Grid_home\bin\olsnodes -t -n

このコマンドの出力結果は、次のようになります。

node1 1       Pinned
node2 2       Pinned
node3 3       Pinned
node4 4       Pinned

例5-3 個々のノードが固定されているかどうかの確認

特定のノードの状態をリストするには、olsnodesコマンドで-nオプションを使用します。Grid_homeはOracle Grid Infrastructureインストールのパスです。

C:\> Grid_home\bin\olsnodes -t -n node3

このコマンドの出力結果は、次のようになります。

node3 3       Pinned

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

5.3.5 適切なLSNRCTLコマンドの使用

Oracle ClusterwareおよびOracle ASM 11gリリース2で、リスナー制御ユーティリティ(LSNRCTL)を使用してローカルおよびSCANリスナーを管理するには、Gridホームにあるlsnrctlプログラムを使用します。以前のリリースで使用していたOracleホームの位置からlsnrctlプログラムを使用しないでください(この位置は新しいリリースでは使用できません)。

5.3.6 Oracle Clusterwareリソースの起動および停止

Oracle Database 10gリリース2またはOracle Database 11gリリース1データベースがOracle Clusterwareに登録されている場合は、Oracle Clusterware 11gリリース2を停止する前に、次のいずれかを実行する必要があります。

- 最初にOracle Database 10gリリース2またはOracle Database 11gリリース1のデータベース・インスタンスを停止してから、Oracle Clusterwareスタックを停止する

- crsctl stop crs -fコマンドを使用してOracle Clusterwareスタックを停止し、発生するエラーを無視する

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

インストール後に、Gridホームにインストールされているソフトウェアを変更する必要がある場合は、まずOracle Clusterwareスタックを停止する必要があります。たとえば、個別パッチを適用したり、Oracle ClusterwareまたはOracle ASMで使用されるダイナミックリンク・ライブラリ(DLL)を変更するには、次の手順に従って、Oracle Clusterwareを停止および再起動する必要があります。

注意:
Oracle Grid Infrastructureホームに対して行った変更を有効にするには、Gridホーム・ディレクトリで実行しているすべての実行可能ファイルを停止してから再起動する必要があります。さらに、GridホームのOracle共有ライブラリまたはDLLファイルを使用するアプリケーションを停止してください。

次の手順を使用して、変更のためにOracle Grid Infrastructureホームを準備します。

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を繰り返します。

6 Oracle Grid Infrastructureを変更または削除する方法

この章では、サーバーからOracle ClusterwareおよびOracle Automatic Storage Management(Oracle ASM)ソフトウェアを削除または構成解除する方法について説明します。

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

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

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

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

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

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

関連項目:
個々の製品を削除する場合は、要件および制限について製品固有のドキュメントを参照してください。

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

次のような場合に、インストールされたコンポーネントを削除します。

- 学習環境またはテスト環境のいずれかで、Oracle Clusterwareを正常にインストールした後、Oracle Clusterwareインストールを削除する必要がある場合。

- Oracle Clusterwareのインストールまたはアップグレード中、またはその後にエラーが発生し、インストールを再試行する場合。

- ハードウェア障害またはオペレーティング・システム障害のため、インストールまたはアップグレードが停止した場合。

- Oracle Clusterwareを再インストールするようにOracleサポート・サービスからアドバイスされた場合。

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

Oracle Restart(スタンドアロン・サーバー用のOracle Grid Infrastructureインストール)を使用するOracle Databaseインストールがあり、そのサーバーをクラスタ・メンバー・ノードとして構成する場合は、次の作業を行います。

1. 次の構文でサーバー制御(SRVCTL)ユーティリティを使用してOracle Restart構成を調べます。db_unique_nameはデータベースの一意の名前、lsnrnameはデータベースのリスナー名です。

srvctl config database -d db_unique_name
srvctl config service -d db_unique_name
srvctl config listener -l lsnrname

この後の手順でサーバーの構成情報が必要になるため、この情報を記録します。

2. 手順1で確認したすべてのデータベース、サービスおよびリスナーを停止します。

3. Oracle ASMクラスタ・ファイル・システム(Oracle ACFS)ファイル・システムが存在する場合は、これらすべてをマウント解除します。

4. Grid_home\crs\installディレクトリに移動します。Grid_homeはOracle Grid Infrastructureホーム(Gridホーム)ディレクトリの場所です。次に例を示します。

C:\> cd app\11.2.0\grid\crs\install

5. 次のコマンドを使用して、スタンドアロン・サーバー用のOracle Grid Infrastructureインストール(Oracle Restart)を構成解除し、削除します。

C:\..\install> C:\app\11.2.0\grid\perl\bin\perl.exe roothas.pl -deconfig

6. 第1章「クラスタ用Oracle Grid Infrastructureの標準インストール」または第2章「クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業」で示すとおり、Oracle Clusterware構成用にサーバーを準備します。

7. Oracle Grid Infrastructureリリース11.2.0.2以上を使用している場合は、Oracle Grid Infrastructureインストールの所有者としてOracle Clusterware構成ウィザードを実行します。レスポンス・ファイルを保存し、ステージングします。-responseFileパラメータに、Oracle Clusterware構成ウィザードがレスポンス・ファイルを書き込む次のようなフルパス名を指定します。

C:\..\crs> cd ..\config
C:\..\config> config.bat -silent -responseFile C:\user\dba1\scripts\GI.rsp

8. Oracle Grid Infrastructureリリース11.2.0.1を使用している場合は、付録B「レスポンス・ファイルを使用したOracle Grid Infrastructureのインストールおよび構成」の説明に従って、レスポンス・ファイルを使用してクラスタを構成します。

9. Oracle Restartで使用されるOracle ASMディスク・グループをマウントします。

10. Oracle ACFSとOracle Restartを併用する場合は、Oracle ASM Configuration Assistant(ASMCA)を起動します。volenableコマンドを実行し、すべてのOracle Restartディスク・グループ・ボリュームを有効にします。

11. Oracle ACFSとOracle Restartを併用する場合は、すべてのOracle ACFSファイル・システムを手動でマウントします。

12. 手順1で記録した情報を使用して、Oracle ClusterwareサービスをOracle Clusterwareホームに追加して戻します。

1. Oracle ACFSリソースを登録します。次のようなコマンドを使用します(Grid_homeはOracle Grid Infrastructureインストールの場所)。

C:\> Grid_home\bin\srvctl add filesystem -d \\.\ORCLDATADISK4
-g ORestartData -v db1 -m C:\app\11.2.0\grid\db1 -u grid

2. Oracle DatabaseリソースをOracle Clusterwareに登録します。次のコマンド構文を使用します(db_unique_nameはノード上のデータベースの一意の名前、nodenameはノードの名前)。

srvctl add database -d db_unique_name -o %ORACLE_HOME% -x nodename

たとえば、ローカル・ノードnode1上のデータベース名mydbの場合、最初にORACLE_HOME環境変数がデータベース・ホーム・ディレクトリの場所に設定されることを確認してから、次のコマンドを入力してデータベースをOracle Clusterwareに登録します。

srvctl add database -d mydb -o %ORACLE_HOME% -x node1

3. srvctl add serviceコマンドを使用して、各データベース・サービスを登録します。たとえば、データベース名がmydbで、このデータベースにmyserviceという名前のサービスを作成した場合は、次のコマンドを入力します。

srvctl add service -d mydb -s myservice

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

11.2.0.3以上のリリースでクラスタにOracle Grid Infrastructureをインストールした後に、Gridホームの場所を変更する必要がある場合は、次の手順に従って、既存のGridホームをデタッチし、新しい場所を使用する新しいGridホームをアタッチします。

注意:
Gridホームを変更する前に、変更対象のGridホーム・ディレクトリで実行されるすべての実行可能ファイルを停止する必要があります。また、Oracle共有ライブラリを使用するすべてのアプリケーションも停止してください。

1. 管理者ユーザーとして次のコマンドを実行し、既存のGridホームをデタッチします(ここで、C:\app\11.2.0\gridは既存のGridホームの場所です)。

C:\> cd app\11.2.0\grid\oui\bin
C:\..\bin> detachhome.bat -silent -local

2. Oracle Grid Infrastructure用にインストールされたファイルを、古いGridホームから新しいGridホームに移動します。たとえば、古いGridホームがC:\app\11.2.0\gridで新しいGridホームがC:\app\gridの場合は、次のコマンドを使用します。

C:\> xcopy C:\app\11.2.0\grid C:\app\grid /E /I /H /K

3. 『Oracle Clusterware管理およびデプロイメント・ガイド』のOracle Clusterwareのクローニングによるクラスタの作成(手順3: 各宛先ノードでのclone.plスクリプトの実行)に関する説明に記載されている手順を使用して、Oracle Grid Infrastructureインストールをクローニングします。
Grid_home\clone\binディレクトリでclone.plスクリプトを実行するときに、新しいGridホームにパス情報を提供する入力パラメータに値を指定します。

4. 次のコマンドを入力し、新しいホームの場所でOracle Clusterwareを起動します。

C:\..bin\> cd C:\app\grid\crs\install
C:\..install\> perl rootcrs.pl -patch -destcrshome C:\app\grid

5. 各クラスタ・メンバー・ノードで、手順1から4を繰り返します。

Gridホームを移動するたびに、Oracle ClusterwareとOracle ASMを再構成する必要があります。

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

フラグ-deconfig -forceを指定してrootcrs.plコマンドを実行すると、インストールしたソフトウェアを削除しなくても、1つ以上のノードでOracle Clusterwareの構成を解除できます。この機能は、共有記憶域を誤って構成した場合など、インストール中に1つ以上のクラスタ・ノードでエラーが発生した場合に役に立ちます。インストール・エラーが発生したノードでrootcrs.pl -deconfig -forceを実行することによって、それらのノードでOracle Clusterwareの構成を解除し、エラーの原因を修正してから、再度rootcrs.plを実行できます。

注意:
Oracle Clusterwareを構成解除する前に、インストールおよび実行されている可能性のあるデータベース、サービスおよびリスナーを停止してください。

注意:
この項で使用するコマンドでは、クラスタ全体のOracle Grid Infrastructureインストールが削除されます。個々のノードからインストールを削除する場合は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Clusterwareを構成解除するには、次の手順を実行します。

1. インストール中にエラーが発生したノードで管理者グループのメンバーを使用してログインします。

2. ディレクトリをGrid_home\crs\installに移動します。次に例を示します。

C:\> cd C:\app\11.2.0\grid\crs\install

3. -deconfig -forceフラグを指定してrootcrs.plを実行します。次に例を示します。

C:\..\install> perl rootcrs.pl -deconfig -force

必要に応じて他のノードでこの手順を繰り返します。

4. クラスタ内のすべてのノードでOracle Clusterwareの構成を解除する場合は、最後のノードで次のコマンドを入力します。

C:\..\install> perl rootcrs.pl -deconfig -force -lastnode

-lastnodeフラグを指定すると、Oracle Cluster Registry(OCR)および投票ディスクを含むクラスタの構成解除が完了します。

注意:
データベース、サービス、リスナーなど、削除するOracle Clusterwareホームから起動されたリソースに依存する実行中のリソースが存在する場合は、rootcrs.plスクリプトを実行する際に-forceフラグを指定する必要があります。部分的なインストールまたは失敗したインストールを削除する場合も、-forceフラグを使用する必要があります。

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

deinstallツールによって、Oracle ClusterwareおよびOracle ASMをサーバーから削除できます。次の項では、このコマンドと、それを使用するための追加オプションについて説明します。

- 削除ツールについて

- 失敗したインストールで使用するための削除ツールのダウンロード

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

- Oracle Grid Infrastructureを削除するためのサンプル・パラメータ・ファイル

6.5.1 削除ツールについて

削除ツール(deinstall.bat)は、Oracleプログラムを停止し、Oracleソフトウェアおよびオペレーティング・システムの構成ファイルを削除します。この削除ツールは、インストール後に%ORACLE_HOME%\deinstall\deinstall.batとしてOracleホーム・ディレクトリから使用できます。この削除ツール・コマンドは、次のURLのOracle Technology Network(OTN)からダウンロードできます。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads

すべてのOracle Database 11gリリース2ソフトウェアとともに削除ツールをダウンロードすることも、単独のアーカイブ・ファイルとしてダウンロードすることもできます。削除ツールを個別にダウンロードするには、ソフトウェア・バージョンの横にある「すべて見る」リンクをクリックします。

削除ツール・コマンドは、指定した情報と、ソフトウェア・ホームから収集した情報を使用して、パラメータ・ファイルを作成します。または、–checkonlyフラグと-oフラグを使用して、deinstall.batコマンドによって以前に生成されたパラメータ・ファイルを指定することもできます。レスポンス・ファイル・テンプレートを編集して、パラメータ・ファイルを作成することもできます。

削除ツール・コマンドによって、Oracleソフトウェアが停止され、特定のOracleホームのOracleソフトウェアおよびオペレーティング・システムの構成ファイルが削除されます。削除ツールを実行してクラスタ・インストール用Oracle Grid Infrastructureを削除する場合、管理者グループのメンバーのユーザーとしてrootcrs.plスクリプトを実行するよう求められます。

注意:
deinstallコマンドを実行すると、構成解除して削除するホーム以外に、中央インベントリに他の登録済ホームが含まれていない場合、削除ツールはOracle RACインストール所有者のOracleベース・ディレクトリで次のファイルおよびディレクトリの内容を削除します。

- admin

- cfgtoollogs

- checkpoints

- diag

- oradata

- flash_recovery_area

インストールをOptimal Flexible Architecture(OFA)構成を使用して構成することと、Oracleソフトウェアの排他使用のためにOracleベースとOracleホーム・パスを予約することをお薦めします。Oracleソフトウェアを所有するユーザー・アカウントが所有するOracleベースのこれらの場所に、ユーザー・データが存在する場合、deinstallコマンドによってこのデータは削除されます。

削除ツールは次の構文を使用します。可変的な内容はイタリック体で示されています。

deinstall.bat [-home complete path of Oracle home] [-silent] [-checkonly] [-local]
[-paramfile complete path of input parameter property file]
[-params name1=value name2=value ...]
[-o complete path of directory for saving files]
[-tmpdir complete path of temporary directory to use]
[-logdir complete path of log directory to use] [-help]

注意:
共有Oracleホームに対して、削除ツールで-localオプションを指定することはできません。

デフォルトでは、削除ツールはGridホームのdeinstallディレクトリから実行します。また、削除ツールは、他の場所から実行することも、パラメータ・ファイルを指定して実行することも、deinstall.batコマンド実行時にオプションを指定することもできます。

deinstall.batコマンドで使用できるオプションは、次のとおりです。

- -home
このフラグは、確認または削除するOracleホームのパスを指定します。削除しようとしているOracleホームにあるdeinstall.batコマンドを使用してOracleソフトウェアを削除する場合は、Oracleホーム以外の場所にパラメータ・ファイルを用意し、-homeフラグは使用しないでください。

Grid_home\deinstallパスから削除を実行する場合は、ツールがホームから実行されていることを認識しているため、-homeフラグは必要ありません。スタンドアロン・バージョンのツールを使用する場合、-homeは必須です。

- -silent
このフラグを指定すると、コマンドが非対話モードで実行されます。このオプションを指定した場合は、次のいずれかが必要です。

- 削除ツールがインストール・プロパティを確認するためにアクセスできる動作中のシステム

- 削除または構成解除するOracleホームの構成値が記述されたプロパティ・ファイル

プロパティ・ファイルを作成するには、テンプレート・ファイルdeinstall.rsp.tmplを変更します。テンプレート・ファイルは、削除ツール・ホームまたはOracleホームのresponseフォルダにあります。

動作中のシステムがある場合、-checkonlyフラグを指定してdeinstall.batコマンドを実行することで、使用または変更するプロパティ・ファイルを生成できます。deinstall.batコマンドにより、削除および構成解除するOracleホームの情報が検出されます。生成されたプロパティ・ファイルは、-silentオプションで使用できます。

- -checkonly
このフラグを指定すると、Oracleソフトウェアのホーム構成の状態が確認されます。-checkonlyフラグを指定してコマンドを実行した場合、Oracleの構成は削除されません。このフラグによって、deinstall.batコマンドとともに使用できるプロパティ・ファイルが生成されます。

プロパティ・ファイルを生成するために-checkonlyフラグを使用すると、システムに関する情報を入力するように求められます。Oracle環境からツールが取得したデフォルト値(カッコ([])内に示されます)をそのまま使用するか、または別の値を指定できます。各プロンプトで[Enter]を押して、デフォルトを受け入れます。

- -local
このフラグを複数ノード環境で指定すると、クラスタのOracleソフトウェアの構成が解除されます。

このフラグを指定してdeinstall.batを実行すると、非共有Oracleホーム・ディレクトリのローカル・ノード(deinstall.batを実行したノード)でのみOracleソフトウェアの構成が解除され、削除されます。

注意:

- このフラグは、クラスタ環境でのみ使用できます。

- 共有Oracleホームに対して、削除ツールで-localオプションを指定することはできません。

- -paramfile 入力パラメータのプロパティ・ファイルの完全パス
これは、オプションのフラグです。このフラグを指定すると、デフォルト以外の場所にあるパラメータ・ファイルを使用してdeinstall.batを実行できます。このフラグを使用する場合は、パラメータ・ファイルが存在する場所を完全パスで指定します。削除する予定のOracleホームからdeinstall.batコマンドを実行している場合、-paramfileフラグを使用する必要はありません。

パラメータ・ファイルのデフォルトの位置は、削除ツールの位置によって異なります。

- インストール・メディアまたはステージの場所: <Drive>:\staging_location\deinstall\response

- OTNからダウンロードして解凍したアーカイブ・ファイル: <Drive>:\ziplocation\deinstall\response(<Drive>:\ziplocationは、ダウンロードしたアーカイブ・ファイルを解凍したディレクトリを指します。)

- インストール後のインストール済Oracleホーム: %ORACLE_HOME%\deinstall\response

- -params [name1=value name2=value name3=value . . .]
このフラグをパラメータ・ファイルとともに使用すると、作成したパラメータ・ファイルに記述された1つ以上の値を上書きできます。

- -o 保存するレスポンス・ファイルのディレクトリの完全パス
このフラグを指定すると、デフォルト以外の場所に、プロパティ・ファイル(deinstall.rsp.tmpl)を保存するパスが指定されます。

プロパティ・ファイルのデフォルトの位置は、削除ツールの位置によって異なります。

- OTNからダウンロードして解凍したアーカイブ・ファイル: <Drive>:\ziplocation\response(<Drive>:\ziplocation\は、ダウンロードしたアーカイブ・ファイルを解凍したディレクトリを指します。)

- インストール後のインストール済Oracleホーム: %ORACLE_HOME%\deinstall\response

- -tmpdir 一時ディレクトリの完全なパス
削除ツールが削除対象の一時ファイルを書き込むためのデフォルト以外の場所を指定します。

- -logdir ログ・ディレクトリの完全なパス
削除ツールが削除対象のログ・ファイルを書き込むためのデフォルト以外の場所を指定します。

- -help
ヘルプ・オプション(-help)を指定すると、コマンドのオプション・フラグに関する追加情報を取得できます。

Oracleホームにあるdeinstall.batコマンド、またはOTNからダウンロードしたdeinstall.batコマンド(Oracleホームにはインストールされていない)を使用すると、ログ・ファイルがC:\Program Files\Oracle\Inventory\logsディレクトリに書き込まれます。ただし、deinstall.batコマンドを使用して、サーバーに最後にインストールしたOracleホームを削除すると、ログ・ファイルは次の場所に書き込まれます。

- %TEMP%\OraDeinstall<timestamp>\logs(Oracleホームにあるdeinstall.batコマンドを使用した場合)

- <Drive>:\ziplocation\deinstall\logs(OTNからダウンロードしたdeinstall.batコマンドを使用した場合。<Drive>:\ziplocation\ は、ダウンロードしたアーカイブ・ファイルを解凍したディレクトリを指します。)

6.5.2 失敗したインストールで使用するための削除ツールのダウンロード

削除ツール(deinstall.bat)を使用すると、失敗または不完全なインストールを削除できます。これは、Oracle Technology Network(OTN)のWebサイトから個別のダウンロードとして入手できます。

削除ツールをダウンロードするには、次の手順を実行します。

1. 次のURLへ移動します。

http://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

2. OTNのライセンス契約を読んで、同意します。

3. 「Oracle Database 11g Release 2」で、削除ツールをダウンロードするプラットフォームの「すべて見る」をクリックします。
このページの終わりで削除ツールをダウンロードできます。

6.5.3 削除ツールの実行

deinstallコマンドは、Oracle Grid Infrastructureのインストールを行ったユーザー(gridユーザー)または管理者ユーザーとして実行することをお薦めします。

削除ツールをダウンロード後、必ず次に従っていることを確認します。

- すべてのクラスタ・メンバー・ノードで同一のユーザーが削除ツールを実行する

- ユーザー等価が設定されている

削除ツールを実行するには、次の手順に従います。

1. gridユーザー・ホーム・ディレクトリに削除ツールをダウンロードするかコピーします。

2. 削除ツールを実行します。

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

この項では、削除ツールを使用してOracle Grid Infrastructureソフトウェアを削除する例について説明します。

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

削除ツールを実行する最も一般的な方法は、削除対象のOracleホームにインストールされているバージョンを使用することです。削除ツールはローカルのOracleホームのソフトウェア構成を確認し、各プロンプトでデフォルト値を提供します。デフォルト値を受け入れることも、別の値を優先することもできます。Oracleホームのソフトウェアが実行されていない場合(インストール失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはプロパティ・ファイルですべての構成の詳細を提供する必要があります。

Oracleホーム・ディレクトリにある削除ツールを使用するには、次のコマンドを実行します(C:\app\11.2.0\gridはGridホームの場所)。

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

パスC:\app\11.2.0\gridのOracle Databaseホームにあるdeinstall.batコマンドを実行するには、管理グループのメンバーとしてログインしているときに次のコマンドを入力します。

C:\> cd app\
C:\app\> 11.2.0\grid\deinstall\deinstall.bat

Oracle Databaseインストールを完全に削除するには、Oracleホーム以外に位置するプロンプトから、deinstall.batコマンドを実行する必要があります。Oracle_home\deinstallディレクトリに変更した後にdeinstall.batコマンドを実行した場合、削除ツールはすべてのOracleソフトウェア・ファイルおよびディレクトリを削除することはできません。

例6-3 Oracleホーム以外の場所からの対話形式でのdeinstall.batの実行

別々にダウンロードしたバージョンの削除ツールを使用する場合、deinstall.batコマンドを実行すると、それはユーザーが提供する情報を使用してシステム構成を確認し、各プロンプトでデフォルト値を提供します。デフォルト値を受け入れることも、別の値を優先することもできます。指定したOracleホームのソフトウェアが実行されていない場合(インストール試行の失敗の後など)、削除ツールは構成を確認できないため、対話的に、またはプロパティ・ファイルですべての構成の詳細を提供する必要があります。

クラスタ用Oracle Grid InfrastructureホームがC:\app\11.2.0\gridの場合は、管理者グループのメンバーとしてログインし、次のコマンドを入力することで、クラスタからOracle Grid Infrastructureインストールを削除します。

C:\> app\deinstall\deinstall.bat -home C:\app\11.2.0\grid

プロンプトが表示されたら、さらに情報を入力します。削除対象のOracleホーム以外の場所から削除ツールを使用する場合は、コマンドラインで-homeオプションを指定する必要があります。

例6-4 Oracleホームからのdeinstall.batの実行とパラメータ・ファイルの使用

Oracle Grid Infrastructureホームにあるdeinstall.batコマンドを実行して、C:\users\oracle\paramfile4.tmplにあるパラメータ・ファイルを使用するには、管理グループのメンバーとしてログインしているときに次のコマンドを入力します。

C:\> cd app\11.2.0
C:\> grid\deinstall\deinstall.bat -paramfile C:\users\oracle\paramfile4.tmpl

例6-5 deinstall.batコマンドで使用するレスポンス・ファイルの生成

Oracleホームを削除するコマンドを実行する前に、-checkonlyフラグおよび-oフラグを指定してdeinstall.batコマンドを実行すると、パラメータ・ファイルを生成できます。またはレスポンス・ファイル・テンプレートを手動で編集してパラメータ・ファイルを作成することもできます。

Oracleホームにあるdeinstall.batコマンドと-checkonlyフラグを使用してパラメータ・ファイルdeinstall_OraCrs11g_home1.rspを生成するには、次のようなコマンドを入力します(C:\app\11.2.0\gridはGridホームの場所、C:\users\oracleは生成されるパラメータ・ファイルが作成されるディレクトリ)。

C:\> app\11.2.0\grid\deinstall\deinstall -checkonly -o C:\users\oracle\

6.5.5 Oracle Grid Infrastructureを削除するためのサンプル・パラメータ・ファイル

deinstallコマンドに-paramfileオプションを指定して実行できます。このオプションを使用すると、削除ツールではパラメータ・ファイルで指定した値が使用され、必要に応じて、不足している情報を入力するよう求められます。

ノードnode1およびnode2のクラスタ用のパラメータ・ファイルの例を次に示します。この例では、クラスタ用のOracle Grid Infrastructureはユーザーoracleによってインストールされ、GridホームはC:\app\11.2.0\gridにあり、Oracleベース(ソフトウェア所有者の場合は、oracle)はC:\app\oracle\、中央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\11.2.0\grid
ASM_HOME=C:\app\11.2.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\11.2.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\11.2.0\grid
JREDIR=C:\app\11.2.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 Database 11g Oracle Real Application Clusters (Oracle RAC)のドキュメントを参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

- SCAN VIPおよびSCANリスナーの問題

- ストレージ構成の問題

- スクリプトの完了前に終了したインストールの完了

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

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

次に、インストール中に発生する可能性のある様々なエラーの例を示します。この項の内容は次のとおりです。

- INS-32026 INSTALL_COMMON_HINT_DATABASE_LOCATION_ERROR

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

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

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

- 共有ディスクへのアクセスに失敗する

- インストールが正常に完了しないノードがある

- INS-20802: グリッド・インフラストラクチャの構成に失敗しました。

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

- その他のインストールの問題とエラー

INS-32026 INSTALL_COMMON_HINT_DATABASE_LOCATION_ERROR

原因: クラスタ用のインストールでGridホームに選択した場所が、Oracleベース・ディレクトリの下にあります。

処置: クラスタ用Oracle Grid Infrastructureのインストールでは、Gridホームを、Oracleベース・ディレクトリ、Oracle Databaseインストール所有者のOracleホーム・ディレクトリ、インストール所有者のホーム・ディレクトリのいずれの下にも配置しないでください。

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

原因: Windows Server 2008クラスタにMicrosoftフェイルオーバー・クラスタ(MSFC)がインストールされている場合で(構成されていない場合でも)、Oracle Grid Infrastructureをインストールしようとすると、グリッド・インフラストラクチャの構成フェーズ中にインストールが失敗し、リソースora.net1.networkまたはVIPリソースを起動できなかったことが示されます。
MSFCをインストールすると、仮想ネットワーク・アダプタが作成されて、バインド順の最上位に配置されます。このバインド順の変更はレジストリのみで確認でき、サーバー・マネージャの「ネットワーク接続の表示」には表示されません。

処置: 現在の唯一のソリューションは、同じWindows Server 2008クラスタにMSFCとOracle Grid InfrastructureまたはOracle Clusterwareをインストールしないことです。

OUIのノードの選択画面で選択可能なノードがない

原因: Oracle Grid Infrastructureがインストールされていないか、またはOracle Grid Infrastructureサービスが起動および実行されていません。

処置: Oracle Grid Infrastructureをインストールするか、またはインストールの状態を確認してください。また、ノードを再起動すると問題を解決できる場合があります。

ノードnodenameに到達できない

原因: IPホストが使用不可能です。

処置: 次の手順を実行してください。

1. コマンドipconfig /allを実行します。このコマンドの出力とC:\WINDOWS\system32\drivers\etc\hostsファイルの内容を比較して、ノードIPがリストされていることを確認します。

2. コマンドnslookupを実行して、ホストが到達可能であるかどうかを確認します。

共有ディスクへのアクセスに失敗する

原因: Windows 2003 R2は、デフォルトではRAWドライブを自動マウントしません。これは、Windows 2000からの変更点です。

処置: 自動マウントを有効に変更してください。第3.5.2項「Windowsでの自動マウントの有効化」を参照してください。

インストールが正常に完了しないノードがある

原因: 構成の問題が原因でOracle Grid Infrastructureソフトウェアが正常にインストールされないノードがある場合は、CRSスタックの起動時にタイムアウトしたことを示すエラー・メッセージが表示されたり、インストーラの終了時にOracle Clusterwareが管理するリソースが一部のノードで作成されない、またはそれらのノードがONLINE以外のステータスになっていることがわかる場合があります。

対処: 解決策の1つとして、インストールが正常に行われなかったノードでOracle Clusterwareの構成を解除した後、インストールが失敗した原因である構成の問題を修正してください。構成の問題を修正した後、インストール時に使用したスクリプトを再度実行し、Oracle Clusterwareを構成できます。詳細は、「ソフトウェアを削除せずに行うOracle Clusterwareの構成解除」を参照してください。

INS-20802: グリッド・インフラストラクチャの構成に失敗しました。

原因: Oracle Grid Infrastructureインストールの実行中にエラーが発生し、削除ツールを使用してその失敗したインストールを削除する場合、rootcrs.pl -deconfigコマンドは実行されません。

処置: 削除ツールを使用した後に、手動でrootcrs.pl -deconfigコマンドを実行し、Oracle Grid Infrastructureを再度インストールします。

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

原因: 構成の問題によってOracle Grid Infrastructureソフトウェアをすべてのノードに正常にインストールできない場合は、CRSスタックの起動の待機中にタイムアウトしたことを示すエラー・メッセージが表示される場合があります。または、インストーラを終了した後、Oracle Clusterwareで管理するリソースが一部のノードで作成されなかったことに気がつく場合があります。リソースのステータスがONLINE以外であることに気がつく場合もあります。

処置: ソフトウェアを削除せずにOracle Grid Infrastructureインストールの構成を解除し、構成の問題の原因を判断するためにインストールのログ・ファイルを確認します。構成の問題を修正した後、インストール時に使用したスクリプトを再度実行し、Oracle Clusterwareを構成してください。

関連項目:
第6.4項「ソフトウェアを削除せずに行うOracle Clusterwareの構成解除」

A.1.1 その他のインストールの問題とエラー

エラー・メッセージ解決の追加のヘルプは、My Oracle Supportを参照してください。たとえば、Doc ID 1367631.1のNoteには、Oracle Grid InfrastructureおよびOracle Clusterwareの最も一般的なインストールの問題の一部が含まれています。

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

-verbose引数を使用してクラスタ検証ユーティリティ(CVU)を実行し、特定のノードに対するクラスタ検証ユーティリティ・コマンドの結果がUNKNOWNになる場合、その原因は、検証時に問題が検出されたかどうかをクラスタ検証ユーティリティで判断できないことにあります。結果が「不明」になる場合の、考えられる原因を次に示します。

- ノードが停止している。

- クラスタ検証ユーティリティで必要な、オペレーティング・システムの共通コマンド・バイナリが、Oracle Grid Infrastructureホームの/binディレクトリまたはOracleホーム・ディレクトリで不足している。

- クラスタ検証ユーティリティを起動したユーザー・アカウントには、ノードでオペレーティング・システムの共通コマンドを実行する権限がない。

- ノードで、オペレーティング・システム・パッチ、または必須パッケージが不足している。

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

Oracle Grid Infrastructureをインストールするための要件をシステムが満たしていないことがクラスタ検証ユーティリティのレポートに示された場合は、この項の説明に従ってレポートに示されている問題を解決し、クラスタ検証ユーティリティを再実行します。

「ユーザーのユーザー等価チェックが失敗しました。」

原因: すべてのノード間でユーザー等価関係の設定に失敗しました。これは、必須のユーザーを作成していないため、インストール・ユーザーがすべてのノードで同じでないため、または失敗したノードで異なるパスワードを使用しいるためである可能性があります。

処置: クラスタ検証ユーティリティによって、ユーザー等価関係の設定に失敗したノードのリストが表示されます。失敗したノードと示されている各ノードに対して、ユーザー構成およびユーザー等価関係が正常に完了していることをインストール所有者のユーザー構成で確認してください。
次のことを確認してください。

- 各クラスタ・ノードの管理者グループで明示的なメンバーシップが付与されているドメイン・ユーザー・アカウントまたはローカルのアカウントを使用している。

- そのユーザー・アカウントは、各ノードで同じパスワードを持つ。

- ドメイン・ユーザーを使用する場合、そのユーザーのドメインは各ノードで同じである。

- そのユーザー・アカウントは、各ノードで管理権限を持つ。

- そのユーザーは、ローカル・ノードから各ノードのレジストリに接続できる。

- クラスタにWindows Server 2008を使用している場合に、各ノードでWindows 2008のユーザー アカウント制御の設定を変更する必要がある場合がある。

- 管理者の昇格時のプロンプトの動作を「確認を要求しないで昇格する」に変更します。http://technet.microsoft.com/en-us/library/cc709691.aspxを参照してください。

- 「監査とセキュリティ ログの管理」で、管理者グループがリストされていることを確認します。

「ノードからのノード到達可能性チェックが失敗しました。」または「ノード接続性チェックが失敗しました。」

原因: クラスタ内に、TCP/IPプロトコルを使用したパブリックまたはプライベート・インターコネクトで到達できない1つ以上のノードがあります。

処置: ping addressコマンドを使用して、各ノードのアドレスを確認してください。到達できないアドレスを発見した場合は、パブリックおよびプライベート・アドレスのリストを確認して、それらを正しく構成してください。パブリック・ネットワーク・インタフェースおよびプライベート・ネットワーク・インタフェースのインタフェース名は、クラスタ内の各ノードで同じである必要があります。
パブリックおよびインターコネクト・ネットワーク・アダプタ(NIC)に、PUBLICおよびPRIVATEというすべての大文字の名前は使用しないでください。private、Private、publicおよびPublicは、ネットワーク・インタフェース名に使用できます。

関連項目:

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

- 第2章「クラスタ用Oracle Grid Infrastructureの拡張インストール前の作業」

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

深刻なエラーを見つけるには、まずOracle Clusterwareのアラート・ログを見ます。エラーが発生すると、エラーの原因に関する具体的な情報がある診断ログのパス情報が含まれていることがあります。

重要なイベントが発生した場合には、インストール後に、Oracle Clusterwareがアラート・メッセージを書き込みます。たとえば、Cluster Ready Services(CRS)デーモン・プロセスからのアラート・メッセージは、起動時、中断した場合、フェイルオーバー・プロセスが失敗した場合、CRSリソースの自動再起動が失敗した場合に出力されます。

Oracle Enterprise ManagerはOracle Clusterwareアラート・ログを監視し、エラーが検出されると「クラスタ・ホーム」ページにアラートを書き込みます。たとえば、投票ディスクが利用できない場合はCRS-1604エラーが発生し、「クラスタ・ホーム」ページにクリティカル・アラートが書き込まれます。「メトリックとポリシー設定」ページで、エラー検出とアラートの設定をカスタマイズできます。

Oracle Clusterwareのログ・ファイルの場所は、Grid_home\log\hostname\alerthostname.logです。Grid_homeはOracle Grid Infrastructureがインストールされたディレクトリ、hostnameはローカル・ノードのホスト名です。

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

A.5 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の構成に失敗しました

これらのエラー・メッセージは、次の問題のいずれかが原因である可能性があります。

A.5.1 Windows用のOCFSフォーマットがリモート・クラスタ・ノードで認識されない

Oracle Cluster Registry(OCR)および投票ディスク・パーティションにWindows用のOracle Cluster File System(Windows用のOCFS)を使用している場合は、次の手順を実行します。

1. Oracle Universal Installer(OUI)ウィンドウをそのままにします。

2. 2つ目のノードと任意の追加のノードを再起動します。

3. アシスタントを再試行します。

A.5.2 Windows 2003システム使用時に新しいドライブの自動マウントが有効でない

該当する場合は、次のようにします。

Windows Server 2003上のOracle RACの場合は、すべてのノードで次のコマンドを実行する必要があります。

C:\> diskpart
DISKPART> automount enable

Oracle Grid Infrastructureをインストールする前にディスクの自動マウントを有効にせず、インストール時にコンフィギュレーション・アシスタントが失敗した場合は、Oracle Clusterwareインストールをクリーン・アップして、すべてのノードで自動マウントを有効にした後、すべてのノードをリブートし、再度Oracle Clusterwareインストールを開始する必要があります。

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

ディスクにASMTOOLとスタンプすると、そのディスクのシンボリック・リンクが作成されます。ディスクを削除または再構成してもこれらのリンクが削除されない場合、ディスクにアクセスしようとすると、エラーが発生する可能性があります。

問題を修正するには、再度、ディスクにASMTOOLをスタンプしてみることができます。

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

記憶域としてOracle Automatic Storage Management (Oracle ASM)を指定すると、ディスクの検索に使用するデフォルトの検出文字列を変更することができます。検出文字列の設定が正しくないと、Oracle ASMでディスクを検索することができません。

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

ピリオド(.)はノード名に使用できません。かわりに、ハイフン(-)を使用します。

失敗したインストールを解決するために、Oracle Grid Infrastructureインストールのトレースを削除し、サポートされたノード名で再インストールします。

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

このエラーは、インストールを実行しているユーザーが管理者権限を持たないことを示します。

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

インストーラで「ノードの選択」ページが表示されない場合は、次のコマンド構文を使用してクラスタ・マネージャの整合性を検証します。

cluvfy comp clumgr -n node_list -verbose

前述の構文例で、node_list変数は、クラスタ内のノードのカンマ区切りリストです。

注意:
スケジュールされたタスクの実行中または実行後に予期しないインストール・エラーが発生した場合は、インストールが完了する前にスケジュールされたタスクによって一時ファイルが削除されている可能性があります。スケジュールされたタスクを実行する前にインストールを完了するか、インストールが完了するまで、クリーンアップを行うスケジュールされたタスクを無効にすることをお薦めします。

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

Oracle Grid Infrastructure 11gリリース2 (11.2.0.3)以上では、CVUのhealthcheckコマンドを使用してOracle ClusterwareおよびOracle Databaseインストールをチェックし、必須要件およびベスト・プラクティス・ガイドラインへの適合性を調べたり、正しく動作していることを確認できます。

次の構文を使用してhealthcheckコマンド・オプションを実行します。

cluvfy comp healthcheck [-collect {cluster|database}] [-db db_unique_name] [-bestpractice|-mandatory] [-deviations] [-html] [-save [-savedir directory_path]

次に例を示します。

$ cd /home/grid/cvu_home/bin
$ ./cluvfy comp healthcheck -collect cluster -bestpractice -deviations -html

オプションは次のとおりです。

- -collect [cluster|database]
このフラグを使用して、Oracle Clusterware(クラスタ)またはOracle Database(データベース)のチェックを実行することを指定します。healthcheckオプションでcollectフラグを使用しない場合、cluvfy comp healthcheckではOracle ClusterwareとOracle Databaseの両方のチェックが実行されます。

- -db db_unique_name
このフラグを使用して、dbフラグの後に入力した一意のデータベース名に対するチェックを指定します。

CVUでは、JDBCを使用してcvusysユーザーとしてデータベースに接続し、様々なデータベース・パラメータが検証されます。このため、-dbフラグで指定したデータベースに対してチェックを実行する場合は、まずそのデータベースにcvusysユーザーを作成し、そのユーザーにCVU固有のロールCVUSAPPを付与する必要があります。また、CVUSAPPロールのメンバーにシステム表に対するSELECT権限を付与する必要もあります。CVU_home/cv/admin/ディレクトリにSQLスクリプトcvusys.sqlが含まれており、このユーザーの作成を容易にします。このSQLスクリプトを使用して、CVUにより検証するすべてのデータベースでcvusysユーザーを作成します。

dbフラグを使用し、一意のデータベース名を指定しない場合、CVUではクラスタのすべてのOracle Databaseが検出されます。これらのデータベースでベスト・プラクティス・チェックを実行する場合は、各データベースでcvusysユーザーを作成し、ベスト・プラクティス・チェックを実行するのに必要なCVUSAPPロールとSELECT権限をこのユーザーに付与する必要があります。

- [-bestpractice | -mandatory] [-deviations]
ベスト・プラクティス・チェックを指定するにはbestpracticeフラグを使用し、必須チェックを指定するにはmandatoryフラグを使用します。ベスト・プラクティスの推奨事項または必須要件からの差異のみを確認することを指定するには、deviationsフラグを追加します。-bestpracticeまたは-mandatoryのいずれかのフラグを指定できますが、両方のフラグを指定することはできません。-bestpracticeまたは-mandatoryのいずれも指定しない場合は、ベスト・プラクティスと必須要件の両方が表示されます。

- -html
htmlフラグを使用すると、詳細レポートがHTML形式で生成されます。

htmlフラグを指定し、CVUで認識されるブラウザがシステムで使用可能な場合は、チェックの完了時にブラウザが起動されてレポートがブラウザに表示されます。

htmlフラグを指定しない場合、詳細レポートはテキスト・ファイルで生成されます。

- -save [-savedir dir_path]
検証レポート(cvuchecdkreport_timestamp.txt and cvucheckreport_timestamp.htm)を保存するには、saveフラグまたは-save -savedirフラグを使用します(timestampは検証レポートの日時)。

saveフラグを単独で使用すると、レポートはパスCVU_home/cv/reportに保存されます(CVU_homeはCVUバイナリの場所)。

-save -savedirフラグを使用し、CVUレポートを保存するパスを入力すると、指定したパスにCVUレポートが保存されます。

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

インターコネクト用に複数のネットワーク・インタフェース・カード(NIC)を使用する場合、サード・パーティのソリューションを使用してオペレーティング・システム・レベルでインタフェースをボンディングする必要があります。そうしない場合、1つのNICの障害が、クラスタ・ノードの可用性に影響します。

Oracle Grid InfrastructureおよびOracle RACをインストールする場合は、インターコネクトに同じボンディングされたNICカードまたはチーミングされたNICカードを使用する必要があります。ボンディングされたNICカードまたはチーミングされたNICカードを使用する場合は、それらが同じサブネット上に存在している必要があります。

エラーが発生したら、次のシステム検証を実行してください。

- スイッチに適切なケーブル(長さやタイプ)やソフトウェアが使用されていることを、ネットワーク・プロバイダに確認してください。場合によっては、負荷によって切断を起こす不具合を回避するため、またはジャンボ・フレームなどの追加機能をサポートするために、インターコネクト・スイッチのファームウェアのアップグレードや、新しいNICドライバ、オペレーティング・システム・レベルの新しいファームウェアが必要になることがあります。こうした修正を行わずに実行すると、初めのインストールは正常に見えても、後でOracle RACデータベースが不安定になることがあります。

- ベンダーおよびOracleの推奨事項に従って、仮想ローカル・エリア・ネットワーク(VLAN)構成、二重化設定、自動ネゴシエーションを確認してください。

A.9 SCAN VIPおよびSCANリスナーの問題

インストールでSCAN VIPアドレスまたはリスナーに関連するエラーが報告される場合は、次の項目をチェックして、ネットワークが正しく構成されていることを確認してください。

- TCP/IP構成設定が各ノードのネットワーク・インタフェースで同じであることをチェックします。

- SCANのDNSエントリが存在し、3つの有効なIPアドレスに対して解決されていることを確認します。コマンドnslookup scan-nameを使用します(このコマンドは、SCANに対して構成されたDNSサーバー名および3つのIPアドレスを返します)。

- pingコマンドを使用して、SCANに割り当てられているIPアドレスをテストします(各IPアドレスに対して応答があります)。

注意:
クラスタ環境にDNSを構成していない場合は、各ノードのC:\WINDOWS\system32\drivers\etc\hostsファイルにSCANのエントリを作成できます。ただし、そうすると、クラスタ全体で使用できるエントリは3つではなく、1つのSCANのみになります。hostsファイルのSCANの最初のエントリのみが使用されます。

- パブリック・インタフェースで使用されるのと同じネットマスクがSCANで使用されることを確認します。

SCAN、SCAN VIPまたはリスナーに関連するエラーのトラブルシューティングに追加の支援が必要な場合は、My Oracle Supportを参照してください。たとえば、Doc ID 1373350.1のノートには、SCAN VIPとリスナーの最も一般的な問題の一部が含まれています。

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

次にストレージ構成の問題を示します。

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

- Oracle ASM記憶域の問題

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

Oracle Clusterwareリリース11.2以上では、誤ってファイル・システムを削除したり、Oracle Local Registryを失うことになる別のストレージ構成の問題が発生したり、ノードが破損した場合は、次のいずれかの方法でノードをリカバリできます。

1. オペレーティング・システム・レベルのバックアップからノードをリストアする(推奨)。

2. そのノードをクラスタから削除してから、またクラスタに追加する。Oracle Clusterware 11.2以上のクラスタでは、クラスタのプロファイル情報はノードにコピーされ、ノードがリストアされます。

クラスタ内の残りのノードからリストアできるように、クラスタ・ノードを削除して再度追加することを可能にする機能をグリッドのプラグ・アンド・プレイ(GPnP)と呼びます。グリッドのプラグ・アンド・プレイによって、ノードごとの構成データが削減され、明示的にノードを追加したり削除する必要性がなくなります。この機能によって、システム管理者は、テンプレートのシステム・イメージを取得するだけで、それ以上の構成を行わなくても、新しいノードでそのイメージを実行できます。そのため多くの手動操作が不要になり、エラーの発生する可能性が減るだけでなく、構成の変更をより簡単に行えるようになります。ノード単位の構成が排除されると、個々の状態をノードで保持して管理する必要がなくなるため、ノードの交換が容易になります。

グリッドのプラグ・アンド・プレイ機能により、ノード単位の状態が使い捨て可能になることで、データベース・ノードのインストール、構成および管理のコストが削減されます。これによって、再生成された状態でノードを簡単に交換できるようになります。

次のようなaddnodeコマンドを使用してノードのリカバリを開始します。lostnodeは、クラスタに再度追加しているノードです。

グリッド・ネーミング・サービス(GNS)を使用している場合:

C:\Grid_home\oui\bin> addNode.bat -silent "CLUSTER_NEW_NODES=lostnode"

GNSを使用していない場合:

C:\Grid_home\oui\bin> addNode.bat -silent "CLUSTER_NEW_NODES={lostnode}"
"CLUSTER_NEW_VIRTUAL_HOSTNAMES={lostnode-vip}"

復元対象のノードで管理者ユーザーとしてaddNode.batコマンドを実行して、OCRキーを再作成し、他の構成タスクを実行する必要があります。

addNode.batコマンドが完了したら、クラスタに追加するノードで次のコマンドを実行します。

C:\>Grid_home\crs\config\gridconfig.bat

A.10.2 Oracle ASM記憶域の問題

この項では、Oracle ASM記憶域のエラー・メッセージとそのエラーへの対処方法について説明します。

ASM-0001: デバイス\\?\のボリュームをオープンできませんでした...
O/S-Error: (OS-5) アクセスが拒否されました。

原因: Windows Server 2008以降のリリースの新しいセキュリティ・コンポーネントであるユーザー・カウント制御(UAC)は、管理アクションまたはアプリケーションが実行を許可される前に、管理者に特に承認するように要求できます。適切な資格証明を入力しない場合、asmtoolおよびasmtoolgユーティリティによってこれらのエラーが報告されます。

処置: この問題を解決する方法はいくつかあります。

1. 管理者ユーザーとしてログインしている場合は、UACダイアログ・ボックスで「続行」をクリックするか、または管理者ユーザーの資格証明を入力してから、「続行」をクリックします。

2. コマンド・ウィンドウへのデスクトップ・ショートカットを作成します。「管理者として実行」オプションを使用してコマンド・ウィンドウを開き、コンテキスト・メニューを右クリックしてasmtoolを起動します。

3. Windows ServerでUAC実装を構成し、UACをオフにするか、または管理者ユーザーの昇格時のプロンプトの動作を変更します。

注意:
ビジネスまたは企業環境におけるセキュリティおよびUACの管理の詳細は、http://technet.microsoft.com/en-us/library/cc731416%28WS.10%29.aspxのユーザー・アカウント制御の文書を参照してください。

O/S-Error: (OS 2)指定されたファイルが見つかりません。

原因: オペレーティング・システム・レベルで無効なディスクを再度有効にした場合、CREATE DISKGROUP、MOUNT DISKGROUP、ADD DISK、ONLINE DISKなど一部のOracle ASM操作、またはV$ASM_DISKの問合せが次のエラーで失敗します。
O/S Error: (OS-2)指定されたファイルが見つかりません。

これは、前にマウントされたディスクに、オペレーティング・システムが新しいボリューム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.11 スクリプトの完了前に終了したインストールの完了

インストールの一環として、OUIはオペレーティング・システム・レベルでスクリプトを実行してインストールを終了し、コンフィギュレーション・アシスタントを起動します。これらのスクリプトの実行が終了する前にOUIが終了した場合、Oracle Grid Infrastructureのインストールは不完全です。

中断されたインストールを完了するには、インストールが開始されたノードの管理者ユーザーとして、次のコマンドを実行します。

Grid_home\cfgtoollogs\configToolAllCommands

このコマンドは最初のノードのみで実行します。このコマンドを実行すると、Oracle Grid Infrastructureインストールが完了します。configToolAllCommandsファイルが存在しない場合は、ファイルを手動で作成する方法をMy Oracle Supportに問い合せてください。

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

第5章「Oracle Grid Infrastructureのインストール後の手順」にリストされている実行可能ファイルに例外を付与した後でも特定の接続を確立できない場合、次の手順に従ってインストールのトラブルシューティングを行います。

1. Oracle構成ファイル(*.confファイルなど)、WindowsレジストリのOracleキーおよび%ORACLE_HOME%\network\adminのネットワーク構成ファイルを調べます。

2. PROGRAM=句の%ORACLE_HOME%\network\admin\listener.oraにリストされる実行可能ファイルには特に注意してください。TNSリスナーを介してその実行可能ファイルへの接続を確立できるため、Windowsファイアウォールでこれらの各実行可能ファイルに対して例外を許可する必要があります。

3. Oracleトレース・ファイル、ログ・ファイルおよび診断情報のその他のソースで、失敗した接続試行に関する詳細を調べます。データベース・クライアント・コンピュータのログ・ファイルおよびトレース・ファイルには、失敗した接続試行のエラー・コードまたはトラブルシューティング情報が含まれている場合があります。サーバー上のWindowsファイアウォール・ログ・ファイルにも、役立つ情報が含まれている場合があります。

4. 前述のトラブルシューティング手順ではWindows上の特定の構成に関する問題が解決されない場合は、次のコマンドの出力をOracleサポートに提供して、診断を受けて問題を解決します。

netsh firewall show state verbose=enable

関連項目:

- 第5.1.2項「Windowsファイアウォールの例外の構成」

- Windowsファイアウォールのトラブルシューティングの詳細は、http://www.microsoft.com/downloads/details.aspx?FamilyID=a7628646-131d-4617-bf68-f0532d8db131&displaylang=enを参照してください。

- Windowsファイアウォールの構成の詳細は、http://support.microsoft.com/default.aspx?scid=kb;en-us;875357を参照してください。

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

この付録では、レスポンス・ファイルを使用してOracle Grid Infrastructureソフトウェアをインストールおよび構成する方法について説明します。内容は次のとおりです。

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

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

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

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

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

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

インストーラの起動時にレスポンス・ファイルを使用して、Oracleソフトウェアのインストールと構成を完全にまたは部分的に自動実行できます。インストーラはレスポンス・ファイルに含まれる値を使用して、一部またはすべてのインストール・プロンプトに応答します。

通常、インストーラは対話型で、つまりGraphical User Interface(GUI)画面で情報の入力を求めながら動作します。この情報をレスポンス・ファイルで提供する場合は、次のいずれかのモードで、コマンド・プロンプトからインストーラを起動します。

- サイレント・モード
レスポンス・ファイルにすべてのプロンプトへの応答を含め、インストーラの起動時に-silentオプションを指定すると、インストーラはサイレント・モードで動作します。サイレント・モードでのインストール中、インストーラは画面上に何も表示しません。かわりに、起動に使用した端末上に進捗情報を表示します。

- レスポンス・ファイル・モード
レスポンス・ファイルに一部またはすべてのプロンプトへの応答を含めて、-silentオプションを指定しないと、インストーラはレスポンス・ファイル・モードで動作します。レスポンス・ファイル・モードでのインストール中は、レスポンス・ファイルで情報を指定した画面も、レスポンス・ファイルに必要な情報を指定しなかった画面も含めて、インストーラはすべての画面を表示します。

サイレント・モードまたはレスポンス・ファイル・モードでインストールするための設定は、レスポンス・ファイルにリストされた変数に値を入力して定義します。たとえば、Oracleホームの名前を指定するには、次のように、ORACLE_HOME変数に適切な値を入力します。

ORACLE_HOME="OraCrs11g_home1"

レスポンス・ファイルの変数設定を指定するもう1つの方法は、インストーラの起動時にコマンドライン引数として渡す方法です。次に例を示します。

-silent "ORACLE_HOME=OraCrs11g_home1" ...

変数とその設定は、必ず二重引用符で囲むようにします。

関連項目:
レスポンス・ファイルの詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

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

次の表に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する場合の例を示します。

モード

用途

サイレント

サイレント・モードは次の場合に使用します。

- atなどのオペレーティング・システム・ユーティリティを使用してスケジュールを設定し、自動インストールを実行する。

- ユーザーの介入なしで、複数のシステムで同様のインストールを数回実行する。

- OUIのGraphical User Interfaceを表示できないシステムにソフトウェアをインストールする。

インストーラは起動元の端末に進捗情報を表示しますが、インストーラ画面はまったく表示しません。

レスポンス・ファイル

レスポンス・ファイル・モードは、インストーラ・プロンプトの全部ではなく一部にデフォルトの応答を提供し、複数のシステムに同様のOracleソフトウェア・インストールを行う場合に使用します。
レスポンス・ファイル・モードでは、すべてのインストーラ画面が表示されますが、これらの画面の該当フィールドには、レスポンス・ファイルによってデフォルトの値が入力されます。レスポンス・ファイルで値を指定していないものについては、画面のフィールドに情報を入力する必要があります。

B.1.2 レスポンス・ファイルの一般的な使用手順

次に、インストーラをサイレント・モードまたはレスポンス・ファイル・モードで使用して、Oracle製品をインストールし構成する一般的な手順を示します。

注意:
インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行する前に、必要なインストール前の手順をすべて終了しておく必要があります。

1. レスポンス・ファイルを準備します。

2. インストーラをサイレント・モードまたはレスポンス・ファイル・モードで実行します。

3. ソフトウェアのみのインストールを完了したら、Oracle製品の構成に必要な手順を実行します。

この手順については、次の項で説明します。

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

この項では、レスポンス・ファイルを準備して、サイレント・モードまたはレスポンス・ファイル・モードのインストールで使用する、次の方法について説明します。

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

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

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

Oracleでは、各製品およびインストール・タイプと各構成ツールに対応する、レスポンス・ファイルのテンプレートを提供しています。Oracle Grid Infrastructureの場合、レスポンス・ファイルはインストール・メディアのstaging_dir\clusterware\responseディレクトリ、またはインストール後のGrid_home\inventory\responseディレクトリにあります。

表B-1に、このソフトウェアに付属するレスポンス・ファイルを示します。

表B-1 Oracle Grid Infrastructureのレスポンス・ファイル

レスポンス・ファイル

説明

crs_install.rsp

Oracle Grid Infrastructureインストール環境のサイレント・インストール

注意:
レスポンス・ファイル・テンプレートを変更し、保存して使用する場合、レスポンス・ファイルに暗号化されていないパスワードが含まれている場合があります。レスポンス・ファイルの所有権は、Oracleソフトウェア・インストールの所有者のみに付与される必要があります。データベース管理者またはその他の管理者には、使用していないレスポンス・ファイルを削除または保護することをお薦めします。

レスポンス・ファイルをコピーして変更するには、次の手順を実行します。

1. レスポンス・ファイル・ディレクトリからシステム上のディレクトリに、レスポンス・ファイルをコピーします。

2. テキスト・エディタでレスポンス・ファイルを開きます。

関連項目:
レスポンス・ファイルの生成の詳細は、『Oracle Universal InstallerおよびOpatchユーザーズ・ガイドfor Microsoft Windows and UNIX Systems』を参照してください。

3. ファイルに記載された説明に従って編集します。

注意:
レスポンス・ファイルを正しく構成しないと、インストーラまたはコンフィギュレーション・アシスタントが失敗します。

4. レスポンス・ファイルを保護します。

注意:
Oracle Grid Infrastructureのインストールに必要なすべての項目を指定したレスポンス・ファイルには、Oracle Automatic Storage Management (Oracle ASM)の管理アカウント用のパスワードと、ORA_DBAグループおよび管理者グループのメンバーであるユーザー用のパスワードが含まれる可能性があります。Oracleソフトウェア所有者であるユーザーのみがレスポンス・ファイルを参照または変更できるようにするか、インストールの正常終了後にレスポンス・ファイルを削除することを検討してください。

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

インストーラを対話モードで使用してレスポンス・ファイルに記録し、このファイルを編集して完全なサイレント・モードまたはレスポンス・ファイル・モードのインストールに使用できます。この方法は、カスタマイズ・インストールまたはソフトウェアのみのインストールに役立ちます。レスポンス・ファイル・モードのインストール中に記録モードを使用すると、インストーラは元のレスポンス・ファイルに指定されていた変数値を新しいレスポンス・ファイルに記録します。

Oracle Database 11g リリース2 (11.2)以降では、「サマリー」ページで「レスポンス・ファイルの保存」をクリックすると、インストール中のすべてのインストール手順をレスポンス・ファイルに保存できます。生成されたレスポンス・ファイルは、後でサイレント・インストールに使用できます。

レスポンス・ファイルを記録する際は、インストールを最後まで実行することも、またはサーバーにソフトウェアをコピーする前に「サマリー」ページでインストーラを終了することもできます。

注意:
Oracle Universal Installer(OUI)は、レスポンス・ファイルでパスワードを記録しません。

レスポンス・ファイルを記録するには、次の手順を実行します。

1. 通常のインストールと同様にインストール前の作業を実行します。
インストーラを実行してレスポンス・ファイルに記録する際、インストーラはシステムを確認してソフトウェアをインストールするための要件を満たしているかどうかを検証します。そのため、必要なすべてのインストール前作業を完了してから、インストールを実行してレスポンス・ファイルを記録することをお薦めします。

2. ローカル管理者グループのメンバーのユーザーとしてログインします。このユーザー(Oracle Grid Infrastructureソフトウェア所有者)が、インストール中に指定するGridホーム・パスの作成および書込み権限を持つことを確認します。

3. インストーラを起動します。インストールの各画面で、必要な情報を指定します。

4. インストーラの「サマリー」画面が表示されたら、次の手順を実行します。

1. 「レスポンス・ファイルの保存」をクリックします。ポップアップ・ウィンドウで、値をレスポンス・ファイルに保存するためのファイル名と場所を指定し、「保存」をクリックします。

2. 「終了」をクリックしてインストールを続行します。
インストールを続行しない場合は、「取消」をクリックします。インストールは中断されますが、入力した設定はレスポンス・ファイルに記録されます。

5. 保存したレスポンス・ファイルを別のシステムで使用する前に、ファイルを編集して必要な変更を加えます。
編集する際は、ファイルに記載された説明をガイドとして使用してください。

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 レスポンス・ファイルを使用したNet Configuration Assistantの実行

サイレント・モードでNet Configuration Assistant(NETCA)を実行して、システム上でOracle Net Listenerを構成して起動し、ネーミング・メソッドを構成し、Oracleネット・サービス名を構成できます。NETCAをサイレント・モードで実行するには、レスポンス・ファイル・テンプレートをコピーして編集する必要があります。レスポンス・ファイル・テンプレートは、インストール後のOracleホーム・ディレクトリのdatabase\inventory\responseディレクトリ、またはインストール・メディアのdatabase\responseディレクトリに、netca.rspという名前で提供されています。

レスポンス・ファイルを使用して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ソフトウェアのインストール後にレスポンス・ファイルによる構成を作成して実行するには、次の項の手順を使用します。

B.5.1 インストール後の構成ファイルの概要

サイレント・モードまたはレスポンス・ファイル・モードでのインストールを実行する場合は、使用するサーバーについての情報をレスポンス・ファイルに指定します(指定しない情報は、Graphical User Interfaceを使用して手動で入力します)。ただし、レスポンス・ファイルには、ソフトウェアのインストール後にコンフィギュレーション・アシスタントから要求されるユーザー・アカウントのパスワードは含まれていません。コンフィギュレーション・アシスタントは、configToolAllCommandsというスクリプトによって起動されます。パスワード・レスポンス・ファイルを作成して使用すると、このスクリプトをレスポンス・ファイル・モードで実行できます。スクリプトはこのパスワードを使用して、構成が完了するまで連続的に構成ツールを実行します。

クローン・インストール用にこのパスワード・ファイルを保持する場合は、セキュアな場所に保存することをお薦めします。また、エラーを解決するためにインストールを中断する必要がある場合も、configToolAllCommandsおよびパスワード・レスポンス・ファイルを使用して、コンフィギュレーション・アシスタントを実行できます。

configToolAllCommandsパスワード・レスポンス・ファイルには、次の構文オプションがあります。

- internal_component_nameは、コンフィギュレーション・アシスタントで構成するコンポーネントの名前です。

- variable_nameは、構成ファイルの変数の名前です。

- valueは、構成に使用する値です。

コマンド構文は次のとおりです。

internal_component_name|variable_name=value

次に例を示します。

oracle.assistants.asm|S_ASMPASSWORD=myPassWord

パスワード・レスポンス・ファイルのセキュリティを維持することをお薦めします。

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

configToolAllCommandsスクリプトを使用してコンフィギュレーション・アシスタントを実行するには、次の手順を実行します。

1. ファイル名にfilename.propertiesという形式を使用してレスポンス・ファイルを作成します。

2. テキスト・エディタでこのファイルを開き、パスワード・テンプレートを切り取って貼り付け、必要に応じて変更します。

例B-1 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.assistants.asm|S_ASMPASSWORD=password
oracle.assistants.asm|S_ASMMONITORPASSWORD=password
oracle.crs|S_BMCPASSWORD=password

BMCカードがない場合、またはIntelligent Platform Management Interface(IPMI)を有効にしない場合は、S_BMCPASSWORD入力フィールドを空白のままにしておきます。

3. Oracle_home\cfgtoollogsに移動し、次の構文を使用して構成スクリプトを実行します。

configToolAllCommands RESPONSE_FILE=\path\filename.properties

次に例を示します。

C:\..\cfgtoollogs> configToolAllCommands RESPONSE_FILE=C:\users\oracle
\grid\cfgrsp.properties

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

この付録では、インストール前に実行を要求される作業の理由、およびその他のインストールの概要について説明します。

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

- インストール前の構成の理解

- 記憶域の構成の理解

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

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

C.1 インストール前の構成の理解

この項では、クラスタ用Oracle Grid Infrastructureのインストール前に必要な作業の概要を確認します。この章には次の項目があります。

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

- Oracleベース・ディレクトリのパスの理解

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

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

C.1.1 Oracle Inventoryディレクトリの理解

Oracleインベントリ・ディレクトリには、サーバーにインストールされたすべてのOracleソフトウェア用の中央インベントリがあります。Oracleインベントリ・ディレクトリの場所は<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 Inventoryディレクトリはインストール所有者のOracleベース・ディレクトリ下にはインストールされません。これは、すべてのOracleソフトウェア・インストールで共通のOracleインベントリを共有するため、Oracleインベントリはすべてのユーザー用に1つしかありませんが、Oracleベース・ディレクトリはユーザーごとにあるからです。

C.1.2 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ベースの場所を持つことになります。

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

インストール時に、Oracle Universal Installer(OUI)がクラスタ・ノードで検出するネットワーク・インタフェースごとに計画された使用方法を指定するように求められます。各インタフェースを、パブリック・インタフェースまたはプライベート・インタフェース、あるいはOracle Clusterwareで使用しないインタフェースとして指定します。パブリック・アドレスおよび仮想インターネット・プロトコル(VIP)・アドレスは、パブリック・インタフェース上に構成されます。プライベート・アドレスはプライベート・インタフェース上に構成されます。

各アドレス・タイプの詳細は、次の項を参照してください。

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

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

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

- グリッド・ネーミング・サービスの仮想IPアドレスについて

- SCANについて

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

パブリックIPアドレスは、動的ホスト構成プロトコル(DHCP)を使用して動的に割り当てられるか、ドメイン・ネーム・システム(DNS)またはhostsファイルで静的に定義されます。パブリック・インタフェース(クライアントからアクセス可能なインタフェース)が使用されます。

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

Oracle Clusterwareは、プライベートとマークされたインタフェースを使用してノード間通信を行います。各クラスタ・ノードは、インストール時にプライベート・インタフェースとして指定されたインタフェースを持つ必要があります。プライベート・インタフェースはそのインタフェース用に構成されたアドレスを持つ必要がありますが、それ以上の構成は必要ありません。Oracle Clusterwareは、プライベートと指定されたインタフェースを、クラスタ・インターコネクトとして使用します。プライベートとして指定するインタフェースはいずれも、クラスタのすべてのノードに接続するサブネット上に存在しなければなりません。Oracle Clusterwareは、プライベート・インタフェース用に指定された、すべてのインタフェースを使用します。

プライベート・インターコネクトの場合は、ノード間のキャッシュ・フュージョンおよびその他のトラフィックのため、物理的に別のプライベート・ネットワークを使用することをお薦めします。DNSを使用してアドレスを構成する場合は、プライベートIPアドレスがクラスタ・ノードからのみ到達可能であることを確認する必要があります。

インストール後、CLUSTER_INTERCONNECTS初期化パラメータを使用してOracle Real Application Clusters(Oracle RAC)のインターコネクトを変更する場合は、パブリックIPアドレスで使用されていないサブネット上またはoifcfgでパブリック・サブネットとしてマークされていないサブネット上で、インターコネクトをプライベートIPアドレスに変更する必要があります。パブリック・サブネットとして指定したサブネットを使用するインタフェースにインターコネクトを変更することはできません。

プライベート・ネットワークIPアドレスを使用したネットワークではファイアウォールを使用しないでください。プライベート・ネットワークIPアドレスによってインターコネクト・トラフィックがブロックされる可能性があるためです。

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

仮想IP(VIP)アドレスは、グリッド・ネーミング・サービス(GNS)またはDNSに登録されています。次の要件を満たすVIPのアドレスを選択します。

- IPアドレスとホスト名は、現在未使用である(DNSに登録できるが、pingコマンドでアクセスできない)

- VIPはパブリック・インタフェースと同じサブネット上にある

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

GNS VIPアドレスは、DNSで構成される静的なIPアドレスです。DNSはGNS VIPアドレスに問合せを委任し、GNSデーモンはそのアドレスで、受信した名前解決要求に応答します。

GNSは、Oracle Clusterwareで提供されるマルチキャスト・ドメイン・ネーム・サービス(mDNS)をサブドメイン内で使用し、クラスタにノードが追加または削除されると、ホスト名およびIPアドレスを動的にマップできるようにします。DNSで新たにホスト構成を行う必要はありません。

GNSを有効にするには、クラスタに割り当てられたサブドメインのIPアドレス(grid.example.comなど)をネットワーク管理者に教えてもらい、そのサブドメインへのDNS要求を、クラスタのGNS VIPアドレスに委任してもらう必要があります(GNSはそのアドレスで機能します)。一連のIPアドレスはDHCP経由でクラスタに提供されます。これらのアドレスは、クラスタのパブリック・ネットワーク上で使用できる状態でなくてはなりません。

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

C.1.3.5 SCANについて

Oracle Database 11gリリース2のクライアントは、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続します。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。SCANアドレス、仮想IPアドレス、およびパブリックIPアドレスはすべて、同じサブネット上に存在する必要があります。

SCANは、node1-vipのような、VIPアドレスに使用される名前に類似したVIP名です。ただし、VIPと異なり、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 11g リリース2 (11.2)にアップグレードすると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アドレスを使用して特定ノードに接続することはできません。

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

Oracle Clusterware 11gリリース2 (11.2)には、クラスタ時刻同期化サービス(CTSS)が自動的に構成されます。このサービスでは、デプロイしたクラスタのタイプに最適な同期方法で、すべてのクラスタ・ノードの時刻設定が自動的に同期されます。ネットワーク・タイム・プロトコル(NTP)、Windows Timeサービスなどの既存のクラスタ同期サービスがある場合、このサービスはオブザーバ・モードで開始されます。既存のサービスがない場合、このサービスはアクティブ・モードで開始され、クラスタ・ノード間の時刻の同期を確実にします。CTSSで互換性の問題が発生することはありません。

CTSSモジュールはOracle Grid Infrastructureのインストールの一環としてインストールされます。CTSSデーモンはOracle高可用性サービス・デーモン(ohasd)によって起動されるため、コマンドライン・インタフェースは必要ありません。

C.2 記憶域の構成の理解

次の項では、Oracle Automatic Storage Management (Oracle ASM)の記憶域の概要について説明します。

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

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

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

C.2.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.1)の場合、Oracle ACFSは、Windows Server 2003 x64およびWindows Server 2003 R2 x64でのみサポートされます。

- Oracle ASM 11gリリース2 (11.2.0.2)から、Oracle ACFSは、Windows Server 2008 x64およびWindows Server 2008 R2 x64でもサポートされます。

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

以前のリリースのOracle ASMが、サーバー上または既存のOracle Clusterwareインストール環境内にインストールされている場合は、パスGrid_home\binにあるOracle Automatic Storage Management Configuration Assistant(ASMCA)を使用して、既存のOracle ASMインスタンスをOracle ASM 11gリリース2 (11.2)にアップグレードし、その後で障害グループ、Oracle ASMボリュームおよびOracle ACFSを構成できます。

注意:
既存のOracle ASMインスタンスのアップグレードは、そのノード上のすべてのデータベース・インスタンスおよびアプリケーションを停止してから実行する必要があります。

インストール時に、Oracle ASMを使用することを選択したときに、以前のOracle ASMバージョンが別のOracle ASMホームにインストールされていることがASMCAで検出された場合は、Oracle ASM 11gリリース2 (11.2)のソフトウェアをインストールした後に、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リリースの場合は、ローリング・アップグレードを実行できません。Oracle ASMは、すべてのノードで11gリリース2 (11.2)にアップグレードされます。

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

クラスタのメンバー・ノードの中に、既存のスタンドアロンのOracle ASMがインストールされているノードが1つ以上ある場合でも、OUIは、クラスタ用のOracle Grid Infrastructureのインストールを開始します。Oracle Clusterwareファイル(OCRおよび投票ディスク)をOracle ASM上に配置すると、クラスタウェアのインストール終了時にASMCAが起動し、ローカル・ノード上のOracle ASMインスタンスを移行およびアップグレードするためのプロンプトが表示され、Oracle ASM 11gリリース2 (11.2)環境が作成されます。

リモート・ノードでスタンドアロンのOracle ASMインスタンスが実行されていることをASMCAが認識すると、そのOracle ASMインスタンスと、そのOracle ASMインスタンスを使用しているデータベース・インスタンスを停止するように求められます。次に、ASMCAは、クラスタ化されたOracle ASMインスタンスをクラスタ内のすべてのノードに展開します。ただし、クラスタ対応のOracle ASMインスタンスのディスク・グループ名は、既存のスタンドアロンのディスク・グループ名と異なっている必要があります。

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

C.3 サーバー・プールの理解

次の項では、サーバー・プールの概要を簡単に説明します。

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

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

- 空きサーバー・プール

- 汎用サーバー・プール

関連項目:
サーバー・プールの構成および管理の方法については、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

C.3.1 サーバー・プールおよびポリシー・ベース管理の概要

Oracle Clusterware 11gリリース2 (11.2)以上では、Oracle Clusterwareが管理するリソースは、サーバー・プールという、サーバーの論理グループに格納されます。リソースは共有インフラストラクチャ上でホスト指定され、サーバー・プールに格納されます。リソースは、ポリシーによってハードウェア・リソース(CPUやメモリーなど)の使用量にのみ制限され、単一システム環境にデプロイされているように動作します。

リソースは、サーバー・プールを使用して動的に管理することで、クラスタ内のリソースをポリシー・ベースで管理することができます。また、特定のノードで実行するように物理的にリソースを割り当てる従来の方法で管理することもできます。

Oracle Grid Infrastructureのインストール所有者には、サーバー制御ユーティリティ(SRVCTL)、Oracle Enterprise Manager Database ControlまたはOracle Database Configuration Assistant(DBCA)を使用して、サーバー・プールを作成および構成する権限があります。

ポリシー・ベースの管理では、次の機能が提供されます。

- 必要時に動的な容量の割当てが可能で、ポリシーで設定した優先度に従ってサーバーの容量を指定できます。

- 重要度ごとにリソースの割当てが可能で、アプリケーションが可能なかぎり必要最小限のリソースを取得できます。また、優先度が低いアプリケーションが、より重要なアプリケーションのリソースを消費しないようにすることもできます。

- 必要時には分離が保証され、アプリケーションとデータベースについて、クラスタの専用サーバーを指定できます。

サーバー・プールで実行しているアプリケーションとデータベースは、リソースを共有しません。このため、サーバー・プールは必要に応じてリソースを分離しますが、必要時は動的な容量の割当てが可能です。役割区分による管理とともにこの機能を使用することで、標準化されたクラスタ環境を持つ組織のニーズに対応できますが、複数の管理者グループが共通のクラスタ・インフラストラクチャを共有できるようになります。

C.3.2 サーバー・プールの動作

サーバー・プールは、クラスタを同じまたは類似したリソースのホスティングするサーバーのグループに分割します。サーバー・プールによって、クラスタの複数のサーバーに対し、統一されたワークロード(一連のOracle Clusterwareリソース)が分散されます。たとえば、Oracle Databaseが特定のサーバー・プールのみで実行されるように制限できます。役割区分管理を有効にすると、特定のサーバー・プールの属性を変更する権限をオペレーティング・システム・ユーザーに明示的に付与できます。

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

最上位のサーバー・プール:

- クラスタを論理的に分割します。

- 常に排他的です。これは、1つのサーバーが特定の時期に1つの特定のサーバー・プールにのみ存在できることを意味します。

各サーバー・プールには、サーバー・プールの作成時に割り当てられる3つの属性があります。

- MIN_SIZE: サーバー・プールに含まれるサーバーの最小数。サーバー・プール内のサーバーの数がこの属性値を下回る場合、Oracle Clusterwareは、サーバーの数がこの属性値に達するまで、またはより重要性の低いプールに空きサーバーがなくなるまで、他のサーバー・プールからこのサーバー・プールにサーバーを自動的に移動します。

- MAX_SIZE: サーバー・プールに含まれるサーバーの最大数。

- IMPORTANCE: クラスタ内のすべてのサーバー・プールをランク付けする、0から1000の数値(0は重要性が最も低いことを示す)。

Oracle Clusterwareをインストールすると、汎用サーバー・プールと空きサーバー・プールという2つのサーバー・プールが自動的に作成されます。はじめは、新規インストールのすべてのサーバーは空きサーバー・プールに割り当てられます。サーバーは、空きサーバー・プールから新しく定義したサーバー・プールに自動的に移動します。Oracle Clusterwareをアップグレードすると、Oracle Database 11gリリース2 (11.2)以前のデータベース・リリースとの互換性を確保するために、すべてのノードは汎用サーバー・プールに割り当てられます。

C.3.3 空きサーバー・プール

空きサーバー・プールには、他のサーバー・プールに割り当てられないサーバーが含まれます。空きサーバー・プールの属性は、次のように制限されます。

- SERVER_NAMES、MIN_SIZEおよびMAX_SIZEをユーザーが編集することはできません。

- IMPORTANCEおよびACLはユーザーが編集できます。

関連項目:
サーバーのサーバー・プールへの割当て方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

C.3.4 汎用サーバー・プール

汎用サーバー・プールには、Oracle Database 11gリリース1 (11.1)以前のデータベース、および管理者が管理する構成が固定されたデータベースが格納されます。また、次のいずれかを満たすサーバーも含まれます。

- アプリケーション・リソース・タイプのすべてのリソースのHOSTING_MEMBERS属性で指定したサーバー

- 汎用サーバー・プールを親サーバー・プールとするサーバー・プールのSERVER_NAMES属性で指定した名前を持つサーバー

汎用サーバー・プールの属性は、次のように制限されます。

- 汎用サーバー・プールの構成属性は変更できません(すべての属性は読取り専用です)。

- HOSTING_MEMBERS属性でサーバー名を指定した場合、サーバーが次の状態であるときにOracle Clusterwareはその名前を許可します。

- オンラインで汎用サーバー・プールに存在する。

- オンラインで空きサーバー・プールに存在する。この場合、Oracle Clusterwareによってサーバーが汎用サーバー・プールに移動されます。

- オンラインで、他のサーバー・プールに存在し、クライアントがCRS管理者であるか、またはサーバー・プールのサーバーを使用することが許可されている。この場合、サーバーは汎用サーバー・プールに移動されます。

- オフラインで、クライアントがCRS管理者。

- 子サーバー・プールを汎用サーバー・プールに登録した場合、リソースに対して以前に指定したものと同じ要件をサーバー名が満たす場合にのみ、Oracle Clusterwareはその子サーバー・プールを許可します。
サーバーは、クラスタの起動時またはサーバーがクラスタに追加されるときに汎用サーバー・プールに割り当てられ、その後で、他のサーバー・プールに割り当てられます。

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

Oracle Grid Infrastructureのアウトオブプレース・アップグレードでは、インストーラは新しいバージョンのソフトウェアを別のGridホームにインストールします。Oracle Clusterwareの新旧バージョンが各クラスタ・メンバー・ノードに存在することになりますが、アクティブになるバージョンは1つのみです。

各ノード上に別々のOracle Clusterwareホームがある場合、すべてのノードでアウトオブプレース・アップグレードを行うか、またはアウトオブプレース・ローリング・アップグレードを行うことができます。そうすることで、あるノードでは旧バージョンのOracle ClusterwareホームからOracle Clusterwareを実行し、別のノードでは新バージョンのOracle ClusterwareホームからOracle Clusterwareを実行することが可能です。ローリング・アップグレードは、ソフトウェアの新バージョンへのアップグレード中、停止時間をなくし、可用性の継続を保証します。

Oracle Clusterware 11gリリース2のインプレース・アップグレードはサポートされていません。

関連項目:
ローリング・アップグレードの実行手順については、付録D「Oracle Grid Infrastructure 11gリリース2へのアップグレード方法」を参照してください。

D Oracle Grid Infrastructure 11gリリース2へのアップグレード方法

この付録では、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)のアップグレードの実行方法について説明します。

Oracle Clusterwareのアップグレードでは、ローリング・アップグレードが可能です。ローリング・アップグレードでは、他のノードはアクティブなまま、ノードのサブセットを停止してアップグレードします。Oracle ASM 11gリリース2 (11.2)のアップグレードでは、ローリング・アップグレードが可能です。ノードのサブセットをアップグレードする場合は、アップグレードの対象として選択しなかった既存のクラスタ・ノードでソフトウェアのみのインストールが実行されます。

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

- Oracle ASMおよびOracle Grid Infrastructureのインストールおよびアップグレードについて

- Oracle ClusterwareおよびOracle ASMアップグレードの制限事項

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

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

- CVUを使用したパッチおよびアップグレードに対するシステム準備状況の検証

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

- Oracle Clusterwareのローリング・アップグレードの実行

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

- Oracle Enterprise Managerのターゲット・パラメータの更新

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

- アップグレードの問題のトラブルシューティング

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

D.1 Oracle ASMおよびOracle Grid Infrastructureのインストールおよびアップグレードについて

以前のリリースでは、Oracle ASMはOracle Databaseインストールの一部としてインストールされました。Oracle Database 11gリリース2 (11.2)では、Oracle ASMはOracle Grid Infrastructureソフトウェアのインストール時にインストールされます。Oracle ASMは、クラスタへのインストール時に、OracleホームをOracle Clusterware(Oracle RACやスタンドアロン・サーバーのOracle Restartなど)と共有します。Oracle ClusterwareとOracle ASMがインストールされるディレクトリは、Gridホームと呼ばれます。

既存の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を直後にアップグレードすることをお薦めします。

ASMCAを使用すると、Oracle ASMインスタンスにアウトオブプレース・アップグレードを実行できます。Graphic User Interface(GUI)を使用してASMCAを実行する以外に、非対話型(サイレント)モードでもASMCAを実行できます。

以前のリリースでは、Oracle DatabaseまたはOracle ASMをアップグレードするためにDatabase Upgrade Assistant(DBUA)を使用できました。Oracle Database 11gリリース2 (11.2)では、DBUAを使用してアップグレードできるのはOracle Databaseインスタンスのみです。個別にOracle ASMをアップグレードするには、ASMCAを使用します。

関連項目:
既存のOracle ASMインストールのアップグレードについては、『Oracle Databaseアップグレード・ガイド』および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

D.2 Oracle ClusterwareおよびOracle ASMアップグレードの制限事項

Oracle ClusterwareおよびOracle ASMで構成されるOracle Grid Infrastructure環境へのアップグレードには、次の制限と変更点があることに注意してください。

- 既存のインストールの最小必須バージョンへのアップグレード

- 必要なパッチの適用

- その他の要件と制限

- アップグレード・プロセスへの変更点

D.2.1 既存のインストールの最小必須バージョンへのアップグレード

- 既存のOracle ClusterwareインストールをOracle Grid Infrastructure 11gにアップグレードするには、現行のリリースが10.1.0.3、10.2.0.3、11.1.0.6または11.2以上である必要があります。

- 既存のOracle ASMインストールをOracle Grid Infrastructure 11gリリース2 (11.2)にローリング・アップグレード方式でアップグレードするには、現行のリリースが11.1.0.6以上である必要があります。

関連項目:
My Oracle SupportのNote 785351.1「Oracle Upgrade Companion」
https://support.oracle.com

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

D.2.2 必要なパッチの適用

Oracle Grid Infrastructureリリース11.2.0.1をOracle Grid Infrastructureリリース11.2.0.2にアップグレードするには、まず、次のうち少なくとも1つを実行する必要があります。

- Oracle Grid Infrastructureリリース11.2.0.1ホームにバグ9413827 (9978481)および9706490 (10047003)のパッチを適用します。

- Oracle Grid Infrastructureの累積パッチの最新のバンドル(パッチ11バンドル以上)をインストールします。

D.2.3 その他の要件と制限

- ローリング・アップグレード中にクラスタにノードを追加することはできません。

- Oracle ClusterwareおよびOracle ASMのアップグレードは、常にアウトオブプレース・アップグレードで行われます。Oracle Grid Infrastructure 11gリリース2 (11.2)では、Oracle ClusterwareおよびOracle ASMのインプレース・アップグレードを既存のホームに対して実行することはできません。

- Oracle Clusterware 11gリリース1以上では、Oracle Clusterware 10gソフトウェアを所有していた同じユーザーがOracle Clusterware 11gのアップグレードを実行する必要があります。Oracle Database 11gより前のリリースでは、すべてのOracleソフトウェアのインストールを単一のユーザー(通常はoracle)が所有していたか、またはOracle Databaseソフトウェアはoracleが所有し、Oracle Clusterwareソフトウェアは別のユーザー(通常はcrs)が所有していました。

D.2.4 アップグレード・プロセスへの変更点

- 既存のOracle Clusterwareホームが共有ホームの場合、Oracle ClusterwareおよびOracle ASM 11gリリース2 (11.2)のクラスタ用Oracle Grid Infrastructureホームに、共有されていないホームを使用できます。

- Oracle ASMとOracle Clusterwareの両方がOracle Grid Infrastructureホームで実行されます。

- Oracle Clusterware 11gリリース2 (11.2)へのメジャー・バージョン・アップグレード中、Oracle Grid Infrastructure 11gリリース2 (11.2)のGridホームにあるソフトウェアは、アップグレードが完了するまで完全には機能しません。すべてのノードでアップグレードが完了するまで、11gリリース2 (11.2) Gridホームからのサーバー制御ユーティリティ(SRVCTL)のcrsctlや他のコマンドの実行はサポートされません。
Oracle Grid Infrastructureのアップグレード中に旧バージョン(リリース10.xまたは11.1)のOracle Databaseを使用して既存のデータベースを管理するには、既存のデータベース・ホームでSRVCTLを使用します。

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

Oracle Clusterwareのアップグレードでは、ローリング・アップグレードが可能です。ローリング・アップグレードでは、他のノードはアクティブなまま、ノードのサブセットを停止してアップグレードします。Oracle ASM 11gリリース2 (11.2)のアップグレードでは、ローリング・アップグレードが可能です。ノードのサブセットをアップグレードする場合は、アップグレードの対象として選択しなかった既存のクラスタ・ノードでソフトウェアのみのインストールが実行されます。ローリング・アップグレードは、ソフトウェアの新バージョンへのアップグレード中、停止時間をなくし、可用性の継続を保証します。

注意:
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 11gリリース2のインプレース・アップグレードはサポートされていません。

関連項目:
ローリング・アップグレードの実行手順については、「Oracle Clusterwareのローリング・アップグレードの実行」を参照してください。

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

既存のOracle Clusterwareインストールがある場合は、アウトオブプレース・アップグレードを行うことにより、既存のクラスタをアップグレードします。インプレース・アップグレードは実行できません。次の項では、アップグレードを開始する前に実行する必要があるタスクについて説明します。

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

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

- 必要最小限のOracle Clusterwareバージョンへのアップグレード

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

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

Oracle ClusterwareまたはOracle ASMのパッチ更新を実行する場合は、パッチ・ソフトウェアをダウンロードした後、ソフトウェア・インストールにパッチを適用したり、アップグレードする前に、パッチに付属のパッチ・セット・リリース・ノートで、システムがオペレーティング・システムおよびハードウェアのシステム要件を満たすかどうかを確認します。

クラスタ検証ユーティリティ(CVU)を使用すると、パッチ適用またはアップグレードの準備として、システムをチェックできます。アップグレードを始める前にCVUを実行できますが、インストーラによって適切なCVUチェックが自動的に実行され、アップグレードを行う前に問題を修正するように求められます。

関連項目:

- 「CVUを使用したパッチおよびアップグレードに対するシステム準備状況の検証」

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

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

新しいホーム・ディレクトリにOracle Grid Infrastructureをインストールする場合は、次のような情報を把握しておく必要があります。

- 現行のOracle ClusterwareインストールのOracleホームの場所。
Oracle Clusterware 11gリリース2 (11.2)では、共有のOracle Clusterwareホームでアップグレードを実行できます。

- 既存のOracle ClusterwareホームやGridホームの場所とは異なる、Oracle Grid Infrastructureホームの場所。

- 単一クライアント・アクセス名(SCAN)アドレス

- ローカル管理者ユーザー・アクセスか、または以前のOracle Clusterwareのインストールを実行したユーザーとしてのアクセス

D.4.3 必要最小限のOracle Clusterwareバージョンへのアップグレード

現行のOracle Clusterwareインストールが、そのリリースでサポートされている最小バージョン(10.1.0.3、10.2.0.3、11.1.0.6または11.2)以上で現在実行されていない場合、前提条件チェックで失敗が報告されます。アップグレードする前に、現行のOracle Clusterwareインストールを、そのリリースでサポートされている最小バージョン以上にアップグレードする必要があります。たとえば、Oracle Clusterware 10gリリース1のインストールをOracle Clusterware 11gリリース2 (11.2)にアップグレードする予定だが、現行のOracle Clusterwareインストールがバージョン10.1.0.2である場合は、アップグレードを始める前に、現行のOracle Clusterwareインストールをバージョン10.1.0.3以上にアップグレードする必要があります。

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

システムに既存のインストール環境があり、同じユーザー・アカウントを使用して今回のインストールを行う場合は、次の環境変数と、Oracleソフトウェア・ホームに接続されているOracleインストール・ユーザーに対して設定されたその他の環境変数の設定を削除します。

- ORACLE_HOME

- ORACLE_SID

- ORA_NLS10

- TNS_ADMIN

- ORA_CRS_HOME

環境変数にORA_CRS_HOMEを設定した場合は、Oracleサポートの指示に従ってから、インストールまたはアップグレードを開始する前にその設定を削除します。Oracleサポートから明示的に指示がないかぎり、ORA_CRS_HOMEを環境変数として使用しないでください。

すべてのセッションの環境変数設定を削除するには、「スタート」メニューから、「マイ コンピュータ」を右クリックして、「プロパティ」を選択します。「システムのプロパティ」ウィンドウで、「詳細設定」を選択し、「環境変数」ボタンをクリックします。

また、インストール所有者のユーザー・プロファイルがこれらの環境変数を設定していないことを確認します。

D.5 CVUを使用したパッチおよびアップグレードに対するシステム準備状況の検証

Oracle ClusterwareまたはOracle ASMのパッチ更新を実行する場合は、パッチ・ソフトウェアをダウンロードした後、ソフトウェア・インストールにパッチを適用したり、アップグレードする前に、パッチに付属のパッチ・セット・リリース・ノートで、システムがオペレーティング・システムおよびハードウェアのシステム要件を満たすかどうかを確認します。

runcluvfyコマンドがあるアップグレードのステージング領域に移動し、runcluvfy stage -pre crsinst -upgradeコマンドを実行してアップグレードに対するOracle Clusterwareインストールの準備状況を確認します。-pre crsinst -upgradeフラグを指定してruncluvfyを実行すると、既存のクラスタウェア・インストールのアップグレードに対してクラスタが適切な状態にあるかどうかを確認するためのシステム・チェックが実行されます。

このコマンドでは、次の構文を使用します。変数はイタリックで示しています。

runcluvfy stage -pre crsinst -upgrade [-n node_list] [-rolling] -src_crshome
src_Gridhome -dest_crshome dest_Gridhome -dest_version dest_version
[-fixup[-fixupdir fixupdirpath]] [-verbose]

このコマンドで使用されるオプションは次のとおりです。

オプション

説明

-n nodelist

-nフラグはクラスタ・メンバー・ノードを示し、nodelistはアップグレード前の検証を実行する非ドメイン修飾ノード名のカンマ区切りのリストです。検証コマンドに-nフラグを追加しない場合は、クラスタ内のすべてのノードが検証されます。

-rolling

このフラグを使用すると、ローリング・アップグレードに対する準備状況が検証されます。

-src_crshome src_Gridhome

このフラグは、アップグレードするソースOracle ClusterwareまたはGridホームの場所を指定します(src_Gridhomeはアップグレードするホームへのパス)。

-dest_crshome dest_Gridhome

このフラグは、アップグレードGridホームの場所を指定します(dest_GridhomeはGridホームへのパス)。

-dest_version dest_version

dest_versionフラグは、パッチ・セットを含む、アップグレードのリリース番号を指定します。リリース番号には、リリースをプラットフォーム固有のパッチのレベルに指定する5つの数字を含める必要があります。たとえば、11.2.0.2.0などです。

-fixup [-fixupdir fixupdirpath]

(LinuxおよびUNIX) -fixupフラグは、クラスタがアップグレードできる状態であることを確認するのに実行する必要がある手順の指示を生成することを指定します。デフォルトの場所は、CVUの作業ディレクトリです。別のディレクトリに修正指示を配置する場合は、-fixupdirフラグを追加して修正ディレクトリへのパスを指定します。

-verbose

-verboseフラグを使用すると、個々のチェックの詳細な出力が生成されます。

クラスタ検証ユーティリティ(CVU)を使用すると、パッチ適用またはアップグレードの準備として、システムをチェックできます。アップグレードを始める前にCVUを実行できますが、インストーラによって適切なCVUチェックが自動的に実行され、アップグレードを行う前に問題を修正するように求められます。

例D-1 CVUを使用したグリッド・インフラストラクチャのシステム・アップグレードの準備状況の検証

次のコマンドを実行すると、Oracle Clusterwareのインストールに必要な権限が、ノードnode1およびnode2で構成されているかどうかを検証できます。

C:\stage> runcluvfy.bat stage -pre crsinst -upgrade -n node1,node2 -rolling
-src_crshome C:\app\11.2.0\grid -dest_crshome C:\app\11.2.0.3\grid
-dest_version 11.2.0.3.0 -fixup -fixupdirpath C:\user\grid\fixup -verbose

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

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

Oracleソフトウェアを変更する前に、Oracleソフトウェアとデータベースのバックアップを作成することをお薦めします。

D.7 Oracle Clusterwareのローリング・アップグレードの実行

Oracle Clusterwareを以前のリリースからOracle Clusterware 11gリリース2にアップグレードするには、次の手順を使用します。また、Oracle Clusterwareのアップグレード中に、Oracle ASMをアップグレードすることもできます。

1. クラスタ内のノードで実行されているOracle ASMを使用する、非クラスタ(シングル・インスタンス)のOracle Databaseが存在する場合は、アップグレードを開始する前に、それらを停止する必要があります。それらのデータベースに関連付けられているリスナーを停止する必要はありません。

注意:
Oracle Clusterwareのアップグレード中、Oracle Real Application Clusters(Oracle RAC)インスタンスは、実行したままにしておくことをお薦めします。アップグレード・プロセス中、アップグレードされているノードのデータベース・インスタンスは自動的に停止および起動されます。

2. 各ノードでEnterprise Manager Database Controlを停止します。次のコマンドを実行してDatabase Controlを停止します。

C:\> emctl stop dbconsole

3. インストーラを起動し、インストールされている既存のOracle ClusterwareおよびOracle ASMをアップグレードするオプションを選択します。

4. ノード選択ページで、すべてのノードを選択します。

注意:
Oracle Clusterware 11gリリース2より前のリリースとは対照的に、すべてのノードをアップグレード対象に選択したとしても、アップグレードはすべてローリング・アップグレードになります。Oracle Clusterware 11gリリース11.2.0.1からリリース11.2.0.2にアップグレードしている場合は、デフォルトで、すべてのノードが選択されます。ノードを選択したり、選択解除することはできません。

5. 指示どおりに、インストール・オプションを選択します。

6. スクリプトを実行するように求められたら、指示どおりに実行します。

7. 旧バージョンのOracle ASMがインストールされている場合、Oracle Clusterwareのアップグレードが完了したら、インストーラはASMCAを起動して、Oracle ASMをリリース11.2にアップグレードします。Oracle ASMをこのときにアップグレードするか、または後でアップグレードできます。
Oracle Clusterwareをアップグレードするのと同時に、Oracle ASMもアップグレードすることをお薦めします。Oracle ASMがアップグレードされるまで、Oracle ASMを使用するOracle Databaseは作成できません。Oracle ASMがアップグレードされるまで、Oracle Grid Infrastructure 11gリリース2 (11.2)ホームにあるOracle ASM管理ツール(SRVCTLなど)は動作しません。

注意:
アップグレード後に、Oracle Cluster Registry(OCR)のバックアップ場所を前のリリースのOracle Clusterwareホーム(CRSホーム)に手動で設定していた場合は、OCRのバックアップ場所をOracle Grid Infrastructureホーム(Gridホーム)に変更する必要があります。OCRのバックアップ場所を手動で設定しなかった場合は、この問題は関係がありません。
Oracle Clusterwareのアップグレードはアウトオブプレース・アップグレードであるため、以前のリリースのOracle ClusterwareのCRSホームをOracle Clusterware 11gリリース2のOCRバックアップの場所にすることはできません。以前のOracle Clusterwareホーム内のバックアップは削除される可能性があります。

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

Oracle Clusterware 11gリリース2 (11.2)のアップグレードが完了した後、Oracle Clusterwareのアップグレード時にOracle ASMのアップグレードをしなかった場合は、ASMCAを使用して、ローリング・アップグレードを別途行うことができます。

ASMCAを使用してOracle ASMのアップグレードを別途行うことはできますが、Oracle Clusterwareのアップグレード後すぐに行う必要があります。これは、Oracle ASMがアップグレードされるまでSRVCTLなどのOracle ASM管理ツールが機能しないためです。

注意:
前のバージョンのOracle ASMが11.1.0.6または11.1.0.7の場合のみ、ASMCAによってローリング・アップグレードが行われます。そうでない場合、ASMCAによって通常のアップグレードが行われ、その間、ASMCAによって、クラスタのすべてのノードにおいて、すべてのOracle ASMインスタンスが停止され、新しいOracle Grid Infrastructureホームから各ノードのOracle ASMインスタンスが起動されます。

D.8.1 Oracle ASMの個別のアップグレードについて

Oracle ASMのローリング・アップグレードを実行する場合は、次の点に注意してください。

- Oracle Clusterwareのアクティブなバージョンが、11gリリース2 (11.2)である必要があります。Gridホームから次のコマンドを入力して、アクティブなバージョンを確認します。

C:\..\bin> 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ブロックの実行は可能です)

D.8.2 ASMCAを使用したOracle ASMのアップグレード

Oracle ASMをアップグレードするには、次の手順を実行します。

1. アップグレードを開始しようとしているノードで、環境変数ASMCA_ROLLING_UPGRADEの値をtrueにして、Oracle ASMインスタンスをアップグレード状態に設定します。次に例を示します。

C:\> set ASMCA_ROLLING_UPGRADE=true

2. Oracle Grid Infrastructure 11 gリリース2 (11.2)ホームから、次の例に示すように、ASMCAを起動します(C:\app\11.2.0\gridはGridホーム)。

C:\> cd app\11.2.0\grid\bin
C:\..\bin> asmca.bat

3. 「アップグレード」を選択します。
ASMCAにより、クラスタ内にあるすべてのノードのOracle ASMが連続してアップグレードされます。

4. すべてのノードでアップグレードが完了したら、環境変数ASMCA_ROLLING_UPGRADEの設定を解除します。

C:\> set ASMCA_ROLLING_UPGRADE=

関連項目:
Oracle ASMのアップグレード計画の準備、およびOracle ASMアップグレードの開始、実行、停止の詳細は、『Oracle Databaseアップグレード・ガイド』および『Oracle Automatic Storage Management管理者ガイド』を参照してください。

D.9 Oracle Enterprise Managerのターゲット・パラメータの更新

Oracle Clusterware 11gリリース2 (11.2)はアウトオブプレース・アップグレードであるため、アップグレードされたソフトウェアには、Gridホーム用に新しい場所があります。一部のOracle Enterprise Managerパラメータ・ファイルでは、Oracle Clusterwareホームのパスを変更する必要があります。パラメータを変更しないと、Oracle Enterprise Manager Database ControlまたはGrid Controlで、クラスタ・ターゲットの不正などのエラーが発生します。

この問題を解決するには、次の手順を実行します。

1. Database ControlまたはGrid Controlにログインします。

2. 「クラスタ」タブを選択します。

3. 「監視構成」をクリックします。

4. 「Oracleホーム」の値をGridホームの新しいパスで更新します。

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

IPD/OSを使用する以前のリリースからOracle Grid Infrastructureリリース2 (11.2.0.3)にアップグレードする場合は、クラスタ状態モニターのリポジトリ・サイズ(CHMリポジトリ)を確認する必要があります。CHMリポジトリの要件を確認し、より大規模なCHMリポジトリを保持する場合はリポジトリ・サイズを大きくすることをお薦めします。

注意:
以前のIPD/OSリポジトリは、Oracle Grid Infrastructureのインストール時に削除されます。

デフォルトでは、リリース11.2.0.3以上のCHMリポジトリのサイズは、最小で1GBまたは3600秒(1時間)です。

CHMリポジトリを大きくするには、次のコマンド構文を使用します。RETENTION_TIMEはCHMリポジトリのサイズ(秒数)です。

oclumon manage -repos resize RETENTION_TIME

RETENTION_TIMEは、3600(1時間)より大きく、259200(3日)より小さい値である必要があります。CHMリポジトリ・サイズを大きくする場合は、クラスタのノードごとに選択するリポジトリ・サイズに使用できるローカル領域があることを確認する必要があります。十分な領域がない場合は、リポジトリを共有ストレージに移動できます。

たとえば、リポジトリ・サイズを4時間に設定するとします。

C:\> oclumon manage -repos resize 14400

D.11 アップグレードの問題のトラブルシューティング

この項では、アップグレード・プロセス中に発生する一般的な問題について説明します。

- OUI-35078: ノード''nodename''のenvを更新する際にエラーが発生しました。

OUI-35078: ノード''nodename''のenvを更新する際にエラーが発生しました。

原因: 前のリリースのプロセスがアップグレード前に完全に停止していません。通常、dbconsoleプロセスが実行されています。

処置: コマンドemctl stop dbconsoleを実行します。以前のリリース・ソフトウェアのOracleプロセスが停止されていることを確認します。

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

Oracle Clusterware 11gリリース2 (11.2)へのアップグレードが成功または失敗した後で、Oracle Clusterwareを以前のバージョンにリストアすることができます。

Oracle Clusterware 11gリリース2 (11.2)を以前のバージョンのOracle Clusterwareにリストアするには、次の手順を実行します。次の手順にあるローカル・ノードは、rootupgradeスクリプトが実行された最初のノードです。リモート・ノードは、アップグレードされたその他のすべてのノードです。

1. ダウングレード先のリリース用のダウングレード手順を使用します。
Oracle Clusterware 11gリリース1 (11.1)またはOracle Clusterware 10gリリース2 (10.2)へのダウングレード:

現在、サポートされているダウングレード手順はありません。かわりに、ターゲット・リリース用のOracle Clusterwareを再インストールした後、必要なパッチをすべて再適用します。

リリース11.2.0.1、11.2.0.2または11.2.0.3へのダウングレード:

コマンド構文Grid_home\perl\bin\perl rootcrs.pl -downgrade -oldcrshome oldGridHomePath -version oldGridversionを使用します(oldGridhomepathは前のリリースのOracle Grid Infrastructureホームへのパス、oldGridversionはダウングレードする先のリリース)。次に例を示します。

C:\app\11.2.0.3\grid\perl\bin\perl> rootcrs.pl -downgrade -oldcrshome
C:\app\grid -version 11.2.0.1.0

注意:
Oracle Clusterwareのバージョン・フォーマットが正しく指定されているようにします。例: 11.1.0.1.0。

11gリリース2 (11.2)の部分的なインストールまたは失敗したインストールを停止し、Oracle Clusterwareの以前のリリースをリストアするには、このコマンドで-forceフラグを使用します。

2. rootcrs.pl -downgradeスクリプトをすべてのリモート・ノードで実行し終わったら、ローカル・ノードでコマンドGrid_home\perl\bin\perl\rootcrs.pl -downgrade -lastnode -oldcrshome oldGridhome -version oldGridversion [-force]を使用します(oldGridhomeは前のOracle Clusterwareインストールのホーム、oldGridversionは前のOracle Clusterwareインストールのリリース番号)。
次に例を示します。

C:\app\11.2.0.3\grid\perl\bin\perl> rootcrs.pl -downgrade -lastnode
-oldcrshome C:\app\grid -version 11.2.0.1.0

このスクリプトではOCRがダウングレードされます。11gリリース2 (11.2)の部分的なインストールまたは失敗したインストールを停止し、Oracle Clusterwareの以前のリリースをリストアするには、このコマンドで-forceフラグを使用します。

3. rootcrs.pl -downgradeコマンドの要求に従ってgridconfig.batスクリプトを実行します。

4. グリッド・インフラストラクチャのインストール所有者としてログインし、次のコマンドを実行します(C:\app\11.2.0\gridは新しいGridホーム(11.2)の場所)。

setup.exe -nowait -waitforcompletion -ignoreSysPrereqs
-updateNodeList -silent CRS=false ORACLE_HOME=C:\app\11.2.0\grid

Oracle Gridホームが共有ホームの場合は、上記のコマンドの最後に-cfsを追加します。

5. Oracle Grid Infrastructureの新しいバージョンが11.2.0.2以上の場合

1. Oracle Grid Infrastructureリリース2 (11.2.0.4)を以前のリリースの11.2にダウングレードする場合、すべてのクラスタ・ノードでアップグレード・スクリプトの実行を完了し、次のコマンドを11.2.0.4 Gridホームから実行します。

acfsroot uninstall

コマンドが完了したら、以前のリリースのGridホームから、管理者ユーザーとして次のコマンドを実行します。

acfsroot install

2. 各ノードで、crsctl start crsコマンドを使用して前のリリースのOracle ClusterwareホームからOracle Clusterwareを起動します。たとえば、以前のリリースのホームがC:\app\gridである場合は、各ノードで次のコマンドを使用します。

C:\app\grid\bin> crsctl start crs

6. rootcrs.pl -downgradeコマンドの要求に従って、以前のリリースのGridホームから、クラスタの各メンバー・ノードに順番にgridconfig.batスクリプトを実行します。この作業が終了したら、ダウングレードは完了です。
前のリリースのOracle Clusterwareインストールのホームからgridconfig.batを実行することにより、Oracle Clusterwareスタックが再起動され、以前に古いバージョンでOracle Clusterwareに登録されていたすべてのリソースが起動され、そして前のリリースのOracle Clusterwareスタックを実行するように古い初期化スクリプトが構成されます。

7. グリッド・インフラストラクチャのインストール所有者として、次のコマンドを実行します(たとえば、C:\app\gridは以前のOracle Clusterwareインストールのホーム・ディレクトリを表します)。

setup.exe -nowait -waitforcompletion -ignoreSysPrereqs
-updateNodeList -silent CRS=true ORACLE_HOME=C:\app\grid

Oracle Clusterwareホームが共有ホームの場合は、上記のコマンドの最後に-cfsを追加します。

索引
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

同じクラスタでソフトウェア・バージョンがサポートされない, 2.5

A

アドレス解決プロトコル, 2.6.3, 2.6.4

管理者グループ, 2.1, 2.13, 2.13.2, 2.13.4, 4.1

Oracle Clusterwareファイル, 3.1.2.4

ASMCA, 3.1.2.2, 3.3.2.1, 3.10

RAWデバイス, 3.1.2.1

アップグレード, 3.9, C.2.2, D.1

Oracle Restartディスク・グループ・ボリュームの有効化, 6.2

パスワード, B.5.2

ローリング・アップグレード, D.8

起動, 3.10, 4.2.1, 5.2.3.2

Oracle ASMでの旧リリースのOracle Databaseディスク・グループの作成に使用, 5.3.2

Oracle ASMのアップグレードに使用, D.8.2

ASMCA_ROLLING_UPGRADEパラメータ, D.8.2 ASMCMD, 3.1.2.2 asmtoolユーテリティ, 1.2.7.2, 3.6.2.2 認証サポート

インストール前の要件, 2.9.1

自動メトリック, 1.2.2.7 自動マウント

有効化, 3.5.2

B

バインド順序

Windowsネットワーク, 2.6.1

BMC

構成, 2.12.3.2

BMCインタフェース

インストール前の作業, 2.12

C

ホスト名の変更, 4.1

チップ・アーキテクチャ, 2.5

CIFS, 3.8.1

クライアント

Microsoftリモート・デスクトップ接続, 2.3.2

アップグレード, C.1.3.5

VIPアドレス, 4.1

動作保証, 2.4

ファイアウォールを介した接続, 5.1.2

SCANへの接続, C.1.3.5

IPD/OS, 5.2.1.1

Oracle Direct NFS, 3.1.2.3

簡略化されたアクセス, はじめに, 1.2.2.1

トレース・ファイル, A.12

SCANの使用, 2.6.2.2, C.1.3.5

パブリック・インタフェースの使用, C.1.3.1

クラスタ構成ファイル, 4.2.2 クラスタ・ファイル・システム

データ・ファイルの記憶域オプション, 3.1.2

クラスタ状態モニター

ディスク領域の要件, 1.2.1.2, 2.7.2

クラスタ状態モニター(CHM), 5.2.1 クラスタ名, 1.2.2.1

要件, 4.1

クラスタ・ノード

プライベート・ノード名, 4.1

パブリック・ノード名, 4.1

仮想ノード名, 4.1

クラスタ権限

OUIクラスタ・インストールの検証, 2.13.2

クラスタ時刻同期化サービス, はじめに, 2.11, 2.11.1, C.1.4

構成, 2.11.3

インストール済のコンポーネント, C.1.4

クラスタ検証ユーティリティ(CVU)

アップグレード, D.4.1, D.5

CLUSTER_INTERCONNECTSパラメータ, C.1.3.2 コマンド

asmca, 3.10, 5.2.3.2, D.8

cluvfy, A.6

configToolAllCommands, B.5.2

crsctl, 2.11.3, 4.4, 5.3.4, D.2.4, D.8.1

deinstall.bat, 6.5.4

diskpart, A.5.2

ipconfig, A.1

ipmitool, 2.12.3.2

localconfig delete, 4.1

lsnrctl, 5.3.5

net startおよびnet stop, 2.11.2

net use, 1.2.2.9, 2.13.2

nslookup, A.1

ocopy.exe, 5.1

olsnodes, 5.3.4

ping, 2.6.1

regedit, 1.2.2.4, 2.11.1, 2.13.2

rootcrs.pl

構成解除オプション, 6.4

roothas.pl, 6.2 runcluvfy.bat, 4.3.1 setup.exe, 4.3.1, B.3 srvctl, 4.5, 6.2, D.2.4 W32tm, 2.11.1 共通インターネット・ファイル・システム, 3.8.1 configToolAllCommandsスクリプト, A.11 コンソール・モード, 2.3.2 CPU, 5.1.1 クリティカル・パッチの更新, 5.1.1 crs_install.rspファイル, B.2.1 ctssd, 2.11, 2.11.3 カスタマイズされたデータベース

Oracle ASMの障害グループ, 3.3.2

Oracle ASMを使用する場合の要件, 3.3.2

D

DAS(Direct Attached Storage)ディスク, 3.6.1

データ・ファイル

ディスクの最小領域, 3.1.2.5

ファイル・システムの推奨事項, 3.1.2.5

記憶域オプション, 3.1.2

データ消失

Oracle ASMによる最小化, 3.3.2

データベース・ファイル

サポートされている記憶域オプション, 3.2.2

データベース

Oracle ASM要件, 3.3.2

DB_RECOVERY_FILE_DEST, 5.2.3.1 DBCA, 3.1.2.2

Oracle ASMディスク・グループ管理には使用されない, 5.3.2

Oracle Clusterwareの構成解除, 6.4 削除, 6.1 削除ツール

使用例, 6.5.4, 6.5.4, 6.5.4

パラメータ・ファイルの生成, 6.5.4

位置, 6.5.1

ログ・ファイル, 6.5.1

パラメータ・ファイル, 6.5.5

構文およびオプション, 6.5.1

サポート終了

RAWデバイス, はじめに, はじめに

デバイス名

asmtoolによる作成, 3.6.2.4

asmtoolgによる作成, 3.6.2.2

DHCP, 2.12.3.2, C.1.3.1 ディレクトリ

データベース・ファイル・ディレクトリ, 3.1.2.5

DisableDHCPMediaSenseパラメータ, 1.2.2.4, 2.6.1 ディスクの自動マウント

有効化, 3.5.2

ディスク・グループ

冗長レベルを使用したOracle ASM, 3.3.2

Oracle ASMディスク・グループの推奨事項, 3.3.2

ディスク領域

確認, 2.7.2

必要なパーティション・サイズ, 3.3.1

要件

Oracle ASM, 3.3.2, 3.3.2

Oracle ASMでの事前構成済データベース, 3.3.2

Windows, 2.7

ディスク

Oracle ASMの構成, 1.2.7.2, 3.3.2.1

NTFSフォーマット済, 2.7.1

Oracle ASMのためのサポート, 3.6.1

表示監視

解像度の設定, 2.5

DNS, A.9

GNSで使用するための構成, 2.6.2.1, 2.6.5

マルチキャスト(mDNS), 2.6.4

ドメイン・ユーザー

インストールで使用, 2.13

Oracle Clusterwareのダウングレード, D.12 DSTパッチ, 5.1.1

E

簡易接続ネーミング・メソッド, はじめに

ディスクの自動マウントの有効化, 3.5.2

環境変数

ORACLE_BASE, 2.1

ORACLE_HOME, 2.1

ORACLE_SID, 2.1

PATH, 2.1

TEMP, 2.7.3

実行可能ファイル, 2.5, 3.1.2.4, 3.2.2, C.2.1 外部冗長, 3.3.2

F

障害グループ, 3.3.2

Oracle ASMの特性, 3.3.2

Oracle ASMの例, 3.3.2

Oracle ASM, 3.3.2

高速リカバリ領域, 5.2.3.1 FATディスクのサイズ, 2.7.1 新機能, はじめに フェンシング

IPMI, はじめに, 2.12.3.2, 4.1

ファイル・システム, 3.4

データ・ファイルの記憶域オプション, 3.1.2

システム要件, 2.7

データ・ファイルの使用, 3.1.2.5

Windowsシステム要件, 2.7

ファイル

oranfstab, 3.8.2

レスポンス・ファイル, B.2

G

グローバリゼーション

サポート, 4.1

GNS

概要, 2.6.2.1

構成, 2.6.2

名前解決, 2.6.2.1

仮想IPアドレス, 2.6.2.1, 4.1

Gridホーム

定義, 1.2.5.2

ディスク領域

要件, 1.2.1.2, 2.7.2

変更, 5.4 グリッド・プラグ・アンド・プレイ(GPnP), A.10.1 グループ

管理者グループ, 2.1, 2.13, 2.13.2, 2.13.4, 4.1

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

ORA_DBA, 2.1

H

ハードウェア要件, 2.5

高冗長, 3.3.2

ホスト名

変更, 4.1

有効な値, 4.1

hostsファイル, 2.6.2.2, C.1.3.1

I

inst_locレジストリ・キー, C.1.1

インストール

グローバリゼーション, 4.1

OUI終了後の完了, A.11

Oracle ASM要件, 3.3.2, 3.3.2

レスポンス・ファイル, B.2

準備, B.2, B.2.2

テンプレート, B.2

サイレント・モード, B.3 起動, 1.3 標準, 1.3 クラスタ構成ファイルの使用, 4.2.2 Instantaneous Problem Detection OS Tool (IPD/OS)

互換性, 5.2.1

命令セット

プロセッサ, 2.5

インターコネクト

スイッチ, 2.6.1

インタフェース, 4.1

プライベート・インターコネクトの要件, C.1.3.2

インベントリ・ディレクトリ, C.1.1 IPアドレス

構成, 1.2.2.2.1

プライベート, 1.2.2.2.1

パブリック, 1.2.2.2.1

要件, 1.2.2.2

仮想, 1.2.2.2.1

IPD/OS, 5.2.1 IPMI

GNSで構成できないアドレス, 2.12.2

ドライバの構成, 2.12.3

説明, はじめに

フェンシング, 2.12.3.2

インストール前の作業, 2.12

インストールの準備, 4.1

IPMICA

パスワード, B.5.2

J

JDK要件, 2.8

L

有効なホスト名, 4.1

ローカル管理ユーザー, 2.13

ローカル・デバイス

データ・ファイルの使用, 3.1.2.5

LOCAL_SYSTEM権限, 4.1 ログ・ファイル

インストール時のアクセス方法, 4.2.1

lsnrctl, 5.3.5

M

メディア検出機能

無効化, 1.2.2.4, 2.6.1

メモリー要件, 1.2.1.1, 2.5 Microsoft Internet Explorer, 2.10 最小要件, 2.5 Oracle ASMディスク・グループのミラー化, 3.3.2 複合バイナリ, 2.8 変更

グリッド・ホーム, 5.4

Oracle ASMバイナリ, 5.4

Oracle Clusterwareバイナリ, 5.4

mtsc

コンソール・モード, 2.3.2

マルチキャストDNS, 2.6.4 My Oracle Support Webサイト

概要, 2.4

アクセス, 2.4

パッチ, 5.1.1

N

NAS, 3.1.2.3, 3.3.4

Net Configuration Assistant(NETCA)

レスポンス・ファイル, B.4

コマンド・プロンプトでの実行, B.4

ネットワーク・ファイル・システム(NFS), 2.7.1, 3.1.2.3, 3.2.2, 3.2.2, 3.4, 3.8.1

Oracle Clusterwareファイル, 3.3.4

「Oracle Direct NFS」も参照

ネットワーク・インタフェース

自動メトリック, 1.2.2.7

バインド順序, 1.2.2.5, 2.6.1

名前

要件, 1.2.2.5

ネットワーク・タイム・プロトコル, はじめに, 2.11, 2.11.3, C.1.4 新機能, はじめに 標準冗長, 3.3.2 nslookupコマンド, A.9 NTFS, 2.7.1

フォーマット済ディスク, 2.7.1

システム要件, 2.7

O

OcfsFindVolユーティリティ, 3.7.1.1

OcfsFormat.exe, 3.7.1

OcfsInstallユーティリティ, 3.7.1.1

oifcfg, C.1.3.2

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

32ビット, 2.5

管理者グループ, 2.1, 2.13, 2.13.2, 2.13.4, 4.1

クラスタ・メンバーで異なるバージョン, 2.8

グループ, 2.1

Oracle ACFSの制限, C.2.1

複合バージョン, 2.2

要件, 2.8

ユーザー, 1.2.4, 2.1

異なるバージョンの使用, 2.8

バージョンの確認, 2.8

x86, 2.5

ORA_DBAグループ, 2.1, 2.13.3 Oracle ACFS, 3.1.2.4, 3.1.2.4

概要, C.2.1

サポートされているLinuxバージョン, 3.1.2.4

サポートされるリリース, はじめに

Oracle Advanced Security

インストール前の要件, 2.9.1

Oracle ADVM, 3.1.2.4, 3.10 Oracle ASM

Oracle Clusterwareファイル, はじめに, はじめに, はじめに, 1.2.1.2, 3.1.1

asmtoolユーティリティ, 3.6.2.4

asmtoolgユーティリティ, 3.6.2.2

ディスクの構成, 3.3.2.1

追加ディスク・グループの作成, 3.1.2.2

DASディスク, 3.6.1

ディスク・グループ

互換性, 3.1.1

推奨事項, 3.3.2, 3.3.2

冗長レベル, 3.3.2

ディスク

DASおよびSAN, 3.6.1

RAW, 3.6.2.1

ディスク, サポート対象, 3.6.1 障害グループ, 3.3.2, 3.3.2

特性, 3.3.2

例, 3.3.2

確認, 3.3.2

ミラー化, 3.3.2 各ノードのインスタンスの数, 1.2.6, 3.2.1, 3.2.2 パーティション

作成, 3.6.1

マーク付け, 3.6.2

制限, 3.3.3

冗長レベル, 3.3.2 Standard EditionのOracle RACに必要, 3.2.1, 3.2.2 標準インストール・タイプに必要, 3.2.1, 3.2.2 ローリング・アップグレード, 4.1, D.8 SANディスク, 3.6.1 Oracle Clusterwareファイルに必要な領域, 3.3.2 事前構成済データベースに必要な領域, 3.3.2 アップグレード, D.1 Oracle ASM動的ボリューム・マネージャ, 3.1.2.4 Oracle ASMの冗長レベル

高冗長, 3.3.2

Oracleベース・ディレクトリ, 1.2.5.3 Windows用のOracle Cluster File System(OCFS), 2.7.1

ドライブのフォーマット, 3.7.1

インストール, 3.7.1

RAWパーティション, 3.7

Oracle Cluster Registry

構成, 4.1

ミラー化, 3.3.4

パーティション・サイズ, 3.3.4

サポートされている記憶域オプション, 3.2.2

前のリリースからのアップグレード, 3.3.1

Oracle Clusterware

ファイル・システム, 3.4

Oracle ASMインスタンスのアップグレード, 1.2.6, 3.2.1, 3.2.2

ダウングレード, D.12

Oracle Universal Installerを使用したインストール, 4.2

ローリング・アップグレード, 4.1

サポートされている記憶域オプション, 3.2.2

アップグレード, 3.3.4

Oracle Clusterwareファイル, 3.1.2.2, 3.2.2, 3.3.2

NFS, 3.2.2

NTFSフォーマット済ディスク, 2.7.1

Oracle ACFS, 3.1.2.4

Oracle ASM, はじめに, はじめに, はじめに, 1.2.1.2, C.2.3

アクセスの確認, 4.5

記憶域を選択するためのガイドライン, 3.1.1

共有記憶域の指定, 4.1

Oracle ASMディスク・グループの互換性, 3.1.1

Oracle ASMディスク領域要件, 3.3.2

Oracle ASM要件, 3.3.2

RAWパーティション, 1.2.1.2

サポートされている記憶域, 1.2.6

Oracle Clusterwareホーム・ディレクトリ, 3.2.1 Oracle Clusterwareのインストレーション・ガイド

Oracle Grid Infrastructureインストレーション・ガイドに置き換え, はじめに, 4

Oracle Database

データ・ファイルの記憶域オプション, 3.1.2

ディスク領域の最小要件, 3.1.2.5

Oracle ASMの要件, 3.3.2

Oracle Direct NFS, 3.1.2.3, 3.2.2, 3.2.2

高速リカバリ領域, 5.2.3.1

Oracle Clusterwareファイル, 3.2.2

ディクショナリ・ビュー, 3.8.4

無効化, 3.8.7

有効化, 3.8.5

ロード・バランシング, 3.8.4

管理, 3.8.4

ORADNFSユーティリティ, 3.8.6

oranfstab, 3.8.2

Oracle Direct NFS Client

説明, 3.8.1

Oracle Disk Manager (ODM)

ライブラリ・ファイル, 3.8.5

Oracle Enterprise Manager

Oracle ACFS, 3.10

Oracle ASM, 3.10

サーバー・プール, C.3.1

Database Control

プロビジョニング, はじめに

ファイアウォール例外, 5.1.2.5 アラート・ログの監視, A.4 Oracle Clusterwareの管理, はじめに インストール前の要件, 2.9.2 サポートされているWebブラウザ, 2.10 アップグレード後の構成ファイルの更新, D.9 Oracle Grid Infrastructure

レスポンス・ファイル, B.2.1

ソフトウェアのみのインストール, 4.3

Oracleホーム

ASCIIパスの制限, 4.1

定義, 1.2.5.2

Oracle Inventoryディレクトリ, C.1.1

定義, 1.2.5.4

Oracle Notification Server Configuration Assistant, 4.2.1 Oracleパッチの更新, 5.1.1 Oracle Private Interconnect Configuration Assistant, 4.2.1 Oracle Universal Installer

Oracle Clusterware, 4.2

Oracle Upgrade Companion, 2.2 oracleユーザー, 2.1 Oracle Virtualization, 3.1.2.4 ORACLE_BASE, 2.1 ORACLE_HOME, 2.1 ORACLE_SID, 2.1 OracleClusterVolumeServiceサービス, 3.7.1.1 OracleRemExecService Windowsサービス, 5.3.3 ORADNFSユーティリティ, 3.8.6 oraInventory。「Oracleインベントリ・ディレクトリ」を参照。 oranfstabファイル, 3.8.2

属性, 3.8.5

P

ページング・ファイル, 1.2.3, 2.5

パラメータ

ASMCA_ROLLING_UPGRADE, D.8.2

パーティション

Oracle ASMディスク用に作成, 3.6.1

ASMでの使用, 3.3.2

パッチ・バンドル

内容, 5.1.1

説明, 5.1.1

パッチ・セット更新, 5.1.1 パッチ・セット

説明, 5.1.1

パッチの更新

ダウンロード, 5.1.1

インストール, 5.1.1

My Oracle Support, 5.1.1

パッチ

CPU, 5.1.1

DST, 5.1.1

PSU, 5.1.1

パッチ

古いリリースのソフトウェア, 5.3.3

PATH, 2.1 物理RAM

要件, 2.5

pingコマンド, A.9 ノードの固定, 5.3.4 ポリシー管理データベース

SCAN, C.1.3.5

インストール後

投票ディスクのバックアップ, 5.1

Oracleソフトウェアの構成, B.5.1

パッチのダウンロードおよびインストール, 5.1.1

推奨されるタスク, 5.2

必須のタスク, 5.1

リソース・ステータスOFFLINE, 4.6

事前構成済データベース

Oracle ASMディスク領域要件, 3.3.2

Oracle ASMを使用する場合の要件, 3.3.2

インストール前

概要, C.1

手動のタスク, 1.2

Oracle Advanced Securityの要件, 2.9.1

Oracle Enterprise Managerの要件, 2.9.2

インストール要件の確認, 4.3.1

プライベートIPアドレス, 1.2.2.2.1 権限

OUIクラスタ・インストールの検証, 2.13.2

プロセッサ, 2.5

命令セット, 2.5

PSU, 5.1.1 パブリックIPアドレス, 1.2.2.2.1

Q

定数障害グループ, 3.3.2

R

RAID

Oracle Cluster Registryおよび投票ディスクのミラー化, 3.3.4

Oracle ASMの推奨冗長レベル, 3.3.2

Oracleデータ・ファイルへの使用, 3.1.2.5

RAM, 1.2.1.1

要件, 2.5

RAWデバイス

アップグレード, 3.1.2.1, 3.11

サポート終了, はじめに, はじめに, 3.11

既存のパーティションのアップグレード, 3.3.4

RAWパーティション, 2.7.1 推奨事項

Oracle ASMディスク・グループへのデバイスの追加, 3.3.2.1

Oracleソフトウェアのバックアップ, D.6

クラスタへのクライアント・アクセス, 1.2.2.2.1, 2.6.2.2

Windows用のOCFSディスク・パーティションのクラスタ・サイズ, 3.7.1.2

BMCの構成, 2.12.2

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

データ・ファイル, 3.1.2.1

ディスクの自動マウントの有効化, 3.5.2

Oracle Grid InfrastructureホームとOracle Inventoryディレクトリの作成, 1.2.5.2

NTFSフォーマット済ディスクの使用, 2.7.1

Windowsファイアウォールの例外, 5.1.2

インストール・オプション, 1.1

Instantaneous Problem Detection OS Tool(IPD/OS)のインストール, 5.2.1

単一ディスクでのパーティション数の制限, 3.3.3

Oracle Clusterwareファイルの管理, 2.7.1

Oracle Databaseデータ・ファイルの管理, 2.7.1

最小RAMサイズ, 1.2.1.1

SCAN解決用のIPアドレス数, 2.6.2.2, 2.6.2.2, C.1.3.5

OCRの数と投票ディスクの場所, 4.1

SCANアドレスの数, 4.1

インストールとスケジュールされたタスク, A.6

ソフトウェアのみのインストールの実行, 4.3

Oracle ASMの冗長レベル, 3.3.2

Oracle Clusterware共有ファイル, 3.3.4

インストール後のタスク, 5.2

プライベート・ネットワーク, C.1.3.2

リカバリ・ファイル, 3.1.2.1

SCAN VIPアドレスの構成, 2.6.2.2

変更後の安全なレスポンス・ファイル, B.2.1

Oracle Clusterwareファイルの共有記憶域, 3.3.1

パフワード・ファイルの格納, B.5.1

一時ディレクトリの構成, 1.2.5.1

Oracle Clusterwareのアップグレード時のOracle ASMのアップグレード, D.7

専用スイッチの使用, 2.6.1, 2.12.1

DHCPの使用, 2.12.3.2

静的なホスト名の使用, 2.6.2

VIPアドレス名, 4.1

リカバリ・ファイル

NFS, 3.1.2.3

Windows用のOCFS, 3.7

Oracle ACFS, 3.1.2.4

Oracle ASM, 3.3.2

Oracle ASMディスク・グループ, 3.1.2.2

RAWデバイス, 3.1.2.1

共有記憶域, 3.1.2

記憶域の場所のガイドライン, 3.1.2.6

必要なディスク領域, 3.3.2

要件, 3.3.4

サポートされている記憶域オプション, 3.2.2, 3.2.2

冗長レベル

事前構成済データベースの領域要件, 3.3.2

Oracle ASM, 3.3.2

レジストリ・キー

inst_loc, C.1.1

Tcpip

パラメータ, 1.2.2.4, 2.6.1

W32Time

Config, 2.11.1

リモート・デスクトップ接続, 2.3.2 Oracleソフトウェアの削除, 6 ソフトウェア所有者の名前変更, 4.2.1 要件

Gridホームのディスク領域, 1.2.1.2, 2.7.2

ハードウェア, 2.5

ハードウェアの動作保証, 2.4

メモリー, 2.5

Oracle Enterprise Manager, 2.9.2

プロセッサ, 2.5

ソフトウェアの動作保証, 2.4

一時ディスク領域, 2.7.3

Webブラウザ

サポート対象, 2.10

resolv.confファイル, A.9 レスポンス・ファイル・モード

概要, B.1, B.1

インストール, B.3

インストールの準備, B.2

使用する理由, B.1.1

レスポンス・ファイル

テンプレート, B.2

「レスポンス・ファイル」も参照 レスポンス・ファイル

概要, B.1

テンプレートでの作成, B.2.1

crs_install.rsp, B.2.1

一般的な手順, B.1.2

Net Configuration Assistant, B.4

コマンドラインで値を渡す, B.1

準備, B.2

使用する理由, B.1.1

Oracle Universal Installerを使用した指定, B.3

リバース・ルックアップ, 2.6.5 ローリング・アップグレード

Oracle ASM, 4.1, D.8

Oracle Clusterware, 4.1

root.sh

実行, A.11

S

SAN(Storage Area Network)ディスク, 3.6.1

SCANアドレス, A.9

SCANアドレス, 1.2.2.2.1, 2.6.2.2, 2.6.7, 4.1, 4.1, 4.1, C.1.3.5

SCANリスナー, A.9

SCANリスナー, 5.3.5, C.1.3.5

スケジュールされたタスク, A.6

サイレント・モード。「レスポンス・ファイル・モード」, 「レスポンス・ファイル」を参照。

単一クライアント・アクセス名。「SCAN」を参照。, 1.2.2.1, 2.6.2.2

クライアント・アクセス, 1.2.2.2.1

説明, 1.2.2.2.1

最大長, 1.2.2.1

ポリシー管理データベースのクライアントに必要, C.1.3.5

制限, 1.2.2.1

理解, C.1.3.5

ソフトウェア所有者

名前変更, 4.2.1

ソフトウェア要件, 2.8 Storage Area Networkディスク, 3.6.1 サポートされている記憶域オプション, 3.3.1

グリッド・ホーム, 2.7.1, 3.2.1

ガイドライン, 3.1.1

My Oracle Support Webサイト, 2.4

NAS, 3.1

NFS, 3.2.2

Windows用のOCFS, 3.2.1, 3.2.2

Oracle ACFS, 3.2.2

Oracle ASM, 3.1.2.1, 3.2.2

Oracle Clusterware, 3.2.2

Oracle Direct NFS, 3.2.2

Oracle RAC, 3.2.2

Oracleソフトウェア・ファイル, 3.2.1

RAWデバイス, 3.1.2.1

Standard Edition Oracle RAC, 3.1.2.1, 3.2.2

スイッチ, 2.6.1 システム要件

ディスク領域, 1.2.1.2

グリッド・インフラストラクチャ, 2.5

NTFSファイル・システム, 2.7

Windowsファイル・システム, 2.7

最新情報, 2.4

メモリー, 1.2.1.1

TEMP領域, 1.2.1.3

T

TCP, 2.6.1

telnetサービス・サポート, 2.3.1

TEMPディレクトリ

要件, 1.2.1.3

TEMP環境変数, 2.7.3 一時ディスク領域

要件, 2.7.3

ターミナル・サービス

コンソール・モード, 2.3.2

時刻同期, 2.11 トラブルシューティング

削除, 6.1

DBCAがOracle ASMディスク・サイズを認識せずディスク・グループの作成に失敗, 5.3.2

インストール・エラーの原因を修正するためのOracle Clusterwareの構成解除, 6.4

ディスク領域

エラー, 4.1

環境変数エラー, 4.1 エラー・メッセージ, A.1 インストール・エラー, 6.4 ログ・ファイル, 4.2.1 システムがファイルを検出できない, A.10.2 候補ディスクが見つからない, A.10.2 ASMLibを開くことができない, A.10.2 不明なインストールのエラー, A.6 投票ディスク・グループ, はじめに

U

UDP, 2.6.1

削除, 6.1

Oracleソフトウェア, 6

アップグレード

SCAN, C.1.3.5

既存のOracle ASMインスタンス, 1.2.6, 3.2.1, 3.2.2

OCRパーティション・サイズ, 3.3.4

Oracle ASM, 2.2, 4.1, D.1, D.8

Oracle Clusterware, 2.2, 4.1

制限, D.2

スタンドアロン・データベース, 2.2

環境変数の設定の削除, D.4.4

RAWデバイスの使用, 3.1.2.1

投票ディスク・パーティション・サイズ, 3.3.4

ユーザー

Oracleソフトウェアをインストールするためのアカウント, 2.1

ドメイン, 2.13

グループ, 2.1, 2.13.3

ローカル管理者, 2.13

ソフトウェア所有者の名前変更, 4.2.1

ユーザー アカウント制御の設定, 2.13.4, A.3 ユーザー・データグラム・プロトコル(UDP), 2.6.1, 2.6.3, 2.6.4

V

有効なホスト名, 4.1

ビデオ・アダプタの要件, 2.5

VIP

SCAN, A.9

仮想IPアドレス, 1.2.2.2.1 仮想ローカル・エリア・ネットワーク, 2.6.3 仮想メモリー

要件, 2.5

投票ディスク, 3.1.1

バックアップ, 5.1

非推奨のバックアップ, はじめに

構成, 4.1

ミラー化, 3.3.4

パーティション・サイズ, 3.3.4

絶対多数の要件, 3.1.1

サポートされている記憶域オプション, 3.2.2

以前のリリースからのアップグレード, 3.3.1

W

W32Time, 2.11.1

Webブラウザ, 2.10

Windows

LinuxまたはUNIXとの比較, 2.1

サポートされているオペレーティング・システムのバージョン, 2.8

Windowsのメディア検出機能

無効化, 1.2.2.4, 2.6.1

Windowsのネットワークのバインド順序, 2.6.1 Windows Timeサービス, はじめに, 2.11, 2.11.3, C.1.4

構成, 2.11.1

X

x64ソフトウェア・バージョン, 2.5

x86ソフトウェア・バージョン, 2.5

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