導入運用手引書 -...

J2S0-0459-01Z0(00)2017年4月

Oracle Solaris

FUJITSU SoftwarePRIMECLUSTER Wizard for Oracle 4.5

導入運用手引書

はじめに

本書の目的

本書は、PRIMECLUSTER Wizard for Oracle の導入から運用までの流れを説明したものです。

本書の読者

本書は、PRIMECLUSTER システムの設計、構築、または運用管理を行う、システムエンジニアやシステム管理者を対象にしており、

PRIMECLUSTER および Oracle の知識を有していることを前提にしています。

本書について

本書は、6章と付録で構成されています。各章の内容を以下に示します。

・第1章機能概要

・第2章環境設定

・第3章運用

・第4章コマンド

・第5章留意事項

・第6章メッセージ一覧

・付録A トラブル事例集

・付録B Oracleリソースの追加作成／設定変更／削除

・付録C Oracle Grid Infrastructure のインストールと Oracle ASM インスタンス、データベースの作成

・付録D Oracle Database ソフトウェアを共用ディスク上で使用する場合

・付録E Oracle Solaris ゾーン環境で PRIMECLUSTER Wizard for Oracle を使用する場合

・付録F シングルノードクラスタ運用

・付録G Oracle Data Guard/Oracle Active Data Guardを使用する場合

・付録H (参考)アクション定義ファイル

用語について

本書中で使用しているクラスタ関連の用語については、関連マニュアルを参照してください。

Oracle Solaris は Solaris, Solaris Operating System, Solaris OS と記載することがあります。

以下は特に断りがないかぎり Oracle Database の用語です。Oracle Database のマニュアルを参照してください。

・ Oracle インスタンス

本書では、“インスタンス”、“Oracle インスタンス” または “Oracle RAC インスタンス” と表記します。

・ Oracle リスナー

本書では、“リスナー” または “Oracle リスナー” と表記します。

・ Oracle Database本書では、“Oracle Database” 、“Oracle データベース”、“Oracle”または“Oracle Version Release”と表記します。

・ Oracle Real Application Clusters本書では、“Oracle RAC” または “Oracle RAC Version Release” と表記します。

本製品でサポートする Oracle Real Application Clusters のバージョン、リリースについては、本製品のソフトウェア説明書を参照し

てください。

・ Oracle Clusterware本書では、“Oracle Clusterware” と表記します。

- i -

・ Oracle Automatic Storage Management本書では、“ASM”または“Oracle ASM”と表記します。

・ Oracle Data Guard本書では、"Oracle Data Guard"と表記します。

・ Oracle Active Data Guard本書では、"Oracle Active Data Guard"と表記します。

本書では、Oracle Data GuardとOracle Active Data Guardをまとめて"Oracle Data Guard"と表記している場合があります。

・プライマリ・データベース

本書では、"プライマリ・データベース"と表記します。

・スタンバイ・データベース

本書では、"スタンバイ・データベース"と表記します。

またスタンバイ・データベースには、「フィジカル・スタンバイ・データベース」、「ロジカル・スタンバイ・データベース」、「スナップショッ

ト・スタンバイ・データベース」の3タイプがあります。

・プライマリ・サイト

プライマリ・データベースを運用するシステムを、本書では、"プライマリ・サイト"と表記します。

・スタンバイ・サイト

スタンバイ・データベースを運用するシステムを、本書では、"スタンバイ・サイト"と表記します。

・ Oracle ユーザー

Oracle データベースの操作を行う、OSDBA グループに所属するオペレーティング・システム上のユーザーです。

本書では、“Oracle ユーザー” と表記します。

・マルチテナント・コンテナ・データベース

本書では、“マルチテナント・コンテナ・データベース”または“CDB”と表記します。

・プラガブル・データベース

本書では、“プラガブル・データベース”または“PDB”と表記します。

本書の表記について

本書中の表記方法は以下のとおりです。

ポイント

ポイントとなる内容を説明します。

参考

参考となる内容を説明します。

参照

参照となる内容を説明します。

注意

注意する項目について説明します。

- ii -

例

例題を用いて説明します。

輸出管理規制について

本ドキュメントを輸出または第三者へ提供する場合は、お客様が居住する国および米国輸出管理関連法規等の規制をご確認のうえ、

必要な手続きをおとりください。

商標について

PRIMECLUSTERは、富士通株式会社の登録商標です。

Oracle と Java は、Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。文中の社名、

商品名等は各社の商標または登録商標である場合があります。

その他記載された社名および各種製品名は、識別のためにのみ掲載されており、一般に各社の製品名称、商標または登録商標で

す。

お願い

・本書を無断で他に転載しないようお願いします。

・本書は予告なしに変更されることがあります。

出版年月および版数

出版年月および版数マニュアルコード

2017年 4月初版 J2S0-0459-01Z0(00)/ J2S0-0459-01Z2(00)

著作権表示

Copyright FUJITSU LIMITED 2017

- iii -

目　次

第1章機能概要.........................................................................................................................................................................11.1 機能概要............................................................................................................................................................................................. 11.2 動作環境............................................................................................................................................................................................. 2

第2章環境設定.........................................................................................................................................................................92.1 環境設定手順..................................................................................................................................................................................... 92.2 スタンバイ運用の場合.......................................................................................................................................................................10

2.2.1 PRIMECLUSTER のインストール・設定....................................................................................................................................102.2.2 Oracle Database ソフトウェアのインストール・設定.................................................................................................................... 102.2.3 userApplication およびリソースの構成...................................................................................................................................... 122.2.4 Oracle リソースを含まない userApplication の作成...................................................................................................................13

2.2.4.1 userApplication の作成....................................................................................................................................................... 142.2.4.2 RMS 構成定義の生成と配布............................................................................................................................................. 14

2.2.5 userApplication の動作確認...................................................................................................................................................... 152.2.6 データベースの作成・設定........................................................................................................................................................ 162.2.7 userApplication の編集.............................................................................................................................................................. 22

2.2.7.1 userApplication のみの削除............................................................................................................................................... 232.2.7.2 Oracle リソースの作成......................................................................................................................................................... 232.2.7.3 その他必要なリソースの作成..............................................................................................................................................342.2.7.4 userApplication の作成....................................................................................................................................................... 342.2.7.5 その他必要な userApplication の作成............................................................................................................................... 352.2.7.6 RMS 構成定義の生成と配布............................................................................................................................................. 35

2.2.8 userApplication の動作確認...................................................................................................................................................... 362.3 Oracle RAC 11g R2/12c R1 のスケーラブル運用の場合................................................................................................................ 37

2.3.1 PRIMECLUSTER のインストール・設定....................................................................................................................................372.3.2 Oracle Database ソフトウェアのインストール・設定.................................................................................................................... 372.3.3 userApplication およびリソースの構成...................................................................................................................................... 412.3.4 Oracle Clusterware リソースを含む userApplication の作成..................................................................................................... 462.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成............................................................................ 522.3.6 その他必要なリソースや userApplication の登録..................................................................................................................... 682.3.7 RMS 構成定義の生成と配布.................................................................................................................................................... 682.3.8 userApplication の動作確認...................................................................................................................................................... 70

2.4 参考................................................................................................................................................................................................... 722.4.1 Oracle リソース起動・停止時のスクリプトの設定........................................................................................................................722.4.2 Oracle ASM（Automatic Storage Management）を使用する場合..............................................................................................75

2.4.2.1 環境構築時の注意(Oracle Database 10g R2/11g R1の場合)........................................................................................... 752.4.2.2 環境構築時の注意(Oracle Database 11g R2/12c R1の場合)............................................................................................792.4.2.3 運用時の注意......................................................................................................................................................................83

第3章運用.............................................................................................................................................................................. 843.1 クラスタ環境における Oracle データベースの制御......................................................................................................................... 84

3.1.1 スタンバイ運用の場合................................................................................................................................................................843.1.1.1 スタンバイ運用における Oracleリソースの起動、停止....................................................................................................... 843.1.1.2 スタンバイ運用におけるOracleリソースの監視...................................................................................................................87

3.1.2 Oracle RAC スケーラブル運用の場合...................................................................................................................................... 903.1.2.1 Oracle RAC スケーラブル運用における Oracleリソースの起動、停止..............................................................................903.1.2.2 Oracle RAC スケーラブル運用における Oracleリソースの監視........................................................................................ 91

3.1.3 シングルノードクラスタ運用の場合............................................................................................................................................ 913.2 Oracleデータベースのメンテナンスについて................................................................................................................................... 92

3.2.1 Oracle データベースの設定変更...............................................................................................................................................933.2.1.1 Oracle データベースを停止させる必要がある場合........................................................................................................... 94

3.2.2 パッチ適用..................................................................................................................................................................................943.2.2.1 In-place アップグレードによるパッチ適用...........................................................................................................................953.2.2.2 Out-of-place アップグレードによるパッチ適用（スタンバイ運用、シングルノードクラスタ運用）....................................... 973.2.2.3 Out-of-place アップグレードによるパッチ適用（Oracle RACスケーラブル運用）............................................................100

- iv -

3.2.3 バックアップ.............................................................................................................................................................................. 1033.2.3.1 コールドバックアップ......................................................................................................................................................... 1033.2.3.2 ホットバックアップ...............................................................................................................................................................104

3.2.4 リカバリー.................................................................................................................................................................................. 1043.2.4.1 Oracle データベースを停止させる必要がある場合......................................................................................................... 1043.2.4.2 Oracle データベースを停止させる必要がない場合.........................................................................................................105

3.2.5 PDBの追加・削除.....................................................................................................................................................................1063.2.5.1 PDBの追加........................................................................................................................................................................1063.2.5.2 PDBの削除........................................................................................................................................................................107

3.3 クラスタ運用中の Oracle SYSTEM ユーザーパスワード変更手順...............................................................................................1073.4 切替え発生時の問題解決.............................................................................................................................................................. 1093.5 トラブル調査情報............................................................................................................................................................................ 1093.6 ログファイル..................................................................................................................................................................................... 110

第4章コマンド........................................................................................................................................................................1124.1 hvoradisable - リソース監視の中断................................................................................................................................................. 1124.2 hvoraenable - リソース監視の再開.................................................................................................................................................. 1134.3 clorapass - 監視用パスワードの登録.............................................................................................................................................. 1144.4 cloracpy - Oracle データベース設定ツール（待機ノード用）......................................................................................................... 1154.5 clgetoralog - Oracle データベース調査資料採取.......................................................................................................................... 1164.6 clorainfo - 設定情報や監視状態の表示........................................................................................................................................1184.7 clorabr - 設定情報のバックアップ／リストア................................................................................................................................... 120

第5章留意事項.....................................................................................................................................................................122

第6章メッセージ一覧.............................................................................................................................................................125

付録A トラブル事例集............................................................................................................................................................ 142A.1 Oracle インスタンスに関するトラブル............................................................................................................................................. 142

A.1.1 起動・停止に失敗....................................................................................................................................................................142A.1.2 AutoRecover やフェイルオーバが発生.................................................................................................................................. 143A.1.3 Warning 状態に遷移...............................................................................................................................................................145

A.2 リスナーに関するトラブル...............................................................................................................................................................146A.2.1 起動・停止に失敗....................................................................................................................................................................146A.2.2 AutoRecover やフェイルオーバが発生.................................................................................................................................. 147A.2.3 Warning 状態に遷移...............................................................................................................................................................148

A.3 PDBに関するトラブル.....................................................................................................................................................................148A.3.1 起動・停止に失敗....................................................................................................................................................................148A.3.2 メッセージが出力された.......................................................................................................................................................... 149

付録B Oracle リソースの追加作成／設定変更／削除............................................................................................................ 150B.1 リソースの追加作成........................................................................................................................................................................ 150

B.1.1 個々のリソースを追加作成する場合.......................................................................................................................................150B.1.2 Oracle リソースを追加作成する場合.......................................................................................................................................151

B.2 リソースの設定変更........................................................................................................................................................................ 153B.3 リソース名の変更............................................................................................................................................................................ 154B.4 リソースの削除................................................................................................................................................................................ 155

B.4.1 個々のリソースを削除する場合...............................................................................................................................................155B.4.2 まとめて削除する場合............................................................................................................................................................. 155

付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成.......................................... 157

付録D Oracle Database ソフトウェアを共用ディスク上で使用する場合................................................................................... 164

付録E Oracle Solarisゾーン環境でPRIMECLUSTER Wizard for Oracleを使用する場合....................................................... 170E.1 システム構成の留意事項............................................................................................................................................................... 170E.2 構築手順......................................................................................................................................................................................... 170

E.2.1 Wizard for Oracleのインストール............................................................................................................................................. 170E.2.2 Oracle Database ソフトウェアのインストールとデータベースの作成....................................................................................... 170

- v -

E.3 保守手順......................................................................................................................................................................................... 171E.3.1 Oracle データベースのメンテナンス........................................................................................................................................171E.3.2 Wizard for Oracle への修正適用............................................................................................................................................ 171E.3.3 トラブル調査情報の採取方法................................................................................................................................................. 171

E.4 アンインストール手順......................................................................................................................................................................171

付録F シングルノードクラスタ運用.......................................................................................................................................... 172F.1 Oracle ASMを使用しない場合.......................................................................................................................................................173F.2 Oracle Database 10g R2/11g R1のOracle ASMを使用する場合...................................................................................................174F.3 Oracle Database 11g R2/12c R1のOracle ASMを使用する場合................................................................................................... 175

付録G Oracle Data Guard/Oracle Active Data Guardを使用する場合.................................................................................. 178G.1 機能概要.........................................................................................................................................................................................178G.2 環境設定.........................................................................................................................................................................................180G.3 運用.................................................................................................................................................................................................182

G.3.1 スタンバイ運用における Oracle データベースの制御........................................................................................................... 182G.3.2 Oracle RACスケーラブル運用における Oracle データベースの制御...................................................................................185

G.4 データベース・ロールの切替え手順概要......................................................................................................................................187G.4.1 データベース・ロールの切替え手順例...................................................................................................................................187G.4.2 プライマリ・データベースとフィジカル・スタンバイ・データベースの切替え.......................................................................... 188G.4.3 プライマリ・データベースとロジカル・スタンバイ・データベースの切替え............................................................................. 192G.4.4 フィジカル・スタンバイ・データベースからスナップショット・スタンバイ・データベースへの変換.......................................... 196G.4.5 スナップショット・スタンバイ・データベースからフィジカル・スタンバイ・データベースへの変換.......................................... 199

G.5 留意事項.........................................................................................................................................................................................202

付録H （参考）アクション定義ファイル......................................................................................................................................204

- vi -

第1章機能概要

1.1 機能概要

PRIMECLUSTER Wizard for Oracle は、PRIMECLUSTER 上で Oracle データベースのクラスタ運用を行うためのソフトウェア製品で

す。PRIMECLUSTER 上で Oracle Real Application Clusters (Oracle RAC) によるスケーラブル運用や、Oracle データベースのスタン

バイ運用 (コールドスタンバイ) 、シングルノードクラスタ運用、Oracle Data Guard/Oracle Active Data Guard環境でのクラスタ運用を行

うことができます。

Oracleデータベースのマルチテナント機能を使用したマルチテナント・コンテナ・データベース(CDB)とプラガブル・データベース(PDB)のスタンバイ運用(コールドスタンバイ)、シングルノードクラスタ運用を行うことができます。

CDBの環境設定、監視、起動・停止制御、運用の方法はとくに明記しない限りOracleインスタンスと同じです。PDBについては各章の

PDBに関する記事を参照してください。

参照

Oracle Data Guard/Oracle Active Data Guard環境でスタンバイ・データベースのクラスタ運用を行う場合、"付録G Oracle Data Guard/Oracle Active Data Guardを使用する場合"を参照してください。

本製品は、以下の機能を提供します。

機能概要

環境設定クラスタ運用のための環境設定インターフェース

監視 Oracle インスタンス、リスナーの状態を監視するデーモンプロセス

起動・停止制御 Oracle インスタンス、リスナーの起動・停止を制御するスクリプト

運用・設定コマンド運用時に使用するコマンド類

環境設定

Oracleデータベースのクラスタ運用を行うには、userApplication (クラスタアプリケーション) に Oracle インスタンスやリスナーを「リソー

ス」として登録する必要があります。本製品は、それを行うための環境設定インターフェースを提供します。詳細は、「第2章環境設定」

を参照してください。

監視

Oracle インスタンス、リスナーの監視を行います。

監視処理中に異常を検出した場合、スタンバイ運用では、Oracle インスタンスまたはリスナーの再起動やフェイルオーバを自動的に行

います。スケーラブル運用では、Oracle Clusterware が Oracle インスタンスまたはリスナーのリカバリーや縮退を行います。詳細は、「3.1クラスタ環境における Oracle データベースの制御」を参照してください。

・ Oracle インスタンスの監視

以下の方法で Oracle インスタンスを監視します。

－ Oracle インスタンスのバックグラウントプロセスの監視

SYSTEM ユーザーにて Oracle インスタンスへ接続し、PMON・SMON・DBWn・LGWR・CKPT の5つのバックグラウンドプロセ

スの存在を一定周期で監視します。

－ SQL 文の実行による監視

監視用テーブルを使って SQL 文(INSERT・UPDATE・DELETE・COMMIT)が実行できることを一定周期で監視します。SQL文の実行結果から Oracle インスタンスの状態を監視します。そのため、Oracle インスタンスのプロセス生死だけでなく、論理的

な異常も検出することが可能です。

・リスナーの監視

以下の方法でリスナーを監視します。

- 1 -

－リスナープロセスの監視

リスナープロセスの存在を一定周期で監視します。

－ tnsping コマンドによる監視

スタンバイ運用では、Oracle データベースの tnsping コマンドを実行しネットサービスが有効か確認します。

－スケーラブル運用では、tnsping コマンドによる監視は行いません。

・ Oracle Clusterware の監視

Oracle Clusterware を監視しません。

・ CDBとPDBの監視

CDBの監視方法は“Oracle インスタンスの監視”と同じです。

PDBの監視は、CDBに接続してPDBの管理表を取得し、PDBの状態を確認します。PDBの異常を検出するとsyslogへメッセージ

を出力します。PDBの異常による再起動やフェイルオーバは行いません。

起動・停止制御

userApplication の状態遷移に従って、Oracle インスタンス、リスナー、Oracle Clusterwareを自動的に起動・停止します。詳細は、「3.1クラスタ環境における Oracle データベースの制御」を参照してください。

・ Oracle インスタンスの起動・停止

スタンバイ運用では、Oracle インスタンスの状態をチェックし、リカバリー処理を実施しながら起動します。例えば Oracle データベー

スのオンライン・バックアップ中に Oracle インスタンスがダウンした場合、次回の起動処理中に END BACKUP を自動的に実行し

ます。停止においては、デフォルトでは IMMEDIATE モードで停止し、正常に停止できなかった場合は、さらに ABORT モードで

停止します。そのため、高速なフェイルオーバが可能です。

Oracle RAC スケーラブル運用では、Oracle データベースの srvctl コマンドを使った起動・停止を行います。

・リスナーの起動・停止

スタンバイ運用では、Oracle データベースの lsnrctl コマンドを使った起動・停止を行います。また、起動・停止処理と同時にリス

ナープロセスのチェックも行い、起動や停止が正しく行われたことも確認します。

Oracle RAC スケーラブル運用では、リスナーを起動します。

・ Oracle Clusterware の起動・停止

Oracle RAC スケーラブル運用の場合、Oracle データベースの crsctl コマンドを使った起動・停止を行います。

・ CDBとPDBの起動・停止

CDBの起動・停止方法は“Oracle インスタンスの起動・停止”と同じです。

CDBの起動後にCDB上の全てのPDBを起動します。

1.2 動作環境

- 2 -

スケーラブル運用

Oracle RAC によるスケーラブル運用では、全ノードで Oracle インスタンスが動作します。クライアントはどちらのノードに接続してもデー

タベースを使用することができます。

- 3 -

スタンバイ運用

スタンバイ運用では、運用ノードと待機ノードが存在します。運用ノードでは、 Oracle インスタンス、リスナー、論理IPアドレス、共用ディ

スクへの接続が活性化され、待機ノードでは、それらが非活性化されています。異常発生時には、待機ノードへの業務の切替えが発

生し、待機ノードの資源が活性化されます。クライアントは論理IPアドレスによる接続を行うことにより、設定を変更することなく運用中の

ノードに接続することができます。

注意

・ Oracle Database 11g R2/12c R1 で Oracle ASM を使用する場合は Oracle Grid Infrastructure をインストールする必要があります。

Oracle Grid Infrastructure をインストールする場合は Oracle Database のインストールユーザーと Oracle Grid Infrastructure のイン

ストールユーザーを分割する構成をサポートします。単一インストールユーザーの構成はサポート対象外です。

また、Oracle Database のインストールユーザーの ORACLE_BASE 環境変数と Oracle Grid Infrastructure のインストールユーザー

の ORACLE_BASE 環境変数は、異なるディレクトリを指定してください。

・ Oracle Solaris ゾーン環境で PRIMECLUSTER Wizard for Oracle を使用する場合は、“付録E Oracle Solarisゾーン環境で

PRIMECLUSTER Wizard for Oracleを使用する場合”を参照してください。

Oracle Data Guard/Oracle Active Data Guardを使用した運用

スケーラブル運用

- 4 -

Oracle Data Guardを使用したOracle RACによるスケーラブル運用では、プライマリ・サイトの全ノードでOracleデータベースが動作しま

す。スタンバイ・サイトでは、全ノードまたは1ノードでOracleデータベースを動作させることができます。ログ適用サービスは、どれか1ノードだけで起動するように設定・運用してください。


- 5 -

Oracle Data Guardを使用したスタンバイ運用では、プライマリ・サイトおよび、スタンバイ・サイトで運用ノードと待機ノードが存在します。

それぞれのサイトの運用ノードでOracleデータベースが動作します。運用ノードで異常が発生した場合に、待機ノードへの業務の切替

えが発生し、待機ノードで Oracleデータベースが動作します。

- 6 -

シングルノードクラスタ運用

シングルノードクラスタ運用は、1ノードから構成されるクラスタシステムです。アプリケーションの状態を監視し、異常発生時には、アプ

リケーションを再起動して業務を継続します。

注意

・ Oracle Database 11g R2/12c R1で Oracle ASM を使用する場合は Oracle Grid Infrastructure をインストールする必要があります。



また、Oracle Database のインストールユーザーの ORACLE_BASE 環境変数と Oracle Grid Infrastructureのインストールユーザー


・ Oracle Solaris ゾーン環境で PRIMECLUSTER Wizard for Oracle を使用する場合は、“付録F シングルノードクラスタ運用”を参照

してください。

参考

スケーラブル運用、スタンバイ運用、シングルノードクラスタ運用の運用形態については、「PRIMECLUSTER導入運用手引書」を参照


- 7 -

マルチテナント構成

スタンバイ運用またはシングルノードクラスタ運用でマルチテナント構成をサポートします。CDBの起動・停止・監視処理は通常のOracleインスタンスと同じです。CDBの起動後にPDBも起動します。PDBの異常を検出するとsyslogへメッセージを出力します。PDBの異常に

よる再起動やフェイルオーバは行いません。

1～252個(Oracle Databaseの上限)のPDBを管理することができます。

CDB内に1つだけPDBを持つシングルテナント構成もサポートします。

- 8 -

第2章環境設定

2.1 環境設定手順

動作環境ごとに一般的な環境設定手順を示します。

注意

本章で説明する環境設定手順は、userApplication を新規に作成する場合のものです。本製品の以前のバージョンにて既に作成済み

の環境を、今回新たに 4.5A00 にアップデートして運用する場合は、本製品付属のソフトウェア説明書を参照して設定を行ってくださ

い。


項番概要

運用ノード待機ノード

1 PRIMECLUSTER のインストール・設定 PRIMECLUSTER のインストール・設定

2 PRIMECLUSTER Wizard for Oracle のインストール PRIMECLUSTER Wizard for Oracle のインストール

3 Oracle Databaseソフトウェアのインストール・設定 Oracle Databaseソフトウェアのインストール・設定

4 userApplication の作成

5 データベースの作成・設定

6 データベースの設定

7 Oracle リソースの作成・設定

2.2 スタンバイ運用の場合で、環境設定手順の詳細を説明します。

スケーラブル運用 (Oracle RAC 用)

項番概要

初のノードその他のノード

1 PRIMECLUSTER のインストール・設定 PRIMECLUSTER のインストール・設定

2 PRIMECLUSTER Wizard for Oracle のインストール PRIMECLUSTER Wizard for Oracle のインストール

3 Oracle Database ソフトウェアのインストール・設定 Oracle Database ソフトウェアのインストールのための設定

4 データベースの作成

5 userApplication およびリソースの作成

2.3 Oracle RAC 11g R2/12c R1 のスケーラブル運用の場合で、Oracle RAC 11g R2/12c R1 を使用する場合の環境設定手順の詳細を

説明します。

Oracle Data Guard/Oracle Active Data Guardを使用した運用

"付録G Oracle Data Guard/Oracle Active Data Guardを使用する場合"で、環境設定手順の詳細を説明します。

シングルノードクラスタ運用

"付録F シングルノードクラスタ運用"で、環境設定手順の詳細を説明します。

- 9 -

2.2 スタンバイ運用の場合

本章では、スタンバイ運用の環境設定について説明します。Oracle RAC スケーラブル運用の場合は、環境設定手順が異なるため、

“2.3 Oracle RAC 11g R2/12c R1 のスケーラブル運用の場合” を参照してください。

注意

・ Oracle Database 11g R2/12c R1 で Oracle ASM を使用する場合は Oracle Grid Infrastructure をインストールする必要があります。





本書では、Oracle Database のインストールユーザーを“Oracle ユーザー”、Oracle Grid Infrastructure のインストールユーザーを

“Grid ユーザー”と記載します。

2.2.1 PRIMECLUSTER のインストール・設定

ハードウェアの設定

PRIMECLUSTER に必要なハードウェアの設定を行います。Oracle データベースのデータベースファイルを作成する共用ディスク装

置が必要となります。

ソフトウェアのインストール

PRIMECLUSTER のソフトウェア説明書に従って、インストールを行ってください。

スタンバイ運用では、以下のいずれかの製品が必要です。

・ PRIMECLUSTER Enterprise Edition

・ PRIMECLUSTER HA Server

・ PRIMECLUSTER Clustering Base

PRIMECLUSTER Wizard for Oracle をインストールします。PRIMECLUSTER Wizard for Oracle のソフトウェア説明書に従って、イン

ストールを行ってください。

クラスタの設定

PRIMECLUSTER のマニュアルに従って、クラスタの設定を行ってください。ネットワークや共用ディスク装置の設定も行ってください。

Global Disk Services (以降、GDS)は “切替えディスク” として設定してください。

参考

詳細は、「PRIMECLUSTER 導入運用手引書」を参照してください。

2.2.2 Oracle Database ソフトウェアのインストール・設定

Oracle Database ソフトウェアのインストールおよび設定について説明します。

注意

・ここでは、Oracle Database ソフトウェアのインストールだけを実施し、データベースは作成しないでください。データベースは「2.2.6データベースの作成・設定」で作成します。

・ Oracle Database ソフトウェアを共用ディスクに配置する環境では、Oracle ASM はサポート対象外です。Oracle ASM を使用する場

合は、Oracle Database ソフトウェアを各ノードのローカルディスクにインストールしてください。

- 10 -

・ 1台のサーバに複数の ORACLE_HOME を作成する場合 (複数の Oracle Database ソフトウェアをインストールする場合) は、それ

ぞれ異なる Oracle ユーザーを準備してください。1つの Oracle ユーザーが複数の ORACLE_HOME を持つことはできません。

・ Oracle Database 11g R2/12c R1で Oracle ASM を使用するために Oracle Grid Infrastructure をインストールする場合は、OracleユーザーとGrid ユーザーを分割してインストールしてください。この構成でのインストール手順については“2.4.2 Oracle ASM（Automatic Storage Management）を使用する場合” を参照してください。

・「第5章留意事項」に関連情報を記載していますので、事前にご確認ください。

初期設定

・カーネルパラメーターの設定

PRIMECLUSTER で使用する値に、Oracle データベース自身が使用する値を加えて設定する必要があります。カーネルパラメー

ターの設定は使用する Oracle Database のバージョンやデータベースの構成によって異なるため、Oracle Database のインストール

ガイドを参照してください。パラメーターの設定は全てのノードで同一になることを推奨します。

注意

カーネルパラメーター semopm には、4以上の値を設定してください。

・ Oracle ユーザーの設定

Oracle データベースのインストールおよび、起動・停止等の操作を行うための OSDBA グループに所属する OS ユーザーを作成

します。ユーザーID、グループIDは全ノードで同一にする必要があります。

例

以下の例では、OSDBA グループである dba とOracle Inventory グループである oinstall に所属する OS ユーザーを作成していま

す。

# groupadd -g <グループID> dba

# groupadd -g <グループID> oinstall

# useradd -u <ユーザーID> -g oinstall -G dba -d /home/oracle -s /bin/sh -m oracle

# passwd oracle

Oracle ユーザーの環境変数を設定する必要があります。

環境変数ORACLE_BASE、ORACLE_HOME、ORACLE_SIDをOracleデータベースの環境に合わせて設定してください。

環境変数PATHに$ORACLE_HOME/binを追加してください。

listener.oraの格納先が$ORACLE_HOME/network/admin配下ではない場合は環境変数TNS_ADMINを設定してください。

例

(.profile)

ORACLE_BASE=/opt/oracle; export ORACLE_BASE

ORACLE_HOME=/opt/oracle/product/11.2.0; export ORACLE_HOME

ORACLE_SID=ora; export ORACLE_SID

PATH=$ORACLE_HOME/bin:/usr/bin:/usr/ccs/bin:/usr/ucb; export PATH

TNS_ADMIN=$ORACLE_HOME/network/admin2; export TNS_ADMIN

参考

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

- 11 -

注意

PRIMECLUSTER Wizard for Oracle では、Oracle データベースの操作を OSDBA グループに所属する OS ユーザー (Oracle ユー

ザー) で行います。

－以下のように root ユーザーで su(1M) を実行し、Oracle ユーザーにスイッチできることを確認してください。

# su - <Oracle ユーザー>

－ Oracle ユーザーのプロファイルにおいて、対話型のコマンド (例 script) を実行しないでください。プロファイルは、/etc/profile, .bash_profile, .cshrc, .profile などを指します。

－ Oracle ユーザーのホームディレクトリ、プロファイルを共用ディスクに配置した環境は、サポート対象外です。Oracle ユーザー

のホームディレクトリ、プロファイルは各ノードのローカルディスクに配置してください。

インストール

・ Oracle Database ソフトウェアをローカルディスクに配置する環境の場合は、Oracle Database のマニュアルに従ってインストールし

てください。

Oracle Database ソフトウェアを共用ディスクに配置する環境の場合は、“付録D Oracle Database ソフトウェアを共用ディスク上で使

用する場合”に従ってインストールしてください。

データベースは共用ディスク上に作成する必要があるので、インストール時には作成せず、共用ディスクのクラスタ設定が完了し

た後に作成してください。 (「2.2.6 データベースの作成・設定」で説明します)。

2.2.3 userApplication およびリソースの構成

スタンバイ運用時には userApplication は以下のような構成になります。

userApplication 説明登録するリソース

app1 運用を行う全てのノードを含む userApplicationです。 Oracle リソース

（インスタンス、リスナー）

Gds リソース

- 12 -


Fsystem リソース

Gls リソース

参考

userApplication の属性は以下の設定を推奨します。記述されていない属性は任意です。

属性説明

運用形態 Standby

AutoSwitchOver HostFailure|ResourceFailure|ShutDown

PersistentFault 1

HaltFlag yes

userApplication 作成の全体の流れは以下のようになります：

1 Oracle リソースを含まない userApplication の作成と動作確認 2.2.4 Oracle リソースを含まない userApplication の作成

2.2.5 userApplication の動作確認

2 Oracleデータベースの作成 2.2.6 データベースの作成・設定

3 Oracle リソースを含む userApplication の作成と動作確認 2.2.7 userApplication の編集


参考

PersistentFault は、リソース故障(Faulted)が発生した際に、RMS の再起動後も状態(Faulted)を維持するための設定です。故障箇所を

特定し、修復が完了したのを確認した後に、手動で userApplication を起動することを想定しています。例えば、故障が発生した場合

に、サーバがリブートされた後でもどの userApplication が故障したのかわかります。また、AutoStartUp が設定されている場合でも

userApplication の起動は行われず、自動起動により、再度故障が発生するのを防ぎます。

2.2.4 Oracle リソースを含まない userApplication の作成

ここでは、userApplication の作成と、Oracle データベース以外のリソースの設定を行います。Oracle データベースのリソースの設定

は、データベース作成後に行います。

- 13 -

GDS の設定

Oracle データベースの SYSTEM 表領域を配置するための Disk Class とその他のデータを配置するための Disk Class を別々に用意

している場合、 SYSTEM 表領域用 Disk Class には、MONITORONLY 属性 “NO”、その他のデータ用 Disk Class には、

MONITORONLY 属性 “YES” と設定しての運用も可能です。

参考

GDS リソースについては、「PRIMECLUSTER 導入運用手引書」を参照してください。

2.2.4.1 userApplication の作成

「PRIMECLUSTER 導入運用手引書」に従い userApplication を作成してください。

userApplication は、userApplication Configuration Wizard を使用して設定します。userApplication Configuration Wizard は、メニュー

から情報を選択しながら設定を行うウィザード形式になっています。

2.2.4.2 RMS 構成定義の生成と配布

設定内容を確認し、構成定義の生成と配布を行ってください。下図は生成・配布後のイメージです。

- 14 -


userApplication を起動し、動作確認を行います。全てのノードで userApplication が正しく動作しているか確認を行ってください。

運用構成

Web-Based Admin View の Cluster Admin 画面を参照して、正しく動作していることを確認してください。下図は動作時のイメージ図で

す。

- 15 -

共用ディスク装置

運用中のノードからディスクにアクセスできることを確認してください。また、共用ディスク上に Oracle ユーザー権限でファイルを作成で

きることも確認してください。

論理IPアドレス

クライアントマシンから、論理IPアドレスを使用して運用ノードにアクセスできるか確認してください。

2.2.6 データベースの作成・設定

・データベースの配置

データベースは共用ディスク上に作成します。共用ディスクが参照できる状態で行う必要があります。

各資源の配置は以下に示します。

項目場所備考

初期化パラメータ・ファイル(PFILE) 任意各ノードのローカルディスクに配置することを推奨します。

サーバー・パラメータ・ファイル(SPFILE) 共用下記「パラメータ・ファイル」項を参照してください。

パスワード・ファイル任意下記「パスワード・ファイル」項を参照してください。

制御ファイル共用

データファイル共用

REDO ログファイル共用

アーカイブ REDO ログ任意共用ディスクとローカルディスクとで多重化しておくことを推奨し

ます。

フラッシュ・リカバリ領域共用

ログファイル AUDIT_FILE_DEST ローカルトラブル調査時に確実に採取できるよう、各ノードのローカルディ

スクに配置してください。BACKGROUND_DUMP_DEST ローカル

CORE_DUMP_DEST ローカル

USER_DUMP_DEST ローカル

DIAGNOSTIC_DEST(Oracle Database 11g 以降)

ローカル

マルチテナント機能を使用したデータベースを作成する場合も、表のとおりに各資源を配置してください。PDBのデータファイルは

共用ディスクに配置してください。

注意

－アーカイブ REDO ログを共用ディスクに配置する場合、ディスクの容量の枯渇に注意してください。アーカイブログ領域不足

に陥ると、監視用 SQL によるデータ更新処理がハングアップし、リソース異常となる場合があります。

その後、userApplication がフェイルオーバしてもフェイルオーバ先の待機ノードでも共用ディスク上の領域不足により Oracleデータベースの起動に失敗するため、終的に両系停止となり業務が停止する場合があります。

－マルチテナント機能を使用したデータベースの場合、AUDIT_FILE_DESTに指定されるディレクトリのディスクの容量の枯渇

に注意してください。PDBを監視する際に、Oracleインスタンスリソースの監視間隔(デフォルト30秒)毎にAUDIT_FILE_DESTのディレクトリの容量が約1KBずつ増加します。ログファイルの容量や作成の頻度は環境によって異なります。定期的に

AUDIT_FILE_DESTのディレクトリの容量を確認して、バックアップや削除を行ってください。

－ Oracle Databaseソフトウェアを共用ディスクに配置する環境の場合、“付録D Oracle Database ソフトウェアを共用ディスク上で

使用する場合”を参照してデータベースの各資源を配置してください。

- 16 -

参考

－データベース作成前に、共用ディスクに Oracle ユーザーの書き込み権限があることを確認してください。

－ Oracle ASMを使用する場合、Oracle ASM を RMS リソースとして登録する必要があります。“2.4.2 Oracle ASM（AutomaticStorage Management）を使用する場合” を参照してください。

・スタンバイ運用におけるデータベースの作成と設定

－運用ノード

データベースの作成は運用ノード上からのみ行い、待機ノードでは、運用ノードから作成した共用ディスク上のデータベース

を動作させる設定のみ行います。

注意

1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールしている場

合) 、Oracle インスタンス名には異なる Oracle インスタンス名を設定してください。

参考

データベースの作成は、Oracle Database のマニュアルを参照してください。

－待機ノード

データベースを作成した運用側と同一の構成になるように、ディレクトリの作成やファイルのコピー、リンクの設定を行ってくだ

さい。

- <$ORACLE_HOME>/dbs 配下

- <$ORACLE_BASE>/admin/$ORACLE_SID 配下

- <$ORACLE_BASE>/diag 配下 (Oracle Database 11g R1/11g R2/12c R1の場合)

- <$ORACLE_HOME>/network/admin 配下

- 初期化パラメータAUDIT_FILE_DEST、BACKGROUND_DUMP_DEST、CORE_DUMP_DEST、USER_DUMP_DEST、

DIAGNOSTIC_DESTに設定されているディレクトリが存在しない場合は作成してください。

上記で作成したディレクトリとファイルのアクセス権限を運用系と同一にしてください。

アーカイブログ出力先等の設定を運用ノードで行った場合は、待機ノードでも同一の設定を行ってください。

参考

/opt/FJSVclora/sbin/cloracpy コマンドを使って、運用ノードの必要なファイルをtar形式にバックアップすることができます。 “4.4cloracpy - Oracle データベース設定ツール（待機ノード用）” を参照してください。

例

相互待機や N:1運用待機構成の場合も、1:1 運用待機と同様にデータベースの作成は、それぞれの運用ノードから行い、待機ノード

では、運用ノードから作成した共用ディスク上のデータベースを動作させる設定のみ行います。その他の運用形態も同様です。

- 17 -

・相互待機

・ 2:1 運用待機

・パラメータ・ファイル

初期化パラメータ LOCAL_LISTENER の設定が、listener.ora、tnsnames.ora の設定と整合性が保たれている必要があります。

Oracle データベースのネットワークの設定を行う場合も、注意してください。

Oracle データベースのサーバー・パラメータ・ファイルを使用する場合、サーバー・パラメータ・ファイルは共用ディスク上に配置し

てください。共用ディスク上に配置しない場合、運用、待機ノードで同一の設定で動作できなくなります。

サーバー・パラメータ・ファイルを共用ディスクに配置後、共用ディスク上のファイルを参照するための設定を運用・待機両ノードに

て実施してください。以下のいずれかの方法で設定してください。

－共用ディスク上のサーバー・パラメータ・ファイルへのシンボリックリンク・ファイルを作成する方法

$ ln -s <共用ディスク上の格納先>/spfile<$ORACLE_SID>.ora <$ORACLE_HOME>/dbs/spfile<$ORACLE_SID>.ora

－初期化パラメータ・ファイルにサーバー・パラメータ・ファイルの配置先を指定する方法

初期化パラメータ・ファイル (<$ORACLE_HOME>/dbs/init<$ORACLE_SID>.ora) に以下のように設定します。

spfile = <共用ディスク上の格納先>/spfile<$ORACLE_SID>.ora

注意

DBCA (Database Configuration Assistant) を使用してデータベースを作成する場合、サーバー・パラメータ・ファイルの格納先を指

定できない場合があります。（例：データベース作成先がファイルシステムの場合など）

このような場合、以下の例を参考にして、データベース作成後にサーバー・パラメータ・ファイルを共用ディスク上に移動してくださ

い。

1. 共用ディスクがマウントされていなければ、マウントする。

“2.2.4 Oracle リソースを含まない userApplication の作成” で作成した userApplication を起動してください。

- 18 -

2. サーバー・パラメータ・ファイルを共用ディスク上に移動する。

# mv <$ORACLE_HOME>/dbs/spfile<$ORACLE_SID>.ora <共用ディスク上の格納先>/spfile<$ORACLE_SID>.ora

3. 共用ディスク上のファイルを参照するための設定を実施する(前述の例を参照)。

手順3) は、運用・待機両ノードにて実施してください。

運用ノードで実施後、cloracpy コマンドを使用することもできます。

・パスワード・ファイル

パスワード・ファイルは、ローカルディスク、共用ディスクのいずれかに配置してください。どちらに配置するかは、以下の点を参考

にしてください。

－ローカルディスク

ローカルディスクに配置する場合、運用ノードでパスワード・ファイルを作成、または更新した後に、全ての待機ノードに配置す

る必要があります。そのため、共用ディスクに配置する場合に比べて、メンテナンス効率は低下します。

－共用ディスク

共用ディスク上に配置する場合、パスワード・ファイルの作成や更新は運用ノードでのみ実施します。そのため、ローカルディ

スクに配置する場合に比べて、メンテナンス効率は向上します。

共用ディスクに配置する場合は、運用ノードでパスワード・ファイルを作成し、共用ディスク上に配置してください。

$ orapwd file=<$ORACLE_HOME>/dbs/orapw<SID> password=password force=y

$ mv <$ORACLE_HOME>/dbs/orapw<SID> <共用ディスク上の格納先>/orapw<SID>

次に、全てのノードの$ORACLE_HOME/dbs 配下にシンボリックリンク・ファイルを作成してください。

$ ln -s <共用ディスク上の格納先>/orapw<SID> <$ORACLE_HOME>/dbs/orapw<SID>

・ネットワーク設定

各資源の配置は以下に示します。

－各資源の配置先

項目場所備考

listener.ora 任意配置先については、参考を参照してください。

tnsnames.ora 任意同上

<LISTENER>.log ローカル

参考

listener.ora/tnsnames.ora ファイルは、ローカルディスク、共用ディスクのいずれかに配置してください。どちらに配置するかは、

以下の点を参考にしてください。

- ローカルディスク

ローカルディスクに配置した場合、ファイルの編集は、ノードごとに行う必要があります。そのため、共用ディスクに配置す

る場合に比べて、メンテナンス効率は低下します。一方で、トラブル調査時には、共用ディスクのマウント状態の影響を受

けないため、確実にファイルを採取することができます。

- 共用ディスク

共用ディスク上に配置した場合、ファイルの編集は、共用ディスク上のファイルを編集するのみでよく、ローカルディスクに

配置する場合に比べて、メンテナンス効率は向上します。一方で、共用ディスクがマウントされていない場合に、トラブル調

査に必要なファイルを採取できないことがあります。

- 19 -

共用ディスクに配置する場合は、各ノードの $ORACLE_HOME/network/admin 配下にシンボリックリンク・ファイルを作成


・listener.ora の場合

$ ln -s <共用ディスク上の格納先>/listener.ora <$ORACLE_HOME>/network/admin/listener.ora

・tnsnames.ora の場合

$ ln -s <共用ディスク上の格納先>/tnsnames.ora <$ORACLE_HOME>/network/admin/tnsnames.ora

－ listener.ora

論理IPアドレスを使用したOracle リスナーの切替え運用を行う場合は、Oracle リスナーの IPアドレスに論理IPアドレスを設定し

ます。

例

LISTENER =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = <論理IPアドレス>)(PORT = 1521))

)

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = ora)

(ORACLE_HOME = /u01/app/oracle/product/db)

(SID_NAME = ora)

)

)

注意

- リスナーのオペレーティング・システム認証 (OS認証) を有効にしてください。

デフォルトでは OS 認証が有効になっています。listener.ora ファイルに以下のパラメーターを設定した場合もOS 認証は有

効になります。

LOCAL_OS_AUTHENTICATION_<LISTENER_NAME> = ON

- 1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールしてい

る場合) 、リスナー名には異なるリスナー名を設定してください。

－ tnsnames.ora

Oracle リスナーの監視において、tnsping による Oracle リスナー動作監視を行う場合は、tnsnames.ora の設定を行ってくださ

い。tnsnames.ora で設定したネット・サービス名をPRIMECLUSTER Wizard for Oracle の Oracle リスナーの環境設定で指定し

ます。tnsnames.ora で設定する $ORACLE_SID、ホスト (論理IPアドレス) およびポート番号は、監視対象の Oracle リスナーと

同一にします。

例

ネット・サービス名 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = <論理IPアドレス>)(PORT = 1521))

(CONNECT_DATA = (SID = ora))

)

- 20 -

・ SYSTEM ユーザーのパスワード

PRIMECLUSTER Wizard for Oracle では、Oracle データベースの SYSTEM ユーザーとして Oracle インスタンスに接続し、Oracleインスタンスの監視を行っています。そのため、SYSTEM ユーザーのパスワードを、PRIMECLUSTER Wizard for Oracle に登録

する必要があります。 4.3 clorapass - 監視用パスワードの登録を参照して、SYSTEM ユーザーのパスワードを登録してください。

マルチテナント機能を使用したデータベースを作成した場合は、CDBのSYSTEM ユーザーのパスワードを登録してください。PDBのローカルユーザーのパスワードを登録する必要はありません。

・ログファイルのフルパス定義

PRIMECLUSTER Wizard for Oracle の調査資料コマンド clgetoralog は、Oracle データベースのアラート・ファイルやリスナーログ

を採取します。しかしログファイルの格納場所によっては採取できない場合があり、この結果、トラブル調査に時間を要する可能性

があります。

これを防止するために、/opt/FJSVclora/etc/clgetoralog.conf ファイルにログファイルのフルパスを定義してください。詳細は、“4.5clgetoralog - Oracle データベース調査資料採取” の「注意」を参照してください。

・ Oracle データベースの動作確認

PRIMECLUSTER Wizard for Oracleでは、rootユーザーからOracleユーザーにsu(1M)を用いてスイッチし、Oracleインスタンス(デー

タベース)、リスナーの起動、停止を行っています。事前に、以下のようにrootユーザーでsu(1M)を実行し、Oracleユーザーにスイッ

チしてからOracle インスタンス、リスナーを手動で起動・停止できることを確認してください。マルチテナント機能を使用したデータ

ベースの場合は、PDBを手動で起動・停止できることも確認してください。

これは、運用、待機両ノードで行ってください。待機ノードで確認する場合はuserApplicationを待機ノードへ切替えて確認してくだ

さい。


$ lsnrctl start <リスナー名>

$ lsnrctl status <リスナー名>

$ lsnrctl stop <リスナー名>

$ sqlplus /nolog

SQL> connect / as sysdba

SQL> startup

SQL> select status from v$instance;

SQL> alter pluggable database all open; ※マルチテナント機能を使用したデータベースの場合

SQL> select name,open_mode from v$pdbs; ※マルチテナント機能を使用したデータベースの場合

SQL> shutdown immediate

SQL> exit

$ exit

#

Oracleインスタンスが起動・停止するのに必要な時間を測定してください。マルチテナント機能を使用したデータベースの場合、全

てのPDBが起動するのに必要な時間も測定してください。測定値は“2.2.7.2 Oracle リソースの作成”で使用します。

1. startup

2. alter pluggable database all open; ※マルチテナント機能を使用したデータベースの場合

3. shutdown immediate

注意

－ Oracle データベースの TWO_TASK 環境変数は使用しないでください。TWO_TASK 環境変数は、Oracle インスタンスへの

接続時に接続識別子を付加し、自動的にネットワーク接続にて接続するための環境変数です。

PRIMECLUSTER Wizard for Oracle では、ローカル接続 ("/ as sysdba") にて Oracle インスタンスに接続する必要があるため、

ネットワーク接続は使用できません。

業務などでネットワーク接続を行う場合は、TWO_TASK 環境変数を使用せず、ログイン時に "@接続識別子" を指定してくだ

さい。

－ Oracle ユーザーの login.sql に、SQL*Plusシステム変数の設定以外の処理を記述しないでください。

PRIMECLUSTER Wizard for Oracle では、SQL*Plus を使用して Oracle インスタンスを制御しています。そのため、login.sql

- 21 -

に SQL 文などが記述されていると、制御時に自動的に実行してしまい誤動作する可能性があります。

ただし、SQL*PlusコマンドのSETによりSQL*Plusシステム変数を設定することはできます。

2.2.7 userApplication の編集

“2.2.4 Oracle リソースを含まない userApplication の作成” で作成した userApplication に Oracle データベース関連のリソースを登録

します。

スタンバイ運用では userApplication は以下のように構成されます。 (以降の手順にて太枠のリソースの作成・追加を行います。)

注意

Oracle リソースの作成・設定作業は、Oracle インスタンスおよび Oracle リスナーを手動で起動・停止し、正しく動作することを確認して

から行ってください。

また、Oracle リソースの作成・設定作業の前に、クラスタ内の全ノードで Oracle インスタンス、Oracle リスナーおよび RMS を停止してく

ださい。

同一の Oracle インスタンスまたはOracle リスナーに対して、複数のリソースを作成しないでください(二重作成しないでください)。

userApplication Configuration Wizard を使用した userApplication 編集の流れは以下のようになります：

1 userApplication のみの削除 2.2.7.1 userApplication のみの削除

2 Oracle リソースの作成 2.2.7.2 Oracle リソースの作成

3 その他のリソースの作成 2.2.7.3 その他必要なリソースの作成

4 userApplication の作成 2.2.7.4 userApplication の作成

5 その他の userApplication の作成 2.2.7.5 その他必要な userApplication の作成

6 RMS 構成定義の生成と配布 2.2.7.6 RMS 構成定義の生成と配布

- 22 -

2.2.7.1 userApplication のみの削除

userApplication Configuration Wizard を使用して、“2.2.4 Oracle リソースを含まない userApplication の作成” で作成した userApplicationのみを削除します。userApplication に含まれているリソースは削除しないでください。

参考

詳細は、「PRIMECLUSTER 導入運用手引書」を参照してください。

2.2.7.2 Oracle リソースの作成

以降の手順を実施し、Oracle リソースを作成してください。

1. 「Resourceの作成」を選択します。

- 23 -

2. Resourceタイプで、「Oracle」を選択します。

3. Oracle リソースの設定画面より、Oracle インスタンス、Oracle リスナーを追加します。

各設定項目は次の通りです。

設定項目

(clorainfo -c 出力時)説明

リソース名

(SubApplicationName)リソース名を変更します。

デフォルトは "Oracle1" です。

以下の文字が使用できます。

- 24 -

設定項目


・ 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz_

Oracle インスタンスの追加

(ResourceName)Oracle インスタンスリソースを追加します。

Oracle リスナーの追加

(ResourceName)Oracle リスナーリソースを追加します。

Oracle RAC11gR2/12cR1のインスタンスリソースの追

加

(ResourceName)

※ここでは使用しません。

Oracle RAC11gR2/12cR1のリスナーリソースの追加

(ResourceName)


Oracle 11gR2/12cR1の

Clusterwareリソースの追加

(ResourceName)


起動優先度

(StartPriority)Oracle インスタンスとリスナーの起動順序を設定します。デフォルトは「Same」 (同時起動) です。

参考

ここで入力されたリソース名 (SubApplicationName) を元に、RMS 上のリソース名は、以下のように生成されます。

－ Oracle インスタンスリソース／Oracle ASM インスタンスリソース

ORACLE_<SubApplicationName>_<OracleSID>

－ Oracle リスナーリソース

LISTENER_<SubApplicationName>_<ListenerName>

また、これらのリソース名には次の規約があります。

－ 39文字以内である必要があります。

－ "ORACLE_"、"LISTENER_" は固定文字列です。

注意

Oracle ASMインスタンスをリソース登録する場合、"2.4.2 Oracle ASM（Automatic Storage Management）を使用する場合"を参照


例

共有サーバ構成や動的サービス構成など、Oracle インスタンスより先にリスナーを起動させる必要がある場合は、「起動優先度

(StartPriority)」に "Listener" を設定してください。

- 25 -

4. Oracle インスタンスを追加します。

OracleSID を入力します。

5. Oracle インスタンス設定項目

設定を行いたい項目を選択し、「次へ」ボタンを押すと設定を行うことができます。

「高度な設定」をチェックするとより詳細な設定が可能になります。

- 26 -

Oracle インスタンスリソースに関する設定項目は次の通りです。

設定項目

(clorainfo -c 出力

時)

説明

OracleSID(OracleSID)

ORACLE_SID

以下の文字が使用できます。ただし、ハイフンから始まる文字列は指定できません。

・ 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz_-+

Oracle ユーザー

(OracleUser)・ Oracle インスタンスリソースの場合、または、Oracle ASM インスタンスリソース(Oracle Database 10g

R2/11g R1)の場合

- OSDBA グループに所属する OS ユーザー(「2.2.2 Oracle Database ソフトウェアのインストール・設

定」の「Oracle ユーザーの設定」を参照)

・ Oracle ASM インスタンスリソース(Oracle Database 11g R2/12c R1)の場合

- Grid ユーザー


・ 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz_-

起動タイムアウト

(StartTimeout)Oracle インスタンス起動処理のタイムアウト時間(秒)デフォルト 600 (300 - 86400)

停止タイムアウト

(StopTimeout)Oracle インスタンス停止処理のタイムアウト時間(秒)デフォルト 180 (60 - 86400)

強制停止タイムア

ウト

(AbortTimeout)

Oracle インスタンス停止エラー時の強制終了処理のタイムアウト時間(秒)デフォルト 60 (60 - 86400)

- 27 -

設定項目


時)

説明

Oracle インスタンス

停止モード(通常

時)(StopModeStop)

正常時の Oracle インスタンス停止モード

デフォルト immediate (abort, immediate, transactional)

Oracle インスタンス

停止モード(異常

時)(StopModeFail)

異常時の Oracle インスタンス停止モード

デフォルト abort (abort, immediate)

監視間隔

(Interval)Oracle インスタンスの監視間隔(秒)デフォルト 30 (5 - 86400)

監視タイムアウト

(WatchTimeout)Oracle インスタンス応答なしと見なす時間(秒)デフォルト 300 (30 - 3600)

REDOログ適用方

法

(REDOApply)

Oracle Data Guard環境におけるスタンバイ・データベースでのREDOログ適用方法。本設定はスタンバ

イ・データベースのOracleインスタンスリソースで有効になります。

デフォルト NormalApply (ReceiveOnly, NormalApply, RealTimeApply, ReadOnlyOPEN,RealTimeQueryN, RealTimeQueryR)

以下のインスタンスリソースでは、本設定は無視されます。

・ ASMインスタンスリソース

・プライマリ・データベースのOracleインスタンスリソース

・ Oracle Data Guardを使用しない環境のOracleインスタンスリソース

設定値の詳細は、"G.2 環境設定"を参照してください。

PDBを使用

(UsePDB)マルチテナント機能を使用したOracleデータベースでPDBを使用する場合はyesを設定してください。

PDBを使用しない場合はnoを設定してください。

デフォルト no (yes, no)

Oracle ASM インスタンスリソースでは、本設定は無視されます。

「高度な設定」での設定項目は以下の通りです。これらの設定は任意です。

設定項目


PreOnlineScript(PreOnlineScript)

オンライン処理の前に実行されるスクリプト。

スクリプトは、フルパスで設定してください。引数を指定する場合は、"半角空白"で区切ります。


・ 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz_-+/"`#$^&*(){}[]|;:<,>.?

PostOnlineScript(PostOnlineScript)

オンライン処理の後に実行されるスクリプト。




PreOfflineScript(PreOfflineScript)

オフライン処理の前に実行されるスクリプト。



- 28 -

設定項目



PostOfflineScript(PostOfflineScript)

オフライン処理の後に実行されるスクリプト。




FaultScript(FaultScript)

Fault 発生時に実行されるスクリプト。




フラグ

設定値

(Flags)

NullDetector(D)

リソース監視を行うかどうかを選択するフラグです。

有効にすると、リソース監視を行いません。

デフォルトは無効です。

AutoRecover(A)

リソース異常が発生した場合に、フェイルオーバ前にリソースの再起動を試みるかどうかを選択す

るフラグです。

有効にすると、再起動を試みます。


MonitorOnly(M)

リソース異常が発生した場合に、フェイルオーバさせるかどうかを選択するフラグです。

有効にすると、フェイルオーバしません。


参考

－ Script に関しては、“2.4.1 Oracle リソース起動・停止時のスクリプトの設定” を参照してください。

－ Flags に関しては、「PRIMECLUSTER RMS 導入運用手引書」の「9 付録－属性」を参照してください。

－起動タイムアウトに設定する値は以下のように求めてください。

“2.2.6 データベースの作成・設定”で測定した時間から以下のように起動に必要な時間を求めてください。

＜“PDBを使用”がnoの場合＞

“startupの時間”+60秒

＜“PDBを使用”がyesの場合＞

“startupの時間”+“alter pluggable database all open;の時間”+60秒

この時間が、デフォルト値600よりも大きい場合はその値を設定してください。小さい場合はデフォルト値600を設定してくださ

い。

－停止タイムアウトに設定する値は以下のように求めてください。

“2.2.6 データベースの作成・設定”で測定した時間から以下のように停止に必要な時間を求めてください。

“shutdown <Oracle インスタンス停止モード(通常時)>の時間”+60秒

※“Oracle インスタンス停止モード(通常時)”がimmediate以外の場合はそのモードで停止時間を測定してください。


い。

- 29 -

－強制停止タイムアウトに設定する値は以下のように求めてください。

“2.2.6 データベースの作成・設定”で測定した時間から以下のように停止に必要な時間を求めてください。

＜“Oracle インスタンス停止モード(異常時)”がimmediateの場合＞

“shutdown immediateの時間”+60秒

＜“Oracle インスタンス停止モード(異常時)”がabortの場合＞

60秒


い。

－ PreOnlineScript、PostOnlineScript、PreOfflineScript、PostOfflineScript、FaultScript のタイムアウト時間には、次の時間（秒）

が適用されます。

起動タイムアウト + 停止タイムアウト + 強制停止タイムアウト + 10

注意

－ NullDetector を有効にすると、AutoRecover と MonitorOnly 属性は自動的に無効になります。

－ MonitorOnly は以下のいずれかの条件のとき有効にできます。

- “Instance” と “Listener” がそれぞれ1つずつで、かつ「起動優先度(StartPriority)」に “Same” を指定した場合。

“Instance” か “Listener” のどちらかのMonitorOnly を有効にできます。

- “Instance” を2つ以上作成した場合。

“Instance” の MonitorOnly を有効にできます。低1つの“Instance” はMonitorOnly を無効にしなければなりません。

－ Flags に関しては、Flags=<略称>となっていれば、そのフラグの属性が有効であることを示します。

6. Oracle リスナーを追加します。

リスナー名を入力します。

- 30 -

7. Oracle リスナー設定項目

設定を行いたい項目を選択し、「次へ」ボタンを押すと設定を行うことができます。


Oracle リスナーリソースに関する設定項目は次の通りです。

- 31 -

設定項目


時)

説明

ListenerName(ListenerName)

Oracle リスナー名



Oracle ユーザー

(OracleUser)・ Oracle リスナーリソース(Oracle Database 10g R2/11g R1)の場合、または、Oracle リスナーリソース

(Oracle Database 11g R2/12c R1 で Oracle ASM を使用しない)の場合

- Oracle リスナーを制御する OS ユーザー

・ Oracle リスナーリソース(Oracle Database 11g R2/12c R1 で Oracle ASM を使用する)の場合

- Grid ユーザー



起動タイムアウト

(StartTimeout)Oracle リスナー起動処理のタイムアウト時間(秒)デフォルト 180 (120 - 86400)

停止タイムアウト

(StopTimeout)Oracle リスナー停止処理のタイムアウト時間(秒)デフォルト 60 (60 - 86400)

監視間隔

(Interval)Oracle リスナーの監視間隔(秒)デフォルト 30 (5 - 86400)


(WatchTimeout)Oracle リスナー監視時に Oracle リスナー応答なしと見なす時間(秒)デフォルト 300 (30 - 3600)

「高度な設定」での設定項目は以下の通りです。これらの設定は任意です。

設定項目


OracleTNS名

(TNSName)Oracle リスナー監視で使用するネット・サービス名。TNSNameが設定されると Oracle リスナーの監

視のために tnsping コマンドを実行します。tnsnames.ora で設定した値です。

TNSName省略時は Oracle リスナーのプロセス監視のみ行います。(任意)


・ 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz_-.
















- 32 -

設定項目












フラグ

設定値

(Flags)

NullDetector(D)




AutoRecover(A)

リソース異常が発生した場合に、フェイルオーバ前にリソースの再起動を試みるかどうかを選択す

るフラグです。

有効にすると、再起動を試みます。

デフォルトは有効です。

MonitorOnly(M)

リソース異常が発生した場合に、フェイルオーバさせるかどうかを選択するフラグです。

有効にすると、フェイルオーバしません。


参考





起動タイムアウト + 停止タイムアウト + 10

注意

－ NullDetector を有効にすると、AutoRecover と MonitorOnly 属性は自動的に無効になります。

－ MonitorOnly は以下の条件のとき有効にできます。

- “Instance” と “Listener” がそれぞれ1つずつで、かつ「起動優先度(StartPriority)」に “Same” を指定した場合。


- “Listener” を2つ以上作成した場合。

“Listener” の MonitorOnly を有効にできます。低1つの“Listener” はMonitorOnly を無効にしなければなりません。


8. 「保存して登録」を選択して、設定を保存します。

登録した Oracle インスタンス、Oracle リスナーが設定メニュー上に表示されていることを確認後、設定を保存してください。

- 33 -

参考

userApplication 設定完了後、Oracle リソースの設定内容を clorainfo -c コマンドで確認することができます。詳細は、 “4.6 clorainfo -設定情報や監視状態の表示” を参照してください。

2.2.7.3 その他必要なリソースの作成

その他必要なリソースがある場合は、作成してください。

参考

Procedure リソースやバックアップソフトのリソース登録を行う場合は、ここで登録してください。詳細は、各製品のマニュアルを参照して

ください(Procedure リソースについては「PRIMECLUSTER 導入運用手引書」を参照してください)。

2.2.7.4 userApplication の作成

「userApplication の作成」を選択して、“2.2.7.2 Oracle リソースの作成” で作成した Oracle リソースや “2.2.7.3 その他必要なリソースの

作成” で作成したリソースを含む userApplication を作成してください。userApplication の属性は、“2.2.3 userApplication およびリソー

スの構成” を参照してください。

- 34 -

注意

ヘルプの記事は、GUI/CUI共通のため、一部 CUI 固有の内容も含まれている場合があります。

2.2.7.5 その他必要な userApplication の作成

“2.2.7.4 userApplication の作成” で作成した userApplication の他に、必要な userApplication がある場合は、userApplicationConfiguration Wizard を使用して作成してください。

2.2.7.6 RMS 構成定義の生成と配布

設定内容を確認した後、構成定義の生成と配布を行ってください。下図は生成・配布後のイメージです。

- 35 -



運用構成


す。

- 36 -

共用ディスク装置

運用中のノードからディスクにアクセスできることを確認してください。

また、共用ディスク上に Oracle ユーザー権限でファイルを作成できることを確認してください。



Oracle データベース

クライアントマシンから、論理IPアドレスを使用して運用ノードの Oracle データベースにアクセスできるか確認してください。

2.3 Oracle RAC 11g R2/12c R1 のスケーラブル運用の場合

2.3.1 PRIMECLUSTER のインストール・設定

ハードウェアの設定

PRIMECLUSTER に必要なハードウェアの設定を行います。Oracle データベースのデータベースファイルを作成する共用ディスク装

置が必要となります。

ソフトウェアのインストール

PRIMECLUSTER Enterprise Edition をインストールします。PRIMECLUSTER Enterprise Edition のソフトウェア説明書に従って、イン

ストールを行ってください。

次に、PRIMECLUSTER Wizard for Oracle をインストールします。PRIMECLUSTER Wizard for Oracle のソフトウェア説明書に従っ

て、インストールを行ってください。

クラスタの設定

PRIMECLUSTER のマニュアルに従って、クラスタの設定を行ってください。ネットワークや共用ディスク装置の設定も行ってください。

共用ディスク装置のボリュームの設定

userApplicationおよびリソースの構成を「Oracle Clusterware をリソース登録しない場合（"構成パターンC"）」で構成する場合、OracleClusterware起動前に共用ディスクのボリュームがアクティブとなるように設定してください。これは、Oracle Clusterwareが、起動時に共

用ディスク装置へのアクセスを開始するためです。

2.3.2 Oracle Database ソフトウェアのインストール・設定

事前準備

Oracle Database のマニュアルやインストールガイドに従って、Oracle Grid Infrastructure および Oracle Database のインストール、設定

を行ってください。

・カーネルパラメーター


・インストールユーザー

Oracle Grid Infrastructure および Oracle Database に対して、インストールユーザーを分割するか、または単一のユーザーを使用

することができます。（オラクル社は、分割することを推奨しています。）

PRIMECLUSTER Wizard for Oracle では、ユーザー分割、単一ユーザーの両方に対応しています。

また、ユーザーID、グループID は全ノードで同一にしてください。

- 37 -

注意

本書では、インストールユーザーを分割した場合を想定して記載しています。

単一インストールユーザーの場合は、“Grid ユーザー” を “Oracle ユーザー” に読み替えてください。

Oracle Grid Infrastructure のインストール

Oracle Grid Infrastructure のマニュアルおよびインストールガイドに従って、Oracle Grid Infrastructure のインストールを行ってください。

注意

・ Oracle Grid Infrastructure は各ノードのローカルディスクにインストールしてください。

・以下のように root ユーザーで su(1M) を実行し、Grid ユーザーにスイッチできることを確認してください。

# su - <Grid ユーザー>

・ Grid ユーザーのプロファイルにおいて、対話型のコマンド (例 script) を実行しないでください。プロファイルは、 /etc/profile, .bash_profile, .cshrc, .profile などを指します。

・ Grid ユーザーのホームディレクトリ、プロファイルを共用ディスクに配置した環境は、サポート対象外です。Grid ユーザーのホーム

ディレクトリ、プロファイルは各ノードのローカルディスクに配置してください。

Oracle Database のインストール

Oracle Database のマニュアルおよびインストールガイドに従って、Oracle Database のインストールを行ってください。

注意

・ Oracle Database は各ノードのローカルディスクにインストールしてください。

・以下のように root ユーザーで su(1M) を実行し、Oracle ユーザーにスイッチできることを確認してください。


・ Oracle ユーザーのプロファイルにおいて、対話型のコマンド (例 script) を実行しないでください。プロファイルは、/etc/profile, .bash_profile, .cshrc, .profile などを指します。

・ Oracle ユーザーのホームディレクトリ、プロファイルを共用ディスクに配置した環境は、サポート対象外です。Oracle ユーザーの

ホームディレクトリ、プロファイルは各ノードのローカルディスクに配置してください。

データベースの作成・設定

Oracle Database のマニュアルおよびインストールガイドに従って、データベースの作成を行ってください。

注意

・ 1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールしている場合) 、Oracle RAC インスタンス名には異なる Oracle RAC インスタンス名を設定してください。

・ 1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールしている場合) 、リスナー名には異なるリスナー名を設定してください。

- 38 -

参考

Oracle RAC 11g R2/12c R1のスケーラブル運用における RMS 上のリソース名は Oracle RAC 11g R2/12c R1 のリソース名や SID をも

とに、以下のように生成されます。

・ Oracle RAC インスタンスリソース

<SubApplicationName>_<SID>.i

・ Oracle リスナーリソース

<SubApplicationName>_<lsnr_name>.l

<lsnr_name> のデフォルトは “LISTENER” です。

・ Oracle Clusterware リソース

<SubApplicationName>_Clusterware

これらのリソース名には、以下の規約があります。

・ 39文字以内である必要があります。

・ <SubApplicationName> の設定は、“2.3.4 Oracle Clusterware リソースを含む userApplication の作成” または “2.3.5 Oracle RACインスタンス、リスナーリソースを含む userApplication の作成” を参照してください。



する必要があります。 4.3 clorapass - 監視用パスワードの登録を参照して、SYSTEM ユーザーのパスワードを登録してください。

設定の変更

・ Oracle Clusterware の自動起動の設定

2.3.3 の構成パターンA、B、C に応じてOracle Clusterware の自動起動を設定してください。

構成パターン Oracle Clusterware 自動起動の設定

構成パターンA 無効

構成パターンB 無効

構成パターンC 有効

以下のコマンドでOracle Clusterwareの自動起動の設定を確認してください。

# <Oracle Grid Infrastructure のインストールディレクトリ>/bin/crsctl config crs

Oracle Clusterware の自動起動を無効にする場合は、rootユーザーで以下のコマンドを実行してください。

# <Oracle Grid Infrastructure のインストールディレクトリ>/bin/crsctl disable crs

Oracle Clusterware の自動起動を有効にする場合は、rootユーザーで以下のコマンドを実行してください。

# <Oracle Grid Infrastructure のインストールディレクトリ>/bin/crsctl enable crs

・ CRS リソースの自動起動の無効化

Oracle Clusterware による Oracle RAC インスタンスの自動起動制御を、無効に設定してください。これは、Oracle RAC インスタン

スを RMS リソースとして登録することで、その起動を Oracle Clusterware ではなく userApplication と連動させるためです。

以下のコマンドの実行により、設定できます。

$ srvctl modify database -d $DB_NAME -y manual

- 39 -

参考

設定方法については、Oracle RAC のマニュアルを参照してください。

動作確認

PRIMECLUSTER Wizard for Oracleでは、rootユーザーからOracleユーザーにsu(1M)を用いてスイッチし、Oracle RACインスタンス

(データベース)、リスナーの起動、停止を行っています。事前に、以下のようにrootユーザーでsu(1M)を実行し、Oracleユーザーにス

イッチしてからOracle RACインスタンス、リスナーを手動で起動・停止できることを確認してください。これは、Oracle RACを構成する全

てのノードで行ってください。

また、Grid ユーザーにて crsctl status resource コマンドが正しく動作すること、および Oracle ユーザーにて srvctl config database コマ

ンドが正しく動作することを確認してください。

例

以下に例を示します。


$ srvctl start listener -n $NODE_NAME -l $LSNR_NAME

$ srvctl stop listener -n $NODE_NAME -l $LSNR_NAME


$ srvctl start instance -d $DB_NAME -i $ORACLE_SID

$ srvctl stop instance -d $DB_NAME -i $ORACLE_SID


$ crsctl status resource -t

-------------------------------------------------------------------

NAME TARGET STATE SERVER STATE_DETAILS

-------------------------------------------------------------------

Local Resources

-------------------------------------------------------------------

ora.DATA.dg

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.LISTENER.lsnr

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.asm

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.eons

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.gsd

OFFLINE OFFLINE node1


ora.net1.network

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.ons

ONLINE ONLINE node1

ONLINE ONLINE node2

-------------------------------------------------------------------

Cluster Resources

-------------------------------------------------------------------

ora.LISTENER_SCAN1.lsnr

1 ONLINE ONLINE node1

ora.oc4j

1 OFFLINE OFFLINE

ora.racdb.db

- 40 -

1 ONLINE ONLINE node1 Open


ora.scan1.vip


ora.node1.vip


ora.node2.vip


$


$ srvctl config database

racdb

$

ログファイルのフルパス定義

PRIMECLUSTER Wizard for Oracle の調査資料コマンド clgetoralog は、Oracle データベースのアラート・ファイルやリスナーログを採

取します。しかしログファイルの格納場所によっては採取できない場合があり、この結果、トラブル調査に時間を要する可能性がありま

す。

これを防止するために、/opt/FJSVclora/etc/clgetoralog.conf ファイルにログファイルのフルパスを定義してください。詳細は、“4.5clgetoralog - Oracle データベース調査資料採取” の「注意」を参照してください。

2.3.3 userApplication およびリソースの構成

Oracle RAC インスタンス、リスナーを PRIMECLUSTER RMS のリソースとして管理します。また、オプションとして、Oracle Clusterwareを RMS リソースに登録することもできます。

構成パターンA

Oracle Clusterware と Oracle RAC インスタンスを異なる userApplication に登録するパターンです。

Oracle Clusterware を RMS リソース登録する場合で、Oracle RAC インスタンスが 1ノード上に 1つしか存在せず、将来 Oracle RAC インスタンスを追加する場合、または、Oracle RAC インスタンスが 1ノード上に複数、存在する場合は、この構成を選択してください。

- 41 -


app1, app2 Oracle Clusterwareを制御するuserApplication です。ノードごとに1つずつ作成します。 Oracle リソース

(Clusterware)

app3, app4 Oracle インスタンス、リスナーを制御するuserApplication です。ノードごとに作成しま

す。

Oracle リソース

(インスタンス、リスナー)

app5, app6 Gls または引継ぎネットワーク用のスタンバイ型 userApplication です。(オプション)業務の要件に応じて作成してください。

Gls リソースなど

app7 制御用 userApplication です。（オプション）

全ノードの Oracle インスタンス用 userApplication (app3、app4) を同時に起動・停止し

たい場合に作成してください。

Controller リソース

Oracle RAC インスタンスリソース異常により userApplication app3、app4 が停止しても、Oracle Clusterware の userApplication app1、

app2 は影響を受けません。

参考

・ Oracle Clusterware を制御する userApplication (app1、app2) の属性は以下の設定を推奨します。記述されていない属性は任意

です。

属性推奨設定値


AutoSwitchOver No

PersistentFault 1

・ Oracle インスタンス、リスナーを制御する userApplication (app3、app4) の属性は以下の設定を推奨します。記述されていない属

性は任意です。

- 42 -



AutoStartUp 制御用 userApplication を使用して制御させる場合は、必ずno

AutoSwitchOver No

PersistentFault 1

注意

Oracle Clusterware リソースの KeepOnline フラグを無効に設定した場合、Oracle Clusterware を制御する userApplication を停止する

際は、Oracle インスタンスを制御する userApplication を先に停止する必要があります。

(上記の図の場合、app1 を停止する場合は app3 を、app2 を停止する場合は app4 を先に停止してください。)KeepOnline フラグについては “2.3.4 Oracle Clusterware リソースを含む userApplication の作成” を参照してください。

構成パターンB

Oracle Clusterware と Oracle RAC インスタンスを同一の userApplication に登録するパターンです。

Oracle Clusterware を RMS リソース登録する場合で、Oracle RAC インスタンスが1ノード上に1つしか存在せず、将来 Oracle RAC インスタンスを追加することがない場合は、この構成を選択することもできます。


app1, app2 Oracle Clusterware 、インスタンス、リスナーを制御する userApplication です。

ノードごとに作成します。

Oracle リソース

(Clusterware、インスタンス、リ

スナー)



- 43 -



全ノードの Oracle インスタンス用 userApplication (app1、app2) を同時に起動・

停止したい場合に作成してください。


Oracle RAC インスタンスリソース異常により userApplication app1、app2 が停止すると、Oracle Clusterware も停止します。（KeepOnlineフラグが無効の場合）

参考

・ Oracle Clusterware、インスタンス、リスナーを制御する userApplication (app1、app2) の属性は以下の設定を推奨します。記述され

ていない属性は任意です。



AutoStartUp 制御用 userApplication を使用して制御させる場合は、必ずno

AutoSwitchOver No

PersistentFault 1

構成パターンC

Oracle Clusterware をリソース登録しないパターンです。

Oracle Clusterware を RMS リソースに登録せずに、OS の起動に合わせて自動起動させたい場合は、この構成を選択してください。


app1, app2 Oracle インスタンス、リスナーを制御する userApplication です。ノードごとに作成しま

す。

Oracle リソース

(インスタンス、リスナー)

- 44 -





全ノードの Oracle インスタンス用 userApplication (app1、app2) を同時に起動・停止し

たい場合に作成してください。


参考

・ Oracle インスタンス、リスナーを制御する userApplication (app1、app2) の属性は以下の設定を推奨します。記述されていない属

性は任意です。



AutoStartUp 必ずno

AutoSwitchOver No

PersistentFault 1

・ Oracle インスタンス、リスナーを制御する userApplication (app1、app2) を起動する場合、Oracle Clusterwareが起動済みであること

を確認してください。Oracle Clusterware が起動途中の場合、または停止している場合、Oracle インスタンスリソースの起動に失敗

します。

userApplication 作成の全体の流れは以下のようになります：

1 Oracle Clusterware のリソースの登録 2.3.4 Oracle Clusterware リソースを含む userApplication の作成

2 Oracle インスタンス、リスナーのリソースの登録 2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成

3 その他必要なリソースや userApplication の登録 2.3.6 その他必要なリソースや userApplication の登録

4 userApplication の作成 2.3.7 RMS 構成定義の生成と配布


userApplication は、userApplication Configuration Wizard を使用して設定します。userApplication Configuration Wizard はメニューか

ら設定を行う項目を選択し、「次へ」ボタンで、設定を行うウィザード形式になっています。

参考

・ userApplication Configuration Wizard による設定方法は、「PRIMECLUSTER 導入運用手引書」を参照してください。

・ PersistentFault は、リソース故障(Faulted)が発生した際に、RMS の再起動後も状態(Faulted)を維持するための設定です。故障箇

所を特定し、修復が完了したのを確認した後に、手動で userApplication を起動することを想定しています。例えば、故障が発生

した場合に、サーバがリブートされた後でもどの userApplication が故障したのかわかります。また、AutoStartUp が設定されている

場合でも userApplication の起動は行われず、自動起動により、再度故障が発生するのを防ぎます。

注意

同一の Oracle RAC インスタンス、リスナーまたは Oracle Clusterware に対して、複数のリソースを作成しないでください(二重作成しな

いでください)。

- 45 -

2.3.4 Oracle Clusterware リソースを含む userApplication の作成

ここでは、userApplication Configuration Wizard を使用して、Oracle Clusterware を RMS にリソース登録する手順について説明しま

す。

注意

Oracle Clusterwareをリソース登録しない場合 (2.3.3の構成パターンC)、本章の手順を省略して次の “2.3.5 Oracle RAC インスタンス、

リスナーリソースを含む userApplication の作成” へ進んでください。

1. 「Resource の作成」を選択します。

- 46 -

2. Resource タイプで「Oracle」を選択します。

3. リソース名を変更する場合は、「リソース名」を選択し変更してください。そのままリソース登録を行う場合は、「Oracle 11gR2/12cR1のClusterwareリソースの追加」を選択します。

4. Resource の設定を行います。

Grid ユーザーを入力します。

- 47 -

続いて Grid ホームを選択、またはパス入力します。

- 48 -

5. 設定を行いたい項目を選択し、「次へ」ボタンを押すと設定を行うことができます。


設定項目


Grid ユーザー

(GridUser)Oracle Grid Infrastructure のインストールユーザー



Grid ホーム

(GridHome)Oracle Grid Infrastructure のインストールディレクトリ



- 49 -

設定項目


ScriptTimeout(ScriptTimeout)

次の処理のタイムアウト時間(秒)デフォルト 600 (300 - 86400)- Oracle Clusterware リソースの起動処理

- Oracle Clusterware リソースの停止処理

- PreOnlineScript- PostOnlineScript- PreOfflineScript- PostOfflineScript- FaultScript


























フラグ

設定値

(Flags)

KeepOnline(K)

userApplication停止時にリソースを停止せず、Online状態を維持するかどうかを選択するフラグです。

有効にすると、リソースを停止せずOnline状態を維持します。

デフォルトは有効です。

参考



- 50 -

注意


－ KeepOnline フラグを有効にすると、userApplication を停止した場合に、Oracle Clusterware リソースは Cluster Admin 画面

上では Offline になりますが、実際には停止せずに起動したままの状態となります。

－ PreOfflineScript による Oracle RAC インスタンスの userApplication の停止

Oracle Clusterware と Oracle RAC インスタンスを異なる userApplication に登録する場合 (2.3.3 の構成パターンA) で、か

つ KeepOnline フラグを無効に設定する場合、Oracle Clusterware リソースの PreOfflineScript に以下のスクリプトを設定して

ください。

/opt/FJSVclora/sbin/clorastopwait <Oracle RAC インスタンスを含む userApplication>

<Oracle RAC インスタンスを含む userApplication> に指定する userApplication は、“2.3.3 の構成パターンA” では以下の

ようになります。

- 本節で app1 作成中の場合 : app3 を指定


<Oracle RAC インスタンスを含む userApplication> が同一ノード上に複数存在する場合は、スペースで区切ってそれら全て

を指定してください。

clorastopwait スクリプトは、指定された userApplication を停止し、Online および Wait 以外の状態になるまで待ち合せます。

PreOfflineScript に設定することで、Oracle Clusterware を含む userApplication を停止する際に、Oracle RAC インスタンスを

含む userApplication が先に停止するようになります。

－ ScriptTimeout には、次のうちも大きいものに、少なくとも30(秒)以上を足した時間を設定してください。

- Oracle Clusterware の起動時間（Oracle Clusterware のログファイルを確認）

- Oracle Clusterware の停止時間（Oracle Clusterware のログファイルを確認）

- PreOfflineScript の clorastopwait スクリプトに指定した <Oracle RAC インスタンスを含む userApplication> の停止時間

（RMS のログファイルを確認）

<Oracle RAC インスタンスを含む userApplication> を複数指定した場合、停止にも時間を要する userApplication を対象としてください。

- 51 -

6. 設定完了後は、「保存して戻る」を選択します。登録した “Oracle 11gR2/12cR1のClusterwareリソース” が設定メニューに表示さ

れていることを確認後、設定を保存してください。

参考

Oracle Clusterware と Oracle RAC インスタンスやリスナーを同一の userApplication に登録する場合 (2.3.3の構成パターンB)、ここで、「Oracle RAC11gR2/12cR1のインスタンスリソースの追加」、「Oracle RAC11gR2/12cR1のリスナーリソースの追加」を選択

し、Oracle RAC インスタンス、リスナーの登録を行います。詳細は、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む

userApplication の作成” の手順4.～11.、および12.～17.を参照してください。

7. 1.～6. の作業をノード数分行ってください。

8. 「userApplication の作成」を選択して、作成した Oracle リソース (Oracle Clusterware リソース) を含む userApplication を作成し

てください。userApplication の属性は、“2.3.3 userApplication およびリソースの構成” を参照してください。

2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成

userApplication Configuration Wizard を使用して、Oracle RAC インスタンス、リスナーのリソースを登録します。

・ Oracle RAC インスタンスのリソース登録

crsctl status resource コマンドで表示されるデータベースリソース "ora.*.db" に関連する Oracle RAC インスタンスの SID が登録対

象になります。

・リスナーのリソース登録

crsctl status resource コマンドで表示されるリソースのうち、SCAN リスナーを除くリスナーリソース "ora.*.lsnr" が登録対象になりま

す。

これらのリソースをノード単位で同一の userApplication に登録します。

例

以下に crsctl status resource コマンドの実行例を示します。


-------------------------------------------------------------------


- 52 -

-------------------------------------------------------------------

Local Resources

-------------------------------------------------------------------

ora.DATA.dg

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.LISTENER.lsnr

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.asm

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.eons

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.gsd



ora.net1.network

ONLINE ONLINE node1

ONLINE ONLINE node2

ora.ons

ONLINE ONLINE node1

ONLINE ONLINE node2

-------------------------------------------------------------------

Cluster Resources

-------------------------------------------------------------------

ora.LISTENER_SCAN1.lsnr


ora.oc4j

1 OFFLINE OFFLINE

ora.racdb.db



ora.scan1.vip


ora.node1.vip


ora.node2.vip


$

この構成の場合、リスナー “ora.LISTENER.lsnr” と、“ora.racdb.db” に関連する Oracle RAC インスタンスの SID をノードごとにリソー

ス登録します。

注意

userApplication の作成を行う前に、全ノードで Oracle Clusterware が起動していること、および Grid ユーザーで crsctl status resourceコマンドが正しく実行できることを確認してください。

Oracle Clusterware が起動していない場合、root ユーザーで以下のコマンドを実行して起動してください。

# <Oracle Grid Infrastructure のインストールディレクトリ>/bin/crsctl start crs

Oracle Clusterware 起動完了後、Grid ユーザーで crsctl status resource コマンドを実行できることを確認してください。


$ crsctl status resource

Oracle RAC インスタンスとリスナーの両方をリソース登録し、Oracle リソースを作成する手順は次の通りです。

- 53 -

1. 「Resourceの作成」を選択します。

2. 「Resourceタイプ」で、「Oracle」を選択します。

- 54 -

3. リソース名を変更する場合は、「リソース名」を選択し変更してください。リソース名を変更しない場合は、そのまま次の手順に進

んでください。

参考

「リソース名」に設定されたリソース名 (SubApplicationName) をもとに、RMS 上の PRIMECLUSTER Wizard for Oracle のリソー

ス名は生成されます。詳細は、“2.3.2 Oracle Database ソフトウェアのインストール・設定” を参照してください。

4. Oracle RAC インスタンスのリソース登録を行います。

「Oracle RAC11gR2/12cR1のインスタンスリソースの追加」を選択してください。

- 55 -

5. Oracle ユーザー名を入力します。

6. Oracle ホームのディレクトリを選択、またはパス入力します。

注意

Oracle ホームのディレクトリ入力後、次の画面に遷移するまでに時間がかかる場合があります。これは、Oracle RAC からインスタ

ンスの SID 一覧を取得しているためです。

ただし、入力した Oracle ユーザーや Oracle ホームが誤っていた場合、SID 一覧は表示されません。

- 56 -

7. 登録可能な Oracle RAC インスタンスの SID の一覧が表示されます。

「高度な設定」のチェックを行い、「ノード範囲指定」にてノードを指定してください。

登録する Oracle RAC インスタンスの SID が属しているノード名を入力します。

- 57 -

8. 登録する Oracle RAC インスタンスの SID を選択します。

9. Grid ユーザー名を入力します。

注意

単一インストールユーザーの場合は、Oracle ユーザー名を入力してください。

続いて、Grid ホームのディレクトリを選択、またはパス入力します。

- 58 -



設定項目


Oracle ユーザー

(OracleUser)Oracle Database のインストールユーザー


- 59 -

設定項目



Oracle ホーム

(OracleHome)Oracle Database のインストールディレクトリ



Grid ユーザー




Grid ホーム





次の処理のタイムアウト時間(秒)デフォルト 900 (300 - 86400)- Oracle RAC インスタンスリソースの起動処理

- Oracle RAC インスタンスリソースの停止処理


復旧待ち時間

(WFTime)リソース異常発生時、Oracle Clusterware による復旧を待ち合わせる時間

- PersistentWarning (リソース復旧まで Warning通知)- ImmediateFault (リソース復旧を待たず Faulted通知)- 秒 (60 - 86400)デフォルト 900

監視間隔

(Interval)Oracle RAC インスタンスの監視間隔(秒)デフォルト 60 (5 - 86400)


(WatchTimeout)Oracle RAC インスタンスの応答なしと見なす時間(秒)デフォルト 300 (30 - 3600)

REDOログ適用方法

(REDOApply)Oracle Data Guard環境におけるスタンバイ・データベースでのREDOログ適用方法。本設定はスタ

ンバイ・データベースのOracleインスタンスリソースで有効になります。

デフォルト NormalApply (ReceiveOnly, NormalApply, RealTimeApply, ReadOnlyOPEN,RealTimeQueryN, RealTimeQueryR)

以下のインスタンスリソースでは、本設定は無視されます。

・プライマリ・データベースのOracleインスタンスリソース

・ Oracle Data Guardを使用しない環境のOracleインスタンスリソース

設定値の詳細は、"G.2 環境設定"を参照してください。









- 60 -

設定項目



















フラグ

設定値

(Flags)

NullDetector(D)




参考





ScriptTimeout + 10

注意

－ PreOnlineScript による Oracle Clusterware の userApplication の起動

Oracle Clusterware と Oracle RAC インスタンスを異なる userApplication に登録する場合 (2.3.3 の構成パターンA)、OracleRAC インスタンスリソースのPreOnlineScript に以下のスクリプトを設定してください。

/opt/FJSVclora/sbin/clorastartwait <Oracle Clusterware を含む userApplication>

<Oracle Clusterware を含む userApplication> に指定する userApplication は、“2.3.3 の構成パターンA” では以下のように

なります。



- 61 -

clorastartwait スクリプトは、指定された userApplication を起動し、Online 状態になるまで待ち合せます。PreOnlineScript に設定することで、Oracle RAC インスタンスを含む userApplication を起動する際に、Oracle Clusterware を含む userApplicationが先に起動するようになります。

－ ScriptTimeout には、次のうちも大きいものに、少なくとも30(秒)以上を足した時間を設定してください。

- Oracle RAC インスタンスの起動時間（Oracle データベースのアラート・ファイルを確認）

- Oracle RAC インスタンスの停止時間（Oracle データベースのアラート・ファイルを確認）

- PreOnlineScript の clorastartwait スクリプトに指定した <Oracle Clusterware を含む userApplication> の起動時間（RMSのログファイルを確認）

－復旧待ち時間 (WFTime) について

Oracle RAC 11g R2/12c R1 では、Oracle RAC インスタンスやリスナーに異常が発生した場合、Oracle Clusterware が復旧し

ます。PRIMECLUSTER Wizard for Oracle では、その復旧を待ち合わせるかどうかを WFTime で設定することができます。

- WFTime=PersistentWarning の場合、リソース異常検出後、復旧が完了するまで待ち合わせします。その間、RMS 上の

リソースは Warning 状態となり、userApplication は縮退しません。復旧した場合、Online 状態に戻ります。

- WFTime=ImmediateFault の場合、リソース異常検出後、待ち合わせせずに即座に異常として扱います。そのため、RMS上のリソースは異常となり、userApplication が即座に縮退します。

- WFTime=<秒> の場合、リソース異常を検出してから指定時間が経過するまでは復旧を待ち合わせしますが、指定時間

が経過すると異常として扱います。そのため、RMS 上のリソースは指定時間が経過するまで Warning 状態ですが、指

定時間が経過した時点でリソース異常となり userApplication が縮退します。指定時間内に復旧した場合、Online 状態

に戻ります。

－復旧待ち時間 (WFTime) と監視タイムアウト (WatchTimeout) について

Oracle RAC インスタンスからの応答がなく監視タイムアウトとなった場合、復旧待ち時間 (WFTime) の設定内容に応じて次

のように動作します。

- WFTime=PersistentWarning の場合、監視タイムアウトが連続発生しても Warning 状態のまま userApplication は縮退し

ません。復旧した場合、Online 状態に戻ります。

- WFTime=ImmediateFault の場合、監視タイムアウトが連続2回発生するとリソース異常となり、userApplication が即座に

縮退します。

- WFTime=<秒> の場合、監視タイムアウトが連続2回以上発生すると WFTime に指定された時間との大小関係に依存し

ます。

Oracle RAC インスタンスからの応答がなくなってからの累積時間が WFTime に指定された時間より小さい場合、Warning状態となります。累積時間が WFTime に指定された時間以上となった場合、リソース異常となり、userApplication が即

座に縮退します。

－ Flags について

Flags に関しては、Flags=<略称>となっていれば、そのフラグの属性が有効であることを示します。

11. 詳細設定の内容が正しいことを確認し、「保存して戻る」を選択します。

注意

Oracle Clusterware が停止している場合、または Oracle ユーザー、Oracle ホーム、Grid ユーザー、Grid ホームの設定が誤って

いる場合、「保存して戻る」が表示されません。これは、Oracle RAC のコマンドを実行できず、Oracle RAC インスタンスリソースの

設定に必要な情報を取得できないためです。

- 62 -

「保存して戻る」が表示されない場合、Oracle Clusterware が起動していること、および Oracle ユーザー、Oracle ホーム、Gridユーザー、Grid ホームの設定が正しいことを確認してください。停止していた Oracle Clusterware を起動した場合、起動したこと

を確認後、いずれかの設定項目を選択し、何もせずに「戻る」を押下してください。（他の画面に遷移し、再び元の画面に戻って

ください）

Oracle Clusterware の起動確認方法については、本節 “2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplicationの作成” 冒頭の「注意」を参照してください。

- 63 -

12. Oracle RAC リスナーのリソース登録を行います。

「Oracle RAC11gR2/12cR1のリスナーリソースの追加」を選択してください。

13. Grid ユーザー名を入力します。

- 64 -

14. Grid ホームのディレクトリを選択、またはパス入力します。

15. 登録する Oracle RAC リスナーを選択します。

- 65 -



設定項目


Grid ユーザー




Grid ホーム





次の処理のタイムアウト時間(秒)デフォルト 900 (300 - 86400)- Oracle RAC リスナーリソースの起動処理

- Oracle RAC リスナーリソースの停止処理


復旧待ち時間

(WFTime)リソース異常発生時、Oracle Clusterware による復旧を待ち合わせる時間

- PersistentWarning (リソース復旧まで Warning通知)- ImmediateFault (リソース復旧を待たず Faulted通知)- 秒 (60 - 86400)デフォルト PersistentWarning

監視間隔

(Interval)Oracle RAC リスナーの監視間隔(秒)デフォルト 60 (5 - 86400)

- 66 -

設定項目



(WatchTimeout)Oracle RAC リスナーの応答なしと見なす時間(秒)デフォルト 300 (30 - 3600)


























フラグ

設定値

(Flags)

NullDetector(D)




参考





ScriptTimeout + 10

注意

－復旧待ち時間 (WFTime) について

Oracle RAC インスタンスの場合と同じです。手順10の注意を参照してください。

- 67 -

－ Flags について

Flags に関しては、Flags=<略称>となっていれば、そのフラグの属性が有効であることを示します。

17. 詳細設定の内容が正しいことを確認し、「保存して戻る」を選択します。

18. 登録した Oracle RAC インスタンスやリスナーリソースが設定メニューに表示されていることを確認後、「保存して登録」を選択し

てください。

19. 1.～18. の作業をノード数分行ってください。

20. 「userApplication の作成」を選択して、作成した Oracle リソース (Oracle RAC インスタンス、およびリスナーリソース) を含む

userApplication を作成してください。userApplication の属性は、“2.3.3 userApplication およびリソースの構成” を参照してくださ

い。

2.3.6 その他必要なリソースや userApplication の登録

その他必要なリソースや userApplication がある場合は、userApplication Configuration Wizard を使用して登録を行ってください。

なお、Oracle データベースの OCR、 Voting Disk、データベースを配置する GDSのボリュームは、RMS のリソースとして登録しないで

ください。

2.3.7 RMS 構成定義の生成と配布

設定内容を確認した後、構成定義の生成と配布を行ってください。下図は生成・配布後のイメージです。

- 68 -

・構成パターンA の場合

・構成パターンB の場合

構成パターンC の場合

参考

userApplication 設定完了後、ここで設定した内容を clorainfo -c コマンドで確認することができます。詳細は、 “4.6 clorainfo - 設定情

報や監視状態の表示” を参照してください。

- 69 -

注意

RMS 構成定義の生成と配布を行う前に、全ノードで Oracle Clusterware が起動していること、および Grid ユーザーで crsctl statusresource コマンドが正しく実行できることを確認してください。

Oracle Clusterware が起動していない場合、root ユーザーで以下のコマンドを実行して起動してください。

# <Oracle Grid Infrastructure のインストールディレクトリ>/bin/crsctl start crs

Oracle Clusterware 起動完了後、Grid ユーザーで crsctl status resource コマンドを実行できることを確認してください。





運用構成


す。

・構成パターンA の場合

- 70 -

・構成パターンB の場合

・構成パターンC の場合



Oracle データベース

クライアントマシンから、論理IPアドレスを使用して運用ノードの Oracleデータベースにアクセスできるか確認してください。

- 71 -

2.4 参考

2.4.1 Oracle リソース起動・停止時のスクリプトの設定

PRIMECLUSTER Wizard for Oracle では、Oracle インスタンス、リスナーの起動・停止（Online 処理・Offline 処理）の途中、またはそ

の前後で、ユーザー独自の処理を実行させることができます。例えば、Oracle インスタンス、リスナーの起動・停止に連動して、アプリ

ケーションの起動・停止や、バッチ処理を実行することができます。

スクリプトの種類

スクリプト説明

起動

系

PreOnlineScript リソースの Online 処理の前に実行されます。

userApplication Configuration Wizard を使った Oracle リソース作成中に設定してください。

OnlineScript リソースとして登録された対象 (Oracle インスタンス、リスナー) の起動 (Online 処理) を行います。

Wizard for Oracle 内部で自動設定されるものであり、ユーザーが明示的に設定することはできませ

ん。

prestartup* スタンバイ運用の Oracle インスタンスリソースのみ設定可能です。

Oracle インスタンス起動処理 (Online 処理) において、インスタンス起動処理前に呼び出されます。

Oracle インスタンスの状態 (V$INSTANCE ビューの STATUS 列) を意識する必要がある場合、呼び

出された側で考慮する必要があります。

/opt/FJSVclora/usr 配下に "prestartup" で始まる実行形式ファイルを格納してください。

nomount* スタンバイ運用の Oracle インスタンスリソースのみ設定可能です。

Oracle インスタンス起動処理 (Online 処理) において、Oracle インスタンスの状態 (V$INSTANCEビューの STATUS 列) が "STARTED" のときに呼び出されます。

/opt/FJSVclora/usr 配下に "nomount" で始まる実行形式ファイルを格納してください。

mount* スタンバイ運用の Oracle インスタンスリソースのみ設定可能です。

Oracle インスタンス起動処理 (Online 処理) において、Oracle インスタンスの状態 (V$INSTANCEビューの STATUS 列) が "MOUNTED" のときに呼び出されます。

/opt/FJSVclora/usr 配下に "mount" で始まる実行形式ファイルを格納してください。

PostOnlineScript リソースの Online 処理の後に実行されます。


停止

系

PreOfflineScript リソースの Offline 処理の前に実行されます。


OfflineScript リソースとして登録された対象 (Oracle インスタンス、リスナー) の停止 (Offline 処理) を行います。

Wizard for Oracle 内部で自動設定されるものであり、ユーザーが明示的に設定することはできませ

ん。

PostOfflineScript リソースの Offline 処理の後に実行されます。


その他 FaultScript リソース異常発生時に実行されます。


参照

次のスクリプトの設定方法は、“2.2.7.2 Oracle リソースの作成” の手順“5”または“7”、 “2.3.4 Oracle Clusterware リソースを含む

userApplication の作成” の手順“5”、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” の手順“7”ま

たは“10”を参照してください。

・ PreOnlineScript

・ PostOnlineScript

- 72 -

・ PreOfflineScript

・ PostOfflineScript

・ FaultScript

次のスクリプトの処理内容は、“3.1 クラスタ環境における Oracle データベースの制御” を参照してください。

・ OnlineScript (Online 処理)

・ OfflineScript (Offline 処理)

スクリプトの実行順序

スクリプト userApplication 起動

時

リソースの

AutoRecover 時userApplication 停止

(通常時)userApplication 停止 (リ

ソース異常時)

起動系 PreOnlineScript 1 ― ― ―

OnlineScript 2 1 ― ―

prestartup* 3 2 ― ―

nomount* 4 3 ― ―

mount* 5 4 ― ―

PostOnlineScript 6 5 ― ―

停止系 PreOfflineScript ― ― 1 2

OfflineScript ― ― 2 3

PostOfflineScript ― ― 3 4

その他 FaultScript ― ― ― 1

例

Oracle インスタンスとリスナーが「起動優先度(StartPriority)=Listener」でリソース登録されたスタンバイ運用の場合、以下の順序で実行

されます。

・ userApplication 起動時

全てのリソースの PreOnlineScript が初に実行されることに注意してください。

1. リスナーリソースの PreOnlineScript

2. Oracle インスタンスリソースの PreOnlineScript

3. リスナーリソースの OnlineScript

4. リスナーリソースの PostOnlineScript

5. Oracle インスタンスリソースの OnlineScript (prestartup*・nomount*・mount* 含む)

6. Oracle インスタンスリソースの PostOnlineScript

・リスナーリソースの AutoRecover 時

PreOnlineScript は実行されないことに注意してください。

1. リスナーリソースの OnlineScript

2. リスナーリソースの PostOnlineScript

- 73 -

・ userApplication 停止時

全てのリソースの PreOfflineScript が初に実行されることに注意してください。

1. Oracle インスタンスリソースの PreOfflineScript

2. リスナーリソースの PreOfflineScript

3. Oracle インスタンスリソースの OfflineScript

4. Oracle インスタンスリソースの PostOfflineScript

5. リスナーリソースの OfflineScript

6. リスナーリソースの PostOfflineScript

・リスナーリソース異常に伴う userApplication 停止時

FaultScript は異常が発生したリソースだけではなく、その上位リソース (後に起動し、先に停止するリソース) でも実行されることに

注意してください。

1. リスナーリソースの FaultScript

2. Oracle インスタンスリソースの FaultScript

3. Oracle インスタンスリソースの PreOfflineScript

4. リスナーリソースの PreOfflineScript

5. Oracle インスタンスリソースの OfflineScript

6. Oracle インスタンスリソースの PostOfflineScript

7. リスナーリソースの OfflineScript

8. リスナーリソースの PostOfflineScript

留意事項 (PreOnlineScript・PostOnlineScript・PreOfflineScript・PostOfflineScript・FaultScript)

・ root ユーザーで実行されます。

・ exit コード 0 で正常終了です。0 以外の場合は異常終了となり、Online 処理または Offline 処理が異常となります。

・スクリプトの実行時間が ScriptTimeout を超えると異常終了となり、Online 処理または Offline 処理が異常となります。

・各スクリプトには、RMS で定義された環境変数が設定されています。

・スクリプトは、フルパスで設定してください。引数を指定する場合は、"半角空白"で区切ります。

参照

各スクリプトの詳細は「PRIMECLUSTER RMS 導入運用手引書」の「2.6.3 スクリプト」などを参照してください。

留意事項 (prestartup*・nomount*・mount*)

・格納場所は /opt/FJSVclora/usr 配下とし、複数存在する場合は名前順に実行されます。

・正常終了時は 0、異常終了時は 0 以外で復帰してください。

異常終了した場合、Oracle インスタンス起動処理自体もその時点で異常終了します。

・ root ユーザーで実行されます。

- 74 -

・次のパラメーターが渡されます。

－ $1 : $ORACLE_HOME

－ $2 : $ORACLE_SID

－ $3 : Oracle ユーザー名

・起動タイムアウト時間内に終了しなかった場合、異常終了と見なされます。

起動タイムアウト時間については、“2.2.7.2 Oracle リソースの作成” の手順“5”を参照してください。

・ /opt/FJSVclora/usr 配下に格納するユーザースクリプト(prestartup*・nomount*・mount*)内では、"su -"を使用しないでください。

注意

これらのスクリプトは、スタンバイ運用のOracle インスタンスリソースのみ使用可能です。

その他のリソースや Oracle RAC スケーラブル運用では使用できません。

2.4.2 Oracle ASM（Automatic Storage Management）を使用する場合

Oracle ASM を PRIMECLUSTER 上で使用する場合は、スタンバイ運用、または、スケーラブル運用での使用が可能です。

スタンバイ運用の場合

Oracle ASM インスタンスを PRIMECLUSTER RMS にリソース登録してください。

リソース登録された Oracle ASM インスタンスは、起動・停止制御のみが行われ監視は行われません。Oracle ASM インスタンスに異常

が発生した場合でも、Oracle インスタンスリソースで異常を検出しますので、userApplication の切替えが発生し、業務を継続できます。

環境構築時の注意事項については、Oracle Database 10g R2/11g R1 の場合は “2.4.2.1 環境構築時の注意(Oracle Database 10g R2/11gR1の場合)”、Oracle Database 11g R2/12c R1 の場合は “2.4.2.2 環境構築時の注意(Oracle Database 11g R2/12c R1の場合)” を参照


スケーラブル運用の場合

Oracle RAC で Oracle ASM を使用する場合は、Oracle ASM インスタンスを PRIMECLUSTER RMS にリソース登録しないでくださ

い。Oracle ASM インスタンスの制御は Oracle Clusterware が行いますので、以降の注意事項は必要ありません。

2.4.2.1 環境構築時の注意(Oracle Database 10g R2/11g R1の場合)Oracle Database 10g R2/11g R1のOracle ASMをスタンバイ運用で使用する場合の注意事項は以下の通りです。

Oracle ASM インスタンスとデータベースの作成・設定

・運用ノード

Oracle ASM インスタンスとデータベースの作成は運用ノード上からのみ行い、待機ノードでは、運用ノードから作成した共用ディ

スク上のデータベースを動作させる設定のみ行います。

注意

－ Oracle ASMインスタンス作成時、Oracle ASMインスタンス名の先頭に「+」がつくように設定してください。(デフォルトでは“+ASM”

となります)複数のOracle ASMインスタンスを作成する場合、Oracle ASMインスタンス名には異なるOracle ASMインスタンス名を設定して

ください。

－ 1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールしている場

合) 、Oracle インスタンス名には異なる Oracle インスタンス名を設定してください。

- 75 -

－ 1つの userApplication 内で Oracle ASM インスタンスとデータベースの関係が 1:1 もしくは、1:n になるように、Oracle ASM インスタンスとデータベースを作成してください。

- Oracle ASM インスタンス：データベース = 1:1

- Oracle ASM インスタンス：データベース = 1:n下図は、Oracle ASM インスタンス：データベース = 1:2 の例です。

- 76 -

－相互待機や N:1 運用待機で使用する場合、各 userApplication ごとに Oracle ASM インスタンスとデータベースの関係が 1:1もしくは、1:n になるよう、Oracle ASM インスタンスとデータベースを作成してください。

- 相互待機

下図は、Oracle ASM インスタンス：データベース = 1:1 の userApplication を 2 つ作成した例です。

- N:1 運用待機

下図は、Oracle ASM インスタンス：データベース = 1:2 の userApplication を 2 つ作成した例です。

参照

Oracle ASM インスタンス、データベースの作成は、Oracle Database のマニュアルを参照してください。

- 77 -

・待機ノード

Oracle ASM インスタンス、データベースを作成した運用側と同一の構成になるように、ディレクトリの作成やファイルのコピー、リン

クの設定を行ってください。

－ $ORACLE_HOME/dbs 配下

－ $ORACLE_BASE/admin/$ORACLE_SID 配下

－ $ORACLE_BASE/admin/[ Oracle ASMインスタンス名] 配下

－ $ORACLE_BASE/diag/asm (Oracle 11g の場合)

上記で作成したディレクトリとファイルのアクセス権限を運用系と同一にしてください。

アーカイブログ出力先等の設定を運用ノードで行った場合は、待機ノードでも同一の設定を行ってください。

CSS(Cluster Synchronization Services)デーモンの設定・起動を行ってください。運用側はデータベース作成時に設定・起動されま

すが、待機側は手動で設定・起動させておく必要があります。

注意

/opt/FJSVclora/sbin/cloracpy コマンドを使って運用ノードの必要なファイルをtar形式にバックアップする場合、Oracle ASM インス

タンスの定義情報はバックアップされません。以下のファイルはtar 等を用いて手動でコピーしてください。

－ $ORACLE_BASE/admin/[ Oracle ASMインスタンス名] 配下

Oracle ASM 初期化パラメータの確認

Oracle ASM インスタンスの初期化パラメータ “ASM_DISKGROUPS” に、Oracle データベースを作成したディスクグループ名が設定

されていることを確認してください。

参照

Oracle ASM インスタンスの初期化パラメータについては、Oracle Database のマニュアルを参照してください。

userApplication の作成

userApplication 作成時は、Oracle インスタンスリソースと同様に Oracle ASM インスタンスリソースを作成してください。Oracle ASM インスタンスリソースと、その Oracle ASM インスタンスリソースに関連する Oracle インスタンスリソースは、同じ Oracle リソースに登録して

ください。

次の画面は、Oracle ASM インスタンスリソース“+ASM”と、その Oracle ASM インスタンスリソースに関連する Oracle インスタンスリソー

ス“db1”をOracle リソース“Oracle1”に登録した例です。

- 78 -

参考

・ Oracle ASM インスタンスをリソース登録する場合の手順については、「2.2.7.2 Oracle リソースの作成」の手順“3”を参照してくださ

い。

・ Oracle ASM インスタンスリソースのフラグ設定値には、NullDetector 属性のみが自動設定されます。この値を変更することはでき

ません。

2.4.2.2 環境構築時の注意(Oracle Database 11g R2/12c R1の場合)Oracle Database 11g R2/12c R1 の Oracle ASM をスタンバイ運用で使用する場合の注意事項は以下の通りです。

サポートする構成

Oracle Database 11g R2/12c R1 で Oracle ASM を使用する場合は Oracle Grid Infrastructure をインストールする必要があります。スタ

ンバイ運用またはシングルノードクラスタ運用では、Oracle Database のインストールユーザーと Oracle Grid Infrastructure のインストー

ルユーザーを分割する構成をサポートします。単一インストールユーザーの構成はサポート対象外です。

また、Oracle Database のインストールユーザーの ORACLE_BASE 環境変数と Oracle Grid Infrastructure のインストールユーザーの

ORACLE_BASE 環境変数は、異なるディレクトリを指定してください。

Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成

“付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成”を参照してOracle Grid Infrastructureのインストールと Oracle ASM インスタンス、データベースの作成を行ってください。

注意

・ Oracle ASM インスタンス作成時、Oracle ASM インスタンス名の先頭に「+」がつくように設定してください。(デフォルトでは “+ASM”

となります)

・ 1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールしている場合) 、Oracle インスタンス名には異なる Oracle インスタンス名を設定してください。

- 79 -

・ 1つの userApplication 内で Oracle ASM インスタンスとデータベースの関係が 1:1 もしくは、1:n になるように、Oracle ASM インス

タンスとデータベースを作成してください。

－ Oracle ASM インスタンス：データベース = 1:1

－ Oracle ASM インスタンス：データベース = 1:n下図は、Oracle ASM インスタンス：データベース = 1:2 の例です。

・ Oracle Database 11g R2/12c R1 の Oracle ASM をスタンバイ運用で使用する場合は、以下の運用形態のみサポートします。

－ 1:1 運用待機

Oracle Database 11g R2/12c R1 の Oracle ASM をスタンバイ運用で使用する場合は、以下の運用形態はサポート対象外です。

－カスケード

－相互待機

－ N:1 運用待機

－移動待機

－ N:M 運用待機

参照

Oracle ASM インスタンス、データベースの作成は、Oracle Database のマニュアルを参照してください。

- 80 -

Oracle Restartの設定変更

PRIMECLUSTER Wizard for OracleからOracle ASMを制御するために、Oracle Restartの設定を変更してください。

・ Oracle Database 11g R2/12c R1(12.1.0.1)の場合

各ノードにて、以下のコマンドを Grid ユーザーで実行し、OS 起動時に Oracle Restart および CSS(Cluster Synchronization Services)デーモンが起動するように設定してください。また、Oracle Restart による Oracle インスタンス、リスナー、Oracle ASM の自動起動

を無効にしてください。

コンポーネントコマンド

Oracle Restart crsctl enable has

CSS crsctl modify resource ora.cssd -attr "AUTO_START=always"

Oracle ASM srvctl disable asm

Oracle リスナー srvctl disable listener [-l <listener_name>]

Oracle インスタンス srvctl disable database -d <db_unique_name>

・ Oracle Database 12c R1 PSR12.1.0.2以降の場合

各ノードにて、以下のコマンドを Grid ユーザーで実行し、OS 起動時に Oracle Restartが起動するように設定してください。また、

Oracle Restart による Oracle インスタンス、リスナー、Oracle ASM の自動起動を無効にしてください。

コンポーネントコマンド

Oracle Restart crsctl enable has

Oracle ASM srvctl disable asm

Oracle リスナー srvctl disable listener [-l <listener_name>]

Oracle インスタンス srvctl disable database -d <db_unique_name>


userApplication 作成時は、Oracle インスタンスリソースと同様に Oracle ASM インスタンスリソースを作成してください。Oracle ASM インスタンスリソースと、その Oracle ASM インスタンスリソースに関連する Oracle インスタンスリソースは、同じ Oracle リソースに登録して

ください。

次の画面は、Oracle ASM インスタンスリソース“+ASM”と、その Oracle ASM インスタンスリソースに関連する Oracle インスタンスリソー

ス“db1”をOracle リソース“Oracle1”に登録した例です。

- 81 -

参考

・ Oracle ASM インスタンスをリソース登録する場合の手順については、「2.2.7.2 Oracle リソースの作成」の手順“3”を参照してくださ

い。

・ Oracle ASM インスタンスリソースのフラグ設定値には、NullDetector 属性のみが自動設定されます。この値を変更することはでき

ません。

注意

・ Oracle ASM インスタンスリソースと Oracle リスナーリソースには Grid ユーザーを、Oracle インスタンスリソースには Oracle ユーザー

を設定してください。

・ Oracle Database 11g R2/12c R1(12.1.0.1)の場合は、Oracle ASM の起動前に CSS の待ち合わせをするため、Oracle ASM インス

タンスリソースの PreOnlineScript に以下のスクリプトを設定してください。Oracle Database 12c R1 PSR12.1.0.2以降の場合は、以下

のスクリプトを設定しないでください。

/opt/FJSVclora/sbin/cloracsswait <Grid ユーザー名>

Oracleデータベース・サービスを使用する場合

Oracleデータベースの作成時にデフォルトで作成されるサービス以外のOracleデータベース・サービスを使用する場合は以下のスクリ

プトを設定してください。

・ Cmdlineリソースを作成して、Startスクリプトに以下のスクリプトを設定してください。Stopスクリプト、Checkスクリプトは設定しません。

NULLDETECTORを"Yes"に設定してください。TIMEOUTはデフォルト値300秒を設定してください。

/opt/FJSVclora/sbin/clorasrvstart <Grid ユーザー名> <db_unique_name>[,<db_unique_name>,…]

Oracleデータベース・サービスを使用するdb_unique_nameが複数の場合はカンマで区切って指定してください。

Oracle インスタンスの起動後に、指定したdb_unique_nameに登録されているOracleデータベース・サービスが全て起動します。

- 82 -

参照

Oracleデータベース・サービスについては、Oracle Databaseのマニュアルを参照してください。

2.4.2.3 運用時の注意

Oracle ASM インスタンスで使用するディスクグループは、手動でマウント操作 (mount/umount) をしないでください。ディスクグループ

がマウントされている場合は、Oracle ASM リソース活性化時に以下のメッセージがコンソールに出力される場合がありますが、特に対

処する必要はありません。

・ ORA-15032: not all alterations performed

・ ORA-15017: diskgroup "ディスクグループ名" cannot be mounted

・ ORA-15030: diskgroup name "ディスクグループ名" is in use by another diskgroup

- 83 -

第3章運用

3.1 クラスタ環境における Oracle データベースの制御

3.1.1 スタンバイ運用の場合

スタンバイ運用において、Oracleリソースの起動、停止、監視処理について説明します。

参照

Oracle Data Guard/Oracle Active Data Guardを使用したスタンバイ運用におけるOracleリソースの起動、停止、監視処理については"G.3.1 スタンバイ運用における Oracle データベースの制御"を参照してください。

3.1.1.1 スタンバイ運用における Oracleリソースの起動、停止

Oracle インスタンスの起動

Oracle インスタンスの起動処理は以下のようになります。

1. su - <Oracle ユーザー>

2. sqlplus /nolog

3. connect / as sysdba

4. startup nomount または startup mount

5. alter database mount (4 で startup nomount を行ったとき)

6. alter database open

7. alter pluggable database all open (Oracleインスタンスリソースの設定で“PDBを使用”をyesにした場合)

Oracle Data Guard、Oracle Active Data Guard環境では、CDBがOPEN状態(PDBが起動可能な状態)で起動された場合に実行

されます。Oracle Data Guard、Oracle Active Data Guard環境でのCDBとPDBの起動については、“G.1 機能概要” 「CDBとPDBの起動・停止」を参照してください。

・初期化パラメータ・ファイル／サーバー・パラメータ・ファイルの配置

PRIMECLUSTER Wizard for Oracle による Oracle インスタンスの起動では、デフォルトの配置先の初期化パラメータ・ファイルが

使用されますので、以下のデフォルトのパスに初期化パラメータ・ファイルを配置 (またはシンボリックリンク) してください。

<$ORACLE_HOME>/dbs/init<$ORACLE_SID>.ora

サーバー・パラメータ・ファイルは動的に変更される資源のため、共用ディスク装置に配置する必要があります。サーバー・パラメー

タ・ファイルを使用する場合は、“2.2.6 データベースの作成・設定” の例に従って、サーバー・パラメータ・ファイルのパスを初期化

パラメータ・ファイルに記述してください。

初期化パラメータ・ファイルを使用する場合は、運用・待機ノードで同一の設定とすることを推奨します。

・リカバリー処理

PRIMECLUSTER Wizard for Oracle は、Oracle インスタンスのリカバリーを行い Oracle インスタンスを起動する場合があります。

1. V$BACKUP 表内に ACTIVE な表領域がある場合

2. V$RECOVER_FILE 表内に、リカバリーが必要なファイルがある場合

・ DBA の認証

PRIMECLUSTER Wizard for Oracle は、Oracle インスタンス、データベースの起動／停止を行う際に SYSDBA システム権限で接

続しますが、このときオペレーティング・システム認証によるローカル接続を行います。

- 84 -

Oracle インスタンスの停止

Oracle インスタンスの停止処理は以下のようになります。

・オペレーターによる userApplication の手動停止や手動切替えに伴う停止の場合の停止手順は以下のようになります。


2. sqlplus /nolog


4. shutdown <immediate / abort / transactional> (StopModeStop で設定)デフォルト : immediate

5. 4.で Oracle インスタンスが停止しない場合、shutdown abort (4.で、abort 以外の場合)

6. 5.で Oracle インスタンスが停止しない場合、バックグラウンド・プロセスに SIGKILL を送信して強制停止

・リソース異常 (Oracle リソース以外のリソース異常も含む) に伴う停止の場合以下のような手順になります。


2. sqlplus /nolog


4. shutdown <immediate / abort> (StopModeFail で設定)デフォルト : abort

5. 4.で Oracle インスタンスが停止しない場合、shutdown abort (4.で、abort 以外の場合)

6. 4.または 5.で Oracle インスタンスが停止しない場合、バックグラウンド・プロセスに SIGKILL を送信して強制停止

Oracleインスタンスリソースの設定で“PDBを使用”をyesにした場合も、PDBの停止は行いません。CDBを停止することにより、CDB上

で動作しているPDBが停止します。

リスナーの起動

リスナーの起動処理は以下のようになります。


2. lsnrctl start <ListenerName>

3. リスナープロセスが存在することを確認

リスナーの停止

リスナーの停止処理は以下のようになります。


2. lsnrctl stop <ListenerName>

3. リスナープロセスが存在しないことを確認

4. 3.でリスナープロセスが存在する場合、SIGKILL を送信して強制停止

Oracle ASM インスタンスの起動

Oracle ASM インスタンスの起動処理は以下のようになります。

・ Oracle Database 10g R2/11g R1/11g R2/12c R1(12.1.0.1)の場合


2. sqlplus /nolog

3. connect / as sysdba (Oracle Database 11g 以降は connect / as sysasm)

4. startup mount (既に STARTED 状態の場合は alter diskgroup all mount;)

- 85 -



2. Oracle Restartが起動していることを確認

3. srvctl enable asm

4. srvctl start asm

5. srvctl disable asm

Oracle ASM インスタンスの停止

Oracle ASM インスタンスの停止処理は以下のようになります。

・ Oracle Database 10g R2/11g R1/11g R2/12c R1(12.1.0.1)の場合

－オペレーターによる userApplication の手動停止や手動切替えに伴う停止の場合


2. sqlplus /nolog


4. shutdown <immediate/abort/transactional> (StopModeStop で設定)デフォルト : immediate

5. “4”で Oracle ASM が停止しない場合、shutdown abort (“4”で、abort 以外の場合)

6. “4”または“5”で Oracle ASM が停止しない場合、バックグラウンド・プロセスに SIGKILL を送信して強制停止

－リソース異常 (Oracle ASM 以外のリソース異常も含む) に伴う停止の場合


2. sqlplus /nolog


4. shutdown <immediate/abort> (StopModeFail で設定)デフォルト : abort

5. “4”で Oracle ASM が停止しない場合、shutdown abort (“4”で、abort 以外の場合)



－オペレーターによる userApplication の手動停止や手動切替えに伴う停止の場合


2. srvctl stop asm -stopoption <immediate/abort/transactional(StopModeStop で設定)> -forceデフォルト : immediate

3. “2”で Oracle ASM が停止しない場合、以下を実行(“2”で、abort 以外の場合)sqlplus /nologconnect / as sysdba (Oracle Database 11g 以降は connect / as sysasm)shutdown abort


－リソース異常 (Oracle ASM 以外のリソース異常も含む) に伴う停止の場合


2. srvctl stop asm -stopoption <immediate/abort(StopModeFail で設定)> -forceデフォルト : abort

- 86 -

3. “2”で Oracle ASM が停止しない場合、以下を実行(“2”で、abort 以外の場合)sqlplus /nologconnect / as sysdba (Oracle Database 11g 以降は connect / as sysasm)shutdown abort


3.1.1.2 スタンバイ運用におけるOracleリソースの監視

Oracleインスタンスの監視

Oracle インスタンスの監視処理は以下のようになります。

1. バックグラウンド・プロセス (PMON, SMON) の存在状況を30秒間隔(固定)で確認。

Oracle インスタンスが起動し、バックグラウンド・プロセス(PMON・SMON)の存在を確認した場合は“2”へ進む。


3. Oracle データベースの SYSTEM ユーザーにて Oracle インスタンスへローカル接続。

4. Oracle インスタンスのステータスが OPEN であることを確認した場合は“5”へ進む。

5. バックグラウンド・プロセス (PMON・SMON・DBWn・LGWR・CKPT) の生存を監視。

監視間隔はデフォルト30秒で、設定項目「監視間隔(Interval)」で変更可能です。

6. 「監視間隔(Interval)」に設定された監視間隔でSQL監視を実行。

SQL監視は、SYSTEM ユーザーのデフォルト表領域上の監視用テーブルに対し、SQL(INSERT・UPDATE・DELETE・COMMIT)が正常に実施できるかを確認します。

ただし、前回の SQL 監視からの経過時間をチェックし、60秒以上経過している場合にのみSQL監視を実行します。

7. PDBの監視

Oracleインスタンスリソースの設定で“PDBを使用”をyesにした場合、「監視間隔(Interval)」に設定された監視間隔でPDBの監視

を実行します。

V$PDBS表で各PDBのOPEN_MODEを確認します。

Oracle Data Guard、Oracle Active Data Guard環境では、CDBがOPEN状態(PDBが起動可能な状態)で起動された場合に実行

されます。Oracle Data Guard、Oracle Active Data Guard環境でのCDBとPDBの起動については、“G.1 機能概要” 「CDBとPDBの起動・停止」を参照してください。

8. 24時間に1度、Oracle インスタンスへ再接続。

待機ノードでは、“1”を実行し、バックグラウンド・プロセス (PMON・SMON)が存在しないことを確認します。


PRIMECLUSTER Wizard for Oracle による Oracleインスタンスの監視は SYSTEM ユーザーにて行います。“4.3 clorapass - 監視

用パスワードの登録”に従って、SYSTEM ユーザーのパスワードを PRIMECLUSTER Wizard for Oracle に登録してください。

・監視用テーブル (FAILSAFEORACLE_<ORACLE_SID>)

PRIMECLUSTER Wizard for Oracleは、監視のために監視用テーブルを SYSTEM ユーザーのデフォルト表領域上に作成しま

す (初回起動時や、監視時の監視用テーブルが存在しない場合自動作成されます)。監視用テーブルは削除されません。

・ WarningとなるOracleデータベース異常

以下の異常を検出した場合 Warning を通知します。(Fault ではないためフェイルオーバはしません)

－ clorapassコマンドで登録された SYSTEM ユーザーのパスワードが誤っており Oracleインスタンスへ接続できない場合 (ORA-01017を検出)

－ SYSTEM ユーザーのアカウントがロックされており、Oracleインスタンスへ接続できない場合 (ORA-28000を検出)

－ SYSTEM ユーザーのパスワードが期限切れとなり、監視機能が Oracleインスタンスに接続できない場合 (ORA-28001を検出)

－ max session エラー、max process エラーなどで Oracleインスタンスへ接続できない場合 (ORA-00018 や ORA-00020を検出)

- 87 -

－監視のSQL 文が一定時間応答せず監視タイムアウトが発生した場合

監視タイムアウトが発生した場合、再度監視を実施し、SQL文から応答があればOnlineを通知します。

・フェイルオーバとなる Oracle データベース異常

Oracleデータベースの異常を検出しOfflineを通知した場合、リソース異常となりフェイルオーバします。

Oracleインスタンスリソースの設定で、AutoRecover(A) が有効の場合、リソース異常となる前にリソースを再起動し復旧を試みま

す。AutoRecover(A) については、「2.2.7.2 Oracle リソースの作成」を参照してください。

以下の場合にOfflineを通知します。

－バックグラウンド・プロセス (PMON・SMON・DBWn・LGWR・CKPT)のどれか1つでも存在しない場合

例

以下の場合が該当します。

- インスタンスが異常終了した場合

- 監視を中断せずにインスタンスを停止した場合

－ SQL文を実行したが Oracleデータベースからエラー (ORA-xxxxx) が返された場合

SQL 監視でエラー (ORA-xxxxx) が発生した場合、Wizard for Oracle は、アクション定義ファイル(/opt/FJSVclora/etc/FJSVclorafm.actionlist) に従った動作を行います。アクション定義ファイルで Of が定義されているORA-xxxxxを検出した場

合、異常と判断します。詳細は、「付録H （参考）アクション定義ファイル」を参照してください。

例


- ORA-4031(共有プール不足)のエラーが発生した場合

－ SQL文を実行したが監視タイムアウトが2回連続で発生した場合

SQL 文を実行しても300 秒間(デフォルト)応答が無かった場合は「監視タイムアウト」となり、Oracleインスタンスリソースは Warning状態となります。その後、Oracleインスタンスへ再接続を試みますが、接続処理でも 300秒間応答が無かった場合は、異常と判

断します。

監視タイムアウトの300秒は、設定項目「監視タイムアウト(WatchTimeout)」で変更可能です。

例


- アーカイブログ領域の枯渇などで、Oracleデータベースがハングした場合

- システム負荷が高負荷状態の場合

・ PDBの監視

V$PDBS表で各PDBのOPEN_MODEを確認します。OPEN_MODEが“READ WRITE”の場合はPDBが正常と判断します。

OPEN_MODEが“READ WRITE”以外の場合はPDBが異常と判断します。

「監視間隔(Interval)」に設定された監視間隔でPDBの監視を実行し、前回の監視時から状態が変わった場合はsyslogへメッセー

ジを出力します。PDBの異常による再起動やフェイルオーバは行いません。

PDBが正常な状態になった場合は以下のメッセージを出力します。

FSP_PCLW-ORACLE_FJSVclora: INFO: 9142: OPEN_MODE of PDB <PDB名> was OPEN. (CDB=<CDBのORACLE_SID> PDB=<PDB名>

OPEN_MODE=<PDBのステータス>)

PDBの異常を検出した場合は以下のメッセージを出力します。

FSP_PCLW-ORACLE_FJSVclora: ERROR: 9242: clorapdbmon detected OPEN_MODE of PDB <PDB名> is invalid. (CDB=<CDBの

ORACLE_SID> PDB=<PDB名> OPEN_MODE=<PDBのステータス>)

- 88 -

Oracle Data Guard/Oracle Active Data Guard環境でのPDBの監視については、“G.1 機能概要”を参照してください。

注意

フェイルオーバは、userApplication (クラスタアプリケーション) のAutoSwitchOverの設定に従います。 ResourceFailure(リソース故障

時)を有効としている場合は、リソース異常でフェイルオーバします。userApplication (クラスタアプリケーション) の設定については、

「PRIMECLUSTER 導入運用手引書」を参照してください。

リスナーの監視

リスナーの監視処理は以下のようになります。

1. psコマンドを使用し、リスナープロセスの生存を監視。

監視間隔はデフォルト30秒で、設定項目「監視間隔(Interval）」で変更可能です。

2. 「監視間隔(Interval)」に設定された監視間隔でtnsping コマンドを実行。

ネット・サービス名に到達できるかを確認します。

ただし、前回のtnspingコマンド実行からの経過時間をチェックし、60秒以上経過している場合にのみtnspingコマンドを実行しま

す。

注意

本監視は、Oracleリスナーリソースの設定で、TNSName(OracleTNS名)が設定されている場合に実行されます。TNSNameにつ

いては、「2.2.7.2 Oracle リソースの作成」を参照してください。

待機ノードでは、“1”を実行し、リスナープロセスが存在していないことを確認します。

・監視タイムアウト

tnspingコマンドからの応答が一定時間返らない場合、監視タイムアウトと判定し、Oracleリスナーリソースの状態を Warning にしま

す。監視タイムアウトが2回連続して発生すると、リソース異常と判断してフェイルオーバさせます。

Oracle リスナーからの応答待ち時間 (監視タイムアウト時間) は、設定項目「監視タイムアウト(WatchTimeout)」で変更可能です。

・フェイルオーバ

リスナーの異常を検出しOfflineを通知した場合、リソース異常となりフェイルオーバします。

Oracleリスナーリソースの設定で、AutoRecover(A) が有効の場合、リソース異常となる前にリソースを再起動し復旧を試みます。

AutoRecover(A) については、「2.2.7.2 Oracle リソースの作成」を参照してください。

以下の場合にOfflineを通知します。

－リスナープロセスが存在しない場合

－ tnspingコマンドがエラーとなった場合

－監視タイムアウトが2回連続して発生した場合

注意

フェイルオーバは、userApplication (クラスタアプリケーション) のAutoSwitchOverの設定に従います。 ResourceFailure(リソース故

障時)を有効としている場合は、リソース異常でフェイルオーバします。userApplication (クラスタアプリケーション) の設定について

は、「PRIMECLUSTER 導入運用手引書」を参照してください。

Oracle ASMインスタンスの監視

Oracle ASM インスタンスの監視は行いません。NullDetector フラグが自動的に有効になります。

- 89 -

3.1.2 Oracle RAC スケーラブル運用の場合

Oracle RAC スケーラブル運用において、Oracleリソースの起動、停止、監視処理について説明します。

参照

Oracle Data Guard/Oracle Active Data Guardを使用したOracle RAC スケーラブル運用におけるOracleリソースの起動、停止、監視処

理については"G.3.2 Oracle RACスケーラブル運用における Oracle データベースの制御"を参照してください。

3.1.2.1 Oracle RAC スケーラブル運用における Oracleリソースの起動、停止

Oracle RAC インスタンスの起動

Oracle RAC インスタンスの起動処理は、以下のようになります。


2. srvctl start instance -d $DB_NAME -i $ORACLE_SID

Oracle RAC インスタンスの停止

Oracle RAC インスタンスの停止処理は、以下のようになります。


2. srvctl stop instance -d $DB_NAME -i $ORACLE_SID

リスナーの起動

リスナーは、Clusterwareの起動により自動的に起動されます。PRIMECLUSTER Wizard for Oracle では、リスナーの起動を確認し、リ

スナーが起動されていない場合は、以下の手順でリスナーを起動します。

1. su - <Grid ユーザー>

2. srvctl start listener -n $NODE_NAME -l $LSNR_NAME

リスナーの停止

リスナーは、Clusterwareの停止により自動的に停止されます。PRIMECLUSTER Wizard for Oracleは、リスナーを停止しません。

Oracle Clusterware の起動

Oracle Clusterware の起動処理は、以下のようになります。

1. crsctl start crs で Oracle Clusterware を起動。

2. crsctl status resource -t で Oracle Clusterware の起動が完了したことを確認。

Oracle Clusterware の停止

Oracle Clusterware の停止処理は、以下のようになります。

1. crsctl stop crs で Oracle Clusterware を停止。

注意

・ Oracle インスタンス、リスナーの起動・停止・切替えを行う場合は、RMS の userApplication に対して操作 (hvswitch, hvutil) してく

ださい。Oracle Clusterware の srvctl コマンドや、Oracle インスタンスに対して shutdown コマンドを直接実行すると、PRIMECLUSTER側で異常と判断してリカバリーが実行される場合があります。上記コマンドを実行したい場合は、hvoradisable コマンドで Oracle インスタンスリソース、リスナーリソースの監視を中断して実行してください。

- 90 -

・メンテナンスなどで OS のシャットダウンや再起動を行う場合、先に userApplication および RMS を停止してください。OS のシャッ

トダウンや再起動に伴う Oracle Clusterware の停止に連動して Oracle インスタンスやリスナーが停止するため、userApplicationが Online 状態の場合、Oracle インスタンスリソースやリスナーリソース異常と判断されます。

3.1.2.2 Oracle RAC スケーラブル運用における Oracleリソースの監視

Oracle RAC インスタンスの監視

Oracle RAC インスタンスの監視は、以下の点を除いてスタンバイ運用の場合と同じです。詳細は、“3.1.1.2 スタンバイ運用における

Oracleリソースの監視” の “Oracleインスタンスの監視”を参照してください。

・監視間隔(Interval)

バックグラウンド・プロセス (PMON・SMON・DBWn・LGWR・CKPT) の監視間隔は、デフォルト60秒です。

・ Oracle RAC インスタンスの異常と復旧

－ Oracle RACの異常を検出した場合、Warningを通知し、Oracle Clusterwareによる復旧を待ち合わせます。

－ Oracle Clusterware は、Oracle RAC インスタンスの復旧や Oracle RACの再構成を行います。

－ Oracle Clusterware による復旧が、設定項目「復旧待ち時間(WFTime)」の時間内で完了しない場合は、Faultを通知し、

PRIMECLUSTER Wizard for Oracle がOracle RACインスタンスを停止します。

「復旧待ち時間(WFTime)」については、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成”を

参照してください。

・ PDBの監視

PDBを監視しません。

リスナーの監視

リスナーの監視は、以下の点を除いてスタンバイ運用の場合と同じです。詳細は、“3.1.1.2 スタンバイ運用におけるOracleリソースの監

視” の “リスナーの監視”を参照してください。


psコマンドを使用したリスナープロセスの監視間隔は、デフォルト60秒です。

・ tnspingコマンドを使用したネット・サービス監視は行いません。

・リスナーの異常と復旧

－リスナーの異常を検出した場合、Warningを通知し、Oracle Clusterwareによる復旧を待ち合わせます。

－ Oracle Clusterware は、リスナーの復旧を行います。

－ Oracle Clusterware による復旧が、設定項目「復旧待ち時間(WFTime)」の時間内で完了しない場合は、Faultを通知します。

PRIMECLUSTER Wizard for Oracle は、リスナーを停止しません。

「復旧待ち時間(WFTime)」については、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成”を


Oracle Clusterware の監視

Oracle Clusterware の監視は行いません。NullDetector フラグが自動的に有効になります。

3.1.3 シングルノードクラスタ運用の場合

シングルノードクラスタ運用では、PRIMECLUSTER Wizard for OracleによるOracleデータベースの制御はスタンバイ運用と同じです。

詳細は、"3.1.1 スタンバイ運用の場合"を参照してください。

- 91 -

注意

シングルノードクラスタ運用の場合、"3.1.1 スタンバイ運用の場合"の「初期化パラメータ・ファイル／サーバー・パラメータ・ファイルの配

置」の設定は不要です。

3.2 Oracleデータベースのメンテナンスについて

ここでは、Oracleデータベースの設定変更、Oracleデータベースのパッチ適用、Oracleデータベースのバックアップ・リカバリーなど、メ

ンテナンス時の操作について説明します。

クラスタシステムにおいては、Oracleデータベースの起動・停止と Oracleデータベースのデータが格納されている共用ディスク装置の

活性／非活性制御が連動して行われます。

・ userApplication 運用中、PRIMECLUSTER Wizard for Oracle は、Oracleデータベースを監視します。Oracleデータベースを手動

停止すると、PRIMECLUSTER Wizard for Oracle は、Oracleデータベースに異常が発生したとみなすため、Oracleインスタンスの

再起動や待機ノードへの切替えが発生します。

・ userApplication 停止中は、共用ディスク装置が非活性になり、共用ディスク装置へのアクセスができない状態になります。

そのため、Oracle コールドバックアップなどメンテナンス作業のために Oracleデータベースを手動で制御する必要がある場合は、事前

に userApplication を保守モードにし、Oracle インスタンス、リスナーの監視を一時的に中断する必要があります。

一般的な手順

Oracle データベースのメンテナンス時の一般的な手順を以下に示します。メンテナンスを行うノードにて実施してください。

1. userApplication の起動

設定変更を行う Oracle インスタンスリソースが含まれている userApplication が停止している場合は、起動してください。

2. 保守モード／監視中断

userApplication を保守モードに移行してください。

次に hvoradisable コマンドで Oracle インスタンスリソース、リスナーリソースの監視を中断してください。

3. 保守モード移行／監視中断の確認

保守モードへの移行や監視中断が正常に行われたことを確認してください。

(参考 “4.1 hvoradisable - リソース監視の中断” - 注意)

4. Oracle データベースに依存するリソースの停止

Oracle データベースに依存するリソースがある場合は、手動で停止してください。

5. Oracle データベースの停止

Oracle インスタンス、リスナーを手動停止してください。

6. Oracle データベースのメンテナンス

Oracle データベースの設定変更、Oracle データベースのパッチ適用、Oracleデータベースのバックアップ・リカバリーなどの操

作を行ってください。

7. Oracle データベースの起動

メンテナンス完了後、Oracle インスタンスを手動起動してください。マルチテナント機能を使用したデータベースの場合はPDBも

手動起動してください。リスナーも停止していた場合は再起動してください。

次の手順へ進む前に、Oracle インスタンス、リスナーが正常に動作していることを確認してください。Oracle インスタンスは OPEN状態で起動している必要があります。マルチテナント機能を使用したデータベースの場合は、PDBのOPEN_MODEが“READWRITE”になっている必要があります。

8. Oracle データベースに依存するリソースの起動

Oracle データベースに依存するリソースを停止した場合は、手動で起動してください。

- 92 -

9. 監視再開／保守モード解除

hvoraenable コマンドで Oracle インスタンスリソース、リスナーリソースの監視を再開してください。

次に userApplication の保守モードを解除してください。

10. 監視再開／保守モード解除の確認

監視再開や保守モードの解除が正常に行われたことを確認してください。

(参考 “4.2 hvoraenable - リソース監視の再開” - 注意)

参考

・監視中断・再開について

userApplication を起動したまま Oracle データベースを停止するには、PRIMECLUSTER Wizard for Oracle の “監視中断” 機能

を使用します。

“監視中断” 機能では、Oracle リソース監視のみが停止されます。そのため Oracle データベース以外のリソース故障が発生すると

フェイルオーバが発生しますので注意してください。

・ Oracle RAC について

Oracle RAC のリソースを制御する場合は、srvctl コマンドや shutdown コマンドなどを使用せず、RMS の userApplication に対して

操作を行ってください。これらのコマンドを使用すると、PRIMECLUSTER にて異常と判断してリカバリーが実行される場合がありま

す。これらのコマンドを実行したい場合は、userApplication を保守モードにして実行してください。

・ userApplication の保守モードについて

userApplication を保守モードに移行すると、リソース異常は無視されるようになります。つまり、Oracle データベースを手動停止さ

せても、再起動やフェイルオーバが発生しません。これにより、Oracle リソースを含めた全てのリソースのメンテナンスを実施するこ

とができます。詳細は、「PRIMECLUSTER RMS 導入運用手引書」の「5.4.11 保守モードの使用法」を参照してください。

・ Oracle インスタンス、リスナーの監視中断・再開について

hvoradisable および hvoraenable コマンドを使って、Oracle インスタンスおよびリスナーの監視を中断・再開することができます。

userApplication の保守モードだけでは、監視用の Oracle セッションが残ったままの状態となります。ここでさらに Oracle インスタン

スリソースの監視を中断することで、セッションが切断されます。これにより、Oracle データベース手動停止の際に shutdown コマン

ドを normal オプションで実行することができます。

Oracle インスタンス、リスナーの監視中断・再開についての詳細は、“4.1 hvoradisable - リソース監視の中断”, “4.2 hvoraenable -リソース監視の再開” を参照してください。

注意

・監視の再開

リソースの監視を中断した後、Oracle インスタンス、リスナーを手動停止した場合、監視を再開する前に、Oracle インスタンス、リス

ナーの手動起動を行ってください。マルチテナント機能を使用したデータベースの場合はPDBも手動起動してください。起動され

ないまま監視を再開すると、リソース異常が発生する場合があります。

・監視中断中のリソースの状態について

hvoradisable コマンドによりリソースの監視が正しく中断された場合、リソースの状態は Warning になります。

・本手順と Oracle Database のドキュメントを参照し、運用環境やメンテナンス要件に合わせて、メンテナンス手順を計画してくださ

い。

3.2.1 Oracle データベースの設定変更

初期化パラメータの変更やデータファイルの配置変更など Oracle データベースの設定変更を行う場合、以下の手順で実施してくださ

い。

- 93 -

注意

Oracle データベースの設定を変更する場合、Oracle データベースの停止が必要な場合とそうでない場合があります。詳細は、OracleDatabase のマニュアルを参照して、正しい変更方法を選択・実施してください。

3.2.1.1 Oracle データベースを停止させる必要がある場合

Oracle データベースの設定変更などを行う時に Oracle データベースを停止させておく必要がある場合、以下の手順にて Oracle デー

タベースの設定変更を実施してください。


# /opt/SMAW/SMAWRrms/bin/hvutil -m on <userApplication> (保守モード)

# /opt/FJSVclora/sbin/hvoradisable -a <userApplication> (監視中断)






$ sqlplus /nolog



4. 設定変更

Oracle データベースの設定変更を行ってください。

初期化パラメータの変更、データファイルの配置変更など、Oracle データベースの設定変更を行ってください。



$ sqlplus /nolog


SQL> startup

6. PDBの起動(マルチテナント機能を使用したデータベースの場合)


$ sqlplus /nolog


SQL> alter pluggable database all open;


# /opt/FJSVclora/sbin/hvoraenable -a <userApplication> (監視再開)

# /opt/SMAW/SMAWRrms/bin/hvutil -m off <userApplication> (保守モード解除)




3.2.2 パッチ適用

Oracle PSR (Patch Set Release) など Oracle パッチの適用を行う場合、データベースをマウントする必要性の有無に応じて、手順が異

なります。

- 94 -

パッチ適用前後にデータベースをマウントする必要がない場合は、RMS を完全に停止した状態で、適用を行ってください。パッチ適

用前後にデータベースをマウントする必要がある場合は、以降の手順のようにuserApplication を保守モードにした状態で、適用を行っ

てください。

参考

Oracle Database 11g R2 より Oracle PSR (Patch Set Release) の適用方法は以下が提供されています。

・ In-place アップグレード

既存の ORACLE_HOME に対して PSR を上書きインストールする従来の方法です。この方法で PSR を適用する場合、“3.2.2.1In-place アップグレードによるパッチ適用”を参照してください。

・ Out-of-place アップグレード

既存の ORACLE_HOME とは異なる新規の ORACLE_HOME にインストールする Oracle Database 11g R2 より提供される方法で

す。この方法で PSR を適用する場合、“3.2.2.2 Out-of-place アップグレードによるパッチ適用（スタンバイ運用、シングルノードクラ

スタ運用）”を参照してください。

3.2.2.1 In-place アップグレードによるパッチ適用

Oracle Database 11g R1 以前の場合や、Oracle Database 11g R2/12c R1 で In-place アップグレードによる PSR 適用を行う場合は、以

下の手順を実施してください。

1. userApplication の起動（運用ノード）

Oracle インスタンスリソース、リスナーリソースが含まれている userApplication が停止している場合は、起動してください。

2. 保守モード移行（運用ノード）

運用ノード上で、userApplication を保守モードに移行してください。

例

全ての userApplication を保守モードに移行する場合

# /opt/SMAW/SMAWRrms/bin/hvutil -M on

全てのノード上で userApplication の状態が "Maintenance" になったことを確認してください。

3. Oracle リソース監視の中断（全てのノード）

全てのノード上で hvoradisable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を中断してください。

例

ローカルノード上の全ての Oracle リソースの監視を中断する場合

# /opt/FJSVclora/sbin/hvoradisable -a

全てのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" になったことを確認してください。

参考

スタンバイ運用の場合、待機ノードでも監視を行っているため、パッチ適用時に問題が発生する可能性があります。そのため、

待機ノードでも監視を停止してください。

- 95 -

4. Oracle データベースの停止 (必要に応じて)


$ sqlplus /nolog



5. パッチの適用

Oracle Database ソフトウェアの配置先に応じて、パッチを適用してください。

参照


6. Oracle データベースの起動 (4.で停止していた場合)


$ sqlplus /nolog


SQL> startup

7. PDBの起動(マルチテナント機能を使用したデータベースで、4.でOracle データベースを停止していた場合)


$ sqlplus /nolog



8. Oracle リソース監視の再開（全てのノード）

全てのノード上で hvoraenable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を再開してください。

例

ローカルノード上の全ての Oracle リソースの監視を再開する場合

# /opt/FJSVclora/sbin/hvoraenable -a

全てのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" から元の状態（"Online"、"Offline"）になった

ことを確認してください。

9. 保守モードの解除（運用ノード）

運用ノード上で、userApplication の保守モードを解除してください。

例

全ての userApplication を保守モードに解除する場合

# /opt/SMAW/SMAWRrms/bin/hvutil -M off

全てのノード上で userApplication の状態が "Maintenance" から元の状態（"Online"、"Standby"、"Offline"）になったことを確認


- 96 -

3.2.2.2 Out-of-place アップグレードによるパッチ適用（スタンバイ運用、シングルノードクラスタ運用）

Oracle Database 11g R2/12c R1 のスタンバイ運用およびシングルノードクラスタ運用において Out-of-place アップグレードによる PSR適用を行う場合は、以下の手順を実施してください。

注意

・ Oracle Database ソフトウェアがローカルディスク上に配置されている場合、ローカルディスク上にアップグレードしてください。

・ Oracle Database ソフトウェアが共用ディスク上に配置されている場合、共用ディスク上にアップグレードしてください。

・アップグレード前後で Oracle Database ソフトウェアの配置先（ローカルディスク、共用ディスク）を変更することはサポート対象外で

す。

1. userApplication の起動（運用ノード）

Oracle インスタンスリソース、リスナーリソースが含まれている userApplication が停止している場合は、起動してください。

2. 保守モード移行（運用ノード）

運用ノード上で、userApplication を保守モードに移行してください。

例

全ての userApplication を保守モードに移行する場合


全てのノード上で userApplication の状態が "Maintenance" になったことを確認してください。

3. Oracle リソース監視の中断（全てのノード）

全てのノード上で hvoradisable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を中断してください。

例

ローカルノード上の全ての Oracle リソースの監視を中断する場合

# /opt/FJSVclora/sbin/hvoradisable -a

全てのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" になったことを確認してください。

参考

スタンバイ運用の場合、待機ノードでも監視を行っているため、パッチ適用時に問題が発生する可能性があります。そのため、

待機ノードでも監視を停止してください。

4. Oracle データベースに依存するリソースの停止（運用ノード）

Oracle データベースに依存するリソースがある場合は、手動停止してください。

5. PSR の適用、データベースのアップグレード

1. PSR の適用

- Oracle Database ソフトウェアをローカルディスクに配置する場合

Oracle Database のマニュアルに従い、全てのノードで Out-of-place アップグレードを実施してください。

- 97 -

- Oracle Database ソフトウェアを共用ディスクに配置する場合

Oracle Database のマニュアルに従い、運用ノードで Out-of-place アップグレードを実施してください。

注意

- 「インストール・オプションの選択」画面では、"データベース・ソフトウェアのみインストール" を選択してください。

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

2. データベースのアップグレード（運用ノード）

運用ノードで dbua(Database Upgrade Assistant) を実行し、データベースをアップグレードしてください。

注意

- "<新ORACLE_HOME>/bin/dbua" を実行してください。

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

3. SPFILE の共用ディスク上への移動と参照設定（運用ノード）

データベースのアップグレード実施後、SPFILE（サーバー・パラメータ・ファイル）がローカルディスク上に新たに生成され

た場合は、共用ディスク上へ移動してください。移動後、PFILE（初期化パラメータ・ファイル "<新ORACLE_HOME>/dbs/init<SID>.ora"）に SPFILE のパスを指定するか、または SPFILE へのシンボリックリンクを作成して、SPFILE の参照設定

を行ってください。

注意

Oracle Database ソフトウェアを共用ディスクに配置する場合、本手順は不要です。

参照

詳細は、“2.2.6 データベースの作成・設定”を参照してください。

6. PRIMECLUSTER Wizard for Oracle の設定

1. ログインプロファイルの設定変更（全てのノード）

Oracle ユーザーのログインプロファイルを vi などで開き、ORACLE_BASE および ORACLE_HOME 環境変数の設定を、

アップグレード後のパスに変更してください。本手順は、全てのノードで実施してください。

例

変更前

ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1

変更後


参照

詳細は、“2.2.2 Oracle Database ソフトウェアのインストール・設定”を参照してください。

- 98 -

2. PFILE の待機ノードへの転送（運用ノード、待機ノード）

運用ノードの "<新ORACLE_HOME>/dbs" ディレクトリを tar アーカイブにまとめてください。

例

# su - oracle

$ tar cfpvP /tmp/dbs.tar <新ORACLE_HOME>/dbs

その後、待機ノードへFTP転送し、展開してください。

例

# su - oracle

$ tar xfpvP /tmp/dbs.tar

注意

- Oracle Database ソフトウェアを共用ディスクに配置する場合、本手順は不要です。

- シングルノードクラスタ運用の場合、本手順は不要です。

- ここでは、PRIMECLUSTER Wizard for Oracle の cloracpy コマンドを使用しないでください。

- 待機ノード側で展開したファイルのアクセス権限が、運用ノード側と一致していることを確認してください。

参照

詳細は、“2.2.6 データベースの作成・設定”を参照してください。

3. Oracle Net Services 構成ファイルの配置

Oracle Net Services 構成ファイルを <旧ORACLE_HOME> 配下から<新ORACLE_HOME> 配下へコピーしてください。

- Oracle Database ソフトウェアをローカルディスクに配置する場合

本手順を、全てのノードで実施してください。

- Oracle Database ソフトウェアを共用ディスクに配置する場合

本手順を、運用ノードで実施してください。

例

$ cp -p <旧ORACLE_HOME>/network/admin/*.ora <新ORACLE_HOME>/network/admin/

注意

- Oracle Net Services 構成ファイル内のパラメーターに、ORACLE_BASE や ORACLE_HOME に依存する設定がある

場合、コピー後、必要に応じて "<新ORACLE_HOME>/network/admin/*.ora" ファイルを編集してください。

- ここでは、PRIMECLUSTER Wizard for Oracle の cloracpy コマンドを使用しないでください。

7. Oracle データベースの起動確認（運用ノード）

Oracle インスタンス、リスナーが起動していることを確認してください。停止している場合は、手動起動してください。マルチテナ

ント機能を使用したデータベースの場合はPDBも手動起動してください。

- 99 -

注意

－ Oracle インスタンスは OPEN 状態で起動している必要があります。

－リスナープロセスが "<新ORACLE_HOME>/bin/tnslsnr" で起動していることを確認してください。

"<旧ORACLE_HOME>/bin/tnslsnr" となっている場合、それを停止して "<新ORACLE_HOME>/bin/tnslsnr" として起動し

てください。

8. Oracle データベースに依存するリソースの起動（運用ノード）

手順 4) で Oracle データベースに依存するリソースを停止した場合は、手動起動してください。

9. Oracle リソース監視の再開（全てのノード）

全てのノード上で hvoraenable コマンドを実行し、Oracle インスタンスリソース、リスナーリソースの監視を再開してください。

例

ローカルノード上の全ての Oracle リソースの監視を再開する場合

# /opt/FJSVclora/sbin/hvoraenable -a

全てのノード上で Oracle インスタンスリソース、リスナーリソースの状態が"Warning" から元の状態（"Online"、"Offline"）になった

ことを確認してください。

10. 保守モードの解除（運用ノード）

運用ノード上で、userApplication の保守モードを解除してください。

例

全ての userApplication を保守モードに解除する場合


全てのノード上で userApplication の状態が "Maintenance" から元の状態（"Online"、"Standby"、"Offline"）になったことを確認


11. 待機ノードへの切替確認

userApplication を待機ノードへ切替えて、正しく起動することを確認してください。

注意

－シングルノードクラスタ運用の場合、本手順は不要です。

－待機ノード上で userApplication が正しく起動できない場合、手順 6) を確認してください。

12. 業務の再開

必要に応じて userApplication を運用ノードへ切戻し、問題がない場合は業務を再開してください。

3.2.2.3 Out-of-place アップグレードによるパッチ適用（Oracle RACスケーラブル運用）

Oracle Database 11g R2/12c R1 の Oracle RACスケーラブル運用において Out-of-place アップグレードによる PSR 適用を行う場合は、

以下の手順を実施してください。

1. userApplication の停止（全てのノード）

全てのノードで userApplication を停止し、Offline 状態にしてください。

- 100 -

注意

Oracle Clusterware リソースと Oracle RAC インスタンスリソースが異なるuserApplication に登録されている場合、次の順序で停

止してください。

1. Oracle RAC インスタンスリソースを含む userApplication

2. Oracle Clusterware リソースを含む userApplication

2. RMS の停止（全てのノード）

全てのノードで RMS を停止してください。

3. PSR の適用、データベースのアップグレード（全てのノード、または任意のノード）

Oracle のマニュアルに従い、以下の手順でアップグレードを実施してください。

1. Grid Infrastructure ソフトウェアのアップグレード

2. Oracle Database（Oracle RAC）ソフトウェアのアップグレード

3. Oracleデータベースのアップグレード

4. ログインプロファイルの設定変更（全てのノード）

Gridユーザー、およびOracle ユーザーのログインプロファイルを vi などで開き、ORACLE_BASE および ORACLE_HOME 環境変数の設定を、アップグレード後のパスに変更してください。本手順は、全てのノードで実施してください

例

変更前


変更後


5. 自動起動の設定

1. Oracle Clusterware の自動起動の設定（全てのノード）

Oracle Clusterware の自動起動を設定してください。設定については、"2.3.2 Oracle Database ソフトウェアのインストール・

設定"を参照してください。

2. Oracle RAC インスタンスの自動起動の無効化（任意のノード）

Oracle Clusterware による Oracle RAC インスタンスの自動起動制御が無効化されているか確認します。

例

# su - oracle

$ srvctl config database -d <DB_NAME>

:

Management policy: automatic

:

$

上記の結果が "automatic" の場合は無効化されていないので、次の例を参考に無効化してください。

- 101 -

例

$ srvctl modify database -d <DB_NAME> -y manual

6. リソースの設定変更

1. Oracle Clusterware の起動（全てのノード）

Oracle Clusterware が起動していない場合は、全てのノードで起動してください。

参照

Oracle Clusterware の起動方法については、Oracle Database のマニュアルを参照してください。

2. Oracle リソースの設定変更（任意のノード）

userApplication Configuration Wizard を起動し、全てのノード上の Oracleリソースの設定を変更してください。以下の項目

を全て、Out-of-place アップグレード後のパスに変更してください。

- Oracle Clusterware リソース

Gridホーム(GridHome)

- Oracle RAC インスタンスリソース

Oracleホーム(OracleHome)Gridホーム(GridHome)

- Oracle RAC リスナーリソース

Gridホーム(GridHome)

参照

Oracleリソースの設定変更手順については、“2.3.4 Oracle Clusterware リソースを含む userApplication の作成”、“2.3.5Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成”、“B.2 リソースの設定変更”を参照してくださ

い。

3. 変更内容の確認（全てのノード）

Oracle RAC インスタンス、リスナーリソースの場合は、clorainfo コマンドで確認してください。

例

# /opt/FJSVclora/bin/clorainfo -c

Oracle Clusterware リソースの場合は、grep コマンドで設定ファイルを検索し確認してください。

例

# grep Clusterware /usr/opt/reliant/etc/hvgdconfig | grep GridHome

Oracle1_Clusterware GridHome /u01/app/11.2.0.3/grid

Oracle2_Clusterware GridHome /u01/app/11.2.0.3/grid

#

7. RMS の起動（全てのノード）

全てのノードで RMS を起動してください。

- 102 -

8. userApplication の起動（全てのノード）

全てのノードで userApplication を起動・停止し、Online および Offline 状態になることを確認してください。

また userApplication の起動・停止に合わせて、Oracle Clusterware リソース、Oracle RAC インスタンスリソース、Oracle RACリス

ナーリソースが Online および Offline 状態になることを確認してください。

9. 業務の再開

RMS、および userApplication の動作に問題なければ、業務を再開してください。

3.2.3 バックアップ

ここでは、Oracle データベースのバックアップ手順やその際の注意事項について説明します。

3.2.3.1 コールドバックアップ

Oracle データベースのコールドバックアップ (オフラインバックアップ) は、以下の手順で実施してください。これらの手順は、バックアッ

プを行うノード上にて実施してください。

また、Oracle データベースに依存するリソース (例：SAP R/3) がある場合は、バックアップによる Oracle データベース停止中にリソース

異常となる可能性があるため、これらも手動停止しておく必要があります。









$ sqlplus /nolog



4. コールドバックアップ

データベースのコールドバックアップを行ってください。



$ sqlplus /nolog


SQL> startup



$ sqlplus /nolog






- 103 -




3.2.3.2 ホットバックアップ

Oracle データベースのホットバックアップ (オンラインバックアップ) は、以下の手順で実施してください。これらの手順は、バックアップ

を行うノード上にて実施してください。







3. ホットバックアップ

データベースのホットバックアップを行ってください。

次の手順へ進む前に、Oracle インスタンス、リスナーが正常に動作していることを確認してください。マルチテナント機能を使用

したデータベースの場合はPDBが正常に動作していることを確認してください。







3.2.4 リカバリー

Oracle データベースのリカバリーを行う場合、Oracle データベース停止の必要性に応じて実施してください。

参考

Oracle データベースのリカバリーを行う場合、Oracleデータベースの停止が必要な場合とそうでない場合があります。停止を必要とす

るのは、リカバリー対象のデータファイルが SYSTEM 表領域や UNDO 表領域に属する場合、データベース全体をリカバリーする場

合、不完全リカバリーを行う場合などです。

停止を必要としないのは、リカバリー対象のデータファイルが SYSTEM 表領域や UNDO 表領域に属さない場合、完全リカバリーを行

う場合などです。

詳細は、Oracle Database のマニュアルを参照して、適なリカバリー方法を選択・実施してください。

3.2.4.1 Oracle データベースを停止させる必要がある場合

Oracle データベースのリカバリー時に Oracle データベースを停止させておく必要がある場合、以下の手順にてリカバリーを実施してく

ださい。

また、Oracle データベースに依存するリソース (例：SAP R/3) がある場合は、Oracle データベース停止中にリソース異常となる可能性

があるため、これらも手動停止しておく必要があります。

1. userApplication の停止

# /opt/SMAW/SMAWRrms/bin/hvutil -f <userApplication>

- 104 -

2. 監視中断

hvoradisable コマンドで監視中断されたリソースは、userApplication を起動しても起動しません。これにより、ディスクなど Oracleデータベース以外のリソースのみを起動させることができます。

# /opt/FJSVclora/sbin/hvoradisable -a <userApplication>

3. 監視中断の確認

監視中断が正常に行われたことを確認してください。



# /opt/SMAW/SMAWRrms/bin/hvswitch <userApplication>

5. リカバリー

データベースのリカバリーを行ってください。

6. Oracle データベース、リスナーの起動


$ lsnrctl start <リスナー名>

$ sqlplus /nolog


SQL> startup



$ sqlplus /nolog



8. 監視再開

# /opt/FJSVclora/sbin/hvoraenable -a <userApplication>

9. 監視再開の確認

監視再開の解除が正常に行われたことを確認してください。


3.2.4.2 Oracle データベースを停止させる必要がない場合

Oracle データベースのリカバリー時に Oracle データベースを停止させておく必要がなく、起動した状態で行える場合、以下の手順に

てリカバリーを実施してください。







- 105 -

3. リカバリー

データベースのリカバリーを実行してください。

次の手順へ進む前に、Oracle インスタンス、リスナーが正常に動作していることを確認してください。マルチテナント機能を使用

したデータベースの場合はPDBが正常に動作していることを確認してください。







3.2.5 PDBの追加・削除

マルチテナント機能を使用しているOracleデータベースに対して、PDBを追加・削除する場合は以下の手順で実施してください。

3.2.5.1 PDBの追加

userApplicationを起動した状態でPDBを追加してください。以下の手順は、userApplicationが起動しているノード上にて実施してくだ

さい。

Oracleインスタンスリソースの設定変更は不要です。追加したPDBは監視再開後に自動的に監視されます。







3. PDBを追加

PDBを追加してください。PDBのデータファイルは共用ディスクへ格納してください。PDBを起動してOPEN_MODEが“READWRITE”になっていることを確認してください。

参照








6. PDB監視の確認

syslogに以下のメッセージが出力されることを確認してください。

- 106 -

FSP_PCLW-ORACLE_FJSVclora: INFO: 9142: OPEN_MODE of PDB <PDB名> was OPEN. (CDB=<CDBのORACLE_SID> PDB=<PDB名>

OPEN_MODE=<PDBのステータス>)

7. 待機ノードへの切替確認

userApplication を待機ノードへ切替えて、CDBとPDBが正しく起動することを確認してください。

手順6)のメッセージが出力されることを確認してください。

3.2.5.2 PDBの削除

userApplicationを起動した状態でPDBを削除してください。以下の手順は、userApplicationが起動しているノード上にて実施してくだ

さい。

Oracleインスタンスリソースの設定変更は不要です。削除したPDBは監視再開後に自動的に監視対象から外れます。







3. PDBを削除

PDBを削除してください。

参照








3.3 クラスタ運用中の Oracle SYSTEM ユーザーパスワード変更手順

クラスタ運用中に Oracle SYSTEM ユーザーパスワードを変更する場合は、以下の手順を実施してください。

1. Oracle インスタンスリソースの監視中断

以下のコマンドでOracle インスタンスリソースの監視を中断します。スタンバイ運用の場合は、運用ノードにて実行してください。

Oracle RACスケーラブル運用の場合は全ノードにて実行してください。シングルノードクラスタ運用の場合は、1ノードにて実行


# /opt/FJSVclora/sbin/hvoradisable -a <userApplication>

実行後、syslog に監視中断のメッセージ

[Info] [0101] Fault Watching is disable

または

- 107 -

[Info] [0101] Fault Watching is disabled

が出力されたことを確認し、次の手順に進んでください。

2. Oracle SYSTEM ユーザーパスワードの変更

Oracle SYSTEM ユーザーパスワードを変更します。

スタンバイ運用の場合は、運用ノードにて実行してください。Oracle RAC スケーラブル運用の場合は、任意の1ノードにて実行

してください。シングルノードクラスタ運用の場合は、1ノードにて実行してください。

例

パスワードを “oracle” に変更する設定例です。


$ sqlplus /nolog


SQL> alter user system identified by oracle;

SQL> exit

3. PRIMECLUSTER Wizard for Oracle に Oracle SYSTEM ユーザーパスワードを登録

clorapass を実行し、PRIMECLUSTER Wizard for Oracle に変更後の Oracle SYSTEM ユーザーパスワードを登録します。

スタンバイ運用の場合は、運用ノードにて実行してください。Oracle RACスケーラブル運用の場合は、任意の1ノードにて

ORACLE_SIDごとに実行してください。シングルノードクラスタ運用の場合は、1ノードにて実行してください。

# /opt/FJSVclora/sbin/clorapass

Enter OracleSID > sid （ORACLE_SID を入力）

Enter Password > ****** （変更後のパスワード “oracle” を入力）

Re-enter Password > ****** （変更後のパスワード “oracle” を再入力）

finished

4. Oracle インスタンスリソースの監視再開

以下のコマンドでOracleインスタンスリソースの監視を再開します。スタンバイ運用の場合は、運用ノードにて実行してください。

Oracle RACスケーラブル運用の場合は全ノードにて実行してください。シングルノードクラスタ運用の場合は、1ノードにて実行


# /opt/FJSVclora/sbin/hvoraenable -a <userApplication>

実行後、syslog に監視再開のメッセージ

[Info] [0102] Fault Watching is enable

または

[Info] [0102] Fault Watching is enabled

が出力されていることを確認してください。

参考

・ Oracle インスタンス、リスナーの監視中断・再開については、“4.1 hvoradisable - リソース監視の中断”、 “4.2 hvoraenable - リソース

監視の再開” を参照してください。

・ Oracle SYSTEM ユーザーのパスワードの変更方法は、Oracle Database のマニュアル等を参照してください。

・ clorapass コマンドについては “4.3 clorapass - 監視用パスワードの登録” を参照してください。

・ Oracle ユーザー、Grid ユーザー、Oracle SYS ユーザーのパスワードを変更する場合は、PRIMECLUSTER Wizard for Oracle の設定変更は不要です。

- 108 -

・マルチテナント機能を使用したデータベースを作成した場合は、CDBのSYSTEM ユーザーのパスワードを登録してください。PDBのローカルユーザーのパスワードを登録する必要はありません。

3.4 切替え発生時の問題解決

Oracle データベースのログ

PRIMECLUSTER による Oracle データベースの運用で、切替えや縮退等が発生した場合は、単体のOracle データベース運用と同様

に、Oracle データベースのアラート・ファイルやログファイルから問題を解決してください。

PRIMECLUSTER Wizard for Oracle のログ

PRIMECLUSTER Wizard for Oracle においても、どのような異常を検出し、どのような対処を行ったかを以下のログファイルに出力し

ています。

/var/opt/reliant/log/FJSVclora_<OracleSID>_*.log

/var/opt/reliant/log/FJSVclora_<ListenerName>_*.log

ログファイルのフォーマットは以下の通りです。

日付時間/区分/ID/テキスト

2002/04/25 15:18:40 [Info] [1101] Starting Oracle detector

2002/04/25 15:18:40 [Info] [1102] Connected to Oracle

2002/04/25 15:18:40 [Error] [1299] ORA-01034 Oracle not available.

・日付時間

YYYY/MM/DD HH:MM:SS の形式で出力します。

・区分

ログの区分を示します（Information、Error、Warning）。

・ ID

メッセージ番号を示します。

・テキスト

メッセージの内容を示します。

注意

ログファイルの容量制限は行っていません。ログファイルの管理は、RMS によるログファイル管理機能によって行われます。

ログファイルはトラブル発生時の調査のための重要な資料となります。これらのファイルを削除したり編集したりしないでください。

3.5 トラブル調査情報

トラブルが発生した場合は、本製品および関連製品のログファイルや設定情報から、トラブル調査を行います。

主な設定情報ファイルやログファイルは以下の通りです。

Oracle データベースの情報

・設定ファイル

初期化パラメータ・ファイル ($ORACLE_HOME/network/admin/*.ora)

$ORACLE_HOME/dbs/*.ora

$ORACLE_BASE/admin/$ORACLE_SID/pfile/*.ora

- 109 -

・ログファイル

$ORACLE_HOME/rdbms/log/alert_$ORACLE_SID.log

アラート・ファイル

($ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log)

$ORACLE_BASE/diag 配下 (Oracle 11g 以降)

$ORACLE_HOME/network/log/<ListenerName>.log

$ORA_CRS_HOME/crs/log/<nodename>.log (Oracle RAC の場合)

PRIMECLUSTER の情報


PRIMECLUSTER Wizard for Oracle の情報

・設定ファイル

/opt/FJSVclora/etc/*

/usr/opt/reliant/etc/hvgdconfig

/usr/opt/reliant/build/<RMS 構成定義名>.usfiles/*

・ログファイル

/var/opt/reliant/log/*

参考

上記 Oracle データベースおよび PRIMECLUSTER Wizard for Oracle の調査資料は、PRIMECLUSTER と同様に、fjsnap コマンドを

使って収集することが可能です。fjsnap コマンドはシステム情報ツールで、FJSVsnap 拡張サポート機能パッケージに付属しています。

PRIMECLUSTER システムで障害が発生した場合は、必要なエラー情報を収集して原因を追及することができます。ただし、

PRIMECLUSTER Wizard for Oracle の設定が正しく完了していないと、Oracle データベースの情報は正しく収集されません。

PRIMECLUSTER Wizard for Oracle 単体の調査資料採取については、“4.5 clgetoralog - Oracle データベース調査資料採取” を参

照してください。

3.6 ログファイル

PRIMECLUSTER Wizard for Oracle では、次のディレクトリにログファイルを出力します。

・ /var/opt/reliant/log 配下

RMS および userApplication が動作している間、特に userApplication の状態遷移が行われた場合に、追記型で出力されますが、

RMS により使用量管理が行われています。

参考

詳細は、PRIMECLUSTER RMS の導入運用手引書を参照してください。

・ /var/opt/FJSVclora 配下

RMS および userApplication が動作している間、出力されますが、一定量に到達するとそれ以上は増えず、も古いログから順に

削除されます。

－ Oracle インスタンスリソース

1つにつき、大 5.5MB (スタンバイ運用、Oracle RAC スケーラブル運用、シングルノードクラスタ運用共通)

－リスナーリソース

1つにつき、大 4.5MB (スタンバイ運用、Oracle RAC スケーラブル運用、シングルノードクラスタ運用共通)

- 110 -

－ Oracle ASM インスタンスリソース

1つにつき 0.0MB (出力なし)

－ Oracle Clusterware リソース

1つにつき 0.0MB (出力なし)

ただし、監視タイムアウトを検出した場合、次のログファイルが追記型で作成されます。

－ FJSVclora_<SID>_idto.trclog

－ FJSVclora_<LISTENER>_ldto.trclog

これらは、1回の監視タイムアウトにつき62バイト増加します。なお、これらのログは RMSの管理外のため、RMSによる使用量管理

は行われません。

マルチテナント機能を使用したデータベースの場合、次のログファイルが作成されます。

－ FJSVclora_<SID>_pdbmon.logOracle インスタンス1つにつき、大10.0MB (スタンバイ運用、シングルノードクラスタ運用共通)10MB(約5日分のログ)を超えると1世代分バックアップを作成してログファイルを再作成します。

バックアップファイル名は以下の通りです。

FJSVclora_<SID>_pdbmon.bklog

注意

これらのログファイルは、トラブル発生時の調査資料となりますので、不用意に削除・編集しないでください。

- 111 -

第4章コマンド

4.1 hvoradisable - リソース監視の中断実行ユーザー

スーパーユーザー

形式

/opt/FJSVclora/sbin/hvoradisable userApplication Resource

/opt/FJSVclora/sbin/hvoradisable -a [ userApplication ]

機能説明

本コマンド実行ノード (ローカルノード) 上に存在する指定された Oracle インスタンス、Oracle リスナーリソースの監視を中断します。

Oracle データベースの保守等で Oracle インスタンス、リスナーの停止を行いたい場合に使用します。userApplication が停止中／

起動中の両方で使用できます。

userApplication が停止中に使用した場合、次に userApplication を起動した時、Oracle インスタンス、リスナーの起動を行わずに、

リソースの状態が Warning になります。

userApplication が運用中に使用した場合は、すぐに監視を無効にします。このときリソースの状態は Warning となり、Oracle インス

タンス、リスナーを停止しても、リソースは Warning のままとなります。(userApplication 運用中に使用する場合、リソースの状態が

Warning になったことを確認して Oracle インスタンス、リスナーの停止を行ってください。)userApplication を停止、または Faulted 状態をクリアすると、リソース監視の中断設定は、自動的に解除されます。

参考

－ Oracle ASM インスタンスリソース、Oracle Clusterware リソースは監視が行われませんので、本コマンドによる監視の中断は必

要ありません。

Oracle ASM インスタンスリソースについての詳細は、“2.4.2 Oracle ASM（Automatic Storage Management）を使用する場合” を参照してください。

－マルチテナント機能を使用したデータベースの場合は、本コマンドによりPDBの監視も中断します。

パラメーター

userApplication Resource

userApplication には、監視中断するリソースが含まれる userApplication 名を指定します。 Resource には、監視中断する Oracleインスタンスリソースや Oracle リスナーリソースいずれかのリソース名を指定します。

userApplication と Resource には、ローカルノードに存在するものを指定してください。

-a [ userApplication ]

ローカルノード上に存在し、かつ userApplication に指定された userApplication に属する全ての Oracle インスタンスリソース

や Oracle リスナーリソースの監視を中断します。

userApplication が省略された場合、本コマンドはローカルノード上の全ての Oracle インスタンスリソース、Oracle リスナーリソー

スの監視を中断します。

終了ステータス

0 : 正常終了

1 : 異常終了

2 : 異常終了（-aオプション指定時に、いくつかのリソースの監視中断に失敗）

注意

本コマンドの実行タイミングに注意してください。状態不整合や意図せぬリソース異常を引き起こす場合があります。

・本コマンドを userApplication の状態遷移中に実行しないでください。

- 112 -

・本コマンドを RMS 停止中に実行しないでください。

・本コマンドの実行直後に、userApplication の起動や停止を行わないでください(5秒程度の間を置いてください)。

・リソース監視の中断が有効になったことを確認後、Oracle インスタンスやリスナーの操作を行ってください。

以下のいずれかの方法でhvoradisableコマンドによるリソース監視の中断が有効になったことを確認してください。

－ syslog に “INFO: 0101: Fault Watching is disable”または“INFO: 0101: Fault Watching is disabled” のメッセージが出力された

こと。

－リソースが Warning 状態に変わったこと。

－ clorainfo -m の結果が disable に変わったこと。

4.2 hvoraenable - リソース監視の再開実行ユーザー


形式

/opt/FJSVclora/sbin/hvoraenable userApplication Resource

/opt/FJSVclora/sbin/hvoraenable -a [userApplication ]

機能説明

hvoradisable コマンドによってリソース監視が中断されたローカルノード上の Oracle インスタンスリソース、Oracle リスナーリソースの

監視を再開します。userApplication が停止中・起動中の両方で使用できます。

userApplication が停止中に使用した場合、hvoradisable コマンドで設定された監視無効設定を解除します。

userApplication が運用中に使用した場合は、すぐに監視を再開します。そのため、Oracle インスタンス、リスナーを手動起動した

状態で、本コマンドを実行してください。(この場合、リソースの状態が Warning から Online になることを確認してください。)

参考

－ Oracle ASM インスタンスリソース、Oracle Clusterware リソースは監視が行われませんので、本コマンドによる監視の再開は必

要ありません。

Oracle ASM インスタンスリソースについての詳細は、“2.4.2 Oracle ASM（Automatic Storage Management）を使用する場合” を参照してください。

－マルチテナント機能を使用したデータベースの場合は、本コマンドによりPDBの監視も再開します。

パラメーター

userApplication Resource

userApplication には、監視再開するリソースが含まれる userApplication 名を指定します。 Resource には、監視再開する Oracleインスタンスリソースや Oracle リスナーリソースいずれかのリソース名を指定します。

userApplication と Resource には、ローカルノードに存在するものを指定してください。

-a [ userApplication ]

ローカルノード上に存在し、かつ userApplication に指定された userApplication に属する全ての Oracle インスタンスリソース

や Oracle リスナーリソースの監視を再開します。

userApplication が省略された場合、本コマンドはローカルノード上に存在する全ての Oracle インスタンスリソースや Oracle リス

ナーリソースの監視を再開します。


0 : 正常終了

1 : 異常終了

2 : 異常終了（-a オプション指定時に、いくつかのリソースの監視再開に失敗）

- 113 -

注意

本コマンドの実行タイミングに注意してください。状態不整合や意図せぬリソース異常を引き起こす場合があります。

・本コマンドを userApplication の状態遷移中に実行しないでください。

・本コマンドの実行直後に、userApplication の起動や停止を行わないでください(5秒程度の間を置いてください)。

・監視中断中、Oracle インスタンスやリスナーを手動停止していた場合、本コマンドの実行前に手動起動してください。

・以下のいずれかの方法により、hvoraenableコマンドによるリソース監視の再開が有効になったことを確認できます。

－ syslog に “INFO: 0102: Fault Watching is enable”または“INFO: 0102: Fault Watching is enabled” のメッセージが出力された

こと。

－リソースが元の状態（"Online"、"Offline"）に変わったこと。

－ clorainfo -m の結果が enable に変わったこと。

4.3 clorapass - 監視用パスワードの登録実行ユーザー


形式

/opt/FJSVclora/sbin/clorapass

機能説明

本コマンドは PRIMECLUSTER Wizard for Oracle が使用する Oracle データベースの SYSTEM ユーザーのパスワードを登録しま

す。ディテクタは Oracle インスタンスの監視のために SYSTEM ユーザーを使って接続を行います。このためディテクタは SYSTEMユーザーのパスワードを必要とします。

パスワードが設定されていなければ、ディテクタは SYSTEM ユーザーのパスワードとして“manager” を使用します。

本コマンドは、任意の1ノードで実行してください。

パラメーター

なし


0 : 正常終了

0 以外 : 異常終了

コマンド実行例

# /opt/FJSVclora/sbin/clorapass

Enter OracleSID > ora （ORACLE_SID を入力例:“ora”）

Enter Password > ****** （SYSTEMユーザーのパスワードを入力例:“oracle”）

Re-enter Password > ****** （SYSTEMユーザーのパスワードを再入力例:“oracle”）

finished

参考

・クラスタ運用中に Oracle SYSTEM ユーザーパスワードを変更する場合は、“3.3 クラスタ運用中の Oracle SYSTEM ユーザーパス

ワード変更手順” を参照してください。

・ clorapass コマンドが取り扱うパスワード文字列については、以下を参考にしてください。

－使用できる文字は、ASCII文字コードの16進値21, 23-3f, 41-7e（10進値の33, 35-63, 65-126）です。

- 全ての非引用識別子：英数字、アンダースコア(_)、ドル記号($)、シャープ記号(#)

abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789_$#

- 114 -

- 引用識別子のうち、以下のもの

!%&'()*+,-./:;<=>?[\]^`{|}~

－空白、タブ、アットマーク(@)、マルチバイト文字は使用できません。

－引用識別子を含む場合、および英字以外で開始する場合、全体を二重引用符(")で括る必要はありません。

－大63文字まで指定可能です。（Oracle データベースの仕様は大30文字です）

・マルチテナント機能を使用したデータベースを作成した場合は、CDBのSYSTEM ユーザーのパスワードを登録してください。PDBのローカルユーザーのパスワードを登録する必要はありません。

注意

スケーラブル運用の場合、Oracle SYSTEM ユーザーのパスワードは Oracle RAC インスタンス別に登録する必要があります。例えば、

DB_NAME=ora、ORACLE_SID=ora1、ORACLE_SID=ora2 の場合、本コマンドを2回実行し、ora1 と ora2 に対してパスワードを登録


4.4 cloracpy - Oracle データベース設定ツール（待機ノード用）実行ユーザー

Oracle ユーザー

形式

/opt/FJSVclora/sbin/cloracpy

機能説明

本コマンドを使って、Oracle データベース設定に必要な運用ノード上のファイルを tar 形式にバックアップすることができます。本コ

マンドを使用してバックアップしたファイルを待機ノード側で展開することで、ファイルコピー、リンクの設定が行えます。

－本コマンドの使用条件

- スタンバイ運用である

- Oracle Database ソフトウェアを各ノードのローカルディスクにインストールしている

- 運用・待機ノードの $ORACLE_HOME、$ORACLE_BASE の設定が同一である

- 1:1 運用待機のように、運用・待機ノードの Oracle データベース構成が同一である

- 運用ノードでのデータベースの作成や設定が完了している

- Oracle ユーザーで実行する

- Oracle ユーザーの環境変数に $ORACLE_BASE、$ORACLE_HOME、$ORACLE_SID の設定がされている

－本コマンドで tar 形式にまとめるファイル

- $ORACLE_HOME/dbs 配下のすべて

- $ORACLE_BASE/admin/$ORACLE_SID 配下のすべて

- $ORACLE_HOME/network/admin 配下のすべて

- $ORACLE_BASE/diag 配下のすべて

これらは、/tmp/oracle.<$ORACLE_SID>.tar ファイルにまとめられます。この tar ファイルを運用ノードから待機ノードへ転送し、そこ

で “tar xvf /tmp/oracle.<$ORACLE_SID>.tar” コマンドを実行すると、上記のファイルが待機ノード上で展開されます。

- 115 -

参考

待機ノード上での tar ファイルの展開は、Oracle ユーザー、または root ユーザーで実行してください。

Oracle ユーザーで展開する場合、"tar xvfPp /tmp/oracle.<$ORACLE_SID>.tar" コマンドを実行してください。

root ユーザーで展開する場合、"tar xvfP /tmp/oracle.<$ORACLE_SID>.tar" コマンドを実行してください。

注意

－本コマンドは、フルパスで tar 形式にファイルをまとめ、フルパスで展開されますので、$ORACLE_BASE や $ORACLE_HOMEの設定が運用・待機ノードで異なる場合は、使用しないでください。また N:1 運用待機構成のように、運用・待機ノードで設定

が異なる場合も、使用できません。同一名のファイルが存在する場合は上書きされますので注意してください。

－初期化パラメータ AUDIT_FILE_DEST 、 BACKGROUND_DUMP_DEST 、 CORE_DUMP_DEST 、 USER_DUMP_DEST、

DIAGNOSTIC_DESTに設定されているディレクトリが待機ノードに存在しない場合は、待機ノードでディレクトリを作成してくだ

さい。作成したディレクトリのアクセス権限は運用ノードと同一にしてください。

パラメーター

なし


0 : 正常終了


4.5 clgetoralog - Oracle データベース調査資料採取実行ユーザー


形式

/opt/FJSVclora/bin/clgetoralog [ -n RMSconfiguration ] [ -d output_directory ] [ -a ]

機能説明

本コマンドは、Oracle データベースのトラブル調査資料を採取します。PRIMECLUSTER 上で運用中の Oracle データベースの設

定情報、ログファイルを採取します。

採取した資料は、<hostname>_<日付>_clgetoralog.tar ファイルにまとめられます。

採取する情報

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

$ORACLE_HOME/dbs/*.ora$ORACLE_BASE/admin/$ORACLE_SID/pfile/*.ora

－アラート・ファイル

BACKGROUND_DUMP_DEST/*.log$ORACLE_BASE/admin/$ORACLE_SID/bdump/*.log$ORACLE_HOME/rdbms/log/*.log$ORACLE_HOME/dbs/*.log$ORACLE_BASE/diag 配下

－ listener.ora、tnsnames.ora$ORACLE_HOME/network/admin/*.ora

－リスナーログ

$ORACLE_HOME/network/log/*.log

- 116 -

－ Oracle Clusterware 情報

$ORA_CRS_HOME/crs/admin/*$ORA_CRS_HOME/crs/log/* ($ORA_CRS_HOME/log/<hostname>/crsd/*)

－ PRIMECLUSTER Wizard for Oracle の V/L 情報、設定情報やログファイル

－ RMS の V/L 情報やログファイル (switchlog)

－ PRIMECLUSTER の V/L 情報や設定情報、パッチ情報

－システム情報

uname -a 実行結果 (システム基本情報)uptime 実行結果 (システム稼働時間)psrinfo -v 実行結果 (CPU 情報)/usr/platform/`arch -k`/sbin/prtdiag 実行結果 (システム診断情報)cat /etc/release 実行結果 (Solaris バージョン情報)cat /var/sadm/system/admin/CLUSTER (Solaris ソフトウェアグループ情報)cat /var/sadm/ptf/newprev/Rcontents 実行結果 (PTF 情報)grep -h "Install Solaris" /var/sadm/install_data/*OK 実行結果 (RSPC 情報)pkgparam -v FJSVbse 実行結果 (ESF 情報)isainfo -b、isainfo -v 実行結果 (命令セットアーキテクチャー情報)sysdef -i 実行結果 (カーネルパラメーター情報)ipcs 実行結果 (共有資源情報)swap -l (スワップ情報)ptree -a, ps -efZ, ps -efL -o 実行結果 (プロセス情報)zonename, zoneadm list -vc 実行結果 (ゾーン情報)ntpq -p 実行結果 (NTP情報)/var/adm/messages ファイル

－システム情報（Solaris 10の場合のみ）

showrev -p (パッチ情報)

－ UpdateSite(MW) 適用済み修正情報

uam showup 実行結果 (パッチ情報)

参考

本コマンドで採取される情報は、fjsnap コマンドでも採取されます。(-a または -h オプション指定時)

パラメーター

[ -n RMSconfiguration ]

RMSconfiguration には、採取する RMS 構成定義名を指定します。

RMS 構成定義名を指定した場合、本コマンドは、上記 [機能説明] で記載した資料や情報に加え、RMS 構成定義ファイル群

も採取します。 RMS 動作中の場合は、以下のコマンドで RMS 構成定義名を確認することができます。

# /opt/SMAW/SMAWRrms/bin/hvdisp -a | grep Configuration

Configuration: /opt/SMAW/SMAWRrms/build/config.us

本オプションを省略した場合、本コマンドは、上記 [機能説明] で記載した資料や情報のみを採取します。

[ -d output_directory ]

採取資料を格納するディレクトリを指定します。

ディレクトリを指定した場合、本コマンドは、採取した資料や情報をまとめた <hostname>_<日付>_clgetoralog.tar ファイルを、そ

のディレクトリに格納します。指定したディレクトリが存在しない場合、自動的に作成します。

本オプションを省略した場合、本コマンドは、採取資料をまとめた <hostname>_<日付>_clgetoralog.tar ファイルを、デフォルト

ディレクトリ (/var/tmp 配下) に格納します。

[ -a ]

本オプションを指定した場合、本コマンドは、上記 [機能説明] で記載した資料や情報に加え、以下の情報も採取します。

- 117 -

- 現在有効となっている RMS 構成定義ファイル群

-n オプションも指定された場合はその RMS 構成定義ファイル群

- RMS ログファイル群 (/var/opt/reliant/log/*)

- RMS 環境変数定義ファイル (/usr/opt/reliant/bin/hvenv.local)

- /var/adm/messages* (全世代)

- /etc/hosts, /etc/inet/hosts

- /etc/passwd

- /etc/services, /etc/inet/services

- /etc/system

- /etc/vfstab

- /etc/vfstab.pcl

- 全パッチ情報 (showrev -p 実行結果)


0 : 正常終了


注意

本コマンドは初期化パラメータ・ファイルまたはサーバー・パラメータ・ファイルから初期化パラメータ BACKGROUND_DUMP_DESTまたは DIAGNOSTIC_DEST の値を取得し、Oracle アラート・ファイルおよびリスナーログの格納場所を取得します。

サーバー・パラメータ・ファイルが格納されている共用ディスクがマウントされていない場合などは、初期化パラメータが読み込めず、

Oracle アラート・ファイルおよびリスナーログの格納場所（ファイル名）が取得できません。取得できない場合に備えて、本コマンドの定

義ファイル /opt/FJSVclora/etc/clgetoralog.conf に、Oracle アラート・ファイルおよびリスナーログの格納場所（ファイル名）をフルパスで

定義してください。

Oracleアラート・ファイルおよびリスナーログの格納場所は、以下のいずれかの方法で確認してください。

・初期化パラメータ BACKGROUND_DUMP_DEST または DIAGNOSTIC_DEST の値を確認する。

・ Oracle データベース起動状態で SQL 文 "show parameter dest" を実行する。

以下に /opt/FJSVclora/etc/clgetoralog.conf の定義例を示します：

COLLECTOBJ=/oracle/admin/orclsid/bdump/alert_orclsid.log (Oracleアラート・ファイル)

COLLECTOBJ=/oracle/product/network/log/listener.log (リスナーログ)

※BACKGROUND_DUMP_DEST が “/oracle/admin/orclsid/bdump” の場合

“COLLECTOBJ=” は行の先頭から記載し、“=” の後にフルパスでファイル名を記載してください。

パスの途中にワイルドカード “*” は使用できません。

COLLECTOBJ=/oracle/admin/orclsid/bdump/*.trc [OK]

COLLECTOBJ=/oracle/admin/*/bdump/*.trc [NG]

/opt/FJSVclora/etc/clgetoralog.conf に定義している採取資料も含めた全体のサイズが10MBを超えた場合、/opt/FJSVclora/etc/clgetoralog.conf に定義した採取資料は採取されません。

-a オプションを指定すれば、サイズが10MBを超えた場合でも /opt/FJSVclora/etc/clgetoralog.conf に定義した採取資料を採取すること

ができます。

4.6 clorainfo - 設定情報や監視状態の表示実行ユーザー


- 118 -

形式

/opt/FJSVclora/bin/clorainfo { -c [ RMSconfiguration ] | -e | -m [ ResourceName ] | -v }

機能説明

本コマンドは、PRIMECLUSTER Wizard for Oracle の設定情報や状態を表示します。

パラメーター

-c [ RMSconfiguration ]

指定された RMS 構成定義に含まれる PRIMECLUSTER Wizard for Oracle リソースの設定情報を表示します。RMSconfigurationには、RMS 構成定義名を指定します。

RMSconfiguration を省略した場合、現在有効となっている RMS 構成定義に含まれる PRIMECLUSTER Wizard for Oracle リソースの設定情報を表示します。

-e

ローカルノード上のOracleデータベースの設定情報、Oracleリスナーの設定情報、OracleユーザーおよびGridユーザーのプロ

ファイルに定義されている環境変数を表示します。

注意

－カーネルパラメーター値は表示されません。

－ Oracle RAC環境において単一インストールユーザーで構成している場合

Oracle DatabaseのインストールユーザーとOracle Grid Infrastructureのインストールユーザーを単一インストールユーザーで構

成している場合、Oracle RACインスタンスリソース、リスナーリソースの環境変数は同じものが表示されます。Oracle RACリス

ナーリソースのProtocol Addressesの設定情報はインストールユーザーのログインプロファイルに定義されているORACLE_HOMEの情報を表示します。

以下は、単一インストールユーザー"oracle"のログインプロファイルにOracle DatabaseのORACLE_HOMEが定義されている場

合の実行例です。

例

# /opt/FJSVclora/bin/clorainfo -e

:

node1 : Oracle1_orcl1.i

----------------------------------------------------------------

User registered in RMS (uid) : oracle (501)

User Group (gid) : oinstall (1000)

: dba (501)

: asmadmin (1100)

: asmdba (1300)

ORACLE_BASE : /u01/app/oracle

ORACLE_HOME : /u01/app/oracle/product/12.1.0/dbhome_1

ORACLE_SID : orcl1

ORACLE_SID registered in RMS : orcl1

ORA_NLS33 : ----

LD_LIBRARY_PATH : /u01/app/oracle/product/12.1.0/dbhome_1/lib

LD_LIBRARY_PATH_64 : /u01/app/oracle/product/12.1.0/dbhome_1/lib

PATH : /u01/app/oracle/product/12.1.0/dbhome_1/bin:/usr/bin:/usr/sbin

NLS_LANG : AMERICAN_AMERICA.US7ASCII

GridUser registered in RMS (uid): oracle (501)

GridUser Group (gid) : oinstall (1000)

: dba (501)

: asmadmin (1100)

: asmdba (1300)

ORACLE_BASE : /u01/app/oracle


ORACLE_SID : orcl1

ORACLE_SID registered in RMS : ＋ASM1

- 119 -

ORA_NLS33 : ----

LD_LIBRARY_PATH : /u01/app/oracle/product/12.1.0/dbhome_1/lib

LD_LIBRARY_PATH_64 : /u01/app/oracle/product/12.1.0/dbhome_1/lib

PATH : /u01/app/oracle/product/12.1.0/dbhome_1/bin:/usr/bin:/usr/sbin

NLS_LANG : AMERICAN_AMERICA.US7ASCII

node1 : Oracle1_LISTENER.l

----------------------------------------------------------------

GridUser registered in RMS (uid): oracle (501)

GridUser Group (gid) : oinstall (1000)

: dba (501)

: asmadmin (1100)

: asmdba (1300)


Listener registered in RMS : LISTENER

Protocol Addresses : (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))

-m [ ResourceName ]

ローカルノード上の PRIMECLUSTER Wizard for Oracle リソースの現在の監視状態 (監視が行われているかどうか) を表示し

ます。(enable：監視有効状態、disable：監視無効状態)ResourceName を指定した場合、指定されたリソースの監視状態を確認し、次の復帰値を返します。

0：RMS 稼動中で、かつ監視有効状態

2：RMS 稼動中で、かつ監視無効状態

10：RMS 停止中で、かつ監視有効状態

12：RMS 停止中で、かつ監視無効状態

ResourceName に指定する PRIMECLUSTER Wizard for Oracleリソース名は、ローカルノード上に存在するものでなければな

りません。

ResourceName を省略した場合、ローカルノード上の全 PRIMECLUSTER Wizard for Oracle の全リソースの監視状態を表示し

ます。

-v

ローカルノードにインストールされている PRIMECLUSTER Wizard for Oracle のパッケージ情報を表示します。


0 : 正常終了、または RMS 稼動中で、かつ監視有効状態（"-m ResourceName" 指定時）

2 : RMS 稼動中で、かつ監視無効状態（"-m ResourceName" 指定時）

10 : RMS 停止中で、かつ監視有効状態（"-m ResourceName" 指定時）

12 : RMS 停止中で、かつ監視無効状態（"-m ResourceName" 指定時）

上記以外 : 異常終了

4.7 clorabr - 設定情報のバックアップ／リストア実行ユーザー


形式

/opt/FJSVclora/bin/clorabr { backup | restore } [ -d backup_directory ]

機能説明

PRIMECLUSTER Wizard for Oracle は、PRIMECLUSTER システムのバックアップ／リストア機能 (cfbackup/cfrestore) に対応して

いますが、本コマンドにて、PRIMECLUSTER Wizard for Oracle のみの設定情報をバックアップ／リストアすることもできます。

注意

PRIMECLUSTER システムのバックアップ／リストアは、「PRIMECLUSTER 導入運用手引書」を参照してください。

- 120 -

バックアップ／リストアする情報

－ /opt/FJSVclora/etc/FJSVclora.pwd

－ /opt/FJSVclora/etc/clgetoralog.conf

－ /opt/FJSVclora/usr/*

パラメーター

backup

PRIMECLUSTER Wizard for Oracle の設定情報をバックアップします。本オプションを指定して実行したとき、標準出力にバッ

クアップされるファイル一覧が表示されます。バックアップされた情報は、指定されたディレクトリまたは本コマンド実行ディレクト

リ (カレントディレクトリ) 上のFJSVclora 内に格納されます。(例えば、カレントディレクトリが /var/tmp のときに本コマンドを実行す

ると、/var/tmp/FJSVclora 配下にバックアップ情報が格納されます。)

restore

以前バックアップしていた PRIMECLUSTER Wizard for Oracle の設定情報をリストアします。本オプションを指定して実行した

とき、標準出力にリストアされるファイル一覧が表示されます。バックアップされた情報が指定するディレクトリまたは、本コマンド

実行ディレクトリ (カレントディレクトリ) 上の FJSVclora 内に存在することを確認してから実行してください。(例えば、/var/tmp/FJSVclora 配下にバックアップ情報が格納されている場合、/var/tmp に移動した後に本コマンドを実行してください。)

注意

リストアできる設定情報はPRIMECLUSTER Wizard for Oracle の以下のバージョンです。

－ 4.2A00

－ 4.2A01

－ 4.2A02

－ 4.3A10

－ 4.3A20

－ 4.3A30

－ 4.3A40

－ 4.5A00

[ -d backup_directory ]

バックアップ先または、リストアするデータの格納先ディレクトリをフルパスで指定します。バックアップ時には、指定されたディレ

クトリ上に FJSVclora ディレクトリが作成されデータが格納されます。リストア時には、指定されたディレクトリ上の FJSVclora ディ

レクトリからデータがリストアされます。指定しない場合、コマンドを実行するカレントディレクトリ上でバックアップ、リストアされま

す。


0 : 正常終了


- 121 -

第5章留意事項

PRIMECLUSTER Wizard for Oracle の留意事項について説明します。

要件・前提条件

本製品を使用するための要件、前提条件に関する留意事項です。

・同一ノード上に、バージョン・リリースの異なる複数の Oracle Database をインストールすることができます。ただし、運用・待機ノード

でバージョン・リリースを一致させる必要があります。

サポートする Oracle Database 製品名称等は、“ソフトウェア説明書” や “ハンドブック” 等を参照してください。

・ Oracle Database をインストールする際に使用するユーザー名、ユーザーID、グループ名、グループIDは、全ノードで同一にする

必要があります。

・ 1台のサーバに複数の $ORACLE_HOME を作成する場合は、それぞれ異なるユーザー名で作成してください。

・ Oracle データベースは、共用ディスク上に配置する必要があります。

マルチテナント機能を使用したデータベースを作成する場合も、CDBとPDBのデータベースを共用ディスク上に配置する必要が

あります。

・ Oracle データベースのログ出力先を共用ディスク装置に設定することは推奨しません。ディスク装置の障害発生時にログが出力さ

れず、調査ができなくなる場合があります。

・ Oracle データベースのアーカイブログファイルについては、ローカルディスク、共用ディスクに配置した場合、それぞれ以下の点に

注意してください。


Oracle データベースのリカバリーが必要な場合には、両系のノードにある Oracle アーカイブログファイルを集結してリカバリー

作業を実施してください。

－共用ディスク

共用ディスクの容量の枯渇に注意してください。アーカイブログ領域不足に陥ると、監視用 SQL によるデータ更新処理がハン

グアップし、リソース異常となる場合があります。

その後 userApplication がフェイルオーバしてもフェイルオーバ先の待機ノードでも共用ディスク上の領域不足により Oracleデータベースの起動に失敗するため、終的に両系停止となり業務が停止する場合があります。

・マルチテナント機能を使用したデータベースの場合、Oracle RACスケーラブル運用はサポート対象外です。

・マルチテナント機能を使用したデータベースの場合、AUDIT_FILE_DESTに指定されるディレクトリのディスクの容量の枯渇に注

意してください。PDBを監視する際に、Oracleインスタンスリソースの監視間隔(デフォルト30秒)毎にAUDIT_FILE_DESTのディレ

クトリの容量が約1KBずつ増加します。ログファイルの容量や作成の頻度は環境によって異なります。定期的にAUDIT_FILE_DESTのディレクトリの容量を確認して、バックアップや削除を行ってください。

・ Oracle データベースの TWO_TASK 環境変数は使用できません。詳細は、“2.2.6 データベースの作成・設定” を参照してくださ

い。

・ Oracle ユーザーの login.sql に、Oracle データベースに接続するような処理を記述しないでください。詳細は、“2.2.6 データベー

スの作成・設定” を参照してください。

・本製品は、Oracle インスタンスの起動／停止を行なう際に SYSDBA システム権限で接続しますが、このときオペレーティング・シ

ステム認証 (OS認証) を使ったローカル接続を行います。そのため、次の条件を満たしている必要があります。 (満たしていない場

合、userApplication による Oracle インスタンスの操作に失敗します。)

－ “2.2.7.2 Oracle リソースの作成” および “2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” でOracle インスタンスリソースに設定した OS ユーザー (Oracle ユーザー) が、OSDBA グループに所属していること。

－ sqlnet.ora ファイルに SQLNET.AUTHENTICATION_SERVICES パラメーターが設定されていないこと。

本製品の接続は OS 認証を使用しますが、それ以外の接続 (例えば、システム管理者がメンテナンスのために手動で SYSDBAまたは SYSOPER システム権限で接続する場合) では、パスワード・ファイル認証を使用することができます。

- 122 -

・ Oracle ユーザーのプロファイルにおいて、対話型のコマンド (例 script) を実行しないでください。プロファイルは、/etc/profile, .bash_profile, .cshrc, .profile などを指します。

Oracle ユーザーのプロファイルに対話型のコマンドを記述した場合、以下の現象が発生します。

－ userApplicationの起動・停止、Oracle リソースの監視が正常に動作しない

－ clgetoralogコマンド、clorainfoコマンドがハングアップしコマンドラインに復帰しない

・ Oracle ユーザーのホームディレクトリ、プロファイルを共用ディスクに配置した環境は、サポート対象外です。Oracle ユーザーの

ホームディレクトリ、プロファイルは各ノードのローカルディスクに配置してください。

・リスナーのオペレーティング・システム認証 (OS認証) を有効にしてください。詳細は、“2.2.6 データベースの作成・設定”を参照し

てください。

・ /tmp ディレクトリに Oracle ユーザーの書き込み権限を付与してください。

本製品では、Oracle ユーザー権限で動作するプログラムが /tmp ディレクトリを使用します。書き込み権限がない場合、Oracle デー

タベースの起動や停止に失敗します。

・ Oracle Database 11g R2/12c R1 で Oracle ASMを使用する場合はOracle Grid Infrastructureをインストールする必要があります。

スタンバイ運用またはシングルノードクラスタ運用では、Oracle DatabaseのインストールユーザーとOracle Grid Infrastructureのイン


Oracle RAC スケーラブル運用では、Oracle DatabaseのインストールユーザーとOracle Grid Infrastructureのインストールユーザー

を分割する構成、単一インストールユーザーの構成いずれもサポートします。単一インストールユーザーで構成している場合、

clorainfoコマンドの-eパラメーターで注意事項があります。詳細は、"4.6 clorainfo - 設定情報や監視状態の表示"を参照してくださ

い。

・ Oracle Database 11g R2/12c R1 で Oracle ASM を使用する場合、Oracle Database のインストールユーザーの ORACLE_BASE 環境変数と、 Oracle Grid Infrastructure のインストールユーザーの ORACLE_BASE 環境変数は異なるディレクトリを指定してくださ

い。

・ Oracle Database ソフトウェアがローカルディスク上に配置されている場合、ローカルディスク上にアップグレードしてください。

Oracle Database ソフトウェアが共用ディスク上に配置されている場合、共用ディスク上にアップグレードしてください。

アップグレード前後で Oracle Database ソフトウェアの配置先を変更することはサポート対象外です。

・ /opt/FJSVclora/usr 配下に格納するユーザースクリプト(prestartup*・nomount*・mount*)内では、"su -"を使用しないでください。

・スケーラブル運用の場合、Oracle Grid Infrastructure、Oracle Database は各ノードのローカルディスクにインストールしてください。

仕様・機能

本製品の仕様、機能に関する留意事項です。

・本製品は、Oracle インスタンスの監視のため、SYSTEM ユーザーでデータベースに接続します。また、SYSTEM ユーザーのデ

フォルト表領域上に監視用テーブルを作成して Oracle データベースの動作確認を行います。この監視用テーブルは数バイトの

小さなものです。ただしデータの更新を定期的に行っているため、微量の REDO ログの更新が行われ、アーカイブログが出力さ

れます。

・ Oracle インスタンスの immediate モードによる停止が Online Backup 実施中に行われると、停止に失敗します。この場合本製品

は、abort で停止を行います。

・ Oracle インスタンスの起動時間、停止時間はデータベースの規模によって異なります。本製品のデフォルトでは Oracle インスタン

ス起動時間のタイムアウトは10分、停止時間のタイムアウトは3分となっています。また、RMS の停止コマンド hvshut は独自のタイ

ムアウト時間が設定されています。hvshut コマンドがタイムアウトしても RMS 停止に伴う userApplication の停止処理は継続されま

す。

・スタンバイ運用およびシングルノードクラスタ運用の場合、本製品はOracle インスタンスの起動時にデータベースのバックアップ・

モードまたはメディア障害を検出したとき、バックアップ・モードの解除またはリカバリーを自動的に実行します。

Oracle RAC スケーラブル運用の場合は、修復処理を実行しません。

・ Oracle RAC スケーラブル運用の場合、RMS 上のリソース名は Oracle RAC の CRS リソース名や OracleSID をもとに生成されま

す。詳細は、“2.3.2 Oracle Database ソフトウェアのインストール・設定” を参照してください。

・ MonitorOnly は以下の条件のとき有効にできます。詳細は、“2.2.7.2 Oracle リソースの作成” を参照してください。

－ “Instance” と “Listener” がそれぞれ1つずつで、かつ「起動優先度(StartPriority)」に “Same” を指定した場合。


- 123 -

－ “Instance” を2つ以上作成した場合。

“Instance” の MonitorOnly を有効にできます。低1つの“Instance” はMonitorOnly を無効にしなければなりません。

－ “Listener” を2つ以上作成した場合。

“Listener” の MonitorOnly を有効にできます。低1つの“Listener” はMonitorOnly を無効にしなければなりません。

・ Oracle RAC スケーラブル運用において、Oracle データベースの srvctl コマンドや、Oracle インスタンスに対して shutdown コマン

ドを直接実行すると、RMS 上のリソース状態との不一致が発生する場合があります。

環境構築

環境構築に関する留意事項です。

・ PreOnlineScript 等のスクリプトを設定した場合は、exit code とタイムアウト時間に注意してください。詳細は、“2.4.1 Oracle リソース

起動・停止時のスクリプトの設定” を参照してください。

・ PRIMECLUSTER Wizard for NAS と組み合わせる場合は、「PRIMECLUSTER Wizard for NAS 導入運用手引書」を参照してく

ださい。

運用

運用に関する留意事項です。

・クラスタ運用中に Oracle SYSTEM ユーザーパスワードを変更する場合は、PRIMECLUSTER Wizard for Oracle に変更後の OracleSYSTEM ユーザーパスワードを登録する必要があります。“3.3 クラスタ運用中の Oracle SYSTEM ユーザーパスワード変更手

順” を参照してください。

Oracle ユーザー、Grid ユーザー、Oracle SYS ユーザーのパスワードを変更する場合は、PRIMECLUSTER Wizard for Oracle の設定変更は不要です。

・ Oracleインスタンスリソースの設定で“PDBを使用”をyesに設定するとPDBの監視を行います。PDBの異常を検出するとsyslogへメッ

セージを出力します。メッセージの内容は“第6章メッセージ一覧”を参照してください。PDBの異常を検出しても再起動やフェイル

オーバは実施しません。

その他

上記以外の留意事項です。

・ abort での停止では、次回起動時に Oracle インスタンスの自動リカバリーが実行されます。

- 124 -

第6章メッセージ一覧

PRIMECLUSTER Wizard for Oracle が出力するメッセージの一覧を以下に示します。

以下は、syslog (daemon.err) に出力するメッセージです。

・ Oracle インスタンスリソースに関するメッセージ

・ Oracle リスナーリソースに関するメッセージ

・ PDBに関するメッセージ(daemon.err)

・共通のメッセージ

以下は、syslog (daemon.notice) に出力するメッセージです。

・ PDBに関するメッセージ(daemon.notice)

以下は、コマンド実行画面に出力するメッセージです。

・ clgetoralog が出力するメッセージ

・ clorainfo が出力するメッセージ

・ hvoradisable/hvoraenable が出力するメッセージ

・ cloracpy が出力するメッセージ

・ clorapass が出力するメッセージ

Oracle インスタンスリソースに関するメッセージ

ERROR: 1202: Cannot map shared memory or get semaphore [説明]

システム異常が発生しました。(共有メモリまたは、セマフォの獲得に失敗)

[処置]

システム資源が不足している可能性があります。システム環境を見直してください。

ERROR: 1203: Cannot open actionlist [説明]

アクション定義ファイルを開くことができません。

[処置]

アクション定義ファイルが存在するか、ファイルのアクセス権が変更されていないか等を確認してください。

ERROR: 1204: Corrupted actionlist: Invalid errno, line=linenumber [説明]

アクション定義ファイルの errno に異常があります。

[処置]

アクション定義ファイルの line=linenumber の errno を確認してください。

ERROR: 1205: Corrupted actionlist: Invalid status, line=linenumber [説明]

アクション定義ファイルの status に異常があります。

- 125 -

[処置]

アクション定義ファイルの line=linenumber の status を確認してください。

ERROR: 1206: Corrupted actionlist: Invalid action, line=linenumber [説明]

アクション定義ファイルの action に異常があります。

[処置]

アクション定義ファイルの line=linenumber の action を確認してください。

ERROR: 1208: Oracle process process error [説明]

Oracle インスタンスプロセスの異常を検出しました。

[処置]

Oracle インスタンスのアラート・ファイル等を確認し、Oracle インスタンスが正常に動作しているかを確認してください。

ERROR: 1213: Action error detected: Offline [説明]

リソースの Offline を通知します。

[処置]


ERROR: 1214: Action error detected: Faulted [説明]

リソースの Faulted を通知します。

[処置]


ERROR: 1215: Action error detected: Restart [説明]

監視のリトライを行います。

[処置]


ERROR: 1219: Cannot read hvgdconfig [説明]

RMS の定義ファイル (hvgdconfigファイル) が読み込めません。

[処置]

RMS の定義ファイルを手動で修正した場合は、設定を見直してください。

ERROR: 1220: Not Found ResourceName setting in hvgdconfig [説明]

RMS 定義ファイル (hvgdconfigファイル) の ResourceName の設定が異常です。

- 126 -

[処置]


ERROR: 1223: Not found AttributeName in hvgdconfig [説明]

RMS 定義ファイル (hvgdconfigファイル) の AttributeName の設定が異常です。

[処置]


ERROR: 1224: Receiving of monitoring instruction failed (detail) [説明]

内部異常が発生しました。(共有メモリ、またはセマフォの操作に失敗)

[処置]

システム管理者に連絡してください。

ERROR: 1225: Reporting of monitoring result failed : status [説明]

内部異常が発生しました。(監視結果の通知に失敗)

[処置]


ERROR: 1226: Checking existence of Detector process failed [説明]

内部異常が発生しました。(ディテクタプロセスの存在チェックに失敗)

[処置]


ERROR: 1227: Invalid setting in hvgdconfig : AttributeName [説明]

RMS 定義ファイル (hvgdconfig) の設定項目 AttributeName に不備があります。

[処置]

RMS 定義ファイルを手動で修正した場合は、設定を見直してください。

ERROR: 1299: ORA-xxxxx [説明]

検出した Oracle インスタンスのエラー ORA-xxxxx を出力しています。

[処置]


WARNING: 1302: Action error detected: Warning [説明]

リソースのWarning を通知します。

- 127 -

[処置]


ERROR: 3402: clorainstance detected Oracle error! (ORA-xxxxx: ) [説明]

svrmgrl による Oracle インスタンスの起動・停止処理中に、Oracle インスタンスのエラーが発生しました。

[処置]


ERROR: 3403: clorainstance detected Oracle error! (ORA-xxxxx: )ERROR: 7301: clasminstance detected Oracle error! (ORA-xxxxx: ) [説明]

sqlplus による Oracle インスタンスの起動・停止処理中に、Oracle インスタンスのエラーが発生しました。

[処置]


ERROR: 6227: cloranap terminates the startup of Oracle RAC instance resource ResourceName, becauseUNKNOWN state of ASM was detected. (detail) Please check ASM. [説明]

Oracle RACインスタンス起動処理中に、Oracle ASMの状態不正（UNKNOWN）を検出したため、Oracle RACインスタンスの起動

を中止します。detailには、Oracle ASMのリソース名や状態が含まれます。

本メッセージは、Oracle RAC環境で Oracle ASMを利用する構成において、出力される場合があります。

[処置]

detailに含まれる Oracle ASMの状態を確認し、状態不正を解消してください。

Oracle リスナーリソースに関するメッセージ

ERROR: 2202: Cannot map shared memory or get semaphore [説明]

システム異常が発生しました。(共有メモリまたは、セマフォの獲得に失敗)

[処置]


ERROR: 2203: Cannot get ORACLE_HOME [説明]

ORACLE_HOME が取得できません。

[処置]

Oracle ユーザーの環境変数に ORACLE_HOME が正しく設定されているか、環境を見直してください。

ERROR: 2204: Cannot read hvgdconfig [説明]

RMS 定義ファイル (hvgdconfigファイル) が読み込めません。

[処置]


- 128 -

ERROR: 2205: Not Found ResourceName setting in hvgdconfig [説明]

RMS 定義ファイル (hvgdconfigファイル) の ResourceName の設定が異常です。

[処置]


ERROR: 2206: Not Found AttributeName in hvgdconfig [説明]

RMS 定義ファイル (hvgdconfigファイル) の AttributeName の設定が異常です。

[処置]


ERROR: 2210: Tnsping detected the error (detail) [説明]

tnsping コマンドを使ったリスナーの監視で異常を検出しました。

[処置]

リスナーログ等を確認し、リスナーが正常に動作しているか確認してください。

ERROR: 2211: The listener name is invalid [説明]

リスナー名の設定に異常があります。

[処置]

listener.ora, tnsnames.ora 等、リスナーの設定を見直してください。

ERROR: 2214: The process of the listener does not exist [説明]

リスナープロセスの異常を検出しました。

userApplication の停止に伴い出力されます。

[処置]

userApplication が起動状態 (Online) 中に出力された場合は、リスナーログ等を確認し、

リスナーが正常に動作しているか確認してください。

ERROR: 2215: Process ID of the listener is not found [説明]

リスナープロセスのプロセスIDが不明です。

[処置]

リスナーログ等を確認し、リスナーが正常に動作しているか確認してください。

ERROR: 2219: Reporting of monitoring result failed : status [説明]

内部異常が発生しました。(監視結果の通知に失敗)

- 129 -

[処置]


ERROR: 2220: System error occurred(detail) [説明]

システム異常が発生しました。

[処置]


ERROR: 2221: Receiving of monitoring instruction failed (detail) [説明]


[処置]


ERROR: 2222: Checking existence of Detector process failed [説明]

内部異常が発生しました。(ディテクタプロセスの存在チェックに失敗)

[処置]


PDBに関するメッセージ(daemon.err)

ERROR: 9242: clorapdbmon detected OPEN_MODE of PDB PDB_name is invalid. (CDB=ORACLE_SIDPDB=PDB_name OPEN_MODE=OPEN_MODE) [説明]

PDBのステータスが異常です。

OPEN_MODEにはV$PDBSから取得したPDBのOPEN_MODE列の値が入ります。

[処置]

Oracleインスタンスのアラート・ログなどを確認し、PDBが正常に動作しているか確認してください。

ERROR: 9245: ORACLE_HOME/bin/sqlplus not found [説明]

ORACLE_HOME/bin/sqlplusファイルが存在しません。

[処置]

Oracleユーザーの環境変数ORACLE_HOMEを確認してください。

ORACLE_HOME/bin/sqlplusファイルを確認してください。

ERROR: 9247: Timeout occurred in the processing that gets V$PDBS information [説明]

CDBからV$PDBSテーブルの情報を取得する処理でタイムアウトが発生しました。

[処置]

Oracleインスタンスのアラート・ログなどを確認し、CDBが正常に動作しているか確認してください。

- 130 -

ERROR: 9260: Cannot get V$PDBS information. (ORA-xxxxx) [説明]

CDBからV$PDBSテーブルの情報を取得する処理でエラーが発生しました。

ORA-xxxxxはOracleインスタンスが出力したエラーです。

[処置]

Oracleインスタンスのアラート・ログなどを確認し、CDBが正常に動作しているか確認してください。

共通のメッセージ

INFO: 0101: Fault Watching is disableINFO: 0101: Fault Watching is disabled [説明]

リソース監視を中断しました。hvoradisable コマンド実行後に出力されます。

[処置]

ありません。リソース監視を再開したい場合には hvoraenable コマンドを実行してください。

参照

コマンドの詳細は“4.1 hvoradisable - リソース監視の中断”を参照してください。

INFO: 0102: Fault Watching is enableINFO: 0102: Fault Watching is enabled [説明]

リソース監視を再開しました。hvoraenable コマンド実行後に出力されます。

[処置]

ありません。

参照

コマンドの詳細は “4.2 hvoraenable - リソース監視の再開”を参照してください。

ERROR: 0207: Cannot allocate memory for hvgdconfig : AttributeNameERROR: 0207: Cannot allocate memory for execv [説明]

システム異常が発生しました。(メモリ獲得に失敗)

[処置]


ERROR: 0208: Data init error [説明]

システム異常が発生しました。(セマフォ獲得に失敗)

[処置]


- 131 -

ERROR: 0209: Fork error [説明]

システム異常が発生しました。(プロセス生成に失敗)

[処置]


ERROR: 0211: User UserName not found. [説明]

Oracle ユーザーの設定に異常があります。

[処置]

Oracle ユーザー名等に誤りがないか、設定を見直してください。

ERROR: 0212: Cannot create log path_name. [説明]

ログファイルが作成できません。

[処置]

システム資源 (ディスク不足等) が不足している可能性があります。システム環境を見直してください。

ERROR: 0213: Library init error [説明]

システム異常が発生しました。(初期化処理)

[処置]


ERROR: 0219: Detector aborted [説明]

システム異常が発生しました。ディテクタを終了します。

[処置]


ERROR: 0220: Not found AttributeName in hvgdconfig. [説明]

RMS 定義ファイル (hvgdconfig) に AttributeName が設定されていません。

[処置]


ERROR: 0221: Invalid setting in hvgdconfig : AttributeName [説明]

RMS 定義ファイル (hvgdconfig) の AttributeName の設定に誤りがあります。

[処置]


- 132 -

ERROR: 0222: Checking permission of resource monitoring failed [説明]

内部異常が発生しました。(監視中断チェックに失敗)

[処置]


ERROR: 0223: Checking existence of fault monitor process failed [説明]

内部異常が発生しました。(監視用プロセスの存在チェックに失敗)

[処置]


ERROR: 0224: Sending monitoring instruction failed (detail) [説明]


[処置]


ERROR: 0225: Receiving of monitoring result failed (detail) [説明]


[処置]


ERROR: 0226: Watch Timeout occurred (count) [説明]

Oracle インスタンスまたは、リスナーからの応答がないため、監視タイムアウトが発生しました。

[処置]

Oracle インスタンスのアラート・ファイルやリスナーログ等を確認し、Oracle インスタンスまたは、リスナーが正常に動作しているかを

確認してください。

ERROR: 0227: Receiving of Script notice failed [説明]

内部異常が発生しました。(スクリプトとの通信に失敗)

[処置]


ERROR: 0228: Starting fault monitor failed [説明]

監視用プロセスの起動に失敗しました。

[処置]


- 133 -

ERROR: 0229: Pipe error [説明]

システム異常が発生しました。(パイプ生成に失敗)

[処置]


注意

PRIMECLUSTER Wizard for Oracle では上記のメッセージ以外に、Oracle インスタンス起動時にOracle インスタンスのエラーが検

出された場合は、エラーメッセージを、コンソールに出力しています。

PDBに関するメッセージ(daemon.notice)

INFO: 9142: OPEN_MODE of PDB PDB_name was OPEN. (CDB=ORACLE_SID PDB=PDB_nameOPEN_MODE=OPEN_MODE) [説明]

PDBがOPEN状態になったことを示す情報メッセージです。

OPEN_MODEにはV$PDBSから取得したPDBのOPEN_MODE列の値が入ります。

[処置]

ありません。

clgetoralog が出力するメッセージ

clgetoralog [ERROR] Creation of temporary directory failed! (directory_name) [説明]

作業用一時ディレクトリの作成に失敗しました。

[処置]

/tmp 領域が不足している可能性があります。システム環境を見直してください。

clgetoralog [ERROR] Invalid RMS Configuration name! (RMS_configuration) [説明]

指定された RMS 構成定義 RMS_configuration は存在しません。

[処置]

正しい RMS 構成定義名を指定し、再実行してください。

clgetoralog [ERROR] No space in path_name (details)! [説明]

path_name の領域が不足している可能性があります。

[処置]

path_name の領域が不足している可能性があります。システム環境を見直してください。

clgetoralog [ERROR] Creation of directory failed! (directory_name) [説明]

採取資料を格納するディレクトリの作成に失敗しました。

- 134 -

[処置]

ディスク領域が不足している可能性があります。システム環境を見直してください。

clgetoralog [ERROR] "file_name" already exists! [説明]

同名ファイルが存在したため、採取資料のアーカイブ化に失敗しました。

[処置]

続いて出力されるメッセージに、採取資料が格納されたディレクトリ名が表示されます。そのディレクトリを手動にて別名でアーカイ

ブ化してください。

clgetoralog [ERROR] Creation of "file_name" failed! [説明]

採取資料のアーカイブ化に失敗しました。

[処置]

続いて出力されるメッセージに、採取資料が格納されたディレクトリ名が表示されます。

そのディレクトリを手動にてアーカイブ化してください。

clgetoralog [WARN] Obtaining local SysNode Name failed! [説明]

ローカル SysNode 名の取得に失敗しました。

[処置]

ありません。(資料採取は続行されます。)

clgetoralog [WARN] Execution of hvw failed! [説明]

RMS コマンド hvw(1M) の実行に失敗しました。

[処置]


clgetoralog [WARN] Result of hvw is invalid! [説明]

RMS コマンド hvw(1M) の実行結果が得られませんでした。

[処置]


clgetoralog [WARN] Wizard for Oracle resources not found in hvgdconfig! [説明]

hvgdconfig ファイルに PRIMECLUSTER Wizard for Oracle のリソースが定義されていませんでした。

[処置]


clgetoralog [WARN] Obtaining RMS Configuration name from CONFIG.rms failed!

- 135 -

[説明]

RMS 構成定義名を取得できませんでした。

[処置]


clgetoralog [WARN] Invalid RMS Configuration name! (RMS_configuration) [説明]

CONFIG.rms ファイルから取得した RMS 構成定義名が存在しません。

[処置]


clorainfo が出力するメッセージ

clorainfo: ERROR: Obtaining local SysNode Name failed! [説明]


[処置]

CF (Cluster Foundation) の設定が完了し、かつ起動状態であることを確認してください。

clorainfo: ERROR: Checking RMS running status failed! (details) [説明]

RMS の稼動状態取得に失敗しました。

[処置]

RMS を含むクラスタのインストール・設定、および userApplication (クラスタアプリケーション) の設定が正しく行われていることを確

認してください。

clorainfo: ERROR: Obtaining RMS configuration name failed! (details) [説明]


[処置]

userApplication (クラスタアプリケーション) の設定が完了していることを確認してください。

clorainfo: ERROR: CONFIG.rms does not exist! (details) [説明]

CONFIG.rms ファイルが存在しません。

[処置]


clorainfo: ERROR: Wizard for Oracle resources not found [説明]

設定された userApplication (クラスタアプリケーション) には、PRIMECLUSTER Wizard for Oracle が管理するリソースが見つかりま

せん。

- 136 -

[処置]

userApplication (クラスタアプリケーション) の設定が完了していることを確認してください。また、userApplication に Oracle インスタ

ンスリソース、Oracleリスナーリソースが含まれていることを確認してください。

clorainfo: ERROR: The specified resource does not exist on this SysNode(SysNode_name), or does notbelong to Wizard for Oracle! - resource_name [説明]

指定されたリソース resource_name がローカルノード SysNode_name 上に存在しません。または、resource_name は PRIMECLUSTERWizard for Oracle が管理するリソースではありません。

[処置]

ローカルノードに存在する正しいリソース名を指定し、再度実行してください。

clorainfo: ERROR: Resource does not belong to Wizard for Oracle - resource_name [説明]

指定されたリソース resource_name は PRIMECLUSTER Wizard for Oracle が管理するリソースではありません。

[処置]

正しいリソース名を指定し、再度実行してください。

clorainfo: ERROR: Invalid RMS Configuration. [説明]

RMS 構成定義が無効です。

[処置]


clorainfo: ERROR: RMS_configuration does not exist. [説明]

指定された RMS 構成定義 RMS_configuration は存在しません。

[処置]

正しい RMS 構成定義名を指定し、再実行してください。

hvoradisable/hvoraenable が出力するメッセージ

command: ERROR: Internal error! (details) [説明]

内部異常が発生しました。

[処置]

システム管理者に相談してください。

command: ERROR: Failed to disable/enable resource monitoring - resource_name [説明]

リソース resource_name の監視中断、または再開に失敗しました。

[処置]

システム管理者に相談してください。

- 137 -

command: ERROR: hvgdconfig does not exist! [説明]

hvgdconfig ファイルが存在しません。

[処置]


command: ERROR: Obtaining local SysNode Name failed! [説明]


[処置]

CF (Cluster Foundation) の設定が完了し、かつ起動状態であることを確認してください。

command: ERROR: Obtaining RMS configuration Name failed! [説明]


[処置]


command: ERROR: Execution of hvw failed! [説明]

RMS コマンド hvw(1M) の実行に失敗しました。

[処置]


command: ERROR: Result of hvw is invalid! [説明]

RMS コマンド hvw(1M) の実行結果が得られませんでした。

[処置]


command: ERROR: Failed to disable/enable resource monitoring! (details) [説明]

監視中断、または再開に失敗しました。

[処置]

RMS を含むクラスタのインストール・設定、および userApplication (クラスタアプリケーション) の設定が正しく行われていることを確

認してください。

command: ERROR: No Wizard for Oracle resources belong to specified userApplication! -userApplication_name [説明]

指定された userApplication userApplication_name には、PRIMECLUSTER Wizard for Oracle が管理するリソースが存在しませ

ん。

- 138 -

[処置]

正しい userApplication 名を指定し、再度実行してください。

command: ERROR: No Wizard for Oracle resources are in the current RMS configuration! [説明]

現在有効となっている RMS 構成定義には、PRIMECLUSTER Wizard for Oracle が管理するリソースが存在しません。

[処置]

userApplication (クラスタアプリケーション) の設定が完了していることを確認してください。また、userApplication に Oracle インスタ

ンス、Oracleリスナーリソースが含まれていることを確認してください。

command: ERROR: No Wizard for Oracle resources exist on this node! - SysNode_name [説明]

ローカルノード SysNode_name 上には PRIMECLUSTER Wizard for Oracle が管理するリソースが存在しません。

[処置]


また、userApplication に Oracle インスタンス、Oracleリスナーリソースが含まれていることを確認してください。

command: ERROR: Invalid userApplication or Resource! [説明]

誤った userApplication 名、またはリソース名が指定されました。

[処置]

正しい userApplication 名、およびリソース名を指定し、再度実行してください。

command: ERROR: The specified resource does not exist on SysNode_name! - resource_name [説明]

指定されたリソースは、SysNode_name 上に存在しません。

[処置]

正しいリソース名を指定し、再度実行してください。またはリソースが存在するノード上で実行してください。

command: WARNING: RMS is not running, but the monitoring of resource_name is disabled/enabled. [説明]

RMS が起動していませんが、リソースの監視中断、または再開を行いました。

[処置]

ありません。

次回の RMS 起動と同時に監視中断、または再開になります。

cloracpy が出力するメッセージ

ORACLE_SID not found. [説明]

環境変数 ORACLE_SID が設定されていません。

[処置]

環境変数 ORACLE_SID を設定してください。

- 139 -

ORACLE_HOME not found. [説明]

環境変数 ORACLE_HOME が設定されていません。

[処置]

環境変数 ORACLE_HOME を設定してください。

ORACLE_BASE not found. [説明]

環境変数 ORACLE_BASE が設定されていません。

[処置]

環境変数 ORACLE_BASE を設定してください。

ORACLE_HOME/dbs is invalid. [説明]

ORACLE_HOME/dbs ディレクトリが存在しません。

[処置]

ORACLE_HOME/dbs ディレクトリを確認してください。

ORACLE_HOME/network/admin is invalid. [説明]

ORACLE_HOME/network/admin ディレクトリが存在しません。

[処置]

ORACLE_HOME/network/admin ディレクトリを確認してください。

cloracpy: ORACLE_BASE/admin/ORACLE_SID is invalid. [説明]

ORACLE_BASE/admin/ORACLE_SID ディレクトリが存在しません。

[処置]

本コマンドを使用してバックアップしたファイルを待機ノード側で展開した後、待機ノード側で初期化パラメータAUDIT_FILE_DESTに設定されているディレクトリを作成してください。

作成したディレクトリのアクセス権限は運用ノードと同一にしてください。

cloracpy: ORACLE_BASE/diag is invalid. [説明]

ORACLE_BASE/diag ディレクトリが存在しません。

[処置]

本コマンドを使用してバックアップしたファイルを待機ノード側で展開した後、待機ノード側で初期化パラメータDIAGNOSTIC_DESTに設定されているディレクトリを作成してください。

作成したディレクトリのアクセス権限は運用ノードと同一にしてください。

cloracpy: tar is error.(EXIT_CODE).

- 140 -

[説明]

tar コマンドがエラーになりました。

[処置]

/tmp ディレクトリの空き容量や権限を確認してください。

clorapass が出力するメッセージ

Cannot read password_file. [説明]

パスワードファイルが読み込みできません。

[処置]

パスワードファイルを確認してください。

File format error password_file. [説明]

パスワードファイルのフォーマットエラーです。

[処置]

パスワードファイルを削除して、再度パスワードの設定をしてください。ただし、パスワードが複数設定されている場合は全て設定し

直す必要があります。

Cannot allocate memory. [説明]

システム異常が発生しました(メモリの獲得に失敗)。

[処置]


Cannot write password_file. [説明]

パスワードファイルに書き込みできません。

[処置]

パスワードファイルを確認してください。

Password not match. [説明]

再入力されたパスワードが一致しませんでした。

[処置]

パスワードを正しく入力してください。

- 141 -

付録A トラブル事例集

Oracle インスタンスの起動失敗やクラスタのフェイルオーバなどのトラブルは、多くの場合 Oracle インスタンスのダウンや障害が原因で

発生します。しかし、設定ミスや見積もりミスでも同じようにトラブルが発生する場合があります。

ここでは、設定ミスや見積もりミスによるトラブル事例について、原因と対処を説明しています。

Oracle インスタンスに関するトラブル起動・停止に失敗した。 A.1.1 起動・停止に失敗

AutoRecover やフェイルオーバが発生した。 A.1.2 AutoRecover やフェイルオーバが発生

Warning 状態となった。 A.1.3 Warning 状態に遷移

リスナーに関するトラブル起動・停止に失敗した。 A.2.1 起動・停止に失敗

AutoRecover やフェイルオーバが発生した。 A.2.2 AutoRecover やフェイルオーバが発生

Warning 状態となった。 A.2.3 Warning 状態に遷移

PDBに関するトラブル起動・停止に失敗した。 A.3.1 起動・停止に失敗

メッセージが出力された。 A.3.2 メッセージが出力された

A.1 Oracle インスタンスに関するトラブル

A.1.1 起動・停止に失敗

Oracle インスタンスの起動・停止に失敗した場合のトラブル事例です。

[ケース1] (スタンバイ、Oracle RAC スケーラブル、シングルノードクラスタ)

PRIMECLUSTER RMS のリソース設定が誤っている場合に発生します。

clorainfo -c コマンドを実行してリソース設定情報を確認できます。次に示す設定情報が実際の環境と一致していることを確認してくだ

さい。(参考 “4.6 clorainfo - 設定情報や監視状態の表示”)

・ Oracle ユーザー名

・ OracleSID

・ PreOnlineScript などに設定したスクリプト

パスが正しいこと

実行権限があること

単体で正しく動作すること

一致していなかった場合、正しい設定に変更してください。(参考 “第2章環境設定”)

[ケース2] (スタンバイ、シングルノードクラスタ)

/opt/FJSVclora/usr 配下に配置したユーザースクリプトが誤っている場合に発生します。

(スタンバイ運用の場合のみ)

これらのユーザースクリプトが正しく動作することを確認してください。


Oracle データベースの設定が誤っている場合に発生します。

Oracle データベースのアラート・ファイル等を確認し、起動・停止に失敗した原因が記録されていないか確認してください。

また、Oracle データベース単体で起動・停止が正しく行えることを確認してください。

Oracle インスタンスリソースの監視を中断させると、手動による単体操作が可能になります。

(参考 “3.2.4.1 Oracle データベースを停止させる必要がある場合”)

- 142 -

[ケース4] (Oracle RAC スケーラブル)

Oracle Clusterware が起動していない状態で Oracle インスタンスリソースを含む userApplication を起動すると、リソースは ScriptTimeoutに設定した時間(2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成 - 手順10 を参照してください)を過ぎ

るまで Wait状態となり、それを過ぎるとリソース異常となります。

以下は、各構成パターン別の対処方法です。

・ Oracle Clusterware と Oracle RAC インスタンスを異なる userApplication に登録する構成(2.3.3の構成パターンA)の場合

まずは、Oracle Clusterware が起動しているかどうかを確認してください。

以下のコマンド実行により、Oracle Clusterware が起動しているかどうかを確認することができます。

# su - <Gridユーザー>


以下のメッセージが出力された場合は、Oracle Clusterware が停止している可能性があります。

CRS-0184: CRSデーモンと通信できません。

Oracle Clusterware が起動していない場合は、Oracle Clusterware が Oracle RAC インスタンスより先に起動する設定がされていな

い可能性があります。

Oracle RAC インスタンスリソースの PreOnlineScript スクリプトにOracle Clusterware リソースを起動するスクリプトが設定されている

かどうかを確認してください(2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成 -手順10 - 注意を参

照してください)。

・ Oracle Clusterware と Oracle RAC インスタンスを同一の userApplication に登録する構成(2.3.3の構成パターンB)の場合

Oracle RAC インスタンスリソースの起動に失敗している可能性があります。

Oracle RAC インスタンスリソースの設定に誤りがないかどうかを確認してください(2.3.5 Oracle RAC インスタンス、リスナーリソース

を含む userApplication の作成)。

また、PRIMECLUSTER RMS のリソースや Oracle データベースの設定に誤りがないかどうかを確認してください([ケース1]、[ケー

ス3]を参照してください)。

・ Oracle Clusterwareをリソース登録しない構成(2.3.3の構成パターンC)の場合

Oracle Clusterwareが起動しているかどうかを確認してください。

Oracle Clusterware が起動しているかどうかを、以下のコマンドを実行して確認してください。





リソースの Fault 状態を解除し(hvutil -c)、以下のコマンドで Oracle Clusterware を起動してください。

# <Gridユーザーの$ORACLE_HOME>/crsctl start crs

Oracle Clusterware を起動した後、userApplication を再度起動してください。


Oracle Clusterware が停止している状態で、userApplication またはリソースの設定変更を行った場合に発生します。

userApplication またはリソースの設定変更を行う場合は、全ノード上で Oracle Clusterware を事前に起動してください。(参考 “2.3.7RMS 構成定義の生成と配布”を参照してください。)

A.1.2 AutoRecover やフェイルオーバが発生

Oracle インスタンスリソース異常によるリソースの AutoRecover や userApplication のフェイルオーバ、または縮退が発生した場合のト

ラブル事例です。

- 143 -


アーカイブログ領域不足のため、監視用 SQL によるデータ更新処理がハングアップした場合に、リソース異常となる場合があります。

その後 userApplication がフェイルオーバしてもフェイルオーバ先の待機ノードでも共用ディスク上の領域不足により Oracle データベー

スの起動に失敗するため、終的に両系停止となり業務が停止する場合があります。

Oracle データベースのアラート・ファイル等を確認し、参考となる情報が記録されていないか確認してください。

以下の手順でアーカイブログをバックアップし、ディスク容量を確保してください。

1. 両ノードで、RMSを停止します。

# hvshut -a

2. 運用ノードで、アーカイブログ領域が格納されているボリュームをマウントします。

－ zpoolを使用する場合

# sdxvolume -N -c <クラス名>

# zpool import -d /dev/sfdsk/<クラス名>/dsk <マウントポイント>

－ zpoolを使用しない場合

# sdxvolume -N -c <クラス名> -v <ボリューム名>

# mount -F ufs /dev/sfdsk/<クラス名>/dsk/<ボリューム名> <マウントポイント>

3. 2.でマウントしたマウントポイントに移動し、アーカイブログ領域をバックアップしてください。

# cd <マウントポイント>

# mv ./<アーカイブログ領域>/<アーカイブファイル> /<退避先>/.

4. 2.でマウントした領域をアンマウントします。

－ zpoolを使用する場合

# cd /

# zpool export <マウントポイント>

# sdxvolume -F -c <クラス名>

－ zpoolを使用しない場合

# cd /

# umount <マウントポイント>

# sdxvolume -F -c <クラス名> -v <ボリューム名>

5. 任意の1ノードで hvcm コマンドを実行し、すべてのノードのRMSを起動します。

# hvcm -a

6. クラスタアプリケーションの Faulted 状態をクリアします。

# hvutil -c <userApplication名>

7. 任意の1ノードで hvswitch コマンドを実行し、クラスタアプリケーションを起動します。

# hvswitch <userApplication名> <SysNode名>


監視タイムアウトが2回連続して発生した場合にリソース異常となります。

syslog に “ERROR: 0226: Watch Timeout occurred” が出力されていれば該当します。

Oracle データベース側からの調査・対処を行ってください。

PRIMECLUSTER Wizard for Oracle による Oracle インスタンスの監視では、Oracle インスタンスから一定時間応答がなかった場合は

- 144 -

「監視タイムアウト」と判断します。1回目の監視タイムアウトでは、Warning 状態となるだけでリソース異常にはなりませんが、これが2回

連続して発生した場合、リソース異常と判断します。

A.1.3 Warning 状態に遷移

Oracle インスタンスは起動しているが、Oracle インスタンスリソースが Warning 状態となった場合のトラブル事例です。


Oracle SYSTEM ユーザーのパスワードが PRIMECLUSTER Wizard for Oracle に登録されていない場合や、登録されているが誤って

いる場合、または正しく登録されているが有効になっていない場合に発生します。

syslog に ORA-01017 が出力されていれば本ケースに該当します。

SYSTEM ユーザーのパスワードを正しく登録し直してください。(参考 “3.3 クラスタ運用中の Oracle SYSTEM ユーザーパスワード変

更手順”)


Oracle SYSTEM ユーザーのアカウントがロックされているため、Oracle インスタンスに接続できない場合に発生します。

syslog に ORA-28000 が出力されていれば本ケースに該当します。また、以下のSQL文でSYSTEM ユーザーのアカウントの状態を参

照することでも確認できます。(account_status 列が “LOCKED(TIMED)” や “LOCKED” になっていれば該当します。)


$ sqlplus /nolog


SQL> select username, account_status from dba_users;

Oracle インスタンスに sysdba 権限で接続し、SYSTEM ユーザーのアカウントロックを解除してください。


$ sqlplus /nolog


SQL> alter user system account unlock;

syslog に ORA-01017 も出力されていた場合、誤ったパスワードが登録されていたために ORA-28000 が発生した可能性があります。

その場合、まず SYSTEM ユーザーのパスワードを正しく登録し直してください。(参考 “3.3 クラスタ運用中の Oracle SYSTEM ユー

ザーパスワード変更手順”)次に上記の手順でアカウントロックを解除してください。


監視が中断されている場合に発生します。

clorainfo -m コマンドで監視中断中かどうかを確認できます。(参考 “4.6 clorainfo - 設定情報や監視状態の表示”)監視中断状態だった場合、対象の Oracle インスタンスが OPEN ステータスで起動していることを確認し、監視を再開してください。(参考 “4.2 hvoraenable - リソース監視の再開”)


Oracle インスタンスの監視において、監視の SQL (insert, update など) が一定時間応答しないが、Oracle インスタンスに接続ができ、

ステータスは OPEN である場合に発生します。 (監視タイムアウト)syslog に “ERROR: 0226: Watch Timeout occurred” が出力されていれば該当します。


PRIMECLUSTER Wizard for Oracle による Oracle インスタンスの監視では、Oracle インスタンスから一定時間応答がなかった場合は

「監視タイムアウト」と判断します。1回目の監視タイムアウトでは、Warning 状態となるだけでリソース異常にはなりませんが、これが2回

連続して発生した場合、リソース異常と判断します。


Oracle インスタンスの監視において、max session エラー、max process エラーにより Oracle インスタンスへ接続できない場合に発生します。

syslog に ORA-00018、ORA-00020 が出力されていれば該当します。

Oracle インスタンスの SESSIONS 初期化パラメータに設定する大セッション数や、PROCESSES 初期化パラメータに設定する大

- 145 -

プロセス数には、PRIMECLUSTER Wizard for Oracle の監視用セッション分を考慮し、余裕を持った値を設定してください。詳細は、

Oracle Database のマニュアルを参照してください。


Oracle SYSTEM ユーザーのパスワードが期限切れとなり、監視機能が Oracle インスタンスに接続できない場合に発生します。

syslog に ORA-28001 が出力されていれば本ケースに該当します。また sqlplus コマンドで SYSTEM ユーザーとして Oracle インスタ

ンスに接続する際に、ORA-28001 が発生すれば該当します。


$ sqlplus /nolog

SQL> connect system/password

ERROR:

ORA-28001: the password has expired

systemに対するパスワードを変更しています。

新規パスワード:

この場合、Oracle SYSTEM ユーザーのパスワードを変更してください。

変更後、clorapass コマンドを使って PRIMECLUSTER Wizard for Oracle への再登録を行ってください。(参考 “3.3 クラスタ運用中の

Oracle SYSTEM ユーザーパスワード変更手順”)


Oracle RAC インスタンスの監視において、「復旧待ち時間(WFTime)」の設定が以下の場合、リソース異常になると、Oracle Clusterwareによる Oracle RAC インスタンスリソースの復旧を待ち合わせる間 Warningとなります。

・ PersistentWarning

・ <秒>

「復旧待ち時間(WFTime)」の設定値は clorainfo -c コマンドで確認することができます。

(「復旧待ち時間(WFTime)」の詳細は、 “2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” - 手順10 を参照してください)。

Oracle データベースのアラート・ファイル等を確認し、リソース異常の原因が記録されていないか確認してください。

A.2 リスナーに関するトラブル


リスナーの起動・停止に失敗した場合のトラブル事例です。






・リスナー名

・ OracleTNS名(TNSName) (ネット・サービス名)

・ PreOnlineScript などに設定したスクリプト

パスが正しいこと

実行権限があること

単体で正しく動作すること


- 146 -


リスナーの設定が誤っており起動・停止できない場合に発生します。(リスニングするIPアドレスやポートなどの設定ミス)。リスナーログ等を確認し、起動・停止に失敗した原因が記録されていないか確認してください。

listener.ora の設定が正しいことを確認してください。

また、リスナー単体で起動・停止が正しく行えることを確認してください。リスナーリソースの監視を中断させると、手動による単体操作

が可能になります。(参考 “3.2.4.1 Oracle データベースを停止させる必要がある場合”)


Oracle Clusterware が起動していない状態でリスナーリソースを含む userApplication を起動すると、リソースは ScriptTimeout に設定

した時間(2.3.5 - 手順16 を参照してください)を過ぎるまで Wait状態となり、それを過ぎるとリソース異常となります。

以下は、各構成パターン別の対処方法です。

・ Oracle Clusterware と Oracle RAC インスタンスを異なる userApplication に登録する構成(2.3.3の構成パターンA)の場合

まずは、Oracle Clusterware が起動しているかどうかを確認してください。

以下のコマンド実行により、Oracle Clusterware が起動しているかどうかを確認することができます。





Oracle Clusterware が起動していない場合は、Oracle Clusterware が Oracle RAC インスタンスより先に起動する設定がされていな

い可能性があります。

Oracle RAC インスタンスリソースの PreOnlineScript スクリプトにOracle Clusterware リソースを起動するスクリプトが設定されている

かどうかを確認してください(2.3.5 -手順10 - 注意を参照してください)。

・ Oracle Clusterware と Oracle RAC インスタンスを同一の userApplication に登録する構成(2.3.3の構成パターンB)の場合

リスナーリソースの起動に失敗している可能性があります。

リスナーリソースの設定に誤りがないかどうかを確認してください(2.3.5)。

また、リスナーの設定を見直してください([ケース2]を参照してください)。

・ Oracle Clusterware をリソース登録しない構成(2.3.3の構成パターンC)の場合

Oracle Clusterware が起動しているかどうかを確認してください。

Oracle Clusterware が起動しているかどうかを、以下のコマンドを実行して確認してください。





リソースの Fault 状態を解除し(hvutil -c)、以下のコマンドで Oracle Clusterware を起動してください。

# <Gridユーザーの$ORACLE_HOME>/crsctl start crs

Oracle Clusterware を起動した後、userApplication を再度起動してください。

A.2.2 AutoRecover やフェイルオーバが発生

リスナーリソース異常によるリソースの AutoRecover や userApplication のフェイルオーバ、または縮退が発生した場合のトラブル事例

です。

- 147 -


PRIMECLUSTER RMS のリソース設定 (特に「OracleTNS名(TNSName)」) が誤っている場合にリソース異常となります。




・リスナー名

・ OracleTNS名(TNSName) (ネット・サービス名)



tnsnames.ora のネット・サービスの設定（接続先リスナーの情報など）が誤っている場合に発生します。

tnsnames.ora を確認し、ネット・サービスの設定が誤っていないか確認してください。

A.2.3 Warning 状態に遷移

リスナーリソースが Warning 状態となった場合のトラブル事例です。


監視を中断した場合に発生します。

clorainfo -m コマンドで監視中断中かどうかを確認できます(参考 “4.6 clorainfo - 設定情報や監視状態の表示”)。

監視中断状態だった場合、対象のリスナーリソースが起動していることを確認し、監視を再開してください(参考 “4.2 hvoraenable - リソース監視の再開”)。


Oracle データベースの tnsping コマンドを使ったリスナーの監視において、tnsping コマンドの応答が一定時間なかった場合に発生す

ることがあります(監視タイムアウト)。syslog に “ERROR: 0226: Watch Timeout occurred” が出力されていれば該当します。

リスナーログ等を確認し、調査・対処を行ってください。

PRIMECLUSTER Wizard for Oracle によるリスナーの監視では、tnsping コマンドの応答が一定時間なかった場合は「監視タイムアウ

ト」と判断します。1回目の監視タイムアウトでは、Warning 状態となるだけでリソース異常にはなりませんが、これが2回連続して発生し

た場合、リソース異常と判断します。


Oracle RAC スケーラブル運用におけるリスナーの監視において、「復旧待ち時間(WFTime)」の設定が以下の場合、リソース異常にな

ると、Oracle Clusterware によるリスナーリソースの復旧を待ち合わせる間 Warningとなります。

・ PersistentWarning

・ <秒>

「復旧待ち時間(WFTime)」の設定値については clorainfo -c コマンドで確認することができます。

(「復旧待ち時間(WFTime)」の詳細は、 “2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” - 手順16 を参照してください。)。

リスナーログ等を確認し、リソース異常の原因が記録されていないか確認してください。

A.3 PDBに関するトラブル


PDBの起動・停止に失敗した場合のトラブル事例です。

- 148 -






・ Oracle ユーザーの環境変数ORACLE_HOME

・ OracleSID


A.3.2 メッセージが出力された

PDBの異常によりsyslogにメッセージが出力された場合のトラブル事例です。


PDBが異常の場合、syslogに以下のメッセージを出力します。

FSP_PCLW-ORACLE_FJSVclora: ERROR: 9242: clorapdbmon detected OPEN_MODE of PDB <PDB名> is invalid. (CDB=<CDBのORACLE_SID>

PDB=<PDB名> OPEN_MODE=<PDBのステータス>)


PDBの監視については、“3.1.1.2 スタンバイ運用におけるOracleリソースの監視”を参照してください。

Oracle Data Guard/Oracle Active Data Guard環境でのPDBの監視については、“G.1 機能概要”を参照してください。

- 149 -

付録B Oracle リソースの追加作成／設定変更／削除

ここでは、作成済みの userApplication に含まれる Oracle リソースの設定変更などを行う場合の手順について説明します。

B.1 リソースの追加作成

B.1.1 個々のリソースを追加作成する場合

既存の Oracle リソースに対し、新たにリソースを作成して登録する場合の手順です。

例

Oracle インスタンスとリスナー "Listener" を含んでいる Oracle リソースに、新たにリスナー "Listener2" を作成し、登録するような場合で

す。

1. 全ノードの RMS を停止します。

2. userApplication Configuration Wizard を起動します。

注意

Oracle RAC スケーラブル運用で、Oracle RAC インスタンス、またはリスナーをリソース登録する場合は、全ノードで OracleClusterware を起動させてください。

詳細は、 “2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” を参照してください。

3. 「userApplication Configuration メニュー」画面で、「userApplicationやResourceの変更」を選択し、「次へ」をクリックします。

4. 「userApplicationとResourceの一覧」画面のリストから、追加対象の Oracle リソース（例：Oracle1）を選択し、「次へ」をクリックしま

す。

5. 「Resourceの設定」画面で、追加したいリソースのメニューを選択し、「次へ」をクリックします。

－スタンバイ運用の場合

Oracle インスタンス、または Oracle ASM インスタンスをリソース登録する場合、「Oracleインスタンスの追加」を選択し、「次

へ」をクリックします。この後、“2.2.7.2 Oracle リソースの作成” の手順4～5を参考に、詳細設定を行ってください。

リスナーをリソース登録する場合、「Oracleリスナーの追加」を選択し、「次へ」をクリックします。この後、“2.2.7.2 Oracle リソー

スの作成” の手順6～7を参考に、詳細設定を行ってください。

－ Oracle RAC 11g R2/12c R1 スケーラブル運用の場合

Oracle Clusterware をリソース登録する場合、「Oracle 11gR2/12cR1のClusterwareリソースの追加」を選択し、「次へ」をクリッ

クします。この後、“2.3.4 Oracle Clusterware リソースを含む userApplication の作成” の手順3～5を参考に、詳細設定を行っ

てください。

Oracle RAC インスタンスをリソース登録する場合、「Oracle RAC11gR2/12cR1のインスタンスリソースの追加」を選択し、「次

へ」をクリックします。この後、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” の手順7～

11を参考に、詳細設定を行ってください。

Oracle RAC リスナーをリソース登録する場合、「Oracle RAC11gR2/12cR1のリスナーリソースの追加」を選択し、「次へ」をク

リックします。この後、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” の手順13～17を参

考に、詳細設定を行ってください。

－シングルノードクラスタ運用の場合


へ」をクリックします。この後、“2.2.7.2 Oracle リソースの作成”の手順4～5を参考に、詳細設定を行ってください。


スの作成”の手順6～7を参考に、詳細設定を行ってください。

- 150 -

Oracle インスタンスリソース、Oracle リスナーリソースのフラグ設定値では AutoRecover 属性を有効にすることを推奨しま

す。 AutoRecover 属性を有効にしたリソースで故障が発生した場合、自動的に再起動して復旧を試みることで、可用性を向

上させることができます。

設定項目説明

フラグ設定値

(Flags)AutoRecover(A)

6. 他にリソースを登録する場合、本手順5を繰り返します。

7. リソース登録が全て完了したら、「Resourceの設定」画面で「保存して登録」を選択し、「登録」をクリックします。

続いて表示される応答メッセージ「0803 設定内容をシステムに登録しますか？」に対し、「はい」をクリックします。

8. 応答メッセージ「0817 RMS Configuration情報の配布を行いますか？」に対し、「はい」をクリックします。

9. 「userApplication Configuration メニュー」画面で、「完了」をクリックし、userApplication Configuration Wizardを終了します。

B.1.2 Oracle リソースを追加作成する場合

Oracle リソースを一切含んでいない userApplication に対し、新たにリソースを作成して登録する場合の手順です。この場合、既存の

userApplication を一旦削除する必要があります。詳細は、「PRIMECLUSTER 導入運用手引書」を参照してください。

例

Gds、Fsystem (マウントポイント制御)、および Gls のみを含んでいるスタンバイ運用の userApplication に、新たに Oracle インスタンス、

リスナーを登録するような場合です。

スタンバイ運用の場合、“2.2.7.2 Oracle リソースの作成” と同様の手順です。



注意

Oracle RAC スケーラブル運用で、Oracle RAC インスタンス、またはリスナーをリソース登録する場合は、全ノードで OracleClusterware を起動させてください。

詳細は、 “2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” を参照してください。

3. 「userApplication Configuration メニュー」画面で、「userApplicationやResourceの削除」を選択し、「次へ」をクリックします。

4. 「userApplicationとResourceの一覧」画面のリストから、既存の userApplication（例：userApp_1）を選択し、「削除」をクリックします。

続いて表示される応答メッセージ「0807 選択されているuserApplication(userApplication名)だけを削除しますか？userApplication配下の全てのResourceも削除しますか？」に対し、「userApplicationのみ」をクリックします。

注意

応答メッセージに対し、「全て」をクリックしないでください。

userApplication だけでなく、作成済みのリソースも全て削除されます。

5. 「userApplication Configuration メニュー」画面で、「Resourceの作成」を選択し、「次へ」をクリックします。

6. 「Resourceの作成」画面の「Resourceタイプ」リストから「Oracle」を選択し、「次へ」をクリックします。

- 151 -

7. 「Resourceの設定」画面で、追加したいリソースのメニューを選択し、「次へ」をクリックします。

このあと、目的に応じた Oracle リソースを作成してください。



へ」をクリックします。この後、“2.2.7.2 Oracle リソースの作成” の手順4～5を参考に、詳細設定を行ってください。


スの作成” の手順6～7を参考に、詳細設定を行ってください。


Oracle Clusterware をリソース登録する場合、「Oracle 11gR2/12cR1のClusterwareリソースの追加」を選択し、「次へ」をクリッ

クします。この後、“2.3.4 Oracle Clusterware リソースを含む userApplication の作成” の手順3～5を参考に、詳細設定を行っ

てください。

Oracle RAC インスタンスをリソース登録する場合、「Oracle RAC11gR2/12cR1のインスタンスリソースの追加」を選択し、「次

へ」をクリックします。この後、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” の手順7～

11を参考に、詳細設定を行ってください。

Oracle RAC リスナーをリソース登録する場合、「Oracle RAC11gR2/12cR1のリスナーリソースの追加」を選択し、「次へ」をク

リックします。この後、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” の手順13～17を参

考に、詳細設定を行ってください。



へ」をクリックします。この後、“2.2.7.2 Oracle リソースの作成”の手順4～5を参考に、詳細設定を行ってください。


スの作成”の手順6～7を参考に、詳細設定を行ってください。

Oracle インスタンスリソース、 Oracle リスナーリソースのフラグ設定値ではAutoRecover属性を有効にすることを推奨しま

す。 AutoRecover 属性を有効にしたリソースで故障が発生した場合、自動的に再起動して復旧を試みることで、可用性を向

上させることができます。

設定項目説明

フラグ設定値


8. 必要な分だけ、本手順7を繰り返します。

9. 「userApplication Configuration メニュー」画面で、「userApplicationの作成」を選択し、「次へ」をクリックします。

このあと、Oracle リソースを含む userApplication を作成してください。


userApplication の属性は、“2.2.3 userApplication およびリソースの構成” を参照してください。


userApplication の属性は、“2.3.3 userApplication およびリソースの構成” を参照してください。


userApplicationの属性は以下の設定をしてください。下記以外の属性については、PRIMECLUSTERのマニュアルを確認


属性説明

AutoSwitchOver 値を設定しないでください。

PersistentFault 1

HaltFlag no

ShutdownPriority 値を設定しないでください。

OnlinePriority 値を設定しないでください。


- 152 -

B.2 リソースの設定変更

登録済みリソースの設定を変更する場合の手順です。

例

Oracle インスタンスリソースの監視間隔 (Interval) を、デフォルトの30秒から60秒に変更するような場合です(スタンバイ運用の場合)。



注意

Oracle RAC スケーラブル運用で、Oracle RAC インスタンスリソース、またはリスナーリソースの設定を変更する場合は、全ノー

ドで Oracle Clusterware を起動させてください。

“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” を参照してください。


4. 「userApplicationとResourceの一覧」画面のリストから、変更対象の Oracle インスタンス、リスナー、または Oracle Clusterware リソースを含む Oracle リソース（例：Oracle1）を選択し、「次へ」をクリックします。

5. 「Resourceの設定」画面で、変更対象の既存リソースを選択し、「次へ」をクリックします。

－スタンバイ運用およびシングルノードクラスタ運用の場合

Oracle インスタンスリソース、または Oracle ASM インスタンスリソースの場合は「Oracleインスタンス名[n]='OracleSID'」を選

択し、「次へ」をクリックします。さらに次の画面で、「元の値:'OracleSID'」を選択します。

リスナーリソースの場合は「Oracleリスナー名[n]=LISTENER」を選択し、「次へ」をクリックします。さらに次の画面で、「元の

値:LISTENER」を選択します。


Oracle Clusterware リソースの場合は「Oracle 11gR2/12cR1のClusterwareリソース[n]=Clusterware」を選択し、「次へ」をクリッ

クします。さらに次の画面で、「元の値:Clusterware」を選択します。

Oracle RAC インスタンスリソースの場合は「Oracle RAC11gR2/12cR1のインスタンスリソース[n]=OracleSID」を選択し、「次

へ」をクリックします。さらに次の画面で、「元の値:OracleSID」を選択します。

Oracle RAC リスナーリソースの場合は「Oracle RAC11gR2/12cR1のリスナーリソース[n]=CRSリソース名」を選択し、「次へ」

をクリックします。さらに次の画面で、「元の値:CRSリソース名」を選択します。

6. 「Resourceの設定」画面で、設定を変更します。


Oracle インスタンスリソース、Oracle ASM インスタンスリソースの場合は、“2.2.7.2 Oracle リソースの作成” の手順5を参考

に、設定変更を行ってください。

リスナーリソースの場合は、“2.2.7.2 Oracle リソースの作成” の手順7を参考に、設定変更を行ってください。


Oracle Clusterware リソースの場合は、“2.3.4 Oracle Clusterware リソースを含む userApplication の作成” の手順5を参考

に、設定変更を行ってください。

Oracle RAC インスタンスリソースの場合は、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作

成” の手順10を参考に、詳細設定を行ってください。

Oracle RAC リスナーリソースの場合は、“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成”

の手順16を参考に、詳細設定を行ってください。

- 153 -

7. 設定変更が完了したら、「Resourceの設定」画面で、「保存して戻る」をクリックします。

8. 他のリソースで設定変更を行う場合、本手順5～7を繰り返します。

9. リソースの設定変更が全て完了したら、「Resourceの設定」画面で「保存して登録」を選択し、「登録」をクリックします。




B.3 リソース名の変更

登録済のOracleリソース名を変更する場合の手順です。この場合、既存の userApplication を一旦削除する必要があります。詳細は、


例

Oracle Clusterware リソースを含む Oracle リソース名を、デフォルトの"Oracle1"から"Oracle2"に変更するような場合です。



注意

Oracle RAC スケーラブル運用で、Oracle RAC インスタンスリソース、またはリスナーリソースの設定を変更する場合は、全ノー

ドで Oracle Clusterware を起動させてください。

“2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成” を参照してください。




注意




6. 「userApplicationとResourceの一覧」画面のリストから、変更対象のOracle リソース（例：Oracle1）を選択し、「次へ」をクリックしま

す。

7. 「Resourceの設定」画面で、「リソース名」を選択し、「次へ」をクリックします。

8. 「Resourceの設定」画面で、リソース名を入力し、「次へ」をクリックします。

9. 「Resourceの設定」画面で、「保存して登録」をクリックします。



このあと、残りのリソースを含む userApplication を作成してください。


- 154 -

B.4 リソースの削除

B.4.1 個々のリソースを削除する場合

Oracle インスタンスリソースのみ、またはリスナーリソースのみを削除する場合の手順です。

例

Oracle インスタンスとリスナーを含むスタンバイ運用の userApplication から、リスナーのみを削除するような場合です。




4. 「userApplicationとResourceの一覧」画面のリストから、削除対象の Oracle インスタンス、リスナー、または Oracle Clusterware を含む Oracle リソース（例：Oracle1）を選択し、「次へ」をクリックします。

5. 「Resourceの設定」画面で、削除対象の既存リソースを選択し、「次へ」をクリックします。


Oracle インスタンスリソース、または Oracle ASM インスタンスリソースの場合は「Oracleインスタンス名[n]='OracleSID'」を選

択し、「次へ」をクリックします。さらに次の画面で、「何も設定しない」を選択し、「次へ」をクリックします。

リスナーリソースの場合は「Oracleリスナー名[n]=LISTENER」を選択し、「次へ」をクリックします。さらに次の画面で、「何も設

定しない」を選択し、「次へ」をクリックします。


Oracle Clusterware リソースの場合は、「Oracle 11gR2/12cR1のClusterwareリソース[n]=Clusterware」を選択し、「次へ」をク

リックします。さらに次の画面で、「何も設定しない」を選択し、「次へ」をクリックします。

Oracle RAC インスタンスリソースの場合は「Oracle RAC11gR2/12cR1のインスタンスリソース[n]=OracleSID」を選択し、「次

へ」をクリックします。さらに次の画面で、「何も設定しない」を選択し、「次へ」をクリックします。

Oracle RAC リスナーリソースの場合は「Oracle RAC11gR2/12cR1のリスナーリソース[n]=CRSリソース名」を選択し、「次へ」

をクリックします。さらに次の画面で、「何も設定しない」を選択し、「次へ」をクリックします。

6. 他のリソースも削除する場合、本手順5を繰り返します。

注意

Oracle リソース（例：Oracle1）に含まれている全てのリソースを削除することはできません。少なくとも一つ以上の Oracle インスタ

ンス、リスナー、または Oracle Clusterware がリソース登録されている必要があります。

Oracle リソース内の全てのリソースを削除したい場合、“B.4.2 まとめて削除する場合” の手順を実施してください。

7. リソースの削除が全て完了したら、「Resourceの設定」画面で「保存して登録」を選択し、「登録」をクリックします。




B.4.2 まとめて削除する場合

Oracle リソースをまとめて削除する場合の手順です。この場合、既存の userApplication を一旦削除する必要があります。詳細は、


- 155 -

例

Oracle インスタンスとリスナーを含むスタンバイ運用の userApplication から、Oracle インスタンスとリスナー両方をまとめて削除するよう

な場合です。






注意




6. 「userApplicationとResourceの一覧」画面のリストから、削除対象の Oracle リソース（例：Oracle1）を選択し、「削除」をクリックします。

続いて表示される応答メッセージ「0808 選択されているResource(Resource名) およびResource配下の全てのResourceを削除し

ますか？」に対し、「はい」をクリックします。


このあと、残りのリソースを含む userApplication を作成してください。


- 156 -

付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成

ここではスタンバイ運用において Oracle Database 11g R2/12c R1で Oracle ASM を使用する場合の構築手順について説明します。

ポイント

スタンバイ運用において Oracle Database 11g R2/12c R1 で Oracle ASM を使用する場合は Oracle Grid Infrastructure をインストール

する必要があります。

注意

・ Oracle Grid Infrastructure をインストールする場合は Oracle Database のインストールユーザーと Oracle Grid Infrastructure のイン




Oracle Grid Infrastructure および Oracle Database は両ノードのローカルディスクにインストールします。

Oracle ASM インスタンスとデータベースは運用ノードで作成し、待機ノードでは運用ノードで作成した Oracle ASM インスタンスとデー

タベースを動作させるための設定を行います。

以下に、構築手順を示します。

項番概要


1 カーネルパラメーターの設定カーネルパラメーターの設定

2 Grid ユーザー、Oracle ユーザーを作成 Grid ユーザー、Oracle ユーザーを作成

3 共用ディスク装置の設定

4 Oracle リソースを含まない


Oracle リソースを含まない


5 userApplication の起動

6 Oracle Grid Infrastructure をインストール

7 Oracle Database をインストール

8 データベースを作成

9 Oracle リスナーのIPアドレスを修正

10 Oracle ASM の SPFILE の確認

11 データベースのパラメータ・ファイルの確認

12 データベース、 Oracle ASM、Oracle リスナーを停止

13 userApplication を切替え

14 Oracle Grid Infrastructure をインストール

15 Oracle Database をインストール

16 Oracle データベースのディレクトリをコピー Oracle データベースのディレクトリをコピー

17 SYSTEM ユーザーパスワードの登録 SYSTEM ユーザーパスワードの登録

18 Oracle リスナーの再起動

19 Oracle ASM の SPFILE の変更

- 157 -

項番概要


20 仮の Diskgroup を停止

21 Oracle ASM の再起動

22 仮の Diskgroup を削除

23 データベースリソースの登録

24 データベースリソースの起動

25 データベース、 Oracle ASM、Oracle リスナーを停止

各手順の詳細は以下の通りです。

1. カーネルパラメーターの設定

PRIMECLUSTERで使用する値に、Oracle データベース自身が使用する値を加えて設定する必要があります。カーネルパラメー

ターの設定は使用するOracle Database のバージョンやデータベースの構成によって異なるため、Oracle Database のインストー

ルガイドを参照してください。パラメーターの設定は全てのノードで同一になることを推奨します。


2. Grid ユーザー、Oracle ユーザーを作成

Oracle Grid Infrastructure のインストールユーザーとしてGrid ユーザーを、Oracle Database のインストールユーザーとして Oracleユーザーを作成してください。単一インストールユーザーの構成はサポート対象外です。

環境変数ORACLE_BASE、ORACLE_HOME、ORACLE_SIDをOracleデータベースの環境に合わせて設定してください。

環境変数PATHに$ORACLE_HOME/binを追加してください。

listener.oraの格納先が$ORACLE_HOME/network/admin配下ではない場合は、Grid ユーザーの環境変数TNS_ADMINを設

定してください。

Grid ユーザーの ORACLE_BASE 環境変数と Oracle ユーザーの ORACLE_BASE 環境変数は、異なるディレクトリを指定して

ください。Grid ユーザーの ORACLE_HOME 環境変数は Oracle Grid Infrastructure の ORACLE_HOME を設定してください。

Oracle ユーザーの ORACLE_HOME 環境変数は Oracle Database の ORACLE_HOME を設定してください。

Grid ユーザーの ORACLE_SID 環境変数と Oracle ユーザーの ORACLE_SID 環境変数を設定してください。

ユーザーID、グループID、環境変数は全ノードで同一にしてください。

例

Oracle ユーザーの環境変数の設定例です。

(.profile)

ORACLE_BASE=/u01/app/oracle; export ORACLE_BASE

ORACLE_HOME=/u01/app/oracle/product/db; export ORACLE_HOME

ORACLE_SID=ora; export ORACLE_SID


例

Grid ユーザーの環境変数の設定例です。

(.profile)

ORACLE_BASE=/u01/app/grid; export ORACLE_BASE

ORACLE_HOME=/u01/app/grid/product/db; export ORACLE_HOME

ORACLE_SID=+ASM; export ORACLE_SID


TNS_ADMIN=$ORACLE_HOME/network/admin2; export TNS_ADMIN

3. 共用ディスク装置の設定

Oracle ASM で管理する共用ディスク装置を設定してください。このときデータベースを格納するための共用ディスクと、“14.”で

- 158 -

仮の Diskgroup を作成するための共用ディスクを作成してください。作成した共用ディスクのデバイスファイルの所有者には Gridユーザーを設定してください。

4. Oracle リソースを含まない userApplication の作成

Oracle Grid Infrastructure をインストールする前に Oracle リソースを含まない userApplication を作成してください。以下の章を参

考にして userApplication を作成してください。

－ 2.2.3 userApplication およびリソースの構成

－ 2.2.4 Oracle リソースを含まない userApplication の作成

－ 2.2.5 userApplication の動作確認

5. 運用ノードで userApplication の起動

運用ノードで userApplication を起動し、共用ディスク装置および引継ぎ IP アドレスが活性化されたことを確認してください。

6. 運用ノードへOracle Grid Infrastructure をインストール

Oracle Database のマニュアルおよびインストールガイドに従って、運用ノードのローカルディスクへ Grid ユーザーで Oracle GridInfrastructure をインストールしてください。

－ Oracle Database 11g R2 の場合

Oracle Grid Infrastructure のインストール時のオプションは“Configure Oracle Grid Infrastructure for a Standalone Server”を

選択し、Oracle ASM インスタンスおよびデータベースを格納する Diskgroup を作成してください。

－ Oracle Database 12c R1の場合

Oracle Grid Infrastructureのインストール時のオプションは“Install and Configure Oracle Grid Infrastructure for a StandaloneServer”を選択し、Oracle ASMインスタンスおよびデータベースを格納するDiskgroupを作成してください。

Oracle ASM インスタンス作成時は SID の先頭に「+」がつくように設定してください (デフォルトでは“+ASM”となります) 。

7. 運用ノードへ Oracle Database をインストール

Oracle Database のマニュアルおよびインストールガイドに従って、運用ノードのローカルディスクへ Oracle ユーザーで OracleDatabase をインストールしてください。ここでは、Oracle Database ソフトウェアのみをインストールして、データベースの作成は行

わないでください。

8. 運用ノードでデータベースを作成

運用ノードで“6.”で作成した Diskgroup 上にデータベースを作成してください。

9. Oracle リスナーの IP アドレスを修正

論理IPアドレスを使用した Oracle リスナーの切替え運用を行う場合は、以下のファイルを修正して Oracle リスナーの IP アドレス

に論理 IP アドレスを設定してください。

－ <Grid ユーザーの$ORACLE_HOME>/network/admin/listener.ora

また、Oracle リスナーの監視において、tnsping による Oracle リスナー動作監視を行う場合は、以下のファイルの設定を行ってく

ださい。

－ <Oracle ユーザーの$ORACLE_HOME>/network/admin/tnsnames.ora

－ <Grid ユーザーの$ORACLE_HOME>/network/admin/tnsnames.ora

修正方法については“2.2.6 データベースの作成・設定”を参照してください。

10. Oracle ASM の SPFILE の確認

運用ノード上で Grid ユーザーで以下のコマンドを実行し、SPFILE の場所を確認してください。


$ ORACLE_SID=+ASM

$ asmcmd spget

+DATA/asm/asmparameterfile/registry.xxx ←この行を記録する

11. データベースのパラメータ・ファイルの確認

運用ノード上で Grid ユーザーで以下のコマンドを実行し、データベースのパラメータ・ファイルの場所を確認してください。


$ crsctl status resource <Oracleデータベースリソース名> -p | grep SPFILE

SPFILE=+DATA/xxxx/spfilexxxx.ora ←この行の“SPFILE=”から後ろを記録する

- 159 -

例

Oracle データベースリソース名は、crsctl status resource -t コマンドで確認可能です。



--------------------------------------------------------------------------------


--------------------------------------------------------------------------------

Local Resources

--------------------------------------------------------------------------------

ora.DATA.dg

ONLINE ONLINE node1

ora.LISTENER.lsnr

ONLINE ONLINE node1

ora.asm

ONLINE ONLINE node1 Started

ora.ons


--------------------------------------------------------------------------------

Cluster Resources

--------------------------------------------------------------------------------

ora.orcl.db


ora.cssd


ora.diskmon

1 OFFLINE OFFLINE

ora.evmd


$

この構成の場合、 “ora.orcl.db” が Oracle データベースリソース名になります。

12. データベース、Oracle ASM、Oracle リスナーを停止

運用ノード上で Grid ユーザーで以下のコマンドを実行し、データベース、Oracle ASM、Oracle リスナーを停止してください。

<db_name>は“8.”で作成したデータベース名を指定してください。<diskgroup_name>は“6.”で作成した Diskgroup を指定して

ください。


$ srvctl stop database -d <db_name>

$ srvctl stop diskgroup -g <diskgroup_name>

$ srvctl stop asm

$ srvctl stop listener

13. 待機ノードへ userApplication を切替え

待機ノードへ userApplication を切替えて、共用ディスク装置および引継ぎ IP アドレスが活性化されたことを確認してください。

14. 待機ノードへ Oracle Grid Infrastructure をインストール

Oracle Database のマニュアルおよびインストールガイドに従って、待機ノードのローカルディスクへ Grid ユーザーで Oracle GridInfrastructure をインストールしてください。


Oracle Grid Infrastructure のインストール時のオプションは“Configure Oracle Grid Infrastructure for a Standalone Server”を

選択し、Oracle ASM インスタンスおよび仮の Diskgroup を作成してください。


Oracle Grid Infrastructureのインストール時のオプションは“Install and Configure Oracle Grid Infrastructure for a StandaloneServer”を選択し、Oracle ASMインスタンスおよび仮のDiskgroupを作成してください。

Oracle ASM インスタンスの SID は“6.”で作成した Oracle ASM インスタンスと同じ SID を指定してください。Diskgroup 名は“6.”で作成した Diskgroup と異なる名前で仮の Diskgroup を作成してください。

- 160 -

15. 待機ノードへ Oracle Database をインストール

Oracle Database のマニュアルおよびインストールガイドに従って、待機ノードのローカルディスクへ Oracle ユーザーで OracleDatabase をインストールしてください。ここでは、Oracle Database ソフトウェアのみをインストールして、データベースの作成は行

わないでください。

16. Oracle データベースのディレクトリをコピー

運用ノードの以下のディレクトリを、待機ノードへコピーしてください。

－ <Oracle ユーザーの$ORACLE_HOME>/dbs 配下

－ <$ORACLE_BASE>/admin/$ORACLE_SID 配下

－ <$ORACLE_BASE>/diag 配下

－ <Grid ユーザーの$ORACLE_HOME>/network/admin 配下

－初期化パラメータAUDIT_FILE_DEST、BACKGROUND_DUMP_DEST、CORE_DUMP_DEST、USER_DUMP_DEST、

DIAGNOSTIC_DESTに設定されているディレクトリが待機ノードに存在しない場合は作成してください。

上記でコピーしたディレクトリとファイルのアクセス権限を運用ノードと同一にしてください。

アーカイブログ出力先などの設定を運用ノードで行った場合は、待機ノードでも同一の設定を行ってください。

参考

/opt/FJSVclora/sbin/cloracpy コマンドを使って、運用ノードの必要なファイルを tar 形式にバックアップすることができます。“4.4cloracpy - Oracle データベース設定ツール（待機ノード用）” を参照してください。

/opt/FJSVclora/sbin/cloracpy コマンドを使用する場合は、Oracle ユーザーと Grid ユーザーでそれぞれ実行してください。

17. SYSTEMユーザーパスワードの登録

任意の1ノード(運用ノードまたは待機ノード)で実行してください。


する必要があります。“4.3 clorapass - 監視用パスワードの登録”を参照して、SYSTEM ユーザーのパスワードを登録してください。

マルチテナント機能を使用したデータベースを作成した場合は、CDBのSYSTEM ユーザーのパスワードを登録してください。

PDBのローカルユーザーのパスワードを登録する必要はありません。

18. Oracle リスナーの再起動

待機ノード上で Grid ユーザーで以下のコマンドを実行し、Oracle リスナーを再起動できることを確認してください。



$ srvctl start listener

19. Oracle ASM の SPFILE の変更

“10.”で確認した SPFILE の場所を設定します。

－ Oracle Database 11g R2の場合

待機ノード上で Grid ユーザーで以下のコマンドを実行してください。


$ export ORACLE_SID=<ASMのSID>

$ asmcmd spset <SPFILEのパス>


待機ノード上でGridユーザーで以下のコマンドを実行してください。

<diskgroup_name>は“6.”で作成したDiskgroupを指定してください。


$ export ORACLE_SID=<ASMのSID>

$ sqlplus / as sysasm

SQL> alter diskgroup <diskgroup_name> mount;

- 161 -

SQL> exit

$ asmcmd spset <SPFILEのパス>



20. 仮の Diskgroup を停止

待機ノード上で Grid ユーザーで以下のコマンドを実行し、仮の Diskgroup を停止してください。<diskgroup_name>は“14.”で作

成した仮の Diskgroup を指定してください。



21. Oracle ASM の再起動

待機ノード上で Grid ユーザーで以下のコマンドを実行し、Oracle ASM を再起動してください。


$ srvctl stop asm

$ srvctl start asm

22. 仮の Diskgroup を削除

待機ノード上で Grid ユーザーで以下のコマンドを実行し、仮の Diskgroup を削除してください。<diskgroup_name>は“14.”で作

成した仮の Diskgroup を指定してください。


$ srvctl remove diskgroup -g <diskgroup_name>

23. データベースリソースの登録

待機ノードの Oracle Restart に“8.”で作成したデータベースリソースを登録します。待機ノード上でOracle ユーザーで以下のコ

マンドを実行してください。<db_unique_name>と<db_name>は“8.”で作成したデータベースのデータベースユニーク名とデータ

ベース名を指定してください。<oracle_home>は Oracle ユーザーの ORACLE_HOME を指定してください。<パラメータ・ファイ

ルのパス>は“11.”で確認したデータベースのパラメータ・ファイルを指定してください。<disk_group_list>は“6.”で作成した

Diskgroup を指定してください。


$ srvctl add database -d <db_unique_name> -o <oracle_home> -p <パラメータ・ファイルのパス> -n <db_name> -a

<disk_group_list>

注意

本コマンドをOracle Data Guardのスタンバイ・サイトで実行する場合、<db_unique_name>と<db_name>が異なることに注意してく

ださい。

24. 待機ノードでデータベースリソースの起動

待機ノード上で Grid ユーザーで以下のコマンドを実行し、データベースを起動できることを確認してください。<db_name>は“8.”で作成したデータベース名を指定してください。


$ srvctl start database -d <db_name>

25. データベース、Oracle ASM、Oracle リスナーを停止

待機ノード上で Grid ユーザーで以下のコマンドを実行し、データベース、Oracle ASM、Oracle リスナーを停止してください。

<db_name>は“8.”で作成したデータベース名を指定してください。<diskgroup_name>は“6.”で作成した Diskgroup を指定して

ください。


$ srvctl stop database -d <db_name>


$ srvctl stop asm


- 162 -

Oracle Grid Infrastructure および Oracle Database のインストールが完了したら、Oracle Restart の設定変更と userApplication の作成

を行います。これらの手順については“2.4.2.2 環境構築時の注意(Oracle Database 11g R2/12c R1の場合)”を参照してください。

- 163 -

付録D Oracle Database ソフトウェアを共用ディスク上で使用する場合

ここでは、Oracle Database ソフトウェアを共用ディスク上に配置する場合の構築手順について説明します。

以下に、構築手順を示します。

項番概要


1 PRIMECLUSTER、およびPRIMECLUSTER Wizard for Oracle のインストール/設定 PRIMECLUSTER、および

PRIMECLUSTER Wizard for Oracleのインストール/設定

2 Oracle リソースを含まない


3 カーネル・パラメーターの設定カーネル・パラメーターの設定

4 Oracle ユーザーの設定 Oracleユーザーの設定


6 共用ディスク領域の設定

7 Oracle インベントリの設定

8 Oracle Universal Installer(OUI)起動前の設定

9 Oracle Database ソフトウェアのインストール

10 リスナーの作成

11 データベースの作成

12 Oracle データベース、リスナーの動作確認

13 PRIMECLUSTER Wizard for Oracle の設定

14 Oracle リソースを含む userApplication の作成

15 userApplication の動作確認

各手順の詳細は以下の通りです。

1. PRIMECLUSTER、および PRIMECLUSTER Wizard for Oracle のインストール/設定

以下の章を参考にして、PRIMECLUSTER、および PRIMECLUSTER Wizard for Oracle をインストールしてください。

－ 2.2.1 PRIMECLUSTER のインストール・設定


Oracle Database ソフトウェアをインストールする前に Oracle リソースを含まない userApplication を作成してください。以下の章を

参考にして userApplication を作成してください。

－ 2.2.3 userApplication およびリソースの構成



3. カーネル・パラメーターの設定

以下の章を参考にしてカーネルパラメーターの設定をしてください。

－ 2.2.2 Oracle Database ソフトウェアのインストール・設定

4. Oracle ユーザーの設定

以下の章を参考にして Oracle ユーザーの設定をしてください。

－ 2.2.2 Oracle Database ソフトウェアのインストール・設定

- 164 -

注意

Oracleユーザーのログインプロファイルに記載する ORACLE_BASE、ORACLE_HOME には共用ディスク上のパスを設定して

ください。


運用ノードで userApplication を起動し、共用ディスク装置および論理IPアドレスが活性化されたことを確認してください。

6. 共用ディスク領域の設定

共用ディスク領域に Oracle ユーザーの書き込み権限を設定してください。

7. Oracle インベントリの設定

Oracle インベントリ・ディレクトリを共用ディスク上に作成します。

例

$ mkdir -p $ORACLE_BASE/product/11.2.0/db_1/oraInventory

oraInst.loc ファイルを共用ディスク上に作成します。

例

$ cat $ORACLE_BASE/etc/oraInst.loc

inventory_loc=$ORACLE_BASE/product/11.2.0/db_1/oraInventory

inst_group=oinstall

oraInst.locファイル内のinventory_locには、Oracleインベントリ・ディレクトリのフルパスを設定します。

8. Oracle Universal Installer(OUI)起動前の設定

OUI を起動する前に、ターミナル上で、環境変数を設定（無効化と有効化）してください。

$ unset TZ PERL

$ ORACLE_HOSTNAME=<論理IPアドレス>

$ export ORACLE_HOSTNAME

9. Oracle Database ソフトウェアのインストール

パラメーターを指定して OUI を起動し、Oracle Database ソフトウェアをインストールしてください。

例

$ runInstaller -invPtrLoc $ORACLE_BASE/etc/oraInst.loc ORACLE_HOSTNAME=<論理IPアドレス>[-debug]

“-invPtrLoc”の引数には、手順7で作成した oraInst.loc ファイルのフルパスを指定します。

“ORACLE_HOSTNAME”には、論理IPアドレスを指定します。

“-debug”オプションの指定は任意です。

以降、OUI の画面に従ってインストールを進めてください。

OUI の画面では、Oracle Database のバージョンによって、インストールの指定方法が異なります。Oracle Database のバージョン

に応じて、インストールの指定をしてください。

－ Oracle Database 11g R2/12c R1 の場合

「インストール・オプションの選択」画面では、「データベース・ソフトウェアのみインストール」を選択してください。


「インストール方法の選択」画面では、「初期データベースの作成」のチェックをはずしてください。

- 165 -

10. リスナーの作成

各資源の配置先は以下に示します。

－各資源の配置先

項目場所備考

listener.ora 共用

tnsnames.ora 共用

<LISTENER>.log 共用

以下の章を参考にして listener.ora と tnsnames.ora の設定をしてください。

－ 2.2.6 データベースの作成・設定

11. データベースの作成

Database Configuration Assistant(dbca)を使って、データベースの作成を行ってください。

－データベースの配置先

データベースは共用ディスク上に作成します。共用ディスクが参照できる状態で行う必要があります。

各資源の配置先は以下に示します。

項目場所備考

初期化パラメータ・ファイル(PFILE) 共用

サーバー・パラメータ・ファイル(SPFILE) 共用

パスワード・ファイル共用

制御ファイル共用

データファイル共用

REDO ログファイル共用

アーカイブ REDO ログ任意共用ディスクとローカルディスクとで多重化しておくことを推奨

します。

フラッシュ・リカバリ領域共用

ログファイル AUDIT_FILE_DEST 共用

BACKGROUND_DUMP_DEST 共用

CORE_DUMP_DEST 共用

USER_DUMP_DEST 共用

DIAGNOSTIC_DEST (Oracle Database 11g 以降)

共用

注意

－アーカイブ REDO ログを共用ディスクに配置する場合、ディスクの容量の枯渇に注意してください。アーカイブログ領域不足

に陥ると、監視用 SQL によるデータ更新処理がハングアップし、リソース異常となる場合があります。

その後、userApplication がフェイルオーバしてもフェイルオーバ先の待機ノードでも共用ディスク上の領域不足により Oracleデータベースの起動に失敗するため、終的に両系停止となり業務が停止する場合があります。

－マルチテナント機能を使用したデータベースの場合、AUDIT_FILE_DESTに指定されるディレクトリのディスクの容量の枯渇

に注意してください。PDBを監視する際に、Oracleインスタンスリソースの監視間隔(デフォルト30秒)毎にAUDIT_FILE_DESTのディレクトリの容量が約1KBずつ増加します。ログファイルの容量や作成の頻度は環境によって異なります。定期的に

AUDIT_FILE_DESTのディレクトリの容量を確認して、バックアップや削除を行ってください。

- 166 -

参考

－データベース作成前に、共用ディスクに Oracle ユーザーの書き込み権限があることを確認してください。

－ Oracle Database ソフトウェアを共用ディスク上に配置する場合のデータベースの作成

- 運用ノード

データベースの作成は運用ノード上から行ってください。

注意

1台のサーバに複数の ORACLE_HOME を作成している場合 (複数の Oracle Database ソフトウェアをインストールして

いる場合) 、Oracle インスタンス名には異なる Oracle インスタンス名を設定してください。

参考

データベースの作成は、Oracle Database のマニュアルを参照してください。

- 待機ノード

待機ノードで必要な手順はありません。

注意

Oracle Database ソフトウェアを共用ディスク上で使用する場合、PRIMECLUSTER Wizard for Oracle の cloracpy コマン

ドは使用しないでください。

例

相互待機や N:1運用待機構成の場合も、1:1 運用待機と同様にデータベースの作成は、それぞれの運用ノードから行います。

待機ノードで必要な手順はありません。その他の運用形態も同様です。

－相互待機

- 167 -

－ 2:1 運用待機

12. データベース、リスナーの動作確認

データベース、リスナーが各ノードで動作することを確認します。

1. 全てのノードでRMSが起動していない場合、全ノードの RMS を起動してください。

# /opt/SMAW/SMAWRrms/bin/hvcm -a

運用ノード上で、Oracleデータベース、リスナーを停止します。

# su - ora11gr1

$ sqlplus / as sysdba


SQL> exit

$ lsnrctl stop LISTENER

$ exit

#

2. userApplication を待機ノードへスイッチします。

# /opt/SMAW/SMAWRrms/bin/hvswitch <userApplication> <SysNode>

3. 待機ノード上で、リスナー、Oracle データベースを起動します。

Oracleデータベース、リスナーが待機ノード上で動作することを確認してください。

動作確認後、Oracle データベース、リスナーを停止します。

# su - ora11gr1

$ lsnrctl start LISTENER

$ sqlplus / as sysdba

SQL> startup

Oracleデータベース、リスナーの動作確認


SQL> exit

$ lsnrctl stop LISTENER

$ exit

#

4. 手順2～3を全ての待機ノードで実行してください。


注意

－ Oracle データベースの TWO_TASK 環境変数は使用しないでください。TWO_TASK 環境変数は、Oracleインスタンスへの

接続時に接続識別子を付加し、自動的にネットワーク接続にて接続するための環境変数です。

- 168 -

PRIMECLUSTER Wizard for Oracle では、ローカル接続 ("/ as sysdba") にて Oracleインスタンスに接続する必要があるた

め、ネットワーク接続は使用できません。

業務などでネットワーク接続を行う場合は、TWO_TASK 環境変数を使用せず、ログイン時に "@接続識別子" を指定してく

ださい。

－ Oracle ユーザーの login.sql に、SQL*Plusシステム変数の設定以外の処理を記述しないでください。

PRIMECLUSTER Wizard for Oracle では、SQL*Plus を使用して Oracle データベースを制御しています。そのため、login.sqlに SQL 文などが記述されていると、制御時に自動的に実行してしまい誤動作する可能性があります。

SQL*Plus コマンドのSETによりSQL*Plusシステム変数を設定することは可能です。

13. PRIMECLUSTER Wizard for Oracle の設定

以下の章を参考にして、SYSTEM ユーザーのパスワードを登録してください。

－ 4.3 clorapass - 監視用パスワードの登録

以下の章を参考にして、PRIMECLUSTER Wizard for Oracle の調査資料採取コマンドで採取するログファイルのフルパスを定

義してください。

－ 4.5 clgetoralog - Oracle データベース調査資料採取

14. Oracle リソースを含む userApplication の作成

以下の章を参考にして Oracle リソースを含む userApplication を作成してください。

－ 2.2.7 userApplication の編集

15. userApplication の動作確認

以下の章を参考にして userApplication の動作確認をしてください。


- 169 -

付録E Oracle Solarisゾーン環境でPRIMECLUSTER Wizardfor Oracleを使用する場合

ここでは、Oracle Solaris ゾーン環境で PRIMECLUSTER Wizard for Oracle を使用する場合の留意事項や構築、保守手順について

説明します。

注意

Oracle Solarisゾーン環境のシングルノードクラスタ運用を構築する場合は、"付録F シングルノードクラスタ運用"を参照してください。

Oracle Solarisゾーン環境のシングルノードクラスタ運用の保守手順は、"E.3 保守手順"を参照してください。

参考

PRIMECLUSTER を Oracle Solaris ゾーン環境にインストールする方法については、「PRIMECLUSTER 導入運用手引書」を参照し

てください。

E.1 システム構成の留意事項

・ノングローバルゾーンで Oracle RAC をクラスタ化することはできません。

・ノングローバルゾーンのイメージを共用ディスクに配置する場合、Oracle Database をインストールするノングローバルゾーン用の共

用ディスククラスに Oracle データベース配置用ボリュームを作成してください。ノングローバルゾーンのイメージをローカルディスク

に配置する場合、共用ディスククラスに Oracle データベース配置用ボリュームを作成し、ノングローバルゾーンからアクセスできる

ようにしてください。

E.2 構築手順

ここでは、ノングローバルゾーン上の Oracle データベースおよび Wizard for Oracle の構築手順について説明します。事前に、ノング

ローバルゾーンでの PRIMECLUSTER の設定まで完了している必要があります。

E.2.1 Wizard for Oracleのインストール

Wizard for Oracle の媒体をノングローバルゾーン上でマウントするか、ノングローバルゾーンにコピーするなどして、Wizard for Oracleをインストールしてください。インストール手順については Wizard for Oracle のソフトウェア説明書を参照してください。

E.2.2 Oracle Database ソフトウェアのインストールとデータベースの作成

Oracle Database ソフトウェアをインストールしデータベースを作成します。以下の章を参照してください。

・ 2.2.2 Oracle Database ソフトウェアのインストール・設定

・ 2.2.6 データベースの作成・設定

注意

Oracle Database ソフトウェアのインストールおよびデータベース作成時は以下の点に注意してください。

・ Oracle Database ソフトウェアおよびデータベースの配置は、上記の章の記述を以下のように読み替えてください。


⇒ノングローバルゾーンのルートファイルシステム用ボリューム

－共用(共有)ディスク

⇒Oracle データ配置用ボリューム

- 170 -

・ノングローバルゾーンイメージ共有の場合、ノングローバルゾーンのルートファイルシステムを運用系と待機系のノードで共有する

ので、Oracle Database ソフトウェアのインストール/設定とデータベースの作成/設定は運用系で1度だけ実施します。

ノングローバルゾーンイメージ非共有の場合、Oracle Database ソフトウェアのインストール/設定は全ノードで実施します。データ

ベースの作成/設定は運用系で1度だけ実施し、cloracpy コマンドを使って運用のデータベース設定を待機系にコピーします。

・ clorapass コマンドによる SYSTEM ユーザーパスワードの登録は、ノングローバルゾーン毎に実施してください。

・ Oracle リスナーの IP アドレスは、ノングローバルゾーン上での Gls リソースの使用有無に応じて設定します。 Gls リソースを使用し

ない場合は、ノングローバルゾーンに設定した IP アドレスを指定してください。 Gls リソースを使用する場合は、仮想 IP（引継ぎ

IP）を設定してください。

・ Oracle Solaris ゾーン環境で Oracle ASM を使用する場合には、Oracle Database の仕様により、ノングローバルゾーンに対して、

事前に proc_priocntl 特権を加えておく必要があります。

Oracle Database ソフトウェアをインストールする前に、以下のコマンドをグローバルゾーンで実行してください。

# zonecfg -z <ゾーン名> set limitpriv=default,proc_priocntl

E.3 保守手順

ここでは、ノングローバルゾーン上の Oracle データベースおよび Wizard for Oracle の保守手順について説明します。

E.3.1 Oracle データベースのメンテナンス

ノングローバルゾーンの Oracle データベースを、コールドバックアップなどのメンテナンス作業のために停止する場合は、Oracle イン

スタンスの監視を一時的に中断する必要があります。以下の章を参照してください。

・ 3.2 Oracleデータベースのメンテナンスについて

注意

ノングローバルゾーンの Oracle データベースメンテナンス作業時の注意事項です。

・上記の章では、PRIMECLUSTER の保守モードと Wizard for Oracle の監視中断・再開コマンド(hvoradisable、hvoraenable)の両

方を使うように記載されていますが、ノングローバルゾーンでは Wizard for Oracle の監視中断・再開コマンド(hvoradisable、

hvoraenable)のみを使用してください。

E.3.2 Wizard for Oracle への修正適用

ノングローバルゾーンの Wizard for Oracle に対して緊急修正を適用する場合は、ノングローバルゾーンをシングルユーザモードにし

て適用してください。このときグローバルゾーン上で保守モードを使用してください。保守モードについては、「PRIMECLUSTER 導入

運用手引書」を参照してください。

E.3.3 トラブル調査情報の採取方法

ノングローバルゾーン上で動作する Oracle データベースや Wizard for Oracle に関する異常が発生した場合、グローバルゾーンから

zlogin で対象のノングローバルゾーンにログインし、clgetoralog コマンドを使用してトラブル調査情報を採取してください。以下の章を


・ 4.5 clgetoralog - Oracle データベース調査資料採取

E.4 アンインストール手順

Wizard for Oracle のアンインストール手順は Wizard for Oracle のソフトウェア説明書を参照してください。緊急修正の復元手順は緊

急修正に含まれている README を参照してください。

- 171 -

付録F シングルノードクラスタ運用

ここでは、シングルノードクラスタ運用でPRIMECLUSTER Wizard for Oracle を使用する場合の構築手順、保守手順について説明し

ます。

構築手順

構築手順は、Oracle ASM の使用有無、使用する Oracle ASM のバージョンで異なります。使用する環境に合わせて以下の手順で構

築してください。Oracle Solaris ゾーン環境のシングルノードクラスタ運用についても同様に、以下の手順で構築します。

・ Oracle ASMを使用しない場合

項番概要

1 PRIMECLUSTERのインストール・設定

2 PRIMECLUSTER Wizard for Oracleのインストール


4 Oracleリソースを含まないuserApplicationの作成


6 userApplicationの編集

7 userApplicationの動作確認

"F.1 Oracle ASMを使用しない場合"で、各手順の詳細を説明します。

・ Oracle Database 10g R2/11g R1の Oracle ASMを使用する場合

項番概要








"F.2 Oracle Database 10g R2/11g R1のOracle ASMを使用する場合"で、各手順の詳細を説明します。

・ Oracle Database 11g R2/12c R1の Oracle ASMを使用する場合

項番概要



3 カーネルパラメーターの設定

4 Gridユーザー、Oracleユーザーの作成・設定

5 ディスク装置の設定



8 Oracle Grid Infrastructureのインストール



- 172 -

項番概要



"F.3 Oracle Database 11g R2/12c R1のOracle ASMを使用する場合"で、各手順の詳細を説明します。

注意

・ Oracle Database 11g R2/12c R1で Oracle ASM を使用する場合は、Oracle Grid Infrastructure をインストールする必要があります。

Oracle Grid Infrastructure をインストールする場合は、Oracle Database のインストールユーザーと Oracle Grid Infrastructure のイン


・ Oracle Database 11g R2/12c R1で Oracle ASM を使用する場合、Oracle Database のインストールユーザーのORACLE_BASE 環境変数と、 Oracle Grid Infrastructure のインストールユーザーの ORACLE_BASE 環境変数は異なるディレクトリを指定してくださ

い。

保守手順

シングルノードクラスタ運用の保守手順は、"第3章運用"を参照してください。Oracle Solarisゾーン環境のシングルノードクラスタ運用

の保守手順は、"E.3 保守手順"を参照してください。

F.1 Oracle ASMを使用しない場合

1. PRIMECLUSTERのインストール・設定

PRIMECLUSTERのソフトウェア説明書およびPRIMECLUSTERのマニュアルに従って、PRIMECLUSTERのインストール、クラ

スタの設定を行ってください。

2. PRIMECLUSTER Wizard for Oracle のインストール

PRIMECLUSTER Wizard for Oracle をインストールします。PRIMECLUSTER Wizard for Oracle のソフトウェア説明書に従っ



"2.2.2 Oracle Database ソフトウェアのインストール・設定"を参照して、カーネルパラメーターの設定、Oracleユーザーの作成・設

定、Oracle Database ソフトウェアのインストールを行ってください。


以下の章を参照して、Oracle リソースを含まない userApplication の作成、動作確認を行ってください。



シングルノードクラスタ運用における userApplication の属性は以下の設定をしてください。下記以外の属性については、

PRIMECLUSTER のマニュアルを確認してください。

属性説明


PersistentFault 1

HaltFlag no



5. データベースの作成・設定

－シングルノードクラスタ運用におけるデータベースの作成と設定

Oracle Database のマニュアルに従って、データベースとリスナーの作成を行ってください。

- 173 -

－ SYSTEMユーザーのパスワード

"4.3 clorapass - 監視用パスワードの登録"を参照して、SYSTEMユーザーのパスワードを登録してください。

－ログファイルのフルパス定義

"4.5 clgetoralog - Oracle データベース調査資料採取"を参照して、PRIMECLUSTER Wizard for Oracleの調査資料採取コ

マンドで採取するログファイルのフルパスを定義してください。

－ Oracle データベースの動作確認

Oracle インスタンス、Oracle リスナーを手動で起動・停止し、正しく動作することを確認してください。

6. userApplicationの編集

手順4.で作成した userApplication に Oracle データベース関連のリソースを登録します。

"2.2.7 userApplication の編集"を参照して userApplication に Oracle インスタンスリソース、Oracle リスナーリソースを登録してく

ださい。

Oracle インスタンスリソース、Oracle リスナーリソースのフラグ設定値では AutoRecover 属性を有効にすることを推奨します。

AutoRecover 属性を有効にしたリソースで故障が発生した場合、自動的に再起動して復旧を試みることで、可用性を向上させる

ことができます。

設定項目説明

フラグ設定値


7. userApplicationの動作確認

"2.2.8 userApplication の動作確認"を参照して、Oracle リソースを含む userApplication の動作確認を行ってください。

F.2 Oracle Database 10g R2/11g R1のOracle ASMを使用する場合

1. PRIMECLUSTER のインストール・設定

PRIMECLUSTER のソフトウェア説明書および PRIMECLUSTER のマニュアルに従って、PRIMECLUSTER のインストール、ク

ラスタの設定を行ってください。





"2.2.2 Oracle Database ソフトウェアのインストール・設定"を参照して、カーネルパラメーターの設定、Oracle ユーザーの作成・設

定、Oracle Database ソフトウェアのインストールを行ってください。

注意

Oracle Solarisゾーン環境で Oracle ASMを使用する場合には、Oracle Databaseの仕様により、ノングローバルゾーンに対して、

事前にproc_priocntl特権を加えておく必要があります。

Oracle Database ソフトウェアをインストールする前に、以下のコマンドをグローバルゾーンで実行してください。








属性説明


- 174 -

属性説明

PersistentFault 1

HaltFlag no






－ SYSTEMユーザーのパスワード

"4.3 clorapass - 監視用パスワードの登録"を参照して、SYSTEMユーザーのパスワードを登録してください。






6. userApplication の編集


"2.4.2.1 環境構築時の注意(Oracle Database 10g R2/11g R1の場合)"を参照して userApplication に Oracle インスタンスリソー

ス、Oracle ASM インスタンスリソース、Oracle リスナーリソースを登録してください。




設定項目説明

フラグ設定値


7. userApplication の動作確認


F.3 Oracle Database 11g R2/12c R1のOracle ASMを使用する場合

1. PRIMECLUSTER のインストール・設定

PRIMECLUSTER のソフトウェア説明書および PRIMECLUSTER のマニュアルに従って、PRIMECLUSTER のインストール、ク

ラスタの設定を行ってください。




3. カーネルパラメーターの設定

"付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成"の手順1.を参照して、カーネ

ルパラメーターの設定を行ってください。

4. Grid ユーザー、Oracle ユーザーの作成・設定

"付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成"の手順2.を参照して、Gridユーザー、Oracle ユーザーの作成・設定を行ってください。

5. ディスク装置の設定

Oracle ASM で管理するディスク装置の設定をしてください。作成したディスクのデバイスファイルの所有者には Grid ユーザー

を設定してください。

- 175 -







属性説明


PersistentFault 1

HaltFlag no




userApplication を起動し、ディスク装置および引継ぎIPアドレスが活性化されたことを確認してください。

8. Oracle Grid Infrastructure のインストール

Oracle Grid Infrastructure と Oracle Database ソフトウェアをインストールする必要があります。"付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成"の手順6.を参照して Oracle Grid Infrastructure のインストールを

行ってください。

注意

Oracle Solaris ゾーン環境で Oracle ASM を使用する場合には、Oracle Database の仕様により、ノングローバルゾーンに対して、

事前に proc_priocntl 特権を加えておく必要があります。

Oracle Grid Infrastructure をインストールする前に、以下のコマンドをグローバルゾーンで実行してください。



"付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成"の手順7.を参照してOracleDatabase ソフトウェアのインストールを行ってください。




－ SYSTEM ユーザーのパスワード

"4.3 clorapass - 監視用パスワードの登録"を参照して、SYSTEM ユーザーのパスワードを登録してください。






11. userApplication の編集


"2.4.2.2 環境構築時の注意(Oracle Database 11g R2/12c R1の場合)"を参照して、Oracle Restart の設定を変更し、userApplicationに Oracle インスタンスリソース、Oracle ASM インスタンスリソース、Oracle リスナーリソースを登録してください。




- 176 -

設定項目説明

フラグ設定値


12. userApplicationの動作確認


- 177 -

付録G Oracle Data Guard/Oracle Active Data Guardを使用する場合

ここでは、Oracle Data Guard、Oracle Active Data Guard環境におけるPRIMECLUSTER Wizard for Oracleの機能説明、構築手順、保

守手順について説明します。

注意

・ Oracle Database 12c R1のOracle Data Guard、Oracle Active Data Guardをサポートします。

・ Oracle Database 10g R2/11g R1/11g R2のOracle Data Guard、Oracle Active Data Guardはサポート対象外です。

G.1 機能概要

Oracle Data Guard、Oracle Active Data Guard環境において、プライマリ・サイト、スタンバイ・サイトのOracleデータベースを、

PRIMECLUSTER上でスタンバイ運用やOracle RACスケーラブル運用を行うことができます。

本製品は、以下の機能を提供します。

機能概要

環境設定クラスタ運用のための環境設定インターフェース

監視 Oracle インスタンス、リスナーの状態を監視するデーモンプロセス

起動・停止制御 Oracle インスタンス、リスナーの起動・停止を制御するスクリプト

運用・設定コマンド運用時に使用するコマンド類

環境設定

PRIMECLUSTER RMS の userApplication を作成する環境設定ツールにおいて、スタンバイ・データベースでの REDO ログ適用方

法を設定できる機能を提供します。詳細は、"G.2 環境設定"を参照してください。

監視機能

Oracle インスタンス、リスナーの監視を行います。監視処理中に異常を検出した場合は、Oracleインスタンスまたはリスナーの再起動や

フェイルオーバを自動的に行います。詳細は、"G.3 運用"を参照してください。

・ Oracle インスタンスの監視

以下の方法でOracleインスタンスを監視します。

－プライマリ・サイトの場合(ロールが"PRIMARY"の場合)プライマリ・サイトの監視は"1.1 機能概要"のOracle Data Guardを使用しない場合と同じです。

- Oracle のバックグラウントプロセスの監視

SYSTEMユーザーにてOracle インスタンスへ接続し、PMON・SMON・DBWn・LGWR・CKPT の5つのOracleのバックグラ

ウンドプロセスの存在を一定周期で監視します。

- SQL文の実行による監視

監視用テーブルを使ってSQL 文(INSERT・UPDATE・DELETE・COMMIT)が実行できることを一定周期で監視します。

SQL文の実行結果からOracleインスタンスの状態を監視します。そのため、Oracle インスタンスのプロセス生死だけでなく、

論理的な異常も検出することが可能です。

－スタンバイ・サイトの場合（ロールが"PHYSICAL STANDBY"、"LOGICAL STANDBY"または"SNAPSHOT STANDBY"の場

合）

- SYSDBA権限("/ as sysdba")にてOracle インスタンスへ接続し、PMON・SMON・DBWn・LGWR・CKPT の5つのOracle のバックグラウンドプロセスの存在を一定周期で監視します。

- 178 -

・ Oracle リスナーの監視

以下の方法でリスナーを監視します。Oracle リスナーの監視はプライマリ・サイト、スタンバイ・サイトいずれも"1.1 機能概要"のOracleData Guardを使用しない場合と同じです。

－リスナープロセスの監視

リスナープロセスの存在を一定周期で監視します。

－ tnspingコマンドによる監視

スタンバイ運用の場合、Oracleデータベースのtnspingコマンドを実行し、ネットサービスが有効か確認します。

Oracle RACスケーラブル運用の場合、tnspingコマンドによる監視は行いません。

・ Oracle Clusterware の監視

Oracle Clusterware の監視はプライマリ・サイト、スタンバイ・サイトいずれも"1.1 機能概要"のOracle Data Guardを使用しない場合

と同じです。

Oracle Clusterware を監視しません。

・ CDBとPDBの監視

CDBの監視方法は“Oracle インスタンスの監視”と同じです。

PDBの監視は、CDBに接続してPDBの管理表を取得し、PDBの状態を確認します。PDBの異常を検出するとsyslogへメッセージ

を出力します。PDBの異常による再起動やフェイルオーバは行いません。PDBの監視方法の詳細は、"G.3 運用"を参照してくださ

い。

起動・停止制御

userApplicationの状態遷移に従って、Oracleインスタンス、リスナー、Oracle Clusterwareを自動的に起動・停止します。詳細は、"G.3運用"を参照してください。

・ Oracleインスタンスの起動・停止

－プライマリ・サイトの場合(ロールが"PRIMARY"の場合)プライマリ・サイトの起動・停止制御は"1.1 機能概要"のOracle Data Guardを使用しない場合と同じです。

データベースをOPEN状態まで起動します。

停止においては、デフォルトではIMMEDIATEモードで停止し、正常に停止できなかった場合は、さらにABORTモードで停

止します。

－スタンバイ・サイトの場合（ロールが"PHYSICAL STANDBY"、"LOGICAL STANDBY"または"SNAPSHOT STANDBY"の場

合）

データベースをMOUNTEDまたはOPEN状態まで起動し、ログ適用サービスを開始します。ログ適用サービスの監視および、

REDO転送サービスの制御は行いません。

停止においては、デフォルトではIMMEDIATEモードで停止し、正常に停止できなかった場合は、さらにABORTモードで停

止します。ログ適用サービスも停止します。

・リスナーの起動・停止

Oracle リスナーの起動・停止制御はプライマリ・サイト、スタンバイ・サイトいずれも"1.1 機能概要"のOracle Data Guardを使用しない

場合と同じです。

－ Oracleデータベースのlsnrctlコマンドを使った起動・停止を行います。また、起動・停止処理と同時にリスナープロセスのチェッ

クも行い、起動や停止が正しく行われたことも確認します。

・ Oracle Clusterwareの起動・停止

Oracle clusterwareの起動・停止制御はプライマリ・サイト、スタンバイ・サイトいずれも"1.1 機能概要"のOracle Data Guardを使用し

ない場合と同じです。

Oracle データベースの crsctl コマンドを使った起動・停止を行います。

・ CDBとPDBの起動・停止

CDBの起動・停止方法は“Oracle インスタンスの起動・停止”と同じです。

CDBをMOUNTED状態まで起動した場合はPDBを起動しません。CDBをOPEN状態まで起動した場合はCDB上の全てのPDBを

起動します。

PDBの起動・停止方法の詳細は、"G.3 運用"を参照してください。

- 179 -

運用・設定コマンド

Oracle データベースのメンテナンスや環境設定を補助するためのコマンドを提供します。詳細は、「第4章コマンド」を参照してくださ

い。

Oracle Data Guardを使用した場合の動作環境については、"1.2 動作環境"を参照してください。

G.2 環境設定

Oracle Data Guard、Oracle Active Data Guard環境のプライマリ・サイト、およびスタンバイ・サイトのクラスタ構築手順について説明しま

す。

構築手順

以下の手順で、Oracle Data Guard、Oracle Active Data Guard環境のプライマリ・サイト、およびスタンバイ・サイトのクラスタを構築してく

ださい。

・プライマリ・サイト

スタンバイ運用の場合は、"2.2 スタンバイ運用の場合"を参照して構築してください。

Oracle RACスケーラブル運用の場合は、"2.3 Oracle RAC 11g R2/12c R1 のスケーラブル運用の場合"を参照して構築してくださ

い。

・スタンバイ・サイト

スタンバイ運用の場合は、"2.2 スタンバイ運用の場合"を参照して構築してください。

スタンバイ・データベースの構築は、Oracle ASMの使用有無で異なります。

－ Oracle ASMを使用しない場合

"2.2.6 データベースの作成・設定"、およびOracle Databaseのマニュアルを参照して、プライマリ・データベースを元に作成して

ください。

－ Oracle ASMを使用する場合

"付録C Oracle Grid InfrastructureのインストールとOracle ASMインスタンス、データベースの作成"の「8. 運用ノードでデータ

ベースを作成」およびOracle Databaseのマニュアルを参照して、プライマリ・データベースを元に作成してください。

Oracle RACスケーラブル運用の場合は"2.3 Oracle RAC 11g R2/12c R1 のスケーラブル運用の場合"、およびOracle Databaseの

マニュアルを参照して、プライマリ・データベースを元に作成してください。

REDOログ適用方法の設定

Oracle インスタンスリソース、Oracle RAC インスタンスリソースの作成時に、スタンバイ・データベースでの REDO ログの適用方法を設

定できます。

スタンバイ運用の場合は、"2.2.7.2 Oracle リソースの作成"を参照してください。

Oracle RACスケーラブル運用の場合は、"2.3.5 Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成"を参照して

構築してください。

ASMインスタンスリソース、プライマリ・データベースのOracle インスタンスリソース、Oracle Data Guardを使用しない環境のOracleインス

タンスリソースでは、設定は無視されます。

REDO ログ適用方法は、設定項目「REDOApply」で設定できます。デフォルト値は、"NormalApply"です。

設定項目

「REDOApply」の設

定値

説明

ReceiveOnly スタンバイ・データベースを起動しますが、ログ適用サービスは開始されません。

NormalApply

※デフォルト

フィジカル・スタンバイ・データベースの場合、起動後に通常モードでREDO Applyを開始します。

ロジカル・スタンバイ・データベースの場合、起動後にSQL Applyを開始します。

スナップショット・スタンバイ・データベースの場合は無効です（ReceiveOnlyと同様の動作となります）。

- 180 -

設定項目

「REDOApply」の設

定値

説明

RealTimeApply フィジカル・スタンバイ・データベースの場合、起動後にリアルタイム適用機能を有効にしてREDO Applyを

開始します。

ロジカル・スタンバイ・データベースの場合、起動後にリアルタイム適用機能を有効にしてSQL Applyを開始

します。

スナップショット・スタンバイ・データベースの場合は無効です（ReceiveOnlyと同様の動作となります）。

ReadOnlyOPEN フィジカル・スタンバイ・データベースの場合、読み取り専用でOPENします。ログ適用サービスは開始しませ

ん。

ロジカル・スタンバイ・データベース、およびスナップショット・スタンバイ・データベースの場合は無効です（い

ずれもReceiveOnlyと同様の動作となります）。

RealTimeQueryN フィジカル・スタンバイ・データベースの場合、読み取り専用でOPENし、リアルタイム問合せ機能を有効にし

ます（通常モードでREDO Applyを開始します）。



本設定値はOracle Active Data Guard環境で有効です。

RealTimeQueryR フィジカル・スタンバイ・データベースの場合、読み取り専用でOPENし、リアルタイム問合せ機能を有効にし

ます（リアルタイム適用機能を有効にしてREDO Applyを開始します）。



本設定値はOracle Active Data Guard環境で有効です。

Oracle インスタンスリソースの設定項目画面で「REDOApply」を選択すると、設定を行うことができます。

- 181 -

G.3 運用

G.3.1 スタンバイ運用における Oracle データベースの制御

Oracle Data Guard/Oracle Active Data Guardを使用したスタンバイ運用におけるOracleリソースの起動、停止、監視処理について説明

します。

Oracle インスタンスの起動

Oracle インスタンスの起動処理は以下のようになります。

1. su - <Oracleユーザー>

2. sqlplus /nolog


4. startup nomount または startup mount

5. alter database mount; ("4"で startup nomount を行ったとき)

6. データベース・ロールに応じた処理を行います。

Oracleインスタンスリソースの設定で“PDBを使用”をyesに設定した場合、PDBを起動します。

－プライマリ・データベースの場合

ALTER DATABASE OPEN;alter pluggable database all open; ※“PDBを使用”をyesに設定した場合

- 182 -

－フィジカル・スタンバイ・データベースの場合

Oracle インスタンスリソースの設定項目REDOApplyの設定値に応じた処理を行います。

- ReceiveOnlyの場合

何も実施しません。

- NormalApplyの場合

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING ARCHIVED LOGFILEDISCONNECT;

- RealTimeApplyの場合

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

- ReadOnlyOPENの場合


- RealTimeQueryNの場合



- RealTimeQueryRの場合



－ロジカル・スタンバイ・データベースの場合


- ReceiveOnly、ReadOnlyOPEN、RealTimeQueryN、RealTimeQueryRの場合




ALTER DATABASE START LOGICAL STANDBY APPLY;



ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

－スナップショット・スタンバイ・データベースの場合


Oracle インスタンスの停止

Oracle インスタンスの停止処理は以下のようになります。

・オペレーターによる userApplication の手動停止や手動切替えに伴う停止の場合


2. sqlplus /nolog

- 183 -


4. フィジカル・スタンバイ・データベース、またはロジカル・スタンバイ・データベースの場合、ログ適用サービスを停止します。

- フィジカル・スタンバイ・データベースの場合

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

- ロジカル・スタンバイ・データベースの場合

ALTER DATABASE ABORT LOGICAL STANDBY APPLY;

5. shutdown <immediate/abort/transactional> (StopModeStop で設定)

デフォルト : immediate

6. "5"で Oracle インスタンスが停止しない場合、shutdown abort ("5"で、abort 以外の場合)

7. "5"または"6"で Oracle インスタンスが停止しない場合、バックグラウンド・プロセスに SIGKILL を送信して強制停止

・リソース異常 (Oracle 以外のリソース異常も含む) に伴う停止の場合


2. sqlplus /nolog


4. shutdown <immediate/abort> (StopModeFail で設定)

デフォルト : abort

5. "4"で Oracle インスタンスが停止しない場合、shutdown abort ("4"で、abort 以外の場合)

6. "4"または"5"で Oracle インスタンスが停止しない場合、バックグラウンド・プロセスに SIGKILL を送信して強制停止

Oracle インスタンスの監視

Oracle インスタンスの監視処理は以下のようになります。

1. Oracleバックグラウンド・プロセス(PMON・SMON)の存在を30秒間隔(固定)で確認。

Oracleインスタンスが起動し、プロセス(PMON・SMON)の存在を確認した場合は"2"へ進む。


3. OracleデータベースのSYSTEMユーザー、またはSYSDBA権限にてOracleインスタンスへローカル接続。

4. プライマリ・データベース、ロジカル・スタンバイ・データベース、またはスナップショット・スタンバイ・データベースの場合、Oracleインスタンスのステータスが“OPEN”であるかを確認します。

フィジカル・スタンバイ・データベースの場合、Oracleインスタンスのステータスが“MOUNTED”または“OPEN”であるかを確認し

ます。

5. Oracleバックグラウンド・プロセス(PMON・SMON・DBWn・LGWR・CKPT)の生存を監視。

監視間隔はデフォルト30秒で、設定項目「監視間隔(Interval)」で変更可能です。

6. プライマリ・データベースの場合、「監視間隔(Interval)」に設定された監視間隔でSQL監視を実行。SQL監視は、SYSTEM ユー

ザーのデフォルト表領域上の監視用テーブルに対し、SQL(INSERT・UPDATE・DELETE・COMMIT) が正常に実施できるかを

確認します。ただし、前回のSQL監視からの経過時間をチェックし、60秒以上経過している場合にのみSQL監視を実行します。

7. PDBを監視。

Oracleインスタンスリソースの設定で“PDBを使用”をyesに設定し、かつCDBをOPEN状態で起動した場合、「監視間隔(Interval)」に設定された監視間隔でPDBの監視を実行します。V$PDBS表で各PDBのOPEN_MODEを確認します。

8. 24時間に1度、Oracleインスタンスへ再接続。

待機ノードでは、"1"を実行し、Oracleバックグラウンド・プロセス(PMON・SMON)が存在しないことを確認します。

- 184 -

PDBの監視

V$PDBS表で各PDBのOPEN_MODEを確認します。

・プライマリ・データベース、ロジカル・スタンバイ・データベース、スナップショット・スタンバイ・データベースの場合

OPEN_MODEが“READ WRITE”の場合は、PDBが正常と判断します。

OPEN_MODEが“READ WRITE”以外の場合は、PDBが異常と判断します。

・フィジカル・スタンバイ・データベースの場合


－ ReceiveOnly、NormalApply、RealTimeApplyの場合


－ ReadOnlyOPEN、RealTimeQueryN、RealTimeQueryRの場合

OPEN_MODEが“READ ONLY”の場合は、PDBが正常と判断します。

OPEN_MODEが“READ ONLY”以外の場合は、PDBが異常と判断します。

「監視間隔(Interval)」に設定された監視間隔でPDBの監視を実行し、前回の監視時から状態が変わった場合はsyslogへメッセージを

出力します。PDBの異常による再起動やフェイルオーバは行いません。

PDBが正常な状態になった場合は以下のメッセージを出力します。

FSP_PCLW-ORACLE_FJSVclora: INFO: 9142: OPEN_MODE of PDB <PDB名> was OPEN. (CDB=<CDBのORACLE_SID> PDB=<PDB名> OPEN_MODE=<PDB

のステータス>)

PDBの異常を検出した場合は以下のメッセージを出力します。

FSP_PCLW-ORACLE_FJSVclora: ERROR: 9242: clorapdbmon detected OPEN_MODE of PDB <PDB名> is invalid. (CDB=<CDBのORACLE_SID>

PDB=<PDB名> OPEN_MODE=<PDBのステータス>)

リスナーの起動、停止、監視

リスナーの起動・停止・監視は、Oracle Data Guardを使用しない環境と同じです。

"3.1.1 スタンバイ運用の場合"を参照してください。

ASMインスタンスの起動、停止、監視

ASMインスタンスの起動・停止・監視は、Oracle Data Guardを使用しない環境と同じです。

"3.1.1 スタンバイ運用の場合"を参照してください。

G.3.2 Oracle RACスケーラブル運用における Oracle データベースの制御

Oracle Data Guard/Oracle Active Data Guardを使用したOracle RACスケーラブル運用におけるOracleリソースの起動、停止、監視処理

について説明します。

Oracle RACインスタンスの起動

Oracle RACインスタンスの起動処理は以下のようになります。



3. srvctl start instance -d $DB_NAME -i $ORACLE_SID -o mount

4. データベース・ロールに応じた処理を行います。

－プライマリ・データベースの場合

ALTER DATABASE OPEN;

－フィジカル・スタンバイ・データベースの場合


- 185 -

- ReceiveOnlyの場合






- ReadOnlyOPENの場合


- RealTimeQueryN



- RealTimeQueryR



－ロジカル・スタンバイ・データベースの場合





ALTER DATABASE OPEN;ALTER DATABASE START LOGICAL STANDBY APPLY;


ALTER DATABASE OPEN;ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

－スナップショット・スタンバイ・データベースの場合


Oracle RACインスタンスの停止

Oracle RACインスタンスの停止処理は以下のようになります。

・オペレーターによる userApplication の手動停止や手動切替えに伴う停止の場合


2. フィジカル・スタンバイ・データベース、またはロジカル・スタンバイ・データベースの場合、ログ適用サービスを停止します。

- フィジカル・スタンバイ・データベースの場合

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

- ロジカル・スタンバイ・データベースの場合

ALTER DATABASE ABORT LOGICAL STANDBY APPLY;


- 186 -

・リソース異常 (Oracle 以外のリソース異常も含む) に伴う停止の場合



Oracle RACインスタンスの監視

Oracle RACインスタンスの監視は、以下の点を除いてスタンバイ運用の場合と同じです。詳細は、“G.3.1 スタンバイ運用における Oracleデータベースの制御”の“Oracle インスタンスの監視”を参照してください。


バックグラウンド・プロセス (PMON・SMON・DBWn・LGWR・CKPT) の監視間隔は、デフォルト60秒です。

・ Oracle RAC インスタンスの異常と復旧

－ Oracle RACの異常を検出した場合、Warningを通知し、Oracle Clusterwareによる復旧を待ち合わせます。

－ Oracle Clusterware は、Oracle RAC インスタンスの復旧やOracle RACの再構成を行います。

－ Oracle Clusterware による復旧が、設定項目「復旧待ち時間(WFTime)」の時間内で完了しない場合は、Faultを通知し、

PRIMECLUSTER Wizard for Oracle がOracle RACインスタンスを停止します。「復旧待ち時間(WFTime)」については、“2.3.5Oracle RAC インスタンス、リスナーリソースを含む userApplication の作成”を参照してください。

・ PDBの監視


リスナーの起動、停止、監視

リスナーの起動・停止・監視は、Oracle Data Guardを使用しない環境と同じです。

"3.1.2 Oracle RAC スケーラブル運用の場合"を参照してください。

G.4 データベース・ロールの切替え手順概要

PRIMECLUSTER 上に構成した Oracle Data Guard環境でのロールの切替え方法を説明します。Oracle Data Guard環境でのロール

の切替えは以下の手順で実施してください。"G.4.1 データベース・ロールの切替え手順例"に切替え手順例を記載しています。

手順内容

1 PRIMECLUSTERの保守モードの開始

2 Oracleリソースの監視中断

3 Oracle Data Guardのロールの切替え（スイッチオーバー）

4 Oracleリソースの監視再開

5 PRIMECLUSTERの保守モードの終了

G.4.1 データベース・ロールの切替え手順例

以下にデータベース・ロールの切替え手順例を記載します。

クラスタを構成するノードのそれぞれで、userApplication、Oracleデータベース、データベース・ロール、Oracleリソースの監視の状態を

記載しています。

- 187 -

G.4.2 プライマリ・データベースとフィジカル・スタンバイ・データベースの切替え

プライマリ・データベースとフィジカル・スタンバイ・データベースの切替え時の遷移図を記載します。

1. 通常運用時（切替え前の初期状態）

2. アーカイブログの転送適用状況を確認

プライマリ・サイトとスタンバイ・サイトでログスイッチの前後でシーケンス番号が一致するかどうか確認します。一致しない場合は、

ギャップを解消します。

参照

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

3. PRIMECLUSTERの保守モード移行

userApplicationの意図しないフェイルオーバを防止するため、両サイトの運用ノードで以下のコマンドを実行し、PRIMECLUSTERの保守モードに移行します。


userApplicationの状態が“Maintenance”となることを確認します。

- 188 -

4. Oracleリソースの監視中断

Oracleへのセッションを切断するため、両サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を中断しま

す。

# /opt/FJSVclora/sbin/hvoradisable -a <Oracleリソースを含むuserApplication名>

Oracleリソースの監視中断が正常に行われたことを確認してください。

(参考 "4.1 hvoradisable - リソース監視の中断" - 注意)

5. Oracle Data Guardのロールの切替え（スイッチオーバー）

Oracle Data Guardのロールの切替え手順は以下のとおりです。

参照


1. スイッチオーバー可能かどうかの確認

プライマリ・データベースで、次のSQL文を発行します。

SQL> ALTER DATABASE SWITCHOVER TO <スタンバイ・データベースのdb_unique_name> VERIFY;

「データベースが変更されました。」というメッセージが返された場合、SQL文が正常に実行されていますので、次の手順

へ進んでください。

Oracleデータベースのエラーが返された場合、問題を解決した後で上記SQL文を再度発行してください。

2. スイッチオーバー開始

プライマリ・データベースで、次のSQL文を発行してスイッチオーバーを開始します。

SQL> ALTER DATABASE SWITCHOVER TO <スタンバイ・データベースのdb_unique_name>;

新スタンバイ・サイトのデータベースが停止します。

新プライマリ・サイトのデータベース・ロールが「PRIMARY」となります。

- 189 -

3. 新プライマリ・データベースをオープン

次のSQL文を新プライマリ・データベースで発行します。


SQL> ALTER DATABASE OPEN;

SQL> ALTER PLUGGABLE DATABASE ALL OPEN; ※“PDBを使用”をyesに設定した場合

4. 新フィジカル・スタンバイ・データベースをマウント

次のSQL文を新スタンバイ・データベースで発行します。

SQL> STARTUP MOUNT

または、新スタンバイ・データベースがOracle Active Data Guardのフィジカル・スタンバイ・データベースである場合、次の

SQL文を発行して読取り専用で開きます。


SQL> STARTUP


- 190 -

5. 新フィジカル・スタンバイ・データベースでREDO Applyを開始

Oracleインスタンスリソースの設定項目REDOApplyの設定値に応じて、次のSQL文を新スタンバイ・データベースで発行

します。

- NormalApply、RealTimeQueryNの場合

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING ARCHIVED LOGFILE DISCONNECT;

- RealTimeApply、RealTimeQueryRの場合

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

- ReceiveOnly、ReadOnlyOPENの場合


6. Oracleリソースの監視再開

両サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を再開します。

# /opt/FJSVclora/sbin/hvoraenable -a <Oracleリソースを含むuserApplication名>

監視再開が正常に行われたことを確認してください。

(参考 "4.2 hvoraenable - リソース監視の再開" - 注意)

7. PRIMECLUSTERの保守モードの解除

両サイトの運用ノードで以下のコマンドを実行し、PRIMECLUSTERの保守モードを解除します。


userApplicationの状態が“Online”または“Offline”となることを確認します。

- 191 -

G.4.3 プライマリ・データベースとロジカル・スタンバイ・データベースの切替え

プライマリ・データベースとロジカル・スタンバイ・データベースの切替え時の遷移図を記載します。

1. 通常運用時（切替え前の初期状態）

2. アーカイブログの転送適用状況を確認

プライマリ・サイトとスタンバイ・サイトでログスイッチの前後でシーケンス番号が一致するかどうか確認します。一致しない場合は、

ギャップを解消します。

参照



userApplicationの意図しないフェイルオーバを防止するため、両サイトの運用ノードで以下のコマンドを実行し、PRIMECLUSTERの保守モードに移行します。



- 192 -


Oracleへのセッションを切断するため、両サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を中断しま

す。




5. Oracle Data Guardのロールの切替え（スイッチオーバー）

Oracle Data Guardのロールの切替え手順は以下のとおりです。

参照


1. スイッチオーバー可能かどうかの確認


SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS列の値がTO STANDBYまたはSESSIONS ACTIVEの場合、プライマリ・データベースをロジカ

ル・スタンバイ・データベースに切替え可能であることを示しますので、次の手順へ進んでください。

これらの値のいずれかが表示されない場合は、問題を解決した後で上記SQL文を再度発行し、SWITCHOVER_STATUS列の値を確認してください。

2. プライマリ・データベースのスイッチオーバー準備

プライマリ・データベースで、次のSQL文を発行してスイッチオーバーを準備します。

SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO LOGICAL STANDBY;

- 193 -

この操作に成功すると、V$DATABASEビューのSWITCHOVER_STATUS列にPREPARING SWITCHOVERが表示され

ます。

3. ロジカル・スタンバイ・データベースのスイッチオーバー準備

ロジカル・スタンバイ・データベースで、次のSQL文を発行してスイッチオーバーを準備します。

SQL> ALTER DATABASE PREPARE TO SWITCHOVER TO PRIMARY;

正常に完了すると、V$DATABASEビューのSWITCHOVER_STATUS列にPREPARING SWITCHOVERが表示されま

す。

4. データ・ディクショナリを受信しているかどうかの確認



SWITCHOVER_STATUS列の値がTO LOGICAL STANDBYの場合、プライマリ・データベースがロジカル・スタンバイ・

データベースからデータ・ディクショナリを受信していますので、次の手順へ進んでください。

5. プライマリ・データベースをロジカル・スタンバイ・データベースに切替え

次のSQL文をプライマリ・データベースで発行します。

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO LOGICAL STANDBY;

6. ロジカル・スタンバイ・データベースがプライマリ・データベースに切替え可能かどうかの確認

次のSQL文を新ロジカル・スタンバイ・データベースで発行します。


SWITCHOVER_STATUS列の値がTO PRIMARYの場合、ロジカル・スタンバイ・データベースがプライマリ・データベー

スに切替え可能ですので、次の手順へ進んでください。

7. ロジカル・スタンバイ・データベースをプライマリ・データベースに切替え

次のSQL文をスタンバイ・データベースで発行します。

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

- 194 -

8. 新ロジカル・スタンバイ・データベースでSQL Applyを開始

Oracleインスタンスリソースの設定項目REDOApplyの設定値に応じて、次のSQL文を新ロジカル・スタンバイ・データベー

スで発行します。




SQL> ALTER DATABASE START LOGICAL STANDBY APPLY;


SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;


両サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を再開します。





両サイトの運用ノードで以下のコマンドを実行し、PRIMECLUSTERの保守モードを解除します。



- 195 -

G.4.4 フィジカル・スタンバイ・データベースからスナップショット・スタンバイ・データベースへの変換

スタンバイ・サイトで、フィジカル・スタンバイ・データベースからスナップショット・スタンバイ・データベースへの変換時の遷移図を記載

します。

注意

・本操作は、スタンバイ・サイトでのみ実施します。プライマリ・サイトでの操作は不要です。

1. 通常運用時（MOUNTED状態で運用している場合の変換前の初期状態）


userApplicationの意図しないフェイルオーバを防止するため、スタンバイ・サイトの運用ノードで以下のコマンドを実行し、

PRIMECLUSTERの保守モードに移行します。



- 196 -


Oracleへのセッションを切断するため、スタンバイ・サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を

中断します。




4. Oracle Data Guardのロールの変換

Oracle Data Guardのロールの変換手順は以下のとおりです。

参照


1. ログ適用サービスが稼働している場合、停止します。

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

2. データベースがMOUNTED状態でない場合、MOUNTED状態にします。

SQL> SHUTDOWN IMMEDIATE

SQL> STARTUP MOUNT

3. ロールを変更します。

SQL> ALTER DATABASE CONVERT TO SNAPSHOT STANDBY;

- 197 -

4. データベースを再起動します。



SQL> STARTUP


ロール変換後、以下のようになります。


スタンバイ・サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を再開します。





スタンバイ・サイトの運用ノードで以下のコマンドを実行し、PRIMECLUSTERの保守モードを解除します。



- 198 -

G.4.5 スナップショット・スタンバイ・データベースからフィジカル・スタンバイ・データベースへの変換

スタンバイ・サイトで、スナップショット・スタンバイ・データベースからフィジカル・スタンバイ・データベースへの変換時の遷移図を記載

します。

注意

・本操作は、スタンバイ・サイトでのみ実施します。プライマリ・サイトでの操作は不要です。

1. 通常運用時（変換前の初期状態）


userApplicationの意図しないフェイルオーバを防止するため、スタンバイ・サイトの運用ノードで以下のコマンドを実行し、

PRIMECLUSTERの保守モードに移行します。



- 199 -


Oracleインスタンスへのセッションを切断するため、スタンバイ・サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソー

スの監視を中断します。




4. Oracle Data Guardのロールの変換

Oracle Data Guardのロールの変換手順は以下のとおりです。

参照


1. データベースがMOUNTED状態でない場合、MOUNTED状態にします。


SQL> STARTUP MOUNT

2. ロールを変更します。

SQL> ALTER DATABASE CONVERT TO PHYSICAL STANDBY;

- 200 -

3. データベースをMOUNTEDまたはOPEN状態まで再起動します。

Oracleインスタンスリソースの設定で“PDBを使用”をyesに設定し、かつデータベース(CDB)がOPEN状態で起動した場

合、PDBを起動します。


SQL> STARTUP MOUNT または STARTUP


4. フィジカル・スタンバイ・データベースでREDO Applyを開始

Oracleインスタンスリソースの設定項目REDOApplyの設定値に応じて、次のSQL文をスタンバイ・データベースで発行しま

す。

- NormalApply、RealTimeQueryNの場合

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING ARCHIVED LOGFILE DISCONNECT;

- RealTimeApply、RealTimeQueryRの場合

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

- ReceiveOnly、ReadOnlyOPENの場合


ロール変換後、以下のようになります。（MOUNTED状態で運用する場合の例です）


スタンバイ・サイトの各クラスタノードで以下のコマンドを実行し、Oracleリソースの監視を再開します。




- 201 -


スタンバイ・サイトの運用ノードで以下のコマンドを実行し、PRIMECLUSTERの保守モードを解除します。



G.5 留意事項

Oracle Data Guard環境におけるPRIMECLUSTER Wizard for Oracleの留意事項について説明します。

・ Oracle Data Guard Brokerなど、プライマリ・データベースからスタンバイ・データベースへフェイルオーバーを自動的に実行する運

用はサポート対象外です。

・クラスタ運用中に、ALTER文によるログ適用サービスの動的変更が可能ですが、Oracleインスタンスリソースの設定項目「REDOApply」

には反映されません。反映する場合、RMS停止後、リソースの設定変更を行ってください。

・データベース・ロールの切替えを行う場合、PRIMECLUSTERを保守モードに移行し、Oracleリソースの監視を中断してください。

詳細は"G.4 データベース・ロールの切替え手順概要"を参照してください。

・スタンバイ・サイトでuserApplicationの停止や切替えを行った際に、syslogに以下のメッセージが出力されることがありますが、問題

ありません。

－ ORA-01109を含むメッセージ

FSP_PCLW-ORACLE_FJSVclora: ERROR: 3403: clorainstance detected Oracle error! (ORA-01109: database not open ) Please

check the Oracle alert log file.

上記メッセージは、フィジカル・スタンバイ・データベースがMOUNTED状態で運用されているとき、userApplicationの停止や

切替えが行われた場合に出力されます。

－ ORA-16136を含むメッセージ

FSP_PCLW-ORACLE_FJSVclora: ERROR: 3403: clorainstance detected Oracle error! (ORA-16136: Managed Standby Recovery

not active ) Please check the Oracle alert log file.

上記メッセージは、フィジカル・スタンバイ・データベースにおいて、ログ適用サービスが停止しているとき、userApplicationの停

止や切替えが行われると出力されます。

・スナップショット・スタンバイからフィジカル・スタンバイに変換後、プライマリ・サイトとスタンバイ・サイト間で通信が確立されていない

とき、スタンバイ・サイトでuserApplicationの起動や切替えを行うと、Oracleデータベースのアラートログに以下のメッセージが出力さ

れることがありますが、問題ありません。

“通信が確立されていない”ケースとして、プライマリ・データベースが停止している、リスナーが停止している、ネットワーク異常の

ケースがあります。

Sun Jul 24 01:14:28 2011

ALTER DATABASE RECOVER AUTOMATIC DATABASE

Media Recovery Start

started logmerger process

- 202 -

Sun Jul 24 01:14:28 2011

Managed Standby Recovery not using Real Time Apply

Media Recovery failed with error 1666

Recovery Slave PR00 previously exited with exception 283

ORA-283 signalled during: ALTER DATABASE RECOVER AUTOMATIC DATABASE...

・スタンバイ・サイトでメンテナンスによりOracleインスタンスを停止した場合、Oracleインスタンス再起動時にはログ適用サービスを

Oracleインスタンスリソースの設定項目「REDOApply」に設定した値と同じになるようにしてください。

・ Oracle インスタンス起動処理 (Online 処理) において、Oracle の状態 (V$INSTANCEビューの STATUS 列) が "MOUNTED" のときに呼び出される/opt/FJSVclora/usr 配下のスクリプトmount*には、次のパラメータが渡されます。/opt/FJSVclora/usr 配下のスク

リプトmount*については、「2.3.1 PRIMECLUSTER のインストール・設定」を参照してください。

－ $1 : $ORACLE_HOME

－ $2 : $ORACLE_SID

－ $3 : Oracleユーザー名

－ $4 : データベース・ロール（V$DATABASEのDATABASE_ROLE列）

・ Oracle RACスケーラブル運用の場合、スタンバイ・データベースのOracleインスタンスの異常発生時にOracle Clusterwareにより

Oracleインスタンスのリカバリが行われると、PRIMECLUSTER Wizard for OracleのREDOログ適用方法の設定に関わらずOracleインスタンスはOPEN状態となり、REDO適用サービスは再開されません。

・ Oracle RACスケーラブル運用の場合、スタンバイ・データベースのログ適用サービスは1ノードだけで起動するように設定・運用し

てください。

- 203 -

付録H （参考）アクション定義ファイル

PRIMECLUSTER Wizard for Oracle は、Oracle インスタンスの監視において、Oracle インスタンスのエラー(ORA-xxxxx)を検出した場

合、アクション定義ファイルの定義に従って動作します。

アクション定義ファイルには、Oracle インスタンスのエラー番号、エラーに対する対処方法、エラー内容が記述されています。

・アクション定義ファイルの名前とパス名

/opt/FJSVclora/etc/FJSVclorafm.actionlist

・ファイルフォーマット

errno/Status/Action/Message

18 Cn Wa "maximum number of sessions exceeded"

20 Cn Wa "maximum number of processes (%s) exceeded"

470 All Of "LGWR process terminated with error"

471 All Of "DBWR process terminated with error"

472 All Of "PMON process terminated with error"

942 Ol Np "table or view does not exist"

1012 All Rs "not logged on"

1034 All Of "ORACLE not available"

・・・

－ errno

Oracle インスタンスのエラー番号です。(ORA-xxxxx)

－ Status

Oracle インスタンスを監視するディテクタの処理状態を示します。

- Cn

Oracle インスタンスに接続時

- Ol

Oracle インスタンスに接続中

- Dc

Oracle インスタンスから切断時

- All

上記いずれかの状態

－ Action

Oracle インスタンスのエラーに対する対処方法を示します。

- Np

Oracle インスタンスのエラーに対して何も対処せず監視を継続します。インスタンスの状態は前回と同じ状態を通知しま

す。

- Of

Offline を通知し、監視を停止します。

- Wa

Warning を通知し、監視を継続します。

- Rs

ディテクタを再起動し、監視をリトライします。

- 204 -

- Fa

Faulted を通知し、監視を停止します。

－ Message

エラーコードの内容が記載されています。

注意

・アクション定義ファイルに定義されていない Oracle インスタンスのエラーは、Np と同じ扱いになります。

・アクション定義ファイルに定義されている動作とは異なるケースがあります。

－表監視中の UPDATE で Oracle インスタンスのエラー(ORA-xxxxx)を検出した場合

SQL コマンドの処理が継続できず、異常状態が続くことを防ぐために以下の動作となります。

- Np と定義されたOracle インスタンスのエラーおよび定義されていない Oracle インスタンスのエラーは Rs として処理されま

す。

- Wa と定義された Oracle インスタンスのエラーは Warning 通知後、Rs として処理されます。

－ Oracle インスタンスへの接続時に Oracle インスタンスのエラー(ORA-xxxxx)を検出した場合、Np または定義されていない

Oracle インスタンスのエラーは Of として処理されます。

以下のような状況が該当します。

例: アーカイブ領域がフルの状態で監視がタイムアウトし、Oracle インスタンスへの接続時に " ORA-00257 (archiver error.Connect internal only, until freed.)" が発生する場合。

－ Oracle インスタンスへの接続時以外でORA-01012, ORA-03113, ORA-03135を検出した場合、Rs の処理を行います。

- 205 -

導入運用手引書 -...

Documents