Oracle® Database

2日でReal Application Clustersガイド

12c リリース1 (12.1)

B71293-05(原本部品番号:E17616-18)

2017年2月

Oracle Database 2日でReal Application Clustersガイド, 12c リリース1 (12.1)

B71293-05

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

原本著者: Janet Stern

原本協力者: Mark Bauer、Vivian Schupmann、Douglas Williams、Mike Zampiceni

協力者: Eric Belden、David Brower、Jonathan Creighton、Sudip Datta、Venkatadri Ganesan、Shamik Ganguly、Prabhaker Gongloor、Mayumi Hayasaka、Masakazu Ito、Aneesh Khandelwal、Sushil Kumar、Barb Lundhild、Venkat Maddali、Gaurav Manglik、Markus Michalewicz、Mughees Minhas、Tim Misner、Joe Paradise、Srinivas Poovala、Hanlin Qian、Mark Scardina、Cathy Shea、Jacqueline Sideri、Vijay Sriram、Vishwanath Subrahmannya Sastry、Ara Vagharshakian

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

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

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

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 Database 2日でReal Application Clustersガイド』のこのリリースでの変更点

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

- 新機能

- サポート対象外となった機能

1 Real Application Clusters環境の概要

- 『Oracle Database 2日でReal Application Clustersガイド』について

- このマニュアルに記述されていないもの

- 関連教材

- Oracle RACのドキュメントの概要

- 役に立つOracle RACドキュメント

- 役に立つ他のOracleドキュメント

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Automatic Storage Managementについて

- Oracle RACによるOracle ASMディスク・グループの使用について

- Oracle ASMを使用する利点

- Oracle ACFSについて

- Oracle RAC環境で実行されるOracle ASMについて

- Oracle Real Application Clustersについて

- Oracle RAC One Nodeについて

- Oracle RACを使用したOracle Multitenantについて

- 様々なオペレーティング・システムへのOracle RACのインストールについて

- Oracle RACのインストール、構成および管理に使用するツール

2 クラスタの準備

- システム要件の確認

- オペレーティング・システムの動作保証の確認

- ハードウェア要件について

- 共有記憶域について

- ネットワーク・ハードウェア要件について

- IPアドレス要件について

- インストールされたオペレーティング・システムとソフトウェア要件の検証

- オペレーティング・システムとソフトウェア要件について

- インストール修正スクリプトについて

- 現在のオペレーティング・システムの構成の確認

- サーバーの準備

- オペレーティング・システム・ユーザーおよびグループについて

- 必要なオペレーティング・システム・ユーザーおよびグループ

- UNIXおよびLinuxシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ

- WindowsシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ

- オプションのオペレーティング・システム・ユーザーおよびグループ

- Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成

- Linuxシステムのセキュア・シェルの構成

- Linuxシステムのソフトウェア所有者のShell環境の構成について

- ネットワークの構成

- ネットワークの構成の検証

- オペレーティング・システムおよびソフトウェアの準備

- すべてのノードにおける時間の設定について

- カーネル・パラメータの構成について

- プラットフォーム固有の構成タスクの実行について

- インストール・ディレクトリおよび共有記憶域の構成

- Oracleインベントリ・ディレクトリについて

- Oracleインベントリ・ディレクトリの検索

- クラスタ用Oracle Grid Infrastructureホーム・ディレクトリの作成

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

- Oracleホーム・ディレクトリについて

- 共有記憶域の構成

- Oracle ASMで使用するNASデバイス上のファイルの構成

- ASMLIBを使用した共有ディスクの候補ディスクとしてのマーク

- ASMLIBのインストール

- ASMLIBの構成

- ASMLIBを使用したOracle ASMディスクの作成

- 永続的なディスク・デバイスの構成

3 Oracle Grid Infrastructureのインストール

- Oracle Enterprise Manager Cloud Controlを使用した操作のプロビジョニング

- Oracleソフトウェアのインストールの準備

- My Oracle Supportの資格証明の検証

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

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

- LinuxおよびUNIXでのクラスタ検証ユーティリティの修正スクリプトについて

- Oracle Universal Installerを使用したクラスタ用Oracle Grid Infrastructureのインストール

- Oracle Clusterwareの構成の完了

- Oracle Databaseソフトウェアのインストールおよびデータベースの作成

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

- 他のOracle ASMディスク・グループの作成

- Oracle Universal Installerを使用したOracle RACソフトウェアのインストール

- Oracle RACデータベースのインストールの検証

- インストール後のタスクの実行

- Oracle Clusterwareインストールの検証について

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

- インストール・ファイルのバックアップ

- root.shスクリプトのバックアップについて

- emkey.oraファイルのバックアップの概要

- Oracle Enterprise Managerの動作の確認

- Oracle Databaseパッチのダウンロードとインストールについて

- ユーザー・アカウントの構成について

- Oracle RACデータベースへのOracle Databaseの変換について

- データベースの変換の準備について

- Cloud Controlを使用するデータベース変換プロセスの概要

- rconfigを使用したデータベース変換プロセスの概要

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

4 データベース・インスタンスおよびクラスタ・データベースの管理

- Oracle Real Application Clustersデータベース管理について

- Oracle RAC One Nodeデータベース管理について

- Oracle Enterprise Managerを使用したOracle RAC管理について

- Oracle RACデータベースおよびデータベース・インスタンスの起動および停止

- Oracle Real Application Clusters初期化パラメータの管理

- Oracle RACデータベースの初期化パラメータの構成について

- すべてのインスタンスで同じ値を設定する必要があるパラメータ

- すべてのインスタンスで一意の値を設定するパラメータ

- すべてのインスタンスで同じ値を設定する必要があるパラメータ

- Oracle RACのSERVICE_NAMESパラメータの変更について

- Oracle Real Application Clustersのサーバー・パラメータ・ファイルの構成について

- Oracle RACデータベースの初期化パラメータ設定の編集

- Oracle Enterprise Managerの現在のタブを使用したOracle RACの初期化パラメータの変更

- Oracle Enterprise Managerの「SPFile」タブを使用したOracle RACの初期化パラメータの変更

- 例: OPEN_CURSORSパラメータの変更

- Oracle RACの記憶域の管理について

- Oracle RACでの自動UNDO管理について

- Oracle RACのOracle Automatic Storage Management

- Oracle RACのOracle ASMコンポーネントについて

- Oracle RACでのOracle ASM用ディスク・グループ構成について

- スタンドアロンのOracle ASMディスク・グループの管理について

- Oracle ASMインスタンスおよびディスク・グループ管理について

- Oracle RACのREDOログの管理

- Oracle RACデータベースのREDOログ・グループおよびREDOスレッドについて

- Oracle RACデータベースのREDOログ・ファイルへのアクセスについて

- Oracle Enterprise Managerを使用したオンラインREDOログ・ファイルの表示および作成

5 Oracle Clusterwareコンポーネントの管理

- Oracle Clusterwareについて

- 投票ディスクについて

- Oracle Cluster Registryについて

- Oracle Clusterwareファイルの高可用性について

- Oracle Clusterwareスタックの管理

- Oracle Clusterwareの起動

- Oracle Clusterwareの停止

- Oracle Clusterwareの投票ディスクの管理

- 投票ディスクの追加および削除

- 投票ディスクのバックアップおよびリカバリ

- 投票ディスクのバックアップ

- 投票ディスクの交換

- 投票ディスクのリストア

- 投票ディスクのOracle ASM記憶域への移行

- Oracle Cluster Registryのバックアップおよびリカバリ

- 使用可能なOCRバックアップの表示

- OCRの手動バックアップ

- OCRのリカバリ

- OCRのステータスのチェック

- 自動生成されたOCRバックアップからのOCRのリストア

- Oracle Cluster Registry構成の変更

- OCRの場所の追加

- OCRのOracle ASM記憶域への移行

- OCRの置換

- OCRの削除

- ローカル・ノードでのOCR構成の修復

- Oracle Cluster Registryのトラブルシューティング

- OCRCHECKユーティリティについて

- Oracle Cluster Registryの一般的な問題および解決策

6 サービス、FAN、FCFおよびアプリケーション・コンティニュイティを使用したクライアントの高可用性

- データベース・サービスを使用した継続的サービスの実現について

- Oracleサービスについて

- 管理者管理データベースのサービス・フェイルオーバーについて

- ポリシー管理データベースのサービス・フェイルオーバーについて

- サービスの自動開始について

- データベース・リソース・マネージャについて

- Oracle RACの高可用性フレームワークについて

- 高速アプリケーション通知(FAN)について

- FANコールアウトについて

- クライアント・フェイルオーバーを向上させるためのトランザクション・ガードの使用について

- 停止をマスキングするためのアプリケーション・コンティニュイティについて

- アプリケーション・コンティニュイティを使用する準備

- 計画済停止に対するアプリケーション・コンティニュイティの使用

- ロード・バランシング・アドバイザについて

- 接続ロード・バランシングについて

- クライアント側のロード・バランシングについて

- サーバー側のロード・バランシングについて

- ランタイム接続ロード・バランシングについて

- サービスの作成

- Enterprise Managerを使用したサービスの作成

- SRVCTLを使用したサービスの作成

- サービスの管理

- Oracle Enterprise Managerを使用したサービス管理について

- 「クラスタ管理データベース・サービス」ページの使用

- 新規作成されたサービスをサポートするOracle Netの検証

- 高可用性のためのクライアントの構成

- 可用性の高い接続のためのOracle Net Servicesパラメータの構成

- 高可用性JDBCクライアントの構成

- 高速接続フェイルオーバーのためのJDBCクライアントの構成

- JDBC ThinドライバのプールされていないクライアントのシンプルFANの構成

- Javaのアプリケーション・コンティニュイティのためのJDBCクライアントの構成

- トランザクション・ガードを使用するためのJDBC-Thinクライアントの構成

- 高可用性OCIクライアントの構成

- FAN通知を受信するためのOCIクライアントの構成

- トランザクション・ガードを使用するためのOCIクライアントの構成

- 高可用性ODP.NETクライアントの構成

- FAN通知を受信するためのODP.NETクライアントの構成

- ODP.NETクライアントの概要およびトランザクション・ガードの使用

7 バックアップおよびリカバリの管理

- Oracle RACデータベースのバックアップおよびリカバリの概要

- Oracle RACでの高速リカバリ領域について

- Oracle Real Application ClustersデータベースのREDOログのアーカイブ

- Oracle RACデータベースのアーカイブREDOログ・ファイルについて

- 複数のRMANチャネル間のパラレル化およびバックアップについて

- Oracle RACデータベースのアーカイブの構成

- バックアップおよびリカバリ操作の準備について

- バックアップおよびリカバリを実行するための資格証明について

- バックアップ設定の構成について

- Oracle Real Application Clustersデータベースのバックアップの実行

- アーカイブREDOログ・ファイルのバックアップ

- Oracle Real Application Clustersデータベースのリカバリ

- Oracle RACデータベースのリストアおよびリカバリの準備について

- アーカイブ・ログへのアクセスの構成について

- Oracle RACデータベース・インスタンスの適切な状態への移行について

- アーカイブREDOログ・ファイルのリストアについて

- パラレル化を使用したリカバリの実行について

- Oracle Enterprise Managerを使用したOracle RACデータベースのリカバリ

- 自動ファイル・バックアップからのサーバー・パラメータ・ファイルのリカバリ

- データベース・バックアップ・ファイルの管理について

- Oracle Real Application Clustersデータベースのバックアップ・レポートの表示

8 パフォーマンスの監視およびトラブルシューティング

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視

- 自動データベース診断モニターおよびOracle RACのパフォーマンスについて

- Oracle RACのADDM結果の表示

- 「クラスタ・データベース: パフォーマンス」ページの使用

- グローバル・キャッシュ・ブロックのアクセス待機時間グラフについて

- 「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフの表示

- 「クラスタ・ホストのロード平均」グラフの表示

- 「平均アクティブ・セッション」グラフの表示

- 「データベース・スループット」グラフの表示

- 「サービス」グラフの表示

- 「インスタンスごとのアクティブ・セッション」グラフの表示

- 他のパフォーマンス関連グラフの参照

- 「クラスタ・キャッシュ一貫性」ページへのアクセス

- 「上位コンシューマ」ページへのアクセス

- 「上位セッション」ページへのアクセス

- 「トップ・アクティビティ」ページへのアクセス

- 「インスタンス・アクティビティ」ページへのアクセス

- 「上位セグメント」ページへのアクセス

- 「データベース・ロック」ページへのアクセス

- クラスタ・データベースのトポロジの表示

- Oracle Clusterwareの監視

- Oracle Clusterwareの情報へのアクセス

- Oracle Clusterwareの「ホーム」ページの確認

- 「クラスタ: パフォーマンス」ページの表示

- 「クラスタ: ターゲット」ページの表示

- 「クラスタ: 管理」ページの表示

- 「クラスタ: インターコネクト」ページについて

- 「クラスタ: トポロジ」ページの表示

- Oracle RAC環境における構成の問題のトラブルシューティング

- CRSCTLを使用したクラスタの問題の診断

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

- Oracle Clusterwareコンポーネント・ログ・ファイルについて

- Oracle Clusterwareインストールのステータスのチェック

- Oracle Clusterwareの診断収集スクリプトの実行

- Oracle Clusterwareコンポーネントのデバッグの有効化

- Oracle Clusterwareリソースのデバッグの有効化

- Oracle Clusterwareデーモンの有効化

- Oracle Clusterwareデーモンの無効化

- クラスタ検証ユーティリティを使用した問題の診断

- ノード・アプリケーションの存在の検証

- Oracle Clusterwareコンポーネントの整合性の検証

- Oracle Cluster Registryの整合性の検証

- クラスタ全体の整合性の検証

- インターコネクトの設定のチェック

- トレースの有効化

- Oracle RACデータベース・アラートの表示

- Oracle RACデータベースのアラート・ログ・メッセージの表示

9 ノードおよびインスタンスの追加および削除

- 新規ノードの準備

- 新規ノードがインストールの前提条件を満たすことの検証

- 新規ノードへのOracle Grid Infrastructureホームの拡張

- Oracle RACホーム・ディレクトリの拡張

- Oracle Enterprise Managerによるクラスタへの新規ノードの追加

- 新規ノードでのインスタンスの作成

- ポリシー管理データベースの場合の新規インスタンスの追加

- 管理者管理データベースの場合の新規インスタンスの追加

- クラスタ・データベースからのインスタンスの削除

- ポリシー管理データベースからのインスタンスの削除

- 管理者管理データベースからのインスタンスの削除

- クラスタからのノードの削除

10 Oracleソフトウェアの管理およびパッチの適用

- パッチおよびパッチ・セットについて

- パッチ適用操作へのOracle Enterprise Manager Cloud Controlの使用

- パッチの入手

- OPatchを使用するための準備

- 環境変数ORACLE_HOMEのチェック

- ソフトウェアへのパッチ適用前のバックアップの実行

- 各ノードでのパッチのステージング

- PATH環境変数の更新

- SSHユーザー等価関係の構成

- SSHユーザー等価のテスト

- SSHユーザー等価の有効化

- パッチの適用

- Gridホームへのパッチの適用

- すべてのノードへのパッチの適用

- ローリング方式でのパッチの適用

- 最小停止時間でのパッチの適用

- パッチ・セットの適用

- パッチのデプロイメントに関するトラブルシューティング

- OPatch用のノード・リストの更新

- OPatchログおよびトレース・ファイルについて

- 「有効なパッチ領域ではありません」エラーの解決

- 「部分的にインストールされた個別パッチを削除できません」エラーの解決

- Oracleソフトウェアのアップグレード

用語集

索引

表一覧

- 1-1 Oracle RACのインストール、構成および管理に使用するツール

- 2-1 Oracle Grid InfrastructureおよびOracle RACのインストールに必要なオペレーティング・システムのユーザーおよびグループ

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

- 4-1 すべてのインスタンスで同じ値を設定する必要があるパラメータ

- 5-1 OCRの一般的な問題および解決策

- 8-1 「クラスタ・キャッシュ一貫性」グラフ

- 10-1 Oracleホーム・ディレクトリへのパッチの適用

はじめに

『Oracle Database 2日でReal Application Clustersガイド』では、Oracle Linuxオペレーティング・システムを使用した2ノード・システムにおける、Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)およびOracle Real Application Clusters (Oracle RAC)のインストール、構成および管理の方法について説明します。

注意:

Oracle Linux以外のLinuxオペレーティング・システムについては、『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』を参照してください。その他のオペレーティング・システムについては、プラットフォーム固有のOracle RACインストレーション・ガイドを参照してください。

このマニュアルでは、一般的な知識のあるOracle Database管理者(DBA)が、単一インスタンスのOracle Database環境の管理からOracle RAC環境の管理に移行する際に理解しておく必要がある項目について説明します。

- 対象読者

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

- 関連ドキュメント

- 表記規則

対象読者

『Oracle Database 2日でReal Application Clustersガイド』Oracle RACをインストールおよび使用するDBAを対象としたOracle RACデータベースの管理ガイドです。このマニュアルは、読者が『Oracle Database 2日でデータベース管理者』をすでに読んでいることを前提としています。このマニュアルは、次のDBAを対象にしています。

- Oracle RAC環境を管理する基本的なDBAスキルの習得を望む管理者

- 小規模から中規模の企業でOracle Databaseを管理する管理者

このマニュアルを使用するには、『Oracle Database 2日でデータベース管理者』に記載されている管理手順を理解している必要があります。

注意:

DBAの中には、単一インスタンスのOracle DatabaseからOracle RACデータベースにデータを移行することを望んでいる管理者もいます。このマニュアルでは、このための手順も説明します。

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

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 Databaseのドキュメント・セットにある次のドキュメントを参照してください。

- 『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』

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

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

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

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

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

『Oracle Database 2日でReal Application Clustersガイド』のこのリリースでの変更点

ここでは、『Oracle Database 2日でReal Application Clustersガイド』での変更点を示します。

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

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

Oracle Database 12c リリース1 (12.1)の『Oracle Database 2日でReal Application Clustersガイド』の変更点は次のとおりです。

- 新機能

- サポート対象外となった機能

新機能

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

- Oracle Enterprise Manager Database Control (DB Control)がOracle Enterprise Manager Database Expressに置き換えられました。
Oracle Databaseの以前のリリースでは、DB Controlが主要なデータベース管理ツールとしてこのマニュアルで取り上げられていました。DB Controlはこのリリースには含まれていません。

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

- Oracle DatabaseでOracleホーム・ユーザーがサポートされます。
Oracle Database 12c リリース1 (12.1)以降、Oracle DatabaseではOracleホーム・ユーザーを使用でき、インストール時に指定できます。Oracleホーム・ユーザーには、組込みアカウントまたはWindowsユーザー・アカウントを指定できます。Windowsユーザー・アカウントを指定すると、Oracleホーム・ユーザーが持つ権限を限定されたものにするため、ユーザーは権限の弱い(非管理者)アカウントになります。Oracleホーム・ユーザーを使用すると、Oracle Databaseサービスが持つ権限はOracle製品を実行するときに必要な権限のみになります。

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

- アプリケーション・コンティニュイティ
アプリケーション・コンティニュイティは、リカバリ可能な停止(計画外および計画)に続いてリクエストをリカバリすることで、エンド・ユーザーおよびアプリケーションから停止をマスキングしようとします。アプリケーション・コンティニュイティはこのリカバリをアプリケーション直下で実行するため、アプリケーションにとっては、その停止が遅延された実行のように見えます。アプリケーション・コンティニュイティはリカバリ可能な停止をマスキングします(その中でリクエストが再発行されるとそれらのリクエストは成功します)。例として、システム障害、ネットワークの切断、フォアグラウンド障害、記憶領域障害があります。

『Oracle Database開発ガイド』を参照してください。

- トランザクション・ガード
Oracle Database 12c リリース1 (12.1)より前は、Oracle Database (サーバー)がアプリケーション(クライアント)に戻したコミット・メッセージが永続的でなかったため、停止後にデータベース・アプリケーションをリカバリすることは困難でした。Oracle Databaseとアプリケーション間の接続が無効になったり、データベース・セッションが使用不可になると、アプリケーションは切断エラー・メッセージを受け取りました。停止後、アプリケーション・ユーザーが、すでにコミットした移行中のトランザクションを再送信すると、トランザクションは重複する結果になりました。

Oracle Databaseの機能であるトランザクション・ガードによって、各トランザクションが実行されるのは1回のみであることが保証されます。そのPL/SQLインタフェースであるDBMS_APP_CONT.GET_LTXID_OUTCOMEプロシージャによって、停止後に移行中のトランザクションの結果を判断できるため、停止によって失われた処理をリカバリできます。

『Oracle Database開発ガイド』を参照してください。

- アプリケーション・コンティニュイティでJavaおよびJDBCがサポートされます。
Javaのアプリケーション・コンティニュイティは、Oracle Database、JDBC Thinドライバ、およびOracle接続プール(UCP (Universal Connection Pool)およびWebLogic Server Active GridLink)で使用可能です。

アプリケーション・コンティニュイティは、Oracle JDBCを使用し、Oracle接続プール(UCPまたはWLS Active GridLink)を使用するが、外部アクションを持たないJava EEおよびJava SEアプリケーションにとって透過的です。外部アクション(自立型トランザクションの使用やUTL_HTTPを使用したSOAコールの発行など)のあるアプリケーションの場合、障害後にこれらの外部アクションがリプレイされたときにアプリケーションの正確さが保持される場合のみ、アプリケーション・コンティニュイティが透過的になります。

『Oracle Database JDBC開発者ガイドおよびリファレンス』を参照してください。

- トランザクション・ガードでOracle JDBCがサポートされます。
『Oracle Database JDBC開発者ガイドおよびリファレンス』を参照してください。

サポート対象外機能

このドキュメントに以前は記述された一部の機能は、Oracle Database 12c リリース1 (12.1)ではサポートされなくなっています。サポート対象外の機能については、『Oracle Databaseアップグレード・ガイド』を参照してください。

1 Real Application Clusters環境の概要

Oracle Real Application Clusters(Oracle RAC)を使用すると、Oracle Databaseをサーバーのクラスタ全体に実行することが可能になり、アプリケーションを変更せずにフォルト・トレランス、パフォーマンスおよびスケーラビリティを向上できます。

Oracle RACでは、単一サーバーでのシングル・ポイント障害を取り除くことによって、アプリケーションの高可用性が提供されます。

- 『Oracle Database 2日でReal Application Clustersガイド』について
このガイドは、Oracle Real Application Clusters (Oracle RAC)データベース管理のためのタスク指向のマニュアルです。

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて
この結合した製品のインストールは、クラスタ用Oracle Grid Infrastructureと呼ばれます。Oracle ClusterwareおよびOracle ASMは、これまでどおり個別の製品であり、それぞれの名前で呼ばれます。

- Oracle Automatic Storage Managementについて
Oracle Automatic Storage Management (Oracle ASM)は、統合された高パフォーマンスのボリューム・マネージャおよびファイル・システムです。

- Oracle Real Application Clustersについて
Oracle RACでは、Oracle Databaseを拡張して、別のサーバーの複数のデータベース・インスタンスを同時に使用して効率的にデータをストア、更新および取得できます。

- Oracle RACのインストール、構成および管理に使用するツール
Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)およびOracle Real Application Clusters (Oracle RAC)のインストール、構成および管理に使用する各種のツールがあります。

『Oracle Database 2日でReal Application Clustersガイド』について

このガイドは、Oracle Real Application Clusters(Oracle RAC)データベース管理のためのタスク指向のマニュアルです。

このマニュアルでは、Oracle ClusterwareおよびOracle RACの環境を構成および管理する方法を示します。このマニュアルに示す管理の手順および例では、オペレーティング・システムがOracle Linuxであることを前提としています。手順および例では、このマニュアルの目的に合わせて、2ノードのクラスタを使用します。

このマニュアルは、基本的なトラブルシューティング、パフォーマンスの監視、バックアップおよびリカバリ作業の実行など、Oracle RAC環境のインストールおよび保守に必要な基本的な手順の理解を目的としています。このマニュアルでは、Oracle Linuxをベースに説明しますが、このマニュアルの使用にあたっては、Linuxに精通している必要はありません。

- このマニュアルに記述されていないもの
『Oracle Database 2日でReal Application Clustersガイド』は、Oracle Real Application Clusters (Oracle RAC)について包括的に説明するものではありません。概念は、特定のタスクの完了に必要な場合にのみ説明しています。

- 関連教材
Oracle Database 2日でReal Application Clustersガイドは、Oracle Databaseを管理するための一連の包括的な学習教材の一部です。

- Oracle RACのドキュメントの概要
『Oracle Database 2日でReal Application Clustersガイド』では、Oracle Real Application Clusters (Oracle RAC)およびOracle Clusterwareをインストール、構成および管理する方法について説明しています。

このマニュアルに記述されていないもの

『Oracle Database 2日でReal Application Clustersガイド』は、Oracle Real Application Clusters (Oracle RAC)について包括的に説明するものではありません。概念は、特定のタスクの完了に必要な場合にのみ説明しています。

参照:

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

関連教材

Oracle Database 2日でReal Application Clustersガイドは、Oracle Databaseを管理するための一連の包括的な学習教材の一部です。

学習教材には、Oracle Technology Networkで利用できる2日でデータベース管理者のOracle by Example (OBE)シリーズやOracle Universityのインストラクタが指導するクラスが含まれます。OBEシリーズには、Webブラウザを使用して表示するアニメーション・デモも含まれます。

Oracle DatabaseおよびOracle RACのOBEの内容は、次のWebサイトで確認できます。

http://www.oracle.com/technetwork/tutorials/

Oracle RACのドキュメントの概要

『Oracle Database 2日でReal Application Clustersガイド』では、Oracle Real Application Clusters (Oracle RAC)およびOracle Clusterwareをインストール、構成および管理する方法について説明しています。

このガイドには、Oracle Linuxオペレーティング・システムを使用して2ノード・クラスタにOracle RACをデプロイできる方法について、例が示されています。Oracle Linuxは、ソースとバイナリの両方でRed Hat Enterprise Linuxと完全な互換性があります。これには、Red Hatディストリビューションと同じソース・コードで同じバージョン・レベルの同一パッケージ・セットが含まれます。

このマニュアルは、単一インスタンスのOracle環境での作業経験があり、Oracle Database 2日でデータベース管理者をすでに読んでいるDBAを対象としています。

- 役に立つOracle RACドキュメント
オラクル社はOracle Real Application Clusters (Oracle RAC)に関する一連の包括的なドキュメントを提供しています。

- 役に立つ他のOracleドキュメント
『Oracle Database 2日でデータベース管理者』の他にも、DBAタスクの実行時に参照する多数のマニュアルがあります。

役に立つOracle RACドキュメント

オラクル社はOracle Real Application Clusters (Oracle RAC)に関する一連の包括的なドキュメントを提供しています。

有効な関連ドキュメントを次に示します。

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

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

- 『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』(またはその他のオペレーティング・システム)

- 『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドfor Linux』(または他のオペレーティング・システム)

注意:

今回のリリースに関する追加情報は、Oracle Database 12cリリース1 (12.1)の『Oracle Databaseプラットフォーム共通日本語README』または『Oracle Databaseリリース・ノート for Linux』を参照してください。これらのドキュメントは、Oracle製品のインストール・メディアまたはOracle Technology NetworkのWebサイトで確認できます。

http://www.oracle.com/technetwork

役に立つ他のOracleドキュメント

『Oracle Database 2日でデータベース管理者』の他にも、DBAタスクの実行時に参照する多数のマニュアルがあります。

このマニュアルでは、Oracleドキュメント・ライブラリの次のマニュアルも参照されています。

- Oracle Automatic Storage Management管理者ガイド

- Oracle Database概要

- Oracle Database管理者ガイド

- Oracle Database Net Services管理者ガイド

- Oracle Databaseの管理者リファレンス

- Oracle Databaseライセンス情報

- Oracle Databaseリファレンス

- 『Oracle Databaseバックアップおよびリカバリ・アドバンスト・ユーザーズ・ガイド』

- Oracle Database 2日でパフォーマンス・チューニング・ガイド

- Oracle Databaseパフォーマンス・チューニング・ガイド

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

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

クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

この結合した製品のインストールは、クラスタ用Oracle Grid Infrastructureと呼ばれます。Oracle ClusterwareおよびOracle ASMは、これまでどおり個別の製品であり、それぞれの名前で呼ばれます。

Oracle ClusterwareとOracle ASMはGridホームと呼ばれる同じホーム・ディレクトリにインストールされます。

Oracle Clusterwareによって、複数のサーバー(ホストまたはノードと呼ばれる)が、1つのサーバー(通常、クラスタと呼ばれる)であるかのように動作できます。これらのサーバーはスタンドアロン・サーバーですが、各サーバーには他のサーバーと通信する追加のプロセスがあります。これにより、アプリケーションおよびエンド・ユーザー側からは、個別のサーバーが1つのサーバーのように見えます。Oracle Clusterwareによって、Oracle RACを実行するためのインフラストラクチャが提供されます。複数のサーバーの処理能力を結合することによって、単一サーバーの場合よりも可用性、スループットおよびスケーラビリティを向上させることができます。

リソース管理を向上させるために、クラスタ内のノードをサーバー・プールに編成できます。各サーバー・プールには、次のプロパティがあります。

- サーバー・プール内に含める必要のある最小ノード数

- サーバー・プール内に含めることができる最大ノード数

- 他のサーバー・プールに対するこのサーバー・プールの相対的重要度

クラスタ用Oracle Grid Infrastructureのインストール時に、デフォルトのサーバー・プール(空きプールと呼ばれる)が自動的に作成されます。新規インストールのすべてのサーバーは、最初、空きサーバー・プールに割り当てられます。新しいサーバー・プールを作成した場合、サーバーは空きプールから新しいサーバー・プールに自動的に移動します。

ポリシー管理データベースとしてOracle RACデータベースを作成する場合は、データベースに必要なサーバーの数を指定すると、そのデータベースに対して1つのサーバー・プールが自動的に作成されます。Oracle Clusterwareでは、このサーバー・プールに使用可能なサーバーを含めます。サーバー・プールを使用しない場合は、管理者管理型のデータベースを作成できます。

注意:

このガイドでは管理者管理型のOracle RACデータベースのみの作成および管理について説明します。

参照:

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

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

Oracle Automatic Storage Managementについて

Oracle Automatic Storage Management (Oracle ASM)は、統合された高パフォーマンスのボリューム・マネージャおよびファイル・システムです。

Oracle ASMでは、Oracle Clusterware OCRおよび投票ディスク・ファイルの格納をサポートして、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)と呼ばれる汎用クラスタ・ファイル・システムも提供します。Oracle ASMでは、管理者を必要とせずにデータベースで記憶域の管理を行うことを原則としています。Oracle ASMにより、場合によっては数千もの数になるOracle Databaseファイルを直接管理することが不要になります。

- Oracle RACによるOracle ASMディスク・グループの使用について
Oracle ASMはストレージ・システム内のディスクを1つ以上のディスク・グループにグループ化します。ユーザーはわずかな数のディスク・グループ・セットを管理し、Oracle ASMはこれらのディスク・グループ内でのデータベース・ファイルの配置を自動化します。

- Oracle ASMを使用する利点
Oracle ASMは、データ記憶域を少数のディスク・グループに統合することで、データベース記憶域の管理にまつわるオーバーヘッドを低減します。Oracle ASMディスク・グループには、多くの付加的なメリットがあります。

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

- Oracle RAC環境で実行されるOracle ASMについて
Oracle RAC環境では、クラスタ内の1つ以上のノードで実行される複数のインスタンスがOracle ASMにあります。

Oracle RACによるOracle ASMディスク・グループの使用について

Oracle ASMは、ストレージ・システムにある複数のディスクを1つ以上のディスク・グループにグループ化します。ユーザーはわずかな数のディスク・グループ・セットを管理し、Oracle ASMはこれらのディスク・グループ内でのデータベース・ファイルの配置を自動化します。

Oracle Cluster Registry (OCR)と投票ディスクは、Oracle ASMディスク・グループ上に配置することもできます。Oracle Real Application Clusters(Oracle RAC)を使用するときには、各インスタンスがOracle RACデータベース用のデータ・ファイルとリカバリ・ファイルにアクセスできる必要があります。Oracle ASMを使用すると、この要件を簡単に満たすことができます。

次の図では、Oracle ASMに格納された標準の冗長性のディスク・グループに、Oracle Clusterwareの投票ディスクおよびOCRファイルを格納するための3つの障害グループ(3つのディスクとして表示されている)があります。投票ディスクには、現在どのノードがクラスタ・メンバーであるかが記録されるため、2ノード・クラスタの場合には少なくとも3つの投票ディスクが必要です。Oracle ASMディスク・グループに投票ディスクとOCRファイルが含まれない場合は、2つの障害グループのみで通常の冗長性のディスク・グループを構成することができます。

図1-1 Oracle ASMディスク・グループに格納されているOracle Clusterwareファイル

関連トピック

- Oracle Automatic Storage Management管理者ガイド

- Oracle Clusterwareについて

Oracle ASMを使用する利点

Oracle ASMは、データ記憶域を少数のディスク・グループに統合することで、データベース記憶域の管理にまつわるオーバーヘッドを低減します。Oracle ASMディスク・グループには、多くの付加的なメリットがあります。

Oracle ASMを使用すると、次のメリットがあります。

- ストライプ化: Oracle ASMは、ディスク・グループ内のすべてのディスクにデータを均等に分散して、パフォーマンスと使用率を最適化します。このようにデータベース・ファイルを均等に分散することにより、定期的な監視およびI/Oパフォーマンス・チューニングが不要になります。

- ミラー化: Oracle ASMは、オプションでファイルをミラー化することにより、データの可用性を高めています。Oracle ASMは、ディスク・レベルでミラー化するオペレーティング・システムのミラー化とは異なり、ファイル・レベルでミラー化を行います。ミラー化は、ファイルの各エクステントの冗長コピー(ミラー化コピー)を保持することであり、ディスク障害によるデータ損失を回避するために役立ちます。各ファイル・エクステントのミラー化コピーは、常に元のコピーとは異なるディスクで保持されます。ディスクに障害が発生した場合、Oracle ASMは、ディスク・グループ内の別の使用可能なディスクにあるミラー化コピーにアクセスすることで、影響を受けたファイルに継続してアクセスします。

- オンライン・ストレージ再構成および動的リバランス: Oracle ASMを使用すると、データベースの動作中にディスク・ストレージ・システムのディスクを追加または削除できます。ディスク・グループにディスクを追加すると、Oracle ASMによりデータが自動的に再分散され、ディスク・グループ内で新規ディスクも含むすべてのディスクに均等に分散されます。新たに追加したディスクにもデータが分散されるようにデータの再分散を行うプロセスはリバランスと呼ばれます。リバランスはデータベース・パフォーマンスへの影響を最小限に抑えてバックグラウンドで実行されます。

- Oracle Managed Filesの作成および削除: Oracle ASMは、Oracle ASMディスク・グループに格納されるファイルをOracle Databaseで管理できるようにすることで、管理タスクをさらに削減します。ファイルが作成されると、Oracle ASMによって自動的にファイル名が割り当てられ、ファイルが不要になると、そのファイルは自動的に削除されます。

Oracle ACFSについて

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

Oracle ACFSでは、実行可能ファイル、データベース・データファイル、データベース・トレース・ファイル、データベース・アラート・ログ、アプリケーション・レポート、BFILEおよび構成ファイルなど、Oracle Databaseファイルおよびアプリケーション・ファイルがサポートされます。他にも、ビデオ、オーディオ、テキスト、イメージ、設計図、その他の汎用アプリケーションのファイル・データがサポートされます。Oracle ACFSは、LinuxおよびUNIXの場合はPOSIX標準に準拠し、Windowsの場合はWindows標準に準拠しています。

Oracle ACFSファイルシステムはOracle ASMと通信し、Oracle ASMストレージを使用して構成されます。Oracle ACFSでは、次のことを可能にするOracle ASM機能を利用します。

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

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

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

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

Oracle RAC環境で実行されるOracle ASMについて

Oracle RAC環境では、クラスタ内の1つ以上のノードで実行される複数のインスタンスがOracle ASMにあります。

Oracle ASMは、独自のシステム・グローバル領域とバックグラウンド・プロセスを備えた、特殊なOracleインスタンスとして実装されています。標準のOracle RAC環境では、各ノードに1つのOracle ASMインスタンスがあり、Oracle ASMインスタンスがpeer-to-peerで相互に通信します。各ノードでは1つのOracle ASMインスタンスのみがサポートされますが、同じノードにOracle ASMを使用する複数のデータベース・インスタンスを持つことができます。

次の図に、2ノードのOracle RACデータベースで一般的に使用される記憶域構成を示します。

図1-2 OracleインスタンスおよびOracle ASM記憶域

Oracle ClusterwareファイルおよびOracle RACデータファイルには、Oracle ASMを使用することをお薦めします。Oracle Databaseでは、Oracle ASMファイルおよびOracle ASM以外のファイルの両方を使用できます。Oracle ACFSを使用したファイル・システムを作成して、データベースOracleホームや、クラスタの他の外部ファイル(データベース以外)を格納することもできます。

参照:

- Oracle Clusterwareのファイルの詳細は、Oracle Database 2日でReal Application Clustersガイドを参照してください。

- Oracle ASMの概念および機能の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle Real Application Clustersについて

Oracle RACは、Oracle Databaseを拡張することで、異なるサーバー上の複数のデータベース・インスタンスを使用してデータを同時に格納、更新および効率的に取得できるようにします。

Oracle RACは、複数のサーバーをインスタンスおよび1つのグループとして管理するソフトウェアを提供します。データベースを構成するデータファイルは、クラスタに含まれるすべてのサーバーからアクセス可能な共有記憶域に存在する必要があります。クラスタ内の各サーバーでOracle RACソフトウェアが実行されます。

Oracle Databaseには、データ・ファイルとデータベース・インスタンス間に1対1関係があります。それに対し、Oracle RACデータベースではデータファイルとデータベース・インスタンスは1対多の関係にあります。Oracle RACデータベースでは、複数のインスタンスによって単一のデータベース・ファイル・セットにアクセスできます。

Oracle RACデータベース内の各データベース・インスタンスは、独自のメモリー構造およびバックグラウンド・プロセスを使用します。Oracle RACは、キャッシュ・フュージョンを使用して、各データベース・インスタンスのバッファ・キャッシュに格納されたデータを同期化します。キャッシュ・フュージョンを使用すると、あるデータベース・インスタンスがディスクにデータ・ブロックを書き込み、他のデータベース・インスタンスがそのデータ・ブロックをディスクから読み取るのではなく、データベース・インスタンス間で(メモリーに存在する)現行のデータ・ブロックが移動されます。あるインスタンスで、別のインスタンスのバッファ・キャッシュにあるデータ・ブロックが必要になると、キャッシュ・フュージョンによってインターコネクト を使用してインスタンス間で直接データ・ブロックの転送が行われるため、Oracle RACデータベースは、データが単一のバッファ・キャッシュにあるかのようにデータにアクセスおよび修正を行うことができます。

Oracle RACは、Oracleソフトウェアを使用してエンタープライズ・グリッド・コンピューティング・アーキテクチャを実装する上で重要なコンポーネントです。複数のデータベース・インスタンスを単一のデータファイル・セットにアクセスさせることで、サーバーがシングル・ポイント障害となることを防止します。クラスタ内のノードが停止した場合、Oracle Databaseはその他のノードで稼働し続けます。アプリケーションのユーザーが作業中でも、個々のノードを停止してメンテナンスを行うことができます。

Oracle RACは、主流ビジネス・アプリケーション(OLTP、DSSなど)、一般的なパッケージ製品(SAP、PeopleSoft、Siebel、Oracle E*Business Suiteなど)、およびカスタム・アプリケーションをサポートします。Oracle Database上でスケーラビリティを持つパッケージ・アプリケーションやカスタム・アプリケーションは、アプリケーション・コードの変更を行わなくてもOracle RACでも適切なスケーラビリティを持ちます。

クラスタ内のOracle RACデータベースの動作、クラスタの構築方法およびOracle RACデータベースの構造の詳細は、このマニュアルの他の項を参照してください。

- Oracle RAC One Nodeについて
Oracle RAC One Nodeは、クラスタ内の1つのノードで通常の操作のみで実行されるOracle RAC対応データベースの単一インスタンスです。

- Oracle RACを使用したOracle Multitenantについて
Oracle Multitenantは、マルチテナント・コンテナ・データベース(CDB)に複数のプラガブル・データベース(PDB)を保持できるアーキテクチャに基づいています。

- 様々なオペレーティング・システムへのOracle RACのインストールについて
Oracle Real Application Clustersは、様々なオペレーティング・システムでサポートされています。

参照:

- Oracle RACの概念およびアーキテクチャの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- Oracle Clusterwareの概念およびアーキテクチャの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle RAC One Nodeについて

Oracle RAC One Nodeは、クラスタ内の1つのノードで通常の操作のみで実行されるOracle RAC対応データベースの単一インスタンスです。

Oracle Real Application Clusters One Node (Oracle RAC One Node)はOracle Database 11gリリース2 (11.2)以降に使用可能なOracle Database Enterprise Editionのオプションです。このオプションにより、企業内にOracle Databases用の標準デプロイメントを提供することで管理オーバーヘッドを削減しながら、オラクル社がデータベースの統合に対して提供する柔軟性が向上します。Oracle RAC One Nodeデータベースには、Oracle Grid Infrastructureが必要なため、Oracle RACデータベースと同じハードウェア設定が必要になります。

Oracle RACと異なり、通常、Oracle RAC One Nodeには一連の共有データ・ファイル(データベースとも呼ばれます)にアクセスする1つのインスタンスのみがあります。このデータベースは完全にOracle RAC対応ですが、複数のハードウェア・システムを同時に使用しません。かわりに、サーバー、インスタンス、またはこのサーバーの関連するコンポーネントや監視対象コンポーネントで障害が発生した場合、Oracle RAC One Nodeデータベース・インスタンスはクラスタ内の別のサーバーにフェイルオーバーします。Oracle RAC One Nodeでは、サーバーのスケーラビリティは無制限で、アプリケーションが増大して単一ノードで提供できるリソース以上のリソースを必要とする場合には、アプリケーションをOracle RACにオンラインでアップグレードできます。Oracle RAC One Nodeが実行されているノードがオーバーロードになった場合は、インスタンスをクラスタ内の別のインスタンスに再配置できます。

計画された停止(オペレーティング・システムまたはデータベースへのパッチ適用など)の場合、Oracle RAC One Nodeはオンライン・データベース再配置というユニークな機能を提供しており、データベース・サービスを中断することなく、データベースをあるサーバーから別のサーバーに再配置できます。Oracle RAC One Nodeでは、オンライン・データベース再配置機能を使用して、アプリケーション・ユーザーには停止時間なしでデータベース・インスタンスを再配置できます。

参照:

- Oracle Real Application Clustersの概要

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

Oracle RACを使用したOracle Multitenantについて

Oracle Multitenantは、マルチテナント・コンテナ・データベース(CDB)に複数のプラガブル・データベース(PDB)を保持できるアーキテクチャに基づいています。

Oracle MultitenantはOracle Database 12cのオプションで、統合、プロビジョニング、アップグレードなどを簡略化します。アプリケーション層を変更することなく、既存のデータベースをPDBとして採用できます。このアーキテクチャでは、1つのシステム上で様々なビジネスで重要なアプリケーションを統合するときに必要なローカルの高可用性を、Oracle RACが提供します。

Oracle RACでPDBを使用する場合、マルチテナントCDBはOracle RACに基づきます。これは、CDBデータベースの場合、クラスタ内の複数のノードで実行されるインスタンスがあることを意味します。各PDBをOracle RAC CDBの各インスタンスまたはインスタンスのサブセットで使用可能にすることができます。どちらの場合も、PDBへのアクセスおよび管理は動的データベース・サービスを使用して調整されます。動的データベース・サービスは、アプリケーションが対応するPDBに接続するためにも使用されます。

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

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

様々なオペレーティング・システムへのOracle RACのインストールについて

Oracle Real Application Clustersは、様々なオペレーティング・システムでサポートされています。

Oracle RACをOracle Linux以外のオペレーティング・システムにインストールして構成する場合にも、このガイドでOracle RACのデプロイ方法に関する一般的な情報を得られます。このマニュアルは、Oracle RACを3つ以上のノードを持つクラスタにデプロイする場合にも使用できます。このマニュアルで説明する環境に一致しない環境の場合は、その環境に応じて例を読み替えてください。

Oracle RACをOracle LinuxまたはRed Hat Enterprise Linux以外の異なるプラットフォームや異なるバージョンのオペレーティング・システムにインストールする場合は、そのプラットフォームのインストールおよび構成に関するガイドを参照する必要があります。たとえば、Oracle RACをOracle Solarisオペレーティング・システムにインストールする場合は、次のマニュアルを使用します。

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

- 『Oracle Real Application Clustersインストレーション・ガイドfor Linux and UNIX Systems』

Oracle ClusterwareおよびOracle RACは同じクラスタ内の異機種プラットフォームをサポートしていません。たとえばOracle Linuxを実行しているクラスタ内のノードとOracle Solarisを実行している同じクラスタ内の他のノードを同時に持つことはできません。すべてのノードが同じオペレーティング・システムを実行する必要があり、つまりバイナリ互換である必要があります。Oracle RACは、同じクラスタ内で異なるチップアーキテクチャを持つマシンをサポートしていません。ただし、同じクラスタ内でスピードとサイズが異なるマシンは持つことができます。

参照:

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

Oracle RACのインストール、構成および管理に使用するツール

Oracle Clusterware、Oracle Automatic Storage Management (Oracle ASM)およびOracle Real Application Clusters (Oracle RAC)のインストール、構成および管理に使用する各種のツールがあります。

表1-1 Oracle RACのインストール、構成および管理に使用するツール

ツールまたはユーティリティ

目的

使用方法の説明

Oracle Universal Installer(OUI)

クラスタ用Oracle Grid Infrastructure(Oracle ClusterwareとOracle ASMで構成される)およびOracle DatabaseをOracle RACとともにインストールします。

クラスタで使用するノードを構成した後、OUIはネットワーク接続を使用して指定したノードにOracleソフトウェアをインストールします。

クラスタ検証ユーティリティ(CVU)

共有記憶域デバイス、ネットワーク構成、システム要件などのクラスタおよびOracle RACの各種コンポーネント、ならびにOracle Clusterware、またオペレーティング・システムのグループおよびユーザーを検証します。

CVUは、クラスタ環境のインストール前およびインストール後のチェックに使用できるコマンドライン・ツールです。CVUは、特に、Oracle ClusterwareおよびOracle RACコンポーネントのインストール前およびインストール中に有効です。OUIでは、Oracle Clusterwareのインストール後にCVUを実行して環境を検証します。

ORAchk

Oracleソフトウェア・スタックの事前ヘルス・チェックを実行します

ORAchkは、RACCheckユーティリティに代わるもので、ヘルス・チェックの範囲をOracleソフトウェア・スタック全体に拡張しており、Oracleユーザーから報告された主な問題を特定し、それに対処します。ORAchkは、Oracleの製品とデプロイメントについて既知の問題をあらかじめスキャンします。

Oracle Enterprise Manager

データベースを管理するための主な製品

Oracle Enterprise Manager Cloud Controlは、単一インスタンスおよびOracle RACデータベース、Oracle Clusterware、およびOracle ASMの管理に使用できるグラフィカル・ユーザー・インタフェース(GUI)です。Oracle Databaseソフトウェアのインストール、データベースの作成またはアップグレード、およびネットワークの構成後、Oracle Enterprise Managerを使用してデータベースを管理できます。また、Cloud Controlは、パフォーマンス・アドバイザ用のインタフェース、およびSQL*Loader、Recovery Manager (RMAN)などのOracleユーティリティ用のインタフェースも提供します。

SQL*Plus

SQL文およびPL/SQL文をOracle Databaseに発行します

SQL*Plusには、データベースに対するデータベース管理操作を実行できるコマンドライン・インタフェースが備わっており、データベースに直接データの問合せ、挿入、更新または削除を実行することも可能です。

サーバー制御ユーティリティ(SRVCTL)

Oracle Cluster Registry (OCR)で定義されたリソースを管理します。これらのリソースにはnodeappsと呼ばれるノード・アプリケーションが含まれ、これによって、Oracle Notification Service(ONS)および仮想IP(VIP)を含むOracle Clusterwareが構成されます。

SRVCTLのコマンドライン・インタフェースを使用して、Oracle Clusterware環境で実行されるデータベース、インスタンス、リスナー、サービスおよびアプリケーションを管理します。SRVCTLを使用すると、nodeapps、データベース、インスタンス、リスナーおよびサービスの起動と停止、インスタンスおよびサービスの削除または移動、サービスの追加、および構成情報の管理を行うことができます。

クラスタ・レディ・サービス・コントロール(CRSCTL)

Oracle Clusterwareのデーモンを管理します。これらのデーモンには、クラスタ同期サービス(CSS)、クラスタ・レディ・サービス(CRS)、イベント・マネージャ(EVM)などがあります。

CRSCTLは、Oracle Clusterwareの起動および停止と、Oracle Clusterwareインストールの現行ステータスの判別に使用できるコマンドライン・ツールです。

Database Configuration Assistant(DBCA)

Oracle Databaseを作成および構成します

選択したインストール・タイプによっては、DBCAをOUIで起動できます。また、Oracle Databaseをインストール後は、スタンドアロン・ツールとして、いつでもDBCAを起動できます。DBCAは、対話型モードまたは非対話型(サイレント)モードで実行できます。対話型モードには、データベースを作成して構成するためのグラフィカル・インタフェースおよびガイド付きワークフローが用意されています。DBCAはより自動化されていて、DBCAが終了したときにはデータベースを使用できるようになっているため、データベースを作成する推奨の方法です。

Oracle Automatic Storage Management Configuration Assistant (ASMCA)

Oracle ASMをインストールおよび構成します

ASMCAは、Oracle ASMインスタンス、ディスク・グループ、ボリューム、Oracle Automatic Storage Management Cluster File System (Oracle ACFS)のインストールおよび構成をサポートするユーティリティです。ASMCAには、GUIと、GUI以外のインタフェースの両方があります。

Oracle Automatic Storage Managementコマンドライン・ユーティリティ(ASMCMD)

Oracle ASMを管理します

ASMCMDは、Oracle ASMインスタンス、Oracle ASMディスク・グループ、ディスク・グループのファイル・アクセス制御、Oracle ASMディスク・グループ内のファイルとディレクトリ、ディスク・グループのテンプレート、およびOracle ASMボリュームの管理に使用できるコマンドライン・ユーティリティです。

リスナー制御(LSNRCTL)

リスナーを管理します

リスナー制御ユーティリティは、リスナーを管理するために使用するコマンドライン・インタフェースです。このユーティリティのコマンドによって、1つ以上のリスナーで基本的な管理機能を実行できます。また、リスナーのパラメータ設定を表示および変更できます。

Oracle Database 12cリリース1 (12.1)のクラスタ用Oracle Grid Infrastructureをインストールした場合、クラスタ、データベース、データベース・インスタンス、Oracle ASMおよびリスナーを管理するユーティリティを使用する際には、管理するオブジェクトやコンポーネントのホーム・ディレクトリにある適切なバイナリを使用します。たとえば、このディレクトリを指すようにORACLE_HOME環境変数を設定するには、次のようにします。

- ASMCMD、SRVCTL、SQL*PlusまたはLSNRCTLを使用してOracle ASMまたはそのリスナーを管理する場合は、Oracle DatabaseホームではなくGridホームにある実行可能ファイルを使用します。ORACLE_HOME環境変数は、Gridホームの場所に設定します。

- SRVCTL、SQL*PlusまたはLSNRCTLを使用してデータベース・インスタンスまたはそのリスナーを管理する場合は、そのデータベース・インスタンスまたはリスナーが実行されているOracleホームにあるバイナリを使用します。ORACLE_HOME環境変数は、Oracleホームの場所に設定します。

参照:

Oracle RACの管理に使用するツールおよびユーティリティの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

2 クラスタの準備

この章には、システム管理者およびネットワーク管理者が、クラスタに2つのノードを構成するDBAをサポートする際に必要な情報が含まれています。この章では、Linuxオペレーティング・システムの基本を理解していることを前提としています。ご使用のオペレーティング・システムのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドの詳細を参照する必要がある場合があります。また、この章の特定のタスクを実行するために、rootまたはsudo権限(UNIXおよびLinuxシステム)、管理者権限(Windowsシステム)も必要です。

- システム要件の確認
インストールを開始する前に、システムがOracle Real Application Clusters (Oracle RAC)の要件を満たしていることを確認します。

- サーバーの準備
システムがOracle RACのインストールの基本的要件を満たすことを確認した後、次に実行する手順はインストールの準備としてのサーバーの構成です。

- ネットワークの構成
Oracle Grid InfrastructureおよびOracle RACをインストールする前に、ネットワーク名を決定してIPアドレスを構成する必要があります。

- オペレーティング・システムおよびソフトウェアの準備
ご使用のサーバーにOracleソフトウェアをインストールする際、Oracle Universal Installerでは、特定のパッケージとソフトウェア・アプリケーションがオペレーティング・システムにインストール済であることを前提としています。

- インストール・ディレクトリおよび共有記憶域の構成
Oracle RACは、Oracle Clusterwareファイルを格納するために共有ファイル・システムにアクセスする必要があります。また、Oracleソフトウェアおよびデータベース・ファイルをインストールする場所を決定する必要もあります。

参照:

- 様々なオペレーティング・システムへのOracle RACのインストールについて

- Oracle RACのインストール、構成および管理に使用するツール

システム要件の確認

インストールを開始する前に、システムがOracle Real Application Clusters (Oracle RAC)の要件を満たしていることを確認します。

この要件は、次のカテゴリに分けられます。

- オペレーティング・システムの動作保証の確認
オペレーティング・システムとOracle Databaseソフトウェアの組合せが動作保証されているものであることを確認する必要があります。

- ハードウェア要件について
クラスタ、またはOracle ClusterwareとOracle RACのインストールの一部を形成する各ノードは、ソフトウェアの最低限のハードウェア要件を満たす必要があります。

- 共有記憶域について
クラスタ内の各ノードおよびインスタンスが同じ一連のファイルにアクセスできるように、Oracle Grid InfrastructureおよびOracle RACは共有記憶域にアクセスできる必要があります。

- ネットワーク・ハードウェア要件について
クラスタ内のすべてのノード間のパブリックおよびプライベートの通信をサポートするハードウェアがある必要があります。

- IPアドレス要件について
Oracle Grid InfrastructureおよびOracle RACは、通信のために様々なIPアドレスを使用します。

- インストールされたオペレーティング・システムとソフトウェア要件の検証
使用しているシステムがオペレーティング・システムのバージョンおよびその他のソフトウェア要件を満たしていることを確認します。

オペレーティング・システムの動作保証の確認

オペレーティング・システムとOracle Databaseソフトウェアの組合せが動作保証されているものであることを確認する必要があります。

動作保証されたオペレーティング・システムとOracle Databaseソフトウェアのリストについては、次のWebサイトにあるMy Oracle Support動作保証を参照してください。

https://support.oracle.com

「動作保証」タブを選択することによって、動作保証情報を検索できます。サポート・ノートを検索して、ご使用のプラットフォームの動作保証の情報を調べることもできます。

注意:

Oracle Universal Installerは、サーバーおよびオペレーティング・システムがリストされた要件を満たしているかどうかを検証します。ただし、Oracle Universal Installerを起動する前に要件を確認し、サーバーおよびオペレーティング・システムが要件を満たしていることを確認する必要があります。このことは、ハードウェアまたはソフトウェアが動作保証されない場合に発生する可能性があるソフトウェア・インストール・プロセスの遅れを回避するのに役立ちます。

参照:

- サーバーの準備

- インストールされたオペレーティング・システムとソフトウェア要件の検証

ハードウェア要件について

クラスタ(Oracle ClusterwareおよびOracle RACのインストール)に属する各ノードは、クラスタ・ソフトウェアの最小ハードウェア要件を満たしている必要があります。

注意:

Oracleソフトウェアをインストールする際、Oracle Universal Installer(OUI)によって自動的にハードウェア前提条件チェックが実行され、適合しない場合は通知されます。

最小限のハードウェア要件:

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

- RAMと同じ容量以上のスワップ領域

- パブリック・ネットワークおよびプライベート・ネットワークをサポートするための少なくとも2つのネットワーク・スイッチ(それぞれ少なくとも1GbE)

- サーバーは実行レベル3または実行レベル5である必要があります。

- 使用可能な/tmp内の一時領域(1GB以上)

- インストールするOracleソフトウェア(64ビット)のリリースでの動作が保証されているプロセッサ・タイプ(CPU)

- 1024 x 786以上のディスプレイ解像度(Oracle Universal Installer(OUI)を正しく表示するため)

- クラスタ内で使用されるすべてのサーバーで同一のチップ・アーキテクチャ(たとえば、すべてが64ビット・プロセッサ)

- ストレージ・エリア・ネットワーク(SAN)またはネットワーク・アタッチ・ストレージ(NAS)へのアクセスが必要です。

また、次の表に示されているように、ソフトウェアのインストール場所にOracleソフトウェアを格納するための十分なディスク領域がある必要があります。

場所

量

目的

Gridホーム・ディレクトリ

8GB以上

Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)のソフトウェアのインストール

Gridホーム・ディレクトリ

100GBを推奨

関連するログ・ファイルおよびパッチのための追加のディスク領域

Oracle Grid Infrastructureインストール所有者(Gridユーザー)用のOracleベース

10GB以上

Oracle ClusterwareとOracle ASMのログ・ファイル、およびトレース・ファイル・アナライザ(TFA)コレクタによって生成される診断の収集

Oracleホーム

6.4GB以上

Oracle Databaseソフトウェアのバイナリ

注意:

実際のディスク領域要件については、ご使用のオペレーティング・システム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドとOracle Real Application Clustersのインストレーション・ガイドを参照してください。Oracleソフトウェアで使用されるディスク領域は一定でなく、このマニュアルに記載されている値より大きくなることもあります。

参照:

- プラットフォーム固有の構成タスクの実行の概要

- サーバーの準備

- インストール・ディレクトリおよび共有記憶域の構成

共有記憶域について

クラスタ内の各ノードおよびインスタンスが同じ一連のファイルにアクセスできるように、Oracle Grid InfrastructureおよびOracle RACは共有記憶域にアクセスできる必要があります。

Oracle RACデータベースは、シェアード・エブリシング型のデータベースです。Oracle RACデータベースで使用されているすべてのデータファイル、制御ファイル、REDOログ・ファイルおよびサーバー・パラメータ・ファイル(SPFILE)は、すべてのOracle RACデータベース・インスタンスがアクセス可能な共有記憶域に配置する必要があります。このマニュアルで説明するOracle RACインストールでは、Oracle ClusterwareおよびOracle Databaseファイルの共有記憶域にOracle ASMが使用されます。

Oracle Clusterwareは、次のコンポーネントを使用することによって、優れたスケーラビリティと高可用性を実現します。

- 投票ディスク: クラスタ・メンバーシップを管理し、ネットワーク障害の場合にノード間でクラスタ所有権を調整します。投票ディスクは、共有記憶域に存在するファイルです。可用性を高めるために、複数の投票ディスクを持つこと、および奇数の投票ディスクを持つことをお薦めします。単一の投票ディスクを定義する場合は、冗長性のためにファイル・システム・レベルでのミラー化を使用します。

- Oracle Cluster Registry(OCR): クラスタ構成情報およびクラスタ内の任意のクラスタ・データベースに関する構成情報を保持します。OCRには、どのデータベース・インスタンスをどのノード上で実行するか、どのサービスをどのデータベース上で実行するかなどの情報が含まれます。また、OCRにはOracle Clusterwareが制御するプロセスに関する情報も格納されます。OCRは、クラスタ内のすべてのノードがアクセス可能な共有記憶域に存在します。Oracle ClusterwareではOCRを多重化(OCRの複数のコピーを保持)できるため、この機能を使用して高可用性を確保することをお薦めします。

- グリッド・インフラストラクチャ管理リポジトリ: Oracle Databaseのサービス品質管理、メモリー・ガードおよびクラスタ状態モニターをサポートします。

これらのOracle Clusterwareコンポーネントには、共有ファイル・システム上に次のようなディスク領域が必要です。

- 3つのOracle Clusterwareレジストリ(OCR)・ファイル(各ボリュームが少なくとも400MBか、合計のディスク領域が1.2GB)

- 3つの投票ディスク・ファイル(各ボリュームのディスク領域が300MBか、または合計ディスク領域が900MB)

- グリッド・インフラストラクチャ管理リポジトリには、追加の5.9 GBのディスク領域が必要となり、OCRボリュームに格納されます。

参照:

- Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドの記憶域の構成に関する章

- インストール・ディレクトリおよび共有記憶域の構成

- 共有記憶域の構成

ネットワーク・ハードウェア要件について

クラスタ内のすべてのノード間のパブリックおよびプライベートの通信をサポートするハードウェアがある必要があります。

Oracle Clusterwareでは、クラスタ内のノードが、プライベート・インターコネクト を使用してプライベート・ネットワークに接続されている必要があります。プライベート・インターコネクトは、クラスタ・ノード間で構成する個別のネットワークです。インターコネクトは、クラスタ内のノード間の通信パスとして機能します。このインターコネクトは、プライベート・インターコネクトである(クラスタ・メンバー以外のノードからはアクセスできない)必要があります。

Oracle RACで使用するインターコネクトは、Oracle Clusterwareで使用するインターコネクトと同じです。クラスタ・データベースの各インスタンスでは、各インスタンスの共有リソースの使用を同期化するためのメッセージ機能でインターコネクトを使用します。Oracle RACでは、複数のインスタンスで共有されるデータ・ブロックの転送にもインターコネクトを使用します。

Oracle RACおよびOracle Clusterwareに使用するネットワークを構成する場合は、クラスタ内の各ノードが次の要件を満たしている必要があります。

- 各ノードに2つ以上のネットワーク・インタフェース・カード(NIC) (ネットワーク・アダプタ)が必要です。一方のアダプタはパブリック・ネットワーク・インタフェース用、もう一方のアダプタはプライベート・ネットワーク・インタフェース(インターコネクト)用です。ノードが次の条件のいずれかに該当する場合、ネットワーク・アダプタをノードにさらに追加します。

- 2つ以上のネットワーク・アダプタが備わっていない場合。

- 2つのネットワーク・インタフェース・カードが備わっているが、ネットワーク接続ストレージ(NAS)が使用されている場合。NAS用に別個のネットワーク・アダプタを装備する必要があります。

- 2つのネットワーク・カードが備わっているが、冗長インターコネクトの使用機能(複数のネットワーク・アダプタで1つのアダプタとしてのアクセスが可能)を使用する場合。冗長なインターコネクトの使用によって、複数(最大4つ)のプライベート・ネットワーク(インターコネクトとも呼ばれる)全体にわたるロード・バランシングと高可用性が可能になります。

- 管理を容易にするために、すべてのノードでパブリック・インタフェース名を同じにする必要があります。あるノードのパブリック・インタフェースがネットワーク・アダプタeth0を使用している場合は、すべてのノードのパブリック・インタフェースにeth0を構成する必要があります。ネットワーク・インタフェース名は大/小文字が区別されます。

- パブリック・インタフェース用のネットワーク・アダプタでは、TCP/IPがサポートされている必要があります。

- プライベート・インタフェース用のネットワーク・アダプタでは、高速ネットワーク・アダプタを使用するユーザー・データグラム・プロトコル(UDP)、およびTCP/IP(ギガビット・イーサネットまたはさらに高速のもの)対応のネットワーク・スイッチがサポートされている必要があります。

注意:

- UDPは、Oracle RAC用およびOracle Clusterware用のデフォルトのインタフェース・プロトコルです。

- インターコネクトにはスイッチを使用する必要があります。専用のネットワーク・スイッチの使用をお薦めします。インターコネクトでは、トークン・リングまたはクロスオーバー・ケーブルはサポートされません。

- ループバック・デバイスはサポートされません。

- プライベート・ネットワークでは、指定されているすべてのインターコネクト・インタフェースのエンドポイントがネットワークで確実にアクセス可能である必要があります。クラスタ内のすべてのノードが、クラスタ内のすべてのプライベート・ネットワーク・インタフェースに接続できる必要があります。

- 各ノードのホスト名は、英数字を使用できるRFC 952標準に準拠する必要があります。ホスト名にアンダースコア(_)は使用できません。

参照:

- 冗長インターコネクトの使用の構成要件の詳細は、『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイドfor Linux』を参照してください。

- 「ネットワークの構成」

- システム要件の確認

IPアドレス要件について

Oracle Grid InfrastructureおよびOracle RACは、通信のために様々なIPアドレスを使用します。

クラスタ用Oracle Grid Infrastructureの拡張インストールを実行する場合は、仮想IP (VIP)用のグリッド・ネーミング・サービス(GNS)および動的ホスト構成プロトコル(DHCP)を使用できます。GNSはマルチキャスト・ドメイン・ネーム・サーバー(mDNS)を使用して、ドメイン・ネーム・サーバー(DNS)でネットワーク・アドレス構成を追加しなくても、クラスタ上でノードが追加および削除される際に、クラスタがホスト名およびIPアドレスを動的に割り当てられるようにします。

クラスタ・ノードでIPv4、IPv6または両方のタイプのIPアドレスを使用するように、パブリック・ネットワークを構成できます。インストール時に両方のアドレス・タイプを持つネットワークにノードを接続することはできますが、インストール時に両方のアドレス・タイプを使用するようにVIPを構成することはできません。インストール後に、IPv4アドレスとIPv6アドレスを組み合せてクラスタ・メンバー・ノードを構成することはできます。Oracle Grid InfrastructureおよびOracle RACでは、RFC 2732で指定されている標準のIPv6アドレス表記をサポートしています。

このマニュアルでは、GNSを使用しないでIPv4アドレスのみを使用する標準インストールの実行方法を説明します。次のアドレスは、社内のDNSに手動で構成する必要があります。

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

- 各ノードの仮想IPアドレス

- クラスタの3つの単一クライアント・アクセス名(SCAN)アドレス

注意:

Oracle Clusterwareは、プライベートとマークされたインタフェースを、クラスタ・インターコネクトとして使用します。インターコネクトのIPアドレスを指定する必要はありません。

インストール中にクラスタのSCANが構成され、これは、クラスタに割り当てられるすべてのSCANアドレスに解決されるドメイン名になります。パブリックIPアドレス、SCANアドレスおよび仮想IPアドレスは、すべて同じサブネット上に存在する必要があります。SCANがネットワーク内で一意であることが必要です。SCANアドレスは、インストール前にpingコマンドに応答しないようにします。標準インストールでは、SCANはクラスタの名前でもあるため、SCAN名はクラスタ名と同じ要件を満たし、15文字以内である必要があります。

クラスタ用Oracle Grid Infrastructureのインストール中に、SCANアドレスのそれぞれに対してリスナーが作成されます。Oracle RACデータベースにアクセスするクライアントは、SCANまたはSCANアドレスを使用し、VIP名やVIPアドレスは使用しません。アプリケーションがSCANを使用してクラスタ・データベースに接続する場合、クラスタでノードの追加や削除があったときに、クライアント・コンピュータ上のネットワーク構成ファイルを変更する必要はありません。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。クライアントは、簡易接続ネーミング・メソッドとSCANを使用してクラスタ・データベースに接続できます。

参照:

- 「ネットワークの構成」

- システム要件の確認

- 簡易接続ネーミング・メソッドの詳細は、Oracle Database Net Services管理者ガイドを参照

- クラスタでのGNSおよびIPv6ネットワーク・アドレスの構成の詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

インストールされたオペレーティング・システムとソフトウェア要件の検証

使用しているシステムがオペレーティング・システムのバージョンおよびその他のソフトウェア要件を満たしていることを確認します。

使用している環境に固有の要件の詳細は、使用プラットフォームのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドとOracle Real Application Clustersインストレーション・ガイドを参照してください。

- オペレーティング・システムとソフトウェア要件について
Oracleソフトウェアをインストールする前に、ご使用のオペレーティング・システムが要件を満たしていることを確認してください。

- インストール修正スクリプトについて
Oracle Universal Installer (OUI)は、インストールの最小要件が満たされていない場合に検知し、要件を満たしていないシステム構成手順を実行するために、修正スクリプトと呼ばれるシェル・スクリプト・プログラムを作成します。

- 現在のオペレーティング・システムの構成の確認
構成が正しくないことをインストールで通知されるまで待つのではなく、インストール前に、オペレーティング・システムのコマンドを使用して、オペレーティング・システムの構成を手動で確認できます。これは、Oracle Grid Infrastructureのインストールを開始する前に、オペレーティング・システムを更新するために追加の時間が必要かどうかの判断に役立ちます。

オペレーティング・システムとソフトウェア要件について

Oracleソフトウェアをインストールする前に、ご使用のオペレーティング・システムが要件を満たしていることを確認してください。

オペレーティング・システムおよびソフトウェアの要件には、次のものが含まれます。

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

- オペレーティング・システムのカーネル・バージョン

- カーネル・パラメータの値の変更

- インストール済のパッケージ、パッチまたはパッチ・セット

- インストール済のコンパイラおよびドライバ

- Webブラウザのタイプおよびバージョン

- その他のアプリケーション・ソフトウェア要件

現在、実行中のオペレーティング・システムが、Oracle Database 12cリリース1 (12.1)でサポートされていないリリースの場合、最初にオペレーティング・システムをアップグレードしてから、Oracle Real Application Clustersをインストールする必要があります。

オペレーティング・システムにOracle Linuxを使用している場合は、Oracle Validated RPMシステム構成スクリプトを使用してシステム構成を行えます。

インストール修正スクリプトについて

インストールの最小要件を満たしていない場合はOracle Universal Installer (OUI)によって検知され、システム構成手順を完了するために、修正スクリプトと呼ばれるシェル・スクリプトが作成されます。

OUIによって不完全な作業が検知されると、修正スクリプト(runfixup.sh)が生成されます。「修正および再チェック」をクリックした後で、このスクリプトを実行できます。

修正スクリプトは次の作業を実行します。

- 必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。

- 共有メモリーのパラメータ

- オープン・ファイル記述子およびUDP送受信パラメータ

- Oracleインベントリ(中央インベントリ)・ディレクトリに権限を作成し、設定します。

- インストール所有者、必要な場合はOracleインベントリ・ディレクトリおよびオペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが作成または再構成されます。

- 必要に応じて、シェル制限が必要な値に設定されます。

現在のオペレーティング・システムの構成の確認

構成が正しくないことをインストールで通知されるまで待つのではなく、インストール前に、オペレーティング・システムのコマンドを使用して、オペレーティング・システムの構成を手動で確認できます。これは、Oracle Grid Infrastructureのインストールを開始する前に、オペレーティング・システムを更新するために追加の時間が必要かどうかの判断に役立ちます。

Oracle Linuxのオペレーティング・システム要件が満たされているかどうかを判断するには、次の手順を実行します。

1. インストールされているLinuxディストリビューションおよびバージョンを確認するには、オペレーティング・システムのプロンプトでrootユーザーとして次のいずれかのコマンドを入力します。

# cat /etc/oracle-release
# cat /etc/redhat-release
# lsb_release -id

2. 各サーバーがどのチップ・アーキテクチャを採用しているか、およびどのバージョンのソフトウェアをインストールする必要があるかを確認するには、オペレーティング・システムのプロンプトで、rootユーザーとして次のコマンドを実行します。

# uname -m

このコマンドによってプロセッサ・タイプが表示されます。64ビット・アーキテクチャの場合は、「x86_64」と出力されます。

3. 必要なerrataレベルがインストールされているかどうかを判別するには、次の例に示すようにrootユーザーとしてunameコマンドを実行します。

# uname -r
2.6.39-100.7.1.el6uek.x86_64

一般のソフトウェアと同様、Linuxカーネルは、オペレーティング・システムの不具合を修正するために更新されます。このようなカーネルの更新を、エラータ・カーネルまたはエラータ・レベルといいます。

前述の出力例は、カーネルのバージョンが2.6.39、エラータ・レベル(EL)が100.7.1.e16uekであることを示しています。ディストリビューションに必要なエラータ・レベルを確認します。そのエラータ・レベルが最低限必要とされるエラータ・レベルよりも低い場合、オペレーティング・システムに最新のカーネル更新をインストールします。カーネル更新は、オペレーティング・システムのベンダーから入手できます。

4. インストールに影響を与えるオペレーティング・システムの問題がないことを確認するには、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照し、そこに記載されているオペレーティング・システムのパッチ更新およびパッケージがすべてインストールされていることを確認します。Oracle Linuxを使用している場合は、rootユーザーとして次のコマンドを実行すると、必要なパッケージ(特定の機能または計算を実行するプログラム)がインストールされているかどうかを判別できます。

# rpm -q package_name

package_name変数は、setarchなどの検証の対象とするパッケージの名前です。パッケージがインストールされていない場合は、Linuxの配布メディアからインストールするか、またはLinuxベンダーのWebサイトから必要なバージョンのパッケージをダウンロードしてインストールします。

一部のLinuxシステムでは、up2dateまたはYUM(Yellow dog Updater, Modified)を使用して、パッケージとそれに必要な依存パッケージをインストールすることもできます。YUMでは、リポジトリを使用して、システムに合ったRPMパッケージを自動的に見つけて取得します。

参照:

- 様々なオペレーティング・システムへのOracle RACのインストールについて

- サーバーの準備

- オペレーティング・システムおよびソフトウェアの準備

- Linuxシステムのソフトウェア所有者のShell環境の構成について

- プラットフォーム固有の構成タスクの実行の概要

- ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドおよびOracle Real Application Clustersのインストレーション・ガイド

サーバーの準備

システムがOracle RACのインストールの基本的要件を満たすことを確認した後、次に実行する手順はインストールの準備としてのサーバーの構成です。

- オペレーティング・システム・ユーザーおよびグループについて
このサーバーにOracleソフトウェアがインストールされるのが初めてかどうかによって、オペレーティング・システム・グループおよびユーザーの作成が必要な場合があります。

- Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成
このタスクでは、ソフトウェアをインストールする前にgridユーザーおよびoracleユーザーを作成する方法について説明しています。

- Linuxシステムのセキュア・シェルの構成
Oracleソフトウェアをインストールするには、すべてのクラスタ・メンバー・ノード間にセキュア・シェル(SSH)の接続が設定されている必要があります。

- Linuxシステムのソフトウェア所有者のShell環境の構成について
Oracle Linuxでは、gridアカウントからOracle Universal Installer (OUI)を実行します。OUIは、gridユーザー用に構成された環境変数から情報を取得します。

参照:

プラットフォーム固有の構成タスクの実行の概要

オペレーティング・システム・ユーザーおよびグループについて

このサーバーにOracleソフトウェアがインストールされるのが初めてかどうかによって、オペレーティング・システム・グループおよびユーザーの作成が必要な場合があります。

- 必要なオペレーティング・システム・ユーザーおよびグループ
クラスタ用Oracle Grid InfrastructureおよびOracle Real Application Clusters (Oracle RAC)をインストールするには、特定のオペレーティング・システム・グループおよびユーザーを作成する必要があります。

- UNIXおよびLinuxシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ
すべてのOracleソフトウェア・インストールの所有者として単一のオペレーティング・システム・ユーザーを使用するかわりに、複数ユーザーを使用して、各ユーザーに1つ以上のOracleソフトウェア・インストールを所有させることができます。

- WindowsシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ
Windowsプラットフォームでは、オペレーティング・システムのユーザーおよびグループの管理はLinuxおよびUNIXシステムと異なります。

- オプションのオペレーティング・システム・ユーザーおよびグループ
追加のユーザーおよびグループを使用して、クラスタ用Oracle Grid Infrastructureに対する管理アクセス権限を、他のOracleインストールに関連付けられた管理ユーザーおよびグループから分離できます。管理アクセスの分離は、異なるオペレーティング・システム・グループのメンバーシップを指定することによって実装されます。インストール権限の分離は、Oracleインストールごとに別のインストール所有者を使用することによって実装されます。

必要なオペレーティング・システム・ユーザーおよびグループ

クラスタ用Oracle Grid InfrastructureおよびOracle Real Application Clusters (Oracle RAC)をインストールするには、特定のオペレーティング・システム・グループおよびユーザーを作成する必要があります。

表2-1 Oracle Grid InfrastructureおよびOracle RACのインストールに必要なオペレーティング・システムのユーザーおよびグループ

オペレーティング・システムのユーザーまたはグループ

説明

すべてのOracleソフトウェア・インストール(oinstall)に対するOracleインベントリ・グループ。

Oracleインベントリ・グループは、LinuxおよびUNIXプラットフォームにおけるOracleソフトウェア・インストール所有者のプライマリ・グループである必要があります。Oracleインベントリ・グループのメンバーには、Oracleインベントリ・ディレクトリに対するアクセス権があります。このディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードであり、各インストールのインストール・ログおよびトレース・ファイルも含まれています。Windowsシステムで、このグループが自動的に作成および管理されます。

Oracleソフトウェアの所有者またはインストール・ユーザー。ソフトウェアのインストール時に使用するユーザー・アカウントです。

すべてのインストールで単一のソフトウェア所有者を使用する場合、通常、ユーザー名はoracleになります。クラスタ用Grid Infrastructureの管理権限とOracle Databaseの管理権限を区別するために、クラスタ用Oracle Grid InfrastructureとOracle RACを別のソフトウェア所有者でインストールする場合には、クラスタ用Oracle Grid Infrastructureの所有者にはgridを、Oracle RACの所有者にはoracleを使用します。

Oracle Database認証に対するOSDBAグループ(通常はdba)。

OSDBAグループは、システム権限グループであり、そのメンバーには、Oracle Databaseを管理するSYSDBA権限と、Oracle ClusterwareとOracle ASMを管理するSYSASM権限が与えられています。管理権限を細かく制御するには、複数のオペレーティング・システム・グループを作成できます。

注意:

Microsoft WindowsプラットフォームにOracle RACをインストールする場合:

- OUIは、Oracleソフトウェアに対するシステム認証アクセスに使用するグループを自動的に作成します。

- インストールを実行するユーザーは管理者ユーザーである必要があります。

- インストール中にOracleホームのユーザーを指定した場合は、このユーザーはドメイン・ユーザーである必要があります。

LinuxおよびUNIXシステムで、クラスタ用Oracle Grid InfrastructureとOracle RACで同じインストール所有者を使用する場合、管理タスクを実行するときには、管理するインスタンス(GridホームのOracle ASM、またはOracleホームのデータベース・インスタンス)に一致するようにORACLE_HOME環境変数の値を変更する必要があります。ORACLE_HOME環境変数を変更するには、次の例のようなコマンド構文を使用しますが、ここで、/u01/app/12.1.0/gridはクラスタ用Oracle Grid Infrastructureホームを表しています。

ORACLE_HOME=/u01/app/12.1.0/grid; export ORACLE_HOME

ORACLE_HOMEが正しくないバイナリ・パスに設定されているときに、SQL*Plus、LSNRCTLまたはASMCMDを使用してインスタンスの管理を試行すると、エラーが発生します。OracleホームのパスはSRVCTLコマンドに影響しません。

Windowsシステムで管理タスクを実行するには、Oracle Grid InfrastructureまたはOracle RACの適切なユーティリティを実行するだけで、ORACLE_HOMEが自動的に構成されます。

関連トピック

- オプションのオペレーティング・システム・ユーザーおよびグループ

UNIXおよびLinuxシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ

すべてのOracleソフトウェア・インストールの所有者として単一のオペレーティング・システム・ユーザーを使用するかわりに、複数ユーザーを使用して、各ユーザーに1つ以上のOracleソフトウェア・インストールを所有させることができます。

クラスタ用Oracle Grid Infrastructureインストールのみを所有するように作成されたユーザーはgridユーザーと呼ばれます。このユーザーは、Oracle ClusterwareとOracle Automatic Storage Managementの両方のバイナリを所有します。すべてのOracleソフトウェア・インストール(クラスタ用Oracle Grid Infrastructureを含む)、またはOracle Databaseソフトウェア・インストールのみを所有するように作成されたユーザーはoracleユーザーと呼ばれます。

Oracle Databaseソフトウェア・インストールごとに異なるユーザーを使用することもできます。また、Oracle Databaseソフトウェア・インストールごとに異なるOSDBAグループを指定できます。各Oracle Databaseインストールへの管理アクセスを認証するために異なるオペレーティング・システム・グループを使用することで、ユーザーに付与されるSYSDBA権限は、システム上のすべてのデータベース用ではなく、OSDBAグループに関連付けられているデータベース用となります。

OSDBAグループのメンバーには、Oracle ASMへの管理アクセスが認可されるSYSASMシステム権限も付与できます。「(オプション)オペレーティング・システム・ユーザーおよびグループ」で説明するように、Oracle ASM認証に別のオペレーティング・システム・グループを構成して、Oracle ASMインスタンスに対するSYSASMアクセス権を持つユーザーを、データベース・インスタンスに対するSYSDBAアクセス権を持つユーザーと区別できます。

異なるOracleソフトウェア・インストールに対して、Oracleソフトウェア所有者を個別に作成し、別々のユーザーおよびオペレーティング・システム権限グループを使用する場合は、それらの各ユーザーがOracle中央インベントリ・グループ(oinstall)をプライマリ・グループとして持つ必要があることに注意してください。このグループのメンバーは、Oracleインベントリ・ディレクトリに対する必須の書込み権限を持っています。

注意:

クラスタ用Oracle Grid Infrastructureインストールを所有できるのは1ユーザーのみです。Oracle Clusterwareインストール済ファイルを所有するユーザーと、Oracle ASMインストール済ファイルを所有する別のユーザーを保有することはできません。

WindowsシステムのOracleソフトウェア・インストール用の別のオペレーティング・システムのユーザーとグループ

Windowsプラットフォームでは、オペレーティング・システムのユーザーおよびグループの管理はLinuxおよびUNIXシステムと異なります。

Oracle Grid Infrastructureをインストールするときに、少なくとも1つのOracleインストール・ユーザー(Oracleソフトウェアをインストールする管理者ユーザー)を作成します。Oracle Databaseソフトウェアをインストールするときは、このOracleインストール・ユーザーまたは別のOracleインストール・ユーザーを使用できます。

インストール中にOracleホーム・ユーザーとして使用する追加の権限の付与されていないWindowsユーザー・アカウントを作成する必要があります。Oracleホーム・ユーザーは、Oracleインストール・ユーザーとは異なります。Oracleインストール・ユーザーは、Oracle製品をインストールする管理権限を必要とするユーザーです。Oracleホーム・ユーザーは、Oracleホームで必要とするほとんどのWindowsサービスを実行するインストール中に指定される権限の弱いWindowsユーザー・アカウントです。システムの異なるOracleホームは、同じOracleホーム・ユーザーを共有したり、異なるOracleホーム・ユーザーを使用できます。Oracleソフトウェアによって自動的に作成および管理されるため、オペレーティング・システム・グループを作成する必要はありません。

Oracleホーム・ユーザーには、組込みアカウントまたはWindowsドメイン・ユーザーを指定できます。Oracleホーム・ユーザーで実行するOracle DatabaseサービスにOracle製品の実行に必要な権限のみが付与されるように、Windowsドメイン・ユーザーは、権限の弱い非管理アカウントにする必要があります。Oracleソフトウェア製品ごとに個別のOracleホーム・ユーザーを作成して、異なるOracleホームの管理制御を持ちます。

Oracle Databaseソフトウェア・インストールごとに異なるOracleホーム・ユーザーを使用する場合、各インストールの個別のSYSDBA権限に対して各Oracleホームに関連付けられているORA_HOMENAME_DBAグループを使用できます。ORA_HOMENAME_DBAグループのメンバーは、オペレーティング・システム認証を使用して、HOMENAMEという名前のOracleホームから実行されるOracle Databaseのみログインできます。ORA_DBAグループのメンバーは、オペレーティング・システム認証を使用して、SYSDBA権限でOracle Databaseにログインできます。

Oracle ASMアクセス制御機能を使用して、Oracle ASM管理のロールの分離を有効にすることもできます。以前のリリースで、すべてのOracle Databaseサービスがローカル・システムとして実行されたため、Windowsのこの機能が無効になりました。Oracle ASM管理で、新しいグループORA_ASMADMIN、ORA_ASMDBAおよびORA_ASMOPERがOracle Grid Infrastructureインストール中に自動的に作成および入力されます。

オプションのオペレーティング・システム・ユーザーおよびグループ

追加のユーザーおよびグループを使用して、クラスタ用Oracle Grid Infrastructureに対する管理アクセス権限を、他のOracleインストールに関連付けられた管理ユーザーおよびグループから分離できます。管理アクセスの分離は、異なるオペレーティング・システム・グループのメンバーシップを指定することによって実装されます。インストール権限の分離は、Oracleインストールごとに別のインストール所有者を使用することによって実装されます。

使用できるオプションのユーザーおよびグループは次のとおりです。

- Oracle Automatic Storage Managementグループ、またはOSASMグループ(通常、Linuxはasmadmin、WindowsはORA_ASMADMIN)。

- ASMデータベース管理者グループ(ASMグループのOSDBA、通常、Linuxはasmdba、WindowsはORA_ASMDBA)。

- Oracle DatabaseのOSOPERグループ(通常、Linuxはoper、WindowsはORA_OPER)。

- Oracle ASMのOSOPERグループ(通常、Linuxはasmoper、WindowsはORA_ASMOPER)。

- Oracle DatabaseのOSBACKUPDBAグループ。

- Oracle Data GuardのOSDGDBAグループ。

- 暗号化鍵の管理のOSKMDBAグループ。

参照:

- Linuxシステムのソフトウェア所有者のShell環境の構成について

- サーバーの準備

- ロールごとの権限の分離の構成の詳細は、『Oracle Grid Infrastructureインストレーション・ガイド』を参照してください。

Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成

このタスクでは、ソフトウェアをインストールする前にgridユーザーおよびoracleユーザーを作成する方法について説明しています。

このガイドの手順では、Oracle Grid Infrastructureのインストール用に1つのソフトウェア所有者を使用し、Oracle Database (Oracle Real Application Clusters)のインストール用に別のユーザーを使用しています。これらのユーザーは、gridおよびoracleという名前です。oracleユーザーは、oinstallおよびdbaオペレーティング・システム・グループに所属します。

オペレーティング・システムで認証されるすべての管理権限を所有するソフトウェア所有者を作成するには、次の手順を実行します。

1. /etc/groupファイルの内容をリストして、サーバーに存在するグループを確認します。

cat /etc/group

2. サーバーにOracleソフトウェアをインストールしたのが初めてであり、Oracleインベントリ・グループが存在しない場合は、クラスタ内のすべてのノードで現在使用されていないグループIDを使用して、Oracleイベントリ・グループ(oinstall)を作成します。rootユーザーとして次のようなコマンドを入力します。

# /usr/sbin/groupadd -g 1000 oinstall

3. rootユーザーとして次のようなコマンドを入力し、クラスタ内のすべてのノードで現在使用されていないグループIDを使用して、OSDBA(dba)グループを作成します。

# /usr/sbin/groupadd -g 1001 dba

4. rootユーザーとして次のようなコマンドを入力し、クラスタ内のすべてのノードで現在使用されていないグループIDを使用して、Oracle ASMのOSDBAグループ(asmdba)を作成します。

# /usr/sbin/groupadd -g 1002 asmdba

5. Oracleソフトウェアを所有するユーザー(gridまたはoracle)がサーバーに存在しない場合は、ユーザーを作成する必要があります。クラスタ内のすべてのノードで現在使用されていないユーザーID(UID)を選択します。サーバーでどのユーザーが作成済かを確認するには、次のコマンドを使用して/etc/passwdファイルの内容を表示します。

cat /etc/passwd

次のコマンドは、gridユーザーおよびユーザーのホーム・ディレクトリ(/home/grid)の作成方法を示しています。デフォルト・グループはoinstall、セカンダリ・グループはdbaおよびasmdbaで、UIDには1100を使用します。

# /usr/sbin/useradd -u 1100 –g oinstall -G dba,asmdba -d /home/grid -r grid

次のコマンドは、oracleユーザーおよびユーザーのホーム・ディレクトリ(/home/oracle)の作成方法を示しています。デフォルト・グループはoinstall、セカンダリ・グループはdbaで、UIDには1100を使用します。

# /usr/sbin/useradd -u 1200 –g oinstall -G dba,asmdba -d /home/oracle -r oracle

6. 次のコマンドを使用して、gridおよびoracleアカウントのパスワードを設定します。passwordを自分のパスワードに置き換えます。

passwd grid
Changing password for user grid.
New UNIX password: password
retype new UNIX password: password
passwd:  all authentication tokens updated successfully.
passwd oracle
Changing password for user oracle.
New UNIX password: password
retype new UNIX password: password
passwd:  all authentication tokens updated successfully.

7. クラスタ内の各ノードで手順1から手順6を繰り返します。

8. クラスタの各ノードで、ユーザーgridおよびoracleの属性が同一であることを確認します。

id grid
id oracle

このコマンドの出力結果は、次のようになります。

uid=1100(grid) gid=1000(oinstall) groups=1000(oinstall),1001(dba),1002(asmdba)
uid=1200(oracle) gid=1000(oinstall) groups=1000(oinstall),1001(dba),1002(asmdba)

参照:

- インストール・ディレクトリおよび共有記憶域の構成

- Oracle自動ストレージ管理について

Linuxシステムのセキュア・シェルの構成

Oracleソフトウェアをインストールするには、すべてのクラスタ・メンバー・ノード間にセキュア・シェル(SSH)の接続が設定されている必要があります。

OUIは、インストール中にsshおよびscpコマンドを使用して、他のクラスタ・ノードに対してリモート・コマンドを実行し、そのクラスタ・ノードにファイルをコピーします。これらのコマンドを使用する際にパスワードを求めるプロンプトが表示されないように、SSHを構成する必要があります。SSHは、Configuration AssistantやOracle Enterprise Managerでも使用され、またクラスタにノードを追加する際にも使用されます。

Oracle Universal Installer(OUI)インタフェースからインストール中に、インストールを実行しているユーザー・アカウントにSSHを構成することができます。自動構成によって、パスワードなしのSSH接続をすべてのクラスタ・メンバー・ノード間に作成できます。

スクリプトを実行できるようにするには、すべてのOracleソフトウェア・インストール所有者のプロファイルからsttyコマンドを削除するとともに、ログイン時にトリガーされる他のセキュリティ手段で、端末に対してメッセージを生成するものを削除する必要があります。これらのメッセージやメール・チェックなどが表示されていると、Oracleソフトウェア・インストール所有者は、Oracle Universal Installerに組み込まれているSSH構成スクリプトを使用できません。これらの表示が無効になっていない場合は、SSHを手動で構成してからでなければ、インストールを実行できません。

Linuxシステムで、パス・フレーズの入力を求められずにOracle Universal Installerでsshコマンドおよびscpコマンドを使用できるようにするには、クラスタ内にユーザー等価関係が必要です。次の条件がクラスタ内のすべてのノードに該当する場合、クラスタには、ユーザー等価関係があります。

- 指定したユーザーのユーザー名、ユーザーID(UID)およびパスワードが同じ場合

- 指定したユーザーが同じグループに属する場合

- 指定したグループのグループID(GID)が同じ場合

参照:

- ユーザー等価の構成の詳細は、「Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成」を参照

- 手動によるSSHの構成の詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureのインストレーション・ガイドを参照してください。

Linuxシステムのソフトウェア所有者のShell環境の構成について

Oracle Linuxでは、gridアカウントからOracle Universal Installer (OUI)を実行します。OUIは、gridユーザー用に構成された環境変数から情報を取得します。

OUIの実行前に、クラスタ用Oracle Grid Infrastructureソフトウェア所有者のシェル起動ファイルに次のような変更を加える必要があります。

- シェル起動ファイルで、インストール・ユーザー(grid)のデフォルトのファイル・モード作成マスク(umask)を022に設定します。マスクを022に設定すると、ソフトウェア・インストールを実行するユーザーが作成するファイルの権限は常に644になります。

- インストール・ユーザー(grid)のファイル記述子(nofile)およびプロセス(nproc)のulimit設定を設定します。

- クラスタ用Oracle Grid Infrastructureをインストールする準備として、ソフトウェア所有者のDISPLAY環境変数を設定します。

- ファイル内で環境変数ORACLE_SID、ORACLE_HOMEまたはORACLE_BASEに値を設定している行は、すべて削除します。

変更を保存した後で、シェル起動スクリプトを実行して環境を構成します。

また、/tmpディレクトリの使用可能ディスク領域は1GBより少ないが、使用可能領域は1GB以上ある、共有されていない別のファイル・システムが確認された場合、TEMPおよびTMPDIRという環境変数を設定して、このファイル・システム上の代替一時ディレクトリを指定できます。

現在の環境設定を確認するには、gridユーザーとしてenv | moreコマンドを使用します。

注意:

インストールを開始する前に、非表示ファイル(ログオン、プロファイル・スクリプトなど)からすべてのsttyコマンドを削除します。Linuxシステムでは、このようなsttyコマンドが含まれるファイルがある場合、インストール中にこれらのファイルがリモート・シェルによってロードされると、OUIにエラーが表示され、インストールが停止します。

参照:

- インストール前にOracleソフトウェア所有者環境を構成する方法の詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーション・ガイドを参照してください。

- オペレーティング・システム・ユーザーおよびグループについて

ネットワークの構成

Oracle Grid InfrastructureおよびOracle RACをインストールする前に、ネットワーク名を決定してIPアドレスを構成する必要があります。

クライアントおよびアプリケーションは、単一クライアント・アクセス名(SCAN)を使用してデータベースに接続します。SCANとそれに関連付けられたIPアドレスは、クラスタを構成するノードとは無関係に、クライアントが接続に使用する安定した名前を提供します。SCANは、パブリック・クライアント接続を処理するクラスタ内で、複数のリスナーを参照する複数のIPアドレスに解決されることによって機能します。インストール・プロセスにより、こうしたリスナー(SCANリスナー)が作成されます。

クラスタ用Oracle Grid Infrastructureのインストールの準備でネットワークを構成するには、次の手順を実行します。

1. クラスタ名を決定します。
クラスタ名は次の条件を満たす必要があります。

- 1文字以上、15文字未満であること。

- ホスト名に使用されるキャラクタ・セット(シングルバイト英数字(aからz、AからZおよび0から9)とハイフン(-))と同じキャラクタ・セットで構成されていること。

- ホスト・ドメイン内でグローバルに一意であること

- サード・パーティ・ベンダーのクラスタウェアを使用する場合は、そのベンダーのクラスタ名を使用することをお薦めします。

2. クラスタ内の各ノードに対してパブリック・ホスト名と仮想ホスト名を指定します。

- パブリック・ホスト名には、各ノードのプライマリ・ホスト名を使用します。つまり、hostnameコマンドによって表示される名前を使用します。このホスト名は、永続ホスト名または仮想ホスト名のいずれか(racnode1など)になります。

- 各ノードの仮想ホスト名を決定します。仮想ホスト名はパブリック・ノード名で、ノードが停止している場合にノードに送信されるクライアント・リクエストを再ルーティングするためにOracle Clusterwareにより使用されます。<パブリック・ホスト名>-vipという形式(racnode1-vipなど)で名前を指定することをお薦めします。

3. 各ノードで次のコマンドを実行して、すべてのネットワーク・アダプタのインタフェース名および関連するIPアドレスを識別します。

# /sbin/ifconfig

出力から、パブリック・ネットワーク・インタフェースとして指定する各ネットワーク・アダプタのインタフェース名(eth0など)およびIPアドレスを識別します。

オペレーティング・システムが、システム構成を変更するためのグラフィック・ユーザー・インタフェース(GUI)をサポートしている場合、次のコマンドを使用して、利用できるGUIを起動し、ネットワーク・アダプタと/etc/hostsファイルを構成することができます。

/usr/bin/system-config-network &

注意:

Oracle ClusterwareおよびOracle RACをインストールする際に、各ネットワーク・アダプタごとにインタフェースの名前およびIPアドレスを入力するよう求められます。

4. クラスタの各ノードで、対応するネットワーク名を持つパブリックIPアドレスを1つのネットワーク・アダプタに割り当てます。各ノードのパブリック名は、使用するドメイン・ネーム・システム(DNS)に登録する必要があります。プライベートとして指定したサブネット上のIPアドレスは、クラスタ・メンバー・ノードのプライベートIPアドレスとして割り当てられます。/etc/hostsファイルでこれらのアドレスを手動で構成する必要はありません。

pingコマンドを使用して、インターコネクト・インタフェースが接続可能かどうかをテストできます。

5. クラスタ内の各ノードで、仮想IPアドレスとして動作する3番目のIPアドレスを構成します。
次の要件を満たすIPアドレスを使用します。

- その仮想IPアドレスとネットワーク名は、現在使用されていない。

- その仮想IPアドレスは、パブリックIPアドレスと同じサブネット上に存在する。

各ノードの仮想ホスト名は、DNSに登録する必要があります。

6. 3つのIPアドレスに解決されるSCANをDNSに定義します。

7. ネットワーク構成の完了時、IPアドレスおよびネットワーク・インタフェースの構成は、次の表のようになります(ノード名やIPアドレスが異なる場合があります)。

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

ID

ホーム・ノード

ホスト・ノード

指定された名前

タイプ

アドレス

アドレスの割当て元

解決方法

ノード1パブリック

ノード1

racnode1

racnode1脚注1

パブリック

192.0.2.101

固定

DNS

ノード1 VIP

ノード1

Oracle Clusterwareにより選択

racnode1-vip

仮想

192.0.2.104

固定

DNS、hostsファイル

ノード1プライベート

ノード1

racnode1

racnode1-priv

プライベート

192.168.0.1

固定

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

ノード2パブリック

ノード2

racnode2

racnode2脚注1

パブリック

192.0.2.102

固定

DNS

ノード2 VIP

ノード2

Oracle Clusterwareにより選択

racnode2-vip

仮想

192.0.2.105

固定

DNS、hostsファイル

ノード2プライベート

ノード2

racnode2

racnode2-priv

プライベート

192.168.0.2

固定

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

SCAN VIP 1

なし

Oracle Clusterwareにより選択

docrac-scan

仮想

192.0.2.201

固定

DNS

SCAN VIP 2

なし

Oracle Clusterwareにより選択

docrac-scan

仮想

192.0.2.202

固定

DNS

SCAN VIP 3

なし

Oracle Clusterwareにより選択

docrac-scan

仮想

192.0.2.203

固定

DNS

脚注1

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

DNSを使用している場合でも、各ノードの/etc/hostsファイルに、パブリックIPアドレスを指定する行を追加することをお薦めします。次の例のように、/etc/hostsファイルを構成します。

#eth0 - PUBLIC
192.0.2.100       racnode1.example.com       racnode1
192.0.2.101       racnode2.example.com       racnode2

注意:

/etc/hostsファイルに構成したアドレスか、またはDNSに登録したアドレスをメモしておいてください。クラスタ用Oracle Grid InfrastructureおよびOracle RACのインストール時に、パブリック・アドレス、仮想IPアドレスおよびSCANアドレスの入力を求められます。

SCAN VIPアドレスの構成は、hostsファイルで行わないことを強くお薦めします。SCAN VIPにはDNS解決を使用します。

クラスタの完全修飾SCANのデフォルトは、cluster_name-scan.GNS_subdomain_nameで、docrac-scan.grid.example.comのようになります。クラスタの短縮SCANはdocrac-scanです。GNSがなく、SCANをDNSで直接構成する場合は、完全修飾SCANはdocrac-scan.example.comに類似したものになります。ネットワーク内で一意であり、RFC 952標準に準拠していれば、どのような名前もSCANとして使用できます。

8. DNSサーバーでIPアドレスの構成を行った場合は、次に示すように、rootユーザーとしてすべてのノードの/etc/nsswitch.conf中のhosts検索順序を変更します。

変更前:

hosts:  files nis dns

変更後:

hosts:  dns files nis

9. nsswitch.confファイルを変更した後で、次のコマンドを使用して、各ノードでnscdデーモンを再起動します。

# /sbin/service nscd restart

インストール・プロセスを完了した後、クラスタへのアクセスにSCANを使用するようにクライアントを構成します。前述の例を使用すると、クライアントはクラスタへの接続にdocrac-scanを使用します。

参照:

- ネットワーク・ハードウェア要件について

- 使用しているプラットフォームに合った『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。

- ネットワークの構成の検証
ネットワークの構成後、検証テストを実行して、ネットワークが正しく構成されていることを確認します。クラスタのノード間のネットワーク接続に問題があると、Oracle Clusterwareのインストールに失敗します。

ネットワークの構成の検証

ネットワークの構成後、検証テストを実行して、ネットワークが正しく構成されていることを確認します。クラスタのノード間のネットワーク接続に問題があると、Oracle Clusterwareのインストールに失敗します。

Oracle Linuxで動作する2ノードのクラスタにおいてネットワークの構成を検証するには、次の手順を実行します。

1. rootユーザーとして、パブリック・ネットワークおよびプライベート・ネットワークの構成を検証します。クラスタ内のすべてのノードで、インタフェースが同じネットワーク(プライベートまたはパブリック)上に構成されているかどうかを検証します。

この例では、各ノードで、パブリック・ネットワークにeth0が使用され、プライベート・ネットワークにeth1が使用されます。

# /sbin/ifconfig

eth0      Link encap:Ethernet  HWaddr 00:0E:0C:08:67:A9
inet addr: 192.0.2.100   Bcast:192.0.2.255   Mask:255.255.240.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:270332689 errors:0 dropped:0 overruns:0 frame:0
TX packets:112346591 errors:2 dropped:0 overruns:0 carrier:2
collisions:202 txqueuelen:1000
RX bytes:622032739 (593.2 MB)  TX bytes:2846589958 (2714.7 MB)
Base address:0x2840 Memory:fe7e0000-fe800000

eth1      Link encap:Ethernet  HWaddr 00:04:23:A6:CD:59
inet addr: 10.10.10.11   Bcast: 10.10.10.255   Mask:255.255.240.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:21567028 errors:0 dropped:0 overruns:0 frame:0
TX packets:15259945 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4091201649 (3901.6 MB)  TX bytes:377502797 (360.0 MB)
Base address:0x2800 Memory:fe880000-fe8a0000

2. rootユーザーとしてpingコマンドを使用して、クラスタ内の各ノードからその他すべてのノードに対する接続をテストし、ネットワークの構成を検証します。たとえば、rootユーザーとして、各ノードで次のコマンドを実行します。

# ping -c 3 racnode1.example.com
# ping -c 3 racnode1

# ping -c 3 racnode2.example.com
# ping -c 3 racnode2

Oracle Clusterwareがインストールされ、実行中になるまでは、仮想IP(racnode1-vip、racnode2-vip)やSCAN IPに対してpingコマンドを使用しても、ノードから応答は得られません。パブリック・アドレスに対するpingコマンドが失敗した場合は、その問題を解決してから次の手順に進みます。

3. pingコマンドを使用して、デフォルトのゲートウェイにアクセスできることを確認します。デフォルトのゲートウェイを識別するには、Oracle Linuxのヘルプ・ユーティリティで説明されているように、routeコマンドを使用します。

参照:

- インターコネクトの設定のチェック

- 「ネットワークの構成」

- ネットワーク・ハードウェア要件について

オペレーティング・システムおよびソフトウェアの準備

ご使用のサーバーにOracleソフトウェアをインストールする際、Oracle Universal Installerでは、特定のパッケージとソフトウェア・アプリケーションがオペレーティング・システムにインストール済であることを前提としています。

- すべてのノードにおける時間の設定について
インストールを開始する前に、すべてのクラスタ・ノードの日時が可能なかぎり同じ日時に設定されていることを確認してください。

- カーネル・パラメータの構成について
OUIでは、様々なカーネル・パラメータの現在の設定をチェックして、Oracle RACのデプロイの最低要件を満たすかどうかを確認します。本番データベース・システムの場合は、使用している特定のシステムのパフォーマンスを最適化するように設定をチューニングすることをお薦めします。

- プラットフォーム固有の構成タスクの実行について
Oracle RACのインストール先とするオペレーティング・システムに固有の、またはクラスタと併用するコンポーネント用の、特別な構成手順の実行が必要になる場合があります。

参照:

- サーバーの準備

- インストールされたオペレーティング・システムとソフトウェア要件の検証

すべてのノードにおける時間の設定について

インストールを開始する前に、すべてのクラスタ・ノードの日時が可能なかぎり同じ日時に設定されていることを確認してください。

クラスタ時刻同期メカニズムによって、すべてのクラスタ・メンバーの内部時計を同期させることができます。Linux上のOracle RACでは、ネットワーク・タイム・プロトコル(NTP)またはOracleクラスタ時刻同期化サービスを使用できます。

NTPは、ネットワークで接続されたサーバーの時計を同期させるように設計されたプロトコルです。NTPを使用すると、ネットワーク上の各サーバーでクライアント・ソフトウェアが実行され、参照NTPサーバーと呼ばれる1つ以上のサーバーに対して定期的にタイミング・リクエストを行います。タイミング・リクエストで戻された情報は、サーバーの時計を調整するために使用されます。クラスタ内のすべてのノードで、同じ参照NTPサーバーを使用する必要があります。

注意:

LinuxまたはUNIXプラットフォーム上でNTPを使用する場合は、-xフラグを使用して構成する必要があります。NTPの構成方法の詳細は、ご使用のプラットフォームのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

NTPを構成しない場合は、OracleによりCluster Time Synchronization Service(CTSS)が構成および使用されます。CTSSを使用して、すべてのクラスタ・メンバーの内部時計を同期させることもできます。CTSSはクラスタのメンバー・ノードの同期を保ちます。CTSSではクラスタ内の1番目のノードがマスターとされ、クラスタ内のその他すべてのノードはマスター・ノードと同じ時刻になるように同期されます。CTSSでは、同期化に外部時計は使用しません。

注意:

NTPまたはCTSSを使用しても、ノードのシステム時刻を変更したために発生する人為的エラーからは保護されません。

カーネル・パラメータの構成について

OUIでは、様々なカーネル・パラメータの現在の設定をチェックして、Oracle RACのデプロイの最低要件を満たすかどうかを確認します。本番データベース・システムの場合は、使用している特定のシステムのパフォーマンスを最適化するように設定をチューニングすることをお薦めします。

注意:

ご使用のシステムのパラメータ設定またはシェルの制限値が、OUIが示す値よりも大きい場合は、このパラメータの設定を変更しないでください 。

プラットフォーム固有の構成タスクの実行について

Oracle RACのインストール先とするオペレーティング・システムに固有の、またはクラスタと併用するコンポーネント用の、特別な構成手順の実行が必要になる場合があります。

オペレーティング・システムに固有のインストール・タスクには、次のような例があります。

- SUSE Linux、Red Hat Enterprise Linux、またはOracle Linuxでは、Hugeページの使用を構成します。

- Red Hat LinuxシステムまたはOracle Linuxシステムでは、Oracle ClusterwareおよびOracle RACで使用可能なファイル数およびプロセス数が増加するように、oracleユーザーのシェル制限を設定します。

- HP-UXでは、Xライブラリのシンボリック・リンクを作成します。

- AIXベースのシステムでは、ネットワーク・チューニング・パラメータを構成します。

参照:

- サーバーの準備

- オペレーティング・システムおよびソフトウェアの準備

- 様々なオペレーティング・システムへのOracle RACのインストールについて

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

インストール・ディレクトリおよび共有記憶域の構成

Oracle RACでは、Oracle Clusterwareファイルを格納するために共有ファイル・システムへのアクセスが必要です。また、Oracleソフトウェアおよびデータベース・ファイルをインストールする場所を決定する必要もあります。

Oracle Universal Installerを起動する前に、特定の記憶域構成タスクを実行する必要があります。

注意:

サード・パーティ・ベンダーのマルチパス・ディスクでOracle Automatic Storage Managementライブラリ・ドライバ(ASMLIB)を使用するには、追加の構成が必要です。これらの要件の詳細は、ご使用のオペレーティング・システム用のOracle Grid Infrastructureインストレーション・ガイドを参照してください。

- Oracleインベントリ・ディレクトリについて
Oracleインベントリ(oraInventory)ディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。

- Oracleインベントリ・ディレクトリの検索
既存のOracleインベントリがある場合は、必ずすべてのOracleソフトウェア・インストールで同じOracleインベントリを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーがこのディレクトリへの書込み権限を持つようにします。

- クラスタ用Oracle Grid Infrastructureホーム・ディレクトリの作成
インストール中に、クラスタ用Oracle Grid Infrastructureのソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。OUIでは、Oracle ClusterwareおよびOracle ASMがGrid_homeと呼ばれるディレクトリにインストールされます。

- Oracleベース・ディレクトリの作成
Oracleソフトウェアをインストールする前に、Oracleベース・ディレクトリを構成する必要があります。OUIはOracleベース・ディレクトリを使用してOracleインベントリ・ディレクトリの場所およびOracle RACをインストールする場所を判別します。

- Oracleホーム・ディレクトリについて
Oracleホーム・ディレクトリは、Oracle RACソフトウェアのインストール先です。

- 共有記憶域の構成
クラスタにある各ノードは、Oracle Clusterware (Oracle Cluster Registryと投票ディスク)ファイルおよびOracle Databaseファイルを格納するための外部共有ディスクを必要とします。

- Oracle ASMで使用するNASデバイス上のファイルの構成
NFSファイル・システムを使用するには、動作保証されているNASデバイス上にある必要があります。認定済のネットワーク接続ストレージ(NAS)がある場合は、NFSマウントされたディレクトリにゼロパディング・ファイルを作成し、それらのファイルをOracle ASMディスク・グループ内のディスク・デバイスとして使用できます。

- ASMLIBを使用した共有ディスクの候補ディスクとしてのマーク
ASMLIBユーティリティを使用すると、Oracle Automatic Storage Management (Oracle ASM)が使用するディスクを構成できます。

- 永続的なディスク・デバイスの構成
ASMLIBを使用する場合、udevで権限およびデバイス・パスの永続性を指定する必要はありません。

参照:

- オペレーティング・システム・ユーザーおよびグループについて

- 使用しているプラットフォームに合った『Oracle Grid Infrastructureインストレーションおよびアップグレード・ガイド』を参照してください。

Oracleインベントリ・ディレクトリについて

Oracleインベントリ(oraInventory)ディレクトリは、サーバー上のすべてのOracleソフトウェア・インストールの中央インベントリ・レコードです。

oraInventoryディレクトリには、次のものが含まれます。

- システム上のOracleホーム・ディレクトリ(クラスタ用Oracle Grid InfrastructureおよびOracle Database)のレジストリ。

- Oracleソフトウェアのインストール時のインストール・ログおよびトレース・ファイル。これらのファイルは、将来参照するためにそれぞれのOracleホームにもコピーされます。

OUIはインストール時にoraInventoryディレクトリを作成します。デフォルトでは、Oracleインベントリ・ディレクトリはOracleベース・ディレクトリの下にインストールされません。これは、Oracleソフトウェアのすべてのインストールで共通のOracleインベントリが共有されるため、Oracleインベントリは全ユーザーに対して1つのみ存在します(ただし、Oracleベース・ディレクトリについては、ソフトウェアのインストールを行うユーザーごとに個別に存在します)。

Oracleインベントリ・ディレクトリの検索

既存のOracleインベントリがある場合は、必ずすべてのOracleソフトウェア・インストールで同じOracleインベントリを使用し、インストールに使用するすべてのOracleソフトウェア・ユーザーがこのディレクトリへの書込み権限を持つようにします。

システムにOracle中央インベントリ・ディレクトリ(oraInventory)があるかどうかを確認するには、次の手順を実行します。

1. 次のコマンドを実行して、既存のOracleインベントリ・ディレクトリが存在するかを確認します。

# more /etc/oraInst.loc

- oraInst.locファイルが存在する場合、このコマンドの出力結果は、次のようになります。

inventory_loc=/u01/app/oraInventory
inst_group=oinstall

前述の出力例の意味は次のとおりです。

- inventory_locグループは、Oracleインベントリの場所を示します。

- inst_groupパラメータは、Oracleインベントリ・グループの名前(この例では、oinstall)を示します。

- Oracleインベントリ・ディレクトリが存在しない場合、ファイルまたはディレクトリが存在しないことを示すエラー・メッセージが表示されます。

2. Oracleインベントリ・ディレクトリが存在しない場合、Oracleソフトウェアをインストールする前にこれを作成する必要はありません。

参照:
Oracleインベントリ・ディレクトリについて

クラスタ用Oracle Grid Infrastructureホーム・ディレクトリの作成

インストール中に、クラスタ用Oracle Grid Infrastructureのソフトウェアを格納するホーム・ディレクトリへのパスを指定するように求められます。OUIでは、Oracle ClusterwareおよびOracle ASMがGrid_homeと呼ばれるディレクトリにインストールされます。

Grid_homeに指定するディレクトリ・パスが次の要件を満たすことを確認します。

- 既存のOracleホーム外のパスに作成する必要があります。

- ユーザー・ホーム・ディレクトリ内であってはいけません。

- すべてのファイルをrootが所有できるパスのサブディレクトリとして作成するか、または一意のパスに作成する必要があります。

- インストール前にパスを作成する場合は、クラスタ用Oracle Grid Infrastructureのインストール所有者(oracleまたはgrid)が所有し、権限に775が設定されている必要があります。

インストールを開始する前に、クラスタ用Oracle Grid Infrastructureディレクトリを作成するのに十分なディスク領域がファイル・システムに存在している必要があります。Gridホーム・ディレクトリに使用するファイル・システムには、4.5GB以上の使用可能なディスク領域が必要です。

Gridホーム・ディレクトリのパスは、すべてのノード上で同じである必要があります。rootユーザーとして、Optimal Flexible Architecture(OFA)ガイドラインに準拠したパスを作成する必要があり、これにより、OUIはインストール中にこのディレクトリを選択できるようになります。

Gridホーム・ディレクトリを作成するには、次の手順を実行します。

オペレーティング・システムにrootユーザーとしてログインし、次のコマンドを入力しますが、ここで、gridはOracle Grid Infrastructureソフトウェアをインストールするユーザーの名前です。

# mkdir -p /u01/app/12.1.0/grid
# chown -R grid:oinstall /u01/app/12.1.0/grid

注意:

LinuxおよびUNIXシステムで、Gridホーム・ディレクトリがOracleベース・ディレクトリのサブディレクトリでないことを確認する必要があります。Oracle ClusterwareをOracleベース・ディレクトリにインストールすると、インストール・エラーが発生します。

関連トピック

- ハードウェア要件について

- 共有記憶域の構成

Oracleベース・ディレクトリの作成

Oracleソフトウェアをインストールする前に、Oracleベース・ディレクトリを構成する必要があります。OUIはOracleベース・ディレクトリを使用してOracleインベントリ・ディレクトリの場所およびOracle RACをインストールする場所を判別します。

Oracle Universal Installer(OUI)では、指定した場所にOracleベース・ディレクトリが作成されます。このディレクトリは、インストールを実行するユーザーによって所有されます。Oracleベース・ディレクトリ(ORACLE_BASE)によって、Oracleインストール環境の編成が容易になり、複数データベースのインストール環境でOptimal Flexible Architecture(OFA)構成を維持できるようになります。

OFAガイドラインでは、Oracleベース・ディレクトリに対して次のようなパスを使用することが推奨されています。

/mount_point/app/user

前述のパスの例では、変数mount_pointはOracleソフトウェアをインストールするファイル・システムのマウント・ポイント・ディレクトリ、userはOracleソフトウェア所有者(通常はoracle)です。OUIにこのパスをOracleソフトウェア・パスとして認識させるには、/u01/appのようにu0[1-9]/app形式にする必要があります。

Oracleベース・ディレクトリのパスは、すべてのノード上で同じである必要があります。Oracleベース・ディレクトリに対する権限は、750以上にする必要があります。

/u01としてマウントするファイル・システムにはクラスタ用Oracle Grid InfrastructureとOracle RACソフトウェアの両方に必要な空き領域があるとします。また、/u01/app/oracle/ディレクトリをOracleベース・ディレクトリにします。すべてのOracleソフトウェアをインストールするユーザーは、oracleユーザーです。

Oracleベース・ディレクトリを作成するには、次の手順を実行します。

1. rootユーザーとしてログインします。

2. mkdirコマンドを使用して、Oracleベース・ディレクトリへのパスを作成します。

# mkdir -p /u01/app/oracle/

3. Oracleベース・パスの所有権をOracleソフトウェア所有者(oracle)に変更します。

# chown -R oracle:oinstall /u01/app/oracle/

4. Oracleベース・ディレクトリに対する権限を775に変更します。

# chmod -R 775 /u01/app/oracle/

Oracleホーム・ディレクトリについて

Oracleホーム・ディレクトリは、Oracle RACソフトウェアのインストール先です。

ローカル・ファイル・システムで作成されたOracleホーム・ディレクトリ(/u01/app/oracle/product/12.1.0/dbhome_1など)を使用できます。クラスタ内のすべてのノードに、同じディレクトリが存在する必要があります。インストール前にこれらのディレクトリを作成する必要はありません。デフォルトで、インストーラはOracleホーム用にOracleベース・ディレクトリのサブディレクトリを提示します。

共有Oracleホームを使用することもできます。共有Oracleホームの場所は、ネットワーク記憶域上でも、Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)などのサポートされているクラスタ・ファイル・システム上でもかまいません。Oracle ACFSの詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracleホーム・ディレクトリに対してローカル・ファイル・システムを使用するときに、同じサーバーに異なるリリースのOracle RACまたはOracle Databaseをインストールする場合、各ソフトウェア・インストールで個別のOracleホーム・ディレクトリを使用する必要があります。同じ製品または異なる製品の複数のリリースは、異なるOracleホームから同時に実行できます。あるOracleホームにインストールされた製品は、別のOracleホームにインストールされた製品と競合または相互作用しません。

インストール済のソフトウェアに異なるOracleホームを使用することによって、別のOracleホームのソフトウェアに影響を与えずに、あるホームのOracleソフトウェアのメンテナンス操作を実行できます。ただし、各Oracleホームのアップグレードまたはパッチの適用は個別に行う必要があるため、ソフトウェアのメンテナンス・コストは増大します。

共有記憶域の構成

クラスタにある各ノードは、Oracle Clusterware(Oracle Cluster Registryと投票ディスク)ファイルおよびOracle Databaseファイルを格納するための外部共有ディスクを必要とします。

サポートされる共有記憶域のタイプは、使用しているプラットフォームによって異なります。次に例を示します。

- Oracle Automatic Storage Management(推奨)

- サポートされたクラスタ・ファイル・システム。OCFS2 (Linux版)またはIBMプラットフォームのGeneral Parallel File System (GPFS)

- ネットワーク・ファイル・システム(NFS)。Linux on POWER、またはIBM zSeries Based Linuxではサポート対象外

- (アップグレードの場合のみ)ブロック・デバイスで構成される共有ディスクのパーティション。ブロック・デバイスは、Linuxファイル・システムを使用してマウントされていないディスク・パーティションです。これらのパーティションには、Oracle ClusterwareおよびOracle RACによって直接書込みが行われます。

注意:

OUIを使用して、Oracle Clusterwareファイルをブロック・デバイスまたはRAWデバイスにインストールすることはできません。Oracle Automatic Storage Managementクラスタ・ファイル・システム(Oracle ACFS)に、Oracle Clusterwareのバイナリおよびファイルを配置することはできません。

OCFS2を使用してOracle Clusterwareファイルを格納する場合、オペレーティング・システムのバージョンに適したバージョンのOCFS2を使用する必要があります。OCFS2はOracle LinuxおよびRed Hat Linuxのカーネルのバージョン2.6で動作します。

すべてのインストールに対して、Oracle ClusterwareファイルおよびOracle Databaseファイルで使用する記憶域オプションを選択する必要があります。このマニュアルの例では、Oracle ClusterwareおよびOracle Databaseファイルの格納にOracle ASMを使用しています。クラスタ用Oracle Grid InfrastructureおよびOracle RACソフトウェアは、共有ファイル・システムではなく、各ノードに対してローカルなディスクにインストールされます。

このマニュアルでは、Oracle ASMで使用する共有ディスクを構成するための2つの異なる方法について説明します。

- Oracle ASMで使用するNASデバイス上のファイルの構成

- ASMLIBを使用した共有ディスクの候補ディスクとしてのマーク

注意:

Oracle RACのインストール用にサポートされる記憶域オプションの最新情報は、My Oracle Supportの「動作保証」ページを参照してください。

https://support.oracle.com

参照:

- クラスタ・ファイル・システムまたはNFSを使用する場合は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

Oracle ASMで使用するNASデバイス上のファイルの構成

NFSファイル・システムを使用するには、動作保証されているNASデバイス上にある必要があります。認定済のネットワーク接続ストレージ(NAS)がある場合は、NFSマウントされたディレクトリにゼロパディング・ファイルを作成し、それらのファイルをOracle ASMディスク・グループ内のディスク・デバイスとして使用できます。

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

次のガイドラインに従って、適切なディスク・デバイスを指定します。

- Oracle Automatic Storage Managementディスク・グループのすべてのデバイスは、サイズおよびパフォーマンス特性が同じである必要があります。

- 単一の物理ディスクにある複数のパーティションをディスク・グループに含めないでください。

- Oracle Automatic Storage Managementディスク・グループで論理ボリュームをデバイスとして使用することは、Oracle RACではサポートされていません。

- インストールを実行するユーザー・アカウント(oracle)には、指定したパスにファイルを作成するための書込み権限が必要です。

ディスク・グループを作成するためにNASデバイスを構成するには、次の手順を実行します。

1. NASデバイスに対して、ディスクに対するアクセス権の追加と構成を行います。各クラスタ・ノードに、クラスタ用Oracle Grid InfrastructureとOracle Databaseソフトウェアで使用されるすべてのディスクに対するアクセス権が付与されていることを確認します。

この手順の詳細は、NASデバイス・ドキュメントを参照してください。

2. クラスタ・ノードで、rootユーザーとしてログインします(または次の手順でsudoを使用します)。

3. NASデバイス上のディスクに対するアクセス権を構成します。この手順を実行するプロセスは、ディスクのタイプとNASサービスのタイプによって異なります。

ここでは、構成プロセスの一例を示します。最初の手順では、ローカル・システムにマウント・ポイント・ディレクトリを作成します。

# mkdir -p /mnt/oracleasm

4. システムの再起動時にNFSファイル・システムがマウントされるよう、マウント・ファイル/etc/fstabにこのファイル・システムのエントリを追加します。

オペレーティング・システムのマウント・ファイルの編集の詳細は、Linuxのmanページを参照してください。推奨されるマウント・オプションの詳細は、ご使用のプラットフォーム用のOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

5. 次のようなコマンドを入力して、ローカル・システムにNFSファイル・システムをマウントします。hostはファイル・サーバーのホスト名またはIPアドレス、pathnameはNFS内の記憶域の場所(たとえば/public)です。

# mount <host>:<pathname> /mnt/oracleasm

6. 作成するディスク・グループの名前(たとえば、nfsdg)を選択します。

7. ディレクトリ名としてディスク・グループ名を使用して、NFSファイル・システムにファイルのディレクトリを作成します。次に、例を示します。

# mkdir /mnt/oracleasm/nfsdg

8. このディレクトリに必要な数のゼロパディング・ファイルを作成するには、次のようなコマンドを使用します。

# dd if=/dev/zero of=/mnt/oracleasm/nfsdg/disk1 bs=1024k count=1000

この例では、disk1という名前の1GBのファイルをNFSファイル・システムに作成します。作成するディスク・グループが外部冗長性であれば1つ、通常の冗長性であれば2つ、高い冗長性であれば3つのファイルを作成する必要があります。

9. 作成したディレクトリおよびファイルの所有者、グループおよび権限を変更するには、次のコマンドを入力します。

# chown -R oracle:dba /mnt/oracleasm
# chmod -R 660 /mnt/oracleasm

10. Oracle RACのインストールでOracleASMディスク・グループを作成する際、ディスク検出パスを編集して、作成したファイルの名前に一致する正規表現を指定する必要があります。たとえば、/mnt/oracleasm/nfsdg/*とします。

ASMLIBを使用した共有ディスクの候補ディスクとしてのマーク

ASMLIBユーティリティを使用すると、Oracle Automatic Storage Management (Oracle ASM)が使用するディスクを構成できます。

サーバーの再起動時に共有ディスクが自動的にマウントされるよう構成する場合、デバイスの永続性に関する特別なファイルを構成していないかぎり、システムの停止前に/dev/sdgと表示されていたディスクがシステムの再起動後に/dev/sdhと表示される可能性があります。

ASMLIBを使用して共有ディスクを構成する場合、ノードを再起動すると、次のようになります。

- ディスク・デバイス名は変わりません

- これらのディスク・デバイスの所有権とグループ・メンバーシップは同じままです

- 簡単なコマンドで、Oracle ASMによって実装したディスク構成をクラスタ内の他のノードにコピーできます

注意:

- 「Oracle ASMで使用するNASデバイスのファイルの構成」のトピックの指示に従って共有記憶域を構成した場合、このトピックのタスクを実行する必要はありません。

- ASMLIBを使用しない場合は「ディスク・デバイスの永続性の構成」を参照してください。

次のトピックでは、ASMLibをインストールおよび構成する方法とともに、ASMLibを使用して共有ディスク・デバイスを構成する方法について説明します。

- ASMLIBのインストール
様々なLinuxプラットフォーム用のASMLIBソフトウェアは、Oracle Technology Networkから入手できます。

- ASMLIBの構成
ASMLIBソフトウェアをインストールした後、システム管理者はいくつかの手順を実行してOracle ASMドライバを使用可能にする必要があります。

- ASMLIBを使用したOracle ASMディスクの作成
ASMLIBユーティリティを使用すると、Oracle Automatic Storage Management (Oracle ASM)が使用するディスクを構成およびマークできます。

ASMLIBのインストール

様々なLinuxプラットフォーム用のASMLibソフトウェアは、Oracle Technology Networkから入手できます。

次の場所にあるOracle Technology Networkの「ASMLIBのダウンロード」ページで、ご使用のプラットフォームのリンクを選択します。

http://www.oracle.com/technetwork/topics/linux/asmlib/index-101839.html

Linuxプラットフォーム用として4から6のパッケージが表示されます。oracleasmlibパッケージには、Oracle ASMライブラリ自体が含まれています。oracleasm-supportパッケージには、Oracle ASMドライバを起動し、実行するために使用するユーティリティが含まれています。これらのパッケージは両方ともインストールする必要があります。

残りのパッケージには、Oracle ASMライブラリのためのカーネル・ドライバが含まれています。パッケージごとに、異なるカーネル用のドライバが含まれています。実行するカーネルに合ったパッケージをインストールする必要があります。uname -rコマンドを使用して、使用しているサーバー上にあるカーネルのバージョンを確認します。oracleasmカーネル・ドライバ・パッケージは、名前にバージョンが含まれています。たとえば、Red Hat Enterprise Linux 4 ASを実行し、使用するカーネルが2.6.9-55.0.12.ELsmpカーネルである場合、oracleasm-2.6.9-55.0.12.ELsmp-2.0.3-1.x86_64.rpmパッケージを選択します。

注意:

Oracle ASMLIBカーネル・ドライバ(oracleasm)はUnbreakable Enterprise Kernel for Oracle Linuxに含まれています。このカーネルを使用する場合は、いずれのドライバ・パッケージもインストールする必要はありません。ただし、oracleasm-supportパッケージおよびoracleasmlibパッケージはインストールする必要があります。

ASMLIBソフトウェア・パッケージをインストールするには、次の手順を実行します。

1. クラスタ内の各ノードにASMLIBパッケージをダウンロードします。

2. パッケージ・ファイルをダウンロードしたディレクトリに移動します。

3. rootユーザーとして、rpmコマンドを使用してパッケージをインストールします。次に例を示します。

# rpm -Uvh oracleasm-support-2.1.3-1.el4.x86_64.rpm
# rpm -Uvh oracleasmlib-2.0.4-1.el4.x86_64.rpm
# rpm -Uvh oracleasm-2.6.9-55.0.12.ELsmp-2.0.3-1.x86_64.rpm

これらのコマンドが完了した後、ASMLIBはシステムにインストールされています。

4. クラスタ内の各ノードで手順2と手順3を繰り返します。

ASMLIBの構成

ASMLIBソフトウェアをインストールした後、システム管理者はいくつかの手順を実行してOracle ASMドライバを使用可能にする必要があります。

Oracle ASMドライバを使用可能にするには、Oracle ASMドライバをロードし、ドライバのファイル・システムをマウントする必要があります。これは初期化スクリプト/usr/sbin/oracleasmによって行われます。

インストール後にASMLIBソフトウェアを構成するには、次の手順を実行します。

1. rootユーザーとして、次のコマンドを実行します。

# /usr/sbin/oracleasm configure -I

スクリプトによって、Oracle ASMドライバのアクセス・ポイントを所有するデフォルトのユーザーとグループの入力を求められます。Oracle Databaseソフトウェア所有者(oracle)とOSDBAグループ(dba)を指定します。

ノードの起動時にASMLIBドライバを起動するかどうか、およびノードの起動時にOracle Automatic Storage Managementの存在をスキャンするかどうかも指定するよう求められます。これらの質問に対しては、両方ともyesと答えます。

2. クラスタ内の各ノードで、手順1を繰り返します。

ASMLIBを使用したOracle ASMディスクの作成

ASMLIBユーティリティを使用すると、Oracle Automatic Storage Management (Oracle ASM)が使用するディスクを構成およびマークできます。

Oracle ASMディスク・グループに使用されるディスクはすべて、各ノードでアクセスできる必要があります。物理ディスクを各ノードから利用できるようにした後で、そのディスク・デバイスをOracle ASMディスクとしてマークすることができます。このタスクには/usr/sbin/oracleasmスクリプトが使用されます。

対象とするディスク・デバイスでパーティション化がサポートされている場合は、まずディスク全体を含む単一のパーティションを作成する必要があります。対象とするディスク・デバイスがパーティション化をサポートしていない場合は、ディスク上にパーティションを作成する必要はありません。

ASMLIBを使用してOracle ASMディスクを作成するには、次の手順を実行します。

1. rootユーザーとして、oracleasmを使用して、次の構文でOracle ASMディスクを作成します。

# /usr/sbin/oracleasm createdisk disk_name device_partition_name

このコマンドでは、disk_nameがOracle ASMディスク用に選択した名前です。選択する名前はASCII大文字、数字、アンダースコアのみで構成されている必要があり、ディスク名の先頭は文字で始まる必要があります(たとえばDISK1やVOL1、またはRAC_FILE1)。Oracle ASMディスクとしてマークするディスク・パーティション名は、device_partition_nameです。次に、例を示します。

# /usr/sbin/oracleasm createdisk DISK1 /dev/sdb1

creatediskコマンドで使用されていたディスクのマークを解除する必要がある場合は、次の構文を使用します。

# /usr/sbin/oracleasm deletedisk disk_name

2. Oracle ASMで使用される各ディスクに対して、手順1を繰り返します。

3. クラスタ用のOracle ASMディスクをすべて作成した後で、listdisksコマンドを使用して可用性を確認します。

# /usr/sbin/oracleasm listdisks

DISK1
DISK2
DISK3

4. クラスタ内の他のすべてのノードで、scandisksコマンドを使用して、新しく作成されたOracle ASMディスクを表示します。ノードごとにOracle ASMディスクを作成する必要はなく、クラスタ内の1つのノードでのみ作成します。

# /usr/sbin/oracleasm scandisks

Scanning system for ASM disks                              [  OK  ]

5. Oracle ASMディスクのスキャン後、各ノード上の利用可能なOracle ASMディスクを表示して、可用性を確認します。

# /usr/sbin/oracleasm listdisks
DISK1
DISK2
DISK3

注意:

この時点で、クラスタ用Oracle Grid Infrastructureをインストールする各ノードを再起動する必要があります。ノードが再起動された後で、各ノードで構成された共有記憶域を表示します。これでシステム構成が完了し、ノードが停止しても構成が永続することを確認できます。

永続的なディスク・デバイスの構成

ASMLIBを使用する場合、udevで権限およびデバイス・パスの永続性を指定する必要はありません。

デフォルトでは、サーバーが起動すると、Linux 2.6 カーネル・デバイス・ファイル・ネーミング・スキームudevによってデバイス・ファイル名が動的に作成され、その所有権がrootに割り当てられます。udevでデフォルトの設定が適用される場合は、投票ディスクまたはOracle Cluster Registryパーティションのデバイス・ファイル名と所有者が変更されるため、サーバーの再起動時にこれらが損なわれます。たとえば、ユーザーgridが所有する/dev/sddというデバイス上の投票ディスクが、サーバーの再起動後には、rootが所有する/dev/sdfというデバイスに置かれる可能性もあります。

ASMLIBを使用しない場合、各ノードにマウントされる共有ディスクのカスタム・ルール・ファイルを作成する必要があります。udevが起動すると、ルール・ファイルに定義されたルール(構成ディレクティブ)が順次実行されます。これらのファイルは、パス/etc/udev/rules.d/にあります。ルール・ファイルは、字句順に読み取られます。たとえば、ファイル10-wacom.rules内にあるルールは、ルール・ファイル90-ib.rules内にあるルールより先に解析され実行されます。

Asianux、Red HatおよびOracle Linuxに対して同じデバイスがルール・ファイルに記載されている場合、最後に読み取られたファイルが適用されます。SUSE 2.6カーネルでは、最初に読み取られたファイルが適用されます。

ディスク・デバイスのルール・ファイルを構成するには、使用しているプラットフォームのOracle Grid Infrastructureインストレーション・ガイドの記憶域の構成についての章を参照してください。

参照:

- 共有記憶域の構成

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

3 Oracle Grid Infrastructureのインストール

Oracle Universal Installer (OUI)を使用してOracle Real Application Clusters (Oracle RAC)とOracle RAC One Nodeをインストールする前に、まずOracle ClusterwareとOracle Automatic Storage Management (Oracle ASM)で構成されるクラスタ用Oracle Grid Infrastructureソフトウェアをインストールする必要があります。

- Oracle Enterprise Manager Cloud Controlを使用した操作のプロビジョニング
データベース・プロビジョニング・ソリューションの一部として、Oracle Enterprise Manager Cloud Controlによる、Oracle Database (単一インスタンス・データベースとも呼ばれます)およびOracle Real Application Clusters (Oracle RAC)データベースのプロビジョニングが可能です。

- Oracleソフトウェアのインストールの準備
インストール・ファイルのステージング領域を準備します。

- My Oracle Supportの資格証明の検証
初めてOUIを起動すると、電子メール・アドレスおよびMy Oracle Supportのパスワードを入力するように求められます。

- クラスタ用Oracle Grid Infrastructureのインストール
クラスタ用Oracle Grid Infrastructureのソフトウェアは、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)で構成されます。

- Oracle Databaseソフトウェアのインストールおよびデータベースの作成
クラスタ用Oracle Grid Infrastructureが動作可能になった後、クラスタのノードにOracle Databaseソフトウェアをインストールできます。

- インストール後のタスクの実行
Oracle Real Application Clusters (Oracle RAC)ソフトウェアをインストールし、Oracle RACデータベースを作成した後には、クラスタ・データベースの使用準備を完了する前に、追加で実行するタスクがあります。これらの手順をお薦めしていますが、必須ではありません。

- Oracle RACデータベースへのOracle Databaseの変換について
単一インスタンス・データベースがあり、Oracle RACまたはOracle RAC One Nodeに変換する場合は、rconfig、Oracle Enterprise ManagerまたはDatabase Configuration Assistant (DBCA)を使用して、単一インスタンス・データベースのインストール環境をOracle Real Application Clusters (Oracle RAC)データベースに変換するタスクを実行できます。

Oracle Enterprise Manager Cloud Controlを使用した操作のプロビジョニング

データベース・プロビジョニング・ソリューションの一部として、Oracle Enterprise Manager Cloud Controlによる、Oracle Database (単一インスタンス・データベースとも呼ばれます)およびOracle Real Application Clusters (Oracle RAC)データベースのプロビジョニングが可能です。

Oracle Enterprise Manager Cloud Controlを使用すると、Oracle RACノードの拡張または削除、およびOracle RAC One Nodeデータベースのプロビジョニングを行うことができます。また、Oracle Enterprise Manager Cloud Controlは、プロビジョニング用の環境の設定に役立ち、プロビジョニングが成功するように、ホスト上で様々な事前チェックを行います。Oracle Enterprise Manager Cloud Controlを使用してOracleソフトウェアをプロビジョニングする前に、次のシステム構成タスクを実行する必要があります。

- すべてのノードにEnterprise Manager Agentをインストールしてすべてのホストを検出します。

- Enterprise Managerで名前付き資格証明および優先資格証明を構成します。

- ソフトウェア・ライブラリを構成し、ロールを設定します。

- Oracle Technology Networkからソフトウェアをダウンロードし、Enterprise Managerでインストール・メディア・コンポーネントを作成します。オプションで、既存システムからプロビジョニング・プロファイル(ゴールド・イメージと同様)を作成できます。

これらのタスクの実行方法、および、Oracle Enterprise Manager Cloud Controlを使用したOracle Grid InfrastructureおよびOracle RACソフトウェアのプロビジョニング方法については、Oracle Enterprise Manager Lifecycle Management管理者ガイドを参照してください。

Oracleソフトウェアのインストールの準備

インストール・ファイルのステージング領域を準備します。

Oracle Clusterwareはクラスタ用Oracle Grid Infrastructureの一部としてインストールされます。OUIによって、Oracle ClusterwareがGrid_homeと呼ばれるディレクトリ構造にインストールされます。このホームは、同じサーバー上にインストールされている他のOracleソフトウェア製品のホーム・ディレクトリとは異なります。Oracle Clusterwareはオペレーティング・システムと密接に連携して動作するため、一部のインストール・タスクではシステム管理者としての権限が必要になります。また、Oracle Clusterwareのプロセスには、特別なオペレーティング・システム・ユーザーであるrootとしての実行が必要な場合もあります。OUIにより、Oracle Automatic Storage Management (Oracle ASM)はGridホーム・ディレクトリにもインストールされます。

Oracle RACソフトウェアはOracle Database 12cのインストール・メディアからインストールします。標準的なOracle Database 12cソフトウェアのインストール・プロセスでは、クラスタ上でインストールを実行していることがOUIで認識されると、デフォルトでOracle RACオプションもインストールされます。OUIにより、Oracle RACはOracle_homeと呼ばれるディレクトリ構造にインストールされます。このホームは、同じサーバー上にインストールされている他のOracleソフトウェア製品のホーム・ディレクトリとは異なります。

Oracleソフトウェアのインストールを準備するには、次の手順を実行します。

1. OracleソフトウェアをCDまたはDVD形式でお持ちの場合は、クラスタ用Oracle Grid Infrastructureのディスクをご使用のコンピュータのディスク・ドライブに挿入します。そのディスク・ドライブがオペレーティング・システム・レベルでマウントされていることを確認してください。Oracle Databaseソフトウェアのインストール中に、メディアを入れ替える必要があります。

インストール・ディスクがなく、かわりにZIPファイルからインストールする場合は手順2に進みます。

2. インストール・ソフトウェアが、1つ以上のZIPファイル形式の場合は、解凍後のファイルを格納するために、ノードの1つ(racnode1など)に次のようにしてステージング・ディレクトリを作成します。

mkdir -p /stage/oracle/12.1.0

3. このステージング・ディレクトリにZIPファイルをコピーします。たとえば、ファイルのダウンロード先が/home/user1というディレクトリで、ZIPファイルの名前が12100_linux_db.zipである場合、ZIPファイルをステージング・ディレクトリに移動するコマンドは次のようになります。

cd /home/user1
cp 12100_linux_db.zip /stage/oracle/12.1.0

4. 最初のノードでoracleユーザーとして、次の例に示すようにOracleメディアを解凍します。

cd /stage/oracle/12.1.0
unzip 12100_linux_db.zip

My Oracle Supportの資格証明の検証

初めてOUIを起動すると、電子メール・アドレスおよびMy Oracle Supportのパスワードを入力するように求められます。

この情報を入力すると、次の機能が有効になります。

- Oracle Configuration Managerがインストールされ構成されます。このオプションを使用すると、Oracle RAC構成に関する情報をMy Oracle Supportアカウントに関連付けることができます。Oracleサポートにサービス・リクエストを提示する必要がある場合、この構成情報はサービス問題のより迅速な解決に役立つことがあります。

- My Oracle Supportのセキュリティ・アラートの電子メール通知を受信できます。

- 最新パッチの自動ダウンロードと、新しくインストールされたOracleソフトウェア(およびクラスタ用Oracle Grid InfrastructureまたはOracle Database)への適用。ダウンロード可能なソフトウェア更新には、パッチ、重要なパッチ更新、インストーラ更新およびパッチ・セットがあります。

これらの機能を有効にするようにする場合は、My Oracle Supportアカウント名(電子メール・アドレス)とパスワードを指定する必要があります。ご使用のコンピュータをMy Oracle Supportに接続する前に、プロキシ設定を構成する必要がある場合があります。

ソフトウェア更新がダウンロードされている場合、インストール中に、これらをMy Oracle Supportからダウンロードするかわりに、ローカル・サーバーでファイルが格納されているディレクトリの場所を入力できます。インストール・プロセス中に、インストールされたソフトウェアにソフトウェア更新が適用されます。

参照:

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

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

クラスタ用Oracle Grid Infrastructureのソフトウェアは、Oracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)で構成されます。

- オペレーティング・システム環境の構成
インストーラを開始する前に、環境変数を設定または設定解除する必要があります。

- LinuxおよびUNIXでのクラスタ検証ユーティリティの修正スクリプトについて
LinuxおよびUNIXプラットフォームでのインストール時に特定の前提条件チェックが失敗した場合は、「修正および再チェック」をクリックして修正スクリプトを生成できます。

- Oracle Universal Installerを使用したクラスタ用Oracle Grid Infrastructureのインストール
Oracle Universal Installer (OUI)を使用してソフトウェアをクラスタ内の1つのノードにインストールすると、インストーラによってソフトウェアが他のクラスタ・ノードにコピーされます。

- Oracle Clusterwareの構成の完了
Oracle Clusterwareをインストールしたら、ノード・アプリケーションが起動されたことを確認します。

オペレーティング・システム環境の構成

インストーラを開始する前に、環境変数を設定および設定解除する必要があります。

gridまたはoracleユーザー・アカウントからOUIを実行します。OUIを起動してクラスタ用Oracle Grid Infrastructureをインストールする前に、gridユーザーの環境を構成する必要はありません。インストール・プロセス中に、中央インベントリおよびGridホームに使用するディレクトリを指定できます。

ただし、ORACLE_BASE環境変数は、Oracleインベントリ・ファイルを配置するディレクトリに設定できます。たとえば、Oracle Databaseホーム・ディレクトリ/u01/app/oracle/product/12.1.0/dbhome_1を作成する場合、ORACLE_BASEをディレクトリ/u01/app/oracle/に設定します。インストール前にORACLE_BASEディレクトリを設定すると、これがOUIによって表示される中央インベントリのデフォルトの場所になります。

また、ORACLE_HOME環境変数をGridホーム用に選択した場所に設定できます。インストール前にORACLE_HOMEディレクトリを設定すると、これが、OUIの表示するGridホームのデフォルトの場所になります。

(オプション)クラスタ用Oracle Grid InfrastructureをOracle Linuxにインストールする前に、ユーザー環境を変更するには、次の手順を実行します。

1. gridまたはoracleユーザーとして、次のコマンドを実行します。

[oracle]$ unset ORACLE_HOME
[oracle]$ unset ORACLE_SID
[oracle]$ unset ORACLE_BASE
[oracle]$ export ORACLE_BASE=/u01/app/oracle/
[oracle]$ export ORACLE_HOME=/u01/app/12.1.0/grid

2. 次のコマンドを実行して、変更が加えられたことを確認します。

[oracle]$ echo $ORACLE_SID

[oracle]$ echo $ORACLE_HOME
/u01/app/12.1.0/grid

[oracle]$ echo $ORACLE_BASE
/u01/app/oracle/

LinuxおよびUNIXでのクラスタ検証ユーティリティの修正スクリプトについて

LinuxおよびUNIXプラットフォームでのインストール時に特定の前提条件チェックが失敗した場合は、「修正および再チェック」をクリックして修正スクリプトを生成できます。

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

修正スクリプトでは、次のことが実行されます。

- 必要に応じて、インストールを正しく実行するために必要な値を次のカーネル・パラメータに設定します。

- 共有メモリーのパラメータ。

- オープン・ファイル記述子およびUDP送受信パラメータ

- Oracle Inventory(中央インベントリ)ディレクトリに権限を作成し、設定します。

- インストール所有者、必要な場合はOracleインベントリ・ディレクトリおよびオペレーティング・システム権限グループの、プライマリおよびセカンダリ・グループ・メンバーシップが作成または再構成されます。

- 必要に応じて、シェル制限に必須の値を設定します。

「修正および再チェック」をクリックした後で、このスクリプトを実行できます。このとき、別のセッションでrootユーザーとして修正スクリプトを実行するようインストーラによって求められます。もしくは、スクリプトを自動的に実行するようにインストーラのインタフェースから指定することもできます。インストーラが指定したすべてのノードで、スクリプトを実行する必要があります。

生成された修正スクリプトの内容を変更することはお薦めしません。

注意:

修正スクリプトを使用しても、クラスタ用Oracle Grid InfrastructureおよびOracle RACのインストールに必要な前提条件がすべて満たされるわけではありません。インストールに成功するには、 「クラスタの準備」 で説明する前提条件をすべて満たしているかどうか確認する必要があります。

Oracle Universal Installerを使用したクラスタ用Oracle Grid Infrastructureのインストール

Oracle Universal Installer (OUI)を使用してソフトウェアをクラスタ内の1つのノードにインストールすると、インストーラによってソフトウェアが他のクラスタ・ノードにコピーされます。

最初のノードでクラスタ用Oracle Grid Infrastructureソフトウェアを所有する(grid)ユーザーとして、クラスタ用のOracle Grid Infrastructureをインストールします。インストール中、OUIはセキュア・シェル(SSH)を使用してバイナリ・ファイルをこのノードから他のノードにコピーすることに注意してください。インストール中、OUIはユーザーにかわってSSHを構成できます。

注意:

単一インスタンスのOracle Database 11gがインストールされているサーバーにOracle Clusterwareをインストールするとき、既存のOracle ASMインスタンスがある場合はそのインスタンスを停止します。Oracle Clusterwareのインストール後に、このOracle ASMインスタンスを再起動します。単一インスタンスのOracle Databaseを再起動した後で、Oracle ASMインスタンスを再起動すると、Oracle ASMインスタンスでは、単一インスタンスのOracle Databaseのデーモンではなく、クラスタ同期サービス・デーモン(CSSD)を使用します。

クラスタ用Oracle Grid Infrastructureソフトウェアをインストールする手順:

1. 次のコマンドを使用してOUIを起動します。ここで、staging_areaはディスク上のステージング領域の場所、またはインストール・メディアのルート・レベルを表します。

cd /staging_area/clusterware/Disk1
./runInstaller

数分後、ソフトウェア更新のダウンロード・ウィンドウが表示されます。

2. 登録済のMy Oracle Supportのユーザー名およびパスワードを指定して、最新のソフトウェア更新のダウンロードを選択します。「次へ」をクリックします
ソフトウェア更新用のステージング場所を使用するか、このリリースで以前ダウンロードしたソフトウェア更新を使用できます。更新をチェックせずに続行することもできます。

インストール・オプションの選択ウィンドウが表示されます。

3. 「クラスタ用のGrid Infrastructureのインストールおよび構成」オプションを選択して、「次へ」をクリックします。
クラスタ・タイプの選択ウィンドウが表示されます。

4. 「標準クラスタの構成」オプションを選択して、「次へ」をクリックします。
「インストール・タイプの選択」ウィンドウが表示されます。

5. 「標準インストール」を選択して、「次へ」をクリックします。
「クラスタ構成の指定」ウィンドウが表示されます。

6. 「SCAN名」フィールドに、エンタープライズ・ネットワーク全体で一意のクラスタ名を入力します。クラスタ・ノードの表の「ホスト名」列には、ローカル・ノード(たとえばracnode1.example.com)が表示されています。「追加」をクリックして、他のノードをクラスタに追加します。
たとえば、ノード名の共通の接頭辞を元にした名前を選択できます。このマニュアルでは、SCAN名としてdocracを使用します。

注意:

Oracle RAC One Nodeを使用する予定であっても、インストール中に両方のノードを指定します。

「クラスタ・ノードの情報の追加」ポップアップ・ウィンドウが表示されます。

7. 2番目のノードのパブリック名(racnode2)および仮想IP名(racnode2-vip)を入力して、「OK」をクリックします。
「クラスタ構成の指定」ウィンドウに戻ります。クラスタ・ノードの表に両方のノードが表示されます。

8. 「ネットワーク・インタフェースの特定」ボタンをクリックします。
ネットワーク・インタフェースの識別ウィンドウで、各インタフェースに正しいインタフェース・タイプ(パブリックまたはプライベート)が関連付けられているかを検証します。Oracle Clusterwareで使用しないネットワーク・インタフェースがある場合、ネットワーク・インタフェース・タイプを「使用しない」に設定します。

両方のノードが選択されていることを確認して、ウィンドウ下部にある「SSH接続」ボタンをクリックします。ウィンドウの下部パネルに、「SSH接続」情報が表示されます。

9. Oracleソフトウェア所有者(oracle)に対するオペレーティング・システムのユーザー名およびパスワードを入力します。オプションを選択します。ノード間にSSH接続を構成した場合は、ユーザー・ホームに存在する秘密鍵と公開鍵を再利用するオプションを選択します。「設定」をクリックします。
ノード間のSSH接続の構成に数分かかる可能性があること示すメッセージ・ウィンドウが表示されます。しばらくすると、クラスタ・ノード間にパスワード不要のSSH接続が確立したことを示す別のメッセージ・ウィンドウが表示されます。「OK」をクリックして続行します。

10. 「クラスタ構成の指定」ウィンドウに戻ったら、「次へ」をクリックして続行します。
いくつかのチェックを実行した後、「インストール場所の指定」ウィンドウが表示されます。

11. 「インストール場所の指定」ウィンドウで、このウィンドウのすべてのフィールドに情報を指定し、「次へ」をクリックします。

- 「Oracleベース」フィールドで、Oracleベース・ディレクトリとして選択した場所(たとえば/u01/app/username/など)が設定されていることを確認します。設定されていない場合は、「参照」をクリックします。「ディレクトリの選択」ウィンドウで、パスを上に移動して/u01/app/username/ディレクトリを選択し、「ディレクトリの選択」をクリックします。

- 「ソフトウェアの場所」フィールドが、Gridホームとして選択した場所(たとえば/u01/app/12.1.0/gridなど)に設定されていることを確認します。設定されていない場合は、「参照」をクリックします。「ディレクトリの選択」ウィンドウでパスをさかのぼり、/u01/app/12.1.0/gridを選択し、「ディレクトリの選択」をクリックします。

- 「Cluster Registry記憶域タイプ」で、「自動ストレージ管理」を選択します。

- 「SYSASMパスワード」および「パスワードの確認」フィールドに、SYSASMユーザー用のパスワードを入力します。このパスワードは、インストール後にOracle ASMを管理するために使用するので、安全な場所にメモしておいてください。

- 「OSASMグループ」では、ドロップダウン・リストを使用して、Oracle ASMを管理するためのオペレーティング・システム・グループを選択します(たとえば、dba)。

ASMディスク・グループの作成ウィンドウが表示されます。

12. 「ディスク・グループ名」フィールドに、ディスク・グループの名前を入力します(たとえば、DATA)。このディスク・グループの冗長レベルを選択して、「ディスクの追加」セクションで、このディスク・グループに追加するディスクを選択します。このディスク・グループに対するディスクを選択したら、「次へ」をクリックします。
「ディスクの追加」セクションに、「ASMLIBを使用した共有ディスクの候補ディスクとしてのマーク」でASMLIBユーティリティを使用して構成したディスクが表示されます。

このコンピュータにOracleソフトウェアを一度もインストールしたことがない場合は、インベントリの作成ウィンドウが表示されます。

13. 必要に応じて、インベントリ・ディレクトリのパスを変更します。次に、「次へ」をクリックします。
このマニュアルの例と同じディレクトリ名を使用している場合は、値は/u01/app/oraInventoryとなります。oraInventoryディレクトリのグループ名は、oinstallとなります。

注意:

インベントリ・ディレクトリに表示されるパスは、Oracleベース・ディレクトリより1つ上のレベルのディレクトリのoraInventoryサブディレクトリです。たとえば、OUIを開始する前にORACLE_BASE環境変数を/u01/app/grid/に設定する場合、表示されるOracleインベントリ・パスは/u01/app/oraInventoryです。

「rootスクリプトの実行構成」ウィンドウが表示されます。

14. 「構成スクリプトを自動的に実行」するオプションを選択します。rootユーザーまたはsudoアカウントの資格証明を入力し、「次へ」をクリックします。
その他の方法として、インストール・プロセスの最後にOUIで求められたときに、rootユーザーとしてスクリプトを手動で実行できます。

「前提条件チェックの実行」ウィンドウが表示されます。

15. ステータスが「失敗」のチェックがあり「修正可能」ではない場合は、この問題を手動で修正する必要があります。問題を修正した後、「再チェック」ボタンをクリックしてインストーラで要件を再確認し、ステータスを更新できます。すべてのチェックのステータスが「成功」になるまで必要な回数繰り返します。「次へ」をクリックします。

図3-1 「前提条件チェックの実行」ウィンドウ

「サマリー」ウィンドウが表示されます。

16. 「サマリー」ウィンドウの内容を確認してから、「終了」をクリックします。
進捗インジケータが表示され、インストール・プロセスを監視できます。

17. rootスクリプトの自動化を構成しなかった場合は、表示される構成スクリプトの実行ウィンドウで指定された適切なスクリプトをrootユーザーとして実行する必要があります。スクリプトを実行するまで、「OK」をクリックしないでください。そのスクリプトをすべてのノードで、表示された順序で指示どおりに実行します。

たとえば、Oracle Linux上では次の手順を実行します(この例では、説明をわかりやすくするために、プロンプトの現在のユーザー、ノードおよびディレクトリを示しています)。

a. racnode1でgridユーザーとして、端末ウィンドウを開き、次のコマンドを入力します。

[grid@racnode1 oracle]$ cd /u01/app/oraInventory
[grid@racnode1 oraInventory]$ su

b. rootユーザーのパスワードを入力し、次のコマンドを入力して最初のスクリプトをracnode1で実行します。

[root@racnode1 oraInventory]# ./orainstRoot.sh

c. racnode1でorainstRoot.shスクリプトが終了した後、別の端末ウィンドウを開き、oracleユーザーとして次のコマンドを入力します。

[grid@racnode1 oracle]$ ssh racnode2
[grid@racnode2 oracle]$ cd /u01/app/oraInventory
[grid@racnode2 oraInventory]$ su

d. rootユーザーのパスワードを入力し、次のコマンドを入力して最初のスクリプトをracnode2で実行します。

[root@racnode2 oraInventory]# ./orainstRoot.sh

e. racnode2でorainstRoot.shスクリプトが終了した後、この手順のパートaで開いた端末ウィンドウに移動します。racnode1でrootユーザーとして次のコマンドを入力し、2番目のスクリプトであるroot.shを実行します。

[root@racnode1 oraInventory]# cd /u01/app/12.1.0/grid
[root@racnode1 grid]# ./root.sh

プロンプトに対して[Enter]キーを押してデフォルト値のままにします。

注意:

最初のノードでroot.shスクリプトを実行し、完了するまで待機する必要があります。スクリプトを実行した最後のノードを除いて、他のすべてのノードでroot.shスクリプトを同時に実行できます。最後のノードでは、最初のノードと同様に、root.shスクリプトを個別に実行する必要があります。

f. racnode1でroot.shスクリプトが終了した後、この手順のパートcで開いた端末ウィンドウに移動します。racnode2のrootユーザーとして、次のコマンドを入力します。

[root@racnode2 oraInventory]# cd /u01/app/12.1.0/grid
[root@racnode2 grid]# ./root.sh

root.shスクリプトが終了した後、orainstRoot.shおよびroot.shスクリプトの実行を求められたOUIのウィンドウに戻ります。「OK」をクリックします。

ソフトウェア・インストールの監視ウィンドウが表示されます。

18. 「終了」ウィンドウが表示されるまで、インストールの監視を続けます。次に、「閉じる」をクリックし、インストール・プロセスを完了してインストーラを終了します。

注意:

インストールの完了後、Oracleソフトウェアがサーバーで動作している間は、/tmp/.oracleまたは/var/tmp/.oracleディレクトリ、またはそれらのディレクトにあるファイルを手動またはcronジョブの実行によって削除しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的に停止する場合があります。Oracle Clusterwareのインストールが失敗し、次のエラーが表示されることがあります。

CRS-0184: CRSデーモンと通信できません。

Oracle Clusterwareの構成の完了

Oracle Clusterwareのインストール後、ノード・アプリケーションが起動していることを確認します。

使用するオペレーティング・システムによっては、Oracle Clusterwareコンポーネントを適切に構成するために、インストール後のタスクをいくつか実行する必要がある場合があります。

Oracle Linux上でOracle Clusterwareの構成を完了するには、次の手順を実行します。

1. 最初のノード上のgridユーザーとして、次のコマンドを入力することにより、Oracle Clusterwareターゲットのステータスをチェックします。

/u01/app/12.1.0/grid/bin/crsctl check cluster -all

このコマンドにより、gsd、ons、vipなどのすべての必要なクラスタ・サービスがクラスタのノード上で起動されているかどうかを示す情報が出力されます。

2. 表示される出力に、クラスタの各ノードについて、Oracle Clusterwareデーモンがオンラインになっていることが示されます。

******************************************************************
racnode1:
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
******************************************************************
racnode2:
CRS-4537: Cluster Ready Services is online
CRS-4529: Cluster Synchronization Services is online
CRS-4533: Event Manager is online
******************************************************************

1つ以上のOracle Clusterwareリソースがオフラインであると表示される場合、または表示されないリソースがある場合は、Oracle Clusterwareソフトウェアが正しくインストールされていません。

注意:

Oracle Clusterwareインストールの完了後は、ホスト名の変更(ドメイン修飾の追加または削除を含む)はしないでください。ホスト名を変更されたノードはクラスタから削除され、新しい名前で追加されます。

Oracle Databaseソフトウェアのインストールおよびデータベースの作成

クラスタ用Oracle Grid Infrastructureが動作可能になった後、クラスタのノードにOracle Databaseソフトウェアをインストールできます。

Oracle Universal Installer (OUI)により、このソフトウェアがローカル・ノードにインストールされ、バイナリ・ファイルがローカル・ノードからクラスタ内の他のすべてのノードにコピーされます。

- オペレーティング・システム環境の構成
Oracle Universal Installer (OUI)はoracleユーザー・アカウントから実行します。OUIを起動する前に、oracleユーザーの環境を構成する必要はありません。

- 他のOracle ASMディスク・グループの作成
Oracle Databaseファイルまたは高速リカバリ領域用に個別のディスク・グループを使用する場合は、Oracle Databaseソフトウェアをインストールする前に、別のOracle ASMディスク・グループを作成する必要があります。

- Oracle Universal Installerを使用したOracle RACソフトウェアのインストール
オペレーティング・システム環境を構成した後、Oracle Universal Installerを使用して、Oracle RACソフトウェアをインストールし、Oracle RACデータベースを作成できます。

- Oracle RACデータベースのインストールの検証
インストール時にOracle RACデータベースの作成を選択した場合、すべてのデータベース・サービスが起動し、実行中であることを確認します。

参照:

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

オペレーティング・システム環境の構成

Oracle Universal Installer (OUI)はoracleユーザー・アカウントから実行します。OUIを起動する前に、oracleユーザーの環境を構成する必要はありません。

ORACLE_BASE環境変数は、Oracle DatabaseソフトウェアのOracleインベントリ・ファイルを配置するディレクトリに設定できます。たとえば、Oracle Databaseホーム・ディレクトリ/u01/app/oracle/product/12.1.0/dbhome_1を作成する場合、ORACLE_BASEをディレクトリ/u01/app/oracle/に設定します。インストールする前にORACLE_BASE環境変数を設定した場合は、指定したパスがOUIに表示される中央インベントリのデフォルトの場所になります。

また、ORACLE_HOME環境変数をOracle Databaseホーム用に選択した場所に設定できます。インストールする前にORACLE_HOME環境変数を設定した場合は、指定したパスがOUIに表示されるOracleホームのデフォルトの場所になります。

(オプション)Oracle DatabaseソフトウェアをOracle Linuxにインストールする前に、ユーザー環境を変更するには、次の手順を実行します。

1. oracleユーザーとして、次のコマンドを実行します。

[oracle]$ unset ORACLE_SID
[oracle]$ export ORACLE_BASE=/u01/app/oracle/
[oracle]$ export ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1

2. 次のコマンドを実行して、変更が加えられたことを確認します。

[oracle]$ echo $ORACLE_SID

[oracle]$ echo $ORACLE_HOME
/u01/app/oracle/product/12.1.0/dbhome_1
[oracle]$ echo $ORACLE_BASE
/u01/app/oracle/

他のOracle ASMディスク・グループの作成

Oracle Databaseファイルまたは高速リカバリ領域用に個別のディスク・グループを使用する場合は、Oracle Databaseソフトウェアをインストールする前に、別のOracle ASMディスク・グループを作成する必要があります。

クラスタ用Oracle Grid Infrastructureのインストール中に、Oracle ClusterwareファイルをOracle ASMに格納することを選択した場合は、単一のディスク・グループがOracle ASMに作成されます。この同じディスク・グループを使用してOracle Database用のデータファイルを格納するか、Oracle Databaseファイルのための別個のディスク・グループを作成できます。

ASMCAを使用して他のディスク・グループを作成するには、次の手順を実行します。

1. 「インストール・ディレクトリおよび共有記憶域の構成」の説明に従って、Oracle ASMで使用するディスクまたはデバイスを用意します。

2. GridホームからOracle Automatic Storage Configuration Assistant(ASMCA)を起動します。

/u01/app/12.1.0/grid/bin/asmca

ASMCAが起動し、ディスク・グループ・ウィンドウが表示されます。

3. 「作成」ボタンをクリックし、ディスク・グループを作成します。

「ディスク・グループの作成」ウィンドウが表示されます。

4. 次の情報を指定します。

- 「ディスク・グループ名」フィールドに、新しいディスク・グループの名前を入力します(たとえば、FRA)。

- 「冗長性」レベルを選択します(たとえば、「通常」)。

- 新しいディスク・グループに含めるディスクを選択します。

情報をすべて指定した後、「OK」をクリックします。「ディスク・グループ: 作成」というタイトルの進行状況を示すウィンドウが表示されます。数分後、ディスク・グループが正常に作成されたことを示すメッセージが表示されます。「OK」をクリックして続行します。

5. 手順3と4を繰り返して別のディスク・グループを作成するか、または「終了」をクリックして「はい」を選択すると、ユーティリティが終了します。

参照:

- Oracle自動ストレージ管理について

- Oracle ASMで使用するNASデバイス上のファイルの構成

- ASMLIBを使用した共有ディスクの候補ディスクとしてのマーク

Oracle Universal Installerを使用したOracle RACソフトウェアのインストール

オペレーティング・システム環境を構成した後、Oracle Universal Installerを使用して、Oracle RACソフトウェアをインストールし、Oracle RACデータベースを作成できます。

クラスタ上にOracle Databaseソフトウェアをインストールし、データベースを作成するには、次の手順を実行します。

1. oracleユーザーとして、次のコマンドを使用してOUIを起動します。ここで、staging_areaは、ディスク上のステージング領域の場所か、マウントされているインストール・ディスクの場所です。

cd /staging_area
./runInstaller

セキュリティ更新の構成ウィンドウが表示されます。

2. オプション: 電子メール・アドレスおよびMy Oracle Supportパスワードを入力し、「次へ」をクリックして続行します。

インストールするソフトウェアについて新しく見つかったセキュリティ問題に関する通知を電子メールで受け取るには、「電子メール」フィールドに電子メール・アドレスを入力します。セキュリティ更新もMy Oracle Supportを介して受け取るには、My Oracle Supportに登録されているものと同じ電子メール・アドレスを使用し、「セキュリティ・アップデートをMy Oracle Support経由で受け取ります」オプションを選択し、My Oracle Supportのログイン・パスワードを「My Oracle Supportのパスワード」フィールドに入力します。

電子メール・アドレスを指定すると、Oracle Configuration Manager (OCM)ツールもインストールされます。サービス・リクエストを作成する際に、このユーティリティはシステムの構成情報をOracleサポート・サービスに提供します。インストール後にOCMツールを無効にできますが、使用することをお薦めします。OCMは、テクニカル・サポートのコンタクト情報を除き、あらゆる個人情報、またはソフトウェア環境に存在するいかなる業務データファイルもアクセス、収集または保存しません。OCMについての詳細は、http://www.oracle.com/technology/documentation/ocm-092152.htmlを参照してください。

「次へ」をクリックすると、「インストール・オプションの選択」ウィンドウが表示されます。

3. データベースの作成および構成を選択し、「次へ」をクリックして続行します。
「システム・クラス」ウィンドウが表示されます。

4. 「サーバー・クラス」を選択して、「次へ」をクリックします。
デスクトップ・クラス・オプションを選択すると、OUIは、 クラスタ・データベースではなく単一インスタンス・データベースをインストールします。

Grid Installation Options・ウィンドウが表示されます。

5. Oracle Real Application Clustersデータベースのインストール・オプションまたはOracle RAC One Nodeデータベースのインストール・オプションを選択します。
「インストール・タイプの選択」ウィンドウが表示されます。

6. データベースを「管理者管理型」または「ポリシー管理型」のどちらにするかを選択し、「次へ」をクリックして続行します。
「管理者管理型」を選択した場合は、「ノード・リストの選択」ウィンドウが表示されます。「ポリシー管理型」を選択した場合は、インストール・タイプの選択ウィンドウが表示されます。

7. 管理者管理データベースの場合は、Oracle RACまたはOracle RAC One Nodeが実行されるクラスタ内のノードを選択する必要があります。

a. Oracle DatabaseソフトウェアをインストールしOracle RACインスタンスを作成するノードを選択します。デフォルトで、クラスタ内の選択可能なノードがすべて選択されます。

注意:

Oracle RAC One Nodeデータベースを作成している場合であっても、インストール中に両方のノードを選択します。

b. ウィンドウの下部にある「SSH接続」ボタンをクリックします。
ウィンドウの下部パネルに、「SSH接続」情報が表示されます。

8. クラスタ用Oracle Grid Infrastructureインストールに対してノード間のSSH接続を構成したので、「ユーザー・ホームに存在するプライベートおよびパブリック・キーを再使用します」オプションを選択します。「テスト」をクリックします。
共有記憶域上にホーム・ディレクトリがあるネットワーク・ユーザーを使用する場合、選択したノードによって共有される場合はユーザー・ホームオプションも選択します。

クラスタ・ノード間にパスワード不要のSSH接続が確立されていることを示すメッセージ・ウィンドウが表示されます。「OK」をクリックして続行します。

9. 「ノードの選択」ウィンドウに戻ったら、「次へ」をクリックして続行します。
「インストール・タイプの選択」ウィンドウが表示されます。

10. 通常インストール・オプションを選択し、「次へ」をクリックします。
通常インストールの場合、必要な入力は最小限です。この場合、ソフトウェアがインストールされ、一般用途のデータベースが作成されます。「拡張」インストール・タイプ(このガイドには記載されていません)を選択すると、データベースの構成方法に関する情報を指定するよう求められます。たとえば、ユーザー・アカウントごとの個別のパスワード設定、初期データベース用の別のテンプレートの選択、データベースに対するデフォルト以外の言語の選択などが可能です。

「標準インストール構成」ウィンドウが表示されます。

11. このウィンドウでは、次の情報を指定します。

- 「Oracleベースの場所」: デフォルト値は/u01/app/oracle/です。ORACLE_BASE環境変数を設定しておらず、デフォルトの場所が選択したディレクトリの場所とは異なる場合、Oracleベースのディレクトリを入力するか、「参照」ボタンをクリックしてディレクトリ・パスを変更します。

- 「ソフトウェアの場所」: インストールを開始する前に、ORACLE_HOME環境変数を設定しなかった場合、Oracleホーム用のディレクトリを入力するか、「参照」ボタンをクリックしてディレクトリ・パスを変更します。

- 「記憶域のタイプ」: このドロップダウン・リストでは、「自動ストレージ管理(ASM)」を選択します。Oracle ASMを使用しない場合は、「ファイルシステム」を選択します。Oracle ASMはクラスタ用Oracle Grid Infrastructureとともにインストールされるので、Oracle自動ストレージ管理がデフォルト値です。

- 「データベース・ファイルの位置」: データベース・ファイルを格納するためのディスク・グループを選択します。Oracle Clusterwareで使用するディスク・グループと同じものを使用できます。Oracle Clusterwareファイルの格納に現在使用しているディスク・グループと同じものを使用しない場合は、インストールを終了し、Oracle ASMユーティリティを使用して新規ディスク・グループを作成する必要があります。ディスク・グループの作成の詳細は、「他のOracle ASMディスク・グループの作成」を参照してください。
「ファイルシステム」記憶域タイプを選択した場合は、データベース・ファイルを作成する共有ストレージのディレクトリの場所を入力します。

- 「ASMSNMPパスワード」: ASMSNMPユーザーのパスワードを入力します。ASMSNMPユーザーは、Oracle ASMインスタンスを監視するために主にOracle Enterprise Managerによって使用されます。ASMSNMPユーザーの詳細は、Oracle自動ストレージ管理管理者ガイドを参照してください。
「記憶域のタイプ」で「ファイルシステム」を選択した場合は、このフィールドは無効になります。

- 「データベースのエディション」: このドロップダウン・リストから「Enterprise Edition」または「Standard Edition」を選択します。選択肢の次にあるカッコ内の数字は、必要なディスク領域の大きさを示します。

- 「OSDBAグループ」: このドロップダウン・リストから、データベース管理用のオペレーティング・システム・グループを選択します(たとえば、dba)。

- 「グローバル・データベース名」: データベースの完全修飾グローバル名を入力します。グローバル・データベース名の形式は、DB_UNIQUE_NAME.DB_DOMAIN (orcl.example.comなど)です。

注意:

ORACLE_SIDの最初の8文字は、データベースごとに一意の識別子である必要があります。SID接頭辞には、アンダースコア(_)、ドル($)またはシャープ(#)文字を含めることはできません。ORACLE_SIDの合計長は、Oracle RACデータベースの15文字を超えることはできません。

- 「管理パスワード」: SYS、SYSTEMおよびDBSNMPなどの管理アカウントで使用するパスワードを入力します。

- 「パスワードの確認」: このフィールドに同じパスワードを入力します。

12. 必要な情報をすべて指定した後、「次へ」をクリックします。
「前提条件チェックの実行」ウィンドウが表示されます。

13. しばらくすると、サマリー・ウィンドウが表示されます。このウィンドウの情報を確認し、「終了」をクリックして続行します。

サマリー・ウィンドウの情報が正しくない場合、「戻る」ボタンを使用して前のウィンドウに戻り、修正します。

「終了」をクリックすると、OUIがインストール開始を示す進捗インジケータを表示します。この手順が完了するまで数分かかります。

14. 各ノードにソフトウェアがインストールされた後、データベースの作成オプションを選択すると、OUIはDatabase Configuration Assistant(DBCA)を起動します。

このユーティリティは、手順9で指定したグローバル・データベース名を使用してデータベースを作成します。データベース作成の終了時に、データベース構成情報が表示されたDBCAウィンドウが表示されます。

「パスワード管理」ボタンもあり、これをクリックするとデータベースのユーザー・アカウントのロック解除またはデフォルト・パスワードの変更が可能です。

サマリー・ウィンドウの情報をメモした後、「OK」をクリックします。

手順2で情報を指定した場合、OUIはOracle Configuration Managementを構成します。

ソフトウェアのみのインストールを実行するように選択すると、Database Configuration Assistantは起動されません。個別にDBCAを実行して、Oracle RAC One Nodeデータベースを作成する必要があります。

参照:

DBCAを使用したOracle RAC One Nodeデータベースの作成の詳細は、ご使用のプラットフォーム用のOracle Real Application Clustersインストレーション・ガイドを参照してください。

15. root.shスクリプトを実行するには、次の手順を実行します(この例では、わかりやすくするために、プロンプトに現在のユーザー、ノードおよびディレクトリを示しています)。
インストール・プロセスの最後の手順では、「構成スクリプトの実行」ウィンドウで指定されたように、両方のノードでroot.shスクリプトを実行するタスクの実行を求められます。すべてのノードのスクリプトを実行するまで、「OK」はクリックしないでください。

図3-2 「構成スクリプトの実行」ウィンドウ

a. 最初のノードでoracleユーザーとして端末ウィンドウを開きます。ディレクトリをOracleホーム・ディレクトリに変更し、次のコマンドを入力することによって、rootユーザーに切り替えます。

[oracle@racnode1 oracle]$ cd /u01/app/oracle/product/12.1.0/dbhome_1
[oracle@racnode1 dbhome_1]$ su

b. rootユーザーのパスワードを入力し、「構成スクリプトの実行」ウィンドウで指定されたスクリプトを実行します。

[root@racnode1 dbhome_1]# ./root.sh

注意:

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

c. これに回答した後、[Enter]キーを押します。デフォルトの選択肢のままにするには、何も入力せずに[Enter]キーを押します。
root.shスクリプトが実行されると、ローカルbinディレクトリへのパスを指定するよう促されます。大カッコ内の情報は、システム構成から取得された情報です。また、dbhome、oraenvおよびcoraenvファイルも/usr/local/binディレクトリに書き込まれます。これらのファイルがすでに存在する場合、これらを上書きするかどうか尋ねられます。

d. 次のようなコマンドを入力し、他のノードでスクリプトを実行します。

[root@racnode1 dhome_1]# exit
[oracle@racnode1 dhome_1]$ ssh racnode2
[oracle@racnode2 ~]$ cd /u01/app/oracle/product/12.1.0/dbhome_1
[oracle@racnode2 dbhome_1]$ su

e. rootユーザーのパスワードを入力し、「構成スクリプトの実行」ウィンドウで指定されたスクリプトを実行します。

[root@racnode2 dbhome_1]# ./root.sh

f. 各プロンプトに応答した後、[Enter]キーを押します。

g. root.shスクリプトが完了すると、次のメッセージが表示されます。

16. すべてのノードでスクリプトの実行が終了した後、「構成スクリプトの実行」ウィンドウに戻り、「OK」をクリックします。
製品のインストール・ウィンドウが表示されます。

17. 「次へ」をクリックして、インストールを完了します。
終了ウィンドウが表示されます。

18. 「閉じる」をクリックしてインストーラを終了します。

Oracle RACデータベースのインストールの検証

インストール時にOracle RACデータベースの作成を選択した場合、すべてのデータベース・サービスが起動し、実行中であることを確認します。

Oracle RACデータベースが起動されていることを確認するには、次の手順を実行します。

1. oracleユーザーとしてログインし、Grid_home/binディレクトリに移動します。

[oracle] $ cd /u01/app/12.1.0/grid/bin

2. 次のコマンドを実行してOracle Clusterwareが管理しているリソースのうち文字列「ora」を含むリソースのステータスを確認します。

[oracle] $ ./crsctl status resource -w "TYPE co 'ora'" -t

コマンドの出力は、Oracle Clusterware、Oracle ASMおよびOracle Databaseのリソースを各ホストで(オンラインで)使用できることを示します。次の例のように出力されます。

---------------------------------------------------------------------------
NAME              TARGET STATE    SERVER            STATE_DETAILS
---------------------------------------------------------------------------
Local Resources
---------------------------------------------------------------------------
ora.DATA.dg
ONLINE  ONLINE   racnode1
ONLINE  ONLINE   racnode2

ora.LISTENER.lsnr
ONLINE  ONLINE   racnode1
ONLINE  ONLINE   racnode2

ora.asm

ONLINE  ONLINE   racnode1          Started
ONLINE  ONLINE   racnode2          Started

ora.eons
ONLINE  ONLINE   racnode1
ONLINE  ONLINE   racnode2

ora.gsd
OFFLINE OFFLINE   racnode1
OFFLINE OFFLINE   racnode2

ora.net1.network
ONLINE  ONLINE   racnode1
ONLINE  ONLINE   racnode2

ora.ons
ONLINE  ONLINE   racnode1
ONLINE  ONLINE   racnode2
ora.registry.acfs
ONLINE  ONLINE   racnode1
ONLINE  ONLINE   racnode2
---------------------------------------------------------------------------
Cluster Resources
---------------------------------------------------------------------------
ora.LISTENER_SCAN1.lsnr
1           ONLINE  ONLINE   racnode1
ora.oc4j
1           OFFLINE OFFLINE
ora.orcl.db
1           ONLINE  ONLINE   racnode1            Open
2           ONLINE  ONLINE   racnode2            Open
ora.racnode1.vip
1           ONLINE  ONLINE   racnode1
ora.racnode2.vip
1           ONLINE  ONLINE   racnode2
ora.scan1.vip
1           ONLINE  ONLINE   racnode1

注意:

インストールの完了後、Oracleソフトウェアがサーバーで動作している間は、/tmp/.oracleまたは/var/tmp/.oracleディレクトリ、またはそれらのディレクトにあるファイルを手動またはcronジョブの実行によって削除しないでください。これらのファイルを削除すると、Oracleソフトウェアが断続的に停止する場合があります。Oracle Clusterwareのインストールが失敗し、次のエラーが表示されます。

CRS-0184: Cannot communicate with the CRS daemon.

参照:

インストール後のタスクの実行

インストール後のタスクの実行

Oracle Real Application Clusters(Oracle RAC)ソフトウェアをインストールし、Oracle RACデータベースを作成した後には、クラスタ・データベースの使用準備を完了する前に、追加で実行するタスクがあります。これらの手順をお薦めしていますが、必須ではありません。

- Oracle Clusterwareインストールの検証について
インストールが正しく構成されたことを検証するには、クラスタ検証ユーティリティ(CVU)を使用します。

- DBCAを使用したOracle RACデータベースの作成
Database Configuration Assistant (DBCA)ユーティリティは、Oracle Databaseを作成するために使用します。

- インストール・ファイルのバックアップ
インストール時に使用される特定のファイルは、インストールされるソフトウェアを操作する上で非常に重要です。

- Oracle Enterprise Managerの動作の確認
Oracle RACデータベースを作成してDatabase Controlによるデータベース管理を選択すると、Enterprise Manager Database Controlユーティリティのインストールおよび構成が自動的に行われます。

- Oracle Databaseパッチのダウンロードとインストールについて
パッチ・セットがインストール済のソフトウェアに対応する最新のものであることを確認して実行してください。

- ユーザー・アカウントの構成について
Oracle RACデータベースへのアクセスおよび管理のために、複数の異なるオペレーティング・システム・アカウントを使用できます。

参照:

- Oracle RACデータベースのインストールの検証

Oracle Clusterwareインストールの検証について

インストールが正しく構成されたことを検証するには、クラスタ検証ユーティリティ(CVU)を使用します。

Oracle Clusterwareのインストールが完了すると、OUIではコンフィギュレーション・アシスタントとして自動的にクラスタ検証ユーティリティ(CVU)が実行され、Oracle Clusterwareのインストールが正常に完了したかどうかが検証されます。

CVUによって構成の問題が報告される場合は、続行する前にこれらのエラーを修正します。

参照:

CVUの使用方法および構成の問題の解決方法については、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

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

Database Configuration Assistant (DBCA)ユーティリティは、Oracle Databaseを作成するために使用します。

インストール時にOracle Real Application Clusters (Oracle RAC)データベースを作成するオプションを選択していない場合は、Oracle RACソフトウェアが正常にインストールされたことを確認した後、DBCAを使用してOracle RACデータベースを作成する必要があります。Oracle RACデータベースの作成手順は、Oracle Real Application Clustersインストレーション・ガイドに記載されています。

インストール・ファイルのバックアップ

インストール時に使用される特定のファイルは、インストールされるソフトウェアを操作するうえで非常に重要です。

ハードウェアの障害に備え、これらのファイルをバックアップし、インストールされるソフトウェアとは別の場所に保管することが重要です。

- root.shスクリプトのバックアップについて
インストールの完了後に、root.shスクリプトをバックアップすることをお薦めします。

- emkey.oraファイルのバックアップの概要
インストールの完了後に、emkey.oraファイルをバックアップすることをお薦めします。

root.shスクリプトのバックアップについて

インストールの完了後は、root.shスクリプトをバックアップすることをお薦めします。

他の製品を同じOracleホーム・ディレクトリにインストールした場合、既存のroot.shスクリプトの内容がインストール中にOUIによって更新されます。元のroot.shスクリプトに含まれていた情報が必要な場合は、その情報をroot.shバックアップ・コピーからリカバリできます。

emkey.oraファイルのバックアップの概要

インストールの完了後に、emkey.oraファイルのバックアップを作成することをお薦めします。

このマニュアルで説明するインストール中に、Enterprise Manager Database Control管理リポジトリが保護モードに置かれます。すべてのEnterprise Managerデータが、ファイルemkey.oraに格納された暗号化鍵を使用して暗号化されます。このファイルが破損または失われ、バックアップからリストアできない場合、既存のEnterprise Managerリポジトリは使用できなくなります。

emkey.oraファイルは、Oracle_home//node_name__Database_name/sysman/configディレクトリに配置されます。たとえば、racnode2サーバーで、orcl.example.comデータベースの暗号化鍵ファイルは/u01/app/oracle/product/12.1.0/dbhome_1/racnode2_orcl/sysman/config/emkey.oraディレクトリに配置されます。

Oracle Enterprise Managerの動作の確認

Oracle RACデータベースを作成してDatabase Controlによるデータベース管理を選択すると、Oracle Enterprise Manager Database Controlユーティリティのインストールおよび構成が自動的に行われます。

新しいOracle RAC環境でOracle Enterprise Manager Database Controlが起動されていることを検証するには、次の手順を実行します。

1. ORACLE_UNQNAME環境変数が、接続先データベースの一意の名前(たとえば、orcl)に設定されていることを確認します。また、ORACLE_HOME環境変数が、インストールしたOracle Databaseソフトウェアの場所に設定されていることを確認します。

$ export ORACLE_UNQNAME=orcl
$ echo $ORACLE_HOME
/u01/app/oracle/product/12.1.0/dbhome_1

$ echo $ORACLE_UNQNAME
orcl

2. Oracle_home/binディレクトリに移動します。

3. oracleユーザーとして次のコマンドを実行します。

./emctl status dbconsole

Oracle Enterprise Manager Control(EMCTL)ユーティリティに、現行のノードにDatabase Controlコンソールの現在のステータスが表示されます。

Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0
Copyright (c) 1996, 2009 Oracle Corporation.  All rights reserved.
https://racnode1.example.com:1158/em/console/aboutApplication
Oracle Enterprise Manager 11g is running.
------------------------------------------------------------------
Logs are generated in directory /u01/app/oracle/product/12.1.0/dbhome_1/racnode1_orcl/sysman/log

4. EMCTLユーティリティでDatabase Controlが起動していないことが報告された場合は、次のコマンドを使用して起動してください。

./emctl start dbconsole

標準インストールに続いて、Database Controlは、データベースを作成したノードからコンソール・ページを提供します。また、コンソールはクラスタのすべてのノード上のエージェントを監視します。ただし、Enterprise Manager Configuration Assistant (EMCA)を使用して、クラスタ内に複数のDatabase Controlコンソールが存在するようにEnterprise Managerを構成できます。

参照:

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

- Oracle Enterprise Managerを使用したOracle RAC管理の概要

Oracle Databaseパッチのダウンロードとインストールについて

パッチ・セットがインストール済のソフトウェアに対応する最新のものであることを確認して実行してください。

オラクル社では、オラクル社のソフトウェアについてパッチと呼ばれるバグ・フィックスを定期的に発行しています。パッチ・セットとはバグ・フィックスのコレクションであり、パッチ・セットのリリース時までに作成されたバグ・フィックスが含まれます。パッチ・セットは完全にテストされた製品修正です。パッチ・セットの適用は、Oracleホームにあるソフトウェアにのみ影響します。

インストール時にMy Oracle Supportへのアクセスを構成した場合は、インストール時に最新のパッチがダウンロードされて適用されているはずです。

OUIでMy Oracle Supportへのアクセスを構成しなかった場合は、ご使用のリリースに対応するパッチ・セットと、パッチ・セットに含まれていない必須のパッチを適用する必要があります。パッチおよびパッチ・セットのダウンロードとインストールについては、「Oracleソフトウェアの管理およびパッチの適用」で説明されています。

参照:

パッチおよびパッチ・セットを検索してダウンロードする方法の詳細な手順は、Oracle Grid Infrastructureインストレーション・ガイドfor Linuxを参照してください。

ユーザー・アカウントの構成について

Oracle RACデータベースへのアクセスおよび管理のために、複数の異なるオペレーティング・システム・アカウントを使用できます。

oracleユーザーのオペレーティング・システム・アカウントは、Oracle Databaseソフトウェアをインストールする際に使用するアカウントです。オペレーティング・システム・ユーザーとしてログインしている場合には、シェルの構成ファイルを変更し、ORACLE_HOMEなどの環境変数をいつでも設定できます。

参照:
オペレーティング・システム・ユーザーおよびグループについて

Oracle RACデータベースへのOracle Databaseの変換について

単一インスタンス・データベースがあり、Oracle RACまたはOracle RAC One Nodeに変換する場合は、rconfig、Oracle Enterprise ManagerまたはDatabase Configuration Assistant (DBCA)を使用して、単一インスタンス・データベースのインストール環境をOracle Real Application Clusters (Oracle RAC)データベースに変換するタスクを実行できます。

rconfigはコマンドライン・ユーティリティです。Oracle Enterprise Manager Cloud Controlの「クラスタ・データベースへの変換」オプションは、GUI変換ツールを提供します。また、単一インスタンス・データベースをOracle RACデータベースに変換した後、srvctlユーティリティを使用して、そのデータベースをOracle RAC One Nodeデータベースに変換できます。

- データベースの変換の準備について
データベースをクラスタ・データベースに変換するプロセスを開始する前に、データベース環境が一定の前提条件を満たしている必要があります。

- Cloud Controlを使用するデータベース変換プロセスの概要
Oracle Enterprise Manager Cloud Controlを使用して単一インスタンス・データベースをOracle RACデータベースに変換できます。

- rconfigを使用したデータベース変換プロセスの概要
このトピックでは、rconfigユーティリティを使用して単一インスタンスのデータベースをOracle RACデータベースに変換するプロセスの概略を示します。

- Oracle RACデータベースのOracle RAC One Nodeデータベースへの変換
rconfigユーティリティを使用して単一インスタンスのOracle Databaseを単一ノードのOracle RACデータベースに変換した後、srvctlユーティリティを使用してデータベースをOracle RAC One Nodeデータベースに変換できます。

データベースの変換の準備について

データベースをクラスタ・データベースに変換するプロセスを開始する前に、データベース環境が一定の前提条件を満たしている必要があります。

- 既存のデータベースとターゲットOracle RACデータベースは、Oracle Database 12cと同じリリースであり、同じプラットフォーム上で実行している必要があります。

- Oracle RACデータベースの実装に使用するハードウェアおよびオペレーティング・システム・ソフトウェアが、インストールするOracle RACソフトウェアのリリースでの使用を認定されている必要があります。

- Oracle RACデータベース用の共有記憶域を構成する必要があります。Oracle Clusterwareのファイル用(Oracle Cluster Registry、投票ファイル、グリッド・インフラストラクチャ管理リポジトリなど)の追加の共有記憶域が必要となります。

- Oracle RACデータベースに対して実行する任意のアプリケーションをクラスタ・データベースで正常に使用できるようにするためには、それらのアプリケーションで追加構成を何も必要としないことを検証する必要があります。これは、Oracle StreamsなどのOracleアプリケーションとデータベース機能、およびOracle以外のアプリケーションと製品の両方に適用されます。

- 単一インスタンスのOracle DatabaseからOracle RACに変換する前に、バックアップを実行可能にする必要があります。

- Oracle RAC環境でアーカイブを実行する場合は、アーカイブ・ログ・ファイルの書式にスレッド番号が必要です。

- メディア・リカバリには、Oracle RACデータベースのすべてのインスタンスのアーカイブREDOログ・ファイルが必要です。ファイルにアーカイブして、クラスタ・ファイル・システム、または共有ファイル・システムを提供するその他の方法を使用しない場合、クラスタ・データベースにインスタンスが含まれているすべてのノードのアーカイブREDOログ・ファイルにアクセスする方法が必要となります。

注意:

個々のOracle Database 12cデータベース製品またはオプションの使用方法の詳細は、Oracle Help Center Webサイトの製品ドキュメント・ライブラリ(http://docs.oracle.com/en/database/)を参照してください。

参照:

- 様々なオペレーティング・システムへのOracle RACのインストールについて

- システム要件の確認

- インストール・ディレクトリおよび共有記憶域の構成

Cloud Controlを使用するデータベース変換プロセスの概要

Oracle Enterprise Manager Cloud Controlを使用して単一インスタンス・データベースをOracle RACデータベースに変換できます。

この項では、単一インスタンス・データベースをOracle RACデータベースに変換するプロセスの概要を示します。

- Oracle RACデータベースに変換する場合に前提条件となる次のタスクを実行します。

- Oracle ClusterwareおよびOracle Databaseソフトウェアをすべてのターゲット・ノードにインストールします。

- Oracle Clusterwareを起動します。

- すべてのターゲット・ノードでOracle RACに対してOracle Databaseバイナリを有効にします。

- 共有記憶域を構成して、すべてのノードからアクセス可能にします。

- 変換を実行しているオペレーティング・システム・ユーザーに対して、ユーザー等価関係を構成します。

- Oracle Enterprise Managerのエージェントを、クラスタ情報およびホスト情報を使用してすべてのノードで構成および実行します。

- 変換するデータベースを正常にバックアップしておきます。

- 変換するデータベースのホームページにアクセスします。「データベース・ホーム」ページへの移動の手順については、『Oracle Database 2日でデータベース管理者』の「データベースのホームページへのアクセス」に関する項を参照してください。

- 「可用性」メニューで、「クラスタ・データベースへの変換」を選択します。

- 必要な資格証明を指定します。

- 新しいデータベースのインスタンスを含める必要があるホスト・ノードを選択します。

- リスナーおよびインスタンスの構成情報を指定します。

- データファイルに使用する共有記憶域の場所を指定します。

- ジョブを発行します。

- 変換後のタスクを実行します。

変換されたOracle RACデータベースは、固定された構成ではなくサーバー・プールを使用します。

参照:

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

rconfigを使用したデータベース変換プロセスの概要

このトピックでは、rconfigユーティリティを使用して単一インスタンスのデータベースをOracle RACデータベースに変換するプロセスの概略を示します。

- Oracle RACデータベースに変換する場合に前提条件となる次のタスクを実行します。

- Oracle ClusterwareおよびOracle Databaseソフトウェアをすべてのターゲット・ノードにインストールします。

- Oracle Clusterwareを起動します。

- すべてのターゲット・ノードでOracle RACに対してOracle Databaseバイナリを有効にします。

- 共有記憶域を構成して、すべてのノードからアクセス可能にします。

- 変換を実行しているオペレーティング・システム・ユーザーに対して、ユーザー等価関係を構成します。

- 変換するデータベースを正常にバックアップしておきます。

- rconfigを使用すると、単一インスタンスのデータベースを管理者が管理するクラスタ・データベースまたはポリシーで管理するクラスタ・データベースに変換できます。環境に応じてConvertToRAC_AdminManaged.xmlまたはConvertToRAC_PolicyManaged.xmlサンプル・ファイルのパラメータを変更し、ファイルを新しい場所に保存します。どちらのファイルもOracle_home/assistants/rconfig/sampleXMLsディレクトリに配置されます。

- 変更したXMLファイルの名前を入力値として指定し、rconfigコマンドを実行します。

- 変換後のタスクを実行します。

rconfigユーティリティを使用して、単一インスタンスOracle ASMをクラスタOracle ASMに変換することもできます。

参照:

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

Oracle RACデータベースのOracle RAC One Nodeデータベースへの変換

rconfigユーティリティを使用して単一インスタンスのOracle Databaseを単一ノードのOracle RACデータベースに変換した後、srvctlユーティリティを使用してデータベースをOracle RAC One Nodeデータベースに変換できます。

データベースをOracle RAC One Nodeデータベースに変換するには、次のコマンドを使用します。

srvctl convert database -db database_name -dbtype RACONENODE

Oracle RAC One Nodeデータベースは、フェイルオーバーまたはオンライン・データベース再配置をサポートするために、マルチノード・クラスタの一部である必要があります。クラスタ用Oracle Grid InfrastructureとOracle RACを2つ以上のノードにインストールするか、または既存の単一ノードのOracle RACデータベースにノードを追加する必要があります。

参照:

- ノードの追加の詳細は、「ノードおよびインスタンスの追加と削除」を参照してください。

- Oracle RAC One Nodeの詳細は、「Oracle RAC One Nodeについて」を参照してください。

4 データベース・インスタンスおよびクラスタ・データベースの管理

WebベースのOracle Enterprise Manager Cloud Controlでは、Oracle Real Application Clusters (Oracle RAC)データベースを管理できます。Cloud Controlコンソールを使用して、複数のOracle RACデータベースおよびクラスタ・ノードを管理できます。

Oracle Enterprise Managerコンソールは、Oracle環境の制御における中心点です。このコンソールを使用すると、様々なタスクを実行できます(データベース・コンポーネントの起動および停止、Oracle RACのパラメータおよびパラメータ・ファイルの管理など)。

- Oracle Real Application Clustersデータベース管理について
Oracle RACデータベースの管理と単一インスタンスのOracle Databaseの管理には違いがあります。

- Oracle RAC One Nodeデータベース管理について
Oracle RAC One Nodeデータベースの管理は、Oracle RACまたはシングル・インスタンスのデータベースとは若干異なります。

- Enterprise Managerを使用したOracle RAC管理について
WebベースのOracle Enterprise Manager Cloud Controlコンソールでは、Oracle RACおよびOracle RAC One Nodeデータベースを管理できます。

- Oracle RACデータベースおよびデータベース・インスタンスの起動および停止
クラスタ・データベースの起動および停止は、Enterprise Managerの「クラスタ・データベース」のホームページから行うことができます。

- Oracle Real Application Clusters初期化パラメータの管理
Oracle RACデータベースの初期化パラメータの管理は、基本的には単一インスタンスのOracle Databaseの管理と同様です。

- Oracle RACの記憶域の管理について
このトピックでは、Oracle Enterprise Managerを使用してOracle RACデータベースの一部の記憶域構造を管理するための追加情報について説明します。

参照:

データベース監視タスクの概要については、Oracle Database 2日でデータベース管理者を参照してください。

Oracle Real Application Clustersデータベース管理について

Oracle RACデータベースの管理と単一インスタンスのOracle Databaseの管理には違いがあります。

Oracle Real Application Clusters(Oracle RAC)は、2つ以上の個々のコンピュータをリンクして1つのシステムとして機能させるテクノロジです。Oracle RACにより、クラスタのメンバーであるコンピュータの各ノードはOracle Databaseへのアクセスを共有できるようになります。あるクラスタ・ノードがエラーまたはオフラインになっても、他のクラスタ・ノードは引き続き稼働し、Oracle RACデータベース全体が使用可能なままになります。2つ以上の安価なコンピュータが、アプリケーションでは、はるかに強力で高価な単一のコンピュータであるかのように認識されます。

Oracle RACデータベースのパフォーマンスを向上するには、クラスタ・ノードを追加できます。各ノードを追加すると、アプリケーションの処理が高速化され、より多くのユーザーまたはプロセス、あるいはその両方がサポートされます。また、クラスタ・ノードを追加すると、2ノードのOracle RACデータベースの可用性および信頼性も向上します。Oracle RAC環境のノード数が増えると、個々のノードの損失によってデータベースが受ける影響が少なくなります。

Oracle RACデータベースには、クラスタ・ノード、共有記憶域およびOracle Clusterwareという3つのコンポーネントが必要です。クラスタのノード数および使用する共有記憶域のタイプは任意に選択できますが、このマニュアルでは、ある特定の2ノード・クラスタ構成について説明します。この2ノード構成では、記憶域管理用にOracle Automatic Storage Management (Oracle ASM)、またバックアップおよびリカバリ計画用にRecovery Manager(RMAN)が使用されます。

ほとんどの管理タスクは、単一インスタンスのOracle DatabaseとOracle RACデータベースの間で同じです。このガイドでは、Oracle RACに固有のデータベース管理タスクに関する追加指示と、Oracle RACデータベースの管理のための推奨事項について説明します。

注意:

Oracle Database Standard Editionを使用している場合は、クラスタがライセンスの制限に準拠している必要があります。クラスタのライセンス制限の詳細は、Oracle Databaseライセンス情報を参照してください。

参照:

単一インスタンス・データベースの管理の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle RAC One Nodeデータベース管理について

Oracle RAC One Nodeデータベースの管理は、Oracle RACまたはシングル・インスタンスのデータベースとは若干異なります。

Oracle Real Application Clusters One Node(Oracle RAC One Node)は、クラスタ内の1つのノードで実行されるOracle Real Application Clusters(Oracle RAC)データベースの単一インスタンスです。インスタンスを停止および起動するかわりに、Oracle RAC One Nodeのオンライン・データベース再配置を使用して、Oracle RAC One Nodeインスタンスを別のサーバーに再配置できます。

- 管理者によって管理されるOracle RAC One Nodeデータベースの場合: 候補ノード・リストを監視して、フェイルオーバーの際にサーバーが必ず利用できるようにする必要があります。候補サーバーは、クラスタの汎用サーバー・プールにあります。Oracle RAC Oneノード・データベース・インスタンスを現在ホストしているノードが失敗した場合、データベースおよびサービスが候補サーバーのいずれかにフェイルオーバーします。

- ポリシー管理Oracle RAC One Nodeデータベースの場合: 現在のノードが使用できなくなった場合にサーバーがデータベースのフェイルオーバーに使用できるように、サーバー・プールが構成されていることを確認する必要があります。また、オンライン・データベース再配置のための宛先ノードは、データベースのサーバー・プールに配置される必要があります。

オンライン・データベース再配置の手順の概要については、次のトピックを参照してください。

参照:

Oracle RAC One Nodeデータベースを管理する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

Oracle Enterprise Managerを使用したOracle RAC管理について

WebベースのOracle Enterprise Manager Cloud Controlコンソールでは、Oracle RACおよびOracle RAC One Nodeデータベースを管理できます。

Oracle Enterprise Managerは、グラフィカル・ユーザー・インタフェース(GUI)を介してアクセスするOracle環境を制御するための中心点です。Oracle Enterprise Managerでは、サービスを作成および変更でき、クラスタ・データベース・インスタンスとクラスタ・データベースを起動および停止できます。Enterprise Manager Cloud Controlは、Oracle RACデータベースだけでなく、Oracle RAC環境全体の管理に使用します。

Oracle Enterprise Manager Cloud Controlにログインし、Oracle RACデータベースのデータベース・ホームページにアクセスすると、クラスタ・データベース・ホームページが表示されます。「クラスタ・データベース: ホーム」ページは、単一インスタンスの「データベース: ホーム」ページに似ています。ただし、「クラスタ・データベース: ホーム」ページでは、Oracle Enterprise ManagerによってOracle RAC環境全体のシステム状態および可用性が表示されます。これには、アラート・メッセージおよびジョブ・アクティビティに関するサマリーや、すべてのデータベースおよびOracle Automatic Storage Management(Oracle ASM)インスタンスへのリンクおよびそのステータスが含まれます。このページの「クラスタ」タブをクリックして、クラスタのホームページを表示して、基礎となるクラスタに対するステータスやアラートを表示することができます。

注意:

Oracle Enterprise Manager Cloud Controlはノード上のすべてのOracle ASMインスタンスを管理します。いくら多くのOracle Databaseが記憶域用にOracle ASMを使用していたとしても、1つのノードには1つのOracle ASMインスタンスのみが存在します。

Oracle RACデータベースおよびデータベース・インスタンスの起動および停止

クラスタ・データベースの起動および停止は、Enterprise Managerの「クラスタ・データベース」のホームページから行うことができます。

クラスタ・データベースの起動および停止の操作にEnterprise Manager Cluster Databaseのホームページを使用すると、Oracle RACデータベースに属するすべてのインスタンスの一貫性を保てます。Oracle Enterprise Managerを使用すると、ユーザーはOracle RACデータベースをより容易に管理できます。

Oracle RACデータベース内の個々のインスタンスを起動および停止できます。Oracle RACデータベース内の1つのインスタンスを起動または停止しても、その他のインスタンスは起動または停止されません。Oracle RACデータベースを完全に停止するには、そのすべてのインスタンスを停止する必要があります。

また、インスタンスは、SQL*Plusまたはサーバー制御(SRVCTL)を使用して起動および停止することもできます。

サーバー・パラメータ・ファイル(SPFILE)を使用している場合に、Oracle RACデータベース全体を起動および停止するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベース・ホームページに移動し、SYSユーザーとしてログインします。

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

2. 「クラスタ・データベース」のホームページの「一般」セクションで、データベースが停止している場合は「起動」 を、データベースが起動している場合は「停止」をクリックします。

「起動/停止: 資格証明の指定」ページが表示されます。

3. クラスタ・ノード用のホスト資格証明を入力します。このホスト資格証明は、オペレーティング・システム・グループOSDBAまたはOSOPERのメンバーであるユーザーのユーザー名およびパスワードです。

「起動/停止: 操作の選択」ページが表示されます。

4. 「すべて選択」をクリックすると、すべてのインスタンスを選択できます。「停止」をクリックすると、すべてのデータベース・インスタンスを停止できます。また、「起動」をクリックすると、すべてのデータベース・インスタンスを起動できます。

個々のインスタンスを起動および停止するには、「起動/停止: 操作の選択」ページに移動して、データベース・インスタンスを選択し、「起動」または「停止」をクリックして、選択したデータベース・インスタンスに対し必要な操作を実行します。また、インスタンスは、SQL*Plusまたはサーバー制御(SRVCTL)を使用して起動および停止することもできます。

「起動/停止: 確認」ページが表示されます。

5. 「はい」をクリックします。

注意:

個々のインスタンスは、各インスタンスのホームページから起動および停止できます。ただし、「起動/停止: 操作の選択」ページから、直接、インスタンスの起動および停止の操作を実行する方が簡単です。

参照:

Oracle Racデータベースのインスタンスをコマンドライン・インタフェースを使用して起動および停止する手順の詳細は、Oracle Database Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

Oracle Real Application Clusters初期化パラメータの管理

Oracle RACデータベースの初期化パラメータの管理は、基本的には単一インスタンスのOracle Databaseの管理と同様です。

ただし、Oracle RACデータベースのパラメータの場合、次の点が異なります。

- クラスタ固有のパラメータの「カテゴリ」列には、Cluster Databaseという値が含まれています。

- Oracle RACデータベースの各インスタンスで同じパラメータは、「インスタンス」列のアスタリスク(*)で示されます。

- Oracle RACデータベースの各インスタンスで異なる値に設定されているパラメータは、インスタンス名別にリストされます。

Oracle RAC環境の初期化パラメータを管理する場合の違いは、パラメータをデータベースの複数のインスタンスに適用可能なことです。パラメータがクラスタ全体のデータベース初期化パラメータであることを示すアスタリスクでマークされているパラメータ設定を変更すると、Oracle RACデータベース内のすべてのインスタンスのパラメータ設定が変更されます。接頭辞にインスタンス名のある初期化パラメータ、またはインスタンス固有の初期化パラメータを変更すると、変更はそのインスタンスのみに適用され、そのパラメータの他のデータベース・インスタンスでの設定には影響しません。

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

- Oracle RACデータベースの初期化パラメータの構成について
Oracle Databaseは、初期化パラメータをサーバー・パラメータ・ファイルまたはテキストベースのパラメータ・ファイルに格納します。

- Oracle Real Application Clustersのサーバー・パラメータ・ファイルについて
サーバー・パラメータ・ファイルは初期化パラメータのリポジトリです。

- Oracle RACデータベースの初期化パラメータ設定の編集
Enterprise Managerを使用して、Oracle RACデータベースの初期化パラメータ設定を表示および編集できます。

参照:

- Oracle RAC環境における初期化パラメータの詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

Oracle RACデータベースの初期化パラメータの構成について

Oracle Databaseは、初期化パラメータをサーバー・パラメータ・ファイルまたはテキストベースのパラメータ・ファイルに格納します。

サーバー・パラメータ・ファイル(SPFILE)は初期化パラメータのリポジトリの一種で、Oracle Databaseが起動しているサーバー、またはOracle RACデータベースの共有記憶域に保持されます。サーバー・パラメータ・ファイルに格納された初期化パラメータは持続性があり、インスタンスの実行中に加えられたパラメータへの変更はインスタンスの停止から起動までの間も持続します。

初期化パラメータ・ファイル(PFILE)は、初期化パラメータ設定を含むテキスト・ファイルです。SPFILEとは対照的に、このパラメータ・ファイルはバイナリではなく、データベース・サーバー上に配置する必要はありません。データベースでは、テキストベースの初期化パラメータ・ファイルに対して読取りを行うことはできますが、書込みは行われません。

デフォルトでは、Oracle Databaseのほとんどのパラメータがデフォルト値に設定され、この値はすべてのインスタンスで同じになります。ただし、多くの初期化パラメータに対しては、Oracle Databaseリファレンスで説明されているとおり、各インスタンスで別々の値も設定できます。その他のパラメータは、次の項で説明するように、インスタンス全体で一意にするか同一にする必要があります。

- すべてのインスタンスで同じ値を設定する必要があるパラメータ
データベースの作成に重要な特定の初期化パラメータ、または特定のデータベース操作に影響する特定の初期化パラメータは、Oracle RACデータベースの各インスタンスで同じ値を設定する必要があります。

- すべてのインスタンスで一意の値を設定するパラメータ
特定の初期化パラメータは、Oracle RACデータベースの各インスタンスで一意の値を設定する必要があります。

- すべてのインスタンスで同じ値を設定する必要があるパラメータ
次のパラメータは、すべてのインスタンスで同じ値に設定することをお薦めします。

- Oracle RACのSERVICE_NAMESパラメータの変更について
SERVICE_NAMESパラメータは、他の初期化パラメータと同じように変更しないでください。

参照:

- Oracle RAC環境における初期化パラメータの詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

すべてのインスタンスで同じ値を設定する必要があるパラメータ

データベースの作成に重要な特定の初期化パラメータ、または特定のデータベース操作に影響する特定の初期化パラメータは、Oracle RACデータベースの各インスタンスで同じ値を設定する必要があります。

これらのパラメータ値は、SPFILEに指定するか、または各インスタンスの個別のPFILEで指定します。次のリストに、すべてのインスタンスで同一である必要があるパラメータを示します。

- CLUSTER_DATABASE

- COMPATIBLE

- CONTROL_FILES

- DB_BLOCK_SIZE

- DB_DOMAIN

- DB_FILES

- DB_NAME

- DB_RECOVERY_FILE_DEST

- DB_RECOVERY_FILE_DEST_SIZE

- DB_UNIQUE_NAME

- DML_LOCKS(0に設定されている場合のみ)

- INSTANCE_TYPE(RDBMSまたはASM)

- PARALLEL_EXECUTION_MESSAGE_SIZE

- REMOTE_LOGIN_PASSWORDFILE

- RESULT_CACHE_MAX_SIZE(すべてのインスタンスに対し有効または無効)

- UNDO_MANAGEMENT

すべてのインスタンスで一意の値を設定するパラメータ

特定の初期化パラメータは、Oracle RACデータベースの各インスタンスで一意の値を設定する必要があります。

次のパラメータでは、すべてのインスタンスに対して、そのインスタンスに一意の値を設定する必要があります。

- ASM_PREFERRED_READ_FAILURE_GROUPS
ASM_PREFERRED_READ_FAILURE_GROUPS初期化パラメータを使用すると、優先読取り障害グループ名のリストを指定できます。これらの障害グループのディスクは、優先読取りディスクになります。したがって、すべてのノードはそのローカル・ディスクから読み取ることができます。この結果、効率およびパフォーマンスが向上し、ネットワーク・トラフィックが削減されます。このパラメータの設定はインスタンス固有で、すべてのインスタンスで同じにする必要はありません。

- CLUSTER_INTERCONNECTS
CLUSTER_INTERCONNECTS初期化パラメータを使用して、Oracle Clusterwareがプライベート・ネットワークに使用している代替インターコネクトを指定します。CLUSTER_INTERCONNECTS初期化パラメータを設定すると、Oracle RACデータベースの各インスタンスに対して一意の値が使用されます。

- INSTANCE_NUMBER
Oracle Databaseは、INSTANCE_NUMBERパラメータを使用して起動時にインスタンスを識別し、INSTANCE_NAMEパラメータを使用して特定のインスタンスにREDOログ・グループを割り当てます。インスタンス名はdb_unique_name_instance_numberの形式にすることが可能で、名前と番号がアンダースコアで区切られたこの形式の場合、アンダースコアの後の番号がINSTANCE_NUMBERとして使用されます。ポリシー管理のデータベースでは、インスタンス番号を明示的に割り当てる必要がなくなり、インスタンス名はデフォルトのdb_unique_name_instance_numberに設定され、Oracle Databaseによってインスタンス番号が割り当てられます。

- ROLLBACK_SEGMENTS(UNDO_MANAGEMENT初期化パラメータがAUTOに設定されていない場合)
ROLLBACK_SEGMENTSパラメータを使用する場合は、SPFILEでSID識別子を使用して、これらのパラメータに一意の値を設定することをお薦めします。ただし、各インスタンスのINSTANCE_NUMBERに一意の値を設定する必要があり、デフォルト値は使用できません。

- UNDO_TABLESPACE(UNDO_MANAGEMENTがAUTOに設定されている場合)
自動UNDO管理を使用可能にしてUNDO_TABLESPACEを指定する場合、各インスタンスでこのパラメータに一意のUNDO表領域名を設定します。

すべてのインスタンスで同じ値を設定する必要があるパラメータ

次のパラメータは、すべてのインスタンスで同じ値に設定することをお薦めします。

これらのパラメータにはインスタンスごとに異なる値を設定できますが、すべてのインスタンスでパラメータに同じ値を設定すると管理が簡単です。

表4-1 すべてのインスタンスで同じ値を設定する必要があるパラメータ

パラメータ

説明

ARCHIVE_LAG_TARGET

Oracle RACデータベースのインスタンスごとに異なる値を設定すると、データベース処理によって追加の自動同期化が実行されるため、多くの場合、オーバーヘッドが増加します。

Oracle RACデータベースのダウンストリーム取得構成で、Oracle Streamsダウンストリーム取得またはOracle GoldenGate統合取得モードを使用する場合、値は0 (ゼロ)より大きい必要があります

CLUSTER_DATABASE_INSTANCES

このパラメータについては、すべてのOracle RACデータベース・インスタンスで同一の設定であることが望まれますが、これは必須ではありません。

LICENSE_MAX_USERS

このパラメータでは、データベースに定義されるユーザー数のデータベース全体における制限が決定されるため、このパラメータにはデータベースのすべてのインスタンスに同じ値を指定して、どのインスタンスの使用時にも現在の値を確認できるようにすると便利です。異なる値を設定すると、インスタンスの起動時にOracle Databaseによって追加で警告メッセージが生成されたり、データベース・ユーザーの管理に関連するコマンドが一部のインスタンスで失敗する可能性があります。

LOG_ARCHIVE_FORMAT

すべてのインスタンスで同じ値を使用しない場合、メディア・リカバリが複雑になります。リカバリ中のインスタンスでは、必要なアーカイブREDOログ・ファイルの名前が、そのアーカイブREDOログ・ファイルの作成元インスタンスとは関係なく、リカバリ中のインスタンスのLOG_ARCHIVE_FORMATの値に定義された書式であると想定されます。

Oracle Data Guardをサポートするデータベースでは、アーカイブREDOログ・ファイルの送受信を行うために、すべてのインスタンスでLOG_ARCHIVE_FORMATに同じ値を使用する必要があります。

REDO_TRANSPORT_USER

このパラメータでは、リモート・ログイン・パスワード・ファイルをREDO転送認証に使用する場合に使用されるパスワード検証機能を所有するユーザーの名前を指定します。このパラメータはOracle Data Guard構成で使用されます。

SPFILE

すべてのインスタンスでこのパラメータに同じファイルを指定しない場合、各インスタンスは、フェイルオーバー、ロード・バランシングおよび通常の操作中に、異なる動作または予測できない動作を行う場合があります。また、ALTER SYSTEM SETまたはALTER SYSTEM RESETコマンドでSPFILEに行う変更は、コマンドを実行したインスタンスで使用されるSPFILEのみに保存されます。加えた変更は、別のSPFILEが使用されるインスタンスには反映されません。

サーバーによって値が設定されているインスタンスでSPFILEの値が異なる場合、デフォルトのSPFILEを使用していないインスタンスを再起動する必要があります。

TRACE_ENABLED

診断トレース情報をOracle RACデータベースで常に使用可能にするには、すべてのデータベース・インスタンスでTRACE_ENABLEDをTRUEに設定する必要があります。一部のインスタンスのみのトレースを行う場合、TRACE_ENABLEDがFALSEに設定されているインスタンスのみにアクセス可能なとき、必要な診断情報を使用できない場合があります。

UNDO_RETENTION

各インスタンスでUNDO_RETENTIONに異なる値を設定すると、スケーラビリティが低下し、フェイルオーバー後に予測できない動作が行われる場合があります。したがって、このパラメータにOracle RACデータベースのインスタンス間で異なる値を割り当てる前に、メリットがあるかどうかを慎重に考慮する必要があります。

Oracle RACのSERVICE_NAMESパラメータの変更について

SERVICE_NAMESパラメータは、他の初期化パラメータと同じように変更しないでください。

SERVICE_NAMES初期化パラメータでは、クライアントがインスタンスへの接続に必要とする1つ以上の名前が指定されます。インスタンスはそのサービス名をリスナーに登録します。クライアントがサービスをリクエストすると、リスナーはリクエストされたサービスを提供するインスタンスを決定し、クライアントを適切なインスタンスにルーティングします。

Oracle RACデータベースでは、このパラメータを直接変更しないでください。かわりに、Oracle Enterprise Managerの「クラスタ管理データベース・サービス」ページを使用して、データベースおよびデータベース・インスタンスのサービスを定義します。サービスを変更する必要がある場合は、Enterprise ManagerとSRVCTLのいずれかを使用できます。Oracle Enterprise ManagerまたはSRVCTLを使用してサービスを作成および起動する場合、サービスがアクティブになると、SERVICE_NAMESパラメータが自動的に更新されます。

関連トピック

- Oracleサービスについて

Oracle Real Application Clustersのサーバー・パラメータ・ファイルの構成について

サーバー・パラメータ・ファイルは、初期化パラメータのリポジトリです。

データベースを作成する際、Oracleでは、ユーザーが指定したファイルの場所にSPFILEが作成されます。Oracle ASMディスク・グループ、またはクラスタ・ファイル・システムのファイルをこの場所に指定できます。Oracle ASMを使用してSPFILEを格納することをお薦めします。

クラスタ・データベース内のインスタンスはすべて、起動時に同じSPFILEを使用します。Oracle RACで従来のパラメータ・ファイルが使用されるのは、SPFILEが存在しない場合、またはSTARTUPコマンドでPFILEを指定した場合のみです。管理の単純化、パラメータ設定の一貫性の維持、データベースの停止および起動イベント全体にわたるパラメータ設定の永続性の保証のために、SPFILEを使用することをお薦めします。さらにRMANを構成してSPFILEをバックアップできます。

参照:

- Oracle Database Backup and Recovery User's Guide for information about using RMAN to backup the SPFILE

Oracle RACデータベースの初期化パラメータ設定の編集

Oracle Enterprise Managerを使用して、Oracle RACデータベースの初期化パラメータを表示および編集できます。

「初期化パラメータ」ページの「現行」サブページでパラメータを特定の値にセットして、Oracleインスタンスのメモリーおよび処理設定の多くを初期化できます。「現行」タブを使用して初期化パラメータを変更すると、「現在実行中のインスタンス・モードでの変更をSPFileに適用する」オプションが選択されている場合を除き、その変更はSPFILEではなく、実行中のインスタンスのみに適用されます。

「SPFile」サブページを使用して初期化パラメータを変更すると、「SPFileモードでの変更を現在実行中のインスタンスに適用する」オプションが選択されていないかぎり、その変更は、現在実行中のインスタンスではなくSPFILEにのみ適用されます。「SPFile」サブページを使用したパラメータのリセットは、「現行」サブページを使用して同じパラメータをリセットした場合とは異なることに注意してください。あるインスタンスのパラメータ値をリセットして、すべてのインスタンスのデフォルト値に戻したり、すべてのインスタンスのデフォルトのパラメータ設定を削除(パラメータを設定解除)できます。

Oracle Enterprise Managerを使用して初期化パラメータを表示および変更するには、次の手順を実行します。

1. クラスタ・データベースのホームページにアクセスします。

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

2. 「管理」メニューから、初期化パラメータを選択します。

「データベース・ログイン」ページが表示された場合、SYSDBAユーザー、たとえばSYSまたはSYSTEMとしてログインします。

3. 「初期化パラメータ」ページで「現行」または「SPFile」サブページを選択してパラメータ設定を変更します。

4. 「選択」列を使用してパラメータを選択します。

5. 「追加」をクリックし、エントリを編集して、ターゲット・インスタンスまたはパラメータ値を変更します。オプションで、変更の理由を説明するコメントを追加できます。

6. 1つ以上のパラメータを変更した後、「適用」をクリックして変更を受け入れ、適用します。

- Oracle Enterprise Managerの現在のタブを使用したOracle RACの初期化パラメータの変更
「初期化パラメータ」ページの「現行」サブページには、そのインスタンスおよびデータベースの構成パラメータのリストが含まれています。

- Oracle Enterprise Managerの「SPFile」タブを使用したOracle RACの初期化パラメータの変更
パラメータを追加またはリセットするには、「初期化パラメータ」ページの「SPFile」サブページを使用します。

- 例: OPEN_CURSORSパラメータの変更
このトピックでは、OPEN_CURSORSパラメータを変更する例について説明します。

関連トピック

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

Oracle Enterprise Managerの現在のタブを使用したOracle RACの初期化パラメータの変更

「初期化パラメータ」ページの「現行」サブページにはこのインスタンスおよびデータベースの構成パラメータのリストが含まれています。

「初期化パラメータ」ページの「現行」サブページでパラメータを特定の値にセットして、Oracleインスタンスのメモリーおよび処理設定の多くを初期化できます。「SPFile」ではなく「現行」タブを使用して初期化パラメータを変更すると、「現在実行中のインスタンス・モードでの変更をSPFileに適用する」オプションが選択されている場合を除き、その変更は実行中のインスタンスのみに適用されます。

「インスタンス」列には、表内にリストされている値を持つパラメータのインスタンスが表示されます。アスタリスク(*)は、クラスタ・データベースのその他のすべてのインスタンスでもそのパラメータの値が同じであることを示しています。たとえば、node1ではopen_cursors = 250、node2ではopen_cursors = 300となっている場合、open_cursors = 250の「インスタンス」列にはアスタリスクが表示され、open_cursors = 300の「インスタンス」列にはnode2が表示されます。このように表記を省略することにより、クラスタ・データベースのインスタンスが多い場合に領域を節約できます。

図4-1 「初期化パラメータ: 現行」タブでの変更

「初期化パラメータ」ページをフィルタ処理して、「名前別フィルタ」フィールドに入力したフィルタ基準を満たすパラメータのみを表示できます。またオプションとして、「すべて表示」を選択し、実行中のインスタンスで現在使用されているすべてのパラメータを1つのページに表示することもできます。

「現行」タブを使用してパラメータ値を変更するには、次の手順を実行します。

1. 「選択」列からパラメータを選択し、次のいずれかを実行します。

- 「追加」をクリックし、選択したパラメータを別のインスタンスに追加します。
表に新しい行が表示されたら、新しい設定を適用するインスタン名を選択し、パラメータの新しい値を「値」フィールドに入力します。オプションで、そのインスタンスの値が他のインスタンスと異なる値である理由を示すテキストを「コメント」フィールドに入力できます。

- 「リセット」をクリックし、選択したパラメータの値をリセットします。このオプションを使用する際、「インスタンス」列にアスタリスクがないパラメータのみがリセット可能であることに注意してください。
「リセット」をクリックすると、選択した列の値は他のインスタンス(「インスタンス」列のアスタリスクの付いた行)の値にリセットされ、「インスタンス」フィールドにローカル・インスタンス名を含む行が表から削除されます。

たとえば、パラメータOPEN_CURSORSを選択し、「追加」をクリックします。OPEN_CURSORSの新規エントリで、「インスタンス」(sales1またはRACDB2など)を選択し、「値」フィールドを300に変更します。

2. 1つ以上のパラメータを変更した後、「適用」をクリックして変更を受け入れ、適用します。

Oracle Enterprise Managerの「SPFile」タブを使用したOracle RACの初期化パラメータの変更

パラメータを追加またはリセットするには、「初期化パラメータ」ページの「SPFile」サブページを使用します。

「SPFile」サブページを使用して初期化パラメータを変更すると、「SPFileモードでの変更を現在実行中のインスタンスに適用する」オプションが選択されていないかぎり、その変更は、現在実行中のインスタンスではなくSPFILEにのみ適用されます。

「SPFile」サブページを使用したパラメータのリセットは、「現行」サブページを使用して同じパラメータをリセットした場合とは異なることに注意してください。あるインスタンスのパラメータ値をリセットして、すべてのインスタンスのデフォルト値に戻したり、すべてのインスタンスのデフォルトのパラメータ設定を削除(パラメータを設定解除)できます。

- アスタリスクのあるパラメータを「インスタンス」列でリセットすると、そのエントリはEnterprise Managerに表示されたSPFILEと表の両方から削除されます。アスタリスクのないパラメータ(インスタンス固有のパラメータ)のみ残ります。

図4-2 アスタリスクが示されているOPEN_CURSORパラメータをリセットした結果

- アスタリスクのないパラメータのエントリのみリセットする場合は、Enterprise ManagerのSPFILEと表の両方から削除されますが、「インスタンス」列はアスタリスクのある空の値フィールドのダミー・パラメータに置き換えられます。ダミー・パラメータを使用することによって、パラメータに対して新しい値を指定したり、インスタンス固有の新しいエントリを追加できます。

図4-3 OPEN_CURSORSのすべての初期化パラメータ・エントリをリセットした結果

1つのインスタンスのみに設定されたパラメータをリセットすると、すべてのインスタンスについて、そのパラメータが設定解除されます。

「SPFile」タブを使用してパラメータ値を変更するには、次の手順を実行します。

1. 「選択」列を使用してパラメータを選択します。

各パラメータの詳細を参照するには、パラメータの横にある「ヘルプ」列の情報アイコンをクリックします。

2. 「追加」をクリックし、エントリを編集して、ターゲット・インスタンスまたはパラメータ値を変更します。オプションで、変更の理由を説明するコメントを追加できます。

3. 「適用」をクリックして、変更をSPFILEに適用します。「SPFileモードでの変更を現在実行中のインスタンスに適用する」オプションが選択されている場合は、変更がSPFILEおよび現在実行中のインスタンスに適用されます。

4. 「初期化パラメータ」ページの「SPFile」サブページで、「選択」列からパラメータを選択し、次のいずれかを実行します。

a. 「追加」をクリックし、選択したパラメータを別のインスタンスに追加します。

表に新しい行が表示されたら、新しい設定を適用するインスタン名を選択し、パラメータの新しい値を「値」フィールドに入力します。オプションで、変更の理由を説明するテキストを「コメント」フィールドに追加できます。

b. 「リセット」をクリックし、選択したパラメータの値をリセットします。

「リセット」をクリックすると、次のいずれかのアクションが実行されます。

- 特定のインスタンスのエントリを選択した場合、そのインスタンスに対して選択したパラメータの値は、(「インスタンス」列のアスタリスクによって示される)その他のインスタンスの値にリセットされます。「インスタンス」フィールド内にローカル・インスタンス名を含むエントリが削除されます。

- リセット対象として選択したエントリがすべてのインスタンスのデフォルト値(「インスタンス」列でアスタリスクによって示される)であった場合、すべてのインスタンスで選択したパラメータの値の設定が解除されますが、同じパラメータのインスタンス固有のパラメータ・エントリは変更されません。

- あるパラメータに対する唯一のエントリをリセットする場合、エントリがすべてのインスタンスに適用されるか単一インスタンスに適用されるかにかかわらず、そのパラメータは、クラスタ・データベース内のすべてのインスタンスに対して設定解除されます。

5. 1つ以上のパラメータを変更した後、「適用」をクリックして変更を受け入れ、適用します。

例: OPEN_CURSORSパラメータの変更

このトピックでは、OPEN_CURSORSパラメータを変更する例について説明します。

SPFILEのopen_cursorsパラメータに次の2つのエントリが含まれているとします。

*.open_cursors = 250
RACDB2.open_cursors = 200

図4-4 OPEN_CURSORSパラメータの初期値

「初期化パラメータ」ページを使用して、「SPFile」タブを選択し、*.open_cursorsに対して「リセット」をクリックすると、Oracle Enterprise Managerによって、このエントリがSPFILEおよび表示されたパラメータ・リストの両方から削除され、RACDB2.open_cursors = 200のみが残されます。

図4-5 デフォルト・エントリを削除した後のパラメータ値

RACDB2.open_cursorsで「リセット」をクリックしても、Enterprise ManagerでSPFILEおよびパラメータの表示リストの両方からこのパラメータ・エントリが削除されますが、新規エントリの*.open_cursors = <NULL>が、リセットされたパラメータのかわりにパラメータの表示リストに追加されます。

図4-6 カスタム・エントリおよびデフォルト・エントリを削除した後のパラメータ値

Oracle RACの記憶域の管理について

このトピックでは、Oracle Enterprise Managerを使用してOracle RACデータベースの一部の記憶域構造を管理するための追加情報について説明します。

- Oracle RACでの自動UNDO管理について
インスタンスに割り当てられた特定のUNDO表領域内のUNDOセグメントは、Oracle RACによって自動的に管理されます。

- Oracle RACのOracle Automatic Storage Management
Oracle自動ストレージ管理(Oracle ASM)では、管理対象のディスク全体の記憶域構成を管理することで、記憶域を自動的に最適化し、最大のパフォーマンスを引き出します。

- Oracle RACのREDOログの管理
次のトピックでは、Oracle RAC環境でのREDOログ・ファイルの構成に関する追加的な概念および手順を概説します。

参照:

単一インスタンス・データベースの記憶域の管理の詳細は、Oracle Database 2日でデータベース管理者を参照してください。

Oracle RACでの自動UNDO管理について

インスタンスに割り当てられた特定のUNDO表領域内のUNDOセグメントは、Oracle RACによって自動的に管理されます。

この表領域の内容を変更できるのは、UNDO表領域に割り当てられたインスタンスのみです。ただし、各インスタンスでは、いずれのインスタンスで作成されたUNDOデータ・ブロックでも読み取ることができます。また、トランザクション・リカバリの実行時に、UNDO表領域がUNDO生成またはトランザクション・リカバリのために別のインスタンスで使用されていないのであれば、どのインスタンスでもUNDO表領域を更新できます。Oracle RACデータベース内にUNDO表領域を割り当てるには、SPFILEまたは個別のPFILEで各インスタンスのUNDO_TABLESPACEパラメータに別の値を指定します。Oracle RACデータベースでは、自動UNDO管理モードと手動UNDO管理モードを同時に使用することはできません。Oracle RACデータベースのすべてのインスタンスは、同じUNDOモードで操作してください。

参照:

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

Oracle RACのOracle Automatic Storage Management

Oracle Automatic Storage Management(Oracle ASM)では、管理対象のディスク全体の記憶域構成を管理することで、記憶域を自動的に最適化し、最大のパフォーマンスを引き出します。

Oracle ASMは、クラスタ・データベース環境内で使用可能なすべての記憶域全体で記憶域のロードを均等に分散することによって記憶域を最適化します。Oracle ASMによって、ディスク領域全体の要件が、ディスク・グループ内のすべてのディスクに均一なサイズにパーティション化されます。また、Oracle ASMでは、データを自動的にミラー化してデータ損失を防止します。Oracle ASMのこれらの機能により、管理オーバーヘッドも大幅に削減されます。

単一インスタンスのOracle Databaseの場合と同様に、Oracle RACでOracle ASMを使用する場合も、I/Oチューニングは不要です。次のトピックで、Oracle ASMおよびOracle ASMの管理について説明します。

- Oracle RACのOracle ASMコンポーネントについて
Oracle ASMインスタンスは、Oracle Flex ASMでの様々な構成で動作できます。

- Oracle RACでのOracle ASM用ディスク・グループ構成について
クラスタに対してディスク・グループを作成する場合、または既存のクラスタ化ディスク・グループに新規ディスクを追加する場合は、共有ディスクの基礎となる物理記憶域のみを準備する必要があります。

- スタンドアロンのOracle ASMディスク・グループの管理について
インストール中にOracle ASMを構成しない場合、手動でOracle ASMを構成するか、スタンドアロンのOracle ASMディスク・グループ管理を実行する必要があります。

- Oracle ASMインスタンスおよびディスク・グループ管理について
Oracle ASMディスク・グループの追加や削除などの管理操作は、Oracle Enterprise Managerで実行できます。

Oracle RACのOracle ASMコンポーネントについて

Oracle ASMインスタンスは、Oracle Flex ASMでの様々な構成で動作できます。

Oracle Flex ASMを使用すると、データベース・サーバーとは異なる物理サーバーでOracle ASMインスタンスを実行できます。このデプロイでは、システム全体におけるOracle ASMのフットプリントを削減しながら、Oracle ASMインスタンスの大規模なクラスタでより多くのデータベース・クライアントをサポートできます。Oracle Flex ASMを使用している場合、Oracle ASMクライアントはストレージへの直接アクセスで構成されます。

Oracle Flex ASMを使用すると、すべての記憶域の要件を、ディスク・グループの単一のセットに統合できます。これらのすべてのディスク・グループを、単一のクラスタで実行中のOracle ASMインスタンスの小さいセットでマウントおよび管理します。カーディナリティ設定で、Oracle ASMインスタンスの数を指定できます。デフォルトは、3インスタンスです。

各Oracle ASMインスタンスには、SPFILEまたはPFILEタイプのパラメータ・ファイルが存在します。

このマニュアルで説明する環境では、各ノードにOracle ASMインスタンスがあり、Oracle ASMインスタンスでSPFILEを使用します。

関連トピック

- Oracle Automatic Storage Management管理者ガイド

Oracle RACでのOracle ASM用ディスク・グループ構成について

クラスタに対してディスク・グループを作成する場合、または既存のクラスタ化ディスク・グループに新規ディスクを追加する場合は、共有ディスクの基礎となる物理記憶域のみを準備する必要があります。

Oracle ASMをOracle RACデータベースで使用する場合と単一インスタンスのOracle Databaseで使用する場合を比較したときの唯一の大きな違いは、共有ディスクを必要とする点です。Oracle ASMでは、ディスクまたはディスク・グループを追加または削除した後、自動的に記憶域のロードが再調整されます。

クラスタでは、Oracle ASMインスタンスが実行されているノードのディスク・グループに対するメタデータの更新は、各Oracle ASMインスタンスによって管理されます。また、各Oracle ASMインスタンスが、ディスク・グループのメタデータとクラスタの他のノード間の調整を行います。

単一インスタンスのOracle Databaseと同様に、Enterprise Manager、Oracle ASM Configuration Assistant(ASMCA)、Oracle ASM command-line utility(ASMCMD)、SQL*PlusおよびSRVCTLを使用してOracle RAC環境のOracle ASM用ディスク・グループを管理できます。

参照:

- Oracle RACインスタンス、Oracle ASMインスタンスおよび共有記憶域の関係の図は、Oracle RAC環境で実行されるOracle ASMについてを参照してください。

- SQL*Plusを使用してOracle ASMインスタンスを管理する方法の詳細は、Oracle自動ストレージ管理管理者ガイドを参照

スタンドアロンのOracle ASMディスク・グループの管理について

インストール中にOracle ASMを構成しない場合、手動でOracle ASMを構成するか、スタンドアロンのOracle ASMディスク・グループ管理を実行する必要があります。

クラスタ用Oracle Grid Infrastructureのインストール中にOracle ASMを構成できます。Oracle ASMストレージのプロパティを変更するために、データベースを作成する必要はありません。

Oracle ASMを手動で構成するには、まずASMCAを実行してOracle ASMインスタンスを作成し、少なくとも1つのディスク・グループを作成する必要があります。Oracle ASMを実行したら、DBCAを使用して、Oracle ASMを記憶域として使用するOracle RACデータベースを作成できます。

注意:

Oracle Cluster Registry(OCR)および投票ディスクをクラスタ用Oracle Grid Infrastructureインストールの一部としてOracle ASMにインストールした場合は、Oracle ASMインスタンスがOUIによって作成されるため、ASMCAを実行する必要はありません。インストール中に、OCRおよび投票ディスクにOracle ASM記憶域を指定しなかった場合のみ、ASMCAを使用する必要があります。

参照:

Oracle Automatic Storage Managementのコマンドライン・ユーティリティASMCAの使用方法の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle ASMインスタンスおよびディスク・グループ管理について

Oracle ASMディスク・グループの追加や削除などの管理操作は、Oracle Enterprise Managerで実行できます。

Oracle ASMディスク・グループのパフォーマンスの監視やディスク・グループの可用性の制御をインスタンス・レベルで実行することも可能です。たとえば、Enterprise Managerには、Oracle RACに固有の次のようなOracle ASM用の機能があります。

- ディスク・グループを追加するときは、ディスク・グループがすべてのクラスタ・データベース・インスタンスに自動的にマウントされるかどうかを示すチェック・ボックスがディスク・グループ定義に含まれています。

- デフォルトの「ディスク・グループ」の「パフォーマンス」ページでは、「書込みレスポンス時間」、「I/Oスループット」などのパフォーマンス特性をクリックすると、インスタンス・レベルのパフォーマンス詳細が表示されます。

- Oracle ASMディスク・グループをマウントまたはディスマウントする場合、特定のOracle ASMディスク・グループをマウントまたはディスマウントするインスタンスを指定するチェック・ボックスが使用できます。

Oracle RACのREDOログの管理

次のトピックでは、Oracle RAC環境でのREDOログ・ファイルの構成に関する追加的な概念および手順を概説します。

Oracle RAC環境でのREDOログ・ファイルの管理は、単一インスタンスのOracle Database環境でのREDOログ・ファイルの管理に似ています。

- Oracle RACデータベースのREDOログ・グループおよびREDOスレッドについて
REDOログには、データ・ファイルに対して行われた変更の記録が含まれています。

- Oracle RACデータベースのREDOログ・ファイルへのアクセスについて
Oracle RACデータベースでは、単一インスタンスのOracle Databaseの場合と同じ方法で、各インスタンスがそのREDOスレッドへのREDOログ・グループの書込みおよびアーカイブを行います。

- Enterprise Managerを使用したオンラインREDOログ・ファイルの表示および作成
「REDOログ・グループ」ページで、追加REDOログ・グループを作成し、メンバーをそのREDOログ・グループに追加できます。「スレッド」列により、REDOログ・ファイルが属するインスタンスまたはREDOスレッドが識別されます。

参照:

- オンラインREDOログの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- Oracle ASMのオンラインREDOログ・グループの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

Oracle RACデータベースのREDOログ・グループおよびREDOスレッドについて

REDOログには、データファイルに加えられた変更の記録が含まれます。

単一インスタンスのOracle Databaseでは、REDOログは2つ以上のREDOログ・ファイル・グループに格納されます。このグループのそれぞれにREDOログ・ファイルが含まれ、そのファイルの1つ以上のミラー化コピーも含まれる場合があります。Oracle RACデータベースでは、各インスタンスに独自のREDOログ・グループ・セットが必要であり、このセットはREDOスレッドと呼ばれます。REDOログ・ファイルのミラー化コピーにより、ハードウェア障害またはデータ破損が原因のデータ損失に対してシステムの保護が強化されます。REDOログ・ファイルが読取り不可の場合、Oracle Databaseではそのミラー化コピーへのアクセスを試行します。REDOログ・ファイルのミラーは、プライマリのREDOログ・ファイルとは別のディスク・デバイスに配置する必要があります。

図4-7 Oracle RACデータベースのREDOスレッド

各インスタンスのREDOスレッドには、少なくとも2つのREDOログ・グループが含まれる必要があります。各REDOログ・グループは、少なくとも2つのメンバー、つまりREDOログおよびそのミラー化コピーを含む必要があります。DBCAを使用してOracle RACデータベースを作成すると、オラクル社の推奨事項を満たす構成がOracle RACデータベースに自動的に実装されます。

管理者管理データベースを使用している場合のみREDOログ・グループを作成する必要があります。ポリシー管理データベースの場合、サーバー・プール・カーディナリティの変更によりインスタンスが起動すると、Oracle Databaseによって自動的にREDOログ・ファイルが作成され、このインスタンスのREDOスレッドが有効化され、UNDO表領域が作成されます(このインスタンスに割り当てられたREDOスレッドおよびUNDO表領域がまだ存在しない場合)。この場合、データベースは、Oracle Managed FilesおよびOracle ASMを使用している必要があります。

Oracle RACデータベースでは、すべてのREDOログ・ファイルは共有記憶域に配置されます。また、各インスタンスにクラスタ内の他のすべてのインスタンスのREDOログ・ファイルへのアクセス権が必要です。Oracle RACデータベースでOracle ASMを使用する場合は、Oracle ASMによってREDOログ・ファイルのある共有記憶域およびそれらのファイルへのアクセス権が管理されます。

注意:

パフォーマンス向上のため、DBCAでREDOスレッドとUNDO表領域が作成されるのは、作成時のCLUSTER_DATABASE_INSTANCESパラメータで指定した最大値までです。

参照:

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

Oracle RACデータベースのREDOログ・ファイルへのアクセスについて

Oracle RACデータベースでは、単一インスタンスのOracle Databaseの場合と同じ方法で、各インスタンスがそのREDOスレッドへのREDOログ・グループの書込みおよびアーカイブを行います。

ただし、リカバリ・モードでは、リカバリを実行中のインスタンスは、どのインスタンスがREDOスレッドを生成したかに関係なく、データベースのすべてのREDOスレッドの読取りおよび処理を実行できます。すべてのREDOスレッドの読取りが可能になると、実行中のインスタンスは、障害が発生した1つ以上のインスタンスが完了した作業をリカバリできます。

インスタンスに障害が発生した場合、障害が発生していないインスタンスによって、障害が発生したインスタンスのREDOログが読み込まれます。ユーザーは、障害が発生したインスタンスの再起動を待たずにデータベースへのアクセスおよび更新を続行できます。たとえば、インスタンスAとインスタンスBという2つのインスタンスを持つOracle RACデータベースがあるとします。インスタンスAが停止しても、インスタンスBはインスタンスAとBの両方のREDOログ・ファイルを読み込んでリカバリを正常に完了できます。

Oracle Enterprise Managerを使用したオンラインREDOログ・ファイルの表示および作成

「REDOログ・グループ」ページで、追加REDOログ・グループを作成し、メンバーをそのREDOログ・グループに追加できます。「スレッド」列により、REDOログ・ファイルが属するインスタンスまたはREDOスレッドが識別されます。

Oracle Enterprise Managerを使用してREDOログ・ファイル・グループにアクセスするには、次のように実行します。

1. クラスタ・データベースのホームページにアクセスします。

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

2. 「管理」メニューで、「記憶域」、次に「REDOログ・グループ」を選択します。

「REDOログ・グループ」ページが表示されます。

3. 「REDOログ・グループ」ページで、次のいずれかのタスクを実行します。

- 各REDOログ・グループのステータス、メンバー数、スレッド、ファイル・サイズ、ステータスおよびアーカイブ像を表示します

- ログ・グループの作成または削除

- メンバーを追加または削除するためのREDOログ・グループの編集

- ログ・ファイルの消去、ログ・グループの複製、サイズ指定のアドバイスの生成、およびログ・スイッチの強制などの他のREDOログ・グループ管理タスクの実行

参照:

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

- Oracle ASMのオンラインREDOログ・グループの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- オンラインREDOログ・ファイルの管理の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

5 Oracle Clusterwareコンポーネントの管理

Oracle Clusterware環境で管理する主なコンポーネントは、投票ディスクとOracle Cluster Registry (OCR)です。

- Oracle Clusterwareについて
Oracle Clusterwareには、クラスタ上で実行されるアプリケーションを管理するための高可用性フレームワークが含まれています。Oracle Real Application Clusters(Oracle RAC)は、複数のノードを結び付けて単一のサーバーとして機能させるためのインフラストラクチャとしてOracle Clusterwareを使用します。

- Oracle Clusterwareスタックの管理
デフォルトでは、Oracle Clusterwareは自身が存在するサーバーが再起動されたときは常に再起動するように構成されています。特定のメンテナンス操作中、Oracle Clusterwareスタックを手動で停止または起動する必要がある場合があります。

- Oracle Clusterwareの投票ディスクの管理
投票ディスクは、ノードのメンバーシップに関する情報を管理します。ノードがクラスタのメンバーになれるよう、各投票ディスクには、クラスタ内のすべてのノードがアクセスできる必要があります。

- Oracle Cluster Registryのバックアップおよびリカバリ
Oracle Clusterwareは、Oracle Cluster Registry (OCR)のバックアップを4時間ごとに自動的に作成します。Oracle Clusterwareにより、4時間前、1日前、1週間前の3つの最新のOCRバックアップ・コピーが常に保持されます。

- Oracle Cluster Registry構成の変更
Oracle Clusterwareが正常に稼働するようにするには、OCRを可用性が高い状態にします。

- Oracle Cluster Registryのトラブルシューティング
Oracle Cluster Registry (OCR)は、Oracle ClusterwareおよびOracle RACデータベースの構成情報を管理します。

参照:

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

Oracle Clusterwareについて

Oracle Clusterwareには、クラスタ上で実行されるアプリケーションを管理するための高可用性フレームワークが含まれています。Oracle Real Application Clusters(Oracle RAC)は、複数のノードを結び付けて単一のサーバーとして機能させるためのインフラストラクチャとしてOracle Clusterwareを使用します。

Oracle RAC環境では、Oracle ClusterwareはすべてのOracleコンポーネント(インスタンスやリスナーなど)を監視します。障害が発生すると、障害の発生したコンポーネントの再起動を自動的に試行し、使用可能なコンポーネントに処理をリダイレクトします。

Oracle Clusterwareでは、システムの起動時にアプリケーションが起動されるようにアプリケーションを管理します。また、アプリケーションが常に使用可能であるようにアプリケーションを監視します。たとえば、あるアプリケーション・プロセスで障害が発生した場合、Oracle Clusterwareでは、カスタマイズされたスクリプトに基づいてプロセスの再起動を試行します。クラスタ内のあるノードで障害が発生した場合は、障害が発生したノードで通常実行されるアプリケーション・プロセスがクラスタ内の別のノードで再起動されるようにプログラムできます。

- 投票ディスクについて
投票ディスクは、Oracle Clusterwareの主要なファイルの1つです。

- Oracle Cluster Registryについて
Oracle Cluster Registryは、クラスタ・ノード・リストおよびインスタンスからノードへのマッピング情報が含まれたファイルです。

- Oracle Clusterwareファイルの高可用性について
高可用性を備えた構成には、シングル・ポイント障害を回避することにより操作を維持する冗長なハードウェアとソフトウェアが含まれています。

関連トピック

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

投票ディスクについて

投票ディスクは、Oracle Clusterwareの主要なファイルの1つです。

投票ディスクには、ノードのメンバーシップ情報が記録されます。ノードは、過半数の投票ディスクに随時アクセスできる必要があります。複数の投票ディスクが同時に失われないようにするため、各投票ディスクは、他の投票ディスクに使用されるストレージ・デバイスとコンポーネント(コントローラやインターコネクトなど)を共有していないストレージ・デバイスに存在する必要があります。

たとえば、5つの投票ディスクが構成されている場合、ノードは常に3つ以上の投票ディスクにアクセス可能である必要があります。最低限必要な数の投票ディスクにアクセスできないノードは、クラスタから除去、つまり削除されます。障害の原因が修正されて、投票ディスクへのアクセスがリストアされた後、障害ノードをリカバリしてクラスタにリストアするようにOracle Clusterwareに指示できます。

Oracle Cluster Registryについて

Oracle Cluster Registryは、クラスタ・ノード・リストおよびインスタンスからノードへのマッピング情報が含まれたファイルです。

また、Oracle Cluster Registry (OCR)は、カスタマイズしたリソースのOracle Clusterwareリソース・プロファイルの情報も含まれています。投票ディスクのデータもOCRにバックアップされています。

クラスタ内の各ノードにも、Oracle Local Registry(OLR)と呼ばれるOCRのローカル・コピーがあり、Oracle Clusterwareのインストール時に作成されます。Oracle Clusterwareが完全に機能するかどうかに関係なく、各ノードの複数のプロセスには、置かれているノードに固有のOLRに対して同時読取りおよび書込みアクセス権があります。デフォルトでは、OLRの場所はGrid_home/cdata/$HOSTNAME.olrです。

Oracle Clusterwareファイルの高可用性について

高可用性を備えた構成には、シングル・ポイント障害を回避することにより操作を維持する冗長なハードウェアとソフトウェアが含まれています。

コンポーネントが停止した場合、Oracle Clusterwareは停止したコンポーネントに管理されているリソースを冗長コンポーネントにリダイレクトします。ただし、障害が発生した場合や大規模なハードウェア障害が発生すると、保持している冗長コンポーネントでは足りなくなることがあります。システムを完全に保護するには、重要なファイルをバックアップすることが大切です。

Oracle Clusterwareのインストール・プロセス中に、投票ディスクとOCRが共有記憶域に作成されます。インストール・プロセス中に通常の冗長コピーのオプションを選択すると、Oracle Clusterwareによってこれらのファイルの冗長コピーが自動的に保持され、ファイルがシングル・ポイント障害となることを阻止します。また、通常の冗長性機能により、サード・パーティの記憶域冗長ソリューションが不要になります。通常の冗長性を使用すると、Oracle Clusterwareにより、OCRファイルのコピー2つと投票ディスク・ファイルのコピー3つが自動的に保持されます。

参照:

投票ディスクの管理の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Clusterwareスタックの管理

デフォルトでは、Oracle Clusterwareは、サーバーが存在する場合は常に再起動するよう構成されています。特定のメンテナンス操作中、Oracle Clusterwareスタックを手動で停止または起動する必要がある場合があります。

注意:

Oracleサポートによって実行するよう指示されないかぎり、名前がoraで始まるOracleエンティティ(リソース、リソース・タイプ、サーバー・プールなど)でOracle Clusterware Control(CRSCTL)を実行しないでください。サーバー制御ユーティリティ(SRVCTL)は、Oracleエンティティに対して使用する適切なユーティリティです。

- Oracle Clusterwareの起動
Oracle Clusterwareを管理するには、CRSCTLユーティリティを使用します。

- Oracle Clusterwareの停止
Oracle Clusterwareを管理するには、CRSCTLユーティリティを使用します。

参照:

- Oracle Clusterwareについて

Oracle Clusterwareの起動

CRSCTLユーティリティを使用して、Oracle Clusterwareを管理します。

- Oracle高可用性サービス・デーモン(OHASD)がすべてのクラスタ・ノード上で動作している場合、任意のノードに対して次のコマンドを実行することにより、クラスタ内のすべてのノードに対して、Oracle Clusterwareスタック全体(Oracle Clusterwareが管理するすべてのプロセスとリソース)を起動することができます。

crsctl start cluster -all

- -nオプションの後にノード名のスペース区切りリストを使用し、特定のノードでOracle Clusterwareスタックを起動できます。次に例を示します。

crsctl start cluster -n racnode1 racnode4

crsctl start clusterコマンドを使用するには、指定されたノードでOHASDプロセスが実行されている必要があります。

- あるノードでOHASDプロセスを含むすべてのOracle Clusterwareスタックを起動するには、そのノードで次のコマンドを実行します。

crsctl start crs

参照:

- Oracle Clusterwareについて

- Oracle Clusterwareスタックの管理

Oracle Clusterwareの停止

CRSCTLユーティリティを使用して、Oracle Clusterwareを管理します。

- クラスタ内のすべてのノードでOracle Clusterwareを停止するには、任意のノードで次のコマンドを実行します。

crsctl stop cluster -all

前述のコマンドで停止されるのは、Oracle Clusterwareによって管理されるリソース、Oracle ASMインスタンス、およびすべてのOracle Clusterwareプロセス(OHASDとその依存プロセスを除く)です。

- 選択したノードでOracle ClusterwareおよびOracle ASMを停止するには、-nオプションを含め、その後にノード名のスペース区切りリストを指定します。次に例を示します。

crsctl stop cluster -n racnode1 racnode3

stop clusterコマンドに-allまたは-nオプションを含めない場合、コマンドを実行したノードにあるOracle Clusterwareとその管理対象リソースのみが停止されます。

- Oracle Clusterwareの全スタック(OHASDプロセスを含む)を完全に停止するには、crsctl stop crsコマンドを使用します。

CRSCTLは、Oracle Clusterwareスタックの停止の間に、Oracle Clusterwareが管理するリソースを正しく停止しようとします。Oracle Clusterwareが管理するリソースがcrsctl stop crsコマンドの実行後もまだ動作している場合、コマンドは失敗です。この場合、-fを使用すると、すべてのリソースが無条件に停止され、たとえばOracle Clusterwareスタックが停止されます。

crsctl stop crs -f

注意:

Oracle Clusterwareスタックを停止すると、Oracle Automatic Storage Management(Oracle ASM)インスタンスも停止されます。Oracle Clusterwareファイル(投票ディスクとOCR)がOracle ASMディスク・グループに格納されている場合、Oracle ASMインスタンスを停止する唯一の方法は、Oracle Clusterwareスタックを停止することです。

参照:

- Oracle Clusterwareについて

- Oracle Clusterwareスタックの管理

Oracle Clusterwareの投票ディスクの管理

投票ディスクでは、ノード・メンバーシップに関する情報が管理されます。ノードがクラスタのメンバーになれるよう、各投票ディスクには、クラスタ内のすべてのノードがアクセスできる必要があります。

- 投票ディスクの追加および削除
投票ディスクがローカルの記憶域に格納されている場合は、投票ディスクを手動で追加および削除する必要があります。

- 投票ディスクのバックアップおよびリカバリ
投票ディスクをバックアップする必要はありません。投票ディスクのデータは、構成変更の一部として自動的にOracle Cluster Registry (OCR)にバックアップされ、追加された任意の投票ディスクに自動的にリストアされます。

- 投票ディスクのOracle ASM記憶域への移行
Oracle Clusterware投票ディスク・ファイルは、Oracle ASMディスク・グループに格納します。

投票ディスクの追加および削除

投票ディスクがローカルの記憶域に格納されている場合は、投票ディスクを手動で追加および削除する必要があります。

Oracle ClusterwareファイルをOracle ASMに格納し、ディスク・グループに冗長性を使用すると、Oracle ASMにより、ディスク・グループの冗長性に基づいて、最適な投票ファイル数が自動的に維持されます。

投票ディスクの格納に様々な形式の共有記憶域を使用する場合は、Oracle RACのインストール後に投票ディスクを動的に追加および削除できます。次のコマンドを使用して実行します。ここで、pathは追加の投票ディスクの完全修飾パスです。

ディスクに格納された投票ディスクを追加または削除するには、次の手順を実行します。

1. 投票ディスクを追加するには、次のコマンドをgridユーザーとして実行します。

crsctl add css votedisk path

2. 投票ディスクを削除するには、次のコマンドをgridユーザーとして実行します。

crsctl delete css votedisk path

投票ディスクのバックアップおよびリカバリ

投票ディスクをバックアップする必要はありません。投票ディスクのデータは、構成変更の一部として自動的にOracle Cluster Registry (OCR)にバックアップされ、追加された任意の投票ディスクに自動的にリストアされます。

- 投票ディスクのバックアップ
投票ディスク・データは構成変更の一部としてOracle Cluster Registry (OCR)で自動的にバックアップされるため、投票ディスクの手動バックアップを実行する必要はありません。

- 投票ディスクの交換
投票ディスクを交換するには、使用不可の投票ディスクを削除した後で、新しい投票ディスクを構成に追加します。

- 投票ディスクのリストア
すべての投票ディスクが破損している場合は、それらをリストアできます。

参照:

- Oracle Clusterwareについて

- 投票ディスクの管理の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

投票ディスクのバックアップ

投票ディスク・データは構成変更の一部としてOracle Cluster Registry (OCR)で自動的にバックアップされるため、投票ディスクの手動バックアップを実行する必要はありません。

投票ディスク・データは構成変更の一部としてOCRで自動的にバックアップされるため、投票ディスクの手動バックアップを実行する必要はありません。次のようにファイルの内容が変更された場合は、Oracle Clusterwareによって投票ディスクが自動的にバックアップされます。

- たとえば、構成パラメータ(misscountなど)が追加あるいは変更された場合

- 投票ディクスの追加または削除操作の実行後

参照:

投票ディスクの管理の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

投票ディスクの交換

投票ディスクを交換するには、使用不可の投票ディスクを削除した後で、新しい投票ディスクを構成に追加します。

投票ディスクが破損し、Oracle Clusterwareで使用できなくなった場合、投票ディスクを交換または再作成できます。新しい投票ファイルが追加されると、投票ディスク・ファイルがOracle Automatic Storage Management(Oracle ASM)に格納されているかどうかにかかわらず、投票ディスクの内容がバックアップからリストアされます。

Oracle ASMに格納されていない、破損または欠落した投票ディスクを交換する手順:

1. CRSCTLを使用して破損した投票ディスクを取り除きます。たとえば、破損したディスクがディスク場所/dev/sda3に格納されている場合、次のコマンドを実行します。

crsctl delete css votedisk /dev/sda3

2. CRSCTLを使用して同じ場所に新しい投票ディスクを作成します。例を次に示します。

crsctl add css votedisk /dev/sda3

参照:

投票ディスクの管理の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

投票ディスクのリストア

すべての投票ディスクが破損している場合は、それらをリストアできます。

- 投票ディスクをリストアする手順は、Oracle Clusterware管理およびデプロイメント・ガイドで説明しています。

注意:

オペレーティング・システムのddコマンドで作成したコピーから投票ディスクをリストアすることはできません。

投票ディスクのOracle ASM記憶域への移行

Oracle Clusterware投票ディスク・ファイルは、Oracle ASMディスク・グループに格納します。

Oracle ASMに投票ディスクを格納するようにした場合、Oracle ASMは、選択したディスク・グループにクラスタのすべての投票ディスクを格納します。同じクラスタで、Oracle ASMに格納されている投票ディスクとOracle ASMに格納されていない投票ディスクを組み合せることはできません。

特定のOracle ASMディスク・グループに格納できる投票ファイルの数は、ディスク・グループの冗長性に依存します。Oracle ASMは、デフォルトで、ディスク・グループ内の自身の障害グループに各投票ディスクを配置します。冗長性が通常のディスク・グループには2つ以上の障害グループが含まれる必要がありますが、Oracle ASMに投票ディスクを格納している場合、冗長性が通常のディスク・グループには3つ以上の障害グループが含まれる必要があります。冗長性が高いディスク・グループには、3つ以上の障害グループが含まれる必要があります。

Oracle ASMに投票ディスクを構成した後、投票ディスクの構成を変更するには、crsctl replace votediskコマンドを使用する必要があります。これは、稼働している投票ディスクがない場合にもあてはまります。crsctl query css votediskコマンドによって、使用中の投票ディスクがないと報告されたとしても、Oracle ClusterwareはOracle ASMが使用中だったことを記憶しているため、replaceが必要になります。replaceを使用して投票ディスクをOracle ASM以外の記憶域に移動した後にのみ、CRSCTLコマンドadd css votediskおよびdelete css votediskが再び使用できるようになります。

共有記憶域からOracle ASMディスク・グループに投票ディスクを移動するには、次の手順を実行します。

1. Oracle ASM Configuration Assistant(ASMCA)を使用してOracle ASMディスク・グループを作成します。

2. ディスク・グループのASM互換性属性が12.1.0.0以上に設定されていることを確認します。

3. 次のコマンドでディスク・グループ名を指定することで、CRSCTLを使用してOracle ASMディスク・グループ内に投票ディスクを作成します。

crsctl replace votedisk +ASM_disk_group

参照:

- 他のOracle ASMディスク・グループの作成

- ディスク・グループの互換性の属性の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- 投票ディスクの管理の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Cluster Registryのバックアップおよびリカバリ

Oracle Clusterwareは、Oracle Cluster Registry (OCR)のバックアップを4時間ごとに自動的に作成します。Oracle Clusterwareにより、4時間前、1日前、1週間前の3つの最新のOCRバックアップ・コピーが常に保持されます。

バックアップ頻度やOracle Clusterwareで保持されるファイルの数はカスタマイズできません。任意のバックアップ・ソフトウェアを使用すると、自動的に生成されたバックアップ・ファイルを、プライマリOCRファイルとは別のデバイスに1日に1回以上コピーできます。

- 使用可能なOCRバックアップの表示
ocrconfigユーティリティを使用して、Oracle Clusterwareで自動的に生成されたバックアップを表示します。

- OCRの手動バックアップ
Oracle Clusterwareが、4時間間隔で行われる自動バックアップを待機するのではなく、いつでもOracle Cluster Registry (OCR)のバックアップを実行できるようにするには、ocrconfigユーティリティを使用します。

- OCRのリカバリ
OCRのリカバリには2つの方法があります。第1の方法では自動的に生成されたOCRファイルのコピーを使用し、第2の方法では手動で作成したOCRのエクスポート・ファイルを使用します。

使用可能なOCRバックアップの表示

ocrconfigユーティリティを使用して、Oracle Clusterwareで自動的に生成されたバックアップを表示します。

OCRの最終バックアップを検索するには、次の手順を実行します。

- クラスタ内のノードで次のコマンドを実行します。

ocrconfig -showbackup

OCRの手動バックアップ

Oracle Clusterwareが、4時間間隔で行われる自動バックアップを待機するのではなく、いつでもOracle Cluster Registry (OCR)のバックアップを実行できるようにするには、ocrconfigユーティリティを使用します。

このオプションは、OCRを変更する前など、バイナリ・バックアップをオンデマンドで取得する際に特に便利です。Oracle Local Registry (OLR)では手動バックアップのみがサポートされています。

OCRの内容を手動でバックアップするには、次の手順を実行します。

1. rootユーザーとしてログインします。

2. 次のコマンドを使用すると、Oracle ClusterwareによるOCRの即時バックアップを強制的に実行できます。

ocrconfig -manualbackup

最近生成されたOCRバックアップの日付および識別子が表示されます。

3. OCRバックアップ・ファイルの場所を変更する必要がある場合、次のコマンドを使用します。ここで、directory_nameはバックアップの新しい場所です。

ocrconfig -backuploc directory_name

Oracle Linuxシステムでバックアップが生成されるデフォルトの場所はGrid_home/cdata/cluster_nameです。ここで、cluster_nameはクラスタの名前、Grid_homeはクラスタ用Oracle Grid Infrastructureがインストールされているホーム・ディレクトリです。デフォルトのバックアップはローカル・ファイル・システム上にあるため、ocrconfigコマンドで作成したバックアップ・ファイルを、標準的なオペレーティング・システムまたはサード・パーティのツールを使用してオペレーティング・システム・バックアップの一部として含めることをお薦めします。

注意:

ocrconfig -backuplocコマンドを使用して、OCRバックアップが作成される場所を変更できます。

OCRのリカバリ

OCRのリカバリには2つの方法があります。第1の方法では自動的に生成されたOCRファイルのコピーを使用し、第2の方法では手動で作成したOCRのエクスポート・ファイルを使用します。

- OCRのステータスのチェック
障害が発生した場合は、Oracle Cluster Registry (OCR)のリストアを試みる前に、OCRが使用不能であることを確認します。

- 自動的に生成されたバックアップからのOCRのリストア
自動的に生成されたバックアップからOCRをリストアする場合、まずリカバリに使用するバックアップ・ファイルを決定する必要があります。

OCRのステータスのチェック

障害が発生した場合は、Oracle Cluster Registry (OCR)のリストアを試みる前に、OCRが使用不能であることを確認します。

OCRのステータスをチェックするには、次の手順を実行します。

1. 次のコマンドを実行します。

ocrcheck

2. このコマンドによって、OCRの1つ以上のコピーに「デバイス・ファイルの整合性チェックが成功しました」というメッセージが表示されない場合は、OCRのすべてのコピーに障害が発生しています。バックアップまたはOCRのエクスポートからOCRをリストアする必要があります。

3. 1つ以上のOCRのコピーが使用可能である場合、そのコピーを使用してOCRの他のコピーをリストアします。

参照:

- OCRCHECKユーティリティについて

自動生成されたOCRバックアップからのOCRのリストア

自動的に生成されたバックアップからOCRをリストアする場合、まずリカバリに使用するバックアップ・ファイルを決定する必要があります。

Oracle Linuxシステムで自動生成されたバックアップからOCRをリストアするには、次の手順を実行します。

1. rootユーザーとしてログインします。

2. ocrconfigコマンドを使用して、使用可能なOCRバックアップを特定します。

[root]# ocrconfig -showbackup

3. 次に示すocrdumpコマンドを使用して、バックアップの内容を確認します。ここで、file_nameはOCRバックアップ・ファイルの名前であり、その内容がocr_dump_output_fileファイルに書き出されます。

[root]# ocrdump ocr_dump_output_file -backupfile file_name

出力ファイル名を指定しない場合は、ユーティリティにより、現在のディレクトリ内のOCRDUMPFILEという名前のファイルにOCRの内容が書き込まれます。

4. rootユーザーとして、次のコマンドを実行して、クラスタ内のすべてのノードでOracle Clusterwareを停止します。

[root]# crsctl stop cluster -all

5. rootユーザーとして、手順2で特定したOCRバックアップ・ファイルを次のコマンドを使用して適用し、OCRをリストアします。ここで、file_nameはリストアするOCRの名前です。このコマンドを実行する前に、OCR構成で指定したOCRデバイスが存在し、これらのOCRデバイスが有効であることを確認します。

[root]# ocrconfig -restore file_name

6. rootユーザーとして、次のコマンドを実行して、クラスタ内のすべてのノードでOracle Clusterwareを再起動します。

[root]# crsctl start cluster -all

7. クラスタ検証ユーティリティ(CVU)を使用して、OCRの整合性を検証します。rootユーザー・アカウントを終了し、クラスタ・インストール用Oracle Grid Infrastructureのソフトウェア所有者として次のコマンドを実行すると、-n all引数によって、クラスタの一部として構成されているすべてのクラスタ・ノードのリストが取得されます。

cluvfy comp ocr -n all [-verbose]

Oracle Cluster Registry構成の変更

Oracle Clusterwareが正常に稼働するようにするには、OCRを可用性が高い状態にします。

OCRには、クラスタ・ノード・リストに関する情報、どのインスタンスがどのノードで実行しているかという情報、Oracle Clusterwareによって管理されるように変更されたアプリケーションに対するOracle Clusterwareのリソース・プロファイルに関する情報が含まれます。

注意:

この項の操作は、クラスタ全体のOCRに影響を及ぼします。ただし、ocrconfigコマンドでは、停止したノードやOracle Clusterwareが実行中でないノードのOCR構成情報を変更できません。ocrconfigコマンドを使用してOCRを変更する間は、ノードを停止しないようにします。

- OCRの場所の追加
アップグレード後またはOracle RACのインストール完了後に、Oracle Cluster Registry (OCR)の場所を追加できます。

- OCRのOracle ASM記憶域への移行
Oracle Cluster Registry (OCR)はOracle Automatic Storage Management (Oracle ASM)ディスク・グループに格納してください。

- OCRの置換
既存のOracle Cluster Registry (OCR)の場所を変更、または障害の発生したOCRの場所を有効な場所に変更する必要がある場合、1つのOCRファイルがオンラインであれば、この手順を使用できます。

- OCRの削除
Oracle Cluster Registry (OCR)ファイルを削除するには、少なくとも1つのOCRのコピーがオンラインである必要があります。

- ローカル・ノードでのOCR構成の修復
OCR構成を変更した際、クラスタ内に使用できないノードがあった場合は、再起動の前に、そのノード上のOCR構成の修復が必要になる場合があります。

OCRの場所の追加

アップグレード後またはOracle RACのインストール完了後に、Oracle Cluster Registry (OCR)の場所を追加できます。

Oracle Clusterwareは、最大5つまでのOCRコピーをサポートします。OCRコピーを追加すると、フォルト・トレランスが大幅に高まります。

OCRファイルを追加するには、次の手順を実行します。

- 新しいOCRファイルを追加するには、rootユーザーとして次のコマンドを入力します。

[root]# ocrconfig -add new_ocr_file_name

このコマンドを実行すると、Oracle Clusterwareが実行されているすべてのノードでOCR構成が更新されます。

OCRのOracle ASM記憶域への移行

Oracle Cluster Registry (OCR)はOracle Automatic Storage Management (Oracle ASM)ディスク・グループに格納してください。

Oracle Clusterwareの記憶域管理性を向上させるために、OCRは、Oracle Database 12cのOracle ASMを使用するようにデフォルトで構成されます。ただし、以前のリリースからグレードアップする場合は、OCRをOracle ASMに移行して、Oracle Clusterware記憶域の管理で改善された点を利用できます。

OCRは、ディスク・グループの冗長性を継承します。OCRに高い冗長性が必要な場合は、高い冗長性でOracle ASMディスク・グループを作成する必要があります。外部のミラーリング・ソリューションがある場合を除き、少なくとも通常の冗長性でディスク・グループを使用する必要があります。OCRをOracle ASMディスク・グループに格納している場合に、あるノードでOracle ASMインスタンスに障害が発生すると、OCRはそのノードでのみ使用できなくなります。1つのOracle ASMインスタンスの障害が、クラスタ全体の可用性に影響を及ぼすことはありません。

移行時を除き、OCRをOracle ASMと共有ファイル・システムの両方に格納するなど、OCRを異なるタイプの記憶域に同時に格納することはサポートされていません。Oracle ASM記憶域にOCRを移行した後、既存のOCRファイルを削除する必要があります。

共有記憶域からOracle ASMディスク・グループにOCRを移動するには、次の手順を実行します。

1. Oracle Clusterware 12cへのアップグレードが完了していることを確認します。次のコマンドを実行し、現在実行中のバージョンを検証します。

$ crsctl query crs activeversion

2. ディスク・グループのASM互換性属性が11.2.0.2以上に設定されていることを確認します。

3. Oracle ASM Configuration Assistant (ASMCA)を使用して、既存のOCRと少なくとも同じサイズで、かつ少なくとも標準冗長性を備えたOracle ASMディスク・グループを作成します。
作成するOracle ASMディスク・グループが、クラスタ内のすべてのノードにマウントされることを確認します。

4. OCRをOracle ASMディスク・グループに追加するには、Oracle Clusterwareスタックが実行されていることを確認し、rootユーザーとして次のOCRCONFIGコマンドをOracle ASMディスク・グループ名を指定して実行します。

# ocrconfig -add +ASM_disk_group

複数のOCRの場所を追加すると、このコマンドを複数回実行できます。OCRの場所は、5つまで保持できます。ただし、連続する各実行では、異なるディスク・グループを指す必要があります。

5. rootユーザーとして次のコマンドを実行し、Oracle ASM以外の記憶域の場所を削除します。

# ocrconfig -delete old_storage_location

このコマンドは、Oracle ASMを使用していないOCRの共有ストレージの場所ごとに1回実行する必要があります。次に、例を示します。

# ocrconfig -delete /ocrdata/ocr_1
# ocrconfig -delete /ocrdata/ocr_2

参照:

- 他のOracle ASMディスク・グループの作成

- ディスク・グループの互換性の属性の詳細は、Oracle自動ストレージ管理管理者ガイドを参照

- OCRのOracle ASMへの移行の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

OCRの置換

既存のOracle Cluster Registry (OCR)の場所を変更、または障害の発生したOCRの場所を有効な場所に変更する必要がある場合、1つのOCRファイルがオンラインであれば、この手順を使用できます。

OCRの場所を変更する場合またはOCRファイルを置換する場合は、次の手順を実行します。

1. OCRCHECKユーティリティを使用して、置換しようとしているOCR以外のOCRのコピーがオンラインであるかどうかを検証します。使用するコマンドは次のとおりです。

ocrcheck

注意:

置換するOCRは、オンラインまたはオフラインのいずれの状態でもかまいません。

2. 次のコマンドを使用して、置換操作を実行しようとしているノードでOracle Clusterwareが実行されていることを確認します。

crsctl check cluster -all

3. 指定したOCRファイルに新しい場所を指定するには、rootユーザーとして次のコマンドを入力します。

[root]# ocrconfig -replace source_ocr_file -replacement destination_ocr_file

このコマンドを実行すると、Oracle Clusterwareが実行されているすべてのノードでOCR構成が更新されます。

4. OCRCHECKユーティリティを使用して、OCR置換ファイルがオンラインであることを確認します。

ocrcheck

OCRの削除

Oracle Cluster Registry (OCR)ファイルを削除するには、少なくとも1つのOCRのコピーがオンラインである必要があります。

OCR関連のオーバーヘッドを削減するため、またはOCRのRedundant Array of Independent Disks(RAID)などの冗長ストレージ・システムへの移動によりOCRのミラー化を停止するため、OCRの場所を削除できます。

クラスタからOCRの場所を削除するには、次の手順を実行します。

1. OCRCHECKユーティリティを使用して、削除するOCRの他に、1つ以上のOCRがオンライン状態になっていることを確認します。

ocrcheck

注意:

1つ以上のアクティブなOCRがオンラインでないかぎり、OCRの削除手順は実行しないでください。

2. クラスタの任意のノードで、rootユーザーとして次のコマンドを実行し、特定のOCRファイルを削除します。

[root]# ocrconfig -delete ocr_file_name

このコマンドを実行すると、Oracle Clusterwareが実行されているすべてのノードでOCR構成が更新されます。

ローカル・ノードでのOCR構成の修復

OCR構成を変更した際、クラスタ内に使用できないノードがあった場合は、再起動の前に、そのノード上のOCR構成の修復が必要になる場合があります。

OCR構成を修復するには、次の手順を実行する必要があります。

1. rootユーザーとして、OCR構成に対して行われた変更の数とタイプに応じて、Oracle Clusterwareが停止しているノードに対して次のコマンドを1つ以上実行します。

[root]# ocrconfig –repair -add new_ocr_file_name

[root]# ocrconfig –repair -delete ocr_file_name

[root]# ocrconfig –repair -replace source_ocr_file -replacement dest_ocr_file

これらのコマンドでは、コマンドを実行したノードのOCR構成のみが更新されます。

注意:

これらの操作は、Oracle Clusterwareデーモンが実行中のノードでは、実行できません。

2. 修復したノードでOracle Clusterwareを再起動します。

3. rootユーザーとして次のコマンドを使用して、クラスタのOCR構成の整合性をチェックします。

[root]# ocrcheck

Oracle Cluster Registryのトラブルシューティング

Oracle Cluster Registry (OCR)は、Oracle ClusterwareおよびOracle RACデータベースの構成情報を管理します。

- OCRCHECKユーティリティについて
OCRCHECKユーティリティでは、Oracle Cluster Registry (OCR)で使用されるデータ・ブロック形式のバージョン、OCR内の使用可能な領域と使用済領域、OCRに使用されるID、およびOCR用に構成した場所が表示されます。

- Oracle Cluster Registryの一般的な問題および解決策
次の表では、一般的なOracle Cluster Registry (OCR)の問題とそれに対応する解決策を説明しています。

OCRCHECKユーティリティについて

OCRCHECKユーティリティでは、Oracle Cluster Registry (OCR)で使用されるデータ・ブロック形式のバージョン、OCR内の使用可能な領域および使用済領域、OCRに使用されるID、およびOCR用に構成した場所が表示されます。

OCRCHECKユーティリティでは、構成したすべてのOCRのあらゆるデータ・ブロックのチェックサムを計算して、各ブロックの整合性が検証されます。各OCRファイルの個別のステータスと、OCR全体の整合性チェックの結果も返されます。OCRCHECKの出力のサンプルを次に示します。

Status of Oracle Cluster Registry is as follows :
Version                  :          3
Total space (kbytes)     :     262144
Used space (kbytes)      :      16256
Available space (kbytes) :     245888
ID                       :  570929253
Device/File Name         : +CRS_DATA
Device/File integrity check succeeded
...
Decive/File not configured

Cluster registry integrity check succeeded

Logical corruption check succeeded

OCRCHECKユーティリティでは、Grid_home/log/hostname/clientディレクトリにログ・ファイルが作成されます。ここで、Grid_homeはクラスタ用Oracle Grid Infrastructureインストールの場所、hostnameはローカル・ノードの名前を表します。

ログ・ファイルの名前は、ocrcheck_nnnnn.logという形式になります。ここで、nnnnnはocrcheckコマンドを発行した操作セッションのプロセスIDです。

関連トピック

- 使用可能なOCRバックアップの表示

Oracle Cluster Registryの一般的な問題および解決策

次の表では、一般的なOracle Cluster Registry (OCR)の問題とそれに対応する解決策を説明しています。

表5-1 OCRの一般的な問題および解決策

問題

解決策

OCRがミラー化されていません。

-addオプションを指定してocrconfigコマンドを実行します。詳細は、「OCRの場所の追加」を参照してください。

OCRのコピーが失敗し、それを置換する必要があります。エラー・メッセージがOracle Enterprise ManagerまたはOCRログ・ファイルでレポートされています。

-replaceオプションを指定してocrconfigコマンドを実行します。詳細は、「OCRの置換」を参照してください。

OCRCHECKが有効なOCRを検索しません。あるいは、OCRのすべてのコピーが破損しています。

-restoreオプションを指定してocrconfigコマンドを実行します。詳細は、「自動生成されたOCRバックアップからのOCRのリストア」を参照してください。

OCR構成が誤って更新されました。

-repairオプションを指定してocrconfigコマンドを実行します。詳細は、「ローカル・ノードでのOCR構成の修復」を参照してください。

複数のOCRファイルの更新によってパフォーマンスに重大な影響が及ぼされたか、または他の理由のためにOCRファイルを削除します。

-deleteオプションを指定してocrconfigコマンドを実行します。詳細は、「OCRの削除」を参照してください。

You want to change the location or storage type currently used by the OCRが現在使用している場所タイプまたは記憶域タイプを変更したいと考えています。

「OCRの置換」の項で説明したとおり、Oracle Clusterwareが動作している間に-replaceオプションとともにocrconfigコマンドを実行します。OCRを移動したときにいくつかのクラスタ・ノードが停止いている場合、停止している各ノードでocrconfig -repairを実行してから、そのノードでOracle Clusterwareを起動する必要があります。

6 サービス、FAN、FCFおよびアプリケーション・コンティニュイティを使用したクライアントの高可用性

データベース・サービス、高速アプリケーション通知(FAN)、高速接続フェイルオーバー(FCF)およびアプリケーション・コンティニュイティを使用すると、Oracle Real Application Clusters (Oracle RAC)でクライアントの高可用性およびスケーラビリティを実現できます。古いアプリケーションは、透過的アプリケーション・フェイルオーバー(TAF)を使用できます。

- データベース・サービスを使用した継続的サービスの実現について
継続的サービスが実現されるようにOracle RAC環境をデプロイする多数の方法があります。

- サービスの作成
Oracle Enterprise ManagerまたはSRVCTLユーティリティを使用してサービスを作成できます。

- サービスの管理
Enterprise Managerでサービスを作成および管理できます。また、SRVCTLユーティリティを使用すると、大部分のサービス管理タスクを実行できます。

- 高可用性のためのクライアントの構成
フェイルオーバーを自動化する場合、アプリケーション・クライアントには考慮する主要な要素が3つあります。

データベース・サービスを使用した継続的サービスの実現について

継続的サービスが実現されるようにOracle RAC環境をデプロイする多数の方法があります。

クラスタ・データベースを使用するアプリケーションでは、通常、クラスタ間でのワークロードのロード・バランスが必要です。Oracle Real Application Clusters (Oracle RAC)はOracle Clusterware上で実行され、Oracle Clusterwareは高可用性(HA)アプリケーション・フレームワークを提供しています。Oracle Clusterwareは、必要なサービス、およびOracle RACとFANを使用したカスタム・エンタープライズ・アプリケーションの間の統合ポイントを提供します。グローバル・データ・サービス(GDS)もデータ・センター間でサービスとFANの統合ポイントを提供しています。

ノードの数や環境の複雑さおよび目的に応じて、様々な考慮事項に基づいて、最適なワークロード管理および高可用性構成を選択します。

Oracle RACデータベースを使用するアプリケーションに継続的サービスを実装するには、次の機能を使用します。

- Oracleサービスについて
サービスにより、ワークロードは相互に切り離されたグループに分割されます。各サービスは、一般的な属性、サービス・レベルしきい値および優先度でワークロードを表します。

- データベース・リソース・マネージャについて
データベース・リソース・マネージャはデータベース機能の1つであり、これを使用すると、ユーザー、アプリケーションおよびサービスに割り当てられたデータベース・リソースを制御できます。

- Oracle RACの高可用性フレームワークについて
Oracle RACの高可用性フレームワークを使用すると、Oracle RACがデータベース、コンポーネントおよびアプリケーションを常に実行中の状態に維持できます。

- 高速アプリケーション通知(FAN)について
高速アプリケーション通知(FAN)は、Oracle RACで他のプロセスにクラスタ構成およびサービス・レベルの情報を通知するために使用される高可用性通知メカニズムであり、この情報にはUPイベントやDOWNイベントなどのステータスの変更が含まれます。

- FANコールアウトについて
FANコールアウトは、高可用性イベントの発生と同時にOracle RACによって実行されるサーバー側の実行可能ファイルです。

- クライアント・フェイルオーバーを向上させるためのトランザクション・ガードの使用について
トランザクション・ガードは、計画済および計画外の停止と送信の繰返しの場合に、実行を1回以下にするためにアプリケーションで使用される汎用ツールを提供します。

- 停止をマスキングするためのアプリケーション・コンティニュイティについて
アプリケーション・コンティニュイティは、計画済イベントおよび計画外イベントのデータベースの停止をマスキングできます。

- ロード・バランシング・アドバイザについて
ロード・バランシング・アドバイザは、Oracle RACデータベース・インスタンスが提供している現在のサービス・レベルの情報をアプリケーションやクライアントに提供します。

- 接続ロード・バランシングについて
Oracle Net接続ロード・バランシングは、データベースへの接続に使用されるサービスをサポートするすべてのインスタンスにユーザー接続を分散します。

- ランタイム接続ロード・バランシングについて
ランタイム接続ロード・バランシングはOracle接続プールの機能の1つであり、これを使用すると、ロード・バランシング・アドバイザの情報に基づいて、クライアントの作業リクエストをOracle RACデータベースのインスタンス間で分散させることができます。

参照:

サービスの作成

Oracleサービスについて

サービスは、ワークロードを互いに共通の要素を持たないグループに分割します。各サービスは、一般的な属性、サービス・レベルしきい値および優先度でワークロードを表します。

動的データベース・サービス(多くの場合、単にサービスと呼ばれます)は、Oracle Databaseでワークロードを管理するための論理的抽象化です。単一のサービスは、1つのアプリケーション、複数のアプリケーション、または単一のアプリケーションのサブセットを表すことができます。たとえば、Oracle E-Business Suiteでは、総勘定元帳、売掛金勘定、受注など、職務ごとにサービスを定義します。単一のサービスをOracle RACデータベースの1つ以上のインスタンスに関連付けると、単一のインスタンスで複数のサービスをサポートできます。

注意:

データベース・サービスは、単一のネットワーク上でのみ提供できます。

サービスには、次のメリットがあります。

- 同じリソースに対して競合するアプリケーションを管理する単一のエンティティを提供

- 各ワークロードを1つの単位として管理することが可能

- クラスタの複雑性をクライアントから隠すことができること

ワークロードを管理するために、特定のアプリケーションまたはアプリケーションの一部の操作に割り当てるサービスを定義できます。サービスを使用して、異なるタイプの作業のワークロードを管理することもできます。たとえば、オンライン・ユーザー、バッチ処理、レポートは、それぞれ異なるサービスを使用できます。

従来、Oracle Databaseでは単一のサービスを提供し、すべてのユーザーはその同じサービスに接続していました。データベースには、このデフォルトのデータベース・サービスが、データベース名で常に存在します。このサービスは変更できません。このサービスでは常にデータベースへの接続が可能なため、管理的なタスクのみに使用してください。デフォルト・データベース・サービスは無効化や再配置ができないため、可用性を高めるために使用するのは避けてください。各自のアプリケーションには常にユーザー定義データベース・サービスを使用します。

注意:

デフォルト・データベース・サービスは管理用で変更できないため、このサービスはアプリケーションのワークロードに使用しないでください。デフォルト・データベース・サービスは、DB_NAMEまたはDB_UNIQUE_NAMEデータベース初期化パラメータと同じ名前を持ちます。「サービスの作成」の説明に従って、1つ以上のサービスを作成してください。

ユーザーまたはアプリケーションがデータベースに接続するときには、接続用のサービスを使用することをお薦めします。Oracle Databaseでは、データベースの作成時にデータベース・サービスが自動的に1つ作成されます。基本的または管理的な接続の場合は、このサービスのみで十分です。ただし、データベースおよびそのワークロードに接続しているアプリケーションをより柔軟に管理する場合は、アプリケーション・サービスを1つ以上作成し、どのデータベース・インスタンスでサービスを提供するかを指定します。

ポリシー管理および管理者管理の両方のデータベース用にサービスを定義できます。

- ポリシー管理データベース: ポリシー管理データベースのサービスを定義する場合は、データベースが実行されているサーバー・プールにサービスを割り当てます。サービスは、均一(サーバー・プール内のすべてのインスタンスで実行)またはシングルトン(サーバー・プール内の1つのみのインスタンスで実行)のいずれかとして定義できます。

- 管理者管理データベース: 管理者管理データベースのサービスを定義する場合、どのインスタンスが通常そのサービスをサポートするかを定義します。これらはPREFERREDインスタンスと呼ばれます。優先インスタンスに障害が発生したときにサービスをサポートする他のインスタンスを定義することもできます。これらはAVAILABLEインスタンスと呼ばれます。管理者管理データベースで実行されるサービスには、PREFERREDインスタンスが1つ以上必要です。

サービスはデータベース・リソース・マネージャに統合されており、データベース・リソース・マネージャでは、インスタンス内のサービスが使用するリソースを制限できます。また、Oracle Schedulerのジョブは、特定のインスタンスではなく、サービスを使用して実行できます。

- 管理者管理データベースのサービス・フェイルオーバーについて
管理者管理データベースにサービス・フェイルオーバーを構成する場合は、優先インスタンスおよび使用可能なインスタンスを構成する必要があります。

- ポリシー管理データベースのサービス・フェイルオーバーについて
サービスがUNIFORMまたはSINGLETONの場合、ポリシー管理データベースのサービス・フェイルオーバーの動作は異なります。

- サービスの自動開始について
サービスを定義する場合に、そのサービスの管理ポリシーを定義することもできます。

参照:

- サービスの管理

- データベースへのクライアント接続の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

管理者管理データベースのサービス・フェイルオーバーについて

管理者管理データベースにサービス・フェイルオーバーを構成する場合は、優先インスタンスおよび使用可能なインスタンスを構成する必要があります。

通常の操作でサービスは、サービスのカーディナリティ(定義されたPREFERREDインスタンスの数)に応じて、優先インスタンスと使用可能インスタンスの任意の組合せにおいて実行できます。サービスの最初の起動時のみ、Oracle ClusterwareはPREFERREDインスタンスでサービスを起動しようとします。インスタンスで障害が発生した場合、サービスを提供していない優先インスタンスおよび使用可能インスタンスの組合せリスト内のいずれかにサービスがフェイルオーバーされます。サービスを提供しない優先インスタンスおよび使用可能インスタンスの組合せリスト内のインスタンスの1つに対して、サービスを手動で再配置することもできます。

サービスが使用可能インスタンスにフェイルオーバーした場合、そのサービスが優先インスタンスに自動的に戻ることはありません。ただし、FANコールアウトを使用すると、優先インスタンスへのサービスの再配置を自動化できます。

サービスの優先インスタンスを構成する際にそのサービスに対して使用可能インスタンスを1つ以上指定しない場合、優先インスタンスが失敗してもサービスは他のインスタンスにフェイルオーバーされません。

Enterprise Managerを使用して、インスタンスを「未使用」として指定することもできます。この設定により、サービスの優先インスタンスが失敗しても、そのサービスはインスタンスで稼働しません。

参照:

- FANコールアウトについて

- コールアウト・スクリプトの例については、ホワイト・ペーパーORACLE DATABASE 12Cでの高速アプリケーション通知の「付録D コールアウト・プログラムの例」の項を参照してください。

- サービスの作成

- Oracle Databaseで使用可能な高可用性製品および機能の詳細は、『Oracle Database高可用性概要』を参照してください。

ポリシー管理データベースのサービス・フェイルオーバーについて

サービスがUNIFORMまたはSINGLETONの場合、ポリシー管理データベースのサービス・フェイルオーバーの動作は異なります。

均一サービスを指定すると、Oracle Clusterwareは、指定されたサーバー・プールのすべての使用可能インスタンスで常にサービスが実行されるようにします。インスタンスが失敗すると、サービスは、そのインスタンスで利用できなくなります。サーバー・プールのカーディナリティが増大し、インスタンスがデータベースに追加されると、サービスは新しいインスタンスで起動されます。サービスを特定のインスタンスに手動で再配置することはできません。

シングルトン・サービスを指定すると、Oracle Clusterwareは、指定されたサーバー・プールの使用可能インスタンスの1つのみで常にサービスが実行されるようにします。インスタンスが失敗すると、サービスは、サーバー・プール内の別のインスタンスにフェイルオーバーします。サーバー・プール内のどのインスタンスでサービスを実行させるかは指定できません。

SINGLETONサービスの場合、サービスが新しいインスタンスにフェイルオーバーすると、元のインスタンスが再び利用可能になってもサービスはそのインスタンスには戻りません。

参照:

- サービスの作成

- データベース・サービスを使用した自動ワークロード管理の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

サービスの自動開始について

サービスを定義する場合に、そのサービスの管理ポリシーを定義することもできます。

自動または手動の管理ポリシーを選択できます。

- 自動: サービスはデータベースの起動時に常に起動されます。

- 手動: データベースの起動後に手動でサービスを起動する必要があります。

注意:

管理者管理データベースで自動サービスを使用すると、計画されたデータベースの起動中に、サービスは優先インスタンスではなく使用可能インスタンスになる最初のインスタンスで開始される場合があります。

関連トピック

- サービスの作成

データベース・リソース・マネージャについて

データベース・リソース・マネージャはデータベース機能の1つであり、これを使用すると、ユーザー、アプリケーションおよびサービスに割り当てられたデータベース・リソースを制御できます。

データベース・リソース・マネージャにより、ユーザー、アプリケーションおよびサービスは使用可能な分のデータベース・リソースを確実に受け取れます。データベース・リソース・マネージャを使用すると、1つ以上のノードで実行されるOracle RACデータベースで、複数のアプリケーションおよび混合ワークロードを効率的にサポートできます。

データベース・リソース・マネージャには、Oracle DatabaseまたはOracle RAC環境内の作業に優先度を設定する機能があります。たとえば、オンライン・ワーカーなどの優先度の高いユーザーに多くのリソースを割り当ててレスポンス時間を最短に抑え、バッチ・ジョブやレポートなどの優先度の低いユーザーには割り当てるリソースの量を抑えて実行時間を長くできます。データベース・リソース・マネージャにより、リソースに対するより細かな制御が可能になります。

リソースは、データベース管理者が指定したリソース・プランに従ってユーザーに割り当てられます。リソース・プランの指定には、次の用語が使用されます。

- リソース・プランでは、リソース・コンシューマ・グループに基づいてリソースを各種ユーザー間で分散する方法を指定します。

- リソース・コンシューマ・グループを使用すると、管理者は、ユーザー・セッションをリソース要件別にグループ化できます。リソース・コンシューマ・グループはユーザー・ロールとは異なり、1データベース・ユーザーに対して、異なるリソース・コンシューマ・グループに割り当てられている異なる複数のセッションを指定できます。

- リソース割当てメソッドは、データベース・リソース・マネージャで特定のリソースを割り当てる際に使用するメソッドまたはポリシーです。リソース・コンシューマ・グループとリソース・プランでは、リソース割当てメソッドが使用されます。データベースには使用可能なリソース割当てメソッドが用意されていますが、どのメソッドを使用するかはDBAが決定します。

- リソース・プラン・ディレクティブは、特定のプランにコンシューマ・グループを割り当て、リソース割当てメソッドごとにパラメータを指定してコンシューマ・グループ間でリソースをパーティション化する方法です。

- DBAによってリソース・プラン内に作成可能なサブプランにより、アプリケーションの複数のユーザー間でリソースをさらに分散できます。

- レベルは、使用可能なユーザー間での未使用リソースの分散を指定するメカニズムです。最大で8レベルのリソース割当てを指定できます。

サービスを使用して接続するユーザーは特定のリソース・コンシューマ・グループのメンバーであるため、データベース・リソース・マネージャによってリソース・コンシューマ・グループをサービスにマップできます。したがってリソース・コンシューマ・グループに対して使用可能なリソースを制限できます。

Enterprise Managerからリソース・マネージャのチュートリアルにアクセスできます。「クラスタ・データベース」のホームページにナビゲートして、「管理」メニューから「リソース・マネージャ」を選択し、「スタート・ガイド」を選択します。Oracle Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

参照:

Database Resource Managerの詳細は、Oracle Database管理者ガイドを参照

Oracle RACの高可用性フレームワークについて

Oracle RACの高可用性フレームワークを使用すると、実行中の状態にあるデータベース、コンポーネントおよびアプリケーションを常にOracle RACで管理できます。

インスタンス、コンポーネントまたはアプリケーションに障害が発生しても自動的に再起動できるため、Oracle Databaseの動作を最適な状態に保つことができます。

Oracle Databaseはサービスの可用性の維持に重点を置いています。Oracle RACでは、Oracleサービスは1つ以上のインスタンスでワークロードを共有し、継続的に使用できるように設計されています。Oracle RACの高可用性フレームワークでは、各サービスの構成情報をOracle Cluster Registry(OCR)に格納することでサービスの可用性が維持されます。Oracle Clusterwareは、サービス定義に基づいて複数のインスタンス間でサービスのリカバリおよび調整を行います。

参照:

システムに対する高可用性要件の判断の詳細は、『Oracle Database高可用性概要』を参照してください。

高速アプリケーション通知(FAN)について

高速アプリケーション通知(FAN)は、Oracle RACで他のプロセスにクラスタ構成およびサービス・レベルの情報を通知するために使用される高可用性通知メカニズムであり、この情報にはUPイベントやDOWNイベントなどのステータスの変更が含まれます。

高可用性アプリケーションの主要な要件の1つとして、システムの重要なコンポーネントに問題が発生した場合に、迅速にアプリケーションへの通知が行われることがあげられます。通知により、アプリケーションはイベント処理プログラムを実行できます。そのようなプログラムを即時に実行することによって、コストのかかる接続のタイムアウトおよびアプリケーションのタイムアウトを回避し、クラスタのリソース構成の処理にかかる時間およびクラスタ・コンポーネントの障害の影響を最小化します。

FANを使用すると、クラスタ・コンポーネントに障害が発生したときのアプリケーションの自動リカバリが可能となります。クラスタ構成の変更に対しては、Oracle RACの高可用性フレームワークにより、インスタンスの状態に関して変更が発生したと同時にFANイベントがパブリッシュされます。アプリケーションは、データベースの問合せと問題の検出を待たずに、FANイベントを受信して即時に対応できます。

FANのUPイベントおよびDOWNイベントは、インスタンス、サービスおよびノードに適用できます。FANでは、ロード・バランシング・アドバイザのイベントもパブリッシュされます。FANのUPおよびDOWNイベントには、次のメリットがあります。

- DOWNイベントでは、障害が発生したインスタンスまたはノードに接続されているセッションを終了できるため、アプリケーションの中断を最小限に抑えることができます。未完了のトランザクションを終了でき、アプリケーション・ユーザーは即時に通知されます。接続をリクエストしているアプリケーション・ユーザーは、リクエストされたサービスを提供している起動済のインスタンスに送られます。

- UPイベントでは、サービスおよびインスタンスが起動されている場合、アプリケーションが追加のリソースを即時に利用できるように、新しい接続を作成できます。

Oracle ClusterwareおよびOracle RACでは、Oracle Notification Services(ONS)を使用してOracleクラスタ内およびクライアント(または中間層マシン)の両方に対してFANメッセージを伝播します。ONSはOracle Clusterwareとともにインストールされ、ONSデーモンを管理するリソースがインストール・プロセス中に自動的に作成されます。ONSデーモンはクラスタの各ノードで実行され、他のONSデーモンがアクティブなノードの構成リストとの間でメッセージを送受信します。このノードのリストは、アプリケーション・サーバー層またはクライアント・ノードなどのクラスタ外のノードを含むこともできます。

FANは、Oracle Data Guard、Active Data Guard、Oracle WebLogic Server Active GridLink for RAC、Universal Connection Pool (UCP)クライアント、Global Data ServicesおよびOCIベースのクライアント(OCI/OCCI、ODP.NETおよびOCIセッション・プールを含む)と使用することもできます。

参照:

- 接続ロード・バランシングの理解

- ロード・バランシング・アドバイザについて

FANコールアウトについて

FANコールアウトは、高可用性イベントの発生と同時にOracle RACによって実行されるサーバー側の実行可能ファイルです。

コールアウトは基本的にシェル・スクリプトであるか、またはなんらかのプログラム言語で書かれてプリコンパイルされた実行可能ファイルです。クラスタ構成でのイベントの発生時に実行されるアクションを、FANコールアウトを使用して自動化する例を次に示します。

- サーバー側のアプリケーションの起動および停止

- 優先度の高いサービスがオンラインになった場合の優先度の低いサービスの再配置

- ページャへのテキストまたは数値メッセージの送信

FANコールアウトの実行可能ファイルは、Grid_home/racg/usrcoサブディレクトリに格納されます。このサブディレクトリがGridホームにない場合は、Grid_home/racg/tmpサブディレクトリと同じ権限および所有権でこのディレクトリを作成する必要があります。

Grid_home/racg/usrcoサブディレクトリにある実行可能ファイルは、Oracle Notification Service(ONS)を通じてFANイベントを受信すると非同期方式ですぐに実行されます。ほとんどのイベント・タイプにおいて、コールアウトはクラスタ内の1つのノード(イベントを生成しているノード)で実行されるため、Oracle Clusterwareを実行するすべてのノードに、FANコールアウトで使用される実行可能ファイルのコピーを用意しておく必要があります。コールアウト・スクリプトの例は、Oracle Technology Networkにあるホワイト・ペーパー(http://www.oracle.com/technetwork/database/options/clustering/overview/fastapplicationnotification12c-2980342.pdf)の「付録D コールアウト・プログラム(PERLベース)の例」の項にあります。

参照:

- FANコールアウトの使用方法の詳細は、『Oracle Database管理者ガイド』を参照してください。

- 高速アプリケーション通知およびFANコールアウトの構成の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

クライアント・フェイルオーバーを向上させるためのトランザクション・ガードの使用について

トランザクション・ガードは、計画済および計画外の停止と送信の繰返しの場合に、実行を1回以下にするためにアプリケーションで使用される汎用ツールを提供します。

Oracle Database 12c以降、アプリケーションでは論理トランザクションID (LTXID)を使用して、停止後のデータベース・セッション内でオープンになっている最終トランザクションの結果を判断できます。トランザクション・ガードを使用しないと、アプリケーションが停止の後に操作を実行しようとして、トランザクションが重複してコミットされ論理破損が発生する可能性があります。

トランザクション・ガードがない場合、停止後にアプリケーションをリカバリする際の根本的問題の1つが、クライアントに返送されたコミット・メッセージに継続性がないことです。クライアントとサーバーの間が中断されると、クライアントには通信が失敗したことを示す(リカバリ可能エラーとも呼ばれる)エラー・メッセージが示されます。このエラーは、送信でコミット操作が実行されたかどうかまたはすべての予測されるコミットの実行中に完了まで手続きコールを実行したかどうかをアプリケーションに通知しません。エラーはセッション・ステート変更または断続的な障害も示しません。さらに、アプリケーションはクライアントから切断されても実行を続行する場合があります。

このリカバリ可能エラーによって、エンド・ユーザーまたはアプリケーションが、(アプリケーション・コンティニュイティを使用せずに)再試行するために、トランザクションの送信が重複して発行され、データベースですでにコミットされている変更が再発行されるなど、その他の論理破損が引き起こされます。トランザクションは、非トランザクション状態が不正確な場合、またはそのトランザクションがコミットされている場合は、有効に再送信できません。コミットされているが完了していないコールの処理を続けると、誤った状態のデータベース・セッションがアプリケーションで使用されることになります。

Oracle Database 12cリリース1 (12.1)ではトランザクション・ガードによって、自動的かつ透過的に基準化された方法で冪等性を達成するために、アプリケーションで使用される新たな統合ツールが提供されます。トランザクション・ガードは、論理トランザクションID (LTXID)を使用して、重複するトランザクションを削除します(トランザクションの冪等性と呼ばれるプロセスです)。論理トランザクションIDはコミット時に継続され、ロールバックの後に再使用されます。通常の実行中、LTXIDは、各データベース・トランザクションについてクライアントおよびサーバーの両方で自動的にセッションで保持されます。コミット時に、LTXIDはトランザクションのコミットの一部として保持され、データベースは次のLTXIDを使用するためにクライアントに返します。

例6-1 アプリケーション・コンティニュイティまたはアプリケーションによってトランザクション・ガードが使用される仕組み

1. Oracle ClientドライバがFAN停止イベントを受け取ります。

2. FANは終了したセッションを自動的に中断します。

3. リカバリ可能エラーの場合は、次のように続きます。

a. クライアント・ドライバで提供されたAPI (JDBCの場合はgetLogicalTransactionId()、ODP.NETの場合はLogicalTransactionIdおよびOCIの場合はOCI_ATTR_GET)を使用して、失敗したセッションから最終LTXIDを取得します。

b. 新しいセッションを取得します。

c. PL/SQLプロシージャDBMS_APP_CONT.GET_LTXID_OUTCOMEを、失敗したセッションから取得した最終LTXIDとともに呼び出します。

注意:

DBMS_APP_CONTパッケージにおけるEXECUTE権限を、パッケージを使用するデータベース・ユーザーに付与してください。

d. このトランザクションの結果がCOMMITTEDおよびCOMPLETEDの場合は、そのトランザクションの結果をアプリケーションに返します。

e. セッション状態の結果(メッセージやPL/SQLブロックなど)がCOMMITTEDであるがCOMPLETEDではない場合は、そのトランザクションの結果をアプリケーションに返します。トランザクションがコミットされたが、その他の状況(アプリケーションの続行を妨げる行カウントなど)が存在する可能性を示す警告も返されます。

注意:

ほとんどのアプリケーションでこれらの状態は必要ありません。必要とされる場合の注意点を上に示しています。行カウントや呼出しのその他の状態に注意する必要がない場合は、COMMITTEDをアプリケーションに返します。

f. トランザクションの結果がCOMMITTEDではない場合は、ユーザーまたはアプリケーションは、最後のリクエストを再送信することを選択できます。

参照:

- トランザクション・ガードおよび冪等性の詳細は、『Oracle Database開発ガイド』を参照してください。

- トランザクション・ガードおよびOracle RACのクライアント・フェイルオーバーの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- Javaアプリケーションでのトランザクション・ガードの使用については、『Oracle Database JDBC開発者ガイド』を参照してください。

- ODP.NETアプリケーションに対するトランザクション・ガードのサポートの詳細は、Microsoft Windows用Oracle Data Provider for .NET開発者ガイドを参照してください。

停止をマスキングするためのアプリケーション・コンティニュイティについて

アプリケーション・コンティニュイティは、計画済イベントおよび計画外イベントのデータベースの停止をマスキングできます。

計画済および計画外の停止後、アプリケーション・コンティニュイティは、データベース・セッションを再構築し、データベース・セッションを使用不可にしているリカバリ可能エラー後の保留中の作業を再送信することで、停止をマスキングしようとします。

アプリケーション・コンティニュイティが構成されていると、エンドユーザー・リクエストがまだ完了していない場合にリプレイされます(停止の発生時にリプレイが有効な場合)。リプレイは、サービスに指定されたリプレイ・タイムアウト属性を時間が超えていない場合に、開始されます。コンポーネントにエラーが発生したり、コンポーネントが無反応になると、アプリケーション・コンティニュイティはデータベース・セッションを現在の時間にリストアしようとします。リプレイが成功するとこの機能は、一時的な停止(セッション障害、インスタンスまたはノードの停止、ネットワーク障害など)や計画済停止(修復、構成変更およびソフトウェアのパッチ適用など)からアプリケーションをマスキングします。

- アプリケーション・コンティニュイティを使用する準備
アプリケーション・コンティニュイティを使用する前に、様々なチェックを実行する必要があります。

- 計画済停止に対するアプリケーション・コンティニュイティの使用
アプリケーション・コンティニュイティは、Oracle接続プールからのリクエストの排出と組み合された計画済停止について推奨されます。

アプリケーション・コンティニュイティを使用する準備

アプリケーション・コンティニュイティを使用する前に、様々なチェックを実行する必要があります。

アプリケーション・コンティニュイティを使用する前に、アプリケーションで使用されるデータベース・サービスの属性を構成する必要があります。また、ピン接続ではなく、接続を流用してから返すようにアプリケーションを変更することも必要です。これは通常、プロパティです。統合プールのいずれか(UCP、WLSデータ・ソース)が使用されていない場合、リクエスト境界を追加する必要があります。接続がOracle接続プールに戻らず、プロパティがピン解除に使用できない場合、リクエスト境界をマークする必要がある場合もあります。Oracle Database 12cリリース1 (12.1)では、Javaのアプリケーション・コンティニュイティをJDBC-Thin Oracleドライバ、JDBC Universal Connection Pool、およびWebLogic Server Active Grid Linkで汎用的に使用できます。これはPeopleSoftアプリケーションの使用時にOCI 12cでも使用できます。

アプリケーション・コンティニュイティをOracle RACデータベースで使用するには、次の構成チェックリストを使用します。

サービス構成チェック

- 動的データベース・サービス(アプリケーション・サービスとも呼ばれる)を作成して、データベースに接続します。Oracle RACまたはOracle Data Guardデータベースへの接続には、Oracle SID、インスタンス名またはデフォルトのデータベース・サービスを使用しないでください。

- サービスについて、failovertypeをTRANSACTION、commit_outcomeをTRUE、そしてnotificationをTRUEに設定します。オプションで、使用に適した接続を探す場合は、rlb_goaをSERVICE_TIME、そしてclb_gloalをSHORTに設定します。「SRVCTLを使用したサービスの作成」を参照してください。

ソフトウェア構成チェック(データベースおよび中間層)

- Oracle Database 12cリリース1 (12.1)以上を使用します。

- JDBC Replayデータ・ソースとともに構成されたJDBC Universal Connection Pool (12.1)またはWebLogic Active GridLink (12.1.2以降)を使用します。固有のJDBC接続プールとともにJDBC Replayデータ・ソースを使用することもできます。

- アプリケーション・サーバー・レベルの文キャッシュ(たとえば、WebLogicまたはサード・パーティ製アプリケーション・サーバーの文キャッシュ)が有効になっている場合、リプレイの使用時はこれを無効にする必要があります。かわりに、アプリケーション・コンティニュイティをサポートするJDBC文キャッシュを構成します。JDBC文キャッシュは、JDBCおよびOracleに最適化されているため、性能にも優れています。oracle.jdbc.implicitstatementcachesize=nnnを使用します。

- WebLogic Active GridLink Data Source、Universal Connection Poolには、FANおよびFCFを使用するか、またはサード・パーティ・ツールでシンプルJDBC FANを使用します。

- リソース要件をチェックし、中間層に十分なCPUおよびメモリーがあることを確認します。
アプリケーション・コンティニュイティはサーバー側で管理され、CRCで使用可能な場合はハードウェアを使用します。クライアント側では、ガベージ・コレクションに対する追加CPUコストが発生します。呼出しがリクエストの最後まで保持されるため、リプレイ・ドライバにはベース・ドライバよりも多くのメモリーが必要です。リクエストの最後で、呼出しはガベージ・コレクタに解放されます。この処理は、クローズされた呼出しを解放するベース・ドライバによって異なります。

注意:

CPUオーバーヘッドは、検証がハードウェアによって補佐されている、現在のIntelおよびSparcチップを使用したプラットフォームのデータベース側で減少します。

- アプリケーションが可変、または各インスタンスで異なる可能性のある順次データを使用できるかどうか判別します。その場合は、SYSDATE、SYSTIMESTAMP、SYS_GUIDの元の値と、フェイルオーバー中の順序を保持するようにアプリケーションを構成します。
KEEP [DATE TIME|SYSGUID|Sequence]のユーザーへのGRANT権限の発行の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

- DBMS_APP_CONT PL/SQLパッケージでのEXECUTEを、アプリケーション・コンティニュイティを使用するユーザーに付与します。

- アプリケーション認証を行った後、リプレイを使用するユーザーに、可変を維持するためのGRANT権限を割り当てます。

- リプレイできないリクエストがあるかどうかをアプリケーション開発者に確認します。これらのリクエストのリプレイを無効にするには、アプリケーションが明示的にAPIを呼び出す必要があります。

アプリケーション・コード・チェック(アプリケーション開発者に確認)

- アプリケーションがOracle JDBCの具象クラスを使用するかどうか判別します。その場合にOracle固有APIへのアクセスが必要とされるようなときは、この具象クラスを標準のJDBCまたはOracle JDBCインタフェースと置き換えることを計画します。次のMy Oracle Supportノート1364193.1を参照してください:
https://support.oracle.com/CSP/main/article?cmd=show&type=NOT&id=1364193.1

- 接続再試行と、この試行間の遅延を設定する接続文字列を使用します。JDBCを使用した接続プロパティの構成の例については、「高速接続フェイルオーバー用JDBCクライアントの構成」を参照してください。

- アプリケーションからデータベースへの接続の初期化に、オプションのコールバックが使用されるかどうかを判別します。Oracle WebLogic ServerまたはUniversal Connection Poolの使用時は、接続ラベリングが推奨されます。登録されている場合は、実行時およびリプレイでコールバックが実行されます。

- アプリケーション内のコード・パスに対してリプレイを明示的に無効にする必要があるかどうかを判別します。特に、メッセージングやコールアウトなどの外部PL/SQLコールおよびサーバー・サイドJavaを確認します。リプレイを使用しない場合は、disableReplay APIを使用します。

- リクエスト境界を識別、または各リクエストに対してアプリケーションがWebLogic Server PoolまたはUniversal Connection Poolから接続を流用してから返しているかどうかを識別するため、アプリケーションで開始および終了リクエストAPIをアプリケーション固有の接続プールに追加する必要があるかどうかを判別します。
各リクエストに対してアプリケーションがWebLogic Server PoolまたはUniversal Connection Poolから接続を流用してから返している場合は、変更は不要です。

アプリケーションがOracle接続プールを使用し、リクエスト間の接続を返さない場合は、接続をプールに返すように設定するプロパティがあるかどうかを確認します。設定するプロパティがない場合、またはアプリケーション固有の接続プールを使用中の場合は、beginRequestおよびendRequestの境界を追加する必要があります。

参照:

- アプリケーション・コンティニュイティの動作およびアプリケーションでの使用方法の詳細は、『Oracle Database開発ガイド』を参照してください。

- トランザクションの詳細は、『Oracle Database概要』を参照してください。

- Javaアプリケーションのアプリケーション・コンティニュイティの詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

- サービスの作成

計画済停止に対するアプリケーション・コンティニュイティの使用

アプリケーション・コンティニュイティは、Oracle接続プールからのリクエストの排出と組み合された計画済停止について推奨されます。

FANが構成されたFAN対応プール(OCI、UCP、DRCP、WebLogic ServerまたはODP.NET)を使用した手順は次のとおりです。

1. SRVCTL relocateコマンドを使用して、セッションを妨げずにシャットダウン中のインスタンスからサービスを再配置します(-forceパラメータは使用しません)。同一のサービスを再配置する場合は、インスタンスでsrvctl stop serviceを使用します(-forceパラメータは使用しません)。

2. 計画済停止に対するFANイベントはアイドル・セッションを即時にクリアして、アクティブ・セッションをチェックイン時(リクエストの最後)に解放するとマーク付けします。これによって作業を妨げずにセッションがインスタンスから排出されます。

3. すべてのセッションをチェックインする必要がありますが、実際はこれが常に発生するわけではありません。セッションのチェックインに十分な時間が経過したら、ABORT停止オプションを使用してインスタンスを停止します。アプリケーション・コンティニュイティが有効化されたプール(UCPおよびWebLogic Server)の場合、チェックインしなかったそれらの残りのセッションのリカバリがアプリケーション・コンティニュイティによって試行されます。
この手順が適用されるのはUCPおよびWLSと、beginRequest/endRequestをJDBC Thin Replay Driverに追加するすべてのプールです。

4. インスタンスおよびサービスを再起動します。ランタイム・ロード・バランシング(がもし有効な場合)は、次のリクエスト境界でリストアされたインスタンスを使用するために、セッションを戻して均衡化します。

ロード・バランシング・アドバイザについて

ロード・バランシング・アドバイザは、Oracle RACデータベース・インスタンスが提供している現在のサービス・レベルの情報をアプリケーションやクライアントに提供します。

アプリケーションでは、サービスに定義されたワークロード管理ディレクティブに基いて最高のパフォーマンスが達成されるように、ロード・バランシングの高速アプリケーション通知(FAN)イベントを利用してクラスタ内のインスタンスにリクエストを送信できます。また、インスタンスが再起動すると、最近起動したインスタンスへの接続が接続プールによって作成され、このインスタンスが提供する追加のリソースが利用されるため、Oracle RACではFANを使用してアプリケーションの接続プールを通知します。

ロード・バランシング・アドバイザは、Oracle Database 12cに組み込まれている自動ワークロード・リポジトリに統合されています。自動ワークロード・リポジトリは、各サービスについて応答時間とCPU消費を測定します。

ロード・バランシング・アドバイザによって示されるアドバイスでは、サーバーの処理能力およびサーバー上のサービスの現在のワークロードが考慮されます。ロード・バランシング・アドバイザを有効にすることにより、負荷が高いインスタンス、動作が遅いインスタンス、応答がないインスタンス、または障害が発生しているインスタンスで作業を行わないことによって、アプリケーションのスループットを向上させることができます。

ランタイム接続ロード・バランシング機能を備えた統合Oracleクライアントを使用すれば、プログラムを修正せずに、アプリケーションでロード・バランシング・アドバイザを利用できます。FANとの統合によって、Oracle統合クライアントでは、Oracleクラスタの現在のステータスをより迅速に認識します。これにより、クライアント接続が、使用できなくなったインスタンスへの接続を試みたり、それを待機することを防げます。FANイベント対応の統合クライアントには、Oracle Database 12c JDBC、Oracle Database 12c ODP.NET、およびOracle Database 12c Oracle Call Interface (OCI)で使用されるUniversal Connection Pool (UCP)が含まれます。

使用されている各サービスにサービス・レベル目標を定義して、ロード・バランシング・アドバイザを使用するようにOracle RAC環境を構成できます。サービス・レベル目標を定義することで、そのサービスのロード・バランシング・アドバイザが有効になり、FANロード・バランシング・イベントの発行が有効になります。ランタイム接続ロード・バランシングにおけるサービスレベルの目標値には、次の2つのタイプがあります。

- サービス時間。ロード・バランシング・アドバイザでは、インスタンスに対する作業リクエストの送信を、そのインスタンスのレスポンス時間に応じて試行します。ロード・バランシング・アドバイザのデータは、そのサービスを使用した接続で作業が完了するまでの経過時間と、そのサービスに到達するまでに使用できるバンド幅に基づいています。この目標は、インターネットのショッピング・システムなどの、完了までにかかる時間が変動するワークロードに最適です。

- スループット。ロード・バランシング・アドバイザでは、サービスに対してCPUで消費される合計レスポンス時間の割合が測定されます。この値からは、レスポンス時間ではなくインスタンスの効率性がわかります。この目標はトレーディング・システムなどの、各作業リクエストがほぼ同じ時間内に完了する必要のあるワークロードに最適です。

「ロード・バランシング・アドバイザの有効化」オプションを選択していない場合は、サービス・レベルの目標値が「なし」に設定され、そのサービスに対するロード・バランシングが無効になります。

参照:

- 高速アプリケーション通知(FAN)について

- 高可用性のためのクライアントの構成

- サービスの管理

- データベース・サービスを使用した継続的サービスの実現について

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

接続ロード・バランシングについて

Oracle Net接続ロード・バランシングは、データベースへの接続に使用されるサービスをサポートするすべてのインスタンスにユーザー接続を分散します。

Oracle Netは、クライアントおよびOracle Databaseサーバー上に存在するソフトウェア・コンポーネントです。このコンポーネントは、クライアント・アプリケーションとサーバー間の接続を確立して維持し、業界標準プロトコルを使用してクライアントとサーバー間でメッセージを交換します。クライアント・アプリケーションとデータベースが通信するには、クライアント・アプリケーションが接続先のデータベースの場所の詳細を指定し、データベースがIDまたはアドレスなどを示す必要があります。

データベース・サーバー上には、Oracle Netリスナーが存在し、これは通常リスナーと呼ばれます。リスナーは、クライアント接続リクエストをリスニングするプロセスです。リスナーの構成ファイルはlistener.oraです。

Oracle Database 12cのデータベース・クライアントは、SCANと簡易接続メソッドを使用してデータベースに接続します。SCANは、パブリック・クライアント接続を処理するクラスタ内の複数のリスナーに対応する、複数のIPアドレスに解決できます。簡易接続メソッドを使用すると、すべてのクライアント・ネットワーク・ファイルを構成する必要がありません。接続識別子は、次の形式で簡単に指定できます。

SCAN[:port]/service_name

SCANはクラスタのSCANです。ポート番号を指定しない場合、デフォルト値の1521がTCPポート識別子に使用されます。service_nameは動的データベース・サービスの名前です。

Net Configuration Assistant (NETCA)を使用して、ネット・サービス名を作成することもできます。ネット・サービス名が接続記述子になります。接続記述子のアドレスの一部は、実際はリスナーのプロトコル・アドレスです。 クライアントは接続記述子を使用して、クライアントが接続するデータベースまたはインスタンスを指定します。

ネット・サービス名を使用する場合は、最初にネット・サービス名を接続記述子にマッピングした際に、データベース・インスタンスへの接続が確立されます。このマッピング情報は、ネーミング・メソッドを使用してアクセスされた1つ以上の情報リポジトリに格納されます。最もよく使用されるネーミング・メソッドはローカル・ネーミングであり、これを使用すると、ネット・サービス名および接続記述子はtnsnames.oraというローカライズ済の構成ファイルに格納されます。

クライアントがサービスを使用してクラスタ・データベースに接続する場合に、Oracle Netの接続ロード・バランシング機能を使用して、そのサービスをサポートするすべてのインスタンス間でユーザー接続を分散できます。実装可能なロード・バランシングには、クライアント側とサーバー側の2種類のロード・バランシングがあります。Oracle RACデータベースのクライアント接続では、両方のタイプの接続ロード・バランシングを使用する必要があります。Oracle Database Configuration Assistant(DBCA)を使用してOracle RACデータベースを作成した場合、デフォルトでは、サーバー側のロード・バランシングが構成されて有効化されます。

- クライアント側のロード・バランシングについて
クライアント側のロード・バランシングでは、接続リクエストをリスナー間で均等に分散します。

- サーバー側のロード・バランシングについて
サーバー側のロード・バランシングでは、ロード・バランシング・アドバイザからの情報を使用して、リスナーにより、現在サービスを提供している最適なインスタンスに接続リクエストが転送されます。

参照:

- 動的データベース・サービスによるワークロード管理について

- 新規作成されたサービスをサポートするOracle Netの検証

- ネットワーク構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

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

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

クライアント側のロード・バランシングについて

クライアント側のロード・バランシングでは、接続リクエストをリスナー間で均等に分散します。

リスナーは、接続リクエストを受信すると、リクエストされたサービスを提供することをリスナーが認識するインスタンスにユーザーを接続します。

クライアント側のロード・バランシングは、tnsnames.oraファイルにパラメータLOAD_BALANCE=yesを設定して、クライアントの接続定義に定義します。このパラメータをyesに設定すると、Oracleクライアントはアドレス・リストから無作為にアドレスを選択し、そのノードのリスナーに接続します。その結果、クラスタ内の使用可能なリスナー間で、クライアント接続が均等に分散されます。

DBCAを使用してOracle RACデータベースを作成する場合、アシスタントでは、tnsnames.oraファイルにロード・バランシング接続定義のサンプルが作成されます。

クライアント側のロード・バランシングには、接続フェイルオーバーが含まれます。接続フェイルオーバーを使用すると、選択したアドレスからエラーが返された場合にOracle Net Servicesによってアドレス・リストにある次のアドレスが試され、これは接続に成功するか、アドレス・リストにあるすべてのアドレスが試されるまで続けられます。

参照:

- 接続ロード・バランシングの理解

- ロード・バランシング・アドバイザについて

- ネットワーク構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- クライアント接続の詳細は、Oracle Database 2日でデータベース管理者を参照してください。

- ネットワークの構成に使用できるツールの詳細は、Oracle Database 2日でデータベース管理者を参照してください。

サーバー側のロード・バランシングについて

サーバー側のロード・バランシングでは、ロード・バランシング・アドバイザからの情報を使用して、リスナーにより、現在サービスを提供している最適なインスタンスに接続リクエストが転送されます。

各サービスに対して、接続ロード・バランシングの目標を設定し、リスナーでのロード・バランシングの使用方法を定義できます。接続ロード・バランシングには、長期または短期のいずれかの目標を使用できます。これらの目標の特性は次のとおりです。

- 短期: 最適な応答時間に基づいて、複数のインスタンスに接続が分散されます。短期の接続ロード・バランシングの目標は、短期間の接続を行うアプリケーションに使用します。

- 長期: サービスをサポートする各インスタンスにおいて、インスタンスごとのセッション数に基づいて接続が分散されます。長期の接続ロード・バランシングの目標は、長期間の接続を行うアプリケーションに使用します。これは通常、接続プールやSQL*Formsセッションで使用されます。長期の目標は、デフォルトの接続ロード・バランシングの目標です。

注意:

データベースの作成にDBCAを使用しなかった場合、またはデフォルトの1521以外のリスナー・ポートを使用している場合は、SCAN:portを指すようにクラスタ・データベースのLOCAL_LISTENERおよびREMOTE_LISTENERデータベース初期化パラメータを構成する必要があります。

参照:

- 接続ロード・バランシングの理解

- ロード・バランシング・アドバイザについて

ランタイム接続ロード・バランシングについて

ランタイム接続ロード・バランシングはOracle接続プールの機能の1つであり、これを使用すると、ロード・バランシング・アドバイザの情報に基づいて、クライアントの作業リクエストをOracle RACデータベースのインスタンス間で分散させることができます。

接続は、ロード・バランシング・アドバイザのFANイベントに従って、データベース・インスタンスにより提供される現在のパフォーマンス・レベルに基づいて割り当てられます。これによって、最初のデータベース接続時のロード・バランシングではなく、トランザクション・レベルでのロード・バランシングが実現します。

ランタイム接続ロード・バランシングでは、高いパフォーマンスを実現するために、アプリケーションがロード・バランシング・アドバイザの情報を使用します。OCIセッション・プールおよびODP .NET接続は、ランタイム接続ロード・バランシングをサポートします。Javaアプリケーションに対しては、ユニバーサル接続プール(UCP)をお薦めします。ユニバーサル接続プールは、ロード・バランシング・アドバイザの情報を活用するように統合されています。UCPはOracle Database 11gパッチセット1 (11.1.0.7)で導入されたもので、Oracle Database 10g、Oracle Database 11gまたはOracle Database 12cに対して使用できます。

次のような構成のサービスで、ランタイム接続ロード・バランシングに対してクライアント・データ・ソースを有効にする必要があります。

- ロード・バランシング・アドバイザが有効にされ、サービス・レベル目標がSERVICE_TIME、THROUGHPUTまたはNONEに設定されている。

- サービスの接続ロード・バランシング目標が「短い」に設定されている。

次の手順の図は、ランタイム接続ロード・バランシングを説明したものです。この図では、Oracle RACデータベースに3つのインスタンスがあります。ここで、インスタンス1およびインスタンス3のパフォーマンスは最適であり、インスタンス2のパフォーマンスは現在は最適ではないとロード・バランシング・アドバイザで示されているとします。Universal Connection Poolでランタイム接続ロード・バランシングが有効になっている場合、次のプロセスが発生します。

1. クライアントが接続プールからの接続をリクエストします。

2. ランタイム接続ロード・バランシングにより、最も効率的な(最適な)インスタンスに属する接続が接続プールから選択されます。次の手順の図では、接続のルーティング先となるノードが3つ存在します。CPUワークロードが最も少ないインスタンス1には、現在、着信接続の約60パーセントが割り当てられています。現在過負荷の状態にあるインスタンス2には、着信接続の約10パーセントしか割り当てられていません。ワークロードの高いインスタンス3には、着信接続の約30パーセントが割り当てられています。この場合、接続リクエストの処理に最適なインスタンスは、インスタンス1です。

3. 作業リクエストを最短のレスポンス時間で処理する接続をクライアントが受信します。

図6-1 ランタイム接続ロード・バランシング

Oracle Database 11g以上では、ロード・バランシング・アドバイザのイベント内にアフィニティ・ヒントと呼ばれる追加のフラグを使用できます。アフィニティ・ヒントとは、インスタンスとサービスの特定の組合せに対して、アフィニティが利点となるかを示すフラグのことです。同様のサービスを提供する別のインスタンスでは、アフィニティ・ヒントを異なる設定にすることができます。

アフィニティ・ヒントは、サービスから目標を設定しロード・バランシング・アドバイザをオンにした場合、自動です。このフラグはWebセッションの継続期間中の一時アフィニティとなります。Webでの対話は、セッション全体の間に接続と切断を何度も繰り返すことがよくあります。これらの接続ではそれぞれ、ショッピング・カート、Siebelなど、同じデータまたはほぼ同じデータにアクセスする可能性があります。アフィニティにより、バッファ・キャッシュの効率が向上するので、CPUの使用率やトランザクションの待機時間を抑えることができます。

Oracle Database 12cおよびUCPを使用するアプリケーションは、この新たなアフィニティ機能を活用できます。アフィニティ・フラグをロード・バランシング・アドバイザのイベントでオンにすると、UCPはWebセッション用のアフィニティ・コンテキストを作成します。この際、セッションはプールから接続し、そのプールは常に最初にセッションを取得したインスタンスに対して接続を試みます。最初に接続するインスタンスは、現在のロード・バランシング情報に基づいて選択します。

関連トピック

- 接続ロード・バランシングについて

- ロード・バランシング・アドバイザについて

- FANコールアウトについて

サービスの作成

Oracle Enterprise ManagerまたはSRVCTLユーティリティを使用してサービスを作成できます。

注意:
DBMS_SERVICEパッケージは、サービスの提供に必要なデータベース構造を作成しますが、Oracle Clusterwareの機能(サービスの配置、障害の特性など)は構成されません。

ワークロードを管理するために、特定のアプリケーションまたはアプリケーションの一部の操作に割り当てるデータベース・サービスを定義できます。サービスを使用して、異なるタイプの作業のワークロードを管理することもできます。

- Enterprise Managerを使用したサービスの作成
Oracle Enterprise Manager Cloud ControlまたはOracle Enterprise Manager Database Expressを使用して、サービスを作成できます。

- SRVCTLを使用したサービスの作成
SRVCTLは、Oracle Clusterwareで管理されるサービスの作成とOracle Databaseオブジェクトの管理に使用できるコマンドライン・インタフェースです。Oracle Enterprise Manager Database Expressで使用できない機能については、かわりにSRVCTLコマンドを使用できます。

Enterprise Managerを使用したサービスの作成

Oracle Enterprise Manager Cloud ControlまたはOracle Enterprise Manager Database Expressを使用して、サービスを作成できます。

Enterprise Managerを使用してサービスを作成する手順:

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動します。

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

2. 「可用性」メニューから、「クラスタ管理データベース・サービス」を選択します。Oracle RACデータベースおよびホストのオペレーティング・システムに対する資格証明を入力または確認し、「続行」をクリックします。

「クラスタ管理データベース・サービス」ページが表示されます。

3. 「サービスの作成」をクリックします。

「サービスの作成」ページが表示されます。

4. 「サービス名」フィールドに、サービスの名前(DEVUSERSなど)を入力します。

5. サービスを作成した後でそれを開始するには、「作成後にサービスを開始」を選択します。Oracle Enterprise Manager Cloud Controlで新規サービスをローカルOracle Net Services tnsnames.oraファイルに追加する場合は、「ローカル・ネーミング・パラメータ(tnsnames.ora)ファイルの更新」を選択します。

6. (ポリシー管理データベースの場合のみ)サービス・タイプに均一またはシングルトンを選択します。

7. (管理者管理データベースの場合のみ)インスタンスごとに、優先インスタンスであるか、または使用可能インスタンスであるかを選択します。どのような状況でもインスタンスでサービスを実行しない場合は、そのインスタンスの「サービス・ポリシー」に「未使用」を設定します。

8. 接続数の合計ではなく、経過時間に基づいて接続ワークロードを分散させるには、「サービス・プロパティ」セクションの「接続ロード・バランシングの目標」で「短い」を選択します。それ以外の場合は、「長い」を選択します。

9. 次のスクリーンショットに示すように、「通知プロパティ」サブヘッダーの下の「ロード・バランシング・アドバイザの有効化」を選択し、このサービスのロード・バランシング・アドバイザを有効化します。「サービス時間」または「スループット」のいずれかのサービス・レベルの目標を選択します。

10. このサービスをOracle Call Interface(OCI)またはODP.NETアプリケーションで使用してFANを有効化する場合、「通知プロパティ」ヘッダーの下の高速アプリケーション通知の有効化を選択します。

11. 「サービスしきい値レベル」セクションで、「経過時間」および「CPU時間」メトリックの「警告」および「クリティカル」しきい値(ミリ秒)を入力することにより、サービス・レベルしきい値をオプションで設定できます。

12. このサービスで使用されるリソースを制御するリソース・プランを使用する場合、「リソース管理プロパティ」セクションの「コンシューマ・グループ・マッピング」リストからコンシューマ・グループの名前を選択します。たとえば、LOW_GROUPというコンシューマ・グループを選択すると、開発ユーザーに与えるデータベース・リソースへの優先度を低くすることができます。

注意:

「サービスの編集」ページでは、サービスに対するコンシューマ・グループ名を変更できません。これは、特定のサービスに関連付けられたコンシューマ・グループが複数存在する場合があるためです。ただし、「サービスの編集」ページには、「リソース・コンシューマ・グループ・マッピング」ページへのリンクが含まれており、ここでサービスに対するコンシューマ・グループ・マッピングを変更できます。

13. 特定のOracle Schedulerジョブ・クラスでこのサービスが使用される場合、「リソース管理プロパティ」の「ジョブ・スケジューラ・マッピング」リストから名前を選択してマッピングを指定できます。

14. 「OK」をクリックして、サービスを作成します。

参照:

- 動的データベース・サービスによるワークロード管理について

- 接続ロード・バランシングの理解

- ロード・バランシング・アドバイザについて

- 高速アプリケーション通知(FAN)について

- サービスの管理

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

SRVCTLを使用したサービスの作成

SRVCTLは、Oracle Clusterwareで管理されるサービスの作成とOracle Databaseオブジェクトの管理に使用できるコマンドライン・インタフェースです。Oracle Enterprise Manager Database Expressで使用できない機能については、かわりにSRVCTLコマンドを使用できます。 SRVCTLユーティリティの使用方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照してください。

SRVCTLを使用してアプリケーション・コンティニュイティまたはトランザクション・ガードのサービスを構成する手順:

1. アプリケーション・コンティニュイティのサービスを構成するには、サービス属性のfailovertypeをTRANSACTION、commit_outcomeをTRUE、そしてnotificationをTRUEに設定します。また、次に示すアプリケーション・コンティニュイティおよびロード・バランシングのその他のサービス属性に値を設定することもできます。

- replay_init_time: その時間が経過するまでリプレイを開始しない時間を秒単位(60秒、300秒、600秒など)で指定します。推奨値は900秒です。

- retention: コミット結果がトランザクション・ガードで保持される時間(秒)を指定します。推奨値は86400 (24時間)です。

- failoverretry: 各リプレイに対する接続試行回数です。推奨値は30です。

- failoverdelay: 接続試行間の遅延(秒単位)です。推奨値は10です。

- clbgoal: 接続ロード・バランシングの場合、ランタイム・ロード・バランシングの使用時はSHORTを使用します。

- rlbgoal: SERVICE_TIMEに設定します。

SRVCTLを使用してサービス属性を変更するには、次のようなコマンドを使用します。ここでracdbはOracle RACデータベースの名前を、app1は変更するサービスの名前を表します。

srvctl modify service -db racdb -service app1 -clbgoal SHORT
-rlbgoal SERVICE_TIME -failoverretry 30 -failoverdelay 10
-failovertype TRANSACTION -replay_init_time 1800 -retention 86400
-notification TRUE commit_outcome TRUE

2. ポリシー管理されたOracle RACデータベースに対してアプリケーション・コンティニュイティのサービスを作成するには、次のようなコマンドを使用します。ここでracdbはOracle RACデータベースの名前を、app2は変更するサービスの名前を、そしてSvrpool1はサービスが提供されるサーバー・プールの名前を表します。

srvctl modify service -db racdb -service app2 -serverpool ora.Srvpool1
-clbgoal SHORT -rlbgoal SERVICE_TIME -failoverretry 30
-failoverdelay 10 -failovertype TRANSACTION -replay_init_time 1800
-retention 86400 -notification TRUE -commit_outcome TRUE

3. トランザクション・ガードを有効にしてアプリケーション・コンティニュイティを有効にしない場合は、commit_outcome = TRUEにしてサービスを作成します。属性retentionを使用して、履歴を保持する時間(秒)を指定することもできます。また、FANイベントについては属性notificationをTRUEに設定することをお薦めします。

SRVCTLを使用してサービス属性を変更するには、次のようなコマンドを使用します。ここでracdbはOracle RACデータベースの名前を、app2は作成するサービスの名前を表します。

srvctl modify service -db racdb -service app2 -commit_outcome TRUE -retention 86400 -notification TRUE

サービスの管理

Oracle Enterprise Managerでサービスを作成および管理できます。また、SRVCTLユーティリティを使用すると、大部分のサービス管理タスクを実行できます。

- Enterprise Managerを使用したサービス管理について
サービスに関連するタスクを開始する際の中心ページは、「クラスタ管理データベース・サービス」ページです。

- 「クラスタ管理データベース・サービス」ページの使用
Enterprise Managerを使用してサービスを管理する際に、「クラスタ管理データベース・サービス」ページを使用します。

- 新規作成されたサービスをサポートするOracle Netの検証
クラスタにSCANを構成および使用すると、各クライアントでネットワーク設定を変更する必要がなくなります。lsnrctlユーティリティを使用すると、新しいサービスがOracle Netで認識されてデータベース・クライアントから使用可能となっていることを検証できます。

参照:

- Oracleサービスについて

- サービスの作成

Oracle Enterprise Managerを使用したサービス管理について

「クラスタ管理データベース・サービス」ページは、サービス関連のすべてのタスクを開始するマスター・ページです。

このページにアクセスするには、「クラスタ・データベース: メンテナンス」ページに移動し、「サービス」セクションの「クラスタ管理データベース・サービス」をクリックします。このページとページ内のリンクを使用して、次の操作を実行できます。

- クラスタのサービスのリストの表示。

- 各サービスが現在実行されているインスタンスの表示。

- 各サービスのステータスの表示。

- サービスの作成または編集。

- サービスの開始または停止。

- サービスの有効化または無効化。

- サービスに関するインスタンス・レベルのタスクの実行。

- サービスの削除。

参照:

- Oracleサービスについて

- サービスの作成

「クラスタ管理データベース・サービス」ページの使用

Oracle Enterprise Managerを使用してサービスを管理する際に、「クラスタ管理データベース・サービス」ページを使用します。

「クラスタ管理データベース・サービス」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動します。

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

2. 「可用性」メニューから、「クラスタ管理データベース・サービス」を選択します。Oracle RACデータベースおよびホストのオペレーティング・システムに対する資格証明を入力または確認し、「続行」をクリックします。

「クラスタ管理データベース・サービス」ページが表示され、そのクラスタ・データベース・インスタンス上で使用可能なサービスが表示されます。

3. このページを使用して、次のいずれかのタスクを行います。

- クラスタのサービス、各サービスが現在実行されているインスタンス、各サービスのステータス、サービスに関連付けられたサーバー・プール、サービスの応答性、およびそのサービスのアラートまたはメッセージのリストの表示。

- サービスの開始または停止。

- サービスの接続テスト、または使用中のOracle Net TNS文字列の表示。

- 「サービスの作成」ページへのアクセス。

- サービスの編集、削除、有効化または無効化。

- 各サービスに関連付けられたサーバー・プールの「サーバー・プールの編集」ページへのアクセス。

参照:

- Oracle Enterprise Managerを使用したサービス管理の概要

- Oracleサービスについて

- サービスの作成

新規作成されたサービスをサポートするOracle Netの検証

クラスタにSCANを構成および使用すると、各クライアントでネットワーク設定を変更する必要がなくなります。lsnrctlユーティリティを使用すると、新しいサービスがOracle Netで認識されてデータベース・クライアントから使用可能となっていることを検証できます。

注意:

クラスタ、データベース、データベース・インスタンス、Oracle Automatic Storage Management (Oracle ASM)およびリスナーを管理するユーティリティを使用する際には、管理するオブジェクトやコンポーネントのホーム・ディレクトリにある適切なバイナリを使用します。また、ORACLE_HOME環境変数は、このディレクトリを指すように設定します。

たとえば、lsnrctlを使用してSCANリスナーを管理する場合は、(そのリスナーが実行されている)Gridホームにあるバイナリを使用します。ORACLE_HOME環境変数は、Gridホームの場所に設定します。

新規作成されたサービスがOracle Net Servicesでサポートされていることを確認するには、次の手順を実行します。

1. 次のコマンドを使用して、ローカル・ノード上のリスナーによって新しいサービスが認識されるかどうかを確認します。

lsnrctl status LISTENER_SCAN1

次のような新しいサービスのリストが表示されます。

Services Summary...
Service "DEVUSERS.example.com" has 2 instance(s).
Instance "sales1", status READY, has 1 handler(s) for this service...
Instance "sales2", status READY, has 1 handler(s) for this service...

新しく作成したサービスの表示名(DEVUSERS.example.comなど)は、接続文字列内で使用するサービス名です。

2. (オプション)テキスト・エディタを使用して、サービスの優先インスタンスまたは使用可能インスタンスとしてリストされるインスタンスを含む各ノード、およびサービスを使用してデータベースに接続する各クライアントのORACLE_HOME/network/adminディレクトリのtnsnames.oraファイルを変更します。次のようなエントリを追加して各ノードのVIPアドレスを指定します。

DEVUSERS =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = docrac1-vip)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = docrac2-vip)(PORT = 1521))
(LOAD_BALANCE = yes)
)
(CONNECT_DATA = (SERVICE_NAME = DEVUSERS.oracle.com))
)

前述の例では、パラメータADDRESS_LISTには、サービスの優先インスタンスまたは使用可能インスタンスのいずれかとして構成されたインスタンスを含む各ノードの1つのADDRESSが含まれています。

3. SQL*PlusおよびSCANを使用してOracle RACデータベースへの接続を試行することにより、Oracle Net Servicesの構成をテストします。
簡易接続ネーミングの接続識別子は、次の形式です。

"[//]SCAN[:port]/service_name"

SCANはクラスタのSCANであり、デフォルトではcluster_name.GNS_sub_domainです。service_nameは、データベースへの接続に使用するデータベース・サービスの名前です。オプションとして、Oracle SCANリスナーが接続をリスニングするTCPポート番号を指定できます。

たとえば、次のコマンドを使用して、docracクラスタに存在するOracle RACデータベースのDEVUSERSサービスに接続します。これはexample.comドメインに属します。

$ sqlplus system@\"docrac.example.com/DEVUSERS.example.com\"
Enter password: password

パスワードを入力すると、Oracle RACデータベースに正常に接続していることを示すメッセージが表示されます。エラー・メッセージが表示された場合は、接続識別子を調査して、ユーザー名、パスワード、およびサービス名が正しく入力されたか、Oracle RAC環境のすべての情報が正しいかを検証します。

参照:

- 接続ロード・バランシングの理解

- リスナー構成を表示する方法の詳細は、Oracle Database 2日でデータベース管理者を参照してください。

- クライアント・コンピュータからOracleデータベースに接続する方法の詳細は、Oracle Database 2日でデータベース管理者を参照してください。

高可用性のためのクライアントの構成

フェイルオーバーを自動化する場合、アプリケーション・クライアントには考慮する主要な要素が3つあります。

- 1つは、新規のデータベース・インスタンスへの接続が試行される前のTCP/IPネットワーク・タイムアウトの待機を避けるために、障害発生時に接続されているクライアントに障害が発生したことを迅速かつ自動で通知する必要があることです(タイムアウトの範囲は8分から2時間の間で、オペレーティング・システムによって異なります)。Oracle RAC構成では、高速アプリケーション通知(FAN)を使用してJDBCクライアント、OCIクライアントおよびODP.NETクライアントに通知します。FANイベント通知およびコールアウトによって、サイトでの障害発生後にクライアントが自動かつ迅速にリダイレクトできます。

- 2つ目のクライアント・フェイルオーバーの主要な要素は、障害発生後の新規インスタンスへの新規受信リクエストのリダイレクトで、これはアプリケーション・サービスを使用して実装できます。複数インスタンスのOracle RACデータベースにアプリケーション・サービスを作成してアクティブ化し、1つのインスタンスでサービスが使用できなくなった場合、クライアント接続はサービスを利用できる他のインスタンスにリダイレクトされます。アプリケーションではデータベース・サービスの名前のみを接続文字列で指定する必要があり、インスタンス名を指定する必要はありません。これは、リスナー相互登録を使用することで、クラスタ内のSCANリスナーおよびその他のリモート・リスナーが、接続リクエストの受信時にどのインスタンスが現在サービスを提供しているかを認識しているためです。

- 3つ目の主要要素はクライアントおよびアプリケーションからの停止のマスキングです。データベース・セッションの停止のマスキングはアプリケーション開発にとって複雑なタスクのため、エラーおよびタイムアウトが頻繁にクライアントに公開されます。アプリケーション・コンティニュイティは、計画済および計画外の停止後に完了していないアプリケーション・リクエストをリプレイすることで、アプリケーションから停止をマスキングしようとします。

アプリケーション・コンティニュイティを利用できないアプリケーションの場合、OCIベース・アプリケーション用のTransparent Application Failover (TAF)と、トランザクション・ガードの2つの追加機能を使用できます。トランザクション・ガードによってアプリケーションでは、最後の移行中トランザクションの結果を認識することで、独自の停止のマスキングを構築できます。

この項では、アプリケーション・クライアントの高可用性の構成について説明します。

- 可用性の高い接続のためのOracle Net Servicesパラメータの構成
サービスを使用してデータベースに接続する場合は、高可用性を構成するために設定できる様々なパラメータがあります。

- 高可用性JDBCクライアントの構成
接続プール、アプリケーション・コンティニュイティおよびトランザクション・ガードを使用するようにJDBCクライアントを構成することによって、可用性を高くできます。

- 高可用性OCIクライアントの構成
Oracle Call Interface (OCI)によって、FANおよびロード・バランシング・アドバイザ・イベントが統合されます。ロード・バランシング・アドバイザを利用するには、OCIセッション・プールを有効にする必要があります。

- 高可用性ODP.NETクライアントの構成
Oracle Data Provider for .NET (ODP.NET)は、高速アプリケーション通知(FAN)、ランタイム接続ロード・バランシング、透過的アプリケーション・フェイルオーバー(TAF)およびトランザクション・ガードとの統合を提供しています。

参照:

- 高速アプリケーション通知(FAN)について

- Oracleサービスについて

- クライアント側の接続の構成の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

可用性の高い接続のためのOracle Net Servicesパラメータの構成

サービスを使用してデータベースに接続する場合は、高可用性を構成するために設定できる様々なパラメータがあります。

- Oracle Databaseに接続する必要があるアプリケーションの場合は、次のOracle Net Servicesパラメータを使用して接続待機時間を最小化します。

- CONNECT_TIMEOUT: アドレスへの接続を試みるときに待機する時間を制御します

- RETRY_COUNT: アプリケーションがデータベースへの接続を試みる回数を制御します

- TRANSPORT_CONNECT_TIME: クライアントがデータベースへのTCP接続を確立するために使用できる時間を制御します

このパラメータは、tnsnames.oraファイルのタイムアウト・セクションか、接続文字列のDESCRIPTIONレベルで次のように指定できます。

net_service_name=
(DESCRIPTION=
(CONNECT_TIMEOUT=60)(RETRY_COUNT=3)(TRANSPORT_CONNECT_TIMEOUT=3
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=tcp)(HOST=docrac.example.com)(PORT=1521))
(CONNECT_DATA=
(SERVICE_NAME=racdb.example.com)))

注意:

- CONNECT_TIMEOUTパラメータは、sqlnet.oraパラメータのsqlnet.OUTBOUND_CONNECT_TIMEOUTに相当し、これをオーバーライドします。

- サーバーsqlnet.oraファイルにあるsqlnet.outbound_connection_timeoutパラメータは構成しないでください。Oracle Clusterwareの操作に影響を与える可能性があります。

- TRANSPORT_CONNECT_TIMEOUTパラメータは、sqlnet.oraパラメータのtcp.CONNECT_TIMEOUTに相当し、これをオーバーライドします。

参照:

Oracle Net Servicesのタイムアウトおよび再試行パラメータの詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。

高可用性JDBCクライアントの構成

接続プール、アプリケーション・コンティニュイティおよびトランザクション・ガードを使用するようにJDBCクライアントを構成することによって、可用性を高くできます。

JDBC接続を使用するアプリケーションでは接続プールを利用できるので、データにアクセスするたびにデータベースへの接続を新しく作成するかわりに、プールの既存の接続を使用できます。Universal Connection Pool(UCP)はJavaベースの接続プールで、すべてのタイプのデータベース(OracleまたはOracle以外)に対する、すべてのタイプの接続(JDBC、LDAP、JCA)をサポートしており、任意の中間層を持っています(OracleまたはOracle以外)。また、TopLinkやBPELといったスタンドアロンのデプロイメントもサポートしています。UCPでは、高速接続フェイルオーバー、ランタイム接続ロード・バランシング、Web Affinity、アプリケーション・コンティニュイティ、およびJDBC Thinドライバ使用時のOracle RACによるトランザクション・ガードなどのOracle Databaseの統合機能もサポートされています。

高速接続フェイルオーバーがない状態で、ノードまたはネットワークが停止しアプリケーションがそのインスタンスに接続を試みると、接続リクエストが数分間ハングし、TCPがタイムアウトに達するまで待機することがあります。統合されたFCF機能を持つ接続プールを使用しない場合でも、接続障害通知機能を構成することで、ご使用のアプリケーションでは引き続きOracle RAC高可用性イベントが通知されます。

アプリケーション・コンティニュイティは、汎用目的のアプリケーションから独立したインフラストラクチャを提供します。これにより、計画済または計画外の停止発生後にアプリケーションからの作業のリカバリが可能になります。停止は、修復、構成変更またはパッチ適用後のシステム、通信またはハードウェア・レイヤーに関連している可能性があります。アプリケーション・コンティニュイティは非トランザクションおよびトランザクションのユーザー・コールをリプレイして、停止が発生しなかったかのようにデータベース・セッションを再構築することで、データベース・セッションをリストアします。アプリケーション・コンティニュイティはこのリプレイをアプリケーション配下で実行するため、停止は、アプリケーションからは遅れた実行のように見えます。

トランザクション・ガードは信頼性の高いプロトコルで、データベース・セッションを使用不能にしている、停止後に処理中だった最後のトランザクションの結果を返すツールです。トランザクション・ガードによって、エンド・ユーザーが不満を抱く不明なエラー、カスタマ・サポート・コールおよび機会損失のコストを削減します。

注意:

- トランザクション・ガードは、分散トランザクションまたはXAトランザクションをリプレイしません。

- Universal Connection Pool (UCP)を使用する際は、高速アプリケーション通知と、アプリケーション・コンティニュイティ(オプション)を構成します。接続失敗通知(ConnectionFailureNotification接続プロパティ)は構成しないでください。

- 高速接続フェイルオーバーのためのJDBCクライアントの構成
高速接続フェイルオーバーのためにJDBCクライアントを構成するには、次の手順に従います。

- JDBC ThinドライバのプールされていないクライアントのシンプルFANの構成
プールされていないJDBCクライアントのシンプルFANを構成するには、ConnectionFailureNotification接続プロパティを使用します。

- Javaのアプリケーション・コンティニュイティのためのJDBCクライアントの構成
新規Replayデータ・ソース(oracle.jdbc.replay.OracleDataSource)は、Javaのアプリケーション・コンティニュイティの使用時に接続を取得するためのアプリケーションのフロントエンドとして機能します。

- トランザクション・ガードを使用するためのJDBC-Thinクライアントの構成
トランザクション・ガードは信頼性の高いプロトコルで、データベース・セッションを使用不能にしている、停止後に処理中だった最後のトランザクションの結果を返すツールです。

参照:

- 動的データベース・サービスによるワークロード管理について

- Oracleサービスについて

- 高可用性を実現するためのOracle RACのデプロイの詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- Universal Connection Pool for Javaの詳細は、『Oracle Universal Connection Pool for JDBC開発者ガイド』を参照してください。

高速接続フェイルオーバーのためのJDBCクライアントの構成

高速接続フェイルオーバーのためにJDBCクライアントを構成するには、次の手順に従います。

Universal Connection Pool (UCP)は、Oracle Notification Serviceが構成され、プールのプロパティsetFastConnectionFailoverEnabledが有効な場合にFANをサブスクライブします。

また、UCPは、ランタイム・ロード・バランシングのための接続に使用される動的データベース・サービスを構成する場合にも、FANロード・バランシング・イベントをサブスクライブします。接続プールは使用されていない接続を作業リクエストに無作為に割り当てるのではなく、受信した最新の情報に従って、最適なサービスを提供する接続を選択します。ノードがハングすると、ランタイム・ロード・バランシングはすぐに、ハング・ノードからクラスタ内の別のノードへ接続を移動します。

高速接続フェイルオーバーのためにJDBCクライアントを構成するには、次の手順を実行します。

1. Oracle Enterprise Manager Cloud Controlのクラスタ管理サービスに関するページを使用して新規サービスを作成します。サービスの作成の詳細は、「サービスの作成」を参照してください。

2. UCP DataSourceプロパティFastConnectionFailoverEnabledをTRUEに設定して、JDBCクライアントの高速接続フェイルオーバーを有効化します。また、JDBCアプリケーション内でリモートOracle Notification Services (ONS)サブスクリプションを構成して、Java仮想マシン (JVM)が必要に応じてONSを生成できるようにします。次に例を示します。

PoolDataSource pds = PoolDataSourceFactory.getPoolDataSource();
Pds.setConnnectionPoolName("FCFSampleUCP");
pds.setONSConfiguration("nodes=racnode1:4200,racnode2:4200");
pds.setFastConnectionFailoverEnabled(true);
pds.setConnectionFactoryClassName("oracle.jdbc.pool.OracleDataSource");

リモートONSサブスクリプションには、クライアント・アプリケーションでフェイルオーバーに使用できるすべてのホストが含まれている必要があります。

3. oracle.net.ns.SQLnetDef.TCP_CONNTIMEOUT_STRプロパティをデータ・ソース上でゼロ以外の値に設定します。JDBCクライアントがこのプロパティの設定時に、使用できないホストに接続しようとした場合、接続試行はoracle.net.ns.SQLnetDef.TCP_CONNTIMEOUT_STRに対して指定した時間にバインドされます。指定した時間が過ぎても接続に成功しない場合、クライアントはアドレス・リストにある次のホストに接続しようとします。ほとんどのインストールに対して十分なプロパティの設定値は3秒です。

4. 次に示す例のように、SCANとサービス名、SCANリスナーがリスニングするポート(デフォルト値1521を使用していない場合)を含む接続記述子を使用するようにJDBCクライアントを構成します。

@//docrac.example.com:1525/orcl_JDBC

注意:

透過アプリケーション・フェイルオーバー(TAF)処理はFAN ONS処理を妨害する可能性があるため、TAFをJDBCクライアントの高速接続フェイルオーバーで構成しないでください。

たとえば、データベース初期化パラメータremote_listenerがSCANリスナー・アドレスに設定されている場合、JDBCアプリケーションでは、次のような接続文字列を使用してデータベースに接続します。

pds.setURL("jdbc:oracle:thin:@(DESCRIPTION =
(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)(FAILOVER=ON)(CONNECT_TIMEOUT=60)
(ADDRESS_LIST =(ADDRESS=(PROTOCOL=tcp)
(HOST=docrac.example.com)(PORT=1521))
(CONNECT_DATA=(SERVICE_NAME=service_name)))

JDBCドライバではOracle Netを使用しないため、JDBC Thinドライバを使用する場合は、URLに完全な接続記述子を含む必要があります。

5. ucp.jarとons.jarがいずれもアプリケーションのCLASSPATHにあることを確認します。

参照:

- サービスの作成

- 高速アプリケーション通知(FAN)について

- JavaでのOracle RACの高速アプリケーション通知のインストールおよび構成の詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

- Javaを使用したデータベース接続でのUniversal Connection Poolの使用の詳細は、『Oracle Universal Connection Pool for JDBC開発者ガイド』を参照してください。

- ユーザーを認証するメソッドの作成の詳細は、『Oracle Database 2日でJava開発者ガイド』を参照してください。

- Oracle RACの高速アプリケーション通知のインストールおよび構成の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

JDBC ThinドライバのプールされていないクライアントのシンプルFANの構成

プールされていないJDBCクライアントのシンプルFANを構成するには、ConnectionFailureNotification接続プロパティを使用します。

JDBCシンプルFANにより、スタンドアロンのOracle JDBC接続はノード障害にすばやく応答できます。この機能により、スタンドアロンのJDBC Thinドライバ接続はFANイベントをリスニングし、接続を閉じたり、ユーザー・アプリケーションにリカバリの迅速な開始を許可することで、ノードのダウン・イベントに対応できます。ノードがダウンした後で、JDBCメソッド・コールがすぐに例外をスローする場合を除き、アプリケーションの動作は変更されません。

プールされていないJDBCクライアントのFANを構成する手順:

1. 接続障害通知プロパティは、-Dオプションを使用してシステム・プロパティとして設定するか、または接続作成時に接続プロパティの引数に含めることによって設定します。

システム・プロパティとして設定するには、次のようなコマンドを使用します。

java -Doracle.jdbc.ConnectionFailureNotification=true

接続プロパティの引数で設定するには、次のようなコードを使用します。

Properties props = new Properties();
props.put("ConnectionFailureNotification", "true");
Connection = DriverManager.getConnection(url, props);

2. ノードのダウン・イベントを受信する転送メカニズムを構成します。Oracle Notification Services (ONS)が転送メカニズムとして選択されている場合、次のコードに示すように、SetONSConfigurationプロパティを使用します。ここで、racnode1およびracnode2は、ONSを実行するクラスタ内のノードを示します。

props.setONSConfiguration("nodes=racnode1:4200,racnode2:4200");

3. ons.jarがアプリケーションのCLASSPATHにあることを確認します。

参照:

- Oracle RACの高可用性フレームワークの概要

- Oracle RACの高速アプリケーション通知のインストールおよび構成の詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

- ユーザーを認証するメソッドの作成の詳細は、『Oracle Database 2日でJava開発者ガイド』を参照してください。

Javaのアプリケーション・コンティニュイティのためのJDBCクライアントの構成

新規Replayデータ・ソース(oracle.jdbc.replay.OracleDataSource)は、Javaのアプリケーション・コンティニュイティの使用時に接続を取得するためのアプリケーションのフロントエンドとして機能します。

Replayデータ・ソースは、UCPおよびWebLogic Server Active GridLinkの両方のデータ・ソースに対して、新規の物理的なJDBC接続を生成する接続ファクトリとして機能します。Oracle Databaseとの連携においてJDBCリプレイ・ドライバは、データベースの指示に従って、Oracle Database 12cによるクライアント対話中のコールの履歴を保持します。データベース・サービスの欠落で生じるセッションの停止(計画済または計画外)に続いて、JDBCリプレイ・ドライバは非トランザクションおよびトランザクションのデータベース・セッション状態を再構築しようとし、それによって停止が遅れた実行として示されます。

Javaのアプリケーション・コンティニュイティおよびJDBCリプレイ・ドライバを使用するには、Oracle Database 12cクライアントを使用してOracle Database 12cデータベースに接続する必要があります。Javaのアプリケーション・コンティニュイティは次の構成でサポートされています。

- Oracle JDBC Replayデータ・ソースを使用し、UCPまたはWebLogic Server Active GridLinkのどちらも使用しないJDBCアプリケーション - 通常のスタンドアロンJDBCのケース

- UCPデータ・ソースを使用中のJDBCアプリケーション - UCPデータ・ソースを使用するように構成されているスタンドアロンまたはサード・パーティのアプリケーション・サーバー

- WebLogic Server Active GridLinkのみを使用してUCPデータ・ソースを使用しないJDBCアプリケーション - 通常のWebLogic Server J2EEのケース

JDBCリプレイ・ドライバを使用するようにJDBCクライアントを構成する手順:

1. リプレイが保証されているアプリケーションを使用していることを確認します。

2. アプリケーションで使用するサービスがまだ存在しない場合は、SRVCTLを使用してそのサービスを作成します。このサービスについてFAILOVER_TYPE属性をTRANSACTION、commit_outcome属性をTRUE、そしてFANの通知をTRUEに設定します。

サービスの作成の詳細は、「サービスの作成」を参照してください。

3. 次の例に示すとおり、replayDataSourceオブジェクトを使用して接続要素を構成します。

replayDataSource rds = PoolDataSourceFactory.getreplayDataSource();
rds.setConnnectionPoolName("replayExample");
rds.setONSConfiguration("nodes=racnode1:4200,racnode2:4200");
rds.setFastConnectionFailoverEnabled(true);
rds.setConnectionFactoryClassName("oracle.jdbc.replay.OracleDataSourceImpl");

Connection conn = replayDataSource.getConnection();

「高速接続フェイルオーバー用JDBCクライアントの構成」のURLの例を参照してください。

4. データベースへの接続時に、サービスを提供するすべてのインスタンスにアクセス可能なURLを使用します。可用性の高いデータベース接続の作成の詳細は、「可用性の高い接続のためのOracle Net Servicesパラメータの構成」を参照してください。

注意:

アプリケーション・コンティニュイティを使用するセッションを切断または終了する場合、アプリケーション・コンティニュイティはセッションをリカバリしようとします。リプレイせずにセッションを切断または終了するには、Oracle Database開発ガイドを参照してください。

参照:

- Javaのアプリケーション・コンティニュイティのためのOracle JDBCの構成の詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

- アプリケーション・コンティニュイティの使用の詳細は、『Oracle Database開発ガイド』を参照してください。

- Universal Connection Poolでのアプリケーション・コンティニュイティの使用の詳細は、『Oracle Universal Connection Pool開発者ガイド』を参照してください。

トランザクション・ガードを使用するためのJDBC-Thinクライアントの構成

トランザクション・ガードは信頼性の高いプロトコルで、データベース・セッションを使用不能にしている、停止後に処理中だった最後のトランザクションの結果を返すツールです。

トランザクション・ガードによって、ユーザーが不満を抱く不明なエラー、カスタマ・サポート・コールおよび機会損失のコストを削減します。トランザクション・ガードを使用しないと、停止後に操作を再試行しようとするアプリケーションおよびユーザーが、トランザクションを重複してコミットしたり、不適切な順序でトランザクションをコミットすることによって、論理破損が発生することがあります。

参照:

- トランザクション・ガードで使用するJDBC-Thinクライアントの構成の詳細は、『Oracle Database JDBC開発者ガイド』を参照してください。

- トランザクション・ガードの使用の詳細は、『Oracle Database開発ガイド』を参照してください。

高可用性OCIクライアントの構成

Oracle Call Interface(OCI)によって、FANおよびロード・バランシング・アドバイザ・イベントが統合されます。ロード・バランシング・アドバイザを利用するには、OCIセッション・プールを有効にする必要があります。

- FAN通知を受信するためのOCIクライアントの構成
Oracle Call Interface (OCI)クライアントはOracle Real Application Clusters (Oracle RAC)高可用性イベントの発生時に通知を受信して応答するように登録できます。

- トランザクション・ガードを使用するためのOCIクライアントの構成
Oracle Call Interface (OCI)クライアントは、リカバリ可能エラーが発生したときに、トランザクション・ガードを使用して移行中のトランザクションをリプレイできます。

参照:

- Oracle Database開発ガイドの「トランザクション・ガードの使用」に関する項

- Oracle Call Interfaceプログラマーズ・ガイドの透過的アプリケーション・フェイルオーバーの構成に関する項

FAN通知を受信するためのOCIクライアントの構成

Oracle Call Interface (OCI)クライアントはOracle Real Application Clusters (Oracle RAC)高可用性イベントの発生時に通知を受信して応答するように登録できます。

高速アプリケーション通知(FAN)イベントの受信を登録することによって、OCIの接続フェイルオーバーのレスポンス時間が向上し、中断した接続を接続プールおよびセッション・プールから削除できます。この機能はすべてのOCIクライアント・アプリケーションで動作します。

FAN通知を受信するようにOCIクライアントを構成するには、次の手順を実行します。

1. Oracle Enterprise Cloud Controlのクラスタ管理サービスに関するページを使用してOCIクライアントのサービスを作成します。

サービスに対する優先インスタンスとしてプライマリ・インスタンスを構成する必要があります。「通知プロパティ」で「OCIおよびODP.NETアプリケーションでの高速アプリケーション通知(FAN)の有効化」を選択します。

2. OCIクライアント・アプリケーションをスレッド・ライブラリlibthreadまたはlibpthreadにリンクします。

3. 次の例のように、イベントが発生したかどうかをアプリケーションでチェックする必要があります。

void evtcallback_fn(ha_ctx, eventhp)
...
printf("HA Event received.\n");
if (OCIHandleAlloc( (dvoid *)envhp, (dvoid **)&errhp, (ub4) OCI_HTYPE_ERROR,
(size_t) 0, (dvoid **) 0))
return;
if (retcode = OCIAttrGet(eventhp, OCT_HTYPE_EVENT, (dvoid *)&srvhp, (ub4 *)0,
OCI_ATTR_HA_SRVFIRST, errhp))
checkerr (errhp, (sword)retcode;
else {
printf("found first server handle.\n");
/*get associated instance name */
if (retcode = OCIAttrGet(srvhp, OCI_HTYPE_SERVER, (dvoid *)&instname,
(ub4 *)&sizep, OCI_ATTR_INSTNAME, errhp))
checkerr (errhp, (sword)retcode);
else
printf("instance name is %s.\n", instname);

4. HAイベントの受信後、クライアントおよびアプリケーションでは、高可用性イベントが発生するたびに起動するコールバックを登録できます。次に、例を示します。

/*Registering HA callback function */
if (checkerr(errhp, OCIAttrSet(envhp, (ub4) OCI_HTYPE_ENV,
(dvoid *)evtcallback_fn, (ub4) 0,
(ub4)OCI_ATTR_EVTCBK, errhp)))
{
printf("Failed to set register EVENT callback.\n");
return EX_FAILURE;
}
if (checkerr(errhp, OCIAttrSet(envhp, (ub4) OCI_HTYPE_ENV,
(dvoid *)evtctx, (ub4) 0,
(ub4)OCI_ATTR_EVTCTX, errhp)))
{
printf("Failed to set register EVENT callback context.\n");
return EX_FAILURE;
}
return EX_SUCCESS;

イベントのコールバックとコンテキストを登録した後、OCIは高可用性イベントが発生するたびに登録された関数を1回コールします。

参照:

- サービスの作成

- サービスの管理

- 高速アプリケーション通知(FAN)について

- イベント通知とユーザー登録コールバックの詳細は、Oracle Call Interfaceプログラマーズ・ガイドを参照

- OCIクライアントへの高速アプリケーション通知の構成の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

トランザクション・ガードを使用するためのOCIクライアントの構成

Oracle Call Interface (OCI)クライアントは、リカバリ可能エラーが発生したときに、トランザクション・ガードを使用して移行中のトランザクションをリプレイできます。

OCIは、高速アプリケーション通知(FAN)メッセージおよび透過的アプリケーション・フェイルオーバー(TAF)をサポートしています。FANは、ノード、データベース、インスタンス、サービスおよびパブリック・ネットワーク・レベルでの停止をOCIベースのアプリケーションに迅速に通知するように設計されています。障害が通知されると、アプリケーションはTAFを使用して、障害が発生した接続を正常なインスタンスで再確立できます。障害のあったトランザクションの結果を確実に判定する機能と、データベース接続のリストア後に現在のトランザクションをリカバリする機能はありませんでした。この項では、トランザクションTAFを有効にするためのOCIの構成方法について説明します。トランザクションTAFは、リカバリ可能エラーが発生したときにアクティブだったトランザクションをリプレイするためのOCIドライバの機能です。

トランザクション・ガードを使用するようにOCIクライアントを構成するには:

1. Oracle Enterprise Manager Cloud Controlのクラスタ管理サービスに関するページを使用してOCIクライアントのサービスを作成します。

a. commit_outcome属性にTRUEを設定します。

b. サービスのフェイルオーバー・タイプにTRANSACTIONを設定します。

OCIアプリケーションが複数のトランザクションを含むデータベース・リクエストを発行する場合は、SESSION_STATEサービス属性にSTATICを設定する必要もあります。SESSION_STATEにstaticを設定すると、アプリケーション・リクエストの境界に関係なく、TAFコールバックが各データベース・トランザクションで必要な非トランザクション・セッションの状態をリストアできるようになります。

2. FAN通知を受信するためのOCIクライアントの構成で説明されている手順を実行し、OCIクライアントでFANを有効にします。

3. OCIアプリケーションで接続プールを使用する場合は、トランザクションの記録がセッションのチェックアウトで開始され、セッションのチェックインでパージされます。

接続プールを使用しない場合は、次の例に示すようにOCIアプリケーション内で、アプリケーション・リクエストの開始と終了をマークします。アプリケーション・リクエストの開始と終了の間のトランザクション履歴が、再生のために記録されます。

次の疑似コードは、トランザクション・ガードを使用するようにOCIクライアント・アプリケーションを構成する方法の例を示しています。

Get_Connection();

Configure_Connection();

/* mark the beginning of an application request; purge session's
recorded call history  */

state = OCI_SESSION_STATE_RESTORABLE;
OCIAttrSet(usrhp, OCI_HTYPE_SESSION, &state, 0,
OCI_ATTR_SESSION_STATE, errhp);
/* process an application request */

/* mark end of application request; purge session's recorded call history */
state = OCI_SESSION_STATELESS;
OCIAttrSet(usrhp, OCI_HTYPE_SESSION, &state, 0,
OCI_ATTR_SESSION_STATE, errhp);

Release_connection();

参照:

- サービスの作成

- サービスの管理

- 高速アプリケーション通知(FAN)について

- イベント通知とユーザー登録コールバックの詳細は、Oracle Call Interfaceプログラマーズ・ガイドを参照

- OCIクライアントへの高速アプリケーション通知の構成の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

高可用性ODP.NETクライアントの構成

Oracle Data Provider for .NET (ODP.NET)は、高速アプリケーション通知(FAN)、ランタイム接続ロード・バランシング、透過的アプリケーション・フェイルオーバー(TAF)およびトランザクション・ガードとの統合を提供しています。

Oracleインスタンスへの接続が予期せず切断された場合は、TAFによって、他のOracleインスタンスへフェイルオーバーがシームレスに試行されます。フェイルオーバーに時間がかかることがあるため、TAFコールバックによってアプリケーションにその遅延を通知する必要がある場合があります。ODP.NETではOracleConnectionオブジェクトのFailoverイベントによってTAFコールバックをサポートします。TAFコールバックを受信するには、イベント・ハンドラ機能をOracleConnectionオブジェクトのFailoverイベントで登録する必要があります。また、接続パラメータenlistはTAFを機能させるためにfalseに設定する必要があります。

ODP.NETの接続プールは、ノードの停止時、およびサーバーの起動時または停止時に表示されるOracle RACからのFAN通知をサブスクライブします。これらの通知に基づいて、ODP.NETの接続プールは、次の作業を実行します。

- TCP/IPタイムアウトを待機しないようにアクティブなセッションに割り込みます。次に

- ユーザー・セッションに渡されないように、停止したノードやインスタンス、ネットワークに対して接続されていたアイドル・セッションをクリアします

- 正常なノードに対して新しい接続を作成します(可能な場合)

ODP.NETは、ランタイム接続ロード・バランシングを提供しアプリケーション・ワークロードのロード・バランスを拡張します。接続プールから使用可能な接続を無作為に選択するのではなく、現在のワークロード情報に基づいて最適なサービスを提供できる接続を選択します。

- FAN通知を受信するためのODP.NETクライアントの構成
ODP.NETを有効化する手順は、Fast Connection Failover (FCF)の有効化に接続文字列内でのパラメータの設定が必要という点で、JDBCを有効化する手順と似ています。

- ODP.NETクライアントの概要およびトランザクション・ガードの使用
ODP.NETアプリケーションがトランザクション・コミット・リクエストを送信し、ノード、ネットワークまたはデータベース障害などのタイプの障害が発生する場合、ODP.NETはトランザクションがコミットされたかどうかを確定できます。

FAN通知を受信するためのODP.NETクライアントの構成

ODP.NETを有効化する手順は、Fast Connection Failover (FCF)の有効化に接続文字列内でのパラメータの設定が必要という点で、JDBCを有効化する手順と似ています。

FAN通知を受信するようにODP.NETクライアントを構成するには、次の手順を実行します。

1. Oracle Enterprise Manager Cloud Controlのクラスタ管理サービスに関するページを使用してODP .NETクライアントのサービスを作成します。

a. 「通知プロパティ」で「OCIおよびODP.NETアプリケーションでの高速アプリケーション通知(FAN)の有効化」を選択します。

b. 「接続ロード・バランシングの目標」を「長い」に設定します。

2. 接続時またはデータ・ソース定義時にha events接続文字列属性をtrueに設定して、FAN高可用性イベントをサブスクライブし、ODP.NET接続プールの高速接続フェイルオーバーを有効にします。

この設定が機能するのは接続プールを使用している場合のみであることに注意してください(pooling属性がtrueの場合のみ)。

サービスのランタイム・ロード・バランシングの属性をSERVICE_TIMEに設定することで、ランタイム接続ロード・バランシングを有効にすることもできます。

次のようなコードを使用します。ここで、usernameはアプリケーションがデータベースへの接続に使用するデータベース・ユーザーの名前、passwordはそのデータベース・ユーザーのパスワードです。サービス名はodpservです。

// C#
using System;
using Oracle.DataAccess.Client;
class HAEventEnablingSample
{
static void Main()
{
OracleConnection con = new OracleConnection();

// Open a connection using ConnectionString attributes
// Also, enable "load balancing"
con.ConnectionString =
"User Id=username;Password=password;" +
"Data Source=//docrac.example.com/odpserv;" +
"Min Pool Size=10;Connection Lifetime=86400;Connection Timeout=60;" +
"HA Events=true;Incr Pool Size=5;Decr Pool Size=2";

con.Open();
// Carry out work against the database here.
con.Close();
// Dispose OracleConnection object
con.Dispose();
}
}

3. ランタイムロード・バランシング・イベントは、SYS.SYS$SERVICE_METRICSキュー内でメッセージとしてパブリッシュされます。アプリケーションでデータベースへの接続に使用するデータベース・ユーザーに対して、このキューのデキュー権限を付与する必要があります。

次のようなコマンドを使用します。ここで、usernameは.NETアプリケーションがデータベースへの接続に使用するデータベース・ユーザー名です。

execute
dbms_aqadm.grant_queue_privilege('DEQUEUE','SYS.SYS$SERVICE_METRICS', username);

この手順で指定されるusernameは、前の手順のUser ID引数に使用されたusernameと同じです。

参照:

- サービスの作成

- 高速アプリケーション通知(FAN)について

- イベント通知とユーザー登録コールバックの詳細は、Microsoft Windows用Oracle Data Provider for .NET開発者ガイドを参照してください。

- ODP.NETクライアントへの高速アプリケーション通知の構成の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

ODP.NETクライアントの概要およびトランザクション・ガードの使用

ODP.NETアプリケーションがトランザクション・コミット・リクエストを送信し、ノード、ネットワークまたはデータベース障害などのタイプの障害が発生する場合、ODP.NETはトランザクションがコミットされたかどうかを確定できます。

Oracle Database 12c以降、アプリケーションでは論理トランザクションID (LTXID)を使用して、停止後のデータベース・セッション内でオープンになっている最終トランザクションの結果を判断できます。トランザクション・ガードを使用すると、最後の送信内容がコミットされて完了したか、そうでないかが、停止後にアプリケーションまたはユーザーに戻されるため、エンド・ユーザーの操作性が大幅に向上します。コミットされた結果はコミットされた状態になります。コミットされていない結果はコミットされないままで続行(ユーザーまたはアプリケーションから再送信するなど)が可能です。

トランザクション・ガードを使用しないと、アプリケーションが停止の後に操作を実行しようとして、トランザクションが重複してコミットされ論理破損が発生する可能性があります。

参照:

- サービスの作成

- サービスの管理

- ODP.NETアプリケーションでのトランザクション・ガードの使用例については、Microsoft Windows用Oracle Data Provider for .NET開発者ガイドを参照してください。

- 高速アプリケーション通知(FAN)について

- ODP.NETクライアントへの高速アプリケーション通知の構成の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

7 バックアップおよびリカバリの管理

データベースをデータ損失から保護し、データ損失後にデータベースを再構築するには、Oracle RACデータベースのバックアップおよびリカバリ計画を作成、実装および管理する必要があります。

- Oracle RACデータベースのバックアップおよびリカバリの概要
ハードウェア障害や災害からOracle Real Application Clusters (Oracle RAC)データベースを保護するには、データベース・ファイルの物理コピーが必要です。

- Oracle RACでの高速リカバリ領域について
高速リカバリ領域を使用すると、バックアップ関連のファイル用にディスク領域を手動で管理したり、様々なタイプのファイル間で使用する領域を均等に分散する必要性が最小限に抑えられます。

- Oracle Real Application ClustersデータベースのREDOログのアーカイブ
データの可用性を高くするには、システムの障害後にデータをリカバリできるようデータベースを構成することが重要です。REDOログには、データファイルに対する変更のレコードがあります。

- バックアップおよびリカバリ操作の準備について
Oracle Enterprise Managerを使用してOracle Real Application Clusters (Oracle RAC)データベースをバックアップする前に、バックアップを実行するユーザーのアクセス権、つまり資格証明を構成する必要があります。

- Oracle Real Application Clustersデータベースのバックアップの実行
Oracle Enterprise Managerを使用して、Oracle Real Application Clusters (Oracle RAC)データベースをバックアップできます。

- Oracle Real Application Clustersデータベースのリカバリ
Oracle Enterprise Managerのガイド付きリカバリ機能には、リカバリ・ウィザードがあり、リストアやリカバリの幅広い使用例で必要となるロジックが、このウィザードでカプセル化されています。

- データベース・バックアップ・ファイルの管理について
Oracle Enterprise Managerを使用して、データベースのバックアップ・ファイルを管理できます。

- Oracle Real Application Clustersデータベースのバックアップ・レポートの表示
Oracle Enterprise Managerを使用して、バックアップ・レポートを表示できます。

参照:

- データベースのバックアップおよびリカバリの概念については、『Oracle Database 2日でデータベース管理者』を参照してください。

- Recovery Managerユーティリティの使用方法の詳細は、Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照

Oracle RACデータベースのバックアップおよびリカバリの概要

ハードウェア障害や災害からOracle Real Application Clusters(Oracle RAC)データベースを保護するには、データベース・ファイルの物理コピーが必要です。

Oracle Enterprise Managerに組み込まれたバックアップおよびリカバリ機能により保護されているファイルには、データファイル、制御ファイル、サーバー・パラメータ・ファイル(SPFILE)およびアーカイブREDOログ・ファイルがあります。これらのファイルを使用して、データベースを再構築できます。物理レベルで機能するバックアップ・メカニズムは、データファイルの予期せぬ削除やディスク・ドライブの障害などのファイル・レベルでの破損から保護します。データベースのリカバリには、破損しているファイルのバックアップからのリストア、つまりコピー、およびリストアされたファイル上でのメディア・リカバリの実行が含まれます。メディア・リカバリは、現在または指定した他の時間に更新するための、リストアされたデータファイルに対するREDOログまたは増分バックアップのアプリケーションです。

Oracle Flashback DropやOracle Flashback TableなどのOracle Databaseのフラッシュバック機能は、物理的および論理的なバックアップ操作のかわりに使用できる、簡単で効果的な物理および論理データ・リカバリ・ツールを幅広く提供します。フラッシュバック機能はバックアップまたはメディア・リカバリの実行からデータファイルのリストアなしに不要なデータベースの変更の効果の取消しができます。

Oracle Enterprise Managerの物理バックアップおよびリカバリ機能は、Recovery Manager(RMAN)コマンドライン・クライアントに組み込まれています。Oracle Enterprise Managerでは、多くのRMAN機能が使用でき、ウィザードおよび自動化された方法で、RMANベースのバックアップおよびリカバリを簡素化およびさらに自動化できます。

注意:

Linuxプラットフォーム上でRMANユーティリティが正しく動作するには、PATH変数内で$ORACLE_HOME/binディレクトリが/usr/X11R6/binディレクトリよりも前にある必要があります。

Oracle Enterprise Managerのガイド付きリカバリ機能は、次のようなファイルのリストアおよびリカバリの幅広いシナリオで必要になるロジックが組み込まれたリカバリ・ウィザードとして提供されています。

- データベースの完全なリストアおよびリカバリ

- データベースまたは選択した表領域のPoint-in-Timeリカバリ

- フラッシュバック・データベース

- データベース・オブジェクトに対する不要な変更を論理レベルで修復する、その他のOracle Databaseのフラッシュバック機能

- 破損ブロックを含むデータファイルのブロック・レベルでのメディア・リカバリ

データベース・ファイルが破損したりリカバリが必要になると、Enterprise Managerによって、バックアップからのリストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Enterprise Managerは、必要な情報の入力をユーザーに求め、必要なリカバリ・アクションを実行しながら、リカバリ・プロセスを進めます。

参照:

- Oracle Real Application Clustersデータベースのバックアップの実行

- Oracle Real Application Clustersデータベースのリカバリ

- データベース・バックアップ・ファイルの管理の概要

- Oracle Recovery Manager (RMAN)を使用したOracle Databaseのバックアップおよびリカバリ実行の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle RACでの高速リカバリ領域について

高速リカバリ領域を使用すると、バックアップ関連のファイル用にディスク領域を手動で管理したり、様々なタイプのファイル間で使用する領域を均等に分散する必要性が最小限に抑えられます。

バックアップ管理を簡略化するために高速リカバリ領域を有効にすることをお薦めします。高速リカバリ領域は大きく取るほど便利になります。高速リカバリ領域は、次のファイルすべてを含めるために十分な大きさとすることをお薦めします。

- すべてのデータファイルのコピー

- 増分バックアップ

- オンラインREDOログ

- バックアップされていないアーカイブREDOログ・ファイル

- 制御ファイルおよび制御ファイルのコピー

- 制御ファイルおよびデータベース初期化パラメータ・ファイルの自動バックアップ

Oracle RACデータベースの高速リカバリ領域は、Oracle ASMディスク・グループ、クラスタ・ファイル・システム、または各Oracle RACインスタンスのネットワーク・ファイル・システム・ファイルで構成される共有ディレクトリに配置される必要があります。つまり、高速リカバリ領域はOracle RACデータベースのすべてのインスタンス間で共有される必要があります。

注意:

Oracle RACで推奨する構成は、データファイル用とは異なるリカバリ・セット用のディスク・グループを使用して、高速リカバリ領域の格納にOracle Automatic Storage Management (Oracle ASM)を使用する構成です。

場所とディスク割当て制限は、すべてのインスタンスで同一である必要があります。高速リカバリ領域を共有Oracle ASMディスクに配置することをお薦めします。また、すべてのインスタンスに対してDB_RECOVERY_FILE_DESTおよびDB_RECOVERY_FILE_DEST_SIZEパラメータを同じ値に設定する必要があります。

高速リカバリ領域を使用するには、最初にOracle RACデータベースの各インスタンスに対して、高速リカバリ領域を構成する必要があります。

参照:

- 他のOracle ASMディスク・グループの作成

- Oracle RACデータベースの初期化パラメータ設定の編集

- 高速リカバリ領域の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- データベースのバックアップおよびリカバリの構成方法の詳細は、Oracle Database 2日でデータベース管理者を参照してください。

- 高速リカバリ領域の構成の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

Oracle Real Application ClustersデータベースのREDOログのアーカイブ

データの可用性を高くするには、システムの障害後にデータをリカバリできるようデータベースを構成することが重要です。REDOログには、データファイルに対する変更のレコードがあります。

REDOログはREDOログ・グループに格納されます。データベースには2つ以上のREDOログ・グループが必要です。

グループ内のREDOログ・ファイルが一杯になると、ログ・ライター・プロセス(LGWR)はREDOレコードの書込みを新規のREDOログ・グループに切り替えます。Oracle Databaseでは、非アクティブなREDOログ・ファイル・グループを、まとめてアーカイブREDOログ(またはアーカイブ・ログ)と呼ばれる1つ以上のオフラインの保存先に自動的に保存できます。REDOログ・ファイルをアーカイブREDOログ・ファイルに変更するプロセスは、アーカイブと呼ばれます。

REDOログをアーカイブすると、そのREDOログ・ファイルが上書きされる前に、別の場所に書き込まれます。この場所をアーカイブREDOログと呼びます。これらのREDOログ・ファイルのコピーによって、リカバリ用に保存および使用されるREDOデータの量が増えます。データベースではアーカイブを有効または無効のいずれかに設定できますが、有効にすることをお薦めします。

- Oracle RACデータベースのアーカイブREDOログ・ファイルについて
アーカイブを構成する場合の主な考慮事項は、リカバリ中に(可能な場合は、バックアップ中も)すべてのノードからすべてのアーカイブREDOログを読取り可能にすることです。

- 複数のRMANチャネル間のパラレル化およびバックアップについて
RMANでは、複数のチャネルおよびサーバー・セッションを使用して1つのバックアップ・ジョブまたはファイルのリストア・タスクを実行する、並列化がサポートされています。

- Oracle RACデータベースのアーカイブの構成
Oracle RACの場合、各インスタンスに独自のREDOスレッドがあります。Oracle RACの推奨構成は、データファイルに使用するOracle ASMディスク・グループとは別のOracle ASMディスク・グループを使用した高速リカバリ領域の構成です。あるいは、クラスタ・ファイル・システムのアーカイブ方式を使用することもできます。

参照:

- Oracle RACのREDOログの管理

- アーカイブREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- 高速リカバリ領域の領域使用計画の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle RACデータベースのアーカイブREDOログ・ファイルについて

アーカイブを構成する場合の主な考慮事項は、リカバリ中に(可能な場合は、バックアップ中も)すべてのノードからすべてのアーカイブREDOログを読取り可能にすることです。

Oracle Database Configuration Assistant(DBCA)を使用してOracle Real Application Clusters(Oracle RAC)データベースを作成すると、各インスタンスには、共有記憶域に格納されるREDOログ・ファイルが2つ以上作成されます。2ノードのOracle RACデータベースがある場合、少なくとも4つのREDOログがデータベースに作成され、各インスタンスには2つ作成されます。

クラスタ・ファイル・システムを使用してOracle RACデータベースのアーカイブREDOログ・ファイルを格納している場合、REDOログ・ファイルは共有ファイル・システムのファイルになります。Oracle ASMを使用してOracle RACデータベースのアーカイブREDOログ・ファイルを格納している場合は、データベースで生成されるすべてのアーカイブREDOログ・ファイルへのアクセス権が、各インスタンスに自動的に付与されます。共有記憶域を使用して各ノードにアーカイブREDOログ・ファイルを格納している場合は、これらのディレクトリへのアクセス権を必要とするクラスタ・データベース内の各インスタンスにアクセス権が付与されるようオペレーティング・システムを構成する必要があります。

リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACではアーカイブREDOログ・データを正常にリカバリできます。Oracle RACデータベースのバックアップを作成する場合の計画は、各ノードのアーカイブ先を構成する方法によって異なります。アーカイブREDOログのバックアップを実行するのが1つのノードのみかすべてのノードかに関係なく、すべてのインスタンスのアーカイブREDOログ・ファイルを確実にバックアップする必要があります。

単一のノードからのアーカイブREDOログをバックアップするには、そのノードに、他のインスタンスのアーカイブ・ログ・ファイルに対するアクセス権が必要となります。あるノードが特定のファイル名でログをファイル・システムに書き込む場合、このアーカイブREDOログにアクセスするすべてのノードに対してそのファイルが読取り可能になっている必要があるため、使用するアーカイブREDOログのネーミング・スキームが重要となります。たとえば、node1が/oracle/arc_dest/log_1_100_23452345.arcにログをアーカイブしている場合、node2は、自身のファイル・システムで/oracle/arc_dest/log_1_100_23452345.arcを読み取ることができる場合にのみ、このアーカイブREDOログをバックアップできます。

参照:

- Oracle ASMでのアーカイブ・ログ・ファイルの作成の詳細は、『Oracle Automatic Storage Management管理者ガイド』を参照してください。

- Oracle RACのアーカイブREDOログ・ファイルのネーミング規則の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

複数のRMANチャネル間のパラレル化およびバックアップについて

RMANでは、複数のチャネルおよびサーバー・セッションを使用して1つのバックアップ・ジョブまたはファイルのリストア・タスクを実行する、並列化がサポートされています。

Recovery Manager(RMAN)は、バックアップおよびリカバリのタスクを実行するためにデータベース・サーバーで実行されるプロセスであるサーバー・セッションに依存します。各サーバー・セッションが、バックアップ・デバイスを行き来するデータの流れを表すRMANチャネルに順に対応しています。

Oracle Database制御ファイル、SPFILEおよびデータ・ファイルはどのインスタンスからもアクセス可能なため、これらのファイルのバックアップ操作は、割当て済のあらゆるチャネルに分散されます。アーカイブREDOログのバックアップでは、Oracle RACデータベースで使用されるアーカイブ方式のタイプによってRMANの実行する処理が決まります。

ローカル・アーカイブ方式を使用する場合は、各インスタンスでアーカイブREDOログ・ファイルがローカル・ディレクトリに書き込まれます。アーカイブREDOログ・ファイルへのアクセス権を持つ複数のチャネルが各アーカイブREDOログ・ファイルに割り当てられている場合は、そのアーカイブREDOログ・ファイルへのアクセス権を持つチャネルがRMANで判別されます。続いて、チャネルからアクセス可能なアーカイブREDOログ・ファイルがRMANによってグループ化され、バックアップ・ジョブがそのチャネルを使用してスケジュールされます。

クラスタ内の各ノードで、アーカイブREDOログ・ファイルをOracle ASM、クラスタ化されたファイル・システムまたはその他のタイプの共有記憶域に書き込む場合、各インスタンスにはすべてのアーカイブREDOログ・ファイルへのアクセス権があります。この場合、アーカイブREDOログのバックアップは、割当て済の全チャネルに分散されます。

参照:

- Oracle RACデータベースのアーカイブREDOログ・ファイルの概要

- Oracle Real Application Clustersデータベースのバックアップの実行

- RMANバックアップの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- バックアップ・デバイス設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle RACデータベースのアーカイブの構成

Oracle RACの場合、各インスタンスに独自のREDOスレッドがあります。Oracle RACの推奨構成は、データファイルに使用するOracle ASMディスク・グループとは別のOracle ASMディスク・グループを使用した高速リカバリ領域の構成です。あるいは、クラスタ・ファイル・システムのアーカイブ方式を使用することもできます。

Oracle RACデータベースのアーカイブを構成するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

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

2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「リカバリ設定を選択します。
「リカバリ設定」ページが表示されます。

3. 「メディア・リカバリ」セクションで「ARCHIVELOGモード」を選択します。

4. 「ログのアーカイブ・ファイル名の書式」フィールドで、デフォルト値をそのまま使用するか、または目的の書式を入力します。

クラスタ・データベースでは、アーカイブREDOログ・ファイルが属するREDOログ・スレッドを示すために、アーカイブ・ログファイル名の書式に%t修飾子を含める必要があります。ベスト・プラクティスとしては、アーカイブ・ログ・ファイル名の書式に、%s(ログ順序番号)および%r(RESETLOGS識別子)修飾子も含める必要があります。

5. アーカイブ・ログの保存先が、すべてのインスタンスで同じである場合、「アーカイブ・ログの保存先」フィールドで、クラスタ・データベースのアーカイブ・ログの保存先の値を変更します。

たとえば、Oracle ASMを使用する場合は、+DATAに設定し、各ノードでローカルにアーカイブする場合は、/u01/oradata/archに設定します。

各インスタンスに対して、異なるアーカイブ・ログの保存先を構成する必要がある場合、「初期化パラメータ」ページに移動して、アーカイブ・ログの保存先を構成するインスタンスに対応するLOG_ARCHIVE_DEST_1パラメータのエントリを変更します。「インスタンス」列には、インスタンス名(sales1など)が表示されます。そのインスタンスのアーカイブ・ログの保存先が含まれるように、「値」フィールドを変更します。

6. データベースに複数のアーカイブ・ログの保存先を構成する場合、「リカバリ設定」ページで、「アーカイブ・ログの保存先」フィールドの下にある「行の追加」をクリックします。

7. アーカイブの構成を終えたら、「適用」をクリックします。

8. データベースを再起動するように求められたら、「はい」をクリックします。

9. ホストおよびSYSDBAユーザーの資格証明を入力し、「続行」をクリックします。

10. 数分間待機した後、「リフレッシュ」をクリックします。

データベースが再起動すると、ログイン資格証明を入力するよう求められます。

参照:

- Oracle RACデータベースのアーカイブREDOログ・ファイルの概要

- Oracle RACデータベースの初期化パラメータの構成について

- Oracle RACデータベースの初期化パラメータ設定の編集

- インスタンス・リカバリ、メディア・リカバリおよび高速リカバリで使用する設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- Oracle RACデータベースのアーカイブREDOログ・ファイルの構成および管理の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

バックアップおよびリカバリ操作の準備について

Oracle Enterprise Managerを使用してOracle Real Application Clusters(Oracle RAC)データベースをバックアップする前に、バックアップを実行するユーザーのアクセス権、つまり資格証明を構成する必要があります。

特定のバックアップ設定に対してデフォルト値を構成すると、バックアップの実行ごとに指定する必要がなくなります。

- バックアップおよびリカバリを実行するための資格証明について
Enterprise Managerを使用する場合、バックアップおよびリカバリ用の構成タスクの実行、バックアップ・ジョブのスケジュール、およびリカバリの実行には、適切な資格証明が必要です。

- バックアップ設定の構成について
バックアップのいくつかの設定およびポリシーを構成できます。

参照:
オペレーティング・システム・ユーザーおよびグループについて

バックアップおよびリカバリを実行するための資格証明について

Enterprise Managerを使用している場合、バックアップおよびリカバリ用の構成タスクを実行したり、バックアップ・ジョブをスケジュールしたり、リカバリを実行したりするには、適切な資格証明を持っている必要があります。

必要になる可能性がある資格証明は次のとおりです。

- Oracle Enterprise Managerにログインする際に使用するOracle Database管理者ユーザー

- バックアップおよびリカバリ・タスクを実行する際に資格証明を指定するホスト・オペレーティング・システム・ユーザー

RMANタスクを実行またはスケジュールするには、SYSDBAまたはSYSBACKUP管理権限を持つユーザーとしてEnterprise Managerにログインするか、dbaグループのメンバーであるユーザーのホスト・オペレーティング・システム資格証明を入力する必要があります。ホスト・オペレーティング・システム・ユーザーにRMANのコマンドライン・クライアントの実行権限があることも必要になります。

ホスト・オペレーティング・システムの資格証明を必要とするタスクでは、タスクの実行に使用されるページの最下部に「ホスト資格証明」フォームが表示されます。Oracle Enterprise Managerでは、ユーザーがリクエストまたはスケジュールしたジョブを実行するため、RMANを起動する際にこの資格証明を使用します。

「ホスト資格証明」フォームには常に、「優先資格証明として保存」というラベルの付いたオプションがあります。アクションを実行する前にこのオプションを選択すると、提示された資格証明が、その時点でログインしているOracle Databaseユーザー用に永続的に格納されます。そのユーザーとしてログインしてホスト資格証明が必要な操作を実行する際には、常にデフォルトでこの優先資格証明が再利用されます。

参照:

- オペレーティング・システム・ユーザーおよびグループについて

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

- バックアップおよびリカバリの実行に必要なユーザー資格証明の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

バックアップ設定の構成について

バックアップのいくつかの設定およびポリシーを構成できます。

高速リカバリ領域が構成されている場合は、バックアップの格納方法、バックアップされるデータ、および高速リカバリ領域から消去されるまでのバックアップの保持期間を決定する、いくつかの設定およびポリシーを構成できます。また、設定を構成すると、環境に対するバックアップ・パフォーマンスを最適化することもできます。

参照:

- Oracle RACデータベースのアーカイブの構成

- Oracle RACデータベースのバックアップおよびリカバリの概要

- バックアップ・ポリシー設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- バックアップ設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle Real Application Clustersデータベースのバックアップの実行

Oracle Enterprise Managerを使用して、Oracle Real Application Clusters (Oracle RAC)データベースをバックアップできます。

Oracle ASMを使用してデータベース・ファイルを管理する場合は、バックアップを作成するためにRMANを使用することをお薦めします。

バックアップおよびリカバリ操作を実行するには、データベース権限(SYSDBA)とホスト・オペレーティング・システムの資格証明(OSDBA)の両方が必要です。SYSDBA権限でEnterprise Managerにログインすると、RMANのコマンドライン・クライアントの実行権限を持つオペレーティング・システムのユーザーなら誰でもOracle Real Application Clusters(Oracle RAC)データベースのバックアップを実行できます。一方、SYSDBA権限を持たないデータベース・ユーザーとしてログインすると、バックアップ操作の実行前に、OSDBAグループのメンバーであるオペレーティング・システム・ユーザーの名前とパスワードを指定する必要があります。

Oracle RACデータベースをバックアップするには、次の手順を実行します。

1. 「クラスタ・データベース: ホーム」ページで「可用性」を選択します。

「クラスタ・データベース: 可用性」ページが表示されます。

2. 「バックアップ/リカバリ」セクションで、「管理」ヘッダーの下の「バックアップのスケジュール」を選択します。

3. 『Oracle Database 2日でデータベース管理者』の第9章「バックアップおよびリカバリの実行」のバックアップ手順に従うか、このページのヘルプの「ヘルプ」をクリックしてください。

参照:

- オペレーティング・システム・ユーザーおよびグループについて

- バックアップおよびリカバリを実行するための資格証明の概要

- アーカイブREDOログ・ファイルのバックアップ
アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成できます。

アーカイブREDOログ・ファイルのバックアップ

アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成できます。

この機能を使用すると、Oracle RACデータベースで使用するディスク領域を削減し、使用可能なディスク領域が不足した場合に発生する可能性のある不要な停止を防ぐことができます。

アーカイブ・ログのバックアップを実行するのが1つのノードのみか全ノードかに関係なく、すべてのノードのすべてのアーカイブREDOログ・ファイルを確実にバックアップします。ローカル・アーカイブ方式を使用する場合は、RMANがすべてのアーカイブREDOログ・ファイルにアクセスできるように複数のチャネルを割り当てます。

アーカイブREDOログ・ファイルが正常にバックアップされた後にそのファイルをディスクから自動的に削除するようにRMANを構成するには、データベース・バックアップの作成時またはスケジュール時に次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

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

2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「バックアップのスケジュール」を選択します。

3. バックアップ・タイプを選択し、「カスタマイズ・バックアップのスケジュール」をクリックします。

4. バックアップのオプションを指定する際には、オンライン・バックアップを実行する場合、「また、すべてのアーカイブ・ログもディスクにバックアップします」を選択します。オフライン・バックアップを実行する場合、バックアップ時にデータベースの一貫性が保たれ、リストア時にメディア・リカバリを必要としないため、アーカイブREDOログ・ファイルをバックアップする必要はありません。

5. アーカイブREDOログ・ファイルに共有記憶域を使用している場合、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択します。

注意:

高速リカバリ領域をアーカイブ・ログの唯一の保存先として使用している場合は、「正常にバックアップされた後、すべてのアーカイブ・ログをディスクから削除」を選択しないでください。この場合、バックアップされたアーカイブREDOログ・ファイルは、他のファイルの記憶域用に領域が必要になると自動的に削除されます。

参照:

- Oracle RACデータベースのアーカイブREDOログ・ファイルの概要

- バックアップ設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle Real Application Clustersデータベースのリカバリ

Oracle Enterprise Managerのガイド付きリカバリ機能には、リカバリ・ウィザードがあり、リストアやリカバリの幅広い使用例で必要となるロジックが、このウィザードでカプセル化されています。

Oracle Enterprise Managerを使用すると、リストアやリカバリがデータベースのどの部分に必要なのかを判断でき、破損したデータベース・ファイルがあるなどの状況も早期に検出されます。Enterprise Managerを使用すると、ユーザーは必要な情報および必要なファイルのリストアおよびリカバリ・アクションの実行を求められ、リカバリ・プロセスの全体に対応できます。

この項では、インスタンス・リカバリとメディア・リカバリの両方について説明します。

- Oracle RACデータベースのリストアおよびリカバリの準備について
Oracle Real Application Clusters (Oracle RAC)データベースのリカバリが実行されるノードでは、必要なデータファイルをすべてリストアできる必要があります。また、このノードでは、ディスクにあるすべての必要なアーカイブREDOログ・ファイルを読み取れるか、アーカイブREDOログ・ファイルをバックアップ・ファイルからリストアできる必要があります。

- アーカイブREDOログ・ファイルのリストアについて
アーカイブREDOログ・ファイルの格納にOracle ASMまたはクラスタ化ファイル・システムを使用すると、そのアーカイブREDOログ・ファイルはすべてのインスタンスでリストアできます。

- パラレル化を使用したリカバリの実行について
Oracle Real Application Clusters (Oracle RAC)では、インスタンス障害およびメディア・リカバリの最適な並列度が自動的に選択されます。

- Oracle Enterprise Managerを使用したOracle RACデータベースのリカバリ
Oracle Enterprise ManagerおよびRecovery Manager (RMAN)を使用して、Oracle Real Application Clusters (Oracle RAC)データベースをリストアおよびリカバリできます。

- 自動ファイル・バックアップからのサーバー・パラメータ・ファイルのリカバリ
Oracle Enterprise Managerを使用して、損失または破損したサーバー・パラメータ・ファイル(SPFILE)をリカバリできます。

参照:

- Oracle RACデータベースのバックアップおよびリカバリの概要

- Oracle RACでの高速リカバリ領域の概要

Oracle RACデータベースのリストアおよびリカバリの準備について

Oracle Real Application Clusters(Oracle RAC)データベースのリカバリが実行されるノードでは、必要なデータファイルをすべてリストアできる必要があります。また、このノードでは、ディスクにあるすべての必要なアーカイブREDOログ・ファイルを読み取れるか、アーカイブREDOログ・ファイルをバックアップ・ファイルからリストアできる必要があります。

- アーカイブ・ログへのアクセスの構成について
リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACはリカバリ中にアーカイブREDOログ・ファイルに正常にアクセスできます。

- Oracle RACデータベース・インスタンスの適切な状態への移行について
データベースでメディア・リカバリが必要な場合は、リカバリを開始する前にデータベース・インスタンスを適切なモードで起動する必要があります。

参照:

- Oracle RACデータベースのアーカイブREDOログ・ファイルの概要

- データベースのバックアップおよびリカバリの概念については、『Oracle Database 2日でデータベース管理者』を参照してください。

- アーカイブREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

アーカイブ・ログへのアクセスの構成について

リカバリ中、リカバリを実行するノードからアーカイブ・ログ・ファイルの保存先が参照可能なため、Oracle RACはリカバリ中にアーカイブREDOログへ正常にアクセスできます。

共有記憶域またはクラスタ・ファイル・システムを使用せずにクラスタ・データベースにアーカイブREDOログ・ファイルを格納する場合、リカバリを実行しているノードがアーカイブREDOログ・ファイルを使用できるようにする必要があります。

参照:

- Oracle RACデータベースのアーカイブREDOログ・ファイルの概要

- Oracle RACのREDOログの管理

- オンラインREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- アーカイブREDOログ・ファイルの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle RACデータベース・インスタンスの適切な状態への移行について

データベースでメディア・リカバリが必要な場合は、リカバリを開始する前にデータベース・インスタンスを適切なモードで起動する必要があります。

Oracle RACでの障害インスタンスのリカバリは、自動的に行われます。Oracle RACデータベース・インスタンスで障害が発生した場合、障害が発生していないデータベース・インスタンスが、障害インスタンスによって生成されたオンラインREDOログを処理し、データベースの内容が一貫性のある状態であることを保証します。リカバリが完了すると、Oracle Clusterwareは障害インスタンスの再起動を自動的に試行します。

メディア・リカバリは、データベースのクローズ時に手動で実施するプロセスです。ヘッドの不調などのディスクの物理的な問題により、データベースの実行に必要なディスク・ファイルの読取りまたは書込み操作が失敗することをメディア障害と呼びます。どのようなデータベース・ファイルもメディア障害の対象になる可能性があります。メディア障害が発生した場合、メディア・リカバリを実行して、破損したデータベース・ファイルのリストアとリカバリを行う必要があります。メディア・リカバリは常に、クラスタ内の1つのインスタンスで実行します。

メディア・リカバリを開始する前に、リカバリを実行するインスタンスをMOUNTモードで起動する必要があります。その他のインスタンスは必ずNOMOUNTモードで起動します。

参照:

- Oracle RACデータベースおよびデータベース・インスタンスの起動および停止

- Oracle推奨のリカバリ機能およびデータ・リカバリ・アドバイザの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

アーカイブREDOログ・ファイルのリストアについて

アーカイブREDOログ・ファイルの格納にOracle ASMまたはクラスタ化ファイル・システムを使用すると、そのアーカイブREDOログ・ファイルはすべてのインスタンスでリストアできます。

リストア操作中には、使用可能なデータベースの最新のバックアップがRMANによって自動的に検出されます。特定のノードに接続されているチャネルでは、そのノードにのみバックアップされたファイルのリストアが試行されます。たとえば、順序番号1_001のアーカイブREDOログ・ファイルがノードracnode1に接続されているデバイスにバックアップされ、順序番号2_003のアーカイブREDOログ・ファイルがノードracnode2に接続されているデバイスにバックアップされているとします。リストア操作用に、ノードracnode1に接続するチャネルとノードracnode2に接続するチャネルを割り当てると、racnode1に接続されているチャネルでは順序番号1_001のログはリストアされますが、順序番号2_003のログはリストアされません。racnode2に接続されているチャネルでは順序番号2_003のログはリストアできますが、順序番号1_001のログはリストアできません。

参照:

- Oracle RACデータベースのアーカイブREDOログ・ファイルの概要

- Oracle RACデータベースのアーカイブの構成

- アーカイブREDOログ・ファイルのリストアの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

パラレル化を使用したリカバリの実行について

Oracle Real Application Clusters (Oracle RAC)では、インスタンス障害およびメディア・リカバリの最適な並列度が自動的に選択されます。

Enterprise ManagerおよびRecovery Manager (RMAN)を使用してリカバリを実行すると、Oracle RACでは、次に示す3段階のリカバリが自動的にパラレル化されます。

- データファイルのリストア: データファイルのリストア時には、RMANのリカバリ・スクリプトに割り当てるチャネル数によって、Recovery Managerで使用されるパラレル化が効果的に設定されます。たとえば、5つのチャネルを割り当てると、データ・ファイルをリストアするストリームを5つまで並列化できます。

- 増分バックアップの適用: 同様に、増分バックアップを適用する場合、割り当てるチャネル数によって、可能なパラレル化が決定されます。

- アーカイブREDOログ・ファイルの適用: RMANでは、アーカイブREDOログ・ファイルの適用の実行がパラレル化されます。使用可能なCPUリソースに基づいて、最適な並列度が自動的にOracle RACにより選択されます。

参照:

- Oracle RACデータベースのバックアップおよびリカバリの概要

- データファイルの増分バックアップの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- リカバリ設定の構成の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle Enterprise Managerを使用したOracle RACデータベースのリカバリ

Oracle Enterprise ManagerおよびRecovery Manager (RMAN)を使用して、Oracle Real Application Clusters (Oracle RAC)データベースをリストアおよびリカバリできます。

Enterprise ManagerおよびRMANを使用している場合、Oracle RAC Databaseのリカバリとリストアのプロセスは、基本的には単一インスタンスのOracle Databaseの場合と同様です。ただし、「可用性」ページからRMANに対し、インスタンス・レベルではなくクラスタ・データベース・レベルでアクセスする点が異なります。

Oracle Enterprise ManagerおよびRMANを使用してOracle RACデータベースのリストアとリカバリを行うには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

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

2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「リカバリの実行」を選択します。

「リカバリの実行」ページが表示されます。

3. 『Oracle Database 2日でデータベース管理者』の第9章のリカバリ手順に従います。

参照:

- Oracle RACデータベースのリストアおよびリカバリの準備について

- ユーザー指示のリカバリの実行の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

自動ファイル・バックアップからのサーバー・パラメータ・ファイルのリカバリ

Oracle Enterprise Managerを使用して、損失または破損したサーバー・パラメータ・ファイル(SPFILE)をリカバリできます。

Oracle RACデータベースのSPFILEをリカバリするには、次の手順を実行します。

1. データベースをMOUNTモードで起動します。

2. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

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

3. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「リカバリの実行」を選択します。

データベースがオープンされていない場合は、「リカバリの実行」リンクで、SPFILEのリストア・ページに移動します。

4. 高速リカバリ領域の場所を指定します(構成されている場合)。

5. 「バックアップ情報」セクションで、「その他のバックアップ情報を使用」および「自動バックアップを使用」を選択します。

6. 「リカバリの実行: SPFILEのリストア」ページで、SPFILEのリストア先に別の場所を指定します。

7. オプションの選択を終えたら、「リストア」をクリックし、「はい」をクリックして、SPFILEのリストアを確認します。

8. SPFILEのリストア後、データベースへ再度ログインするよう求められます。

参照:

- Oracle RACデータベースおよびデータベース・インスタンスの起動および停止

- Oracle Real Application Clustersのサーバー・パラメータ・ファイルの構成について

- サーバー・パラメータ・ファイルのリカバリの詳細は、Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照

データベース・バックアップ・ファイルの管理について

Oracle Enterprise Managerを使用すると、データベースのバックアップ・ファイルを管理できます。

RMANバックアップ・ファイルの管理(Oracle Enterprise Managerの使用は任意)は、次の2つのタスクで構成されています。

1. ディスクまたはテープに格納されているデータベースのバックアップ・ファイルの管理

2. RMANリポジトリでのこれらのバックアップ・ファイルのレコードの管理

Oracle Enterprise Managerでは、両方のバックアップ・ファイルの管理タスクが簡素化されます。バックアップ・ファイルの管理に関するその他のタスクには、次のようなものがあります。

- バックアップ・ファイルの検索

- バックアップ・セットまたはイメージ・コピーの内容の検証

- バックアップのクロスチェック

- 期限切れまたは廃止されたバックアップ・ファイルの削除

- バックアップ・ファイルへの使用可能または使用不可のマーク付け

参照:

- Oracle RACデータベースのバックアップおよびリカバリの概要

- Oracle Real Application Clustersデータベースのバックアップの実行

- RMANバックアップ・ファイルの管理の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- バックアップ・レポートの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- バックアップの検証およびバックアップ戦略のテストを行うための詳細は、Oracle Database 2日でデータベース管理者を参照してください。

- 期限切れのバックアップを削除する方法の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- バックアップを使用可能または使用不可としてマークする方法の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

Oracle Real Application Clustersデータベースのバックアップ・レポートの表示

Oracle Enterprise Managerを使用すると、バックアップ・レポートを表示できます。

バックアップ・レポートには、Recovery Manager (RMAN)によって実行された過去のバックアップ・ジョブに関するサマリーおよび詳細情報が記録されています。詳細情報には、Oracle Enterprise ManagerとRMANコマンドライン・クライアントで実行されたバックアップ・ジョブが含まれます。

バックアップ・レポートを表示するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動し、SYSDBAユーザーとしてにログインします。

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

2. 「可用性」メニューから「バックアップ/リカバリ」を選択し、次に「バックアップ・レポート」を選択します。

「バックアップ・レポートの表示」ページに最近のバックアップ・ジョブのリストが表示されます。

3. 「検索」セクションで、フィルタ条件を指定して「実行」をクリックし、表示するバックアップのリストを絞り込みます。

このページの「検索」セクションを使用すると、バックアップの時刻、バックアップされたデータのタイプ、およびジョブのステータス(成功か失敗か、ジョブの実行中に警告が生成されたかどうか)により、リストされたバックアップを絞り込むことができます。

4. バックアップの詳細情報を表示するには、「バックアップ名」列のバックアップ・ジョブ名をクリックします。

選択したバックアップ・ジョブの「バックアップ・レポート」ページが表示されます。このページには、バックアップされたファイルの数(タイプ別)、バックアップされたデータの合計サイズ、および作成されたバックアップ・ファイルの数、サイズ、タイプなど、このバックアップ・ジョブに関するサマリー情報が含まれています。

「バックアップ・レポート」ページには「検索」セクションもあり、このセクションを使用して他のバックアップ・ジョブまたは特定の日付範囲にあるバックアップ・ジョブをすばやく検索できます。結果として出力されるレポートには、検索基準に一致するバックアップ・ジョブの集計情報が含まれています。

参照:

- データベース・バックアップ・ファイルの管理の概要

- Oracle Real Application Clustersデータベースのバックアップの実行

- バックアップ・レポートの表示の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

8 パフォーマンスの監視およびトラブルシューティング

Oracle Real Application Clusters(Oracle RAC)データベースにおけるパフォーマンス・チューニングは、単一インスタンスのデータベースでのパフォーマンス・チューニングと非常に類似しています。

また、単一インスタンスのOracle Databaseで実行する多くのチューニング・タスクによって、Oracle RACデータベースのパフォーマンスを向上させることもできます。次の各トピックでは、Oracle RACに固有のパフォーマンス・チューニングと監視タスクについて説明します。

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視
Oracle Enterprise Manager Cloud Controlはクラスタ対応で、クラスタ・データベースを管理するセントラル・コンソールを用意しています。

- 他のパフォーマンス関連グラフの参照
「クラスタ・データベース: パフォーマンス」ページの「その他の監視リンク」セクションおよび「その他の監視リンク」セクションには、クラスタ・データベースのパフォーマンスの評価に役立つその他のグラフへのリンクがあります。

- クラスタ・データベースのトポロジの表示
Enterprise Managerを利用すれば、クラスタ環境をグラフィカルに表示できます。トポロジ表示を使用すると、クラスタ・データベース環境を構成しているコンポーネント(データベース・インスタンス、リスナー、Oracle ASMインスタンス、ホスト、インタフェースなど)を簡単に確認できます。

- Oracle Clusterwareの監視
Oracle Enterprise Managerを使用して、Oracle Clusterwareを監視できます。

- Oracle RAC環境における構成の問題のトラブルシューティング
クラスタ・レディ・サービス・コントロール(CRSCTL)・コマンドのcheckを使用すると、複数のOracle Clusterwareコンポーネントのステータスを同時に判別できます。

参照:

- 基本的なデータベース・チューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- 一般的なパフォーマンスのチューニングの詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- Oracle Databaseパフォーマンス・チューニング・ガイド

- Oracle Real Application Clustersコンポーネントの問題における診断の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- Oracle Clusterwareコンポーネントの問題の診断方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください

Oracle RACデータベースおよびクラスタのパフォーマンスの監視

Oracle Enterprise Manager Cloud Controlはクラスタ対応で、クラスタ・データベースを管理するセントラル・コンソールを用意しています。

「クラスタ・データベース: ホーム」ページから、次のすべての操作を実行できます。

- クラスタ内にあるノードの数や現在のステータスなど、全体的なシステム・ステータスの表示。この高レベルの表示機能を利用することで、包括的で集計的な情報のみを確認する場合に、個々のデータベース・インスタンスにアクセスして詳細を確認する必要がなくなります。

- すべてのインスタンスから集計されたアラート・メッセージと各アラート・メッセージのソースのリストの表示。アラート・メッセージとは、特定のメトリックの条件に一致したことを表すインジケータです。メトリックとは、システムの状態の報告に使用される測定の単位です。

- クラスタ全体に影響している問題および個々のインスタンスに影響している問題を確認します。

- クラスタ・キャッシュ一貫性の統計を監視して、処理の傾向の識別やOracle RAC環境のパフォーマンスの最適化に役立てます。キャッシュ一貫性の統計によって、複数のインスタンスのキャッシュ内にあるデータがどの程度適切に同期化されているかが測定されます。データ・キャッシュが相互に完全に同期化されていると、いずれのインスタンスのキャッシュでメモリーの場所を読み取った場合にも、その場所に対して任意のインスタンスのキャッシュから書き込まれた最新のデータが戻されます。

- クラスタ・データベースのサービスに、可用性の問題があるかどうかを確認します。あるサービスがすべての優先インスタンス上で実行しない場合、レスポンス時間のしきい値が条件を満たしていない場合などに、そのサービスが問題であると判断されます。「クラスタ・データベース: ホーム」ページでリンクをクリックすると、「クラスタ管理データベース・サービス」ページが表示され、サービスを管理できます。

- 未処理のクラスタウェア・インターコネクトのアラートを確認します。

また、Oracle RAC環境の監視についての次の点にも注意してください。

- 自動ワークロード・リポジトリ(AWR)やStatspackなどのパフォーマンス監視機能は、Oracle RAC対応です。

注意:

オラクル社では、Statspackではなく、より高度なOracle Database 12cのDiagnostic PackおよびTuning Packの管理および監視機能を使用することをお薦めします。これらのパックには、AWRが含まれています。

- 複数のインスタンスにわたる統計の表示には、グローバル動的パフォーマンス・ビュー(GV$ビュー)を使用できます。これらのビューは、単一インスタンスのV$ビューに基づいています。

- 自動データベース診断モニターおよびOracle RACのパフォーマンスについて
自動データベース診断モニター(ADDM)はOracle Databaseに組み込まれている自己診断エンジンです。

- Oracle RACのADDM結果の表示
デフォルトでは、自動データベース診断モニター(ADDM)が毎時間実行され、その期間中にAWRで取得したスナップショットを分析します。データベースがパフォーマンスの問題を検出した場合、分析の結果が「クラスタ・データベース: ホーム」ページの「診断サマリー」に表示されます。

- 「クラスタ・データベース: パフォーマンス」ページの使用
Oracle Enterprise Managerの「クラスタ・データベース」の「パフォーマンス」ページには、データベースのパフォーマンス統計が表示されます。

参照:

- Oracle Enterprise Managerを使用したOracle RAC管理の概要

- 自動データベース診断モニター(ADDM)の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- Oracle RACデータベースをチューニングおよび最適化するために使用する様々なツールの詳細は、Oracle Database 2日でパフォーマンス・チューニング・ガイドを参照してください。

自動データベース診断モニターおよびOracle RACのパフォーマンスについて

自動データベース診断モニター(ADDM)はOracle Databaseに組み込まれている自己診断エンジンです。

ADDMで自動ワークロード・リポジトリ(AWR)に取得されたデータが調査および分析され、Oracle Databaseに発生する可能性のあるパフォーマンスの問題を判別します。その後、ADDMはパフォーマンスの問題の根本的な原因を含む場所を特定し、問題修正のための推奨事項を提示し、予測されるメリットを定量化します。ADDMでは、データベースおよびインスタンス・レベルの両方でパフォーマンスの問題についてのAWRデータを分析します。

ADDM分析は、各AWRスナップショットが生成されるとき(デフォルトでは1時間ごと)に実行されます。結果はデータベースに保存され、Oracle Enterprise Managerを使用して表示できます。パフォーマンスに問題がある場合は常に、ADDM分析の結果を最初に確認する必要があります。ADDM分析は、トップダウンで実行され、最初に症状を識別し、根本的な原因が判明するまで分析を精製し、最後に問題の改善策を提供します。

クラスタ全体の分析の場合、Enterprise Managerによって次の2種類の結果がレポートされます。

- データベース結果: クラスタ・データベース内のすべてのインスタンスで共有されるリソースに関する問題、または複数のインスタンスに影響を与える問題。データベース結果の例には、共有記憶域として使用されるディスク・システム上でのI/Oの競合があります。

- インスタンス結果: 1つのインスタンスのみで使用可能なハードウェアまたはソフトウェアに関する問題、または単一のインスタンスにのみ影響を与える一般的な問題。インスタンス結果の例には、CPUの高負荷やメモリー割当ての不足があります。

図8-1 Oracle Enterprise Managerの「ADDMパフォーマンス分析」セクション

ADDMでは、重要な結果、またはインスタンスまたはデータベースの処理時間の大部分を占める結果のみが報告されます。インスタンス処理時間は、単一のインスタンスのパフォーマンスの問題のためのリソース使用時間で、データベース処理時間は、Oracle Automatic Storage Management (Oracle ASM)インスタンスを除くデータベースのすべてのインスタンスのパフォーマンスの問題のためのリソース使用時間の合計です。

インスタンス結果が大量のデータベース時間に関連する場合、データベース結果として報告されることがあります。たとえば、1つのインスタンスでCPUが900分間使用され、そのクラスタ・データベースのCPU使用時間の合計が1040分間である場合、1つのインスタンスでの使用時間がデータベース時間の大部分を占めているため、データベース結果として報告されます。

問題の検出結果を推奨事項のリストに関連付けて、パフォーマンスの問題による影響を軽減できます。各推奨事項には、推奨事項を実現した場合に節約できるデータベース時間の一部を見積りできるという利点があります。同じ問題を解決するにあたって、推奨事項のリストに様々な代替方法が示されることもあります(必ずしも推奨事項を適用する必要はありません)。

推奨は、アクションおよび論理で構成されます。ある推奨で推定されるベネフィットを得るには、その推奨のすべてのアクションを適用する必要があります。論理では、アクションが推奨される理由が説明され、提案される推奨を実装するための追加情報が提供されます。

参照:

- 動的データベース・サービスによるワークロード管理について

- AWRおよびADDMの構成および使用の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- ADDMの詳細は、Oracle Databaseパフォーマンス・チューニング・ガイドを参照してください。

Oracle RACのADDM結果の表示

デフォルトでは、自動データベース診断モニター(ADDM)が毎時間実行され、その期間中にAWRで取得したスナップショットを分析します。データベースがパフォーマンスの問題を検出した場合、分析の結果が「クラスタ・データベース: ホーム」ページの「診断サマリー」に表示されます。

「ADDM結果」リンクでは、最後のADDM分析で検索されたADDMの検出結果の量が表示されます。

Enterprise Managerでは、次の方法でOracle RACのADDMにアクセスできます。

- クラスタ・データベース・ホームページの診断セクションで、「最新のグローバルなADDM結果」リンクをクリックします。

- 「クラスタ・データベース」の「パフォーマンス・ホーム」ページ上で、アクティブ・セッション・グラフの下部にあるカメラ・アイコンをクリックします。

- 「パフォーマンス」メニューから、「アドバイザ」を選択し、次に「アドバイザ・セントラル」または「ADDM」を選択します。

「クラスタ・データベース: ホーム」ページからADDM結果を表示するには、次の手順を実行します。

1. Oracle Enterprise Managerの「クラスタ・データベース」のホームページにアクセスします。

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

2. 「クラスタ・データベース・ホームページ」にある「診断サマリー」で、「最新のグローバルなADDM結果」の隣に0以外の数字が表示されている場合には、このリンクをクリックします。

図8-2 「クラスタ・データベース: ホーム」ページの「診断サマリー」セクション

また、「クラスタ・データベース: ホーム」ページで「インスタンス」表を表示することによって、インスタンスごとにADDM結果を表示することもできます。

図8-3 インスタンスごとのADDM結果の表示

「ADDM結果」の番号を選択すると、そのクラスタ・データベースの「自動データベース診断モニター(ADDM)」ページが表示されます。

3. ADDM実行結果を確認します。

図8-4 「自動データベース診断モニター(ADDM)」ページ

「自動データベース診断モニター(ADDM)」ページの「データベース・アクティビティ」グラフでは、ADDM分析期間中のデータベース・アクティビティが表示されます。データベース・アクティビティのタイプは、グラフで対応する色に基づいて凡例で定義されています。グラフの下にある各アイコンは異なったADDMタスクを表し、各ADDMタスクはワークロード・リポジトリに保存されている個々のOracle Databaseスナップショットのペアに対応します。

「ADDMパフォーマンス分析」セクションで、ADDM結果は影響の高いものから降順でリストされます。「情報の結果」セクションでは、パフォーマンスに影響がなく、情報目的のみの領域をリストします。

「影響を受けるインスタンス」グラフは、各インスタンスがこれらの結果によって受ける影響の程度を示しています。

4. オプション: 「ズーム」アイコンをクリックすると、グラフに表示されている分析期間を短縮、または拡大できます。

5. オプション: レポートにADDMの検出結果を表示するには、「レポートの表示」をクリックします。

「レポートの表示」ページが表示されます。

「ファイルに保存」をクリックして、後のアクセスのレポートを保存できます。

6. 「ADDM」ページの「影響を受けるインスタンス」表で、「影響」に最大値が示されているADDM結果に関連するインスタンスのリンクをクリックします。

そのインスタンスの「自動データベース診断モニター(ADDM)」ページが表示されます。

7. 「ADDMパフォーマンス分析」セクションで、結果の名前を選択します。

「パフォーマンス結果の詳細」ページが表示されます。

8. パフォーマンスの問題を解決するために使用可能な「推奨」を表示します。SQLチューニング・アドバイザを実行し、そのパフォーマンス結果の原因となっているSQL文をチューニングします。

参照:

- ユーザー・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

「クラスタ・データベース: パフォーマンス」ページの使用

Oracle Enterprise Managerの「クラスタ・データベース」の「パフォーマンス」ページには、データベースのパフォーマンス統計が表示されます。

Enterprise Managerでは、指定した期間中の各インスタンスからデータが累積され、収集ベース・データと呼ばれます。また、リアルタイム・データと呼ばれる各インスタンスからの現行データも提供しています。統計は、クラスタ・データベース内のすべてのインスタンスにわたってロールアップされます。

グラフの横にあるリンクを使用すると、詳細を表示したり、次のタスクを実行することができます。

- パフォーマンスの問題の原因の特定

- リソースを追加または再分散する必要があるかどうかの判別

- SQLプランおよびスキーマのチューニングによる最適化

- パフォーマンスの問題の解決

次のスクリーンショットは、「クラスタ・データベース: パフォーマンス」ページの一部を示しています。このページにアクセスするには、「パフォーマンス」メニューから「パフォーマンス・ホーム」を選択します。

次の項では「パフォーマンス」ページのグラフについて説明します。

- グローバル・キャッシュ・ブロックのアクセス待機時間グラフについて
「クラスタ・データベース: パフォーマンス」ページの「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフでは、各タイプのデータ・ブロック・リクエストの待機時間、つまり、読取り一貫性ブロックと現行ブロックを検索してバッファ・キャッシュ間で転送するために費やされた時間が示されます。

- 「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフの表示
Oracle Enterprise Managerの「クラスタ・データベース」の「パフォーマンス」ページの「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフで、「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフのメトリックをクリックして、キャッシュ済ブロックのタイプに関する詳細情報を表示できます。

- 「クラスタ・ホストのロード平均」グラフの表示
Oracle Enterprise Managerのクラスタ・データベースの「パフォーマンス」ページの「クラスタ・ホストのロード平均」グラフには、データベース外部で発生する可能性がある問題が表示されます。このグラフには、クラスタ内で使用可能なノードについて、過去1時間のロードの最大値、平均値および最小値が表示されます。

- 「平均アクティブ・セッション」グラフの表示
Oracle Enterprise Managerのクラスタ・データベースの「パフォーマンス」ページの「平均アクティブ・セッション」グラフには、データベース内で発生する可能性がある問題が表示されます。

- 「データベース・スループット」グラフの表示
Oracle Enterprise Managerを使用すると、「クラスタ・データベース」の「パフォーマンス」ページの最後のグラフでは、様々なデータベース・リソースの使用を監視します。このグラフの上部の「スループット」タブをクリックすると、「データベース・スループット」グラフを表示できます。

- 「サービス」グラフの表示
Oracle Enterprise Managerの「パフォーマンス」ページで、様々なデータベース・リソースの使用状況のメトリックがグラフに表示されます。このグラフの上部にある「サービス」タブをクリックすると、「サービス」グラフを表示できます。

- 「インスタンスごとのアクティブ・セッション」グラフの表示
Oracle Enterprise Managerの「パフォーマンス」ページで、様々なデータベース・リソースの使用を監視するグラフがあります。このグラフの上部の「インスタンス」タブをクリックすると、「インスタンスごとのアクティブ・セッション」グラフを表示できます。

参照:

- データベースのパフォーマンスのリアルタイムの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください

- Oracle Databaseのパフォーマンスに関する手法の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください

グローバル・キャッシュ・ブロックのアクセス待機時間グラフについて

「クラスタ・データベース: パフォーマンス」ページの「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフでは、各タイプのデータ・ブロック・リクエストの待機時間、つまり、読取り一貫性ブロックと現行ブロックを検索してバッファ・キャッシュ間で転送するために費やされた時間が示されます。

各クラスタ・データベース・インスタンスには、そのシステム・グローバル領域(SGA)に独自のバッファ・キャッシュがあります。Oracle RAC環境では、キャッシュ・フュージョンを使用して、各インスタンスのバッファ・キャッシュを論理的に結合し、論理的に結合された単一キャッシュ上にあるかのようにデータベース・インスタンスでデータを処理できるようにします。

プロセスがデータ・ブロックへのアクセスを試行する場合、最初に、ローカル・バッファ・キャッシュにあるデータ・ブロックのコピーの検出を試行します。データ・ブロックのコピーがローカル・バッファ・キャッシュ内に見つからない場合、グローバル・キャッシュ操作が開始されます。ディスクからデータ・ブロックを読み取る前に、プロセスは別のインスタンスのバッファ・キャッシュでデータ・ブロックの検索を試行します。データ・ブロックが別のインスタンスのバッファ・キャッシュ内にある場合、キャッシュ・フュージョンでは、一方のデータベース・インスタンスにディスクへのデータ・ブロックの書込みを行わせてもう一方のインスタンスにディスクからのデータ・ブロックの再読取りを要求するのではなく、あるバージョンのデータ・ブロックをローカル・バッファ・キャッシュに転送します。たとえば、orcl1インスタンスがそのバッファ・キャッシュにデータ・ブロックをロードした後、orcl2インスタンスは、ディスクからデータ・ブロックを読み取るのではなく、キャッシュ・フュージョンを使用することで、orcl1インスタンスからより短時間でデータ・ブロックを取得できます。

「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフでは、現行ブロックと読取り一貫性(CR)ブロックの2種類のデータ・ブロック・リクエストのデータが示されます。データベースのデータを更新する場合、Oracle Databaseではそのデータを含む最新バージョンのデータ・ブロック(現行ブロック)を検索する必要があります。問合せを実行する場合、その問合せの開始前にコミットされたデータのみが問合せで参照されます。問合せの開始後に変更されたデータ・ブロックはUNDOセグメントのデータから再構築されます。再構築されたデータは読取り一貫性ブロックとして問合せで使用可能になります。

「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフに長い待機時間(長い経過時間)が示された場合、次の原因が考えられます。

- チューニングされていないSQL文により発生する多数のリクエスト。

- キュー内でCPUを待機または遅延をスケジュールしている複数のプロセス。

- 低速、ビジーまたは問題のあるインターコネクト。これらの場合、ネットワーク接続でパケットのドロップ、再転送または巡回冗長検査(CRC)エラーが発生していないかどうかを確認します。

クラスタ内の共有データに対する同時読取り/書込みアクティビティは、頻繁に発生するアクティビティです。サービス要件にもよりますが、通常、このアクティビティがパフォーマンスの問題を引き起こすことはありません。ただし、グローバル・キャッシュ・リクエストがパフォーマンスの問題を発生させる場合は、SQLプランおよびスキーマを最適化してローカル・バッファ・キャッシュ内でデータ・ブロックが検索される割合を上げてI/Oを最小限に抑えることが、パフォーマンス・チューニングを行う際の確実な方法となります。読取り一貫性ブロックおよび現行ブロックのリクエストの待機時間が10ミリ秒に達している場合は、問題解決の第1ステップとして、「クラスタ・キャッシュ一貫性」ページに移動して詳細情報を確認する必要があります。

参照:

- 「クラスタ・キャッシュ一貫性」ページへのアクセス

- ディスクI/O使用率の監視の詳細は、Oracle Database 2日でパフォーマンス・チューニング・ガイドを参照してください。

- キャッシュ・フュージョン設定およびインターコネクト設定の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフの表示

Oracle Enterprise Managerの「クラスタ・データベース」の「パフォーマンス」ページの「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフで、「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフのメトリックをクリックして、キャッシュ済ブロックのタイプに関する詳細情報を表示できます。

たとえば、メトリックの「平均現行ブロック受信時間」をクリックすると、インスタンスごとの平均現行ブロック受信時間ページが表示され、クラスタにあるノードに対する平均現行ブロック受信時間を最大で4つまで示すサマリー・チャートを表示します。データをサマリー・グラフに表示するか、タイル・グラフを使用するかを選択できます。サマリー・チャートを選択した場合、デフォルトでは上位4つの受信時間を持つインスタンスが表示されます。タイル・グラフを選択すると、各ノードのデータがそれぞれのグラフに表示されます。どのノードをサマリーに表示するか、タイル・グラフにするかをカスタマイズできます。

インスタンスごとの平均現行ブロック受信時間ページまたは、「クラスタ・キャッシュ一貫性」ページで、アクティブ・セッション履歴の概要グラフにあるスライダ・バーを使用して過去1時間以内の5分の時間枠(期間)に焦点を当てることもできます。このスライダ・バーを使用すると、キャッシュ一貫性の高いアクティビティ期間に実行されていた上位のセッション、サービス、モジュール、アクション、またはSQL文を識別できます。

ページ上部にある「メトリック」リストを使用して、表示されるメトリックを変更できます。選択できるメトリックを次に示します。

- 平均CRブロック受信時間

- 平均現行ブロック受信時間

- 受信されたGC現行ブロック

- 受信されたGC CRブロック

- 物理読取り

- グローバル・キャッシュ・ブロック転送

各メトリックによって、そのメトリックの監視ページが表示されます。各メトリックの監視ページでは、サマリー・グラフまたはタイル・グラフでそのメトリックのデータを表示できます。また、メトリックの監視ページの「最大」、「平均」、「最小」グラフに、すべてのアクティブなクラスタ・データベース・インスタンスのメトリックの最大値、平均値および最小値を表示できます。

図8-5 インスタンスごとの平均現行ブロック受信時間ページ

参照:

- 「クラスタ・キャッシュ一貫性」ページへのアクセス

- ディスクI/O使用率の監視の詳細は、Oracle Database 2日でパフォーマンス・チューニング・ガイドを参照してください。

- インスタンス間のメッセージングおよびリソース競合のパフォーマンス監視の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

「クラスタ・ホストのロード平均」グラフの表示

Oracle Enterprise Managerを使用すると、「クラスタ・データベース」の「パフォーマンス」ページにある「クラスタ・ホストのロード平均」グラフには、データベース外部で発生する可能性がある問題が表示されます。このグラフには、クラスタ内で使用可能なノードについて、過去1時間のロードの最大値、平均値および最小値が表示されます。

ロード平均がクラスタ内のすべてのホストのCPU合計数の平均より高い場合、多数のプロセスがCPUのリソースを待機しています。多くの場合、チューニングされていないSQL文によって、CPU使用率が高くなります。ロード平均値を、「平均アクティブ・セッション」グラフの「使用中のCPU」に表示されている値と比較します。セッションの値が低くてロード平均の値が高い場合、ホストでは監視対象データベース以外のものによってCPUが使用されています。

「クラスタ・ホストのロード平均」グラフに表示されるロード値ラベルのいずれかをクリックすると、そのロード値の詳細を表示できます。たとえば、「平均」ラベルをクリックすると、「ホスト: ロード平均」ページが表示され、クラスタにある4つまでのノードのホスト・ノード平均が表示されます。

データを、サマリー・グラフに表示するか、各ノードのデータをまとめて1画面に表示するか、各ノードのデータがそれぞれのグラフに表示されるタイル・グラフを使用するかを選択できます。「カスタマイズ」をクリックし、各行に表示されるタイル・グラフの数またはタイル・グラフを順序付けする方法を変更できます。

「ホスト: 平均ロード」ページに表示されるデータの変更の詳細は、Enterprise Managerのオンライン・ヘルプを参照してください。

参照:

- ホストのアクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- データベースで発生する一般的なパフォーマンスの問題のリストについては、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

「平均アクティブ・セッション」グラフの表示

Oracle Enterprise Managerを使用すると、「クラスタ・データベース」の「パフォーマンス」ページの「平均アクティブ・セッション」グラフでは、データベース内で考えられる問題が表示されます。

「カテゴリ」は待機クラスとも呼ばれ、データベース内でCPUやディスクI/Oなどのリソースを使用している部分が表示されます。CPU時間を待機時間と比較すると、レスポンス時間のうちどれくらいの時間が、他のプロセスに保持されている可能性のあるリソースの待機ではなく有効な作業に消費されているかを確認できます。

このグラフには、データベースまたはインスタンスのワークロードが表示され、パフォーマンスの問題が示されます。クラスタ・データベース・レベルでは、このグラフに、すべてのインスタンスにわたる集約待機クラス統計が示されます。より詳細に分析するために、グラフの下部にあるクリップボード・アイコンをクリックして、その期間のデータベースのADDM分析を表示することができます。

「平均アクティブ・セッション」グラフのピークを「データベース・スループット」グラフのピークと比較します。「平均アクティブ・セッション」グラフに待機中のセッションが多数表示され、内部的な競合が示されている場合でも、スループットが高ければ、状況は許容できる可能性があります。内部的な競合が低く、スループットが高い場合も、データベースはおそらく効率よく実行されています。一方、内部的な競合が高くスループットが低い場合は、データベースのチューニングを検討してください。

「平均アクティブ・セッション」グラフの横にある待機クラスの凡例をクリックすると、それぞれの「インスタンスごとのアクティブ・セッション」ページに格納されているインスタンス・レベルの情報を表示できます。「インスタンスごとのアクティブ・セッション」ページの「待機クラス」アクション・リストを使用して、異なる待機クラスを表示できます。「インスタンスごとのアクティブ・セッション」ページには、最大4つのインスタンスのサービス時間が表示されます。「カスタマイズ」ボタンを使用すると、表示されるインスタンスを選択できます。インスタンスのデータは、タイル・グラフを使用して別々に表示するか、または1つのサマリー・グラフにまとめることができます。

図8-6 「インスタンスごとのアクティブ・セッション: 使用中のCPU」グラフ

特定のカテゴリの待機イベントが増加する原因となっている問題を診断して修正する必要がある場合に、問題のあるインスタンスを選択して、待機イベントの他、データベース・リソースの多くを消費しているSQL、セッション、サービス、モジュールおよびアクションを表示できます。

参照:

- ユーザー・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

「データベース・スループット」グラフの表示

Oracle Enterprise Managerを使用すると、「クラスタ・データベース」の「パフォーマンス」ページの最後のグラフでは、様々なデータベース・リソースの使用を監視します。このグラフの上部の「スループット」タブをクリックすると、「データベース・スループット」グラフを表示できます。

「データベース・スループット」グラフは、「平均アクティブ・セッション」グラフに表示される任意のリソース競合を要約する他、ユーザーやアプリケーションのためにデータベースが実行中の作業の量を示します。「1秒当たり」ビューは、1秒当たりのログオン数に対するトランザクションの数、REDOサイズに対する物理読取りの量を示します。「1トランザクション当たり」ビューは、トランザクション当たりのREDOサイズに対する物理読取りの量を示します。「ログオン」は、データベースにログオンしているユーザー数を示します。

また、グラフの右にある凡例をクリックして「インスタンスごとのデータベース・スループット」ページを表示し、インスタンス・レベルの情報を取得できます。このページには、「データベース・スループット」グラフに表示されたインスタンス(最大4つまで)の詳細が表示されます。「カスタマイズ」ボタンを使用すると、表示されるインスタンスを選択できます。インスタンスのデータは、タイル・グラフを使用して別々に表示するか、または1つのサマリー・グラフにまとめることができます。このページを使用すると、特定のインスタンスに対するスループットを表示できるため、スループットの問題の診断に役立ちます。

「インスタンスごとのデータベース・スループット」ページでさらにドリルダウンして、最もリソースを消費しているインスタンスのセッションを参照できます。グラフの直下の凡例のインスタンス名をクリックして、そのインスタンスの「上位コンシューマ」ページの「上位セッション」サブページに移動します。

図8-7 Oracle Enterprise Managerの「上位コンシューマ」ページ

このページの詳細は、Oracle Enterprise Managerのヘルプ・システムを参照してください。

参照:

- インスタンス・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

「サービス」グラフの表示

Oracle Enterprise Managerの「パフォーマンス」ページで、様々なデータベース・リソースの使用状況のメトリックがグラフに表示されます。このグラフの上部にある「サービス」タブをクリックすると、「サービス」グラフを表示できます。

「サービス」グラフには、アクティブなセッションで使用されている上位サービスが表示されます。アクティブ・セッションのみが表示されます。グラフ右側にあるサービス凡例をクリックすると、「上位コンシューマ」ページの「サービス」サブページに移動できます。デフォルトでは、「アクティビティ」サブタブが選択されています。このページでは、サービスの待機クラスごとにセッション・ロードを示すリアルタイム・データを表示できます。

図8-8 「アクティブ・セッション」のOracle RACデータベース・サービス・グラフ

このページの詳細は、Oracle Enterprise Managerのヘルプ・システムを参照してください。

参照:

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

「インスタンスごとのアクティブ・セッション」グラフの表示

Oracle Enterprise Managerの「パフォーマンス」ページで、様々なデータベース・リソースの使用を監視するグラフがあります。このグラフの上部の「インスタンス」タブをクリックすると、「インスタンスごとのアクティブ・セッション」グラフを表示できます。

「インスタンスごとのアクティブ・セッション」グラフには、「平均アクティブ・セッション」グラフに示されるすべてのリソース競合のサマリーが表示されます。このグラフを使用すると、各インスタンスでのデータベースのワークロードを簡単に確認できます。

図8-9 「インスタンスごとのアクティブ・セッション」グラフ

グラフ右側にある凡例をクリックして、「上位セッション」ページにアクセスすると、インスタンス・レベルの情報を参照することもできます。「上位セッション」ページでは、最もシステム・リソースを消費するセッションを示すリアルタイム・データを参照できます。

このページの詳細は、Oracle Enterprise Managerのヘルプ・システムを参照してください。

参照:

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- 『Oracle Database 2日でパフォーマンス・チューニング・ガイド』

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

他のパフォーマンス関連グラフの参照

「クラスタ・データベース: パフォーマンス」ページの「その他の監視リンク」セクションおよび「その他の監視リンク」セクションには、クラスタ・データベースのパフォーマンスの評価に役立つその他のグラフへのリンクがあります。

- 「クラスタ・キャッシュ一貫性」ページへのアクセス
「クラスタ・キャッシュ一貫性」ページには、クラスタのキャッシュ一貫性のメトリックに関するサマリーのグラフが含まれます。

- 「上位コンシューマ」ページへのアクセス
「上位コンシューマ」ページのタブで、多くのシステムのリソースを消費しているサービス、モジュール、アクション、クライアントおよびセッションのリアルタイムまたは収集ベースのデータを参照できます。

- 「上位セッション」ページへのアクセス
「上位セッション」ページには、集計されたデータに基づいた、セッションのリアルタイム・サマリー・リストが表示されます。システム・リソースを最も消費しているセッション(上位セッションと呼ばれる)を確認し、そのセッションを停止するかどうかを決定できます。

- 「トップ・アクティビティ」ページへのアクセス

- 「インスタンス・アクティビティ」ページへのアクセス
「インスタンス・アクティビティ」ページにより、カーソル、トランザクション、セッション、論理I/O、物理I/OおよびネットI/Oなどの一般メトリック・カテゴリ内の複数のメトリックのインスタンス・アクティビティを表示できます。毎秒のデータまたはトランザクションごとのデータを参照できます。

- 「上位セグメント」ページへのアクセス
セグメント・レベルでの統計を収集して確認すると、データベース内のアクセス頻度が高い表または索引を効率的に識別できます。「上位セグメント」ページでは、セグメント・レベルの統計を収集して、個々のセグメントに関連するパフォーマンスの問題を識別できます。

- 「データベース・ロック」ページへのアクセス
「データベース・ロック」ページには、ユーザー・ロック、すべてのデータベース・ロック、または別のユーザーやアプリケーションをブロックしているロックが表示されます。

参照:

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視

- ユーザー・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

「クラスタ・キャッシュ一貫性」ページへのアクセス

「クラスタ・キャッシュ一貫性」ページには、クラスタのキャッシュ一貫性のメトリックに関するサマリーのグラフが含まれます。

次の表では、「クラスタ・キャッシュ一貫性」グラフについて説明し、問題解決のための包括的な情報にアクセスする際に実行する操作を示します。

表8-1 「クラスタ・キャッシュ一貫性」グラフ

名前

説明

グローバル・キャッシュ・ブロックのアクセス待機時間

ブロック・リクエストの合計経過時間または待機時間が表示されます。グラフの右にある凡例をクリックすると、各ブロック・タイプ(現行またはCR)のデータ・ブロックの受信にかかる平均時間がインスタンスごとに表示されます。

インスタンスごとの平均ブロック受信時間ページでは、グラフの下にあるインスタンスの凡例をクリックすると、ローカル・インスタンスに対するブロック転送ページに移動できます。このページでは、どのブロック・クラス(UNDOブロックやデータ・ブロックなど)が大規模なグローバル・キャッシュ・アクティビティを引き起こす傾向にあるかを識別できます。このページには、転送されているブロック・クラス、およびブロックの大部分を転送しているインスタンスが表示されます。キャッシュ転送は、リモート・インスタンスから受信された各ブロック・クラスの現行ブロックおよびCRブロックの数を示します。これには、遅延(ビジー)または予期しない長さの遅延(混雑)を引き起こした転送の数も含まれます。

グローバル・キャッシュ・ブロック転送率

クラスタ内のすべてのインスタンスがインターコネクト経由で受信したブロックの合計数が表示されます。

グラフの右側にある凡例をクリックすると、ブロックのタイプに対するインスタンスごとに受信されたグローバル・キャッシュ・ブロック・ページに移動します。これらのページからグラフの下のインスタンス凡例をクリックすると、「インスタンスごとのセグメント統計」ページに移動し、キャッシュ競合の原因となっているセグメントを確認できます。

グローバル・キャッシュ・ブロック転送と物理読取り(論理読取りとの比較)

このグラフは、ダイレクト・メモリー・アクセスを経由して他のインスタンスのバッファ・キャッシュからデータを読み取る論理読取り操作、およびディスクからデータを取得する論理読取りの割合を表します。これは、長い待ち時間を持つリモート参照および物理読取り以外の部分ではなく、ローカル・バッファ・キャッシュにおける処理量のプロファイルです。

グラフの右側にある凡例をクリックすると、「グローバル・キャッシュ・ブロック転送と論理読取り: インスタンス別」ページおよび「物理読取りと論理読取り: インスタンス別」ページに移動します。これらのページからグラフの下のインスタンス凡例をクリックすると、「インスタンスごとのセグメント統計」ページに移動し、キャッシュ競合の原因となっているセグメントを確認できます。

「クラスタ・キャッシュ一貫性」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。
Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。
「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで「クラスタ・キャッシュ一貫性」をクリックします。

4. または、「グローバル・キャッシュ・ブロックのアクセス待機時間」グラフの右側にある凡例のいずれかをクリックします。
「クラスタ・キャッシュ一貫性」ページが表示されます。

図8-10 Oracle Enterprise Managerの「クラスタ・キャッシュ一貫性」ページ

参照:

- インスタンス・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

「上位コンシューマ」ページへのアクセス

「上位コンシューマ」ページのタブで、多くのシステムのリソースを消費しているサービス、モジュール、アクション、クライアント、およびセッションのリアルタイムまたは収集ベースのデータを参照できます。

「上位コンシューマ」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。

「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで「上位コンシューマ」をクリックします。

このようにアクセスすると、デフォルトでは、「上位コンシューマ」ページに最初に「概要」タブが表示され、このタブに上位リソース・コンシューマに関して集計されたサマリー・データが示されます。

図8-11 Oracle Enterprise Managerの「上位コンシューマ」ページ

4. オプション: コンシューマを表すグラフの一部をクリックするか、そのコンシューマのグラフの下のリンクをクリックして、コンシューマに関するインスタンス・レベルの情報を表示します。
表示されたページに、コンシューマを処理している実行中のインスタンスが表示されます。

5. オプション: 「アクション」または「モジュール」列の名前を開いて、個別のインスタンスのデータを表示します。

参照:

- データベースのパフォーマンスのリアルタイムの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください

「上位セッション」ページへのアクセス

「上位セッション」ページには、集計されたデータに基づいた、セッションのリアルタイム・サマリー・リストが表示されます。システム・リソースを最も消費しているセッション(上位セッションと呼ばれる)を確認し、そのセッションを停止するかどうかを決定できます。

「上位セッション」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。
「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで「上位コンシューマ」をクリックします。

4. 「上位コンシューマ」ページで、「上位セッション」サブタブをクリックします。

参照:

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視

- データベースの上位セッションの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

「トップ・アクティビティ」ページへのアクセス

「トップ・アクティビティ」ページには、待機、サービスおよびインスタンスごとのクラスタ・データベース・アクティビティを表示できます。また、「トップ・アクティビティ」グラフのスライダ・バーを動かすと、5分ごとの上位SQLと上位セッションの詳細が表示できます。

「上位SQL」の詳細セクションでは、問題のあるSQL文を選択して、それらの文に対してSQLチューニング・アドバイザをスケジュールするか、またはSQLチューニング・セットを作成できます。

デフォルトでは、選択した期間に対する「上位セッション」が表示されます。このセクションの「表示」アクション・リストを使用して、次のいずれかに表示を変更できます。

- 上位セッション

- 上位サービス

- 上位モジュール

- 上位アクション

- 上位クライアント

- 上位ファイル

- 上位オブジェクト

- 上位PL/SQL

- 上位インスタンス

「トップ・アクティビティ」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。

「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで「トップ・アクティビティ」をクリックします。

「トップ・アクティビティ」ページが表示されます。

参照:

- Oracle RACデータベースおよびクラスタのパフォーマンスの監視

- ユーザー・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

- データベースおよびインスタンスのチューニングの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

「インスタンス・アクティビティ」ページへのアクセス

「インスタンス・アクティビティ」ページにより、カーソル、トランザクション、セッション、論理I/O、物理I/O、およびネットI/Oなどの一般メトリック・カテゴリ内の複数のメトリックのインスタンス・アクティビティを表示できます。毎秒のデータまたはトランザクションごとのデータを参照できます。

「インスタンス・アクティビティ」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。
Enterprise Managerへのログインの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。
「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで「インスタンス・アクティビティ」をクリックします。

4. オプション: グラフィック・モードの場合にグラフの下のメトリック凡例をクリックするか、表モードの場合にサマリー表で名前をクリックして、特定のメトリックの上位セッション統計にアクセスします。

図8-12 Oracle Enterprise Managerの「インスタンス・アクティビティ」グラフ

5. オプション: 「データベース・インスタンスの切替え」リストを使用して、データをグラフに表示するインスタンスを変更します。

参照:

- インスタンス・アクティビティの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください。

「上位セグメント」ページへのアクセス

セグメント・レベルでの統計を収集して確認すると、データベース内のアクセス頻度が高い表または索引を効率的に識別できます。「上位セグメント」ページでは、セグメント・レベルの統計を収集して、個々のセグメントに関連するパフォーマンスの問題を識別できます。

このページは、オブジェクトが受信した読取り一貫性ブロックおよび現行ブロックの数も追跡するため、特にOracle RACに有効です。受信した現行ブロックの数が多く、バッファ待機数も多い場合、リソースの競合が発生している場合があります。

「上位セグメント」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。

「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで「上位セグメント」をクリックします。

すべてのインスタンスのセグメント、またはフィルタを使用して特定のインスタンスのセグメントを表示できます。

図8-13 Oracle Enterprise Managerの「上位セグメント」ページ

「データベース・ロック」ページへのアクセス

データベース・ロックページで、別のユーザーまたはアプリケーションからブロックされているユーザー・ロック、すべてのデータベース・ロックを表示します。

「データベース・ロック」ページでは、複数のインスタンスが同じオブジェクトをロックしているかどうかを判別できます。これらの情報を使用して、オブジェクトの不要なロックを行っているセッションを中断できます。

「データベース・ロック」ページにアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「パフォーマンス」メニューから、「パフォーマンス・ホーム」を選択します。

「クラスタ・データベース: パフォーマンスのホームページが表示されます。

3. ページ下部の「その他の監視リンク」セクションで、「データベース・ロック」をクリックします。

図8-14 Oracle Enterprise Managerの「データベース・ロック」ページ

参照:

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

クラスタ・データベースのトポロジの表示

Enterprise Managerを利用すれば、クラスタ環境をグラフィカルに表示できます。トポロジ表示を使用すると、クラスタ・データベース環境を構成しているコンポーネント(データベース・インスタンス、リスナー、Oracle ASMインスタンス、ホスト、インタフェースなど)を簡単に確認できます。

トポロジのダイアグラムをクリックして制御をアクティブにすると、コンポーネントの上にマウスを置いて、そのコンポーネントのステータスおよび構成の詳細を確認することができます。トポロジ・チャート内にあるコンポーネントを選択してから、そのコンポーネントを右クリックすると、そのコンポーネント特有のメニュー・アクションのセットを表示できます。

クラスタ・データベース環境のトポロジを表示するには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「クラスタ・データベース」メニューから、「構成」を選択し、次に「トポロジ」を選択します。

「クラスタ・データベース」の「トポロジ」ページが表示されます。

3. オプション: トポロジのダイアグラム内の任意のコンポーネント上でマウス・カーソルを動かし、そのコンポーネントに関する情報をポップアップ・ボックスに表示します。

4. トポロジのダイアグラム内の任意のコンポーネントを選択し、「選択の詳細」セクションに表示される情報を変更します。

5. オプション: ページ下部にある「凡例」をクリックし、左側に「トポロジの凡例」ページを表示します。

このページでは、クラスタ・トポロジおよびクラスタ・データベース・トポロジで使用されるアイコンについて説明されています。

6. オプション: 現在選択されているコンポーネントを右クリックして、そのコンポーネントで使用可能なメニュー・アクションを表示します。

参照:

- 「クラスタ: トポロジ」ページの表示

Oracle Clusterwareの監視

Oracle Enterprise Managerを使用して、Oracle Clusterwareを監視できます。

Oracle Enterprise Managerで使用可能なその他の監視機能には、次のものがあります。

- クラスタの各ノードのOracle Clusterwareステータスの表示

- VIPが再配置された場合の通知の受信

- プライベート・インターコネクト全体に対するスループットの監視

- nodeappsが停止または起動した場合の通知の受信

- データベース・インスタンスがVIPではなくパブリック・インタフェースを使用している場合のアラートの表示

- OCRまたは投票ディスク関連の問題、ノードの削除、およびその他のクラスタウェア・エラーに関するクラスタウェア・アラート・ログの監視

Oracle Clusterwareリソースを監視し、個別コンポーネントに対してクラスタ・コンポーネントヘルスの監視を使用することもできます。リソースを監視するには、「クラスタ: ホーム」ページの「管理」リンクをクリックします。個々のクラスタ・コンポーネントの状態を監視するには、「クラスタ: ホーム」ページの「関連リンク」セクションで「すべてのメトリック」リンクをクリックします。

- Oracle Clusterwareの情報へのアクセス
「クラスタ・データベース: ホーム」ページから、複数の方法でOracle Clusterwareの情報にアクセスできます。

- Oracle Clusterwareの「ホーム」ページの確認
クラスタのホームページでは、クラスタの状態およびワークロードを監視できます。ここでは、一般的なクラスタの主要な状態情報を提供し、定期的に更新しています。

- 「クラスタ: パフォーマンス」ページの表示
「クラスタ」の「パフォーマンス」ページには、「CPU」、「メモリー」、「ディスクI/O」など、クラスタのすべてのホストについての過去の使用率の統計が表示されます。これにより、Enterprise Manager環境の構成要素の1つであるクラスタの概観を確認できます。

- 「クラスタ: ターゲット」ページの表示
「クラスタ: ターゲット」ページでは、クラスタの全ターゲットのリストが表示されます。この表には、ターゲットの名前、タイプ、ホスト、場所とともに、ターゲットの可用性、警告、クリティカル・アラートおよび最新ロード時間が含まれます。

- 「クラスタ: 管理」ページの表示
「クラスタ: 管理」メニューを使用して、Oracle Clusterwareのリソースを管理し、リソース・タイプを作成して、サーバー・プールを管理できます。このページで、Oracle Databaseのサービス品質(QoS)管理を構成することもできます。

- 「クラスタ: インターコネクト」ページについて
「クラスタ: インターコネクト」ページは、インターコネクト・インタフェースの監視、構成の問題の判別、過剰トラフィックなどの転送率に関連する問題の特定を行う場合に有効です。

- 「クラスタ: トポロジ」ページの表示
Oracle Enterprise Managerのトポロジ・ビューアを使用すると、クラスタ内のターゲット・タイプ間の関係をビジュアル表示できます。

参照:

- Oracle Clusterwareインストールの検証について

- CRSCTLを使用したクラスタの問題の診断

Oracle Clusterwareの情報へのアクセス

「クラスタ・データベース: ホーム」ページから、複数の方法でOracle Clusterwareの情報にアクセスできます。

Oracle Clusterwareの情報にアクセスするには、次の手順を実行します。

1. Oracle Enterprise Managerのクラスタ・データベース・ホームページにアクセスします。

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

2. 「一般」セクションで「クラスタ」をクリックし、「クラスタ・ホーム」ページを表示します。

3. 「クラスタ・ホーム」ページの「診断サマリー」セクションで、「インターコネクト・アラート」の隣にある番号をクリックして、クラスタ用の「インターコネクト」サブページを表示します。

あるいは、「クラスタ」メニューで、「インターコネクト」を選択して「インターコネクト」ページを表示します。

4. 「クラスタ」メニューで、「構成」を選択してから、「トポロジ」を選択します。グラフィック表示されたノードをクリックして、制御をアクティブにします。

5. 「インタフェース」コンポーネントをクリックします。インタフェース・コンポーネントを右クリックして、メニューから「詳細の表示」を選択してクラスタ用の「インターコネクト」ページを表示します。

6. 「クラスタ・ホーム」ページの「クラスタ・データベース」セクションで、クラスタ・データベースの名前を選択して、そのデータベースのクラスタ・データベース・ホームページに戻ります。

参照:

「クラスタ: トポロジ」ページの表示

Oracle Clusterwareの「ホーム」ページの確認

クラスタのホームページでは、クラスタの状態およびワークロードを監視できます。ここでは、一般的なクラスタの主要な状態情報を提供し、定期的に更新しています。

「クラスタ: ホーム」ページの様々なセクションで、ホスト、ターゲットおよびクラスタウェア・コンポーネントのクラスタ環境とステータスに関する情報が提供されています。たとえば、「アラート」セクションおよび「診断サマリー」セクションでは、クラスタの操作に影響のあるエラーおよびパフォーマンスの問題について警告します。提供されたリンクをクリックすると、問題のある領域の詳細を参照できます。

クラスタの全般的な状態を監視するには、次の手順を実行します。

1. 「クラスタ・データベース: ホーム」ページの「一般」セクションで、「クラスタ」の横にあるリンクをクリックします。

「クラスタ: ホーム」ページを表示します。次の図に、「クラスタ・ホーム」ページの例を示します。

図8-15 Oracle Enterprise Managerの「クラスタ・ホーム」ページ

2. オプション: 「リフレッシュ」ボタンをクリックして、表示される情報を更新します。

クラスタからデータが最後に収集された日時が「リフレッシュ」ボタンの左に表示されます。

3. 「一般」セクションでクラスタの概要を把握します。このセクションには次の情報が含まれています。

- クラスタのステータス(稼働中または停止中)
「ステータス」リンクをクリックすると、クラスタの可用性の詳細にドリルダウンできます。

- クラスタ内のホストの数

- クラスタ名

- Oracle Clusterware全体およびホストの状態

- Oracle Clusterwareのバージョン

- Oracle Clusterwareのホーム・ディレクトリ

4. 「構成」セクションで、「表示」リストを使用し、次の情報から、クラスタ内の使用可能なホストに対して表示する情報を選択します。

- オペレーティング・システム(ホストおよびOSパッチを含む)

- ハードウェア(ハードウェア構成およびホストを含む)

詳細を表示するには、「ホスト」または「OSパッチ」の下のリンクをクリックします。

5. アクティブなインターコネクト・アラートの数を含む「診断サマリー」セクションを表示します。アラートの数をクリックすると、「インターコネクト」サブページが表示されます。

6. 「クラスタ・データベース」表を参照し、このクラスタに関連付けられているクラスタ・データベース、それらのデータベースの可用性、それらのデータベースに発行されたアラートまたはポリシー違反、それらのデータベースのセキュリティ・コンプライアンス・スコア、およびデータベース・ソフトウェア・バージョンを確認します。

7. 「アラート」セクションを確認します。このセクションには次の項目が含まれています。

- 「カテゴリ」リスト
オプションで、リストからカテゴリを選択すると、そのカテゴリのアラートのみが表示されます。

- クリティカル
これは、クリティカルのしきい値を超えたメトリックと、インシデントによって発生したアラート(クリティカル・エラー)などのその他のクリティカル・アラートを合計した数です。

- 警告
これは、警告のしきい値を超えたメトリックの数です。

- 「アラート」表
「アラート」表には、発行されたすべてのアラートの情報がそれぞれの重大度とともに表示されます。アラートの詳細を表示するには、「メッセージ」列のアラート・メッセージをクリックします。

アラートがトリガーされると、アラートの対象のメトリック名が「名前」列に表示されます。アラートの重大度アイコン(「警告」または「クリティカル」)が、アラートがトリガーされた時間、アラートの値、およびメトリック値が最後にチェックされた時間とともに表示されます。

8. 「セキュリティ」セクションに、クラスタの「最終セキュリティ評価」の日付および「コンプライアンス・スコア」を表示します。

コンプライアンス・スコアは、0から100までの値で、100はセキュリティ・ポリシーに完全に準拠している状態を示します。ターゲットとポリシーの組合せごとにコンプライアンス・スコアを計算する場合は、違反の重大度およびポリシーの重要性によって大きく影響され、テストされた行の合計数に対する違反している行の割合によってはそれほど影響されません。

9. 「ジョブ・アクティビティ」セクションで、過去7日間にクラスタへ発行されたジョブの状態を確認します。

10. 「Oracleホーム用クリティカル・パッチ・アドバイザ」セクションを確認して、Oracle Clusterwareに適用するパッチが存在するかどうかを判断します。

使用可能なパッチを表示するには、「My Oracle Supportの資格証明の検証」の説明にあるように、最初にMy Oracle Support資格証明を設定する必要があります。

11. ページ下部の「ホスト」表に、クラスタ内の各ホストの基本パフォーマンス統計を表示します。

この統計の詳細を表示するには、この表のリンクをクリックします。

12. ページ上部の「クラスタ」メニューを使用して、「パフォーマンス」、「ターゲット」、「インターコネクト」、「トポロジ」の詳細情報を表示します。

参照:

「クラスタ: トポロジ」ページの表示

「クラスタ: パフォーマンス」ページの表示

「クラスタ」の「パフォーマンス」ページには、「CPU」、「メモリー」、「ディスクI/O」など、クラスタのすべてのホストについての過去の使用率の統計が表示されます。これにより、Enterprise Manager環境の構成要素の1つであるクラスタの概観を確認できます。

この情報に基づいて、リソースの追加または再配分の必要の有無を判断できます。

図8-16 「クラスタのパフォーマンス」ページのサマリー・グラフ

「クラスタ: パフォーマンス」ページのグラフを使用すると、次のことができます。

- 全ホスト間でのクラスタのCPU、メモリーおよびディスクI/Oチャートを表示します。

- グラフ右側の凡例のホスト名をクリックして、各ホストのCPU、メモリーおよびディスクI/Oチャートをそれぞれ別々に表示します。

「クラスタ: パフォーマンス」ページにも、「ホスト」表が表示されます。この「ホスト」表には、クラスタのホスト、それらのホストの可用性、それらのホストに発行されたアラート、CPU使用率、メモリー使用率、および1秒当たりのI/Oのサマリー情報が表示されます。「ホスト」表でホスト名をクリックすると、そのホストの「パフォーマンス」ページに移動できます。

図8-17 「クラスタのパフォーマンス」ページの「ホスト」表

「クラスタ: ターゲット」ページの表示

「クラスタ: ターゲット」ページでは、クラスタの全ターゲットのリストが表示されます。この表には、ターゲットの名前、タイプ、ホスト、場所とともに、ターゲットの可用性、警告、クリティカル・アラートおよび最新ロード時間が含まれます。

図8-18 Oracle Enterprise Managerの「クラスタ: ターゲット」ページ

そのターゲットのホームページを表示するには、ターゲット名をクリックします。また、特定の項目、アラートまたはメトリックの詳細を表示するには、表内の各リンクをクリックします。

「ホスト」表には、クラスタのホスト、その可用性、これらのホストについて発行されたアラート、CPUおよびメモリー使用率、ならびに1秒当たりのI/Oが表示されます。

参照:

クラスタ・データベースのトポロジの表示

「クラスタ: 管理」ページの表示

クラスタ管理メニューを使用して、Oracle Clusterwareのリソースを管理し、リソース・タイプを作成して、サーバー・プールを管理することができます。このページで、Oracle Databaseのサービス品質(QoS)管理を構成することもできます。

図8-19 「クラスタ」の「管理」メニューの選択肢

「管理」メニューで「リソース」を選択した場合は、「リソース」ページが表示されます。このページではOracle Clusterwareに登録されたリソースを起動、停止または再配置することができます。

図8-20 Oracle Enterprise Managerの「リソースの管理」ページ

参照:

- クラスタ・データベースのトポロジの表示

- システム上のリソースを管理するためのOracle Database QoS Managementの使用方法の詳細は、『Oracle Database Quality of Service Managementユーザーズ・ガイド』を参照してください。

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

「クラスタ: インターコネクト」ページについて

「クラスタ: インターコネクト」ページは、インターコネクト・インタフェースの監視、構成の問題の判別、過剰トラフィックなどの転送率に関連する問題の特定を行う場合に有効です。

「クラスタ・インターコネクト」ページは、インターコネクト上の個々のインスタンスおよびデータベースによって加えられた負荷を判別するために役立ちます。Oracle以外のアプリケーションによるインターコネクトの遅延が即時に特定できる場合もあります。

次の図に示すページを使用して、次のタスクを実行できます。

- クラスタにわたって構成されているすべてのインタフェースの表示

- インタフェースの統計(絶対転送率、エラーなど)の表示

- インタフェースのタイプ(プライベート・インタフェース、パブリック・インタフェースなど)の判別

- インスタンスが使用するネットワークがパブリック・ネットワークか、またはプライベート・ネットワークかの判別

- 現在どのデータベース・インスタンスがどのインタフェースを使用しているかの判別

- そのインスタンスがインタフェースの転送率にどの程度寄与しているかの判別

図8-21 Oracle Enterprise Managerの「クラスタ・インターコネクト」ページ

プライベート・インターコネクト転送速度の値は、クラスタ内のすべてのプライベート・ネットワークの予測通信量であるプライベート・インターコネクト通信のグローバル・ビューを示します。通信量は、クラスタで認識されるすべてのプライベート・インタフェースの入力率のサマリーとして計算されます。たとえば、トラフィック率が高い場合、プライベート・インタフェースの「ホスト別インタフェース」表にある「合計I/Oレート(MB/秒)(過去5分間)」列の値も大きくなります。この列の数値が高い場合、ネットワークの使用率が高い原因を特定する必要があります。数値をクリックすると、履歴統計およびメトリック値を示す「ネットワーク・インタフェース合計I/Oレート(MB/秒)」ページにアクセスできます。

「ホスト別インタフェース」表を使用すると、次のページにドリルダウンできます。

- ホスト: ホーム

- ハードウェア詳細

- ネットワーク・インタフェース合計I/Oレート(MB/秒)

- ネットワーク・インタフェース合計エラー率(%)

「クラスタ・データベースで使用中のインタフェース」表を使用すると、合計転送速度を確認できます。この値は、インターコネクトとして使用しているインタフェースに対して、個々のインスタンスによって生成されるネットワーク・トラフィックを示します。この値は、インスタンスが他のインスタンスと通信する頻度を示しています。

「クラスタ: トポロジ」ページの表示

Oracle Enterprise Managerのトポロジ・ビューアを使用すると、クラスタ内のターゲット・タイプ間の関係をビジュアル表示することができます。

選択内容の詳細の拡大や縮小、パン、および確認が可能です。トポロジ・ビューアでは、システム・ターゲット・タイプを表すそれぞれ個別のアイコンと、すべてのターゲット・タイプに対して、選択範囲を囲むフレームなどの標準化されたビジュアル・インジケータが使用されます。

トポロジ・ビューアにより、システム構成に基づいてアイコンが移入されます。リスナーがインスタンスにサービスを提供している場合、リスナー・アイコンとインスタンス・アイコンが直線で結ばれます。クラスタ・データベースがOracle ASMを使用するように構成されている場合、トポロジにはクラスタOracle ASMとクラスタ・データベースの関係が次の図のように表示されます。

図8-22 Oracle Enterprise Managerの「クラスタ・トポロジ」ページ

「構成の詳細の表示」オプションの選択を解除した場合、トポロジではアラートや全体的ステータスなどの一般情報を含む、環境の監視ビューが表示されます。「構成の詳細の表示」オプションを選択した場合、任意のトポロジ・ビューに有効な追加の詳細が「選択の詳細」ページに表示されます。たとえば、「リスナー」コンポーネントの場合は、コンピュータ名とポート番号も表示されます。

アイコンをクリックしてからマウスの右ボタンを使用すると、使用可能なアクションのメニューが表示されます。いくつかのアクションでは、ターゲット・タイプに関連するページに移動して、タスクの監視またはチューニングを実行できます。

このページの詳細は、Oracle Enterprise Managerのオンライン・ヘルプを参照してください。

参照:

クラスタ・データベースのトポロジの表示

Oracle RAC環境における構成の問題のトラブルシューティング

クラスタ・レディ・サービス・コントロール(CRSCTL)・コマンドのcheckを使用すると、複数のOracle Clusterwareコンポーネントのステータスを同時に判別できます。

Oracle Database管理ツールを使用せず、手動でインストールやデータベース作成プロセスを完了しようとすると問題が発生することがあります。また、データベース管理者やシステム管理者がオペレーティング・システムまたはクラスタの重要な構成手順をインストール前に行わなかったために発生する問題もあります。Oracle ClusterwareとOracle Databaseのコンポーネントはいずれも、トラブルシューティングできるサブコンポーネントを持っています。

- CRSCTLを使用したクラスタの問題の診断
rootオペレーティング・システム・ユーザーとしてCRSCTLコマンドを使用すると、Oracle Clusterwareのインストール上の問題を診断し、Oracle Clusterwareを動的にデバッグできます。

- クラスタ検証ユーティリティを使用した問題の診断
クラスタ検証ユーティリティ(CVU)は、構成における様々な問題の診断を支援するユーティリティです。

- Oracle RACデータベース・アラートの表示
アラート・メッセージがEnterprise Managerに表示されます。アラート表は、単一インスタンスのデータベースの場合と同様の形式ですが、クラスタ・データベースの場合は、ターゲット名およびターゲット・タイプの列も表示されます。

- Oracle RACデータベースのアラート・ログ・メッセージの表示
アラート・ログは、クラスタ・データベース内の各インスタンスに作成されます。

参照:

- Oracle RACのインストール、構成および管理に使用するツール

- Oracle Clusterwareインストールの検証について

CRSCTLを使用したクラスタの問題の診断

rootオペレーティング・システム・ユーザーとしてCRSCTLコマンドを使用すると、Oracle Clusterwareのインストール上の問題を診断し、Oracle Clusterwareを動的にデバッグできます。

- Oracle Clusterwareアラート・ログについて
Oracle Clusterwareは、重要なイベントが発生すると、アラート・メッセージで通知します。たとえば、クラスタ・レディ・サービス(CRS)・デーモン・プロセスが起動した場合、中断された場合、フェイルオーバー・プロセスが失敗した場合、またはOracle Clusterwareリソースの自動再起動が失敗した場合などに、CRSデーモン・プロセスからのアラート・メッセージが表示されます。

- Oracle Clusterwareコンポーネント・ログ・ファイルについて
Oracle Clusterware 12cリリース1 (12.1.0.2)以降、Oracle Clusterwareプログラムによって書き込まれる診断データ・ファイルは、トレース・ファイルと呼ばれ、.trcファイル拡張子が付けられて、Automatic Diagnostic Repository (ADR)ホームのtraceサブディレクトリにまとめられます。

- Oracle Clusterwareインストールのステータスのチェック
Oracle Clusterwareコンポーネントまたはデーモンのステータスを表示するには、CRSCTLのcheckコマンドを使用します。

- Oracle Clusterwareの診断収集スクリプトの実行
Oracle Clusterwareの診断収集スクリプトによってOracle Clusterwareのインストールに関する診断情報が収集されます。Oracleサポート・サービスで問題を解決するために、診断によって追加情報が提供されます。クラスタ同期サービス(CSS)、イベント・マネージャ(EVM)、およびOracle Clusterware (CRS)デーモンの状態が表示されます。

- Oracle Clusterwareコンポーネントのデバッグの有効化
CRSCTLコマンドを実行して、Oracle Clusterデーモン、イベント・マネージャ(EVM)、およびそれらのモジュールのデバッグを有効化できます。

- Oracle Clusterwareリソースのデバッグの有効化
CRSCTLコマンドを使用すると、Oracle Clusterwareによって管理されるリソースのデバッグを有効にできます。

- Oracle Clusterwareデーモンの有効化
Oracle Clusterwareのデーモンが有効な場合、ノードが起動したときに自動的に起動します。

- Oracle Clusterwareデーモンの無効化
デーモンが自動的に起動しないようにするには、crsctlコマンドを使用してデーモンを無効にします。

参照:

- Oracle RACのインストール、構成および管理に使用するツール

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

Oracle Clusterwareアラート・ログについて

Oracle Clusterwareは、重要なイベントが発生すると、アラート・メッセージで通知します。たとえば、クラスタ・レディ・サービス(CRS)・デーモン・プロセスが起動した場合、中断された場合、フェイルオーバー・プロセスが失敗した場合、またはOracle Clusterwareリソースの自動再起動が失敗した場合などに、CRSデーモン・プロセスからのアラート・メッセージが表示されます。

Oracle Enterprise Managerは、クラスタウェア・ログ・ファイルを監視し、エラーが検出されると「クラスタ: ホーム」ページにアラートを表示します。たとえば、投票ディスクが利用できない場合はCRS-1604エラーが発生し、「クラスタ・ホーム」ページにクリティカル・アラートが書き込まれます。「メトリックとポリシー設定」ページで、エラー検出およびアラート設定をカスタマイズできます。

最初にOracle Clusterwareアラート・ログで重大なエラーを探す必要があります。多くの場合、ここには特定のコンポーネントに関する詳細情報を提供する他の診断ログへの参照が含まれます。Oracle Clusterwareのログ・ファイルの場所は、ORACLE_BASE/diag/crs/hostname/crs/trace/alert.logです(ORACLE_BASEはOracle Grid Infrastructureのインストール時に指定したOracleベース・パス、hostnameはホストの名前です)。

参照:

- Oracle Clusterwareの診断およびアラート・ログ・データの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- Oracle Clusterwareの監視

Oracle Clusterwareコンポーネント・ログ・ファイルについて

Oracle Clusterware 12cリリース1 (12.1.0.2)以降、Oracle Clusterwareプログラムによって書き込まれる診断データ・ファイルは、トレース・ファイルと呼ばれ、.trcファイル拡張子が付けられて、Automatic Diagnostic Repository (ADR)ホームのtraceサブディレクトリにまとめられます。

トレース・ファイルの他に、Oracle Clusterware ADRホームのtraceサブディレクトリには単純なテキストのOracle Clusterwareアラート・ログが含まれます。名前は常にalert.logです。アラート・ログは、ADRホームのalertサブディレクトリにXMLファイルとしても書き込まれますが、テキスト・アラート・ログは簡単に読むことができます。

参照:

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

Oracle Clusterwareインストールのステータスのチェック

Oracle Clusterwareコンポーネントまたはデーモンのステータスを表示するには、CRSCTLのcheckコマンドを使用します。

Oracle Clusterwareのインストールの条件を決定するには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. CRSCTLを使用し、次のコマンドを使用してOracle Clusterwareのステータスをチェックします。

# crsctl check crs

3. 次の構文を使用すると、個々のOracle Clusterwareデーモンのステータスをチェックできます。daemonは、crsd、cssdまたはevmdです。

# crsctl check daemon

4. クラスタの任意のノードで実行されているすべてのOracle Clusterwareリソースのステータスをリストするには、次のコマンドを使用します。

# crsctl status resource -t

このコマンドはすべての登録済Oracle Clusterwareリソースのステータスをリストします。このリストには、VIP、リスナー、データベース、サービス、Oracle ASMインスタンスおよびディスク・グループが表形式で含まれます。

参照:

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

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Clusterwareの監視

Oracle Clusterwareの診断収集スクリプトの実行

Oracle Clusterwareの診断収集スクリプトによってOracle Clusterwareのインストールに関する診断情報が収集されます。Oracleサポート・サービスで問題を解決するために、診断によって追加情報が提供されます。クラスタ同期サービス(CSS)、イベント・マネージャ(EVM)、およびOracle Clusterware (CRS)デーモンの状態が表示されます。

Oracle Clusterwareの診断収集スクリプトを実行するには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. 次のようなオペレーティング・システム・プロンプトからdiagcollection.plスクリプトを実行します。Grid_homeは、クラスタ用Oracle Grid Infrastructureインストールのホーム・ディレクトリです。

# Grid_home/bin/diagcollection.pl --collect

参照:

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

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Clusterwareの監視

Oracle Clusterwareコンポーネントのデバッグの有効化

CRSCTLコマンドを実行して、Oracle Clusterデーモン、イベント・マネージャ(EVM)、およびそれらのモジュールのデバッグを有効化できます。

Oracle Clusterwareコンポーネントのデバッグを有効化するには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. 次のコマンドを使用してコンポーネントのモジュール名を取得します。component_nameは、デバッグを有効にするcrs、evm、cssなどのコンポーネント名です。

# crsctl lsmodules component_name

たとえば、cssコンポーネントのモジュールの表示では、次のような結果が戻ります。

# crsctl lsmodules css
The following are the CSS modules ::
CSSD
COMMCRS
COMMNS

3. component_nameが、有効化するデバッグのOracle Clusterwareコンポーネントの名前で、moduleがモジュールの名前で、さらにdebugging_levelが1から5のいずれかの番号であり、次のようなCRSCTLを使用します。

# crsctl debug log component module:debugging_level

たとえば、cssコンポーネントのCSSDモジュールの最下位レベルのトレースを有効化するには、次のコマンドを使用します。

# crsctl debug log css CSSD:1

参照:

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

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Clusterwareの監視

Oracle Clusterwareリソースのデバッグの有効化

CRSCTLコマンドを使用して、Oracle Clusterwareに管理されているリソースのデバッグを有効にします。

Oracle Clusterwareリソースのデバッグを有効にするには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. 次のコマンドを実行し、デバッグの対象にできるリソースのリストを取得します。

# crsctl check crs

3. 次のコマンドを実行してデバッグを有効にします。resource_nameはora.racnode1.vipなどのOracle Clusterwareリソース名、debugging_levelは1から5のいずれかの数字です。

# crsctl debug log res resource_name:debugging_level

参照:

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

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Clusterwareの監視

Oracle Clusterwareデーモンの有効化

Oracle Clusterwareのデーモンが有効な場合、ノードが起動したときに自動的に起動します。

すべてのOracle Clusterwareデーモンの自動起動を有効にするには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. 次のCRSCTLコマンドを実行します。

# crsctl enable crs

参照:

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

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Clusterwareの監視

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

Oracle Clusterwareデーモンの無効化

自動的に起動しないようにするには、crsctlコマンドを使用してデーモンを無効にします。

すべてのOracle Clusterwareデーモンの自動起動を無効にするには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. 次のCRSCTLコマンドを実行します。

# crsctl disable crs

参照:

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

- クラスタ用Oracle Grid InfrastructureおよびOracle RACについて

- Oracle Clusterwareの監視

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

クラスタ検証ユーティリティを使用した問題の診断

クラスタ検証ユーティリティ(CVU)は、構成における様々な問題の診断を支援するユーティリティです。

- ノード・アプリケーションの存在の検証
CVUのcomp nodeappコマンドを使用して、すべてのノード上でのノード・アプリケーション、つまり仮想IP (VIP)、Oracle Notification Services (ONS)およびグローバル・サービス・デーモン(GSD)の存在を確認します。

- Oracle Clusterwareコンポーネントの整合性の検証
CVUのcomp crsコマンドを使用して、すべてのOracle Clusterwareコンポーネントの存在を確認します。

- Oracle Cluster Registryの整合性の検証
CVUのcomp ocrコマンドを使用して、Oracle Clusterwareレジストリの整合性を検証します。

- クラスタ全体の整合性の検証
CVUのcomp cluコマンドを使用して、クラスタ内のすべてのノードにクラスタ構成の同一ビューがあるかチェックします。

- インターコネクトの設定のチェック
インターコネクトの設定をチェックするには、CVUのcomp nodereachコマンドまたはcomp nodeconコマンドを使用します。

- トレースの有効化
トレースを有効にしないかぎり、CVUはトレース・ファイルを生成しません。

参照:

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

- Oracle Clusterwareの監視

ノード・アプリケーションの存在の検証

CVUのcomp nodeappコマンドを使用して、すべてのノード上でのノード・アプリケーション、つまり仮想IP(VIP)、Oracle Notification Services(ONS)およびグローバル・サービス・デーモン(GSD)の存在を確認します。

ノード・アプリケーションの存在を確認するには、次の手順を実行します。

1. コマンド・ウィンドウで、Oracle Clusterwareソフトウェア・インストールを所有するユーザーとしてオペレーティング・システムにログインします。

2. 次の構文でCVUのcomp nodeappコマンドを使用します。

cluvfy comp nodeapp [ -n node_list] [-verbose]

node_listはチェックするノードを表します。

3. cluvfyコマンドが特定のノードのUNKNOWNの値を戻す場合、CVUではチェックに成功したか失敗したかは判別できません。
次のどの理由で失敗したかを判別します。

- ノードが停止している。

- CRS_home/binディレクトリまたはOracle_home/binディレクトリにCVUが必要とする実行可能ファイルが存在しない。

- CVUを実行したユーザー・アカウントに対して、ノード上の一般的なオペレーティング・システム実行可能ファイルを実行する権限が付与されていない。

- オペレーティング・システム・パッチまたは必要なパッケージがノードに適用されていない。

- そのノードのカーネル・パラメータが正しく構成されていないため、チェックの実行に必要なオペレーティング・システム・リソースをCVUが取得できない。

参照:

- Oracle RAC環境における構成の問題のトラブルシューティング

- クラスタ検証ユーティリティの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Clusterwareコンポーネントの整合性の検証

CVUのcomp crsコマンドを使用して、すべてのOracle Clusterwareコンポーネントの存在を確認します。

Oracle Clusterwareコンポーネントの整合性を検証するには、次の手順を実行します。

1. コマンド・ウィンドウで、Oracle Clusterwareソフトウェア・インストールを所有するユーザーとしてオペレーティング・システムにログインします。

2. 次の構文でCVUのcomp crsコマンドを使用します。

cluvfy comp crs [ -n node_list] [-verbose]

node_listはチェックするノードを表します。

参照:

- クラスタ検証ユーティリティの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle Cluster Registryの整合性の検証

CVUのcomp ocrコマンドを使用して、Oracle Clusterwareレジストリの整合性を検証します。

Oracle Clusterwareレジストリの整合性を検証するには、次の手順を実行します。

1. コマンド・ウィンドウで、Oracle Clusterwareソフトウェア・インストールを所有するユーザーとしてオペレーティング・システムにログインします。

2. 次の構文でCVUのcomp ocrコマンドを使用します。

cluvfy comp ocr [ -n node_list] [-verbose]

node_listはチェックするノードを表します。

参照:

- クラスタ検証ユーティリティの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

クラスタ全体の整合性の検証

CVUのcomp cluコマンドを使用して、クラスタ内のすべてのノードにクラスタ構成の同一ビューがあるかチェックします。

クラスタの整合性を検証するには、次の手順を実行します。

1. コマンド・ウィンドウで、Oracle Clusterwareソフトウェア・インストールを所有するユーザーとしてオペレーティング・システムにログインします。

2. 次の構文でCVUのcomp cluコマンドを使用します。

cluvfy comp clu [-verbose]

参照:

- クラスタ検証ユーティリティの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

- Oracle RACデータベースのインストールの検証

インターコネクトの設定のチェック

インターコネクトの設定をチェックするには、CVUのcomp nodereachコマンドまたはcomp nodeconコマンドを使用します。

キャッシュ・フュージョンでは、高速インターコネクトを使用して別のインスタンスのバッファ・キャッシュにデータ・ブロックが送信されるため、Oracle RACのパフォーマンスが向上します。最大限のパフォーマンスを得るために、高速インターコネクトは帯域幅が最も高いプライベート・ネットワークである必要があります。

ネットワーク接続の検証では、CVUコマンドラインでインタフェースを指定しない場合、すべての使用可能なネットワーク・インタフェースが検出されます。

相互接続の設定をチェックするには、次の手順を実行します。

1. コマンド・ウィンドウで、Oracle Clusterwareソフトウェア・インストールを所有するユーザーとしてオペレーティング・システムにログインします。

2. node_listで指定したクラスタ・ノードのアクセス可能性を検証するには、次のようなコンポーネント検証コマンドnodereachを使用します。srcnodeで指定するとローカル・ノードまたは別のクラスタ・ノードで検証できます。

cluvfy comp nodereach -n node_list [ -srcnode node ] [-verbose]

3. node_listに指定したノード間の接続性を、ローカル・ノードまたは任意の他のクラスタ・ノードから使用可能なネットワーク・インタフェースを介して検証するには、次の例に示すようにcomp nodeconコマンドを使用します。

cluvfy comp nodecon -n node_list -verbose

前述の例で示されるように、nodeconコマンドを発行すると、CVUは次のタスクを実行するように指示されます。

- 指定したクラスタ・ノード上で使用可能なすべてのネットワーク・インタフェースの検出

- インタフェースに対応したIPアドレスおよびサブネットの確認

- VIPとしての使用に適したインタフェースのリストおよびプライベート・インターコネクトのインタフェースのリストの取得

- これらのインタフェースを介したすべてのノード間の接続性の検証

冗長モードでnodeconコマンドを実行して、インタフェース、IPアドレスおよびサブネット間のマッピングが識別できます。

4. 特定のネットワーク・インタフェースを介したノード間の接続性を検証するには、-iオプションのあるcomp nodeconコマンドを使用して、interface_list引数によってチェックされるインタフェースを指定します。

cluvfy comp nodecon -n node_list -i interface_list [-verbose]

たとえば、次のコマンドを実行して、特定のネットワーク・インタフェースeth0を介してracnode1、racnode2およびracnode3ノード間の接続性を検証できます。

cluvfy comp nodecon -n racnode1,racnode2,racnode3 -i eth0 -verbose

参照:

- 「ネットワークの構成」

- クラスタ検証ユーティリティの詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

トレースの有効化

トレースを有効にしないかぎり、CVUではトレース・ファイルは生成されません。

デフォルトではCVUトレース・ファイルはORACLE_BASE/crsdata/host_name/cvuディレクトリに作成されます。ログ・ファイルは自動的にローテーションされ、最新のログ・ファイルの名前はcvutrace.log.0になります。必要に応じて不要なログ・ファイルを削除またはアーカイブしてディスク領域を解放する必要があります。

CVUを使用したトレースを有効にするには、次の手順を実行します。

1. コマンド・ウィンドウで、rootユーザーとしてオペレーティング・システムにログインします。

2. 環境変数SRVM_TRACEをtrueに設定します。

# set SRVM_TRACE=true; export SRVM_TRACE

3. コマンドを実行してトレースします。

参照:

トレースの有効化の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

Oracle RACデータベース・アラートの表示

アラート・メッセージがOracle Enterprise Managerに表示されます。アラート表は、単一インスタンスのデータベースの場合と同様の形式ですが、クラスタ・データベースの場合は、ターゲット名およびターゲット・タイプの列も表示されます。

Oracle RACデータベースのアラート・メッセージを参照するには、次の手順を実行します。

1. 「クラスタ・データベース: ホーム」ページで、「アラート」セクションまで下にスクロールします。
「関連アラート」セクションには、データベース以外のアラート・メッセージ(Oracle Netのアラート・メッセージなど)が表示されます。

2. データベースおよびデータベース・インスタンスに関するアラートを確認します。
次のスクリーンショットは、docracというクラスタ・データベースについてのアラート表示の例を示しています。

図8-23 「クラスタ・データベース: ホーム」ページの「アラート」セクションの例

たとえば、ユーザーが割り当てられたログイン時間を超えて、orcl1インスタンスに接続していると、次の値を含むアラート・メッセージが表示されます。

- ターゲット名: orcl_orcl1

- ターゲット・タイプ: データベース・インスタンス

- カテゴリ: レスポンス

- 名前: ユーザー・ログオン時間

- メッセージ: ユーザー・ログオン時間は10250ミリ秒

- アラート・トリガー: アラート条件が発生した日時

参照:

パフォーマンス・アラートの監視の詳細は、『Oracle Database 2日でパフォーマンス・チューニング・ガイド』を参照してください

Oracle RACデータベースのアラート・ログ・メッセージの表示

アラート・ログは、クラスタ・データベース内の各インスタンスに作成されます。

Oracle RACデータベース・インスタンスのアラート・ログを参照するには、次の手順を実行します。

1. 「クラスタ・データベース: ホーム」ページで、「インスタンス」セクションまで下にスクロールします。

2. アラート・ログを表示するインスタンスの名前をクリックします。

「クラスタ・データベース・インスタンス: ホーム」ページが表示されます。

3. 「診断サマリー」セクションで、「アラート・ログ」ヘッダーの横のリンクをクリックして、ORA-エラーを含むアラート・ログ・エントリを表示します。

「アラート・ログ・エラー」ページが表示されます。

4. オプション: 「関連リンク」セクションの「アラート・ログの内容」をクリックして、アラート・ログ内のすべてのエントリを表示します。

「アラート・ログの内容の表示」ページで、「実行」をクリックして最新のエントリを表示するか、独自の検索基準を入力します。

参照:

Oracle RACのエラーを分析するためのファイルの場所の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

9 ノードおよびインスタンスの追加および削除

既存のOracle Real Application Clusters (Oracle RAC)ホームをクラスタ内の他のノードおよびインスタンスに拡張したり、Oracle RACインスタンスを削除したり、クラスタからノードを削除することができます。

ノードはOracle RACクラスタを新規に構成するときに追加でき、ノードを削除して既存のクラスタのサイズを変更することができます。

注意:

ノードを追加または削除する場合、各手順を記載の順序で実行することが非常に重要です。

- 新規ノードの準備
ノードをクラスタに追加する前に、クラスタ内の既存の全ノードに対して行ったのと同じインストール前の手順を、新しいノードでも実行する必要があります。

- 新規ノードがインストールの前提条件を満たすことの検証
ノードを既存のクラスタに追加する場合、新規ノードの構成はクラスタ内の他のノードと一致する必要があります。

- 新規ノードへのOracle Grid Infrastructureホームの拡張
Oracle Clusterwareをサポートするように新規ノードを構成したら、Oracle Universal Installer (OUI)を使用して、クラスタに追加するノードにGridホームを追加します。

- Oracle RACホーム・ディレクトリの拡張
Gridホームを新規ノードに拡張できたので、racnode1上のOracleホームをracnode3に拡張する必要があります。

- Oracle Enterprise Managerによるクラスタへの新規ノードの追加
新しく追加されたノードは、Oracle Enterprise Managerによって自動的に検出されます。

- 新規ノードでのインスタンスの作成
Database Configuration Assistant (DBCA)のインスタンス管理オプションまたはEnterprise Managerを使用して、クラスタにインスタンスを追加できます。

- クラスタ・データベースからのインスタンスの削除
インスタンスをクラスタから削除するには、Database Configuration Assistant (DBCA)のインスタンス管理オプションか、Enterprise Managerを使用します。

- クラスタからのノードの削除
クラスタからのノードの削除は、単にサーバーを停止するだけで、簡単に行えます。

参照:

クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

新規ノードの準備

ノードをクラスタに追加する前に、クラスタ内の既存の全ノードに対して行ったのと同じインストール前の手順を、新しいノードでも実行する必要があります。

必要なタスクは次のとおりです。

- ハードウェアの互換性のチェック

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

- 新規ノードと他のクラスタ・メンバーとの間のSSH接続の構成

- 共有記憶域へのアクセスの構成

- グループ、ユーザーおよびディレクトリの作成

参照:

- クラスタの準備

- 「ネットワークの構成」

- Oracle Clusterwareインストールの検証について

新規ノードがインストールの前提条件を満たすことの検証

ノードを既存のクラスタに追加する場合、新規ノードの構成はクラスタ内の他のノードと一致する必要があります。

新規ノードでは、他のノードと同じオペレーティング・システムの同じバージョンが実行されている必要があります。また、新規コンピュータのチップ・アーキテクチャ(32ビットまたは64ビット)も他のノードと同じである必要があります。ただし、同じクラスタ内でスピードとサイズが異なるコンピュータを持つことはできます。

新規ノードを構成したら、cluvfyを使用して、インストール要件がすべて満たされていることを検証します。新規ノードがハードウェアの要件を満たすことを検証するには、Grid_home/binディレクトリから既存のノード(たとえば、racnode1またはracnode2)上で次のコマンドを実行します。

cluvfy stage -pre crsinst -n racnode3 -verbose

参照:

- クラスタの準備

- 「ネットワークの構成」

- Oracle Clusterwareインストールの検証について

新規ノードへのOracle Grid Infrastructureホームの拡張

Oracle Clusterwareをサポートするように新規ノードを構成したら、Oracle Universal Installer (OUI)を使用して、クラスタに追加するノードにGridホームを追加します。

このタスクでは、racnode3という名前のノードを追加すると仮定します。Oracle Clusterwareはracnode1上の共有されていないホーム内に正常にインストールされており、Grid_homeは正常にインストールされたOracle Clusterwareのホームを表すとします。

新規ノードを含むようにクラスタ用Oracle Grid Infrastructureホームを拡張するには、次の手順を実行します。

1. Oracle Clusterwareのインストール用に新規ノードが正常に準備されていることを検証するため、次のCLUVFYコマンドをracnode1ノードで実行します。

cluvfy stage -pre nodeadd -n racnode3 -verbose

2. racnode1上のoracleユーザー(クラスタ用Oracle Grid Infrastructureのソフトウェア・インストールの所有者)として、Grid_home/addnodeに移動し、addNode.shスクリプトをサイレント・モードで実行します。

- グリッド・ネーミング・サービス(GNS)を使用している場合:

./addNode.sh -silent "CLUSTER_NEW_NODES={racnode3}"

- グリッド・ネーミング・サービス(GNS)を使用していない場合:

./addNode.sh -silent "CLUSTER_NEW_NODES={racnode3}" "CLUSTER_NEW_VIRTUAL_
HOSTNAMES={racnode3-vip}"

これらのコマンドを実行する際、中括弧({ })はオプションではなく必須です。これがないままコマンドを実行すると、エラーが返されます。

コマンドラインにすべての引数を配置するかわりに、レスポンス・ファイルを使用できます。レスポンス・ファイルの使用方法の詳細は、『Oracle Clusterware管理およびデプロイメント・ガイド』を参照してください。

3. スクリプトが終了したら、新規ノードracnode3のOracleホーム・ディレクトリから、そのノードのrootユーザーとしてroot.shスクリプトを実行します。

4. Oracleグリッド・ネーミング・サービス(GNS)を使用していない場合、racnode3の名前とアドレスをDNSに追加する必要があります。

これで、Oracle Clusterwareが新規ノードで動作している状態になります。新規ノード上のOracle Clusterwareのインストールを検証するには、新しく構成したノードracnode3で次のコマンドを実行します。

$ cd /u01/app/12.1.0/grid/bin
$ ./cluvfy stage -post nodeadd -n racnode3 -verbose

注意:

Oracle Clusterwareのインストールを完了した後は、ドメイン修飾子の追加や削除を含め、ホスト名を変更しないでください。ホスト名が変更されたノードはクラスタから削除し、新しい名前で追加しなおす必要があります。

参照:

- Oracle Clusterwareの構成の完了

- クラスタ・データベースに対するノードの追加および削除の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

- レスポンス・ファイルの使用方法の詳細は、Oracle Clusterware管理およびデプロイメント・ガイドを参照

Oracle RACホーム・ディレクトリの拡張

Gridホームを新規ノードに拡張できたので、racnode1上のOracleホームをracnode3に拡張する必要があります。

Oracleホームを新規ノードに追加する手順は、前項でGridホームを新規ノードに拡張したときの手順とよく似ています。

次の手順では、前項「新規ノードの準備」および「新規ノードへのOracle Grid Infrastructureホームの拡張」で説明したタスクを完了したと想定し、racnode3はracnode1が属するクラスタのメンバー・ノードであるとします。

新規ノードを含むようにOracle RACインストールを拡張するには、次の手順を実行します。

1. クラスタ環境内の1つ以上のノードにOracle RACソフトウェアが正常にインストールされていることを確認します。ここに示す手順では、Oracle_homeは、インストール済のOracleホーム・ディレクトリの場所になります。

2. racnode1上のOracle_home/addnodeディレクトリに移動して、次の例に示すように、addNode.shスクリプトをサイレント・モードで実行します。

$ cd /u01/app/oracle/product/12.1.0/dbhome_1/addnode
$ ./addNode.sh -silent "CLUSTER_NEW_NODES={racnode3}"

3. スクリプトが終了したら、新規ノードracnode3のOracleホーム・ディレクトリから、そのノードのrootユーザーとしてroot.shスクリプトを実行します。

Oracle Managed Files(OMF)を有効にしたポリシー管理データベースの場合、これ以上の操作は必要ありません。

ポリシー管理データベースの場合、クラスタに追加される新規ノードは、デフォルトでは空きプールに置かれます。データベース・サーバー・プールのカーディナリティを上げると、Oracle RACインスタンスが新規ノードracnode3に追加され、ノードはデータベース・サーバー・プールに移動されます。したがってこれ以上の操作は必要ありません。

4. UNDO表領域およびREDOログ・ファイル用の共有記憶域を追加します。

データベースでOMFが有効になっていない場合は、UNDO表領域およびREDOログを手動で追加する必要があります。

5. 管理者管理データベースを使用している場合、「新規ノードでのインスタンスの作成」で説明するように、新規ノードに新規インスタンスを追加します。

このマニュアルのインストール手順に従うと、クラスタ・データベースは管理者管理データベースとなり、データベース・ファイルはOMFが有効なOracle Automatic Storage Management (Oracle ASM)上に格納されます。

これらの手順が完了すると、新規ノードにインストール済のOracleホームが存在するようになります。

参照:

- Oracle RACデータベースのインストールの検証

- クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

Oracle Enterprise Managerによるクラスタへの新規ノードの追加

新しく追加したノードは、Oracle Enterprise Managerによって自動的に検出されます。

「Oracle RACのホーム・ディレクトリの拡張」で説明されている手順に従った場合、addNode.shスクリプトによってクラスタ・ノードがクラスタに追加されます。ソフトウェアが新規ノード上で起動されると、Oracle Enterprise Managerはそのノードを検出します。新規ノードにOracle Enterprise Managerエージェントがインストールされていない場合、「不完全な構成」というメッセージとともにホストに対するアラートが発行されます。

参照:

- Oracle Clusterwareの構成の完了

- クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

新規ノードでのインスタンスの作成

インスタンスをクラスタに追加するには、Database Configuration Assistant(DBCA)のインスタンス管理オプションか、Oracle Enterprise Managerを使用します。

これらのオプションを使用する前に、まずクラスタの一部として新規ノードを構成し、前の項で説明したように新規ノードにソフトウェアをインストールする必要があります。

注意:

この項で説明する手順では、Oracle Enterprise Manager Provisioning Management Packのライセンスが必要です。システム上でのこれらの機能の可用性の詳細は、Oracle Databaseライセンス情報を参照してください。

インスタンスを新規ノードに追加する方法には次の2つがあります。

- ポリシー管理データベースの場合の新規インスタンスの追加
ポリシー管理データベースにインスタンスを追加するには、データベースのサーバー・プールのカーディナリティを上げます。

- 管理者管理データベースの場合の新規インスタンスの追加
管理者管理データベースにインスタンスを追加する場合、データベース・インスタンスの名前、およびインスタンスを実行するノードを指定する必要があります。

参照:

Oracle Real Application Clustersの概要

ポリシー管理データベースの場合の新規インスタンスの追加

ポリシー管理データベースにインスタンスを追加するには、データベースのサーバー・プールのカーディナリティを上げます。

ノードがサーバー・プールに追加される際、新規ノード上でデータベース・インスタンスとOracle ASMインスタンスが自動的に作成および構成されます。

Oracle Enterprise Managerを使用してインスタンスをポリシー管理データベースに追加するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動します。

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

2. 「可用性」メニューからクラスタ・データベースの操作を選択し、次に「インスタンスの追加」を選択します。

「インスタンスの追加: クラスタ資格証明」ページが表示されます。

3. Oracle Clusterwareソフトウェア所有者の資格証明およびSYSASMユーザーの資格証明を入力し、「次へ」をクリックします。

資格証明の検証後、「サーバー・プールの編集」ページが表示されます。

4. サーバー・プール設定を変更し、「発行」をクリックします。

5. 「クラスタ・データベース」メニューで、「HOME」を選択してクラスタ・データベースのホームページを表示します。

6. クラスタ・データベースで使用可能なインスタンスの数を確認します。

参照:

クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

管理者管理データベースの場合の新規インスタンスの追加

管理者管理データベースにインスタンスを追加する場合、データベース・インスタンスの名前、およびインスタンスを実行するノードを指定する必要があります。

Oracle Enterprise Managerを使用してインスタンスを管理者管理データベースに追加するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動します。

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

2. 「可用性」メニューからクラスタ・データベースの操作を選択し、次に「インスタンスの追加」を選択します。

「インスタンスの追加: クラスタ資格証明」ページが表示されます。

3. Oracle Clusterwareソフトウェア所有者の資格証明およびSYSASMユーザーの資格証明を入力し、「次へ」をクリックします。

資格証明の検証後、「インスタンスの追加: ホスト」ページが表示されます。

4. 「追加するデータベース・インスタンス名」フィールドで、デフォルトのインスタンス名を使用するか、またはデータベース・インスタンスに対し別の名前(racnode3など)を入力します。

5. 新規インスタンスを作成するノードを選択し、「次へ」をクリックします。

注意:

この手順では、選択したノード上にOracle Databaseソフトウェアが構成されていて、選択したノードには現在実行中のクラスタ・データベースのインスタンスが存在しないことを前提としています。

図9-1 Oracle Enterprise Managerの「インスタンスの追加: ホスト」ページ

選択したホストの検証後、「インスタンスの追加: 確認」ページが表示されます。

6. 情報を確認し、「ジョブの発行」をクリックして続行します。

「確認」ページが表示されます。

7. 「ジョブの表示」をクリックし、発行されたジョブのステータスを確認します。

「ジョブ実行: 詳細」ページが表示されます。

8. ジョブのステータスが「成功」または「失敗」と表示されるまで、ブラウザの「リフレッシュ」ボタンをクリックします。

ジョブのステータスが「失敗」と表示された場合は、失敗した手順の名前をクリックして失敗の理由を確認します。

9. 「クラスタ・データベース」メニューで、「HOME」を選択してクラスタ・データベースのホームページを表示します。

クラスタ・データベースで使用可能なインスタンスの数が1つ増えています。

参照:

クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

クラスタ・データベースからのインスタンスの削除

インスタンスをクラスタから削除するには、Database Configuration Assistant(DBCA)のインスタンス管理オプションか、Oracle Enterprise Managerを使用します。

データベース・インスタンスをクラスタ・データベースから削除する必要がある場合があります。たとえば、あるサーバーの使用を止める場合や用途を変更するには、まず、そのサーバー上で実行されているデータベース・インスタンスを削除します。

注意:

この項で説明する手順では、Oracle Enterprise Manager Provisioning Management Packのライセンスが必要です。システム上でのこれらの機能の可用性の詳細は、Oracle Databaseライセンス情報を参照してください。

DBCAを使用してインスタンスを削除する場合、クラスタの一部として残すノードからDBCAユーティリティを起動します。

インスタンスをクラスタ・データベースから削除する方法には次の2つがあります。

- ポリシー管理データベースからのインスタンスの削除
ポリシー管理データベースからインスタンスを削除するには、そのデータベースのサーバー・プールのカーディナリティを下げるだけで済みます。

- 管理者管理データベースからのインスタンスの削除
管理者管理データベースからインスタンスを削除する場合、削除するデータベース・インスタンスの名前と、どのノードでそのインスタンスが実行されているかを指定する必要があります。

参照:

クラスタ・ノードからのOracle RACの削除の詳細は、『Oracle Real Application Clusters管理およびデプロイメント・ガイド』を参照してください。

ポリシー管理データベースからのインスタンスの削除

ポリシー管理データベースからインスタンスを削除するには、そのデータベースのサーバー・プールのカーディナリティを下げるだけで済みます。

割当て解除されたノード上のデータベース・インスタンスとOracle ASMインスタンスは、クラスタから削除され、そのノードは別のサーバー・プールに再割当てされるか、空きプールに置かれます。

Oracle Enterprise Managerを使用してポリシー管理データベースのインスタンスを削除するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動します。

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

2. 「可用性」メニューからクラスタ・データベースの操作を選択し、次に「インスタンスの削除」を選択します。

「サーバー・プールの編集」ページが表示されます。

3. Oracle Databaseソフトウェア所有者の資格証明およびSYSASMユーザーの資格証明を入力し、「次へ」をクリックします。

「インスタンスの削除: データベース・インスタンス」ページが表示されます。

4. サーバー・プール設定を変更し、「発行」をクリックします。

5. 「クラスタ・データベース」メニューで、「HOME」を選択してクラスタ・データベースのホームページを表示します。

6. クラスタ・データベースで使用可能なインスタンスの数を確認します。

参照:

クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

管理者管理データベースからのインスタンスの削除

管理者管理データベースからインスタンスを削除する場合、削除するデータベース・インスタンスの名前と、どのノードでそのインスタンスが実行されているかを指定する必要があります。

Oracle Enterprise Managerを使用して管理者管理データベースのインスタンスを削除するには、次の手順を実行します。

1. Oracle Enterprise Managerで、クラスタ・データベースのホームページに移動します。

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

2. 「可用性」メニューからクラスタ・データベースの操作を選択し、次に「インスタンスの削除」を選択します。

「インスタンスの削除: クラスタ資格証明」ページが表示されます。

3. Oracle Databaseソフトウェア所有者の資格証明およびSYSASMユーザーの資格証明を入力し、「次へ」をクリックします。

「インスタンスの削除: データベース・インスタンス」ページが表示されます。

4. 削除するインスタンスを選択して、「次へ」をクリックします。

図9-2 Oracle Enterprise Managerの「データベース・インスタンスの削除」ページ

ホスト情報の検証後、「インスタンスの削除: 確認」ページが表示されます。

5. 情報を確認し、正しい場合は、「ジョブの発行」をクリックして続行します。情報が正しくない場合は、「戻る」をクリックして修正します。

「確認」ページが表示されます。

6. 「ジョブの表示」をクリックし、ノード削除ジョブのステータスを確認します。

「ジョブ実行: 詳細」ページが表示されます。

7. ジョブのステータスが「成功」または「失敗」と表示されるまで、ブラウザの「リフレッシュ」ボタンをクリックします。

図9-3 Oracle Enterprise Managerの「ジョブ実行」の詳細ページ

ジョブのステータスが「失敗」と表示された場合は、失敗した手順の名前をクリックして失敗の理由を確認します。

8. 「クラスタ・データベース」メニューで、「HOME」を選択してクラスタ・データベースのホームページを表示します。

クラスタ・データベースで使用可能なインスタンスの数が1つ減っています。

参照:

クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

クラスタからのノードの削除

クラスタからのノードの削除は、単にサーバーを停止するだけで、簡単に行えます。

固定されておらず、Oracle Database 11gリリース1以下を使用するOracle Databaseをホストしていないノードは、停止するとクラスタから自動的に削除されます。ノードが確保されているか、前のリリースのデータベース・インスタンスをホストしている場合は、明示的な削除が必要です。

このサーバーの用途を変更するには、異なるプロファイルを配置してノードを再起動するか、または他のソフトウェアでサーバーに新しいソフトウェア・イメージを配置します。

参照:

クラスタ・データベースのノードを追加および削除する方法の詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドを参照

10 Oracleソフトウェアの管理およびパッチの適用

Oracle Real Application Clusters(Oracle RAC)環境でOracleソフトウェアを管理し、パッチを適用するには、Oracle Universal InstallerまたはOPatchユーティリティを使用します。

- パッチおよびパッチ・セットについて
オラクル社では、オラクル社のソフトウェアについてパッチと呼ばれる製品フィックスを発行しています。パッチは特定のリリースおよびバージョンのOracle製品と関連付けられています。

- パッチ適用操作へのOracle Enterprise Manager Cloud Controlの使用
Cloud Controlをそのプロビジョニングおよびパッチ適用機能と使用することで、Oracle Grid InfrastructureおよびOracle RACソフトウェアのパッチ適用を自動化できます。

- パッチの入手
パッチおよびパッチ・セットは、Oracle Support Services WebサイトにあるMy Oracle Supportから取得します。

- OPatchを使用するための準備
Oracle RACデータベース、Oracle ASMインストール環境またはOracle Clusterwareインストール環境にパッチを適用する前に、オペレーティング・システム環境を準備し、ローカルでパッチをステージングする必要があります。

- パッチの適用
Oracle RAC環境でのパッチの適用は、単一ノードへのパッチの適用とは若干異なります。OPatchでは、クラスタを検出すると、OUIを使用してソフトウェア・インベントリを問い合せ、ローカル・ノード名およびノード・リストを検索します。

- パッチ・セットの適用
Oracle Linux上のOracle RACデータベースおよびOracle Clusterwareのインストール環境に最新のパッチ・セットを適用する方法は、My Oracle SupportのWebサイトで、「Oracle 12cリリース1 (12.1)サポート・ステータスおよびアラート」のドキュメントを検索してください。

- パッチのデプロイメントに関するトラブルシューティング
Oracle RAC環境へのパッチ適用は複雑である場合があり、パッチのデプロイメントをトラブルシューティングする必要があることがあります。

- Oracleソフトウェアのアップグレード
アップグレードは、新しいソフトウェア・リリースまたはバージョンのインストール時、またはパッチ・セットの適用時に実行されます。

参照:

- ソフトウェアの管理およびパッチ・リリースの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- OPatchの最新バージョンを入手する方法の詳細は、Oracle OPatchユーザーズ・ガイドfor Windows and UNIXを参照してください

パッチおよびパッチ・セットについて

オラクル社では、オラクル社のソフトウェアについてパッチと呼ばれる製品フィックスを発行しています。パッチは特定のリリースおよびバージョンのOracle製品と関連付けられています。

パッチ適用サイクルでは、パッチをダウンロードして適用し、バグ修正がパッチに適切に反映されているかどうかを確認します。

パッチ適用では、特定のリリース内に、あるバージョンのソフトウェア製品を別のバージョンに移行します。これは、あるリリースの製品を別の新しいリリースのソフトウェア製品に移行するアップグレードとは異なります。インストール済のOracleソフトウェアにパッチを適用すると、そのソフトウェアのホーム・ディレクトリの実行可能ファイル、ライブラリおよびオブジェクト・ファイルが更新されます。パッチの適用によって、構成ファイルおよびオラクル社提供のSQLスキーマも更新できます。

Oracleソフトウェアで発生したバグを修正するために、次の種類のパッチが定期的にリリースされています。

パッチ・タイプ

説明

個別パッチ

単一のバグまたはバグのコレクションを修正するためにリリースされました。以前はパッチ・セット例外(PSE)、個別パッチまたはホット・フィックスと呼ばれていました。

個別パッチ(セキュリティ・バグ修正用)

顧客固有のセキュリティ修正を用意するためにリリースされました。以前はテスト・パッチ、修正検証バイナリまたはe-fixと呼ばれていました。

診断パッチ

単一の修正またはバグ修正のコレクションの診断および検証を主に支援します。

バンドル・パッチ更新

特定の製品またはコンポーネントを対象とする修正の累積コレクション。以前はメンテナンス・パック、サービス・パック、累積パッチ、更新リリースまたはMLRと呼ばれていました。

パッチ・セット更新(PSU)

重大な問題に対する十分にテスト済および証明済のバグ修正を含む累積パッチ・バンドル。PSUの新規内容には制限があり、再証明が必要な変更は含まれません。

セキュリティ・パッチ更新

セキュリティ・バグ修正の累積コレクション。以前はクリティカル・パッチ更新またはCPUと呼ばれていました。

個別パッチは、特定の不具合に対して顧客が使用できる不具合の修正です。個別パッチを適用するには、特定のベース・リリースまたはパッチ・セットがインストールされている必要があります。これらのパッチはバージョン管理されず、一般に将来のパッチ・セットおよび次の製品リリースで使用可能になります。個別パッチは、Oracle Databaseインストールに含まれているEnterprise Manager Cloud ControlまたはOPatchを使用して適用されます。

パッチ・セット更新(PSU)およびパッチ・バンドルは、完全なテスト済の統合された製品修正を配布するためのメカニズムです。パッチ・セット内のすべての修正が、テスト済で、互いに機能することが動作保証されています。パッチ・セットに低影響のパッチのみが含まれるため、更新したOracle Databaseソフトウェアに対してアプリケーションまたはツールを認定する必要はありません。パッチ・セットを適用すると、数多くの様々なファイルおよびユーティリティが変更されます。その結果、Oracle Database 11.2.0.3.0からOracle Database 11.2.0.3.2のように、Oracleソフトウェアのリリース番号が変わります。PSUを適用するにはOPatchを使用します。

パッチ適用操作へのOracle Enterprise Manager Cloud Controlの使用

Cloud Controlをそのプロビジョニングおよびパッチ適用機能と使用することで、Oracle Grid InfrastructureおよびOracle RACソフトウェアのパッチ適用を自動化できます。

Cloud Controlを使用してOracleソフトウェアにパッチを適用するには、最初に次のシステム構成タスクを実行する必要があります。

- すべてのクラスタ・ノードへのEnterprise Manager Agentのインストール

- パッチ適用タスクの完了に必要な権限をホスト・ユーザーが確実に保持するためのPDPセットアップの使用

- Enterprise Managerでの指定および優先資格証明の構成

- パッチ・ファイルを格納するためのソフトウェア・ライブラリの構成

このタスクの実行方法と、Cloud Controlを使用したOracle Grid InfrastructureおよびOracle RACソフトウェアのパッチ適用方法の詳細は、PDFファイル(http://www.oracle.com/technetwork/oem/pdf/512066.pdf)に記載されています。

この章の以降の項では、Cloud Controlを使用しないパッチのインストール方法について説明します。

パッチの入手

パッチおよびパッチ・セットは、Oracle Support Services WebサイトにあるMy Oracle Supportから取得します。

Oracle Support ServicesのWebサイトはhttps://support.oracle.comにあります。

My Oracle Support Webサイトでパッチを検索するには、次の手順を実行します。

1. My Oracle Supportに自分のアカウントでログインします。

2. 「パッチと更新版」タブを選択します。

3. パッチ番号がわかっている場合は、「パッチ名」または「番号」フィールドに入力して、「検索」をクリックできます。

システムで利用可能なすべてのパッチを検索したい場合、「パッチ名」または「番号」フィールドの上にある「製品またはファミリ(拡張検索)」を選択します。次の情報を指定します。

- パッチを適用したい製品(たとえば、Oracle Clusterware、Oracle Database、またはUniversal Installerなどの個々の製品)を選択します。

- Oracle 12.1.0.1.0などの選択した製品のソフトウェア・リリースを指定します。

- ソフトウェアをインストールするプラットフォームを指定します。

「検索」をクリックして、使用可能なパッチを検索します。

「パッチ検索結果」ページが表示されます。

4. 「パッチ検索結果」ページで、ダウンロードするパッチの数を選択します。
そのパッチの詳細ページが画面に表示されます。

5. 「README」ボタンをクリックしてパッチのReadmeファイルを読むか、あるいは、「ダウンロード」をクリックしてローカル・コンピュータにパッチをダウンロードします。

クラスタ内のノードでないコンピュータにパッチ・ファイルをダウンロードする場合は、バイナリ・プロトコルを使用してファイルをクラスタ・ノードに転送する必要があります。

現在のパッチ計画にパッチを追加したり、新しいパッチ計画を作成することもできます。パッチ計画とは、まとめて適用するパッチの集まりです。パッチ計画の使用の詳細は、「計画に追加」ドロップダウン・リストで「なぜ計画を使用するのですか。」を選択します。

参照:

- My Oracle Supportの資格証明の検証

- Oracle Databaseパッチのダウンロードとインストールについて

- ソフトウェアの管理およびパッチ・リリースの詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

OPatchを使用するための準備

Oracle RACデータベース(Oracle ASMインストール)またはOracle Clusterwareインストールにパッチを適用する前に、オペレーティング・システム環境を準備し、ローカルでパッチをステージングする必要があります。

- 環境変数ORACLE_HOMEのチェック
OPatchは、Oracleホームが存在するかどうかを確認します。

- ソフトウェアへのパッチ適用前のバックアップの実行
パッチ操作を実行する前に、パッチを適用しているソフトウェア・ディレクトリをバックアップすることをお薦めします。Oracle DatabaseまたはOracle Grid Infrastructureソフトウェアのインストール・ディレクトリがこれに該当します。

- 各ノードでのパッチのステージング
My Oracle Supportからパッチをダウンロードしたら、パッチを当てるソフトウェアが動作する各ノードにそのパッチをコピーする必要があります。

- PATH環境変数の更新
OPatchの実行中にopatch実行可能ファイルへのパスを指定するか、環境変数PATHを更新して、OPatchディレクトリを含めることができます。

- SSHユーザー等価関係の構成
ユーザー等価は、各ノードのオペレーティング・システム・ユーザーが同一であると判断された場合に存在します。

参照:

- Oracle Databaseソフトウェアを最新の状態に保つ方法の詳細は、『Oracle Database 2日でデータベース管理者』を参照してください。

- Oracle OPatchユーザーズ・ガイドfor Windows and UNIX

環境変数ORACLE_HOMEのチェック

OPatchでOracleホームが存在するかどうかが検証されます。

環境変数ORACLE_HOMEが、パッチを適用しようとしている製品のOracleホームに設定されている必要があります。また、パッチ適用対象のOracleホームと同じバージョン番号の、OPatchのバージョンを使用する必要があります。

環境変数の設定の詳細は、各ベンダーのマニュアルを参照してください。

Linuxで変数ORACLE_HOMEの現在の設定をチェックするには、次の手順を実行します。

1. コマンド・ウィンドウで、gridまたはoracleユーザーとしてオペレーティング・システムにログインします。

2. echoコマンドを使用して、環境変数ORACLE_HOMEの現在の設定を表示します。

echo $ORACLE_HOME

参照:

オペレーティング・システム環境の構成

ソフトウェアへのパッチ適用前のバックアップの実行

パッチ操作を実行する前に、パッチを適用しているソフトウェア・ディレクトリをバックアップすることを強くお薦めします。Oracle DatabaseまたはOracle Grid Infrastructureソフトウェアのインストール・ディレクトリがこれに該当します。

ソフトウェアのインストールをバックアップするには、次の手順を実行します。

1. 次のいずれかを使用して、指定されたOracleホームにインストールしたソフトウェアをバックアップします。

a. zip、cp -r、tarまたはcpioなどのオペレーティング・システム・ユーティリティを使用して、Oracleホーム・ディレクトリ内のソフトウェアをディスクにバックアップします。

b. Oracle Secure Backupユーティリティを使用して、Oracleホーム・ディレクトリ内のソフトウェアをテープにバックアップします。

各ノードでのパッチのステージング

My Oracle Supportからパッチをダウンロードしたら、パッチを当てるソフトウェアが動作する各ノードにそのパッチをコピーする必要があります。

PATH環境変数の更新

OPatchの実行中にopatch実行可能ファイルへのパスを指定するか、環境変数PATHを更新して、OPatchディレクトリを含めることができます。

opatchバイナリ・ファイルはOracle_home/OPatchディレクトリにあります。

Oracle LinuxシステムでPATH環境変数を更新するには、次の手順を実行します。

1. コマンド・ウィンドウで、Oracleホーム所有者、またはOracleホーム内のファイルの書込み権限を持つユーザーとして、オペレーティング・システムにログインします。

2. 次のようなシェル・コマンドを使用して、PATH環境変数の値を更新します。ここで、/u01/app/oracle/product/12.1.0/dbhome_1はOracleホーム・ディレクトリの場所です。

$ export PATH=$PATH:/u01/app/oracle/product/12.1.0/dbhome_1/OPatch

現行ユーザーのシェル・プロファイル・スクリプトを変更して、ログインのたびにこの変数が構成されるようにすることもできます。

参照:

オペレーティング・システム環境の構成

SSHユーザー等価関係の構成

ユーザー等価は、各ノードのオペレーティング・システム・ユーザーが同一であると判断された場合に存在します。

ユーザー等価関係の構成の詳細は、「Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成」を参照してください。

- SSHユーザー等価のテスト
オペレーティング・システムのSSHコマンドを使用して、ユーザー等価関係が有効であることを確認します。

- SSHユーザー等価の有効化
システムにパッチを適用する前に、ユーザー等価関係が有効になっていることを確認します。

SSHユーザー等価のテスト

オペレーティング・システムのSSHコマンドを使用して、ユーザー等価関係が有効であることを確認します。

1. OPatchを実行するシステムで、ソフトウェア所有者としてログインします。Oracle Grid Infrastructureにパッチを適用している場合は、gridユーザーとしてログインします。Oracle RACソフトウェアにパッチを適用している場合は、oracleユーザーとしてログインします。

2. 次のコマンドを使用して、ユーザー等価をテストします。

[oracle@racnode1] $ ssh racnode2 date

a. 日付が戻された場合、ソース・ノードとインストール先ノード間のユーザー等価関係は構成されています。

b. 次のような出力が表示された場合、SSHユーザー等価関係は有効になっていません。

Enter passphrase for key '/home/oracle/.ssh/id_rsa':

3. このテストからSSHユーザー等価関係が存在しないと判断した場合は、パッチ適用操作を続行する前に、SSHユーザーの等価関係を有効にします。

参照:

- Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成

- SSHの構成方法は、ご使用のオペレーティング・システムのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

SSHユーザー等価の有効化

システムにパッチを適用する前に、ユーザー等価関係が有効になっていることを確認します。

SSHユーザー等価を有効化するには、次の手順を実行します。

1. OPatchを実行するシステムでコマンド・ウィンドウを開き、ソフトウェア所有者としてログインします。Oracle Grid Infrastructureソフトウェアにパッチ適用する場合はgridとしてログインし、Oracle Databaseソフトウェアにパッチ適用する場合はoracleとしてログインします。

2. 次のコマンドを使用して、SSHエージェントを起動し、SSH鍵をメモリーにロードします。

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

これらのコマンドは、ローカル・ノードでssh-agentを起動し、RSA鍵およびDSA鍵を現行のセッション・メモリーにロードします。これにより、SSHコマンドを発行するときにパス・フレーズの使用を求めるプロンプトが表示されなくなります。

3. プロンプトで、セキュア・シェルの構成時に生成した、各鍵に対するパス・フレーズを次のように入力します。

[oracle@racnode1 .ssh]$ exec /usr/bin/ssh-agent $SHELL
[oracle@racnode1 .ssh]$ /usr/bin/ssh-add
Enter passphrase for /home/oracle/.ssh/id_rsa  passphrase
Identity added: /home/oracle/.ssh/id_rsa (/home/oracle/.ssh/id_rsa)
Identity added: /home/oracle/.ssh/id_dsa (/home/oracle/.ssh/id_dsa)

4. SSHを適切に構成したかどうかをテストするには、次のコマンドを実行します。

[oracle@racnode1] $ ssh racnode2 date

SSHが適切に構成されている場合、パスワードまたはパス・フレーズの入力は求められません。

重要:

このコマンド・ウィンドウは、パッチ・インストール手順が完了するまで閉じないでください。パッチ・インストールが完了する前にSSHユーザー等価を有効化するコマンド・ウィンドウを閉じる必要がある場合は、パッチ・インストールを開始する前に手順1から手順4を繰り返してください。

参照:

- Linuxシステムのオペレーティング・システム・ユーザーおよびグループの構成

- SSHの構成方法は、ご使用のオペレーティング・システムのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

パッチの適用

Oracle RAC環境でのパッチの適用は、単一ノードへのパッチの適用とは若干異なります。OPatchでは、クラスタを検出すると、OUIを使用してソフトウェア・インベントリを問い合せ、ローカル・ノード名およびノード・リストを検索します。

パッチをインストールする前に、パッチ適用対象のソフトウェア・ディレクトリから実行されているすべてのアプリケーションを停止する必要があります。クラスタでは、パッチ適用対象のソフトウェアに応じて、他のアプリケーションの停止が必要になる場合があります。次の表では、Oracleソフトウェアをパッチする際に停止するアプリケーションを示しています。

表10-1 Oracleホーム・ディレクトリへのパッチの適用

Oracleホーム・ディレクトリ

停止するアプリケーション

Oracle RACデータベース

Oracle RACデータベース、Enterprise Manager Agent、リスナー、およびOracle RACのホーム・ディレクトリで実行されるその他のアプリケーション

Oracle Grid Infrastructure

Oracle RACデータベースとそのOracle RACホーム・ディレクトリから実行されるすべてのアプリケーション、クラスタ・データベースと同じOracle ASMインスタンスを使用する単一インスタンス・データベース、Oracle ASMインスタンス、すべてのノード・アプリケーション、Oracle Clusterware、およびGridホーム・ディレクトリから実行されるその他のアプリケーション

- Gridホームへのパッチの適用
パッチの適用、またはGridホームのソフトウェア・ファイルへのその他の変更を行う前に、最初にGridホームのロックを解除する必要があります。

- すべてのノードへのパッチの適用
すべてのノードへのパッチの適用では、まずクラスタ内のすべてのノードが内部的に停止されてから、すべてのノードにパッチが適用されます。

- ローリング方式でのパッチ適用
ローリング方式でのパッチ適用では、1つのノード・グループが停止され、それらのノードにパッチが適用された後、再起動されます。

- 最小停止時間でのパッチの適用
最小停止時間でのパッチの適用では、パッチを適用するためにすべてのノードを停止する必要がある時間が短縮されます。

参照:

- パッチの入手

- OPatchを使用するための準備

- Oracle Universal Installerインストレーション・ガイド

- パッチの自動化の詳細は、Oracle OPatchユーザーズ・ガイドfor Windows and UNIXを参照してください

Gridホームへのパッチの適用

パッチの適用、またはGridホームのソフトウェア・ファイルへのその他の変更を行う前に、最初にGridホームのロックを解除する必要があります。

クラスタ用Oracle Grid Infrastructureにパッチを適用するには、次の2つの作業が必要です。

- Gridホームのロックを解除します。

- Gridホームにパッチを適用します。

Gridホームのロックを解除するには、次の手順を実行します。

1. ディレクトリをパスGrid_home/crs/installに変更します。ここで、Grid_homeはGridホームへのパスです。rootユーザーとして、次のようなコマンドを使用してGridホームをロック解除します。

cd /u01/app/12.1.0/grid/crs/install
rootcrs.sh -prepatch -crshome /u01/app/12.1.0/grid

-prepatchオプションを指定してrootcrs.batスクリプトを実行すると、Oracle Clusterwareスタックを停止して、Gridホームのファイルのロックを解除して、ファイルを変更可能にします。

注意:

Microsoft Windowsシステム上のOracle Database 12cリリース1 (12.1.0.2)以降では、Oracle Grid Infrastructureホームのrootcrs.plスクリプトはrootcrs.shスクリプトに置き換わりました。

2. クラスタ用Oracle Grid Infrastructureソフトウェアの所有者にユーザーを変更し、この項で説明したパッチ方法の1つを使用して、Gridホームにパッチを適用します。

3. Gridホームの変更が終了したら、rootユーザーとして次のようなコマンドを使用して、再度ホーム・グリッドをロックします。

cd /u01/app/12.1.0/grid/crs/install
rootcrs.sh -postpatch

-postpatchオプションを指定したrootcrs.shスクリプトは、Gridホームを再びロックし、Oracle Clusterwareスタックを再起動します。

すべてのノードへのパッチの適用

すべてのノードへのパッチの適用では、まずクラスタ内のすべてのノードが停止されてから、すべてのノードにパッチが適用されます。

すべてのノードにパッチが適用された後、各ノードのOracle Clusterwareスタックおよび登録されているすべてのリソースが再起動されます。通常この方法は非常に重要なパッチの場合に使用され、停止時間は最大になります。OPatchは、パッチをローリング方式で適用できない場合、およびminimize_downtimeオプションを指定しなかった場合にこの方法を使用します。

参照:

- パッチの入手

- OPatchを使用するための準備

- パッチ・セットの適用

ローリング方式でのパッチの適用

ローリング方式でのパッチ適用では、1つのノード・グループが停止され、それらのノードにパッチが適用された後、再起動されます。

ローリング方式のパッチ適用は、クラスタ内のすべてのノードにパッチが適用されるまでグループごとに個々に行われます。Oracle RACまたはクラスタ用Oracle Grid Infrastructureインストールに個別パッチを適用する方法としては、これが最も効率的です。ノードのグループごとにパッチを適用することで、別のノードの1つ以上のインスタンスを常に使用できるため、クラスタ・データベースの停止時間はゼロになります。

ほとんどのパッチはローリング方式で適用できますが、一部のパッチはこの方法では適用できません。ローリング・パッチ方式でパッチを適用できるかどうかは、パッチのREADMEファイルに記載されています。ローリング・パッチ方式でパッチを適用できない場合、パッチを適用するときに、「最小停止時間でのパッチの適用」または「すべてのノードへのパッチの適用」を使用する必要があります。

参照:

- パッチの入手

- OPatchを使用するための準備

- パッチ・セットの適用

最小停止時間でのパッチの適用

最小停止時間でのパッチの適用では、パッチを適用するためにすべてのノードを停止する必要がある時間が短縮されます。

最小停止時間でのパッチの適用では、1つのセットのノードに対して、停止およびパッチの適用を順に実行します。最初のセットのノードにパッチを適用した後、2つ目のセットのノードを停止します。次に、最初のセットのノードを再起動し、2つ目のセットのノードにパッチを適用します。2つ目のセットのノードは、パッチの適用後に再起動します。この方法を使用した場合、同時にすべてのノードを停止する方法と比較すると、Oracle RACの停止時間が短くなります。

最小停止時間でのパッチの適用では、次のアクションが実行されます。

- 常に、ローカル・ノードに最初にパッチが適用されます。

- ローカル・ノードは、他のノードにパッチを適用する場合のベースとして使用されます。

- ユーザーは、残りのノードから最初にパッチを適用するノードのセットを入力するように求められます。

- ユーザーは最初のセットの各ノードについて、インスタンスを停止するよう求められ、停止後にパッチがノードに伝播されてから、次のノードで処理が続行されます。最初のセットのノードにパッチが適用されると、ユーザーは残りのノードを停止するよう求められます。

- ローカル・ノードにパッチが適用されると、パッチは最後のセットのノードに伝播され、インベントリが更新されます。最後のインスタンスがリモート・ノードで停止されます。ユーザーはこの時点で、残りのノードにパッチを適用する前に、パッチ適用済のノード(最初のノード・セット)を起動できます。

参照:

- パッチの入手

- OPatchを使用するための準備

- パッチ・セットの適用

パッチ・セットの適用

Oracle Linux上のOracle RACデータベースおよびOracle Clusterwareに最新のパッチ・セットを適用する方法は、My Oracle SupportのWebサイトで、Oracle 12cリリース1 (12.1)サポート・ステータスおよびアラートのドキュメントを検索してください。

このドキュメントはOracle 12cリリース1に使用可能なパッチ・セットの概要を提供します。このドキュメントを使用して、プラットフォームに合ったパッチ・セット・ノートを簡単に特定、確認できます。Oracle Databaseのパッチ・セット・ノートのドキュメントには次の情報が含まれています。

- システム要件とパッチ・セットのインストールまたは再インストールの方法に関する情報

- これまでに修正された特定のプラットフォーム用のOracle Database固有のバグをすべて網羅したリスト

- 特定のプラットフォーム用のOracle Databaseに関する既知の問題のリスト

My Oracle Supportでパッチ・セット・ノートを検索するには、次の手順を実行します。

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

2. 「パッチと更新版」タブを選択します。

3. 「最新のパッチセット、Mini PackおよびMaintenance Packへのクイック・リンク」を選択します。

4. 「Oracleサーバー/ツールの最新のパッチセット」ヘッダーの下で「Oracle Database」を選択します。

オペレーティング・システムのリストが表示されます。

5. オペレーティング・システムと一致するエントリの上にカーソルを置くか、三角矢印を使用して、オペレーティング・システムを検索します。

Linux x86などのオペレーティング・システムのエントリの上にカーソルを置く場合データベースのバージョンが表示されます。

6. 「12.1.0」を選択します

「拡張検索」ページが表示されます。

7. このページの下までスクロールして、使用可能なパッチ・セットのリストを参照します。

8. 表示またはダウンロードするパッチ・セットの「パッチ」列の番号を選択します。

パッチ・セットの説明およびダウンロード・ページが表示されます。

9. 「READMEの表示」をクリックして、パッチ・セット・ノートを表示します。

また、このページで「ダウンロード」をクリックしてご使用のコンピュータにパッチをダウンロードできます。

10. パッチのダウンロードを選択した場合は、パッチ・セットのReadMeファイルの説明に従ってソフトウェアにパッチ・セットを適用してください。

参照:

OPatchを使用するための準備

パッチのデプロイメントに関するトラブルシューティング

Oracle RAC環境へのパッチ適用は複雑である場合があり、パッチのデプロイメントをトラブルシューティングする必要があることがあります。

Oracle RACデータベースへのパッチの適用で問題が発生した場合、一般的な問題であれば、上述のトピックで解決方法を確認できます。発生した問題が表示されない場合、ログおよびトレース・ファイルを確認して、My Oracle Supportを使用してヘルプを取得します。

- OPatch用のノード・リストの更新
OPatchによって自動的にOracle RACまたはそのノードが検出されない場合は、インベントリの内容を調べ、その内容が完全であることを確認します。

- OPatchログおよびトレース・ファイルについて
ロギングとトレースは、デバッグのための一般的な支援機能です。OPatchでは、すべての適用、ロールバックおよびlsinventory操作のログが保持されます。

- 「有効なパッチ領域ではありません」エラーの解決
このエラーは、パッチの適用のためにOPatchユーティリティで使用されているディレクトリがOPatchユーティリティで確認されている内容のテンプレートと一致しない場合、またはOPatchユーティリティが無効なディレクトリから実行されている場合に発生する可能性があります。

- 「部分的にインストールされた個別パッチを削除できません」エラーの解決
パッチの適用プロセスが中断した場合、次にパッチをインストールしようとすると、「一部インストール済個別パッチを削除できません」というエラーが発生することがあります。

参照:

- Oracle OPatchユーザーズ・ガイドfor Windows and UNIX

- OPatchを使用するための準備

- Oracle RACデータベースのアラート・ログ・メッセージの表示

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

OPatch用のノード・リストの更新

OPatchによって自動的にOracle RACまたはそのノードが検出されない場合は、インベントリの内容を調べ、その内容が完全であることを確認します。

OPatchのノード・リストを更新するには、次の手順を実行します。

- クラスタのノードのリストが完了していない場合、次の例に示すように、Oracle Universal Installerおよび-updateNodeListフラグを使用して更新できます。

Oracle_home/oui/bin/runInstaller -updateNodeList
ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1
CLUSTER_NODES=racnode1,racnode2,racnode3 -noClusterEnabled

参照:

ノード・リストの更新の詳細は、Oracle Universal Installerインストレーション・ガイドを参照してください。

OPatchログおよびトレース・ファイルについて

ロギングとトレースは、デバッグのための一般的な支援機能です。OPatchでは、すべての適用、ロールバックおよびlsinventory操作のログが保持されます。

ログ・ファイルはOracle_home/cfgtoollogs/opatchディレクトリに配置されます。各ログ・ファイルには操作のタイム・スタンプが付加されます。ログ・ファイルの名前は、opatch_mm-dd-yyyy_hh-mm-ss.logの形式になり、ここで、mm-dd-yyyyは現在の日付を、hh-mm-ssは現在の時刻を表しています。OPatchを実行するたびに、新しいログ・ファイルが作成されます。

たとえば、ログ・ファイルが2015年5月17日の午後11時55分に作成された場合、ログ・ファイルの名前は次のようになります。

opatch_05-17-2015_23-55-00.log

OPatchでは、OPatchで実行されたコマンドの索引と、それに関連付けられているログ・ファイルもOracle_home/cfgtoollogs/opatchディレクトリのopatch_history.txtファイルに保持されます。opatch_history.txtファイルのサンプルを次に示します。

Date & Time : Tue Apr 26 23:00:55 PDT 2015
Oracle Home : /u01/app/oracle/product/12.1.0/dbhome_1
OPatch Ver. : 12.1.0.0.0
Current Dir : /scratch/oui/OPatch
Command     : lsinventory
Log File    :
/u01/app/oracle/product/12.1.0/dbhome_1/cfgtoollogs/opatch/opatch-2015_Apr_26_23-00-55-PDT_Tue.log

参照:

Oracle OPatchユーザーズ・ガイドfor Windows and UNIX

「有効なパッチ領域ではありません」エラーの解決

このエラーは、パッチの適用のためにOPatchユーティリティで使用されているディレクトリがOPatchユーティリティで確認されている内容のテンプレートと一致しない場合、またはOPatchユーティリティが無効なディレクトリから実行されている場合に発生する可能性があります。

Patch_Shiphomeディレクトリには、次の構造が存在する必要があります。

- メタデータ・ファイルを含むetcサブディレクトリ

- パッチ・ファイルを含むfilesサブディレクトリ

- 同じディレクトリ下のetc/config/inventory.xmlファイルおよびactions.xmlファイル

「有効なパッチ領域ではありません」エラーを解決するには、次の手順を実行します。

- 次のアクションのいずれかを実行します。

1. パッチのshiphomeディレクトリを削除して、適切な構造で(ファイルを再度抽出して)再作成します。

2. インストールされているパッチが解凍され、ディスクにステージングされているディレクリからOPatchユーティリティを開始します。

3. OPatchを開始する場合、次のコマンドを使用します。

opatch apply /Patch_Shiphome

Patch_Shiphomeはパッチがディスクでステージングされている場所です。

参照:

Oracle OPatchユーザーズ・ガイドfor Windows and UNIX

「部分的にインストールされた個別パッチを削除できません」エラーの解決

パッチの適用プロセスが中断した場合、次にパッチをインストールしようとすると、「一部インストール済個別パッチを削除できません」というエラーが発生することがあります。

部分的にインストールされたパッチ・エラーを解決するには、次の手順を実行します。

1. 環境変数ORACLE_HOMEが、パッチを適用しようとしているOracleホーム・ディレクトリに設定されていることを確認します。

2. Oracle_home/.patch_storage/patch-id_timestampディレクトリに移動して、次のようにrestore.shスクリプト(Windowsプラットフォームの場合はrestore.bat)を実行します。

Oracle_home/.patch_storage/patch-id_timestamp/restore.sh

3. LinuxおよびUNIXシステムの場合、Oracle_home/.patch_storage/patch-id_timestamp/make.txtファイルを使用して(使用可能な場合)、オペレーティング・システムの環境を次のように変更します。

/bin/sh make.txt

4. 再度、パッチの適用を試行します。

参照:

Oracle OPatchユーザーズ・ガイドfor Windows and UNIX

Oracleソフトウェアのアップグレード

アップグレードは、新しいソフトウェア・リリースまたはバージョンのインストール時、またはパッチ・セットの適用時に実行されます。

アップグレードの場合、インストールされているOracleソフトウェア・ファイルのすべてではないがその大部分が変更されます。一方、パッチの場合は通常、ごく一部のファイルのみが変更されます。ローリング・アップグレードを実行することも、Oracle DatabaseおよびOracle Clusterwareソフトウェアを停止してアップグレードを実行することもできます。

ソフトウェアを新しいリリースにアップグレードする場合、アウトオブプレースのアップグレードを実行します。アウトオブプレース・アップグレードを実行するには、クラスタ用Oracle Grid Infrastructureを新しいGridホームにインストールします。アップグレードを実行する場合、既存のソフトウェアの場所を選択するかわりに、新しいGridホームの場所を指定します。

アウトオブプレース・アップグレードを実行する場合、旧バージョンと新バージョンのソフトウェアが同時にノードに存在することになり、各バージョンは別々のホームの場所にありますが、いつでもアクティブになるのは、1つのバージョンのソフトウェアのみです。Oracle Database 11gソフトウェアをOracle Database 12cリリース1 (12.1)にアップグレードするには、クラスタ用Oracle Grid InfrastructureおよびOracle Databaseを新しいOracleホーム・ディレクトリにインストールします。アップグレード・プロセスの最後に、クラスタ用Oracle Grid InfrastructureまたはOracle Database 12cリリース1 (12.1)ソフトウェアを使用するため、ソフトウェアのアクティブ・バージョンが変更されます。

Database Upgrade Assistant(DBUA)を使用すると、既存のデータベースを現在のリリースのOracle Databaseにアップグレードできます。Database Upgrade Assistant(DBUA)は、アップグレード・プロセスを順番に説明し、新しいリリース用にデータベースを構成します。DBUAはアップグレード処理を自動化し、表領域、オンラインREDOログ・ファイルなどの構成オプションの適切な推奨値を示します。

参照:

- DBUAを使用したデータベースのアップグレードの詳細はOracle Database 2日でデータベース管理者を参照

- ソフトウェア・アップグレードの実行の詳細は、ご使用のオペレーティング・システムのOracle Grid Infrastructureインストレーションおよびアップグレード・ガイドを参照してください。

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

用語集

管理者管理データベース

管理者管理データベースとは、サーバー・プールに含まれない、ノード上に作成されるデータベースで、データベース管理者またはクラスタウェアの管理者によって管理される。

アフィニティ

リクエストがルーティングされるインスタンスにキャッシュされているリクエスト・データが、アプリケーションまたはクライアントで検出されやすくするための方法。

アフィニティのヒント

インスタンスとサービスの特定の組合せに対して、アフィニティがアクティブであるか非アクティブであるかを示すフラグです。

すべてのノードへのパッチの適用

クラスタ内のノードにパッチを適用する方法。すべてのノードへのパッチの適用方法を使用すると、まず、Oracle Real Application Clustersデータベースに含まれるすべてのノードが停止されてから、すべてのノードにパッチが適用されます。すべてのノードにパッチが適用された後、ノードは再起動されます。

アプリケーション・コンティニュイティ

データベース・セッションを再確立して、リカバリ可能なエラーに対して保留中の作業を再送信できる機能で、これにより、一時的な障害からアプリケーションを保護します。コンポーネントに障害が発生すると、障害が発生する前の状態がリカバリによってリストアされます。ユーザー・リクエストは時間どおりに1回のみ実行されます。

自動ワークロード・リポジトリ(AWR)

すべてのOracle Databaseに存在する組込みリポジトリ。Oracle Databaseは、すべての重要な統計およびワークロード情報のスナップショットを定期的に生成し、AWRに格納します。

キャッシュ一貫性

任意のキャッシュを介してメモリー位置を読み取っても、別のキャッシュを介してその位置に書き込まれた最新のデータが戻されるように、複数のキャッシュ内のデータを同期化することです。キャッシュ整合性とも呼ばれます。

キャッシュ・フュージョン

Oracle Real Application Clustersにおける、ディスク不要のキャッシュ一貫性メカニズム。ブロックを保持しているインスタンスのメモリー・キャッシュから、ブロックをリクエストしているインスタンスのメモリー・キャッシュへ、ブロックを直接コピーします。

クラスタ

エンド・ユーザーおよびアプリケーションからは1つのサーバーのように見える、インターコネクトされた複数のコンピュータまたはサーバー。

クラスタ・データベース

Oracle Real Application Clustersデータベースに対する一般用語。

クラスタ・ファイル・システム

高パフォーマンスのサービスをクライアントに提供するために連携するサーバーのクラスタによる分散ファイル・システム。クラスタ・ファイル・システム・ソフトウェアはストレージ・クラスタ・コンポーネントへの分散リクエストを処理します。

クラスタ同期サービス(CSS)

クラスタ全体のメンバーシップに関する共通のビューを提供することにより、各ノードのメンバーシップの状態を検出して追跡するOracle Clusterwareコンポーネント。CSSは、プロセスの状態、特にデータベース・インスタンスの状態も監視します。「OCSSD」も参照。

クラスタ検証ユーティリティ(CVU)

共有記憶域デバイス、ネットワーク構成、システム要件、Oracle Clusterware、グループ、ユーザーなど、Oracle RAC固有の様々なコンポーネントを検証するツール。

接続記述子

特別にフォーマットされた、ネットワーク接続のための宛先の記述。接続記述子には、宛先サービスおよびネットワーク・ルート情報が含まれます。ネットワーク・ルートは、少なくとも、ネットワーク・アドレスを使用してリスナーの場所を示します。

CRSD

高可用性リカバリおよびOCRのメンテナンスのような管理操作を実行するLinuxまたはUNIXのプロセス。また、アプリケーション・リソースを管理し、rootユーザー(Macオペレーティング・システムXベースのシステムではadminグループのユーザー)として実行され、障害発生時に自動的に再起動します。

データベース・サービス

Oracle RACデータベースで定義可能なエンティティ。サービスによって、データベースのワークロードをグループ化し、サービスを提供するために割り当てられた最適なインスタンスに作業をルーティングできます。

動的ホスト構成プロトコル(DHCP)

インターネット・プロトコル・ネットワークにおける操作用の構成情報を取得するために、デバイス(DHCPクライアント)によって使用されるネットワーク・アプリケーション・プロトコル。このプロトコルによってシステム管理のワークロードが軽減され、手動操作をほとんどまたはまったく行わずに、デバイスをネットワークに追加できます。

イベント・マネージャ(EVM)

Oracle Clusterwareイベントをパブリッシュするバックグラウンド・プロセス。イベントが発生すると、EVMは指定されたコールアウト・ディレクトリをスキャンし、そのディレクトリ内のすべてのスクリプトを実行します。

イベント・マネージャ・デーモン(EVMD)

コールアウトを管理するracgevtプロセスを開始する、LinuxまたはUNIXのイベント・マネージャ・デーモン。

高速アプリケーション通知(FAN)

アプリケーションでは、FANによって、迅速な障害検出、障害発生後の接続プールのロード・バランシング、および障害が発生したコンポーネントの修復時の接続プールのロード・バランシングの再実行が可能となります。FAN通知プロセスでは、クラスタ・サーバーが使用不可になった場合、またはネットワーク・インタフェースに障害が発生した場合にOracleからパブリッシュされるシステム・イベントが使用されます。

高速接続フェイルオーバー

JDBC、OCIまたはODP.NETを使用するクライアントのようなFAN統合クライアントに、高可用性を提供します。高速接続フェイルオーバーを使用するようにクライアントを構成すると、クライアントは自動的にFANイベントをサブスクライブし、データベースのUPイベントおよびDOWNイベントに対処できます。それに対応して、クライアントは、リクエストされたデータベース・サービスを提供するアクティブ・インスタンスに接続されます。

ディスク書込みの強制実行

Oracle Real Application Clustersでは、ある特定のデータ・ブロックを変更できるのは一時点で1つのインスタンスのみです。あるインスタンスが必要としているデータ・ブロックが、別のインスタンスによって変更された場合、そのブロックに対して発行されたリクエストのタイプによっては、ディスク書込みの強制実行が必要になります。

空きプール

ポリシーベースのクラスタや、Oracle Clusterwareリソースの容量管理で使用される、デフォルトのサーバー・プール。空きプールには、どのサーバー・プールにも割り当てられていないサーバーが含まれます。

General Parallel File System (GPFS)

General Parallel File System (GPFS)は、IBM社の共有ディスク・ファイル・システム製品。同機種または異機種クラスタ内のすべてのノードからのデータ・アクセスを可能にします。

グローバル・キャッシュ・サービス(GCS)

キャッシュ・フュージョンを実装するプロセス。グローバル・ロール内のブロックのブロック・モードを保持します。インスタンス間のブロックの転送を担います。グローバル・キャッシュ・サービスでは、グローバル・キャッシュ・サービス・プロセス(LMSn)、グローバル・エンキュー・サービス・デーモン(LMD)などの、様々なバックグラウンド・プロセスが使用されます。

グローバル・キャッシュ・サービス・プロセス(LMSn)

リモート・メッセージを管理するプロセス。Oracle RACでは最大で10のグローバル・キャッシュ・サービス・プロセスが提供されます。

グローバル・キャッシュ・サービス(GCS)リソース

複数のOracle RACインスタンスのバッファ・キャッシュ内のデータ・ブロックへのアクセスを調整し、キャッシュ一貫性を提供するグローバル・リソース。

グローバル・データベース名

データベースを他のデータベースから一意に識別するフルネーム。グローバル・データベース名の書式はdatabase_name.database_domain(たとえばTEST.US.EXAMPLE.COM)です。

グローバル動的パフォーマンス・ビュー

Oracle Real Application Clustersクラスタのすべてのオープン・インスタンスに関する情報を格納する動的パフォーマンス・ビューです。(ローカル・インスタンスのみではありません。)対照的に、標準の動的パフォーマンス・ビュー(V$)は、ローカル・インスタンスに関する情報のみを格納します。

グローバル・エンキュー・サービス(GES)

グローバルに共有されるエンキューを調整するサービス。

グローバル・エンキュー・サービス・デーモン(LMD)

リソースへのリクエストを管理してブロックへのアクセスを制御する、リソース・エージェント・プロセス。LMDプロセスは、デッドロックの検出およびリモート・リソース・リクエストの処理も行います。リモート・リソース・リクエストとは、別のインスタンスから発行されたリクエストです。

グローバル・エンキュー・サービス・モニター(LMON)

クラスタ全体を監視してグローバル・リソースを管理するバックグラウンドのLMONプロセス。LMONは、インスタンスの完全破損および障害が発生したインスタンスに関連付けられたリカバリを管理します。特に、LMONはグローバル・リソースに関連付けられたリカバリの部分を処理します。LMONによって提供されるサービスは、クラスタ・グループ・サービスとも呼ばれます。

グローバル・サービス・デーモン(GSD)

SRVCTLからのリクエストを受信して、起動、停止などの管理ジョブ・タスクを実行するコンポーネント。コマンドは各ノードでローカルに実行され、その結果はSRVCTLに戻されます。GSDはデフォルトでノードにインストールされています。

Gridホーム

クラスタ用Oracle Grid InfrastructureのOracleホーム・ディレクトリであり、Oracle ClusterwareおよびOracle ASMが含まれます。

グリッド・インフラストラクチャ

エンタープライズ・グリッド・アーキテクチャ用のインフラストラクチャを提供するソフトウェア。クラスタ用Oracle Grid Infrastructureは、これらのインフラストラクチャ・ソフトウェア製品を1つの製品にバンドルします。Oracleクラスタでは、クラスタ用Oracle Grid InfrastructureにOracle ClusterwareおよびOracle Automatic Storage Management (Oracle ASM)が含まれます。スタンドアロンのOracle Databaseサーバーの場合は、クラスタ用Oracle Grid InfrastructureにOracle RestartおよびOracle ASMが含まれます。

グリッド・ネーミング・サービス(GNS)

委任を受けた標準DNSゾーン内のホスト名をそのゾーンのIPアドレスにマッピングすることで、ホスト名を解決する汎用サービスです。GNSを使用すると、Oracle RACデータベース・ノードに対して動的ホスト構成プロトコル(DHCP)によるアドレスが使用されるため、デプロイメントが容易になります。また、GNSでは、SCANリスナーから戻されたホスト名の解決も行われます。

高可用性

冗長コンポーネントを搭載したシステムであり、ハードウェアまたはソフトウェア障害が発生した場合でも一貫性があり中断されないサービスを提供します。ある程度の冗長性を含みます。

High Availability Cluster Multi-Processing (HACMP)

IBM AIXベースの高可用性クラスタ・ソフトウェア製品。HACMPは、高可用性(HA)とクラスタ・マルチプロセッシング(CMP)の2つの主なコンポーネントで構成されます。

インスタンス

Oracle RACデータベースの場合、クラスタ内の各ノードには、通常、データベースを参照する実行中のOracleソフトウェアのインスタンスが1つ存在します。データベースが起動されると、システム・グローバル領域(SGA)と呼ばれるメモリー領域が割り当てられ、1つ以上のOracleプロセスが起動されます。このSGAとOracleプロセスの組合せがインスタンスと呼ばれます。各インスタンスには、一意のOracleシステム識別子(SID)、インスタンス名、ロールバック・セグメントおよびスレッドIDが割り当てられます。

インスタンス・メンバーシップ・リカバリ

Oracle RACで、すべてのクラスタ・メンバーが機能しているか、またはアクティブであることを保証するために使用される方法。IMRによってメンバーシップがポーリングおよび調整されます。制御ファイルでハートビートを示していないメンバー、または定期的なアクティビティ問合せメッセージに応答しないメンバーは、停止しているとみなされます。

インスタンス名

クラスタで共通のサービス名が共有されている場合に、特定のインスタンスを一意に識別するインスタンスの名前。インスタンス初期化ファイルinitsid.oraのINSTANCE_NAMEパラメータにより、インスタンス名が識別されます。インスタンス名はOracleシステム識別子(SID)と同等です。

インスタンス番号

データ・ブロックのエクステントを特定のインスタンスと関連付ける番号。インスタンス番号を使用すると、インスタンスを起動し、そのインスタンスに割り当てられたエクステントが挿入および更新に使用されるようにできます。これによって、インスタンスは他のインスタンスに割り当てられた領域を使用しなくなります。

インターコネクト

ノードのキャッシュ・メモリーの同期化に使用される、プライベート・ネットワーク通信リンク。

リスナー

サーバーに常駐するプロセスで、クライアントからの接続リクエストのリスニング、およびサーバーへの通信量の管理を行います。クライアントがデータベース・サーバーとのネットワーク・セッションをリクエストすると、リスナーは実際のリクエストを受信します。クライアントの情報がリスナーの情報と一致すると、リスナーはデータベース・サーバーへの接続を認めます。

論理トランザクションID

アプリケーションの視点からトランザクションを定義するグローバル一意識別子。

論理ボリューム・マネージャ(LVM)

オンラインでのディスク記憶域管理に使用される、LinuxまたはUNIXのサブシステムの総称。

プロセス間通信(IPC)

オペレーティング・システム依存の高速転送コンポーネント。IPCは、異なるノードのインスタンス間でメッセージを転送します。インターコネクトとも呼ばれます。

マスター・ブート・レコード(MBR)

コンピュータの起動時に実行されるプログラム。通常、MBRはローカル・ハード・ディスクの最初のセクターに存在します。パーティション表を調査し、コンピュータの起動に使用するパーティションを決定して起動プロセスを開始します。その後、MBRプログラムは起動パーティションのブート・セクターに制御を移し、起動プロセスを続行させます。

最小停止時間でのパッチの適用

最小停止時間でのパッチの適用では、ノードが2つのセットに分割されます。1番目のセットは停止され、パッチが適用されます。2番目のセットがその後に停止されます。1番目のセットが起動され、その後に2番目のセットにパッチが適用されます。2番目のセットにパッチが適用された後に起動され、パッチ適用操作が終了します。

マルチキャスト・ドメイン・ネーム・サーバー(mDNS)

mDNSは、ゼロ構成ネットワーキング(Zeroconf)の一部であり、既存の管理されたDNSサーバーを必要とせずに、DNSと同様の名前を使用してホストのアドレスを指定できます。

可変

可変オブジェクトから戻されるデータ。可変の例としてSYSTIMESTAMPファンクションへのコールがあります。

可変オブジェクト

コールされるたびに新しい値を取得するファンクション。可変オブジェクトの例には、SYSDATE、SYSTIMESTAMP、SYS_GUIDおよびsequence.NEXTVALがあります。

ネット・サービス名

接続記述子に解決されるサービスの単純名。ユーザーは、接続するデータベース・サービスに対する接続文字列に、ネット・サービス名とともにユーザー名およびパスワードを渡すことによって接続要求を開始します。

ネットワーク接続ストレージ(NAS)

ネットワーク経由でサーバーに接続された記憶域。

ネットワーク・インタフェース・カード(NIC)

コンピュータをネットワークに接続するために、コンピュータに挿入するカード。

ネットワーク・スイッチ

ネットワーク内でコンピュータに接続するハードウェア・デバイスです。

ネットワーク・タイム・プロトコル(NTP)

TCP/IPの最上位に構築されたインターネット標準プロトコル。このプロトコルは、ネットワーク内のコンピュータ時計の時刻をミリ秒単位で正確に同期化します。

ノード

ノードは、Oracle Clusterwareソフトウェアがインストールされているか、これからインストールされるコンピュータです。

Object Link Manager (OLM)

シンボリック・リンクを論理ドライブにマッピングし、それらをOLMのグラフィカル・ユーザー・インタフェースに表示するOracleインタフェース。

OCSSD

クラスタ同期サービス(CSS)・デーモンを管理するLinuxまたはUNIXのプロセスです。クラスタ・ノード・メンバーシップを管理し、oracleユーザーとして実行するプロセスであり、このプロセスが失敗した場合はクラスタが再起動されます。

Optimal Flexible Architecture(OFA)

メンテナンスがほとんど不要の信頼できるOracleインストールを保証するために作成された、ファイル・ネーミングおよび構成に関する一連のガイドラインです。

Oracleベース・ディレクトリ

特定のユーザーが実行するすべてのソフトウェア・インストールのマウントポイントです。同じオペレーティング・システム・ユーザーがリリースが同じまたは異なる複数のOracleソフトウェア製品をインストールする場合は、Oracleベース・ディレクトリに複数のOracleホームを含めることができます。また、Oracleベース・ディレクトリには、特定のインストール所有者に関連付けられるソフトウェア・パラメータ・ファイル、ログ・ファイル、トレース・ファイルなどが配置されます。

Oracle Cluster File System (OCFS)

Linuxプラットフォームで使用可能な、Oracle固有のクラスタ・ファイル・システム・ソフトウェア。

Oracle Cluster Registry (OCR)

クラスタ・ノード・リストに関する情報およびインスタンスからノードへのマッピング情報を管理するOracle RAC構成情報のリポジトリ。OCRは、カスタマイズされたアプリケーション用のOracle Clusterwareリソース・プロファイルに関する情報も管理します。

Oracle Clusterware

ノードのメンバーシップ、グループ・サービス、グローバル・リソース管理、高可用性機能などのクラスタ・データベースの処理を管理するOracle提供のクラスタウェア。

Oracleホーム・ディレクトリ

特定のソフトウェア・インストールのバイナリの場所です。

通常、Oracleホーム・ディレクトリは、ソフトウェア・インストール所有者のOracleベース・ディレクトリのサブディレクトリです。ただし、クラスタ用Oracle Grid Infrastructureの場合は、Gridホームのパスがroot所有権に変更されるため、Oracleホーム・ディレクトリ(この場合はGridホーム)は、クラスタ用Oracle Grid Infrastructureインストール所有者のOracleベース・ディレクトリの外部に配置されます。

Oracle Interface Configuration Tool (OIFCFG)

シングル・インスタンスのOracle DatabaseとOracle RACデータベースの両方で使用されるコマンドライン・ツールであり、このツールを使用すると、コンポーネントへのネットワーク・インタフェースの割当ておよび割当て解除を行ったり、特定のネットワーク・インタフェースを使用するようにコンポーネントに指定したり、コンポーネントの構成情報を取得することができます。Oracle Universal Installer(OUI)も、OIFCFGを使用して、使用可能なインタフェースの識別および表示を行います。

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

サーバーにインストールされたすべてのOracleソフトウェアの中央インベントリの場所。

Oracle Notification Services (ONS)

すべてのFANイベントに関する情報を通信する、パブリッシュおよびサブスクライブ・サービス。

Oracle Universal Installer (OUI)

Oracle Clusterware、Oracleリレーショナル・データベース・ソフトウェアおよびOracle Real Application Clustersソフトウェアをインストールするためのツール。Oracle Universal Installerを使用してDatabase Configuration Assistant(DBCA)を起動することもできます。

ポリシー管理データベース

ポリシー管理データベースは、サーバー・プールを使用して作成されます。Oracle Clusterwareでは、ユーザーが定義したポリシーに基づいて容量の割当てと再割当てが行われ、リソースを高速にフェイルオーバーさせたり、容量を動的に割り当てることが可能になります。

リカバリ可能エラー

実行中のアプリケーション・セッションのロジックとは関係なく、外部システムの障害が原因で発生するエラーのクラス。リカバリ可能エラーは、ネットワーク、ノード、記憶域およびデータベースの計画済停止と計画外停止の後に発生します。リカバリ不能なエラーの例には、無効なデータ値の発行があります。

Recovery Manager(RMAN)

データファイル、制御ファイルおよびアーカイブREDOログ・ファイルをバックアップ、コピー、リストアおよびリカバリできるツール。Oracleサーバーに含まれており、個別にインストールする必要はありません。RMANを、オペレーティング・システム(OS)のプロンプトからコマンドライン・ユーティリティとして起動するか、またはGUIベースのOracle Enterprise ManagerのBackup Managerを使用して起動します。

REDOスレッド

データベース・インスタンスによって生成されるREDO。

ローリング方式でのパッチの適用

1つのノード(またはノードのグループ)を停止し、パッチを適用してから再起動します。Real Application Clustersのすべてのノードにパッチが適用されるまで、各ノードに対してこの操作が繰り返されます。

実行時接続ロード・バランシング

接続プールに基づいてサービス接続を適切に決定することが可能になり、リクエストされたアプリケーションに現在のワークロードに基づいて最適なサービスを提供されます。ロード・バランシング・アドバイザにはJDBC、ODP.NETおよびOCIクライアントが統合されており、任意のクライアント環境を使用してランタイム接続ロード・バランシングを実行できます。

スケーラビリティ

Oracle Real Application Clustersアプリケーションにノードを追加し、大幅なスケールアップおよびスピードアップを実現する機能。

SCAN

クラスタの単一の名前またはネットワーク別名です。Oracle Database 11gのデータベース・クライアントは、SCANを使用してデータベースに接続します。SCANは、パブリック・クライアント接続を処理するクラスタ内の複数のリスナーに対応する、複数のIPアドレスに解決できます。

セキュア・シェル(SSH)

ネットワーク上のリモート・コンピュータにログインするためのプログラム。SSHを使用すると、リモート・コンピュータ上でコマンドを実行し、あるコンピュータから別のコンピュータにファイルを移動できます。SSHでは厳密認証が使用され、セキュアでないチャネル上での通信を保護します。

サーバー制御(SRVCTL)ユーティリティ

Server Management(SRVM)は、Oracle Enterprise ManagerをOracle Real Application Clustersで操作するために必要なコンポーネントを構成します。Intelligent Agent、グローバル・サービス・デーモン、SRVCTLなどのSRVMコンポーネントを使用すると、オープンなクライアント/サーバー・アーキテクチャを介して異機種間環境で実行されているクラスタ・データベースを、Oracle Enterprise Managerを使用して管理できます。

サーバー・プール

ポリシー管理データベースをサポートするグループにまとめた、クラスタ内のノードの論理的な分割。

シェアード・エブリシング

すべてのインスタンスによってすべてのデータへのアクセスが共有されるデータベースのアーキテクチャ。

SINGLETONサービス

一度に1つのインスタンス上のみで実行されるサービス。

スプリット・ブレイン・シンドローム

複数のインスタンスによってクラスタ・データベースの制御が試行される状態。たとえば、2ノード環境で、一方のインスタンスによって更新の管理が試行され、もう一方のインスタンスによって同時に更新の管理が試行される状態です。

システム識別子(SID)

システム識別子(SID)は、実行中のOracleソフトウェアの特定のインスタンスを識別します。Oracle Real Application Clustersデータベースの場合、クラスタ内の各ノードにはデータベースを参照するインスタンスが存在します。

スレッド

各Oracleインスタンスには、固有のオンラインREDOログ・グループのセットがあります。これらのグループをオンラインREDOのスレッドと呼びます。Oracle Real Application Clusters以外の環境では、各データベースに、そのデータベースにアクセスするインスタンスに属するスレッドが1つのみ存在します。Oracle Real Application Clusters環境では、各インスタンスに個別のスレッドが存在し、これは固有のオンラインREDOログが各インスタンスに存在することを意味します。各スレッドには、固有の現行のログ・メンバーがあります。

スレッド番号

INSTANCE_NUMBER初期化パラメータで指定されたインスタンスで使用されるREDOスレッドの識別子。すべての使用可能なREDOスレッド番号を指定できますが、インスタンスでは別のインスタンスと同じスレッド番号は使用できません。

トランザクション

1つ以上のSQL文を含む論理的な作業単位。トランザクション内のすべての文は、まとめてコミットまたはロールバックされます。トランザクションの使用は、データベース管理システムとファイルシステムの最も重要な違いの1つです。

トランザクション・ガード

リカバリ可能なエラーの後にクライアント・アプリケーションが重複トランザクションを発行しないようにするための論理トランザクションIDを使用したデータベース機能。

トランザクションID

トランザクションに対して一意であり、UNDOセグメント番号、スロットおよび順序番号を表す識別子。

トランザクションの冪等性

トランザクションに対して保証付きの結果(コミットされているかコールが完了したか)を戻す機能。

透過的アプリケーション・フェイルオーバー(TAF)

Oracle Real Application Clustersなどの高可用性環境を対象としたランタイム・フェイルオーバーであり、TAFはアプリケーションからサービスへの接続のフェイルオーバーおよび再確立を意味します。これにより、クライアント・アプリケーションは接続障害の発生時にデータベースに自動的に再接続でき、実行中だったSELECT文を再開することも可能です。この再接続は、Oracle Call Interface(OCI)ライブラリ内から自動的に実行されます。

投票ディスク

ノードのメンバーシップに関する情報を管理するファイル。

索引

A  B  C  D  E  F  G  H  I  J  K  L  M  N  O  P  R  S  T  U  V  W  Y

A

- OCRの場所の追加 1

- インスタンスの追加 1 , 2

- その他のReal Application Clustersのドキュメント 1

- ADDM

- 「自動データベース診断モニター」を参照

- 管理ツール

- 概要 1

- 管理者管理データベース

- インスタンスの追加 1 , 2 , 3

- rconfig 1

- REDOログ・グループの作成 1

- 定義 1

- インスタンスの削除 1

- アフィニティ 1

- アラート・ログ 1

- すべてのノードへのパッチの適用 1

- アプリケーション・コンティニュイティ

- サービス属性の構成 1

- 概要 1

- アーキテクチャ

- チップ・アーキテクチャ 1 , 2 , 3 , 4

- チップ・アーキテクチャの確認 1

- エンタープライズ・グリッド・コンピューティング 1

- ARCHIVE_LAG_TARGET 1

- アーカイブ・ログ

- バックアップ 1 , 2

- バックアップ後に削除 1

- インスタンス・アクセス 1 , 2

- リカバリ 1 , 2

- アーカイブ

- 構成 1

- 有効化 1

- ASM

- 「Oracle ASM」を参照。

- ASMCA

- 「Oracle ASM Configuration Assistant (ASMCA)」を参照

- ASMCMD

- 説明 1

- ASMLIB

- 永続的なデバイス 1

- 構成 1

- Oracle ASMディスクの作成 1

- インストール 1

- 自動データベース診断モニター(ADDM)

- データベース結果 1

- 説明 1

- インスタンス結果 1

- 推奨事項 1

- 自動ストレージ管理

- 「Oracle ASM」を参照。

B

- バックアップ

- 資格証明 1

- バックアップ

- アーカイブ・ログ 1 , 2

- 説明 1

- emkey.ora 1

- OCRバックアップの場所 1

- バックアップの管理 1

- OCRの手動バックアップ 1

- Oracle Cluster Registry (OCR) 1

- Oracleソフトウェア 1

- パラレル化 1

- Enterprise Managerを使用した実行 1 , 2

- 権限 1

- root.shスクリプト 1

- 設定 1

- 高速リカバリ領域への格納 1

- バックアップ・レポートの表示 1

- OCRバックアップの表示 1

- 投票ディスク 1

- ブロック・デバイス

- パーティションの構成 1

- ブロック

- キャッシュ 1 , 2

- キャッシュ転送 1

- 破損 1

- OCRの形式 1

- リクエストの待機時間 1

- UNDO 1

- ボンディング

- インターコネクト 1

- バッファ・キャッシュ 1

C

- キャッシュ・フュージョン

- 定義 1

- メカニズム 1

- CDB

- 「コンテナ・データベース(CDB)」を参照

- 動作保証 1

- クライアント接続 1

- クライアント側のロード・バランシング 1

- CLUSTER_DATABASE 1

- CLUSTER_INTERCONNECTS 1

- クラスタ・データベース

- 新しいノードの追加 1

- ADDMの結果 1

- 管理 1

- アラート・ログ 1

- アラート 1

- Oracle ASM 1

- OCR 1

- プライベート・インターコネクト 1

- アーカイブ 1

- バックアップ 1 , 2

- バッファ・キャッシュ 1

- Oracle RACと単一インスタンスの比較 1

- 初期化パラメータの構成 1

- 接続 1

- 変換 1

- パフォーマンス 1

- リカバリ 1 , 2

- サーバー・パラメータ・ファイル 1

- 起動と停止 1

- トポロジ 1

- UNDO表領域 1

- クラスタ状態モニター 1

- クラスタ・レディ・サービス(CRS)

- デーモン・ステータスのチェック 1

- すべての登録済リソースの状態のチェック 1

- クラスタ・レディ・サービス・コントロール(CRSCTL)

- Oracle Clusterwareのステータスのチェック 1

- 説明 1

- 投票ディスクの追加および削除に使用 1

- Oracle Clusterwareプロセスの起動に使用 1

- Oracle Clusterwareプロセスの停止に使用 1

- Oracle Clusterwareの問題のトラブルシューティングに使用 1

- クラスタ同期サービス(CSS)

- デーモン・ステータスのチェック 1

- クラスタ時刻同期化サービス(CTSS) 1

- クラスタ検証ユーティリティ

- インストール後の構成のチェック 1

- 説明 1

- トレース・ファイルの場所 1

- OUIでの使用 1

- ネットワーク接続の検証 1

- OCRの整合性の検証 1

- ノード・アプリケーションの検証 1

- CLUVFY

- 「クラスタ検証ユーティリティ」を参照

- COMPATIBLE 1

- ASMLIBの構成 1

- 接続記述子 1

- 接続時ロード・バランシング

- 目標 1

- 接続プール 1

- コンテナ・データベース(CDB) 1

- CONTROL_FILES 1

- 制御ファイル

- 場所 1

- パラレル化バックアップ 1

- 単一インスタンスのデータベースからOracle RACへの変換

- 前提条件 1

- rconfigの使用 1

- Oracle ASMディスクの作成 1

- CRSCTL

- 「クラスタ・レディ・サービス・コントロール」を参照

- CSS

- 「クラスタ同期サービス」を参照

- CVU

- 「クラスタ検証ユーティリティ」を参照

D

- データベース

- 管理者管理 1

- ADDM分析の結果 1

- ポリシー管理 1

- Database Configuration Assistant(DBCA)

- インスタンスの削除 1 , 2

- 説明 1

- データベース初期化パラメータ

- 変更 1

- データベース名

- 制限事項 1

- データベース・リソース・マネージャ

- 用語 1

- Database Upgrade Assistant(DBUA) 1

- データファイル

- 場所 1

- パラレル化バックアップ 1

- DB_BLOCK_SIZE 1

- DB_DOMAIN 1

- DB_FILES 1

- DB_NAME 1

- DB_RECOVERY_FILE_DEST 1

- DB_RECOVERY_FILE_DEST_SIZE 1

- DB_UNIQUE_NAME 1

- dbaグループ 1

- DBMS_SERVICE 1

- DBUA

- 「Database Upgrade Assistant (DBUA)」を参照

- インスタンスの削除 1 , 2

- デスクトップ・クラス 1

- 永続的なデバイス・パス 1

- diagcollection.plスクリプト 1

- セッションの切断 1

- ディスク・グループ

- 作成 1

- DML_LOCKS 1

- ドキュメント

- Real Application Clusters 1 , 2

- ドメイン・ネーム・システム 1

- DSA鍵 1

E

- 編集

- データベース初期化パラメータ 1

- Oracle Enterprise Manager

- アラート 1

- 「平均アクティブ・セッション」グラフ 1

- バックアップとリカバリ 1

- バックアップ・レポート 1

- 「クラスタ・キャッシュ一貫性」ページ 1

- 「クラスタ・データベース」ページ 1

- クラスタ・データベースの「パフォーマンス」ページ 1

- 「クラスタ・ホストのロード平均」グラフ 1

- 「クラスタ管理データベース・サービス」ページ 1

- 「データベース・ロック」ページ 1

- 「データベース・スループット」グラフ 1

- 説明 1

- 暗号化鍵 1

- 「グローバル・キャッシュ・ブロックのアクセス待機時間」 グラフ 1

- 「インスタンス・アクティビティ」ページ 1

- 「インスタンス」グラフ 1

- リカバリの実行 1

- リカバリ・ウィザード 1 , 2

- 「サービス」グラフ 1

- 「上位コンシューマ」ページ 1

- 「上位セグメント」ページ 1

- 「上位セッション」ページ 1

- エラータ・レベル 1

- エラータ・カーネル

- 「エラータ・レベル」を参照

- エラー

- リカバリ可能 1

- イベント

- FANロード・バランシング 1

- UPおよびDOWN 1

- FANコールアウトでの使用 1

- イベント・マネージャ(EVM)

- デーモン・ステータスのチェック 1

- EVM

- 「イベント・マネージャ」を参照

F

- FAN

- 「高速アプリケーション通知」を参照

- 高速アプリケーション通知

- コールアウト 1

- イベント 1

- 高速リカバリ領域

- 構成 1

- ディスク・グループの作成, 1

- 修正スクリプト 1

G

- General Parallel File System(GPFS) 1

- GNS

- 「グリッド・ネーミング・サービス」を参照

- Grid_home

- 選択 1

- 定義 1

- ディスク領域要件 1

- Gridホーム

- パッチ適用 1

- ロック解除 1

- グリッド・インフラストラクチャ管理リポジトリ 1

- グリッド・ネーミング・サービス(GNS) 1

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

- gridユーザー

- 作成 1

H

- ハードウェア

- 動作保証のチェック 1

- ハードウェア要件 1

- 高可用性フレームワーク 1

I

- 冪等性 1

- 初期化パラメータ

- ARCHIVE_LAG_TARGET 1

- CLUSTER_DATABASE 1

- CLUSTER_INTERCONNECTS 1

- COMPATIBLE 1

- CONTROL_FILES 1

- DB_BLOCK_SIZE 1

- DB_DOMAIN 1

- DB_FILES 1

- DB_NAME 1

- DB_RECOVERY_FILE_DEST 1

- DB_RECOVERY_FILE_DEST_SIZE 1

- DB_UNIQUE_NAME 1

- DML_LOCKS 1

- INSTANCE_NAME 1

- INSTANCE_NUMBER 1

- INSTANCE_TYPE 1

- LICENSE_MAX_SESSIONS 1

- LICENSE_MAX_USERS 1

- LOG_ARCHIVE_FORMAT 1

- 現行インスタンスに対する変更 1

- SPFILEに対する変更 1

- PARALLEL_EXECUTION_MESSAGE_SIZE 1

- REDO_TRANSPORT_USER 1

- REMOTE_LOGIN_PASSWORDFILE 1

- RESULT_CACHE_MAX_SIZE 1

- ROLLBACK_SEGMENTS 1

- SERVICE_NAMES 1

- SPFILE 1

- 各インスタンスで異なる 1

- すべてのインスタンスで同一 1

- 各インスタンスで同一 1

- TRACE_ENABLED 1

- UNDO_MANAGEMENT 1 , 2

- UNDO_RETENTION 1

- UNDO_TABLESPACE 1

- ASMLIBのインストール 1

- RPMのインストール 1

- インスタンス

- 追加 1 , 2

- 削除 1 , 2

- ADDM分析の結果 1

- 初期化パラメータの設定 1

- データベースでの起動 1

- データベースでの停止 1

- INSTANCE_NAME 1

- INSTANCE_NUMBER 1

- INSTANCE_TYPE 1

- インスタンス管理 1

- 統合クライアント 1

- インターコネクト

- 定義 1 , 2

J

- JDBCクライアント

- 構成 1

K

- カーネル・パラメータ

- Linux x86オペレーティング・システムでの構成 1

- セッションの削除 1

L

- LICENSE_MAX_SESSIONS 1

- LICENSE_MAX_USERS 1

- Linux x86 Operating System

- カーネル・パラメータの構成 1

- リスナー

- クライアント側のロード・バランシング 1

- サーバー側のロード・バランシング 1

- ステータスの確認 1

- 説明 1

- サービス登録 1

- ロード・バランシング

- クライアント側 1

- 接続目標 1

- 定義 1

- ランタイム接続 1

- サーバー側 1

- ロード・バランシング・アドバイザ 1

- LOG_ARCHIVE_FORMAT 1

- 論理トランザクションID 1

- LXTID 1

M

- メンバーシップ

- OCR 1

- メモリー・ガード 1

- メモリー要件 1

- Oracle ASMへのOCRの移行 1

- Oracle ASMへの投票ディスクの移行 1

- 最小停止時間でのパッチの適用 1

- 変更

- データベース初期化パラメータ 1

- マルチパス・デバイス 1

N

- NASデバイス

- Oracle ASM用に構成 1

- ネットワーク・アダプタ 1

- ネットワーク・ファイル・システム(NFS)

- Oracle ASMで使用するために構成 1

- サポート 1

- 共有記憶域に使用 1

- ネットワーク・インタフェース名 1

- ネットワーク・タイム・プロトコル(NTP) 1

- NFS

- 「ネットワーク・ファイル・システム」を参照

- NICボンディング 1

- nodeapps

- 定義 1

- ノード

- 定義 1

- 削除 1

O

- OCFS2 1

- OCR

- Oracle ASMへの移行 1

- OCRCHECK

- 説明 1

- OCRのステータス・チェックに使用 1

- oinstallグループ 1 , 2

- OLR

- 「Oracle Local Registry」を参照

- オンライン・データベース再配置 1

- ONS

- 「Oracle Notification Service」を参照

- OPatch

- 「有効なパッチ領域ではありません」エラー 1

- 部分的にインストールされたパッチ 1

- 使用するための準備 1

- クラスタ・ノード・リストの更新 1

- ログ・ファイルおよびトレース・ファイルの参照 1

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

- 動作保証のチェック 1

- Optimal Flexible Architecture(OFA) 1

- ORACLE_BASE 1

- ORACLE_HOME

- バックアップ 1

- 変更 1

- 環境変数を設定する場合 1

- ORACLE_SID

- 制限事項 1

- oracleasm

- 構成 1

- ドライバ 1

- パッケージ 1

- Oracle ASM

- クラスタOracle ASMへの変換 1

- ディスク・グループの作成 1

- 投票ディスクの作成 1

- ファイル管理 1

- インストール 1

- 管理 1

- ミラー化 1

- ノードごとのインスタンス数 1

- オペレーティング・システム・グループ要件 1

- リバランス 1

- インスタンスの停止 1

- OCRの格納 1

- ストライプ化 1

- 使用 1

- Oracle RACでの使用 1

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

- Oracle ASM Configuration Assistant(ASMCA)

- 説明 1

- 起動 1

- Oracle Automatic Storage Management(Oracle ASM)

- 「Oracle ASM」を参照。

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

- Oracle Cluster Registry (OCR)

- バックアップ 1

- 場所の変更 1

- 定義 1

- OCRバックアップの場所 1

- 手動バックアップ 1

- OCRのミラー化 1

- 多重化 1

- リカバリ 1

- ミラーの削除 1

- 修復 1

- バックアップからのリストア 1

- ステータス 1

- トラブルシューティング 1

- Oracle RACでの使用 1

- バックアップの表示 1

- Oracle Clusterware

- プロセス制御 1

- Enterprise Managerを使用した監視 1

- 使用 1

- Oracle Configuration Manager

- インストール 1

- Oracle Configuration Manager(OCM) 1

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

- Oracle Flashback 1

- Oracle Flex ASM 1

- Oracle Grid Infrastructure

- ソフトウェア所有者 1

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

- 作成 1

- 定義 1

- Oracleインベントリ

- グループ 1

- Oracle Local Registry(OLR)

- 定義済 1

- Oracle Multitenant 1

- Oracle Net

- 構成 1

- Oracle Notification Services(ONS) 1 , 2

- Oracle RAC

- データベースの作成 1

- Oracle RAC One Node

- 管理 1

- データベースの作成 1

- Oracle Real Application Clusters

- 高可用性フレームワーク 1

- 異なるプラットフォームへのインストール 1

- 管理の概要 1

- パッチ適用 1

- Oracleソフトウェア所有者 1

- Oracleサポート

- 動作保証のチェック 1

- Oracle Universal Installer (OUI)

- 説明 1

- Oracle Grid Infrastructureインストール 1

- Oracle Real Application Clustersのインストール 1

- インストールの準備 1

- 起動 1

- oracleユーザー

- 作成 1

- 環境の変更 1

- OSASMグループ 1

- OSDBAグループ 1

- OSOPERグループ 1

- OUI

- 「Oracle Universal Installer」を参照

- アウトオブプレース・アップグレード 1

P

- パッケージ 1

- PARALLEL_EXECUTION_MESSAGE_SIZE 1

- パラレル・リカバリ 1

- パラメータ

- 「初期化パラメータ」を参照

- パッチ

- すべてのノードへのパッチの適用方法 1

- 適用 1

- インストール中の以前ダウンロード済のパッチの適用 1

- 定義 1

- 検索 1

- 最小停止時間でのパッチの適用 1

- ローリング方式でのパッチの適用 1

- パッチ計画 1

- パッチ・セット

- 定義 1

- PDB

- 「プラガブル・データベース(PDB)」を参照

- udevの権限ファイル 1

- 物理RAM要件 1

- プラガブル・データベース(PDB) 1

- ポリシー管理データベース

- 定義 1

- プライベート・インターコネクト

- Oracle Clusterware 1

- パブリック・インタフェース名 1

R

- RAM要件 1

- rconfig 1

- リカバリ可能なエラー 1

- リカバリ

- アーカイブ・ログ 1 , 2

- データベース 1

- 説明 1

- アーカイブの有効化 1

- インスタンスの状態 1

- Oracle Cluster Registry (OCR) 1

- パラレル化 1

- 権限 1

- バックアップからのOCRのリストア 1

- サーバー・パラメータ・ファイル 1

- 投票ディスク 1

- Oracle Enterprise Manager 1

- Recovery Manager(RMAN)

- チャネル 1

- パラレル化およびバックアップ 1

- REDO_TRANSPORT_USER 1

- REDOログ

- 場所 1

- 冗長性

- 標準 1

- 冗長なインターコネクトの使用 1

- REMOTE_LOGIN_PASSWORDFILE 1

- 要件

- ハードウェア 1

- ネットワーク 1

- ソフトウェア 1

- 記憶域 1

- リソース・マネージャ

- 「データベース・リソース・マネージャ」を参照

- RESULT_CACHE_MAX_SIZE 1

- ROLLBACK_SEGMENTS 1

- ローリング方式でのパッチの適用 1

- root.sh 1

- RPM

- ASMLIB 1

- RSA鍵 1

- udevのルール・ファイル 1

- 実行時接続ロード・バランシング 1

S

- スクリプト

- 修正 1

- セキュア・シェル

- 構成 1

- サーバー・クラス 1

- サーバー制御ユーティリティ(SRVCTL)

- 説明 1

- サーバー・パラメータ・ファイル

- 説明 1

- リカバリ 1

- サーバー・プール 1

- サーバー側のロード・バランシング 1

- サービス

- 管理ポリシー 1

- SERVICE_NAMES 1

- サービス

- 管理 1

- 使用可能インスタンス 1

- 作成 1

- 定義 1

- フェイルオーバー 1 , 2

- フェイルオーバーのタイプ

- トランザクション 1

- 優先インスタンス 1

- ワークロード管理での使用 1

- データベース接続での使用 1

- セッション

- 切断 1

- kill 1

- 終了 1

- 共有Oracleホーム・ディレクトリ 1

- 共有記憶域

- サポートされているタイプ 1

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

- ソフトウェア要件

- ソフトウェア要件の確認 1

- SPFILE 1

- 「サーバー・パラメータ・ファイル」を参照

- SQL*Plus

- 説明 1

- SSH

- 「セキュア・シェル」を参照

- スワップ領域

- 要件 1

- SYSOPER権限 1

- システム・グローバル領域(SGA) 1

T

- 表領域

- UNDO 1

- 一時ディスク領域

- 要件 1

- セッションの終了 1

- 時刻同期 1

- tnsnames.oraファイル 1 , 2 , 3

- トポロジ 1

- TRACE_ENABLED 1

- トランザクションTAF 1

- トランザクション・フェイルオーバー 1

- トランザクション・ガード

- JDBCクライアントの構成 1

- JDBC-Thinクライアントの構成 1

- OCIクライアントの構成 1

- サービス属性の構成 1

- トランザクションの冪等性 1

- トラブルシューティング

- アラート・ログ・メッセージ 1

- インターコネクト設定 1

- クラスタ・レディ・サービス・コントロール(CRSCTL)の使用 1 , 2

- クラスタ検証ユーティリティ(cluvfy)の使用 1

- クラスタ・データベースのアラートの表示 1

U

- udev 1

- UNDO_MANAGEMENT 1 , 2

- UNDO_RETENTION 1

- UNDO_TABLESPACE 1

- UNDOセグメント 1

- Universal Connection Pool (UCP) 1 , 2

- Gridホームのロック解除 1

- up2date 1

- アップグレード

- アウトオブプレース 1

- ユーザー等価関係 1 , 2

- ユーザー等価関係

- 有効化 1

V

- VIP

- 「仮想IP」を参照

- 仮想IP (VIP) 1

- 投票ディスク

- 追加および削除 1

- バックアップ 1

- 定義 1

- Oracle ASMへの移行 1

- 複数 1

- リカバリ 1

W

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

- ユーザーの作成 1

- ワークロード管理 1

Y

- YUM 1

Oracleの法律上の注意点

コピーライト

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

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利について

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

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

危険な用途への使用について

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

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

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

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。