高信頼化システム監視機能 HAモニタ Linux(R)（x86）編

3000-9-201-70

前書き

著作権

All Rights Reserved. Copyright (C) 2012, 2023, Hitachi, Ltd.

輸出時の注意

本製品を輸出される場合には、外国為替及び外国貿易法の規制並びに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。

なお、不明な場合は、弊社担当営業にお問い合わせください。

商標類

HITACHI，BladeSymphony，Cosminexus，HAモニタ，HiRDB，JP1，OpenTP1，ServerConductor，uCosminexus，Virtageは，株式会社日立製作所の商標または登録商標です。

AIXは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

Amazon Web Services，AWS，Powered by AWS ロゴは，Amazon.com, Inc. またはその関連会社の商標です。

AMDは，Advanced Micro Devices, Inc.の商標です。

Intelは，Intel Corporation またはその子会社の商標です。

Itaniumは，Intel Corporation またはその子会社の商標です。

Linuxは，Linus Torvalds氏の米国およびその他の国における登録商標です。

OracleおよびJavaは，オラクルおよびその関連会社の登録商標です。

Red Hat is a registered trademark of Red Hat, Inc. in the United States and other countries.

Red Hatは，米国およびその他の国におけるRed Hat, Inc.の登録商標です。

Red Hat Enterprise Linux is a registered trademark of Red Hat, Inc. in the United States and other countries.

Red Hat Enterprise Linuxは，米国およびその他の国におけるRed Hat, Inc.の登録商標です。

RHEL is a trademark or a registered trademark of Red Hat, Inc. in the United States and other countries.

RHELは，米国およびその他の国におけるRed Hat, Inc.の商標または登録商標です。

UNIXは，The Open Groupの登録商標です。

Windowsは，マイクロソフト 企業グループの商標です。

その他記載の会社名，製品名などは，それぞれの会社の商標もしくは登録商標です。

発行

2023年4月　3000-9-201-70

変更内容

変更内容（3000-9-201-70）HAモニタ 01-78

追加・変更内容

変更個所

系のリセットによる系切り替えをする場合，VMware ESXiの設定で，共有ディスクを仮想ディスクに設定できるようにした。

また，それに伴い，マルチライターフラグの設定についての説明を追加した。

6.5.1(1)，6.5.1(2)，6.5.1(3)

RHEL9以降のバージョンの場合，キャラクタ型スペシャルファイルを使用できないことを追記した。

6.13.1，6.13.1(4)

適用OSにRHEL9を追加した。

−

単なる誤字・脱字などはお断りなく訂正しました。

はじめに

このマニュアルは，HAモニタおよびHAモニタExtensionの機能，設定，および運用方法について説明したものです。このマニュアルを読むことで，ユーザが，HAモニタを使用して系切り替え構成を設計・構築できること，および適切に運用できることを目的としています。

HAモニタをパブリッククラウドで使用する場合は，マニュアル高信頼化システム監視機能 HA モニタパブリッククラウド編も参照してください。

対象製品

●P-872C-E111 HAモニタ 01-78

適用OS：Red Hat(R) Enterprise Linux(R) Server 7(x86_64)，Red Hat(R) Enterprise Linux(R) Server 8(x86_64)，Red Hat(R) Enterprise Linux(R) Server 9(64-bit x86_64)，Oracle Linux 7(x86_64)※，Oracle Linux 8(x86_64)※

●P-9S2C-E211 HAモニタ Extension 01-00

適用OS：Red Hat(R) Enterprise Linux(R) AS 3(x86)，Red Hat(R) Enterprise Linux(R) AS 4(x86)，Red Hat(R) Enterprise Linux(R) ES 3(x86)，Red Hat(R) Enterprise Linux(R) ES 4(x86)，Red Hat(R) Enterprise Linux(R) AS 3(AMD64 & Intel EM64T)，Red Hat(R) Enterprise Linux(R) AS 4(AMD64 & Intel EM64T)，Red Hat(R) Enterprise Linux(R) ES 4(AMD64 & Intel EM64T)，Red Hat(R) Enterprise Linux(R) 5(x86)，Red Hat(R) Enterprise Linux(R) 5(AMD/Intel 64)，Red Hat(R) Enterprise Linux(R) 5 Advanced Platform(x86)，Red Hat(R) Enterprise Linux(R) 5 Advanced Platform(AMD/Intel 64)

これらのプログラムプロダクトのほかにもこのマニュアルをご利用になれる場合があります。詳細は「リリースノート」でご確認ください。

注※

OCI環境の場合だけサポートします。

対象読者

システム管理者，オペレータ，およびプログラマの方を対象としています。システム管理者は，システムの導入，設計，構築をすることを想定しています。オペレータは，構築されたシステムで日々の運用をすることを想定しています。プログラマは，ユーザプログラムの作成をすることを想定しています。

また，次の知識をお持ちの方を前提としています。

該当するハードウェアの知識

該当するOSの知識

系切り替え構成にするプログラムの知識

ユーザプログラムのコーディングに使用するC言語の文法の知識

系切り替え構成にするプログラムとして，OpenTP1またはHiRDBを使用する場合は，あらかじめOpenTP1またはHiRDBのマニュアルをお読みいただくことをお勧めします。

前提機種の違いによる相違点の表記

HAモニタは前提機種が複数あります。前提機種によって，ハードウェアの構成や名称が異なります。このマニュアルでは，次に示す表記を使用して，機種によって説明の異なる部分を示しています。また，説明が同じ場合は，ハードウェア名称に総称を使用しています。使用している機種のハードウェア名称に読み替えてください。

表記

意味

ハードウェア名称

BladeSymphonyの場合，または（BladeSymphony）

マシンの機種が統合サービスプラットフォームBladeSymphonyの場合に該当します。

SVP

障害管理プロセサ（総称）

HA8000の場合，または（HA8000）

マシンの機種が日立アドバンストサーバHA8000シリーズの場合に該当します。

xKモデル以前

SVP

xL〜xMモデル

BMC

xNモデル以降

（HA8000Vを含む）

管理サーバまたはBMC

RV3000の場合，または（RV3000）

マシンの機種が日立高信頼サーバRV3000の場合に該当します。

管理サーバ

このマニュアルで使用する図中の記号

このマニュアルの図中で使用している記号を，次のように定義します。

第1編　概要

1　HAモニタの概要

この章では，HAモニタの目的，主な機能である系切り替えの概要と種類，HAモニタを適用したシステム形態，および動作環境について説明します。

1.1　HAモニタの目的

HAモニタは，システムの信頼性向上，稼働率向上を目的として，プログラムを含めたシステムの切り替えを実現します。

UNIXシステムを基幹業務に適用する場合，システムの信頼性や稼働率が重要になります。従来のシステムでは，ディスク装置やLANなどの個々の資源（リソース）を二重化して，信頼性を確保しています。HAモニタを使用することで，リソースの二重化に加えて，サーバシステムの二重化も実現できます。

HAモニタを使用すると，業務処理を実行中のサーバシステムに障害が発生した場合，事前に待機しているサーバシステムに，直ちに自動で切り替えることができます。そのため，オペレータが特に意識することなく，システムの信頼性や稼働率を高められます。

HAモニタの概要を次の図に示します。

図1‒1　HAモニタの概要

この図では，サーバシステム1とサーバシステム2を系切り替え構成にしています。サーバシステム1で稼働するプログラムに障害が発生した場合，HAモニタがサーバシステム2のプログラムに系切り替えをします。その結果，障害のために業務を中断していた時間を短縮できます。

HAモニタを使用するシステムには，機能に応じて監視パスやリセットパスなどのハードウェアが必要です。HAモニタに必要なハードウェアやソフトウェアについては，「1.6　HAモニタの動作環境」を参照してください。

1.2　系切り替え

HAモニタでは，システムの障害に備えて二つのシステムを用意し，一つで業務処理を実行させ，もう一つを待機させておきます。用意したこれらのシステムを系といいます。また，システム（系）で業務を実行するプログラムのことをサーバといいます。系切り替えとは，業務を実行している系やサーバに障害が発生した場合に，待機している系やサーバに業務を引き継ぐ機能のことです。

1.2.1　系

系とは，業務処理に必要なハードウェアのほか，実行するプログラムや通信機器も含めたシステム全体の総称です。

系には，実行系と待機系という組み合わせ，または現用系と予備系という組み合わせがあります。

(1)　実行系と待機系

サーバに業務処理を実行させる系（実行中のサーバがある系）をそのサーバの実行系，障害に備えて待機させる系（待機中のサーバがある系）をそのサーバの待機系と呼びます。

また，現在業務処理を実行しているサーバを実行サーバ，障害に備えて待機しているサーバを待機サーバと呼びます。

(2)　現用系と予備系

システム構築時や環境設定時に二つの系を区別するため，最初に実行系としてサーバを起動する系を，そのサーバの現用系，待機系として起動する系をそのサーバの予備系と呼びます。システム起動後に実行系と待機系の交代を繰り返しても，現用系と予備系の関係は変わりません。

1.2.2　系切り替えの流れ

HAモニタが障害を検出してから，系切り替えをして業務を再開するまでの流れについて説明します。

障害発生時に系切り替えをすると，待機系は業務処理を引き継いで実行系になります。障害が発生した実行系は，さらに障害が発生した場合に備えて待機系になります。以降，障害発生のたびに系切り替えで業務処理の実行と待機とを交代して，どちらかの系で常に業務処理を実行します。

系切り替えの流れを次の図に示します。

図1‒2　系切り替えの流れ

1.2.3　サーバ

HAモニタは，サーバというまとまりで系切り替えをします。サーバとは，プログラムのことです。

(1)　サーバの分類

サーバは，プログラムの種類によって次のどちらかに分けられます。

HAモニタとのインタフェースを持つプログラム

OpenTP1（TP1/Server BaseまたはTP1/EE），およびHiRDBがあります。

HAモニタとのインタフェースを持たないプログラム

インタフェースを持つプログラム以外すべてを指します。例えば，JP1，Cosminexus，Oracle，ユーザが作成するUAPなどがあります。

(2)　サーバの運用方法

サーバの運用方法には，サーバモードとモニタモードがあります。

サーバモードとモニタモードの比較を次の表に示します。

表1‒1　サーバモードとモニタモードの比較

比較項目

サーバモード

モニタモード

OpenTP1（TP1/Server Base）およびHiRDB

OpenTP1（TP1/EE）※4

HAモニタが検出する障害

サーバ障害

系障害

サーバ障害※1

系障害

UAP障害※2

サーバの監視

HAモニタがする

ユーザがする※1

使用できないHAモニタの機能

なし

サーバのスローダウン検出

サーバがスローダウンしたときの，系のペアダウン

連動系切り替えでサーバがスローダウンしたときの，切り替え種別の指定

サーバの監視履歴取得

サーバのスローダウン検出※3

系のペアダウン※3

連動系切り替え時の切り替え種別の指定

ユーザコマンドの一部

サーバの監視履歴取得

待機系のサーバを事前に起動させておくこと

など

必要な設定項目

サーバ対応の環境設定

サーバ対応の環境設定

モニタモードのプログラム対応の環境設定※2

サーバの起動コマンドの作成

（必要に応じて）サーバの停止コマンド・サーバの監視コマンドの作成

（必要に応じて）プログラムの再起動コマンドの作成※2

UAPへのAPIの組み込み※2

1サーバの単位

1プログラム

1プログラムまたは複数プログラム

注※1　ユーザがあらかじめサーバの監視コマンドを作成することで，モニタモードのサーバを監視し，サーバ障害を検出できます。また，モニタモードのプログラム管理機能を使用すれば，UAPの監視はHAモニタがします。プログラム管理機能については，「3.6　プログラムの制御のための機能（モニタモード）」を参照してください。

注※2　モニタモードのプログラム管理機能を使用するプログラムにだけ該当します。

注※3　サーバ対応の環境設定のptrlcmd_exオペランドを指定して，モニタモードのサーバを監視している場合は，機能を使用，または検出できます。

注※4　TP1/SB＋TP1/EE＋TP1/XTCの構成でTP1/EEを監視する場合。

HAモニタとのインタフェースを持つプログラムの場合

サーバの運用方法として，サーバモードまたはモニタモードを選択できます。HAモニタとのインタフェースを持つプログラムの場合，サーバモードでの運用を推奨します。

サーバモードで運用するサーバのことを，HAモニタとのインタフェースを持つサーバと呼ぶこともありますが，このマニュアルでは，サーバモードのサーバと呼びます。

HAモニタとのインタフェースを持たないプログラムの場合

モニタモードで運用します。HAモニタとのインタフェースを持たないプログラムの場合，サーバの運用方法は選択できません。

モニタモードで運用するサーバのことを，HAモニタとのインタフェースを持たないサーバと呼ぶこともありますが，このマニュアルでは，モニタモードのサーバと呼びます。

1.2.4　HAモニタが検出する障害

ここでは，HAモニタが検出する障害について説明します。

HAモニタは，サーバに発生するサーバ障害，系に発生する系障害，およびリソース（LAN，ディスク）に発生するリソース障害を検出して，系切り替えをします。

(1)　HAモニタが監視する範囲

HAモニタは，サーバ障害，系障害，およびリソース障害を検出するために，次を監視しています。

サーバ

系

リソース（LAN，ディスク※）

注※　システムディスクおよび業務ディスクを監視します。

システム構成のうち，HAモニタが監視する範囲を次の図に示します。

図1‒3　HAモニタが監視する範囲

(2)　サーバ障害

サーバ障害は，サーバ自身が検知できる障害と，サーバ自身が検知できない障害に分けられます。

(a)　サーバ自身が検知できる障害

サーバ自身が検知できる障害を次に示します。

サーバの論理エラー

リソース（ディスク装置など）の障害が原因で，サーバの運転が続行できない状態

サーバ自身が検知できる障害が発生すると，サーバはHAモニタに障害の発生を連絡して異常終了します。障害連絡を受けたHAモニタは系切り替えを実行します。系切り替え時には，待機していたサーバは引き継ぎ情報からサーバ自身が持つ回復機能で再開始し，業務処理を引き継ぎます。

(b)　サーバ自身が検知できない障害

サーバ自身が検知できない障害には，サーバのスローダウンがあります。

サーバ自身が検知できない障害は，HAモニタが検出します。障害を検出すると，HAモニタは障害が発生したサーバを停止させて系切り替えをします。

(c)　サーバの運用方法による，検出できるサーバ障害の違い

サーバをサーバモードで運用するか，モニタモードで運用するかによって，検出できる障害が異なります。サーバ障害の検出方法，およびサーバの運用方法での検出可否を次の表に示します。

表1‒2　サーバ障害の検出方法，およびサーバの運用方法での検出可否

検出方法

サーバモード

モニタモード

サーバが検知してHAモニタに連絡する

○

○

（サーバの監視コマンドの作成が必要※1）

HAモニタがサーバを監視して検出する

○

×※2

（凡例）

○：検出できます。

×：検出できません。

注※1

モニタモードの場合，サーバ自身が検知できる障害が発生したときに，HAモニタで自動的に系切り替えをするには，サーバの監視コマンドを作成する必要があります。詳細については，「3.2.1　モニタモードのサーバの監視（実行サーバの場合）」を参照してください。ただし，モニタモードのプログラム管理機能でUAPを監視すれば，サーバの監視コマンドにUAPの監視処理を組み込む必要がなくなります。詳細については，「3.6.1　UAPの監視」を参照してください。

注※2

モニタモードのプログラム管理機能を使用すれば，UAPを監視できます。

(3)　系障害

系障害とは，サーバを除いた系に発生する障害です。HAモニタは，aliveメッセージの途絶によって，系障害を検出します。系障害を次に示します。

系のハードウェア障害，または電源断

OSなどの機能を使用してハードウェア（プロセサやディスクなど）を冗長化している場合，一つのハードウェアが縮退稼働している間は系障害とは判断しません。

カーネルの障害

HAモニタの障害

すべての監視パスの障害

系のスローダウン

上記に挙げた障害によって，すべての監視パスの通信切断や障害管理プロセサからの通報が発生すると，HAモニタは系障害を検出し，障害が発生した系を停止させて，系切り替えをします。

(4)　リソース障害

リソース障害とは，システムを構成するハードウェアに発生する障害です。HAモニタは，次の障害を検出して系切り替えをします。

LAN障害

ディスク障害

LAN障害やディスク障害を検出した場合，サーバ障害や系障害を検出した場合と同様に，計画系切り替え，または系のペアダウンによる系切り替えを実行します。

(a)　LAN障害

LAN障害とは，LANに発生する障害です。HAモニタは，LANが通信できる状態かどうかを監視することによって，LAN障害を検出できます。詳細は「3.4.1　LANの監視および障害時の自動系切り替え」を参照してください。

(b)　ディスク障害

ディスク障害とは，ディスクに発生する障害です。HAモニタは，ディスクに書き込みができる状態かどうかを監視することによって，ディスク障害を検出できます。詳細は「3.4.2　ディスクの監視」を参照してください。

1.3　系切り替えの種類

HAモニタで使用できる系切り替えの種類には，次があります。

HAモニタが自動的に系切り替えをする自動系切り替え

オペレータが意図的に系切り替えをする計画系切り替え

オペレータが強制的に系切り替えをする強制系切り替え

1.3.1　自動系切り替え

実行系に障害が発生した場合，HAモニタが自動的に系を切り替える機能を自動系切り替えといいます。

ユーザは，自動系切り替えに必要な，サーバの名称や共有リソースの名称などの動作環境を，事前に系ごとに設定しておきます。HAモニタはこの環境設定の情報を基に，障害発生時にサーバや共有リソースを制御して，自動的に系切り替えをします。

自動系切り替えの概要を，次の図に示します。

図1‒4　自動系切り替えの概要

1.3.2　計画系切り替え

オペレータが，系のメンテナンスなどをする際に計画的に系を切り替える機能を計画系切り替えといいます。計画系切り替えは，実行系からサーバの系切り替えコマンド（monswapコマンド）を実行します。

計画系切り替えをする場合も，HAモニタは自動系切り替えと同じ環境設定の情報を基に，系切り替えをします。

計画系切り替えの概要を，次の図に示します。

図1‒5　計画系切り替えの概要

なお，HAモニタが行う自動系切り替えは，計画系切り替えとして動作する場合もあります。

1.3.3　強制系切り替え

実行系のOSにログインできない場合，および系切り替えが完了しない場合などに，強制的に系を切り替える機能を強制系切り替えといいます。強制系切り替えは，待機系からサーバの系切り替えコマンド（monswapコマンド）を実行します。

強制系切り替えをする場合も，HAモニタは自動系切り替えと同じ環境設定の情報を基に，系切り替えをします。

強制系切り替えの概要を，次の図に示します。

図1‒6　強制系切り替えの概要

1.4　系切り替えの方式

HAモニタで使用できる系切り替えの方式には，次があります。

ハイブリッドフェンシングによる系切り替え

系のリセットによる系切り替え

共有ディスクのSCSIリザーブによる系切り替え

LANの通信可否による系切り替え

HAモニタでは，「ハイブリッドフェンシングによる系切り替え」の方式を推奨しています。この方式には，次のメリットがあります。

障害管理プロセサ（SVPおよびVMware ESXi）の障害などで系のリセットができない場合でも，共有ディスクのSCSIリザーブによって系切り替えを続行できる。そのため，ほかの方式に比べて系障害時の自動的な系切り替えの信頼性が高く，システムの可用性を向上できる。

系のリセットによって確実に障害系を停止・切り離しでき，同じサーバが複数の系で実行サーバとして起動することを防止できる。そのため，安全な系切り替えができる。

OSスローダウン時のダンプが取得できる。

「ハイブリッドフェンシングによる系切り替え」の方式を選択できない場合は，「系のリセットによる系切り替え」の方式を推奨しています。「系のリセットによる系切り替え」の方式には，次のメリットがあります。

系のリセットによって確実に障害系を停止・切り離しでき，同じサーバが複数の系で実行サーバとして起動することを防止できる。そのため，安全な系切り替えができる。

OSスローダウン時のダンプが取得できる。

ただし，システム構成および要件によって，選択できる系切り替えの方式が異なります。次の表に従って，系切り替えの方式を選択してください。

表1‒3　系切り替えの方式の選択

システム構成（サーバ機種）

系切り替えの方式

BladeSymphony，HA8000，またはRV3000

仮想化環境で，VMwareおよび障害管理プロセサへのアクセスが許容される場合

次のどちらかを選択してください。

・ハイブリッドフェンシングによる系切り替え

・系のリセットによる系切り替え

仮想化環境で，VMwareおよび障害管理プロセサへのアクセスが許容されない場合

共有ディスクのSCSIリザーブによる系切り替え

非仮想化環境（物理環境）の場合

次のどちらかを選択してください。

・ハイブリッドフェンシングによる系切り替え

・系のリセットによる系切り替え

他社PC/AT互換機

共有ディスクありの場合

共有ディスクのSCSIリザーブによる系切り替え

共有ディスクなしの場合

LANの通信可否による系切り替え

1.5　HAモニタを適用したシステム形態

HAモニタを適用したシステム形態について説明します。HAモニタを使用することで，信頼性の向上や稼働率の向上を実現できます。

1.5.1　C/Sシステム形態

ホストコンピュータを使用しないで，クライアント/サーバシステムだけで構成するシステム形態です。複数のシステムをLANで接続することで，各システムが互いに連動し合って，全体で一つの業務処理システムとして動作します。

サーバシステムにHAモニタを導入すると，サーバ障害による不稼働時間を短縮でき，クライアントの業務処理への影響を減らせます。

C/Sシステム形態の例を次の図に示します。

図1‒7　C/Sシステム形態例

1.5.2　FEP形態

ホストコンピュータと，分散機および端末との間に，FEPと呼ばれるサーバシステムを置いたシステム形態です。通常，ホストコンピュータとFEPとは高速LANで接続します。FEPは，ホストコンピュータで処理していた通信プロトコル処理や業務処理の一部を，ホストコンピュータに代わって実行します。

FEPにHAモニタを導入すると，障害によるFEPの不稼働時間を短縮でき，ホストコンピュータの高信頼化とあわせて，センタの業務処理の中断を最小限に抑えられます。

FEP形態の例を次の図に示します。

図1‒8　FEP形態例

1.5.3　分散処理システム形態

営業店や支店などの拠点に設置した，分散システムと呼ばれるサーバシステムをホストコンピュータに接続する形態です。分散システムは，ホストコンピュータの業務の分散処理や，分散されたデータの管理などをします。

分散システムにHAモニタを導入すると，障害による分散システムの不稼働時間を短縮でき，拠点の業務処理の中断を最小限に抑えられます。

分散処理システム形態の例を次の図に示します。

図1‒9　分散処理システム形態例

1.6　HAモニタの動作環境

HAモニタを動作させるために必要なハードウェア，およびソフトウェアについて説明します。

1.6.1　必要なハードウェア

HAモニタを動作させるために必要なハードウェアについて説明します。ハードウェアの構成については，「5.5　ハードウェア構成の検討」を参照してください。

ハードウェア構成例を次の図に示します。

図1‒10　ハードウェア構成例（BladeSymphonyまたはHA8000xMモデル以前の場合）

図1‒11　ハードウェア構成例（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する場合）

図1‒12　ハードウェア構成例（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合）

図1‒13　ハードウェア構成例（RV3000の場合）

RV3000で，管理サーバを使用する構成の場合，必要な機器についてはRV3000のドキュメントを参照してください。

(1)　プロセサ

実際に業務を処理するサーバマシンを，実行系と待機系とで1台ずつ使用します。

HAモニタを使用する前提機種を次に示します。

統合サービスプラットフォームBladeSymphony

BladeSymphonyを使用する場合，一つの筐体（シャーシ）に複数のプロセサを搭載できます。HAモニタでは，一つのシャーシ内にあるプロセサ同士を系切り替え構成にできます。

日立アドバンストサーバHA8000シリーズ

他社PC/AT互換機

系のリセットをする場合は，BladeSymphonyまたはHA8000と，他社PC/AT互換機が混在する構成にはできません。

共有ディスクのデータの保護方法ごとに使用できる機能，およびLANの通信可否による系切り替え制御機能で使用できる機能については，「3.1　HAモニタで使用できる機能一覧」を参照してください。

メモ

BladeSymphonyを使用する場合，日立サーバ論理分割機構（Virtage）を利用すると，プロセサ内の論理パーティション（LPAR）を系切り替え構成の単位にできます。

また，使用するサーバマシンの機種に関係なく，VMware ESXiTMを利用して一つのプロセサ上で複数の仮想マシンを稼働させ，仮想マシンを系切り替え構成の単位にできます。

メモ

BladeSymphonyまたはHA8000の場合，系のリセットまたは共有ディスクのSCSIリザーブで，他社PC/AT互換機の場合は共有ディスクのSCSIリザーブで，共有ディスクのデータ破壊を防止します。また，系のリセットおよび共有ディスクのSCSIリザーブが使用できない場合は，LANの通信可否による系切り替え制御機能を使用します。系のリセットについては「2.3.5　系のリセット」を，共有ディスクのSCSIリザーブについては「2.3.6　共有ディスクのSCSIリザーブ」を，LANの通信可否による系切り替え制御機能については「2.3.7　LANの通信可否による系切り替え制御機能」を参照してください。

(2)　監視パス

実行系と待機系のプロセサ間を接続して，実行系と待機系との間で，互いの系を監視したり，系切り替えのための情報を交換したりするために使用します。

監視パスには，監視パス専用のLAN（監視専用LAN）として，TCP/IP LANを使用できます。HAモニタは，TCP/IP LANでブロードキャストで通信するため，ブロードキャストで通信できるLANを使用してください。TCP/IP LANは，どの系切り替え構成でも使用できますが，専用のIPアドレスとポート番号が必要です。

また，HAモニタ Extensionを使用して，一つの系切り替え構成での系の最大数を変更する場合は，マルチキャストで通信できるLANを使用してください。HAモニタ Extensionについては，「3.7　HAモニタ Extensionの機能」を参照してください。

(3)　リセットパス

実行系で障害が発生した場合に，障害管理プロセサに対して系の入出力のリセットを指示するために使用します。共有ディスクのSCSIリザーブをする場合は不要です。障害管理プロセサとは，システム構成の設定やCPUの制御などができる，CPUとは独立したハードウェアです。使用するマシンの機種によって，SVP，BMC，または管理サーバのように名称が異なりますが，機能は同じであるため，このマニュアルでは総称して，障害管理プロセサと呼びます。

リセットパスに関する注意事項については，「5.5.4　リセットパスの構成」を参照してください。

(4)　共有ディスク

共有ディスクは，サーバが実行系と待機系とで共有するデータを格納するために使用します。共有ディスクのSCSIリザーブをする場合は必須です。系切り替え時には，共有ディスク上の情報が引き継がれます。共有ディスクには格納したデータを使用するすべての系を接続します。HAモニタで制御できる共有ディスクには，次の3種類があります。

LVMを使用したボリュームグループ

LVMを使用しないディスクやパーティションに直接作成したファイルシステム

共有ディスクのパス構成によって，次の構成をサポートします。

パスを冗長化していない構成（シングルパス構成）

DMMPによって冗長化する構成

HAモニタを起動するOSではシングルパスに見える構成

仮想化環境のホストOSでパスを冗長化する場合など。

HABoosterを介したディスクまたはデバイス

使用できる共有ディスクには，日立ディスクアレイシステムやVMware vSANの共有データストアなどがあります。

HAモニタは，ディスク障害やI/Oパス障害に対応していません。これらの障害に対しては，HAモニタ以外の方法を使用して共有ディスクの単一点障害を防止する構成にしてください。単一点障害の防止については，「5.5.1　共有ディスクの構成」を参照してください。

SCSIリザーブをしてデータを保護する場合は，次の条件を満たす必要があります。

SCSI-3 Persistent Reservationが使用でき，コントローラが装備されているストレージである。

個別にコントローラを持つホストベースRAIDは使用できません。実行系でリザーブしても，待機系からアクセスできてしまいます。

HA Boosterを使用しない。

VMware vSANの共有データストアを使用する場合，次の二つの方法でアクセスできます。

ネイティブアクセスする方法（vSANネイティブVMDK）※

vSAN iSCSIターゲットサービスを介してアクセスする方法

注※

SCSIリザーブをしてデータを保護する場合は使用できません。

(5)　ローカルディスク

系間で共有しない，系固有のディスク装置として使用します。OSのファイルや，HAモニタの各種ファイルをインストールしておきます。HAモニタは，共有ディスクではなく，ローカルディスクから起動します。

また，ローカルディスクについても共有ディスクと同様に単一点障害を防止する構成にすることを推奨します。

共有ディスクやローカルディスクに障害が発生すると，ファイルへのアクセスが失敗するため業務が実行できなくなります。この場合，サーバやOSは異常終了せず，系切り替えできないことがあります。これを防止するために，共有ディスクやローカルディスクにI/Oエラーが発生した場合には，OSやドライバの機能を用いてOSパニックを発生させることで，系切り替えさせることを検討してください。

(6)　コンソール

HAモニタのコマンドを実行したり，出力されるメッセージを確認したりするために使用します。

(7)　LAN

LANは，実行系と待機系を接続したり，クライアントとなるWSやPCと接続したりするために使用します。LANの通信可否による系切り替え制御機能を使用する場合は必須です。TCP/IP通信ができるLANのうち，OSがサポートするEthernet LANを使用できます。

HAモニタは，HUBやLANアダプタなどのLAN障害を直接処理するものではありません。これらの障害に対しては，HAモニタ以外の方法を使用して，LANの単一点障害を防止する構成にしてください。単一点障害の防止については，「5.5.2　LANの構成」を参照してください。

(8)　管理サーバ

HA8000xNモデル以降で系をリセットする場合，管理対象の系の数によって，HCSMが搭載された管理サーバが必要です。管理サーバの接続イメージや管理対象の系の数は，HAモニタの動作環境によって異なります。例えば，次のような構成ができます。

系切り替え構成に，管理サーバを一つ接続します。一つの管理サーバを，サーバの一元管理およびHAモニタの障害管理プロセサの両方の用途で使用します。

系切り替え構成に，サーバの一元管理をするための管理サーバのほかに，HAモニタ専用の管理サーバを接続します。

複数の系切り替え構成に管理サーバを一つ接続します。

系切り替え構成ごとに管理サーバを一つ接続します。

1.6.2　必要なソフトウェア

HAモニタを動作させるために必要なソフトウェアについて説明します。ソフトウェア構成例を，次の図に示します。

図1‒14　ソフトウェア構成例（BladeSymphonyまたはHA8000xMモデル以前）

図1‒15　ソフトウェア構成例（HA8000xNモデル以降，またはRV3000で障害管理プロセサとして管理サーバを使用する場合）

注※1

RV3000を使用した系切り替え構成の場合，管理サーバは二重化されます。

注※2

HAモニタオプションの構成には，「HA Monitor Connector」および「HA Monitor Power Off Alert Transfer」があります。「HA Monitor Power Off Alert Transfer」は，HA8000xN／xN1モデルの場合だけ使用します。

注※3

HCSMは，HA8000xN／xN1モデルの場合だけ使用します。

図1‒16　ソフトウェア構成例（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合）

注※

HAモニタオプションの構成には，「HA Monitor Connector」があります。

(1)　カーネル

Linux（x86）

システムの基盤となるオペレーティングシステムです。

HA Booster

共有ディスクの切り替えを高速にしたり，他系でのOSパニックを検知したりするための製品です。

(2)　系切り替え制御

HAモニタ

系切り替えを制御します。

HAモニタ Extension

HAモニタのオプション製品です。HAモニタ Extensionを使用すると，大規模なシステム構成での系切り替えの制御に対応できます。

マシンの機種がBladeSymphonyまたはHA8000の場合で，系のリセットをするときに使用できます。

HAモニタ Extensionについては，「3.7　HAモニタ Extensionの機能」を参照してください。

(3)　運用管理

JP1

システム内で発生したイベントを管理します。

(4)　プログラム

HAモニタを使用した系切り替え構成では，HAモニタとのインタフェースを持つか，持たないかによって，HAモニタで使用できる機能の範囲が異なります。HAモニタで使用できるプログラムを次に示します。

(a)　HAモニタとのインタフェースを持つプログラム

OpenTP1

分散トランザクション処理を実現する，トランザクション処理モニタです。

HiRDB

スケーラブルなシステム構築を実現する，リレーショナルデータベース管理システムです。

(b)　HAモニタとのインタフェースを持たないプログラム

Cosminexus

ビジネスを具現化する，アプリケーション基盤です。アプリケーションサーバ，SOA基盤製品，OLTP製品，帳票関連製品などがあります。

JP1

ITシステムの安定した運用を支える，統合システム運用管理製品です。統合管理製品，ジョブ管理製品，資産・配布管理製品，ネットワーク管理製品などがあります。

その他のサーバ

UAPなど，前述以外のサーバを示します。

(5)　管理サーバ

HAモニタオプション

系のリセットを制御するソフトウェアです。

HCSM

サーバマシンを一元的に管理するためのソフトウェアです。HA8000xN／xN1モデルの場合だけ使用します。

2　HAモニタを使用した系切り替え

この章では，障害が発生したあとにHAモニタが行う系切り替えについて説明します。系切り替えという概念を理解している方に向けて，HAモニタではどのように系を切り替えるのか，を中心に説明します。HAモニタで実現できる系切り替え構成，障害検出から系切り替えまでのおおまかな流れ，HAモニタがサーバや系をどのように監視しているか，およびサーバが使用している共有リソースをどのように待機系に引き継ぐのか，について説明します。

2.1　系切り替え構成

HAモニタでは，次の系切り替え構成を実現できます。ここでは，構成例について説明します。各構成の特徴については，「5.2　系切り替え構成の検討」を参照してください。

なお，共有ディスクのSCSIリザーブをする場合は，リセットパスは使用できません。

2.1.1　1:1系切り替え構成

現用系と予備系が1:1に対応している構成です。現用系に障害が発生すると，予備系に切り替えます。

1:1系切り替え構成の例を次の図に示します。

図2‒1　1:1系切り替え構成例

2.1.2　相互系切り替え構成

各サーバシステムが現用系として動作しながら互いの予備系になる構成です。どちらか一方の系に障害が発生すると，他方の系に切り替えます。

相互系切り替え構成の例を次の図に示します。

図2‒2　相互系切り替え構成例

2.1.3　2:1系切り替え構成

二つの現用系に一つの予備系を準備する構成です。予備系には二つのサーバを待機させておきます。どちらか一方の現用系に障害が発生すると，障害が発生した方を予備系に切り替えます。

2:1系切り替え構成の例を次の図に示します。

図2‒3　2:1系切り替え構成例

メモ

現用系の数は，二つ以上にすることもできます。

2.1.4　複数スタンバイ構成

一つの現用系に複数の予備系を準備して，ある業務処理を実行するサーバに対して，複数のサーバを待機させる構成です。複数のサーバを待機させておくため，現用系の障害が復旧するまでに，予備系で障害が発生しても，別の予備系に系切り替えができます。システムの障害に備えることができるため，システムの稼働率を高められます。

複数スタンバイ構成の例を次の図に示します。

図2‒4　複数スタンバイ構成例

この構成にする場合には，マルチスタンバイ機能を使用します。マルチスタンバイ機能の詳細については，「4.5　マルチスタンバイ機能を使用する場合のサーバと系の管理」を参照してください。

2.1.5　クラスタ型系切り替え構成

1:1系切り替え構成などの複数の系切り替え構成を組み合わせた，クラスタ型系切り替え構成について説明します。

クラスタ型系切り替え構成は，クラスタ型に接続した複数のサーバシステムが，現用系として動作しながら互いの予備系になる構成です。クラスタ型系切り替え構成でのサーバシステムは，最大で32台接続できます。

クラスタ型系切り替え構成は，一つのサーバシステムで，業務処理を実行するサーバや待機するサーバなど，複数のサーバを起動させることで実現できます。また，ある業務処理を実行するサーバに対して，複数のサーバを待機させることもできます。

(1)　業務処理を実行するサーバと待機するサーバが1:1に対応する例

クラスタ型系切り替え構成のうち，業務処理を実行するサーバと待機するサーバが1:1に対応する例を次の図に示します。

図2‒5　クラスタ型系切り替え構成例（実行するサーバと待機するサーバが1:1の場合）

(2)　業務処理を実行するサーバに対して，複数のサーバが待機する例

クラスタ型系切り替え構成のうち，業務処理を実行するサーバに対して，複数のサーバが待機する例を次の図に示します。この例では，ある業務処理を実行するサーバに対して，複数のサーバをすべての系で待機させておくため，現用系の障害が復旧するまでの間も，システムの障害に備えることができます。

図2‒6　クラスタ型系切り替え構成例（実行するサーバに対して複数のサーバが待機する場合）

この構成にする場合には，マルチスタンバイ機能を使用します。マルチスタンバイ機能の詳細については，「4.5　マルチスタンバイ機能を使用する場合のサーバと系の管理」を参照してください。

2.2　障害検出から系切り替えまでの流れ

HAモニタが検出する障害には，大きく分けてサーバ障害と，系障害があります。障害の種類によって，系切り替えの処理や流れが異なります。

サーバ障害発生時には，障害が発生したサーバを共有リソースから切り離し，待機系のサーバに切り替えます。系障害発生時には，系のリセットなどによって，障害が発生した系から共有リソースを切り離し，待機系のサーバに切り替えます。ここでは，障害検出から系切り替えまでの流れの概要について説明します。詳細な処理の流れについては，「4.8　処理の流れ」を参照してください。

2.2.1　サーバ障害時の系切り替え

サーバ障害時には，障害が発生した実行系のHAモニタは，系切り替え準備処理として，実行系の共有リソースの切り離しをします。共有ディスクのアクセス禁止や，LANの切り離しなどの系切り替え準備処理が完了すると，待機系にその旨を連絡します。待機系では，連絡を受けたあと，系切り替え処理を開始します。

サーバ障害時の，HAモニタの系切り替えの概要を，次の図に示します。

図2‒7　サーバ障害時の系切り替えの概要

2.2.2　系障害時の系切り替え

系障害時の系切り替え処理は，系のリセットをするか，共有ディスクのSCSIリザーブをするか，LANの通信可否による系切り替え制御機能を使用するかによって異なります。

(1)　系のリセットをする場合

系のリセットをする場合，系障害時には，待機系のHAモニタがリセットパスを介して障害が発生した系の障害管理プロセサに実行系のリセットを要求します。障害が発生した系を管理する障害管理プロセサは，入出力の停止などのリセット処理をします。障害が発生した系は，リセット処理が完了すると，待機系にその旨を連絡します。待機系では，連絡を受けたあと，系切り替え処理を開始します。

系障害時の，HAモニタの系切り替えの概要を，次の図に示します。

図2‒8　系障害時の系切り替えの概要（系のリセットをする場合）

(2)　共有ディスクのSCSIリザーブをする場合

共有ディスクのSCSIリザーブをする場合，系障害時には，切り替え先の系が強制的にリザーブを確保してから実行サーバを起動することで，複数系からの同時書き込みによる共有ディスクのデータ破壊を防止します。

また，監視パス障害が発生した場合に，障害などで系切り替えが発生したときは，切り替え元の系がリザーブの消滅を検知するとサーバを計画停止します。

系障害時の，HAモニタの系切り替えの概要を，次の図に示します。

図2‒9　系障害時の系切り替えの概要（共有ディスクのSCSIリザーブをする場合）

共有ディスクのSCSIリザーブをする場合で，監視パス障害が発生したときの系切り替えの概要を，次の図に示します。

図2‒10　系障害時の系切り替え（共有ディスクのSCSIリザーブをする場合の監視パス障害）

(3)　LANの通信可否による系切り替え制御機能を使用する場合

LANの通信可否による系切り替え制御機能を使用する場合，系障害時には，LANの通信可否を判定します。待機系がLANの通信が可能であることを確認すると系切り替えを開始します。また，監視パス障害が発生した場合は，LANの通信が可能な唯一の系で業務処理を実行するサーバが稼働するように制御します。

系障害時の，HAモニタの系切り替えの概要を，次の図に示します。

図2‒11　系障害時の系切り替えの概要（LANの通信可否による系切り替え制御機能を使用する場合）

LANの通信可否による系切り替え制御機能を使用する場合で，監視パス障害が発生したときの系切り替えの概要を，次の図に示します。

図2‒12　系障害時の系切り替え（LANの通信可否による系切り替え制御機能を使用する場合の監視パス障害）

2.3　HAモニタによる障害検出

HAモニタを使用したシステムに障害が発生したら，HAモニタが障害を検出します。HAモニタが障害を検出した時点で系切り替えができる状態だった場合は，HAモニタが系切り替えをします。系切り替えができる状態ではなかった場合，系切り替えはされません。

システムに発生する障害にはサーバ障害と系障害があり，障害の種類によって検出方法が異なります。ここでは，障害の検出方法を障害の種類別に説明します。また，HAモニタが系切り替えをする条件，および系切り替えを実現する方法である系のリセット，SCSIリザーブ，LANの通信可否による系切り替え制御機能の仕組みについても説明します。

2.3.1　HAモニタが系切り替えをする条件

HAモニタが系切り替えをするには，幾つかの条件が前提になります。前提となる条件がそろった状態を，系切り替えができる状態と呼びます。

(1)　サーバ障害発生時に系切り替えをする条件

サーバ障害発生時に系切り替えをする条件を次に示します。

待機系のHAモニタと，監視パスで通信できる状態であること。

実行サーバに対応する待機サーバが待機中であること。

(2)　系障害発生時に系切り替えをする条件

系障害発生時に系切り替えをする条件を次に示します。

待機系のHAモニタと，監視パスで通信できる状態であること。

実行サーバに対応する待機サーバが待機中であること。

リセットパスが使用できる状態であること（系のリセットをする場合）※。

共有ディスクをSCSIリザーブできる状態であること（共有ディスクのSCSIリザーブをする場合）。

業務で使用するLANで通信できる状態であること（LANの通信可否による系切り替え制御機能を使用する場合）。

注※

共有ディスクをSCSIリザーブできる状態であれば，リセットパスに障害が発生していても系切り替えできます。詳細は「2.3.8　ハイブリッドフェンシング」を参照してください。

2.3.2　サーバ障害の検出（サーバモードの場合）

サーバがサーバモードの場合，HAモニタがサーバを監視し，サーバ障害が発生したら，系切り替えをします。ここでは，HAモニタが行うサーバ障害の検出方法と，障害を検出したあとのHAモニタの動作について説明します。

(1)　サーバ障害の検出方法

サーバ障害は，サーバ自身が検知できる障害と，検知できない障害とに分けられます。

サーバ自身が検知できる障害が発生した場合

HAモニタはサーバから障害連絡を受けて，サーバ障害を検出します。

サーバ自身が検知できない障害が発生した場合

実行サーバでは，HAモニタが障害を検出します。サーバの監視方法は，使用するプログラムによって異なります。

TP1/Server BaseまたはHiRDBを使用するとき

サーバの稼働報告をHAモニタが監視する方法によって，障害を検出します。サーバの稼働報告を監視するためには，サーバ対応の環境設定のpatrolオペランドでサーバ障害監視時間を指定します。サーバは定期的に稼働報告を実施し，HAモニタは1秒間隔でサーバからの稼働報告があったかを確認します。指定したサーバ障害監視時間を超えてもサーバからの稼働報告がなかった場合，HAモニタはサーバ障害が発生したと判断します。サーバの稼働報告を監視するには，サーバ対応の環境設定のserver_typeオペランドに"A"を指定するか，またはserver_typeオペランドの指定を省略します。

TP1/EEを使用するとき

サーバのプロセスをHAモニタが1秒間隔で監視する方法によって，障害を検出します。この方法では，HAモニタはサーバのスローダウンを障害として検出しません。サーバのプロセスを監視するには，サーバ対応の環境設定のserver_typeオペランドに"B"を指定します。

なお，待機サーバでは，HAモニタは障害を検出しません。ユーザが必要に応じて待機サーバを再起動したり，停止したりします。

(2)　サーバ障害を検出したあとのHAモニタの動作

HAモニタが実行サーバに発生したサーバ障害を検出すると，系切り替えができる状態の場合，次のどれかの動作をします。この動作は，サーバ対応の環境設定のswitchtypeオペランドでユーザがあらかじめ指定します。

系切り替えをする。

障害が発生した実行サーバを強制停止したあとに，系切り替えをして，待機系の待機サーバに業務を切り替えます。

実行サーバの再起動を待ち，再起動できなければ系切り替えをする。

障害が発生した実行サーバをいったん停止させ，再起動するのを待ちます。実行サーバの再起動に失敗したままの場合，HAモニタが待機系に系切り替えをします。

実行サーバの再起動を待ち，再起動できなければオペレータの操作を待つ。

障害が発生した実行サーバをいったん停止させ，再起動するのを待ちます。実行サーバの再起動に失敗したままの場合，HAモニタは実行サーバを停止させて，オペレータの操作を待ちます。

ただし，この設定にした場合，HAモニタは実行サーバのスローダウンをサーバ障害と認識しません。実行サーバのスローダウンを検出したときは，HAモニタはメッセージを出力してサーバの監視を続けます。

それぞれの動作について，詳細を説明します。

(a)　系切り替えをする場合

サーバ障害を検出すると，実行系のHAモニタが実行サーバを強制停止して，待機系に系切り替えをします。稼働報告がなかったケースを例にして，サーバ障害検出時のHAモニタの動作を，次の図に示します。

図2‒13　サーバ障害検出時のHAモニタの動作（系切り替えをする場合）

(b)　実行サーバの再起動を待ち，再起動できなければ系切り替えをする場合

サーバ障害を検出すると，HAモニタは，サーバ障害が発生した実行サーバの再起動を待ちます。この実行サーバが再起動するまでの実行サーバの状態を，再起動待ち状態と呼びます。

実行サーバが再起動できた場合は，HAモニタは系切り替えをしないため，障害発生後も業務を実行する系は変わりません。実行サーバが再起動に失敗した場合，サーバに対応するプログラムは，プログラムのリトライ回数だけ，再起動を試みます。実行サーバが再起動に失敗し，HAモニタが実行サーバの再起動限界を検出した場合は，HAモニタが待機系に系切り替えをします。系切り替え時のHAモニタの動作は「(a)　系切り替えをする場合」と同様です。

実行サーバの再起動限界とは，実行サーバを再起動させる上限のことです。実行サーバの再起動限界としてHAモニタが検出するのは，次のとおりです。

プログラムのリトライ回数の限界

再起動をリトライする回数の上限のことです。プログラムに指定します。

実行サーバの再起動監視時間の限界

実行サーバに発生したサーバ障害を検出してから，実行サーバが再起動するまでの監視時間のことです。サーバ対応の環境設定に指定します。

(c)　実行サーバの再起動を待ち，再起動できなければオペレータの操作を待つ場合

サーバ障害を検出したあと，実行サーバの再起動を待ち，再起動できなければオペレータの操作を待つ場合について説明します。

実行サーバの再起動を実施する動作は，「(b)　実行サーバの再起動を待ち，再起動できなければ系切り替えをする場合」と同様です。しかし，オペレータの操作を待つ場合は，実行サーバの再起動限界として，プログラムのリトライ回数だけを指定できます。

実行サーバが再起動に失敗し，HAモニタが実行サーバの再起動限界を検出すると，HAモニタは，実行系の実行サーバを停止させます。また，待機系では，障害が発生した実行サーバに対応する待機サーバを，いったん停止させたあとに再起動して，実行サーバの起動待ち状態にします。このとき，ユーザは，実行サーバの起動待ち状態になっている待機サーバを，実行サーバとして起動するか，または停止する必要があります。待ち状態のサーバを操作する方法については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

2.3.3　サーバ障害の検出（モニタモードの場合）

サーバがモニタモードの場合，サーバ障害の検出方法は，APIを発行するかどうかで異なります。

(1)　APIを発行しない場合

HAモニタはサーバを監視しないため，サーバ障害を検出しません。系障害だけを検出します。

モニタモードのサーバにサーバ障害が発生した場合，ユーザは次のように対処します。

待機系への系切り替えが必要な場合

実行サーバを停止させ，実行系からサーバの系切り替えコマンド（monswap コマンド）を実行して，計画系切り替えをします。

待機系への系切り替えが不要な場合

実行系でサーバを再起動します。

ユーザがあらかじめサーバの監視コマンドで，サーバ障害を監視する処理を作成しておくと，サーバ障害が発生した場合にHAモニタが系切り替えを実行できます。サーバの監視コマンドの詳細については，「3.2.1　モニタモードのサーバの監視（実行サーバの場合）」を参照してください。

(2)　APIを発行する場合

モニタモードのプログラム管理機能を使用してUAPからAPIを発行すれば，HAモニタがUAPを監視し，サーバのスローダウンを検出できます。

UAPのプロセス，およびUAPの稼働報告を監視することで，HAモニタはUAPに起因するサーバ障害を検出します。UAPのプロセスと稼働報告の両方を監視するか，UAPのプロセスだけを監視するかは選択できます。

また，UAP障害を検出すると，HAモニタはプログラムの再起動コマンドでUAPを再起動することもできます。プログラムの再起動コマンドは，ユーザがあらかじめ作成しておくコマンドです。

UAPの監視については，「3.6.1　UAPの監視」を参照してください。

2.3.4　系障害の検出

系間の監視，リセットパスや監視パスの監視などについて説明します。

(1)　系間の監視

実行系と待機系のHAモニタは，互いに一定時間ごとに報告するaliveメッセージを確認し合う方法で，系を監視します。ここでは，aliveメッセージによる系間の監視について説明します。

(a)　aliveメッセージによる系障害の検出

HAモニタは，aliveメッセージの途絶によって系障害を検出します。そのため，aliveメッセージを最後に受信してから系障害と判断するまでの時間（系障害監視時間）を，HAモニタの環境設定のpatrolオペランドに指定しておきます。なお，aliveメッセージの送信間隔は，HAモニタの環境設定のalive_intervalオペランドで指定できます。系障害監視時間を短く設定する場合は，aliveメッセージの送信間隔の設定をデフォルトから変更することを強く推奨します。

aliveメッセージの送信は，他系のHAモニタと連絡が取れ，系切り替えができる状態になった時点で開始されます。aliveメッセージの送受信は，監視パスを介して行われます。指定した系障害監視時間を超えても他系からaliveメッセージが送信されなかった場合，HAモニタは他系に系障害が発生したと判断します。

実行系と待機系のHAモニタは，デフォルトでは，互いに1秒間隔でaliveメッセージを確認し合っています。HAモニタの環境設定のpatrol_100msオペランドを指定すると，aliveメッセージの確認間隔を100ミリ秒に変更できます。系障害監視時間を短く設定する場合は，100ミリ秒間隔でaliveメッセージを確認することを推奨します。

(b)　aliveメッセージの通信方式

HAモニタは，ユニキャストでaliveメッセージを送受信します。ユニキャストでは，監視パス当たり接続ホスト台数分のaliveメッセージを送受信します。

ただし，HAモニタ Extensionを使用して系の最大数を33以上に設定する場合，HAモニタは，マルチキャストでaliveメッセージを送受信します。マルチキャストでは，監視パス当たり一つのaliveメッセージを送受信します。送受信するメッセージの量および送受信に掛かる処理量を削減できるため，マシンのCPU利用率の上昇が抑えられ，監視パスに使用するLANへの負荷を軽減できます。系の最大数の変更については，「3.7.2　系の最大数の変更」を参照してください。

(2)　リセットパスのヘルスチェック

系障害時に系リセットができるかどうかを判断するために，HAモニタでは接続するすべての他系の障害管理プロセサの状態をヘルスチェックしています。ヘルスチェックは，自系と接続した他系が実行サーバと待機サーバの起動完了によって系切り替えができる状態になった時点で開始します※。それ以降は，2分ごとにチェックします。この間隔はHAモニタの環境設定のresetpatrolオペランドで設定できます。

RV3000で管理サーバを使用する場合は，管理サーバの冗長性を確認します。主系管理サーバまたは待機系管理サーバのどちらかに障害などが発生し，管理サーバの冗長性が確保されていない場合は，メッセージKAMN655-Wを出力します。このメッセージは，冗長性が確保されていないことを検知した最初の1回だけ出力されます。管理サーバの冗長性が確保されると，メッセージKAMN656-Iを出力します。

リセットパスが障害から回復した場合で，管理サーバの冗長性が確保されていないときは，メッセージKAMN646-IおよびメッセージKAMN655-Wが出力されます。

ヘルスチェックは実行系と待機系の両方から実行します。

注※

次のどちらかの場合は，系間が接続された時点でヘルスチェックを開始します。系間が接続されている間は，ヘルスチェックを続けます。

マルチスタンバイ機能を使用している場合

HAモニタの環境設定のreset_typeオペランドでhostを指定している場合

障害管理プロセサまたはリセットパスの障害を検出すると，HAモニタは次のような障害検出のメッセージを出力し，該当する系に対するリセットパスのヘルスチェックを中断します。

KAMN399-E

KAMN624-E

メッセージが出力された場合の処置は，マニュアル高信頼化システム監視機能 HAモニタメッセージを参照してください。また，リセットパス状態表示コマンド（monrpコマンド）で障害管理プロセサの状態を確認できます。

コマンドの詳細については，「9.　コマンド」を参照してください。なお，障害からの回復後，リセットパス状態表示コマンド（monrpコマンド）を使用することで，中断していたヘルスチェックを再開できます。

HAモニタの環境設定のresetpath_retryオペランドにuseを指定している場合，またはオペランドの指定を省略している場合は，HAモニタが一定間隔で自動的に状態を確認します。リセットパスが復旧すれば，KAMN646-Iメッセージを出力して中断していたヘルスチェックを再開します。

メモ

マシンの機種がBladeSymphonyの場合，HAモニタの環境設定のresetpatrol_modeオペランドを指定する必要があります。詳細については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

(3)　監視パスのヘルスチェック

HAモニタでは，監視パスの状態を一定間隔でヘルスチェックできます。ヘルスチェックの間隔は，HAモニタの環境設定のpathpatrolオペランドで指定します。監視パスに障害が発生すると，HAモニタは通信障害のメッセージを出力します。

監視パスの状態は，HAモニタを起動してから，環境設定でヘルスチェック間隔に指定した時間が経過した時点でチェックします。それ以降は，指定したヘルスチェック間隔でチェックします。ヘルスチェックは，系に接続しているすべての監視パスについて実行し，HAモニタの停止時に終了します。また，自系と他系に監視パスが接続されていて，HAモニタが稼働している場合にだけチェックします。

ユーザは監視パス状態表示コマンド（monpathコマンド）で監視パスの状態を表示できます。

監視パスの障害を検出した場合，HAモニタの環境設定のpathpatrol_retryオペランドを指定していれば，監視パスの状態を再チェックできます。再チェックしても障害を検出した場合，HAモニタは次に示すメッセージのどれかを出力します。

KAMN609-W

KAMN635-E

KAMN640-E

KAMN641-W

メッセージKAMN641-Wは，一度出力するか，または監視パス状態表示コマンド（monpathコマンド）で障害を検出すると，以降は障害が回復するまで出力しません。

メッセージが出力された場合の処置は，マニュアル高信頼化システム監視機能 HAモニタメッセージで示す説明に従ってください。なお，再チェック中は，監視パス状態表示コマンド（monpathコマンド）を実行してもメッセージKAMN393-Eが出力され，監視パスの状態は確認できません。

(4)　問い合わせ応答メッセージのリトライ

HAモニタでは，aliveメッセージ以外にも，監視パスを使用して他系とメッセージをやり取りしています。例えば，サーバの起動時に，同じサーバが他系ですでに起動していないかどうかを確認するための問い合わせ応答メッセージなども，監視パスを使用して送受信しています。

これらの問い合わせ応答メッセージの送信に失敗した場合は，HAモニタが3秒間隔でメッセージ送信をリトライし，送信が成功するまでリトライを続けます。HAモニタの環境設定のmessage_retryオペランドを指定しておくと，ユーザがメッセージ送信のリトライ間隔を指定できます。

aliveメッセージの送信が開始される前など，系間の監視中でない場合，問い合わせ応答メッセージの送信が60秒※を超えても成功しないと，HAモニタは系障害が発生したと判断します。

注※

HAモニタの環境設定のmessage_retryオペランドの指定が60秒以上の場合は，その時間を超えても送信が成功しないときにHAモニタは系障害が発生したと判断します。

(5)　自系のスローダウン認識

システムの高負荷などの理由から，HAモニタの環境設定のpatrolオペランドに指定した系障害監視時間以上動作できなかった場合（系のスローダウン）のHAモニタの動作について説明します。

実行系にスローダウンが発生した場合，HAモニタは，待機系に系切り替えをします。

一方，待機系にスローダウンが発生した場合は，実行系のHAモニタは待機系の系障害が発生したと判断します。この場合，待機系がスローダウンから回復すると，待機系のHAモニタは待機系に系障害が発生したとは判断していないため，系間で状態が不一致となります。

このため，待機系のHAモニタは，待機系がスローダウンから回復した時点で系間を再接続し，待機サーバを再起動します。これによって，自動的に系間の状態を一致させ，実行系と待機系の両方の系の監視を再開させます。

2.3.5　系のリセット

系のリセットとは，障害が発生した系の入出力を閉塞させるため，システムを強制停止させることです。系のリセットによって，同じ実行サーバが複数の系で稼働することを防ぎます。

この機能を使用するかどうかは「1.4　系切り替えの方式」および「3.1　HAモニタで使用できる機能一覧」を参照して判断してください。

系のリセットは，HAモニタと障害管理プロセサが連携することで実現しています。系のリセットをする場合で，かつVMware ESXiで仮想化する場合は，VMware ESXiおよび障害管理プロセサと連携します。

HAモニタは系障害を監視し，系障害を検出した時点で系切り替えができる状態だった場合は，系のリセットを要求します。通常は，待機系が，障害が発生した実行系をリセットします（実行系のリセット）。系切り替え構成の種類によっては，実行系が待機系をリセットすることもできます（待機系のリセット）。

メモ

系のリセットに失敗する場合の対処については，「7.5.3　系のリセット失敗に対処する」を参照してください。

(1)　実行系のリセット

実行系の系障害を待機系で検出すると，HAモニタはリセットパスを介してリセットコマンドを発行し，実行系の障害管理プロセサに実行系のリセットを要求します。リセット時には，システムダンプが取得できる状態であれば，OSの機能によって，リセットされた系のシステムダンプが取得されます。リセットが完了すると，HAモニタが系切り替えを開始します。リセットが失敗した場合は，ユーザが手動でリセットして，システムダンプを取得する必要があります。

システムダンプを正常に取得するには，Linux Tough Dumpが必要です。Linux Tough Dumpについては，弊社担当営業にお問い合わせください。

HAモニタが行う系の状態監視と系のリセットを，次の図に示します。

図2‒14　系の状態監視と系のリセット

HAモニタは，aliveメッセージを送信し合って，他系の状態監視をします。実行系で系障害が発生すると，待機系のHAモニタは実行系からのaliveメッセージを受信できないため，待機系のHAモニタは障害管理プロセサ※にリセットを要求します。要求を受けた障害管理プロセサ※は，系のリセットを指示します。

注※

HA8000xNモデル以降，またはRV3000の場合は，管理サーバにある障害管理プロセサと連携します。

VMware ESXiで仮想化する場合は，障害管理プロセサではなくVMware ESXiになります。

系のリセットはハードウェアとの連携で実現しているので，系ごとに固有のホストアドレスをHAモニタの環境設定のaddressオペランドで指定しておきます。指定するホストアドレスは，TCP/IPのIPアドレスやOSIのMACアドレスではなく，HAモニタの管理者が任意に指定するアドレスです。

マシンの機種がBladeSymphonyの場合，系障害が発生した実行系と，リセット指示を出す待機系が同じシャーシ内にあることもありますが，HAモニタおよび障害管理プロセサの動作は変わりません。

VMware ESXiで仮想化する場合，実行系のHAモニタが動作する仮想マシンに障害が発生すると，待機系のHAモニタは障害が発生した仮想マシンだけをリセットします。待機系のHAモニタが実行系のHAモニタの仮想マシンを管理するVMware ESXiにリセットを要求し，障害となった仮想マシンがリセットされます。そのため，VMware ESXiで仮想化する場合，通常の設定に加え，VMware ESXiのIPアドレスおよび仮想マシン名をHAモニタの環境設定コマンド（monsetupコマンド）で設定しておく必要があります。

なお，日立サーバ論理分割機構（Virtage）またはVMware ESXiによる仮想化環境で系のリセットに失敗した場合，物理パーティションリセット機能を使用してプロセサ全体をリセットすることもできます。物理パーティションリセット機能については，「3.3.7　仮想化環境での物理パーティションリセット機能」を参照してください。

RV3000で高信頼化機能を追加したvSphereを使用している場合は，HA Monitor Connectorが仮想マシンをリセットします。そのため，高信頼化機能を追加したvSphereに関する設定は，HA Monitor Connectorのドキュメントを参照して実施してください。

(2)　待機系のリセット

系切り替え構成の種類によっては，実行系やほかの待機系が，待機系をリセットすることがあります。

(a)　1:1系切り替え構成の場合

HAモニタの環境設定のpatrolオペランドに指定した系障害監視時間を超えても待機系からaliveメッセージが送信されなかった場合，実行系のHAモニタは，待機系に系障害が発生したと判断します。この場合，実行サーバでは業務を継続できるため，実行系のHAモニタは何もしません。

ただし，待機系に系障害が発生した状態では，実行系に障害が発生した場合に待機系に系切り替えができません。そのため，待機系の系障害を検出した時点で，実行系のHAモニタに待機系をリセットさせることもできます。系障害時に待機系をリセットするかどうかは，HAモニタの環境設定のstandbyresetオペランドで指定します。なお，待機系のリセットは，1:1系切り替え構成以外では使用しないでください。

待機系の系障害時に待機系がリセットされた場合，オペレータは系障害が発生した原因を調査し，対策を取る必要があります。

(b)　複数スタンバイ構成の場合

複数スタンバイ構成では，一つの実行系に対して複数の待機系があります。待機系に系障害が発生した場合，別の待機系が，障害が発生した待機系をリセットすることがあります。複数スタンバイ構成での系のリセットについては，「4.2.3　複数の待機系がある場合の系のリセット」を参照してください。

2.3.6　共有ディスクのSCSIリザーブ

共有ディスクのSCSIリザーブとは，共有ディスクの排他制御機能であり，実行系が共有ディスクをリザーブして，実行系だけが共有ディスクにアクセスできるようにすることです。これによって，複数系からの同時書き込みによる共有ディスクのデータ破壊を防止できます。

HAモニタは障害を検出した時点で系切り替えができる状態だった場合は共有ディスクをSCSIリザーブし，切り替え先のサーバを起動します。

この機能を使用するかどうかは「1.4　系切り替えの方式」および「3.1　HAモニタで使用できる機能一覧」を参照して判断してください。

共有ディスクのSCSIリザーブをするためには，HAモニタの環境設定で次のように指定してください。

fence_resetオペランド：nouse

fence_scsiオペランド：use

各オペランドの詳細については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。なお，指定に誤りがあると，メッセージKAMN977-Wが出力されますが，処理は続行されます。

(1)　サーバの起動，停止時のリザーブ

実行サーバの起動は，サーバが使用する共有ディスクのリザーブを確保してから行われます。リザーブの確保は，共有ディスクの接続前に行われます。

実行サーバの停止時は，サーバの停止処理後に実行サーバ起動時に確保したリザーブを解放します。リザーブの解放は，共有ディスクの切り離し後に行われます。

待機サーバの起動，および停止時には，リザーブ関連の処理はありません。

リザーブに失敗したときに出力されるメッセージとその後の動作を，次の表に示します。

表2‒1　リザーブに失敗したときに出力されるメッセージとその後の動作

ケース

出力されるメッセージ

その後の動作

共有ディスクのパス障害によってサーバが使用する一部の共有ディスクのリザーブ確保に失敗

KAMN725-W，KAMN726-E

サーバの起動処理は続行します。

サーバが使用する一部の共有ディスクが他系などによってすでにリザーブされていてリザーブ確保に失敗

KAMN725-W，KAMN726-E

サーバの起動処理を中止します。

サーバが使用するすべての共有ディスクのリザーブ確保に失敗

KAMN725-W，KAMN726-E，KAMN498-E

サーバの起動処理を中止します。

すべて，または一部の共有ディスクのリザーブ解放に失敗

KAMN725-W，KAMN726-E

処理を継続します。

(2)　系切り替え時のリザーブ

系切り替え時は，それぞれ次のように動作します。

サーバ障害時，または計画系切り替え時

切り替え元がリザーブを解放したあと，切り替え先の系は，強制的にリザーブを確保してから待機サーバを実行サーバとして起動します。なお，切り替え元の系でリソースの解放に失敗した場合は，切り替え元の系でOSパニックを発生させます。

OS障害またはHAモニタの障害による系障害時

切り替え元の系がリザーブを解放しないため，切り替え先の系は，強制的にリザーブを確保し，待機サーバを実行サーバとして起動します。このとき，系切り替え元のHAモニタがプロセス障害の場合は，メッセージKAMN066-Eを出力してOSパニックを発生させます。これによって，共有リソースの競合を防止します。

なお，切り替え元のサーバが再待機する前に系切り替え先のサーバを停止する場合は，メッセージKAMN728-Wを出力し，リザーブを解放しないでサーバを停止します。これは，aliveメッセージが実行サーバが稼働しているOSのスローダウンによって途絶した場合，系切り替えした系で共有ディスク更新後にリザーブを解放すると，その後スローダウンから回復した系が共有ディスクを更新してデータを破壊するおそれがあるためです。

リザーブを解放しないでサーバを停止した場合は，ほかの系に実行サーバが存在しないことを確認し，リザーブを解除したあとで実行サーバを起動する必要があります。

監視パス障害による系障害時

待機系のHAモニタは，実行系の系障害を検知して系切り替えを実施します。この系切り替えによって，実行系が確保していたリザーブは強制的に待機系に奪われます。

実行系のHAモニタは，リザーブが奪われた（消滅した）ことを検知してメッセージKAMN666-Eを出力し，実行系のサーバの強制停止，および共有リソースの切り離し処理を実施します。サーバの停止，および系切り替え時の共有ディスクの処理は，系切り替え時と同じ方法です。

なお，HAモニタは系障害として監視パス障害と実行系のOSスローダウンを区別しません。OS障害またはHAモニタの障害による系障害時と同様に系切り替え先のサーバを停止するときは，メッセージKAMN728-Wを出力し，リザーブを解放しないでサーバを停止します。系切り替え先のサーバを停止する前に監視パスを復旧して切り替え元のサーバが再待機した場合は，系切り替え先のサーバの停止時にリザーブを解放し，メッセージKAMN728-Wを出力しません。

監視パス障害時の動作の流れを，次の図に示します。

図2‒15　監視パス障害時の動作の流れ

なお，待機系からのディスクパスに障害がある場合，待機系のHAモニタは，サーバが使用するどの共有ディスクのリザーブも確保しないで，リザーブの確保が失敗したものとして待機サーバを停止します。実行系はリザーブを奪われないため，実行サーバの稼働を継続します。

待機系で一部のディスクパスに障害がある場合の監視パス障害時の動作の流れを，次の図に示します。

図2‒16　待機系で一部のディスクパスに障害がある場合の監視パス障害時の動作の流れ

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

待機系の共有ディスクの一部のパスに障害が発生します。

監視パス障害が発生します。

待機系は系障害を検知して系切り替えをしますが，共有ディスクの一部にパス障害が発生しているため，リザーブを確保できません。このため，系切り替えに失敗します。

実行系はリザーブを奪われないため，業務を継続します。

(3)　リザーブのチェック

系切り替え時に備え，HAモニタは定期的にリザーブの状態などをチェックしています。実行系と待機系，それぞれの系からのチェックについて説明します。

(a)　実行系からのリザーブ状況のチェック

HAモニタは，サーバが使用するすべての共有ディスクに対してリザーブの状況を実行系から定期的にチェックしています。監視パス障害などによる待機系への系切り替えなどで他系が強制的にリザーブを確保していないかを確認します。

チェック間隔は，HAモニタの環境設定のscsi_checkオペランドで指定します。デフォルトでは5秒です。

(b)　待機系からの共有ディスクのパスの状況のチェック

HAモニタは，待機系から共有ディスクのステータスを取得して，ディスクパスの状況を監視しています。異常がないかを事前にチェックしてユーザに通知することで，系切り替えの失敗を防止できます。系切り替え時に，共有ディスクの一部，またはすべてのリザーブが確保できない場合は，系切り替えに失敗します。

チェック間隔は，HAモニタの環境設定のscsi_pathcheckオペランドで指定します。デフォルトでは1分です。

ディスクパスの異常を検知した場合は，メッセージKAMN725-W，およびメッセージKAMN726-Eを出力します。

また，ディスクパスの回復を検知した場合は，KAMN727-Iを出力します。

(4)　共有ディスクを使用しないサーバがある場合

リザーブをするには共有ディスクが必須ですが，共有ディスクを使用するサーバと使用しないサーバを組み合わせたシステム構成でも，リザーブをすることができます。

ただし，共有ディスクを使用しないと，監視パス障害などによる系切り替えの発生に実行サーバが気づけないことがあります。このため，共有ディスクを使用しないサーバがある場合は，次の表に示すどちらかの設定をしてください。

表2‒2　共有ディスクを使用しないサーバがある場合の設定

設定

メリット

デメリット

共有ディスクを使用しないサーバでも，リザーブ用の共有ディスクを用意し，サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドに定義する。

ほかのサーバと親子関係にならないため，順序制御による影響を受けない。

リザーブ用の共有ディスクが必要になるため，業務で使用しない新たな共有リソースが必要になる。

共有ディスクを使用するサーバと使用しないサーバを同一のグループにグループ化し，必ず一緒に稼働させる。

次のような例が考えられる。

リソースサーバに共有ディスクを集約し，各サーバをリソースサーバの子サーバとして定義する。

共有ディスクを使用しないサーバは，共有ディスクを使用するサーバを親サーバに指定し，サーバ起動時は親サーバから子サーバの順番に起動し，サーバ停止時は子サーバから親サーバの順に停止するように運用する。

リザーブ用の共有ディスクが不要である。

ほかのサーバと親子関係になるため，順序制御による次の影響を受ける。

系切り替え時，親サーバが起動してから子サーバが起動するため，切り替え時間が増加する。

サーバ起動時，親サーバの起動が失敗すると，子サーバも起動に失敗する。

(5)　注意事項

次のようなケースでは，確保したリザーブを解放できません。

実行サーバが稼働したままOSをシャットダウンしたとき

実行サーバの停止時にリザーブの解放に失敗したとき

系障害で系切り替えをしたあと，障害となった系および待機サーバを起動する前に実行サーバを停止したとき

待機サーバが未起動の場合など，系切り替えできない状態で実行系の系障害が発生したとき

また，次のようなケースでは，確保したリザーブを解放できないおそれがあります。

ユーザの操作によってリザーブを確保したとき

リザーブが解放されていない状態で実行サーバを起動すると，実行サーバの起動に失敗します。この場合，ほかの系に実行サーバが存在しないことを確認し，リザーブを解除したあとで実行サーバを起動する必要があります。リザーブの確認および解除する手順については，「7.5.6　共有ディスクのデバイス障害に対処する（実行サーバ起動時）（共有ディスクのSCSIリザーブをする場合）」および「7.5.8　共有ディスクのデバイス障害に対処する（実行サーバ終了時）（共有ディスクのSCSIリザーブをする場合）」を参照してください。

これらのリザーブを解除する手順や「7.5.7　共有ディスクのデバイス障害に対処する（実行サーバ稼働中）（共有ディスクのSCSIリザーブをする場合）」の手順でsg_persistコマンドを使用するため，sg_persistコマンドがインストールされていない場合は，Linuxに同梱されているsg3_utilsパッケージ，およびsg3_utils-libsパッケージをインストールしてください。

また，リザーブ解除コマンド（monscsiclrコマンド）を使用しないでリザーブを解除する場合，共有ディスクごとにsg_persistコマンドを複数回実行する必要があります。一つの手順でリザーブを解除するために，リザーブを解除するシェルを作成しておくことをお勧めします。リザーブを解除するシェルについては「7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）」を参照してください。

2.3.7　LANの通信可否による系切り替え制御機能

LANの通信可否による系切り替え制御機能とは，系障害時にLANの通信が可能な唯一の系で実行サーバが稼働するように制御することです。

この機能を使用するかどうかは「1.4　系切り替えの方式」および「3.1　HAモニタで使用できる機能一覧」を参照して判断してください。

なお，この機能を使う場合，通信可否の判断に用いる業務用LANは，監視パスとしても使用するように構成する必要があります。

環境設定例については，「(12)　LANの通信可否による系切り替え制御機能を使用する場合の環境設定例」を参照してください。

(1)　系障害検出時の系切り替え

LANの通信可否による系切り替え制御機能を使用した場合の系切り替えについて説明します。

マルチスタンバイ機能を使用しない場合

現用系または予備系で系障害を検出した場合，HAモニタは，LANの通信可否をチェックします。そして，LANで通信ができる系で実行サーバとして稼働し，LANで通信ができない系のサーバを停止させます。

監視パス障害によって系障害を検出した場合，現用系の業務用LANで通信不可，予備系の業務用LANで通信可だったときの，動作の流れを次の図に示します。

図2‒17　現用系の業務用LANで通信不可，予備系の業務用LANで通信可だったときの系切り替え

監視パス障害によって系障害を検出した場合，現用系の業務用LANで通信可，予備系の業務用LANで通信不可だったときの，動作の流れを次の図に示します。

図2‒18　現用系の業務用LANで通信可，予備系の業務用LANで通信不可だったときの系切り替え

マルチスタンバイ機能を使用する場合

「(3)　LANの通信可否による系切り替え制御機能」を参照してください。

(2)　現用系がスローダウンから回復した際の動作

現用系がスローダウンとなり，予備系が系障害を検出してサーバを系切り替えした場合，現用系がスローダウンから回復すると，現用系のHAモニタは，予備系で実行サーバが稼働していることを検知し，現用系の実行サーバを計画停止します。

なお，IPアドレス引き継ぎありの構成の場合，スローダウンしてから，回復して実行サーバを計画停止するまでの間，現用系と予備系で，一時的にIPアドレスが重複する可能性があります。

(3)　HAモニタのプロセス障害時のOSパニック

HAモニタのプロセス障害を検知した場合，共有リソースの競合を防止するため，メッセージKAMN066-Eを出力してOSパニックを発生させます。

(4)　実行サーバ障害による系切り替え時，または計画系切り替え時の動作

LANの通信可否による系切り替え制御機能を使わない場合と同様に，業務用LANの状態に関わらず，系切り替えします。

なお，切り替え元の系で共有リソース（IPアドレス）の切り離しに失敗した場合は，切り替え元の系をOSパニックさせて，系切り替えを継続します。これによって，共有リソースの競合を防止します。

(5)　使用条件

次の条件をすべて満たす場合に，LANの通信可否による系切り替え制御機能を使用できます。

共有ディスクがない構成である。

通信可否の判断に用いるための業務用LANがあり，次の条件をすべて満たしている。

LANの状態を確認するために指定する他ノードに，監視対象となるLANと同一ネットワークで通信するためのIPアドレスがあり，ICMPエコーパケットに対する応答ができる。

LANの状態を確認するために指定する他ノードが，HAモニタを起動する前に起動されている。

業務用LANは，HAモニタの監視パスと共用させる。

(6)　必要な環境設定

通信可否の判断に用いる業務用LANの種類に応じ，次の表のように設定します。

表2‒3　業務用LANの種類に応じた環境設定

必要な環境設定

業務用LANの種類※2

hbonding※1

bonding

ethernet

active-backup

モード

802.3ad

モード

HAモニタの環境設定

fence_lan

◎

◎

◎

◎

lanfailswitch

◎

◎

◎

◎

lancheck_patrol

○

○

○

○

hbond_lacp

×

○

×

×

lancheck_mode

○

○

○

○

サーバ対応の環境設定

switch_judge

◎

◎

◎

◎

switchbyfail

◎

◎

◎

◎

LANを監視するためのファイル

LAN監視定義ファイル

◎

◎

◎

◎

LAN監視スクリプト

○

◎

◎

◎

（凡例）

◎：使用するための指定を行います。

○：必要に応じて指定します。

×：指定できません。

注※1

hbondingで監視するスレーブインタフェースの監視を実行する頻度は，系障害監視時間（HAモニタの環境設定のpatrolオペランド）より短くしてください。

注※2

デバイス名に"."（ピリオド）を含めないインタフェース名称を指定することで，タグVLANも使用できます。

LANの監視に関する設定の詳細として，「3.4.1　LANの監視および障害時の自動系切り替え」，「(1)　LAN監視定義ファイルの設定」，および「(2)　LAN監視スクリプトの設定」を参照してください。

なお，LAN監視スクリプト（lanpatrol.sh）を使用する場合，系障害時の系切り替えの所要時間には，LAN監視スクリプトの実行時間が含まれます。系切り替え時間の要件に合わせ，LAN監視スクリプトの実行時間を調整してください。

また，受信パケット数の監視をする場合は，系障害監視時間（HAモニタの環境設定のpatrolオペランド）を次のとおり指定してください。

系障害監視時間 ≧ lancheck_patrol×2

(7)　サーバの構成と業務用LANの対応づけについて

グループ化しないサーバごと，またはグループごとに，通信可否の判断に用いる業務用LANを一つ決めて設定する必要があります。

実際には業務用LANを使用しないサーバがある場合は，通信可否の判断に用いる業務用LANを一つ設定するか，業務用LANを使うほかのサーバとグループ化してください。

(8)　LANの構成に関する注意点

LANの構成について，次の点に注意してください。

系切り替え時の通信可否の判断に使える業務用LANは，最大5個（ネットワーク）までです。

監視パス障害時，サーバプログラムまたはグループ単位に，どちらかの系が業務用LANと通信できる唯一の系となる必要があります。

2.3.8　ハイブリッドフェンシング

ハイブリッドフェンシングとは，系のリセットと共有ディスクのSCSIリザーブとを組み合わせた機能です。

系のリセットだけで系切り替えする場合は，系のリセットに失敗すると，系切り替え待ち状態になります。一方，ハイブリッドフェンシングで系切り替えする場合は，系のリセットに失敗しても，共有ディスクのSCSIリザーブをして，系切り替えを続行します。このため，ハイブリッドフェンシングは，ほかの系切り替えの方式に比べて，次のメリットがあります。

系障害時の自動的な系切り替えの信頼性が高く，システムの可用性を向上できる。

なお，系のリセットに成功した場合は，共有ディスクのSCSIリザーブをしません。

この機能を使用するかどうかは「1.4　系切り替えの方式」および「3.1　HAモニタで使用できる機能一覧」を参照して判断してください。

この機能を使用したときの処理の流れを次に示します。

図2‒19　ハイブリッドフェンシングで系切り替えするときの処理の流れ

(1)　必要な環境設定

HAモニタの環境設定で次のように指定してください。

HAモニタの環境設定のfence_resetオペランドおよびfence_scsiオペランドにuseを指定する。

サーバ対応の環境設定のscsi_deviceオペランドまたはdmmp_deviceオペランドにデバイスを指定する。

「2.3.6　共有ディスクのSCSIリザーブ」の「(4)　共有ディスクを使用しないサーバがある場合」の設定をしない場合，系のリセットに失敗すると，共有ディスクを使用しないサーバは系切り替え待ち状態になります。

(2)　共有ディスクのSCSIリザーブをする契機

HAモニタは，系間の同時リセットを防止するために，リセットを発行する契機を系ごとにずらしています。さらに，系間で同時に共有ディスクのSCSIリザーブをすることも防止するため，すべての系のリセット終了時間が経過してから，共有ディスクのSCSIリザーブをします。系のリセットの失敗は，次のように環境によって異なります。

Basic環境：物理リセットの失敗

仮想化環境（物理パーティションリセット機能は未使用）：論理リセットの失敗

仮想化環境（物理パーティションリセット機能を使用）：論理リセットの失敗，および物理リセットの失敗

(3)　共有ディスクのSCSIリザーブで系切り替えした場合の運用

共有ディスクのSCSIリザーブをして系切り替えすると，共有ディスクがリザーブされている状態で，運用が継続されます。共有ディスクのリザーブは，次の場合にHAモニタが解除します。

切り替え元のサーバを再待機したあと，系切り替え先のサーバが停止した場合

切り替え元のサーバを再待機したあと，系切り替え先が系障害になり，リセットに成功した場合

ハードウェアの電源断の通報を受けたあと，系切り替え先のサーバが停止した場合

待ち状態のサーバ起動コマンド（monactコマンド）を実行して，系切り替え待ち状態のサーバを実行サーバとして起動した場合

HAモニタが共有ディスクのリザーブを解除する前に，次の事象が発生した場合は，リザーブが解除されません。

実行サーバが停止した場合（メッセージKAMN728-Wが出力されます）

実行サーバが稼働したままOSをシャットダウンした場合

実行系の系障害が発生した場合

リザーブされたままの状態だと，次の実行サーバの起動時に起動ができません。ほかの系に実行サーバが存在しないことを確認し，リザーブを解除したあとで実行サーバを起動する必要があります。リザーブの確認，および解除する手順については，「7.5.6　共有ディスクのデバイス障害に対処する（実行サーバ起動時）（共有ディスクのSCSIリザーブをする場合）」および「7.5.8　共有ディスクのデバイス障害に対処する（実行サーバ終了時）（共有ディスクのSCSIリザーブをする場合）」を参照してください。

(4)　共有ディスクのSCSIリザーブのチェック（実行サーバが稼働する系の場合）

実行サーバが稼働する実行系では，他系がリザーブを確保していないかを定期的にチェックします。系切り替えによって，待機系が共有ディスクをリザーブした場合，実行系はこれを検知し，サーバを停止させます。

チェック内容の詳細は「2.3.6　共有ディスクのSCSIリザーブ」の「(3)　リザーブのチェック」の「(a)　実行系からのリザーブ状況のチェック」を参照してください。

(5)　共有ディスクのパスチェック（待機サーバが稼働する系の場合）

HAモニタは，待機系から共有ディスクのステータスを取得して，ディスクパスの状況をチェックしています。リセット失敗時に共有ディスクのリザーブが確保できずに系切り替え待ち状態になることを防ぐため，共有ディスクのリザーブが確保できる状態かチェックします。リザーブが確保できない場合は，ユーザに通知して事前に対処できるようにします。

チェック内容の詳細は「2.3.6　共有ディスクのSCSIリザーブ」の「(3)　リザーブのチェック」の「(b)　待機系からの共有ディスクのパスの状況のチェック」を参照してください。

(6)　系のリセットおよび共有ディスクのSCSIリザーブの両方に失敗した場合の動作

系のリセットおよび共有ディスクのSCSIリザーブの両方に失敗した場合は，サーバが系切り替え待ち状態になります。次の図に動作を示します。

図2‒20　系のリセットおよび共有ディスクのSCSIリザーブの両方に失敗した場合の動作

(7)　グループ化したサーバの場合の系切り替えの成否

グループ化したサーバの場合，系切り替えの成否はグループ内のサーバの構成（順序制御の有無，共有ディスクの有無），および共有ディスクのSCSIリザーブの成否によって変化します。各条件での系切り替えの成否について次に説明します。

(a)　順序制御なしの場合

共有ディスクがあるサーバのとき

次の図のように，各サーバのリザーブ確保の成否によって系切り替えします。

図2‒21　グループ化したサーバの場合の系切り替えの成否（順序制御なしの場合）（共有ディスクがあるサーバのとき）

共有ディスクがないサーバのとき

次の図のように，系切り替え待ち状態になります。

図2‒22　グループ化したサーバの場合の系切り替えの成否（順序制御なしの場合）（共有ディスクがないサーバのとき）

(b)　順序制御ありの場合

子サーバに共有ディスクがあり，かつ親サーバがリザーブ確保に成功したとき

次の図のように，各サーバのリザーブ確保の成否によって系切り替えします。

図2‒23　グループ化したサーバの場合の系切り替えの成否（順序制御ありの場合）（子サーバに共有ディスクがあり，かつ親サーバがリザーブ確保に成功したとき）

子サーバに共有ディスクがあり，かつ親サーバがリザーブ確保に失敗したとき

次の図のように，親サーバの結果が子サーバに影響し，親サーバと子サーバのどちらも系切り替え待ち状態になります。

図2‒24　グループ化したサーバの場合の系切り替えの成否（順序制御ありの場合）（子サーバに共有ディスクがあり，かつ親サーバがリザーブ確保に失敗したとき）

子サーバに共有ディスクがなく，かつ親サーバがリザーブ確保に成功したとき

次の図のように，親サーバの結果が子サーバに影響し，親サーバと子サーバのどちらも系切り替えします。

図2‒25　グループ化したサーバの場合の系切り替えの成否（順序制御ありの場合）（子サーバに共有ディスクがなく，かつ親サーバがリザーブ確保に成功したとき）

子サーバに共有ディスクがなく，かつ親サーバがリザーブ確保に失敗したとき

次の図のように，親サーバの結果が子サーバに影響し，親サーバと子サーバのどちらも系切り替え待ち状態になります。

図2‒26　グループ化したサーバの場合の系切り替えの成否（順序制御ありの場合）（子サーバに共有ディスクがなく，かつ親サーバがリザーブ確保に失敗したとき）

(8)　注意事項

共有ディスクのSCSIリザーブを解除する際に，sg_persistコマンドを使用することがあります。sg_persistコマンドがインストールされていない場合は，Linuxに同梱されているsg3_utilsパッケージ，およびsg3_utils-libsパッケージをインストールしてください。

2.4　共有リソースの引き継ぎ

ここでは，HAモニタを使用した系切り替えでの，共有リソースの引き継ぎについて説明します。

共有リソースとは，実行系と待機系で共有するリソース（資源）のことです。系切り替え時には，共有リソースを障害が発生した系から切り離し，待機系に接続します。この切り離しと接続をまとめて引き継ぎと呼びます。共有リソースの接続時や切り離し時にHAモニタが行う処理の詳細については，「4.3　共有リソースの管理」を参照してください。

2.4.1　引き継げるリソースと単位

HAモニタでは，次のリソースを引き継げます。

共有ディスク

ファイルシステム

LAN

また，上記以外のリソースも，あらかじめユーザコマンドを作成しておけば，HAモニタで引き継げます。

引き継ぐ単位

共有リソースは，サーバ単位に引き継がれます。複数のサーバで一つの共有リソースを共用するには，リソースサーバというリソース専用のサーバを用意します。

共有リソースの競合防止

系切り替えの途中で，実行系で共有リソースの切り離しが失敗した場合，両系で共有リソースに対するアクセスが競合し，共有リソースが破壊されたり，システムがダウンしたりするおそれがあります。両系で共有リソースが競合することを防止するために，次に示す契機では，実行系を強制停止して系切り替えをします。

系切り替えの途中で共有リソースの切り離しが失敗した場合

切り離し処理が，サーバ対応の環境設定のdev_timelimitオペランド，およびdev_offlimitオペランドに指定した時間でタイムアウトした場合

実行系を強制停止する方法は，系障害発生時に系切り替えをする条件によって異なります。

系のリセットをする場合：系のリセット

共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合：共有リソースの切り離しに失敗した系が，カーネルパニックを発生する方法でOSを停止

2.4.2　共有ディスクの引き継ぎ

HAモニタは，LVMまたはHA Boosterを使用するか，LVMを使用しないディスクやパーティションを使用して共有ディスクを引き継ぎます。このとき，HAモニタは，実行サーバが共有ディスクを使用しているときに待機サーバからアクセスできないように，論理的に排他制御をします。

LVMを使用する場合

ボリュームグループ単位で共有ディスクを引き継ぎます。HAモニタと共有ディスクとの接続は，LVMが制御します。

HA Boosterを使用する場合

HA Boosterを使用すると，より高速に共有ディスクを引き継げます。この場合，共有ディスクへのアクセスは，HA Boosterが制御します。HA Boosterは，共有ディスクをボリュームグループ単位ではなく，制御グループ単位で排他制御をして切り替えます。HA Boosterを使用すると，LVMを介さないで共有ディスクを切り替えるため，より高速に系切り替えができます。制御グループには，ディスクデバイスを登録します。

HA Boosterを使用した共有ディスクの接続の詳細については，「4.3.2　共有ディスクの管理（HA Boosterを使用する場合）」を参照してください。HA Boosterを使用した共有ディスクの高速引き継ぎ機能の詳細については，HA Booster関連のドキュメントを参照してください。

LVMを使用しないディスクやパーティションを使用する場合

LVMを使用しないディスクや，パーティションに直接作成したファイルシステムを使用して共有ディスクを引き継ぎます。HAモニタと共有ディスクとの接続は，ファイルシステムのマウント/アンマウントで制御します。なお，HAモニタではキャラクタ型スペシャルファイル（rawデバイス）を制御しないため，キャラクタ型スペシャルファイルを使用する場合は，ユーザコマンドなどでの制御を検討してください。

2.4.3　ファイルシステムの引き継ぎ

HAモニタは，共有ディスク上のファイルシステムをマウント・アンマウントすることによって引き継ぎます。マウント・アンマウントは，HAモニタが制御します。

ファイルシステムとの接続

HAモニタは，共有ディスクと接続したあと，ファイルシステムに接続します。実行サーバがファイルシステムを使用できるよう，実行サーバ起動時にマウントします。マウント時には，OSのfsckコマンド（共有ディスクのファイルシステムにXFSを使用している場合はxfs_repairコマンド）によってファイルシステムの一貫性をチェックします。

ファイルシステムとの切り離し

障害が発生した場合，共有ディスクを切り離す前に，障害が発生した系からアンマウントし，業務処理を引き継ぐ系からマウントすることで，ファイルシステムを引き継ぎます。アンマウント時に，ファイルシステムを使用しているプロセスがある場合は，OSのfuserコマンドによって強制停止します。

2.4.4　LANの引き継ぎ

HAモニタは，エイリアスIPアドレスを引き継ぎます。

エイリアスIPアドレスとは，あるインタフェースに，すでにあるIPアドレスとは別に付けたIPアドレスのことです。エイリアスIPアドレスを使用すると，一つのインタフェースに複数のIPアドレスを設定できます。HAモニタは，系切り替え時にこのエイリアスIPアドレスを実行系から待機系に引き継ぐことでLANを切り替えます。

ステーショナリIPアドレスとエイリアスIPアドレス

各系には，LANインタフェースごとにそれぞれ固有のIPアドレスをあらかじめ設定する必要があります。このIPアドレスをステーショナリIPアドレスといいます。ステーショナリIPアドレスは系切り替えによって他系に移動しません。そのため，IPアドレスを引き継がないサーバ，系切り替えをしないプログラムの通信，および監視パスにステーショナリIPアドレスを使用します。

ステーショナリIPアドレスとは別に，一つまたは複数のIPアドレスをサーバに割り当てます。このIPアドレスをエイリアスIPアドレスといいます。HAモニタではエイリアスIPアドレスを引き継ぐため，IPアドレスを引き継ぐサーバや系切り替えをするプログラムの通信にエイリアスIPアドレスを使用します。エイリアスIPアドレスを使用することによって，系切り替えが発生してもクライアントからは同一のIPアドレスで通信できます。ただし，TCPベースのアプリケーションの場合にはコネクションが一度切断されるため，再接続などのリカバリー処理は必要になります。

エイリアスIPアドレスは，ステーショナリIPアドレスがすでに設定されているインタフェースにだけ登録できます。

エイリアスIPアドレスの引き継ぎ

サーバに割り当てたエイリアスIPアドレスは，実行サーバの起動時にLANインタフェースに追加され，実行サーバの停止時にLANインタフェースから削除されます。系切り替え時は，実行系でエイリアスIPアドレスを削除し，待機系でエイリアスIPアドレスを追加することで，エイリアスIPアドレスを引き継ぎます。

HAモニタでは，MACアドレスは引き継ぎませんが，エイリアスIPアドレスを引き継ぐときに，HAモニタがARPリクエストをブロードキャストするコマンドを実行し，IPアドレスとMACアドレスの新しいマッピングが通知されます。

エイリアスIPアドレスの引き継ぎ例を，次の図に示します。

図2‒27　エイリアスIPアドレスの引き継ぎ例

この例では，LANアダプタ（eth1）に割り当てたIPアドレス（a.b.c.dおよびe.f.g.h）はステーショナリIPアドレスです。サーバに割り当てたIPアドレス（s.t.u.vおよびw.x.y.z）はエイリアスIPアドレスです。系1から系2に系切り替えがされた場合，エイリアスIPアドレスも系2に引き継がれます。

第2編　解説

3　HAモニタで使用できる機能

この章では，HAモニタで使用できる系切り替えの機能について説明します。機能の概要と必要な環境設定を，サーバ，系，共有リソースの分類で説明します。

3.1　HAモニタで使用できる機能一覧

HAモニタで使用できる機能とハードウェアの対応を，次の表に示します。

表3‒1　HAモニタで使用できる機能とハードウェアの対応

機能

ハードウェア

分類

機能名

BladeSymphony，HA8000，またはRV3000

他社PC/AT互換機

共有ディスクのデータの保護方法

LANの通信可否による系切り替え制御機能

共有ディスクのデータの保護方法

LANの通信可否による系切り替え制御機能

系のリセット

SCSIリザーブ

ハイブリッドフェンシング

SCSIリザーブ

サーバの制御

モニタモードのサーバの監視

○

○

○

○

○

○

モニタモードの待機系での監視

○

○

○

○

○

○

サーバのグループ化による連動系切り替え

○

○

○

○

○

○

サーバの切り替え順序制御

○

○

○

○

○

○

複数の待機系を配置するマルチスタンバイ

○

○

−

○

○

○

系切り替え後の負荷集中を避けるサーバの排他制御

○

○

○

○

○

○

系切り替え時の起動リトライ

○

○

○

○

○

○

JP1と連携したシステム運用

○

○

○

○

○

○

実行サーバレスモードでの系切り替え

○

○

○

○

○

○

系の制御

系の同時リセットの防止

○

−

○

−

−

−

複数系間の同時リセットの防止

○

−

○

−

−

−

系の二重リセットの防止

○

−

○

−

−

−

系のリセットの抑止

○

−

−

−

−

−

サーバ障害時に系ごと切り替える系のペアダウン

○

−

○

−

−

−

ユーザコマンド失敗時に系ごと切り替える系のペアダウン

○

○

○

○

○

○

サーバの停止コマンド失敗時に系ごと切り替える系のペアダウン

○

○

○

○

○

○

他系のOSパニック検知

○

−

○

−

−

−

仮想化環境での物理パーティションリセット機能

○

−

○

−

−

−

N+Mコールドスタンバイ構成での系切り替え

○※

−

−

−

−

−

共有リソースの制御

リソースサーバを使用した共有リソースの共用

○

○

○

○

○

○

サーバやHAモニタの状態変化時のコマンド発行

○

○

○

○

○

○

共有リソース接続失敗時のサーバの起動中止

○

○

○

○

○

○

共有リソース引き継ぎのタイムアウト

○

○

○

○

○

○

共有リソースの切り離し順序指定

○

○

○

○

○

○

共有リソースの動的変更

○

−

−

−

−

−

リソースの監視

LANの監視および障害時の自動系切り替え

○

○

○

○

○

○

ディスクの監視

○

○

○

○

○

○

プログラムの制御

UAPの監視

○

○

○

○

○

○

HAモニタ Extension

サーバの最大数の変更

○

−

−

−

−

−

系の最大数の変更

○

−

−

−

−

−

（凡例）

○：使用できます。

−：使用できません。

注※　RV3000の場合は使用できません。

注意事項

HA Boosterを使用した共有ディスクの管理は，共有ディスクのデータの保護方法が「SCSIリザーブ」および「ハイブリッドフェンシング」の場合は使用できません。

3.2　サーバの制御のための機能

系切り替え構成にするサーバに対して使用できる機能について説明します。

3.2.1　モニタモードのサーバの監視（実行サーバの場合）

モニタモードのサーバを監視する機能について説明します。この機能を使用すると，モニタモードのサーバにサーバ障害が発生した場合に，自動的に系切り替えができます。系切り替えをするときは，計画系切り替えとして動作します。

なお，モニタモードのプログラム管理機能でUAPを監視する場合は，「3.6　プログラムの制御のための機能（モニタモード）」も参照してください。

(1)　サーバの監視方法

モニタモードのサーバでは，アプリケーションや業務の障害を検出する方法は，それぞれのアプリケーションや業務の仕様によって異なります。そのため，アプリケーションや業務が障害になったことをHAモニタに通知するためには，サーバの監視コマンドをユーザが作成する必要があります。

サーバの監視コマンドは，次の方法で指定できます。

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する

サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する

次の場合は，サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する方法をお勧めします。

アプリケーションや業務のスローダウンを検知して系切り替えしたい場合

サーバの監視中に，監視の一時停止・再開がしたい場合

サーバ対応の環境設定のptrlcmd_exオペランド，およびpatrolcommandオペランドで監視コマンドを指定した場合の，障害監視の流れについて説明します。

(a)　サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合，HAモニタはサーバが起動完了すると，指定された実行間隔（サーバ対応の環境設定のptrlcmd_ex_interオペランドの指定値）ごとに監視コマンドを実行し，サーバの監視コマンドの終了結果（EXITコード）を判定します。HAモニタは，EXITコードによって，サーバに障害が発生したと判断します。また，サーバ対応の環境設定のptrlcmd_ex_tmoutオペランドが指定されている場合，サーバ監視コマンド実行時，指定したタイムアウト時間内にコマンドが終了しないと，スローダウンとして検知します。この場合は，サーバにサーバ障害が発生したと判断します。

モニタモードのサーバの障害監視（サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合）を，次の図に示します。

図3‒1　モニタモードのサーバの障害監視（サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合）

重要

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合は，次は指定できません。

サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定

モニタモードのプログラム管理機能

HAモニタによるサーバの監視コマンドの制御についての詳細は，「4.1.4　サーバの監視コマンドの制御」を参照してください。

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を使用すると，サーバの監視中に監視の一時停止・再開ができます。詳細は，「9.6　monchange（HAモニタ・サーバ稼働中の設定・動作の変更）」を参照してください。

(b)　サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する場合

サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する場合，HAモニタはサーバの起動完了時に監視コマンドを自動起動し，サーバの監視コマンド自身のプロセスが存在しているかどうかを1秒間隔で監視します。HAモニタはサーバの監視コマンドの終了を検知することによって，サーバに障害が発生したと判断します。

モニタモードのサーバの障害監視（サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する場合）を，次の図に示します。

図3‒2　モニタモードのサーバの障害監視（サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する場合）

HAモニタによるサーバの監視コマンドの制御についての詳細は，「4.1.4　サーバの監視コマンドの制御」を参照してください。

(2)　サーバ障害を検出したあとのHAモニタの動作

HAモニタは，サーバ障害を検出すると，次のどれかを実行します。

実行サーバを再起動する。

サーバ障害が発生した系で実行サーバを再起動します。再起動の回数は，サーバ対応の環境設定のservexec_retryオペランドで指定できます。

サーバが再起動したあと，一定時間，サーバが正常に稼働していれば，HAモニタはサーバの稼働が安定していると判断し，再起動回数を0にリセットします。サーバの稼働が安定していると判断するまでの時間は，監視コマンドを指定するオペランドによって次のとおり異なります。

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合：

サーバ対応の環境設定のptrlcmd_ex_interオペランドに指定した間隔×サーバ対応の環境設定のptrlcmd_ex_retryオペランドに指定した回数

ただし，この間，監視コマンドのEXITコードが0である必要があります。

サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する場合：

サーバ対応の環境設定のretry_stableオペランドに指定した時間

系切り替えをする。

次に示すどれかの場合，実行サーバを停止させ，待機サーバへの切り替えを開始します。

サーバ対応の環境設定のservexec_retryオペランドに0を指定した場合

サーバ対応の環境設定のservexec_retryオペランドに指定した回数を超えて，サーバの障害を検出した場合

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定し，かつ，サーバの監視コマンドがEXITコード20～29で終了した場合

なお，待機サーバが存在しないなど，系切り替えができない場合は，HAモニタでのサーバの状態は実行処理中のままとなります。運用によって，実行サーバの再起動，または系切り替えをしてください。

系のペアダウンをする

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定し，かつペアダウン機能を使用している場合（サーバ対応の環境設定のpairdownオペランドにuseを指定），実行サーバの障害時にペアダウンをします。

サーバの監視コマンドの起動，停止方法，および監視処理の流れについては，「4.1.4　サーバの監視コマンドの制御」を参照してください。

(3)　必要な環境設定

サーバの監視コマンドの作成が必要です。また，作成したサーバの監視コマンドを，サーバ対応の環境設定のptrlcmd_exオペランド，またはpatrolcommandオペランドに指定します。

プログラムによっては，あらかじめプログラムを監視するためのコマンドを製品に同梱して提供しているものもあります。サーバの監視コマンドの作成方法については，「6.14.3　サーバの監視コマンドの作成」を参照してください。

3.2.2　モニタモードのサーバの監視（待機サーバの場合）

モニタモードの待機系での監視をする機能について説明します。この機能を使用すると，待機系で，プロセスの起動，およびプロセスやリソースなどの監視ができます。例えば次のようなときに，この機能が使用できます。

実行系と待機系の両方でプロセスが稼働するアプリケーションがある場合に，系切り替え構成にするとき

モニタモードの待機系での監視をする機能は，待機系でもアプリケーションの起動と監視ができるため，例えば，実行系と待機系の両方でプロセスが稼働してデータを同期するようなアプリケーションで使用できます。

実行系と待機系の両方でプロセスが稼働するアプリケーションがある場合の系切り替え構成を次の図に示します。

図3‒3　実行系と待機系の両方でプロセスが稼働するアプリケーションがある場合の系切り替え構成

待機系でプロセスやリソース（LANやディスクのパス）などを監視して，異常を検知したいとき

モニタモードの待機系での監視をする機能は，待機系でプロセスやリソース（LANやディスクのパス）などの監視ができます。待機系で障害を検知した場合は，次のどちらかの動作を選択できます。

待機サーバを停止し，系切り替えできない状態にする。

待機サーバの再起動を試みて，系切り替えできる状態にする。正常に再起動できたあと，一定時間，監視コマンドによる障害検知がなければ，待機サーバの稼働が安定していると判断し，再起動回数をリセットする。

上記の動作によって，待機系が障害中に系切り替えして，系切り替え後に業務が継続できなくなる問題を回避できます。

待機系でリソース（共有ディスクのパス）を監視する例を次の図に示します。

図3‒4　待機系でリソース（共有ディスクのパス）を監視する例

(1)　監視方法

モニタモードの待機系での監視では，待機サーバ※の起動・停止・監視時に任意のコマンドを実行できます。コマンドの実行結果に従い，待機サーバの停止または再起動をします。

注※

複数スタンバイ構成の場合，優先度に関係なく，すべての待機サーバが対象になります。この場合，待機サーバの監視時に実行するコマンドは，すべての待機サーバで実行されます。このため，リソースを監視するときなどに，実行サーバに影響を与えないようにしてください。

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を使用すると，サーバの監視中に監視の一時停止・再開ができます。詳細は，「9.6　monchange（HAモニタ・サーバ稼働中の設定・動作の変更）」を参照してください。

(2)　必要な環境設定

モニタモードの待機系での監視をするには，次の手順に従って環境設定をしてください。

待機サーバの起動・停止・監視時に実行するコマンドを作成する。

コマンドの作成方法は，「6.15　待機サーバの起動・停止・監視時に実行するコマンドの作成(待機系での監視をする場合）」を参照してください。

手順1.で作成したコマンドを次のオペランドに指定する。

サーバ対応の環境設定

sby_actcommand

sby_termcommand

sby_ptrlcmd_ex

sby_ptrlcmd_ex_inter

sby_ptrlcmd_ex_retry

sby_ptrlcmd_ex_tmout

sby_start_timeout

sby_stop_timeout

sby_servexec_retry

3.2.3　サーバのグループ化による連動系切り替え

実行系で複数のサーバが稼働している場合，障害発生時に複数サーバを一括して切り替える機能を連動系切り替えといいます。連動系切り替えは，複数サーバをグループ化することで実現します。サーバをグループ化したものをサーバグループといいます。サーバグループ内で二つ以上のサーバが系切り替え可能になると，連動系切り替え可能状態になります。複数のサーバを使用する業務で，すべてのサーバをグループ化しておくと，あるサーバに障害が発生した場合に，サーバグループ内のすべてのサーバを一度に系切り替えできます。一つの系でグループ化できるサーバの最大数は，128です。

(1)　連動系切り替えの概要

グループ化したサーバは，実行系でそのうちの一つに障害が発生すると，サーバグループ単位で待機系に切り替えられます。このとき，障害ではないサーバの切り替えについては，計画系切り替えとして動作します。

連動系切り替えでは，障害時に自動で系切り替えをする自動系切り替えのほか，サーバの系切り替えコマンド（monswapコマンド）に-gオプションを指定して切り替える計画系切り替えもできます。

連動系切り替えの概要を次の図に示します。

図3‒5　連動系切り替えの概要

実行系に系障害が発生したり，サーバグループ内のあるサーバにサーバ障害が発生したり，またはオペレータが計画系切り替えを実行したりすると，HAモニタはサーバグループ内のすべてのサーバを待機系に切り替えます。また，サーバモードのサーバでは，サーバグループ内のサーバごとに「そのサーバに障害が発生したら連動系切り替えをする」か「そのサーバに障害が発生しても系切り替えはしないでサーバグループの業務を継続する」かを指定できます。サーバの重要度によってサーバグループ単位で切り替えるかどうかを決定できるため，不要な系切り替えを避けられます。この機能を使用するための設定については，「4.4.1　連動系切り替え時のサーバの切り替え種別」を参照してください。

グループ化された複数のサーバは，通常，それぞれ独立して系切り替えをします。グループ内の各サーバの系切り替え順序を制御する方法については，「3.2.4　サーバの切り替え順序制御」を参照してください。

複数のサーバで共有リソースを共用したい場合は，サーバグループ内でリソースサーバを使用します。一つの系でグループ化できるリソースサーバの最大数は，64です。リソースサーバについては，「3.5.1　リソースサーバを使用した共有リソースの共用」を参照してください。

HAモニタの環境設定のservcomplete_msgオペランドにuseを指定した場合，連動系切り替えが完了すると，メッセージKAMN496-Iが出力されます。

(2)　必要な環境設定

サーバをグループ化するには，サーバ対応の環境設定のgroupオペランドを指定します。同じグループ内で稼働するすべてのサーバに必要です。

サーバグループ内のサーバをモニタモードで運用する場合，groupオペランドの指定に加えて，サーバの停止コマンドを作成し，サーバ対応の環境設定のtermcommandオペランドに指定しておく必要があります。また，サーバの監視コマンドを作成し，サーバ対応の環境設定のptrlcmd_exオペランド，またはpatrolcommandオペランドに指定しておくと，モニタモードのサーバにサーバ障害が発生した場合に連動系切り替えができます。

HAモニタが連動系切り替えを実行するには，次に示す条件があります。システム構築時および環境設定時にはこれらの条件を満たすように設定してください。

実行サーバとそれに対応する待機サーバに，同じグループ名が設定されていること。

サーバグループにあるすべてのサーバの，系切り替え先のサーバがすべて同じ系にあること。

サーバグループにあるすべてのサーバに同じ起動種別が設定されていること。

サーバグループにあるすべてのサーバで，ペアが成り立っている（実行サーバに対応する待機サーバが起動完了している）こと。

なお，サーバのグループ化は，サーバ起動時に決定されます。一つの系に実行サーバと待機サーバの両方がある場合，グループ化の対象となるのは実行サーバだけです。また，すでにサーバをグループ化した系で，新たに条件に合わないサーバが起動されても，グループ化の対象にはなりません。

3.2.4　サーバの切り替え順序制御

系切り替えの際に，サーバグループ内のサーバの停止順序，および切り替え先の系でのサーバの起動順序を制御できます。順序制御をするには，複数のサーバをグループ化し，起動したい順序に合わせてサーバの親子関係を定義しておきます。

サーバの切り替え順序制御は，サーバ障害発生時，系障害発生時，および計画系切り替え時の連動系切り替え時だけ制御できます。通常の，サーバの起動・停止時にはサーバの切り替え順序を制御できません。サーバの起動・停止時には，指定した順序とは関係なく，起動・停止されます。

なお，プログラム管理機能を使用しているモニタモードのサーバの場合，サーバの管理対象となるUAPやプログラムについての切り替え順序制御はできません。

(1)　サーバの起動順序と親子関係の対応

サーバの起動順序に合わせて，親子関係を定義する方法について説明します。

あるサーバを起動するための前提となるサーバを，親サーバといいます。親サーバのあとに起動するサーバを子サーバといいます。

サーバの起動時には，親サーバから順番に起動されます。親サーバの起動が完了したら，子サーバを起動します。停止順序は起動順序の逆となります。すべての子サーバの停止が完了してから，親サーバの停止処理が開始されます。

サーバグループの親子関係と起動順序の関係について，図に示します。例えば，「サーバ1，サーバ2，サーバ3およびサーバ4」の順序で起動したい場合，親子関係は次の図のとおりになります。

図3‒6　サーバグループの親子関係と起動順序

この例では，サーバ2の親サーバはサーバ1，サーバ3およびサーバ4の親サーバはサーバ2となります。

サーバの親子関係は，次の点を考慮してください。

子サーバは，親サーバを一つだけ持ちます。そのため，子サーバには，親サーバを一つだけ定義できます。複数の親サーバを定義できません。一方，親サーバは，複数の子サーバを持てます。そのため，親サーバには，複数の子サーバを定義できます。

グループ内に順序関係を持たないサーバも定義できます。

サーバグループ内にリソースサーバが含まれる場合，リソースサーバが最も上位の親サーバとなります。

起動・停止順序は，同一グループ内のサーバ間で制御できます。複数グループにわたる順序制御はできません。

サーバの切り替え順序制御をする場合の処理の流れについては，「4.1.5　サーバの切り替え順序制御をする場合の処理の流れ」を参照してください。

(2)　必要な環境設定

前提として，サーバのグループ化の設定を，サーバ対応の環境設定のgroupオペランドに定義しておく必要があります。

さらに，サーバの起動順序を考慮して，グループ内の複数のサーバに親子関係を定義する必要があります。親子関係の定義は，サーバ対応の環境設定のparentオペランドに指定します。parentオペランドは，すべてのサーバに対して指定する必要はありません。

定義済みの起動順序を確認するには，サーバ順序制御状態表示コマンド（monodrshwコマンド）を使用します。グループ内の親子関係が確認できます。

3.2.5　複数の待機系を配置するマルチスタンバイ

マルチスタンバイ機能とは，一つの実行サーバに対して，複数の待機サーバを準備するための機能です。複数の待機サーバを準備することで，実行系の障害が復旧するまでの間も，システムの障害に備えることができます。例えば，系切り替え中に待機系で障害が発生した場合にも別の待機系に系切り替えができます。

系切り替え構成のうち，複数スタンバイ構成にする場合は，マルチスタンバイ機能を必ず使用します。ここでは，マルチスタンバイ機能を使用した場合の系切り替えについて説明します。

(1)　系切り替え先の決定方法

マルチスタンバイ機能を使用する場合，複数の待機系があるため，どの系に切り替えるかを示す優先度を，あらかじめ決定しておく必要があります。障害発生時には，指定された優先度に従ってHAモニタが系切り替え先を決定します。

(2)　実行系で障害が発生した場合

マルチスタンバイ機能を使用する場合，実行サーバに障害が発生すると，指定された優先度に従って，HAモニタが自動的に系切り替えをします。マルチスタンバイ機能を使用する場合で，実行系に障害が発生したときの系切り替えを，次の図に示します。

図3‒7　マルチスタンバイ機能を使用した場合の系切り替え

実行サーバで障害が発生したら，待機系のうち，いちばん高い優先度を持つ待機サーバに系切り替えされます。待機サーバが持つ優先度は，サーバ対応の環境設定にあらかじめ指定しておきます。

(3)　系切り替え中に，切り替え先の待機系で障害が発生した場合

系切り替え中に切り替え先の待機系で障害が発生した場合，ほかの待機系で起動完了している待機サーバがあれば，その待機系に系切り替えをします。

系切り替え中に，切り替え先の待機系で障害が発生した場合の動作を次の図に示します。

図3‒8　系切り替え中に切り替え先の待機系で障害が発生した場合の動作

待機系1に系切り替えをしている最中に待機系1に障害が発生した場合も，HAモニタが，次に高い優先度を持つ待機系2に系切り替えをします。その結果，待機系での障害時にも，業務を継続できます。

(4)　計画系切り替えをした場合

オペレータがHAモニタのコマンドを実行して系切り替えをすると，複数の待機系の中でいちばん優先度が高い系に系切り替えされます。

任意の系の待機サーバを実行サーバとして起動するには，いったん実行サーバを停止して別の系で待機サーバを起動するか，切り替え先の待機サーバより優先度の高い待機サーバをいったん停止させたあとで計画系切り替えをしてください。

(5)　連動系切り替えをした場合

マルチスタンバイ機能を使用する場合も，複数サーバを一括して切り替える連動系切り替えができます。サーバごとに，複数の待機系の中でいちばん優先度が高い系に対して系切り替えをします。

マルチスタンバイ機能を使用する場合は，系切り替え先が複数あるため，次の点に注意してください。

サーバの起動種別および待機サーバの優先度は，系内で一致させておく必要があります。

すべての待機サーバを起動し，起動完了させておく必要があります。起動していない待機サーバがあると，連動系切り替え時に，サーバグループ内のサーバの切り替え先が統一されません。

切り替え種別にno_exchangeを指定した場合は，複数の待機系の中でいちばん優先度が高い待機サーバだけが連動系切り替え待ち状態になります。

連動系切り替えをする場合のサーバの起動種別や連動系切り替え待ち状態については，「4.4.1　連動系切り替え時のサーバの切り替え種別」を参照してください。

(6)　必要な環境設定

マルチスタンバイ機能を使用するには，HAモニタの環境設定のmultistandbyオペランドを指定します。また，優先度は，サーバ対応の環境設定のstandbypriオペランドで指定します。待機サーバの優先度には，各系で異なる値を指定してください。実行サーバの優先度は，いちばん高い優先度0が自動的に設定されます。

(7)　ハードウェア構成

マルチスタンバイ機能を使用する系切り替え構成では，次の条件を満たすハードウェア構成にしてください。

監視パスは，すべての系が接続する構成にする必要があります。

リセットパスは，すべての系が接続する構成にする必要があります。

共有ディスクおよびLANは，使用するすべての系からアクセスできる構成にする必要があります。

3.2.6　系切り替え後の負荷集中を避けるサーバの排他制御

HAモニタには，ある系に配置した複数の待機サーバのうち，どれか一つが実行サーバになった場合，ほかの待機サーバを停止させる機能があります。この停止するサーバを排他サーバと呼びます。この機能は，1:1系切り替え構成でも使用できますが，n:1系切り替え構成での使用をお勧めします（nは2以上）。

2:1系切り替え構成のように，一つの予備系に複数の待機サーバを配置する構成では，系切り替え後には，一つの系で複数の業務を実行します。メモリ量やサーバのパフォーマンスなど，系切り替え後の処理性能を考慮する場合に，このサーバの排他制御機能を使用すれば，一つの系で複数の実行サーバが稼働するのを抑止できます。

(1)　サーバの排他制御の概要

サーバの排他制御機能を使用するには，あらかじめ，排他サーバを環境設定に指定しておきます。HAモニタは，系で実行サーバが起動した場合，同じ系で稼働しているほかの待機サーバを停止します。ただし，実行サーバとして起動したサーバと同じグループに属する待機サーバは停止しません。同じグループに指定されているため，連動系切り替えをします。

ユーザによって停止されている排他サーバを起動するには，同じ系で稼働している実行サーバを停止させるか，または他系に系切り替えをする必要があります。

サーバの排他制御をする場合の系切り替えの流れを，次の図に示します。この図では，2:1系切り替え構成で，待機サーバ2を排他サーバとして定義しています。

図3‒9　サーバの排他制御をする場合の系切り替えの流れ

(2)　必要な環境設定

サーバの排他制御機能を使用するには，排他サーバの環境設定が必要です。排他サーバの環境設定については，「8.4.2　排他サーバの環境設定（servers_opt）」を参照してください。

3.2.7　系切り替え時の起動リトライ

系切り替え時，切り替え先の系でリソースの接続やサーバの起動に失敗し，ほかに切り替えできる系がない場合，系切り替え失敗となり，業務が停止してしまいます。

HAモニタでは，切り替え先の系でサーバの起動をリトライすることができ，一時的な要因による系切り替え失敗を防止できます。

起動リトライ機能を使用できるサーバと，起動リトライする範囲を次に示します。

TP1/EE以外のサーバモードのサーバ

系切り替え失敗時，系切り替えが完了するまで，または指定されたリトライ回数まで起動リトライを行います。

モニタモードのサーバ，リソースサーバ

系切り替え時，系切り替え可能状態になるまで，または指定されたリトライ回数まで起動リトライを行います。

系切り替え先でサーバの起動に失敗して，サーバが起動リトライする場合を次に示します。

サーバモードのサーバが起動に失敗した場合

モニタモードのサーバが起動に失敗した場合，またはサーバの監視コマンドで障害を検出した場合

共有リソース接続失敗時にサーバの起動を中止する機能を使用し，共有リソースの接続に失敗した場合

共有リソース引き継ぎのタイムアウト時にサーバの起動を中止する機能を使用し，共有リソースの接続がタイムアウトした場合

共有ディスクのデータの保護方法として共有ディスクのSCSIリザーブをする機能を使用していて，リザーブに失敗した場合

起動リトライ中に他系で実行サーバが起動した場合，起動リトライ中の系では，待機サーバとして起動します。

連動系切り替えの構成の場合，サーバ単位で起動リトライします。また，サーバグループ内に起動リトライ中のサーバが存在する場合，サーバグループ内のほかのサーバが他系に系切り替えをすると，起動リトライ中は解除されます。

(1)　系切り替え時の起動リトライの概要

系切り替え先でサーバの起動に失敗した場合，次の流れでサーバの起動リトライを行います。

HAモニタは，サーバを起動リトライ中「>ONL」とし，サーバの再起動を待ちます。

サーバが再起動します（サーバに再起動の設定が必要です）。

サーバの再起動を受け付けたHAモニタは，実行サーバとして起動します。

なお，起動リトライする場合，メッセージ，ユーザコマンド，JP1イベントなどの処理の流れは，系切り替え時ではなく，通常の実行サーバの起動時と同じ処理の流れになります。

起動リトライの流れについて，次の図に示します。

図3‒10　起動リトライの流れ

マルチスタンバイ機能を使用した場合の起動リトライの流れについて，次の図に示します。

図3‒11　マルチスタンバイ機能を使用した場合の起動リトライの流れ

(2)　必要な環境設定

系切り替え時に起動リトライするには，サーバ対応の環境設定のswitch_errorオペランドを指定します。

さらに，サーバモードの場合，TP1/Server BaseとHiRDBでの設定が必要です。詳細については，「8.4.1　サーバ対応の環境設定（servers）」のswitch_errorオペランドを参照してください。

モニタモードのサーバまたはリソースサーバの場合，サーバ対応の環境設定のswitch_retryオペランドでリトライ回数を指定できます。

3.2.8　JP1と連携したシステム運用

HAモニタはJP1と連携して，系切り替え構成にしたシステムの運用を一元管理できます。HAモニタが稼働する系切り替え構成にしたシステムに何らかの変化が発生した場合に，HAモニタはJP1のイベントを発行します。発行されたイベントは，JP1統合管理画面などから参照できます。

系切り替え構成にしたシステム以外の業務システムも同様にJP1と連携させると，お使いのシステム全体の運用を，JP1から一元管理できるようになります。

(1)　ユーザコマンドとJP1イベントとの使い分け

HAモニタが稼働するシステムでの運用方法には，JP1のイベントとHAモニタのユーザコマンドがあります。用途に応じて次のように使い分けてください。

メッセージ出力のタイミングで，何らかの処理・操作を自動運用したい場合

JP1のイベントを使用します。JP1のイベントは，エラー発生時にパトロールランプを鳴動させるなど，サーバの状態変化と同期を取る必要がない処理の場合に有効です。

JP1のイベントを使用すると，次のメリットがあります。

メッセージと同じタイミングで発行するので，ユーザコマンドと比べて発行タイミングが豊富である

あらかじめ用意されたイベントを使用するため，ユーザが新規で作成する必要がない

発生した障害の情報を，メッセージよりも詳細に知ることができる

HAモニタが発行するJP1のイベントIDの詳細については，「付録A　HAモニタのイベントID」を参照してください。

サーバやHAモニタの状態変化のタイミングで，何らかの処理・操作を自動運用したい場合

ユーザコマンドを作成します。サーバやHAモニタに状態変化が発生すると，HAモニタはユーザが作成したユーザコマンドを発行します。ユーザコマンドは共有リソースの起動・終了，および引き継ぎ処理時に発行されます。このため，HAモニタがサポートしていないリソースの処理などを自動運用したい場合に有効です。

ユーザコマンドの詳細については，「3.5.2　サーバやHAモニタの状態変化時のコマンド発行」を参照してください。

(2)　必要な環境設定

JP1と連携してシステムの運用をするには，JP1のインストールおよび環境設定が必要です。HAモニタとJP1が連携するには，HAモニタが稼働する系で，JP1/Baseの物理ホストが稼働している必要があります。HAモニタの起動前に，JP1/Baseを起動してください。

また，HAモニタの環境設定のjp1_eventオペランドを指定します。

3.2.9　実行サーバレスモードでの系切り替え

実行サーバレスモードとは，他系に実行サーバがない状態で，事前に待機サーバだけを起動・待機させることができる機能です。この機能を使用すると，ディザスタリカバリ構成のシステム（正サイトと副サイトで構成されているシステム）で，副サイトの実行サーバの起動時間が短縮されます。

注意事項

モニタモードのサーバでは，実行サーバレスモードを使用しても，副サイトの実行サーバの起動時間を短縮できません。ただし，系切り替え時に次の運用ができます。

・サーバモードのサーバとグループ化する。

・サーバモードのサーバと合わせて，サーバの切り替え順序を制御する。

複数の待機系を配置するマルチスタンバイ機能を使用している場合は，実行サーバレスモードを使用できません。

実行サーバレスモードは，次の状態でサイトの系切り替えをする場合に有効です。

正サイトで実行サーバおよび待機サーバが稼働していて，系切り替え可能状態

副サイトで実行サーバがない状態

この状態で実行サーバレスモードを使用すると，サイトを切り替える前に，副サイトの待機サーバを起動・待機させることができます。

(1)　実行サーバレスモードでの系切り替えの流れ

実行サーバレスモードを使用してサイトの計画系切り替えをする流れを，次の3つの段階に分けて説明します。

実行サーバレスモードの設定

実行サーバレスモードでの系切り替え

実行サーバレスモードの解除

実行サーバレスモードの設定

実行サーバレスモードの設定の流れを次の図に示します。

図3‒12　実行サーバレスモードの設定の流れ

実行サーバレスモードの設定の流れを説明します。番号は，図中の番号と対応しています。

副サイトにHAモニタの起動コマンド（monstartコマンド）を実行します。

副サイトのHAモニタが起動します。

副サイトにHAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行します。

HAモニタが実行サーバレスモードになります。

副サイトにサーバ起動コマンドを実行します。

副サイトの待機サーバが起動します。

注※1

サーバモードかモニタモードかどうかに関係なく，すべてのサーバが実行サーバレスモードで動作します。

注※2

実行サーバレスモードであれば，サーバ対応の環境設定のinitialオペランドの設定に関係なく，各系で待機サーバを起動できます。待機サーバの起動が完了すると，サーバの状態は+SBY+（実行サーバレスモードで待機サーバとして起動完了）となります。

実行サーバレスモードでの系切り替え

実行サーバレスモードでの系切り替えの流れを次の図に示します。

図3‒13　実行サーバレスモードでの系切り替えの流れ

実行サーバレスモードでの系切り替えの流れを説明します。番号は，図中の番号と対応しています。

共有ディスクの同期を停止してから，必要に応じて正サイトの実行サーバと待機サーバを停止します。

副サイトに待ち状態のサーバ起動コマンド（monactコマンド）を実行します。

副サイトの現用系で実行サーバが起動します。

副サイト内で，系切り替えができる状態になり，サイト切り替えが完了します。

注※1

+SBY+（実行サーバレスモードで待機サーバとして起動完了）状態から，実行サーバを起動するには，待ち状態のサーバ起動コマンド（monactコマンド）を実行します。+SBY+の状態から，待機サーバを正常停止するには，待機サーバ停止コマンド（monsbystpコマンド）を実行します。

注※2

+SBY+状態から，待ち状態のサーバ起動コマンド（monactコマンド）で実行サーバを起動する場合，系切り替えの動作となります。次のオペランドは，実行サーバ起動時ではなく，系切り替え時と同様の動作になります。

・HAモニタの環境設定のusrcommandオペランド

・HAモニタの環境設定のtermcmd_at_abortオペランド

・HAモニタの環境設定のservcomplete_msgオペランド

・サーバ対応の環境設定のparentオペランド

・サーバ対応の環境設定のuoc_pairdownオペランド

・サーバ対応の環境設定のdev_timelimitオペランド

・サーバ対応の環境設定のdev_onlimitオペランド

注※3

実行サーバレスモードでは，各系で待機サーバを起動できるので，副サイトの現用系と予備系の両方に待機サーバがある構成にできます。現用系で実行サーバとして稼働した際，サイト内で系切り替え可能な状態にできます。

実行サーバレスモードの解除

実行サーバレスモードの解除の流れを次の図に示します。

図3‒14　実行サーバレスモードの解除の流れ

実行サーバレスモードの解除の流れを説明します。番号は，図中の番号と対応しています。

副サイトにHAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行します。

実行サーバレスモードが解除されます。

なお，実行サーバレスモード時の待機サーバの状態遷移については，「4.1.3　サーバの状態遷移」の「(3)　実行サーバレスモード時の待機サーバの状態遷移」を参照してください。

(2)　実行サーバレスモードの運用

実行サーバレスモードの運用について説明します。

重要

サーバモードで実行サーバレスモードを使用する場合は，次の運用をしてください。

実行サーバレスモードで待機しているサーバを，実行サーバとして起動するとき，系切り替え時と同様にサーバを再開始できる状態にします。ディザスタリカバリ構成のシステムで，実行サーバレスモードが有効となっている副サイトに切り替えるとき，次のどちらかを実施してください。

正サイトから副サイトへの共有ディスクの同期を停止したあとに，サイトを切り替える。

正サイトのサーバを強制停止したあとに，サイトを切り替える。

上記のどちらかを実施しないと，待ち状態のサーバ起動コマンド（monactコマンド）の実行に失敗します。monactコマンドの実行に失敗すると，切り替え先のサイトでサーバの再開始に失敗し，サーバが系切り替えできません。

実行サーバレスモードの解除

系切り替えが完了したら，HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）で実行サーバレスモードを解除します。

実行サーバレスモードで起動したすべてのサーバが，次のどちらかの状態になっても実行サーバレスモードが解除されない場合，1時間ごとにメッセージKAMN549-Wが出力されます。

実行サーバとして起動完了した状態

実行サーバレスモードのサーバが停止した状態

実行サーバレスモードで実行サーバの起動に失敗した場合の運用

実行サーバの起動に失敗した要因を取り除いたあと，次のどちらかを実施します。

障害が発生した系で，再度，実行サーバの起動を試みる。

再度，待機サーバを起動し，待ち状態のサーバ起動コマンド（monactコマンド）で実行サーバを起動します。

障害が発生した系とは別の系で，実行サーバを起動する。

障害が発生した系のサーバをすべて停止し，実行サーバレスモードを解除します。そのあと，実行サーバレスモードで待機サーバが起動している別の系で，待ち状態のサーバ起動コマンド（monactコマンド）を実行し，実行サーバを起動します。

(3)　必要な環境設定

実行サーバレスモードを使用するためには，HAモニタの稼働中にHAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行する必要があります。monchangeコマンドの詳細については，「9.6　monchange（HAモニタ・サーバ稼働中の設定・動作の変更）」を参照してください。

3.3　系の制御のための機能

HAモニタは，系障害が発生すると，系切り替えをして待機系に業務を引き継ぎます。ここでは，系切り替えを問題なく完了させるための機能について説明します。系のリセットに関係する機能は，特に環境設定をしなくてもデフォルトのままで系切り替えができます。デフォルトの動作を変更したい場合に，お読みください。

なお，共有ディスクのデータの保護方法，およびLANの通信可否による系切り替え制御機能の使用有無によって，使用できる機能が異なります。詳細については，「3.1　HAモニタで使用できる機能一覧」を参照してください。

3.3.1　系の同時リセットの防止

系の同時リセットとは，実行系と待機系の両方が同時に系のリセットをすることです。系の同時リセットが発生すると，両方の系が停止してしまい業務を継続できなくなるため，HAモニタは系の同時リセットを防止します。ここでは，系の同時リセットを防止する方法について説明します。

(1)　系の同時リセットが起こるおそれがある構成

系切り替え構成や使用する機能によっては，実行系と待機系が同時にリセットをし合い，業務が停止してしまうおそれがあります。

特に，次の系切り替え構成では，実行系と待機系が同時にリセットされるおそれがあるため，どちらの系のリセットを優先させるかを決めておく必要があります。二つの系が同時に系障害を検出したとき，優先的にリセット要求を発行する系のことをリセット優先系といいます。

相互系切り替え構成の場合

両方の系が実行系であると同時に，お互いの待機系であるため，リセット優先系を決めておく必要があります。ただし，マシンの機種がBladeSymphonyでSVPがクラスタ管理機能に対応している場合，リセット優先系を決めないで系の同時リセットを防ぐ方法も選択できます。クラスタ管理機能については，ハードウェア関連のドキュメントを参照してください。

1:1系切り替え構成の場合で，待機系のリセットをするとき

待機系の障害時に，待機系のリセットをする場合は，両方の系が同時にリセットを発行するおそれがあります。そのため，リセット優先系を決めておく必要があります。待機系のリセットについては，「(2)　待機系のリセット」を参照してください。

系の同時リセットが起こるおそれがある構成を，次の図に示します。

図3‒15　系の同時リセットが起こるおそれがある構成

図で示す構成では，二つの系が同時に系障害を検出した場合，両方の系から同時にリセット要求を発行し，系を同時にリセットするおそれがあります。

(2)　必要な環境設定

系の同時リセットを防ぐためには，リセット優先系を事前に決定しておきます。リセット優先系は，HAモニタの環境設定のcpudownオペランドに指定された内容に従って，自動的にHAモニタが決定します。デフォルトでは，実行系からのリセットを優先する設定になっています。

リセット優先系を決めないで系の同時リセットを防ぐためには，HAモニタの環境設定のcpudownオペランドに"system"を指定してください。この指定は，相互系切り替え構成の場合で，かつマシンの機種がBladeSymphonyでSVPがクラスタ管理機能に対応している場合だけ有効です。また，VMware ESXiで仮想化する場合は"system"を指定できません。

HAモニタが系の同時リセットを防止するときの動作の詳細については，「4.2.2　両系が障害を同時に検出した場合の系切り替え」を参照してください。

3.3.2　複数系間の同時リセットの防止

複数スタンバイ構成またはクラスタ型系切り替え構成の場合に，系の同時リセットを防止する方法について説明します。

マルチスタンバイ機能を使用して，一つの実行サーバに対して複数の待機サーバを配置する構成では，複数系間の同時リセットを防止する必要があります。

リセットによって系の数が一定数以下になる場合に，リセットを抑止することもできます。リセットの抑止については，「3.3.4　系のリセットの抑止」を参照してください。

(1)　複数系間で，系の同時リセットが起こるおそれがある構成

3台以上の系がある構成では，監視パスのネットワーク構成機器の障害などで系が分断されると，分断された個々のネットワーク間で別々に系障害を検出し，結果としてすべての系がリセットされてしまうおそれがあります。

この問題を回避するために，系切り替え構成全体に属するすべての系でリセット発行順序を一意に定める必要があります。このリセット発行順序をリセット優先度といいます。リセット優先度は，HAモニタの環境設定で指定します。

複数系間で系の同時リセットが起こるおそれがある構成を，次に示します。

すべての系がリセットし合う構成

監視パスの障害によってすべての系が同時に系障害を検出した場合，すべての系から同時にリセット要求を発行し，系を同時にリセットするおそれがあります。

マルチスタンバイ機能を使用する構成

マルチスタンバイ機能を使用して，一つの実行サーバに対して複数の待機サーバを配置する構成では，複数の系で稼働するすべての待機サーバが，実行系の系障害を検出するため，複数系間でリセットし合うおそれがあります。

すべての系がリセットし合う構成を次の図に示します。

図3‒16　すべての系がリセットし合う構成

この図では，監視パスのすべてに障害が発生した場合，すべての系がリセットされる構成になっています。この場合，リセット優先度を指定しておくと，リセット優先度に従って，HAモニタがリセットする系とその順番を決定します。

(2)　必要な環境設定

HAモニタの環境設定のreset_typeオペランドで「host」を指定します。なお，マルチスタンバイ機能を使用する場合は，このオペランドの指定に関係なく，リセット優先度を基に系の同時リセットを防止します。

リセット優先度の詳細については，「4.2.3　複数の待機系がある場合の系のリセット」を参照してください。

3.3.3　系の二重リセットの防止

系の二重リセットとは，ある系に対して，2度以上系のリセットをすることです。ここでは，系の二重リセットを防止する方法について説明します。

(1)　系の二重リセットが起こるおそれがある構成

系障害が発生して系切り替えをする場合，系切り替え構成によっては，複数の待機系が系のリセットを発行するため，実行系の回復が遅くなるおそれがあります。

系の二重リセットが起こるおそれがある構成を，次の図に示します。

図3‒17　系の二重リセットが起こるおそれがある構成

上記の図で示す構成では，実行系の系障害時に待機系1および待機系2の両方がそれぞれリセット要求を発行し，実行系の回復を遅らせるおそれがあります。

(2)　必要な環境設定

必要な環境設定はありません。

系の二重リセットを防ぐためには，実行系をリセットする待機系を，事前に一つに決めておく必要があります。この待機系を，リセット発行系といいます。リセット発行系は，HAモニタによってサーバの起動時に自動的に決定されます。

リセット発行系の動作の詳細については，「4.2.1　系のリセットをする系の決定方法」を参照してください。

3.3.4　系のリセットの抑止

稼働する系の総数が三つ以上で互いに監視し合う構成の場合，監視パス障害などで一つの系が残りの系の系障害を検知すると，次の図の例のように，残りのすべての系をリセットして一つの系に系切り替えをすることがあります。この場合，一定数以上の系が稼働している必要があるシステムでは，業務が停止してしまいます。

図3‒18　残りのすべての系をリセットして一つの系に系切り替えをする場合の例

この例は，メモリ容量などの理由によって一つの系で実行サーバを3台以上稼働させられないシステムとしています。このシステムでは，系1で実行サーバが5台稼働しようとすると，システムが動作できないため，業務が停止してしまいます。

HAモニタでは，このような一定数以上の系が稼働している必要があるシステムで系がリセットされるのを抑止し，業務が停止するのを防止できます。システムが業務を継続するために必要な系の数のことを，最少稼働ホスト数と呼びます。ここでは，系のリセット抑止時の動作や環境設定などについて説明します。

(1)　系のリセット抑止時の動作

次に示す場合別に，系のリセット抑止時のHAモニタの動作について説明します。

一つの系で系障害が発生して系をリセットし，業務が継続する場合

一つの系で監視パス障害が発生して系のリセットを抑止し，業務が継続する場合

N:2構成で系障害が発生して系をリセットし，業務が継続する場合

三つの系での縮退運用中に系障害が発生してリセットを抑止し，業務が停止する場合

ここでは，最少稼働ホスト数が3で，かつ一つの系で稼働できる実行サーバの数が2台までの場合を例に説明します。

(a)　一つの系で系障害が発生して系をリセットし，業務が継続する場合

一つの系で系障害が発生して系をリセットし，業務が継続する場合の動作について，次の図に示します。

図3‒19　一つの系で系障害が発生して系をリセットし，業務が継続する場合の動作

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

系4で系障害が発生し，aliveメッセージが途絶します。aliveメッセージの途絶によって，系1〜系3，および系5は系4の障害を検出します。

系1〜系3，および系5は，障害検知通知を送受信し合います。

系1〜系3，および系5は，それぞれ受信した障害検知通知の数をカウントし，最少稼働ホスト数を満たしていることを確認します。このため，最もリセット優先度が高い系1が，系4をリセットします。

系4で稼働していた実行サーバが系切り替えをします。この図では，系5の待機サーバに系切り替えをする場合を例にしています。

この例の場合，系切り替え後も最少稼働ホスト数を満たしていて，かつ一つの系で実行サーバが最大で2台しか稼働していないため，業務が継続します。

(b)　一つの系で監視パス障害が発生して系のリセットを抑止し，業務が継続する場合

一つの系で監視パス障害が発生して系のリセットを抑止し，業務が継続する場合の動作について，次の図に示します。

図3‒20　一つの系で監視パス障害が発生して系のリセットを抑止し，業務が継続する場合の動作

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

系1で監視パス障害が発生し，aliveメッセージが途絶します。aliveメッセージの途絶によって孤立した系1は，系2〜系5の障害を検出します。一方，系2〜系5は，系1の障害を検出します。

系1は監視パス障害で障害検知通知を送信できないため，受信待ちとなります。一方，系2〜系5は，障害検知通知を送受信し合います。

系1は障害検知通知を受信できないため，最少稼働ホスト数以上の系が稼働していることを確認できません。このため，系2〜系5のリセットを抑止します。

系2〜系5は，それぞれ受信した障害検知通知の数をカウントし，最少稼働ホスト数を満たしていることを確認します。このため，リセット優先度の高い系2が，10秒後に系1をリセットします。

系1で稼働していた実行サーバが系切り替えをします。この図では，系2の待機サーバに系切り替えをする場合を例にしています。

この例の場合，系切り替え後も最少稼働ホスト数を満たしていて，かつ一つの系で実行サーバが最大で2台しか稼働していないため，業務が継続します。

(c)　N:2構成で系障害が発生して系をリセットし，業務が継続する場合

N:2構成で系障害が発生して系をリセットし，業務が継続する場合の動作について，次の図に示します。

図3‒21　N:2構成で系障害が発生して系をリセットし，業務が継続する場合の動作

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

系1で系障害が発生し，aliveメッセージが途絶します。aliveメッセージの途絶によって，系2〜系5は系1の障害を検出します。

系2〜系5は，障害検知通知を送受信し合います。

系2〜系5は，それぞれ受信した障害検知通知の数をカウントし，最少稼働ホスト数を満たしていることを確認します。このため，最もリセット優先度が高い系2が，系1をリセットします。

系1で稼働していた実行サーバが系切り替えをします。この図では，系4のサーバに系切り替えをする場合を例にしています。

この例の場合，系切り替え後も最少稼働ホスト数を満たしていて，かつ一つの系で実行サーバが1台しか稼働していないため，業務が継続します。

(d)　三つの系での縮退運用中に系障害が発生してリセットを抑止し，業務が停止する場合

三つの系での縮退運用中に系障害が発生してリセットを抑止し，業務が停止する場合の動作について，次の図に示します。

図3‒22　三つの系での縮退運用中に系障害が発生してリセットを抑止し，業務が停止する場合の動作

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

系3で系障害が発生し，aliveメッセージが途絶します。aliveメッセージの途絶によって，系1および系2は系3の障害を検出します。

系1および系2は，障害検知通知を送受信し合います。

系1および系2は，受信した障害検知通知の数が最少稼働ホスト数を満たしていないため，系3のリセットを抑止します。

すべての系でリセットが抑止される※と，系1および系2では系3の状態を確認できなくなります。実行サーバが複数起動することを防止するため，次のようにサーバが状態遷移します。

系3上の待機サーバよりもサーバ優先度が低い待機サーバ：停止します（"SBY"→"停止"）。

系1または系2に障害が発生した場合に，系3上の待機サーバの状態が変化することがあるためです。

系間で最もサーバ優先度の高い待機サーバ：系切り替え待ち状態になります（"SBY"→"ONL??"）。

系3上で実行サーバが稼働し続けている可能性があるためです。

注※

すべての系でリセットが抑止されるまでの時間は，「10秒（機種によって異なる）×グループを構成する系の総数」で求められます。例えば，系の数が32の場合，次の計算式のようになります。

10×32＝320秒＝5分20秒

この例の場合，系3で稼働していた実行サーバがなくなり，最少稼働ホスト数である3を満たさなくなるため，業務が停止します。

なお，他系に系切り替えできる待機サーバの有無によって，monactコマンドの実行などの操作が必要です。詳細については，サーバが停止した場合は「7.2.1　起動する」を，サーバが系切り替え待ち状態（ONL??）になった場合は「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

また，監視パス障害によって系障害を検知して系のリセットが抑止された場合，監視パスが回復したときには，monshow -cコマンドによってHAモニタ間の接続を確認してください。未接続の系がある場合は，monlinkコマンドによって系間を接続してください。

(2)　系のリセットを抑止できる障害

系のリセットを抑止できるのは，aliveメッセージの途絶によって検出できる系障害の場合だけです。

他系のHAモニタからペアダウンを通知された場合や，系切り替え時に共有ディスクの切り離しに失敗した場合は，他系からの障害検知通知を待たないで他系をリセットして系切り替えをします。また，ハードウェアやLinux Tough Dumpから障害通知を受信した場合，他系のOSパニックを検知した場合，およびサーバ障害が発生した場合は，障害検知通知を待たないで系切り替えをします。

(3)　系のリセットを抑止するための条件と例

次の条件をすべて満たす場合にだけ，系のリセットを抑止できます。

最少稼働ホスト数が，接続する系の総数の半数よりも大きい。

マルチスタンバイ機能を使用している（HAモニタの環境設定のmultistandbyオペランドにuseを指定している）か，またはreset_typeオペランドにhostを指定している。

全系で次の条件を満たしているか，またはpatrol_typeオペランドにhostを指定している。

サーバが起動完了している。

自系と接続するすべての系に，自系のサーバとペアになるサーバがある。

系のリセットを抑止できる例を，それぞれ次の図に示します。

図3‒23　系のリセットを抑止できる例1

この例では，次の条件を満たしているためリセットを抑止できます。

最少稼働ホスト数が，接続する系の総数の半数よりも大きい。

マルチスタンバイ機能を使用している。

サーバが起動完了していて，かつ自系と接続するすべての系に，自系のサーバとペアになるサーバがある。

図3‒24　系のリセットを抑止できる例2

この例では，次の条件を満たしているためリセットを抑止できます。

最少稼働ホスト数が，接続する系の総数の半数よりも大きい。

reset_typeオペランドにhostを指定している。

patrol_typeオペランドにhostを指定している。

メモ

最少稼働ホスト数として，接続する系の総数の半数以下の値を設定してしまうと，ネットワークの分断（スプリットブレイン）が発生するとき，分断された構成内で最少稼働ホスト数を超えてしまい，リセットし合ってしまうおそれがあります。このため，最少稼働ホスト数には，接続する系の総数の半数よりも大きな値を設定してください。

(4)　必要な環境設定

系のリセットを抑止するには，HAモニタの環境設定のsuppress_resetオペランドを指定します。

3.3.5　系のペアダウンによる系切り替え

次の事象発生時に，系切り替え元の系を強制的に停止し，系切り替えを継続できます。これを，系のペアダウンといいます。

サーバ障害時

系切り替え元で実行するユーザコマンドが失敗した時

系切り替え元で実行するサーバの停止コマンドが失敗した時

(1)　サーバ障害時に系ごと切り替える系のペアダウン

系切り替えできる状態で実行サーバが障害になったとき，障害が発生した系を強制停止して待機系に切り替えます。

次の場合に，この機能を使用します。

障害が発生した系で個々のリソースの切り離し処理をしないで，系の強制停止によって速やかに系切り替えをさせる場合

同じグループ内の他のサーバを停止しないで，系の強制停止によって速やかに系切り替えさせる場合

この機能は，次のサーバで使用できます。

サーバモードのサーバ

モニタモードのサーバ（サーバ対応の環境設定のptrlcmd_exオペランドを指定して，モニタモードのサーバを監視している場合）

ペアダウンの契機となる実行サーバの障害には，サーバ自身が検出した障害およびサーバのスローダウンがあります。また，TP1/Server BaseまたはHiRDBをサーバモードのサーバとして使用する場合，サーバのスローダウンを検出したときだけペアダウンをするオプションも指定できます。

実行系のリセットは，停止するHAモニタからの連絡を，待機系のHAモニタが受けて実行します。このとき，リセット優先系の判断や，リセット発行系の決定には従わないで，即時リセットを実行します。

必要な環境設定

サーバ対応の環境設定のpairdownオペランドで指定します。

(2)　ユーザコマンド失敗時に系ごと切り替える系のペアダウン

サーバ障害による系切り替え時（online -a start），または計画系切り替え時（online -w start）に系切り替え元で実行するユーザコマンドが失敗した場合に，系のペアダウンをすることもできます。

次の要件をすべて満たす場合に，この機能を使用します。

ユーザコマンドで，系切り替え元のリソースの切り離しを実行している場合

系切り替え元のリソースの切り離しに失敗したあとに，系を強制停止することでリソースを解放して，系切り替えを継続させたい場合

ユーザコマンドの失敗とは，次のような場合です。

ユーザコマンドの終了コードが0以外である。

ユーザコマンドが実行できない。

ユーザコマンドの実行後，リターンしてこない。

ただし，この失敗に対処する場合は，サーバ対応の環境設定のdev_timelimitオペランドまたはdev_offlimitオペランドを指定して処理を打ち切る必要があります。

必要な環境設定

サーバ対応の環境設定のuoc_pairdownオペランドにuseを指定します。また，サーバ障害による系切り替え時（online -a start），または計画系切り替え時（online -w start）に実行するユーザコマンドは，異常終了時に0以外の終了コードでリターンするように記述してください。

(3)　サーバの停止コマンド失敗時に系ごと切り替える系のペアダウン

系切り替え時に実行するサーバの停止コマンドが失敗した場合に，系のペアダウンをすることもできます。

サーバの停止コマンドの実行に失敗したあとに，系を強制停止することでサーバを強制停止させ，系切り替えを継続させたい場合に，この機能を使用します。

サーバの停止コマンドの失敗とは，次のような場合です。

サーバの停止コマンドの終了コードが0以外である。

サーバの停止コマンドが実行できない。

サーバの停止コマンドの実行後，リターンしてこない。

ただし，この失敗に対処する場合は，サーバ対応の環境設定のstop_timeoutオペランドまたはstop_timeout_swオペランドを指定して処理を打ち切る必要があります。

必要な環境設定

サーバ対応の環境設定のterm_pairdownオペランドにuseを指定します。

3.3.6　他系のOSパニック検知

HAモニタが動作している系でOSパニックが発生したときに，その系の障害を瞬時に検知して他系のHAモニタに通知することで高速に系切り替えができます。これを，他系のOSパニック検知機能といいます。

他系のOSパニック検知機能を使用するには，すべての系がこの機能を使用できるシステム環境である必要があります。定義チェックコマンド（moncheckコマンド）を実行して，すべての系でこの機能が使用できるシステム環境かどうかを事前に確認してください。

他系のOSパニック検知機能は，HA BoosterとHAモニタが連携することで実現しています。なお，必要なソフトウェアは，OSのバージョンによって異なります。

(1)　他系のOSパニック検知機能使用時の動作

実行系でOSパニックが発生したときに，実行系のHA Boosterが瞬時にOSパニックを検知し，待機系のHAモニタに障害通知をします。通知を受けた待機系のHAモニタは待機サーバを実行サーバに切り替えます。他系のOSパニック検知機能使用時の動作を次の図に示します。

図3‒25　他系のOSパニック検知機能使用時の動作

(2)　動作環境

他系のOSパニック検知機能を使用できる動作環境について説明します。

他系のOSパニック検知機能は，OSパニックが発生した系と他系のシステムが次に示すすべての条件を満たす場合に動作します。システムがここで説明する動作環境でない場合は，実行系にOSパニックが発生しても瞬時に系切り替えをするのではなく，HAモニタの環境設定のpatrolオペランドで指定した系障害監視時間が経過してから系切り替えをします。

すべての系で，Linux Tough Dumpがインストールされている。

すべての系で，HA Boosterがインストールされている。

すべての系で，Linux Tough Dumpが起動している。

通常は，HAモニタ起動前にLinux Tough Dumpが起動されます。

HAモニタ起動時に，他系のOSパニック検知機能が有効化されている。

これらの条件を満たしているかどうかは，出力されるメッセージによって確認できます。他系のOSパニック検知機能の使用条件を満たしていることを確認する方法として，確認するタイミング，メッセージID，およびメッセージの出力先を次に示します。

表3‒2　他系のOSパニック検知機能の使用条件を満たしていることを確認する方法

条件

確認するタイミング

確認する

メッセージID

メッセージ

の出力先

Linux Tough Dump，およびHA Boosterがインストールされている。

定義チェックコマンド（moncheckコマンド）実行時

KAMN180-I

標準出力

Linux Tough Dumpが起動している。

HAモニタ起動時※1

KAMN699-I

syslog

他系のOSパニック検知機能が有効化されている。※2

HAモニタ起動時※1

KAMN699-I

syslog

注※1　HAモニタ起動時にメッセージKAMN696-WまたはKAMN651-Eがsyslogに出力された場合は，該当する条件を満たしていないおそれがあるため，出力されたメッセージの説明に従って対処をしてください。

注※2　ただし，定義チェックコマンド（moncheckコマンド）実行時に，KAMN180-Iが出力されている場合です。

Linux Tough Dump，およびHA Boosterについては，弊社担当営業にお問い合わせください。

3.3.7　仮想化環境での物理パーティションリセット機能

HAモニタでは，日立サーバ論理分割機構（Virtage）またはVMware ESXiを利用して，仮想化環境での系切り替えができます。

日立サーバ論理分割機構（Virtage）を搭載したBladeSymphonyの場合，プロセサを論理パーティション（LPAR）で分割し，LPARを系切り替えの単位にできます。日立サーバ論理分割機構を利用してLPARを稼働させる環境をLPARモード，日立サーバ論理分割機構を利用しない環境をBasicモードといいます。なお，このマニュアルでは，日立サーバ論理分割機構を搭載していないBladeSymphonyの環境をBasicモードと呼ぶことがあります。

VMware ESXiを利用する場合，一つのプロセサで複数の仮想マシンを稼働させ，仮想マシンを系切り替えの単位にできます。

ここでは，これらの仮想化環境の場合にオプションとして使用できる物理パーティションリセット機能について，通常の系切り替えの動作と比較して説明します。

(1)　通常の系切り替えの動作

HAモニタは，LPARモード時はLPAR単位で，VMware ESXi使用時は仮想マシン単位で系障害を検出します。デフォルトの設定では，実行系に系障害が発生した場合，待機系のHAモニタは実行系のHAモニタが動作するLPARまたは仮想マシンだけをリセットします。LPARモードの実行系に系障害が発生した場合の，通常の系切り替えの動作を，次の図に示します。VMware ESXi使用時に，実行系に系障害が発生した場合の通常の系切り替えの動作は，LPARモード時と同じです。LPARを仮想マシンに読み替えてください。

図3‒26　LPARモードでの系切り替えの動作

(2)　物理パーティションリセット機能使用時の動作

通常，HAモニタが系のリセットに失敗すると，切り替え先の系はユーザの操作を待つ状態になります。

物理パーティションリセット機能とは，系（LPAR・仮想マシン）のリセットに失敗した場合に次に示す障害が発生したと見なし，障害が発生した系（LPAR・仮想マシン）があるプロセサ全体をリセットする機能です。

HVMシステム障害（日立サーバ論理分割機構の障害で，系障害の一種）

VMware ESXiの障害

プロセサの障害

ネットワーク障害などによるVMware ESXiとの通信不可

この機能を使用すると，HAモニタは，プロセサ内にほかのLPARや仮想マシンが稼働しているかどうかに関係なく，リセットを実行します。

プロセサ全体をリセットするのは，障害が発生した系と障害を検知した系とが異なるプロセサにある場合です。障害が発生した系と障害を検知した系とが同一プロセサ内にある場合は，プロセサ全体をリセットしないで，系切り替え先の系でユーザの操作を待つ状態になります。

物理パーティションリセット機能を使用すると，HAモニタは，プロセサ内のほかのLPARや仮想マシンを稼働させ続けることよりも，障害が発生したLPARや仮想マシンに対して系切り替えをすることを優先します。したがって，切り替え先の系にある待機サーバはユーザの操作を待つことなく，実行サーバとして起動します。

LPARモード時の，物理パーティションリセット機能を使用したときの動作を次の図に示します。VMware ESXi使用時に，物理パーティションリセット機能を使用したときの動作は，LPARモード時の動作と同じです。LPARを仮想マシンに読み替えてください。

図3‒27　物理パーティションリセット機能使用時の動作

物理パーティションリセット機能を使用して系切り替えをするとプロセサ全体がリセットされるため，リセット対象のプロセサ内にあるほかのLPAR（仮想マシン）も同時にリセットされます。

したがって，リセット対象のプロセサ内に，系切り替えよりも優先したい業務上重要なLPARや仮想マシンが稼働していないことを確認した上で，この機能を使用してください。系切り替えよりも重要なLPARや仮想マシンが稼働している場合は，この機能は使用しないでください。物理パーティションリセット機能を使用しない場合で，系のリセットに失敗したときのHAモニタの動作については，「4.2.4　系のリセットに失敗した場合の動作」を参照してください。

(3)　必要な環境設定

物理パーティションリセット機能を使用するかどうかは，HAモニタの環境設定のpartition_resetオペランドで指定します。

3.3.8　N+Mコールドスタンバイ構成での系切り替え

HAモニタでは，JP1/ServerConductorまたはHCSMのN+Mコールドスタンバイ構成で系切り替えができます。N+Mコールドスタンバイ構成の現用のサーバモジュールに障害が発生すると，HAモニタによる系切り替えのあと，JP1/ServerConductorまたはHCSMが現用のサーバモジュールの各種設定，ローカルディスクなどを予備のサーバモジュールに引き継ぎます。このため，予備のサーバモジュールを待機系として使用できます。

(1)　N+Mコールドスタンバイ構成での系切り替えの動作

N+Mコールドスタンバイ構成での系切り替えの動作を次の図に示します。

図3‒28　N+Mコールドスタンバイ構成での系切り替えの動作

現用のサーバモジュール1に系障害が発生した場合，HAモニタは系障害を検出して現用のサーバモジュール2に系切り替えをします。系切り替えによって，現用のサーバモジュール2が実行系になります。

その後，JP1/ServerConductorまたはHCSMが現用のサーバモジュール1の各種設定，ローカルディスクなどを予備のサーバモジュールに引き継ぎます。これによって，予備のサーバモジュールが待機系になります。

同様に，現用のサーバモジュール2に系障害が発生した場合も，予備のサーバモジュールが待機系になります。

(2)　必要な環境設定

N+Mコールドスタンバイ構成での系切り替えをするには，リセットパスの設定，およびSVPの設定が必要です。詳細については，「6.7.1　設定に必要な情報（BladeSymphony）」および「(6)　N+Mコールドスタンバイ構成」を参照してください。

N+Mコールドスタンバイ構成については，次のマニュアルを参照してください。

JP1/ServerConductorの場合

マニュアルJP1/ServerConductor/Blade Server Manager系 システム管理者ガイド

HCSMの場合

マニュアルHitachi Command Suite Compute Systems Manager Software ユーザーズガイド

マニュアルHitachi Command Suite Compute Systems Manager ユーザーズガイド

3.4　リソースの監視のための機能

HAモニタは，リソースを監視し，リソースに発生した障害を検出します。ここでは，リソースの監視のための機能について説明します。

3.4.1　LANの監視および障害時の自動系切り替え

HAモニタでは，実行サーバが使用するLANの通信状態を監視して，障害が発生したときに自動的に系切り替えをすることができます。系切り替えをするときは，計画系切り替えとして動作します。ここでは，LAN監視時の動作などについて説明します。

(1)　LAN監視時の動作

HAモニタは，指定された宛先へのping応答，または監視対象のLANアダプタの受信パケット数を監視することでLANを監視します。HAモニタでは，指定された宛先へのping応答を監視する方法を推奨しています。なお，監視方法は，HAモニタの環境設定のlancheck_modeオペランドで指定します。

実行系のLANを定期的に監視し，次の場合はLANに異常が発生したと見なして系切り替えをします。

指定された宛先へのping応答を監視する方法で，LAN監視スクリプトで設定するリトライ回数以内にping応答がない場合

監視対象のLANアダプタの受信パケット数を監視する方法で，前回監視したときから受信パケット数に変化がない場合

LAN監視時の動作を次の図に示します。

図3‒29　LAN監視時の動作（指定された宛先へのping応答を監視する場合）

図3‒30　LAN監視時の動作（監視対象のLANアダプタの受信パケット数を監視する場合）

LANの障害を検出すると，HAモニタは系切り替え先として設定してあるサーバを検索し，そのサーバが系切り替え可能であれば系切り替えをします。該当するサーバがグループ化されている場合は，グループごとに系切り替えをします。切り替え先のサーバで系切り替えができる状態でない場合は，系切り替えができる状態になった時点で系切り替えをします。監視対象のLANが複数存在する場合は，各LANの監視はインタフェースごとに独立して非同期に実行します。

(2)　動作環境

ping応答，または受信パケット数を監視する場合は，次の動作環境を満たしている必要があります。

LANの状態を確認するために指定する他ノードに，監視対象となるLANと同一ネットワークで通信するためのIPアドレスがあり，ICMPエコーパケットに対する応答ができる。

LANの状態を確認するために指定する他ノードが，HAモニタを起動する前にすでに起動している。

(3)　HAモニタの監視対象

HAモニタが監視対象とするのは，hbonding，bonding，ethernetの3種類のLANインタフェースです。仮想化環境では仮想的なLANインタフェースを監視対象とし，仮想化されていない環境では物理的なLANインタフェースを監視対象とします。hbondingは，active-backupモードと802.3adモードの二つの動作モードで監視できます。監視対象は，LAN監視定義ファイルの設定で選択します。それぞれの動作モードと対応する障害の監視方式を，次に示します。

active-backupモード：MII監視方式，ARP監視方式，経路監視方式

802.3adモード：LACP監視方式

なお，タグVLANも監視対象にできます。ただし，監視対象には，"."（ピリオド）を含まないインタフェース名称を指定してください。

(4)　必要な環境設定

監視対象ごとに，次の環境設定が必要です。

表3‒3　必要な環境設定と監視対象の対応

必要な環境設定

監視対象※3

hbonding

bonding

ethernet

active-backupモード

802.3adモード

HAモニタの環境設定

lanfailswitch

◎

◎

◎

◎

lancheck_patrol※1

○

○

○

○

lancheck_mode

○

○

○

○

hbond_lacp

×

○

×

×

サーバ対応の環境設定

switchbyfail

◎

◎

◎

◎

LANを監視するためのファイル

LAN監視定義ファイル※2

◎

◎

◎

◎

LAN監視スクリプト※1

○

○

◎

◎

（凡例）

◎：使用するための指定をします。

○：必要に応じて指定します。

×：指定できません。指定するとエラーになります。

注※1　lancheck_patrolの設定，およびLAN監視スクリプトの設定については，「(2)　LAN監視スクリプトの設定」を参照してください。

注※2　LAN監視定義ファイルの設定については，「(1)　LAN監視定義ファイルの設定」を参照してください。

注※3　デバイス名に"."（ピリオド）を含めないインタフェース名称を指定することで，タグVLANも使用できます。

(a)　LANを監視するための環境設定

LANを監視するかどうかをHAモニタの環境設定のlanfailswitchオペランドに指定します。

LANの監視間隔をHAモニタの環境設定のlancheck_patrolオペランドに指定します。

監視するLANインタフェース名称をサーバ対応の環境設定のswitchbyfailオペランドに指定します。

802.3adモードでLACP監視方式のhbondingを監視する場合は，HAモニタの環境設定のhbond_lacpオペランドを指定します。

このオペランドを指定しないで802.3adモードでLACP監視方式のhbondingを監視したい場合は，ping応答または受信パケット数の監視が必要になります。

(b)　LANを監視するためのファイルの設定

LAN監視定義ファイル，およびLAN監視スクリプトを設定します。監視対象がhbondingの場合は，ping応答または受信パケット数の監視とhbondingのステータスの監視とを併用するか，hbondingのステータスの監視だけを実施するかをこのファイルの設定で決められます。

詳細については，「6.21.1　LANの監視に必要なファイルの設定」を参照してください。

(5)　LANを監視するときの注意事項

次に示す場合別に，LANを監視するときの注意事項を示します。

hbondingを監視する場合

LANの監視中（HAモニタの稼働中）は，hbondingインタフェースに結合されているスレーブインタフェースの解除，またはhbondingインタフェースの削除はしないでください。

active-backupモードのhbondingを監視するときは，hbondingのステータスだけを監視するか，ping応答または受信パケット数の監視とhbondingのステータスの監視とを併用するかを選択できます。通常は，hbondingのステータスだけを監視する方法を選択します。ただし，hbondingの設定で指定する監視対象とは別に，複数の監視対象を指定したい場合は，ping応答または受信パケット数の監視とhbondingのステータスの監視を併用してください。

802.3adモードでLACP監視方式のhbondingでは，接続しているネットワークスイッチまでの障害を検知します。ネットワークスイッチより先の障害を検知したい場合は，ping応答または受信パケット数による監視を併用してください。

なお，802.3adモードでLACP監視方式のhbondingを監視する場合は，事前にネットワークスイッチのチャネルグループの設定を確認してください。設定誤りを障害として検知するおそれがあります。また，LANの監視中（HAモニタ稼働中）にネットワークスイッチでチャネルグループの設定を変更しないでください。

連動系切り替えをする場合

サーバの切り替え順序制御をしない構成

サーバ対応の環境設定のswitchbyfailオペランドを，グループ化したすべてのサーバに指定してください。すべてのサーバで同じLANインタフェース名称を指定してください。

サーバの切り替え順序制御をする構成

サーバ対応の環境設定のswitchbyfailオペランドを，サーバの切り替え順序制御をするサーバのうち，最後に起動するサーバに指定することをお勧めします。最後に起動するサーバに指定するとき，グループ内のサーバが使用するすべてのLANインタフェース名称を指定します。switchbyfailオペランドを最後に起動するサーバ以外に指定した場合，switchbyfailオペランドを指定したサーバが起動した時点でLAN障害を検知すると連動系切り替えを実施してしまい，より下位のサーバを一緒に系切り替えできないことがあります。

仮想化環境で使用する場合

仮想化環境で使用する場合は，ping応答による監視を推奨します。受信パケット数の変化による監視をすると，仮想的なLANインタフェースの受信パケット数に変化がないときに，異常が発生したと見なして系切り替えをします。このため，物理的なLANインタフェースに障害が発生しても，物理マシン内の複数の仮想マシン間で，仮想的なLANインタフェースによる通信が正常ならば，系切り替えはしません。物理的なLANインタフェースに障害が発生しても系切り替えが発生しない例について次の図に示します。なお，図中では，LANインタフェースをNIC（ネットワークインターフェースカード）として説明します。

図3‒31　物理的なLANインタフェースに障害が発生しても系切り替えが発生しない例

受信パケット数の変化による監視の場合に，物理的なLANインタフェースの障害発生時にも系切り替えをしたいときは，次のような構成にしてください。

複数の仮想マシン間の通信には監視対象でないLANインタフェースを用いる。

監視対象である仮想的なLANインタフェースがほかの仮想マシンと通信しないように，パケットフィルタリングを設定する。

3.4.2　ディスクの監視

HAモニタのディスクの監視では，次のディスクへのアクセス失敗時に系切り替えできます。

システムディスク

システムが使用するディスクの領域のことです。

業務ディスク

サーバが使用するディスクの領域のことです。なお，共有ディスクは業務ディスクに含まれます。

ここでは，システムディスクおよび業務ディスクの監視について説明します。

(1)　システムディスクの監視

システムディスクの監視をしない場合，システムディスクがアクセス不可となっても，OSやHAモニタが動作できるときは，系切り替えをしません。システムディスクの監視をすることで，OSやHAモニタの動作に関係なく，システムディスクへのアクセス不可時に系切り替えができます。

(a)　システムディスクの監視方法

システムディスクの監視では，システムディスク上に作成した任意のファイルを監視対象とします。その監視対象のファイルに書き込みができるかどうかを定期的に監視します。なお，監視対象はファイルシステムのファイルです。監視対象の設定については，「(c)　必要な環境設定」を参照してください。

システムディスクの監視タイミング，監視動作についてそれぞれ説明します。

監視タイミング

次のタイミングで監視を開始・終了します。

監視を開始するタイミング

・HAモニタの起動完了時

・システムディスクの監視の再開時※

監視を終了するタイミング

・HAモニタの停止時

・システムディスクの監視の一時停止時※

注※

システムディスクの監視の一時停止および再開については，「9.6　monchange（HAモニタ・サーバ稼働中の設定・動作の変更）」を参照してください。

監視動作

監視間隔ごとに監視対象のファイルに書き込みをします。監視対象のファイルに書き込みができた場合は，システムディスクが正常であると判断し，監視を続けます。監視対象ファイルに書き込みができた場合の動作を次の図に示します。

図3‒32　監視対象ファイルに書き込みができた場合の動作

監視対象のファイルへの書き込みがエラーになった場合は，リトライ間隔ごとに書き込みをリトライします。リトライ回数分のリトライをしても，書き込みがエラーになったときは，システムディスクへのアクセスに失敗したと判断します。監視対象のファイルへの書き込みがエラーになった場合の動作を次の図に示します。この図は，リトライ回数が1回のときの例です。

図3‒33　監視対象のファイルへの書き込みがエラーになった場合の動作（リトライ回数が1回のとき）

監視対象のファイルへの書き込みに対して応答がない場合，リトライ間隔×（リトライ回数＋1）まで応答を待ちます。リトライ間隔×（リトライ回数＋1）まで待っても応答がないときは，システムディスクへのアクセスに失敗したと判断します。監視対象のファイルへの書き込みに対して応答がない場合の動作を次の図に示します。この図は，リトライ回数が1回のときの例です。

図3‒34　監視対象のファイルへの書き込みに対して応答がない場合の動作（リトライ回数が1回のとき）

(b)　システムディスクへのアクセスに失敗したときの動作

システムディスクへのアクセスに失敗した系の種類や，系切り替えができる状態かどうかによって，HAモニタの動作が異なります。システムディスクへのアクセスに失敗したときの動作を次に示します。

系切り替えができる状態で，現用系がシステムディスクへのアクセスに失敗した場合

次の順序で動作します。

現用系が予備系に，アクセスに失敗した旨を連絡します。

現用系を停止させます。

系のリセットによる系切り替えの方式を選択している場合は，系がリセットされます。それ以外の方式を選択している場合は，OSパニックを発生させます。

予備系は，選択している系切り替えの方式に従って，系切り替えをします。

このときの動作を，次の図に示します。

図3‒35　系切り替えができる状態で，現用系がシステムディスクへのアクセスに失敗したときの動作

系切り替えができる状態で，予備系がシステムディスクへのアクセスに失敗した場合

次の順序で動作します。

予備系が現用系に，アクセスに失敗した旨を連絡します。

予備系を停止させます。

系のリセットによる系切り替えの方式を選択している場合は，系がリセットされます。なお，HAモニタの環境設定のstandbyresetオペランドの設定に関係なく，リセットされます。系のリセット以外の方式を選択している場合は，OSパニックを発生させます。

このときの動作を，次の図に示します。

図3‒36　系切り替えができる状態で，予備系がシステムディスクへのアクセスに失敗したときの動作

系切り替えができない状態で，現用系がシステムディスクへのアクセスに失敗した場合

系切り替えをしないで，システムディスクの監視を続行します。なお，障害中に系切り替えができる状態になった場合，「系切り替えができる状態で，現用系がシステムディスクへのアクセスに失敗した場合」に従って動作します。

系切り替えができない状態で，予備系がシステムディスクへのアクセスに失敗した場合

システムディスクの監視を続行します。なお，障害中に系切り替えができる状態になった場合，「系切り替えができる状態で，予備系がシステムディスクへのアクセスに失敗した場合」に従って動作します。

(c)　必要な環境設定

システムディスクを監視するために必要な環境設定について説明します。

システムディスクの監視定義ファイルを作成して，HAモニタの環境設定のdisk_ptrlオペランドにuseを指定してください。

システムディスクの監視定義ファイルの設定方法については，「6.21.2　ディスクの監視に必要なファイルの設定」の「(1)　システムディスクの監視に必要なファイルの設定」を参照してください。

(2)　業務ディスクの監視

業務ディスクの監視をしない場合で，次のどちらかに該当するときは，業務ディスクがアクセス不可になっても系切り替えをしません。

実行サーバが障害にならない

HAモニタがサーバの監視をしない設定である

業務ディスクの監視をすることで，前述のときでも，業務ディスクへのアクセス不可時に系切り替えができます。

サーバの仕様として，業務ディスクの障害によってサーバも障害になる場合は，サーバを監視することで系切り替えができます。この場合，業務ディスクの監視は不要です。

(a)　業務ディスクの監視方法

業務ディスクの監視では，業務ディスク上に作成した任意のファイルを監視対象とします。その監視対象のファイルに書き込みができるかどうかを定期的に監視します。

なお，監視対象はファイルシステムのファイルです。キャラクタ型スペシャルファイルは，監視対象にできません。キャラクタ型スペシャルファイルを構成する業務ディスク上のファイルシステムを監視対象とすることで，業務ディスクを監視できます。監視対象の設定については，「(c)　必要な環境設定」を参照してください。

業務ディスクの監視タイミング，監視動作についてそれぞれ説明します。

監視タイミング

次のタイミングで監視を開始・終了します。

監視を開始するタイミング

・実行サーバの起動完了時

・業務ディスクの監視の再開時※

監視を終了するタイミング

・実行サーバの停止時

・業務ディスクの監視の一時停止時※

ただし，再起動待ち状態のサーバについては，業務ディスクの監視をしません。

注※

業務ディスクの監視の一時停止および再開については，「9.6　monchange（HAモニタ・サーバ稼働中の設定・動作の変更）」を参照してください。

監視動作

監視間隔ごとに監視対象のファイルに書き込みをします。監視対象のファイルに書き込みができた場合は，業務ディスクが正常であると判断し，監視を続けます。監視対象ファイルに書き込みができた場合の動作を次の図に示します。

図3‒37　監視対象ファイルに書き込みができた場合の動作

監視対象のファイルへの書き込みがエラーになった場合は，リトライ間隔ごとに書き込みをリトライします。リトライ回数分のリトライをしても，書き込みがエラーになったときは，業務ディスクへのアクセスに失敗したと判断します。監視対象のファイルへの書き込みがエラーになった場合の動作を次の図に示します。この図は，リトライ回数が1回のときの例です。

図3‒38　監視対象のファイルへの書き込みがエラーになった場合の動作（リトライ回数が1回のとき）

監視対象のファイルへの書き込みに対して応答がない場合，リトライ間隔×（リトライ回数＋1）まで応答を待ちます。リトライ間隔×（リトライ回数＋1）まで待っても応答がないときは，業務ディスクへのアクセスに失敗したと判断します。監視対象のファイルへの書き込みに対して応答がない場合の動作を次の図に示します。この図は，リトライ回数が1回のときの例です。

図3‒39　監視対象のファイルへの書き込みに対して応答がない場合の動作（リトライ回数が1回のとき）

(b)　業務ディスクへのアクセスに失敗したときの動作

業務ディスクへのアクセスに失敗した場合，サーバ対応の環境設定のdisk_ptrl_actオペランドの設定に従って，次のどれかを実行します。

サーバの計画系切り替えをする

系のペアダウンによって，系の障害として系切り替えをする

系切り替えをしないで，業務ディスクの監視を続行する

サーバの計画系切り替え，および系のペアダウンは，サーバの系切り替えができる状態のときだけ実行します。ただし，業務ディスクへのアクセス失敗時にサーバの系切り替えができる状態でなくても，そのあと系切り替えができる状態になれば，系切り替えをします。

なお，サーバがグループ化されている場合は，連動系切り替えができるサーバをサーバグループ単位で切り替えます。サーバグループ内の連動系切り替えができなかったサーバがあったときは，切り替え先の系で実行サーバとして起動してください。

代表的な例として，系切り替えができる状態で，業務ディスクへのアクセスに失敗した場合の動作を次の図に示します。この図は，サーバの計画系切り替えをする場合の例です。

図3‒40　系切り替えができる状態で，業務ディスクへのアクセスに失敗した場合の動作（サーバの計画系切り替えをする場合）

(c)　必要な環境設定

業務ディスクを監視するために必要な環境設定について説明します。

監視する業務ディスクごとに業務ディスクの監視定義ファイルを作成して，サーバ対応の環境設定のdisk_ptrlオペランドにuseを指定します。

業務ディスクの監視定義ファイルの設定方法については，「6.21.2　ディスクの監視に必要なファイルの設定」の「(2)　業務ディスクの監視に必要なファイルの設定」を参照してください。

3.5　共有リソースの制御のための機能

サーバが使用する共有リソースを切り離したり，接続したりするときに使用できる機能について説明します。

HAモニタでは，共有リソースとして，共有ディスク，およびLANの自動系切り替えができます。これ以外の共有リソースを切り替えるためには，ユーザがコマンドを作成する必要があります。詳細については，「3.5.2　サーバやHAモニタの状態変化時のコマンド発行」を参照してください。

なお，共有ディスクのデータの保護方法，およびLANの通信可否による系切り替え制御機能の使用有無によって，使用できる機能が異なります。詳細については，「3.1　HAモニタで使用できる機能一覧」を参照してください。

3.5.1　リソースサーバを使用した共有リソースの共用

通常，共有リソースは，サーバごとに準備する必要があります。リソースサーバを使用すると，共有リソースを複数のサーバで共用できます。準備できる共有リソースが限られている場合などにリソースサーバを使用してください。

(1)　リソースサーバを使用した構成

リソースサーバとは，共有リソースを制御するサーバです。リソースサーバではプログラムを実行しません。リソースサーバは，常にサーバとグループ化して使用します。リソースサーバを使用すると，サーバグループ単位で共有リソースを制御できます。

リソースサーバを使用した構成例を次の図に示します。この構成例の場合，サーバ1およびサーバ2が，同じ共有ディスク，およびエイリアスIPアドレスを共用しています。

図3‒41　リソースサーバを使用した構成例

なお，リソースサーバを使用しないと，サーバをグループ化して連動系切り替えをする場合も，共有リソースの制御はサーバ単位に行うため，複数のサーバで同一の共有リソースを共用することはできません。

(2)　必要な環境設定

リソースサーバを使用するには，次の環境設定が必要です。

リソースサーバの設定を，サーバ対応の環境設定のresource定義文で定義する。

リソースサーバを系に追加するため，リソースサーバの環境設定が必要です。

サーバのグループ化の設定を，サーバ対応の環境設定のgroupオペランドに指定する。

同じグループで稼働する，すべてのサーバで指定が必要です。

サーバの順序制御の設定を，サーバ対応の環境設定のparentオペランドに指定する。

同じグループ内で稼働するリソースサーバ以外のサーバで，リソースサーバを親サーバとして指定します。

3.5.2　サーバやHAモニタの状態変化時のコマンド発行

HAモニタでは，サーバの状態変化やHAモニタの状態変化時に，ユーザが作成したコマンドを自動発行できます。このコマンドをユーザコマンドと呼びます。ユーザコマンドの作成は任意です。

(1)　ユーザコマンドを使用するメリット

ユーザコマンドを作成しておくと，サーバの起動や系切り替え，サーバ障害発生時などのHAモニタの処理を契機に，HAモニタにユーザ任意の処理を自動で実行させることができます。

ユーザコマンド内に，HAモニタが対応していない共有リソースの処理を記載しておくことで，任意のリソースを系間で共有することもできます。

ユーザコマンドが発行されるタイミングの詳細や，HAモニタからユーザコマンドに渡されるパラメタについては，「6.20　ユーザコマンドの作成」を参照してください。

(2)　必要な環境設定

ユーザコマンドを作成し，HAモニタの環境設定のusrcommandオペランドに，作成したユーザコマンドを指定します。ユーザコマンドの作成方法，およびコーディング例については，「6.20　ユーザコマンドの作成」を参照してください。

3.5.3　共有リソース接続失敗時のサーバの起動中止

共有リソースの接続失敗時やユーザコマンドの失敗時に，実行サーバの起動や系切り替えを中止できます。リソースごとに，サーバの起動を中止するかどうかを指定できます。

共有リソースの接続に失敗した場合は，残りの共有リソースに関する接続処理を続行したあと，実行サーバの起動を中止し，最終的にすべての共有リソースの切り離しをします。系切り替えを中止する場合は，待機サーバを強制停止します。

系切り替え時に起動リトライする機能を使用している場合，サーバの再起動を待ちます。

(1)　対象となる共有リソース

対象となる共有リソースは次のとおりです。

共有ディスク

ファイルシステム

LAN（サーバ識別名.upファイルによるIPアドレス設定）

ユーザコマンド

(2)　必要な環境設定

設定方法を次に示します。

(a)　共有ディスクの設定方法

サーバ対応の環境設定のvg_neckオペランドにuseを指定します。なお，HAモニタのサーバの共有リソース動的変更コマンド（mondeviceコマンド）によって，vg_neckオペランドの指定の変更もできます。

(b)　ファイルシステムの設定方法

サーバ対応の環境設定のfs_neckオペランドにuseを指定します。

(c)　LANの設定方法

サーバ対応の環境設定のip_neckオペランドにuseを指定します。

また，HAモニタでのLANの状態設定ファイルである，サーバ識別名.upファイルを設定する必要があります。HAモニタが提供しているサンプルファイルを使用してください。詳細については，「6.13.2　LANの状態設定ファイルの設定」を参照してください。

(d)　ユーザコマンドの設定方法

サーバ対応の環境設定のuoc_neckオペランドにuseを指定することによって，ユーザコマンドの実行結果が0以外の場合に，サーバの起動を中止できます。

なお，HAモニタがエラーの確認をするのは，「サーバの起動開始」および「サーバの系切り替え開始」時に実行するユーザコマンドだけです。このほかのタイミングでのユーザコマンド実行結果は無視されます。

ユーザコマンドの詳細については，「6.20　ユーザコマンドの作成」を参照してください。

3.5.4　共有リソース引き継ぎのタイムアウト

系切り替え時に，共有リソースの引き継ぎ（切り離しおよび接続）が制限時間内に終了するかを監視する機能について説明します。タイムアウトは，系切り替え時だけ監視します。サーバの起動・停止時は監視しません。

(1)　タイムアウト検出時の動作

共有リソースの切り離し処理全体，または接続処理全体に制限時間を設け，制限時間以内に処理が完了しなかった場合に，共有リソースに対する処理を中止します。

共有リソース接続失敗時にサーバの起動を中止する機能を使用している場合，共有リソースの接続処理がタイムアウトすると，サーバの起動を中止します。

系切り替え時に起動リトライする機能を使用している場合，サーバの再起動を待ちます。

(2)　監視できる範囲

制限時間を監視できる範囲は，次のどちらかです。指定した制限時間内にそれぞれの処理が完了するかを，別々に監視します。

切り替え元の系で，共有リソースの切り離し開始から「サーバ障害処理開始」のユーザコマンド実行完了までの間。

切り替え先の系で，共有リソースの接続開始から「サーバ系切り替え開始」のユーザコマンド実行完了までの間。

(3)　必要な環境設定

共有リソースの引き継ぎ（切り離しおよび接続）の制限時間を次のオペランドに指定します。

サーバ対応の環境設定のdev_timelimitオペランド

共有リソースの切り離しおよび接続の制限時間を指定します。

サーバ対応の環境設定のdev_offlimitオペランド

共有リソースの切り離しの制限時間を指定します。

サーバ対応の環境設定のdev_onlimitオペランド

共有リソースの接続の制限時間を指定します。

共有リソース接続処理と，切り離し処理で，異なる制限時間を指定する場合は，サーバ対応の環境設定のdev_offlimitオペランド，およびdev_onlimitオペランドに指定してください。なお，dev_timelimitオペランドを指定した場合は，dev_offlimitオペランド，およびdev_onlimitオペランドは指定できません。

サーバ対応の環境設定のdev_timelimitオペランド，dev_offlimitオペランド，およびdev_onlimitオペランドの定義と，タイムアウトの監視の有無を次に示します。

オペランドの定義

タイムアウト監視の有無

dev_timelimit

dev_onlimit

dev_offlimit

なし

なし

なし

監視をしません。

あり

共有リソース切り離し処理を監視します。

あり

なし

共有リソース接続処理を監視します。

あり

共有リソース接続処理，および切り離し処理を監視します。

あり

なし

なし

共有リソース接続処理，および切り離し処理を監視します。

あり

指定できない組み合わせです。

あり

なし

指定できない組み合わせです。

あり

指定できない組み合わせです。

3.5.5　共有リソースの切り離し順序指定

ここでは，共有リソースの切り離し時の処理順序の指定について説明します。共有リソースの切り離しは，サーバの停止時や系切り替え時などに自動的に実行されます。

共有リソースの切り離しには，次のどちらかを指定できます。

接続時と同じ順序で共有リソースの切り離しをする

接続時とは逆の順序で共有リソースの切り離しをする

接続時とは逆の順序で切り離しをする場合，ユーザコマンドを発行したあとに共有リソースの切り離しが行われるため，ユーザコマンドのユーザ独自の停止処理の中に，共有リソースに依存した処理を実装できます。共有リソースとの接続時には，共有リソースを接続したあとに，ユーザコマンドが発行されます。

逆順に切り離しをする場合の詳細な処理の流れについては，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

(1)　必要な環境設定

deviceoff_orderオペランドに指定します。デフォルトでは，接続時と同じ順でHAモニタが共有リソースの切り離しをします。

逆順での切り離しを適用したい範囲によって，定義する環境設定が異なります。HAモニタの環境設定およびサーバ対応の環境設定の両方に定義した場合は，HAモニタの環境設定が優先されます。

HAモニタに登録されているすべてのサーバに適用する場合

HAモニタの環境設定に指定します。

ある特定のサーバだけに適用する場合

サーバ対応の環境設定に指定します。

3.5.6　共有リソースの動的変更

系切り替えの対象となる共有リソースは，24時間連続稼働などで実行サーバを停止できない場合でも，動的に変更できます。

(1)　動的に変更できる共有リソース

変更できる共有リソースを次に示します。

共有ディスク

LAN

(2)　動的変更の方法

リソースの種類によって動的変更の方法が異なります。

(a)　共有ディスク

サーバの共有リソース動的変更コマンド（mondeviceコマンド）を使用します。サーバの共有リソース動的変更コマンド（mondeviceコマンド）では，共有リソースを，サーバ対応の環境設定で指定した単位で追加・削除できます。

サーバの共有リソース動的変更コマンド（mondeviceコマンド）を使用した共有リソースの動的変更の概要を，次の図に示します。この図では，共有ディスクの追加を実行しています。

図3‒42　HAモニタのmondeviceコマンドを使用した共有リソースの動的変更の概要

ユーザがサーバの共有リソース動的変更コマンド（mondeviceコマンド）を使用すると，HAモニタは次の処理を実行します。

共有リソースの状態を制御し，サーバへの接続や切り離しを実行します（共有リソースの追加をする場合）。

共有リソースの変更結果に合わせて，そのリソースを共有している実行サーバと待機サーバのサーバ対応の環境設定を自動で書き換えます（共有リソースの追加・変更・削除をする場合）。

(b)　LAN

ユーザがLANの状態設定ファイルに，追加・削除するLANの情報を追加・削除することで行います。

3.6　プログラムの制御のための機能（モニタモード）

モニタモードでは，Cosminexus，JP1，UAPなどの複数のプログラムを一つのサーバに対応させることができます。このとき，UAP単位で起動，監視，および停止することもできます。UAP単位で動作を制御する機能のことを，モニタモードのプログラム管理機能といいます。

プログラム管理機能でUAPを監視する場合は，UAPからAPIを発行する必要があります。

ここでは，プログラム管理機能について説明します。

3.6.1　UAPの監視

モニタモードのサーバのプログラムの場合，通常は，サーバの監視コマンドを作成して監視します。ただし，UAPを監視する場合は，モニタモードのプログラム管理機能を使用すれば，サーバの監視コマンドにUAPの監視処理を作り込まなくても，HAモニタがUAPを監視できます。UAPからUAP監視用のAPIを発行することで，HAモニタがUAPを監視し，UAPに起因するサーバ障害を検出できます。

プログラム管理機能使用時のUAPの監視を，次の図に示します。

図3‒43　プログラム管理機能使用時のUAPの監視

プログラム管理機能でUAPを監視するためには，ユーザがUAPにAPIを組み込む必要があります。このため，APIを組み込んでUAPを修正できる場合だけ，UAPを監視できます。UAPへのAPIの組み込み，および組み込みができるUAPの条件については，「6.17.1　UAPへのAPIの組み込み」を参照してください。

(1)　UAPの監視方法

HAモニタは，次の2種類の方法でUAPを監視し，UAP障害を検出します。それぞれの監視方法の詳細については，「4.7.1　UAPの監視制御」を参照してください。

UAPのプロセスの監視

HAモニタがUAPのプロセスの存在を監視する方法です。

UAPの稼働報告の監視

HAモニタがUAPから送られてくる稼働報告を監視する方法です。

HAモニタは，UAP障害を検出すると，UAPやサーバの再起動を実施します。UAP障害を検出したあとのHAモニタの動作については，「(3)　UAP障害を検出したあとのHAモニタの動作」を参照してください。UAPの再起動時の動作については，「4.7.2　プログラムの再起動制御」を参照してください。

(2)　必要な環境設定

UAPを監視するには，次の環境設定が必要です。

プログラム管理機能を使用するための環境設定

プログラム管理機能の使用の有無

サーバ対応の環境設定のprogramオペランドにuseを指定します。

プログラムの最大数

HAモニタの環境設定のpgmmaxオペランドに，一つの系で同時に稼働できる，プログラム管理機能を使用するプログラムの最大数を指定します。デフォルト値は0であるため，pgmmaxオペランドの値を必ず指定してください。

プログラム管理機能の設定

モニタモードのプログラム対応の環境設定を定義します。モニタモードのプログラム対応の環境設定については，「8.5.1　モニタモードのプログラム対応の環境設定（programs）」を参照してください。

プログラムの再起動コマンドの作成

UAP障害発生時に，サーバ単位ではなく，UAP単位で自動で再起動する場合は，プログラムの再起動コマンドをユーザが作成する必要があります。作成したプログラムの再起動コマンドは，モニタモードのプログラム対応の環境設定のrestartcommandオペランドに指定します。プログラムの再起動コマンドの作成については，「6.16　プログラムの再起動コマンドの作成（プログラム管理機能使用時）」を参照してください。

UAPの環境変数の設定

UAPの実行に必要な環境変数を設定します。UAPの環境変数の設定については，「6.17.2　UAPの環境変数の設定」を参照してください。

3.7　HAモニタ Extensionの機能

ここでは，HAモニタ Extensionを導入した場合に使用できる機能について説明します。

HAモニタ Extensionは，HAモニタが制御する系の最大数を増やすなど，大規模なシステムでの系切り替え制御に対応するために使用する，HAモニタのオプション製品です。

共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合，HAモニタ Extensionは使用できません。

HAモニタ Extensionの機能の一覧を次の表に示します。

表3‒4　HAモニタ Extensionの機能の一覧

機能

HAモニタ Extensionを

使用した場合

HAモニタ Extensionを

使用しない場合

サーバの最大数の変更

一つの系で同時に稼働できるサーバの最大数を129以上に変更できます。

一つの系で同時に稼働できるサーバの最大数は128です。

系の最大数の変更

一つの系切り替え構成での系の最大数を33以上に変更できます。

一つの系切り替え構成での系の最大数は32です。

それぞれの機能について，以降で説明します。

重要

HAモニタ Extensionを使用する場合は，系切り替え構成内のすべての系で，次の作業が必要です。

HAモニタ Extensionをインストールします。

定義ファイルで，HAモニタ Extensionの機能の環境設定をします。

HAモニタの環境設定コマンド（monsetup -exコマンド）を実行して，HAモニタ Extensionの機能を使用できるように設定します。

3.7.1　サーバの最大数の変更

一つの系で同時に稼働できるサーバの最大数は，デフォルトでは128までです。HAモニタ Extensionを使用すると，一つの系で同時に稼働できるサーバの最大数を129以上に変更できます。稼働するサーバの数が129以上の大規模なシステムでも，系切り替え構成を一つに集約できるようになります。

(1)　指定できるサーバの最大数

HAモニタ Extensionを使用すると，一つの系で同時に稼働できるサーバの最大数として，128〜512を指定できます。

(2)　必要な環境設定

一つの系で同時に稼働できるサーバの最大数は，HAモニタの環境設定のservmaxオペランドに指定します。

また，HAモニタの環境設定コマンド（monsetup -exコマンド）を実行して，HAモニタ Extensionの機能を使用できるように設定してください。

3.7.2　系の最大数の変更

一つの系切り替え構成での系の最大数は，デフォルトでは32です。HAモニタ Extensionを使用すると，一つの系切り替え構成での系の最大数を33以上に変更できます。稼働する系の数が33以上の大規模なシステムでも，系切り替え構成を一つに集約できるようになります。

(1)　指定できる系の最大数

HAモニタ Extensionを使用すると，一つの系切り替え構成での系の最大数として，32〜256を指定できます。

(2)　系の最大数を33以上に設定した場合の動作

系の最大数を33以上に設定した場合，すべての監視パスでaliveメッセージがマルチキャストで送受信されます。マルチキャストで一つのaliveメッセージを送信すると，自系を除くすべてのHAモニタがaliveメッセージを受信します。aliveメッセージについては，「(1)　系間の監視」を参照してください。

(3)　必要な環境設定

系の最大数を変更するには，次の環境設定が必要です。

一つの系切り替え構成での系の最大数を，HAモニタの環境設定のhostmaxオペランドに指定します。

系切り替え構成の中に，系の最大数を変更した系が含まれる場合は，系切り替え構成内のすべての系でこのオペランドを指定する必要があります。

なお，系の最大数を33以上に設定すると，aliveメッセージの通信方式が，自動的にマルチキャストになります。マルチキャストでの通信は，HAモニタの環境設定のalive_multicastオペランドでも指定できます。

マルチキャストグループIDを任意に指定したい場合は，マルチキャストグループID，およびマルチキャストグループIDに対応するホスト名を，/etc/hostsファイルに指定します。また，/etc/hostsファイルに指定したホスト名を，HAモニタの環境設定のmulticast_lanオペランドに指定します。

multicast_lanオペランドの指定を省略した場合は，マルチキャストグループIDとして，"239.0.0.1"を使用します。

HAモニタの環境設定コマンド（monsetup -exコマンド）を実行して，HAモニタ Extensionの機能を使用できるように設定します。

系の最大数を変更する場合の環境設定例を次の図に示します。

図3‒44　系の最大数を変更する場合の環境設定例

この例では，系1〜系32を現用系，系33を予備系とします。系1〜系32では，それぞれ系33と接続するため，接続する系の数は自系を含めて2になります。系33では，系1〜系32と接続するため，接続する系の数は自系を含めて33になります。このため，系33はhostmaxオペランドに33を指定します。系1〜系32が接続する系の数は2ですが，系の最大数を33以上に指定した系33と接続しているため，系1〜系32でもhostmaxオペランドに33を指定します。

4　システムの管理

この章では，HAモニタがサーバ，系，および共有リソースをどのように管理しているかについて説明します。HAモニタの動作の詳細を知りたい場合にお読みください。

4.1　サーバの管理

HAモニタは，実行系と待機系で稼働し，実行サーバや待機サーバの起動・停止状態について連絡を取り合って，サーバの状態を制御しています。ここでは，HAモニタがどのようにサーバを制御しているかについて説明します。

なお，モニタモードのサーバでは，プログラム管理機能を使用することで，プログラム単位での制御ができます。プログラムの管理については，「4.7　プログラムの管理（モニタモード）」を参照してください。

4.1.1　HAモニタによるサーバの起動制御

ユーザは，サーバモードのサーバを，プログラムが提供する起動コマンドを実行することで起動します。また，モニタモードのサーバを，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行することで起動します。

サーバ起動時には，HAモニタはサーバ対応の環境設定および他系のサーバの状態を確認した上で，サーバを実行サーバとして起動するか，待機サーバとして起動するかを決定します。ここでは，実行サーバと待機サーバの決定方法，および監視パスの障害などの理由で他系のサーバの状態が確認できない場合のHAモニタの動作について説明します。

(1)　通常時の実行サーバと待機サーバの決定方法

通常，実行サーバと待機サーバの決定は，サーバ対応の環境設定のinitialオペランドで指定した起動種別および他系の状態を基にしてHAモニタが行います。実行サーバと待機サーバの決定方法を次の表に示します。

表4‒1　実行サーバと待機サーバの決定方法

他系の状態

サーバ対応の環境設定

実行サーバとして定義

待機サーバとして定義※1

実行サーバあり

起動処理中

待機サーバとして起動

待機サーバとして起動

実行処理中

待機サーバとして起動

待機サーバとして起動

停止処理中

起動不可※2

起動不可※2

待機サーバあり

起動処理中

実行サーバとして起動

起動不可※2

実行処理中

実行サーバとして起動

起動不可※2

停止処理中

実行サーバとして起動

実行サーバの起動待ち※3

連動系切り替え待ち状態※4

実行サーバとして起動

実行サーバとして起動

待機サーバから実行サーバへ系切り替え処理中

待機サーバとして起動

待機サーバとして起動

起動リトライ中※5

実行サーバとして起動

待機サーバとして起動

サーバなし（HAモニタ起動中）

実行サーバとして起動

実行サーバの起動待ち※3

サーバなし（HAモニタ停止中）

実行サーバとして起動※7

実行サーバの起動待ち※3

サーバの状態確認不可

リトライ処理※6

実行サーバの起動待ち※3

注※1　起動リトライ中の場合，実行サーバとして定義の動作となります。

注※2　サーバの起動を中止します。

注※3　他系の実行サーバの起動が確認できるまで待機サーバの起動を待たせます（実行サーバの起動待ち状態）。実行サーバの起動開始を確認できたら，待機サーバとして起動させます。

注※4　連動系切り替え待ち状態の詳細は，「4.4.1　連動系切り替え時のサーバの切り替え種別」を参照してください。

注※5　起動リトライ中の詳細は，「3.2.7　系切り替え時の起動リトライ」を参照してください。

注※6　他系や監視パスの障害によって，他系で起動しているサーバの状態を確認できない場合は，1分間だけリトライします。リトライしてもさらに確認できない場合は，他系の障害でサーバがないものと判断し，実行サーバの起動待ち状態にします。

注※7　接続構成設定ファイルで，pairを指定した系の状態を確認できない場合は，実行サーバ起動待ちの状態になります。

なお，障害発生によって，実行サーバとして定義されたサーバが再起動した場合は，実行サーバと待機サーバの決定方法が異なります。この場合については，「(2)　サーバの再起動時の起動種別」を参照してください。

待ち状態のサーバを実行サーバとして起動したり，停止したりする方法については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

(2)　サーバの再起動時の起動種別

障害が発生したあとにサーバを再起動した場合，他系ではすでに実行サーバが稼働している可能性があります。このためHAモニタは，そのサーバが実行サーバとして定義されていても，他系のサーバの状態が確認できるまでは実行サーバとしては起動しません。他系のサーバの状態が確認できたら，HAモニタがサーバを実行サーバとして起動するか，待機サーバとして起動するかを決定します。

実行サーバとして定義されたサーバを再起動する際の起動種別の決定方法を，次の表に示します。

表4‒2　サーバ再起動時の起動種別の決定方法

他系の状態

サーバの起動種別※1

実行サーバあり

起動処理中

待機サーバとして起動

実行処理中

待機サーバとして起動

停止処理中

起動不可※2

待機サーバあり

起動処理中

実行サーバとして起動

実行処理中

起動不可※2

停止処理中

実行サーバの起動待ち※3

連動系切り替え待ち状態

実行サーバとして起動

待機サーバから実行サーバへ系切り替え処理中

待機サーバとして起動

サーバなし（またはHAモニタ停止中）

実行サーバの起動待ち※3

サーバの状態確認不可

実行サーバの起動待ち※3

注※1　サーバ対応の環境設定のinitialオペランドで指定した起動種別は，無視されます。

注※2　サーバの起動を中止します。

注※3　他系の実行サーバの起動が確認できるまで待機サーバの起動を待たせます（実行サーバの起動待ち状態）。実行サーバの起動開始を確認できたら，待機サーバとして起動させます。

待ち状態のサーバを実行サーバとして起動したり，停止したりする方法については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

4.1.2　HAモニタによるサーバの停止制御

HAモニタは，障害が発生した場合，およびオペレータがコマンドを実行した場合に，サーバを停止します。HAモニタがサーバを停止させる条件は，サーバがサーバモードかモニタモードかによって異なります。

(1)　サーバモードのサーバの場合

HAモニタがサーバを停止させる条件は，大きく分けて，次の場合があります。

オペレータがコマンドを実行した場合

プログラムが提供するコマンドなどで，オペレータが実行サーバを正常終了したり，サーバを計画停止または強制停止したりした場合は，HAモニタは実行サーバに対応している待機系の待機サーバを停止させます。

オペレータが，実行サーバに対してプログラムが提供する強制停止コマンドを実行した場合，HAモニタは計画停止と同様に処理します。オペレータが，待機サーバに対してプログラムが提供する強制停止コマンドを実行した場合，異常終了と同様に処理します。

オペレータがサーバの系切り替えコマンド（monswapコマンド）を実行した場合，HAモニタは系切り替えの前に実行サーバを停止させます。

オペレータが待機サーバ停止コマンド（monsbystpコマンド）を実行した場合，HAモニタは指定された待機サーバを停止させます。

障害が発生した場合

HAモニタがサーバ障害を検出した場合は，サーバ対応の環境設定に指定された内容に従って，次のどちらかの動作をします。

系切り替えをするように指定していれば，HAモニタは系切り替えの前に実行サーバを停止させます。

実行サーバを再起動するように指定していれば，実行サーバの状態を実行サーバの再起動待ち状態に変更して，実行サーバが再起動するのを待ちます。

HAモニタがサーバを停止させる事象と停止後の処理を，次の表に示します。

表4‒3　サーバを停止させる事象と停止後の処理（サーバモード）

事象

HAモニタが停止させるサーバ

停止後のHAモニタの処理

サーバでの事象

実行サーバ正常終了※1

待機サーバ

−

実行サーバ異常終了※2

−

自動系切り替え※3

待機サーバ正常終了

−

−

待機サーバ異常終了※4

−

−

HAモニタでの事象

実行サーバ障害検出

実行サーバ※3

自動系切り替え※3

待機サーバ停止コマンド（monsbystpコマンド）

待機サーバ

−

サーバの系切り替えコマンド（monswapコマンド）※5

実行サーバ

計画系切り替え

（凡例）−：何もしません。

注※1　サーバの計画停止，強制停止を含みます。

注※2　サーバ自身が障害を検知した場合です。

注※3　系切り替えをする待機サーバがない場合は，HAモニタは何もしません。また，サーバ対応の環境設定のswitchtypeオペランドにrestartまたはmanualを指定した場合は，実行サーバを停止させないで実行サーバを再起動待ち状態にします。HAモニタは，系切り替えをしないで実行サーバの再起動を待ちます。

注※4　サーバの強制停止，およびサーバ自身が障害を検知した場合です。

注※5　系切り替えをする待機サーバがない場合は，HAモニタは何もしません。

(2)　モニタモードのサーバの場合

サーバがモニタモードの場合，サーバの切り替えおよび停止は，ユーザがHAモニタのコマンドで指示します。

サーバを停止させる事象と停止後の処理を，次の表に示します。

表4‒4　サーバを停止させる事象と停止後の処理（モニタモード）

事象

HAモニタが停止させるサーバ

停止後のHAモニタの処理

サーバでの事象

実行サーバ正常終了

−

−

実行サーバ異常終了

−

計画系切り替えまたは自動系切り替え※1，※2

待機サーバ正常終了

−

−

待機サーバ異常終了

−

−

HAモニタでの事象

モニタモードのサーバ停止コマンド（monendコマンド）

実行サーバ※1および待機サーバ

−

待機サーバ停止コマンド（monsbystpコマンド）

待機サーバ

−

サーバの系切り替えコマンド（monswapコマンド）

実行サーバ※3

計画系切り替え※3

（凡例）−：何もしません。

注※1　サーバ対応の環境設定で，termcommandオペランドにサーバの停止コマンドを指定している場合は，HAモニタがサーバの停止コマンドを実行し，サーバの停止コマンド内に記述されている実行サーバも停止させます。

注※2　オペレータが実行系からサーバの系切り替えコマンド（monswapコマンド）を実行して指示します。サーバ対応の環境設定で，ptrlcmd_exオペランド，またはpatrolcommandオペランドにサーバの監視コマンドを指定している場合は，HAモニタが再起動，または自動系切り替えをします。系切り替えをする待機サーバがない場合は，HAモニタは何もしません。

注※3　オペレータが，実行サーバを計画停止したあとに，実行系からサーバの系切り替えコマンド（monswapコマンド）を実行します。ただし，サーバ対応の環境設定のtermcommandオペランドにサーバの停止コマンドを指定している場合は，monswapコマンドで実行サーバを停止できます。なお，系切り替えをする待機サーバがない場合は，HAモニタは何もしません。

4.1.3　サーバの状態遷移

HAモニタは，サーバの状態を制御しています。ここでは，サーバの状態遷移について説明します。

サーバは，実行サーバとして起動した場合と，待機サーバとして起動した場合とで状態遷移が異なります。

(1)　実行サーバとして起動した場合のサーバの状態遷移

サーバを実行サーバとして起動した場合の，サーバの状態遷移を次の図に示します。

図4‒1　実行サーバの状態遷移

注※1　サーバの切り替え順序制御を適用したサーバグループに所属している場合だけ，状態が遷移します。

注※2　ボリュームグループやLAN，ファイルシステムなど，サーバが使用する共有リソースへの接続失敗を表します。サーバ対応の環境設定で，vg_neckオペランド，ip_neckオペランドなどを指定した場合だけ，状態が遷移します。

注※3　サーバの起動開始時，または系切り替え開始時に発行されるユーザコマンドが失敗した場合を表します。サーバ対応の環境設定で，uoc_neckオペランドを指定した場合だけ，状態が遷移します。

注※4　共有ディスクのSCSIリザーブをする場合だけ，状態が遷移します。

注※5　通常の起動時は共有ディスクのすべてのリザーブに失敗した場合だけ，系切り替え時は共有ディスクの一部でもリザーブに失敗した場合だけ，状態が遷移します。

注※6　メッセージKAMN310-Iを出力しているサーバの場合だけ，状態が遷移します。

(2)　待機サーバとして起動した場合のサーバの状態遷移

サーバを待機サーバとして起動した場合の，サーバの状態遷移を次の図に示します。

図4‒2　待機サーバの状態遷移

注※1　サーバの起動開始時または系切り替え開始時に発行されるユーザコマンドの失敗を表します。サーバ対応の環境設定のuoc_neckオペランドを指定した場合だけ，状態が遷移します。

注※2　サーバの切り替え順序制御を適用したサーバグループに所属している場合だけ，状態が遷移します。

注※3　複数スタンバイ構成の場合だけ，状態が遷移することがあります。

注※4　自系よりも優先度が高い待機サーバがない場合だけ，状態が遷移します。

注※5　マルチスタンバイ機能使用時に系のリセットを抑止する場合だけ，状態が遷移します。

(3)　実行サーバレスモード時の待機サーバの状態遷移

実行サーバレスモード時の待機サーバの状態遷移を次の図に示します。

図4‒3　実行サーバレスモード時の待機サーバの状態遷移

注※　サーバの起動開始時に発行されるユーザコマンドが失敗した場合を表します。サーバ対応の環境設定のuoc_neckオペランドを指定した場合だけ，状態が遷移します。

4.1.4　サーバの監視コマンドの制御

サーバの監視コマンドはモニタモードのサーバを監視するためのコマンドで，ユーザが作成します。ここでは，サーバの監視コマンドの起動，停止，および監視処理の流れについて説明します。

(1)　サーバの監視コマンドの起動および停止

サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合と，patrolcommandオペランドで監視コマンドを指定する場合とで，監視コマンドの起動，停止のタイミング，実行権限，および起動に失敗した場合の動作が異なります。監視コマンドの指定方法による違いを次の表に示します。

表4‒5　監視コマンドの指定方法による違い

項目

監視コマンドを指定するオペランド

サーバ対応の環境設定のptrlcmd_exオペランド

サーバ対応の環境設定のpatrolcommandオペランド

監視コマンドの起動タイミング

実行サーバが起動完了したあとに，指定された実行間隔（サーバ対応の環境設定のptrlcmd_ex_interオペランドの指定値）ごとに，HAモニタが監視コマンドを実行します。

実行サーバの起動完了時，HAモニタが監視コマンドを起動します。

監視コマンドの停止タイミング

次のタイミングで監視コマンドを停止します。

サーバの監視コマンドが実行されるたびに，終了結果（EXITコード）を返して監視コマンドを停止

サーバ対応の環境設定のptrlcmd_ex_tmoutオペランドに指定した時間（秒）が経過しても，監視コマンドが終了しない場合に，HAモニタが実行中の監視コマンドを停止

実行サーバを終了させた場合，または計画系切り替えをさせた場合に，HAモニタが実行中の監視コマンドを停止

次のタイミングで監視コマンドを停止します。

サーバの監視コマンドがサーバ障害を検出して停止

実行サーバを終了させた場合，または計画系切り替えをさせた場合に，HAモニタが実行中の監視コマンドを停止

監視コマンドの実行権限

スーパユーザ

スーパユーザ

監視コマンドの起動に失敗した場合の動作

終了結果（EXITコード）に1～9を返した場合の動作をします。

なお，次の場合は，以降の監視処理は実行されませんが，サーバ処理は正常に続行します。

実行サーバの起動完了したあと，最初の監視コマンドの起動の際に，監視コマンドがない，または，監視コマンドに実行権限がないため監視コマンドを起動できなかったとき

監視処理は実行されませんが，サーバ処理は正常に続行します。

(2)　処理の流れ

サーバの監視コマンドを使用してモニタモードのサーバを監視した場合の，処理の流れを次の図に示します。

図4‒4　モニタモードのサーバの監視の流れ（サーバ対応の環境設定のptrlcmd_exオペランドで監視コマンドを指定する場合）

図4‒5　モニタモードのサーバの監視の流れ（サーバ対応の環境設定のpatrolcommandオペランドで監視コマンドを指定する場合）

4.1.5　サーバの切り替え順序制御をする場合の処理の流れ

複数のサーバをグループ化する場合に，グループ内のサーバの切り替え順序を制御できます。ここでは，計画系切り替え，サーバ障害発生時，および系障害発生時のサーバの切り替え順序制御処理の流れと，系切り替えが失敗した場合の動作について説明します。

(1)　計画系切り替え，およびモニタモードのサーバ障害時の順序制御の流れ

計画系切り替え時の，サーバの停止順序，および切り替え先の系でのサーバの起動順序の流れを次の図に示します。この図で示すサーバの親子関係については，「(1)　サーバの起動順序と親子関係の対応」を参照してください。

図4‒6　計画系切り替え時の順序制御の流れ

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

実行系に実行サーバ1〜4，待機系に待機サーバ1〜4が起動完了していて，連動系切り替えができる状態です。

サーバの系切り替えコマンド（monswapコマンド）を実行して，計画系切り替えを開始します。

親子関係上，最も下位のサーバであるサーバ3とサーバ4の停止処理を開始します。サーバ1とサーバ2は停止待ちになります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ1およびサーバ2の状態は「ONL」と表示されます。「ONL」は実行サーバの起動完了という意味ですが，実際サーバは停止待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

サーバ3とサーバ4は，それぞれ並行して停止処理を実施します。停止処理は「サーバの停止」，「共有リソースの切り離し」の順に処理されます。共有リソースの切り離しが完了すると，待機系に系切り替えのための連絡をします。その後，サーバ3およびサーバ4は親サーバであるサーバ2の系切り替え完了を待つため，サーバ3およびサーバ4が前提サーバの起動待ち状態になります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ3およびサーバ4の状態は「(ONL)」と表示されます。「(ONL)」は実行サーバの起動中という意味ですが，実際，サーバは前提サーバの起動待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

サーバ3とサーバ4の両方の停止処理が完了すると，続けてそれらの親サーバであるサーバ2の停止処理を開始します。

サーバ2の停止処理が完了すると，その親サーバであるサーバ1の停止処理を開始します。

最も上位のサーバであるサーバ1の停止処理が完了すると，待機系へ連絡し，まず，サーバ1の系切り替えを開始します。

サーバ1が系切り替えによって実行サーバとして起動完了すると，続けて，その子サーバであるサーバ2の系切り替えを開始します。

サーバ2の系切り替えが完了すると，その子サーバであるサーバ3，およびサーバ4の系切り替えを並行して開始します。サーバ3およびサーバ4の系切り替えが完了すると，連動系切り替えが完了します。

(2)　サーバモードのサーバ障害時の順序制御の流れ

サーバ障害が発生した場合の，サーバの停止順序，および切り替え先の系でのサーバの起動順序の流れを次の二つに分けて説明します。

親サーバと子サーバの両方を持つサーバに障害が発生した場合

サーバの親子関係で最下位のサーバに障害が発生した場合

これらの図で示すサーバの親子関係については，「(1)　サーバの起動順序と親子関係の対応」を参照してください。

(a)　親サーバと子サーバの両方を持つサーバに障害が発生した場合

ここでは，親サーバと子サーバの両方を持つサーバに障害が発生した場合の順序制御の流れを図で示します。

図4‒7　サーバ障害時の順序制御の流れ（親サーバと子サーバの両方を持つサーバに障害が発生した場合）

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

実行系に実行サーバ1〜4，待機系に待機サーバ1〜4が起動完了していて，連動系切り替えができる状態です。

実行サーバ2に障害が発生すると，連動系切り替えを開始します。

障害が発生した実行サーバ2と，親子関係上，最も下位のサーバであるサーバ3とサーバ4の停止処理を開始します。サーバ1は停止待ちになります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ1の状態は「ONL」と表示されます。「ONL」は実行サーバの起動完了という意味ですが，実際サーバは停止待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

サーバ2〜4は，それぞれ並行して停止処理を実施します。停止処理は「サーバの停止」，「共有リソースの切り離し」の順に処理されます。共有リソースの切り離しが完了すると，待機系に系切り替えのための連絡をします。その後，サーバ2〜4は前提サーバの起動待ち状態になります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ2〜4の状態は「(ONL)」と表示されます。「(ONL)」は実行サーバの起動中という意味ですが，実際，サーバは前提サーバの起動待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

サーバ2〜4のすべての停止処理が完了すると，最も上位のサーバであるサーバ1の停止処理を開始します。

サーバ1の停止処理が完了すると，待機系へ連絡し，まず，サーバ1の系切り替えを開始します。

サーバ1の系切り替えが完了すると，その子サーバであるサーバ2の系切り替えを開始します。

サーバ2の系切り替えが完了すると，その子サーバであるサーバ3，およびサーバ4の系切り替えを並行して開始します。サーバ3およびサーバ4の系切り替えが完了すると，連動系切り替えが完了します。

(b)　サーバの親子関係で最下位のサーバに障害が発生した場合

ここでは，サーバの親子関係で最下位のサーバに障害が発生した場合の起動順序制御の流れを図で示します。

図4‒8　サーバ障害時の順序制御の流れ（サーバの親子関係で最下位のサーバに障害が発生した場合）

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

実行系に実行サーバ1〜4，待機系に待機サーバ1〜4が起動完了していて，連動系切り替えができる状態です。

実行サーバ3に障害が発生すると，連動系切り替えを開始します。

親子関係上，最も下位のサーバであるサーバ3とサーバ4の停止処理を開始します。サーバ1とサーバ2は停止待ちになります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ1およびサーバ2の状態は「ONL」と表示されます。「ONL」は実行サーバの起動完了という意味ですが，実際サーバは停止待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

サーバ3とサーバ4は，それぞれ並行して停止処理を実施します。停止処理は「サーバの停止」，「共有リソースの切り離し」の順に処理されます。共有リソースの切り離しが完了すると，待機系に系切り替えのための連絡をします。その後，サーバ3およびサーバ4は親サーバであるサーバ2の系切り替え完了を待つため，サーバ3およびサーバ4が前提サーバの起動待ち状態になります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ3およびサーバ4の状態は「(ONL)」と表示されます。「(ONL)」は実行サーバの起動中という意味ですが，実際，サーバは前提サーバの起動待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

サーバ3およびサーバ4両方の停止処理が完了すると，続けて，それらの親サーバであるサーバ2の停止処理を開始します。

サーバ2の停止処理が完了すると，その親サーバであるサーバ1の停止処理を開始します。

最も上位のサーバであるサーバ1の停止処理が完了すると，待機系へ連絡し，まず，サーバ1の系切り替えを開始します。

サーバ1の系切り替えが完了すると，その子サーバであるサーバ2の系切り替えを開始します。

サーバ2の系切り替えが完了すると，その子サーバであるサーバ3，およびサーバ4の系切り替えを並行して開始します。サーバ3およびサーバ4の系切り替えが完了すると，連動系切り替えが完了します。

(3)　系障害時の順序制御の流れ

系障害が発生した場合の，サーバの停止順序，および切り替え先の系でのサーバの起動順序の流れを次の図に示します。この図で示すサーバの親子関係については，「(1)　サーバの起動順序と親子関係の対応」を参照してください。

図4‒9　系障害発生時の順序制御の流れ

次に，図に示した流れの詳細について説明します。番号は，図中の番号と対応しています。

実行系に実行サーバ1〜4，待機系に待機サーバ1〜4が起動完了していて，連動系切り替えができる状態です。

実行系に系障害が発生すると，実行系をリセットし，系切り替えを開始します。

親子関係上，最も上位のサーバであるサーバ1の系切り替えを開始します。

サーバ1の系切り替えが完了すると，その子サーバであるサーバ2の系切り替えを開始します。

サーバ2の系切り替えが完了すると，その子サーバであるサーバ3，およびサーバ4の系切り替えを並行して開始します。サーバ3およびサーバ4の系切り替えが完了すると，連動系切り替えが完了となります。

(4)　系切り替えが失敗した場合の動作

親サーバの系切り替え失敗時には，それ以降の子サーバも系切り替え失敗となり，対応する子サーバの待機サーバも強制停止されます。また，親サーバが切り替え先に存在しない場合は，無視して系切り替えを続行します。

系切り替え時に起動リトライする機能を使用している場合，親サーバが系切り替え失敗後に起動リトライ中となると，子サーバは前提サーバの起動待ち状態のままになります。なお，親サーバが系切り替え完了後に障害が発生して起動リトライ中となった場合，子サーバは起動リトライしません。

(5)　切り替え元の系のサーバについて

順序制御機能を使用しているサーバグループで連動系切り替えをする場合，起動途中などで連動系切り替えができない状態のサーバは強制停止します。

切り替え元の系では，連動系切り替えで停止するサーバがすべて停止するまで，連動系切り替え中のサーバグループに所属するサーバは起動できません。

連動系切り替え中に系切り替え先のサーバが起動に失敗した場合，同一グループのサーバに一つも系切り替えができる待機サーバがなければ，実行サーバ起動失敗による連動系切り替えはしません。

(6)　TP1/Server BaseとHiRDBの順序制御をする場合の注意事項

次のすべての条件を満たす場合は，TP1/Server BaseおよびHiRDBが異常終了時に自動的に再起動しない設定にしてください。

TP1/Server BaseとHiRDBがサーバモードのサーバである

TP1/Server BaseとHiRDBの順序制御をする

TP1/Server BaseとHiRDBのswitchtypeオペランドにswitchを指定している

メモ

順序制御機能を使用しているサーバグループのサーバでサーバ対応の環境設定のswitchtypeオペランドにswitchを指定している場合，TP1/Server BaseまたはHiRDBが異常終了時に自動的に再起動しない設定にするには，次のオペランドの指定値に"MANUAL2"を指定します。

TP1/Server Baseの場合：システム環境定義のmode_confオペランド

HiRDBの場合：システム共通定義のpd_mode_confオペランド

それぞれのオペランドについては，マニュアル分散トランザクション処理機能 OpenTP1 システム定義，またはマニュアルHiRDB システム定義を参照してください。

4.2　系の管理

系のリセットをする場合，HAモニタは，系障害が発生すると系のリセットをしたあとに系切り替えをします。

ここでは，系のリセットに関するHAモニタの動作について説明します。オペレータの操作については，「7.　システムの運用」を参照してください。

4.2.1　系のリセットをする系の決定方法

HAモニタでは，実行系に系障害が発生すると，待機系が実行系に対して系のリセットをしたあとに，系切り替えをします。系切り替え構成によっては，複数の待機系が系のリセットを発行するため，実行系の回復が遅くなる場合があります。そのため，あらかじめ系のリセットをする待機系を決めておきます。この系のリセットをする待機系をリセット発行系と呼びます。複数の待機系が系のリセットを発行するおそれがある構成については，「3.3.3　系の二重リセットの防止」を参照してください。

ここでは，リセット発行系の決定方法，および系障害時のリセット発行系の動作について説明します。

(1)　リセット発行系の決定方法

システム起動時に，オペレータは実行系で実行サーバを起動し，待機系では，実行サーバに対応する待機サーバを起動します。最初に実行系と待機系の組み合わせ（ペア）が成り立つと，その待機系が，実行系に対するリセット発行系になります。実行系で系障害が発生すると，最初にその実行系とペアになった待機系（リセット発行系）が実行系をリセットします。そのあとにほかの系との間でペアが成り立っても，実行系をリセットする系は，最初にペアになったリセット発行系だけです。

サーバが停止して，実行系と，最初にリセット発行系になった待機系とのペアが成り立たなくなった場合，リセット発行系はあとからペアになった待機系に変更されます。あとからペアになった待機系が複数ある場合は，その中でホストアドレスの最も小さい待機系が，以降のリセット発行系になります。

HAモニタがリセット発行系を決定する方法を，次の図に示します。

図4‒10　HAモニタがリセット発行系を決定する方法

この図では，実行サーバ1が停止して実行系と待機系1とのペアが成り立たなくなったため，リセット発行系は，あとからペアになった待機系2または待機系3に変更されます。待機系2と待機系3とでは，待機系2のホストアドレスが小さいので，待機系2がリセット発行系になります。

(2)　系障害発生時のリセット発行系の動作

リセット発行系は，実行系をリセットすると，ほかの待機系に対してリセットの完了を連絡します。リセット発行系でない待機系は，リセット完了連絡を受けると，リセットされた実行系の実行サーバを，自系にある待機サーバに切り替えます。

リセット発行系でない待機系が実行系の系障害を検出した場合は，リセット発行系のリセット完了連絡があるまで，何もしないで待ちます。監視専用LANの障害などで，40秒（VMware ESXiで仮想化する場合は80秒）待ってもリセット完了連絡がない場合は，リセット発行系からのリセットが失敗したと見なし，実行系の系障害を検出した待機系が実行系をリセットします。

系障害発生時のリセット発行系の動作を，次の図に示します。

図4‒11　系障害発生時のリセット発行系の動作

次に，系障害発生時のリセット発行系の動作の詳細を説明します。番号は，上記の図と対応しています。

リセット指示

待機系（リセット発行系）は，実行系の系障害を検出すると，実行系をリセットします。

リセット完了連絡

リセット完了後，ほかの待機系にリセット完了を連絡します。

系切り替え

リセット完了の連絡を受け取ると，実行系の実行サーバをそれぞれの待機サーバに系切り替えをします。

リセット発行系でない待機系が実行系の系障害を検出した場合の動作を，次の図に示します。

図4‒12　リセット発行系でない待機系が実行系の系障害を検出した場合の動作

次に，リセット発行系でない待機系が実行系の系障害を検出した場合の動作の詳細を説明します。番号は，上記の図と対応しています。

リセット完了連絡未受信

リセット発行系以外の系が実行系の系障害を検出した場合は，リセット発行系のリセット完了の連絡を待ちます。

リセット指示

監視専用LANの障害などでリセット完了の連絡がない場合，障害を検出した系が実行系をリセットします。

リセットの完了連絡を待つ時間は40秒です。ただし，VMware ESXiで仮想化する場合は，80秒になります。

4.2.2　両系が障害を同時に検出した場合の系切り替え

実行系と待機系の両方が障害を同時に検出した場合，同時に系のリセットを発行し，実行系と待機系の両方が停止してしまうおそれがあります。そのため，HAモニタでは，優先して系のリセットをする系（リセット優先系）を決定しておく機能があります。実行系と待機系の両方が停止してしまうおそれがある構成については，「3.3.1　系の同時リセットの防止」を参照してください。

ここでは，実行系と待機系の両方が障害を同時に検出した場合に，HAモニタがどのように系切り替えをするか，について説明します。両系が同時に系障害を検出した場合の，HAモニタの処理の流れを，次の図に示します。

図4‒13　両系が障害を同時に検出した場合の処理の流れ

注※1

HAモニタの環境設定のstandbyresetオペランドで指定します。

注※2

HAモニタの環境設定のcpudownオペランドで指定します。onlineを指定すると実行系を，standbyを指定すると待機系をリセット優先系に指定します。また，systemを指定するとリセット優先系を決めません。

注※3

HAモニタの環境設定のaddressオペランドで指定します。

注※4

VMware ESXiで仮想化する場合は，40秒になります。

以降，図に示した「ユーザがリセット優先系を指定する設定か」どうかによる，系切り替え処理の違いについて説明します。

(1)　ユーザがリセット優先系を指定するときの系切り替え

ユーザがHAモニタの環境設定でリセット優先系を指定しておくと，両方の系が同時に障害を検出した場合，リセット優先系が優先的に他系をリセットします。リセット優先系ではない系は，障害を検出してから20秒間（VMware ESXiで仮想化する場合は40秒間）待ったあと，リセット要求を発行します。ただし，リセット優先系に指定されていても，起動中のサーバが他系より多いか少ないかによって，リセット優先系が変わる場合があります。

(2)　ユーザがリセット優先系を指定しないときの系切り替え

ユーザがHAモニタの環境設定でリセット優先系を指定しない設定にしておくと，両方の系が同時に障害を検出した場合，HAモニタは両系から同時にリセット要求を発行します。このとき，SVPが先に受け付けたリセット要求だけを処理することで，同時リセットを防止します。リセット優先系を指定しない運用の場合，どちらの系もリセット発行を待たないため，系切り替えに掛かる時間が短縮されます。

この運用は，相互系切り替え構成で，かつマシンの機種がBladeSymphonyでSVPがクラスタ管理機能に対応している場合に選べます。クラスタ管理機能については，ハードウェア関連のドキュメントを参照してください。ただし，すべての監視パスに障害が発生した場合に，どちらかの系に系切り替えをしたいときは，ユーザがリセット優先系を指定してください。

ユーザがリセット優先系を指定しない場合，リセットパスの設定，およびSVPの設定が必要です。詳細については，「6.7.1　設定に必要な情報（BladeSymphony）」および「(7)　相互系切り替え構成（リセット優先系を指定しない）」を参照してください。

4.2.3　複数の待機系がある場合の系のリセット

ここでは，複数スタンバイ構成のように，複数の待機系がある場合の系のリセットについて説明します。

(1)　リセット優先度の決定方法

複数の待機系がある場合，系切り替え構成全体に属するすべての系でリセット発行順序を一意に定めるため，リセット優先度を指定します。

HAモニタは，起動時に他系と接続した際，自系のリセット優先度を決定します。リセット優先度は，接続された系の中で，ホストアドレスの小さい系から順に優先度が高くなります。リセット優先度には0から31まであり，0がいちばん高い優先度と見なされます。

ホストアドレスとリセット優先度の関係を次の図に示します。この例では，系3に障害が発生した場合，ホストアドレスのいちばん小さい系1がリセットを発行します。

図4‒14　ホストアドレスとリセット優先度の関係

系障害を検出した場合，リセット優先度が最も高い系がリセットを発行します。他系は，リセット優先度に従ってリセットの発行を一定時間待ちます。このリセット発行の待ち時間は，「各系のリセット優先度×10（秒）」で計算できます。

なお，計算式で示す10秒は，機種によって異なります。

(2)　リセット優先度を指定した場合の系のリセット

リセット優先度を指定した場合，系のリセット時に，各系がどう動作するかについて説明します。

系障害を検出した系は，自系のリセット優先度に従って，障害が発生した系にリセットを発行します。さらに接続しているすべての系にリセット発行を依頼します。リセット発行の依頼を受けた系は，自系のリセット優先度に従って，障害系のリセットを発行します。

リセットが成功した場合

リセットが成功した場合，リセットを発行した系は，すべての系に対してリセットの成功を通知します（リセット成功通知）。系切り替えをする待機サーバがあれば，系切り替えをします。

リセット成功通知を受信した系は，障害が発生した系に対してリセット発行待ちの状態であればリセット発行待ちを中断します。系切り替えをする待機サーバがあれば，系切り替えをします。

リセットが失敗した場合

リセットが失敗した場合，リセットを発行した系は他系からのリセット成功通知を待ちます。

(3)　ある待機系からの系のリセットが失敗した場合の動作

待機系からの系のリセットが失敗した場合，複数の待機系があるため，自動的に系切り替えができます。ここでは，ある待機系からの系のリセットが失敗した場合のリセットについて，例を用いて説明します。この例では，系2で障害が発生した場合で，系1からのリセットが失敗し，リセット発行待ち時間が過ぎたら系3がリセットを発行する流れを説明します。複数の待機系がある系切り替え構成で，系のリセットが失敗した場合の系のリセットを次の図に示します。

図4‒15　複数の待機系がある系切り替え構成で，系のリセットが失敗した場合の系のリセット

次に，リセット優先度を指定した場合のリセットの発行の流れの詳細を説明します。番号は，上記の図と対応しています。

リセット指示とリセット依頼

いちばん高いリセット優先度を持つ系1は，系2の系障害を検出すると，系2にリセットを指示します。また，他系に対してリセットを依頼します。

系3は，系2の系障害を検出すると，系2のリセット発行を待ちます。

リセット失敗

系1からのリセット指示が失敗した場合，系1は他系からのリセット成功通知を待ちます。

リセット指示

系1からのリセット成功通知がなく，リセット優先度に応じたリセット待ち時間が過ぎると，系3は系2にリセットを指示します。

リセット成功通知と系切り替え

リセットが成功した場合，系3は，他系にリセット成功を通知し，系切り替えができる待機サーバがあれば，系切り替えをします。

4.2.4　系のリセットに失敗した場合の動作

系のリセットが失敗すると，実行系がリセットされていなくても，HAモニタは待機系の待機サーバを実行サーバとして起動させます。その際に，実行系と待機系とで同じ実行サーバが複数稼働するおそれがあります。実行サーバの複数起動を防ぐために待機系の待機サーバを異常終了させると，障害時に直ちに系切り替えができなくなります。このため，HAモニタは，待機系の待機サーバを実行サーバに切り替えたあと，実際に実行サーバとして起動する前に，いったん系切り替え待ち状態にします。

系のリセットに失敗した場合の動作を，次の図に示します。

図4‒16　系のリセットに失敗した場合の動作

系切り替え待ち状態のサーバを実行サーバとして起動したり，停止したりする方法については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

メモ

LPARモードの系や仮想マシンの系のリセットに失敗した場合，系切り替え待ち状態になることを防ぐ，物理パーティションリセット機能を使用できます。物理パーティションリセット機能については「(2)　物理パーティションリセット機能使用時の動作」を参照してください。

4.3　共有リソースの管理

ここでは，サーバが使用するリソースをHAモニタがどう管理するかについて説明します。

ここで説明する共有リソース以外のリソースを，サーバで使用できます。その場合は，共有リソースを制御するためのユーザコマンドを作成しておく必要があります。ユーザコマンドの作成方法については，「6.20　ユーザコマンドの作成」を参照してください。

4.3.1　共有ディスクの管理

サーバが共有ディスクを使用する場合，HAモニタはOSのコマンドを使用して，共有ディスクとの接続および切り替えを制御します。HAモニタは，ボリュームグループ単位で切り替えを制御します。

共有ディスクの制御方法とHAモニタが実行するコマンド形式を次の表に示します。

表4‒6　共有ディスクの制御方法とHAモニタが実行するコマンドの形式

制御方法

実行するコマンドの形式

参照＋更新接続

vgchange -a y ボリュームグループのパス名

切り離し

vgchange -a n ボリュームグループのパス名

参照＋更新接続時に，vgchangeコマンドにオプションを付けて実行するには，サーバ対応の環境設定のvg_on_optオペランドに指定します。

(1)　接続

共有ディスクとの接続は，カーネルがします。

HAモニタと共有ディスクとの接続時には，実行サーバが共有ディスクを使用しているときに待機サーバから共有ディスクにアクセスできないように，ボリュームグループ単位に，論理的に排他制御をします。

共有ディスクとの接続の流れを，次に示します。

図4‒17　共有ディスクとの接続の流れ

(2)　切り替え

共有ディスクの切り替え時には，障害が発生した系のサーバからは共有ディスクにアクセスできないようにし，業務処理を引き継ぐ系のサーバからは共有ディスクにアクセスできるように排他制御をします。また，ボリュームグループの切り離し時には，OSのfuserコマンドによって，共有ディスクを使用しているすべてのプロセスを強制停止します。

共有ディスクの切り替えの流れは，サーバ障害時と系障害時とで異なります。サーバ障害時の共有ディスクの切り替えの流れを，次の図に示します。

図4‒18　サーバ障害時の共有ディスクの切り替えの流れ

系障害時の共有ディスクの切り替えの流れを，次の図に示します。

図4‒19　系障害時の共有ディスクの切り替えの流れ

(3)　ログファイル

ボリュームグループの接続時および切り離し時に，その実行結果が/opt/hitachi/HAmon/spool/の下に「ボリュームグループ名.vglog」というファイル名で，ボリュームグループごとに出力されます。エラーが発生した場合，このログファイルを参照し，エラー要因を調査してください。

ログ取得時にログファイルが65,535バイトを超える場合，HAモニタは，「ボリュームグループ名.vglog_old」というファイル名でバックアップファイルを作成しクリアしてから，再度ログを取得します。

4.3.2　共有ディスクの管理（HA Boosterを使用する場合）

HA Boosterを使用する場合，HA Boosterがアクセス制御をするため，共有ディスクの切り替えを高速にできます。このとき，HAモニタは，HA Boosterが管理する制御グループ単位で切り替えをします。HA Boosterを使用する場合は，共有ディスクのディスクデバイスを，HA Boosterの制御グループに登録する必要があります。

ここでは，HA Boosterを使用した場合の，共有ディスクの接続，および切り替えの処理について説明します。HA Boosterの詳細については，HA Booster関連のドキュメントを参照してください。

注意事項

SCSIリザーブ，およびハイブリッドフェンシングを使用する場合，HA Boosterを使用した共有ディスクの管理はできません。

(1)　接続

HA Boosterを使用した共有ディスクとの接続の流れを，次の図に示します。

図4‒20　HA Boosterを使用した共有ディスクとの接続の流れ

(2)　切り替え

共有ディスクの切り替え時には，障害が発生した系のサーバからはアクセスできないようにし，業務処理を引き継ぐ系のサーバからはアクセスできるように排他制御をします。

共有ディスクの切り替えの流れは，サーバ障害時と系障害時とで異なります。HA Boosterを使用したサーバ障害時の共有ディスクの切り替えの流れを，次の図に示します。

図4‒21　HA Boosterを使用したサーバ障害時の共有ディスクの切り替えの流れ

HA Boosterを使用した系障害時の共有ディスクの切り替えの流れを，次の図に示します。

図4‒22　HA Boosterを使用した系障害時の共有ディスクの切り替えの流れ

(3)　ログファイル

エラーメッセージはsyslogに出力されます。

(4)　注意事項

HA Boosterを使用する場合の注意事項を次に示します。

排他制御は，HA Boosterが管理する制御グループ単位で実施します。そのため，異なるサーバに同じ制御グループを指定しないでください。

サーバの共有リソース動的変更コマンド（mondeviceコマンド）による制御グループの追加・削除はサポートしていません。ディスクデバイスの追加・削除をする場合は，定義済みの制御グループに対してディスクデバイスの追加・削除をしてください。

HA Boosterの制御グループに含まれるディスクデバイスで作成されたボリュームグループは，サーバ対応の環境設定のdiskオペランドに指定しないでください。また，サーバ対応の環境設定のdiskオペランドに指定したボリュームグループを構成するディスクデバイスは，HA Boosterの制御グループに登録しないでください。誤って設定すると，サーバの起動や系切り替えが失敗するおそれがあります。

共有ディスクの切り替えの高速化の対象は，サーバ対応の環境設定のhab_gidオペランドに指定するHA Boosterの制御グループです。サーバ対応の環境設定のdiskオペランドに指定したボリュームグループやサーバ対応の環境設定のfs_nameオペランドに指定したファイルシステムは，切り替えの高速化の対象ではありません。

4.3.3　ファイルシステムの管理

HAモニタは，共有ディスク上のファイルシステムをマウントおよびアンマウントによって切り替えます。ファイルシステムの切り替えの制御方法と，HAモニタの処理内容を，次の表に示します。

表4‒7　ファイルシステムの切り替えの制御方法とHAモニタの処理内容

制御方法

HAモニタの処理内容

マウント

共有ディスクの接続後，次の処理によって接続します。

OSのfsckコマンド（共有ディスクのファイルシステムにXFSを使用している場合はxfs_repairコマンド）でファイルシステムをチェックしたあと，マウントします。

接続に失敗した場合は，エラーメッセージを出力し処理を続行します。

マウントは，サーバ対応の環境設定のfs_nameオペランドに指定された順番で実行されます。

アンマウント

共有ディスクの切り離し前に，次の処理によって切り離します。なお，実行サーバが停止した場合は，停止の原因に関係なく，必ずアンマウントします。

アンマウントをします。

アンマウントに失敗した場合は，ファイルシステムにアクセスしているプロセスをOSのfuserコマンドで強制停止し，サーバ対応の環境設定に指定したリトライ回数分，1秒おきにアンマウントをリトライします。リトライ回数の限界に達した場合，エラーメッセージを出力し，処理を続行します。

アンマウントは，サーバ対応の環境設定のfs_nameオペランドの指定と逆の順番で実行されます。

ファイルシステムのマウントは，サーバ対応の環境設定のfs_nameオペランドに指定した順で実行されます。また，アンマウントは逆順に実行されます。

(1)　接続

HAモニタは，実行サーバがファイルシステムを使用できるよう，実行サーバ起動時に，待機系からアンマウントしたあと，実行系からマウントします。アンマウントする際，ファイルシステムを使用しているプロセスがある場合は，OSのfuserコマンドによって強制停止します。また，マウントする際は，OSのfsckコマンド（共有ディスクのファイルシステムにXFSを使用している場合はxfs_repairコマンド）によってファイルシステムの一貫性をチェックします。

ファイルシステムとの接続の流れを，次の図に示します。

図4‒23　ファイルシステムとの接続の流れ

(2)　切り替え

HAモニタは，障害が発生した系からアンマウントし，業務処理を引き継ぐ系からはマウントすることで，ファイルシステムを切り替えます。アンマウントする際，ファイルシステムを使用しているプロセスがある場合は，OSのfuserコマンドによって強制停止します。ファイルシステムの切り替えの流れは，サーバ障害時と系障害時とで異なります。

サーバ障害時のファイルシステムの切り替えの流れを，次の図に示します。

図4‒24　サーバ障害時のファイルシステムの切り替えの流れ

系障害時のファイルシステムの切り替えの流れを，次の図に示します。

図4‒25　系障害時のファイルシステムの切り替えの流れ

(3)　ログファイル

ファイルシステムの切り替え実施時，サーバごとに/opt/hitachi/HAmon/spool/サーバ識別名.fslogというファイルに実行結果を出力します。切り替えエラーが発生した場合などに，このログファイルを参照することによって，エラー要因を調査できます。

ログファイルの最大サイズはHAモニタの環境設定のfs_log_sizeオペランドで設定できます。ログ取得時にログファイルのサイズが最大を超えている場合，ファイルを「サーバ識別名.fslog_old」という名称でバックアップし，クリアしてからログを再取得します。

4.3.4　LANの管理

HAモニタは，サーバにエイリアスIPアドレスを割り当て，そのエイリアスIPアドレスをLANアダプタに追加したり削除したりすることで，LANの切り替えをします。

(1)　接続

HAモニタは，ネットワークインタフェースの状態を設定する際に，LANアダプタにエイリアスIPアドレスを追加します。LANとの接続の流れを，次に示します。

図4‒26　LANとの接続の流れ

(2)　切り替え

HAモニタは，ネットワークインタフェースの状態設定の際に，エイリアスIPアドレスを削除します。

サーバ障害時の，LANの切り替えの流れを次の図に示します。

図4‒27　サーバ障害時のLANの切り替えの流れ

系障害時の，LANの切り替えの流れを次の図に示します。

図4‒28　系障害時のLANの切り替えの流れ

4.3.5　共有リソースの状態一覧

HAモニタやサーバに発生した事象と，事象発生時にHAモニタが共有リソースの状態をどう制御するかについて説明します。

HAモニタが制御する共有リソースの状態を次の表に示します。

表4‒8　HAモニタが制御する共有リソースの状態

事象

共有リソース

共有ディスク

ファイルシステム

LAN

ボリュームグループ

制御グループ

サーバでの事象

実行サーバ起動開始

参照＋更新接続

参照＋更新接続

マウント

接続

実行サーバ起動完了

−

−

−

−

実行サーバ起動失敗

切り離し

−※1

アンマウント

切り離し

実行サーバ起動失敗（複数スタンバイ構成で系切り替えをする場合）

切り離し

切り離し※11

アンマウント

切り離し

実行サーバ再起動限界検出※2

切り離し

切り離し※11

アンマウント

切り離し

実行サーバ正常終了※3

切り離し

−※1

アンマウント

切り離し

実行サーバ異常終了

※4，※5

切り離し

切り離し※6，※11

アンマウント

切り離し

待機サーバ起動開始

切り離し

切り離し※11

アンマウント

切り離し

待機サーバ起動完了

−

−

−

−

待機サーバ起動失敗

−

−

−

−

待機サーバ正常終了※3

−

−

−

−

待機サーバ異常終了

−

−

−

−

HAモニタでの事象

実行サーバ障害検出

※5，※7

切り離し

切り離し※6，※11

アンマウント

切り離し

実行系障害検出

入出力リセット※8

入出力リセット

入出力リセット※8

入出力リセット※9

待機系障害検出

−

−

−

−

待機系に系切り替え完了

参照＋更新接続

参照＋更新接続

マウント

接続

待機系に系切り替え失敗

切り離し

−※1

アンマウント

切り離し

モニタモードのサーバ起動コマンド

（monbeginコマンド）※10

実行系

参照＋更新接続

参照＋更新接続

マウント

接続

待機系

切り離し

切り離し※11

アンマウント

切り離し

モニタモードのサーバ停止コマンド

（monendコマンド）

実行系

切り離し

切り離し※11

アンマウント

切り離し

待機系

−

−

−

−

待機サーバ停止コマンド

（monsbystpコマンド）

−

−

−

−

サーバの系切り替えコマンド

（monswapコマンド）

実行系

切り離し

切り離し※11

アンマウント

切り離し

待機系

参照＋更新接続

参照＋更新接続

マウント

接続

共有リソース追加コマンド

（mondevice -aコマンド）

実行系

参照＋更新接続

×

×

×

待機系

切り離し

×

×

×

共有リソース削除コマンド

（mondevice -dコマンド）

実行系

−

×

×

×

待機系

−

×

×

×

（凡例）

−：変化しません。

×：コマンドの処理対象ではありません。

注※1　サーバ対応の環境設定のhab_discnt_atendオペランドにyesを指定した場合，切り離しをします。

注※2　実行サーバが起動リトライ中の場合，すでに切り離しされています。

注※3　サーバの計画停止，強制停止を含みます。

注※4　サーバ自身が障害を検知した場合です。

注※5　実行サーバが再起動待ち状態になるときは変化しません。

注※6　系切り替えをする待機サーバがない場合は，サーバ対応の環境設定のhab_discnt_atendオペランドにyesを指定したときだけ切り離しをします。

注※7　系切り替えをする待機サーバがない場合は変化しません。

注※8　共有ディスクのSCSIリザーブをする場合は，「強制リザーブ」になります。

注※9　共有ディスクのSCSIリザーブをする場合は，「−」になります。

注※10　サーバ起動完了時や起動失敗時は，サーバでの事象と同じになります。

注※11　「制御グループの切り離し」は，共有リソースのアクセス制御状態を，アクセス禁止に設定したあとで参照専用に設定することを指します。

4.4　サーバをグループ化する場合のサーバの管理

複数のサーバをグループ化することで，サーバグループ内のサーバに障害が発生した場合に，サーバグループごと系切り替えをする連動系切り替えができます。ここでは，連動系切り替えをするときのHAモニタの動作について説明します。

4.4.1　連動系切り替え時のサーバの切り替え種別

サーバモードのサーバの場合，サーバグループ内の各サーバに，そのサーバに障害が発生したときに連動系切り替えをするかどうかを指定できます。この指定をサーバの切り替え種別と呼びます。ここでは，サーバの切り替え種別の指定と，HAモニタの動作の関係について説明します。

サーバの切り替え種別として，そのサーバにサーバ障害が発生したときに連動系切り替えをすると指定した場合，そのサーバにサーバ障害が発生するとHAモニタは連動系切り替えをします。連動系切り替えをしない指定にした場合，HAモニタはサーバ障害が発生したサーバを異常終了させ，対応した待機サーバを連動系切り替え待ち状態にします。

また，TP1/Server BaseまたはHiRDBをサーバモードのサーバとして使用する場合で，サーバにサーバ障害が発生しても連動系切り替えをしない設定にするときは，サーバのスローダウンが発生したときサーバを異常終了させて連動系切り替え待ち状態にするか，またはスローダウンが発生してもサーバを異常終了させないでそのままサーバの監視を続けるかを指定できます。

サーバの切り替え種別は，サーバ対応の環境設定のgroupオペランドに指定します。サーバに障害が発生したときに連動系切り替えをする場合はexchangeを，連動系切り替えをしない場合はno_exchangeを指定します。また，連動系切り替えをしない場合で，サーバのスローダウンを検出したときにサーバを異常終了するにはcancelを，検出してもそのまま監視を続けるにはno_cancelを指定します。

注意事項

no_exchangeを指定した場合でも，次のときは連動系切り替えをします。

サーバグループ内にリソースサーバがある構成で，リソースサーバを親サーバに指定しているすべてのサーバが障害になったとき

no_exchangeを指定した場合でも，サーバ障害時には連動系切り替えさせたくないときは，次のどちらかのサーバ構成にしてください。

リソースサーバを使用しない。代わりに，リソースだけを定義したモニタモードのサーバを使用する。

サーバグループ内のリソースサーバの子にモニタモードのサーバを定義する。

なお，モニタモードのサーバの環境設定は，次のどちらかにする。

・サーバの監視コマンドは設定しない。

・サーバの環境設定のservexec_retryオペランドに9999を指定し，障害になっても無制限にサーバを再起動する設定にする。

すでに，これらの設定をしたモニタモードのサーバがサーバグループ内に存在する場合は，新たに追加する必要はありません。

これらのサーバ構成にすると，「系障害」や「サーバの計画系切り替え（monswap -g）」の場合にだけ連動系切り替えします。

サーバの切り替え種別の指定と連動系切り替えの関係を，次の図に示します。この図では，サーバグループAとサーバグループBの二つを例に挙げて説明します。

図4‒29　サーバの切り替え種別の指定と連動系切り替えの関係

groupAのサーバグループでは，exchangeが指定されている実行サーバ1に障害が発生したため，HAモニタは連動系切り替えをします。実行サーバ1および実行サーバ2は，待機系で業務を継続します。

groupBのサーバグループでは，no_exchangeが指定されている実行サーバ4に障害が発生したため，HAモニタは系切り替えをしません。実行サーバ3はそのまま実行系で業務を継続します。

4.4.2　グループ化したサーバの系切り替え制御

サーバをグループ化している場合，サーバグループ内のサーバに指定されているサーバの切り替え種別の組み合わせによって，系切り替え制御が異なります。

なお，モニタモードのサーバには，サーバの切り替え種別を指定できません。サーバグループ内にモニタモードのサーバがある場合，モニタモードのサーバは，サーバの切り替え種別にexchangeを指定したサーバに該当します。また，モニタモードのサーバに発生したサーバ障害やスローダウンを契機に系切り替えをするには，サーバの監視コマンドの作成が必要です。

系切り替えの契機となる事象ごとに，サーバの切り替え種別の組み合わせとHAモニタの系切り替え制御の関係を次の表に示します。

表4‒9　サーバの切り替え種別の組み合わせとHAモニタの系切り替え制御の関係

系切り替えの契機となる事象

サーバの切り替え種別の組み合わせ

事象の分類

事象が発生したサーバ

exchangeだけ

exchangeとno_exchange

no_exchangeだけ

グループ内で稼働中のサーバ

グループ内で稼働中のサーバ

あり

なし

あり

なし

サーバ障害発生時

exchange指定のサーバ

連動系切り替え

連動系切り替え

単独で系切り替え※1

−

−

no_exchange指定のサーバ

−

連動系切り替え待ち※2

単独で系切り替え※1

連動系切り替え待ち※2，※3

単独で系切り替え※1

サーバスローダウン発生時

exchange指定のサーバ

連動系切り替え

連動系切り替え

単独で系切り替え※1

−

−

no_exchange指定のサーバ

−

以降の指定に従う※4

単独で系切り替え※1

以降の指定に従う※4

単独で系切り替え※1

系障害発生時

exchange指定のサーバ

連動系切り替え

連動系切り替え

単独で系切り替え※1

−

−

no_exchange指定のサーバ

−

連動系切り替え

単独で系切り替え※1

連動系切り替え

単独で系切り替え※1

計画系切り替え時

exchange指定のサーバ

連動系切り替え

連動系切り替え

単独で系切り替え※1

−

−

no_exchange指定のサーバ

−

連動系切り替え

単独で系切り替え※1

連動系切り替え

単独で系切り替え※1

（凡例）−：組み合わせとしてあり得ません。

注※1　待機系に，同じサーバグループに属する連動系切り替え待ち状態の待機サーバがあれば，同時に実行サーバとして起動させます。

注※2　待機サーバが，待機系で起動を完了した状態でサーバグループの連動系切り替えを待つ状態です。連動系切り替え待ち状態の詳細については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

注※3　すべてのサーバに障害が発生した場合には連動系切り替えします。

注※4　cancelを指定している場合は，サーバを異常終了させます。待機サーバは連動系切り替え待ち状態になります。no_cancelを指定している場合は，サーバの状態監視を続けます。待機サーバは連動系切り替え待ち状態にはなりません。

4.5　マルチスタンバイ機能を使用する場合のサーバと系の管理

マルチスタンバイ機能とは，一つの実行サーバに対して，複数の待機サーバを準備するための機能です。複数の待機サーバを準備することで，現用系の障害が復旧するまでの間も，システムの障害に備えることができます。

マルチスタンバイ機能を使用する場合は，マルチスタンバイ機能を使用しない場合と比べて，サーバを起動・停止させる条件や系のリセットが異なります。ここでは，マルチスタンバイ機能を使用しない場合と比べて異なる点について説明します。

4.5.1　系障害の検出（マルチスタンバイ）

ここでは，系障害の検出と系のリセット，系障害の検出とSCSIリザーブ，および系障害の検出とLANの通信可否による系切り替え制御機能について，マルチスタンバイ機能を使用しない場合と比べて異なる点だけについて説明します。

マルチスタンバイ機能を使用する系切り替え構成では，複数の待機系で待機サーバが稼働するため，監視パスの障害時などには複数の待機系が同時に系切り替えをするおそれがあります。同時に系切り替えをするのを防ぐために，マルチスタンバイ機能を使用する場合，HAモニタは待機系間でも系の監視をします。

(1)　系のリセット

待機系の系障害を検出した場合，系障害を検出した系は，自系の待機サーバより高い優先度を持つ待機サーバが稼働している系をリセットします。マルチスタンバイ機能を使用する場合の，系の状態監視と系のリセットを次の図に示します。

図4‒30　系の状態監視と系のリセット（マルチスタンバイ機能使用時）

上記の図では，障害が発生した待機サーバの優先度は1なので，優先度2の待機サーバを持つ待機系2が待機系1をリセットします。

待機系2からのリセットが失敗した場合や，リセットができなかった場合は，実際にリセットを発行する系が異なります。ある待機系からのリセットが失敗した場合の，リセット発行の流れについては，「4.2.3　複数の待機系がある場合の系のリセット」を参照してください。

(2)　SCSIリザーブ

監視パス障害で，複数の構成に分断された場合，それぞれの構成が系切り替えを開始します。最終的に実行系となって業務継続する系は，分断された構成の中で一番サーバ優先度の低いサーバがある構成で，その構成内で一番サーバ優先度の高いサーバの系となります。

複数の系が同時に障害となった場合の系切り替えの流れを次の図に示します。

図4‒31　複数の系が同時に障害となった場合の系の切り替え（マルチスタンバイ機能使用時）

上の図では，実行サーバの障害を検知して，実行系の系1からサーバ優先度の高い系2に系切り替えをします。その後，実行サーバを含めた優先度の高い系の障害を検知しているので，さらに系2から系3に系切り替えをします。

(3)　LANの通信可否による系切り替え制御機能

実行系または待機系で系障害を検出した場合，HAモニタは，LANの通信可否をチェックします。そして，LANで通信ができる系のうち，いちばん高い優先度の待機サーバを実行サーバとして稼働し，それ以外の優先度の待機サーバは，待機サーバのままとします。また，LANで通信ができない系のサーバを停止させます。

監視パス障害によって系障害を検出した場合，実行系の業務用LANで通信不可，待機系の業務用LANで通信可だったときの，動作の流れを次の図に示します。

図4‒32　実行系の業務用LANで通信不可，待機系の業務用LANで通信可だったときの系切り替え

監視パス障害によって系障害を検出した場合，実行系の業務用LANで通信可，待機系の業務用LANで通信不可だったときの，動作の流れを次の図に示します。

図4‒33　実行系の業務用LANで通信可，待機系の業務用LANで通信不可だったときの系切り替え

4.5.2　系のリセットに失敗した場合の動作（マルチスタンバイ）

マルチスタンバイ機能を使用する系切り替え構成で，系リセットが失敗した場合の動作について説明します。

(1)　実行系のリセットが失敗した場合

実行系で障害が発生し，その実行系のリセットが失敗した場合，HAモニタは，複数の待機系の中でいちばん優先度が高い待機サーバだけを系切り替え待ち状態にします。

マルチスタンバイ機能を使用する系切り替え構成で，実行系のリセットが失敗した場合の流れを次の図に示します。

図4‒34　実行系のリセットが失敗した場合の流れ（マルチスタンバイ機能使用時）

この場合は，オペレータの対処が必要です。系切り替え待ち状態のサーバを実行サーバとして起動する方法については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

(2)　待機系のリセットが失敗した場合

待機系のリセットが失敗した場合，複数の待機系がある構成ではHAモニタが優先度の判断ができなくなり，複数の実行サーバが稼働するおそれがあります。複数の実行サーバ稼働を防ぐため，HAモニタは，障害が発生した待機系で稼働する待機サーバより優先度の低い待機サーバを停止します。

マルチスタンバイ機能を使用する系切り替え構成で，待機系のリセットが失敗した場合の流れを次の図に示します。

図4‒35　待機系のリセットが失敗した場合の流れ（マルチスタンバイ機能使用時）

この場合は，オペレータの対処が必要です。待機サーバを起動する方法については，「7.2.1　起動する」を参照してください。

4.5.3　サーバの起動制御・停止制御（マルチスタンバイ）

ここでは，マルチスタンバイ機能を使用する場合，どういうときにHAモニタがサーバを起動または停止させるかについて説明します。

マルチスタンバイ機能を使用しない場合と比べて異なる点だけについて説明します。

(1)　HAモニタによるサーバの起動制御

マルチスタンバイ機能を使用した場合は，複数の待機系がある点が異なります。そのため，実行サーバと待機サーバの決定方法，およびサーバの再起動時の起動種別の決定方法が異なります。

(a)　実行サーバと待機サーバの決定方法

マルチスタンバイ機能を使用した場合，他系の実行サーバの状態だけでなく，実行サーバの状態と待機サーバの状態との組み合わせに従って，起動種別を決定します。マルチスタンバイ機能を使用した場合の，実行サーバと待機サーバの決定方法を次の表に示します。

表4‒10　実行サーバと待機サーバの決定方法（マルチスタンバイ機能使用時）

他系の状態

サーバ対応の環境設定

実行サーバとして定義

待機サーバとして定義※1

実行サーバあり

起動処理中

待機サーバとして起動

待機サーバとして起動

実行処理中

待機サーバとして起動

待機サーバとして起動

停止処理中

起動不可※2

起動不可※2

系切り替え処理中

実行サーバの起動待ち※3

実行サーバの起動待ち※3

実行サーバなし

実行サーバとして起動

実行サーバの起動待ち※3

起動リトライ中※4

実行サーバとして起動

待機サーバとして起動

サーバなし（またはHAモニタ停止中）

実行サーバとして起動

実行サーバの起動待ち※3

サーバの状態確認不可

リトライ処理※5

実行サーバの起動待ち※3

注※1　起動リトライ中の場合，実行サーバとして定義の動作となります。

注※2　サーバの起動を中止します。

注※3　他系の実行サーバの起動が確認できるまで待機サーバの起動を待たせます。実行サーバの起動開始を確認できたら，待機サーバとして起動させます（実行サーバの起動待ち状態）。

注※4　起動リトライ中の詳細は，「3.2.7　系切り替え時の起動リトライ」を参照してください。

注※5　他系や監視パスの障害によって，他系で起動しているサーバの状態を確認できない場合は，1分間だけリトライします。リトライしてもさらに確認できない場合は，他系の障害でサーバがないものと判断し，実行サーバの起動待ち状態にします。

実行サーバの起動待ち状態になった場合のオペレータの操作については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

(b)　サーバの再起動時の起動種別

障害が発生したあとにサーバを再起動した場合，他系ではすでに実行サーバが稼働している可能性があります。このためHAモニタは，そのサーバが実行サーバとして定義されていても，他系のサーバの状態が確認できるまでは実行サーバとしては起動しません。他系のサーバの状態が確認できたら，サーバを実行サーバとして起動するか，待機サーバとして起動するかを決定します。

マルチスタンバイ機能を使用する場合で，実行サーバとして定義したサーバを再起動するときの起動種別の決定方法を次の表に示します。

表4‒11　サーバの再起動時の起動種別の決定方法（マルチスタンバイ機能使用時）

他系の状態

サーバの起動種別

実行サーバあり

起動処理中

待機サーバとして起動

実行処理中

待機サーバとして起動

停止処理中

起動不可※1

待機サーバから実行サーバへ系切り替え処理中

待機サーバとして起動

サーバなし（またはHAモニタ停止中）

実行サーバの起動待ち※2

サーバの状態確認不可

実行サーバの起動待ち※2

注※1　サーバの起動を中止します。

注※2　他系の実行サーバの起動が確認できるまで待機サーバの起動を待たせます（実行サーバの起動待ち状態）。実行サーバの起動開始を確認できたら，待機サーバとして起動させます。

実行サーバの起動待ち状態になった場合のオペレータの操作については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

(2)　HAモニタによるサーバの停止制御

マルチスタンバイ機能を使用した場合は，複数の待機系があるため，実行サーバが停止すると，HAモニタは対応する待機サーバをすべて停止させます。

オペレータが待機サーバ停止コマンド（monsbystpコマンド）を使用して，待機サーバを停止させると，HAモニタはコマンドが実行された系の待機サーバだけを停止させます。

4.6　リソースサーバの管理

リソースサーバとは，共有リソースを制御するためのサーバです。リソースサーバを使用しない場合は，サーバごとに一つの共有リソースを使用しますが，リソースサーバを使用すると，複数のサーバで一つの共有リソースを使用できます。使用できる共有リソースの数が限られている場合に，リソースサーバを使用すると便利です。

ここでは，HAモニタがリソースサーバをどのように制御しているか，について説明します。リソースサーバを使用した場合の系切り替え，共有リソースとの接続・切り離しの流れ，およびリソースサーバの状態の決定方法について説明します。

4.6.1　リソースサーバを使用した系切り替え

リソースサーバは，複数のサーバが一つの共有リソースを共用するために使用します。そのため，リソースサーバは，常にサーバとグループ化して使用します。リソースサーバを使用した場合，リソースサーバは，サーバグループ内でほかのサーバと連動して，系切り替えをします。

リソースサーバを使用した場合の系切り替えを次の図に示します。

図4‒36　リソースサーバを使用した場合の系切り替え

リソースサーバは，サーバグループ内でリソースサーバを使用するほかのサーバの障害などを契機に，連動して切り替えをします。

4.6.2　リソースサーバを使用した共有リソースとの接続・切り離しの流れ

リソースサーバを使用する場合，共有リソースとの接続は，リソースサーバの起動と同時に行います。また，共有リソースとの切り離しは，リソースサーバの停止と同時に行います。そのため，HAモニタは，サーバが共有リソースを使用できるように，グループ内に定義されたサーバおよびリソースサーバの起動順序を制御します。

ここでは，リソースサーバを使用する場合の，サーバとリソースサーバの起動順序，共有リソースとの接続および切り離しの流れ，およびサーバとリソースサーバの停止順序について説明します。

なお，リソースサーバを起動するときの実行サーバと待機サーバの決定方法は，ほかのサーバを起動するときと同様です。実行サーバと待機サーバの決定方法については，「4.1.1　HAモニタによるサーバの起動制御」を参照してください。

(1)　サーバとリソースサーバの起動順序

HAモニタは，サーバとリソースサーバにグループ内で親子関係を持たせ，親から順番に起動します。サーバグループの例として，サーバ1，サーバ2，およびリソースサーバを含むサーバグループの，親子関係と起動順序を次の図に示します。

図4‒37　リソースサーバを含むサーバグループの親子関係と起動順序

リソースサーバを使用するには，ユーザが環境設定で，リソースサーバをサーバ1およびサーバ2の親サーバとして指定します。リソースサーバは必ず最上位の親サーバとして指定します。HAモニタは，指定された親子関係に基づいて，最上位の親サーバから順に起動するように制御します。

(2)　共有リソースとの接続・切り離しの流れ

リソースサーバを使用した場合の，サーバが起動してから障害発生時に系切り替えをするまでの共有リソースとの接続・切り離しの流れについて説明します。ここで説明するサーバグループの親子関係については，「(1)　サーバとリソースサーバの起動順序」を参照してください。HAモニタおよびサーバの処理の詳細については，「4.8　処理の流れ」を参照してください。

リソースサーバ使用時の，共有リソースとの接続および切り離しの流れを，次の図に示します。

図4‒38　共有リソースとの接続および切り離しの流れ（リソースサーバ使用時）

図で示した接続の流れについて，詳細を説明します。番号は，図中の番号と対応しています。

オペレータがサーバ1またはサーバ2を起動すると，リソースサーバを起動します。リソースサーバの起動と同時に共有リソースとの接続をします。HAモニタは，リソースサーバの起動が完了するまでは，実行系のサーバ1，およびサーバ2を「リソースサーバの起動待ち状態」にして，起動を待たせます。

実行系で共有リソースとの接続が完了したあと，HAモニタは，サーバ1，およびサーバ2の起動を完了させます。

また，待機系で，オペレータがサーバ1，またはサーバ2を起動すると，HAモニタは，リソースサーバを起動します。

サーバ障害が発生すると，HAモニタは連動系切り替えをします。サーバ1にサーバ障害が発生したため，HAモニタは，リソースサーバの停止前にサーバ1およびサーバ2を停止します。

実行系のサーバ1およびサーバ2の停止が完了すると，HAモニタはリソースサーバを停止します。リソースサーバの停止と同時に共有リソースの切り離しをします。

実行系で，共有リソースの切り離しが完了すると，待機系のリソースサーバが系切り替えを開始します。系切り替えの開始と同時に，共有リソースと接続します。このとき，待機系のサーバ1およびサーバ2は，リソースサーバの系切り替え完了を待つため，「系切り替え完了待ち状態」になります。

なお，サーバ・系の状態表示コマンド（monshowコマンド）を使用すると，サーバ1およびサーバ2の状態は「(ONL)」と表示されます。「(ONL)」は実行サーバの起動中という意味ですが，実際，サーバはリソースサーバの系切り替え完了待ち状態であり，コマンドの表示と実際のサーバの状態が異なります。

共有リソースとの接続が完了したあと，HAモニタは，待機系のサーバ1，およびサーバ2は実行サーバとして起動させます。このとき，オペレータが実行系のサーバ1またはサーバ2を再起動すると，リソースサーバ，サーバ1およびサーバ2が待機サーバとして起動されます。

(3)　サーバとリソースサーバの停止順序

リソースサーバは，リソースサーバを親サーバに指定したサーバがすべて停止すると，自動停止されます。リソースサーバを親サーバに指定していない同一グループ内のサーバが停止しても，リソースサーバは自動停止されません。また，実行中のリソースサーバが停止した場合，対応する待機中のリソースサーバも自動停止されます。

4.6.3　リソースサーバの状態の決定方法

ここでは，HAモニタがリソースサーバの状態をどう決定するかについて説明します。

リソースサーバは，共有リソースを制御するためだけのサーバです。リソースサーバは，常にサーバとグループ化して使用します。そのため，HAモニタは，同じグループ内のサーバと同様の方法で，リソースサーバの状態を決定します。

リソースサーバの状態には，実行中または待機中があります。同じグループ内に実行サーバとして稼働しているサーバがある場合は実行中のリソースサーバ，待機サーバとして稼働しているサーバがある場合は待機中のリソースサーバになります。

サーバの状態の決定方法については，「4.1.1　HAモニタによるサーバの起動制御」を参照してください。

4.7　プログラムの管理（モニタモード）

ここでは，サーバの運用方法がモニタモードで，かつモニタモードのプログラム管理機能を使用する場合の，プログラムの管理について説明します。

モニタモードのプログラム管理機能の概要や必要な環境設定については，「3.6　プログラムの制御のための機能（モニタモード）」を参照してください。

なお，モニタモードのプログラム管理機能を使用するためには，モニタモードのプログラム対応の環境設定，およびAPIの発行が必要です。

4.7.1　UAPの監視制御

HAモニタのAPIを発行できるようにUAPを修正することで，サーバの監視コマンドにUAPの監視処理を作り込むことなく，HAモニタでUAPを監視できます。

発行するAPIは，UAPの監視開始（hamon_patrolstart関数）とUAPの監視停止（hamon_patrolstop関数）の2種類です。APIについては，「10.　API」を参照してください。

HAモニタは，UAPのプロセスおよび稼働報告を監視することで，UAPを監視します。UAPのプロセスと稼働報告の両方を監視するか，UAPのプロセスだけを監視するかを選択できます。監視方法は，モニタモードのプログラム対応の環境設定のpatrolオペランド，およびhamon_patrolstart関数で指定します。検出したい障害に応じて，監視方法を選択してください。

検出できる障害と監視方法の対応を，次の表に示します。

表4‒12　検出できる障害と監視方法の対応

検出できる障害

プロセスの監視

稼働報告の監視

UAPの異常終了

○

○

UAPのスローダウン

システムコールのハングアップ

×

○

ページイン待ち

×

○

スケジューリング待ち

×

○

（凡例）

○：検出できます。

×：検出できません。

UAPのプロセスと稼働報告の監視時の動作について，以降で説明します。

(1)　UAPのプロセスの監視

HAモニタは，hamon_patrolstart関数の受け付け時にUAPと接続し，その接続を監視することでUAPのプロセスの存在をチェックできます。接続が切れた場合に，HAモニタはプロセスの消滅を検知し，UAP障害が発生したと判断します。HAモニタがUAPとの接続を監視する間隔は1秒です。

UAP障害を検出すると，HAモニタはプログラムの再起動コマンドを作成している場合はUAPの再起動を，作成していない場合はサーバの再起動や系切り替えなどをします。UAP障害を検出したあとのHAモニタの動作については，「(3)　UAP障害を検出したあとのHAモニタの動作」を参照してください。

UAPのプロセスの監視時の動作について，次の図に示します。

図4‒39　UAPのプロセスの監視時の動作

UAPのプロセスの監視は，HAモニタがUAPから発行されたhamon_patrolstart関数を受け付けてから開始します。UAPから監視要求がない（hamon_patrolstart関数の発行がない）場合，HAモニタはUAP障害を検出しません。サーバ対応の環境設定のstart_timeoutオペランドを指定している場合は，モニタモードのサーバ起動時のタイムアウトとなります。

(2)　UAPの稼働報告の監視

HAモニタは，UAPが発行したAPIが一定間隔でHAモニタに送信する稼働報告を監視することで，次の要因によるUAPのスローダウンなど，UAP自身が検知できない障害を検出できます。

システムコールのハングアップ

ページイン待ち

スケジューリング待ち

UAPの稼働報告を監視する時間（プログラムのスローダウン監視時間）は，モニタモードのプログラム対応の環境設定の，patrolオペランドで指定します。指定したプログラムのスローダウン監視時間を超えてもUAPからの稼働報告がなかった場合，HAモニタはUAP障害が発生したと判断します。

UAP障害を検出すると，HAモニタはhamon_patrolstart関数を発行したプロセスを強制的に停止します。HAモニタはプログラムの再起動コマンドを作成している場合はUAPの再起動を，作成していない場合はサーバの再起動や系切り替えなどをします。UAP障害を検出したあとのHAモニタの動作については，「(3)　UAP障害を検出したあとのHAモニタの動作」を参照してください。

なお，UAPがプロセスを生成する場合は，プログラムの再起動コマンドやサーバの停止コマンドに，生成したプロセスを停止するため処理を記述する必要があります。

UAPの稼働報告の監視時の動作について，次の図に示します。

図4‒40　UAPの稼働報告の監視時の動作

UAPの稼働報告の監視は，HAモニタがUAPから発行されたhamon_patrolstart関数を受け付けてから開始します。UAPから監視要求がない（hamon_patrolstart関数の発行がない）場合，HAモニタはUAP障害を検出しません。サーバ対応の環境設定のstart_timeoutオペランドを指定している場合は，モニタモードのサーバ起動時のタイムアウトとなります。

(3)　UAP障害を検出したあとのHAモニタの動作

UAP障害を検出したあとのHAモニタの動作は，プログラムやサーバに設定した定義，およびサーバの状態によって異なります。

UAP障害を検出したあとのHAモニタの動作を，次の図に示します。

図4‒41　UAP障害を検出したあとのHAモニタの動作

注※1

モニタモードのプログラム対応の環境設定のrestartcommandオペランドで指定します。

注※2

モニタモードのプログラム対応の環境設定のexec_retryオペランドで指定します。

注※3

サーバ対応の環境設定のservexec_retryオペランド，またはswitch_errorオペランドで指定します。

注※4

サーバ対応の環境設定のservexec_retryオペランド，またはswitch_retryオペランドで指定します。

(4)　複数プロセス構成のUAPの監視

一つのUAPが複数のプロセスで構成されている場合，複数のプロセスをまとめて一つのUAP（モニタモードのプログラム対応の環境設定に定義されている一つのUAP）として監視することもできます。HAモニタは，hamon_patrolstart関数を発行した，それぞれのプロセスを監視します。監視している複数のプロセスのうち，一つ以上のプロセスで障害が発生すると，UAPが障害になったものと判断します。

なお，hamon_patrolstart関数を発行する複数のプロセスのHAMON_UAPNAME環境変数の値は，同一のプログラム名である必要があります。

複数プロセス構成のUAPで，UAPの稼働報告を監視する場合の例を，次の図に示します。

図4‒42　複数プロセス構成のUAPで，UAPの稼働報告を監視する場合の例

4.7.2　プログラムの再起動制御

モニタモードのプログラム管理機能を使用する場合，プログラムの障害検出後にプログラムの再起動コマンドを実行することで，プログラム単位で再起動ができます。プログラムの再起動コマンドはユーザが作成します。作成したプログラムの再起動コマンドは，モニタモードのプログラム対応の環境設定のrestartcommandオペランドに指定します。

プログラムの再起動コマンドの作成方法については，「6.16　プログラムの再起動コマンドの作成（プログラム管理機能使用時）」を参照してください。

(1)　再起動する単位

プログラムを再起動する単位は，サーバ単位かプログラム単位かを選択できます。例えば，UAP障害が発生したときに，障害が発生したUAPだけを再起動するか，障害が発生したUAPを含むサーバを再起動するかを選択できます。

再起動する単位は，モニタモードのプログラム対応の環境設定のrestartcommandオペランドで指定します。このオペランドを指定するとプログラム単位で再起動し，省略するとサーバ単位で再起動します。

(2)　プログラムの再起動時の処理の流れ

ここでは，プログラム単位で再起動する場合の処理の流れについて説明します。

プログラムに障害が発生すると，HAモニタはプログラムの再起動限界に指定された回数だけプログラムの再起動を試みます。プログラムの再起動限界とは，プログラムを再起動させる上限のことです。プログラムの再起動限界は，モニタモードのプログラム対応の環境設定のexec_retryオペランドに指定します。また，プログラム再起動時のタイムアウト時間も指定できます。プログラムの再起動コマンドがタイムアウトすると，プログラムの再起動コマンドは再実行されます。プログラム再起動時のタイムアウト時間は，モニタモードのプログラム対応の環境設定のrestart_timeoutオペランドに指定します。

プログラムの障害発生時に，HAモニタはプログラムの再起動限界まで，次の処理を繰り返します。

すでにプログラムの再起動コマンドが実行中の場合は，プログラムの再起動コマンドを強制停止する。

複数のプロセスで構成されているUAPを監視している場合は，APIを発行したすべてのプロセスを強制停止する。

プログラムの再起動コマンドを実行する。

(3)　再起動失敗時の対処

HAモニタが再起動限界を検出し，プログラムが停止した場合，系切り替えできる状態であれば系切り替えをし，系切り替えができない状態であればユーザが手動でプログラムを再起動します。

4.7.3　プログラムの状態遷移

サーバ・系の状態表示コマンド（monshowコマンド）で-uオプションを指定すると，モニタモードのプログラム管理機能を使用しているプログラムの状態を確認できます。サーバ・系の状態表示コマンド（monshowコマンド），およびプログラムの状態については，「9.23　monshow（サーバと系の状態表示）」を参照してください。

モニタモードのプログラム管理機能を使用しているプログラムの状態遷移を，次の図に示します。この状態遷移図で示すプログラムは，実行サーバのプログラムです。待機サーバのプログラムは停止中です。

図4‒43　プログラムの状態遷移

注※　サーバの起動コマンドの戻り値が0以外の場合を示します。

4.7.4　UAP監視時の処理の流れ

UAPを監視する場合，サーバの起動・停止時，およびサーバ障害時の処理の流れが通常と異なります。ここでは，UAPからAPIを発行する場合で，「4.8　処理の流れ」で説明する処理の流れと異なる部分についてだけ説明します。また，UAP障害が発生した場合の処理の流れについても説明します。

(1)　サーバの起動処理の流れ（UAP監視時）

UAPを監視する場合，「(2)　サーバの起動処理の流れ（モニタモード，かつ実行サーバの監視をする場合）」と，実行サーバの起動から実行サーバの起動完了までの流れに差異があります。UAPを監視する場合のサーバの起動処理の流れについて，次の図に示します。

図4‒44　サーバの起動処理の流れ（モニタモード：UAP監視）

(2)　サーバの停止処理の流れ（UAP監視時）

UAPを監視する場合，「(2)　サーバの停止処理の流れ（モニタモード，かつ実行サーバの監視をする場合）」と，実行サーバ停止から実行サーバの正常終了処理完了までの流れに差異があります。UAPを監視する場合のサーバの停止処理の流れについて，次の図に示します。

図4‒45　サーバの停止処理の流れ（モニタモード：UAP監視）

(3)　サーバ障害時の系切り替え処理の流れ（UAP監視時）

UAPを監視する場合，「(2)　サーバ障害時の系切り替え処理の流れ（モニタモード，かつ実行サーバの監視をする場合）」と，サーバ障害の発生から実行サーバの系切り替え完了までの流れに差異があります。UAPを監視する場合のサーバ障害時の系切り替え処理の流れについて，次の図に示します。

図4‒46　サーバ障害時の系切り替え処理の流れ（モニタモード：UAP監視）

(4)　UAP障害時の系切り替え処理の流れ（UAP監視時）

UAP障害発生時の系切り替え処理の流れについて，次の図に示します。この図では，UAP2で障害が発生したため現用系のサーバを停止し，予備系のサーバに系切り替えをする場合を説明しています。

図4‒47　UAP障害時の処理の流れ（モニタモード：UAP監視）

4.8　処理の流れ

「4.3　共有リソースの管理」では，ある特定の共有リソースの接続および切り替えだけについて説明しました。ここでは，HAモニタがする処理の流れについて，すべての共有リソースを含めて説明します。

この節で説明する処理の流れでは，HAモニタが出力するメッセージID，および発行するイベントIDを記載しているため，どのタイミングでメッセージIDやイベントが発行されるかを調べるときにお読みください。また，ユーザコマンドを実行するタイミング，およびユーザコマンドに渡される引数も記載しています。ユーザコマンド作成時の参考にしてください。

系切り替え構成での運用の流れと，処理の流れで説明する内容との対応を次の図に示します。

図4‒48　系切り替え構成での運用の流れと，処理の流れで説明する内容との対応

4.8.1　サーバの起動処理の流れ

サーバの起動時に，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

(1)　サーバの起動処理の流れ（サーバモードの場合）

サーバモードの場合に，サーバ起動時にHAモニタがする処理の流れを次の図に示します。

図4‒49　サーバの起動処理の流れ（サーバモードの場合）

(2)　サーバの起動処理の流れ（モニタモード，かつ実行サーバの監視をする場合）

モニタモード，かつ実行サーバの監視をする場合に，サーバ起動時にHAモニタがする処理の流れを次の図に示します。

図4‒50　サーバの起動処理の流れ（モニタモード，かつ実行サーバの監視をする場合）

メモ

UAPでAPIを発行する（モニタモードのプログラム管理機能使用時）場合は，実行サーバの起動から実行サーバの起動完了までの流れに差異があります。詳細については，「(1)　サーバの起動処理の流れ（UAP監視時）」を参照してください。

(3)　サーバの起動処理の流れ（モニタモード，かつ待機系での監視をする場合）

モニタモード，かつ待機系での監視をする場合に，サーバ起動時にHAモニタがする処理の流れを次の図に示します。

図4‒51　サーバの起動処理の流れ（モニタモード，かつ待機系での監視をする場合）

4.8.2　サーバの停止処理の流れ

サーバの停止時に，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

なお，ここでは，共有リソースの切り離し順が接続時と同じ場合の処理の流れを示します。共有リソースの切り離しを接続時と逆順にする場合にHAモニタがする処理の詳細については，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

メモ

ユーザコマンドで共有リソースにアクセスしたい場合は，共有リソースの切り離しを接続時と逆順にします。指定方法については，「3.5.5　共有リソースの切り離し順序指定」を参照してください。

(1)　サーバの停止処理の流れ（サーバモードの場合）

サーバモードの場合，サーバの停止処理には次の2種類があります。

実行サーバの停止処理終了時に待機サーバを停止する

実行サーバの停止処理開始時に待機サーバを停止する

サーバモードの場合に，サーバ停止時にHAモニタがする処理の流れを説明します。

(a)　実行サーバの停止処理終了時に待機サーバを停止する場合

実行サーバの停止処理終了時に待機サーバを停止する場合に，HAモニタがする処理の流れを次の図に示します。

図4‒52　サーバの停止処理の流れ（サーバモード：実行サーバの停止処理終了時に待機サーバを停止する）

(b)　実行サーバの停止処理開始時に待機サーバを停止する場合

実行サーバの停止処理開始時に待機サーバを停止する場合に，HAモニタがする処理の流れを次の図に示します。

図4‒53　サーバの停止処理の流れ（サーバモード：実行サーバの停止処理開始時に待機サーバを停止する）

(2)　サーバの停止処理の流れ（モニタモード，かつ実行サーバの監視をする場合）

モニタモード，かつ実行サーバの監視をする場合に，サーバ停止時にHAモニタがする処理の流れを次の図に示します。

図4‒54　サーバの停止処理の流れ（モニタモード，かつ実行サーバの監視をする場合）

メモ

UAPでAPIを発行する（モニタモードのプログラム管理機能使用時）場合は，実行サーバ停止から実行サーバの正常終了処理完了までの流れに差異があります。詳細については，「(2)　サーバの停止処理の流れ（UAP監視時）」を参照してください。

(3)　サーバの停止処理の流れ（モニタモード，かつ待機系での監視をする場合）

モニタモード，かつ待機系での監視をする場合に，サーバ停止時にHAモニタがする処理の流れを次の図に示します。

図4‒55　サーバの停止処理の流れ（モニタモード，かつ待機系での監視をする場合）

4.8.3　サーバ障害時の系切り替え処理の流れ

サーバの障害が発生した場合に，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

なお，ここでは，共有リソースの切り離し順が接続時と同じ場合の処理の流れを示します。共有リソースの切り離しを接続時と逆順にする場合にHAモニタがする処理の詳細については，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

メモ

ユーザコマンドで共有リソースにアクセスしたい場合は，共有リソースの切り離しを接続時と逆順にします。指定方法については，「3.5.5　共有リソースの切り離し順序指定」を参照してください。

(1)　サーバ障害時の系切り替え処理の流れ（サーバモードの場合）

サーバモードの場合に，サーバ障害時にHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒56　サーバ障害時の系切り替え処理の流れ（サーバモードの場合）

(2)　サーバ障害時の系切り替え処理の流れ（モニタモード，かつ実行サーバの監視をする場合）

モニタモード，かつ実行サーバの監視をする場合に，サーバ障害時にHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒57　サーバ障害時の系切り替え処理の流れ（モニタモード，かつ実行サーバの監視をする場合）

メモ

UAPでAPIを発行する（モニタモードのプログラム管理機能使用時）場合は，サーバ障害の発生から実行サーバの系切り替え完了までの流れに差異があります。詳細については，「(3)　サーバ障害時の系切り替え処理の流れ（UAP監視時）」を参照してください。

(3)　サーバ障害時の系切り替え処理の流れ（モニタモード，かつ待機系での監視をする場合）

モニタモード，かつ待機系での監視をする場合に，サーバ障害時にHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒58　サーバ障害時の系切り替え処理の流れ（モニタモード，かつ待機系での監視をする場合）

4.8.4　系障害時の系切り替え処理の流れ

系障害が発生した場合に，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，次の条件によって異なります。

サーバをサーバモードで使用するか，モニタモードで使用するか

データの保護方法と障害の種類

系のリセットをする場合の系障害時，または共有ディスクのSCSIリザーブをする場合，もしくはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害以外の系障害時

共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害時

(1)　系障害時の系切り替え処理の流れ（サーバモード）

(a)　系のリセットをする場合の系障害時，または共有ディスクのSCSIリザーブをする場合，もしくはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害以外の系障害時

サーバモードで，系のリセットをする場合の系障害時，または共有ディスクのSCSIリザーブをする場合，もしくはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害以外の系障害時に，HAモニタがする系切り替え処理の流れを次の図に示します。

図4‒59　系障害時の系切り替えの流れ（サーバモード）

(b)　共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害時

共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合は，監視パス障害発生時の処理の流れが異なります。監視パス障害時にHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒60　監視パス障害時の系切り替えの流れ（サーバモード：共有ディスクのSCSIリザーブ，またはLANの通信可否による系切り替え制御機能）

(2)　系障害時の系切り替え処理の流れ（モニタモード）

(a)　系のリセットをする場合の系障害時，または共有ディスクのSCSIリザーブをする場合，もしくはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害以外の系障害時

モニタモードで，系のリセットをする場合の系障害時，または共有ディスクのSCSIリザーブをする場合，もしくはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害以外の系障害時に，HAモニタがする系切り替え処理の流れを次の図に示します。

図4‒61　系障害時の系切り替えの流れ（モニタモード）

(b)　共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合の監視パス障害時

共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合は，監視パス障害発生時の処理の流れが異なります。監視パス障害時にHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒62　監視パス障害時の系切り替えの流れ（モニタモード：共有ディスクのSCSIリザーブ，またはLANの通信可否による系切り替え制御）

4.8.5　サーバ障害時の系切り替え失敗処理の流れ

サーバに障害が発生し待機系に系切り替えしようとして失敗した場合に，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

なお，ここでは，共有リソースの切り離し順が接続時と同じ場合の処理の流れを示します。共有リソースの切り離しを接続時と逆順にする場合にHAモニタがする処理の詳細については，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

(1)　サーバ障害時の系切り替え失敗処理の流れ（サーバモード）

サーバモードの場合で，系切り替えに失敗したときにHAモニタがする処理の流れを次の図に示します。

図4‒63　サーバ障害時の系切り替え失敗処理の流れ（サーバモード）

(2)　サーバ障害時の系切り替え失敗処理の流れ（モニタモード）

モニタモードの場合で，系切り替えに失敗したときにHAモニタがする処理の流れを次の図に示します。

図4‒64　サーバ障害時の系切り替え失敗処理の流れ（モニタモード）

4.8.6　系障害時の系切り替え失敗処理の流れ

系障害が発生し待機系に系切り替えしようとして失敗した場合に，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

なお，ここでは，共有リソースの切り離し順が接続時と同じ場合の処理の流れを示します。共有リソースの切り離しを接続時と逆順にする場合にHAモニタがする処理の詳細については，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

(1)　系障害時の系切り替え失敗処理の流れ（サーバモード）

サーバモードの場合で，系切り替えに失敗したときにHAモニタがする処理の流れを次の図に示します。

図4‒65　系障害時の系切り替え失敗処理の流れ（サーバモード）

(2)　系障害時の系切り替え失敗処理の流れ（モニタモード）

モニタモードの場合で，系切り替えに失敗したときにHAモニタがする処理の流れを次の図に示します。

図4‒66　系障害時の系切り替え失敗処理の流れ（モニタモード）

4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ

実行サーバの停止時には，HAモニタが共有リソースの切り離しをします。共有リソースの切り離しをする順番を，接続時と逆順にすることもできます。逆順で切り離しをすることで，共有ディスクやLANの切り離しをする前に，ユーザコマンドを実行でき，ユーザ独自の停止処理の中に共有ディスクやLANに依存した処理を実装できます。

(1)　サーバの停止処理

共有リソースの切り離しを接続時と逆順にする場合の，HAモニタがするサーバの停止処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

(a)　サーバの停止（サーバモード）

サーバモードの場合，サーバの停止処理には次の2種類があります。

実行サーバの停止処理終了時に待機サーバを停止する

実行サーバの停止処理開始時に待機サーバを停止する

共有リソースの切り離しを接続時と逆順にする場合の，サーバモードのサーバを停止するときにHAモニタがする処理の流れを説明します。

実行サーバの停止処理終了時に待機サーバを停止する場合

共有リソースの切り離しが接続時と逆順で，実行サーバの停止処理終了時に待機サーバを停止する場合にHAモニタがする処理の流れを次の図に示します。

図4‒67　共有リソースの切り離しを接続時と逆順にする場合の，サーバの停止処理の流れ（サーバモード：実行サーバの停止処理終了時に待機サーバを停止する）

実行サーバの停止処理開始時に待機サーバを停止する場合

共有リソースの切り離しが接続時と逆順で，実行サーバの停止処理開始時に待機サーバを停止する場合にHAモニタがする処理の流れを次の図に示します。

図4‒68　共有リソースの切り離しを接続時と逆順にする場合の，サーバの停止処理の流れ（サーバモード：実行サーバの停止処理開始時に待機サーバを停止する）

(b)　サーバの停止（モニタモード）

共有リソースの切り離しが接続時と逆順の場合の，モニタモードのサーバを停止するときにHAモニタがする処理の流れを次の図に示します。

図4‒69　共有リソースの切り離しを接続時と逆順にする場合の，サーバの停止処理の流れ（モニタモード）

(2)　サーバ障害時の系切り替え処理

共有リソースの切り離しを接続時と逆順にする場合の，サーバ障害時にHAモニタがする系切り替え処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

(a)　サーバ障害時の系切り替え（サーバモード）

共有リソースの切り離しを接続時と逆順にする場合の，サーバモードのサーバに障害が発生したときにHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒70　共有リソースの切り離しを接続時と逆順にする場合の，サーバ障害時の系切り替え処理の流れ（サーバモード）

(b)　サーバ障害時の系切り替え（モニタモード）

共有リソースの切り離しを接続時と逆順にする場合の，モニタモードのサーバに障害が発生したときにHAモニタがする系切り替え処理の流れを次の図に示します。

図4‒71　共有リソースの切り離しを接続時と逆順にする場合の，サーバ障害時の系切り替え処理の流れ（モニタモード）

(3)　サーバ障害時の系切り替え失敗処理

共有リソースの切り離しを接続時と逆順にする場合で，サーバに障害が発生し待機系に系切り替えしようとして失敗したときの，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

(a)　サーバ障害時の系切り替え失敗（サーバモード）

共有リソースの切り離しを接続時と逆順にする場合で，サーバモードのサーバに障害が発生し待機系に系切り替えしようとして失敗したときの，HAモニタがする処理の流れを次の図に示します。

図4‒72　共有リソースの切り離しを接続時と逆順にする場合の，サーバ障害時の系切り替え失敗処理の流れ（サーバモード）

(b)　サーバ障害時の系切り替え失敗（モニタモード）

共有リソースの切り離しを接続時と逆順にする場合で，モニタモードのサーバに障害が発生し待機系に系切り替えしようとして失敗したときの，HAモニタがする処理の流れを次の図に示します。

図4‒73　共有リソースの切り離しを接続時と逆順にする場合の，サーバ障害時の系切り替え失敗処理の流れ（モニタモード）

(4)　系障害時の系切り替え失敗処理

共有リソースの切り離しを接続時と逆順にする場合で，系障害が発生し待機系に系切り替えしようとして失敗したときの，HAモニタがする処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

(a)　系障害時の系切り替え失敗（サーバモード）

共有リソースの切り離しを接続時と逆順にする場合で，系障害が発生し待機系に系切り替えしようとして失敗したときの，HAモニタがする処理の流れを次の図に示します。ここでは，サーバモードの場合について説明します。

図4‒74　共有リソースの切り離しを接続時と逆順にする場合の，系障害時の系切り替え失敗処理の流れ（サーバモード）

(b)　系障害時の系切り替え失敗（モニタモード）

共有リソースの切り離しを接続時と逆順にする場合の，系障害が発生し待機系に系切り替えしようとして失敗したときの，HAモニタがする系切り替え処理の流れを次の図に示します。ここでは，モニタモードの場合について説明します。

図4‒75　共有リソースの切り離しを接続時と逆順にする場合の，系障害時の系切り替え失敗処理の流れ（モニタモード）

4.8.8　系切り替え時の障害での起動リトライ処理の流れ

サーバ障害や系障害が発生し待機系に系切り替えしようとして失敗した場合に，起動リトライ機能を使用するときの処理の流れについて説明します。処理の流れの詳細は，サーバをサーバモードで使用するか，モニタモードで使用するかによって異なります。

(1)　サーバ障害時の起動リトライ処理の流れ（サーバモード）

サーバモードの場合で，系切り替えに失敗したときの起動リトライ処理の流れを次の図に示します。

図4‒76　サーバ障害時の起動リトライ処理の流れ（サーバモード）

(2)　サーバ障害時の起動リトライ処理の流れ（モニタモード）

モニタモードの場合で，系切り替えに失敗したときの起動リトライ処理の流れを次の図に示します。

図4‒77　サーバ障害時の起動リトライ処理の流れ（モニタモード）

(3)　系障害時の起動リトライ処理の流れ（サーバモード）

サーバモードの場合で，系切り替えに失敗したときの起動リトライ処理の流れを次の図に示します。

図4‒78　系障害時の起動リトライ処理の流れ（サーバモード）

(4)　系障害時の起動リトライ処理の流れ（モニタモード）

モニタモードの場合で，系切り替えに失敗したときの起動リトライ処理の流れを次の図に示します。

図4‒79　系障害時の起動リトライ処理の流れ（モニタモード）

(5)　系切り替え後，実行サーバでの障害発生時の起動リトライ処理の流れ（モニタモード）

モニタモードの場合で，系切り替え後，実行サーバで障害が発生したときの処理の流れを次の図に示します。ここではサーバ障害時の系切り替えを例に説明します。

図4‒80　系切り替え後，実行サーバで障害が発生したときの処理の流れ（モニタモード）

(6)　起動リトライでサーバの起動に失敗したときの処理の流れ

系切り替えに失敗して起動リトライした場合で，指定された起動リトライ回数中に起動できなかったときの処理の流れを次の図に示します。

ここでは，モニタモードの場合で，サーバ障害時の系切り替えを例に説明します。起動リトライの回数は1回の例になります。

図4‒81　起動リトライでサーバの起動に失敗したときの処理の流れ

4.8.9　ハイブリッドフェンシングを使用した場合の処理の流れ

ハイブリッドフェンシングを使用した場合の処理の流れについて説明します。処理の流れは，共有ディスクのSCSIリザーブの成否，およびサーバの運用方法（サーバモードまたはモニタモード）によって異なります。

(1)　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに成功した場合（サーバモード）

ハイブリッドフェンシングで共有ディスクのSCSIリザーブに成功した場合（サーバモード）の処理の流れを次の図に示します。

図4‒82　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに成功した場合（サーバモード）の処理の流れ

(2)　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに成功した場合（モニタモード）

ハイブリッドフェンシングで共有ディスクのSCSIリザーブに成功した場合（モニタモード）の処理の流れを次の図に示します。

図4‒83　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに成功した場合（モニタモード）の処理の流れ

(3)　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに失敗した場合（サーバモード）

ハイブリッドフェンシングで共有ディスクのSCSIリザーブに失敗した場合（サーバモード）の処理の流れを次の図に示します。

図4‒84　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに失敗した場合（サーバモード）の処理の流れ

(4)　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに失敗した場合（モニタモード）

ハイブリッドフェンシングで共有ディスクのSCSIリザーブに失敗した場合（モニタモード）の処理の流れを次の図に示します。

図4‒85　ハイブリッドフェンシングで共有ディスクのSCSIリザーブに失敗した場合（モニタモード）の処理の流れ

第3編　導入・運用

5　HAモニタの導入とシステムの設計

この章では，HAモニタを業務システムに導入するに当たり，検討することについて説明します。このマニュアルでは，業務システムの設計は終了していることを前提としています。HAモニタを導入して，系切り替え構成を設計する場合に必要な検討事項だけを説明します。

5.1　導入と設計の流れ

HAモニタの導入を検討する前に，業務に応じて決めておくことについて説明します。

あらかじめ，次の内容を決めてください。

どの業務を系切り替え構成にするか

系切り替え構成にする業務の数によって，系切り替え構成が決まります。

どの程度の信頼性と性能が必要か

業務で使用するプログラムは何か

プログラムの種類によって，HAモニタでの監視方法が異なります。

プログラムがどんなリソースを使用するか

これらの情報を基に，HAモニタを導入する前に検討する内容，および決定する内容を次に示します。

系切り替え構成の検討

業務の数，どの程度の信頼性と性能が必要か，という情報を基に，次を決定します。詳細については，「5.2　系切り替え構成の検討」を参照してください。

系切り替え構成

マシンの数

系の数

LPARの有無

仮想マシンの有無

サーバ構成の検討

業務で使用するプログラムを基に，次を決定します。詳細については，「5.3　サーバ構成の検討」を参照してください。

系切り替えをする単位（サーバ）

サーバの運用方法（サーバモード，モニタモード）

サーバの配置

サーバの数

プログラムの数（プログラム管理機能使用時）

リソース構成の検討

プログラムが使用するリソースを基に，次を決定します。詳細については，「5.4　リソース構成の検討」を参照してください。

必要なリソース

リソースの数

リソースの共用方法

ハードウェア構成の検討

サーバとリソースが決定したので，ハードウェアの構成を決定します。詳細については，「5.5　ハードウェア構成の検討」を参照してください。

5.2　系切り替え構成の検討

HAモニタを導入すると，幾つかの系切り替え構成を実現できます。ここでは，系切り替え構成の違い，および構成設計時に考慮する点について説明します。

系切り替え構成の検討では，次の点を決定します。

系切り替え構成

マシンの数

系の数（HAモニタ Extension使用時）

LPARの有無

仮想マシンの有無

5.2.1　系切り替え構成の違い

ここでは，系切り替え構成の違いについて説明します。

各系切り替え構成の特徴を踏まえた上で，コストや系切り替え後の処理性能などを考慮して，業務システムに適切な系切り替え構成を選択してください。系切り替え構成の種類と特徴を次の表に示します。

表5‒1　系切り替え構成の種類と特徴

項番

系切り替え構成の種類

特徴

1

1:1系切り替え構成

専用の予備系を用意する系切り替え構成です。

コストは高くなりますが，系切り替え構成後も同等の性能で処理できます。

2

相互系切り替え構成

複数の実行サーバを異なる二つの系で稼働させ，それぞれの待機サーバを互いの系に配置して，業務を実行する系切り替え構成です。資源を有効に活用できますが，系切り替え後には，一つの系で両方の業務を実行するため，負荷が掛かります。

3

2:1系切り替え構成

二つの現用系に，一つの予備系を用意するため，複数の1:1系切り替え構成に比べると，資源を有効に活用できます。

片方の系だけに障害が発生した場合は，系切り替え後の処理性能は劣化しませんが，両方の現用系に障害が発生した場合，一つの予備系に業務が集中するため，負荷が掛かります。

4

複数スタンバイ構成

一つの現用系に，複数の予備系を用意するため，コストは高くなりますが，系切り替え後も同等の性能で処理できます。また，系切り替え後，さらに予備系に障害が発生した場合でも，別の予備系へ系切り替えができるため，業務を継続できます。

5

クラスタ型系切り替え構成

項番1から項番4までの系切り替え構成を組み合わせて，負荷分散をするための系切り替え構成です。

複数の系が実行系と待機系を兼ねることで，一つの業務を異なる系の複数のサーバで並列実行できるため，一つの系に掛かる処理を分散できます。

各系切り替え構成の構成例については，「2.1　系切り替え構成」を参照してください。

5.2.2　構成設計時の考慮点

系切り替え構成を設計するときは，監視パスとリセットパスの信頼性を確保してください。

系障害の検出には，監視パスおよびリセットパスの信頼性が重要です。すべての監視パスおよびリセットパスが同時に障害になった場合，HAモニタはヘルスチェックを使用したリセットパスの障害検出ができなくなり，実行系と待機系とで同じサーバが複数稼働するおそれがあります。そのため，次に示すとおりに，監視パスとリセットパスの信頼性を確保してください。

監視パスは必ず複線化し，一つ以上は専用のパスにします。

監視パスおよびリセットパスは，必ずヘルスチェックをします。

監視パスおよびリセットパスの障害時には，速やかに障害要因を取り除きます。

5.2.3　系の最大数を変更する場合の考慮点（HAモニタ Extension使用時）

HAモニタ Extensionを使用する場合，一つの系切り替え構成での系の最大数を33以上に変更できます。系の最大数を33以上にする場合は，次の条件を満たすマシン環境を用意してください。

監視パスは，ギガビットイーサネットで構成します。

監視パスには，マルチキャストで通信できるLANを使用します。

監視パスのスループットは，100メガbps以上になるようにします。

系切り替え構成内のすべての系のサーバで系切り替えができる状態のときに，監視パスのパケットが漏れなく送受信できるようにします。

監視パスのパケットが漏れなく送受信できているか確認する方法については，「6.27　系の最大数を変更する場合の動作確認（HAモニタ Extension使用時）」を参照してください。

5.2.4　仮想化環境を系切り替え構成にする場合の考慮点（日立サーバ論理分割機構（Virtage）使用時）

日立サーバ論理分割機構を搭載したBladeSymphonyの場合，プロセサを論理パーティション（LPAR）で分割し，LPARを系切り替えの単位にできます（LPARモード）。系のリセットをする場合のLPAR単位での系切り替えについては，「3.3.7　仮想化環境での物理パーティションリセット機能」を参照してください。また，日立サーバ論理分割機構を利用してLPARを稼働させるための設定方法については，BladeSymphonyのマニュアルを参照してください。

ここでは，LPARを系切り替えの単位にする場合の考慮点について説明します。

(1)　系切り替え構成にしたいLPAR，プロセサを検討する

LPARモードとBasicモードとでは，リセットの対象がLPARかプロセサか，ということ以外は，HAモニタの動作に差異はありません。LPAR・LPAR間，LPAR・プロセサ間のどちらでも系切り替え構成にできます。

系切り替え構成にする系同士が同一シャーシ内にあっても問題ありません。ただし，信頼性確保の観点から，系切り替え構成にする系同士は別プロセサにすることを推奨します。

(2)　ハードウェアの制約に対処する

BladeSymphonyの場合，一つのシャーシに増設できる周辺機器の数に制限があります。そのためLPARモードによってシャーシ当たりの系の数を増やすと，通常と同じハードウェア構成にできないことがあります。

ハードウェアの制約の詳細については，ハードウェアのマニュアルを参照してください。

5.2.5　仮想化環境を系切り替え構成にする場合の考慮点（VMware ESXi使用時）

VMware ESXiで仮想化する場合，一つの物理パーティションを複数の論理パーティション（仮想マシン）で分割し，仮想マシンを系切り替えの単位にできます。系のリセットをする場合の仮想マシン単位での系切り替えについては，「3.3.7　仮想化環境での物理パーティションリセット機能」を参照してください。また，VMware ESXiを利用して仮想マシンを稼働させるための設定方法については，VMware ESXiのマニュアルを参照してください。

ここでは，仮想マシンを系切り替えの単位にする場合の考慮点について説明します。

重要

VMware ESXiの仮想化環境で系のリセットをする場合，HAモニタの稼働中に仮想マシンをサスペンドしないでください。詳細については，リリースノートを参照してください。

(1)　系切り替え構成にしたい仮想マシンを検討する

VMware ESXiによる仮想化環境と通常の環境とでは，リセットの対象が仮想マシンかプロセサか，ということ以外は，HAモニタの動作に差異はありません。系のリセットをする場合は，仮想マシン・仮想マシン間で系切り替え構成にできます。SCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合は，仮想マシン・仮想マシン間，仮想マシン・プロセサ間のどちらでも系切り替え構成にできます。

ただし，信頼性確保の観点から，系切り替え構成にする系同士は別プロセサにすることを推奨します。

(2)　HAモニタのバージョンを確認する

VMware ESXiによる仮想化環境を含む系切り替え構成で系のリセットをする場合，系切り替え構成内のすべてのHAモニタのバージョンを01-50以降にしてください。01-50より前のバージョンのHAモニタがあると，仮想化環境の系をリセットできません。

既存システムと同一の監視パスを使用する場合は，既存システムのHAモニタのバージョンを01-50以降にするか，既存システムのHAモニタと接続しないように監視パスを設定してください。

(3)　マシン環境を確認する

VMware ESXiで仮想化する場合，次のマシン環境であることを確認してください。

/usr/bin/sshコマンドがインストールされている（系のリセットをする場合）。

仮想マシン上の系をリセットするため，HAモニタは/usr/bin/sshコマンドを使用してVMware ESXiに接続します。このため，このコマンドがインストールされていない場合は，Linuxに同梱されているopenssh-clientsパッケージをインストールしてください。

VMware ESXiにSSHで接続できる環境である（系のリセットをする場合）。

rootユーザがSSHでVMware ESXiに接続できる必要があります。

また，物理パーティション上で動作する仮想マシン1台に対して，常に物理CPUのコアが一つ以上割り当たるようにすることを推奨します。

それを満たさない場合，仮想マシンにコアが割り当てられない時間帯が発生してしまうため，一時的にHAモニタが動作できなくなります。この結果，系障害の検知の遅延や，aliveメッセージの通知の遅延が発生します。

(4)　使用する機能を確認する

VMware ESXiによる仮想化環境で系のリセットをする場合は，相互系切り替え構成での系切り替え時間の短縮（HAモニタの環境設定のcpudownオペランドでsystemを指定）はできません。

次の条件をすべて満たす場合，HAモニタを起動する前に，HA Monitor Connectorが稼働する仮想マシンを起動してください。

HA8000xNモデル以降である

障害管理プロセサとして管理サーバを使用しない構成である

HAモニタが稼働する仮想マシンと，HA Monitor Connectorが稼働する仮想マシンとで分かれている

5.2.6　仮想化環境を系切り替え構成にする場合の考慮点（KVM使用時）

KVMで仮想化する場合，HAモニタはゲストOS上で稼働し，ゲストOSを系切り替えの単位にできます。KVMを利用して仮想マシンを稼働させるための設定方法については，RHELのドキュメントを参照してください。

ここでは，ゲストOSを系切り替えの単位にする場合の考慮点について説明します。

(1)　系切り替え構成にしたいゲストOSを検討する

KVMによる仮想化環境と通常の環境とでは，系の監視対象がゲストOSかプロセサか，ということ以外は，HAモニタの動作に差異はありません。KVMによる仮想化環境では，共有ディスクのSCSIリザーブを使用します。系切り替え構成にできるのは，KVMのゲストOS間だけです。

信頼性確保の観点から，別プロセサ上のゲストOS間を系切り替え構成にしてください。

(2)　HAモニタのバージョンを確認する

KVMによる仮想化環境では，系切り替え構成内のすべてのHAモニタのバージョンを01-76以降にしてください。

既存システムと同一の監視パスを使用する場合は，既存システムのHAモニタと接続しないように監視パスを設定してください。

(3)　マシン環境を確認する

KVMで仮想化する場合，次のマシン環境であることを確認してください。

共有ディスクを必須とし，SCSIリザーブを使用する環境である。

共有ディスクはファイバーチャネル接続である。

共有ディスクの接続がマルチパス構成の場合は，ゲストOSでDMMPによるマルチパス制御構成とする。なお，ホストOSでDMMPで制御する論理パスを，ゲストOSに割り当てる構成はできない。

5.3　サーバ構成の検討

系切り替え構成を検討したあと，サーバ構成を検討します。サーバ構成によって，必要なリソース数が決定するため，リソース構成を検討する前に，サーバ構成を決定しておく必要があります。

サーバとは系切り替えをする単位のことです。一つのプログラムを一つのサーバに対応させたり，複数のプログラムを一つのサーバに対応させたりできます。

サーバ構成の検討では，次を決定します。

系切り替えをする単位（サーバ）

サーバの運用方法（サーバモードまたはモニタモード）

サーバの配置

サーバの数

プログラムの数（プログラム管理機能使用時）

5.3.1　系切り替えをする単位（サーバ）の決定

HAモニタはサーバという単位で系切り替えをします。ここでは，サーバについて説明します。

サーバとは，業務を実行するプログラムのことです。一つのプログラムを一つのサーバとして扱うか，または複数のプログラムをまとめて一つのサーバとして扱うかは，系切り替え構成にする業務によって異なります。

(1)　サーバとプログラムの関係

一つのプログラムを一つのサーバに対応させる方法と，複数のプログラムを一つのサーバに対応させる方法があります。

サーバをサーバモードで運用する場合は，一つのプログラムを一つのサーバに対応させてください。

サーバをモニタモードで運用する場合は，上記のどちらかの方法を選択できます。業務を実行するプログラムが共有リソースを使用する場合，サーバ単位で共有リソースを切り離したり，接続したりするため，サーバごとに共有リソースを用意する必要があります。また，モニタモードで運用する場合は，サーバごとにサーバの起動コマンドを作成する必要があります。これらの点を考慮して，決定してください。

(2)　サーバの数

HAモニタで一つの系に配置できるサーバの最大数は，128です。デフォルトの設定は16です。17以上のサーバを配置する場合，HAモニタの環境設定のservmaxオペランドで，サーバの最大数を指定する必要があります。

ただし，HAモニタ Extensionを使用する場合，サーバの最大数を変更できます。詳細については，「3.7.1　サーバの最大数の変更」を参照してください。

(3)　プログラムの数（プログラム管理機能使用時）

サーバをモニタモードで運用し，かつプログラム管理機能を使用している場合，一つの系で同時に稼働できる，プログラム管理機能を使用するプログラムの数を指定できます。HAモニタで一つの系で同時に稼働できる，プログラム管理機能を使用するプログラムの最大数は，256です。

プログラムの最大数は，HAモニタの環境設定のpgmmaxオペランドで指定します。pgmmaxオペランドのデフォルト値は0であるため，pgmmaxオペランドの値を必ず指定してください。

プログラム管理機能については，「3.6　プログラムの制御のための機能（モニタモード）」を参照してください。

(4)　サーバの運用方法（サーバモードとモニタモード）が異なる場合の考慮点

系にサーバを配置するときには，そのサーバをサーバモードで運用するか，モニタモードで運用するかを意識する必要はありません。サーバモードのサーバとモニタモードのサーバを同じ系に配置できます。また，同じグループとしてグループ化することもできます。

5.3.2　複数のサーバを使用する場合の考慮点

複数のサーバを系切り替え構成にする場合，次の点を考慮してください。

(1)　複数のサーバで一つの業務を実行しているかどうか

複数のサーバが連携して一つの業務を処理している場合などは，複数のサーバを一まとまりにして系切り替えをする連動系切り替え機能の使用を検討してください。

サーバをグループ化すると，複数のサーバが一つのグループとして扱われ，グループ内のどれか一つのサーバに障害発生した場合にグループ単位で系切り替えをします。また，サーバの重要度によって，系切り替えをするかどうかを指定できるので，不要な系切り替えが避けられます。

サーバのグループ化の詳細，および必要な環境設定については，「3.2.3　サーバのグループ化による連動系切り替え」を参照してください。

(2)　サーバの起動順序を決める必要があるかどうか

複数のサーバ間で，サーバの起動順序を決める必要がある場合，サーバの切り替え順序制御機能の使用を検討してください。

サーバをグループ化しておき，グループ内で，障害発生時の系切り替え時に起動・停止する順序をあらかじめ決めることができます。例えば，配置するサーバのうち，前提となるサーバがある場合，前提となるサーバを起動したあとに残りのサーバを起動できます。

サーバの切り替え順序制御機能では，サーバの起動時には起動順序を制御できません。制御できるのは系切り替え時だけです。そのため，サーバの起動時には，オペレータが決められた起動順序でサーバを手動起動する必要があります。サーバの起動時の起動順序を自動制御するには，サーバをモニタモードで運用して複数のプログラムを一つのサーバとして扱うことを検討してください。

サーバの切り替え順序制御の詳細，および必要な環境設定については，「3.2.4　サーバの切り替え順序制御」を参照してください。

(3)　系切り替え後に，特定の系に負荷が掛かり過ぎないか

2:1系切り替え構成の場合など，予備系を共有する構成では，系切り替え後に一つの系に業務が集中するおそれがあります。HAモニタでは，予備系で実行サーバが起動されると，その予備系にある別の待機サーバを停止する排他制御機能があります。使用するマシンの性能のため，特定の系に負荷を掛けたくない場合，この排他制御機能を使用します。一つの系で実行するサーバを制限できるので，負荷の集中が避けられます。

この排他制御機能は，予備系に負荷が掛かりやすいn:1系切り替え構成（nは2以上）で使用することを推奨します。排他制御機能については，「3.2.6　系切り替え後の負荷集中を避けるサーバの排他制御」を参照してください。

5.4　リソース構成の検討

リソース構成の検討には，系切り替え構成，サーバの数，サーバに必要な共有リソースの種類などが影響します。リソース構成を検討する前に，系切り替え構成やサーバの構成を検討しておいてください。

リソース構成の検討では，次を決定します。

必要なリソース

リソースの数

リソースの共用方法

5.4.1　必要なリソースとリソース数

系切り替え構成で必要なリソース，およびリソース数について説明します。必要なリソースには，HAモニタに必要なリソースと，サーバに必要なリソースがあります。必要なリソースの種類を決めたあとに，系やサーバの数を基に各リソースに必要な数を導き出します。

(1)　HAモニタに必要なリソース

HAモニタには，次のリソースが必要です。

監視パス

リセットパス

(2)　サーバに必要なリソース

サーバに必要なリソースは，業務内容に応じて決定してください。HAモニタが自動的に系切り替えをするリソースは，次のとおりです。

共有ディスク

ファイルシステム

LAN

上記以外の共有リソースをサーバで使用するには，あらかじめ共有リソースの接続・切り離しの処理を，ユーザコマンドとして作成しておく必要があります。

重要

共有ディスクやファイルシステムに配置が必要な情報については，切り替え対象とするサーバの仕様を確認してください。

(3)　リソースの最大構成・最小構成

HAモニタのハードウェアとソフトウェアに対する，最大構成と最小構成を次の表に示します。

なお，この表の値は論理的なものです。実際にシステムを構築する際には，プロセサの性能や使用環境に合わせて構成を決定してください。また，この表の最大構成はHAモニタの論理値であるため，実際は適用するOSやマシンの構成によって値が制限される場合があります。実際の値は，製品のマニュアルなどで確認してください。

表5‒2　HAモニタで使用できるリソースの最大構成と最小構成

分類

項目

最大構成

最小構成

ハードウェア

一つの系切り替え構成での系の数

32※1

2

一つの系での監視パスの数

6

2

一つの系でのリセットパスの数※6

1※7

1※7

一つのサーバでの共有ディスク上のボリュームグループの数

3,000

0

一つのサーバでの制御グループの数

20

0

一つのサーバでの共有ディスク上のファイルシステムの数

3,000

0

一つのサーバでの共有ディスクの物理デバイス数※2

3,000

0

ソフトウェア

一つの系でのHAモニタの数

1

1

一つの系でのサーバの数（リソースサーバは含みません）

128※1，※3

1

一つのサーバでのプログラム管理機能を使用するプログラムの数※4

256

1

一つの系でのエイリアスIPアドレスの数

−

0　

一つの系でのリソースサーバの数

64※5

0

（凡例）−：制限はありません。

注※1　HAモニタ Extensionを使用する場合は，値が異なります。詳細については，「(1)　指定できる系の最大数」を参照してください。

注※2　共有ディスクのSCSIリザーブをする場合にだけ該当する項目です。

注※3　最大稼働サーバ数を設定した場合の値です。設定しない場合は16になります。

注※4　モニタモードのプログラム管理機能使用時にだけ該当する項目です。

注※5　最大稼働サーバ数を設定した場合の値です。設定しない場合は8になります。

注※6　SCSIリザーブをする場合，およびLANの通信可否による系切り替え制御機能を使用する場合にはリセットパスは不要です。

注※7　SCSIリザーブを使用する場合，またはLANの通信可否による系切り替え制御機能を使用する場合は0です。

5.4.2　必要なIPアドレスとポート番号

系切り替え構成の導入に当たり，IPアドレスを確保する必要があります。ここでは，IPアドレスを割り当てる対象およびIPアドレスの数について説明します。IPアドレスを割り当てる対象を次の図に示します。

図5‒1　IPアドレスを割り当てる対象（BladeSymphonyまたはHA8000xMモデル以前の場合）

図5‒2　 IPアドレスを割り当てる対象（HA8000xNモデル以降，またはRV3000で障害管理プロセサとして管理サーバを使用する場合）

図5‒3　IPアドレスを割り当てる対象（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合）

図で示した，IPアドレスを割り当てる対象と指定するIPアドレスの数を次の表に示します。

表5‒3　IPアドレスとポート番号を割り当てる対象と数

図中の番号

割り当てる対象

IPアドレスの数

単位

説明

設定個所

1

監視パス

6

1系につき

監視パスは複線化する必要があります。6本まで複線化できます。

各監視パスに異なるIPアドレスとポート番号を指定する必要があります。

IPアドレスについては，「(3)　複線化した監視パスに割り当てるIPアドレス」を参照してください。

ポート番号には，システムで未使用の5001以上の番号を指定します。実行系と待機系とでペアになっている監視パスには，同じポート番号を指定してください。

HAモニタ Extensionを使用して系の最大数を変更する場合の，IPアドレスとホスト名については，「3.7.2　系の最大数の変更」もあわせて参照してください。

HAモニタの環境設定のlanオペランド（ホスト名）

HAモニタの環境設定のlanportオペランド（サービス名）

HAモニタの環境設定のnetmaskオペランド（ネットマスク）

HAモニタの環境設定のmulticast_lanオペランド（ホスト名）

/etc/hostsファイル（IPアドレス，ホスト名）

/etc/servicesファイル（ポート番号，サービス名）

HAモニタの接続構成設定ファイル

2

リセットパス※1

1

1系につき

専用のIPアドレスとポート番号が必要です。

ポート番号には，各系で同じ番号，かつ未使用の番号を5001から65535の範囲で指定します。

システム内に互いに監視し合わない系切り替え構成が複数ある場合で，かつリセットパスを共用する場合は，設定時に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

リセットパスの設定

（HAモニタの環境設定コマンド（monsetupコマンド）を使用した設定）

3

障害管理プロセサ※1

1

1系につき

専用のIPアドレスとポート番号が必要です。

IPアドレスには，リセットパスと同じネットワークアドレスを持つIPアドレスを指定します。

なお，HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない構成で，HAモニタとHAモニタオプションが同一OSに存在する場合は，リセットパスと同じIPアドレスを指定します。

ポート番号には，各系で同じ番号，かつ未使用の番号を5001から65535の範囲で指定します。また，リセットパスとは異なるポート番号としてください。

システム内に互いに監視し合わない系切り替え構成が複数ある場合で，かつリセットパスを共用する場合は，設定時に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

リセットパスの設定

（HAモニタの環境設定コマンド（monsetupコマンド）を使用した設定）

4

LAN

0以上

1系につき

サーバがLANを使用する場合は1個以上必要です。上限はありません。LANを使用しない場合は，不要です。

OSの設定

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

5

サーバ

0以上

1サーバにつき

サーバがLANを使用する場合は1個以上必要です。

エイリアスIPアドレスを指定します。実行系と待機系とで同じ値を指定してください。エイリアスIPアドレスの詳細については，「(2)　サーバに割り当てるIPアドレス」を参照してください。

LANの状態設定ファイル

6

VMware ESXi※1，※2，※3

1

プロセサまたは筐体

HAモニタが接続するためのIPアドレスとSSH接続用のポート番号が必要です。

HAモニタが使用するIPアドレスは，DHCPを使用しないで，スタティックに設定してください。

SSH接続用のポート番号には，デフォルトで22が割り当てられていますが，新たに別のポート番号を割り当てても問題ありません。この場合，HAモニタにVMware ESXiのSSH接続用ポート番号を指定してください。

リセットパスの設定

（HAモニタの環境設定コマンド（monsetupコマンド）を使用した設定）

注※1　系のリセットをする場合に必要な設定です。共有ディスクのSCSIリザーブをする場合，およびLANの通信可否による系切り替え制御機能を使用する場合には設定できません。

注※2　VMware ESXiで仮想化する構成で，かつ系のリセットをする場合は，この設定も必要です。

注※3　RV3000で高信頼化機能を追加したvSphereを使用している場合，VMware ESXiについては，HA Monitor Connectorで設定します。HA Monitor Connectorのドキュメントを参照して実施してください。この場合，HAモニタによるリセットパスの設定（monsetup -resetpath）では，VMware ESXiについての設定はしません。

5.4.3　リソースの共用方法の考え方

ここでは，リソースをどのように共用するかを検討するときの考え方について説明します。

各共有リソースは，サーバごとに準備する必要があります。ただし，リソースサーバを使用すれば，複数のサーバで一つの共有リソースを共用できます。LANの場合は，複数のIPアドレスをLANアダプタに設定する方法もあります。

共有リソースを複数に分けると，共有リソースの障害による影響範囲を局所化できます。しかし，リソースの数に比例して系切り替え時間が長くなります。両面を考慮して，リソース構成を検討してください。

サーバごとに準備する共有リソースの単位を次に示します。

表5‒4　準備する共有リソースの単位

共有リソースの種類

サーバごとに必要な単位

共有ディスク

共有ディスクの接続にLVMを使用する場合

ボリュームグループ

共有ディスクの接続にHA Boosterを使用する場合

制御グループ

ファイルシステム

LVMの論理ボリューム

LVMを使用しないディスクやパーティション

LAN

IPアドレス

5.4.4　リソースサーバを使用する場合の構成

リソースサーバを使用して，複数のサーバで共有リソースを共用する場合の構成について説明します。

(1)　リソースサーバの数

リソースサーバは，グループに対して一つだけ指定できます。一つの系に配置できるリソースサーバの最大数は，HAモニタの環境設定のservmaxオペランドで指定する一つの系で稼働するサーバの最大数によって変わります。

servmaxオペランドで指定するサーバの最大数別に，配置できるリソースサーバの最大数を次に示します。

サーバの最大数が16のとき：8

サーバの最大数が64のとき：32

サーバの最大数が128以上のとき：64

(2)　リソースサーバの構成の考え方

リソースには，共有ディスク，ファイルシステム，およびLANがあります。このうち，一つのリソースを複数のサーバで共用し，ほかのリソースは共用しないで各サーバで使用したり，逆に，複数のリソースを一つのリソースサーバを介して共用したりできます。

(a)　実現できる構成

リソースサーバを使用して，次の構成が実現できます。

一つのリソースサーバから，複数の共有リソースを共用する

複数の共有リソースのうち，一つをリソースサーバで共用し，残りはサーバ単位で分けて使用する

一つのリソースサーバから，複数の共有リソースを共用する構成を次の図に示します。この構成では，サーバAおよびサーバBが，共有ディスクおよびエイリアスIPアドレスを共用しています。

図5‒4　一つのリソースサーバから，複数の共有リソースを共用する構成

複数の共有リソースのうち，一つをリソースサーバで共用し，残りはサーバ単位で分けて使用する構成を次の図に示します。この構成では，サーバAおよびサーバBが共有ディスクを共用し，エイリアスIPアドレスはサーバごとに使用しています。

図5‒5　複数の共有リソースのうち一つを共用し，残りはサーバ単位で使用する構成

(b)　実現できない構成

複数のサーバ，またはリソースサーバで一つの共有リソースを共用できません。共有リソースを共用するサーバは，リソースサーバと同じグループに属する必要があります。

例えば次に示す構成では，リソースサーバと，サーバグループに属さないサーバCが一つの共有ディスクを使用する構成になっています。この構成では，リソースサーバを使用した共有リソースの共用を実現できません。

図5‒6　リソースサーバを使用して共有リソースの共用を実現できない構成

5.5　ハードウェア構成の検討

HAモニタに必要なハードウェアの構成について説明します。

ここでは，HAモニタを使用した系切り替え構成を設計するときに異なる点について説明します。このマニュアルで説明していない設定については，ご使用のハードウェアのマニュアルを参照してください。

5.5.1　共有ディスクの構成

共有ディスクは，ボリュームグループ単位，または制御グループ単位で制御します。

ボリュームグループ単位で制御する場合，共有ディスクは，共有ディスクを使用するすべての系から接続し，LVMを使用して制御します。各サーバが使用するデータは異なるボリュームグループに配置し，ボリュームグループをサーバごとに独立させてください。ただし，リソースサーバを使用すれば，一つの共有ディスクを複数のサーバで共用できます。

制御グループ単位で制御する場合，共有ディスクは，HA Boosterを使用して，HA Boosterが管理する制御グループ単位で共有ディスクを制御します。各サーバが使用するデータは異なる制御グループに配置し，制御グループをサーバごとに独立させてください。ただし，リソースサーバを使用すれば，一つの制御グループを複数のサーバで共用できます。

単一点障害の防止

HAモニタは，ディスク障害，およびディスクアダプタなどのI/Oパスの障害を直接処理するものではありません。次の両方の方法を使用して共有ディスクの単一点障害を防止する構成にしてください。

RAIDによるデータの冗長化

日立ディスクアレイシステムなどの，RAIDデバイスを使用して実現します。

I/Oパスの冗長化

HDLMなどのマルチパスソフトウェアを使用して実現します。

共有ディスクのSCSIリザーブをする場合は，共有ディスクが必須です。LVMミラーリングやLinux標準のソフトウェアであるRAID（md）には対応していません。

メモ

共有ディスクのSCSIリザーブをする場合，HAモニタでサポートしているマルチパスソフトウェアはHDLM，DMMP，EMPD，およびHFC-PCMです。マルチパスソフトウェアの設定については，「6.4.1　マルチパスソフトウェアの設定」を参照してください。

5.5.2　LANの構成

LANは，実行系と待機系を接続したり，クライアントとなるWSやPCと接続したりするために使用します。実行系と待機系は，同じLAN上にLANアダプタで接続します。

(1)　単一点障害の防止

HAモニタは，HUBやLANアダプタなどのLAN障害を直接処理しません。これらの障害に対しては，次の方法でLANの単一点障害を防止する構成にしてください。

HUBの冗長化

Linuxのカーネル拡張パッケージであるbondingパッケージなどを使用したLANアダプタの冗長化

(2)　サーバに割り当てるIPアドレス

サーバにはエイリアスIPアドレスを指定します。エイリアスIPアドレスを指定することで，一つのサーバに複数のエイリアスIPアドレスを指定できます。サーバにエイリアスIPアドレスを指定する場合，次の点に注意してください。

系切り替えをするプログラムの送信元アドレスをエイリアスIPアドレスにしておく必要があります。

エイリアスIPアドレスを持つホスト名を，hostname(1)コマンドで設定するローカルホスト名として使用してはいけません。系切り替えで別ホストに移動した場合，ホスト名からIPアドレスを取得するプログラムが元のホスト上で動作できなくなります。

(3)　IPアドレスの構成

HAモニタは，サーバに割り当てたエイリアスIPアドレス単位に，LANの切り替えをします。したがって，複数の異なるサーバで系切り替え構成にする場合，各サーバが使用するエイリアスIPアドレスは異なるIPアドレスとなるように，ネットワークアドレスを構成してください。ただし，リソースサーバを使用すれば，一つのエイリアスIPアドレスを複数のサーバで共用できます。

(4)　VMware ESXiで仮想化する場合の構成

VMware ESXiで仮想化する構成の場合，LANアダプタ，およびホストバスアダプタ（HBA）は仮想マシン間で共有しても，また占有しても問題ありません。

また，信頼性確保のため，VMware ESXiの機能を使用して次のように冗長化することを推奨します。

LANアダプタをそれぞれ二つずつ用意して，リセットパス，またはVMware ESXi接続用リセットパスを冗長化する。

ホストバスアダプタを二つ用意して冗長化する。

5.5.3　監視パスの構成

監視パスは，実行系と待機系との間で，互いの系を監視したり，系切り替えのための情報を交換したりするために使用します。

なお，HAモニタ Extensionを使用して，一つの系切り替え構成での系の最大数を33以上に設定する場合には，監視パスに必要な条件が異なります。詳細については，「5.2.3　系の最大数を変更する場合の考慮点（HAモニタ Extension使用時）」を参照してください。

(1)　監視パスの接続方法

監視パス専用のTCP/IP LANを用意します。TCP/IP LANは，どの系切り替え構成でも使用できますが，専用のIPアドレスとポート番号が必要です。

監視パスは，LANアダプタを介して，監視し合う系同士（実行系と待機系）のプロセサ間を接続します。実行系と待機系，およびそれらを接続する監視パスは，同じネットワーク上に構成してください。一つの実行系に対して複数の待機系がある場合，実行系とすべての待機系を監視パスで接続し，同じネットワーク上に構成します。

(2)　監視パスの複線化

監視パスが1本の場合，監視パスに障害が発生すると，HAモニタが監視パスの障害を系障害と判断して，系切り替えを実行するおそれがあります。このような単一点障害での系切り替えを避けるために，監視パスを必ず複線化してください。また，1本以上は監視専用のパスにしてください。監視パスが1本の場合，系切り替え続行可否の判定が確実に行えない場合があります。

使用しているマシンの機種がBladeSymphonyの場合は，増設できるLANアダプタの数は限られます。そのため，監視パスを複線化するに当たって，監視パスと業務用LAN，および監視パスとリセットパスの兼用を考慮する必要がある場合があります。

共有ディスクのSCSIリザーブをする場合は，監視パスと業務用LANを兼用することを推奨します。多重障害によって複線化している監視パスが通信できなくなり，系切り替えを実施した場合に，切り替え元のHAモニタがリザーブの消滅を検知するまでの間，エイリアスIPアドレスが両系に付与された状態になることがあります。監視パスと業務用LANを兼用すると，切り替え元の系がエイリアスIPアドレスで通信することが少なくなります。

監視パスは6本まで複線化できます。監視パスを複線化しておくと，1本の監視パスに障害が発生しても，ほかのパスで系の監視を続行できます。また，次のどちらかの運用を選択できます。

監視パス1本当たりの情報量の負荷を減らせます。

系間の通信のたびに異なる監視パスを使用するため，監視パス1本当たりの情報量の負荷を減らせます。優先して使用する監視パスを指定しない場合は，この運用になります。

優先して使用する監視パスを指定できます。

HAモニタの環境設定のlanオペランドで，優先して使用する監視パスを指定しておくと，系間の通信には設定した監視パスを優先して使用します。その監視パスに障害が発生すると，ほかの監視パスと交代して通信を続けます。

ただし，HAモニタの環境設定のalive_intervalオペランドでaliveメッセージの送信間隔を設定する場合，すべての監視パスにaliveメッセージを送信します。そのため，優先して使用する監視パスを指定できません。

なお，Linuxのカーネル拡張パッケージであるbondingパッケージやVMware ESXiの機能などを使用してLANアダプタを冗長化すれば，監視パスの複線化をしなくても単一点障害での系切り替えを避けることができます。ただし，LANアダプタの切り替えに時間が掛かるため，HAモニタの環境設定のpatrolオペランドに設定する値はLANアダプタの切り替え時間よりも大きくする必要があります。

(3)　複線化した監視パスに割り当てるIPアドレス

監視パスには，専用のIPアドレスとポート番号が必要です。監視パスを複線化するため，次のことに注意してください。

使用するLANセグメントは，監視パス間で異なるものを使用してください。

ネットワークアドレスは，監視パス間で異なるものを使用してください。

ネットワークアドレスは，ネットワーク番号とサブネット番号で構成されます。

ネットワーク番号を監視パスごとに分ける場合

指定できるIPアドレスに，制約はありません。IPアドレスの組み合わせの例を次に示します。

表5‒5　IPアドレスの組み合わせの例（ネットワーク番号を監視パスごとに分ける場合）

LAN

IPアドレス

ネットマスク

ネットワーク番号

サブネット番号

ホスト番号

LAN1

100.2.1.130

255.255.255.0

100

2.1

130

LAN2

101.2.1.130

255.0.0.0

101

なし

2.1.130

同じネットワーク番号を割り当て，サブネットを監視パスごとに分ける場合

同じネットマスクを指定する必要があります。

すべての監視パスに同じネットワーク番号を割り当て，監視パスごとに異なるサブネットで構成するネットワークでは，異なるネットマスクを設定しないでください。例えば，次に示すIPアドレスの組み合わせは，ネットワーク番号が同じであり，かつネットマスクが異なるため，監視パスを複線化できません。

表5‒6　監視パスを複線化できない例

LAN

IPアドレス

ネットマスク

ネットワーク番号

サブネット番号

ホスト番号

LAN1

100.2.1.130

255.255.255.0

100

2.1

130

LAN2

100.2.2.130

255.255.0.0

100

2

2.130

次に示すIPアドレスの組み合わせは，ネットワーク番号およびネットマスクが同じであるため，監視パスを複線化できます。

表5‒7　監視パスを複線化できる例

LAN

IPアドレス

ネットマスク

ネットワーク番号

サブネット番号

ホスト番号

LAN1

100.2.1.130

255.255.255.0

100

2.1

130

LAN2

100.2.2.130

255.255.255.0

100

2.2

130

同じネットワーク番号を割り当て，サブネットを監視パスごとに分けて複線化したネットワーク構成を次の図に示します。

図5‒7　監視パスを複線化したネットワーク構成

5.5.4　リセットパスの構成

リセットパスは，実行系で障害が発生した場合に，系の入出力のリセットを指示するために使用します。共有ディスクのSCSIリザーブをする場合，およびLANの通信可否による系切り替え制御機能を使用する場合には使用しません。

リセットパスには，リセット専用のTCP/IP LAN（リセット専用LAN）を使用します。ブロードキャストで通信できるLANを使用してください。

BladeSymphonyまたはHA8000xMモデル以前の場合，各系の障害管理プロセサをリセット専用LANに接続します。HA8000xNモデル以降，またはRV3000の場合，各系のBMCおよび障害管理プロセサとなる管理サーバをリセット専用LANに接続します。

また，HAモニタから障害管理プロセサへリセットを指示するため，さらに各系のLANアダプタをリセット専用LANに接続します。

リセット専用LANは，トラフィック増加による系リセットの遅延や失敗を防止するため，ほかの業務で使用するLANとは分け，専用のLANにしてください。これによって，障害管理プロセサへの不当なアクセスも防止できます。

重要

監視パスとリセットパスを共用しないでください。単一点障害で両機能が使用できなくなるおそれがあります。

ただし，BladeSymphonyの場合，使用できるLANアダプタの数に制限があります。運用上しかたがないときは，監視パスを複線化する目的に限って共用してください。

ここでは，リセットパスの構成について検討する内容，および系切り替え構成間でリセットパスを共用する場合の注意事項について説明します。

(1)　リセットパスの構成について検討する内容

リセットパスの構成は，使用するマシンの機種や系切り替え構成によって異なります。ここでは，リセットパスの構成について説明します。マシンの機種については「(1)　プロセサ」を，系切り替え構成の種類については「2.1　系切り替え構成」を参照してください。

リセットパスの構成について検討する内容を次の表に示します。

表5‒8　リセットパスの構成について検討する内容

検討する内容

説明

障害管理プロセサとリセットパスの接続方法

障害管理プロセサには，システムのLANポートとは別のLANポートがあります。そのLANポートをリセットパスに接続することで，障害管理プロセサをリセットパスに接続します。

LANポートの搭載位置は機種によって異なります。詳細については，ハードウェアのマニュアルを参照してください。

リセットパスの二重化

リセットパスそのものは二重化できません。Linuxのカーネル拡張パッケージであるbondingパッケージなどを使用して，リセットパスが接続されているLANアダプタを二重化してください。

LANアダプタを二重化することで，LANアダプタに障害が発生した場合にもう一方のLANアダプタを使用して系切り替えができます。

なお，VMware ESXiで仮想化する場合，VMware ESXiの機能で，LANアダプタを冗長化することを推奨します。

RV3000の場合は，管理サーバが二重化されています（主系管理サーバおよび待機系管理サーバ）。どちらかが停止した場合は，HA Monitor Connectorが自動的に予備の管理サーバに切り替えます。

日立サーバ論理分割機構の利用有無（BladeSymphony）

日立サーバ論理分割機構を利用してLPAR間で系切り替え構成にする場合，一つのLPARが一つの系になります。したがって，各LPARからそれぞれリセットパスに接続する必要があります。

注

HA8000xNモデル以降，またはRV3000を使用している場合は，障害管理プロセサをBMCに読み替えてください。

リセットパスの接続構成の例を次に示します。

1:1系切り替え構成にする場合（HA8000xMモデル以前）

図5‒8　リセットパスの接続構成（1:1系切り替え構成の場合（HA8000xMモデル以前））

1:1系切り替え構成にする場合（HA8000xNモデル以降）

図5‒9　リセットパスの接続構成（1:1系切り替え構成で障害管理プロセサとして管理サーバを使用する場合（HA8000xNモデル以降またはRV3000））

図5‒10　リセットパスの接続構成（1:1系切り替え構成で障害管理プロセサとして管理サーバを使用しない場合（HA8000xNモデル以降））

同一シャーシ内で1:1系切り替え構成にする場合（BladeSymphony）

図5‒11　リセットパスの接続構成（同一シャーシ内での1:1系切り替え構成の場合）（BladeSymphony）

使用しているマシンの機種がBladeSymphonyの場合は，同一シャーシ内で系切り替え構成にできます。また，日立サーバ論理分割機構を利用してLPAR間で系切り替え構成にするときも，同一シャーシ内で系切り替え構成にできます。

(2)　系切り替え構成間でリセットパスを共用する場合の注意事項

マシンの機種がBladeSymphony，HA8000，またはRV3000の場合，システム内で互いに監視し合わない系切り替え構成を複数構築すると，ハードウェアの制約上，複数の系切り替え構成間でリセットパスを共用することがあります。

このようなネットワーク構成で環境設定を誤ると，HAモニタは系同士を正しく識別できません。そのため，系障害時に障害と無関係な系がリセットされたり，HAモニタが異常終了したりするおそれがあります。ここでは，HAモニタが系同士を正しく識別するための設定時の注意事項を，次の場合に分けて説明します。

障害管理プロセサを共用する場合（BladeSymphony）

障害管理プロセサを共用する場合（HA8000xNモデル以降，またはRV3000）

障害管理プロセサを共用しない場合（BladeSymphonyまたはHA8000）

N+Mコールドスタンバイ構成で予備のサーバモジュールを共用する場合（BladeSymphony）

なお，システム構築時には，ここで設定したIPアドレスが重複していないかどうかを確認する必要があります。IPアドレスの重複チェックについては，「6.24.1　複数系切り替え構成間での設定・定義のチェック」を参照してください。

メモ

次に示す，HAモニタのほかの適用OS，およびマシンの機種での系切り替え構成も対象です。

AIX（EP8000）

HP-UX（IPF）（BladeSymphony）

(a)　障害管理プロセサを共用する場合（BladeSymphony）

BladeSymphonyのモデルによって，SVPのHAモニタ連携設定で系切り替え構成ごとにポート番号を分ける設定ができる場合と，できない場合があります。それぞれについて，設定方法を次に示します。

系切り替え構成ごとにポート番号を分ける設定ができるモデルの場合

異なる系切り替え構成間での通信をしないよう，系切り替え構成ごとにポート番号を分ける設定をすることを推奨します。ポート番号を分けない設定もできますが，誤ってホストアドレスの設定を重複させてしまった場合に，系障害時に障害と無関係な系がリセットされたり，HAモニタが異常終了したりするおそれがあります。

図5‒12　系切り替え構成間でリセットパスを共用したネットワーク構成（SVPを共用する場合）

このような構成で，系1・系3間で一組，系2・系4間で一組，合計二組の系切り替え構成を構築する場合，各シャーシのSVPは，異なる系切り替え構成にある系二つと接続されているため，系切り替え構成間でSVPを共用する構成となります。このような場合は，次の設定をしてください。

自系のホストアドレスは，全系で異なる値を設定してください。別シャーシにある系でも，ホストアドレスによって系を識別できるよう，異なる値にします。

ホストアドレスは，HAモニタの環境設定のaddressオペランドで設定してください。なお，誤って重複した値を指定してしまった場合は，メッセージKAMN414-Eが出力されます。「7.5.14　addressオペランドの指定値の重複に対処する」を参照して対処してください。

リセットパスのポート番号とSVPのポート番号が重複しないように設定してください。

リセットパスのポート番号は，系切り替え構成ごとに違う値を設定してください。ただし，仮想化をする場合，同一装置上の系では，同じ値を設定してください。

SVP のポート番号は，系切り替え構成ごとに違う値を設定してください。ただし，仮想化をする場合，同一装置上の系では，同じ値になります。

設定例については，「(3)　2シャーシ／4系（Basicモード）の構成」を参照してください。

なお，N+Mコールドスタンバイ構成の場合は，これまでに説明してきた注意事項に加えて，パーティション名は全系で異なる値を設定してください。設定例については，「(6)　N+Mコールドスタンバイ構成」を参照してください。

系切り替え構成ごとにポート番号を分ける設定ができないモデルの場合

複数の系切り替え構成間でリセットパスを共用したネットワーク構成で，系切り替え構成間で障害管理プロセサであるSVPを共用する場合の例を次に示します。

図5‒13　系切り替え構成間でリセットパスを共用したネットワーク構成（SVPを共用する場合）

このような構成で，系1・系3間で一組，系2・系4間で一組，合計二組の系切り替え構成を構築する場合，各シャーシのSVPは，異なる系切り替え構成にある系二つと接続されているため，系切り替え構成間でSVPを共用する構成となります。このような場合は，次の設定をしてください。

自系のホストアドレスは，全系で異なる値を設定してください。別シャーシにある系でも，ホストアドレスによって系を識別できるよう，異なる値にします。

ホストアドレスは，HAモニタの環境設定のaddressオペランドで設定してください。なお，誤って重複した値を指定してしまった場合は，メッセージKAMN414-Eが出力されます。「7.5.14　addressオペランドの指定値の重複に対処する」を参照して対処してください。

リセットパスのポート番号は，全系で同じ値を設定してください。別シャーシにあっても，SVPを共用する系にはすべて同じ値を設定します。

SVPのポート番号は，すべて同じ値を設定してください。

リセットパスのポート番号とSVPのポート番号が重複しないように設定してください。

設定例については，「(3)　2シャーシ／4系（Basicモード）の構成」を参照してください。

なお，N+Mコールドスタンバイ構成の場合は，これまでに説明してきた注意事項に加えて，パーティション名は全系で異なる値を設定してください。設定例については，「(6)　N+Mコールドスタンバイ構成」を参照してください。

(b)　障害管理プロセサを共用する場合（HA8000xNモデル以降，またはRV3000）

複数の系切り替え構成間でリセットパスを共用したネットワーク構成で，系切り替え構成間で障害管理プロセサを共用する場合の例を次に示します。

図5‒14　系切り替え構成間でリセットパスを共用したネットワーク構成（障害管理プロセサを共用する場合）

このような構成で，系1・系3間で一組，系2・系4間で一組，合計二組の系切り替え構成を構築する場合，系切り替え構成間で障害管理プロセサを共用する構成となります。このような場合は，次の設定をしてください。

自系のホストアドレスは，全系で異なる値を設定してください。ホストアドレスは，HAモニタの環境設定のaddressオペランドで設定してください。なお，誤って重複した値を指定してしまった場合は，メッセージKAMN414-Eが出力されます。「7.5.14　addressオペランドの指定値の重複に対処する」を参照して対処してください。

リセットパスのポート番号，および障害管理プロセサのポート番号を次のように設定してください。

一組の系切り替え構成内のすべての系で，同じ値を設定してください。

系切り替え構成ごとに異なる値を設定してください。ただし，VMwareによる仮想化をする場合，同一装置上の系では，同じ値を設定してください。

リセットパスのポート番号，および障害管理プロセサのポート番号が重複しないように設定してください。

設定例については，「(2)　系切り替え構成が二組の場合」を参照してください。

(c)　障害管理プロセサを共用しない場合（BladeSymphonyまたはHA8000）

複数の系切り替え構成間でリセットパスを共用したネットワーク構成で，系切り替え構成間で障害管理プロセサであるSVPを共用しない場合の例を次に示します。

図5‒15　系切り替え構成間でリセットパスを共用したネットワーク構成（障害管理プロセサを共用しない場合）

このような構成で，系1・系3間で一組，系2・系4間で一組，合計二組の系切り替え構成を構築する場合，異なる系切り替え構成間でSVPは共用されません。このような場合は，次のどちらかの設定をしてください（両方の設定をしても問題ありません）。

自系のホストアドレスは，全系で異なる値を設定してください。別シャーシにある系でも，ホストアドレスによって系を識別できるよう，異なる値にします。

ホストアドレスは，HAモニタの環境設定のaddressオペランドで設定してください。なお，誤って重複した値を指定してしまった場合は，メッセージKAMN414-Eが出力されます。「7.5.14　addressオペランドの指定値の重複に対処する」を参照して対処してください。

リセットパスのポート番号は，系切り替え構成ごとに異なる値を設定してください。一組の系切り替え構成内の系間には同じ値を設定します。また，SVPのポート番号も，系切り替え構成ごとに異なる値を設定してください。

リセットパスのポート番号とSVPのポート番号が重複しないように設定してください。

設定例については，BladeSymphonyの場合は「(4)　4シャーシ／4系（Basicモード）の構成」を，HA8000の場合は「(2)　系切り替え構成が二組の場合」を参照してください。

なお，N+Mコールドスタンバイ構成の場合は，これまでに説明してきた注意事項に加えて，パーティション名は全系で異なる値を設定してください。設定例については，「(6)　N+Mコールドスタンバイ構成」を参照してください。

(d)　N+Mコールドスタンバイ構成で予備のサーバモジュールを共用する場合（BladeSymphony）

ここでは，次のすべての場合に当てはまるネットワーク構成について説明します。

複数の系切り替え構成間でリセットパスを共用する場合

N+Mコールドスタンバイ構成で予備のサーバモジュールを共用する場合

このようなネットワーク構成の例を次に示します。

図5‒16　系切り替え構成間でリセットパスを共用したネットワーク構成（N+Mコールドスタンバイ構成で予備のサーバモジュールを共用する場合）

このような構成で，系1・系3間で一組，系2・系4間で一組，合計二組の系切り替え構成を構築する場合は，次の設定をしてください。

自系のホストアドレスは，全系で異なる値を設定してください。別シャーシにある系でも，ホストアドレスによって系を識別できるよう，異なる値にします。

ホストアドレスは，HAモニタの環境設定のaddressオペランドで設定してください。なお，誤って重複した値を指定してしまった場合は，メッセージKAMN414-Eが出力されます。「7.5.14　addressオペランドの指定値の重複に対処する」を参照して対処してください。

リセットパスのポート番号は，全系で同じ値を設定してください。また，SVPのポート番号も，全系で同じ値を設定してください。

パーティション名は，全系で異なる値を設定してください。

設定例については，「(6)　N+Mコールドスタンバイ構成」を参照してください。

5.5.5　ハードウェア構成例（BladeSymphony（Basicモード））

マシンの機種がBladeSymphonyで系のリセットをする場合の，各系切り替え構成でのハードウェア構成例について説明します。

BladeSymphonyでは一つのシャーシに複数の系を持てるため，系と同じ数だけシャーシを増やす必要はありません。例として1:1系切り替え構成の場合で，シャーシが一つのときと二つのときの構成例を示します。ほかの構成例では，シャーシを二つ使用した場合のハードウェア構成を示します。

LPARモードで動作させる場合のハードウェア構成例については「5.5.6　ハードウェア構成例（BladeSymphony（LPARモード））」を参照してください。

(1)　1:1系切り替え構成

シャーシが一つで，同じシャーシ内にあるプロセサ同士を1:1系切り替え構成にしたときのハードウェア構成例を，次の図に示します。

図5‒17　同一シャーシ内での1:1系切り替え構成時のハードウェア構成例（BladeSymphony（Basicモード））

シャーシが二つのときの1:1系切り替え構成時のハードウェア構成例を，次の図に示します。

図5‒18　二つのシャーシ間での1:1系切り替え構成時のハードウェア構成例（BladeSymphony（Basicモード））

(2)　2:1系切り替え構成

2:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒19　2:1系切り替え構成時のハードウェア構成例（BladeSymphony（Basicモード））

(3)　複数スタンバイ構成

複数スタンバイ構成時のハードウェア構成は，2:1系切り替え構成時と同じ構成になります。2:1系切り替え構成時のハードウェア構成例については，「(2)　2:1系切り替え構成」を参照してください。

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒20　クラスタ型系切り替え構成時のハードウェア構成例（BladeSymphony（Basicモード））

(5)　VMware ESXiで仮想化する構成

VMware ESXiによる仮想化構成時のハードウェア構成例を次の図に示します。

図5‒21　VMware ESXiによる仮想化構成時のハードウェア構成例（BladeSymphony（Basicモード））

5.5.6　ハードウェア構成例（BladeSymphony（LPARモード））

日立サーバ論理分割機構を搭載したBladeSymphonyをLPARモードで動作させ，系のリセットをする場合の，各系切り替え構成でのハードウェア構成例について説明します。

Basicモードで動作させる場合のハードウェア構成例については「5.5.5　ハードウェア構成例（BladeSymphony（Basicモード））」を参照してください。

(1)　1:1系切り替え構成

シャーシが一つで，同じシャーシ内にあるLPAR同士を1:1系切り替え構成にしたときのハードウェア構成を，次の図に示します。この例では，LPAR2・LPAR3間で系切り替え構成にしています。

図5‒22　同一シャーシ内での1:1系切り替え構成時のハードウェア構成例（BladeSymphony（LPARモード））

シャーシが二つのときの1:1系切り替え構成時のハードウェア構成例を，次の図に示します。この例では，LPAR1・LPAR3間で系切り替え構成にしています。

図5‒23　二つのシャーシ間での1:1系切り替え構成時のハードウェア構成例（BladeSymphony（LPARモード））

(2)　2:1系切り替え構成

2:1系切り替え構成時のハードウェア構成例を次の図に示します。この例では，LPAR2・LPAR3・LPAR6間で系切り替え構成にしています。

図5‒24　2:1系切り替え構成時のハードウェア構成例（BladeSymphony（LPARモード））

(3)　複数スタンバイ構成

複数スタンバイ構成時のハードウェア構成は，2:1系切り替え構成時と同じ構成になります。2:1系切り替え構成時のハードウェア構成例については，「(2)　2:1系切り替え構成」を参照してください。

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時のハードウェア構成例を次の図に示します。この例では，LPAR2・LPAR3・LPAR6・LPAR7間で系切り替え構成にしています。

図5‒25　クラスタ型系切り替え構成時のハードウェア構成例（BladeSymphony（LPARモード））

5.5.7　ハードウェア構成例（HA8000xMモデル以前）

マシンの機種がHA8000xMモデル以前で系のリセットをする場合の，各系切り替え構成でのハードウェア構成例について説明します。

(1)　1:1系切り替え構成

1:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒26　1:1系切り替え構成時のハードウェア構成例（HA8000xMモデル以前）

(2)　2:1系切り替え構成

2:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒27　2:1系切り替え構成時のハードウェア構成例（HA8000xMモデル以前）

(3)　複数スタンバイ構成

複数スタンバイ構成時のハードウェア構成例を次の図に示します。

図5‒28　複数スタンバイ構成時のハードウェア構成例（HA8000xMモデル以前）

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒29　クラスタ型系切り替え構成時のハードウェア構成例（HA8000xMモデル以前）

(5)　VMware ESXiで仮想化する構成

VMware ESXiによる仮想化構成時のハードウェア構成例を次の図に示します。

図5‒30　VMware ESXiによる仮想化構成時のハードウェア構成例（HA8000xMモデル以前）

5.5.8　ハードウェア構成例（HA8000xNモデル以降）

マシンの機種がHA8000xNモデル以降で系のリセットをする場合の，各系切り替え構成でのハードウェア構成例について説明します。

(1)　1:1系切り替え構成

1:1系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒31　 1:1系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（HA8000xNモデル以降）

1:1系切り替え構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例を次の図に示します。

図5‒32　 1:1系切り替え構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例（HA8000xNモデル以降）

(2)　2:1系切り替え構成

系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒33　 2:1系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（HA8000xNモデル以降）

系切り替え構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例を次の図に示します。

図5‒34　 2:1系切り替え構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例（HA8000xNモデル以降）

(3)　複数スタンバイ構成

複数スタンバイ構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒35　複数スタンバイ構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（HA8000xNモデル以降）

複数スタンバイ構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例を次の図に示します。

図5‒36　複数スタンバイ構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例（HA8000xNモデル以降）

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒37　クラスタ型系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（HA8000xNモデル以降）

クラスタ型系切り替え構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例を次の図に示します。

図5‒38　クラスタ型系切り替え構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例（HA8000xNモデル以降）

(5)　VMware ESXiで仮想化する構成

VMware ESXiによる仮想化構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒39　 VMware ESXiによる仮想化構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（HA8000xNモデル以降）

VMware ESXiによる仮想化構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例を次の図に示します。

図5‒40　 VMware ESXiによる仮想化構成時に障害管理プロセサとして管理サーバを使用しないハードウェア構成例（HA8000xNモデル以降）

5.5.9　ハードウェア構成例（RV3000）

マシンの機種がRV3000で系のリセットをする場合の，各系切り替え構成でのハードウェア構成例について説明します。

(1)　1:1系切り替え構成

1:1系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒41　1:1系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（RV3000）

(2)　2:1系切り替え構成

系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒42　2:1系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（RV3000）

(3)　複数スタンバイ構成

複数スタンバイ構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒43　複数スタンバイ構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（RV3000）

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒44　クラスタ型系切り替え構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（RV3000）

(5)　VMware ESXiで仮想化する構成

VMware ESXiによる仮想化構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例を次の図に示します。

図5‒45　VMware ESXiによる仮想化構成時に障害管理プロセサとして管理サーバを使用するハードウェア構成例（RV3000）

5.5.10　ハードウェア構成例（共有ディスクのSCSIリザーブをする，または他社PC/AT互換機）

共有ディスクのSCSIリザーブをする，またはマシンの機種が他社PC/AT互換機の場合の，各系切り替え構成でのハードウェア構成例について説明します。ここでは，他社PC/AT互換機を例に説明します。

(1)　1:1系切り替え構成

1:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒46　1:1系切り替え構成時のハードウェア構成例（他社PC/AT互換機）

(2)　2:1系切り替え構成

2:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒47　2:1系切り替え構成時のハードウェア構成例（他社PC/AT互換機）

(3)　複数スタンバイ構成

複数スタンバイ構成時のハードウェア構成例を次の図に示します。

図5‒48　複数スタンバイ構成時のハードウェア構成例（他社PC/AT互換機）

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒49　クラスタ型系切り替え構成時のハードウェア構成例（他社PC/AT互換機）

(5)　VMware ESXiまたはKVMで仮想化する構成

VMware ESXiまたはKVMによる仮想化構成時のハードウェア構成例を次の図に示します。なお，KVMを使用する場合は，図中の仮想マシンをゲストOSに読み替えてください。

図5‒50　VMware ESXiまたはKVMによる仮想化構成時のハードウェア構成例（他社PC/AT互換機）

5.5.11　ハードウェア構成例（LANの通信可否による系切り替え制御機能）

LANの通信可否による系切り替え制御機能を使用する場合の，各系切り替え構成でのハードウェア構成例について説明します。ここでは，他社PC/AT互換機を例に説明します。

(1)　1:1系切り替え構成

1:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒51　1:1系切り替え構成時のハードウェア構成例（LANの通信可否による系切り替え制御機能）

(2)　2:1系切り替え構成

2:1系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒52　2:1系切り替え構成時のハードウェア構成例（LANの通信可否による系切り替え制御機能）

(3)　複数スタンバイ構成

複数スタンバイ構成時のハードウェア構成例を次の図に示します。

図5‒53　複数スタンバイ構成時のハードウェア構成例（LANの通信可否による系切り替え制御機能）

(4)　クラスタ型系切り替え構成

クラスタ型系切り替え構成時のハードウェア構成例を次の図に示します。

図5‒54　クラスタ型系切り替え構成時のハードウェア構成例（LANの通信可否による系切り替え制御機能）

(5)　VMware ESXiで仮想化する構成

VMware ESXiによる仮想化構成時のハードウェア構成例を次の図に示します。

図5‒55　VMware ESXiによる仮想化構成時のハードウェア構成例（LANの通信可否による系切り替え制御機能）

6　システムの構築

HAモニタを組み込んだシステムの構築手順，HAモニタのディレクトリ構成，およびHAモニタのシステムの構築に必要な各設定について説明します。システムの構築は，スーパユーザの権限で行ってください。この章では，システム構築の前提となるハードウェアはすでに構成されているものとして説明します。

6.1　構築の流れ

HAモニタのインストールが完了したあと，システム管理者はスーパユーザの権限でシステムを構築します。

HAモニタのインストールから，各設定を終えてシステムの動作確認ができる状態になるまでのシステム構築の流れについて，系のリセットをする場合，共有ディスクのSCSIリザーブをする場合，またはLANの通信可否による系切り替え制御機能を使用する場合に分けて説明します。

重要

本番環境での運用の前に，必ず「6.26　構築したシステムの動作確認」を実施してください。この手順を実施することで，正しくシステム構築できたかどうかを確認できます。この手順を実施しないで本番環境での運用を開始した場合，障害が発生しても系切り替えができないおそれがあります。業務システムの停止につながりますので，必ず実施してください。

6.1.1　系のリセットをする場合（BladeSymphonyまたはHA8000）

マシンの機種がBladeSymphonyまたはHA8000で，系のリセットをする場合のシステム構築について説明します。

(1)　システム構築の流れ

システム構築の流れを次に示します。なお，HAモニタ Extensionを使用する場合のシステム構築の流れについては，「(2)　システム構築の流れ（HAモニタ Extension使用時）」を参照してください。

系を追加する場合の設定

系を追加する場合は，次の手順で設定してください。

HAモニタのインストール（リリースノートを参照）

OSの設定

HAモニタで使用するためのVMware ESXiの設定（任意）

リセットパスの設定

・リセットパスの設定（BladeSymphony）

・リセットパスの設定（HA8000xMモデル以前）

・リセットパスの設定（HA8000xNモデル以降）

・リセットパスの設定（RV3000）

監視パスの設定

定義ファイルの作成（HAモニタ）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

サーバを追加する場合の設定

サーバを追加する場合は，次の手順で設定してください。

プログラムのインストール（プログラムのマニュアルを参照）（任意）

プログラムのセットアップ（プログラムのマニュアルを参照）（任意）

サーバが使用する共有リソースの設定（任意）

モードごとの設定

サーバモードの場合

1.定義ファイルの作成（サーバ）

モニタモードかつ実行サーバの監視をする場合

1.サーバの起動・停止・監視コマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）

モニタモードかつ待機系での監視をする場合

1.待機サーバの起動・停止・監視時に実行するコマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）（任意）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

システム構築の目的と，システム構築の流れで必要な手順との対応について説明します。

初めてHAモニタを導入してシステムを構築する場合

上記手順中に示すすべての設定をします。

系を追加する場合

構築済みの系切り替え構成に系を追加する場合，上記手順中に示すすべての設定をします。HAモニタは，各系に一つ必要です。

ただし，HAモニタで使用するためのVMware ESXiの設定という項目は，VMware ESXiで仮想化する場合にだけ設定する項目です。

サーバを追加する場合

構築済みの系切り替え構成にサーバを追加する場合，上記手順中に示すサーバを追加する場合の設定をします。系を追加する場合の設定は必要ありません。

また，サーバの起動・停止・監視コマンドの作成という項目は，追加するサーバがモニタモードのときだけに設定する項目です。サーバの起動コマンドの作成は必須で，サーバの停止・監視コマンドの作成は任意です。

プログラムの再起動コマンドの作成，UAPの作成と設定，および定義ファイルの作成（モニタモードのプログラム）という項目は，追加するサーバがモニタモードで，かつプログラム管理機能を使用するときだけに設定する項目です。

なお，構築済みのシステムで系やサーバを追加する手順については，「7.10.1　系を追加する」，または「7.10.2　サーバを追加する」を参照してください。

(2)　システム構築の流れ（HAモニタ Extension使用時）

HAモニタ Extensionを使用する場合のシステム構築の流れを次に示します。

系を追加する場合の設定

系を追加する場合は，次の手順で設定してください。

HAモニタのインストール（リリースノートを参照）

HAモニタ Extensionのインストール（リリースノートを参照）

OSの設定

HAモニタで使用するためのVMware ESXiの設定（任意）

リセットパスの設定

・リセットパスの設定（BladeSymphony）

・リセットパスの設定（HA8000xMモデル以前）

・リセットパスの設定（HA8000xNモデル以降）

・リセットパスの設定（RV3000）

監視パスの設定

定義ファイルの作成（HAモニタ）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

HAモニタ Extensionの設定

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

系の最大数を変更する場合の動作確認（HAモニタ Extension使用時）

サーバを追加する場合の設定

サーバを追加する場合は，次の手順で設定してください。

プログラムのインストール（プログラムのマニュアルを参照）（任意）

HAモニタ Extensionのインストール（リリースノートを参照）

プログラムのセットアップ（プログラムのマニュアルを参照）（任意）

サーバが使用する共有リソースの設定（任意）

モードごとの設定

サーバモードの場合

1.定義ファイルの作成（サーバ）

モニタモードかつ実行サーバの監視をする場合

1.サーバの起動・停止・監視コマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）

モニタモードかつ待機系での監視をする場合

1.待機サーバの起動・停止・監視時に実行するコマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）（任意）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

HAモニタ Extensionの設定

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

系の最大数を変更する場合の動作確認（HAモニタ Extension使用時）

システム構築の目的と，システム構築の流れで必要な手順との対応について説明します。

初めてHAモニタおよびHAモニタ Extensionを導入してシステムを構築する場合

上記手順中に示すすべての設定をします。

系を追加する場合

HAモニタ Extensionを導入して，構築済みの系切り替え構成に系を追加する場合，系切り替え構成内のすべての系で，必要に応じて上記手順中に示すすべての設定をします。

HAモニタおよびHAモニタ Extensionは，各系に一つずつ必要です。

ただし，HAモニタで使用するためのVMware ESXiの設定という項目は，VMware ESXiで仮想化する場合にだけ設定する項目です。

サーバを追加する場合

HAモニタ Extensionを導入して，構築済みの系切り替え構成にサーバを追加する場合，系切り替え構成内のすべての系で，上記手順中に示すサーバを追加する場合の設定をします。系を追加する場合の設定は必要ありません。

また，サーバの起動・停止・監視コマンドの作成という項目は，追加するサーバがモニタモードのときだけに設定する項目です。サーバの起動コマンドの作成は必須で，サーバの停止・監視コマンドの作成は任意です。

プログラムの再起動コマンドの作成，UAPの作成と設定，および定義ファイルの作成（モニタモードのプログラム）という項目は，追加するサーバがモニタモードで，かつプログラム管理機能を使用するときだけに設定する項目です。

なお，構築済みのシステムで系やサーバを追加する手順については，「7.10.1　系を追加する」，または「7.10.2　サーバを追加する」を参照してください。

6.1.2　共有ディスクのSCSIリザーブをする場合

システム構築の流れを次に示します。

系を追加する場合の設定

系を追加する場合は，次の手順で設定してください。

HAモニタのインストール（リリースノートを参照）

OSの設定

共有ディスクのSCSIリザーブをするための設定

HAモニタで使用するためのVMware ESXiの設定（任意）

監視パスの設定

定義ファイルの作成（HAモニタ）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

サーバを追加する場合の設定

サーバを追加する場合は，次の手順で設定してください。

プログラムのインストール（プログラムのマニュアルを参照）（任意）

プログラムのセットアップ（プログラムのマニュアルを参照）（任意）

サーバが使用する共有リソースの設定（任意）

モードごとの設定

サーバモードの場合

1.定義ファイルの作成（サーバ）

モニタモードかつ実行サーバの監視をする場合

1.サーバの起動・停止・監視コマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）（任意）

モニタモードかつ待機系での監視をする場合

1.待機サーバの起動・停止・監視時に実行するコマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）（任意）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

システム構築の目的と，システム構築の流れで必要な手順との対応について説明します。

初めてHAモニタを導入してシステムを構築する場合

上記手順中に示すすべての設定をします。

系を追加する場合

構築済みの系切り替え構成に系を追加する場合，上記手順中に示すすべての設定をします。HAモニタは，各系に一つ必要です。

ただし，HAモニタで使用するためのVMware ESXiの設定という項目は，VMware ESXiで仮想化する場合にだけ設定する項目です。

サーバを追加する場合

構築済みの系切り替え構成にサーバを追加する場合，上記手順中に示すサーバを追加する場合の設定をします。系を追加する場合の設定は必要ありません。

また，サーバの起動・停止・監視コマンドの作成という項目は，追加するサーバがモニタモードのときだけに設定する項目です。サーバの起動コマンドの作成は必須で，サーバの停止・監視コマンドの作成は任意です。

プログラムの再起動コマンドの作成，UAPの作成と設定，および定義ファイルの作成（モニタモードのプログラム）という項目は，追加するサーバがモニタモードで，かつプログラム管理機能を使用するときだけに設定する項目です。

なお，構築済みのシステムで系やサーバを追加する手順については，「7.10.1　系を追加する」，または「7.10.2　サーバを追加する」を参照してください。

6.1.3　ハイブリッドフェンシングを使用する場合

ハイブリッドフェンシングを使用する場合，「6.1.1　系のリセットをする場合（BladeSymphonyまたはHA8000）」を参照してシステムを構築してください。ただし，システム構築の際は，「6.3　OSの設定」を参照してOSの設定をしたあとに，追加で「6.4　共有ディスクのSCSIリザーブをするための設定」を参照して共有ディスクのSCSIリザーブの設定をしてください。なお，系のリセットをする場合と共有ディスクのSCSIリザーブをする場合とで異なる設定になっているときは，両方の設定をしてください。

6.1.4　LANの通信可否による系切り替え制御機能を使用する場合

システム構築の流れを次に示します。

系を追加する場合の設定

系を追加する場合は，次の手順で設定してください。

HAモニタのインストール（リリースノートを参照）

OSの設定

監視パスの設定

定義ファイルの作成（HAモニタ）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

サーバを追加する場合の設定

サーバを追加する場合は，次の手順で設定してください。

プログラムのインストール（プログラムのマニュアルを参照）（任意）

プログラムのセットアップ（プログラムのマニュアルを参照）（任意）

サーバが使用する共有リソースの設定（任意）

モードごとの設定

サーバモードの場合

1.定義ファイルの作成（サーバ）

モニタモードかつ実行サーバの監視をする場合

1.サーバの起動・停止・監視コマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）（任意）

モニタモードかつ待機系での監視をする場合

1.待機サーバの起動・停止・監視時に実行するコマンドの作成

2.プログラムの再起動コマンドの作成（任意）

3.UAPの作成と設定（任意）

4.定義ファイルの作成（サーバ）

5.定義ファイルの作成（モニタモードのプログラム）（任意）

ユーザコマンドの作成（任意）

リソースの監視のための設定（任意）

構築したシステムの設定・定義のチェック

障害情報を収集するための設定（任意）

構築したシステムの動作確認

システム構築の目的と，システム構築の流れで必要な手順との対応について説明します。

初めてHAモニタを導入してシステムを構築する場合

上記手順中に示すすべての設定をします。

系を追加する場合

構築済みの系切り替え構成に系を追加する場合，上記手順中に示すすべての設定をします。HAモニタは，各系に一つ必要です。

サーバを追加する場合

構築済みの系切り替え構成にサーバを追加する場合，上記手順中に示すサーバを追加する場合の設定をします。系を追加する場合の設定は必要ありません。

また，サーバの起動・停止・監視コマンドの作成という項目は，追加するサーバがモニタモードのときだけに設定する項目です。サーバの起動コマンドの作成は必須で，サーバの停止・監視コマンドの作成は任意です。

プログラムの再起動コマンドの作成，UAPの作成と設定，および定義ファイルの作成（モニタモードのプログラム）という項目は，追加するサーバがモニタモードで，かつプログラム管理機能を使用するときだけに設定する項目です。

なお，構築済みのシステムで系やサーバを追加する手順については，「7.10.1　系を追加する」，または「7.10.2　サーバを追加する」を参照してください。

6.2　ディレクトリ構成

HAモニタをインストールすると，/opt/hitachiの下にHAモニタのディレクトリHAmonが作成されます。

HAモニタをインストールしたあとのディレクトリ構成を，次の図に示します。

図6‒1　ディレクトリ構成

HAモニタのディレクトリのうち，ユーザがファイルを作成，編集できるのは環境設定用ディレクトリだけです。ほかのディレクトリにあるファイルは編集しないでください。

6.3　OSの設定

HAモニタのインストールが完了したら，システム管理者はOSに対して，HAモニタを使用するために必要な設定をします。

6.3.1　環境変数の設定

システム管理者の環境変数を設定します。設定する必要があるのは次の環境変数です。

PATH環境変数

HAモニタのコマンドを使用するために，PATH環境変数の設定をします。HAモニタのコマンドは，ディレクトリ/opt/hitachi/HAmon/bin/の下にあります。次のパスを追加してください。

/opt/hitachi/HAmon/bin

6.3.2　システムファイルの設定

システムファイルにHAモニタを設定します。なお，HAモニタの自動起動・停止は，monsetupコマンドで設定してください。

HAモニタでは，Unit設定ファイル/usr/lib/systemd/system/HAmon-powercontrol.serviceを提供しています。OSのsystemctlコマンドを実行して，サービスを有効化してください。

サービスの有効化方法を，次に示します。

# systemctl enable HAmon-powercontrol.service

Unit設定ファイルの内容を，次に示します。

[Unit]
Description=HA Monitor(power control)
After= sysinit.target network.target sshd.service jp1_base.service HABooster.service ltd.service haconnd.service

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c '/opt/hitachi/HAmon/bin/HApwon >/dev/null 2>&1'
ExecStop=/bin/sh -c '/opt/hitachi/HAmon/bin/HApwoff >/dev/null 2>&1'

[Install]
WantedBy=multi-user.target

HAモニタの自動起動・停止の順番を変更するには，Unit設定ファイルのUnitセクションのAfter指定値を修正します。Unit設定ファイルの詳細については，OSのsystemdのドキュメントを参照してください。

注意事項

After指定値以外は，インストール時のデフォルト設定を変更または削除しないでください。

After指定値は，ほかのサービスを追加できますが，インストール時のデフォルト設定部分は変更または削除しないでください。

ほかのオプションを追加する場合は，十分に検討および検証をしてください。サービスの依存関係がループするなどの誤った設定をすると，OSが起動できなくなるおそれがあります。

/usr/lib/systemd/system配下のUnit設定ファイルは，HAモニタを上書きインストールすると上書きされます。そのため，Unit設定ファイルを編集するときは，/usr/lib/systemd/system配下のHAmon-powercontrol.serviceを/etc/systemd/systemにコピーし，コピー先のファイルを使用して編集してください。

6.3.3　システムクロックの設定

システムクロックを設定して，すべてのマシンの時刻を合わせます。このとき，システムクロックは秒単位で戻さないようにしてください。HAモニタは，システムクロックを基に系間通信の起動通知パケットの整合性を判定します。

システムクロックは，必ずHAモニタの稼働前に設定してください。HAモニタの稼働中にシステムクロックを変更すると，HAモニタは，障害が発生したと誤って判定し，HAモニタ間の接続ができなくなったりするおそれがあります。

6.3.4　DNSの設定

DNSを使用する場合，ホスト名の優先度の設定が/etc/hostsファイルよりDNSの方が高いと，HAモニタの起動に時間が掛かるおそれがあります。そのため，ホスト名の優先度の設定は，DNSより/etc/hostsファイルの方を高くすることを推奨します。

6.3.5　システムログファイルの設定

HAモニタを使用する場合，障害調査のためsyslogファイルを出力するよう設定してください。

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

同時に稼働できるサーバの最大数をデフォルトの16から変更する場合，またはHAモニタ Extensionを使用して系の最大数を33以上にする場合に，カーネルパラメタを変更する必要があります。カーネルパラメタの表示はOSのsysctlコマンドで，カーネルパラメタの変更は/etc/sysctl.d/99-sysctl.confファイルを修正することでできます。変更する必要があるカーネルパラメタ，および指定する値を，次に示します。

表6‒1　カーネルのパラメタの設定（サーバの最大数，または系の最大数をデフォルトから変更する場合）

変更するカーネルパラメタ

指定する値

サーバの最大数を64にする場合

サーバの最大数を128以上にする場合

系の最大数を33以上にする場合

net.core.rmem_max

303200以上

1048576以上

1048576以上

net.core.wmem_max

303200以上

1048576以上

1048576以上

注意事項

カーネルパラメタのデフォルト値が，表に示す値を上回っている場合は，変更する必要はありません。

二つのカーネルパラメタには，同じ値を指定してください。

同時に稼働できるサーバの最大数がデフォルトの16である場合は，カーネルパラメタはデフォルト値以上にしてください。

6.3.7　出力言語種別の設定

メッセージの出力言語種別（英語または日本語）を設定します。

(1)　LANG環境変数の設定

HAモニタのメッセージの出力言語種別は，カーネルのLANG環境変数に設定してある値に従います。

英語と日本語を切り替えたい場合，LANG環境変数を次のように設定し直してください。

英語出力の場合：LANG=C

日本語出力（EUC）の場合：LANG=ja_JP.eucJP

日本語出力（UTF-8）の場合：LANG=ja_JP.UTF-8

(2)　日本語メッセージ出力の設定

Unit設定ファイルを編集する場合の注意事項については，「6.3.2　システムファイルの設定」を参照してください。

システム起動時にHAモニタを自動起動する場合，HAモニタがsyslogに出力するメッセージの言語は，HAモニタのUnit設定ファイルのServiceセクションのEnvironment値に従います。

メッセージを日本語で出力したい場合は，日本語出力用のLANG環境変数を追加します。設定例を次に示します。下線部分を追加します。

[Unit]
Description=HA Monitor(power control)
・
・
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/sh -c '/opt/hitachi/HAmon/bin/HApwon >/dev/null 2>&1'
ExecStop=/bin/sh -c '/opt/hitachi/HAmon/bin/HApwoff >/dev/null 2>&1'
Environment="LANG=ja_JP.UTF-8"
・
・
（以降省略）

6.3.8　セキュリティレベルの設定

HAモニタの監視パスとリセットパスではUDP通信が行われます。HAモニタのUDP通信がファイアウォールによって阻害されないようにセキュリティレベルを設定してください。

6.3.9　ファイルシステムの設定

(1)　HAモニタをインストールしているファイルシステムの場合

HAモニタをインストールしているファイルシステム（/opt/hitachi/HAmon）に対して，/etc/fstabファイルやmountコマンドでnosuidオプションを指定しないようにしてください。

HAモニタはファイルシステムの監視はしません。業務の継続に影響を与えるファイルシステムにエラーが発生した場合には，速やかに系切り替えをするために，ファイルシステムのエラー検知時にOSパニックを発生させるように設定することを検討してください。

ルートディスク（/）にエラーが発生した場合にOSパニックを発生させる/etc/fstabの設定例を次に示します。詳細はOSのマニュアルを参照してください。

LABEL=/    /    ext4    errors=panic    1    1

(2)　サーバが使用する共有ディスク上のファイルシステムの場合

共有ディスク上のファイルシステムを使用する場合，OSに対して次のファイルシステムの設定が必要です。

(a)　システム起動時にマウントしない設定

ファイルシステムは，HAモニタがマウント・アンマウントして切り替えを制御します。このため，システム起動時に自動的にマウントしないように設定してください。設定方法は，OSのマニュアルを参照してください。

(b)　ファイルシステムタイプの設定

HAモニタが制御するファイルシステムを/etc/fstabファイルに指定する場合，第3フィールド（ファイルシステムタイプ）には，ignoreオプションを指定しないでください。ignoreオプションを指定した場合，HAモニタが実行するfsckコマンドが失敗し，ファイルシステムを使用できないことがあります。

(c)　ファイルシステムのチェック時間に関する設定

fsckコマンドによるファイルシステムのチェックに時間が掛かると，その分，系切り替えに時間が掛かることになります。fsckコマンドでのチェックに時間が掛からないようにするため，次の対策を検討してください。

切り替えに必要なファイルだけを切り替え対象にし，不要なファイルを対象にしない。

次の設定で，自動的にfsckコマンドを実行しないようにする。

マウント回数によるfsckコマンドの無効化（Maximum mount count）

経過時間によるfsckコマンドの無効化（Check interval）

(d)　NFSで外部からアクセスする設定

NFSで外部からディレクトリにアクセスできるようにするには，/etc/exportsファイルでfsidオプションを指定してください。詳細は，OSのドキュメントを参照してください。

6.4　共有ディスクのSCSIリザーブをするための設定

HAモニタで共有ディスクのSCSIリザーブをするための設定をします。

なお，VMware ESXiでの仮想化環境では，冗長化構成のときでもパスの切り替えはVMware ESXiが行うため，通常はシングルパス構成と同様に扱われます。VMware ESXiでの仮想化環境でファイバーチャネル接続の冗長化構成の場合の例を，次の図に示します。

図6‒2　VMware ESXiでの仮想化環境で冗長化構成の場合の例（ファイバーチャネル使用時）

また，仮想マシンのOSがiSCSI接続の共有ディスクを直接認識する構成にすることで，VMware ESXiのオプション機能であるvMotionなどを使用することもできます。このとき，VMware ESXiではLANだけを認識させ，共有ディスクの認識をしないようにします。冗長化構成のときは，仮想マシンのOSでマルチパスソフトウェア（DMMP）を使用します。この構成では，DMMPがパスの切り替えを行います。

DMMPを使用する，VMware ESXiでの仮想化環境で冗長化構成の場合の例を，次の図に示します。

図6‒3　VMware ESXiでの仮想化環境で冗長化構成の場合の例（DMMP使用時）

6.4.1　マルチパスソフトウェアの設定

マルチパスソフトウェアの種類に応じて設定が必要な場合があります。ここでは，設定が必要なマルチパスソフトウェアについて説明します。

(1)　マルチパスソフトウェアがHDLMの場合

マルチパスソフトウェアがHDLMの場合，HDLMドライバオプション設定ユーティリティ（dlmsetopt）の「-prsup on」を実行し，ホストを再起動してください。HDLMドライバオプション設定ユーティリティは，すべての系切り替え構成で実行する必要があります。実行しないと，共有ディスクを保護できないおそれがあります。設定・確認方法などの詳細については，マニュアルHitachi Dynamic Link Manager Softwareユーザーズガイド（Linux(R)用）を参照してください。

(2)　マルチパスソフトウェアがDMMPの場合

マルチパスソフトウェアがDMMPの場合，次の設定が必要です。

devicesセクション

パスチェッカー（path_checker）は，tur（デバイスに対してTEST UNIT READYを発行）以外を指定します。queue_if_no_path機能を使用しません（featuresに0を指定します）。また，フェイルバック（failback）は，手動フェイルバックを使用する設定をします。

設定例を次に示します。vendorおよびproductには，使用しているストレージに応じた値を設定してください。

devices {
       device {
               vendor                  "HITACHI"
               product                 "DF.*"
               path_checker            directio
               features                "0"
               failback                manual
       }
}

blacklistセクションを設定する場合の設定

blacklistセクションを設定する場合は，WWID単位，またはデバイスタイプ単位で設定します。デバイス名単位では設定しないでください。

blacklistセクションにWWID単位で設定する例を次に示します。

blacklist {
    wwid 360060e8010462fe004f2b6ae00000065
}

設定ファイルのファイル名，および設定方法の詳細については，DMMPのマニュアルを参照してください。

6.4.2　LVMを使用する場合の共有ディスクのSCSIリザーブに必要なオペランドの指定値の求め方

LVMを使用する場合の，サーバ対応の環境設定のscsi_deviceオペランド，およびdmmp_deviceオペランドの指定値の求め方について説明します。

scsi_deviceオペランドは次の場合に指定します。

シングルパス構成の場合

VMware ESXiでの仮想化環境の場合（ただし，DMMPを使用する場合を除く）

マルチパスソフトウェア（HDLM）による冗長化構成の場合

また，マルチパスソフトウェア（DMMP）による冗長化構成の場合は，dmmp_deviceオペランドを指定します。

(1)　scsi_deviceオペランドの指定値

(a)　シングルパス構成，VMware ESXiでの仮想化環境，およびHFC-PCMの場合

scsi_deviceオペランドには，共有ディスクのシンボリックリンクを指定します。シンボリックリンクは，LVMの物理ボリューム名を基に取得した共有ディスクのパス名から求めます。

scsi_deviceオペランドの指定値を求める手順を次に示します。

物理ボリューム名を確認する。

確認方法を次に示します。

#/sbin/vgdisplay -v ボリュームグループ名

ボリュームグループ名に，vg01を指定する場合の例を次に示します。

実行例

#/sbin/vgdisplay -v vg01

実行結果

 --- Volume group ---
 VG Name               vg01
・
・
 --- Physical volumes ---
 PV Name               /dev/sda1
・
・
（以降省略）

下線で示す部分が物理ボリューム名です。また，末尾の数字はパーティション番号です。

シンボリックリンクを取得する。

次のコマンドで，OSが作成する/dev/disk/by-id配下に存在するシンボリックリンクを取得します。物理ボリューム名には，手順1.で確認した物理ボリューム名から，「/dev/」とパーティション番号を除いた値を指定します。

# ls -l /dev/disk/by-id | grep 物理ボリューム名$

物理ボリューム名に，sdaを指定する場合の例を次に示します。

実行例

# ls -l /dev/disk/by-id | grep sda$

実行結果

lrwxrwxrwx 1 root root  9 Jun  7 17:08 scsi-360060e8010462fe004f2b6ae00000065 -> ../../sda

下線で示す部分がシンボリックリンクです。scsi_deviceオペランドに指定するときは，絶対パスで指定します。

注意事項

次のシンボリックリンクはscsi_deviceオペランドに指定しないでください。

・末尾に"part"が含まれるシンボリックリンク

・先頭が"wwn-"で始まるシンボリックリンク

(b)　マルチパスソフトウェア（HDLM）による冗長化構成の場合

共有ディスクのパスをHDLMで冗長化する場合は，scsi_deviceオペランドにHDLMの論理デバイスを絶対パスで指定します。LVMの物理ボリューム名がHDLMの論理デバイス名にパーティション番号を加えた値であるため，LVMの物理ボリューム名から求めます。

次のコマンドを実行して，物理ボリューム名を確認します。

#/sbin/vgdisplay -v ボリュームグループ名

ボリュームグループに，vg01を指定する場合の例を次に示します。

実行例

#/sbin/vgdisplay -v vg01

実行結果

 --- Volume group ---
 VG Name               vg01
・
・
 --- Physical volumes ---
 PV Name               /dev/sddlmaa1
・
・
（以降省略）

下線で示す部分がLVMの物理ボリューム名です。末尾の「1」はパーティション番号です。LVMの物理ボリューム名からパーティション番号を除いた値をscsi_deviceオペランドに指定します。

重要

HDLMの論理デバイス名は，系間で一致していない可能性があります。系切り替え構成内のすべての系でこの手順を実施し，scsi_deviceオペランドの指定値を確認してください。

(2)　dmmp_deviceオペランドの指定値（マルチパスソフトウェア（DMMP）による冗長化構成の場合）

dmmp_deviceオペランドには，DMMPの論理デバイスを絶対パスで指定します。LVMの物理ボリューム名がDMMPの論理デバイスであるため，LVMの物理ボリューム名から求めます。

次のコマンドを実行して，物理ボリューム名を確認します。

#/sbin/vgdisplay -v ボリュームグループ名

ボリュームグループに，vg01を指定する場合の例を次に示します。

実行例

#/sbin/vgdisplay -v vg01

実行結果

 --- Volume group ---
 VG Name               vg01
・
・
 --- Physical volumes ---
 PV Name               /dev/mapper/mpath1p1
・
・
(以降省略)

下線で示す部分がLVMの物理ボリューム名，すなわちDMMPの論理ボリュームです。また，末尾の「p1」はパーティション番号です。DMMPの論理ボリュームからパーティション番号を除いた値をdmmp_deviceオペランドに指定します。

6.4.3　LVMを使用しない場合の共有ディスクのSCSIリザーブに必要なオペランドの指定値の求め方

LVMを使用しない場合の，サーバ対応の環境設定のscsi_deviceオペランド，およびdmmp_deviceオペランドの指定値の求め方について説明します。

scsi_deviceオペランドは次の場合に指定します。

シングルパス構成の場合

VMware ESXiでの仮想化環境の場合（ただし，DMMPを使用する場合を除く）

また，マルチパスソフトウェア（DMMP）による冗長化構成の場合は，dmmp_deviceオペランドを指定します。

(1)　scsi_deviceオペランドの指定値

(a)　シングルパス構成，VMware ESXiでの仮想化環境，およびHFC-PCMの場合

scsi_deviceオペランドには，共有ディスクのシンボリックリンクを指定します。共有ディスクのシンボリックリンクは，ファイルシステムのデバイス名から求めます。

scsi_deviceオペランドの指定値を求める手順を，ファイルシステムがデバイスにある場合（パーティションを構成していない場合）と，ファイルシステムがパーティションにある場合（パーティションを構成している場合）に分けて示します。

ファイルシステムがデバイスにある場合（パーティションを構成していない場合）

次の手順でscsi_deviceオペランドの指定値を求めます。

デバイス名を確認する。

次のコマンドにファイルシステムのuuidを指定してデバイス名を確認します。uuidには，fs_nameオペランドの指定値から「/dev/disk/by-uuid/」を除いた値を指定します。

# findfs UUID=uuid

uuidに，c73bf13f-89a9-49bc-9d8d-7c94e5458389を指定する場合の例を次に示します。

実行例

# findfs UUID=c73bf13f-89a9-49bc-9d8d-7c94e5458389

実行結果

/dev/sda

下線で示す部分がデバイス名です。

シンボリックリンクを取得する。

次のコマンドで，OSが作成する/dev/disk/by-id配下に存在するシンボリックリンクを取得します。デバイス名には，手順1.で確認したデバイス名から，「/dev/」を除いた値を指定します。

# ls -l /dev/disk/by-id | grep デバイス名

デバイス名に，sdaを指定する場合の例を次に示します。

実行例

# ls -l /dev/disk/by-id | grep sda

実行結果

lrwxrwxrwx 1 root root  9  1月  7 11:03 scsi-360060e8010462fe004f2b6ae00000027 -> ../../sda
lrwxrwxrwx 1 root root  9  1月  7 11:03 wwn-0x60060e8010462fe004f2b6ae00000027 -> ../../sda

下線で示す部分がシンボリックリンクです。scsi_deviceオペランドに指定するときは，絶対パスで指定します。

scsi_deviceオペランド設定例

scsi_device  /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000027

注意事項

次のシンボリックリンクはscsi_deviceオペランドに指定しないでください。

・末尾に"part"が含まれるシンボリックリンク

・先頭が"wwn-"で始まるシンボリックリンク

ファイルシステムがパーティションにある場合（パーティションを構成している場合）

次の手順でscsi_deviceオペランドの指定値を求めます。

デバイス名を確認する。

次のコマンドにファイルシステムのuuidを指定してデバイス名を確認します。uuidには，fs_nameオペランドの指定値から「/dev/disk/by-uuid/」を除いた値を指定します。

# findfs UUID=uuid

uuidに，af306d54-8907-471f-9119-3b68dabbc9bdを指定する場合の例を次に示します。

実行例

# findfs UUID=af306d54-8907-471f-9119-3b68dabbc9bd

実行結果

/dev/sda1

下線で示す部分がデバイス名です。デバイス名の末尾の「1」はパーティション番号です。

シンボリックリンクを取得する。

次のコマンドで，OSが作成する/dev/disk/by-id配下に存在するシンボリックリンクを取得します。デバイス名には，手順1.で確認したデバイス名から，「/dev/」とパーティション番号を除いた値を指定します。

# ls -l /dev/disk/by-id | grep デバイス名$

デバイス名に，sdaを指定する場合の例を次に示します。

実行例

# ls -l /dev/disk/by-id | grep sda$

実行結果

lrwxrwxrwx 1 root root  9  1月  5 14:38 scsi-360060e8010462fe004f2b6ae00000035 -> ../../sda
lrwxrwxrwx 1 root root  9  1月  5 14:38 wwn-0x60060e8010462fe004f2b6ae00000035 -> ../../sda

下線で示す部分がシンボリックリンクです。scsi_deviceオペランドに指定するときは，絶対パスで指定します。

scsi_deviceオペランド設定例

scsi_device  /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000035

注意事項

次のシンボリックリンクはscsi_deviceオペランドに指定しないでください。

・末尾に"part"が含まれるシンボリックリンク

・先頭が"wwn-"で始まるシンボリックリンク

(2)　dmmp_deviceオペランドの指定値（マルチパスソフトウェア（DMMP）による冗長化構成の場合）

dmmp_deviceオペランドには，DMMPの論理デバイスを絶対パスで指定します。fs_nameオペランドに指定したuuidから論理デバイス名を求めます。

次のコマンドにファイルシステムのuuidを指定してデバイス名を確認します。uuidには，fs_nameオペランドの指定値から「/dev/disk/by-uuid/」を除いた値を指定します。

# findfs UUID=uuid

uuidに，dfed18bb-0271-400d-9b8c-bc78c41f0b28を指定する場合の例を次に示します。

実行例

# findfs UUID=dfed18bb-0271-400d-9b8c-bc78c41f0b28

実行結果

/dev/mapper/mpatha1p1

下線で示す部分がデバイス名です。末尾の「p1」はパーティション番号です。

論理デバイス名からパーティション番号を除いた値をdmmp_deviceオペランドに指定します。

dmmp_deviceオペランド設定例

dmmp_device /dev/mapper/mpatha1

6.4.4　SCSI関連のメッセージのsyslog出力時の対応方法

SCSI関連のメッセージがsyslogに出力される場合があります。syslogに出力されるメッセージと対応方法について説明します。

(1)　出力されるメッセージ

syslogに出力されるSCSI関連のメッセージには次の種類があります。なお，ここで示すメッセージ中のxには英数字が表示されます。また，メッセージの形式は，OSによって異なる場合があります。

シングルパス構成，マルチパス構成に関係なく出力されるメッセージ

稼働中のサーバがディスク保護のためにリザーブしていることから出力されるメッセージです。正常な動作なため，メッセージへの対応は不要です。

表6‒2　シングルパス構成，マルチパス構成に関係なく出力されるメッセージ

出力されるメッセージ

出力される契機

kernel: sd x:x:x:x: reservation conflict

他系で実行系として稼働中のサーバがある場合に，OSを再起動すると出力されます。

系切り替えをすると出力されます。

マルチパス構成（DMMP）の場合に出力されるメッセージ

稼働中のサーバがディスク保護のためにリザーブしていることから出力されるメッセージです。正常な動作なため，メッセージへの対応は不要です。ただし，syslogへのメッセージの出力量を抑制するため，メッセージを退避することを推奨します。メッセージの退避方法については，「(2)　syslogからSCSI関連のメッセージを退避するための設定例」を参照してください。

表6‒3　マルチパス構成（DMMP）の場合に出力されるメッセージ

実行系/待機系

出力されるメッセージ

出力される契機

実行系

kernel: sdx: sdxx

稼働中のサーバがある場合に，5秒間隔（デフォルトの設定の場合）で，マルチパス構成にしているデバイスの数だけ出力されます。なお，scsi_checkオペランドを指定している場合はその値に従った秒数の間隔で出力されます。

待機系

kernel: sdx: sdxx

kernel: sd x:x:x:x: reservation conflict

kernel: sd x:x:x:x: [sdx] Test Unit Ready failed: Result: hostbyte=DID_OK driverbyte=DRIVER_OK

待機サーバがある場合に，1分間隔（デフォルトの設定の場合）で，マルチパス構成にしているデバイスの数に応じて複数回ずつ出力されます。なお，scsi_pathcheckオペランドを指定している場合はその値に従った分数の間隔で出力されます。

(2)　syslogからSCSI関連のメッセージを退避するための設定例

syslogから別のログファイルに退避するための設定例を示します。必要に応じて，ログローテーションを設定することを推奨します。ここでは，SCSI関連のメッセージを/var/log/messagesには出力しないで，/var/log/hamon-scsiファイルに出力する設定例を示します。

作成する設定ファイルパス

/etc/rsyslog.d/hamon-scsi.conf

設定ファイルの内容

# kernel: sdb: sdb1
:msg, regex, "^ sd[a-z]: sd[a-z][0-9]$" /var/log/hamon-scsi
& stop

# kernel: sd 0:0:0:2: reservation conflict
:msg, regex, "^sd [0-9]..*[0-9]: reservation conflict$" /var/log/hamon-scsi
& stop

# kernel: sd 0:0:0:2: [sdb] Test Unit Ready failed: Result: hostbyte=DID_OK driverbyte=DRIVER_OK
:msg, regex, "^sd [0-9]..*[0-9]: .sd[a-z]. Test Unit Ready failed: Result: hostbyte=DID_OK driverbyte=DRIVER_OK" /var/log/hamon-scsi
& stop

6.4.5　udevルールの設定

サーバ対応の環境設定のscsi_deviceオペランドまたはdmmp_deviceオペランドに指定した共有ディスクのデバイスファイルのオーナー，グループ，およびパーミッションを設定するときは，udevルールファイルで設定します。

共有ディスクのデバイスファイルをwriteモードでオープンした場合，クローズ時にudevルールにイベントが通知され，udevルールで設定した状態（udevルールの設定がない場合はデフォルトの状態）に戻します。HAモニタは，サーバ対応の環境設定のscsi_deviceオペランドまたはdmmp_deviceオペランドに指定した共有ディスクをリザーブするために，共有ディスクのデバイスファイルをwriteモードでopenします。chmod，chownなどでパーミッションを変更した場合は，サーバを起動するとudevルールで設定した状態に戻ります。そのためパーミッションを変更する場合は，udevルールで設定します。

オーナー，グループ，およびパーミッションの設定例（scsi_deviceオペランドにシンボリックリンクを指定する場合）を次に示します。マルチパスソフトウェア（HDLM）を使用する場合は，弊社担当営業にお問い合わせください。また，マルチパスソフトウェア（DMMPまたはHFC-PCM）を使用する場合は，それぞれのマニュアルを参照してください。

/etc/udev/rules.d配下にオーナー，グループ，およびパーミッションを固定するためのルールファイルを作成する。

作成方法を次に示します。

# touch /etc/udev/rules.d/数値-ルール名.rule

（凡例）

数値：2桁の任意の数値

ルール名：任意の文字列

数値に99，ルール名にmy-rulesを指定する場合の例を次に示します。

実行例

# touch /etc/udev/rules.d/99-my-rules.rules

注意事項を次に示します。

ルール名には，/etc/udev/rules.d配下にある既存のルールファイルと，同一名称を指定しないでください。

複数のルールファイルで同じデバイスに対して設定した場合，数値が大きいルールファイルの設定が適用されます。

ディスクデバイスに関するほかのudevルールよりも，大きい数値を設定することを推奨します。標準の設定では，ディスクデバイスに関するudevルールは60以下の数値で設定されています。

ルールファイルを編集する。

ルールファイルを，viエディタなどで編集し，次の行を追加します。

ACTION=="add|change", SYMLINK=="シンボリックリンク", OWNER="オーナー名", GROUP="グループ名", MODE="パーミッション", OPTIONS+="nowatch"

シンボリックリンクには，scsi_deviceオペランドに設定した値から「/dev/」を除いた値を指定します。設定例を次に示します。

ACTION=="add|change", SYMLINK=="disk/by-id/scsi-360060e8010462fe004f2b6ae00000065", OWNER="user1", GROUP="group1", MODE="0666", OPTIONS+="nowatch"

ルールファイルを反映させるために，OSを再起動する。

手順2.で編集したファイルを他系にコピーし，手順3.を実行する。

/dev/disk/by-id配下のシンボリックリンクは，どの系から参照しても同じ値であるため，編集する必要はありません。

6.4.6　共有ディスクのSCSIリザーブ設定時の注意事項

一つの物理デバイスに複数のパーティションを作成し，パーティションごとに別々のサーバで使用することはできません。

SCSIリザーブは，物理デバイスごとに実行します。パーティションごとに別々のサーバで使用すると，SCSIリザーブが正しく確保できないため，ディスクの保護ができません。

サーバ対応の環境設定のscsi_deviceオペランド，およびdmmp_deviceオペランドに設定するデバイス名は，系間で同じ名前を同じ順番で設定します。系間で設定する名前，設定順番が異なると，SCSIリザーブが正しく確保できないことがあります。

ただし，HDLMによる冗長化構成の場合，scsi_deviceオペランドに設定するデバイス名は，系間で同じ順番で設定します。系切り替え構成内のすべての系が同じディスクであれば，異なる名前を指定できます。

LVMを使用する場合，scsi_deviceオペランド，およびdmmp_deviceオペランドには，diskオペランドに指定した各ボリュームグループを構成する物理ボリュームのデバイスファイル名に対応するデバイス名をすべて指定します。

LVMを使用しないディスクやパーティションを使用する場合，scsi_deviceオペランド，およびdmmp_deviceオペランドには，fs_nameオペランドに指定したファイルシステムのある論理ユニットに対応するデバイス名を指定します。一つの論理ユニットに複数のパーティション（複数のファイルシステム）を作成した場合，同じデバイス名を複数指定するのではなく，その論理ユニットに対応するデバイス名を一つ指定します。

scsi_deviceオペランド，およびdmmp_deviceオペランドに設定する論理デバイスに対応する共有ディスクには，LVMミラー，およびLinux標準のソフトウェアRAID（md）を使用しないでください。

6.5　HAモニタで使用するためのVMware ESXiの設定

HAモニタで使用するためのVMware ESXiの設定をします。設定には，系のリセットをする場合に必要な設定と，共有ディスクのSCSIリザーブをする場合に必要な設定があります。

6.5.1　系のリセットをする場合，および共有ディスクのSCSIリザーブをする場合に必要な設定

次の設定は，系のリセットをする場合でも共有ディスクのSCSIリザーブをする場合でも必要です。これらの設定は，HAモニタで切り替える対象の共有ディスクに関する設定です。

なお，次のすべての条件を満たす場合は，これらの設定は不要です。

共有ディスクのSCSIリザーブをする。

マルチパスソフトウェアとしてDMMPを使用する。

(1)　仮想マシンに割り当てる共有ディスクのデバイスタイプの設定

VMware vSphere Clientで，仮想マシンに割り当てる共有ディスクを設定する方法について説明します。

共有ディスクは，次のどちらかに設定してください。

Rawデバイスのマッピング

仮想ディスク（系のリセットによる系切り替えをする場合だけ）

なお，この設定中に行う仮想デバイスノードの選択では，共有ディスク用に新しい仮想デバイスノード（例えば，[SCSI (1:0)]）を選択することを推奨します。

また，共有ディスクのSCSIリザーブをする場合は，「6.5.3　共有ディスクのSCSIリザーブをする場合に必要な設定」の設定も行ってください。

(a)　共有ディスクをRawデバイスのマッピングに設定する方法

共有ディスクのタイプを［Rawデバイスのマッピング］に設定する方法を次に示します。

VMware ESXi 6より前のバージョンの場合

VMware vSphere ClientでVMware ESXiに接続する。

仮想マシンの設定を編集する画面を開き，［追加］をクリックする。

追加するデバイスタイプとして，［ハードディスク］を選択して［次へ］をクリックする。

使用するディスクのタイプとして，［Rawデバイスのマッピング］を選択する。

VMware ESXi 6以降のバージョンの場合

VMware vSphere ClientでVMware ESXiに接続する。

仮想マシンの設定を編集する画面を開き，［編集］をクリックする。

［仮想ハードウェア］をクリックし，［ハードディスクの追加］-［新規Rawディスク］を選択する。

ディスクの互換性として，［物理］を選択する。

(b)　共有ディスクを仮想ディスクに設定する方法

共有ディスクを，仮想ディスクに設定する方法を次に示します。

なお，仮想ディスクは，マルチライターフラグを有効にしておく必要があります。マルチライターフラグの設定については，「(3)　マルチライターフラグの設定」を参照してください。

VMware vSphere ClientでVMware ESXiに接続する。

仮想マシンの設定を編集する画面を開き，［追加］をクリックする。

追加するデバイスタイプとして，［ハードディスク］を選択して［次へ］をクリックする。

使用するディスクのタイプとして，［新規仮想ディスクを作成］を選択する。

ディスクの作成画面で次のように設定する。

ディスクプロビジョニングとして［シックプロビジョニング（Eager Zeroed）］を選択する。

場所として［データストアまたはデータストアクラスタの指定］を選択して，［参照］から，環境に応じた共有ストレージ上のデータストアを選択する。

(2)　SCSIバスの共有の設定

仮想マシン間および筐体間で共有できるように，SCSIバスの共有を設定する必要があります。設定方法を次に示します。なお，「(1)　仮想マシンに割り当てる共有ディスクのデバイスタイプの設定」で設定した共有ディスクのデバイスタイプによって，SCSIバスの共有の設定方法が異なります。

(a)　SCSIバスの共有の設定方法（共有ディスクがRawデバイスのマッピングの場合）

共有ディスクを［Rawデバイスのマッピング］に設定した場合，SCSIバスの共有を［物理］に設定する必要があります。

VMware vSphere ClientでVMware ESXiに接続する。

仮想マシンの設定を編集する画面を開く。

［SCSIコントローラ］を選択し，SCSIバスの共有の［物理］を選択する。

(b)　SCSIバスの共有の設定方法（共有ディスクが仮想ディスクの場合）

共有ディスクが仮想ディスクの場合，SCSIバスの共有を［なし］に設定する必要があります。

VMware vSphere ClientでVMware ESXiに接続する。

仮想マシンの設定を編集する画面を開く。

［SCSIコントローラ］を選択し，SCSIバスの共有の［なし］を選択する。

(3)　マルチライターフラグの設定

仮想ディスクを使用する場合，マルチライターフラグを有効にする必要があります。

VMware vSphere Clientで仮想マシンをパワーオフする。

仮想マシンの設定を編集する画面を開き，［オプション］をクリックする。

［詳細］-［全般］-［構成パラメータ］を選択する。

共有ディスクに行を追加し，値をmulti-writerに設定する。

6.5.2　系のリセットをする場合に必要な設定

系のリセットをする場合は，次の設定が必要です。

(1)　VMware ESXiへのSSH接続のための設定

VMware ESXiにSSH接続するための設定が必要です。設定方法を次に示します。

VMware ESXiの設定例（VMware ESXi4.1の場合）

VMware ESXiのコンソール画面を起動し，ログインする。

"Troubleshooting Options"を選択し，［Enter］キーを押す。

"Troubleshooting Mode Options"のメニューから，"Enable Remote Tech Support (SSH)"を選択し，［Enter］キーを押す。

VMware ESXiからログアウトする。

VMware ESXiの設定例（VMware ESXi5.0以降の場合）

VMware ESXiのコンソール画面を起動し，ログインする。

"Troubleshooting Options"を選択し，［Enter］キーを押す。

"Troubleshooting Mode Options"のメニューから，"Enable ESXi Shell"を選択し，［Enter］キーを押す。

"ESXi Shell is Disabled"の表示が"ESXi Shell is Enabled"に変わります。

"Troubleshooting Mode Options"のメニューから，"Enable SSH"を選択し，［Enter］キーを押す。

"SSH is Disabled"の表示が"SSH is Enabled"に変わります。

VMware ESXiからログアウトする。

(2)　VMware ESXiへのSSH接続時の認証方式ごとの設定

VMware ESXiにSSH接続する際の認証方式として，パスワード認証方式と公開鍵認証方式（VMware ESXi6.7以降）が選択できます。認証方式ごとの設定方法について説明します。

パスワード認証方式

系切り替え構成内で，VMware ESXiのrootユーザのパスワードが，他系のVMware ESXiと一致するように設定します。

公開鍵認証方式

系切り替え構成内の複数の仮想マシンから公開鍵認証でSSH接続ができるように設定します。設定の際には次の注意が必要です。

sshコマンドのconfigのHOSTにはVMware ESXiのIPアドレス（系切り替え構成内の複数のVMware ESXiのIPアドレス），および秘密鍵のフルパスを記載してください。

パスフレーズなしでキーを作成してください。

sshコマンドのconfigの設定例（1対1系切り替え構成（系1，系2））を次に示します。

系1のVMware ESXiのIPアドレス：192.168.0.XX，秘密鍵パス：/root/.ssh/id_rsa

系2のVMware ESXiのIPアドレス：192.168.0.YY，秘密鍵パス：/root/.ssh/id_rsa

# cat /root/.ssh/config

HOST 192.168.0.XX
   IdentityFile /root/.ssh/id_rsa

HOST 192.168.0.YY
   IdentityFile /root/.ssh/id_rsa

VMware ESXiへのSSH接続のための設定，および認証方式ごとの設定が完了したあと，系切り替え構成内のすべての仮想マシンから，系切り替え構成内のすべてのVMware ESXiへSSH接続できることを確認します。接続できない場合は，設定を見直してください。

(3)　vCenterで管理する場合の設定

vCenterで管理する場合，vCenterのロール設定でサスペンド操作をできない設定にすることを推奨します。

重要

VMware ESXiの仮想化環境で使用する場合，HAモニタの稼働中に仮想マシンをサスペンドしないでください。詳細については，リリースノートを参照してください。

6.5.3　共有ディスクのSCSIリザーブをする場合に必要な設定

共有ディスクをSCSIリザーブする場合は，次の設定が必要です。

ハードディスク（仮想ディスク）の設定

互換モード：物理

SCSIコントローラの設定

SCSIコントローラタイプ：LSI Logic SASまたはVMware 準仮想化

パスの管理

パス選択：「固定」，「最近の使用」または「ラウンドロビン」

これらの設定は，HAモニタで切り替える対象の共有ディスクに関する設定です。

6.6　KVMによる仮想化環境の設定

HAモニタで使用するためのKVMの設定をします。

KVMで仮想化する場合のハードウェア構成例については，「(5)　VMware ESXiまたはKVMで仮想化する構成」を参照してください。

KVMによる仮想化環境の場合のシングルパス構成およびマルチパス構成の例を次の図に示します。図中の設定1については「6.6.1　KVMの設定（設定1）」を，設定2については「6.6.2　マルチパス制御（DMMP）の設定（設定2）」を参照してください。

図6‒4　シングルパス構成（KVMによる仮想化環境）

図6‒5　マルチパス構成（KVMによる仮想化環境）

6.6.1　KVMの設定（設定1）

KVMを使用して仮想化環境を構築する場合は，ホストOSで，共有ディスクを次の設定にします（「6.6　KVMによる仮想化環境の設定」の図中の設定1）。

virtio-scsiを使用して，共有ディスクをゲストOSに認識させる。

共有可能設定を有効にする。

ゲストOSからSCSIコマンドを実行できるように設定する。

詳細な設定方法については，RHELのドキュメントを参照してください。

ゲストOSからSCSIコマンドを実行できるようにする設定例を次に示します。

virsh editコマンドでゲストOSのXML設定を開き，該当ディスクのsgio属性にunfilteredを指定する。

# virsh edit guest1
:(省略)
    <disk type='block' device='lun' sgio='unfiltered'>
      <driver name='qemu' type='raw'/>
      <source dev='/dev/disk/by-path/fc-0x51402ec01482ac14-0x50060e8010368dd1-lun-1'/>
      <target dev='sdd' bus='scsi'/>
      <shareable/>
      <address type='drive' controller='0' bus='0' target='0' unit='3'/>
    </disk>
:(以降省略)

ゲストOSを起動した状態で編集した場合，一度停止したあとに再起動する。

6.6.2　マルチパス制御（DMMP）の設定（設定2）

共有ディスクの接続がマルチパス構成の場合，ゲストOS側でDMMPによるマルチパス制御構成にしてください。ホストOS側でDMMP制御をする論理パスを，ゲストOSに割り当てる構成はできません（「6.6　KVMによる仮想化環境の設定」の図中の設定2）。

DMMPの設定の詳細については，RHELのドキュメントを参照してください。

6.7　リセットパスの設定（BladeSymphony）

使用するマシンの機種がBladeSymphonyの場合，系障害発生時にHAモニタが系のリセットをするためには，リセットパスを設定しておく必要があります。

重要

リセットパスの設定時に，障害管理プロセサ，およびVMware ESXiに通信できるかどうかをHAモニタが確認します。このため，リセットパスを設定する前に，障害管理プロセサ，およびVMware ESXiの設定が完了しているか確認してください。

設定には，HAモニタの環境設定コマンド（monsetupコマンド）を使用します。HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

6.7.1　設定に必要な情報（BladeSymphony）

設定対象の系，およびSVPについて，次に示す情報が必要です。

図6‒6　リセットパスの設定に必要な情報（BladeSymphony：VMware ESXiで仮想化しない場合）

図6‒7　リセットパスの設定に必要な情報（BladeSymphony：VMware ESXiで仮想化する場合）

図中の各項目について説明します。

表6‒4　リセットパスの設定に必要な情報（BladeSymphony）

図中の番号

設定に必要な情報

説明

備考

1

パーティション名

HAモニタの管理システム名を指定します。

パーティションを構成したときに設定した情報です。

SVPで設定した，プロセサのシステム名と同じ名称を設定してください※1。

N+Mコールドスタンバイ構成の場合は，リセットパスを共用する全系で異なる値を設定してください。

2

LPAR名※2

HAモニタが稼働するLPARのLPAR名を指定します。

LPARを構成したときに設定した情報です。

HVM制御スクリーンで設定したLPAR名称と同じ名称を指定してください。

3

リセットパスのIPアドレス

設定対象の系に割り当てたリセットパスのIPアドレスを指定します。

IPアドレス，およびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

SVPのIPアドレスに"auto"を指定する場合は，N+Mコールドスタンバイ機能に対応したシステム構成で稼働するための設定として，SVPで"Enable"を設定してください※1。

4

リセットパスのポート番号

設定対象の系に割り当てたリセットパスのポート番号を指定します。

5

SVPのIPアドレス

SVPに割り当てたリセットパスのIPアドレスを指定します。

N+Mコールドスタンバイ構成の場合は，"auto"を指定します。

6

SVPのポート番号

SVPに割り当てたリセットパスのポート番号を指定します。

7

マシンアドレス※3

HAモニタが稼働する物理パーティション（プロセサ）を示す任意の番号を指定します。

同じ物理パーティション上の系と同じ値で，かつ異なる物理パーティション上の系とは異なる値を指定してください。

リセットパスを共用する全物理パーティション間で重複しないよう，値を設定してください。

8

VMware ESXiのIPアドレス※3

VMware ESXiの管理用IPアドレスを指定します。

IPアドレスおよびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

9

VMware ESXiのポート番号※3

VMware ESXiにSSH接続用に割り当てたポート番号を指定します。

10

パスワード※3，※4

自系のVMware ESXiにSSH接続する際の認証に必要なパスワードを指定します。

系切り替え構成内では，同じパスワードを指定してください。

11

仮想マシン名※3

VMware ESXiで管理する，仮想マシン名を指定します。

VMware ESXiで仮想マシンを作成したときに設定した情報です。VMware vSphere ClientまたはvCenterで確認した名称と同じ名称を，半角文字で指定してください。

また，仮想マシン名は，HAモニタが接続できるすべてのVMware ESXi内で一意にしてください。

仮想マシン名の確認方法を次に示します。

仮想マシンのゲストOS上でifconfigコマンドを実行し，MACアドレスなど仮想マシン固有の情報をメモします。

VMware vSphere ClientでVMware ESXiに接続します。

仮想マシンの設定を編集する画面を開き，手順1.でメモした仮想マシン固有の情報が一致する仮想マシンを探します。

注※1

SVPのHAモニタ連携で設定します。BS2000以前の機種ではSVPコマンドモードのHAコマンドで設定します。詳細については，SVP関連のドキュメントを参照してください。

注※2

日立サーバ論理分割機構を利用してLPARモードで系切り替え構成にする場合だけに必要な情報です。

注※3

VMware ESXiで仮想化する場合だけに必要な情報です。

注※4

SSH接続時に必要な認証方式として，パスワード認証方式を選択した場合，HAモニタは自系のVMware ESXiにSSH接続するためのパスワードを，独自の形式でローカルディスクに保持します。パスワードはroot以外のユーザが参照できないよう保持していますが，必要に応じて外部ネットワークからローカルディスクを物理的に切り離すなどのセキュリティ対策を検討してください。

構成によっては，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細については「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

また，相互系切り替え構成でリセット優先系を指定しない場合は，SVPのHAモニタ連携でクラスタ管理機能の設定が必要です。詳細については，SVP関連のドキュメントを参照してください。

6.7.2　設定値の例（BladeSymphony）

マシンの機種がBladeSymphonyの場合の，リセットパスの設定値の例を説明します。ここで示す表にある設定項目は，「表6-4　リセットパスの設定に必要な情報（BladeSymphony）」の設定に必要な情報と対応しています。

(1)　2シャーシ／2系（Basicモード）の構成

次のような構成（系1・系2間で系切り替え）の場合に，monsetupコマンドで設定する値の例を示します。

図6‒8　リセットパスの設定例1（BladeSymphony）

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0002

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.d

SVPのポート番号

qqqqq

qqqqq

(2)　1シャーシ／2系（LPARモード）の構成

次のような構成（系1・系2間で系切り替え）の場合に，monsetupコマンドで設定する値の例を示します。

図6‒9　リセットパスの設定例2（BladeSymphony）

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0001

LPAR名

LPAR1

LPAR2

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.c

SVPのポート番号

qqqqq

qqqqq

(3)　2シャーシ／4系（Basicモード）の構成

ここでは，次の条件で運用するシステムでのリセットパスの設定値の例について説明します。

システム内に，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

二組の系切り替え構成がSVPを共用している。

重要

ここで説明する系切り替え構成の場合，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。なお，BladeSymphonyのモデルによって，SVPのHAモニタ連携設定で系切り替え構成ごとに異なるポート番号を設定できます。系切り替え構成ごとにポート番号を分ける場合と，ポート番号を分けない場合のそれぞれについて例を示します。

(a)　二組の切り替え構成でポート番号を分ける場合

図6‒10　リセットパスの設定例3（BladeSymphony）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.d

x.x.x.e

リセットパスのポート番号

ppppp

rrrrr

ppppp

rrrrr

SVPのIPアドレス

x.x.x.c

x.x.x.c

x.x.x.f

x.x.x.f

SVPのポート番号

qqqqq

sssss

qqqqq

sssss

この系切り替え構成の場合に，HAモニタの環境設定のaddressオペランドに設定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

系4

自系のホストアドレス

11

21

12

22

(b)　二組の切り替え構成でポート番号を分けない場合

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒11　リセットパスの設定例4（BladeSymphony）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.d

x.x.x.e

リセットパスのポート番号

ppppp

ppppp

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.c

x.x.x.f

x.x.x.f

SVPのポート番号

qqqqq

qqqqq

qqqqq

qqqqq

この系切り替え構成の場合に，HAモニタの環境設定のaddressオペランドに設定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

系4

自系のホストアドレス

11

21

12

22

(4)　4シャーシ／4系（Basicモード）の構成

ここでは，次の条件で運用するシステムでのリセットパスの設定値の例について説明します。

システム内に，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

二組の系切り替え構成がSVPを共用していない。

重要

ここで説明する系切り替え構成の場合，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒12　リセットパスの設定例5（BladeSymphony）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.c

x.x.x.e

x.x.x.g

リセットパスのポート番号

ppppp

rrrrr

ppppp

rrrrrr

SVPのIPアドレス

x.x.x.b

x.x.x.d

x.x.x.f

x.x.x.h

SVPのポート番号

qqqqq

sssss

qqqqq

sssss

この系切り替え構成の場合に，HAモニタの環境設定のaddressオペランドに設定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

系4

自系のホストアドレス

11

21

12

22

(5)　VMware ESXiで仮想化する構成

ここでは，次の条件で運用するシステムのリセットパスの設定値の例について説明します。

VMware ESXiで仮想化する構成である。

システムに，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

二組の系切り替え構成がSVPを共用している。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え，系1・系2・系3がVMware ESXiの管理上にある）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒13　リセットパスの設定例6（BladeSymphony）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0001

MS0002

MS0003

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.d

x.x.x.e

リセットパスのポート番号

ppppp

ppppp

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.c

x.x.x.f

x.x.x.f

SVPのポート番号

qqqqq

qqqqq

qqqqq

qqqqq

マシンアドレス

11

11

12

−

VMware ESXiのIPアドレス

y.y.y.a

y.y.y.a

y.y.y.b

−

VMware ESXiのポート番号

default※

default※

rrrrr

−

仮想マシン名

VM0001

VM0002

VM0003

−

（凡例）−：設定は不要です。

注※　SSH接続用ポート番号（22）を使用する場合，"default"と設定してください。

この構成の場合は，系切り替え構成内のすべての系で，HAモニタの環境設定（sysdef）のvmware_envオペランドにuseを設定してください。

(6)　N+Mコールドスタンバイ構成

ここでは，次の条件で運用するシステムのリセットパスの設定値の例について説明します。

N+Mコールドスタンバイ構成である。

1:1系切り替え構成である。

系3として，予備のサーバモジュールが存在する。

重要

ここで説明する系切り替え構成の場合，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

これらの条件を満たす，次のような構成（系1・系2間で系切り替え，系3が予備のサーバモジュール）の場合に，システムに設定される値の例を次に示します。

図6‒14　リセットパスの設定例7（BladeSymphony）

上記のような設定をするために，monsetupコマンドで指定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

パーティション名

MS0001

MS0002

−

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

−

リセットパスのポート番号

ppppp

ppppp

−

SVPのIPアドレス

auto

auto

−

SVPのポート番号

qqqqq

qqqqq

−

（凡例）−：設定は不要です。

BladeSymphony BS2000を使用している場合

この系切り替え構成の場合に，SVPコマンドモードのHAコマンドで設定する値の例を次に示します。

設定項目

SVPごとの設定値

系1のSVP

系2のSVP

系3のSVP

SVPのポート番号

qqqqq

qqqqq

−

パーティション名

MS0001

MS0002

−

N+Mコールドスタンバイ機能に対応したシステム構成で稼働するための設定

Enable

Enable

−

（凡例）−：設定は不要です。

BladeSymphony BS500またはBS2500を使用している場合

この系切り替え構成の場合に，HAモニタ連携で設定する値の例を次に示します。

設定項目

SVPごとの設定値

系1のSVP

系2のSVP

系3のSVP

HAモニタ連携

有効

有効

−

ポート

qqqqq

qqqqq

−

システム名

MS0001

MS0002

−

N+Mコールドスタンバイ連携

Enable

Enable

−

（凡例）−：設定は不要です。

(7)　相互系切り替え構成（リセット優先系を指定しない）

ここでは，次の条件で運用するシステムのリセットパスの設定値の例について説明します。

相互系切り替え構成である。

リセット優先系を指定しない（HAモニタの環境設定のcpudownオペランドでsystemを指定している）。

これらの条件を満たす，次のような構成（系1・系2間で系切り替え）の場合に，システムに設定される値の例を次に示します。

図6‒15　リセットパスの設定例7（BladeSymphony）

上記のような設定をするために，monsetupコマンドで指定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0002

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.d

SVPのポート番号

qqqqq

qqqqq

BladeSymphony BS2000を使用している場合

この系切り替え構成の場合に，SVPのHAモニタ連携で設定する値の例を次に示します。

設定項目

SVPごとの設定値

系1のSVP

系2のSVP

クラスタ管理機能

有効

有効

クラスタマネージャ

有効※

無効

注※　システム内のSVPの，どれか一つだけに「有効」を設定します。

BladeSymphony BS2500を使用している場合

この系切り替え構成の場合に，SVPのHAモニタ連携で設定する値の例を次に示します。

設定項目

SVPごとの設定値

系1のSVP

系2のSVP

ポート（5001-65535）

ppppp

ppppp

高速切替支援

無効

無効

クラスタ管理機能

有効

有効

管理設定

管理する※

管理しない

注※　システム内のSVPの，どれか一つだけに「管理する」を設定します。

6.8　リセットパスの設定（HA8000xMモデル以前）

使用するマシンの機種がHA8000xMモデル以前の場合，系障害発生時にHAモニタが系のリセットをするためには，リセットパスを設定しておく必要があります。

重要

リセットパスの設定時に，障害管理プロセサ，およびVMware ESXiに通信できるかどうかをHAモニタが確認します。このため，リセットパスを設定する前に，障害管理プロセサ，およびVMware ESXiの設定が完了しているか確認してください。

設定には，HAモニタの環境設定コマンド（monsetupコマンド）を使用します。HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

6.8.1　設定に必要な情報（HA8000xMモデル以前）

設定対象の系，およびSVPについて，次に示す情報が必要です。

図6‒16　リセットパスの設定に必要な情報（HA8000xMモデル以前：VMware ESXiで仮想化しない場合）

図6‒17　リセットパスの設定に必要な情報（HA8000xMモデル以前：VMware ESXiで仮想化する場合）

図中の各項目について説明します。

表6‒5　リセットパスの設定に必要な情報（HA8000xMモデル以前）

図中の番号

設定に必要な情報

説明

備考

1

パーティション名

HAモニタが稼働するパーティションの管理システム名を指定します。

任意の名称を1〜31文字の英数字で指定してください。

−

2

リセットパスのIPアドレス

設定対象の系に割り当てたリセットパスのIPアドレスを指定します。

IPアドレス，およびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

3

リセットパスのポート番号

設定対象の系に割り当てたリセットパスのポート番号を指定します。

4

SVPのIPアドレス

SVPに割り当てたリセットパスのIPアドレスを指定します。

5

SVPのポート番号

SVPに割り当てたリセットパスのポート番号を指定します。

6

マシンアドレス※1

HAモニタが稼働する物理パーティション（プロセサ）を示す任意の番号を指定します。

同じ物理パーティション上の系と同じ値で，かつ異なる物理パーティション上の系とは異なる値を設定してください。

リセットパスを共用する全物理パーティション間で重複しないよう，値を設定してください。

7

VMware ESXiのIPアドレス※1

VMware ESXiの管理用IPアドレスを指定します。

IPアドレスおよびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

8

VMware ESXiのポート番号※1

VMware ESXiにSSH接続用に割り当てたポート番号を指定します。

9

パスワード※1，※2

自系のVMware ESXiにSSH接続する際の認証に必要なパスワードを指定します。

系切り替え構成内では，同じパスワードを指定してください。

10

仮想マシン名※1

VMware ESXiで管理する，仮想マシンの名を指定します。

VMware ESXiで仮想マシンを作成したときに設定した情報です。VMware ClientまたはvCenterで確認した名称と同じ名称を指定してください。

また，仮想マシン名は，HAモニタが接続できるすべてのVMware ESXi内で一意にしてください。

仮想マシン名の確認方法を次に示します。

仮想マシンのゲストOS上でifconfigコマンドを実行し，MACアドレスなど仮想マシン固有の情報をメモします。

VMware vSphere ClientでVMware ESXiに接続します。

仮想マシンの設定を編集する画面を開き，手順1.でメモした仮想マシン固有の情報が一致する仮想マシンを探します。

（凡例）

−：備考はありません。

注※1

VMware ESXiで仮想化する場合だけに必要な情報です。

注※2

SSH接続時に必要な認証方式として，パスワード認証方式を選択した場合，HAモニタは自系のVMware ESXiにSSH接続するためのパスワードを，独自の形式でローカルディスクに保持します。パスワードはroot以外のユーザが参照できないよう保持していますが，必要に応じて外部ネットワークからローカルディスクを物理的に切り離すなどのセキュリティ対策を検討してください。

6.8.2　設定値の例（HA8000xMモデル以前）

マシンの機種がHA8000xMモデル以前の場合の，リセットパスの設定値の例を示します。ここで示す表にある設定項目は，「表6-5　リセットパスの設定に必要な情報（HA8000xMモデル以前）」の設定に必要な情報と対応しています。

(1)　系切り替え構成が一組の場合

次のような構成（系1・系2間で系切り替え）の場合に，monsetupコマンドで設定する値の例を示します。

図6‒18　リセットパスの設定例1（HA8000xMモデル以前）

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0002

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.d

SVPのポート番号

qqqqq

qqqqq

(2)　系切り替え構成が二組の場合

ここでは，次の条件で運用するシステムでのリセットパスの設定値の例について説明します。

システム内に，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

二組の系切り替え構成がSVPを共用していない。

重要

ここで説明する系切り替え構成の場合，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒19　リセットパスの設定例2（HA8000xMモデル以前）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.c

x.x.x.e

x.x.x.g

リセットパスのポート番号

ppppp

rrrrr

ppppp

rrrrrr

SVPのIPアドレス

x.x.x.b

x.x.x.d

x.x.x.f

x.x.x.h

SVPのポート番号

qqqqq

sssss

qqqqq

sssss

この系切り替え構成の場合に，HAモニタの環境設定のaddressオペランドに設定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

系4

自系のホストアドレス

11

21

12

22

(3)　VMware ESXiで仮想化する構成

ここでは，次の条件で運用するシステムのリセットパスの設定値の例について説明します。

VMware ESXiで仮想化する構成である。

システムに，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

一組の系切り替え構成がSVPを共用している。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え，系1・系2・系3がVMware ESXiの管理上にある）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒20　リセットパスの設定例3（HA8000xMモデル以前）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0001

MS0002

MS0003

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.d

x.x.x.f

リセットパスのポート番号

ppppp

ppppp

ppppp

ppppp

SVPのIPアドレス

x.x.x.c

x.x.x.c

x.x.x.e

x.x.x.g

SVPのポート番号

qqqqq

qqqqq

qqqqq

qqqqq

マシンアドレス

11

11

12

−

VMware ESXiのIPアドレス

y.y.y.a

y.y.y.a

y.y.y.b

−

VMware ESXiのポート番号

default※

default※

rrrrr

−

仮想マシン名

VM0001

VM0002

VM0003

−

（凡例）−：設定は不要です。

注※　SSH接続用ポート番号（22）を使用する場合，"default"と設定してください。

この構成の場合は，系切り替え構成内のすべての系でHAモニタの環境設定（sysdef）のvmware_envオペランドにuseを設定してください。

6.9　リセットパスの設定（HA8000xNモデル以降）

使用するマシンの機種がHA8000xNモデル以降の場合，系障害発生時にHAモニタが系のリセットをするためには，リセットパスを設定しておく必要があります。

重要

リセットパスの設定時に，障害管理プロセサ，およびVMware ESXiに通信できるかどうかをHAモニタが確認します。このため，リセットパスを設定する前に次を確認してください。

障害管理プロセサ，およびVMware ESXiの設定が完了している

HA Monitor Connectorが起動している

設定には，HAモニタの環境設定コマンド（monsetupコマンド）を使用します。HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

6.9.1　設定に必要な情報（HA8000xNモデル以降）

設定対象の系，および障害管理プロセサについて，次に示す情報が必要です。

図6‒21　リセットパスの設定に必要な情報（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する：VMware ESXiで仮想化しない場合）

図6‒22　リセットパスの設定に必要な情報（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない：VMware ESXiで仮想化しない場合）

図6‒23　リセットパスの設定に必要な情報（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する：VMware ESXiで仮想化する場合）

図6‒24　リセットパスの設定に必要な情報（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない：VMware ESXiで仮想化する場合）

図中の各項目について説明します。

表6‒6　リセットパスの設定に必要な情報（HA8000xNモデル以降）

図中の番号

設定に必要な情報

説明

備考

1

パーティション名

管理サーバのHAモニタオプション（HA Monitor Connector）で設定した，HAモニタが稼働するパーティションの管理システム名（System name）を指定します。

任意の名称を1〜31文字の英数字で指定してください。

−

2

リセットパスのIPアドレス

設定対象の系に割り当てたリセットパスのIPアドレスを指定します。

IPアドレス，およびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

3

リセットパスのポート番号

設定対象の系に割り当てたリセットパスのポート番号を指定します。

4

障害管理プロセサのIPアドレス

障害管理プロセサとして管理サーバを使用する場合，管理サーバのIPアドレスを指定してください。障害管理プロセサとして管理サーバを使用しない場合，リセットパスのIPアドレスを指定してください。ただし，VMwareによる仮想化環境で，HAモニタとHAモニタオプションがそれぞれ別の仮想マシンに存在する場合は，リセットパスのIPアドレスではなく，HAモニタオプションが稼働する仮想マシンの，リセットパスのネットワーク上のIPアドレスを指定してください。

5

障害管理プロセサのポート番号

HA Monitor Connectorの設定画面で設定した，HAモニタと通信するための管理サーバのポート番号（Port）と同じ値を指定してください。

6

マシンアドレス※1

HAモニタが稼働する物理パーティション（プロセサ）を示す任意の番号を指定します。

同じ物理パーティション上の系と同じ値で，かつ異なる物理パーティション上の系とは異なる値を設定してください。

リセットパスを共用する全物理パーティション間で重複しないよう，値を設定してください。

7

VMware ESXiのIPアドレス※1

VMware ESXiの管理用IPアドレスを指定します。

IPアドレスおよびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

8

VMware ESXiのポート番号※1

VMware ESXiにSSH接続用に割り当てたポート番号を指定します。

9

パスワード※1，※2

自系のVMware ESXiにSSH接続する際の認証に必要なパスワードを指定します。

系切り替え構成内では，同じパスワードを指定してください。

10

仮想マシン名※1

VMware ESXiで管理する，仮想マシンの名を指定します。

VMware ESXiで仮想マシンを作成したときに設定した情報です。VMware ClientまたはvCenterで確認した名称と同じ名称を指定してください。

また，仮想マシン名は，HAモニタが接続できるすべてのVMware ESXi内で一意にしてください。

仮想マシン名の確認方法を次に示します。

仮想マシンのゲストOS上でifconfigコマンドを実行し，MACアドレスなど仮想マシン固有の情報をメモします。

VMware vSphere ClientでVMware ESXiに接続します。

仮想マシンの設定を編集する画面を開き，手順1.でメモした仮想マシン固有の情報が一致する仮想マシンを探します。

（凡例）

−：備考はありません。

注※1

VMware ESXiで仮想化する場合だけに必要な情報です。

注※2

SSH接続時に必要な認証方式として，パスワード認証方式を選択した場合，HAモニタは自系のVMware ESXiにSSH接続するためのパスワードを，独自の形式でローカルディスクに保持します。パスワードはroot以外のユーザが参照できないよう保持していますが，必要に応じて外部ネットワークからローカルディスクを物理的に切り離すなどのセキュリティ対策を検討してください。

6.9.2　設定値の例（HA8000xNモデル以降）

マシンの機種がHA8000xNモデル以降の場合の，リセットパスの設定値の例を示します。ここで示す表にある「設定項目」は，「表6-6　リセットパスの設定に必要な情報（HA8000xNモデル以降）」の「設定に必要な情報」と対応しています。

(1)　系切り替え構成が一組の場合

次のような構成（系1・系2間で系切り替え）の場合に，monsetupコマンドで設定する値の例を示します。

図6‒25　リセットパスの設定例1（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する）

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0002

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

管理サーバのIPアドレス

x.x.x.c

x.x.x.c

管理サーバのポート番号

qqqqq

qqqqq

図6‒26　リセットパスの設定例2（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない）

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0002

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

障害管理プロセサのIPアドレス

x.x.x.a

x.x.x.b

障害管理プロセサのポート番号

qqqqq

qqqqq

(2)　系切り替え構成が二組の場合

ここでは，次の条件で運用するシステムでのリセットパスの設定値の例について説明します。

システム内に，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

重要

ここで説明する系切り替え構成の場合，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒27　リセットパスの設定例3（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.c

x.x.x.d

リセットパスのポート番号

ppppp

qqqqq

ppppp

qqqqq

管理サーバのIPアドレス

x.x.x.e

x.x.x.e

x.x.x.e

x.x.x.e

管理サーバのポート番号

rrrrr

sssss

rrrrrr

sssss

この系切り替え構成の場合に，HAモニタの環境設定のaddressオペランドに設定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

系4

自系のホストアドレス

11

21

12

22

図6‒28　リセットパスの設定例4（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.c

x.x.x.d

リセットパスのポート番号

ppppp

qqqqq

ppppp

qqqqq

障害管理プロセサのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.c

x.x.x.d

障害管理プロセサのポート番号

rrrrr

sssss

rrrrr

sssss

(3)　VMware ESXiで仮想化する構成

ここでは，次の条件で運用するシステムのリセットパスの設定値の例について説明します。

VMware ESXiで仮想化する構成である。

システムに，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え，系1・系2・系3がVMware ESXiの管理上にある）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒29　リセットパスの設定例5（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0001

MS0002

MS0003

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.c

x.x.x.d

リセットパスのポート番号

ppppp

ppppp

ppppp

ppppp

管理サーバのIPアドレス

x.x.x.e

x.x.x.e

x.x.x.e

x.x.x.e

管理サーバのポート番号

rrrrr

rrrrr

rrrrr

rrrrr

マシンアドレス

11

11

12

−

VMware ESXiのIPアドレス

y.y.y.a

y.y.y.a

y.y.y.b

−

VMware ESXiのポート番号

default※

default※

rrrrr

−

仮想マシン名

VM0001

VM0002

VM0003

−

（凡例）−：設定は不要です。

注※　SSH接続用ポート番号（22）を使用する場合，"default"と設定してください。

この構成の場合は，系切り替え構成内のすべての系でHAモニタの環境設定（sysdef）のvmware_envオペランドにuseを設定してください。

6.9.3　障害プロセサとして管理サーバを使用する場合の設定時の注意事項（HA8000xNモデル以降）

系の追加や構成の変更などで，管理サーバのHA Monitor Connectorの設定をする場合，管理サーバに設定されているすべてのHA8000上のHAモニタを停止しておく必要があります。

次の手順で設定をしてください。

HA Monitor Connectorに設定されている，すべてのHA8000上のHAモニタを停止します。

HA8000システム装置の電源の状態は，オン，オフのどちらでも問題ありませんが，電源が供給された状態にしてください。

HA Monitor Connectorの設定を変更します。

詳細はHA Monitor Connectorのドキュメントを参照してください。

HAモニタの環境設定コマンド（monsetupコマンド）でリセットパスの設定をします。

HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

6.10　リセットパスの設定（RV3000）

使用するマシンの機種がRV3000の場合，系障害発生時にHAモニタが系のリセットをするためには，リセットパスを設定しておく必要があります。

重要

リセットパスの設定時に，障害管理プロセサ，およびVMware ESXiに通信できるかどうかをHAモニタが確認します※。このため，リセットパスを設定する前に次を確認してください。

障害管理プロセサ，およびVMware ESXiの設定が完了している

HA Monitor Connectorが起動している

注※

RV3000で高信頼化機能を追加したvSphereを使用している場合は，リセットパスの設定時に，VMware ESXi に通信できるかどうかをHAモニタは確認しません。

設定には，HAモニタの環境設定コマンド（monsetupコマンド）を使用します。HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

RV3000で高信頼化機能を追加したvSphereを使用している場合は，HA Monitor Connectorが仮想マシンをリセットします。高信頼化機能を追加したvSphereに関する設定は，HA Monitor Connectorのドキュメントを参照して実施してください。

6.10.1　設定に必要な情報（RV3000）

設定対象の系，および障害管理プロセサについて，次に示す情報が必要です。

図6‒30　リセットパスの設定に必要な情報（RV3000で障害管理プロセサとして管理サーバを使用する：VMware ESXiで仮想化しない場合）

図6‒31　リセットパスの設定に必要な情報（RV3000で障害管理プロセサとして管理サーバを使用する：VMware ESXiで仮想化する場合）

図中の各項目について説明します。

表6‒7　リセットパスの設定に必要な情報（RV3000）

図中の番号

設定に必要な情報

説明

備考

1

パーティション名

管理サーバのHAモニタオプション（HA Monitor Connector）で設定した，HAモニタが稼働するパーティションの管理システム名（System name）を指定します。

任意の名称を1〜31文字の英数字で指定してください。

−

2

仮想マシン名

VMware ESXiで管理する，仮想マシンの名を指定します。

VMware ESXiで仮想マシンを作成したときに設定した情報です。VMware ClientまたはvCenterで確認した名称と同じ名称を指定してください。

また，仮想マシン名は，HAモニタが接続できるすべてのVMware ESXi内で一意にしてください。

仮想マシン名の確認方法を次に示します。

仮想マシンのゲストOS上でifconfigコマンドを実行し，MACアドレスなど仮想マシン固有の情報をメモします。

VMware vSphere ClientでVMware ESXiに接続します。

仮想マシンの設定を編集する画面を開き，手順1.でメモした仮想マシン固有の情報が一致する仮想マシンを探します。

3

リセットパスのIPアドレス

設定対象の系に割り当てたリセットパスのIPアドレスを指定します。

IPアドレス，およびポート番号の割り当て方については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

4

リセットパスのポート番号

設定対象の系に割り当てたリセットパスのポート番号を指定します。

5

管理サーバのIPアドレス

HA Monitor Connector の設定画面で設定した，HAモニタと通信するための管理サーバのIPアドレスと同じ値を指定してください。

6

管理サーバのポート番号

HA Monitor Connectorの設定画面で設定した，HAモニタと通信するための管理サーバのポート番号（Port）と同じ値を指定してください。

（凡例）

−：備考はありません。

6.10.2　設定値の例（RV3000）

マシンの機種がRV3000の場合の，リセットパスの設定値の例を示します。ここで示す表にある「設定項目」は，「表6-7　リセットパスの設定に必要な情報（RV3000）」の「設定に必要な情報」と対応しています。

(1)　系切り替え構成が一組の場合

次のような構成（系1・系2間で系切り替え）の場合に，monsetupコマンドで設定する値の例を示します。

図6‒32　リセットパスの設定例1（RV3000で障害管理プロセサとして管理サーバを使用する）

設定項目

系ごとの設定値

系1

系2

パーティション名

MS0001

MS0002

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

リセットパスのポート番号

ppppp

ppppp

管理サーバのIPアドレス

x.x.x.c

x.x.x.c

管理サーバのポート番号

qqqqq

qqqqq

(2)　系切り替え構成が二組の場合

ここでは，次の条件で運用するシステムでのリセットパスの設定値の例について説明します。

システム内に，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

重要

ここで説明する系切り替え構成の場合，ホストアドレスの設定（HAモニタの環境設定のaddressオペランド）に注意が必要です。詳細は「(2)　系切り替え構成間でリセットパスを共用する場合の注意事項」を参照してください。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒33　リセットパスの設定例3（RV3000で障害管理プロセサとして管理サーバを使用する）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0002

MS0003

MS0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.c

x.x.x.d

リセットパスのポート番号

ppppp

qqqqq

ppppp

qqqqq

管理サーバのIPアドレス

x.x.x.e

x.x.x.e

x.x.x.e

x.x.x.e

管理サーバのポート番号

rrrrr

rrrrr

rrrrr

rrrrr

この系切り替え構成の場合に，HAモニタの環境設定のaddressオペランドに設定する値の例を次に示します。

設定項目

系ごとの設定値

系1

系2

系3

系4

自系のホストアドレス

11

21

12

22

(3)　VMware ESXi（高信頼vSphere）で仮想化する構成

ここでは，次の条件で運用するシステムのリセットパスの設定値の例について説明します。

VMware ESXi（高信頼vSphere）で仮想化する構成である。

システムに，互いに監視し合わない1:1系切り替え構成が二組ある。

二組の系切り替え構成がリセットパスを共用している。

これらの条件を満たす，次のような構成（系1・系3間，系2・系4間で系切り替え）の場合に，monsetupコマンドで設定する値の例を次に示します。

図6‒34　リセットパスの設定例5（RV3000で障害管理プロセサとして管理サーバを使用する）

設定項目

系ごとの設定値

系1

系2

系3

系4

パーティション名

MS0001

MS0001

MS0002

MS0002

仮想マシン名

VM0001

VM0002

VM0003

VM0004

リセットパスのIPアドレス

x.x.x.a

x.x.x.b

x.x.x.c

x.x.x.d

リセットパスのポート番号

ppppp

ppppp

ppppp

ppppp

障害管理プロセサのIPアドレス

x.x.x.e

x.x.x.e

x.x.x.e

x.x.x.e

障害管理プロセサのポート番号

rrrrr

rrrrr

rrrrr

rrrrr

（凡例）−：設定は不要です。

この構成の場合は，系切り替え構成内のすべての系でHAモニタの環境設定（sysdef）のvmware_envオペランドを省略するか，nouseを設定してください。

6.10.3　障害プロセサとして管理サーバを使用する場合の設定時の注意事項（RV3000）

系の追加や構成の変更などで，管理サーバのHA Monitor Connectorの設定をする場合，管理サーバに設定されているすべてのRV3000上のHAモニタを停止しておく必要があります。

次の手順で設定してください。

HA Monitor Connectorに設定されている，すべてのRV3000上のHAモニタを停止します。

RV3000システム装置の電源の状態は，オン，オフのどちらでも問題ありませんが，電源が供給された状態にしてください。

HA Monitor Connectorの設定を変更します。

詳細はHA Monitor Connectorのドキュメントを参照してください。

HAモニタの環境設定コマンド（monsetupコマンド）でリセットパスの設定をします。

HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

6.11　監視パスの設定

HAモニタが系間の監視をしたり，系切り替えのための情報を交換したりするために，監視パスの設定をします。

6.11.1　ホスト名とサービス名の登録

監視パスに使用するTCP/IP LANのホスト名とサービス名を登録します。登録する必要があるのは，次のファイルです。

/etc/hostsファイル

/etc/servicesファイル

登録するホスト名とサービス名は，HAモニタの環境設定でも同じ名称を設定します。ここでは，登録する内容，およびファイルの設定例について説明します。/etc/hostsファイルおよび/etc/servicesファイルへの指定の追加方法については，OSのマニュアルを参照してください。

(1)　ホスト名の登録

/etc/hostsファイルに，すべての監視パスに使用するTCP/IP LANのホスト名を指定します。ホスト名は，系ごとに固有にしてください。また，IPアドレスには，エイリアスIPアドレスを指定しないでください。

/etc/hostsファイルには，監視パスで接続されている他系のHAモニタのIPアドレスおよびホスト名も指定してください。指定しないと，監視パス状態表示コマンド（monpath -iコマンド）を実行したときに，IPアドレスに対応するホスト名が表示されません。

HAモニタ Extensionを使用して系の最大数を変更し，マルチキャストでaliveメッセージを送受信する場合に，任意のマルチキャストグループIDを指定するときは，マルチキャストグループID，およびマルチキャストグループIDに対応するホスト名を/etc/hostsファイルに指定してください。

(2)　サービス名の登録

/etc/servicesファイルに，すべての監視パスに使用するTCP/IP LANのサービス名を指定します。系切り替え構成内のすべての系で同じ名称にしてください。

また，ポート番号の値は5001以上のシステムで未使用の番号とし，すべての系で同じポート番号を指定してください。プロトコル名にはudpを指定してください。

(3)　ファイルの設定例

次に示すファイルの設定例について説明します。

/etc/hostsファイル

/etc/servicesファイル

HAモニタの環境設定（sysdef）

HAモニタ Extensionを使用して系の最大数を変更し，マルチキャストでaliveメッセージを送受信する場合のファイルの設定例については，「(4)　ファイルの設定例（HAモニタ Extensionを使用し，マルチキャストでaliveメッセージを送受信する場合）」を参照してください。

(a)　設定例で示す監視パスの構成

この設定例では，監視パスは次の図のように構成されていることを想定しています。

図6‒35　監視パスの構成例

(b)　/etc/hostsファイルの設定例

/etc/hostsファイルの設定例を，次に示します。系1と系2で同じ内容を設定します。

# IPアドレス       ホスト名
192.168.0.11        path11
192.168.1.11        path12
192.168.0.12        path21
192.168.1.12        path22

系1で使用している監視パスとしてpath11とpath12を指定します。また，系2で使用している監視パスとしてpath21とpath22を指定します。

(c)　/etc/servicesファイルの設定例

/etc/servicesファイルの設定例を，次に示します。系1と系2で同じ内容を設定します。

# サービス名     ポート番号/プロトコル名
HAmon1           7777/udp
HAmon2           7778/udp

監視パスを二重化するため，HAmon1およびHAmon2の二つのサービスを指定します。

(d)　HAモニタの環境設定例

HAモニタの環境設定（/opt/hitachi/HAmon/etc/sysdef）の設定例を次に示します。系1と系2で設定する内容は異なります。なお，この例では，ホスト名とサービス名の登録に関係する部分だけを抜き出して記載しています。

系1の設定例

environment
   lan     path11:path12,
   lanport HAmon1:HAmon2
;

系2の設定例

environment
   lan     path21:path22,
   lanport HAmon1:HAmon2
;

lanオペランドには/etc/hostsファイルに指定した監視パス名を，lanportオペランドには/etc/servicesファイルに指定したサービス名を指定します。lanオペランドおよびlanportオペランドに指定する値は，順番をそろえてください。この構成例では，path11やpath21の監視パスがHAmon1というサービスと対応しているため，両オペランドの最初に指定します。

lanオペランドやlanportオペランドの詳細については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

(4)　ファイルの設定例（HAモニタ Extensionを使用し，マルチキャストでaliveメッセージを送受信する場合）

HAモニタ Extensionを使用して系の最大数を変更し，マルチキャストでaliveメッセージを送受信する場合の，次に示すファイルの設定例について説明します。

/etc/hostsファイル

/etc/servicesファイル

HAモニタの環境設定（sysdef）

(a)　設定例で示す監視パスの構成

この設定例では，監視パスは次の図のように構成されていることを想定しています。

図6‒36　監視パスの構成例

(b)　/etc/hostsファイルの設定例

/etc/hostsファイルの設定例を，次に示します。系1と系2で同じ内容を設定します。

# IPアドレス       ホスト名
192.168.0.11        path11
192.168.1.11        path12
192.168.0.12        path21
192.168.1.12        path22
239.1.1.1           alive_id

系1で使用している監視パスとしてpath11とpath12を指定します。系2で使用している監視パスとしてpath21とpath22を指定します。

また，この設定例では任意のマルチキャストグループIDを指定するため，マルチキャストグループIDとして239.1.1.1を，マルチキャストグループIDに対応するホスト名としてalive_idを指定します。

(c)　/etc/servicesファイルの設定例

/etc/servicesファイルの設定例を，次に示します。系1と系2で同じ内容を設定します。

# サービス名     ポート番号/プロトコル名
HAmon1           7777/udp
HAmon2           7778/udp

監視パスを二重化するため，HAmon1およびHAmon2の二つのサービスを指定します。

(d)　HAモニタの環境設定例

HAモニタの環境設定（/opt/hitachi/HAmon/etc/sysdef）の設定例を次に示します。系1と系2で設定する内容は異なります。なお，この例では，HAモニタ Extensionを使用し，マルチキャストでaliveメッセージを送受信する場合の，ホスト名とサービス名の登録に関係する部分だけを抜き出して記載しています。

系1の設定例

environment
   lan               path11:path12,
   lanport           HAmon1:HAmon2,
   hostmax           33,
   alive_multicast   use,
   multicast_lan     alive_id
;

系2の設定例

environment
   lan               path21:path22,
   lanport           HAmon1:HAmon2,
   hostmax           33,
   alive_multicast   use,
   multicast_lan     alive_id
;

lanオペランドには/etc/hostsファイルに指定した監視パス名を，lanportオペランドには/etc/servicesファイルに指定したサービス名を指定します。lanオペランドおよびlanportオペランドに指定する値は，順番をそろえてください。この構成例では，path11やpath21の監視パスがHAmon1というサービスと対応しているため，両オペランドの最初に指定します。

hostmaxオペランドには，一つの系切り替え構成での系の最大数を指定します。この設定例では系の最大数として33以上を指定するため，alive_multicastオペランドにuseを指定しなくても，aliveメッセージはマルチキャストで送受信されます。

また，multicast_lanオペランドには，マルチキャストグループIDに対応するホスト名として，alive_idを指定します。

各オペランドの詳細については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

6.11.2　HAモニタの接続構成設定ファイルの作成

HAモニタは系に一つ存在し，系間で連絡を取ります。システム構築時には，HAモニタの接続構成を，定義ファイルに定義する必要があります。この定義ファイルをHAモニタの接続構成設定ファイルと呼びます。

HAモニタの接続構成設定ファイルは，HAモニタの起動時に参照され，HAモニタの接続構成設定ファイルの内容に基づいて，HAモニタ同士が接続されます。また，HAモニタの起動時，および定義チェックコマンド（moncheckコマンド）実行時に，HAモニタの接続構成設定ファイルの内容がチェックされます。

(1)　HAモニタの接続構成設定ファイルの作成方法

HAモニタの接続構成設定ファイルを作成するには，自動作成する方法と，手動作成する方法があります。通常は，自動作成することをお勧めします。ただし，次のどちらかの場合は，手動作成してください。

自系と特定の系とを監視し合うように，監視パスを設定したい場合

ユーザがHAモニタの接続構成設定ファイルにpairオプションを指定する必要があるためです。

HAモニタの接続構成を変更・削除する場合

HAモニタを追加する場合は，自動作成できます。

ここでは，HAモニタの接続構成設定ファイルを手動作成する方法についてだけ説明します。自動作成の場合，システムの構築が完了して動作確認をするときに同時にHAモニタの接続構成設定ファイルを作成できるため，ここでは説明しません。HAモニタの接続構成設定ファイルを自動作成する方法については，「(3)　HAモニタの停止確認および接続構成設定ファイルの確認（自動作成の場合）」を参照してください。

(2)　手動作成する方法

HAモニタの接続構成設定ファイルは，HAモニタの環境設定用ディレクトリの下にconnectionというファイル名で作成します。connectionファイルを一つの系で作成し，他系に複写する方法をお勧めします。

HAモニタの接続構成設定ファイルで設定する各パラメタの記述形式を，次に示します。

△₀ホスト名△₁LAN△₁IPアドレス△₁pair;↓

（凡例）

△₀：0個以上の空白またはタブを示します。

△₁：1個以上の空白またはタブを示します。

↓：改行コードを示します。

行の最後には，";"を記述してください。1行で系一つ分の設定項目を記述できます。系が四つある場合には，4行記述する必要があります。

なお，"#"を記述すると，"#"から改行コードまでがコメント行になります。

重要

pairを指定している接続構成設定ファイルの内容に誤りがあると，系間の接続構成を認識できなくなるため，正しく系切り替えができなくなります。

pairを指定している接続構成設定ファイルを使用すると，サーバ同士のペア関係を変えられなくなるため，サーバを別の系に移動できません。サーバを別の系に移動する場合は，接続構成設定ファイルを作成し直し，HAモニタを再起動してください。

接続構成設定ファイルで設定する各項目について，次に示します。

# HAモニタ接続構成の設定
ホスト名 LAN IPアドレス [pair];
         ：

ホスト名

自系を含めた，系切り替え構成内のすべての系のホスト名を指定します。ホスト名の指定順序は任意です。ホスト名は，HAモニタの環境設定のnameオペランドで指定したホスト名を指定してください（/etc/hostsファイルに指定したホスト名ではありません）。

LAN IPアドレス

"LAN"のあとに，監視パスに使用しているTCP/IP LANのIPアドレスを指定します。複線化している監視パスすべてのLANのIPアドレスを指定してください。

また，pairを指定する場合は，実際に監視に使用しているすべての監視パスを指定してください。

pair

pairを指定すると次のように動作します。

pairを指定した系とだけ接続し，系切り替え構成となる。

実行サーバの起動時，pairを指定した系の状態を確認できない場合は，実行サーバ起動待ちの状態にし，複数の系で実行サーバが起動することを防止する。

次のような運用の場合，現用系と予備系の両方で実行サーバが起動するおそれがあるため，pairを指定してください。

予備系に計画切り替えしている状態で，現用系でHAモニタを再起動する。監視パスが接続する前，または監視パス障害で接続できないときに，実行サーバを起動する。

例えば，OSやHAモニタの起動時にサーバを自動起動する場合が該当します。

なお，pairを指定した系が未稼働の場合も，実行サーバ起動待ちの状態になります。実行サーバの起動を続行させるには，pairを指定した系が未起動，または実行サーバが存在しないことを確認したあとでmonactコマンドを実行してください。

pairを指定する場合は，系切り替え構成内の自系を含めたすべての系の，すべての監視パスを対象としてください。また，pairの指定は自動では作成されないため，手動で作成する必要があります。

pairを指定すると，指定した系間でだけ監視パスのヘルスチェックやHAモニタのコマンドを実行します。そのため，pairを指定しない場合と比較して，ヘルスチェックやHAモニタのコマンドの実行に掛かる時間が短縮されます。 pairを指定した系間だけで実行されるHAモニタのコマンドを，次に示します。

サーバ・系の状態表示コマンド（monshowコマンド）

リセットパス状態表示コマンド（monrpコマンド）

使用しているマシンの機種がBladeSymphonyまたはHA8000の場合に使用します。

監視パス状態表示コマンド（monpathコマンド）

HAモニタ間の手動接続コマンド（monlinkコマンド）

(3)　作成例

HAモニタの接続構成設定ファイルの作成例を次に示します。

(a)　すべての系が互いに監視し合う場合

すべての系が互いに監視し合う場合の，HAモニタの接続構成設定ファイルの作成例を，次の図に示します。

図6‒37　すべての系が互いに監視し合う場合のHAモニタの接続構成設定ファイルの作成例

(b)　監視し合わない系がある場合

監視パスに監視し合わない系がある場合の，HAモニタの接続構成設定ファイルの作成例を，次の図に示します。この例では，監視し合う系にpairを指定しています。

図6‒38　監視し合わない系がある場合のHAモニタの接続構成設定ファイルの作成例

監視し合う系にpairを指定しているため，pairを指定しない場合と比較して，ヘルスチェックやコマンドの実行に掛かる時間が短縮されます。

監視し合わないのは，系1・系3間です。

6.12　定義ファイルの作成（HAモニタ）

HAモニタの環境を設定する定義ファイルを作成します。

詳細は，「8.3　HAモニタの環境設定」を参照してください。

なお，HAモニタ Extensionを使用する場合，系切り替え構成内のすべての系で，HAモニタ Extensionの機能の環境設定が必要です。HAモニタ Extensionの機能の環境設定については，「3.7　HAモニタ Extensionの機能」を参照してください。

6.13　サーバが使用する共有リソースの設定

サーバが共有リソースを使用するために，共有リソースの設定をします。この設定は，サーバが共有リソースを使用する場合だけ必要です。

6.13.1　共有ディスクの設定

共有ディスクの設定は，共有ディスクをLVMで切り替えるか，HA Boosterで切り替えるか，またはLVMを使用しないディスクやパーティションに直接作成したファイルシステムを切り替えるかによって異なります。次に，設定の概要を示します。なお，「参照＋更新接続」とは，ボリュームグループを活性化することを意味します。

表6‒8　共有ディスクの設定の概要

必要な設定

共有ディスクの切り替え方法

備考

LVM

HA Booster

LVMを使用しないディスク，パーティション

ボリュームグループの設定

ボリュームグループの作成

切り替えるボリュームグループを作成します。

制御グループに登録するデバイス上に，ボリュームグループを作成します。※1

設定は不要です。

「(1)　ボリュームグループの設定」を参照してください。

/etc/lvm/lvm.confファイルの編集

システム起動時に自動的に参照＋更新接続しないように設定します。

システム起動時に自動的に参照＋更新接続するように設定します。※1

設定は不要です。

HA Boosterの制御グループの設定

設定は不要です。

設定します。

設定は不要です。

「(2)　HA Boosterの制御グループの設定」を参照してください。

ファイルシステムの設定

設定します。

設定します。

設定します。

ファイルシステムを切り替える場合に必要です。

「(3)　ファイルシステムの設定」を参照してください。

キャラクタ型スペシャルファイルの設定※2

HAモニタのユーザコマンドを作成し，サーバ起動時にバインド，サーバ停止時にアンバンドするように設定します。

システム起動時にバインドするように設定します。

HAモニタではキャラクタ型スペシャルファイル（rawデバイス）を制御しません。キャラクタ型スペシャルファイルを使用する場合は，ユーザコマンドなどでの制御を検討してください。

キャラクタ型スペシャルファイルを切り替える場合に必要です。

「(4)　キャラクタ型スペシャルファイルの設定」を参照してください。

注※1

LVMと併用する場合に該当します。

注※2

RHEL9以降のバージョンの場合は，キャラクタ型スペシャルファイルを使用できません。

(1)　ボリュームグループの設定

(a)　ボリュームグループの作成

LVMで切り替えるボリュームグループの作成

共有ディスクの切り替えは，ボリュームグループ単位で実行されるため，システム管理者はOSのコマンドでボリュームグループを作成する必要があります。

ボリュームグループを作成するときは，次の事項に従ってください。

複数の異なるサーバで系切り替え構成にする場合，各サーバが使用するデータは異なるボリュームグループに配置するよう，共有ディスクを構成してください。

ただし，同じサーバグループ内でリソースサーバを使用する場合は，各サーバが使用するデータを同じボリュームグループに配置できます。

共有ディスク上に作成するボリュームグループの名称を両方の系で同じにしてください。

共有ディスク上に作成するボリュームグループは，HAモニタが制御します。このため，システム起動時，ボリュームグループに自動的に参照＋更新接続をしない設定にする必要があります。設定するためには，/etc/lvm/lvm.confファイルを編集してください。

HA Boosterで切り替えるボリュームグループの作成

HA Boosterを使用する場合，制御グループ単位で共有ディスクを切り替えます。LVMと併用する場合，制御グループに登録するデバイス上に，ボリュームグループを作成します。作成したボリュームグループは，システム起動時，自動的に参照＋更新接続する設定にする必要があります。設定するためには，/etc/lvm/lvm.confファイルを編集してください。

/etc/lvm/lvm.confファイルについては，「(b)　/etc/lvm/lvm.confファイルの編集」および「(c)　/etc/lvm/lvm.confファイルの編集例」を参照してください。

(b)　/etc/lvm/lvm.confファイルの編集

HAモニタが制御する共有ディスクについて，次の設定となるように，/etc/lvm/lvm.confファイルの"auto_activation_volume_list"を編集してください。

HA Boosterの制御対象のボリュームグループ（制御グループに登録したデバイスの上のボリュームグループ）：

システム起動時に，ボリュームグループを自動的に参照＋更新接続（活性化）するように設定する。

HA Boosterの制御対象外のボリュームグループ：

システム起動時に，ボリュームグループを自動的に参照＋更新接続（活性化）しないように設定する。

(c)　/etc/lvm/lvm.confファイルの編集例

LVMを使用する場合の/etc/lvm/lvm.confファイルの編集例を示します。

OSがRed Hat Enterprise Linux server 7.1の場合の例を次に示します。

編集前（システム上のすべてのボリュームグループを自動的に参照＋更新接続する設定）

activation {
・
・
# If auto_activation_volume_list is defined but empty, no volumes will be
# activated automatically and --activate ay/-a ay will do nothing.
#
# auto_activation_volume_list = []

# If auto_activation_volume_list is defined and it's not empty, only matching
# volumes will be activated either automatically or by using --activate ay/-a ay.
#
# "vgname" and "vgname/lvname" are matched exactly.
# "@tag" matches any tag set in the LV or VG.
# "@*" matches if any tag defined on the host is also set in the LV or VG
#
# auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
・
・
}

編集後（ボリュームグループを自動的に参照＋更新接続しない場合）

activation {
・
・
# If auto_activation_volume_list is defined but empty, no volumes will be
# activated automatically and --activate ay/-a ay will do nothing.
#
# auto_activation_volume_list = []

# If auto_activation_volume_list is defined and it's not empty, only matching
# volumes will be activated either automatically or by using --activate ay/-a ay.
#
# "vgname" and "vgname/lvname" are matched exactly.
# "@tag" matches any tag set in the LV or VG.
# "@*" matches if any tag defined on the host is also set in the LV or VG
#
# auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]

auto_activation_volume_list = []
・
・
}

編集後（vg01とvg02を自動的に参照＋更新接続する場合）

activation {
・
・
# If auto_activation_volume_list is defined but empty, no volumes will be
# activated automatically and --activate ay/-a ay will do nothing.
#
# auto_activation_volume_list = []

# If auto_activation_volume_list is defined and it's not empty, only matching
# volumes will be activated either automatically or by using --activate ay/-a ay.
#
# "vgname" and "vgname/lvname" are matched exactly.
# "@tag" matches any tag set in the LV or VG.
# "@*" matches if any tag defined on the host is also set in the LV or VG
#
# auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]

auto_activation_volume_list = [ "vg01", "vg02" ]
・
・
}

OSがRed Hat Enterprise Linux server 7.2の場合の例を次に示します。

編集前（システム上のすべてのボリュームグループを自動的に参照＋更新接続する設定）

# Configuration section activation.
activation {
・
・
        # Configuration option activation/auto_activation_volume_list.
        # Only LVs selected by this list are auto-activated.
・
・
        # Example
        # volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
        #
        # This configuration option does not have a default value defined.
・
・
}

編集後（ボリュームグループを自動的に参照＋更新接続しない場合）

# Configuration section activation.
activation {
・
・
        # Configuration option activation/auto_activation_volume_list.
        # Only LVs selected by this list are auto-activated.
・
・
        # Example
        # volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
        #
        # This configuration option does not have a default value defined.

    auto_activation_volume_list = []
・
・
}

編集後（vg01とvg02を自動的に参照＋更新接続する場合）

# Configuration section activation.
activation {
・
・
        # Configuration option activation/auto_activation_volume_list.
        # Only LVs selected by this list are auto-activated.
・
・
        # Example
        # volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
        #
        # This configuration option does not have a default value defined.

    auto_activation_volume_list = [ "vg01", "vg02" ]
・
・
}

OSがRed Hat Enterprise Linux server 7.3～7.7，8.1～8.6，および9.1の場合の例を次に示します。

編集前（システム上のすべてのボリュームグループを自動的に参照＋更新接続する設定）

# Configuration section activation.
activation {
・
・
# Configuration option activation/auto_activation_volume_list.
・
・
# Example
# auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
#
# This configuration option does not have a default value defined.
・
・
}

編集後（ボリュームグループを自動的に参照＋更新接続しない場合）

# Configuration section activation.
activation {
・
・
# Configuration option activation/auto_activation_volume_list.
・
・
# Example
# auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
#
# This configuration option does not have a default value defined.
auto_activation_volume_list = []
・
・
}

編集後（vg01とvg02を自動的に参照＋更新接続する場合）

# Configuration section activation.
activation {
・
・
# Configuration option activation/auto_activation_volume_list.
・
・
# Example
# auto_activation_volume_list = [ "vg1", "vg2/lvol1", "@tag1", "@*" ]
#
# This configuration option does not have a default value defined.
auto_activation_volume_list = [ "vg01", "vg02" ]
・
・
}

(2)　HA Boosterの制御グループの設定

HA Boosterを使用する場合，制御グループ単位で共有ディスクを切り替えます。HAモニタは，制御グループのアクセス権限をサーバ単位で変更することで，共有ディスクを制御します。

HA Boosterの制御グループには，ディスクデバイスを登録します。サーバごとに，制御グループを独立させてください。制御グループへの登録方法については，HA Booster関連のドキュメントを参照してください。

なお，LVMによる切り替えだけを使用し，HA Boosterによる切り替えを使用しない場合は，この設定は不要です。

(3)　ファイルシステムの設定

共有ディスク上のファイルシステムを使用する場合，OSに対してファイルシステムの設定をする必要があります。

ファイルシステムの切り替え制御では，HAモニタがマウント・アンマウントします。したがって，システム起動時に自動的にマウントしないように設定してください。設定方法は，OSのマニュアルを参照してください。

HAモニタが制御するファイルシステムを/etc/fstabファイルに指定する場合，次の点に注意してください。

第3フィールド（ファイルシステムタイプ）には，"ignore"を指定しないでください。"ignore"を指定した場合，HAモニタが実行するfsckコマンドが失敗し，ファイルシステムを使用できないことがあります。

第6フィールド（OS起動時のfsck順序）は指定しないか，"0"を指定してください。1以上の値を指定した場合，現用系でファイルシステムをマウント中に待機系のOSが起動すると，fsckが実施されます。これによって，共有ディスクのデータ破壊が起こるおそれがあります。

(4)　キャラクタ型スペシャルファイルの設定

LVMまたはHA Boosterを使用する場合のキャラクタ型スペシャルファイルの設定※について説明します。

注※

RHEL9以降のバージョンの場合は設定できません。

キャラクタ型スペシャルファイルは，使用する条件によってバインド・アンバインドの要否やタイミングが異なります。

キャラクタ型スペシャルファイルを使用する条件と，バインド・アンバインドの要否を，次の表に示します。

表6‒9　キャラクタ型スペシャルファイルを使用する条件と，バインドまたはアンバインドの要否

キャラクタ型スペシャルファイルを使用する条件

バインド・アンバインドの要否

HA Boosterが管理する制御グループにない共有ディスク上

システム起動時ではなく，ボリュームグループに参照＋更新接続をした時点でバインドし，ボリュームグループの切り離しをした時点でアンバインドします。HAモニタのユーザコマンドで設定します。

また，ボリュームグループを切り離す前にアンバインドする必要があるため，HAモニタの環境設定，およびサーバ対応の環境設定のdeviceoff_orderオペランド※にreverseを設定する必要があります。

キャラクタ型スペシャルファイルを使用するすべてのサーバに対して設定してください。

HA Boosterが管理する制御グループにある共有ディスク上

システム起動時に，次のファイルなどを用いてキャラクタ型スペシャルファイルをバインドします。アンバインドは不要です。

/etc/sysconfig/rawdevices

/etc/udev/rules.d配下のudevのruleファイル

HA Boosterの起動スクリプト

注※

HAモニタの環境設定のdeviceoff_orderオペランドについては，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。また，サーバ対応の環境設定のdeviceoff_orderオペランドについては，「8.4.1　サーバ対応の環境設定（servers）」を参照してください。

以降に，キャラクタ型スペシャルファイルの設定に関するユーザコマンドについて説明します。ユーザコマンドの作成方法についての詳細は，「6.20　ユーザコマンドの作成」を参照してください。

(a)　ユーザコマンドの発行タイミング

次のタイミングでOSのrawコマンドが発行されるよう，ユーザコマンドを設定します。

キャラクタ型スペシャルファイルのバインド

実行サーバの起動時（-s start）（サーバ種別：online）

待機サーバの系切り替え処理開始時

実行サーバでサーバ障害が発生（-a start）（サーバ種別：standby）

実行系で系障害が発生（-h start）（サーバ種別：standby）

実行系から待機系に計画系切り替えを実行（-w start）（サーバ種別：standby）

キャラクタ型スペシャルファイルのアンバインド

実行サーバの終了時

実行サーバでサーバ障害が発生（-a start）（サーバ種別：online）※

実行系から待機系に計画切り替えを実行（-w start）（サーバ種別：online）

実行サーバでサーバ障害が発生（系切り替え不可）（-o start）（サーバ種別：online）

実行サーバが正常終了（-e start）（サーバ種別：online）

実行サーバが計画終了（-p start）（サーバ種別：online）※

待機サーバの起動時（-s start）（サーバ種別：standby）

待機サーバの系切り替え失敗時（-f start）（サーバ種別：standby）

注※

モニタモードのサーバまたはリソースサーバの場合，渡されないパラメタであり，このタイミングでのアンバインドは不要です。

(b)　ユーザコマンドのコーディング例

サーバ（LinuxTP1）に対して，共有ディスク上（/dev/vg10）でキャラクタ型スペシャルファイル（/dev/raw/raw1）を論理ボリューム（lvol0）にバインドする場合の，ユーザコマンドのコーディング例を次に示します。

このコーディング例は，サンプルファイルとしてHAモニタのサンプルファイル用ディレクトリの下に，usrcommand_raw_bindのファイル名で格納されています。

# サーバ識別名の定義
SERV="LinuxTP1"                        # サーバ識別名：LinuxTP1
# ユーザ名
USER_NAME="TP1user"                    # ユーザ名：TP1管理者またはHiRDB管理者
# デバイス名称の定義
RAW_NAME="/dev/raw/raw1"               # rawデバイス名称
DEV_NAME="/dev/vg10/lvol0"             # 共有ディスク上の論理ボリューム名称

# rawデバイスをアンバインドする
func_unbind(){
# デバイスが存在しなくなるまで待つ
COUNT=0
while [ ¥( ${COUNT} -lt 10 ¥) -a ¥( -e "$1" ¥) ]
do
   # rawデバイスを使用中のプロセスを強制終了する
   fuser -k "$1" >/dev/null 2>&1
   # コマンドの処理が完了するのを1秒待つ
   sleep 1
   # デバイスのアンバインド
   raw "$1" 0 0
   COUNT=`expr ${COUNT} + 1`
done
}

# rawデバイスをバインドする
func_bind(){
# デバイスのバインド
raw "$1" "$2"
# デバイスが使用可能になるまで待つ
COUNT=0
while [ ${COUNT} -lt 10 ]
do
   # デバイスへのアクセスを試行し，アクセスできればバインド完了
   dd of=/dev/null if="$1" bs=1 count=0 >/dev/null 2>&1
   if [ "$?" = 0 ]
   then
     break
   fi
   # 1秒sleepしリトライする
   sleep 1
   COUNT=`expr ${COUNT} + 1`
done
# デバイスの所有者を変更
chown $USER_NAME "$1"
}

# Main
# 実行サーバの起動開始時，または待機サーバの系切り替え開始時に
# rawデバイスをバインドする
# 実行サーバの終了開始時，待機サーバの起動開始時，または待機サーバの
# 系切り替え失敗時にrawデバイスをアンバインドする
PATH=/bin:/usr/bin:/sbin
export PATH
if [ "$2" = "${SERV}" ]
then
   if [ "$4" = "online" ]
   then
     case "$5" in
     "-s" )                      # 実行サーバの起動
       if [ "$6" = "start" ]     # 状態変化の開始
       then
         func_bind ${RAW_NAME} ${DEV_NAME}
       fi
     ;;
     "-a" | "-w" | "-o" | "-e" | "-p" )  # 実行サーバの終了
                                 # (サーバ障害，計画系切り替え，
                                 # サーバ障害(系切り替え不可能)，
                                 # 正常終了，計画終了)
       if [ "$6" = "start" ]     # 状態変化の開始
       then
         func_unbind ${RAW_NAME} ${DEV_NAME}
       fi
     ;;
     esac
   else
     case "$5" in
     "-a" | "-h" | "-w" )        # 待機サーバ系切り替え
                                 # (サーバ障害，系障害，計画切り替え)
       if [ "$6" = "start" ]     # 状態変化の開始
       then
         func_bind ${RAW_NAME} ${DEV_NAME}
       fi
     ;;
     "-s" | "-f" )               # 待機サーバ起動，または系切り替え失敗
       if [ "$6" = "start" ]     # 状態変化の開始
       then
         func_unbind ${RAW_NAME} ${DEV_NAME}
       fi
     ;;
     esac
   fi
fi

このコーディング例では，実行サーバ起動時の実行系，または系切り替え時の系切り替え先の系でfunc_bindを実行し，キャラクタ型スペシャルファイルのバインドをしています。また，実行サーバ終了時の実行系，待機サーバ起動時の待機系，または系切り替え失敗時の系切り替えに失敗した待機系でfunc_unbindを実行し，キャラクタ型スペシャルファイルのアンバインドをしています。

func_bindでは，rawコマンドでキャラクタ型スペシャルファイルのバインドを実行します。そのあとに，キャラクタ型スペシャルファイルがアクセス可能になるまで，次の処理を1秒間隔で10回リトライしています。

ddコマンド

キャラクタ型スペシャルファイルがアクセス可能になったか調べます。

sleepコマンド

キャラクタ型スペシャルファイルがバインドされるのを待ちます。

chownコマンド

キャラクタ型スペシャルファイルの所有者を変更します。所有者の変更は，OSのudevの機能で行います。udevの設定については，OSのマニュアルを参照してください。

また，バインドしたキャラクタ型スペシャルファイルの所有者を指定のユーザに設定しています。

func_unbindでは，キャラクタ型スペシャルファイルがアンバインドするまで，次の処理を1秒間隔で10回リトライしています。

fuserコマンド

系切り替え時に，キャラクタ型スペシャルファイルを使用するプロセスが存在するとアンバインドできないため，共有ディスクの切り離しに失敗します。このため，fuserコマンドでキャラクタ型スペシャルファイルを使用しているすべてのプロセスを強制停止します。

sleepコマンド

キャラクタ型スペシャルファイルがアンバインドされるのを待ちます。

rawコマンド

キャラクタ型スペシャルファイルをアンバインドします。

なお，このコーディング例では，なんらかの要因でバインド処理に10秒以上要した場合，最後に実行されるchownコマンドによる権限変更に失敗します。このままサーバの起動を継続する設定の場合※，サーバがrawデバイスにアクセスするときまでエラーに気づけません。

注※

サーバ環境設定のuoc_neckを省略，またはnouseを指定。

このため，次のことを検討してください。

chownコマンドによる権限変更に失敗したタイミングでサーバの起動を中止するように，サーバ環境設定のuoc_neckにuseを指定する。

なお，サンプルのユーザコマンドでは，最後に実行するchownコマンドの結果がユーザコマンドの結果となっていますが，chownコマンドの後に処理を記述するなど，サンプルから変更している場合は，ユーザコマンドの結果にchownコマンドの結果などが反映されるように考慮してください。

サーバ環境設定のuoc_neckをuseにしない場合，エラー発生に気づけるようにユーザコマンド内でsyslogなどにメッセージを出力する。

必要に応じて，キャラクタ型スペシャルファイルがアクセス可能になるまでリトライする時間を変更してください。

6.13.2　LANの状態設定ファイルの設定

HAモニタの場合，LANはサーバ単位に接続，切り離しをします。HAモニタでは，LANの状態設定ファイルを作成して設定する必要があります。

LANの状態設定ファイルの種類を，次に示します。

サーバ識別名.upファイル

LANを接続する場合に使用します。サーバが使用するIPアドレスをLANアダプタに割り当てるための情報を指定します。

サーバ識別名.downファイル

LANの切り離しをする場合に使用します。サーバが使用するIPアドレスをLANアダプタから削除するための情報を指定します。

これらのファイルは，サーバごとにHAモニタの環境設定用ディレクトリの下に作成します。ファイル名のサーバ識別名の部分は，サーバ対応の環境設定のaliasオペランドで指定した値にしてください。

HAモニタには，HAモニタサンプルファイル用ディレクトリの下に，server.up，server.down，server_ip.up，およびserver_ip.downというファイル名で，LANの状態設定ファイルのサンプルファイルが用意されています。これらのファイルをHAモニタ環境設定用ディレクトリの下にコピーして書き換えることで，LANの状態設定ファイルを最初から作成する手間が省けます。また，ファイルには実行権限を与えてください。

HAモニタでのLANの切り替えは，エイリアスIPアドレスを使用します。LANの状態設定ファイルには，OSのifconfigコマンド，ipコマンド，およびarpingコマンドの引数として，LANアダプタに追加・削除するエイリアスIPアドレスを指定します。OSのコマンドについては，OSのマニュアルを参照してください。

使用するコマンドに応じて，次のどちらかのLANの状態設定ファイルのサンプルファイルを使用してください。

ipコマンドを使用する場合：server_ip.upおよびserver_ip.down

ifconfigコマンドを使用する場合：server.upおよびserver.down

ここでは，エイリアスIPアドレスを使用した場合の，LANの状態設定ファイルの設定方法について説明します。

(1)　サーバ識別名.upファイルの設定

ipコマンドを使用する場合

サーバ識別名.upファイルには，系ごとに割り当てられたLANアダプタのインタフェース名，エイリアスIPアドレス，およびプリフィックス（ネットワークを表すビット長）を設定します。必要に応じてブロードキャストアドレスおよびリトライ回数を設定してください。また，エイリアスIPアドレスを追加したあと，echoコマンドおよびarpingコマンドを実行します。echoコマンドの実行によって，ルーティングキャッシュをクリアし，arpingコマンドの実行によって，ARPリクエストがブロードキャストされ，IPアドレスとMACアドレスのマッピングが更新されます。なお，ARPリクエストのブロードキャストのタイミングについては注意が必要です。「(c)　ARPリクエストのブロードキャストのタイミング」を参照して対処してください。

サーバ識別名.upファイルは，hbondingを使用するかどうかで，設定する内容が異なります。

hbondingを使用しないとき

サーバ識別名.upファイルの内容を，次に示します。

#!/bin/sh
set -x

INTERFACE=eXXX                     # LAN interface name
IPADDR=n.n.n.n                       # alias IP address
PREFIX=ee                           # address prefix
BROADCAST=nnn.nnn.nnn.nnn            # broadcast address
RETRYCNT=m                         # retry count

# Retry for the alias IP address adding.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is added to the LAN interface.
    /usr/sbin/ip addr add $IPADDR/$PREFIX broadcast $BROADCAST dev $INTERFACE

    # The information on old routing cache is deleted.
    /bin/echo 0 > /proc/sys/net/ipv4/route/flush

    # The ARP caches are updated.
    /sbin/arping -U -c 2 -I $INTERFACE $IPADDR
    sleep 1
    /sbin/arping -U -c 2 -I $INTERFACE $IPADDR

    # Was the alias IP address registered to the system ?
    RCD=`/usr/sbin/ip addr show dev $INTERFACE | grep " $IPADDR/$PREFIX "`
    if [ "$RCD" = "" ]
    then
        # When it is not registered, "1" is returned as the termination code.
        exitcode=1

        loopcnt=`/usr/bin/expr $loopcnt + 1`
    else
        # When it is registered, "0" is returned as the termination code.
        exitcode=0

        break

    fi
done

exit $exitcode

（凡例）

eXXX：インタフェース名

n.n.n.n：エイリアスIPアドレス

ee：プリフィックス

nnn.nnn.nnn.nnn：ブロードキャストアドレス

m：リトライ回数

一時的な障害を考慮して，リトライ回数（m）に2以上を指定することを推奨します。

hbondingを使用するとき

サーバ識別名.upファイルの内容を，次に示します。このとき，label指定によって，エイリアスデバイスにIPアドレスを付与してください。また，arpingコマンドは，物理デバイスを指定して実行してください。

#!/bin/sh
set -x

INTERFACE=hbondX                    # LAN interface name
IF_LABEL=hbondX:Y                   # alias device name
IPADDR=n.n.n.n                      # alias IP address
PREFIX=ee                           # address prefix
BROADCAST=nnn.nnn.nnn.nnn           # broadcast address
RETRYCNT=m                          # retry count

# Retry for the alias IP address adding.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is added to the LAN interface.
    /usr/sbin/ip addr add $IPADDR/$PREFIX broadcast $BROADCAST dev $INTERFACE label $IF_LABEL

    # The information on old routing cache is deleted.
    /bin/echo 0 > /proc/sys/net/ipv4/route/flush

    # The ARP caches are updated.
    /sbin/arping -U -c 2 -I $INTERFACE $IPADDR
    sleep 1
    /sbin/arping -U -c 2 -I $INTERFACE $IPADDR

    # Was the alias IP address registered to the system ?
    RCD=`/usr/sbin/ip addr show dev $INTERFACE | grep " $IPADDR/$PREFIX "`
    if [ "$RCD" = "" ]
    then
        # When it is not registered, "1" is returned as the termination code.
        exitcode=1

        loopcnt=`/usr/bin/expr $loopcnt + 1`
    else
        # When it is registered, "0" is returned as the termination code.
        exitcode=0

        break

    fi
done

exit $exitcode

（凡例）

hbondX：インタフェース名

hbondX:Y：エイリアスデバイス名

n.n.n.n：エイリアスIPアドレス

ee：プリフィックス

nnn.nnn.nnn.nnn：ブロードキャストアドレス

m：リトライ回数

一時的な障害を考慮して，リトライ回数（m）に2以上を指定することを推奨します。

ifconfigコマンドを使用する場合

サーバ識別名.upファイルには，系ごとに割り当てられたLANアダプタのインタフェース名，IPインデックス番号，およびエイリアスIPアドレスを設定します。必要に応じてネットマスク，ブロードキャストアドレス，およびリトライ回数を設定してください。また，エイリアスIPアドレスを追加したあと，echoコマンドおよびarpingコマンドを実行します。echoコマンドの実行によって，ルーティングキャッシュをクリアし，arpingコマンドの実行によって，ARPリクエストがブロードキャストされ，IPアドレスとMACアドレスのマッピングが更新されます。なお，ARPリクエストのブロードキャストのタイミングについては注意が必要です。「(c)　ARPリクエストのブロードキャストのタイミング」を参照して対処してください。

サーバ識別名.upファイルの内容を，次に示します。

#!/bin/sh
set -x

INTERFACE=xxx:y                       # LAN interface name
IPADDR=n.n.n.n                        # alias IP address
NETMASK=nn.nn.nn.nn                  # netmask address
BROADCAST=nnn.nnn.nnn.nnn            # broadcast address
RETRYCNT=m                            # retry count

# Retry for the alias IP address adding.
exitcode=1
loopcnt=0

while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is added to the LAN interface.
    /sbin/ifconfig $INTERFACE inet $IPADDR netmask $NETMASK broadcast $BROADCAST

    # The information on old routing cache is deleted.
    /bin/echo 0 > /proc/sys/net/ipv4/route/flush

    # The ARP caches are updated.
    IFNAME=`echo $INTERFACE | /bin/sed -e 's/:[0-9]*$//'`
    /sbin/arping -U -c 2 -I $IFNAME $IPADDR
    sleep 1
    /sbin/arping -U -c 2 -I $IFNAME $IPADDR

    # Was the alias IP address registered to the system ?
    RCD=`/sbin/ifconfig -a | /bin/grep -E "[:| ]$IPADDR "`
    if [ "$RCD" = "" ]
    then
        # When it is not registered, "1" is returned as the termination code.
        exitcode=1

        loopcnt=`/usr/bin/expr $loopcnt + 1`
    else
        # When it is registered, "0" is returned as the termination code.
        exitcode=0

        break
    fi
done

exit $exitcode

（凡例）

xxx：インタフェース名

y：IPインデックス番号

n.n.n.n：エイリアスIPアドレス

nn.nn.nn.nn：ネットマスク

nnn.nnn.nnn.nnn：ブロードキャストアドレス

m：リトライ回数

一つのインタフェースで複数のエイリアスIPアドレスを使用する場合は，各エイリアスIPアドレスに対応して異なるIPインデックス番号を設定します。

なお，LANの状態設定ファイルが一つしかない，または複数のLANの状態設定ファイルが同一のインタフェースに対してエイリアスIPアドレスを付与することがない場合は，リトライする必要はありません。この場合は，バージョン01-52までで使用していたサーバ識別名.upファイルも使用できます。ただし，一時的な障害を考慮して，リトライ回数（m）に2以上を指定することを推奨します。

(a)　リトライ処理の概要

ifconfigコマンドを使用する場合のリトライ処理の概要を説明します。なお，ipコマンドを使用する場合は該当しません。

複数のLANの状態設定ファイルでそれぞれが同一のインタフェースにエイリアスIPアドレスを付与する設定（例：server1.upがeth1:1，server2.upがeth1:2にそれぞれエイリアスIPアドレスを付与する設定）の場合に，これらのLANの状態設定ファイルが同時に実行される※と，一方のifconfigコマンドがエラーになってエイリアスIPアドレスの付与に失敗することがあります。

このような場合は，処理をリトライすることで対処できます。サーバ識別子.upファイルのリトライ回数（m）に，「同一インタフェースに対してエイリアスIPアドレスを付与するLANの状態設定ファイルの数」を指定します。例えば，前述のserver1.upとserver2.upに設定する場合は，2を指定します。

注※

系障害による系切り替えで，切り替え先でserver1とserver2が同時に実行サーバとして起動する場合などに複数のLANの状態設定ファイルが同時に実行されることがあります。

(b)　一つのLANの状態設定ファイルで複数のエイリアスIPアドレスを付与する場合の例

一つのLANの状態設定ファイルで，eth1とeth2にエイリアスIPアドレスを付与する場合の例を示します。

この例では，次の条件を想定しています。

このLANの状態設定ファイルのほかにeth1に別のエイリアスIPアドレスを付与するLANの状態設定ファイルが一つある（リトライ回数がeth1に対して2回）。

eth2に別のエイリアスIPを付与するLANの状態設定ファイルが二つある（リトライ回数がeth2に対して3回）。

eth1へのエイリアスIPアドレスの付与に失敗した場合，eth2へのIPアドレスの付与をしない。

#!/bin/sh
set -x

INTERFACE=eth1:1                    # LAN interface name
IPADDR=192.168.100.100              # alias IP address
NETMASK=255.255.255.0               # netmask address
BROADCAST=192.168.100.255           # broadcast address
RETRYCNT=2                          # retry count

# Retry for the alias IP address adding.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is added to the LAN interface.
    /sbin/ifconfig $INTERFACE inet $IPADDR netmask $NETMASK broadcast $BROADCAST

    # The information on old routing cache is deleted.
    /bin/echo 0 > /proc/sys/net/ipv4/route/flush

    # The ARP caches are updated.
    IFNAME=`echo $INTERFACE | /bin/sed -e 's/:[0-9]*$//'`
    /sbin/arping -U -c 2 -I $IFNAME $IPADDR
    sleep 1
    /sbin/arping -U -c 2 -I $IFNAME $IPADDR

    # Was the alias IP address registered to the system ?
    RCD=`/sbin/ifconfig -a | /bin/grep ":$IPADDR "`
    if [ "$RCD" = "" ]
    then
        # When it is not registered, "1" is returned as the termination code.
        exitcode=1

        loopcnt=`/usr/bin/expr $loopcnt + 1`
    else
        # When it is registered, "0" is returned as the termination code.
        exitcode=0

        break
    fi
done

if [ "$exitcode" = "1" ]
then
    exit $exitcode
fi

INTERFACE=eth2:1                    # LAN interface name
IPADDR=192.168.200.100              # alias IP address
NETMASK=255.255.255.0               # netmask address
BROADCAST=192.168.200.255           # broadcast address
RETRYCNT=3                          # retry count

# Retry for the alias IP address adding.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is added to the LAN interface.
    /sbin/ifconfig $INTERFACE inet $IPADDR netmask $NETMASK broadcast $BROADCAST

    # The information on old routing cache is deleted.
    /bin/echo 0 > /proc/sys/net/ipv4/route/flush
    # The ARP caches are updated.
    IFNAME=`echo $INTERFACE | /bin/sed -e 's/:[0-9]*$//'`
    /sbin/arping -U -c 2 -I $IFNAME $IPADDR
    sleep 1
    /sbin/arping -U -c 2 -I $IFNAME $IPADDR

    # Was the alias IP address registered to the system ?
    RCD=`/sbin/ifconfig -a | /bin/grep ":$IPADDR "`
    if [ "$RCD" = "" ]
    then
        # When it is not registered, "1" is returned as the termination code.
        exitcode=1

        loopcnt=`/usr/bin/expr $loopcnt + 1`
    else
        # When it is registered, "0" is returned as the termination code.
        exitcode=0

        break
    fi
done

exit $exitcode

(c)　ARPリクエストのブロードキャストのタイミング

クライアントを含む同じネットワーク内のマシン（ノード）に，ARPエントリのロック期間※が設定されている場合があります。系切り替え時のARPリクエストのブロードキャストが，それらのノードのロック期間内に行われると，ARPリクエストを受信したノードのARPエントリが更新されないで，系切り替え先との通信に失敗するおそれがあります。

そのため，系切り替え時のARPリクエストのブロードキャストが，それらのノードのロック期間経過後に行われるよう，一度arpingコマンドを実行したあとにロック期間分sleepし，その後再度arpingコマンドを実行してください。

なお，系切り替え対象のTCP通信を行うプログラムが停止してから系切り替え先でARPリクエストをブロードキャストするまでの時間が，ロック期間より長いシステムの場合は，ロック期間分のsleepと二度目のarpingコマンドは不要です。

注※

ARPエントリのロック期間とは，最後にTCP通信が切断されてから，ARPエントリを更新しないで保持する時間です。

RHELではデフォルトで1秒の設定となっています。

RHELの各系に設定されているARPエントリのロック期間は，/proc/sys/net/ipv4/neigh/<インタフェース名>/locktimeから確認できます（数値はjiffy単位）。

(2)　サーバ識別名.downファイルの設定

ipコマンドを使用する場合

サーバ識別名.downファイルには，系ごとに割り当てられたLANアダプタのインタフェース名，エイリアスIPアドレス，およびプリフィックス(ネットワークを表すビット長)を設定します。必要に応じてリトライ回数を設定してください。

サーバ識別名.downファイルは，hbondingを使用するかどうかで，設定する内容が異なります。

hbondingを使用しないとき

サーバ識別名.downファイルの内容を，次に示します。

#!/bin/sh
set -x

INTERFACE=eXXX                      # LAN interface name
IPADDR=n.n.n.n                        # alias IP address
PREFIX=ee                            # address prefix
RETRYCNT=m                          # retry count

# Retry for the alias IP address delete.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is deleted from the LAN interface.
    /usr/sbin/ip addr del $IPADDR/$PREFIX dev $INTERFACE

    # Was the alias IP address deleted from the system ?
    RCD=`/usr/sbin/ip addr show dev $INTERFACE | grep " $IPADDR/$PREFIX "`
    if [ "$RCD" = "" ]
    then
        # When it is deleted, "0" is returned as the termination code.
        exitcode=0
        break
    else
        # When it is not deleted, "1" is returned as the termination code.
        exitcode=1
        loopcnt=`/usr/bin/expr $loopcnt + 1`
        sleep 1
    fi
done

# The information on old routing cache is deleted.
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

exit $exitcode

（凡例）

eXXX：インタフェース名

n.n.n.n：エイリアスIPアドレス

ee：プリフィックス

m：リトライ回数

一時的な障害を考慮して，リトライ回数（m）に2以上を指定することを推奨します。

hbondingを使用するとき

サーバ識別名.downファイルの内容を，次に示します。このとき，label指定によって，エイリアスデバイスにIPアドレスを付与してください。また，arpingコマンドは，物理デバイスを指定して実行してください。

#!/bin/sh
set -x

INTERFACE=hbondX                    # LAN interface name
IF_LABEL=hbondX:Y                   # alias device name
IPADDR=n.n.n.n                      # alias IP address
PREFIX=ee                           # address prefix
RETRYCNT=m                          # retry count

# Retry for the alias IP address delete.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is deleted from the LAN interface.
    /usr/sbin/ip addr del $IPADDR/$PREFIX dev $INTERFACE label $IF_LABEL

    # Was the alias IP address deleted from the system ?
    RCD=`/usr/sbin/ip addr show dev $INTERFACE | grep " $IPADDR/$PREFIX "`
    if [ "$RCD" = "" ]
    then
        # When it is deleted, "0" is returned as the termination code.
        exitcode=0
        break
    else
        # When it is not deleted, "1" is returned as the termination code.
        exitcode=1
        loopcnt=`/usr/bin/expr $loopcnt + 1`
        sleep 1
    fi
done

# The information on old routing cache is deleted.
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

exit $exitcode

（凡例）

hbondX：インタフェース名

hbondX:Y：エイリアスデバイス名

n.n.n.n：エイリアスIPアドレス

ee：プリフィックス

m：リトライ回数

一時的な障害を考慮して，リトライ回数（m）に2以上を指定することを推奨します。

ifconfigコマンドを使用する場合

サーバ識別名.downファイルには，系ごとに割り当てられたLANアダプタのインタフェース名，およびIPインデックス番号を設定します。

サーバ識別名.downファイルの内容を，次に示します。

#!/bin/sh
set -x

INTERFACE=xxx:y                      # LAN interface name

# The alias IP address is deleted from the LAN interface.
/sbin/ifconfig   $INTERFACE down

# The information on old routing cache is deleted.
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

（凡例）

xxx：インタフェース名

y：IPインデックス番号

HAモニタの環境設定のfence_lanオペランドにuseを指定する場合は，エイリアスIPアドレスの削除結果を判定します。次の内容でサーバ識別名.downファイルを作成してください。

なお，fence_lanオペランドにuseを指定しない場合でも，次の内容を使用できます。

#!/bin/sh
set -x

INTERFACE=xxx:y                      # LAN interface name
RETRYCNT=m                           # retry count

# Retry for the alias IP address delete.
exitcode=1
loopcnt=0
while [ $loopcnt -lt $RETRYCNT ]
do
    # The alias IP address is deleted from the LAN interface.
    /sbin/ifconfig $INTERFACE down

    # Was the alias IP address deleted from the system ?
    RCD=`/sbin/ifconfig -a | /bin/grep -E "$INTERFACE( |: )"`
    if [ "$RCD" = "" ]
    then
    # When it is deleted, "0" is returned as the termination code.
        exitcode=0
        break
    else
        # When it is not deleted, "1" is returned as the termination code.
        exitcode=1
    loopcnt=`/usr/bin/expr $loopcnt + 1`
        sleep 1
    fi
done

# The information on old routing cache is deleted.
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

exit $exitcode

（凡例）

xxx：インタフェース名

y：IPインデックス番号

m：リトライ回数

一時的な障害を考慮して，リトライ回数（m）に2以上を指定することを推奨します。

6.14　サーバの起動・停止・監視コマンドの作成（実行サーバの場合）

サーバがモニタモードの場合，サーバの起動コマンド，停止コマンドおよび監視コマンドを作成します。サーバの起動コマンドの作成は必須です。サーバの停止・監視コマンドの作成は任意です。ただし，モニタモードのプログラム管理機能を使用して監視するUAPについては，サーバの監視コマンドへの作り込みは不要です。

なお，複数のプログラムの処理をサーバの起動コマンド，停止コマンドおよび監視コマンドに記述すると，複数のプログラムを一つのサーバとして使用できます。

各コマンドは，C言語やシェル言語などで，サーバ単位に作成してください。

重要

作成したコマンド内の処理については，必要に応じてログを出力するなど，障害解析できるようにしておくことをお勧めします。

6.14.1　サーバの起動コマンドの作成

サーバの起動コマンドは，プログラムを起動するためのコマンドです。サーバがモニタモードの場合，HAモニタがサーバの起動完了を確認できるようにするために，サーバの起動コマンドを作成する必要があります。

ここでは，サーバの起動コマンドが呼び出されるタイミング，およびサーバの起動コマンドの作成方法について説明します。HAモニタから実行するコマンドの動作環境については「6.23　HAモニタから実行するコマンドの動作環境」を参照してください。

(1)　サーバの起動コマンドが呼び出されるタイミング

作成したサーバの起動コマンドは，HAモニタがスーパユーザの権限で実行します。

サーバの起動コマンドは，次の場合に，共有リソースを接続したあと呼び出されます。

モニタモードのサーバ起動コマンド（monbeginコマンド）を実行して，実行サーバを起動する場合

サーバ障害時に実行サーバを再起動する設定で，実行サーバを再起動する場合

(2)　サーバの起動コマンドの作成方法

サーバの起動コマンドは，プログラムを直接指定することも，プログラムの起動処理を記述したシェルなどを指定することもできます。

シェルの中でプログラムの起動に必要な動作環境を設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

サーバの起動コマンドが実行される際に引き継がれる環境変数を次に示します。

モニタモードのサーバの起動コマンド（monbeginコマンド）を実行した場合

monbeginコマンドを実行したユーザの環境変数

サーバを再起動※した場合

HAモニタのUnit設定ファイルで設定した環境変数が引き継がれます。

注※

HAモニタの環境設定のmonbegin_restartオペランドの機能によってサーバが自動起動したとき，または，サーバ対応の環境設定のservexec_retryオペランドの機能によってサーバが再起動したとき。

モニタモードのプログラム管理機能使用時に，APIを発行するUAPをサーバの起動コマンドで起動する場合は，UAPの環境変数にプログラム名を設定する必要があります。サーバの起動コマンドには，対象となるすべてのUAPの起動処理を記述してください。UAPの環境変数については，「6.17.2　UAPの環境変数の設定」を参照してください。また，UAP障害時にcoreファイルを取得し，調査できるようにするため， UAPを起動する処理の前に「ulimit -c unlimited」を追加してください。カーネルパラメタのデフォルト値では，coreファイルを取得しない設定となっています。

作成したサーバの起動コマンドは，サーバ対応の環境設定のnameオペランドに指定します。サーバの起動コマンドに引数を指定する場合は，サーバ対応の環境設定のactcommandオペランドにも指定してください。

サーバの起動コマンドのタイプによって，サーバ対応の環境設定のwaitserv_execオペランドに次の設定をしてください。

表6‒10　サーバの起動コマンドのタイプによるwaitserv_execオペランド設定値

サーバの起動コマンドのタイプ

サーバの監視をする場合の設定値

サーバの監視をしない場合の設定値

対象となるプログラムの起動処理が完了しても，サーバ起動コマンドがリターンしない場合。

例えば，サーバ起動コマンドにプログラムを直接指定した場合。

no

no

対象となるプログラムの起動処理が完了すると，サーバ起動コマンドがリターンする場合。

yes

どちらでも良い

直接サーバプロセスとして動作するプログラムの場合

サーバ対応の環境設定のwaitserv_execオペランドにnoを指定します。なお，この設定はデフォルトです。直接サーバプロセスとして動作するプログラムの場合，起動完了を待たないため，必ずnoを指定してください。

直接サーバプロセスとして動作しないプログラムの場合

モニタモードのサーバを監視する場合は，サーバ対応の環境設定のwaitserv_execオペランドに必ずyesを指定してください。

モニタモードのサーバを監視する場合にyesを指定しないと，プログラムが起動完了する前にHAモニタでの実行サーバの起動処理が完了し，サーバの監視が開始される場合があります。プログラムの起動が完了しないままサーバの監視が開始されると，プログラムの起動が完了していない状態がサーバ障害として検出され，実行サーバの再起動や系切り替えがされるおそれがあります。

また，モニタモードのサーバを監視しない場合は，yes，noのどちらでも指定できます。ただし，次の場合はyesを指定してください。

モニタモードのサーバ間でサーバの切り替え順序を制御する。

サーバの起動コマンドのEXITコードで処理を分ける。

サーバ対応の環境設定のwaitserv_execオペランドにyesを指定すると，HAモニタはサーバ対応の環境設定のnameオペランドまたはactcommandオペランドに指定したサーバの起動コマンドの戻り値を評価します。戻り値ごとのHAモニタの処理を，次に示します。

戻り値が0

プログラムが起動に成功したとして，実行サーバの起動完了処理をします。

戻り値が0以外

プログラムが起動に失敗したとして，実行サーバの起動を停止します。サーバの再起動時はサーバの再起動に失敗します。再起動に失敗した場合，サーバ対応の環境設定のtermcommandオペランドに指定したサーバの停止コマンドを実行しません。再起動に失敗した場合の対処については，「7.5.2　サーバの再起動失敗に対処する」を参照してください。

また，サーバ対応の環境設定のwaitserv_execオペランドにyesを指定した場合は，サーバの起動コマンドが起動してから終了するまでのタイムアウト時間を，サーバ対応の環境設定のstart_timeoutオペランドで指定できます。

なお，次の場合は系切り替えをしません。

サーバの起動コマンドの戻り値が0以外となったことが原因で，サーバを起動または再起動できなかった場合

起動タイムアウトを検知したことが原因で，サーバを起動できなかった場合

このような場合でも系切り替えを実施させたいときは，戻り値が常に0でリターンするように起動コマンドを作成してください。さらに，監視コマンドでサーバの起動失敗を検知するようにしてください。

サーバ対応の環境設定のwaitserv_execオペランドにnoを指定すると，HAモニタはサーバの起動コマンドの戻り値に関係なく，実行サーバの起動完了処理をします。

6.14.2　サーバの停止コマンドの作成

サーバの停止コマンドは，プログラムを自動停止するためのコマンドです。サーバの停止コマンドの作成は任意です。連動系切り替えなどでプログラムを自動停止したい場合に作成してください。

ここでは，サーバの停止コマンドが呼び出されるタイミング，およびサーバの停止コマンドの作成方法について説明します。HAモニタから実行するコマンドの動作環境については「6.23　HAモニタから実行するコマンドの動作環境」を参照してください。

(1)　サーバの停止コマンドが呼び出されるタイミング

作成したサーバの停止コマンドは，HAモニタがスーパユーザの権限で実行します。

サーバの停止コマンドは，次の場合に，共有リソースの切り離しをする前に呼び出されます。

サーバの系切り替えコマンド（monswapコマンド）を実行して，実行サーバを計画停止する場合

モニタモードのサーバ停止コマンド（monendコマンド）を実行して，実行サーバを正常終了する場合

サーバ障害時にサーバを再起動する設定で，サーバの障害を検出した場合（実行サーバを再起動する前）

サーバ障害時の系切り替えに伴って実行サーバを停止する場合

連動系切り替えに伴って実行サーバを計画停止する場合

HAモニタは，サーバの停止コマンドに，呼び出される場合に応じた引数を渡します。引数には，"-e"，"-w"，および"-c"があります。それぞれの引数に対応する次のような処理を記述してください。

表6‒11　サーバの停止コマンドの引数と記述する処理

引数

引数が渡された時に記述する処理

-e

サーバの正常停止。

-w

サーバを計画切り替えするための計画停止。

-c

異常終了したサーバを再起動できるようにするための処理。

サーバの停止コマンドの起動条件と引数の関係を，次の表に示します。

表6‒12　サーバの停止コマンドの起動条件と渡される引数

サーバの停止コマンドの起動条件

渡される引数※

termcmd_at_abort＝nouseの場合

termcmd_at_abort＝useの場合

モニタモードのサーバ停止コマンド（monendコマンド）でサーバを停止。

-e

-e

サーバ障害時，モニタモードのサーバ停止コマンド（monendコマンド）で待機サーバがない実行サーバを停止。

-e

-c

サーバ障害によるサーバの系切り替え処理。

-w

-c

サーバの系切り替えコマンド（monswap コマンドまたはmonswap -gコマンド）を実行（計画系切り替え）。

-w

-w

待機サーバがない実行サーバの障害時，待機サーバを起動したあとサーバの系切り替えコマンド（monswapコマンドまたはmonswap -gコマンド）を実行（計画系切り替え）。

-w

-c

連動系切り替えに伴って，実行サーバを強制停止・系切り替え。

-w

-w

サーバ障害時，連動系切り替えに伴って，待機サーバがない実行サーバを強制停止。

-w

-c

待機サーバがない実行サーバの障害時，連動系切り替えに伴って，待機サーバを起動したあと，系切り替え。

-w

-c

サーバ障害時の実行サーバ再起動前処理。

-c

-c

サーバの起動コマンド失敗による，サーバの起動中止。

−

-c

（凡例）

−：サーバの停止コマンドを発行しません。

注※

渡される引数は，HAモニタの環境設定のtermcmd_at_abortオペランドに何を指定するかによって異なります。termcmd_at_abortオペランドについては，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

(2)　サーバの停止コマンドの作成方法

サーバの停止コマンドは，プログラムの停止処理を記述したシェルなどを指定します。

シェルの中でプログラムの終了に必要な動作環境を設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

なお，サーバの停止コマンドを実行した場合，HAモニタのUnit設定ファイルで設定した環境変数が引き継がれます。

モニタモードのプログラム管理機能使用時に，APIを発行するUAPをサーバの停止コマンドで停止する場合は，UAPの環境変数にプログラム名を設定する必要があります。また，サーバの停止コマンドには，対象となるすべてのUAPの停止処理を記述してください。UAPがプロセスを生成する場合は，生成したプロセスの停止処理も記述してください。UAPの環境変数については，「6.17.2　UAPの環境変数の設定」を参照してください。

作成したサーバの停止コマンドは，サーバ対応の環境設定のtermcommandオペランドに指定します。また，サーバの停止コマンドが起動してから終了するまでのタイムアウト時間を，サーバ対応の環境設定のstop_timeoutオペランドまたはstop_timeout_swオペランドで指定できます。

実行サーバの正常終了時，計画停止時に呼び出されるサーバの停止コマンドの戻り値によって，HAモニタの動作が変わることはありません。ただし，次の点に注意して停止コマンドを作成してください。

サーバ対応の環境設定のterm_pairdownオペランドにuseが指定されている場合，計画停止時に呼び出されるサーバの停止コマンドの戻り値が0以外で終了すると，系のペアダウン機能によって系切り替えをします。

サーバの再起動時に呼び出されるサーバの停止コマンドが0以外で終了した場合，HAモニタでは以降の処理（サーバの再起動，監視コマンドの起動，およびサーバの監視）を中断します。そのため，サーバの再起動が失敗となり，系切り替えをしません。再起動に失敗した場合の対処については，「7.5.2　サーバの再起動失敗に対処する」を参照してください。なお，サーバの停止に失敗しても系切り替えをしたい場合は，戻り値が必ず0を返すようにサーバの停止コマンドを作成してください。

また，複数のプログラムの停止処理をサーバの停止コマンドに記述することで，複数のプログラムを一つのサーバとして使用できます。

6.14.3　サーバの監視コマンドの作成

サーバの監視コマンドは，プログラムの状態を監視するコマンドです。HAモニタでは，サーバの監視コマンドを作成することによって，サーバ障害時にサーバの再起動や自動系切り替えができます。なお，モニタモードのプログラム管理機能で監視するUAPだけでサーバを構成する場合は，作成不要です。

ここでは，サーバの監視コマンドが呼び出されるタイミング，およびサーバの監視コマンドの作成方法について説明します。サーバの監視方法の説明については「3.2.1　モニタモードのサーバの監視（実行サーバの場合）」を，HAモニタから実行するコマンドの動作環境については「6.23　HAモニタから実行するコマンドの動作環境」を参照してください。

(1)　サーバの監視コマンドが呼び出されるタイミング

作成したサーバの監視コマンドは，HAモニタがスーパユーザの権限で実行します。

サーバの監視コマンドは，実行系で実行サーバが起動完了したあとに起動されます。

(2)　サーバの監視コマンドの作成方法（サーバ対応の環境設定のptrlcmd_exオペランドで指定する場合）

次に示す項目を満たすように，サーバの監視コマンドを作成してください。

プログラムの監視に必要な動作環境があれば設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

サーバの監視コマンドを実行した際に引き継がれる環境変数については，「6.14.2　サーバの停止コマンドの作成」の「(2)　サーバの停止コマンドの作成方法」を参照してください。

SIGTERMシグナルを受信する設定にする。

HAモニタは，サーバの正常停止，計画系切り替え，および監視コマンド実行時のタイムアウト時に，SIGTERMシグナルを送信することで監視コマンドを停止します。そのため，SIGTERMシグナルを受信できるようにしておいてください。

サーバの監視コマンドは，無限ループが発生しないように作成する。

監視コマンド内で定期的な監視をするなどによって，監視コマンドが無限ループすると，HAモニタは監視コマンドのスローダウンやハングアップとして検知します。このため，モニタモードのサーバにサーバ障害が発生したと判断します。

監視コマンドの終了結果（EXITコード）に，監視結果を返す。

指定できる終了結果（EXITコード）を次に示します。なお，EXITコード30～49は，HAモニタの予約番号のため使用しないでください。

表6‒13　監視対象の業務の状態に応じて指定できる終了結果（EXITコード）

監視対象の業務の状態

指定できる終了結果（EXITコード）

説明

正常

0

このEXITコードを返却すると，HAモニタは監視対象の業務が正常，または復旧したと判断します。

監視対象の業務が，正常に動作できている場合に返却してください。

監視失敗

業務エラー

判断不可

1～9

このEXITコードを返却すると，HAモニタは監視コマンドを再実行します。HAモニタは，サーバ対応の環境設定のptrlcmd_ex_retryオペランドの指定に従って動作します。なお，再実行時の実行間隔は，サーバ対応の環境設定のptrlcmd_ex_interオペランドと同じになります。

監視対象の業務の監視に失敗，業務エラー，判断不可となった場合など，一時的な問題だと判断できるときに返却してください。

障害

10～19

このEXITコードを返却すると，HAモニタは監視コマンドを再実行しないで，実行サーバのサーバ障害と判断します。HAモニタは，サーバ対応の環境設定のservexec_retryオペランドに従い動作します。

監視コマンドを再実行しないため，業務が障害と判断できる場合などに返却してください。

20～29

このEXITコードを返却すると，HAモニタは監視コマンドを再実行しないで，実行サーバのサーバ障害と判断し，系切り替えをします。HAモニタは，サーバ対応の環境設定のservexec_retryオペランドの指定を無視して，即時に系切り替えをします。

サーバを再起動しても，業務が動作できないような恒久的な障害（ディスク障害など）と判断できる場合などに返却してください。

EXITコードごとの処理の流れを次に示します。

EXITコードに0を指定した場合（正常），実行間隔（サーバ対応の環境設定のptrlcmd_ex_interオペランドの指定値）ごとに監視コマンドを起動します。モニタモードのサーバの障害監視（EXITコードに0を指定した場合）を次の図に示します。

図6‒39　モニタモードのサーバの障害監視（EXITコードに0を指定した場合）

EXITコードに1～9を指定した場合（監視失敗，業務エラー，および判断不可），リトライオーバによって，サーバ障害と判断します。実行間隔（サーバ対応の環境設定のptrlcmd_ex_interオペランドの指定値）に1を足した回数分，監視に失敗するとリトライオーバとなります。モニタモードのサーバの障害監視（EXITコードに1～9を指定した場合）を次の図に示します。この図は，サーバ対応の環境設定のptrlcmd_ex_retryオペランドの指定値を2とした場合の例です。

図6‒40　モニタモードのサーバの障害監視（EXITコードに1～9を指定した場合）

EXITコードに10～19，または20～29を指定した場合（障害），監視コマンドを再実行しないで，実行サーバのサーバ障害と判断します。モニタモードのサーバの障害監視（EXITコードに10～19，または20～29を指定した場合）を次の図に示します。

図6‒41　モニタモードのサーバの障害監視（EXITコードに10～19，または20～29を指定した場合）

サーバ対応の環境設定のptrlcmd_ex_tmoutオペランドに指定した時間が経過してもリターンしない場合，業務アプリケーションのスローダウンまたはハングアップとして検知し，実行サーバのサーバ障害と判断します。モニタモードのサーバの障害監視（サーバ対応の環境設定のptrlcmd_ex_tmoutオペランドに指定した時間が経過してもリターンしない場合）を次の図に示します。

図6‒42　モニタモードのサーバの障害監視（サーバ対応の環境設定のptrlcmd_ex_tmoutオペランドに指定した時間が経過してもリターンしない場合）

作成したサーバの監視コマンドを，サーバ対応の環境設定のptrlcmd_exオペランドに指定してください。また，次のサーバ対応の環境設定のオペランドも指定してください。

ptrlcmd_ex_inter（省略できません）

ptrlcmd_ex_retry（省略できます）

ptrlcmd_ex_tmout（省略できます）

サーバの監視コマンドによってサーバ障害を検知した場合の，サーバログの確認については，「7.3　サーバログの確認」を参照してください。

サーバの監視コマンドのサンプルファイルを，HAモニタサンプルファイル用ディレクトリの下にpatrol_ex.shというファイル名で格納していますので，必要に応じて利用してください。

#!/bin/sh
#******************************************************************************
#*                                                                            *
#*    Linux(x86) HA Monitor                                                   *
#*    This is a sample of the patrol command.                                 *
#*    This is specified in the ptrlcmd_ex operand.                            *
#*    (For monitor mode server)                                               *
#*    Attention: This can not be specified in the patrolcommand operand.      *
#*                                                                            *
#*    All Rights Reserved. Copyright (C) 2017, Hitachi, Ltd.                  *
#*                                                                            *
#******************************************************************************
set -x
# The object program to monitor
PROGRAM=/home/xxxx/yyyy

# The definition of command
PS=/bin/ps
GREP=/bin/grep

# Is the object program to monitor operating ?
EXIST=`$PS -efl | $GREP $PROGRAM | $GREP -v grep`

# When the object program to monitor is not operating,
# the variable EXIST is empty.
if [ "$EXIST" = "" ]
         then
         # This patrol command terminates, because the object program
         # to monitor is not operating.
         exit 10
fi

# Please describe commands and processes that can confirm that applications and tasks are running.
# For example, a command that throws a request to an application and receives a response,
# If it is a database, describe SQL to access the database.
# The end result (EXIT code) is returned according to the command execution result.
# For details, refer to the manual.
#
# ex)
#        Describe the SQL to access the database.
#        if [ "$?" -ne "0" ]
#        then
#                  exit 1
#        fi

exit 0

「EXIST=`$PS -efl | $GREP $PROGRAM | $GREP -v grep`」は，サーバの監視コマンド内でプログラムのプロセスがあるかどうかを確認します。プロセスの確認には，OSのpsコマンドの出力などを使用します。

「Describe the SQL to access the database.」には，アプリケーションや業務が動いていることを確認できるコマンドや処理を記載してください。例えば，アプリケーションに要求を投げて応答をもらうようなコマンドや，データベースであれば，データベースにアクセスするSQLを記載します。コマンドの実行結果によって，終了結果（EXITコード）を返却します。終了結果（EXITコード）については，「表6-13　監視対象の業務の状態に応じて指定できる終了結果（EXITコード）」を参照してください。

(3)　サーバの監視コマンドの作成方法（サーバ対応の環境設定のpatrolcommandオペランドで指定する場合）

次に示す項目を満たすように，サーバの監視コマンドを作成してください。

プログラムの監視に必要な動作環境があれば設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

サーバの監視コマンドを実行した際に引き継がれる環境変数については，「6.14.2　サーバの停止コマンドの作成」の「(2)　サーバの停止コマンドの作成方法」を参照してください。

監視対象のプログラムを定期的に監視する。

監視によって，プログラムの障害を検知した場合は，監視コマンドを終了（exit）する。

終了コードは任意です。

SIGTERMシグナルを受信しない設定にはしない。

HAモニタは，サーバの監視コマンドに対してSIGTERMシグナルを送信することで監視コマンドを停止します。そのため，SIGTERMシグナルを受信できるようにしておいてください。

作成したサーバの監視コマンドを，サーバ対応の環境設定のpatrolcommandオペランドに指定してください。

サーバの監視コマンドのサンプルファイルを，HAモニタサンプルファイル用ディレクトリの下にpatrol.shというファイル名で格納していますので，必要に応じて利用してください。

Bシェルによる監視コマンドの作成例を示します。

#!/bin/sh
# The object program to monitor
PROGRAM=/home/xxxx/yyyy

# The definition of command
PS=/bin/ps
GREP=/bin/grep

# Main loop
while true
do
    # Is the object program to monitor operating ?
    EXIST=`$PS -efl | $GREP $PROGRAM | $GREP -v grep`

    # When the object program to monitor is not operating,
    # the variable EXIST is empty.
    if [ "$EXIST" = "" ]
    then
        # This patrol command terminates, because the object program
        # to monitor is not operating.
        exit
    fi

    # The monitoring is continued, because the object program
    # to monitor is operating.
    sleep 5
done

前述のコーディング例では，サーバの監視コマンド内でループを持ち，そのループ内でプログラムのプロセスがあるかどうかを確認します。プロセスの確認には，OSのpsコマンドの出力などを使用します。プログラムのプロセスがあればループを継続し，プロセス生存の確認を続行します。

6.15　待機サーバの起動・停止・監視時に実行するコマンドの作成(待機系での監視をする場合）

待機系での監視をする場合に，待機サーバの起動・停止・監視時に実行するコマンドを作成してください。

6.15.1　待機サーバの起動時に実行するコマンドの作成

待機サーバの起動時に実行するコマンドを作成することで，待機サーバの起動時に，プロセスの起動や任意の処理を実行できます。

ここでは，待機サーバの起動時に実行するコマンドについて，呼び出されるタイミング，および作成方法を説明します。

(1)　待機サーバの起動時に実行するコマンドが呼び出されるタイミング

作成したコマンドは，HAモニタがスーパユーザの権限で実行します。

コマンドは，次の場合に，共有リソースを切断したあと呼び出されます。

モニタモードのサーバの起動コマンド（monbeginコマンド）を実行して，待機サーバを起動する場合

待機サーバ障害時に待機サーバを再起動する設定で，待機サーバを再起動する場合

(2)　待機サーバの起動時に実行するコマンドの作成方法

待機サーバの起動時に実行するコマンドを作成して，監視対象のプログラムの起動などを実行するようにしてください。

シェルの中でプログラムの起動に必要な動作環境を設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

待機サーバの起動コマンドを実行した際に引き継がれる環境変数については，「6.14.1　サーバの起動コマンドの作成」の「(2)　サーバの起動コマンドの作成方法」を参照してください。

作成したコマンドは，サーバ対応の環境設定のsby_actcommandオペランドに指定します。HAモニタはサーバ対応の環境設定のsby_actcommandオペランドに指定したコマンドの戻り値を評価します。戻り値ごとのHAモニタの処理を，次に示します。

戻り値が0の場合

コマンドの処理に成功したとして，待機サーバを起動完了とします。

戻り値が0以外の場合

コマンドの処理に失敗したとして，待機サーバの起動を中止します。待機サーバを再起動しようとした場合は，待機サーバの再起動に失敗します。再起動に失敗したとき，サーバ対応の環境設定のsby_termcommandオペランドに指定したコマンドを実行します。再起動に失敗したときの対処については，「7.5.2　サーバの再起動失敗に対処する」を参照してください。

コマンドが起動してから終了するまでのタイムアウト時間は，サーバ対応の環境設定のsby_start_timeoutオペランドで指定できます。

6.15.2　待機サーバの停止時に実行するコマンドの作成

待機サーバの停止時に実行するコマンドを作成することで，待機サーバの停止時に，プロセスの停止や任意の処理を実行できます。

ここでは，待機サーバの停止時に実行するコマンドについて，呼び出されるタイミング，および作成方法を説明します。

(1)　待機サーバの停止時に実行するコマンドが呼び出されるタイミング

作成したコマンドは，HAモニタがスーパユーザの権限で実行します。

コマンドは，次の場合に呼び出されます。

実行系でモニタモードのサーバの停止コマンド（monendコマンド）を実行して，実行サーバの正常終了に伴って待機サーバが正常終了する場合

待機サーバの停止コマンド（monsbystpコマンド）を実行して，待機サーバを正常終了する場合

待機サーバの障害を検出した場合

待ち状態のサーバの停止コマンド（mondeactコマンド）を実行して，系切り替え待ち状態のサーバを強制的に停止する場合

系切り替え待ち状態のサーバの障害を検出した場合

HAモニタは，コマンドに，呼び出される場合に応じた引数を渡します。引数には，"-e"，および"-c"があります。コマンドの起動条件，渡される引数，引数が渡されたときの処理の関係を次の表に示します。次の表に従って，それぞれの引数に対応する処理をコマンドに記述してください。

表6‒14　コマンドの起動条件，渡される引数，引数が渡されたときの処理の関係

コマンドの起動条件

渡される引数

引数が渡されたときの処理

待機サーバの停止コマンド（monsbystpコマンド）でサーバを停止

-e

プログラムを正常停止する。

待機サーバ障害による待機サーバの停止

-c

異常終了したプログラムを再起動できるようにするための処理をする。

待機サーバ障害時の待機サーバ再起動前処理

待機サーバの起動コマンド失敗による，待機サーバの起動中止

系切り替え待ち状態のサーバを，待ち状態のサーバの停止コマンド（mondeactコマンド）で強制停止

系切り替え待ち状態のサーバの障害によるサーバの強制停止

注意事項

系切り替え時には，待機系での停止コマンドは呼び出されません。

(2)　待機サーバの停止時に実行するコマンドの作成方法

待機サーバの停止時に実行するコマンドを作成して，サーバ対応の環境設定のsby_actcommandで起動したプログラムの停止処理などをしてください。

シェルの中でプログラムの終了に必要な動作環境を設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

待機サーバの停止コマンドを実行した際に引き継がれる環境変数については，「6.14.2　サーバの停止コマンドの作成」の「(2)　サーバの停止コマンドの作成方法」を参照してください。

作成したコマンドは，サーバ対応の環境設定のsby_termcommand オペランドに指定します。

コマンドが起動してから終了するまでのタイムアウト時間は，サーバ対応の環境設定のsby_stop_timeoutオペランドで指定できます。

待機サーバの正常終了時に呼び出された場合，コマンドの戻り値によって，HAモニタの動作が変わることはありません。待機サーバの再起動時に呼び出された場合，コマンドが0以外で終了したとき，HAモニタでは以降の処理（待機サーバの再起動，監視コマンドの起動，および監視）を中断します。そのため，待機サーバの再起動が失敗となります。再起動に失敗した場合の対処については，「7.5.2　サーバの再起動失敗に対処する」を参照してください。

6.15.3　待機サーバの監視時に実行するコマンドの作成

待機サーバの監視時に実行するコマンドを作成することで，待機サーバの監視時に，一定間隔で監視コマンドを実行できます。

ここでは，待機サーバの監視時に実行するコマンドについて，呼び出されるタイミング，およびコマンドの作成方法を説明します。

(1)　待機サーバの監視時に実行するコマンドが呼び出されるタイミング

作成したコマンドは，HAモニタがスーパユーザの権限で実行します。

コマンドは，次の場合に呼び出されます。

待機系で待機サーバが起動完了した場合

待機系で待機サーバが系切り替え可能状態の場合

系切り替え待ち状態の場合

(2)　待機サーバの監視時に実行するコマンドの作成方法

次に示す項目を満たすように，コマンドを作成してください。

プログラムの監視に必要な動作環境があれば，設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

待機サーバの監視コマンドを実行した際に引き継がれる環境変数については，「6.14.2　サーバの停止コマンドの作成」の「(2)　サーバの停止コマンドの作成方法」を参照してください。

SIGTERMシグナルを受信する設定にする。

HAモニタは，待機サーバの正常停止時や監視コマンド実行時のタイムアウト時に対して，SIGTERMシグナルを送信することで監視コマンドを停止します。そのため，SIGTERMを受信できるようにしておいてください。

監視コマンドは，無限ループが発生しないように作成する。

監視コマンド内で定期的な監視をするなどによって，監視コマンドが無限ループすると，HAモニタは監視コマンドのスローダウンやハングアップとして検知します。このため，モニタモードの待機サーバにサーバ障害が発生したと判断します。

監視コマンドは，監視対象の業務の状態に応じて，次の表に示すEXITコードで必ず終了するように作成する。

表6‒15　監視対象の業務の状態とEXITコードの対応

項番

監視対象の業務の状態

EXITコード

説明

1

正常

0

監視対象が，正常に動作できている場合は，EXITコード0を返してください。HAモニタは，監視対象が正常，または復旧したと判断します。

2

監視失敗

監視エラー

判断不可

1～9

監視コマンドを再実行します。

HAモニタは，サーバ対応の環境設定のsby_ptrlcmd_ex_retryオペランドの指定に従って動作します。

再実行時の実行間隔は，サーバ対応の環境設定のsby_ptrlcmd_ex_interオペランドと同じとなります。

監視対象の監視に失敗したかどうかの判断ができなくなった場合，監視対象の障害かどうかの判断ができなくなった場合など，一時的な失敗をしたときに返却するようにしてください。

3

障害

10～19

監視コマンドを再実行することなく，障害と判断します。

HAモニタは，サーバ対応の環境設定のsby_servexec_retryオペランドに従い動作します。

監視コマンドを再実行することなく，障害と判断できる場合などに返却するようにしてください。

4

20～29

監視コマンドを再実行することなく，待機サーバのサーバ障害と判断し，待機サーバを停止します。

HAモニタは，サーバ対応の環境設定のsby_servexec_retryオペランドの指定を無視して，即時に待機サーバを停止して系切替しないようにします。

待機サーバを再起動しても，動作できないような恒久的な障害（ディスク障害など）と判断できる場合などに返却するようにしてください。

5

－

30～49

HAモニタ予約番号のため，使用しないでください。

6

上記以外

監視コマンドを再実行します。

HAモニタは，サーバ対応の環境設定のsby_ptrlcmd_ex_retryオペランドの指定に従って動作します。

再実行時の実行間隔は，サーバ対応の環境設定のsby_ptrlcmd_ex_interオペランドと同じとなります。

監視対象の監視に失敗したかどうかの判断ができなくなった場合，監視対象の障害かどうかの判断ができなくなった場合など，一時的な失敗をしたときに返却するようにしてください。

6.16　プログラムの再起動コマンドの作成（プログラム管理機能使用時）

プログラムの再起動コマンドは，モニタモードのプログラム管理機能で監視するUAPの障害時に，UAPを再起動するためのコマンドです。

ここでは，プログラムの再起動コマンドが呼び出されるタイミング，およびプログラムの再起動コマンドの作成方法について説明します。

6.16.1　プログラムの再起動コマンドが呼び出されるタイミング

作成したプログラムの再起動コマンドは，HAモニタがスーパユーザの権限で実行します。

プログラムの再起動コマンドは，次の場合に呼び出されます。

プログラム管理機能で監視するUAPの障害を検出した場合

サーバの起動コマンドが終了したが，UAPの監視用API（hamon_patrolstart関数）が発行されない場合

6.16.2　プログラムの再起動コマンドの作成方法

プログラムの再起動コマンドには，UAPを停止したあとにUAPを起動する処理を記述したシェルなどを指定します。

シェルの中でプログラムの再起動に必要な動作環境を設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，シェルの中で動作環境（環境変数）を設定することを推奨します。

プログラムの再起動コマンドを実行した際に引き継がれる環境変数については，「6.14.2　サーバの停止コマンドの作成」の「(2)　サーバの停止コマンドの作成方法」を参照してください。

また，UAP障害時にcoreファイルを取得し，調査できるようにするため， UAPを起動する処理の前に「ulimit -c unlimited」を追加してください。カーネルパラメタのデフォルト値では，coreファイルを取得しない設定となっています。

なお，UAPを停止する処理では，UAPがプロセスを生成する場合は，生成したプロセスの停止処理も記述してください。UAPを起動する処理では，HAモニタがプログラムの再起動コマンドに指定されたシェルの完了を待つため，UAPを起動する処理の実行後に，シェルがリターンするようにしてください。

プログラムの再起動コマンドでAPIを発行するUAPを再起動する場合は，UAPの環境変数にプログラム名を設定する必要があります。UAPの環境変数については，「6.17.2　UAPの環境変数の設定」を参照してください。

作成したプログラムの再起動コマンドは，モニタモードのプログラム対応の環境設定のrestartcommandオペランドに指定します。また，プログラムの再起動コマンドが起動してから終了するまで，およびhamon_patrolstart関数の発行までのタイムアウト時間を，モニタモードのプログラム対応の環境設定のrestart_timeoutオペランドで指定できます。

HAモニタはrestartcommandオペランドに指定したプログラムの再起動コマンドの戻り値を評価します。戻り値ごとのHAモニタの処理を，次に示します。

戻り値が0

プログラムが再起動に成功したとして，プログラムの再起動完了とします。UAPの場合，APIが発行されるのを待ちます。

戻り値が0以外

プログラムが再起動に失敗したとして，プログラムの再起動を停止します。

6.17　UAPの作成と設定

モニタモードのプログラム管理機能を使用してUAPを監視する場合，UAPへのAPIの組み込みと，UAPの環境変数の設定が必要です。

プログラム管理機能については，「3.6　プログラムの制御のための機能（モニタモード）」を参照してください。

6.17.1　UAPへのAPIの組み込み

モニタモードのプログラム管理機能を使用してUAPを監視する場合，HAモニタが提供するAPIをUAPから発行するために，UAPのソースコードを編集する必要があります。ここでは，UAPへのAPIの組み込みについて説明します。

(1)　APIを組み込めるUAP

次に示すすべての項目に該当するUAPでAPIを使用できます。

C言語（ANSI C）でプログラミングされている。

HAモニタが提供するAPIで使用する，次の関数名称，領域名称を使用していない。

hamon_patrolstart

hamon_patrolstop

hamon_upapi_env

hamon_upapi_inf

HAモニタが提供するAPIで使用する，次の環境変数を使用していない。

HAMON_UAPNAME

HAMON_API_PATROL

UAP内にプロセスの全ファイルディスクリプタを解放する処理がない。

APIを発行すると，APIはUNIXドメイン通信でHAモニタと接続し，ファイルディスクリプタを一つ保持します。このため，UAP内にプロセスの全ファイルディスクリプタを解放する処理がある場合は，APIを使用できません。

HAモニタ以外の製品に監視されていない。

例えば，OpenTP1のSPPなどからはAPIを発行できません。

APIがスレッドを一つ生成し，APIの引数に指定したシグナルの送受信をスレッドで実行するため，次に示すすべての条件を満たしている。

スレッドを生成できる。

シグナルを使用できる。

APIで使用するためのシグナルが一つ以上ある。また，該当するシグナルについては，シグナルハンドラが未設定で，かつブロックされていない。

システムコールがシグナルの割り込みでリターン（エラー番号：EINTR）した場合を想定して，UAPが作成されている。

例えば，割り込みからリターンしたあとに，システムコール（sleep，usleep，およびnanosleep）が残り時間でリトライする，システムコール（readおよびwrite）が処理リトライする，などがシグナルの割り込みでリターン（エラー番号：EINTR）した場合に該当します。

(2)　HAモニタが提供するファイル

HAモニタでは，UAPがAPIを発行するために次のファイルを提供します。

表6‒16　APIを発行するためにHAモニタが提供するファイル

名称

ファイルの格納パス

説明

ヘッダファイル

/opt/hitachi/HAmon/api/include/HA_mon_uap.h

APIを使用するために必要なヘッダファイルです。

APIのオブジェクトファイル

/opt/hitachi/HAmon/api/lib/hamon_api32.a

APIを使用するためにUAPに静的にリンクが必要なオブジェクトファイルです。32ビット環境で動作するUAP用です。

/opt/hitachi/HAmon/api/lib/hamon_api64.a

APIを使用するためにUAPに静的にリンクが必要なオブジェクトファイルです。64ビット環境で動作するUAP用です。

APIの共有ライブラリファイル※

/opt/hitachi/HAmon/api/lib/hamon_api32.so

UAPの実行時に動的に使用するAPIライブラリファイルです。32ビット環境で動作するUAP用です。

/opt/hitachi/HAmon/api/lib/hamon_api64.so

UAPの実行時に動的に使用するAPIライブラリファイルです。64ビット環境で動作するUAP用です。

注※

UAP実行時にAPIのオブジェクトファイルから動的にロードするライブラリです。UAPにリンケージできません。

(3)　UAPの作成

C言語を使用してUAPを作成します。UAPには，HAモニタが提供するAPIを記述します。

また，UAPのスローダウン時に実行するシェルで解析できるように，システムコールやSQLなどの関数の発行前後にトレース情報を取得する処理を記述してください。メモリ上にトレース情報を取得し，coreから解析する方法やメッセージを出力する方法が有効です。

(4)　コンパイルとリンケージ

APIを記述したUAPのソースファイルは，gccコマンドでコンパイルします。

コンパイル時に必須のオプションを，次の表に示します。

表6‒17　コンパイル時に必須のオプション

オプション

意味

-o

作成するバイナリのファイル名を指定します。

-I/opt/hitachi/HAmon/api/include

ヘッダファイルのパスを指定します。

-L/opt/hitachi/HAmon/api/lib

共有ライブラリのパスを指定します。

-Wl,-Bdynamic

リンカに「動的ライブラリに対してリンクする」ことを伝えます（デフォルト値であるため，指定しなくても指定時と同じ結果になります）。

-ldl

dlopen関数などのライブラリを使用します。

次に，コンパイル時の例について，64ビット環境と32ビット環境に分けて示します。

64ビット環境の例

C言語で作成したUAPのソースプログラム名

sample.c（メイン関数）

UAPコンパイル時のコマンドラインの例

gcc△-o△sample△-I/opt/hitachi/HAmon/api/include△-L/opt/hitachi/HAmon/api/lib△sample.c△/opt/hitachi/HAmon/api/lib/hamon_api64.a△-Wl,-Bdynamic△-ldl

（凡例）　△：半角スペースを示します。

32ビット環境の例

C言語で作成したUAPのソースプログラム名

sample.c（メイン関数）

UAPコンパイル時のコマンドラインの例

gcc△-o△sample△-I/opt/hitachi/HAmon/api/include△-L/opt/hitachi/HAmon/api/lib△sample.c△/opt/hitachi/HAmon/api/lib/hamon_api32.a△-Wl,-Bdynamic△-ldl

（凡例）　△：半角スペースを示します。

6.17.2　UAPの環境変数の設定

APIを組み込んだUAPを起動するために，UAPの環境変数を設定する必要があります。UAPを起動する場合は，サーバの起動コマンドを実行するシェルなどで，次の環境変数を設定します。

HAMON_UAPNAME環境変数

モニタモードのプログラム対応の環境設定のnameオペランドに指定したプログラム名を指定します。必ず設定してください。

HAモニタは，APIから監視開始要求または監視終了要求を受信したときに，この環境変数で指定したプログラム名でAPI発行元のUAPを特定します。

HAMON_API_PATROL環境変数

HAモニタをインストールしていない，またはHAモニタを起動していないテスト環境などでUAPを動作させる場合だけ，この環境変数にnouseを指定してください。nouseを指定すると，hamon_patrolstart関数，およびhamon_patrolstop関数は，リターンコード0でリターンします。

6.18　定義ファイルの作成（サーバ）

系で稼働させる実行サーバや待機サーバの環境を設定するために，2種類の定義ファイルを作成します。

詳細は，「8.4　サーバの環境設定」を参照してください。

6.19　定義ファイルの作成（モニタモードのプログラム）

モニタモードのサーバで，プログラム管理機能を使用するプログラムの環境を設定する定義ファイルを作成します。

詳細は，「8.5　モニタモードのプログラムの環境設定」を参照してください。

6.20　ユーザコマンドの作成

ユーザコマンドとは，ユーザがあらかじめ作成しておいて，HAモニタに自動的に実行させるコマンドのことです。ユーザコマンドを作成しておくと，サーバやHAモニタの状態変化を契機に，HAモニタにユーザコマンドを自動発行させることができます。このため，ユーザ任意の処理を，サーバやHAモニタの状態変化に合わせてHAモニタに自動で実行させるなどの運用ができます。

ユーザコマンドの作成は任意です。必要に応じて作成してください。

重要

作成したコマンド内の処理については，必要に応じてログを出力するなど，障害解析できるようにしておくことをお勧めします。

6.20.1　ユーザコマンドが発行されるタイミング（サーバの状態変化時）

HAモニタは，サーバの状態変化やHAモニタの状態変化に合わせてユーザコマンドを自動発行します。状態変化には複数のタイミングがあります。HAモニタは，状態変化の各タイミングに対応したパラメタを引数に指定して，ユーザコマンドを発行します。また，状態が変化したサーバがサーバモードの場合は，各処理の開始時点でHAモニタにユーザコマンドを発行させるか，終了時点で発行させるかを選べます。モニタモードのサーバおよびリソースサーバの場合は，各処理の開始時点だけで発行できます。なお，HAモニタは，ユーザコマンドが終了してから該当するサーバに関する処理を継続しますが，この処理は，パラメタによってはHAモニタの処理とは非同期に実行されます。

ここでは，サーバの状態変化を契機としたユーザコマンド発行時にHAモニタから渡されるパラメタと，ユーザコマンドが発行されるタイミングの詳細について説明します。

(1)　サーバの状態変化によって渡されるパラメタ

サーバの状態変化によってユーザコマンドに渡されるパラメタの一覧を，次に示します。

表6‒18　サーバの状態変化によってユーザコマンドに渡されるパラメタの一覧

サーバの状態

サーバ状態パラメタ

実行サーバでの開始/終了パラメタ※1

待機サーバでの開始/終了パラメタ※1

サーバ起動

-s

start（起動処理開始）

start（起動処理開始）

end（起動処理終了）※7

end（起動処理終了）

サーバ正常終了

-e

start（正常終了処理開始）※2

start（正常終了処理開始）

−

end（正常終了処理終了）

サーバ計画終了

-p

start（計画終了処理開始）※2

start（計画終了処理開始）

−

end（計画終了処理終了）

待機サーバ終了

-e

−

sbyend（コマンド処理開始）

−

−

実行サーバ障害

系切り替えができる場合

-a

start（障害処理開始）

start（系切り替え処理開始）

end（障害処理終了）

end（系切り替え処理終了）※7

系切り替えができない場合

-o※8

start（障害処理開始）

−

end（障害処理終了）

−

実行サーバの再起動を待つ場合

-r※7

start（再起動待ち開始）※2

−

−

−

実行サーバの再起動限界を検出した場合

-n※7

start（再起動限界検出）※3

start（再起動限界検出）※4

−

−

待機サーバ障害

-a

−

sbyend（障害処理開始）

−

−

系障害

-h

−

start（系切り替え処理開始）※9

−

end（系切り替え処理終了）※7※9

計画系切り替え

-w※5

start（コマンド処理開始）

start（系切り替え処理開始）

end（コマンド処理終了）

end（系切り替え処理終了）※7

系切り替え失敗

-f

−

start（系切り替え失敗）

−

−

系切り替え時の起動リトライオーバ※6

-t※7

start（起動リトライオーバ通知）

−

−

−

（凡例）

−：ユーザコマンドは発行されません。

太字：状態変化したサーバがモニタモードのサーバまたはリソースサーバの場合，パラメタは渡されません。そのため，このタイミングでユーザコマンドは発行されません。

注※1

上段は開始パラメタ，下段は終了パラメタを記載しています。

注※2

startと同じ処理タイミングになるため，endは発行しません。

注※3

このパラメタのあとに-aが発行されます。

注※4

サーバ対応の環境設定のswitchtypeオペランドにrestartを指定した場合，このパラメタのあとに-aが発行されます。switchtypeオペランドにmanualを指定した場合，このあとに何も発行されません。

注※5

次の場合も，-wでユーザコマンドが起動されます。

モニタモードの実行サーバの障害

サーバがグループ化されている場合で，ほかの実行サーバの障害によって系切り替えをするとき（リソースサーバも含む）

注※6

サーバ対応の環境設定のswitch_errorオペランドにretryを指定した場合にパラメタが渡されます。

注※7

HAモニタの処理とは非同期に実行されます。

注※8

次のどれかによってサーバの起動に失敗した場合も，-oでユーザコマンドが起動されます。

サーバ対応の環境設定のip_neckオペランド，vg_neckオペランド，fs_neckオペランド，uoc_neckオペランド，またはstart_timeoutオペランドのどれかでサーバの起動を中止

サーバの起動失敗時の起動リトライ中「>ONL」に待ち状態のサーバ停止コマンド(mondeactコマンド)を実行

サーバ対応の環境設定のwaitserv_execにyesを指定しているとき，サーバ対応の環境設定のnameオペランド，またはactcommandオペランドに指定した起動コマンドが0以外でリターン

注※9

実行サーバレスモードで，monactコマンドによって実行サーバを起動するときは，系切り替えの扱いとなり，このパラメタになります。

HAモニタの状態変化によってユーザコマンドに渡されるパラメタの一覧を，次に示します。

表6‒19　HAモニタの状態変化によってユーザコマンドに渡されるパラメタの一覧

HAモニタの状態

自系での開始/終了パラメタ

他系についての詳細情報パラメタ

自系のHAモニタ開始

-m

開始処理開始

start

−

自系のHAモニタ終了

-m

開始処理終了

end

−

他系のHAモニタ障害

-m

−

-d ホスト名（ホスト名で示す他系のHAモニタ障害検出）※

（凡例）

−：ユーザコマンドは発行されません。

注※

実行サーバレスモードの待機サーバをmonactコマンドで実行サーバとして起動するときは，このパラメタのユーザコマンドは実行されません。

(2)　ユーザコマンドの発行タイミング（サーバの状態変化時）

ユーザコマンドの発行タイミングについて説明します。

サーバ起動時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒43　サーバ起動時に渡されるパラメタと発行タイミング

サーバ正常終了時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒44　サーバ正常終了時に渡されるパラメタと発行タイミング

サーバ計画終了時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒45　サーバ計画終了時に渡されるパラメタと発行タイミング

待機サーバ終了時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒46　待機サーバ終了時に渡されるパラメタと発行タイミング

実行サーバ障害時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒47　実行サーバ障害時に渡されるパラメタと発行タイミング

系切り替え不可能時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒48　系切り替え不可能時に渡されるパラメタと発行タイミング

実行サーバ再起動待ち時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒49　実行サーバ再起動待ち時に渡されるパラメタと発行タイミング

実行サーバの再起動待ち限界時間経過時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒50　実行サーバの再起動待ち限界時間経過時に渡されるパラメタと発行タイミング

待機サーバ障害時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒51　待機サーバ障害時に渡されるパラメタと発行タイミング

系障害時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒52　系障害時に渡されるパラメタと発行タイミング

計画系切り替え時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒53　計画系切り替え時に渡されるパラメタと発行タイミング

実行サーバ障害が発生し，系切り替えに失敗した場合に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒54　実行サーバ障害が発生し，系切り替えに失敗した場合に渡されるパラメタと発行タイミング

複数スタンバイ構成で，実行サーバ障害が発生して系切り替えに失敗し，ほかの待機サーバに系切り替えする場合に渡されるパラメタと発行タイミングを次の図に示します。

図6‒55　複数スタンバイ構成で，実行サーバ障害が発生して系切り替えに失敗し，ほかの待機サーバに系切り替えする場合に渡されるパラメタと発行タイミング

系障害が発生し，系切り替えに失敗した場合に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒56　系障害が発生し，系切り替えに失敗した場合に渡されるパラメタと発行タイミング

複数スタンバイ構成で，系障害が発生して系切り替えに失敗し，ほかの待機サーバに系切り替えする場合に渡されるパラメタと発行タイミングを次の図に示します。

図6‒57　複数スタンバイ構成で，系障害が発生して系切り替えに失敗し，ほかの待機サーバに系切り替えする場合に渡されるパラメタと発行タイミング

計画系切り替えで，系切り替えに失敗した場合に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒58　計画系切り替えで，系切り替えに失敗した場合に渡されるパラメタと発行タイミング

複数スタンバイ構成で，計画系切り替えで系切り替えに失敗し，ほかの待機サーバに系切り替えする場合に渡されるパラメタと発行タイミングを次の図に示します。

図6‒59　複数スタンバイ構成で，計画系切り替えで系切り替えに失敗し，ほかの待機サーバに系切り替えする場合に渡されるパラメタと発行タイミング

図6‒60　起動リトライする回数を超えた場合に渡されるパラメタと発行タイミング

6.20.2　ユーザコマンドが発行されるタイミング（HAモニタの状態変化時）

HAモニタは，サーバの状態変化やHAモニタの状態変化に合わせてユーザコマンドを自動発行します。状態変化には複数のタイミングがあります。HAモニタは，状態変化の各タイミングに対応したパラメタを引数に指定して，ユーザコマンドを発行します。なお，HAモニタは，ユーザコマンドが終了してから該当する系に関する処理を継続します。

ここでは，HAモニタの状態変化を契機としたユーザコマンド発行時にHAモニタから渡されるパラメタと，ユーザコマンドが発行されるタイミングの詳細について説明します。

(1)　HAモニタの状態変化によって渡されるパラメタ

HAモニタの状態変化によってユーザコマンドに渡されるパラメタの一覧を，次の表に示します。

表6‒20　HAモニタの状態変化によってユーザコマンドに渡されるパラメタの一覧

HAモニタの状態

HAモニタ状態パラメタ

自系での開始/終了パラメタ

他系についての詳細情報パラメタ

自系のHAモニタ開始

-m

start（開始処理開始）

−

自系のHAモニタ終了

end（終了処理終了）

−

他系のHAモニタ障害検出

−

-d ホスト名（ホスト名で示す他系のHAモニタ障害検出）

（凡例）−：パラメタは渡されません。

(2)　ユーザコマンドの発行タイミング（HAモニタの状態変化時）

ユーザコマンドの発行タイミングについて説明します。

HAモニタ開始・終了時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒61　HAモニタ開始・終了時に渡されるパラメタと発行タイミング

他系のHAモニタ障害検出時に渡されるパラメタと発行タイミングを，次の図に示します。

図6‒62　他系のHAモニタ障害検出時に渡されるパラメタと発行タイミング

他系のHAモニタ障害検出時（-m -d ホスト名）には，障害が発生した系とペアで，かつ系切り替えを実施する系だけでユーザコマンドが発行されます。

6.20.3　ユーザコマンドの発行形式（サーバの状態変化時）

サーバの状態変化時にHAモニタが発行するユーザコマンドの形式について説明します。

(1)　HAモニタが発行するユーザコマンドの形式

サーバの状態変化時，HAモニタは，ユーザが作成したユーザコマンドを次の形式で発行します。

コマンド名 -n サーバ識別名 -k サーバ種別 サーバ状態パラメタ 開始/終了パラメタ

(2)　パラメタ

コマンド名

ユーザが作成しHAモニタの環境設定で指定した，ユーザコマンドのコマンド名を示します。

-n サーバ識別名

状態が変化しユーザコマンドを発行する契機となった，サーバの識別名を示します。

-k サーバ種別

サーバ識別名で示したサーバの種別を示します。次のどちらかが渡されます。

online：実行サーバの場合

standby：待機サーバの場合

系切り替え先での，系切り替え処理の開始・終了・失敗時のサーバ種別は，standbyとなります。

サーバ状態パラメタ

サーバ識別名で示したサーバの状態を示します。次のどれかが渡されます。

-s：サーバ起動状態

-e：サーバ正常終了状態

-p：サーバ計画終了状態

-a：サーバ障害状態（障害処理終了後，系切り替え処理ができる場合）

-o：サーバ障害状態（障害処理終了後，系切り替え処理ができない場合）

-f：サーバ障害状態（障害処理終了後，系切り替え処理が途中で失敗した場合）

-r：サーバ障害状態（障害処理終了後，実行サーバの再起動を待つ場合）

-n：サーバ障害状態（障害処理終了後，実行サーバの再起動監視時間が経過した場合）

-h：系障害状態

-w：計画系切り替え状態

-t：系切り替え時の起動リトライオーバ

開始/終了パラメタ

サーバ識別名で示したサーバの状態変化（HAモニタの処理）の開始時点か終了時点かを示します。次のどれかが渡されます。

start：サーバの状態変化（HAモニタの処理）の開始時点

end：サーバの状態変化（HAモニタの処理）の終了時点

sbyend：待機サーバだけの状態変化（HAモニタの処理）の開始時点

なお，モニタモードのサーバおよびリソースサーバの場合，次に示すサーバ状態パラメタと開始/終了パラメタの組み合わせだけが渡されます。

サーバ起動状態：-s start

サーバ正常終了状態：-e start，-e sbyend

サーバ障害状態（系切り替え不可能）：-o start，-o end

サーバ障害状態（待機サーバ障害）：-a sbyend

サーバ障害状態（系切り替え失敗）：-f start

系障害状態：-h start

計画系切り替え状態：-w start

系切り替え時の起動リトライオーバ：-t start

(3)　HAモニタが発行するユーザコマンドの形式例

ユーザコマンド（/usr/bin/usrcmd）を実行サーバ（server）の起動時に発行した場合

/usr/bin/usrcmd -n server -k online -s start

ユーザコマンド（/usr/bin/usrcmd）を実行サーバ（server）のサーバ障害時（実行サーバの障害処理開始時）に発行した場合

/usr/bin/usrcmd -n server -k online -a start

ユーザコマンド（/usr/bin/usrcmd）を実行サーバ（server）のサーバ障害時（実行サーバの障害処理終了時）に発行した場合

/usr/bin/usrcmd -n server -k online -a end

ユーザコマンド（/usr/bin/usrcmd）を実行サーバ（server）のサーバ障害時（待機サーバの系切り替え処理開始時）に発行した場合

/usr/bin/usrcmd -n server -k standby -a start

ユーザコマンド（/usr/bin/usrcmd）を実行サーバ（server）のサーバ障害時（待機サーバの系切り替え処理終了時）に発行した場合

/usr/bin/usrcmd -n server -k standby -a end

6.20.4　ユーザコマンドの発行形式（HAモニタの状態変化時）

HAモニタの状態変化時にHAモニタが発行するユーザコマンドの形式について説明します。

(1)　HAモニタが発行するユーザコマンドの形式

HAモニタの状態変化時，HAモニタは，ユーザが作成したユーザコマンドを次の形式で発行します。

コマンド名 HAモニタ状態パラメタ [開始/終了パラメタ] [詳細情報パラメタ]

(2)　パラメタ

コマンド名

ユーザが作成しHAモニタの環境設定で指定した，ユーザコマンドのコマンド名を示します。

HAモニタ状態パラメタ

HAモニタの状態を示します。次のパラメタが渡されます。

-m：HAモニタ開始・終了状態，または他系のHAモニタ障害状態

開始/終了パラメタ

HAモニタの状態変化（HAモニタの処理）の開始時点か終了時点かを示します。次のどちらかが渡されます。

start：HAモニタの状態変化（HAモニタの処理）の開始時点

end：HAモニタの状態変化（HAモニタの処理）の終了時点

詳細情報パラメタ

HAモニタ状態パラメタで示された状態が「他系のHAモニタ障害状態」だった場合に，どの系のHAモニタの状態なのかを示します。次のパラメタが渡されます。

-d ホスト名：HAモニタが障害状態となったホスト名

他系のHAモニタ障害検出時（-m -d ホスト名）には，障害が発生した系とペアで，かつ系切り替えを実施する系だけでユーザコマンドが発行されます。

(3)　HAモニタが発行するユーザコマンドの形式例

ユーザコマンド（/usr/bin/usrcmd）を，自系のHAモニタの開始時に発行した場合

/usr/bin/usrcmd -m start

ユーザコマンド（/usr/bin/usrcmd）を，ホスト名 hostにあるHAモニタの障害検出時に発行した場合

/usr/bin/usrcmd -m -d host

6.20.5　ユーザコマンドの作成方法

ここでは，ユーザコマンドの作成方法について説明します。作成したユーザコマンドは，HAモニタの環境設定のusrcommandオペランドに設定してください。

ユーザコマンドは，系で一つ作成します。ユーザコマンドの作成には，C言語やシェル言語などを使用できます。

ユーザコマンド発行時には，HAモニタは，状態が変化したサーバやHAモニタの情報を引数としてユーザコマンドに渡します。そのため一つのファイル内で，HAモニタから渡される引数を使用してサーバの状態変化やHAモニタの状態変化の条件分けをして，各状態変化時にユーザが実行したい処理を記述します。

ユーザコマンドの中で必要な動作環境を設定してください。なお，Unit設定ファイルにも環境変数を設定できますが，HAモニタを上書きインストールするとUnit設定ファイルが上書きされます。そのため，ユーザコマンドの中で動作環境（環境変数）を設定することを推奨します。

ユーザコマンドを実行した際に引き継がれる環境変数については「6.14.2　サーバの停止コマンドの作成」の「(2)　サーバの停止コマンドの作成方法」を，HAモニタから実行するコマンドの動作環境については「6.23　HAモニタから実行するコマンドの動作環境」を参照してください。

サーバの状態変化を契機にユーザコマンドを発行する場合，次の点を考慮します。

実行サーバと待機サーバとで異なる処理を実行するには，サーバ種別を判定する処理を記述します。

一つの系で複数のサーバを実行する場合，サーバによって異なる処理を実行させるには，サーバ識別名を判定する処理を記述します。

サーバ種別やサーバ識別名は，ユーザコマンド実行時にHAモニタから引数として渡されます。HAモニタから渡される引数については，「6.20.3　ユーザコマンドの発行形式（サーバの状態変化時）」を参照してください。

重要

ユーザコマンドはHAモニタの処理中に発行されるため，ユーザコマンド内で無限ループなどが発生した場合は，HAモニタの処理を保証できません。ユーザコマンドは，無限ループなどが発生しないように注意して作成してください。ユーザコマンドが無限ループすると，サーバが起動または停止処理中のままになるおそれがあります。

ユーザコマンド内に記述できるコマンド

HAモニタのコマンドを，ユーザコマンドから実行できます。

ただし，HAモニタの開始・終了時（-m start，-m end）に発行されるユーザコマンドからは実行できません。

実行サーバと待機サーバ間で，情報を引き継ぐためのコマンドがあります。

サーバ引き継ぎ情報設定・表示コマンド（moninfoコマンド）を使用すると，任意の情報を実行サーバから待機サーバに引き継げます。また，引き継ぐ情報を参照できます。

これらのコマンドについては，「9.　コマンド」を参照してください。

ユーザコマンドの戻り値判定

HAモニタでは，ユーザコマンドの実行結果をチェックしません。HAモニタは，ユーザコマンドの実行結果に関係なく動作します。

ただし，ユーザコマンドの実行結果を判定して，サーバの起動や系切り替えを中止する機能もあります。サーバの起動開始時（-s start）および系切り替え開始時（-w start，-a start，-h start）に実行されるユーザコマンドについては，サーバ対応の環境設定のuoc_neckオペランドを使用することによって，ユーザコマンドの実行結果（終了コード）が0以外の場合，サーバの起動または系切り替えを中止できます。

HAモニタの処理とユーザコマンドの処理との同期・非同期

HAモニタの処理とユーザコマンドの処理は同期を取って行われます。ただし，次の場合はHAモニタの処理終了とユーザコマンドの終了とが非同期になります。

実行サーバの起動処理終了時（-k online -s end）

実行サーバ障害による系切り替え処理終了時（-k standby -a end）

計画系切り替えによる系切り替え処理終了時（-k standby -w end）

系障害による系切り替え処理終了時（-h end）

実行サーバ障害で実行サーバの再起動を待つ場合（-r）

実行サーバ障害で再起動限界を検出した場合（-n）

系切り替え時の起動リトライオーバを検出した（-t）

共有リソースを制御するためのユーザコマンド作成

共有リソースを制御するためのユーザコマンド作成時には，次の点を考慮してください。

実行サーバが起動する前に，共有リソースに接続する。

実行サーバが共有リソースを使えるようにするため，起動前に共有リソースに接続します。

系間で排他制御が必要なリソースは，実行サーバが停止したあとに切り離す。

両方の系から同時に接続しないようにするため，実行サーバが停止したあとに切り離します。

必要に応じて，実行サーバから待機サーバに共有リソースの情報を引き継ぐ。

実行サーバから待機サーバに共有リソースの情報を引き継ぐには，サーバ引き継ぎ情報設定・表示コマンド（moninfoコマンド）を使用できます。

6.20.6　ユーザコマンドのコーディング例

ユーザコマンドのコーディング例として，サーバのIPアドレスを切り替える処理の例について説明します。(1)では，コーディング例の一部分を取り上げて，ユーザコマンドのコーディング方法を説明します。(2)では，コーディング例全体を示します。

なお，サーバのIPアドレスを切り替える処理は，LANの状態設定ファイルを設定する方法でも実現できます。LANの状態設定ファイルを設定する場合，ユーザコマンドの作成は不要です。

(1)　コーディング例で示すユーザコマンドの説明

サーバが使用するIPアドレスを，次のタイミングで追加・削除する場合について説明します。

サーバ起動時（サーバ起動処理の開始時点）には実行サーバでIPアドレスを追加し，待機サーバでは何も実行しない。

実行サーバ障害時（障害処理の開始時点）には実行サーバでIPアドレスを削除し，待機サーバでIPアドレスを追加する。

これらのタイミングを次に示します。図中で示す番号は，コーディング例の一部分と対応しています。

図6‒63　ユーザコマンドのコーディング例で示す発行タイミング

ユーザコマンドのコーディング例と発行タイミングの対応を次に示します。

図6‒64　ユーザコマンドのコーディング例と発行タイミングの対応

（1）では，サーバ起動時（サーバ起動処理の開始時点）に実行サーバで実行したい処理を記述します。この例では，IPアドレスを追加するコマンドとしてipaddr_addを記述しています。

（2）では，サーバ起動時（サーバ起動処理の開始時点）に待機サーバで実行したい処理を記述します。この例では何も実行しないため，何も記述していません。

（3）では，実行サーバ障害時（障害処理の開始時点）に実行サーバで実行したい処理を記述します。この例では，IPアドレスを削除するコマンドとしてipaddr_deleteを記述しています。

（4）では，実行サーバ障害時（障害処理の開始時点）に待機サーバで実行したい処理を記述します。この例では，IPアドレスを追加するコマンドとしてipaddr_addを記述しています。

（1）から（4）の発行タイミングごとに，HAモニタから渡される変数とHAモニタが発行するユーザコマンドの対応を次に示します。

表6‒21　HAモニタから渡される変数とHAモニタが発行するユーザコマンドの対応

発行タイミングの番号

$4

$5

$6

HAモニタが発行するユーザコマンド※

（1）

online

-s

start

/usr/bin/usrcmd -n server -k online -s start

（2）

standby

-s

start

/usr/bin/usrcmd -n server -k standby -s start

（3）

online

-a

start

/usr/bin/usrcmd -n server -k online -a start

（4）

standby

-a

start

/usr/bin/usrcmd -n server -k standby -a start

注※　ユーザコマンド名およびサーバ識別名はそれぞれ次を仮定しています。

ユーザコマンド名：/usr/bin/usrcmd

サーバ識別名：server

(2)　コーディング例

このコーディング例は，サンプルファイルとしてHAモニタのサンプルファイル用ディレクトリの下に格納されています。

#!/bin/sh

# The definition of the 1st server
SERV1="server1"
IPADDR_SERV1="a.b.c.d"
BROADCAST_SERV1="e.f.g.h"
IFNAME_SERV1="ethX:Y1"

# The definition of the 2nd server
SERV2="server2"
IPADDR_SERV2="i.j.k.l"
BROADCAST_SERV2="m.n.o.p"
IFNAME_SERV2="ethX:Y2"

# The alias IP address is added to the LAN interface.
# The ARP caches are updated.
ipaddr_add()
{
        /sbin/ifconfig $WIFNAME inet $WIPADDR netmask 255.255.255.0 broadcast $WBROADCAST
        ARPIFNAME=`echo $WIFNAME | /bin/sed -e 's/:[0-9]*$//'`
        /sbin/arping -U -c 2 -I $ARPIFNAME $WIPADDR
        /bin/echo 0 > /proc/sys/net/ipv4/route/flush
        return 0
}

# The alias IP address is deleted from the LAN interface.
ipaddr_delete()
{
        /sbin/ifconfig $WIFNAME down
        /bin/echo 0 > /proc/sys/net/ipv4/route/flush
        return 0
}
#  Main
KIND_ONLINE="online"
KIND_STANDBY="standby"
SERV_START="-s"
SERV_END="-e"
SERV_PLANEND="-p"
SERV_ABORT="-a"
SERV_ABORT_NS="-o"
SERV_FAULT="-f"
SERV_HOSTDOWN="-h"
SERV_PLANSWAP="-w"
STATUS_START="start"
STATUS_END="end"
STATUS_SBYEND="sbyend"

# This user command terminates, when the state of HAmonitor has changed.
if [ "$1" = "-m" ]
then
        exit  1
fi

# Processing of the server
for serv in $SERV1 $SERV2
do
        if [ "$2" = "$serv" ]
        then
                case "$serv" in
                "$SERV1" )
                        WIPADDR="$IPADDR_SERV1"
                        WBROADCAST="$BROADCAST_SERV1"
                        WIFNAME="$IFNAME_SERV1"
                        ;;
                "$SERV2" )
                        WIPADDR="$IPADDR_SERV2"
                        WBROADCAST="$BROADCAST_SERV2"
                        WIFNAME="$IFNAME_SERV2"
                        ;;
                esac
                if [ "$4" = "$KIND_ONLINE" ]
                then
                        case "$5" in
                        "$SERV_START" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_add
                                ;;
                        "$SERV_END" )
                                ipaddr_delete
                                ;;
                        "$SERV_PLANEND" )
                                ipaddr_delete
                                ;;
                        "$SERV_ABORT" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_delete
                                ;;
                        "$SERV_ABORT_NS" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_delete
                                ;;
                        "$SERV_PLANSWAP" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_delete
                                ;;
                        esac
                else
                        case "$5" in
                        "$SERV_START" )
                                ;;
                        "$SERV_END" )
                                ;;
                        "$SERV_PLANEND" )
                                ;;
                        "$SERV_ABORT" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_add
                                ;;
                        "$SERV_FAULT" )
                                ipaddr_delete
                                ;;
                        "$SERV_HOSTDOWN" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_add
                                ;;
                        "$SERV_PLANSWAP" )
                                [ "$6" = "$STATUS_START" ] && ipaddr_add
                                ;;
                        esac
                fi
        fi
done

exit 0

6.21　リソースの監視のための設定

リソースの監視のための設定について説明します。リソースには，LANおよびディスクがあります。

6.21.1　LANの監視に必要なファイルの設定

LANを監視して障害時に自動的に系切り替えをする場合，LANの監視設定ファイルを作成して設定する必要があります。LANの監視設定ファイルの種類を，次に示します。

LAN監視定義ファイル（LANインタフェース名称.conf）

監視対象ごとに設定し，LANを監視するための確認用パケット送出先のIPアドレスを指定します。

LAN監視スクリプト（lanpatrol.sh）

ping応答または受信パケット数を監視する方法で，LANを監視する場合に設定します。監視対象がhbondingで，hbondingのステータスだけを監視する場合には設定不要です。

これらのファイルは，サーバごとにHAモニタの環境設定用ディレクトリの下に作成します。ここでは，LANの監視設定ファイルの設定方法について説明します。

LANの監視については，「3.4.1　LANの監視および障害時の自動系切り替え」を参照してください。

(1)　LAN監視定義ファイルの設定

LAN監視定義ファイルには，LANを監視するための確認用パケット送出先のIPアドレスを設定します。hbondingのステータスだけを監視する場合，LAN監視定義ファイルは空（0バイト）にします。

このファイルは監視対象ごとに，HAモニタを起動する前に設定しておく必要があります。HAモニタの稼働中に追加・変更・削除はできません。

設定するファイル名は，"LANインタフェース名称.conf"です。ファイル名の"LANインタフェース名称"の部分には，サーバ対応の環境設定のswitchbyfailオペランドの指定値と同じ値を指定します。また，先頭に"."（ピリオド）を指定すると，ファイルが無効になります。

LAN監視定義ファイルの作成規則を，次に示します。

1行につき，一つのIPアドレスまたはIPラベルを記述します。

IPアドレスには，監視対象のLANインタフェースと同じネットワーク上にある，常時通電されているリモートホスト（ルータなど）のIPアドレスを指定します。自ノードで使用するIPアドレスは指定できません。IPラベルを指定した場合，ホスト名の解決に時間が掛かることがあります。このため，IPアドレスを記述することをお勧めします。

受信パケット数を監視する場合，リモートホストのIPアドレスに加え，ペアとなるHAモニタがある系のIPアドレスを必ず記述します。

ファイル内にコメントは記述できません。

同一IPアドレス，またはIPラベルを重複して記述できません。

タブ，スペース，改行文字がIPアドレスまたはIPラベルの前後に指定されている場合は，タブ，スペース，改行文字を無視します。

指定できるIPアドレスまたはIPラベルの数は，ping応答を監視する場合は1〜1,024個，受信パケット数を監視する場合は2〜1,024個です。

ファイルの末尾（最終行のIPアドレスまたはIPラベルの後ろ）は改行文字にしてください。

LAN監視定義ファイルにIPラベルを設定する場合は，各IPアドレスとそれに対応するIPラベルを，/etc/hostsファイルに指定してください。

なお，HAモニタの環境設定用ディレクトリには，LAN監視定義ファイル以外に，拡張子が".conf"のファイルを作成しないでください。

LAN監視定義ファイルの例を，次に示します。この例では，LANインタフェース名称が"eth0"，物理IPアドレスが"192.168.0.1"，ネットワークが"192.168.0"です。

ファイル名：eth0.conf

192.168.0.2
192.168.0.3
192.168.0.4

(2)　LAN監視スクリプトの設定

ping応答または受信パケット数を監視する方法でLANを監視する場合に設定します。設定するファイル名は，"lanpatrol.sh"です。監視対象がhbondingで，hbondingのステータスだけを監視する場合には設定不要です。

このファイルは，HAモニタのサンプルファイル用ディレクトリの下に，サンプルファイルが用意されています。HAモニタ環境設定用ディレクトリの下にコピーして使用してください。サンプルファイルの内容を，次に示します。

#!/bin/sh
#******************************************************************************
#*                                                                            *
#*    Linux(x86) HA Monitor                                                   *
#*    This is a sample of the LAN patrol command.                             *
#*                                                                            *
#*    [SYNOPSIS]                                                              *
#*        lanpatrol.sh interface [-r]                                         *
#*    [OPTIONS]                                                               *
#*        interface                                                           *
#*            The name of the LAN interface.                                  *
#*        -r                                                                  *
#*            Route monitoring method                                         *
#*    [DIAGNOSTICS]                                                           *
#*        0 : normal                                                          *
#*        1 : abnormal                                                        *
#*        2 : error                                                           *
#*                                                                            *
#*    All Rights Reserved. Copyright (C) 2011, 2018, Hitachi, Ltd.            *
#*                                                                            *
#******************************************************************************
#set -x

# retry interval(seconds) for receive packet number method. or
# return wait(seconds) of ping command for route monitoring method.
WAIT_TIME=3

# retry counter
RETRY=3

# environment variables
PATH=/usr/bin:/usr/sbin:/bin
export PATH

：
（以降省略）

注意事項

HAモニタ01-69より前のバージョンのサンプルファイルを基にLAN監視スクリプトを作成する場合，HAモニタの環境設定のlancheck_modeオペランドの指定に関係なく，受信パケット数を監視します。

サンプルファイルのバージョンの確認方法は，次のとおりです。

[OPTIONS]に"-r"の説明がない：01-69より前のバージョン

[OPTIONS]に"-r"の説明がある：01-69以降のバージョン

このファイルで設定するスクリプトの動作は，監視方法によって異なります。それぞれの動作を次に示します。

ping応答を監視する場合

LAN監視定義ファイルに設定されたIPアドレスすべてに対して，WAIT_TIME環境変数に指定した時間（秒）を待ち時間にして，pingコマンドを並列に発行します。並列に発行したすべてのpingコマンドの戻り値を確認し，1つでも戻り値0があれば，LANは正常と判断します。一方で，戻り値0が1つもなければ，LAN 監視定義ファイルに設定されたIPアドレスすべてに対して，pingコマンドの発行をリトライします。リトライ回数はRETRY環境変数で設定できます。リトライした結果，戻り値0が1つもなければ，異常と判断します。

受信パケット数を監視する場合

LAN監視定義ファイルに設定されたIPアドレスに対して，pingコマンドを発行します。

WAIT_TIME環境変数に指定した時間（秒）を経過すると，監視対象のLANインタフェースの受信パケット数を複数回取得し，前回取得したときの結果と比較します。

比較した結果が一致していなければLANが正常であると判断し，一致していればpingコマンド発行と受信パケットを取得する処理をリトライします。リトライ回数は，RETRY環境変数に設定できます。リトライした結果，パケット数が変化しなければ異常と判断します。

LAN監視スクリプトのコマンドラインは，監視方法によって異なります。それぞれのコマンドラインを次に示します。

ping応答を監視する場合

lanpatrol.sh△LANインタフェース名称△-r

受信パケット数を監視する場合

lanpatrol.sh△LANインタフェース名称

（凡例）

△：半角スペースを示します。

サンプルファイルは，必要に応じて修正することもできます。サンプルファイルをそのまま使用する場合とサンプルファイルを修正する場合とに分けて，注意事項を以降に説明します。

(a)　サンプルファイルをそのまま使用する場合

サンプルファイルをそのまま使用し，かつHAモニタの環境設定のlancheck_patrolオペランドの値をデフォルト（15）よりも小さくする場合，LAN監視スクリプトの実行時間を短くする必要があります。LAN監視スクリプトの実行時間は，次の計算式を満たすように設定します。

lancheck_patrolオペランドの指定値＞LAN監視スクリプトの実行時間＋2

LAN監視スクリプトの実行時間は，監視方法によって異なります。それぞれ，次の計算式で求めます。

ping応答を監視する場合

WAIT_TIME変数の値×RETRY変数の値

サンプルファイルでは，LAN監視スクリプトの実行時間は，3×3＝9秒となります。

受信パケット数を監視する場合

（WAIT_TIME変数の値＋1）×RETRY変数の値

サンプルファイルでは，LAN監視スクリプトの実行時間は，（3＋1）×3＝12秒となります。

LAN監視スクリプトの実行時間を短くする場合は，WAIT_TIME変数，またはRETRY変数の値を小さくしてください。WAIT_TIME変数の最小値は0，RETRY変数の最小値は1です。

メモ

受信パケット数を監視する場合，LAN監視スクリプト中で実行するpingコマンドに掛かる時間は1秒です。これにWAIT_TIME変数で指定した時間を加えた時間が，受信パケットの監視に掛かる時間となります。受信パケットの監視は，RETRY変数で指定した回数分繰り返されます。したがって，受信パケットの監視時間にRETRY変数の回数を掛けた値が，LAN監視スクリプトの実行時間になります。

(b)　サンプルファイルを修正する場合

サンプルファイルを修正する場合の注意事項を，次に示します。

LAN監視スクリプトは，root権限で実行されます。

LAN監視スクリプトには，実行権限を付与してください。

LAN監視スクリプト内で，必要な環境変数があれば設定してください。

LAN監視スクリプトは，監視対象のLANの状態に応じて，次の表に示すEXITコードで終了するように作成してください。

表6‒22　LANの状態に応じて返すEXITコード

監視対象のLANの状態

EXITコード

説明

正常

0

LANを正常に使用できると判断した場合は，EXITコード0を返します。HAモニタは，LANが正常，または復旧したと判断します。

障害

1

LANを使用できないと判断した場合は，EXITコード1を返します。HAモニタは，LANに異常が発生したと判断します。サーバ対応の環境設定のswitchbyfailオペランドに該当するLANインタフェースを指定している場合，実行サーバの系切り替えをします。

監視不可

0または1以外

LANの状態が判断できない場合は，0または1以外のEXITコードを返します。HAモニタは，LANの監視ができないため，サーバ対応の環境設定のswitchbyfailオペランドに該当するLANインタフェース名称を指定していても実行サーバの系切り替えをしません。

HAモニタの正常終了時，およびLANの通信可否による系切り替え制御機能を使用している場合の系障害検知時には，実行中のLAN監視スクリプトにSIGTERMを送信します。

6.21.2　ディスクの監視に必要なファイルの設定

ディスクを監視するために，必要なファイルを設定します。ここでは，システムディスクおよび業務ディスクの監視に必要なファイルについて説明します。

(1)　システムディスクの監視に必要なファイルの設定

システムディスクを監視するためには，次の設定が必要です。

システムディスクの監視定義ファイルの設定

監視対象のファイルの作成

システムディスクの監視定義ファイルの設定

システムディスクの監視定義ファイルは/opt/hitachi/HAmon/etc/system_patrol.diskです。この監視定義ファイルには，監視対象としたい，システムディスク上のファイルを記述します。

監視定義ファイルのサンプルが/opt/hitachi/HAmon/lib/system_patrol.diskにあるため，/opt/hitachi/HAmon/etc/system_patrol.diskにコピーして，使用してください。

監視定義ファイルのサンプルの内容は次のとおりです。

/opt/hitachi/HAmon/spool/hamonitor_disk_patrol

サンプルでは監視対象のファイルとして/opt/hitachi/HAmon/spool/hamonitor_disk_patrolが記述されています。/opt/hitachi/HAmonがシステムディスク上にあり，システムディスクのマウントポイントが一つであれば，サンプルのまま使用できます。

/opt/hitachi/HAmonをシステムディスク上に配置しない場合

監視対象とする任意のファイルシステムのファイルをシステムディスク上に作成し，監視定義ファイルには作成したファイルを記述してください。

記述例は次のとおりです（/homeがシステムディスク上にあり，hamonitor_disk_patrolというファイルを監視対象とする場合）。

/home/hamonitor_disk_patrol

システムディスクのマウントポイントを複数（/home，/var，/optなど）に分ける場合

マウントポイントごとに，監視対象とする任意のファイルシステムのファイルを作成し，監視定義ファイルには作成したファイルを記述してください。

記述例は次のとおりです（/homeのマウントポイントを分け，/home/hamonitor_disk_patrolのファイルを監視対象とする場合）。

/opt/hitachi/HAmon/spool/hamonitor_disk_patrol
/home/hamonitor_disk_patrol

なお，/boot，/proc，/sysなどの仮想ファイルシステムには，監視対象のファイルを作成しないでください。

監視定義ファイルは，次の規則に従って記述してください。

監視対象のファイルの絶対パスを1行につき一つずつ指定してください。

監視対象のファイルのパスの長さは，247バイト以下にしてください。

監視対象のファイルのパスに，タブおよびスペースは使用できません。

監視対象のファイルのパスの前後に入力されたタブおよびスペースは無視します。

指定できる監視対象のファイルのパスの数は，1～128です。

監視対象のファイルの作成

監視定義ファイルに記述した，監視対象ファイルを作成する必要があります。なお，/opt/hitachi/HAmon/spool/hamonitor_disk_patrolについては，HAモニタのインストール時に自動的に作成されるため，作成不要です。

監視対象ファイルのサンプルは，/opt/hitachi/HAmon/lib/hamonitor_disk_patrolにあります。このサンプルを監視定義ファイルに指定したファイル名でコピーしてください。例えば，次のような監視定義ファイルがあったとします。

/opt/hitachi/HAmon/spool/hamonitor_disk_patrol
/home/hamonitor_disk_patrol

この場合，次のとおりにコピーします。

cp /opt/hitachi/HAmon/lib/hamonitor_disk_patrol /home/hamonitor_disk_patrol

(2)　業務ディスクの監視に必要なファイルの設定

業務ディスクを監視するためには，次の設定が必要です。

業務ディスクの監視定義ファイルの設定

監視対象のファイルの作成

業務ディスクの監視定義ファイルの設定

業務ディスクの監視定義ファイルは，/opt/hitachi/HAmon/etc/サーバ識別名.diskです。この監視定義ファイルは，サーバごとに設定します。また，この監視定義ファイルには，次のファイルを記述します。

監視対象としたい，業務ディスクのマウントポイント上のファイル

監視定義ファイルは，次の規則に従って設定してください。

監視対象のファイルの絶対パスを1行につき一つずつ指定してください。

監視対象のファイルのパスの長さは，247バイト以下にしてください。

監視対象のファイルのパスに，タブおよびスペースは使用できません。

監視対象のファイルのパスの前後に入力されたタブおよびスペースは無視します。

指定できる監視対象のファイルのパスの数は，1～128です。

監視対象のファイルの作成

監視定義ファイルに記述した，監視対象ファイルを作成する必要があります。

監視対象ファイルのサンプルは，/opt/hitachi/HAmon/lib/hamonitor_disk_patrolにあります。このサンプルを監視定義ファイルに指定したファイル名でコピーしてください。例えば，次のような監視定義ファイルがあったとします。

/data1/hamonitor_disk_patrol
/data2/hamonitor_disk_patrol

この場合，次のとおりにコピーします。

cp /opt/hitachi/HAmon/lib/hamonitor_disk_patrol /data1/hamonitor_disk_patrol
cp /opt/hitachi/HAmon/lib/hamonitor_disk_patrol /data2/hamonitor_disk_patrol

6.22　HAモニタ Extensionの設定

HAモニタ Extensionを使用する場合には，HAモニタの環境設定コマンド（monsetup -exコマンド）を実行して，HAモニタ Extensionの機能を使用するための設定をします。HAモニタの環境設定コマンド（monsetup -exコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

6.23　HAモニタから実行するコマンドの動作環境

ユーザ作成のコマンドをHAモニタが実行する場合の動作環境について説明します。対象となるコマンドは次のとおりです。

ユーザコマンド

サーバの起動コマンド

サーバの停止コマンド

サーバの監視コマンド

6.23.1　HAモニタから実行するコマンドの環境変数

ユーザ作成の各コマンドが実行されるときに設定されている環境変数を，次の表に示します。

表6‒23　各コマンド実行時の環境変数

項番

コマンド

環境変数

1

ユーザコマンド

（HAモニタの状態変化）

HAモニタ起動（monstartコマンド）

systemd実行環境

HAモニタ起動（自動起動）

systemd実行環境

2

ユーザコマンド

（サーバの状態変化）

HAモニタ起動時の実行環境（項番1と同じ）

3

サーバの起動コマンド

HAモニタ起動時の実行環境（項番1と同じ）

なお，次の場合はmonbeginコマンド実行ユーザ環境

monbeginコマンドを実行して，実行サーバを起動

monbeginコマンドを実行して待機サーバとして起動したサーバが，系切り替えによって実行サーバとして起動

4

サーバの停止コマンド

HAモニタ起動時の実行環境（項番1と同じ）

5

サーバの監視コマンド

HAモニタ起動時の実行環境（項番1と同じ）

環境変数は，HAモニタの起動方法や実行タイミングによって異なるため，各コマンドの中で必要な動作環境を設定してください。

6.23.2　HAモニタから実行するコマンドのファイル記述子

ユーザ作成の各コマンドが実行されるときの，標準入力，標準出力，および標準エラー出力のファイル記述子を，次の表に示します。

表6‒24　各コマンド実行時のファイル記述子

項番

コマンド

標準入力，標準出力，および標準エラー出力のファイル記述子

1

ユーザコマンド

（HAモニタの状態変化）

（サーバの状態変化）

/dev/null

2

サーバの起動コマンド

/dev/null

なお，次の場合はmonbeginコマンド実行端末に入出力されます。

monbeginコマンドを実行して，実行サーバを起動

monbeginコマンドを実行して待機サーバとして起動したサーバが，系切り替えによって実行サーバとして起動

3

サーバの停止コマンド

/dev/null

4

サーバの監視コマンド

/dev/null

各コマンドの標準入力，標準出力，および標準エラー出力は，一部を除いて/dev/nullにリダイレクトされて実行されます。例えばユーザコマンドからechoコマンドなどを実行しても，ユーザが操作している端末画面には出力されません。

6.23.3　HAモニタから実行するコマンドのシグナル

ユーザ作成のコマンドをHAモニタが実行するとき，コマンド共通で，次のシグナルにSIG_IGN（無視）を設定します。

表6‒25　HAモニタがSIG_IGN（無視）の設定にするシグナル

項番

シグナル名

1

SIGPIPE

2

SIGUSR1

3

SIGUSR2

4

SIGPROF

5

SIGVTALRM

必要に応じて，各コマンドでシグナルを再設定してください。

6.24　構築したシステムの設定・定義のチェック

リセットパスの設定，および定義ファイルの作成が完了したら，それぞれ設定に誤りがないかをチェックします。ここでは，複数系切り替え構成間での設定・定義のチェックと，定義ファイルのチェックについて説明します。

6.24.1　複数系切り替え構成間での設定・定義のチェック

使用するOSに関係なく，同じリセットパスのネットワーク内に系切り替え構成が複数存在するシステムでは，HAモニタの環境設定のaddressオペランドの値，およびHAモニタのリセットパスに設定したポート番号に重複がある場合，系切り替え構成間で次のような事象が発生するおそれがあります。

系の障害時に，無関係な別の系切り替え構成の系も障害になってしまう。

系の再起動時に，無関係な別の系切り替え構成の系も障害になってしまう。

これらの事象を事前に回避するため，系切り替え構成が複数存在するシステムの場合は，addressオペランドの値に重複がないか，およびHAモニタのリセットパスに設定したポート番号に重複がないかをチェックします。同じリセットパスのネットワーク内にある機器のリストアップには，IPアドレス検出コマンド（monlistipコマンド）を使用できます。IPアドレス検出コマンド（monlistipコマンド）については，「9.13　monlistip（IPアドレスの検出）」を参照してください。

複数系切り替え構成間での設定・定義のチェック手順を，次の図に示します。

図6‒65　複数系切り替え構成間での設定・定義のチェック手順

チェック手順の詳細について説明します。番号は，図中の番号と対応しています。

リセットパスのネットワーク内にある機器をリストアップする。

次のどちらかの方法でリストアップできます。リストアップの漏れがないようにしてください。

IPアドレス検出コマンド（monlistipコマンド）を実行する。

このコマンドは，どれか一つの系から実行します。実行結果は，csvファイルで出力されます。このファイルをWindows OSのマシンに転送すれば，表計算ソフトで編集できます。以降の手順の調査結果の入力などに利用できます。

ネットワーク管理者に問い合わせる。

HAモニタを適用できる機器かどうかを調査する。

手順1.でリストアップした機器の中から，マシンの機種，およびOSを確認し，HAモニタを使用している可能性がある機器かどうかを調査します。HAモニタを適用できるマシンの機種については，リリースノートを参照してください。HAモニタを適用できるOSは，AIX，HP-UX，およびLinuxです。OSの調査方法の例を次に示します。

telnetでログイン時のプロンプトから判断する。

リモートシェル（rsh）でunameコマンドを実行し，その結果から判断する。

HAモニタの使用有無を調査する。

手順2.でHAモニタを使用している可能性があると判断した機器に，HAモニタのディレクトリが存在するかどうかでHAモニタを使用しているかどうかを判断します。手順2.で調査したマシンにログインして次のコマンドを実行します。

ls /opt/hitachi/HAmon

bin，etc，lib，spoolの四つのディレクトリが見つかった場合，HAモニタを使用していると判断できます。

HAモニタを使用しているすべての機器に設定されている，HAモニタの環境設定のaddressオペランドの値を調査する。

複数の機器で使用しているHAモニタで，addressオペランドの値が重複していないかを確認します。

addressオペランドの値が重複している場合は，手順5.に進みます。重複していない場合，チェックはこれで完了です。

HAモニタを使用しているすべての機器で，HAモニタの環境設定コマンド（monsetupコマンド）を実行して，リセットパスの設定を調査する。

HAモニタの環境設定コマンド（monsetupコマンド）に-ttyオプション（OSがAIXの場合）または-resetpathオプション（OSがHP-UXまたはLinuxの場合）を指定して，リセットパスの設定内容を調査します。

調査項目を次に示します。

リセットパスのポート番号

SVPのポート番号，または接続先の系切替機構のポート番号

交代用リセットパスのポート番号

接続先の交代用系切替機構のポート番号

ポート番号の重複がないかを確認する。

手順4.で調査したaddressオペランドの指定値が重複しているそれぞれの系で，手順5.で調査した項目のどれか一つ以上が重複している場合，手順7.に進みます。重複していない場合，チェックはこれで完了です。

ポート番号の重複に対処する。

ポート番号が重複している系同士が通信できないように，ネットワークを分けます。

6.24.2　定義チェック

HAモニタの環境設定，サーバの環境設定，およびモニタモードのプログラムの環境設定での定義内容をチェックし，誤りがないことを確認します。定義チェックを実行するためには，定義チェックコマンド（moncheckコマンド）を実行します。

HAモニタの起動時，およびサーバの起動時には，自動的に定義チェックが実行されます。定義が誤ったままHAモニタを起動すると，HAモニタを正しく起動できません。そのため，HAモニタの起動前に定義チェックをして，定義ファイルに誤りがないことを確認してください。定義チェックは，構築時だけでなく，定義ファイルを修正したあとにも実行できます。定義チェックコマンド（moncheckコマンド）については，「9.7　moncheck（定義チェック）」を参照してください。

定義チェックでチェックする項目は，次のとおりです。

基本規則のチェック

定義の基本規則で示したとおりの内容か。

記述形式のチェック

定義の記述形式で示したとおりの形式か。

定義文のチェック

定義文は正しいか。

定義文の形式は正しいか。

必要な定義文が指定されているか。

HAモニタの環境設定が複数設定されていないか。

オペランドチェック

オペランドは正しいか。

オペランドの形式は正しいか。

必要なオペランドが指定されているか。

値のチェック

必要な値が指定されているか。

文字の指定方法は正しいか。

値の有効範囲は正しいか。

値の複数指定の場合，指定数は正しいか。

複数のサーバで，共有リソースのオペランドに同じ値が指定されていないか。

文字のチェック

文字の構成要素記号は正しいか。

6.25　障害情報を収集するための設定

HAモニタでは，シェルを実行させて，サーバのスローダウンの原因を調査するための情報を収集できます。シェルは，HAモニタを起動する前に作成しておきます。

詳細については，「7.6.4　サーバのスローダウンの原因を調査する」を参照してください。

6.26　構築したシステムの動作確認

システムの構築が完了して設定と定義のチェックに問題がなかったら，構築システムの動作確認をしてください。動作確認では，実際にHAモニタの起動・停止，サーバの起動・停止，および系切り替えを実行することで，正常に動作するかどうかを確認します。

次の項目に注意して，システムの動作確認をしてください。

HAモニタやサーバを正常に起動・停止できるか。

エラーメッセージは出力されていないか。

サーバとクライアント間で通信できるか。

サーバを使用した業務処理ができるか。

系切り替えをした場合，共有リソースを系切り替え後の系から使用できるか。

システムの動作確認の流れを，次に示します。

系を追加したあとの確認

系を追加したあとは，次の手順で動作確認をしてください。

事前確認

HAモニタの動作確認

・HAモニタの起動確認

・HAモニタの状態確認（系，監視パス，リセットパス）

・HAモニタの停止確認※1

サーバの動作確認

・サーバの起動確認

・サーバの状態確認

・プログラムの再起動確認※2

・サーバの停止確認

系切り替えのテスト

・計画系切り替え

・サーバ障害時の自動系切り替え

・プログラム障害時の自動系切り替え※2

・系障害時の自動系切り替え

システムに掛かる負荷のテスト

システムの停止

・サーバの停止

・HAモニタの停止

サーバを追加したあとの確認

サーバを追加したあとは，次の手順で動作確認をしてください。

事前確認

HAモニタの動作確認

・HAモニタの起動確認

サーバの動作確認

・サーバの起動確認

・サーバの状態確認

・プログラムの再起動確認※2

・サーバの停止確認

系切り替えのテスト

・計画系切り替え

・サーバ障害時の自動系切り替え

・プログラム障害時の自動系切り替え※2

システムに掛かる負荷のテスト

システムの停止

・サーバの停止

注※1　HAモニタの停止時には，HAモニタの接続構成設定ファイルの確認もします。

注※2　モニタモードのプログラム管理機能を使用している場合にだけ実施します。

6.26.1　事前確認

構築したシステムの動作確認の前に，周りのシステムに影響を与えたり，構築したシステムを壊したりしないように，設定の事前確認をしてください。

addressオペランドがほかの系，ほかのシステムと重複していないこと。

共有リソースとして設定しているボリュームグループとファイルシステムがOS起動時に自動で接続しないこと。

次の条件をすべて満たしていると，無関係な別の系切り替え構成の系が障害となってしまうおそれがあります。

適用機種がBladeSymphony，HA8000，またはRV3000である

系切り替えの方式は，系のリセットによる系切り替えを選択している

HAモニタの環境設定のaddressオペランドの値が複数の系切り替え構成間で重複している

「6.24.1　複数系切り替え構成間での設定・定義のチェック」で説明している手順に従い，HAモニタの環境設定のaddress オペランドの値が系切り替え構成間で重複していないことを確認してください。

共有リソースとして設定しているボリュームグループとファイルシステムがOS起動時に自動で接続すると，両方の系から同時に共有ディスクにアクセスしてしまい，共有ディスク上のデータやファイルシステムを壊してしまうおそれがあります。

「6.3.9　ファイルシステムの設定」と「6.13.1　共有ディスクの設定」で説明している手順に従い，共有リソースとして設定しているボリュームグループとファイルシステムがOS起動時に自動で接続しないように設定してください。

6.26.2　HAモニタの動作確認

設定と定義のチェックが完了したら，HAモニタの動作確認として，起動確認，状態確認，および停止確認をします。HAモニタの停止確認時に，HAモニタの接続構成設定ファイルを自動作成できます。次に示すHAモニタの状態確認の手順は，接続構成設定ファイルを自動作成することを前提に説明しています。

(1)　HAモニタの起動確認

現用系と予備系の両方で，接続するすべてのHAモニタを起動します。

HAモニタを手動で起動する設定にしている場合は，HAモニタの起動コマンド（monstartコマンド）を実行して，すべてのHAモニタを手動で起動してください。メッセージKAMN002-Iが出力されれば，HAモニタの起動が完了したことを示しています。

HAモニタを自動で起動する設定にしている場合は，OSを再起動してHAモニタが起動されることを確認してください。

(2)　HAモニタの状態確認

起動したHAモニタすべてが，正しく接続されたかどうかを確認します。ここでは次の項目について，正常な状態かどうかを確認します。

系

サーバ・系の状態表示コマンド（monshow -cコマンド）を実行します。

HAモニタが系を認識できたときの，コマンドの実行結果の例を次に示します。HAモニタと接続した系がすべて設定したとおりに表示されていれば，正しく認識できたことを示しています。

KAMN335-I  Connected host information
       Host name     Host address Patrol time
       host1              100          10
       host2              200          10

監視パス

監視パス状態表示コマンド（monpathコマンド）を実行します。

HAモニタが監視パスを認識できたときの，コマンドの実行結果の例を次に示します。"status"に表示される監視パスの状態がすべて"OK"になっていれば，正しく認識できたことを示しています。

KAMN390-I Path status Display
device name host name status
path11      host2     OK  *
path12      host2     OK

リセットパス（系のリセットをする場合）

リセットパス状態表示コマンド（monrpコマンド）を実行します。

HAモニタがリセットパスを認識できたときの，コマンドの実行結果の例を次に示します。"status"に表示されるリセットパスの状態がすべて"OK"になっていれば，正しく認識できたことを示しています。

KAMN395-I Reset Path status Display
host name                         status
host2                             OK

(3)　HAモニタの停止確認および接続構成設定ファイルの確認（自動作成の場合）

起動したHAモニタがすべて正しく接続されていることを確認したら，HAモニタの停止ができることを確認します。HAモニタを停止すると，HAモニタの接続構成設定ファイルが自動で作成されるため，HAモニタの接続構成設定ファイルの内容もあわせて確認します。次に手順を示します。

接続するHAモニタをすべて停止させる。

接続するHAモニタをすべて，手動で停止します。HAモニタの停止コマンド（monstopコマンド）を実行することで停止できます。メッセージKAMN050-Iが出力されれば，HAモニタの停止が完了したことを示しています。

このとき，HAモニタの接続構成設定ファイルが停止した系に作成されます。

自動作成された接続構成設定ファイルの内容を確認する。

自動作成された接続構成設定ファイルの内容が正しいかどうかを確認します。自動で作成された接続構成ファイルは，すべての系で同じ内容です。

接続構成設定ファイルを自動作成した場合，構成を変更したり，削除したりすることはできません。また，自系および自系と監視し合う系にだけ直接監視パスを設定したい場合や，構成を変更したり削除したりする場合は，手動で作成してください。

接続構成設定ファイルを手動で作成した場合は，HAモニタ停止時にHAモニタの接続情報が追加されないことを確認してください。HAモニタの接続情報が追加される場合は，接続構成設定ファイルの記載内容や監視パスの設定を見直してください。

接続するHAモニタの数を増やしたい場合は，HAモニタの起動から停止までの操作手順を，再び行ってください。新しいHAモニタの接続情報が，接続構成設定ファイルに自動で追加されます。自動でHAモニタを追加した場合，それ以前に設定していた接続構成設定ファイルのコメント行以外の項目が自動で変更されます。

HAモニタの自動停止を設定している場合は，HAモニタの自動停止ができることも確認してください。OSをシャットダウンすると，syslogにメッセージKAMN056-Iを出力します。

6.26.3　サーバの動作確認

サーバの動作確認は，HAモニタを起動してから実施してください。

(1)　サーバの起動確認

サーバを起動できることを確認します。メッセージKAMN252-Iが出力されれば，サーバの起動が完了し，系切り替えができる状態になったことを示しています。

サーバの起動方法を，次に示します。

サーバモードのサーバの場合

該当するプログラムの起動方法で起動してください。サーバを実行サーバとして起動するか，待機サーバとして起動するかはHAモニタが決定します。HAモニタは，サーバ対応の環境設定および他系の状態を基に決定します。

モニタモードのサーバの場合

ユーザがモニタモードのサーバ起動コマンド（monbeginコマンド）を実行して起動してください。サーバを実行サーバとして起動するか，待機サーバとして起動するかはHAモニタが決定します。HAモニタは，サーバ対応の環境設定および他系の状態を基に決定します。

サーバ対応の環境設定にサーバ起動時のタイムアウト値（start_timeout）を指定している場合は，サーバの起動時間の設定が妥当であることを確認してください。サーバ起動時の回復処理や前回の処理件数が起動時間に影響を及ぼす場合には，それらを考慮した確認をしてください。

サーバを構成するプロセスがすべて起動完了していることを，サーバが提供するコマンドなどを使用して確認します。

また，サーバ対応の環境設定に設定した共有リソースの接続が成功していることを確認します。共有リソースの接続状態を確認する方法はOSのマニュアルを参照してください。

(2)　サーバの状態確認

サーバの起動確認が完了したら，HAモニタがサーバの起動を認識したかどうかを調べるために，サーバの状態を確認します。サーバの状態を確認するには，サーバ・系の状態表示コマンド（monshowコマンド）を実行してください。

HAモニタがサーバの起動を認識できたときの，コマンドの実行結果の例を次に示します。実行サーバの状態が"ONL"，待機サーバの状態が"SBY"ならば，正しく認識できたことを示しています。

#/opt/hitachi/HAmon/bin/monshow
KAMN213-I Own host name : host1
    Own servers               Pair servers
    Alias     Status          Status     Host name
    server1   ONL             SBY        host2

なお，サーバがモニタモードで，かつプログラム管理機能を使用している場合は，プログラムの状態も確認します。プログラムの状態を確認するには，サーバ・系の状態表示コマンド（monshowコマンド）に-uオプションを指定して実行してください。

HAモニタがプログラムの起動を認識できたときの，コマンドの実行結果の例を次に示します。プログラムの状態が"ACT"ならば，正しく認識できたことを示しています。

#/opt/hitachi/HAmon/bin/monshow -u
KAMN213-I Own host name : host1
     Alias     Program Alias  Status   Patrol time
     server1   UAP1            ACT        3600

(3)　サーバの再起動確認

サーバ障害発生時に自系で再起動する設定にしている場合は，意図的にサーバ障害を発生させて，サーバが再起動できることを確認します。

サーバモードのサーバの場合，メッセージKAMN255-D出力後，KAMN254-Iメッセージが出力されれば，再起動が完了したことを示しています。

モニタモードのサーバの場合，メッセージKAMN275-E出力後，メッセージKAMN274-Iが出力されれば，再起動が完了したことを示しています。

(4)　プログラムの再起動確認

モニタモードのプログラム管理機能を使用し，プログラムの再起動コマンドを作成した場合は，プログラムが再起動できることを確認します。

サーバの起動確認が完了したら，意図的にプログラム障害を発生させて，プログラムの状態を確認します。これによって，HAモニタがプログラムの再起動を実行したかどうかを調べます。プログラムの状態を確認するには，サーバ・系の状態表示コマンド（monshowコマンド）に-uオプションを指定して実行してください。

HAモニタがプログラムの再起動を認識できたときの，コマンドの実行結果の例を次に示します。プログラムの状態が"ACT"ならば，正しく認識できたことを示しています。

#/opt/hitachi/HAmon/bin/monshow -u
KAMN213-I Own host name : host1
     Alias     Program Alias  Status   Patrol time
     server1   UAP1            ACT        3600

(5)　サーバの停止確認

サーバを停止できることを確認します。サーバ・系の状態表示コマンド（monshowコマンド）を実行し，サーバが表示されなければ，サーバの停止処理は完了です。

サーバの停止方法を，次に示します。

サーバモードでサーバを起動している場合

該当するプログラムの停止方法で停止してください。このとき，対応する待機サーバが起動している場合は，HAモニタが停止させます。

モニタモードでサーバを起動している場合

ユーザがモニタモードのサーバ停止コマンド（monendコマンド）を実行して，すべてのサーバを手動で停止してください。

サーバ対応の環境設定にサーバ停止時のタイムアウト値（stop_timeoutまたはstop_timeout_sw）を指定している場合は，サーバの停止時間の設定が妥当であることを確認してください。サーバの停止時間が指定値を超過した場合は，サーバの停止コマンドを強制停止し，syslogにメッセージKAMN293-Eを出力します。業務処理中のサーバ停止処理などがサーバの停止完了時間に影響を及ぼす場合には，それらを考慮した確認をしてください。

サーバを構成するプロセスがすべて停止していることを，サーバが提供するコマンドなどを使用して確認します。

サーバ対応の環境設定に設定した共有リソースの切断が成功していることを確認します。共有リソースの接続状態を確認する方法はOSのマニュアルを参照してください。

6.26.4　系切り替えのテスト

HAモニタの動作確認およびサーバの動作確認が完了したら，系切り替えのテストをします。系切り替えのテストは，HAモニタおよびサーバを起動してから実施してください。

(1)　計画系切り替えの確認

サーバの系切り替えコマンド（monswapコマンド）を実行して，計画系切り替えのテストを実行してください。計画系切り替えを実行したら，サーバ・系の状態表示コマンド（monshowコマンド）を実行してください。

系1から系2に計画系切り替えのテストを実行した場合でテストに成功したときの，サーバ・系の状態表示コマンド（monshowコマンド）の実行結果の例を次に示します。切り替え先のサーバの状態が"ONL"ならば，計画系切り替えに成功したことを示しています。

#/opt/hitachi/HAmon/bin/monshow
KAMN213-I Own host name : host2
    Own servers               Pair servers
    Alias     Status          Status     Host name
    server2   ONL

マルチスタンバイ機能を使用する場合は，すべての予備系でサーバの起動が完了することを確認してください。

(2)　サーバ障害時の自動系切り替えの確認

ユーザがサーバ障害を発生させ，HAモニタが自動系切り替えを実行するかどうかを確認してください。障害が回復したら，サーバ・系の状態表示コマンド（monshowコマンド）を実行してください。

系1から系2への自動系切り替えが成功したときの，サーバ・系の状態表示コマンド（monshowコマンド）の実行結果の例を示します。切り替え先のサーバの状態が"ONL"ならば，自動系切り替えに成功したことを示しています。

#/opt/hitachi/HAmon/bin/monshow
KAMN213-I Own host name : host2
    Own servers               Pair servers
    Alias     Status          Status     Host name
    server2   ONL

(3)　プログラム障害時の自動系切り替えの確認

サーバがモニタモードで，かつプログラム管理機能を使用している場合は，ユーザがプログラム障害を発生させ，HAモニタが自動系切り替えを実行するかどうかを確認してください。障害が回復したら，サーバ・系の状態表示コマンド（monshowコマンド）に-uオプションを指定して実行してください。

プログラム障害時の自動系切り替えが成功したときの，サーバ・系の状態表示コマンド（monshowコマンド）の実行結果の例を次に示します。プログラムの状態が"ACT"ならば，自動系切り替えに成功したことを示しています。

#/opt/hitachi/HAmon/bin/monshow -u
KAMN213-I Own host name : host2
     Alias     Program Alias  Status   Patrol time
     server2   UAP1            ACT        3600

(4)　系障害時の自動系切り替えの確認

ユーザが系障害を発生させ，HAモニタが自動系切り替えを実行するかどうかを確認してください。リセットパスの設定で，VMware ESXiで仮想化する設定をした場合は，リセットパスが正しく設定されているかを確認するため，自系に系障害を発生させて仮想マシンがリセットされることを確認してください。

障害が回復したら，サーバ・系の状態表示コマンド（monshowコマンド）を実行してください。

対象となる系を強制停止させることで，系障害を発生させることができます。

系1から系2への自動系切り替えが成功したときの，サーバ・系の状態表示コマンド（monshowコマンド）の実行結果の例を示します。切り替え先のサーバの状態が"ONL"ならば，自動系切り替えに成功したことを示しています。

#/opt/hitachi/HAmon/bin/monshow
KAMN213-I Own host name : host2
    Own servers               Pair servers
    Alias     Status          Status     Host name
    server2   ONL

共有ディスク上にファイルシステムを構築していると，サーバ起動時に実施するファイルシステムの整合性チェック処理に時間が掛かる場合があります。ファイルシステムを使用するサーバのサーバ対応の環境設定の共有リソース切り替えタイムアウト値（dev_timelimit，dev_offlimit，またはdev_onlimit）を設定する場合は，系障害時の系切り替えを実施し，タイムアウトしないことを確認してください。

系障害の系切り替えを実施したあとに，OSのダンプファイル出力が設定ミスや容量不足で失敗していないことを確認してください。ダンプファイル出力が成功していることを確認する方法は，Linux Tough Dumpのマニュアルを参照してください。

共有ディスクのデータ保護法式として系をリセットする場合は，リセットパスの設定に誤りがあると，無関係な系をリセットしてしまう場合があります。リセットパスの設定の正しさを確認するために，それぞれの系で系障害を発生させ，正しく系切り替えできることを確認してください。日立サーバ論理分割機構（Virtage）やVMware ESXiで仮想化環境での物理パーティションリセット機能を使用する場合は，ゲストOSの障害による系切り替えだけではなく，ホストOSやハードウェア障害による系障害の系切り替えも確認してください。

共有ディスクのSCSIリザーブを使用する場合，系切り替え後の実行系ですべての共有ディスクのリザーブが確保できていることを確認してください。共有ディスクのリザーブ状態の確認方法は，「7.5.7　共有ディスクのデバイス障害に対処する（実行サーバ稼働中）（共有ディスクのSCSIリザーブをする場合）」の4. ディスクのリザーブ状態を確認するを参照してください。

6.26.5　システムに掛かる負荷のテスト

系切り替えのテストが完了したら，システムに掛かる負荷のテストをします。実際の運用と同じようにシステムを稼働させ，定義ファイルに指定した系障害監視時間またはサーバ障害監視時間に問題がないかをテストしてください。

システムに掛かる負荷のテストは，監視履歴を使用して行います。監視履歴については，「7.6　高負荷による障害発生を防止するための運用」を参照してください。

相互系切り替え構成やマルチスタンバイ構成で，系切り替え後の片寄せや縮退の状態で運用を行う場合，本番と同様の負荷を掛けてもスローダウンが発生せず，システムのスループットやレスポンスが性能要件を満たすことを確認してください。

システムに掛かる負荷のテストが完了したら，構築したシステムの動作確認は終了です。

6.27　系の最大数を変更する場合の動作確認（HAモニタ Extension使用時）

HAモニタ Extensionを使用して系の最大数を変更する場合，監視パスのパケットが漏れなく送受信できているかどうかを確認する必要があります。確認は，系切り替え構成内のすべての系で実施します。

ここで示す手順を実行する前に，必要に応じてnet-toolsパッケージをインストールして，netstatコマンドを使用できるようにしてください。

確認手順を，次の図に示します。

図6‒66　系の最大数を変更する場合の動作の確認手順

次に，図に示した手順の詳細について説明します。

系切り替え構成内のすべての系でHAモニタを起動する。

HAモニタが起動できたかどうかは，サーバ・系の状態表示コマンド（monshow -cコマンド）で確認します。

HAモニタの起動については，「(1)　HAモニタの起動」を参照してください。

系切り替え構成内のすべての系でサーバを起動し，系切り替えができる状態にする。

系切り替えができる状態かどうかは，サーバ・系の状態表示コマンド（monshowコマンド），またはメッセージで確認します。

サーバの起動については，「(3)　サーバの起動」を参照してください。

UDPの統計情報から，UDPパケットの受信エラーの変化を確認する。

netstat -s -uコマンドを実行し，UDPの統計情報の"packet receive errors"の数値を取得します。これを系障害監視時間（HAモニタの環境設定のpatrolオペランド）の間隔で数回実行し，値の変化を確認します。

確認の結果，UDPパケットの受信エラーの値に変化がない場合は，パケットが漏れなく受信できているため，動作確認は終了です。

確認の結果，UDPパケットの受信エラーの値が増加していく場合は，手順4.に進んでください。

aliveメッセージの送信間隔を調整する。

すべてのパケットが漏れなく送受信できるかどうかは，マシン性能や環境に依存し，かつHAモニタが必要とする性能は送受信するaliveメッセージの量に依存します。このため，HAモニタの環境設定のalive_intervalオペランドでaliveメッセージの送信間隔を調整し，送受信するaliveメッセージの量を調整します。

alive_intervalオペランドの指定値は，次のように調整してください。

alive_intervalオペランドの指定値に余裕がある場合

alive_intervalオペランドの指定値を大きくしてください。

alive_intervalオペランドの指定値が最大の場合

alive_intervalオペランドを，HAモニタの環境設定から削除してください。

再度，動作の確認を実施する。

手順1.〜4.を繰り返してください。手順3.の確認でUDPパケットの受信エラーの値に変化がなくなれば，系の最大数を変更する場合の動作確認は終了です。

重要

alive_intervalオペランドには，系切り替え構成内のすべての系で同じ値を指定します。どれか一つの系でalive_intervalオペランドの指定値を変更した場合は，系切り替え構成内のすべての系で指定値を変更してください。

7　システムの運用

この章では，構築したシステムの運用について説明します。起動・停止方法，障害が発生した場合のオペレータの操作，障害発生を防ぐための運用，および運用を自動化する方法やシステムを変更する方法などについて説明します。

7.1　運用の流れ

HAモニタを使用した系切り替え構成での運用の流れを次の図に示します。

図7‒1　系切り替え構成での運用の流れ

7.1.1　運用前の準備

運用時にはHAモニタのコマンドを実行するため，システムを運用する前にPATH環境変数の設定をします。オペレータのPATH環境変数に/opt/hitachi/HAmon/binを追加してください。

HAモニタのコマンドは，スーパユーザだけが実行できるもの，スーパユーザおよび一般ユーザが実行できるものに分かれます。詳細については，「9.　コマンド」を参照してください。

7.2　起動・停止

ここでは，HAモニタを使用したシステムの起動，および停止について説明します。システムの起動を自動化することもできます。自動化の方法については，「7.7.1　システムの起動からサーバの起動までを自動化する」を参照してください。

7.2.1　起動する

ここでは，マシンの電源を入れてから，サーバの系切り替えができる状態になるまでの流れと，起動方法について説明します。

システムを起動するには，実行系と待機系の両方を起動します。システムの起動の流れを次の図に示します。

図7‒2　システムの起動の流れ

各系で電源を入れてサーバの起動が完了すると，HAモニタは，他系のHAモニタと連絡を取り合い，系切り替えができる状態になったことを確認します。このときに，メッセージKAMN252-Iが出力されます。

HA8000xNモデル以降，またはRV3000で系のリセットをする場合

障害管理プロセサとして管理サーバを使用する構成の場合

HAモニタを起動する前に，管理サーバおよび管理サーバ上のHA Monitor Connectorを起動しておく必要があります。

HAモニタを先に起動した場合，リセットパスの設定に失敗するため，系障害が発生したときに自動で系切り替えができません。その場合は，次の手順でリセットパスを設定してください。

管理サーバ，HCSM，およびHA Monitor Connectorを起動する。

すべての系でリセットパス状態表示コマンド（monrpコマンド）を実行する。

障害管理プロセサとして管理サーバを使用しない構成の場合

HAモニタを起動する前に，そのHAモニタが稼働する装置を管理するHA Monitor Connectorのサービスを起動しておく必要があります。

HAモニタを先に起動した場合，リセットパスの設定に失敗するため，系障害が発生したときに自動で系切り替えができません。その場合は，次の手順でリセットパスを設定してください。

HA Monitor Connectorを起動する。

すべての系でリセットパス状態表示コマンド（monrpコマンド）を実行する。

重要

HAモニタの稼働中に管理サーバおよびHA Monitor Connectorを停止しないでください。停止した場合，管理対象のすべての系のHAモニタがリセットパスの障害を検知します。その状態で運用を続けると，系障害が発生したときに障害が起こった系をリセットできないため，自動で系切り替えができなくなります。その場合は，停止した管理サーバ，またはHA Monitor Connectorを再度起動したあとで，すべての系でリセットパス状態表示コマンド（monrpコマンド）を実行してください。

図7-2のうち，HAモニタ，リソースサーバ，およびサーバを起動する方法について説明します。

(1)　HAモニタの起動

HAモニタを手動起動する場合，HAモニタの起動コマンド（monstartコマンド）を実行します。HAモニタ起動後には，HAモニタの起動が完了していることを示すメッセージKAMN002-Iが出力されていることを確認してください。

HAモニタを自動起動する場合，HAモニタは，カーネルの起動後にOSによって自動的に起動されます。

HAモニタをインストールした時点では，自動起動するように設定されています。HAモニタの起動方法を変更するには，HAモニタの環境設定コマンド（monsetupコマンド）を実行します。HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

(2)　リソースサーバの起動

リソースサーバは，リソースサーバを親サーバに指定したサーバのうちどれかが起動すると，自動起動します。親サーバは，サーバ対応の環境設定で指定します。

リソースサーバは，リソースサーバを使用しているサーバがすべて停止すると，HAモニタによって自動的に停止されます。

共有リソースの接続に失敗したなどの理由からリソースサーバを手動で起動する場合，HAモニタの起動が完了していることを示すメッセージKAMN002-Iが出力されていることを確認したあとに，リソースサーバ起動コマンド（monresbgnコマンド）を実行します。

(a)　実行サーバが起動待ちになった場合の運用

リソースサーバの起動の際，実行サーバ起動待ち状態になる場合があります。 実行サーバ起動待ち状態になるケースについては，「4.1.1　HAモニタによるサーバの起動制御」，および「4.5.3　サーバの起動制御・停止制御（マルチスタンバイ）」を参照してください。

実行サーバ起動待ち状態になった場合の運用については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

(3)　サーバの起動

実行系と待機系の両方でサーバを起動します。サーバを手動で起動する前に，HAモニタの起動が完了していることを示すメッセージKAMN002-Iが出力されていることを確認してください。

サーバモードのサーバの場合，サーバを起動するには，プログラムが提供する起動コマンドを実行します。サーバを起動すると，サーバの初期設定時にサーバがHAモニタと連絡し合い，系切り替えの環境を作ります。待機系で起動したサーバは待機サーバとなり，実行系の障害に備えます。

モニタモードのサーバの場合，モニタモードのサーバ起動コマンド（monbeginコマンド）でサーバを起動します。待機系で起動したサーバは待機サーバとなり，実行系の障害に備えます。

サーバ起動後には，サーバの起動が完了していることを示すメッセージKAMN251-Iが出力されていることを確認してください。メッセージKAMN251-Iは，サーバ単位で出力されます。同じ系に複数のサーバが稼働している場合，サーバごとに出力されます。

(a)　サーバをグループ化している場合に異なる点

グループ化している場合は，グループ内のすべてのサーバを起動する点が異なります。オペレータがサーバを起動した順で，サーバが起動されます。サーバ起動後には，グループ内の全サーバに対して，メッセージKAMN251-Iが出力されたことを確認してください。

(b)　実行サーバが起動待ちになった場合の運用

サーバの起動の際，実行サーバ起動待ち状態になる場合があります。 実行サーバ起動待ち状態になるケースについては，「4.1.1　HAモニタによるサーバの起動制御」，および「4.5.3　サーバの起動制御・停止制御（マルチスタンバイ）」を参照してください。

実行サーバ起動待ち状態になった場合の運用については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

7.2.2　停止する

システムを停止する流れと操作方法について説明します。システムを停止する場合，サーバを停止したあとに，カーネルをシャットダウンします。HAモニタはカーネルのシャットダウン時に自動的に停止します。

ここでは，サーバ，リソースサーバ，およびHAモニタの停止方法について説明します。

(1)　サーバの停止

実行サーバおよび待機サーバの両方を停止するには，次の方法があります。

サーバモードの場合

実行系でプログラムが提供する停止コマンドを実行します。

対応する待機サーバが待機系で起動している場合は，HAモニタが待機サーバを停止します。

モニタモードの場合

実行系でモニタモードのサーバ停止コマンド（monendコマンド）を実行します。

対応する待機サーバが待機系で起動している場合は，HAモニタが待機サーバを停止します。

待機サーバだけを停止するには，待機サーバ停止コマンド（monsbystpコマンド）を実行します。

サーバの停止を確認するには，サーバ・系の状態表示コマンド（monshowコマンド）を実行します。

なお，モニタモードの場合でサーバの停止コマンドを作成しないときは，次の手順でサーバを停止します。

プログラムが提供する停止コマンドで，サーバを停止する。

モニタモードのサーバ停止コマンド（monendコマンド）を実行する。

(2)　リソースサーバの停止

リソースサーバは，リソースサーバを使用しているサーバがすべて停止すると，HAモニタによって自動的に停止されます。

共有リソースの切り離し失敗などの理由からリソースサーバを手動で停止するには，次の手順で行います。必要に応じて実行してください。

リソースサーバを使用しているサーバがすべて停止したことを確認する。

実行中のリソースサーバは共有リソースと接続しているため，実行中のリソースサーバを使用しているサーバが，共有リソースを使用できなくなります。サーバがすべて停止したことを確認するには，サーバ・系の状態表示コマンド（monshowコマンド）を実行して，リソースサーバを親サーバに指定したサーバが停止していることを確認してください。

リソースサーバを停止する。

リソースサーバの停止方法は，実行中（実行系で稼働している）のリソースサーバおよび待機中（待機系で稼働している）のリソースサーバを停止するか，待機中のリソースサーバだけを停止するかによって異なります。

実行中および待機中のリソースサーバを停止する場合

実行中のリソースサーバ停止コマンド（monresendコマンド）を実行します。

待機中のリソースサーバだけを停止する場合

待機中のリソースサーバ停止コマンド（monressbystpコマンド）を実行します。

(3)　HAモニタの停止

HAモニタを手動で停止する場合，HAモニタの停止コマンド（monstopコマンド）を実行します。HAモニタ停止後には，HAモニタが停止したことを示すメッセージKAMN050-Iが出力されていることを確認してください。なお，サーバが稼働中の場合，HAモニタを停止できません。サーバを停止させてからHAモニタを停止してください。サーバの停止を確認するには，サーバ・系の状態表示コマンド（monshowコマンド）を使用してください。

HAモニタを自動停止する設定にしている場合，カーネルのシャットダウン時に自動的に停止されます。サーバが稼働したままカーネルをシャットダウンした場合，系切り替えはしないで，実行系の実行サーバは強制停止し，待機系の待機サーバは正常停止します。このため，実行サーバを正常停止してから，カーネルのシャットダウンをしてください。HAモニタの停止方法を変更するには，HAモニタの環境設定コマンド（monsetupコマンド）を実行します。HAモニタの環境設定コマンド（monsetupコマンド）については，「9.22　monsetup（HAモニタの環境設定）」を参照してください。

7.2.3　共有リソースをメンテナンスするときの注意事項

運用後に共有ディスクのメンテナンスをする場合などに，共有リソースを手動で接続・切り離しをするときの注意事項について説明します。具体的な操作方法については，OSのマニュアルを参照してください。

重要

共有リソースを操作するときは，ここで示す注意事項に必ず従ってください。これらの注意事項に従わない場合，共有リソースが破壊されたり，系切り替えができなかったりするおそれがあります。

(1)　共有リソースを操作する前に

共有リソースの接続や切り離しは，HAモニタが制御します。そのため，次のことに注意してください。

サーバの稼働中は，共有リソースに対してコマンドなどによる外部からの操作をしないでください。

ユーザの操作とHAモニタの制御が競合すると，HAモニタによる制御が正しくできません。

メンテナンスなどでユーザが共有リソースを操作する場合は，サーバを停止させてください。

HAモニタによる共有リソースの制御については，「4.3.5　共有リソースの状態一覧」を参照してください。

(2)　ボリュームグループの運用

共有ディスク上に作成したボリュームグループを両方の系から同時に参照＋更新接続をすると動作が保証されません。したがって，次のことに注意してください。

サーバ起動前は，両方の系とも必ず切り離し状態にしてください。

HAモニタは，サーバ起動時にボリュームグループに参照＋更新接続をします。サーバ起動時にボリュームグループが接続状態だった場合，ボリュームグループが両方の系から参照＋更新され，破壊されるおそれがあります。

サーバ停止後は，HAモニタが切り離し状態にします。ほかの業務でボリュームグループを使用する場合は，vgchangeコマンドを実行して接続してください。

このとき，両方の系から参照＋更新接続をしないよう注意してください。

コマンドの実行形式を次に示します。

参照＋更新接続

vgchange -a y ボリュームグループのパス名

切り離し

vgchange -a n ボリュームグループのパス名

(3)　ファイルシステムの運用

ここでは，ファイルシステムの運用に関して注意が必要なことについて説明します。

サーバ起動前は，両方の系ともファイルシステムをアンマウントの状態にしてください。

HAモニタがファイルシステムをマウントする前に，マウントポイント（マウント先ディレクトリ）にアクセス中のプロセスがあるとマウントに失敗する場合があります。

このような運用は避けてください。

オペレータがほかの業務でファイルシステムを使用する場合には，両方の系からマウントしないように注意してください。

共有ディスク上に作成したファイルシステムを両方の系から同時にマウント状態にするとファイルシステム自体が破壊されます。

HAモニタが，マウントおよびアンマウントをするタイミングについては，「4.3.3　ファイルシステムの管理」を参照してください。

(4)　OS移行後の共有ディスクの運用

Linuxの場合，共有ディスクの状態がHI-UX/WE2およびAIXの場合の状態と異なります。そのため，HI-UX/WE2やAIXからLinuxに移行したあとには，共有ディスクの運用を見直し，注意して共有ディスクを使用してください。

例えば，HI-UX/WE2およびAIXの場合は，実行サーバ停止後は，共有ディスクにアクセスできる状態になっていますが，Linuxの場合は，実行サーバ停止後は共有ディスクにアクセスできません。Linuxの場合，バックアップなどの目的で共有ディスクにアクセスするには，共有ディスクをまずアクセスできる状態にしてから，アクセスしてください。

7.3　サーバログの確認

ここでは，サーバの監視コマンドによってサーバ障害を検知した場合の，サーバログの確認について説明します。サーバログとは，次に示すログの総称です。

監視コマンドを使用する場合の実行ログ

監視コマンドを使用する場合の詳細ログ

7.3.1　監視コマンドを使用する場合の実行ログの確認（モニタモードのサーバでptrlcmd_exオペランド，またはsby_ptrlcmd_exオペランドを指定する場合）

サーバの監視コマンドの開始，終了の実行結果，および実行状況（前回の監視コマンドがリターンしていない場合は実行をスキップ）を，監視コマンドの実行ログに出力します。

該当するサーバのログを確認すれば，サーバの監視コマンドの実行結果や実行状況を調査できます。システムの運用中は，監視コマンドの実行ログの内容は常に更新されます。

HAモニタは，サーバの監視コマンドによってサーバ障害を検知した場合，ログを.bakで退避します。すでに.bakファイルが存在する場合は，.bakを.bak2に退避したあとに.bakに退避します。ログは3世代管理です。

重要

サーバの稼働中にサーバログを確認する場合は参照だけとし，保存しないでください。参照中に出力されたログ情報が，失われるおそれがあります。

ここでは，実行ログについて説明します。

(1)　ファイルの種類

実行ログの一覧を，次の表に示します。ファイル名の「サーバ識別名」の部分には，サーバ対応の環境設定（servers）のaliasオペランドの値が適用されます。

表7‒1　実行ログの一覧

ファイル名

説明

/opt/hitachi/HAmon/spool/ptrlcmd_ex/サーバ識別名_ptrlcmdlog

最新の監視コマンドの実行ログのファイルです。

/opt/hitachi/HAmon/spool/ptrlcmd_ex/サーバ識別名_ptrlcmdlog.bak

直近のサーバ障害時にバックアップされた実行ログのファイルです。

/opt/hitachi/HAmon/spool/ptrlcmd_ex/サーバ識別名_ptrlcmdlog.bak2

直近の1回前のサーバ障害時にバックアップされた実行ログのファイルです。

(2)　ファイルの内容

実行ログのファイルの内容を次に示します。

ファイルのヘッダ部は，ファイルのコメントおよびラップアラウンド用のオフセット管理情報（offset）とで構成されます。

ファイルのヘッダ部

#    HA monitor ptrlcmd_ex Logging File
#
#      offset:131
# DATE     TIME            [PID] [PPID] [PGID] [UID] DATA

ファイルのデータ部

●入口情報

年月日 時刻 [プロセスID] [親プロセスID] [プロセスグループID] [UID] [サーバの識別名] オペランド名称 コマンドライン情報+入口識別子

年月日：コマンド情報出力時刻の年月日を，YYYY/MM/DD形式で出力します。

時刻：コマンド情報出力時刻を，HH:MM:SS.mmmmmm形式で出力します。mmmmmmは，マイクロ秒です。

プロセスID：監視コマンドのプロセスIDを出力します。

親プロセスID：監視コマンドの親プロセスIDを出力します。

プロセスグループID：監視コマンドのプロセスグループIDを出力します。

UID：監視コマンド実行者の実uidを出力します。実uidを取得できない場合は0を出力します。

サーバの識別名：監視コマンドを実行するサーバの識別名を出力します。

オペランド名称：実行対象の監視コマンドが指定されているオペランド名を出力します。

コマンドライン+入口識別子：監視コマンドのコマンドライン情報と入口を示す"start"を出力します。コマンドライン部分はダブルクォーテーションで囲まれています。

●実行スキップ情報

年月日 時刻 [プロセスID] [親プロセスID] [プロセスグループID] [UID] [サーバの識別名] オペランド名称 コマンドライン情報+入口識別子

年月日：入口情報と同じです。

時刻：入口情報と同じです。

プロセスID：出力要求元プロセスのプロセスIDを出力します。

親プロセスID：出力要求元プロセスの親プロセスIDを出力します。

プロセスグループID：出力要求元プロセスのプロセスグループIDを出力します。

UID：0を出力します。

サーバの識別名：入口情報と同じです。

オペランド名称：入口情報と同じです。

コマンドライン+入口識別子：前回実行した監視コマンドがリターンしていないことを示す“skip”と，前回実行した監視コマンドのプロセスIDとして“pid:プロセスID”を出力します。

●出口情報

年月日 時刻 [プロセスID] [親プロセスID] [プロセスグループID] [UID] [サーバの識別名] オペランド名称 コマンドライン情報+入口識別子 終了情報

年月日：入口情報と同じです。

時刻：入口情報と同じです。

プロセスID：入口情報と同じです。

親プロセスID：入口情報と同じです。

プロセスグループID：0を出力します。

UID：0を出力します。

サーバの識別名：入口情報と同じです。

オペランド名称：入口情報と同じです。

コマンドライン+入口識別子：ユーザコマンドのコマンドライン情報と出口を示す”end”を出力します。コマンドライン部分はダブルクォーテーションで囲まれています。

終了情報：監視コマンドの終了ステータスを出力します。ただし，異常終了した場合は終了ステータスの後ろに”(no exit)”を出力します。

(3)　ファイルの出力例

実行ログのファイルの出力例を次に示します。

●サーバが正常に稼働しているときの出力例

#    HA monitor ptrlcmd_ex Logging File
#
#      offset:53614
# DATE     TIME            [PID] [PPID] [PGID] [UID] DATA
：
：
2017/04/01 19:46:15.794243 [9725] [8461] [9725] [0] sv1 ptrlcmd_ex "/bin/sh -c /opt/hitachi/HAmon/etc/patrol_ex.sh 1>./spool/ptrlcmd_ex/sv1.log 2>&1" : start
2017/04/01 19:46:18.324938 [9725] [8461] [0] [0] sv1 ptrlcmd_ex "/opt/hitachi/HAmon/etc/patrol_ex.sh" : end 0
2017/04/01 19:46:23.752926 [9871] [9866] [9871] [0] sv1 ptrlcmd_ex "/bin/sh -c /opt/hitachi/HAmon/etc/patrol_ex.sh 1>./spool/ptrlcmd_ex/sv1.log 2>&1" : start
2017/03/14 19:46:28.253276 [9871] [9866] [0] [0] sv1 ptrlcmd_ex "/opt/hitachi/HAmon/etc/patrol_ex.sh" : end 0
：
：
#####

監視コマンドの実行開始を示す“start”と，監視コマンドの正常終了を示す“end 0”の出力を繰り返します。

●監視コマンドの処理やサーバのスローダウンなどによって，監視コマンドがタイムアウトした場合の出力例

#    HA monitor ptrlcmd_ex Logging File
#
#      offset:53614
# DATE     TIME            [PID] [PPID] [PGID] [UID] DATA
：
：
2017/04/01 19:46:15.794243 [9725] [8461] [9725] [0] sv1 ptrlcmd_ex "/bin/sh -c /opt/hitachi/HAmon/etc/patrol_ex.sh 1>./spool/ptrlcmd_ex/sv1.log 2>&1" : start
2017/04/01 19:46:25.811760 [8461] [8385] [8384] [0] sv1 ptrlcmd_ex : skip, pid:9725
2017/04/01 19:46:35.811760 [8461] [8385] [8384] [0] sv1 ptrlcmd_ex : skip, pid:9725
2017/04/01 19:46:45.811760 [8461] [8385] [8384] [0] sv1 ptrlcmd_ex : skip, pid:9725
2017/04/01 19:46:55.811760 [8461] [8385] [8384] [0] sv1 ptrlcmd_ex : skip, pid:9725
：
：
#####

監視コマンドの実行開始を示す“start”が出力されたあと，監視コマンドが終了しないため“end”が出力されません。また，タイムアウトになるまでの間，監視コマンドの実行タイミングで“skip”が出力されます。詳細ログも参照し，監視コマンドが終了しない原因を調査してください。

●サーバの障害などによって，監視コマンドがエラー（終了ステータス：10）となった場合の出力例

#    HA monitor ptrlcmd_ex Logging File
#
#      offset:53614
# DATE     TIME            [PID] [PPID] [PGID] [UID] DATA
：
：
2017/04/01 19:46:15.794243 [9725] [8461] [9725] [0] sv1 ptrlcmd_ex "/bin/sh -c /opt/hitachi/HAmon/etc/patrol_ex.sh 1>./spool/ptrlcmd_ex/sv1.log 2>&1" : start
2017/04/01 19:46:18.324938 [9725] [8461] [0] [0] sv1 ptrlcmd_ex "/opt/hitachi/HAmon/etc/patrol_ex.sh" : end 10
：
：
#####

監視コマンドの実行開始を示す“start”と，監視コマンドのエラーを示す“end 10”など終了ステータスを出力します。詳細ログも参照し，監視コマンドがエラーとなった原因を調査してください。

7.3.2　監視コマンドを使用する場合の詳細ログの確認（モニタモードのサーバでptrlcmd_exオペランド，またはsby_ptrlcmd_exオペランドを指定する場合）

サーバの監視コマンド内で実行する各処理の詳細（標準出力，および標準エラー出力）を監視コマンドの詳細ログに出力します。

重要

サーバの稼働中にサーバログを確認する場合は参照だけとし，保存しないでください。参照中に出力されたログ情報が，失われるおそれがあります。

ここでは，詳細ログについて説明します。

(1)　ファイルの種類

詳細ログの一覧を，次の表に示します。ファイル名の「サーバ識別名」の部分には，サーバ対応の環境設定（servers）のaliasオペランドの値が適用されます。

表7‒2　詳細ログの一覧

ファイル名

説明

/opt/hitachi/HAmon/spool/ptrlcmd_ex/サーバ識別名.log

最新の監視コマンドの詳細ログのファイルです。

/opt/hitachi/HAmon/spool/ptrlcmd_ex/サーバ識別名.log_err

直近のサーバ障害時にバックアップされた詳細ログのファイルです。

(2)　ファイルの出力例

詳細ログのファイルの出力例を次に示します。

+ PROGRAM=/home/xxxx/yyyy
+ PS=/bin/ps
+ GREP=/bin/grep
++ /bin/ps -efl
++ /bin/grep /home/xxxx/yyyy
++ /bin/grep -v grep
+ EXIST=
+ '[' 'zzzz' = '' ']'
+ exit 0

7.4　障害発生による系切り替え時の運用

HAモニタが障害を検出したあとのオペレータの対処について説明します。

障害発生から業務回復までの流れを次に示します。運用中は，syslogに出力されるメッセージから，システムが正常に動作していることを確認できます。エラーメッセージが出力された場合，次の流れに従って，対処してください。

エラーメッセージの内容を確認する。

syslogに出力されたエラーメッセージの内容を確認します。

系の状態およびサーバの状態を確認する。

HAモニタによって，系切り替えが完了したかどうかを確認します。サーバ・系の状態表示コマンド（monshowコマンド）を実行して，次の点を確認します。

実行系で実行サーバが再起動していることを確認する。

サーバ対応の環境設定のswitchtypeオペランドに"restart"または"manual"を指定した場合に，確認してください。

待機系の待機サーバが，実行サーバに切り替わったかを確認する。

実行サーバが起動していなくて，待ち状態になっている場合は，業務が停止している状態です。業務を再開するには，オペレータの対処が必要です。オペレータの対処については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

業務が問題なく継続できていることを確認する。

業務自体に問題がないことを確認します。確認する内容や方法は，業務内容によって異なります。例えば，次の点を確認します。

サーバ，クライアント間の通信ができているか。

業務を実行するプログラムが正しく動作しているか。

障害が発生した系で，障害を取り除く。

出力されたメッセージと対処を参考にして，障害を取り除きます。共有リソースを操作する必要がある場合は，「7.2.3　共有リソースをメンテナンスするときの注意事項」に記載されている注意事項に従って操作してください。また必要に応じて，HAモニタの障害情報を収集してください。詳細については，「7.4.2　障害情報を収集する」を参照してください。

主な障害については，対処方法を説明しています。障害への対処方法については，「7.5　障害への対処」を参照してください。

障害が発生した系を待機系として再起動する。

現用系で障害が発生した場合は，予備系で業務を実行しているため，障害が発生した系を待機系として再起動しておくと，現在業務を実行している予備系の障害に備えることができます。詳細については，「7.4.3　障害が発生した系を待機系として再起動する」を参照してください。

サーバや系の状態を確認する。

障害が発生したサーバまたは系が問題なく再起動できたかを，HAモニタのコマンドを使用して確認します。詳細については，「7.4.4　障害対処後にサーバや系の状態を確認する」を参照してください。

7.4.1　待ち状態のサーバを起動して業務を再開する

HAモニタは，他系のHAモニタと連絡を取り合っています。実行系と待機系とで，サーバの状態を監視し，他系のサーバの状態に合わせて，自系のサーバの状態を決定します。そのため，起動したサーバが，起動完了しないで待ち状態になることがあります。ここでは，待ち状態になったサーバを，起動したり停止したりする方法について説明します。

サーバの待ち状態には複数の種類があり，それぞれ起動方法および停止方法が異なります。サーバが待ち状態になった場合，待ち状態であることを通知するメッセージが一定間隔で出力されます。サーバの待ち状態の種類と操作方法を次の表に示します。

表7‒3　サーバの待ち状態の種類と操作方法

種類

monshowコマンドでの表示

説明

メッセージ

起動・停止方法

再起動待ち状態

*ONL*

実行サーバに障害が発生したあと，実行サーバを再起動させることができます。障害が発生してから再起動が完了するまでの間を，再起動待ち状態と呼びます。

KAMN258-D

起動：プログラムが提供する起動コマンド

停止：mondeact

系切り替え待ち状態

ONL??

系のリセットをする場合，系切り替えが発生すると，HAモニタは，待機系の待機サーバを実行サーバに切り替えます。実行サーバに切り替える際，HAモニタは，実行系（障害が発生した系）の実行サーバが停止したかどうかを確認します。

停止を確認できた場合，待機系の待機サーバは実際に実行サーバとして起動されます。

停止を確認できなかった場合，待機系の待機サーバは実行サーバとして実際に起動する前に，いったん待ち状態になります。この待機系の実行サーバが，実行サーバとして実際に起動するのを待っている状態を，系切り替え待ち状態と呼びます。

ハイブリッドフェンシングで系のリセットに失敗したあと，共有ディスクのSCSIリザーブの確保に失敗した場合にも，系切り替え待ち状態になります。

KAMN368-D

起動：monact

停止：mondeact

実行サーバの起動待ち状態

*SBY*

監視パスの障害などの理由で，実行サーバの状態が確認できない場合，待機サーバは，実行サーバが起動するのを待ちます。実行サーバの起動を待っている状態を，実行サーバの起動待ち状態と呼びます。

KAMN238-D

起動：monact

停止：mondeact

リソースサーバの起動待ち状態

リソースサーバが起動を完了していない場合，子サーバはリソースサーバの起動を待ちます。リソースサーバの起動を待っている状態を，リソースサーバの起動待ち状態と呼びます。

なし

起動：リソースサーバの起動後に，monact

停止：リソースサーバの停止後，または起動後に，mondeact

連動系切り替え待ち状態

SBY??

複数のサーバをグループ化している場合，あるサーバに，障害が発生しても連動系切り替えをしない設定ができます。連動系切り替えをしない設定にしているサーバに障害が発生した場合，対応する待機サーバは連動系切り替え待ち状態になります。

なお，そのホスト以外で実行サーバまたは待機サーバが起動した場合は，系切り替え可能状態に戻ります。

なし

起動：monact

停止：monsbystp

起動リトライ中

>ONL

系切り替え時，切り替え先の系でリソースの接続やサーバの起動に失敗し，ほかに切り替えできる系がない場合，系切り替え時に起動リトライする機能を使用していると，HAモニタはサーバに再起動指示を出します。系切り替え失敗時からサーバ起動処理開始までの状態のことを起動リトライ中と呼びます。

KAMN296-I

起動：プログラムが提供する起動コマンド

停止：mondeact

表中の起動・停止方法に記載されているのは，HAモニタのコマンド名です。また，表中のmonshowコマンドでの表示は，サーバ・系の状態表示コマンド（monshowコマンド）を実行したときに表示されるサーバの状態を示しています。HAモニタのコマンドの詳細については，「9.　コマンド」を参照してください。サーバの状態遷移については，「4.1.3　サーバの状態遷移」を参照してください。

7.4.2　障害情報を収集する

障害が発生した場合に，収集する障害情報と収集方法について説明します。

HAモニタの障害情報

トラブルシュート情報収集コマンド（montsコマンド）で，収集します。

OSの障害情報，および統計情報

OSのコマンドで収集します。

ここでは，HAモニタの障害情報，およびトラブルシュート情報収集コマンド（montsコマンド）について説明します。OSの障害情報，および統計情報については，OSのマニュアルを参照してください。

(1)　HAモニタの障害情報

HAモニタには，次の障害情報があります。これらの情報はすべて，トラブルシュート情報収集コマンド（montsコマンド）で収集できます。収集したデータは圧縮していません。

定義情報

定義ファイル（/opt/hitachi/HAmon/etc下のすべてのファイル）

モジュールトレース情報

コアファイル（/opt/hitachi/HAmon/coreで始まるすべてのファイル）

メッセージログ情報

システムログファイル（/var/log/messagesで始まるすべてのファイル）

メモリ情報

HAモニタが稼働している場合，そのメモリ情報を取得します。

トレース情報

トレースファイル（/opt/hitachi/HAmon/spool下のすべてのファイル）

HAモニタの動作履歴や発行したコマンドの実行結果を保存したファイルです。

障害調査には，次のトレースファイルを使用できます。なお，/opt/hitachi/HAmon/spool下には，HAモニタの稼働に必要なファイルが格納されているため，ファイルの変更・削除，およびディレクトリへの操作は行わないでください。

表7‒4　HAモニタの障害調査に使用するファイル

ファイル名

説明

調査目的

sms

oldsms

系およびサーバの障害情報やスローダウン情報を収集するファイルです。

ファイル内のトレース情報が100KBに達すると，「oldsms」という名称のバックアップファイルにラップアラウンドされます。このとき，smsファイルの内容はクリアされ，oldsmsファイルに書き換えられます。

系障害，サーバ障害の調査

サーバ識別名.fslog

サーバ識別名.fslog_old

HAモニタがファイルシステムの切り替え時に実行するOSのコマンド（fsckまたはxfs_repair，mount，fuser，umountコマンド）の実行結果を収集するファイルです。

トレース取得時にファイルがHAモニタの環境設定のfs_log_sizeオペランドに指定したサイズを超えた場合，「サーバ識別名.fslog_old」という名称のバックアップファイルが作成されます。

ファイルシステムの切り替えエラー要因調査

ボリュームグループ名.vglog

ボリュームグループ名.vglog_old

HAモニタがボリュームグループの接続時または切り離し時に実行するOSのコマンド（vgchangeコマンド）の実行結果を収集するファイルです。

トレース取得時にファイルが65,535バイトを超えた場合，「ボリュームグループ名.vglog_old」という名称のバックアップファイルが作成されます。

共有ディスクの接続エラー要因調査

監視履歴

監視履歴ファイル（/opt/hitachi/HAmon/history/patrol_history）

系およびサーバのスローダウン情報を収集するファイルです。トレース情報のsmsファイルよりも詳細に，スローダウンしていた期間を取得できます。

監視履歴は，高負荷による障害発生を防止するために定義ファイルやシステム構成を見直す場合に有効な情報です。監視履歴を使用して障害発生を軽減する運用方法については，「7.6　高負荷による障害発生を防止するための運用」を参照してください。

(2)　HAモニタのmontsコマンドを使用した障害情報の収集

障害発生時にトラブルシュート情報収集コマンド（montsコマンド）を実行することで，取得した障害情報を，アーカイブファイルとして保存したり，可搬媒体に移送したりできます。

トラブルシュート情報収集コマンド（montsコマンド）は，スーパユーザの権限で実行してください。トラブルシュート情報収集コマンド（montsコマンド）を使用した障害情報の収集を次の図に示します。

図7‒3　トラブルシュート情報収集コマンド（montsコマンド）を使用した障害情報の収集

アーカイブファイルを保存するか，可搬媒体に移送するかは，トラブルシュート情報収集コマンド（montsコマンド）実行時に指定します。

7.4.3　障害が発生した系を待機系として再起動する

系切り替え後には，障害が発生した系はリセットされ，停止した状態になっています。ただし，共有ディスクのSCSIリザーブ，またはLANの通信可否による系切り替え制御機能を使用している場合，監視パス障害または系のスローダウンによって系切り替えをしたあとは，系およびHAモニタは稼働した状態になっています。

オペレータは，現在業務を実行している予備系の障害に備えて，障害が発生した系を系切り替えができる状態にしておく必要があります。障害が発生した系を系切り替えができる状態にする手順を次に示します。

系切り替え後に障害が発生した系が停止した場合

障害が発生した系の障害原因を取り除く。

出力されたメッセージと対処を参考にして，障害を取り除きます。

系を再起動する。

業務を実行している予備系の障害に備えて，障害が発生した系を起動します。再起動した系は待機系となり，現在業務を実行している系の障害に備えます。

HAモニタを起動する。

HAモニタを手動で起動するように設定している場合，HAモニタの起動コマンド（monstartコマンド）を実行します。

HAモニタがカーネルの起動と同時に自動起動する設定にしている場合は，この操作は不要です。

HAモニタの起動が完了したこと，および現在業務を実行している系と接続したことを確認する。

確認方法については，「7.4.4　障害対処後にサーバや系の状態を確認する」を参照してください。

HAモニタの起動が完了すると，メッセージKAMN002-Iが出力されます。

サーバを起動する。

障害が発生した系のサーバを起動します。

サーバモードのサーバの場合

プログラムが提供する起動コマンドを実行します。

モニタモードのサーバの場合

モニタモードのサーバ起動コマンド（monbeginコマンド）を実行します。

モニタモードのサーバの場合，自動的にサーバを起動することもできます。設定方法の詳細については，「7.7.3　系切り替え後の運用を自動化する」を参照してください。

サーバの起動が完了し，系切り替えができる状態になったことを確認する。

系切り替えができる状態になると，メッセージKAMN252-Iが出力されます。

系切り替え後に障害が発生した系が停止していない場合

障害が発生した系の障害原因を取り除く。

出力されたメッセージと対処を参考にして，障害を取り除きます。

HAモニタ間の手動接続コマンド（monlinkコマンド）を実行する。

現在業務を実行している系と接続したことを確認する。

確認方法については，「7.4.4　障害対処後にサーバや系の状態を確認する」を参照してください。

サーバを起動する。

障害が発生した系のサーバを起動します。

サーバモードのサーバの場合

プログラムが提供する起動コマンドを実行します。

モニタモードのサーバの場合

モニタモードのサーバ起動コマンド（monbeginコマンド）を実行します。

モニタモードのサーバの場合，自動的にサーバを起動することもできます。設定方法の詳細については，「7.7.3　系切り替え後の運用を自動化する」を参照してください。

サーバの起動が完了し，系切り替えができる状態になったことを確認する。

系切り替えができる状態になると，メッセージKAMN252-Iが出力されます。

7.4.4　障害対処後にサーバや系の状態を確認する

ここでは，障害対処後にサーバや共有リソースの状態を確認する方法について説明します。ここで説明するコマンドの詳細については，「9.　コマンド」を参照してください。

(1)　システムの状態確認

システムの状態確認では，監視パス，リセットパス，および系の状態を調査し，実行系と待機系とが連絡を取り合えることを確認します。

監視パスの状態確認

監視パス状態表示コマンド（monpathコマンド）を使用して，監視パスの状態を確認したり，監視パスのIPアドレスを基に，障害が発生した個所を調査したりできます。監視パスの障害発生時，または障害回復時に使用します。

リセットパスの状態確認（系のリセットをする場合）

リセットパス状態表示コマンド（monrpコマンド）を実行します。障害管理プロセサやリセットパスの障害発生時，または障害回復時に使用します。

系の状態確認

サーバ・系の状態表示コマンド（monshow -cコマンド）を使用して，自ホスト（コマンドを実行した系）の状態，および自ホストが接続している他ホストの状態を確認できます。

(2)　サーバの状態確認

サーバ・系の状態表示コマンド（monshowコマンド）を使用して，コマンドを実行した系で稼働しているサーバの状態，およびそのサーバと対になっているサーバの状態を確認できます。

(3)　リソースサーバの状態確認

サーバ・系の状態表示コマンド（monshow -rコマンド）を使用して，リソースサーバの状態を確認します。同時にリソースサーバを使用するサーバの状態も確認できます。

7.5　障害への対処

障害が発生したあと，オペレータがメッセージを基に障害に対処する方法について説明します。ここでは，代表的な例を挙げて説明します。ここで説明していない障害が発生した場合は，出力されるメッセージ，およびメッセージの対処を基に，対処をしてください。メッセージの対処については，マニュアル高信頼化システム監視機能 HAモニタ メッセージを参照してください。

7.5.1　系の起動失敗に対処する

系の起動に失敗した場合の対処について説明します。

(1)　現用系の起動に失敗した場合

現用系の起動に失敗した場合，オペレータは予備系を実行系として起動します。予備系では，サーバが待機サーバとして起動され，実行サーバの起動待ち状態になります。オペレータは，待ち状態のサーバ起動コマンド（monactコマンド）を実行して，予備系の待機サーバを実行サーバとして起動します。予備系で実行サーバが起動するため，予備系が実行系になります。

実行系が起動して業務が開始したあとに，オペレータは現用系の起動失敗の要因を調査して，現用系を待機系として起動します。

(2)　予備系の起動に失敗した場合

予備系の起動に失敗した場合，実行系での業務には影響がありません。ただし，待機系がないため，実行系に障害が発生した場合には系切り替えができません。予備系の障害を取り除いて，待機系として起動することを推奨します。

7.5.2　サーバの再起動失敗に対処する

サーバ障害発生時にサーバを自動的に再起動する設定にしている場合で，サーバが自動的に起動しなかったときの対処について説明します。サーバの運用方法によって，対処をするタイミングが異なります。

サーバモードのサーバの場合

サーバの再起動をリトライ分繰り返したあとに再起動限界を検出したとき

モニタモードのサーバの場合

サーバの再起動に失敗したとき

プログラムの再起動に失敗したとき

(1)　サーバモードのサーバの場合

ここでは，次の両方に当てはまる場合の対処方法について説明します。サーバ対応の環境設定のswitchtypeオペランドに"switch"または"restart"を指定している場合はHAモニタが系切り替えをするため，オペレータの操作は不要です。

サーバ対応の環境設定のswitchtypeオペランドに"manual"を指定している。

メッセージKAMN316-Eが出力された。

上記に当てはまる場合，実行系（障害が発生した系）の実行サーバは停止し，待機系の待機サーバは実行サーバの起動待ち状態になっています。

対処

待機サーバが実行サーバの起動待ち状態になっているため，業務を再開するために，起動待ち状態の待機サーバを実行サーバとして起動します。

実行系の状態を確認する。

次のことを確認します。

実行サーバが停止していること

サーバが使用する共有リソースが切り離されていること

待機系の待機サーバを，実行サーバとして起動する。

待ち状態のサーバ起動コマンド（monactコマンド）を実行して，実行サーバの起動待ち状態になっている待機サーバを，実行サーバとして起動します。

実行サーバが起動したことを確認する。

メッセージKAMN251-Iが出力されることを確認します。

実行系（障害が発生した系）で，サーバの障害を取り除く。

実行系で，待機サーバを起動する。

プログラムが提供する起動コマンドを実行します。

対処後の確認方法

系切り替えができる状態になったことを確認する。

次のどちらかの方法で確認します。

メッセージKAMN252-Iが出力された。

サーバ・系の状態表示コマンド（monshowコマンド）を実行し，実行サーバの状態が"ONL"，待機サーバの状態が"SBY"と表示された。

(2)　モニタモードのサーバの場合

モニタモードのサーバの場合に再起動に失敗したときの対処方法を，それぞれ説明します。

(a)　実行サーバの再起動に失敗したとき

サーバをモニタモードで運用する場合，実行サーバの再起動失敗には，次の原因が考えられます。

HAモニタがサーバの起動コマンドの実行に失敗した。

HAモニタがサーバの停止コマンドの実行に失敗した。

ここでは，次に当てはまる場合の，対処方法について説明します。異なるメッセージが出力されている場合は，異なる原因が考えられます。出力されているメッセージを基に対処してください。

サーバ障害時にサーバを再起動する設定にしている。

メッセージKAMN273-Eが出力されている。

なお，サーバの再起動時に，サーバ対応の環境設定のnameオペランド，またはactcommandオペランドに指定したサーバの起動コマンドの戻り値が0以外だった場合，サーバ対応の環境設定のtermcommandオペランドに指定したサーバの停止コマンドは実行しないで処理を中断します。

対処

サーバの起動・停止コマンド，またはサーバ対応の環境設定を修正して，サーバを再起動させます。

障害の原因を取り除く。

メッセージKAMN273-Eに表示されるエラーコードに基づいて，原因を取り除きます。

エラーコードの詳細については，「表7-5　メッセージKAMN273-Eに表示されるエラーコード一覧（実行サーバの再起動に失敗したとき）」を参照してください。

待機系で，実行サーバを起動する。

次のどちらかの方法があります。

実行系（障害が発生した系）でモニタモードのサーバ停止コマンド（monendコマンド）を実行していったん実行サーバを停止したあとに，待機系でモニタモードのサーバ起動コマンド（monbeginコマンド）を実行して，実行サーバを起動します。

待機系でモニタモードのサーバ起動コマンド（monbeginコマンド）を実行して待機サーバを起動したあと，実行系でサーバの系切り替えコマンド（monswapコマンド）を実行して待機系に計画系切り替えをします。

実行系で，待機サーバを起動する。

モニタモードのサーバ起動コマンド（monbeginコマンド）を実行して待機サーバを起動します。

対処後の確認方法

系切り替えができる状態になったことを確認する。

次のどちらかの方法で確認します。

メッセージKAMN252-Iが出力された。

サーバ・系の状態表示コマンド（monshowコマンド）を実行し，実行サーバの状態が"ONL"，待機サーバの状態が"SBY"と表示された。

メッセージKAMN273-Eに表示されるエラーコードの一覧と対処を次の表に示します。

表7‒5　メッセージKAMN273-Eに表示されるエラーコード一覧（実行サーバの再起動に失敗したとき）

原因コード

詳細コード

コードの説明

対処

1

システムコールのerrno

サーバの起動コマンド実行時にシステムエラーが発生しました。

システムコールのエラー要因を取り除いてください。

2

コマンド戻り値

サーバの起動コマンドが戻り値として0以外を返しました。

サーバの起動コマンドの内容を確認し，修正してください。

126

nameオペランド，またはactcommandオペランドに指定したファイルに実行権限がありません。

サーバの起動コマンドに実行権限を与えてください。

127

nameオペランド，またはactcommandオペランドに指定したファイルがありません。

サーバ対応の環境設定のnameオペランド，またはactcommandオペランドに指定した値とサーバの起動コマンドの格納場所が一致していることを確認してください。

3

システムコールのerrno

サーバの停止コマンド実行時にシステムエラーが発生しました。

システムコールのエラー要因を取り除いてください。

4

コマンド戻り値

サーバの停止コマンドが戻り値として0以外を返しました。

サーバの停止コマンドの内容を確認し，修正してください。

126

termcommandオペランドに指定したファイルに実行権限がありません。

サーバ対応の環境設定のtermcommandオペランドに指定したサーバの停止コマンドに，実行権限を与えてください。

127

termcommandオペランドに指定したファイルがありません。

サーバ対応の環境設定のtermcommandオペランドに指定した値とサーバの停止コマンドの格納場所が一致していることを確認してください。

(b)　待機サーバの再起動に失敗したとき

サーバをモニタモードで運用する場合，次のときは，待機サーバの再起動が中止され，待機サーバが停止します。

HAモニタが次のコマンドの実行に失敗したとき

サーバ対応の環境設定のsby_actcommandオペランドに指定したコマンド

サーバ対応の環境設定のsby_termcommandオペランドに指定したコマンド

HAモニタが次のコマンドを実行し，リターンコードが0以外だったとき

サーバ対応の環境設定のsby_actcommandオペランドに指定したコマンド

サーバ対応の環境設定のsby_termcommandオペランドに指定したコマンド

対処

次に示す手順で，待機サーバを再起動させます。

障害の原因を取り除く。

メッセージKAMN273-Eに表示されるエラーコードに基づいて，原因を取り除きます。

エラーコードの詳細については，「表7-6　メッセージKAMN273-Eに表示されるエラーコード一覧（待機サーバの再起動に失敗したとき）」を参照してください。

待機系で，待機サーバを起動する。

待機系（障害が発生した系）でmonbeginコマンドを実行して，待機サーバを起動します。

対処後の確認方法

系切り替えができる状態になったことを確認する。

次のどちらかの方法で確認します。

メッセージKAMN252-Iが出力された。

サーバと系の状態表示コマンド（monshowコマンド）を実行し，実行サーバの状態が"ONL"，待機サーバの状態が"SBY"と表示された。

メッセージKAMN273-Eに表示されるエラーコードの一覧と対処を次の表に示します。

表7‒6　メッセージKAMN273-Eに表示されるエラーコード一覧（待機サーバの再起動に失敗したとき）

原因

コード

詳細コード

コードの説明

対処

1

システムコールのerrno

sby_actcommandオペランドに指定したコマンドの実行時にシステムエラーが発生しました。

システムコールのエラー要因を取り除いてください。

2

コマンド戻り値

sby_actcommandオペランドに指定したコマンドが戻り値として0以外を返しました。

コマンドの内容を確認し，修正してください。

126

sby_actcommandオペランドに指定したコマンドに実行権限がありません。

コマンドに実行権限を付与してください。

127

sby_actcommandオペランドに指定したコマンドがありません。

コマンドの格納場所が正しいか確認してください。

3

システムコールのerrno

sby_termcommandオペランドに指定したコマンドの実行時にシステムエラーが発生しました。

システムコールのエラー要因を取り除いてください。

4

コマンド戻り値

sby_termcommandオペランドに指定したコマンドが戻り値として0以外を返しました。

コマンドの内容を確認し，修正してください。

126

sby_termcommandオペランドに指定したコマンドに実行権限がありません。

コマンドに実行権限を付与してください。

127

sby_termcommandオペランドに指定したコマンドがありません。

コマンドの格納場所が正しいか確認してください。

(c)　プログラムの再起動に失敗したとき

モニタモードのプログラム管理機能使用時に，プログラムの再起動コマンドを作成すれば，プログラム単体で再起動できます。

プログラムの再起動失敗には，次の原因が考えられます。

HAモニタがプログラムの再起動コマンドの実行に失敗した。

プログラムの再起動コマンドがタイムアウト時間内に完了しなかった。

UAPがタイムアウト時間内にhamon_patrolstart関数を発行しなかった。

ここでは，次に当てはまる場合の，対処方法について説明します。異なるメッセージが出力されている場合は，異なる原因が考えられます。出力されているメッセージを基に対処してください。

プログラム障害時にプログラムを再起動する設定にしている。

メッセージKAMN285-Eが出力されている。

対処

モニタモードのプログラム対応の環境設定を修正してサーバを再起動させます。またはプログラムの再起動コマンドを修正して，プログラムを再起動させます。

障害の原因を取り除く。

メッセージKAMN285-Eに表示されるエラーコードに基づいて，原因を取り除きます。エラーコードの詳細については，「表7-7　メッセージKAMN285-Eに表示されるエラーコード一覧」を参照してください。

実行系で，プログラムを再起動する。

次のどちらかの方法で再起動します。

サーバを再起動させます。モニタモードのサーバ停止コマンド（monendコマンド）を実行していったん実行サーバを停止したあとに，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行して，実行サーバを起動します。

障害が発生したUAPを手動で再起動します。

対処後の確認方法

プログラムが起動完了したことを確認する。

次のどちらかの方法で確認します。

メッセージKAMN284-Iが出力された。

サーバと系の状態表示コマンド（monshow -uコマンド）を実行し，プログラムの状態が"ACT"と表示された。

メッセージKAMN285-Eに表示されるエラーコードの一覧と対処を次の表に示します。

表7‒7　メッセージKAMN285-Eに表示されるエラーコード一覧

原因コード

詳細コード

コードの説明

対処

1

1

タイムアウト時間内に，プログラムの再起動コマンドが完了しませんでした。

プログラムの再起動コマンドが完了しなかった原因を取り除いてください。

2

タイムアウト時間内にUAPがhamon_patrolstart関数を発行しませんでした。

UAPがhamon_patrolstart関数を発行しなかった原因を取り除いてください。

3

タイムアウト時間内にプログラムの再起動コマンドが未完了で，かつUAPがhamon_patrolstart関数を発行しませんでした。

プログラムの再起動コマンドが完了しなかった原因，およびUAPがhamon_patrolstart関数を発行しなかった原因を取り除いてください。

2

コマンド戻り値

プログラムの再起動コマンドが戻り値として0以外を返しました。

プログラムの再起動コマンドの内容を確認し，修正してください。

126

restartcommandオペランドに指定したファイルに実行権限がありません。

モニタモードのプログラム対応の環境設定のrestartcommandオペランドに指定したプログラムの再起動コマンドに，実行権限を与えてください。

127

restartcommandオペランドに指定したファイルがありません。

モニタモードのプログラム対応の環境設定のrestartcommandオペランドに指定した値とプログラムの再起動コマンドの格納場所が一致していることを確認してください。

256

プログラムの再起動コマンド実行時のシステムエラーが発生しました。

システムコールエラーの要因を取り除いてください。

7.5.3　系のリセット失敗に対処する

系のリセットに失敗した場合，待機系のサーバが系切り替え待ち状態になり，業務が停止したままになります。ここでは，次の両方に当てはまる場合の，対処方法を説明します。

系障害が発生し，かつ，何らかの原因で系のリセットに失敗した。

メッセージKAMN368-Dが出力された。

対処

系切り替え待ち状態になっているサーバを，実行サーバとして起動します。

どのサーバが，系切り替え待ち状態になっているかを確認する。

待機系で，サーバ・系の状態表示コマンド（monshowコマンド）を実行し，サーバの状態が"ONL??"と表示されているサーバのサーバ識別名を調べます。

障害が発生した系で，サーバが稼働していないことを確認する。

障害が発生した系で，サーバ・系の状態表示コマンド（monshowコマンド）を実行し，システム内のほかの系すべてで，実行サーバが稼働していないことを確認してください。

待ち状態のサーバを，実行サーバとして起動する。

待機系で，待ち状態のサーバ起動コマンド（monactコマンド）を実行します。オプションには，系切り替え待ち状態になっているサーバのサーバ識別名を指定します。

対処後の確認方法

実行サーバの起動が完了したことを確認する。

サーバ・系の状態表示コマンド（monshowコマンド）を実行し，該当するサーバの状態が"ONL"と表示されていることを確認します。

サーバの業務が正常に行われていることを確認する。

7.5.4　共有リソースの接続失敗に対処する

共有リソースの接続に失敗した場合の対処について説明します。共有リソースの接続は，通常HAモニタが行います。障害が発生した場合は，オペレータが手動で共有リソースを接続する必要があります。ここでは，手動で共有リソースを接続する方法について説明します。

共有リソースを操作するときの注意については，「7.2.3　共有リソースをメンテナンスするときの注意事項」を参照してください。これらの注意に従わないと，共有リソースが破壊されたり，系切り替えができなかったりするおそれがあります。

共有ディスク

次のコマンドを実行します。その際，両方の系から参照＋更新接続をしないように注意してください。

vgchange -a y ボリュームグループのパス名

ファイルシステム

次の手順で操作します。

OSのfsckコマンド（共有ディスクのファイルシステムにXFSを使用している場合はxfs_repairコマンド）で，ファイルシステムをチェックします。

OSのmountコマンドで，マウントをします。

LAN

LANを手動で接続するには，LANの状態設定ファイルを修正し，実行します。

修正するファイルは，/opt/hitachi/HAmon/etc/サーバ識別名.upです。

HA Boosterの制御グループ

HA Boosterが提供する，制御グループのアクセス制御状態を変更するためのコマンドを実行し，アクセス制御状態を参照＋更新可能に設定します。その際，両方の系から参照＋更新接続をしないように注意してください。

7.5.5　共有リソースの切り離し失敗に対処する

共有リソースの切り離しに失敗した場合の対処について説明します。共有リソースの切り離しは，通常HAモニタが行います。障害が発生した場合は，オペレータが手動で共有リソースの切り離しをする必要があります。どのタイミングで共有リソースの切り離しが失敗したかによって，対処が異なります。

重要

共有リソースの制御処理中にサーバの異常終了，サーバの強制停止，または共有リソース引き継ぎのタイムアウトを検出した場合，共有リソースの状態が不定になります。このため，共有リソースの状態を必ず確認したあとにサーバを再起動してください。このほかの共有リソースを操作するときの注意については，「7.2.3　共有リソースをメンテナンスするときの注意事項」を参照してください。これらの注意に従わないと，共有リソースが破壊されたり，系切り替えができなかったりするおそれがあります。

(1)　系切り替え時

系切り替え時に，実行系で共有リソースの切り離しに失敗すると待機系に系切り替えをします。系切り替えは，系のリセットをする場合はHAモニタが系のリセットをして，共有ディスクのSCSIリザーブをする場合は共有リソースの切り離しに失敗した系がカーネルパニックを発生する方法でOSを停止して，実施します。オペレータの対処は必要ありません。

系切り替え時に，実行系で共有リソースの切り離しに失敗すると，両系で共有リソースが競合し，共有リソースが破壊されたり，システムが停止したりするおそれがあります。両系での共有リソースの競合を防止するため，系のリセットをする場合はHAモニタは系のリセットをし，共有ディスクのSCSIリザーブをする場合は共有リソースの切り離しに失敗した系がカーネルパニックを発生する方法でOSを停止します。

(2)　サーバの停止時

サーバの停止時に共有リソースの切り離しに失敗した場合，共有リソースの切り離しが失敗した旨のメッセージが出力されます。オペレータは，出力されたメッセージの内容を確認し，各共有リソースに対応した切り離し操作をしてください。

共有ディスク

次のコマンドを実行します。

vgchange -a n ボリュームグループのパス名

ファイルシステム

次の手順で操作します。

OSのumountコマンドで，アンマウントをします。

アンマウントに失敗した場合は，OSのfuserコマンドで，ファイルシステムを使用しているすべてのプロセスを強制停止して，アンマウントをリトライします。

LAN

手動でLANの切り離しをするには，LANの状態設定ファイルを修正し，実行します。

修正するファイルは，/opt/hitachi/HAmon/etc/サーバ識別名.downです。

OSのifconfigコマンドを使って切り離しをすることもできます。

HA Boosterの制御グループ

HA Boosterが提供する，制御グループのアクセス制御状態を変更するためのコマンドを実行し，アクセス制御状態をアクセス禁止（disable）に設定したあとで参照専用（ro）に設定します。

7.5.6　共有ディスクのデバイス障害に対処する（実行サーバ起動時）（共有ディスクのSCSIリザーブをする場合）

リザーブをする対象となる共有ディスクのデバイスで，実行サーバ起動時に障害が発生した場合の対処について説明します。

ここで対処を説明する障害を次に示します。デバイスとは，サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドに指定したデバイスのことを指しています。

一部，またはすべてのデバイスがすでにリザーブされている。

すべてのデバイスでI/Oエラーが発生している。

なお，一部のデバイスでI/Oエラーが発生している場合の対処については，「7.5.7　共有ディスクのデバイス障害に対処する（実行サーバ稼働中）（共有ディスクのSCSIリザーブをする場合）」を参照してください。

(1)　デバイスがリザーブされている場合の対処

一部，またはすべてのデバイスがすでにリザーブされていると，HAモニタはメッセージKAMN725-W，およびKAMN726-Eを出力し，サーバの起動に失敗します。その場合は，リザーブされている原因を調査し，原因に応じた対処をしてください。

原因および対処を次に示します。

原因1

実行サーバを停止したときに，I/Oエラーなどの要因でリザーブを解除できなかった（メッセージKAMN726-Eを出力）

待機サーバが未起動の場合など，系切り替えできない状態で実行系の系障害が発生した

実行サーバが稼働したままOSをシャットダウンした

系障害で系切り替えをしたとき，障害となった系および待機サーバを起動する前に実行サーバを停止した

対処1

リザーブ解除コマンド（monscsiclrコマンド），または「7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）」の手順に従ってリザーブを解除して，サーバを再起動してください。

原因2

HAモニタの定義誤りによって，同じ共有ディスクを定義したサーバが実行サーバとして稼働している

HAモニタ以外のプログラムがデバイスをリザーブしている

対処2

これらが原因でデバイスがリザーブされている場合，または原因が不明な場合は，次の図に従ってそれぞれ対処してください。そのあとで，サーバを再起動してください。

図中の番号は，以降の詳細説明の番号と対応しています。

図7‒4　デバイスがリザーブされている場合の原因の切り分けと対処

メッセージKAMN725-Wに出力されたホストアドレスが，自系のHAモニタの環境設定のaddressオペランドの指定値と同じか。

同じ：手順2.へ

異なる：手順7.へ

メッセージKAMN725-Wに出力されたサーバ識別名で示すサーバが停止するときに，メッセージKAMN728-Wを出力しているか。

出力している：リザーブ解除コマンド（monscsiclrコマンド），または「7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）」を参照し，リザーブを解除してください。

出力していない：手順3.へ

メッセージKAMN725-Wに出力されたサーバ識別名で示すサーバが実行系として稼働しているときに，自系で次のどれかの事象が発生しているか。

OSのシャットダウン

メッセージKAMN725-Wに出力されたサーバ識別名で示すサーバの停止時に，リザーブの解除に失敗（メッセージKAMN725-Wを出力）

自系のどれかのサーバで，リソースの切り離し失敗によってメッセージKAMN725-Wを出力し，HAモニタが停止

発生している：リザーブ解除コマンド（monscsiclrコマンド），または「7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）」を参照し，リザーブを解除してください。

発生していない：手順4.へ

自系と接続していない系にHAモニタ（テスト環境を含む）があるか。

ある：手順5.へ

ない：手順6.へ

サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドの指定値が自系と重複していないか。

重複している：共有ディスクの構成を確認して，scsi_deviceオペランド，またはdmmp_deviceオペランドを修正してください。

重複していない：手順6.へ

HAモニタ以外のソフトウェアがリザーブしているか。

している：リザーブしているプログラムを停止してください。

していない：「7.5.12　共有ディスクのSCSIリザーブの解除手順」を参照し，リザーブを解除してください。

メッセージKAMN725-Wに出力されたホストアドレスの系で，メッセージKAMN725-Wに出力されたサーバ識別名で示すサーバが停止するときに，メッセージKAMN728-Wを出力しているか。

出力している：リザーブ解除コマンド（monscsiclrコマンド），または「7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）」を参照し，リザーブを解除してください。

出力していない：手順8.へ

メッセージKAMN725-Wに出力されたホストアドレスの系で，同メッセージに出力されたサーバ識別名で示すサーバが実行系として稼働しているときに，自系で次のどれかの事象が発生しているか。

OSのシャットダウン

メッセージKAMN725-Wに出力されたサーバ識別名で示すサーバの停止時に，リザーブの解除に失敗（メッセージKAMN725-Wを出力）

自系のどれかのサーバで，リソースの切り離し失敗によってメッセージKAMN725-Wを出力し，HAモニタが停止

発生している：リザーブ解除コマンド（monscsiclrコマンド），または「7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）」を参照し，リザーブを解除してください。

発生していない：手順9.へ

メッセージKAMN725-Wに出力されたサーバ識別名で示すサーバの自系のscsi_deviceオペランド，またはdmmp_deviceオペランドに設定したデバイス名と，同メッセージに出力されたホストアドレスの系のscsi_deviceオペランド，またはdmmp_deviceオペランドの指定値が同じか。

同じ：手順4.へ

異なる：scsi_deviceオペランド，またはdmmp_deviceオペランドの指定値が系間で一致するように修正してください。

(2)　すべてのデバイスでI/Oエラーが発生した場合の対処

すべてのデバイスでI/Oエラーが発生すると，HAモニタはメッセージKAMN725-W，およびKAMN726-Eを出力し，サーバの起動に失敗します。I/Oエラーが発生した場合の対処手順を次に示します。

I/Oエラーの原因を調査する。

メッセージKAMN725-W，KAMN726-E，およびカーネルが出力するメッセージを参照したり，ハードウェアの管理ツールを使用したりして，障害の原因を調査してください。

I/Oエラーの原因を取り除く。

原因となった機器を交換するなどし，I/Oエラーの原因を取り除いてください。

マルチパス構成の場合は，I/Oエラーから復旧したパスをオンライン状態に回復（フェイルバック）する。

マルチパスソフトウェア（HDLM，DMMP，またはHFC-PCM）のコマンドを使用して，復旧したパスをオンライン状態に回復（フェイルバック）します。パスをオンライン状態に回復する方法については，マニュアルHitachi Dynamic Link Manager Software ユーザーズガイド（Linux(R)用），DMMPまたはHFC-PCMのマニュアルを参照してください。

シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合は，この手順は不要です。

サーバを再起動する。

7.5.7　共有ディスクのデバイス障害に対処する（実行サーバ稼働中）（共有ディスクのSCSIリザーブをする場合）

実行サーバの稼働中に，サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドに指定したデバイスでI/Oエラーが発生した場合は，メッセージKAMN725-W，およびKAMN726-Eが出力されます。マルチパスソフトウェアによる冗長化構成では，同じ共有ディスクのすべてのパスに障害が発生したときにだけ，メッセージKAMN726-Eが出力されます。

ここでは，復旧手順について説明します。

なお，ホストバスアダプタ（HBA）の交換・追加，共有ディスク（LU）の追加などによってデバイスファイル名（/dev/sdx）が追加される場合は，実行サーバを停止しないと復旧できません。

デバイス障害の原因を調査する。

メッセージKAMN725-W，KAMN726-E，およびカーネルが出力するメッセージを参照したり，ハードウェアの管理ツールを使用したりして，障害の原因を調査してください。

待機サーバを，待機サーバ停止コマンド（monsbystpコマンド）（リソースサーバの場合は待機中のリソースサーバ停止コマンド（monressbystpコマンド））で停止する。

必ず待機サーバを停止してから復旧作業をしてください。復旧作業直後は共有ディスクのリザーブが確保されていません。このため，復旧作業後にリザーブを確保するまでの間にaliveメッセージが途絶して系切り替えが発生すると，共有ディスクの保護ができないおそれがあります。

デバイス障害の原因を取り除く。

原因となった機器を交換するなどし，デバイス障害の原因を取り除いてください。

マルチパスソフトウェアによる冗長化構成の場合は，この時点ではまだ障害となったパスをオンライン状態に回復（フェイルバック）しないでください。

ディスクのリザーブ状態を確認する。

確認方法を次に示します。

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=デバイス名

（凡例）

デバイス名：メッセージKAMN725-Wに出力される値です。シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065/を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065/

実行結果1

次のように表示された場合は，「0x1」が，メッセージKAMN725-Wに出力されたキーと一致していることを確認してください。

PR generation=0xnn, Reservation follows:
  Key=0x1
  scope: LU_SCOPE,  type: Write Exclusive, registrants only

メッセージKAMN725-Wに出力されたキーと一致している場合は，リザーブされています。シングルパス構成，VMware ESXiでの仮想化環境（DMMP未使用時），またはHFC-PCM環境の場合は，手順9.に進んでください。マルチパスソフトウェアによる冗長化構成の場合は，リザーブされている場合でも，障害から復旧するパスではリザーブされていないことがあるため，手順5.に進んでください。

メッセージKAMN725-Wに出力されたキーと異なる場合は，すでに他系で系切り替えが行われているか，または障害前に他系が確保したリザーブが残っている可能性があります。自系で実行中のサーバは，しばらくするとメッセージKAMN726-Eを出力して強制停止します。この場合は手順5.以降の作業はしないで，「(1)　デバイスがリザーブされている場合の対処」を実施してください。

実行結果2

次のように出力された場合は，リザーブが確保されていません。手順5.に進んでください。

PR generation=0xnn, there is NO reservation held

リザーブの準備をする。

準備方法を次に示します。

# /usr/bin/sg_persist --out --no-inquiry --register-ignore --param-sark=キー  --device=デバイス名

（凡例）

キー，デバイス名：メッセージKAMN725-Wに出力される値です。デバイス名は，シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --out --no-inquiry --register-ignore --param-sark=0x1 --prout-type=5 --verbose --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行し，何も表示されなければ準備は完了です。手順6.に進んでください。

マルチパスソフトウェアによる冗長化構成の場合で，手順4.ですでにリザーブされていたときは，手順8.に進んでください。

なお，次のように出力される場合がありますが，この場合も準備は完了しているため手順6.に進んでください。マルチパスソフトウェアによる冗長化構成で，手順4.ですでにリザーブされていた場合は，手順7.に進んでください。

persistent reserve out: scsi status: Reservation Conflict
PR out: command failed

リザーブを確保する。

確保方法を次に示します。なお，「--prout-type」には必ず「5」を指定してください。

# /usr/bin/sg_persist --out --reserve --param-rk=キー --prout-type=5 --device=デバイス名

（凡例）

キー，デバイス名：メッセージKAMN725-Wに出力される値です。デバイス名は，シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --out --reserve --param-rk=0x1 --prout-type=5 --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行し，何も表示されなければリザーブの確保に成功しました。何らかの表示がされた場合は，キー，およびデバイス名の指定に誤りがないか確認して再度実行してください。

リザーブが確保できたか確認する。

確認方法を次に示します。

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=デバイス名

（凡例）

デバイス名：メッセージKAMN725-Wに出力される値です。シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行し，何も表示されなければリザーブの確保に成功しました。何らかの表示がされた場合は，手順5.および手順6.を見直して再度実行してください。

なお，次のように表示される場合がありますが，この場合もリザーブは確保できています。シングルパス構成，VMware ESXiでの仮想化環境（DMMP未使用時），またはHFC-PCM環境の場合は手順9.に進み，マルチパスソフトウェアによる冗長化構成の場合は手順8.に進んでください。

PR generation=0xnn, Reservation follows:
  Key=0x1
  scope: LU_SCOPE,  type: Write Exclusive, registrants only

マルチパスソフトウェアによる冗長化構成の場合は，障害から復旧したパスをオンライン状態に回復（フェイルバック）する。

マルチパスソフトウェア（HDLM，DMMP，またはHFC-PCM）のコマンドを使用して，復旧したパスをオンライン状態に回復（フェイルバック）します。パスをオンライン状態に回復する方法については，マニュアルHitachi Dynamic Link Manager Software ユーザーズガイド（Linux(R)用），DMMPまたはHFC-PCMのマニュアルを参照してください。

シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はこの手順は不要です。

手順2.で停止した待機サーバを再起動する。

7.5.8　共有ディスクのデバイス障害に対処する（実行サーバ終了時）（共有ディスクのSCSIリザーブをする場合）

実行サーバ終了時に，サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドに指定したデバイスでI/Oエラーが発生した場合は，メッセージKAMN725-W，およびKAMN726-Eを出力してOSを停止します。マルチパスソフトウェアによる冗長化構成の場合は，同じ共有ディスクのすべてのパスに障害が発生したときにだけ，メッセージKAMN726-Eが出力されます。同じ共有ディスクの一部のパスの障害では，OSを停止しないでサーバの終了処理を続行する。

実行サーバ終了後に復旧する場合の手順を次に示します。

デバイス障害の原因を調査する。

メッセージKAMN725-W，KAMN726-E，およびカーネルが出力するメッセージを参照したり，ハードウェアの管理ツールを使用したりして，障害の原因を調査してください。

デバイス障害の原因を取り除く。

原因となった機器を交換するなどし，デバイス障害の原因を取り除いてください。

マルチパスソフトウェアによる冗長化構成の場合は，この時点ではまだ障害となったパスをオンライン状態に回復（フェイルバック）しないでください。

マルチパス構成の場合は，障害から復旧したパスをオンライン状態に回復（フェイルバック）する。

マルチパスソフトウェア（HDLM，DMMP，またはHFC-PCM）のコマンドを使用して，復旧したパスをオンライン状態に回復（フェイルバック）します。パスをオンライン状態に回復する方法については，マニュアルHitachi Dynamic Link Manager Software ユーザーズガイド（Linux(R)用），DMMPまたはHFC-PCMのマニュアルを参照してください。

シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はこの手順は不要です。

リザーブを解除する。

実行サーバの正常終了時に障害が発生した場合は，「7.5.12　共有ディスクのSCSIリザーブの解除手順」を参照してリザーブを解除してください。

なお，実行サーバの計画終了時，または異常終了時に障害が発生した場合は，待機サーバが強制的にリザーブを確保するため，リザーブを解除する必要はありません。

7.5.9　共有ディスクのデバイス障害に対処する（待機サーバ起動時，待機時，または終了時）（共有ディスクのSCSIリザーブをする場合）

待機サーバの起動，待機，終了時に，サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドに指定したデバイスでI/Oエラーが発生した場合は，メッセージKAMN725-W，およびKAMN726-Eを出力して処理を続行します。マルチパスソフトウェアによる冗長化構成では，同じ共有ディスクのすべてのパスに障害が発生したときにだけ，メッセージKAMN726-Eが出力されます。

待機サーバの起動，待機，または終了時に復旧する場合の手順を次に示します。

デバイス障害の原因を調査する。

メッセージKAMN725-W，KAMN726-E，およびカーネルが出力するメッセージを参照したり，ハードウェアの管理ツールを使用したりして，障害の原因を調査してください。

デバイス障害の原因を取り除く。

原因となった機器を交換するなどし，デバイス障害の原因を取り除いてください。

マルチパスソフトウェアによる冗長化構成の場合は，この時点ではまだ障害となったパスをオンライン状態に回復（フェイルバック）しないでください。

マルチパス構成の場合は，障害から復旧したパスをオンライン状態に回復（フェイルバック）する。

マルチパスソフトウェア（HDLM，DMMP，またはHFC-PCM）のコマンドを使用して，復旧したパスをオンライン状態に回復（フェイルバック）します。パスをオンライン状態に回復する方法については，マニュアルHitachi Dynamic Link Manager Software ユーザーズガイド（Linux(R)用），DMMPまたはHFC-PCMのマニュアルを参照してください。

シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はこの手順は不要です。

なお，他系で実行系として稼働中のサーバがあるときにOSを再起動すると，syslogファイルにSCSI関連のメッセージが出力される場合があります。詳細については，「6.4.4　SCSI関連のメッセージのsyslog出力時の対応方法」を参照してください。

7.5.10　共有ディスクのデバイス障害に対処する（系切り替え時）（共有ディスクのSCSIリザーブをする場合）

待機サーバが実行系に切り替えるときに，サーバ対応の環境設定のscsi_deviceオペランド，またはdmmp_deviceオペランドに指定したデバイスでI/Oエラーが発生した場合は，メッセージKAMN725-W，およびKAMN726-Eを出力して系切り替えに失敗します。「7.5.8　共有ディスクのデバイス障害に対処する（実行サーバ終了時）（共有ディスクのSCSIリザーブをする場合）」を参照し，対処してください。

ただし，マルチパスソフトウェアによる冗長化構成では，同じ共有ディスクのすべてのパスに障害が発生した場合にだけ，メッセージKAMN726-Eが出力されます。メッセージKAMN725-Wが出力されてもKAMN726-Eが出力されなかった場合は，「7.5.7　共有ディスクのデバイス障害に対処する（実行サーバ稼働中）（共有ディスクのSCSIリザーブをする場合）」を参照して対処してください。

なお，系切り替えをする際に，syslogファイルにSCSI関連のメッセージが出力される場合があります。詳細については，「6.4.4　SCSI関連のメッセージのsyslog出力時の対応方法」を参照してください。

これは，稼働中のサーバがディスクの保護のためにSCSIリザーブをしており，正常な動作であるため対策は不要です。

7.5.11　リザーブを解放しないサーバに対処する（共有ディスクのSCSIリザーブをする場合）

次に示す事象が発生した場合，リザーブが解放されていません。

待機サーバが未起動の場合など，系切り替えできない状態で実行系の系障害が発生した

実行サーバが稼働したままOSをシャットダウンした

系障害後に系切り替えをしたことがあるサーバの停止時に，メッセージKAMN728-Wが出力された

このため，サーバを再起動する前に，リザーブを手動で解除する必要があります。リザーブを解除しないでサーバを再起動すると，メッセージKAMN725-Wが出力されてサーバの起動に失敗します。

リザーブを手動で解除する手順を次に示します。

系障害となった実行系のサーバが停止しているか確認する。

停止していなければ，サーバの停止，OSのシャットダウン，またはマシンの電源断をします。

「7.5.12　共有ディスクのSCSIリザーブの解除手順」を参照し，リザーブを解除する。

ただし，手順1.でのメッセージKAMN725-Wで出力されるキーとの比較は実施不要です。

また，各手順で指定するキー，およびデバイス名には，メッセージKAMN725-Wに出力された値ではなく，次の値を指定してください。

キー：手順1.の実行結果として出力された「Key=0xn」の「0xn」

手順1.の実行結果として「PR generation=0xnn, there is NO reservation held」が出力されたデバイス名に対しては，手順2.以降は実行不要です。

デバイス名：サーバ対応の環境設定のscsi_deviceオペランド，およびdmmp_deviceオペランド指定値

各オペランドにデバイス名を複数指定している場合は，指定値ごとに手順1.から手順4.までを実施します。

sg_persistコマンドを使用した，リザーブの解除をするシェルの例を次に示します。

次のリザーブを解除します。

/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001

/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000002

/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000003

#!/bin/sh

DEV_LIST="/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001 /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000002 /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000003"
KEY="0x01"

for DESTDEV in ${DEV_LIST}
do
  echo "It processes ${DESTDEV} device."
  echo "execute register."
  /usr/bin/sg_persist --out --no-inquiry --register --param-sark=${KEY} --device=${DESTDEV}

  echo "execute clear."
  /usr/bin/sg_persist --out --no-inquiry --clear --param-rk=${KEY} --device=${DESTDEV}

  echo "execute read-reservation."
  /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=${DESTDEV}

  echo "execute read-keys."
  /usr/bin/sg_persist --in --no-inquiry --read-keys --device=${DESTDEV}
  echo ""
done

exit 0

7.5.12　共有ディスクのSCSIリザーブの解除手順

共有ディスクのSCSIリザーブの解除手順を説明します。障害の対処手順に記載がない場合は，この手順は実施しないでください。

リザーブの解除は，スーパユーザで行います。どの系で実施しても問題ありません。また，シングルパス構成，VMware ESXiでの仮想化環境，またはマルチパスソフトウェアによる冗長化構成かに関係なく，同じ手順で実施できます。

共有ディスクがリザーブされていることを確認する。

確認方法を次に示します。

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=デバイス名

（凡例）

デバイス名：メッセージKAMN725-Wに出力される値です。シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行結果

次のように表示された場合は，「0x1」が，メッセージKAMN725-Wに出力されたキーと一致していることを確認してください。

PR generation=0xnn, Reservation follows:
  Key=0x1
  scope: LU_SCOPE,  type: Write Exclusive, registrants only

メッセージKAMN725-Wに出力されたキーと異なる場合，または次のように出力された場合は，指定したデバイス名を見直してコマンドを再度実行してください。

PR generation=0xnn, there is NO reservation held

リザーブを解除するための準備をする。

準備方法を次に示します。

# /usr/bin/sg_persist --out --no-inquiry --register --param-sark=キー --device=デバイス名

（凡例）

キー，デバイス名：メッセージKAMN725-Wに出力される値です。シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --out --no-inquiry --register --param-sark=0x1 --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行し，何も表示されなければ準備は完了です。

なお，次のように出力されることがありますが，この場合も準備は完了しています。リザーブの解除を続行してください。

persistent reserve out: scsi status: Reservation Conflict
PR out: command failed

リザーブを解除する。

解除方法を次に示します。

# /usr/bin/sg_persist --out --no-inquiry --clear --param-rk=キー --device=デバイス名

（凡例）

キー，デバイス名：メッセージKAMN725-Wに出力される値です。シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。また，メッセージKAMN725-Wが出力したデバイス名の後ろにパス名が出力されている場合は，パス名です。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --out --no-inquiry --clear --param-rk=0x1 --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行して，何も表示されなければリザーブの解除は成功です。

リザーブが解除されたことを確認する。

確認方法を次に示します。

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=デバイス名
# /usr/bin/sg_persist --in --no-inquiry --read-keys --device=デバイス名

（凡例）

デバイス名：メッセージKAMN725-Wに出力される値です。シングルパス構成，またはVMware ESXiでの仮想化環境（DMMP未使用時）の場合はシンボリックリンク，マルチパスソフトウェアによる冗長化構成の場合は論理デバイスです。

デバイス名に，/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065を指定する場合の例を次に示します。

実行例

# /usr/bin/sg_persist --in --no-inquiry --read-reservation --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065
# /usr/bin/sg_persist --in --no-inquiry --read-keys --device=/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065

実行結果

PR generation=0xnn, there is NO reservation held
PR generation=0xnn, there are NO registered reservation keys

このように表示されれば，リザーブは解除されています。表示されなかった場合は，手順1.から見直して再度実行してください。

7.5.13　UAP障害に対処する

モニタモードのプログラム管理機能で監視するUAPで，UAPのプロセスダウンやスローダウンが発生した場合，UAPのcoreファイルのスタックトレースなどの情報から，障害の原因を調査してください。

なお，スタックトレースに次に示す関数名がある場合，HAモニタが提供するAPIの内部で障害が発生しています。この場合，システム管理者に連絡してください。

hamon_patrolstart

hamon_patrolstop

7.5.14　addressオペランドの指定値の重複に対処する

次の条件をすべて満たしていると，HAモニタが誤動作するおそれがあります。

適用機種がBladeSymphony，HA8000，またはRV3000である

系切り替えの方式は，系のリセットによる系切り替えを選択している

HAモニタの環境設定のaddressオペランドの値が複数の系切り替え構成間で重複している

ここでは，addressオペランドの指定値（ホストアドレス）を誤って重複させてしまい，メッセージKAMN414-Eが出力された場合の対処方法について説明します。

自系またはメッセージKAMN414-Eの詳細コードに示したHAモニタを停止する。

HAモニタの停止方法については，「(3)　HAモニタの停止」を参照してください。

次のどれかの対処をする。

系切り替え構成間で相互にメッセージを送受信しないように，ネットワークを分離する。

系切り替え構成間で相互にメッセージを送受信しないように，リセットパス（SVPを含む），および監視パスに使用するポート番号を，系切り替え構成ごとに異なる値に変更する。

系切り替え構成内だけでなく，ネットワークを共有するすべてのHAモニタのホストアドレスを重複しない一意の値に変更する（HAモニタの環境設定のaddressオペランドの指定値を変更）。

手順2.の2点目または3点目の対処をした場合は，設定を変更したHAモニタを再起動する。

HAモニタを再起動するまでは，OSを再起動しないでください。

7.5.15　再起動および系切り替えができない状況のサーバの障害に対処する（モニタモードのサーバ）

モニタモードのサーバに障害が発生したときに，自動的な再起動および系切り替えができないと，HAモニタでのサーバの状態は実行処理中のままとなります。その場合は，ここに示す手順で実行サーバの再起動，または系切り替えをしてください。

●実行サーバを再起動したい場合

実行系で，モニタモードのサーバ停止コマンド（monendコマンド）を実行し，実行サーバを停止します。

実行系で，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行し，実行サーバを起動します。

待機系で，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行し，待機サーバを起動します。

●系切り替えをしたい場合

次のどちらかの方法で系切り替えをしてください。

方法1

待機系で，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行し，待機サーバを起動します。

実行系で，サーバの系切り替えコマンド（monswapコマンド）を実行し，計画系切り替えをします。

「手順2」と同じ系で，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行し，待機サーバを起動します。

方法2

実行系で，モニタモードのサーバ停止コマンド（monendコマンド）を実行し，実行サーバを停止します。

待機系で，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行し，待機サーバを起動します。

待機系で，待ち状態のサーバ起動コマンド（monactコマンド）を実行し，起動待ち状態のサーバを実行サーバとして起動します。

「手順1」と同じ系で，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行し，待機サーバを起動します。

7.5.16　共有ディスクパスの障害に対処する（KVMによる仮想化環境で共有ディスクパスの冗長化構成の場合）

共有ディスクパスの冗長化構成の場合に，一部のパスで障害が発生した際の対処について説明します。

ゲストOSの稼働中にパスを冗長化状態に復旧するには，問題を取り除いたあと，パスに対応する共有ディスクをゲストOSに再度アタッチする必要があります。共有ディスクを再アタッチする手順を次に示します。

次のコマンドを実行して，共有ディスクをゲストOSからデタッチする。

# virsh detach-disk ゲストOS名 デバイス名

次のコマンドを実行して，共有ディスクをゲストOSにアタッチする。

# virsh attach-device ゲストOS名 <(cat <<EOF
<disk type='block' device='lun' sgio='unfiltered'>
    <driver name='qemu' type='raw' cache='none'/>
    <source dev='/dev/disk/by-path/シンボリックリンク名'/>
    <target dev='デバイス名' bus='scsi'/>
    <shareable/>

</disk>
EOF
)

7.6　高負荷による障害発生を防止するための運用

高負荷によるサーバや系のスローダウンを防止するために，ユーザは次の情報を基に，定義ファイルの設定やシステム構成が適切かどうかを調査します。

OSの情報

HAモニタとのインタフェースを持つプログラムの情報

監視履歴で取得したスローダウンの情報

監視履歴とは，サーバや系に発生したスローダウンの履歴のことです。

監視履歴を取得する対象となるのは，自系で稼働しているサーバモードのサーバ，および自系・他系です。これらの監視履歴は，監視履歴ファイルに出力されます。監視履歴ファイルには，サーバ障害監視時間や系障害監視時間を超えたスローダウンだけでなく，サーバ障害監視時間や系障害監視時間に達しないスローダウン，つまりHAモニタが障害として検出しないスローダウンも記録されます。障害として検出されなかったスローダウンの履歴を解析することで，次のことができます。

定義ファイルに設定したサーバ障害監視時間，および系障害監視時間の見直し

システムの負荷状況の把握による，システム構成の見直し

また，事前にシェルを作成しておくことで，サーバのスローダウンが発生した場合に原因を調査することもできます。

ここでは，監視履歴を取得，解析する方法，およびサーバのスローダウンの原因を調査する方法について説明します。

重要

次の場合は，サーバの監視履歴を取得できません。

待機サーバの場合

また，次の場合は，サーバの監視履歴の取得，およびサーバのスローダウンの検出ができません。

サーバモードのサーバとしてTP1/EEを使用する場合

サーバをモニタモードで使用する場合

7.6.1　サーバの監視履歴を取得する

ここでは，サーバの監視履歴で取得できる内容，およびサーバの監視履歴を取得する方法について説明します。

サーバの監視履歴を取得する場合，障害が発生したかどうかに関係なく，サーバのスローダウンが発生していたことを監視履歴ファイルに記録します。つまり，サーバの稼働報告がない期間がサーバ障害監視時間を超えない場合でも，ユーザが設定したしきい値（サーバ監視履歴取得時間）以上であれば，サーバのスローダウンを記録します。

ユーザはあらかじめ，定義ファイルに次のオペランドを設定しておきます。

HAモニタの環境設定のph_log_sizeオペランド

監視履歴ファイルのサイズを指定します。監視履歴ファイルのサイズを見積もる方法や指定方法については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

サーバ対応の環境設定のph_thresholdオペランド

サーバ監視履歴取得時間を指定します。

7.6.2　系の監視履歴を取得する

ここでは，系の監視履歴で取得する内容，および監視履歴を取得する方法について説明します。

系の監視履歴を取得する場合，障害が発生したかどうかに関係なく，系のスローダウンが発生していたことを監視履歴ファイルに記録します。つまり，自系がスローダウンした期間，または他系からのaliveメッセージが途絶した期間が系障害監視時間を超えない場合でも，ユーザが設定したしきい値（系監視履歴取得時間）以上であれば，系のスローダウンを監視履歴ファイルに記録します。

ユーザはあらかじめ，HAモニタの環境設定に次のオペランドを設定しておきます。

HAモニタの環境設定のph_log_sizeオペランド

監視履歴ファイルのサイズを指定します。監視履歴ファイルのサイズを見積もる方法や指定方法については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

HAモニタの環境設定のph_thresholdオペランド

系監視履歴取得時間を指定します。自系と他系で異なる値は設定できません。

7.6.3　取得した監視履歴を解析する

取得した監視履歴は，次に示す監視履歴ファイルに出力されます。

/opt/hitachi/HAmon/history/patrol_history

監視履歴ファイルは，HAモニタの環境設定のph_log_sizeオペランドで指定したサイズを超えると，次の名称のバックアップファイルに書き換えられます。

/opt/hitachi/HAmon/history/patrol_history_old

監視履歴を解析するときは，監視履歴ファイル，およびバックアップファイルを使用してください。なお，解析に当たって監視履歴ファイルおよびバックアップファイルは常時参照できますが，ファイルやファイルが格納されているディレクトリを直接編集しないでください。

(1)　監視履歴ファイルの出力形式

監視履歴は，一つの履歴につき1行ずつ監視履歴ファイルに蓄積されます。監視履歴ファイルの出力形式を，次に示します。

西暦/月/日 時刻;ID;種別;サーバの識別名またはホスト名;秒数;メッセージ

西暦/月/日時刻

監視履歴を取得した日時です。

ID

監視履歴として出力されるメッセージごとに一意に割り当てられたIDです。

種別

監視履歴を取得した対象の種別を表す記号です。記号と種別の対応を次に示します。

S：自系で稼働する実行サーバ

H：他系

O：自系

サーバの識別名またはホスト名

監視履歴を取得した対象のサーバの識別名，またはホスト名です。

秒数

スローダウンが発生していた秒数です。監視履歴として出力されるメッセージの内容によっては，出力されません。

メッセージ

監視履歴として出力されるメッセージ本文です。出力されるメッセージ本文の詳細については，「付録B　監視履歴として出力されるメッセージ」を参照してください。

HAモニタは監視履歴ファイルの作成時，ファイルを空白で埋めることでサイズを固定します。このため監視履歴が追加されたあとファイル内に空白行が残っている場合もありますが，解析のときは空白行を無視してかまいません。

(2)　バックアップファイルの退避

監視履歴ファイルのサイズが指定値を超えたとき，メッセージKAMN740-Iが出力されます。ユーザは，メッセージが出力されたタイミングでバックアップファイルを退避してください。退避したバックアップファイルは，監視履歴を解析するときに使用できます。

7.6.4　サーバのスローダウンの原因を調査する

HAモニタでは，次に示すスローダウンが発生した場合，シェルを実行させて原因を調査するための情報を取得できます。

サーバモードのサーバのスローダウン

モニタモードのサーバの監視機能（サーバ対応の環境設定のptrlcmd_exオペランドを指定）を使用しているサーバのスローダウン

モニタモードのサーバのUAPのスローダウン

ここでは，作成するシェルの名称と実行時の形式について説明します。なお，ここで説明するシェルは，HAモニタの処理とは非同期に実行されます。

(1)　サーバのスローダウン時に実行するシェル

サーバのスローダウンの原因を調査するための情報を取得するシェルについて説明します。次のスローダウンが発生した場合に実施してください。

サーバモードのサーバのスローダウン

モニタモードのサーバの監視機能（サーバ対応の環境設定のptrlcmd_exオペランドを指定）を使用しているサーバのスローダウン

作成するシェルの名称と実行時の形式を，次に示します。

作成するシェルの名称

/opt/hitachi/HAmon/etc/servdown.sh

このシェル内に，実行したい処理を記述します。シェルには，実行権限を設定してください。

シェルの実行時の形式

servdown.sh△サーバ識別名

（凡例）

△：半角スペースを示します。

サーバ識別名：スローダウンを検出した，実行サーバの識別名を示します。

(2)　UAPのスローダウン時に実行するシェル

UAPのスローダウンの原因を調査するための情報を取得するシェルについて説明します。UAPのスローダウンは，UAPの稼働報告を監視しているときにだけ検出できます。作成するシェルの名称と実行時の形式を，次に示します。

作成するシェルの名称

/opt/hitachi/HAmon/etc/uapslowdown.sh

このシェル内に，実行したい処理を記述します。シェルには，実行権限を設定してください。

シェルの実行時の形式

uapslowdown.sh△プログラム識別名△プロセスID

（凡例）

△：半角スペースを示します。

プログラム識別名：スローダウンを検出した，実行サーバのUAPのプログラム識別名を示します。

プロセスID：スローダウンしたUAPのプロセスIDを示します。

(3)　注意事項

サーバのスローダウンは，サーバモードのサーバとしてTP1/Server BaseまたはHiRDBを使用する場合，およびモニタモードのサーバの監視機能（サーバ対応の環境設定のptrlcmd_exオペランドを指定）を使用している場合だけ検出できます。

サーバのスローダウンの検出時に待機サーバが存在しない場合は，系切り替えができないため，このサーバの状態監視を続けます。このため，サーバのスローダウンから回復しない場合は，スローダウン検出のたびに，このシェルが実行されます。

システム全体のリソースが不足している場合，スローダウンを検出しても，シェルが実行されないことがあります。この結果，HAモニタがスローダウンを検出してサーバまたはUAPを異常終了させてからシェルを実行するため，情報を取得できないことがあります。

7.7　運用の自動化

HAモニタを使用したシステムで運用を自動化するための方法について説明します。この節で説明する以外の運用を自動化するには，JP1などの運用管理ソフトウェアを使用してください。HAモニタは，HAモニタやサーバの起動，系切り替え開始などの主要なタイミングでイベントを発生させます。イベントの詳細については，「付録A　HAモニタのイベントID」を参照してください。

7.7.1　システムの起動からサーバの起動までを自動化する

マシンの電源を入れてから，サーバの起動までを自動化する方法について説明します。使用するサーバの種類によって，サーバの起動を自動化できるかどうかが異なります。

HAモニタ，リソースサーバ，およびサーバの起動を自動化する方法について説明します。

(1)　HAモニタの起動を自動化する

通常HAモニタは，カーネル起動後に自動起動されます。自動起動しない設定もできます。設定を変更するには，HAモニタの環境設定コマンド（monsetupコマンド）を使用します。

(2)　リソースサーバの起動を自動化する

リソースサーバは，HAモニタによって自動的に起動されます。自動化するための設定は不要です。

(3)　サーバの起動を自動化する

サーバモードのサーバの場合，プログラムが提供する方法でサーバの起動を自動化できます。詳細については，プログラムのマニュアルを参照してください。

モニタモードのサーバの場合，サーバの起動を自動化できません。モニタモードのサーバ起動コマンド（monbeginコマンド）を使用して手動で起動してください。

7.7.2　サーバやHAモニタの状態変化時の運用を自動化する

サーバやHAモニタの状態変化に合わせて，コマンドを自動的に実行できます。

サーバ起動時や計画系切り替え時などにオペレータが実行している操作が定型化している場合，オペレータの操作をユーザコマンドとして作成しておくことで，オペレータの操作を自動化できます。HAモニタのコマンドをユーザコマンド内で発行することもできます。ただし，HAモニタの開始・終了時には，HAモニタのコマンドを発行できません。

HAモニタがユーザコマンドを発行するタイミングについては，「3.5.2　サーバやHAモニタの状態変化時のコマンド発行」を参照してください。

7.7.3　系切り替え後の運用を自動化する

(1)　サーバ障害時の系切り替え後の運用を自動化する

サーバモードのサーバの場合，プログラムが提供する機能を使用して，系切り替え後の運用を自動化できます。詳細については，ご使用のプログラムのマニュアルを参照してください。

モニタモードのサーバの場合，自動化できません。

(2)　系障害時の系切り替え後の運用を自動化する

系障害が原因で系切り替えが発生した場合，系障害が発生した系で，オペレータが系およびサーバの起動を手動で行う必要があります。この操作を自動化する方法が，サーバをサーバモードで運用するかモニタモードで運用するかによって異なります。

サーバモードのサーバの場合は，プログラムの機能を使用して自動化できます。詳細については，ご使用のプログラムのマニュアルを参照してください。

モニタモードのサーバの場合は，HAモニタの機能を使用して自動化できます。系障害後に障害が発生した系でサーバを再起動する場合，サーバの起動を自動化するには，HAモニタの環境設定のmonbegin_restartオペランドを指定します。デフォルトでは，自動化する設定になっています。

なお，サーバモード，モニタモードに関係なく，監視パスが使用できないなどの系障害の場合は，系切り替え先の系で待機サーバが系切り替え待ち状態になる場合があります。系切り替え待ち状態になった場合の操作については，自動化できません。この場合の操作の詳細については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

7.8　計画的な系切り替え

ここでは，系のメンテナンスや負荷分散などの目的で，意図的に系切り替えをする方法について説明します。

7.8.1　計画的に系切り替えをする

障害の発生に関係なく，任意のタイミングで系切り替えをすることを，計画系切り替えと呼びます。計画系切り替えの方法は，サーバをサーバモードで運用するかモニタモードで運用するか，またはサーバがグループ化されているかによって異なります。

(1)　サーバモードのサーバの場合

計画系切り替えをするには，実行系でサーバの系切り替えコマンド（monswapコマンド）を実行します。HAモニタが実行系のサーバを計画的に停止させ，待機系のサーバに業務処理を引き継ぎます。

(2)　モニタモードのサーバの場合

計画系切り替えをするには，実行系でサーバの系切り替えコマンド（monswapコマンド）を実行します。

サーバの停止コマンドを作成していない場合は，次の方法で計画系切り替えをします。

実行系で稼働している実行サーバを計画停止する。

プログラムが提供する計画停止コマンドを実行します。

実行系で計画系切り替えをする。

サーバの系切り替えコマンド（monswapコマンド）を実行します。

(3)　サーバをグループ化している場合

サーバをグループ化している場合，計画系切り替えをするには，実行系でサーバの系切り替えコマンド（monswapコマンド）に-gオプションを指定して実行します。HAモニタが実行系で稼働しているグループ内のすべてのサーバを計画的に停止させ，待機系のサーバに業務処理を引き継ぎます。

7.9　強制的な系切り替え

ここでは，実行系のOSにログインできない場合，および系切り替えが完了しない場合などに，強制的に系切り替えをする方法について説明します。

7.9.1　強制的に系切り替えをする

CPUやメモリ，ディスクI/Oの負荷が高くなり，実行系のOSの稼働状況が不安定になると，実行サーバによる業務が行えなくなることがあります。OSの稼働状況が不安定でも，HAモニタは正常に動作できる場合があるため，系障害を検知しないで系切り替えが発生しないことがあります。このとき，実行サーバが稼働するOSを強制的に停止して，系切り替えを行います。これを，強制系切り替えと呼びます。強制系切り替えは，次のような場合に使用します。

実行系のOSにログインできない場合

実行系のOSの稼働状態が不安定で，実行系にログインできないために，実行系から計画系切り替えができないことがあります。この場合，待機系からmonswapコマンドに-fオプションまたは-f -gオプションを指定して実行すれば，系切り替えできます。

系切り替えが完了しない場合

実行系から計画系切り替えを実行，またはサーバの監視コマンドによる障害検知で系切り替えが発生した場合に，実行系でのサーバ停止や，共有リソースの切り離しなどに時間が掛かり，系切り替えが完了しないことがあります。共有リソースの切り離しなどに時間が掛かる場合は，待機系で系切り替え開始メッセージKAMN310-Iが出力されていません。この場合，待機系からmonswapコマンドに-fオプションまたは-f -gオプションを指定して実行すれば，系切り替えできます。

7.10　システムの変更

ここでは，システムを変更したときに必要な設定，および注意事項について説明します。

7.10.1　系を追加する

系切り替え構成に系を追加する手順について，追加後の系の数別に説明します。

なお，一つのシステムで同時に実行できる系の最大数には上限があります。系を追加する前に，系の数が上限値を超えないことを確認してください。系の最大数は，デフォルトでは32です。ただし，HAモニタ Extensionを使用することで，上限値は変更できます。

(1)　追加後の系の数が32以内の場合

追加後の系の数が32以内の場合について説明します。系を追加する場合，追加する系にHAモニタをインストールします。インストール以降の構築の流れについては，「6.1　構築の流れ」を参照してください。ここでは，システム全体を新しく構築する場合と比べて，系を追加する場合で異なる点について説明します。

監視パスの設定

新しい系を追加する場合，HAモニタの接続構成設定ファイルを変更する必要があります。HAモニタの接続構成設定ファイルには，接続されているすべての系のホスト名を記載します。

自動作成の場合は，定義チェックをしたあと，すべての系でHAモニタを起動してください。HAモニタの接続構成設定ファイルが自動的に作成されます。

手動作成の場合は，HAモニタの接続構成設定ファイルを編集したあと，すべての系で同じ内容にしてください。

HAモニタの接続構成設定ファイルの作成方法については，「6.11.2　HAモニタの接続構成設定ファイルの作成」を参照してください。

(2)　追加後の系の数が33以上の場合

追加後の系の数が33以上の場合について説明します。HAモニタ Extensionを使用すると，系の最大数を33以上に設定できます。HAモニタ Extensionを使用した系の最大数の変更については，「3.7.2　系の最大数の変更」を参照してください。

ここでは，構築時に設定した系の最大数（上限）の範囲内で系を追加する場合と，系の最大数（上限値）そのものを変更する場合に分けて手順を説明します。

(a)　上限の範囲内で系を追加する場合

構築時に設定した上限の範囲内で系を追加する場合，「(2)　システム構築の流れ（HAモニタ Extension使用時）」の図中に示すすべての設定をしてください。

監視パスの設定については，「(1)　追加後の系の数が32以内の場合」を参照してください。

(b)　上限値を変更する場合

構築時に設定した上限値を変更する場合は，次の流れで設定してください。

系切り替え構成内のすべての系で稼働しているすべてのサーバを停止する。

サーバが停止されたことを確認するには，サーバ・系の状態表示コマンド（monshowコマンド）を実行して，その系ですべてのサーバが停止していることを確認します。

系切り替え構成内のすべての系のHAモニタを停止する。

HAモニタが停止されたことを確認するには，両系のHAモニタに対してメッセージKAMN050-Iが出力されていることをsyslogで調べます。

系切り替え構成内のすべての系で，系を追加する場合の設定をする。

「(2)　システム構築の流れ（HAモニタ Extension使用時）」の図中に示すすべての設定をしてください。

監視パスの設定については，「(1)　追加後の系の数が32以内の場合」を参照してください。

定義ファイルの作成（HAモニタ）では，HAモニタの動作環境を設定する定義ファイルで，hostmaxオペランドを修正します。hostmaxオペランドについては，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

7.10.2　サーバを追加する

すでに構築された系切り替え構成に，サーバを追加する手順について説明します。

サーバを追加する場合，実行系，待機系の両方にサーバをインストールし，環境設定をします。

(1)　準備

HAモニタを使用して，サーバが使用する共有ディスクやLANを引き継ぐ場合，次の準備が必要です。実行系と待機系間で，HAモニタを使用して共有ディスクやLANを引き継がない場合は，これらの準備は必要ありません。

共有ディスクにボリュームグループを追加する。

HAモニタを使用した系切り替え構成では，サーバ単位で一つのボリュームグループを切り替えるため，必要に応じて追加するサーバ用のボリュームグループを作成しておきます。

HA Boosterの制御グループにディスクデバイスを登録する。

HA Boosterを使用する場合，ボリュームグループではなく，制御グループ単位で切り替えます。必要に応じて，追加するサーバで使用する制御グループにディスクデバイスを登録してください。

サーバが使用するエイリアスIPアドレスを確保する。

HAモニタは，エイリアスIPアドレスを引き継ぎます。サーバは，現用系と予備系とで同じエイリアスIPアドレスを使用するため，一つのサーバにつき最低1個のエイリアスIPアドレスが必要です。一つのサーバで複数のエイリアスIPアドレスを使用することもできます。

(2)　サーバを追加する場合の設定

ここでは，系にサーバを追加する場合の設定と，システム全体を新規に構築する場合とを比べて，異なる点について説明します。

一つの系で同時に実行できるサーバの最大数には上限があります。サーバを追加する前に，サーバの数が上限値を超えないことを確認してください。一つの系で稼働するサーバの最大数は，デフォルトでは16です。HAモニタの環境設定のservmaxオペランドの値を変更することで，上限値を変更できます。

(a)　上限の範囲内でサーバを追加する場合

上限の範囲内でサーバを追加する場合，「6.1　構築の流れ」で示すサーバを追加する場合の設定の流れに従って設定してください。HAモニタを停止する必要はありません。

(b)　上限値を変更する場合

上限値を変更する場合は，「6.1　構築の流れ」で示すサーバを追加する場合の設定の流れに加えて，HAモニタの環境設定が必要です。次の流れで設定してください。

実行系および待機系で稼働しているすべてのサーバを停止する。

サーバが停止されたことを確認するには，サーバ・系の状態表示コマンド（monshowコマンド）を実行して，その系ですべてのサーバが停止していることを確認します。

実行系および待機系のHAモニタを停止する。

HAモニタが停止されたことを確認するには，両系のHAモニタに対してメッセージKAMN050-Iが出力されていることをsyslogで調べます。

サーバを追加する場合の設定，およびHAモニタの環境設定をする。

「6.1　構築の流れ」で示すサーバを追加する場合の設定の流れに従って，設定してください。

なお，定義ファイルの作成（サーバ）と同時に，定義ファイルの作成（HAモニタ）もする必要があります。定義ファイルの作成（HAモニタ）では，HAモニタの動作環境を設定する定義ファイルで，servmaxオペランドを修正します。servmaxオペランドについては，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

7.10.3　共有リソースを変更する

共有リソースを変更する場合の手順について説明します。系やサーバを稼働させたまま動的に変更できる共有リソースもあります。共有リソースの動的変更の詳細については，「7.10.4　系やサーバを稼働させたまま共有リソースの構成を変更する」を参照してください。

共有リソースを変更する手順を次に示します。この手順を，実行系および待機系でしてください。

サーバを停止する。

共有リソースを使用しているサーバだけを停止します。HAモニタは起動させたままで問題ありません。

共有リソースの設定をする。

使用する共有リソースの設定をします。詳細については，「6.13　サーバが使用する共有リソースの設定」を参照してください。

環境設定の定義ファイルを変更する。

共有リソースの種類に応じて，サーバ対応の環境設定，またはその他の定義を変更します。

共有リソースの種類と，変更する設定内容を次の表に示します。サーバ対応の環境設定については，「8.4.1　サーバ対応の環境設定（servers）」を参照してください。

表7‒8　共有リソースの種類と変更する設定内容

リソースの種類

変更するオペランド（サーバ対応の環境設定）

変更する環境設定（サーバ対応の環境設定以外）

変更する環境設定の参照先

共有ディスク

disk

vg_on_opt

vg_neck

−

−

制御グループ

hab_gid

HA Boosterのstartスクリプト

HA Booster関連のドキュメント

ファイルシステム

fs_name

fs_mount_dir

fs_mount_opt

fs_umount_retry

fs_neck

−

−

LAN

lan_updown

ip_neck

サーバ識別名.up

サーバ識別名.down

「6.13.2　LANの状態設定ファイルの設定」

そのほかのリソース

uoc_neck

uoc_pairdown

ユーザコマンド

「6.20　ユーザコマンドの作成」

すべてのリソース

dev_timelimit

dev_onlimit

dev_offlimit

deviceoff_order

−

−

（凡例）

−：該当しません。

定義チェックをする。

定義チェックコマンド（moncheckコマンド）を実行します。

サーバを起動する。

サーバモードのサーバの場合は，プログラムが提供する起動コマンドを実行します。モニタモードのサーバの場合は，モニタモードのサーバ起動コマンド（monbeginコマンド）を実行します。

サーバの状態を確認する。

サーバ・系の状態表示コマンド（monshowコマンド）を実行します。

7.10.4　系やサーバを稼働させたまま共有リソースの構成を変更する

系やサーバを稼働させたまま，共有リソースの追加・削除をすることを共有リソースの動的変更と呼びます。ここでは，共有リソースの動的変更をする方法について説明します。

共有リソースの種類によって，動的変更をする方法が異なります。共有ディスクを動的に追加・削除するには，サーバの共有リソース動的変更コマンド（mondeviceコマンド）を使用します。LANを追加・削除するには，LANの状態設定ファイルを編集してください。

サーバの共有リソース動的変更コマンド（mondeviceコマンド）を使用する場合，次の手順で共有リソースの追加・削除をします。サーバの共有リソース動的変更コマンド（mondeviceコマンド）は，実行系，待機系のどちらでも実行できます。

実行サーバおよび待機サーバが起動完了していることを確認する。

サーバ・系の状態表示コマンド（monshowコマンド）を実行して，実行サーバには"ONL"，待機サーバには"SBY"と表示されていることを確認します。

共有リソースの接続または切り離しをする。

サーバの共有リソース動的変更コマンド（mondeviceコマンド）を実行して，共有リソースの接続または切り離しをします。共有リソースの変更結果に合わせて，リソースを共用している実行サーバおよび待機サーバのサーバ対応の環境設定が書き替えられます。

変更内容を確認する。

共有リソースが指定どおり変更されたかどうかを，サーバ・系の状態表示コマンド（monshow -dコマンド）で確認します。

サーバの共有リソース動的変更コマンド（mondeviceコマンド）を実行すると，共有リソースの変更結果に合わせて，そのリソースを共有している実行サーバと待機サーバのサーバ対応の環境設定が自動で書き換えられます。共有リソースの動的変更後は，サーバ対応の環境設定が正しく書き換えられたかどうかも確認してください。

HAモニタは，実行サーバの共有リソースが変更できない場合は，待機サーバの共有リソースも変更しません。また，待機サーバの共有リソースが変更できない場合は，実行サーバの共有リソースだけを変更します。この場合，実行サーバと待機サーバとで，共用するリソースの設定が異なる状態になっています。共用するリソースの設定を一致させるには，待機サーバを一度停止させ，サーバ対応の環境設定の内容を実行サーバと合わせてから，待機サーバを再起動してください。

サーバの共有リソース動的変更コマンド（mondeviceコマンド）で共有リソースが変更できない場合，HAモニタの障害やコマンドの指定に矛盾がある原因のほかに，次の原因が考えられます。

実行サーバに対してサーバの共有リソース動的変更コマンド（mondeviceコマンド）を実行した場合

実行サーバが起動完了していません。

実行サーバにサーバ障害が発生しています。

待機サーバへの変更連絡の際に通信障害が発生しました（待機サーバの共有リソースは変更できません）。

待機サーバに対してサーバの共有リソース動的変更コマンド（mondeviceコマンド）を実行した場合

実行サーバまたは待機サーバが起動完了していません。

実行サーバまたは待機サーバにサーバ障害が発生しています。

実行サーバへの共有リソース変更連絡，または実行サーバからの共有リソース変更完了連絡の際に通信障害が発生しました（実行サーバの共有リソースは変更できません）。

7.10.5　HAモニタやサーバの環境設定を変更する

環境設定の内容を変更する手順について説明します。

HAモニタの環境設定（sysdef）

HAモニタの環境設定を変更する場合，HAモニタを停止してください。このとき，HAモニタが正常終了していることを確認してください。系切り替え時にリセットされた系で，HAモニタの環境設定を変更して再起動すると，正常に動作しないおそれがあります。定義ファイルの編集が終わったら，HAモニタおよびサーバを起動します。

サーバの環境設定（servers，およびservers_opt）

サーバの環境設定を変更する場合，サーバを停止してください。また，グループ化されているサーバの環境設定を変更する場合，またはグループに対してサーバの追加・削除をする場合は，グループ内のすべてのサーバを停止してください。HAモニタは起動したままで問題ありません。定義ファイルの編集が終わったら，サーバを起動します。

モニタモードのプログラムの環境設定（programs）

モニタモードのプログラムの環境設定を変更する場合，モニタモードのプログラム対応の環境設定のaliasオペランドに指定したサーバを停止してください。HAモニタは起動したままで問題ありません。定義ファイルの編集が終わったら，モニタモードのプログラム対応の環境設定のserver_aliasオペランドに指定したサーバを起動します。

なお，稼働しているHAモニタ，サーバ，およびモニタモードのプログラム管理機能を使用するプログラムの設定を変更することもできます。変更する方法の詳細については，「7.10.6　稼働しているHAモニタやサーバの設定・動作を変更する」を参照してください。

7.10.6　稼働しているHAモニタやサーバの設定・動作を変更する

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行すると，稼働しているHAモニタやサーバの設定・動作を変更できます。

変更できる設定・動作と対応するオペランドを次の表に示します。

表7‒9　変更できる設定・動作と対応するオペランド

設定・動作

対応するオペランド

系障害監視時間

HAモニタの環境設定のpatrolオペランド

サーバ障害監視時間

サーバ対応の環境設定のpatrolオペランド

プログラムのスローダウン監視時間

モニタモードのプログラム対応の環境設定のpatrolオペランド

稼働中のHAモニタやサーバの監視の一時停止・再開

HAモニタの環境設定

disk_ptrlオペランド

サーバ対応の環境設定

disk_ptrlオペランド

ptrlcmd_exオペランド

sby_ptrlcmd_exオペランド

ここでは，各設定の変更について説明します。

重要

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）では，実行サーバ稼働中の共有リソースの変更コマンド（mondeviceコマンド）と異なり，HAモニタおよびサーバの環境を設定する定義ファイルの内容は変更されません。設定を変更したあとに系やサーバを再起動すると，変更した設定は定義ファイルで指定している設定に戻ります。

(1)　系障害監視時間の変更

HAモニタの環境設定のpatrolオペランドに指定した系障害監視時間を変更できます。HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）はどの系からも実行でき，一つの系で実行すれば接続しているすべての系の系障害監視時間を変更できます。

コマンドの実行中に他系の障害や監視パスの障害など，系間通信ができない状態になった場合は，コマンドの処理は中断されます。

系障害監視時間を変更する場合は，次のことに注意してください。

変更するすべての系が接続中であることを確認してください。

複数の系から同時にコマンドを実行しないでください。

系障害監視時間を変更したあとに系を再起動した場合や，通信障害などで系間での監視時間が不一致になった場合は，HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を再度実行し，系間での系障害監視時間を一致させてください。

系の監視履歴を取得している場合，変更後の系障害監視時間に系の監視履歴取得時間より短い値を指定すると，監視履歴が取得されません。

(2)　サーバ障害監視時間の変更

サーバ対応の環境設定のpatrolオペランドに指定したサーバ障害監視時間を変更できます。

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行した場合，コマンドを実行した時点から変更後のサーバ障害監視時間でサーバを監視し直します。

サーバ障害監視時間を変更する場合は，次のことに注意してください。

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）では，コマンドを実行した系のサーバ障害監視時間だけを変更します。待機サーバが稼働する系でもコマンドを実行してください。

サーバの監視履歴を取得している場合，変更後のサーバ障害監視時間にサーバの監視履歴取得時間より短い値を指定すると，監視履歴は取得されません。

(3)　プログラムのスローダウン監視時間の変更（プログラム管理機能使用時）

モニタモードのプログラム対応の環境設定のpatrolオペランドに指定した，プログラムのスローダウン監視時間を変更できます。

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行した場合，コマンドを実行した時点から変更後のプログラムのスローダウン監視時間でプログラムを監視し直します。

プログラムのスローダウン監視時間を変更する場合は，次のことに注意してください。

HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）では，コマンドを実行した系のプログラムのスローダウン監視時間だけを変更します。待機サーバが稼働する系でもコマンドを実行してください。

同一のプログラム識別名で稼働する複数プロセス構成の場合は，すべてのプロセスのプログラムのスローダウン監視時間を変更します。

(4)　稼働中のHAモニタやサーバの監視の一時停止・再開

HAモニタ稼働中やサーバ稼働中に，対象機能（オペランド）の監視を一時停止，再開できます。HAモニタ・サーバ稼働中の設定・動作の変更コマンド（monchangeコマンド）を実行すると，コマンドを実行した時点から，監視を一時停止，または再開します。

次のオペランドが対象です。

システムディスクの監視を一時停止，再開する場合

HAモニタの環境設定のdisk_ptrl

サーバの監視を一時停止，再開する場合

サーバの業務ディスクの監視を一時停止，再開するとき

・サーバ対応の環境設定のdisk_ptrl

モニタモードのサーバの監視を一時停止，再開するとき

・サーバ対応の環境設定のptrlcmd_ex

・サーバ対応の環境設定のsby_ptrlcmd_ex

なお，サーバ対応の環境設定のpatrolcommandオペランドによる監視は，一時停止，再開できません。

第4編　リファレンス

8　環境設定で定義するファイル

HAモニタを使用するに当たって，ユーザはHAモニタおよびサーバの環境設定を定義ファイルにする必要があります。この章では，定義の記述規則，定義ファイルに指定するオペランド，および環境設定例について説明します。

8.1　定義ファイルの概要

ここでは，ユーザが環境設定で定義するファイルについて説明します。定義する必要がある環境設定のファイルを，次に示します。

sysdefファイル

HAモニタが動作するための環境設定をします。詳細については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

serversファイル

サーバが動作するための環境設定をします。リソースサーバを使用する場合も，serversファイルで環境設定をします。詳細については，「8.4.1　サーバ対応の環境設定（servers）」を参照してください。

servers_optファイル

排他サーバが動作するための環境設定をします。設定は任意ですが，一つの系で複数の実行サーバを起動させたくない場合は設定することをお勧めします。排他サーバを使用する場合，serversファイルとservers_optファイルの両方で環境設定をする必要があります。詳細については，「8.4.2　排他サーバの環境設定（servers_opt）」を参照してください。

programsファイル

モニタモードのプログラム管理機能を使用するプログラムが動作するための定義をします。詳細については，「8.5.1　モニタモードのプログラム対応の環境設定（programs）」を参照してください。

系に定義ファイルを設定するに当たっての注意事項を，次に示します。

定義ファイルは，HAモニタがあるすべての系で設定してください。

定義ファイルの作成に当たって，定義ファイルのオペランドを現用・予備系で同じ値にする必要がある個所と，異なる値にする必要がある個所があります。

定義ファイルの作成が完了したら，必ずすべての系に配布した上で，定義チェックコマンド（moncheckコマンド）を実行してください。

8.2　定義の規則

定義を記述するに当たって，次の基本的な規則があります。

定義文は，";"（セミコロン）で区切ります。

オペランドは，","（コンマ）で区切ります。

値は，":"（コロン）で区切ります。

コメントは，"/*…*/"で囲みます。"/*…*/"の中に，"/*"，または"*/"が入っている場合には，最初に正しい規則で囲まれている部分をコメントと見なし，それ以外は定義文の一部と見なします。

ここでは，基本的な規則を踏まえた上で，環境設定で記述する定義の記述形式，および定義で使用する記号について説明します。

8.2.1　定義の記述形式

定義の記述形式を，次に示します。

△₀定義文△₁オペランド△₁値△₀：△₀…△₀;△₀

（凡例）

△₀：0個以上の空白，タブ，または改行コード

△₁：1個以上の空白，タブ，または改行コード

注

△₀，△₁で示す場所以外では，空白，タブ，または改行コードで文字列を区切らないでください。

8.2.2　定義で使用する記号

定義の説明に使用する，各種の記号を説明します。

ここで述べる文法記述記号，および構文要素記号は，実際の定義には記述しません。

(1)　文法記述記号

定義文およびオペランドの文法を説明する記号です。各記号の意味を，次の表に示します。

表8‒1　定義文の文法記述記号一覧

文法記述記号

意　味

〔　　〕

この記号で囲まれている項目は，省略してもよいことを示します。

（例）〔:TCP/IP LANのホスト名〕

TCP/IP LANのホスト名を指定するか，または何も指定しないことを示します。

…

この記号で示す直前の項目を，繰り返して指定できることを示します。

（例）:TCP/IP LANのホスト名…

TCP/IP LANのホスト名を，複数個指定できることを示します。

｜

複数の項目間の区切りを示します。

（例）online｜standby

項目として，onlineまたはstandbyがあることを示します。

｛　　｝

この記号で囲まれている項目の中から，一つを選択して指定することを示します。項目が"｜"で区切られている場合は，そのうちの一つを選択して指定します。

（例）｛online｜standby｝

onlineとstandbyのどちらかを選択して指定することを示します。

下線

この記号で示す項目は，該当オペランドを省略した場合の，仮定値を示します。

（例）〔｛online｜standby｝〕

オペランドを省略した場合，onlineを仮定値とすることを示します。

太字

この記号で示す項目は，系切り替え構成内のすべての系で，同じ指定にする値を示します。

（例）:

TCP/IP LANのサービス名

TCP/IP LANのサービス名を，系切り替え構成内のすべての系で同じ値にすることを示します。

(2)　構文要素記号

ユーザ指定値の記述内容を説明する記号です。HAモニタでは不正文字（制御コードなど）は使用できません。各記号の意味を，次の表に示します。

表8‒2　構文要素記号一覧

構文要素記号

意　味

英数字

アルファベット（A〜Z，a〜z）および数字（0〜9）※

符号なし整数

数字（0〜9）

パス名

アルファベット（A〜Z，a〜z），数字（0〜9），"/"（スラント），"-"（ハイフン），"_"（アンダーライン），および"."（ピリオド）

サーバパス名

":"（コロン），";"（セミコロン），","（コンマ），空白，タブ，および改行コード以外の，任意の文字

--

該当しないことを示します。

注※　先頭の文字はアルファベットを指定してください。

8.3　HAモニタの環境設定

HAモニタの環境設定では，HAモニタが動作するための定義をします。

8.3.1　HAモニタの環境設定（sysdef）

HAモニタの環境を設定する定義ファイルは，HAモニタの環境設定用ディレクトリの下にsysdefというファイル名で作成します。

また，HAモニタのサンプルファイル用ディレクトリの下に，sysdefファイルのサンプルが用意されています。このファイルをHAモニタの環境設定用ディレクトリにコピーし，書き換えて使用すると，定義ファイルを最初から作成する手間が省けます。

なお，この定義ファイルは系ごとに作成します。太字部分は，系間で同じ値を指定してください。太字以外の部分は，系間で矛盾がないように設定してください。

HAモニタの環境設定をする定義ファイルを，次に示します。

/*    HAモニタの環境設定    */
  environment  name  自系のホスト名
              ,address
                     自系のホストアドレス
              ,patrol
                     系障害監視時間
              ,lan   TCP/IPのホスト名〔:TCP/IPのホスト名…〕
              ,lanport
                     TCP/IPのサービス名〔:TCP/IPのサービス名…〕
            〔,fs_log_size
                   ｛ファイルシステム切り替えログファイルのサイズ
                   ｜65536｝〕
            〔,servmax
                   ｛16｜64｜128｜129〜512※｝〕
            〔,hostmax※
                   ｛接続する系の最大数｜32｝〕
            〔,pgmmax
                   ｛同時稼働プログラムの最大数｜0｝〕;
〔function  〔 cpudown
                   ｛online｜standby｜system｝｛,｜;｝〕
            〔 clearwait
                   ｛系リセット発行待ち時間｜20｝｛,｜;｝〕
            〔 standbyreset
                   ｛use｜nouse｝｛,｜;｝〕
            〔 pathpatrol
                     監視パスのヘルスチェック間隔｛,｜;｝〕
            〔 pathpatrol_retry
                   ｛再チェック間隔｜30｝:｛再チェック回数｜5｝｛,｜;｝〕
            〔 message_retry
                   ｛リトライ間隔｜3｝｛,｜;｝〕
            〔 connect_retry
                   ｛接続間隔｜5｝:｛接続回数｜200｝｛,｜;｝〕
            〔 monbegin_restart
                   ｛use｜nouse｝｛,｜;｝〕
            〔 netmask
                   ｛byte｜bit｝｛,｜;｝〕
            〔 usrcommand
                     ユーザコマンドの絶対パス名｛,｜;｝〕
            〔 resetpatrol
                   ｛リセットパスのヘルスチェック間隔｜2｝｛,｜;｝〕
            〔 resetpath_retry
                    ｛use｜nouse｝｛,｜;｝〕
            〔 resetpath_inter
                      リセットパスの再チェック間隔｛,｜;｝〕
　　　　　  〔 multistandby
                   ｛use｜nouse｝｛,｜;｝〕
            〔 deviceoff_order
                   ｛order｜reverse｝｛,｜;｝〕
            〔 reset_type
                   ｛server｜host｝｛,｜;｝〕
            〔 partition_reset
                   ｛use｜nouse｝｛,｜;｝〕
            〔 jp1_event
                   ｛use｜nouse｝｛,｜;｝〕
            〔 ph_log_size
                     監視履歴ファイルのサイズ｛,｜;｝〕
            〔 ph_threshold
                     系監視履歴取得時間｛,｜;｝〕
            〔 termcmd_at_abort
                   ｛use｜nouse｝｛,｜;｝〕
            〔 alive_interval
                     aliveメッセージの送信間隔｛,｜;｝〕
            〔 alive_multicast
                   ｛use｜nouse｝｛,｜;｝〕
            〔 multicast_lan
                     マルチキャストグループのホスト名｛,｜;｝〕
            〔 lanfailswitch
                   ｛use｜nouse｝｛,｜;｝〕
            〔 lancheck_patrol
                   ｛LANの監視間隔｜15｝｛,｜;｝〕
            〔 lancheck_mode
                   ｛packet｜route｝｛,｜;｝〕
            〔 disk_ptrl
                   ｛use｜nouse｝｛,｜;｝〕
            〔 disk_ptrl_inter
                   ｛システムディスクの監視間隔｜120｝｛,｜;｝〕
            〔 disk_ptrl_retry
                   ｛システムディスクの監視のリトライ間隔｜60｝:
                   ｛システムディスクの監視のリトライ回数｜1｝｛,｜;｝〕
            〔 disk_log_size
                   ｛ディスクの監視のログサイズ｜1048576｝｛,｜;｝〕
            〔 patrol_100ms
                   ｛use｜nouse｝｛,｜;｝〕
            〔 suppress_reset
                     最少稼働ホスト数｛,｜;｝〕
            〔 exitcode
                   ｛type1｜type2｝｛,｜;｝〕
            〔 vg_off
                   ｛sequential｜parallel｝｛,｜;｝〕
            〔 vmware_env
                    ｛use｜nouse｝｛,｜;｝〕
            〔 patrol_type
                   ｛server｜host｝｛,｜;｝〕
            〔 resetpatrol_mode
                   ｛mode1｜mode2｝｛,｜;｝〕
            〔 fence_reset
                   ｛use｜nouse｝｛,｜;｝〕
            〔 fence_scsi
                   ｛use｜nouse｝｛,｜;｝〕
            〔 fence_lan
                   ｛use｜nouse｝｛,｜;｝〕
            〔 scsi_check
                   ｛リザーブ状況の監視時間｜5｝｛,｜;｝〕
            〔 scsi_pathcheck
                   ｛ディスクパスの状況監視間隔｜1｝｛,｜;｝〕
            〔 scsi_timeout
                   ｛SCSIコマンドの応答待ち時間｜30｝｛,｜;｝〕
            〔 scsi_retry
                   ｛SCSIコマンドのリトライ回数｜2｝｛,｜;｝〕
            〔 hbond_lacp
                     hbondingのインタフェース名
                     〔:hbondingのインタフェース名…〕;〕
            〔 vg_offskip
                   ｛use｜nouse｝｛,｜;｝〕
            〔 notswitch_notify
                   ｛use｜nouse｝｛,｜;｝〕
            〔 servcomplete_msg
                   ｛use｜nouse｝｛,｜;｝〕
            〔delay_kamn238
                   ｛KAMN238-Dメッセージ出力を遅らせる時間｜0｝｛,｜;｝〕
〔options   〔 clearcheck
                   ｛系リセット終了時間｜20｝;〕

注※　HAモニタ Extensionを使用する場合だけ指定できます。

なお，共有ディスクのSCSIリザーブをする場合（fence_scsiオペランドにuseを指定），次のオペランドは指定しても無視されます。

cpudown

standbyreset

resetpatrol

resetpath_retry

resetpath_inter

reset_type

partition_reset

suppress_reset

vmware_env

resetpatrol_mode

また，業務で使用するLANの通信可否による系切り替え制御機能を使用する場合（fence_lanオペランドにuseを指定），次のオペランドは指定しても無視されます。

cpudown

standbyreset

resetpatrol

resetpath_retry

resetpath_inter

reset_type

partition_reset

suppress_reset

vmware_env

resetpatrol_mode

(1)　environment定義文

HAモニタの動作環境を定義します。environment定義文のオペランドを，次に示します。

(a)　name

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1～32文字の英数字

--

（単位：--）

不可

--

説明

HAモニタで複数の系を識別するために使用する名称です。

系ごとに固有となる任意の名称を指定します。nameオペランドに指定した名称は，HAモニタのコマンド実行時にホスト名（host name）として表示されます。

(b)　address

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜4桁の符号なし整数

0〜9999（function定義文のfence_scsiオペランドにuseを指定した場合は，1〜9999）

（単位：--）

不可

--

説明

系をリセットする場合はCPUのリセット時に系を特定するために，共有ディスクのSCSIリザーブをする場合はリザーブした系を特定するために，自系のホストアドレスを任意の値で指定します。

ハードウェアへの設定はHAモニタがします。

監視パスまたはリセットパスでつながるすべての系で，それぞれ固有のアドレスを指定してください。なお，システム内に互いに監視し合わない系切り替え構成が複数あり，かつ，それらがリセットパスを共用する場合，すべての系でそれぞれ固有となるように指定してください。

複数の系で同じアドレスを設定すると，HAモニタが誤動作するおそれがあります。もし誤って同じアドレスを設定してしまい，メッセージKAMN414-Eが出力された場合は，「7.5.14　addressオペランドの指定値の重複に対処する」を参照の上，対処してください。

ハードウェアの制約上，0〜9999の範囲で指定してください。ただし，function定義文のfence_scsiオペランドにuseを指定した場合は，1〜9999の範囲で指定してください。

function定義文のmultistandbyオペランド，または，reset_typeオペランドにhostを指定した場合，ホストアドレスが小さい系ほどリセット優先度が高くなります。次の点を考慮してホストアドレスを決定してください。

実行系と待機系とで同時に系障害を検出したときに，実行系を優先させ，待機系をリセットしたい場合は，実行系よりも待機系のホストアドレスを大きくします。マルチスタンバイ構成での待機系では，サーバの環境設定のstandbypriオペランドの指定値が小さい系ほど，ホストアドレスが小さくなるようにします。

実行系と待機系とで同時に系障害を検出したときに，系切り替えを優先させ，実行系をリセットしたい場合は，実行系よりも待機系のホストアドレスを小さくします。マルチスタンバイ構成での待機系では，サーバの環境設定のstandbypriオペランドの指定値が大きい系ほど，ホストアドレスが小さくなるようにします。なお，実行系のスローダウンなどで，調査に有効なダンプを早急に取得したい場合は，この設定をお勧めします。

実行系と待機系が明確に分かれない，すべての系が実行系のような構成の場合は，業務の重要度やリソース量などから，系のリセット優先度を検討して，ホストアドレスを決めてください。

(c)　patrol

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

3〜600

（単位：秒）

不可

--

説明

系障害の判断基準となる，他系からのaliveメッセージを監視する時間（系障害監視時間）を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。patrolオペランドに指定した時間を超えても他系からaliveメッセージが送信されない場合，HAモニタは系障害と判断します。5秒未満を指定する場合はalive_intervalオペランドを指定してください。

(d)　lan

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜32文字のパス名

--

（単位：--）

不可

--

説明

監視パスに使用するTCP/IP LANのホスト名を指定します。

系ごとに固有の名称にしてください。

lanオペランドに指定するホスト名は，/etc/hostsファイルに設定したホスト名と同じにしてください。/etc/hostsファイルについては，「6.11.1　ホスト名とサービス名の登録」を参照してください。

TCP/IP LANのホスト名は，":"で区切って指定します。6個まで指定できます。複線化した監視パスの中で優先して使用したいパスがある場合は，そのパスのホスト名の前に，"#"を付けて指定します。優先して使用したいパスは，一つだけ指定できます。次に指定の例を示します。

lan  #path11:path12,

例で示す指定では，監視パスが"path11"と"path12"の2本に複線化され，"path11"の監視パスが優先して使用されます。なお，優先的に使用する監視パスが障害になった場合，aliveメッセージが系障害監視時間の7割の時間途絶したときに，すべての監視パスで通信が行われ，応答のあった正常な監視パスに交替します。

(e)　lanport

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜32文字の英数字

--

（単位：--）

不可

--

説明

監視パスに使用するTCP/IP LANのサービス名を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

lanportオペランドに指定するサービス名は，/etc/servicesファイルに設定したサービス名と同じにしてください。/etc/servicesファイルについては，「6.11.1　ホスト名とサービス名の登録」を参照してください。

lanportオペランドでは，lanオペランドで指定したホスト名に対応するサービス名を，同じ位置の引数に指定します。サービス名の指定数はlanオペランドのホスト名の指定数と同じにしてください。次に指定の例を示します。

　　　lan　　　path11 :path12,
　　　　　　　　　↓　　　↓
　　　lanport　HAmon1 :HAmon2,

例の場合，lanオペランドの"path11"はlanportオペランドの"HAmon1"に，lanオペランドの"path12"はlanportオペランドの"HAmon2"に対応します。

(f)　fs_log_size

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜2147483647

（単位：バイト）

可

65536

説明

ファイルシステム切り替え時のログファイルの最大サイズをバイト数で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。ファイルサイズが最大を超えた場合，次のログ取得時点でファイルが自動的にバックアップされ，クリアされます。

(g)　servmax

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

16｜64｜128｜129〜512

--

（単位：--）

可

16

説明

一つの系で同時に稼働できるサーバの最大数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。次に示す以外の数値は指定できません。

16：同時に稼働できるサーバの最大数を16に設定します。

64：同時に稼働できるサーバの最大数を64に設定します。

128：同時に稼働できるサーバの最大数を128に設定します。

129〜512：同時に稼働できるサーバの最大数を129〜512に設定します。HAモニタ Extensionを使用する場合にだけ指定できる値です。

同時に稼働できるサーバの最大数をデフォルトの16以外に設定した場合，カーネルのパラメタの設定も変更する必要があります。カーネルのパラメタの設定の詳細については，「6.3.6　カーネルのパラメタの設定」を参照してください。

(h)　hostmax

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

32〜256

（単位：--）

可

32

説明

自系を含む，接続する系の最大数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドは，HAモニタ Extensionを使用する場合だけ指定できます。

HAモニタ Extensionについては，「3.7　HAモニタ Extensionの機能」を参照してください。

また，系の最大数を変更した場合，カーネルのパラメタの設定も変更する必要があります。カーネルのパラメタの設定の詳細については，「6.3.6　カーネルのパラメタの設定」を参照してください。

(i)　pgmmax

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜256

（単位：--）

可

0

説明

モニタモードのプログラム管理機能を使用する場合に，一つの系でhamon_patrolstart関数を発行するプロセスの最大数を指定します。

プログラム管理機能を使用する場合は，必ずデフォルト値から変更してください。系切り替え構成内のすべての系で同じ値を指定してください。

(2)　function定義文

HAモニタの動作オプションを定義します。定義は任意です。定義していない場合は，仮定値が設定されます。function定義文のオペランドを，次に示します。

(a)　cpudown

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

online｜standby｜system

--

（単位：--）

可

online

説明

実行系と待機系のどちらをリセット優先系にするかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。リセット優先系に指定すると，実行系と待機系とで同時に系障害を検出した場合に，リセット優先系に指定した系が優先的に相手の系をリセットします。

online：実行系をリセット優先系にします。

standby：待機系をリセット優先系にします。

system：リセット優先系を決めないで，系の同時リセットを防止します。相互系切り替え構成で，かつマシンの機種がBladeSymphonyでSVPがクラスタ管理機能に対応している場合以外は，systemを指定しないでください。

また，次のようにオペランドを指定する場合，systemは指定できません。

reset_typeオペランドにhostを指定

multistandbyオペランドにuseを指定

standbyresetオペランドにuseを指定

vmware_envオペランドにuseを指定

(b)　clearwait

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜600

（単位：秒）

可

20

説明

すべての監視パスの障害時に，系の同時リセットを防止するため，リセット優先系でない系が，系のリセットを発行するまでの待ち時間（秒）を指定します。

このオペランドを指定する場合は，次の点に注意してください。設定を誤ると，すべての監視パスの障害時に，系の同時リセットとなり業務が停止してしまうおそれがあります。

clearcheckオペランドと同じ値を指定してください。詳細は，clearcheckオペランドの説明を参照してください。

系切り替え構成内のすべての系で同じ値を指定してください。系切り替え構成内に，このオペランドの設定が必要な機種と不要な機種が混在する場合は，設定不要の機種にも同じ値を指定してください。

(c)　standbyreset

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

待機系の系障害を実行系が検出した場合に，待機系をリセットするかどうかを指定します。系切り替え構成内のすべての系で同じ値を指定してください。1:1系切り替え構成以外では，useを指定しないでください。

use：待機系をリセットします。

nouse：待機系をリセットしません。

(d)　pathpatrol

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜240

（単位：分）

可

--※

注※　指定を省略した場合は，監視パスのヘルスチェックを実施しません。

説明

監視パスのヘルスチェック間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドを指定すると，ヘルスチェックが実行され，複線化した監視パスの一部に障害が発生した場合に障害を早期に検知できます。指定を省略した場合は，監視パスのヘルスチェックを実施しません。必ず設定してください。

(e)　pathpatrol_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

再チェック間隔：符号なし整数

3〜600

（単位：秒）

可

30

再チェック回数：符号なし整数

0〜20

（単位：回）

可

5

説明

監視パスの障害検出時に，監視パスの状態を再チェックする間隔と回数を，":"で区切って指定します。

系切り替え構成内のすべての系で同じ値を指定してください。pathpatrolオペランドの指定を省略した場合は，監視パスの再チェックはしません。

再チェック間隔

監視パスの再チェックの間隔を指定します。

再チェック回数

監視パスの再チェックの回数を指定します。0を指定すると，監視パスの再チェックはしません。

再チェック間隔と再チェック回数には，それぞれの積がpathpatrolオペランドで指定した監視パスのヘルスチェック間隔を超えない値を指定してください。指定する値は，次に示す計算式で確認してください。

監視パスのヘルスチェック間隔×60 ≧ 再チェック間隔×（再チェック回数＋1）＋a

（凡例）　a：30〜60秒

例えば，pathpatrolオペランドの指定が1分で再チェック間隔を5秒とした場合，再チェック回数が5以下だと計算式を満たします。

(f)　message_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

3〜600

（単位：秒）

可

3

説明

監視パスを使用する問い合わせ応答メッセージの送信失敗時に，メッセージ送信をリトライする間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

message_retryオペランドの指定を省略した場合は，HAモニタが3秒間隔でメッセージ送信をリトライします。

リトライは，送信が成功するまで続けます。系間の監視中（aliveメッセージの監視中）でない場合，HAモニタは，60秒を超えても問い合わせ応答メッセージの送信が成功しなければ系障害が発生したと判断します。なお，message_retryオペランドに60秒以上を指定した場合は，指定した時間までメッセージの受信を待ってから系障害と判断します。

問い合わせ応答メッセージのリトライについては，「(4)　問い合わせ応答メッセージのリトライ」を参照してください。

(g)　connect_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

接続間隔：符号なし整数

5〜60

（単位：秒）

可

5

接続回数：符号なし整数

1〜9999

（単位：回）

可

200

説明

HAモニタ間で接続処理をする間隔と回数を，":"で区切って指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

接続されているHAモニタが多い場合は，HAモニタ間が接続しなくなることがあるため，必ず指定してください。このオペランドはHAモニタの接続構成設定ファイルが作成されている場合に有効となります。

接続間隔

HAモニタ間での接続処理の間隔を指定します。間隔が短いとHAモニタの性能に影響し，長いとHAモニタ間の接続が遅れる場合があります。目安として，接続されているHAモニタの数が10以上の場合は，10秒以上を指定してください。

接続回数

HAモニタ間での接続処理のリトライ回数を指定します。9999を指定すると，すべてのHAモニタと接続するまで接続処理を繰り返します。

回数が少ないとHAモニタ間の接続ができない場合があり，多いとHAモニタの性能に影響します。したがって，通常はデフォルト値を指定しておき，HAモニタ間の接続ができないことがある場合だけ，回数を増やして指定してください。

なお，この回数を超えても接続できなかった場合は，メッセージKAMN176-Eを出力します。

(h)　monbegin_restart

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

use

説明

次の場合に，自動でモニタモードのサーバ起動コマンド（monbeginコマンド）を実行して，モニタモードのサーバを起動するかどうかを指定します。

系障害によって系切り替えしたあと，障害となった系のHAモニタが再起動した場合

待機サーバが稼働している系のHAモニタが再起動した場合

系切り替え構成内のすべての系で同じ値を指定してください。

use：モニタモードのサーバを自動で起動します。JP1などの運用管理ソフトウェアを使用して自動でサーバを起動しない場合は，useを指定することをお勧めします。

nouse：モニタモードのサーバを自動で起動しません。JP1などの運用管理を使用して自動でサーバを起動する場合は，nouseを指定してください。

(i)　netmask

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

byte｜bit

--

（単位：--）

可

byte

説明

監視パスとして使用するLANインタフェースに設定したネットマスクを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。また，LANが同一ネットワーク番号で複数のサブネットとして構成されているネットワークでは，同じネットマスクを設定してください。ネットマスクの設定については，「5.4.2　必要なIPアドレスとポート番号」を参照してください。

netmaskオペランドの設定およびネットマスクの設定を誤ると，他系のHAモニタと通信ができないなど，HAモニタが誤動作します。

byte：ネットマスクが10進表現で255，0の値の場合にだけ指定します。次に例を示します。

255.255.0.0

bit：ネットマスクが10進表現で255，0以外の値がある場合に指定します。次に例を示します。

255.255.255.192

netmaskオペランドにbitを指定する場合，ネットマスクの設定では，次の制限があります。

IPアドレスとネットマスクの組み合わせによって認識されるネットワークアドレスの部分（ネットワーク番号の部分とサブネット番号の部分）は，各クラスで決められているネットワーク番号の部分をすべて含んでいる必要があります。例えば，クラスBのネットワークに対して"255.254.0.0"というネットマスクは設定できません。

ネットマスクの値は，OSのifconfigコマンドで確認できます。ネットマスクおよびifconfigコマンドの詳細については，OSのマニュアルを参照してください。

(j)　usrcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--

説明

HAモニタに自動発行させるユーザコマンドの絶対パス名を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

ユーザコマンドの作成方法やコーディング例については，「6.20　ユーザコマンドの作成」を参照してください。

(k)　resetpatrol

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜60

（単位：分）

可

2

説明

リセットパスのヘルスチェック間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

リセットパスのヘルスチェック間隔は，接続するHAモニタの数によって異なります。指定する値は，次の計算式を満たすようにしてください。

リセットパスのヘルスチェック間隔×60 ＞ ホスト数×10

(l)　resetpath_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

use

説明

リセットパスのヘルスチェックで異常を検知したあと，リセットパスの回復のためにリセットパスの状態を再チェックするかどうかを指定します。

系切り替え構成内のすべての系で同じ値を設定してください。この機能を使用すると，障害管理プロセサの再起動などで一時的なリセットパス障害が発生した場合に，リセットパス障害から復旧後に自動的にリセットできる状態に回復できます。リセットパスが回復するとメッセージKAMN646-Iを出力します。

use：HAモニタが自動でリセットパスの状態を回復します。

nouse：HAモニタが自動でリセットパスの状態を回復しません。

(m)　resetpath_inter

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

10〜1440

（単位：分）

可

15

説明

リセットパスのヘルスチェックで異常を検知したあと，リセットパスの復旧のためにリセットパスの状態を再チェックする間隔を，10〜1440分の範囲で指定します。

このオペランドはresetpath_retryオペランドを省略するか，またはresetpath_retryオペランドにuseを指定した場合だけ有効です。resetpath_retryオペランドにnouseを指定した場合，このオペランドの指定は無視されます。

(n)　multistandby

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

一つの実行サーバに対して複数の待機サーバを定義できる，マルチスタンバイ機能を使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。マルチスタンバイ機能の詳細については，「4.5　マルチスタンバイ機能を使用する場合のサーバと系の管理」を参照してください。

use：マルチスタンバイ機能を使用します。

nouse：マルチスタンバイ機能を使用しません。

(o)　deviceoff_order

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

order｜reverse

--

（単位：--）

可

order

説明

共有リソースの切り離しをする順序を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。このオペランドの指定は，HAモニタに定義されているサーバすべてに適用されます。

また，サーバごとに共有リソースの切り離しをする順序を指定することもできます。サーバごとに指定する方法については，「8.4.1　サーバ対応の環境設定（servers）」を参照してください。また，共有リソースの切り離しをする順序の詳細については，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

order：接続時と同じ順番で共有リソースの切り離しをします。

reverse：接続時と逆の順番で共有リソースの切り離しをします。

(p)　reset_type

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

server｜host

--

（単位：--）

可

server

説明

リセット発行系の決定方法を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。HAモニタの環境設定のmultistandbyオペランドにuseを指定した場合は，このオペランドの設定に関係なく，hostが仮定されます。

server：リセット発行系とリセット優先系の決定手順に従い，リセット発行系を決定します。

host：リセット発行系決定時のリセット優先系を，リセット優先度に基づいて決定します。リセット優先度は，HAモニタの環境設定のaddressオペランドに指定したホストアドレスが小さい系ほど，高くなります。

(q)　partition_reset

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

物理パーティションリセット機能を使用するかどうかを指定します。

このオペランドは，自系が日立サーバ論理分割機構（Virtage）またはVMware ESXiを利用して，仮想化されている場合に有効です。仮想化と非仮想化の環境を系切り替え構成にする場合，非仮想化環境の系に指定する必要はありません。仮想化環境の系だけに指定してください。

use：物理パーティションリセット機能を使用します。仮想化環境の系のリセット失敗時にプロセサごとリセットして系切り替えする場合はuseを指定してください。

nouse：物理パーティションリセット機能を使用しません。仮想化環境の系のリセット失敗時に系切り替え待ち状態にする場合はnouseを指定してください。

(r)　jp1_event

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

JP1のイベント通知機能を使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。JP1のイベント通知機能を使用するには，システムに物理ホスト環境のJP1/Baseが必要です。

jp1_eventオペランドにuseを指定すると，HAモニタがJP1のイベントを発行します。jp1_eventオペランドを省略した場合，HAモニタではJP1のイベントを発行しません。

use：JP1のイベント通知機能を使用します。

nouse：JP1のイベント通知機能を使用しません。

(s)　ph_log_size

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1024〜10485760

（単位：バイト）

可

--

説明

サーバや系に発生したスローダウンの情報を監視履歴として記録する監視履歴ファイルのサイズを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドを指定しておくと，HAモニタ起動時に指定したサイズで監視履歴ファイルが作成され，サーバや系の監視履歴を取得できます。監視履歴ファイル内の空白がなくなると監視履歴ファイルの内容はラップアラウンドされ，バックアップファイルに書き換えられます。監視履歴ファイルのサイズを見積もるための計算式を，次に示します。

監視履歴を取得するサーバや系の起動回数×180＋監視履歴ファイルに記録させたいスローダウンの回数×90

(t)　ph_threshold

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

5〜559

（単位：秒）

可

--※

注※　このオペランドを省略した場合，系の監視履歴は取得しません。

説明

自系・他系に発生したスローダウンの情報を監視履歴として取得する場合に，aliveメッセージが途絶してから監視履歴を取得するまでの時間（系監視履歴取得時間）を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。系監視履歴取得時間は，HAモニタの環境設定のpatrolオペランドで指定した系障害監視時間よりも小さい値になるように指定する必要があります。

このオペランドを指定して系の監視履歴を取得する場合，必ずph_log_sizeオペランドも指定してください。

(u)　termcmd_at_abort

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの起動コマンドの失敗によるサーバの起動中止，およびサーバ障害時に系切り替えまたは連動系切り替えをする場合に，サーバの停止コマンドであと処理ができるようにするかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：サーバの停止コマンドによるあと処理をできるようにします。

サーバの起動コマンドの失敗によるサーバの起動中止の場合，およびサーバ障害時に系切り替えまたは連動系切り替えをする場合，サーバの停止コマンドを引数"-c"で実行します。

サーバの停止コマンドが引数"-c"で実行された場合にあと処理をするように，サーバの停止コマンドを作成してください。

nouse：サーバの停止コマンドによるあと処理はできません。

サーバの起動コマンドの失敗によるサーバの起動中止の場合，サーバの停止コマンドを実行しません。

サーバ障害時に系切り替えまたは連動系切り替えをする場合，サーバの停止コマンドを実行しますが，サーバの正常停止などと同様に引数"-w"または"-e"で実行します。

サーバの停止コマンドについては，「6.14.2　サーバの停止コマンドの作成」を参照してください。

(v)　alive_interval

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜10

（単位：100ミリ秒）

可

10

説明

aliveメッセージの送信間隔を，デフォルトから変更する場合に指定します。

aliveメッセージの送信間隔は，デフォルトでは1,000ミリ秒です。系障害監視時間を短く設定する場合は，aliveメッセージの送信間隔の設定を変更することを推奨します。系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドを省略した場合，aliveメッセージの送信間隔はデフォルト値が仮定されます。aliveメッセージの送信間隔がデフォルト値のままで問題ない場合は，オペランドに10を指定するのではなく，オペランドを省略することを推奨します。

なお，このオペランドを指定した場合，すべての監視パスにaliveメッセージを送信するため，優先して使用する監視パスを指定できません。

patrolが短い場合にこのオペランドを指定しないと，alive途絶を検知しやすく，障害誤検知となるおそれがあります。

(w)　alive_multicast

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse※

注※　hostmaxオペランドで33以上を指定した場合だけはuseが仮定されます。

説明

aliveメッセージをマルチキャストで送受信するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：aliveメッセージをマルチキャストで送受信します。

nouse：aliveメッセージをマルチキャストで送受信しません（ユニキャストで送受信します）。

このオペランドを指定すると，すべての監視パスでaliveメッセージが同じ通信方式で送受信されます。

aliveメッセージをマルチキャストで送受信する場合，マルチキャストグループIDとして"239.0.0.1"を使用します。マルチキャストグループIDを任意に指定したい場合は，multicast_lanオペランドを指定してください。

(x)　multicast_lan

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜32文字の英数字

--

（単位：--）

可

--※

注※　このオペランドを省略すると，/etc/hostsファイルのマルチキャストグループIDは"239.0.0.1"が仮定されます。

説明

aliveメッセージをマルチキャストで送受信するときに使用する，マルチキャストグループIDに対応するホスト名を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドに指定するホスト名は，/etc/hostsファイルに設定したホスト名と同じ値を指定してください。/etc/hostsファイルに指定するIPアドレスは，クラスDのマルチキャストアドレスを指定します。

aliveメッセージをマルチキャストで送受信しない場合，指定しても無視されます。

(y)　lanfailswitch

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

LANを監視するかどうかを指定します。

LANを監視するすべての系で同じ値を指定してください（系切り替え構成内のすべての系で同じ値である必要はありません）。

use：LANを監視します。

nouse：LANを監視しません。

このオペランドを指定する場合は，サーバ対応の環境設定のswitchbyfailオペランドに，監視対象のLANインタフェース名称を必ず指定してください。なお，switchbyfailオペランドを指定したサーバがグループ化されている場合，指定したLANインタフェースに障害が発生すると，グループ化されているすべてのサーバの系切り替えをします。

(z)　lancheck_patrol

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜180

（単位：秒）

可

15

説明

LANを監視する場合の，LANの監視間隔を指定します。

LANを監視するすべての系で同じ値を指定してください（系切り替え構成内のすべての系で同じ値である必要はありません）。

lanfailswitchオペランドを指定しなかった場合，指定しても無視されます。

なお，このオペランドには，LAN監視スクリプトの実行時間よりも長い値を指定してください。LAN監視スクリプトについては，「(2)　LAN監視スクリプトの設定」を参照してください。

なお，hbondingのステータスだけを監視する場合，監視間隔は1秒固定であるため，このオペランドを指定する必要はありません。

(aa)　lancheck_mode

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

packet｜route

--

（単位：--）

可

packet

説明

LANを監視する場合の，LANの監視方法を指定します。

LANを監視するすべての系で同じ値を指定してください（系切り替え構成内のすべての系で同じ値である必要はありません）。

lanfailswitchオペランドを省略するか，またはnouseを指定した場合は，このオペランドは無視されます。HAモニタのバージョンが01-68以前のLAN監視スクリプト（lanpatrol.sh）を使用している場合は，このオペランドを指定しないか，またはpacketを指定してください。

packet：監視対象のLANアダプタの受信パケット数を監視します。

route：LAN監視定義ファイルに指定された宛先へのping応答を監視します。

(ab)　disk_ptrl

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

システムディスクを監視するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：システムディスクを監視します。

nouse：システムディスクを監視しません。

このオペランドにuseを指定した場合には，システムディスクの監視定義ファイルを設定してください。システムディスクの監視定義ファイルの設定については，「6.21.2　ディスクの監視に必要なファイルの設定」の「(1)　システムディスクの監視に必要なファイルの設定」を参照してください。

また，必要に応じて，HAモニタの環境設定の次のオペランドを指定してください。

disk_ptrl_inter

disk_ptrl_retry

disk_log_size

(ac)　disk_ptrl_inter

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

3〜3600

（単位：秒）

可

120

説明

システムディスクの監視間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドの指定値は，HAモニタの環境設定のdisk_ptrl_retryオペランドで指定する次の項目を考慮する必要があります。

システムディスクの監視のリトライ間隔

システムディスクの監視のリトライ回数

次に示す計算式を満たすように指定してください。

システムディスクの監視間隔 ≧ システムディスクの監視のリトライ間隔×（システムディスクの監視のリトライ回数＋1）

(ad)　disk_ptrl_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

システムディスクの監視のリトライ間隔：符号なし整数

1〜3600

（単位：秒）

可

60

システムディスクの監視のリトライ回数：符号なし整数

0〜60

（単位：回）

可

1

説明

システムディスクへのアクセスに失敗した場合に，システムディスクの監視のリトライ間隔と回数を，":"で区切って指定します。指定した回数を超えてシステムディスクへのアクセスに失敗した場合は，システムディスクの障害と判断します。

系切り替え構成内のすべての系で同じ値を指定してください。

システムディスクの監視のリトライ間隔

システムディスクの監視のリトライ間隔を指定します。リトライ間隔は，ディスクのI/Oタイムアウト以上の値を設定してください。ディスクのI/Oタイムアウトとは，ドライバの設定，OSのカーネルパラメタ，マルチパスソフトウェアの設定で決まる，アプリケーションがI/Oを要求してから応答が返ってくるまでの待ち時間です。

システムディスクの監視のリトライ回数

システムディスクの監視のリトライ回数を指定します。0を指定すると，システムディスクの監視をリトライしません。

(ae)　disk_log_size

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

65535〜10485760

（単位：バイト）

可

1048576

説明

ディスクの監視について，ログファイルの最大サイズをバイト数で指定します。このオペランドは，次の両方のログファイルに適用されます。

システムディスクの監視

業務ディスクの監視

系切り替え構成内のすべての系で同じ値を指定してください。

通常，このオペランドの指定値を変更する必要はありません。

(af)　patrol_100ms

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

aliveメッセージの確認間隔を，デフォルトから変更する場合に指定します。

aliveメッセージの確認間隔は，デフォルトでは1秒です。このオペランドを指定すると，100ミリ秒間隔で確認します。系障害監視時間を短く設定する場合は，100ミリ秒間隔でaliveメッセージを確認することを推奨します。系切り替え構成内のすべての系で同じ値を指定してください。

use：aliveメッセージを，100ミリ秒間隔で確認します。

nouse：aliveメッセージを，1秒間隔で確認します。

(ag)　suppress_reset

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜32

（単位：--）

可

--※

注※　このオペランドを省略した場合は，系のリセットを抑止しません。

説明

系のリセットを抑止する場合に，リセットを抑止する基準となる最少稼働ホスト数を指定します。

最少稼働ホスト数は，システムを構成する系の総数の半数よりも大きい値（最少稼働ホスト数>システム全体の系の数/2）で，かつhostmaxオペランドの指定値以下の値を指定します。系切り替え構成内のすべての系で同じ値を指定してください。

系のリセットの抑止については，「3.3.4　系のリセットの抑止」を参照してください。

(ah)　exitcode

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

type1｜type2

--

（単位：--）

可

type1

説明

HAモニタのコマンドが返すリターンコードを指定します。

type1：「9.　コマンド」に記載されているリターンコードを返します。

type2：P-9S2C-E111 HAモニタの01-41以前のバージョンのリターンコードを返します。

(ai)　vg_off

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

sequential｜parallel

--

（単位：--）

可

parallel

説明

複数サーバを同時に停止するなど，ボリュームグループの切り離し処理が複数実行される場合に，切り離し処理をボリュームグループごとにシーケンシャルに実行するかパラレルに実行するかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

なお，OSがRHEL7以降では，このオペランドの指定は不要です。

sequential：ボリュームグループの切り離し処理を，ボリュームグループごとにシーケンシャルに実行します。

parallel：ボリュームグループの切り離し処理を，パラレルに実行します。

(aj)　vmware_env

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

系のリセットをする場合に，VMware ESXiによる仮想化環境で，系切り替えをするかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：VMware ESXiによる仮想化環境で系切り替えをします。

nouse：VMware ESXiによる仮想化環境で系切り替えをしません。

monsetup -resetpathコマンドによるリセットパスの設定で，VMware ESXiの仮想マシンを使用する設定を行った場合は，useが仮定されます。

また，共有ディスクのSCSIリザーブをする場合は，VMware ESXiによる仮想化環境でもこのオペランドを指定する必要はありません。

リセットパスの設定値の例については，「6.7.2　設定値の例（BladeSymphony）」，「6.8.2　設定値の例（HA8000xMモデル以前）」，または「6.9.2　設定値の例（HA8000xNモデル以降）」を参照してください。

(ak)　patrol_type

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

server｜host

--

（単位：--）

可

server

説明

系を監視するタイミングを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

server：系切り替えができる状態のときに系を監視します。

host：HAモニタの系間が接続している状態のときに系を監視します。

次の条件を満たす場合に，hostを指定してください。

suppress_resetオペランドを指定

系切り替え構成内のすべての系でサーバが監視し合っていない構成

これ以外の場合は，serverを指定するか，このオペランドを省略してください。

(al)　resetpatrol_mode

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

mode1｜mode2

--

（単位：--）

可

mode1

説明

マシンの機種がBladeSymphonyの場合，SVPが一時的にリセットパスのヘルスチェックに応答できないときにリセットパスの障害を検知しないようにするかどうかを指定します。

BladeSymphonyの場合は，mode2を指定してください。HA8000またはRV3000の場合は，このオペランドを省略するかmode1を指定してください。このオペランドを省略した場合は，mode1が仮定されます。

このオペランドは，リセットパスのヘルスチェックに対してだけ有効です。

mode1：SVPが一時的にリセットパスのヘルスチェックに応答できない状態※を，リセットパスの障害として検知します。

mode2：SVPが一時的にリセットパスのヘルスチェックに応答できない状態※を，リセットパスの障害として検知しません。

注※

BladeSymphonyのSVPは，保守作業などでSVP交代を行う場合に，リセットパスのヘルスチェックに対して一時的に（最大2分間）応答できないことがあります。

(am)　fence_reset

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

use

説明

共有ディスクのデータの保護方法として，系のリセットをするかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：系のリセットをします。

nouse：系のリセットをしません。

使用する機能によって，オペランドに指定する値が異なります。

ハイブリッドフェンシングを使用する場合

このオペランドを省略するかuseを指定して，fence_scsiオペランドにuseを指定してください。

ハイブリッドフェンシングを使用しない場合

このオペランドにuseまたはnouseを指定してください。指定を省略した場合はuseになります。このオペランドを省略するかuseを指定した場合は，fence_scsiオペランド，およびfence_lanオペランドにnouseを指定してください。逆に，このオペランドにnouseを指定した場合は，fence_scsiオペランド，またはfence_lanオペランドにuseを指定してください。

このオペランドにnouseが指定されている場合は，HAモニタの環境設定コマンド（monsetupコマンド）でリセットパスの設定をしても無視されます。

系のリセットの詳細については，「2.3.5　系のリセット」を参照してください。リセットパスの設定値の例については，「6.7.2　設定値の例（BladeSymphony）」，「6.8.2　設定値の例（HA8000xMモデル以前）」，または「6.9.2　設定値の例（HA8000xNモデル以降）」を参照してください。

(an)　fence_scsi

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

共有ディスクのデータの保護方法として，共有ディスクのSCSIリザーブをするかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：共有ディスクのSCSIリザーブをします。

nouse：共有ディスクのSCSIリザーブをしません。

使用する機能によって，オペランドに指定する値が異なります。

ハイブリッドフェンシングを使用する場合

このオぺランドにuseを指定して，fence_resetオペランドを省略するか，useを指定してください。

ハイブリッドフェンシングを使用しない場合

このオペランドにuseまたはnouseを指定してください。指定を省略した場合はnouseになります。このオペランドにuseを指定した場合は，次の設定も必要です。

・fence_resetオペランド，およびfence_lanオペランドにnouseを指定

・共有ディスクを使うサーバについて，サーバ対応の環境設定のscsi_deviceまたはdmmp_deviceオペランドを指定※

注※　scsi_deviceまたはdmmp_deviceオペランドを指定しなかった場合，複数の系で実行サーバが起動してしまい，共有ディスクのデータ破壊となるおそれがあります。

共有ディスクのSCSIリザーブの詳細については，「2.3.6　共有ディスクのSCSIリザーブ」を参照してください。

(ao)　fence_lan

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

LANの通信可否による系切り替え制御機能を使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use ：LANの通信可否による系切り替え制御機能を使用します。

nouse：LANの通信可否による系切り替え制御機能を使用しません。

このオペランドにuseを指定した場合は，fence_resetオペランド，およびfence_scsiオペランドにnouseを指定してください。また，lanfailswitchオペランドにuseを指定し，サーバ対応の環境設定のswitch_judgeオペランドに，通信可否を判断するLANインタフェース名称を指定してください。

LANの通信可否による系切り替え制御機能の詳細については，「2.3.7　LANの通信可否による系切り替え制御機能」を参照してください。

(ap)　scsi_check

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜600

（単位：秒）

可

5

説明

共有ディスクのSCSIリザーブをする場合に，実行系から共有ディスクのリザーブ状況を監視する間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドを省略した場合は，5秒が仮定されます。通常は，このオペランドの指定値を変更する必要はありません。

fence_scsiオペランドを省略するか，またはnouseを指定した場合，このオペランドは無視されます。

(aq)　scsi_pathcheck

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜60

（単位：分）

可

1

説明

共有ディスクのSCSIリザーブをする場合，待機系からの共有ディスクのパスの状況を監視する間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

fence_scsiオペランドを省略するか，またはnouseを指定した場合，このオペランドは無視されます。

(ar)　scsi_timeout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜3600

（単位：秒）

可

30

説明

共有ディスクのSCSIリザーブをする場合，物理デバイスに対して発行するSCSIコマンドの応答待ち時間を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

コントローラとLinuxのSCSIサブシステム間のタイムアウト値や，Linuxのブロックデバイスのタイムアウトの値など，OSの設定などでI/Oタイムアウト値を設定する場合があります。この場合は，scsi_timeoutオペランドにはこの指定値よりも大きな値を指定します。

fence_scsiオペランドを省略するか，またはnouseを指定した場合，このオペランドは無視されます。

(as)　scsi_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜60

（単位：回）

可

2

説明

共有ディスクのSCSIリザーブをする場合に，物理デバイスに対して発行するSCSIコマンドが失敗，またはタイムアウトしたときに，SCSIコマンドをリトライする回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドを省略した場合は，2回が仮定されます。最初にSCSIコマンドを実行し，そのあとに2回リトライするため，合計3回SCSIコマンドを実行することになります。

fence_scsiオペランドを省略するか，またはnouseを指定した場合，このオペランドは無視されます。

(at)　hbond_lacp

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜32文字の英数字

--

（単位：--）

可

--※

注※　このオペランドを省略した場合，hbondingの物理リンク状態だけ監視します。

説明

HAモニタのLAN監視機能で，802.3adモードでLACP監視方式のhbondingを監視する場合に，hbondingのインタフェース名を指定します。

":"で区切って32個まで指定できます。このオペランドを指定した場合，hbondingのステータスによるネットワークスイッチ，および物理リンクの障害を検知できます。このオペランドを省略した場合，hbondingの物理リンク状態だけ監視します。

hbondingを監視する場合の設定については，「(4)　必要な環境設定」を参照してください。

(au)　vg_offskip

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

系切り替え元である実行系の共有リソースの切断処理で，ボリュームグループの切り離しの以前に行っているリソースの切断処理に失敗した場合に，ボリュームグループの切り離しをスキップするかどうかを指定します。

use：ボリュームグループの切り離しをスキップします。

nouse：ボリュームグループの切り離しをスキップしません。

このオペランドにuseを指定すると，系切り替え元である実行系で共有リソースの切り離しが失敗した場合に，ボリュームグループの切り離しをスキップするため，系切り替え時間を短縮できます。共有リソースの切り離しに失敗した場合，ボリュームグループの切り離しをスキップするリソースを次に示します。

deviceoff_orderオペランドの定義値がorderの場合

ファイルシステムの切り離し

ボリュームグループの切り離し

deviceoff_orderオペランドの定義値がreverseの場合

ファイルシステムの切り離し

HA Boosterに定義した制御グループの切り離し※

ボリュームグループの切り離し

注※

「制御グループの切り離し」は，共有リソースのアクセス制御状態を，アクセス禁止に設定したあとで参照専用に設定することを指します。

なお，実行系は系のリセットをする場合はリセットされ，共有ディスクのSCSIリザーブをする場合はカーネルパニックを発生させるため，ボリュームグループは切り離されます。

(av)　notswitch_notify

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

use

説明

系切り替えができない状態の場合に，1時間おきに繰り返し警告メッセージを出力して通知するかどうかを指定します。

use：繰り返し警告メッセージを出力して通知します。

nouse：通知しません。

このオペランドにuseを指定すると，系切り替えができない状態を事前に認識することができます。

警告メッセージを出力する系切り替えができない状態と警告メッセージのIDを次の表に示します。

表8‒3　警告メッセージを出力する系切り替えができない状態と警告メッセージのID

警告メッセージを出力する系切り替えができない状態

警告メッセージのID

実行サーバが起動完了しているが，系切り替えできる状態になっていない場合

KAMN288-W

系の稼働数が最少稼働ホスト数以下である場合※

KAMN447-W

サーバの監視が一時停止中の場合

KAMN521-W

システムディスクの監視が一時停止中の場合

KAMN540-W

リセットパスのヘルスチェックで異常を検知している場合

KAMN644-W

SCSIリザーブ使用時，待機系からの共有ディスクのパスの状況のチェックで，ディスクパスの異常を検知している場合

KAMN729-W

注※

サーバを起動していないＨＡモニタも含みます。

(aw)　servcomplete_msg

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの停止完了時にメッセージKAMN298-Iを出力，および連動系切り替え完了時にメッセージKAMN496-Iを出力するかどうかを指定します。

use：サーバの停止完了時および連動系切り替え完了時にメッセージを出力します。

nouse：サーバの停止完了時および連動系切り替え完了時にメッセージを出力しません。

連動系切り替えの場合，切り替え先で連動系切り替えの対象となったサーバのうち，一部のサーバでも切り替え失敗したときは，メッセージKAMN496-Iは出力されません。また，サーバ対応の環境設定のswitch_errorオペランドを指定して起動リトライするサーバは，異常終了として扱われるため，メッセージは出力されません。

(ax)　delay_kamn238

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜600

（単位：秒）

可

0※

注※　このオペランドを省略した場合は，KAMN238-Dメッセージの出力を遅らせません。

説明

待機サーバが実行サーバの起動を待つ状態になったときに出力するメッセージKAMN238-D※について，オペランドに指定した時間，出力を遅らせます。

注※

このオペランドは，メッセージの初回出力時にだけ適用されます。2回目以降のメッセージの出力時は，このオペランドの指定値に関係なく，ユーザへの状態通知を目的として一定間隔で出力します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドに値を指定する場合，目安として60秒を指定してください。60秒を指定してもメッセージKAMN238-Dが出力される場合は，60秒よりも長い秒数を指定してください。

実行サーバと待機サーバを同時に起動する運用の場合，タイミングによってはメッセージKAMN238-Dが出力されることがあります。このオペランドを指定することで，タイミングによるメッセージKAMN238-Dの出力を防止できます。実行サーバと待機サーバを同時に起動しない運用の場合，このオペランドの指定は不要です。

マルチスタンバイの場合，メッセージKAMN238-Dと一緒に出力されるメッセージKAMN972-Dも出力を遅らせます。なお，メッセージKAMN242-D，KAMN243-D，KAMN244-D，KAMN973-Dと一緒に出力されるメッセージKAMN238-Dについては，このオペランドの対象ではありません。

(3)　options定義文

HAモニタの動作オプションを定義します。定義は任意です。定義していない場合は，仮定値が設定されます。options定義文のオペランドを，次に示します。

(a)　clearcheck

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜600

（単位：秒）

可

20

説明

系のリセット終了時間（秒）を指定します。

系切り替え時に，指定時間内に系のリセットが完了しなかった場合は，エラーメッセージを出力し，系切り替え待ち状態になります。そのあと，系のリセットが完了すれば，系切り替えを再開します。

このオペランドの指定については，次の表を参照してください。

機種

環境

サーバ構成

指定要否および指定値

HA8000xNモデル以降

VMware ESXiを使用していない

管理サーバを使用しない

HA Monitor Connectorのドキュメントに従ってこのオペランドの指定値を設定してください。HA Monitor Connectorのドキュメントに，このオペランドについての記載がない場合は，このオペランドを指定しないでください。

管理サーバを使用する

このオペランドを指定しないでください。

VMware ESXiを使用している

管理サーバを使用しない

HA Monitor Connectorのドキュメントに記載されている値に20（秒）を加えた値を指定してください。HA Monitor Connectorのドキュメントに，このオペランドについての記載がない場合は，このオペランドを指定しないでください。

管理サーバを使用する

このオペランドを指定しないでください。

RV3000

VMware ESXiを使用していない

-

このオペランドを指定しないでください。

高信頼化機能を追加したvSphereを使用している

-

HA Monitor Connectorのドキュメントに従ってこのオペランドの指定値を設定してください。HA Monitor Connectorのドキュメントに，このオペランドについての記載がない場合は，このオペランドを指定しないでください。

上記以外

-

-

このオペランドを指定しないでください。

（凡例）

-：該当しません。

このオペランドを指定する場合は，次の点に注意してください。

系切り替え構成内のすべての系で同じ値を指定してください。系切り替え構成内に，このオペランドの設定が必要な機種と不要な機種が混在する場合は，設定不要の機種にも同じ値を指定してください。

clearwaitオペランドと同じ値を指定してください。

8.4　サーバの環境設定

サーバの環境設定では，系で稼働させる実行サーバや待機サーバの環境を定義します。

また，排他サーバの環境設定もできます。排他サーバを定義すると，待機サーバが実行サーバとして稼働したときに，同じ系にあるほかの待機サーバを停止できます。この停止させるサーバを排他サーバといいます。この結果，同じ系で複数の実行サーバが稼働することを防げます。

8.4.1　サーバ対応の環境設定（servers）

サーバ対応の環境を設定する定義ファイルは，HAモニタの環境設定用ディレクトリの下にserversというファイル名で作成します。

また，HAモニタサンプルファイル用ディレクトリの下に，serversファイルのサンプルが用意されています。このファイルをHAモニタの環境設定用ディレクトリにコピーし，書き換えて使用すると，定義ファイルを最初から作成する手間が省けます。

なお，この定義ファイルは系ごとに作成します。太字部分は，系間で同じ値を指定してください。太字以外の部分は，系間で矛盾がないように設定してください。

サーバ対応の環境設定をする定義ファイルを，次に示します。

/*  サーバ対応の環境設定  */
server  name
             プログラム名
       ,alias
             サーバの識別名
     〔,initial
           ｛online｜standby｝〕
     〔,standbypri
           ｛各待機サーバの優先度｜1｝〕
     〔,group
             グループ名〔:｛exchange｜no_exchange〔: ｛cancel｜no_cancel｝〕｝〕〕
     〔,parent
             親サーバの識別名称〕
     〔,acttype
           ｛server｜monitor｝〕
     〔,server_type
           ｛A｜B｝〕
     〔,program
           ｛use｜nouse｝〕
     〔,patrol
             サーバ障害監視時間〕
     〔,ph_threshold
             サーバ監視履歴取得時間〕
     〔,actcommand
             サーバの起動コマンドの絶対パス名〕
     〔,termcommand
             サーバの停止コマンドの絶対パス名〕
     〔,patrolcommand
             サーバの監視コマンドの絶対パス名〕
     〔,ptrlcmd_ex
             サーバの監視コマンドの絶対パス名〕
     〔,ptrlcmd_ex_inter
             サーバ監視コマンドの実行間隔時間〕
     〔,ptrlcmd_ex_retry
           ｛サーバ監視コマンドの再試行回数｜2｝〕
     〔,ptrlcmd_ex_tmout
             サーバ監視コマンドのタイムアウト値〕
     〔,start_timeout
           サーバ起動時のタイムアウト値〕
     〔,stop_timeout
           サーバ停止時のタイムアウト値〕
     〔,stop_timeout_sw
             サーバ停止時のタイムアウト値〕
     〔,waitserv_exec
           ｛yes｜no｝〕
     〔,servexec_retry
           ｛サーバ起動処理の再試行回数｜2｝〕
     〔,retry_stable
           ｛起動完了監視時間｜60｝〕
     〔,sby_actcommand
            待機サーバの起動コマンドのパス名〕
     〔,sby_termcommand
            待機サーバの停止コマンドのパス名〕
     〔,sby_ptrlcmd_ex
            待機サーバの監視コマンドの絶対パス名〕
     〔,sby_ptrlcmd_ex_inter
            待機サーバの監視コマンドの実行間隔〕
     〔,sby_ptrlcmd_ex_retry
            待機サーバの監視コマンドのリトライ回数｜2〕
     〔,sby_ptrlcmd_ex_tmout
            待機サーバの監視コマンドの実行時のタイムアウト値〕
     〔,sby_start_timeout
            待機サーバの起動コマンド処理のタイムアウト値〕
     〔,sby_stop_timeout
            待機サーバの停止コマンド処理のタイムアウト値〕
     〔,sby_servexec_retry
            待機サーバの起動処理の再試行回数|0〕
     〔,switchtype
           ｛switch｜restart〔:再起動監視時間〕｜manual｝〕
     〔,switch_error
           ｛retry｜ignore｝〕
     〔,switch_retry
           ｛起動リトライ回数｜2｝〕
     〔,switchbyfail
             LANインタフェース名称〔:LANインタフェース名称…〕〕
     〔,disk_ptrl
           ｛use｜nouse｝〕
     〔,disk_ptrl_inter
           ｛業務ディスクの監視間隔｜120｝〕
     〔,disk_ptrl_retry
           ｛業務ディスクの監視のリトライ間隔｜60｝:
           ｛業務ディスクの監視のリトライ回数｜1｝〕
     〔,disk_ptrl_act
           ｛switch｜pairdown｜noswitch｝〕
     〔,switch_judge
             LANインタフェース名称〕
     〔,pairdown
           ｛use〔:serv_slow〕｜nouse｝〕
     〔,uoc_neck
           ｛use｜nouse｝〕
     〔,uoc_pairdown
           ｛use｜nouse｝〕
     〔,term_pairdown
           ｛use｜nouse｝〕
     〔,lan_updown
           ｛use｜nouse｝〕
     〔,ip_neck
           ｛use｜nouse｝〕
     〔,disk
             ボリュームグループの絶対パス名〔:ボリュームグループの絶対パス名…〕〕
     〔,vg_on_opt
             ボリュームグループの接続オプション〔:オプション…〕〕
     〔,vg_neck
           ｛use｜nouse｝〔: ｛use｜nouse｝…〕〕
     〔,fs_name
             論理ボリュームの絶対パス名〔:論理ボリュームの絶対パス名…〕〕
     〔,fs_mount_dir
             ディレクトリ名〔:ディレクトリ名…〕〕
     〔,fs_mount_opt
             オプション〔:オプション…〕〕
     〔,fs_umount_retry
           ｛リトライ回数｜10｝〕
     〔,fs_neck
           ｛use｜nouse｝〔: ｛use｜nouse｝…〕〕
     〔,scsi_device
             デバイス名〔:デバイス名…〕〕
     〔,dmmp_device
             デバイス名〔:デバイス名…〕〕
     〔,hab_gid
             制御グループID〔:制御グループID…〕〕
     〔,hab_discnt_atend
           ｛yes｜no｝〕
     〔,deviceoff_order
           ｛order｜reverse｝〕
     〔,dev_timelimit
             共有リソース切り替えタイムアウト値〕
     〔,dev_offlimit
             サーバ共有リソース切り離し処理のタイムアウト値〕
     〔,dev_onlimit
             サーバ共有リソース接続処理のタイムアウト値〕;
/*  リソースサーバ対応の環境設定  */
〔resource    alias
                 リソースサーバの識別名
           〔,initial
               ｛online｜standby｝〕
           〔,standbypri
               ｛各待機サーバの優先度｜1｝〕
             ,group
                 グループ名
           〔,switch_error
                ｛retry｜ignore｝〕
           〔,switch_retry
                ｛起動リトライ回数｜2｝〕
           〔,switchbyfail
                 LANインタフェース名称〔:LANインタフェース名称…〕〕
           〔,switch_judge
                  LANインタフェース名称〕
           〔,uoc_neck
               ｛use｜nouse｝〕
           〔,uoc_pairdown
                ｛use｜nouse｝〕
           〔,lan_updown
               ｛use｜nouse｝〕
           〔,ip_neck
               ｛use｜nouse｝〕
           〔,disk
                 ボリュームグループの絶対パス名〔:ボリュームグループの絶対パス名…〕〕
           〔,vg_on_opt
                 ボリュームグループの接続オプション〔:オプション…〕〕
           〔,vg_neck
               ｛use｜nouse｝〔: ｛use｜nouse｝…〕〕
           〔,fs_name
                 ファイルシステムのパス名〔:ファイルシステムのパス名…〕〕
           〔,fs_mount_dir
                 ディレクトリ名〔:ディレクトリ名…〕〕
           〔,fs_mount_opt
                 オプション〔:オプション…〕〕
           〔,fs_umount_retry
               ｛リトライ回数｜10｝〕
           〔,fs_neck
               ｛use｜nouse｝〔: ｛use｜nouse｝…〕〕
           〔,scsi_device
                 デバイス名〔：デバイス名…〕〕
           〔,dmmp_device
                 デバイス名〔：デバイス名…〕〕
           〔,hab_gid
                 制御グループID〔:制御グループID…〕〕
           〔,hab_discnt_atend
               ｛yes｜no｝〕
           〔,deviceoff_order
               ｛order｜reverse｝〕
           〔,dev_timelimit
                 共有リソース切り替えタイムアウト値〕
           〔,dev_offlimit
                  サーバ共有リソース切り離し処理のタイムアウト値〕
           〔,dev_onlimit
                 サーバ共有リソース接続処理のタイムアウト値〕
           〔,disk_ptrl
                ｛use｜nouse｝〕
           〔,disk_ptrl_inter
                ｛業務ディスクの監視間隔｜120｝〕
           〔,disk_ptrl_retry
                ｛業務ディスクの監視のリトライ間隔｜60｝:
                ｛業務ディスクの監視のリトライ回数｜1｝〕
           〔,disk_ptrl_act
                ｛switch｜pairdown｜noswitch｝〕;

業務で使用するLANの通信可否による系切り替え制御機能を使用する場合（fence_lanオペランドにuseを指定），次のオペランドは指定しないでください。

disk

vg_neck

fs_name

fs_mount_dir

fs_mount_opt

fs_umount_retry

fs_neck

scsi_device

dmmp_device

hab_gid

hab_discnt_atend

(1)　サーバの種類と定義するオペランド一覧

サーバ対応の環境設定では，次の場合でそれぞれ定義するオペランドが異なります。

サーバがサーバモードの場合

サーバがモニタモードの場合

リソースサーバの場合

サーバの種類によるオペランドの組み合わせを次の表に示します。

表8‒4　サーバの種類によるオペランドの組み合わせ

オペランド

サーバモードの場合

モニタモードの場合

リソースサーバの場合

TP1/Server BaseまたはHiRDBのとき

TP1/EEのとき

name

◎

◎

−

alias

◎

◎

◎

initial

○

○

○

standbypri

○

○

○

group

△

△

◎

parent

△

△

−

acttype

○

◎

−

server_type

○

◎

−

−

program

−

○

−

patrol

◎

−

−

−

ph_threshold

△

−

−

−

actcommand

−

△

−

termcommand

−

△

−

patrolcommand

−

△

−

ptrlcmd_ex

−

△

−

ptrlcmd_ex_inter

−

△※2

−

ptrlcmd_ex_retry

−

○

−

ptrlcmd_ex_tmout

−

△

−

start_timeout

−

△

−

stop_timeout

−

△

−

stop_timeout_sw

−

△

−

waitserv_exec

−

○

−

servexec_retry

−

○

−

retry_stable

−

○※3

−

sby_actcommand

−

△

−

sby_termcommand

−

△

−

sby_ptrlcmd_ex

−

△

−

sby_ptrlcmd_ex_inter

−

△※4

−

sby_ptrlcmd_ex_retry

−

○

−

sby_ptrlcmd_ex_tmout

−

△

−

sby_start_timeout

−

△

−

sby_stop_timeout

−

△

−

sby_servexec_retry

−

○

−

switchtype

○

−

−

switch_error

○

○

○

switch_retry

−

○

○

switchbyfail

△

△

△

disk_ptrl

○

○

○

disk_ptrl_inter

○

○

○

disk_ptrl_retry

○

○

○

disk_ptrl_act

○

○

○

switch_judge

△

△

△

pairdown

○

−※1

−

uoc_neck

○

○

○

uoc_pairdown

○

○

○

term_pairdown

−

△

−

lan_updown

○

○

○

ip_neck

○

○

○

disk

△

△

△

vg_on_opt

○

○

○

vg_neck

○

○

○

fs_name

△

△

△

fs_mount_dir

△

△

△

fs_mount_opt

△

△

△

fs_umount_retry

○

○

○

fs_neck

○

○

○

scsi_device

△

△

△

dmmp_device

△

△

△

hab_gid

△

△

△

hab_discnt_atend

○

○

○

deviceoff_order

○

○

○

dev_timelimit

△

△

△

dev_offlimit

△

△

△

dev_onlimit

△

△

△

（凡例）

◎：定義します（省略できません）。

○：定義します（省略した場合，仮定値が設定されます）。

△：定義します（省略した場合，設定されません）。

−：定義しません（定義しても無視されます）。

注※1

ptrlcmd_exの指定がある場合，「△」となります。

注※2

ptrlcmd_exの指定がある場合，「◎」となります。

注※3

ptrlcmd_exの指定がある場合，「−」となります。

注※4

sby_ptrlcmd_exの指定がある場合，「◎」となります。

(2)　server定義文

サーバの動作環境を定義します。server定義文のオペランドを，次に示します。

(a)　name

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のサーバパス名

--

（単位：--）

不可

--

説明

プログラムを特定するための名称を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバモードのサーバの場合

TP1/Server Baseを使用するとき

OpenTP1ディレクトリの絶対パス名を指定してください。OpenTP1ディレクトリについては，マニュアル分散トランザクション処理機能 OpenTP1 運用と操作を参照してください。

TP1/EEを使用するとき

TP1/EEのクラスタ識別子を指定してください。TP1/EEのクラスタ識別子については，マニュアル分散トランザクション処理機能 TP1/EE/Extended Transaction Controller 使用の手引を参照してください。

HiRDBを使用するとき

使用するHiRDBの系切り替え機能によって指定する内容が異なります。指定する値の詳細については，マニュアルHiRDB システム運用ガイドを参照してください。

モニタモードのサーバの場合

サーバの起動コマンドの絶対パス名を指定します。なお，actcommandオペランドを指定した場合は，サーバの起動コマンドの絶対パス名，またはプログラムを特定するための一意となる名称を指定してください。

注意事項

実行サーバレスモードを使用する場合は，末尾に*を指定しないでください。

(b)　alias

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜8文字の英数字

--

（単位：--）

不可

--

説明

HAモニタで使用するコマンドや，出力するメッセージのための，サーバの識別名（サーバの別名）を指定します。

すべての系の中で一意となる名称を指定してください。また，系切り替え構成内のすべての系で同じ値を指定してください。

(c)　initial

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

online｜standby

--

（単位：--）

可

online

説明

サーバの起動種別として，サーバ起動時の状態を指定します。

現用系ではonlineを，予備系ではstandbyを指定してください。

online：サーバを実行サーバとして起動します。

standby：サーバを待機サーバとして起動します。

グループ化されたサーバの起動種別については，groupオペランドを参照してください。

(d)　standbypri

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜9999

（単位：--）

可

1

説明

マルチスタンバイ機能を使用する場合に，各待機サーバの優先度を指定します。

数値が小さいほど，その系の優先度が高いことを示します。各系で異なる値を指定してください。このオペランドは，HAモニタの環境設定のmultistandbyオペランドにuseを指定し，サーバ対応の環境設定のinitialオペランドにstandbyを指定した場合にだけ有効です。initialオペランドにonlineを指定した場合は，優先度がいちばん高くなります。マルチスタンバイ機能の詳細については，「4.5　マルチスタンバイ機能を使用する場合のサーバと系の管理」を参照してください。

(e)　group

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

サーバグループの名称：1〜8文字の英数字

--

（単位：--）

可

--

サーバの切り替え種別：exchange｜no_exchange

--

（単位：--）

可

no_exchange※

注※　モニタモードのサーバの場合，仮定値はありません。

説明

連動系切り替え時に一括して切り替えるサーバグループの名称と，各サーバの切り替え種別を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。groupオペランドを指定する場合，グループ化されたサーバのinitialオペランド値は，系内で同じ値にしてください。なお，サーバの起動時に稼働中のグループ内サーバがある場合，グループ化されたサーバの起動種別は，initialオペランド値に関係なく，稼働中のグループ内サーバの状態によって決められます。

サーバグループの名称には，"exchange"，"no_exchange"，"cancel"，"no_cancel"以外の名称を指定してください。

サーバの切り替え種別には，そのサーバにサーバ障害が発生した場合に連動系切り替えをするかどうかを指定します。サーバの切り替え種別は，サーバモードのサーバの場合だけ指定できます。

サーバの切り替え種別はサーバモードのサーバの場合に有効です。デフォルトでは，サーバの切り替え種別はno_exchangeです。サーバ障害時に連動系切り替えをしたい場合はexchangeを指定してください。

モニタモードの場合は指定できません。モニタモードのサーバにサーバ障害が発生した場合，サーバの監視コマンドを作成しているときは連動系切り替えをします。サーバの監視コマンドを作成していないときは連動系切り替えをしません。

サーバの切り替え種別の指定は任意です。指定する場合は，グループ名もあわせて指定してください。グループ名の指定を省略すると，各サーバの切り替え種別の指定は無視されます。サーバの切り替え種別として指定できる値を次に示します。

exchange：この値を指定したサーバにサーバ障害が発生すると，サーバグループ内のすべてのサーバを一括して，連動系切り替えをします。この値と，"cancel"または"no_cancel"は，同時に指定できません。

no_exchange：この値を指定したサーバにサーバ障害が発生しても，連動系切り替えはしません。対応する待機サーバは連動系切り替え待ち状態になります。ただし，次の場合には連動系切り替えをします。

サーバグループ内のすべてのサーバにno_exchangeを指定しており，かつすべてのサーバでサーバ障害が発生した場合

サーバグループ内にリソースサーバがある構成で，リソースサーバを親サーバに指定しているすべてのサーバが障害になった場合

サーバにTP1/Server BaseまたはHiRDBを使用する場合，no_exchangeのあとに次の値を指定できます。":"で区切って指定してください。

cancel

この値を指定したサーバのスローダウンを検出すると，HAモニタはこのサーバを異常終了させます。対応する待機サーバは連動系切り替え待ち状態になります。ただし，switchtypeオペランドにmanualを指定している場合，HAモニタはこのサーバの状態監視を続けます。

no_cancel

この値を指定したサーバのスローダウンを検出しても，HAモニタはこのサーバの状態監視を続けます。対応する待機サーバは連動系切り替え待ち状態にはなりません。

サーバグループ内のすべてのサーバで"no_exchange:no_cancel"を指定すると，すべてのサーバのスローダウンを検出しても，系切り替えをしないでサーバの状態監視を続けます。

(f)　parent

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜8文字の英数字

--

（単位：--）

可

--

説明

サーバの切り替え順序制御をする場合，自サーバ起動のために必要な，親サーバを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。指定する値は親サーバのサーバ識別名（alias）に指定した名称を記述します。このオペランドを指定した場合，系切り替え時に，親サーバの起動が完了するまで，自サーバを起動しないように順序制御をします。このオペランドはgroupオペランドが指定されている場合だけ指定できます。

なお，正しく順序制御ができなくなるため，サーバグループ内のサーバが稼働中に，このオペランドを変更しないでください。

(g)　acttype

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

server｜monitor

--

（単位：--）

可

server

説明

サーバの起動方法を指定します。

サーバモードのサーバの場合はserverを，モニタモードのサーバの場合はmonitorを指定します。系切り替え構成内のすべての系で同じ値を指定してください。

server：サーバの起動コマンドでサーバを起動します。

monitor：HAモニタのコマンドでサーバを起動します。

(h)　server_type

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

A｜B

--

（単位：--）

可

A

説明

サーバモードのサーバの場合に，サーバの監視方法を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。モニタモードのサーバの場合は，指定しても無視されます。

A：稼働報告を監視します。サーバがTP1/Server BaseまたはHiRDBの場合に指定してください。

B：サーバのプロセスを監視します。サーバがTP1/EEの場合に指定してください。

(i)　program

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

モニタモードのプログラム管理機能を使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：モニタモードのプログラム管理機能を使用します。

nouse：モニタモードのプログラム管理機能を使用しません。

このオペランドにuseを指定した場合，次の定義もしてください。

HAモニタの環境設定のpgmmaxオペランド

モニタモードのプログラム対応の環境設定

モニタモードのプログラム対応の環境設定については，「8.5.1　モニタモードのプログラム対応の環境設定（programs）」を参照してください。

なお，サーバモードのサーバの場合は，指定しても無視されます。

(j)　patrol

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

5〜600

（単位：秒）

可

--

説明

サーバモードのサーバの場合に，サーバ障害の判断基準となる，サーバからの稼働報告を確認する時間（サーバ障害監視時間）を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。patrolオペランドに指定した時間を超えてもサーバからの稼働報告がなかった場合，HAモニタはサーバ障害と判断します。

サーバモードのサーバとしてTP1/EEを使用する場合，またはモニタモードのサーバを使用する場合は，指定しても無視されます。

(k)　ph_threshold

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

5〜559

（単位：秒）

可

--※

注※　このオペランドを省略した場合，サーバの監視履歴は取得しません。

説明

自系で稼働する実行サーバに発生したスローダウンの情報を監視履歴として取得する場合に，実行サーバの稼働報告がなくなってから監視履歴を取得するまでの時間（サーバ監視履歴取得時間）を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバ監視履歴取得時間は，サーバ対応の環境設定のpatrolオペランドで指定したサーバ障害監視時間よりも小さい値になるように指定する必要があります。

サーバモードのサーバとしてTP1/EEを使用する場合，またはモニタモードのサーバを使用する場合は，指定しても無視されます。

このオペランドを指定してサーバの監視履歴を取得する場合，必ずHAモニタの環境設定のph_log_sizeオペランドも指定してください。

(l)　actcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--

説明

サーバの起動コマンドの絶対パス名を指定します。

termcommandオペランドと同様に，オペランドの指定値を"（引用符）で囲むことで，引数を指定できます。"（引用符）は文字数にカウントされません。系切り替え構成内のすべての系で同じ値を指定してください。

モニタモードのサーバで，サーバの起動コマンドに引数を指定したい場合に，このオペランドを指定します。このオペランドを指定した場合，nameオペランドにはサーバの起動コマンドの絶対パス名を指定する必要はありません。nameオペランドにはプログラムを特定するための一意となる名称を指定してください。

サーバモードのサーバの場合は，指定しても無視されます。

(m)　termcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--

説明

シェルなどで作成したサーバの停止コマンドを絶対パス名で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

モニタモードのサーバの場合にこのオペランドを指定しておくと，計画系切り替えをしたいときにサーバの系切り替えコマンド（monswapコマンド）を実行するだけで，自動的に実行サーバを計画停止できます。また，実行サーバを正常終了させたいときにモニタモードのサーバ停止コマンド（monendコマンド）を実行するだけで，自動的に実行サーバを正常終了できます。

サーバモードのサーバの場合は，指定しても無視されます。

なお，"（引用符）で囲んで指定することで，空白を使用できます。空白を使用することで，コマンドに引数を指定できます。"（引用符）は文字数にカウントされません。空白を含む指定をした場合，一つ以上の空白で区切られた最初の文字列が，サーバの停止コマンドのパス名として認識されます。最初の空白より後ろの文字列は引数として認識されます。HAモニタが渡す引数（"-e"，"-w"，"-c"）は，サーバの停止コマンドの，最後の引数として追加して実行されます。HAモニタが渡す引数については，「6.14.2　サーバの停止コマンドの作成」を参照してください。

(n)　patrolcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--※

注※

このオペランドを省略した場合，実行サーバの監視はしません。

ただし，ptrlcmd_exオペランドを指定している場合は実行サーバの監視をします。

説明

モニタモードのサーバを監視するためのサーバの監視コマンドを絶対パス名で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバモードのサーバの場合は，指定しても無視されます。

なお，termcommandオペランドと同様に，オペランドの指定値を"（引用符）で囲むことで，引数を指定できます。

(o)　ptrlcmd_ex

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--※

注※

このオペランドを省略した場合，実行サーバの監視はしません。

ただし，patrolcommandオペランドを指定している場合は実行サーバの監視をします。

説明

モニタモードのサーバを監視するためのサーバの監視コマンドを絶対パス名で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバモードのサーバの場合は，指定しても無視されます。

なお，"（引用符）で囲んで指定することで，引数を使用できます。

このオペランドを指定した場合には，必ずptrlcmd_ex_interオペランドを指定してください。必要に応じてptrlcmd_ex_tmoutオペランドを指定してください。なお，このオペランドを指定した場合には，patrolcommandオペランドを指定できません。また，programオペランドを指定できません。

(p)　ptrlcmd_ex_inter

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

3〜180

（単位：秒）

可※

--

注※

ptrlcmd_exオペランドを指定した場合，必ずこのオペランドを指定してください。

説明

モニタモードのサーバを監視するためのサーバの監視コマンドを実行する間隔を指定します。実行する間隔は，サーバの監視コマンドの開始から終了までの時間より長い時間を指定してください。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバモードのサーバの場合は，指定しても無視されます。

(q)　ptrlcmd_ex_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜19

（単位：回）

可

2

説明

モニタモードのサーバを監視するためのサーバの監視コマンドが失敗（EXITコードが1～9）した場合，再実行する回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

指定回数連続で失敗した場合は，実行サーバのサーバ障害と判断し，servexec_retryオペランドに従い動作します。

(r)　ptrlcmd_ex_tmout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

5〜3600

（単位：秒）

可

--

説明

モニタモードのサーバを監視するためのサーバの監視コマンド実行時のタイムアウト値を指定します。タイムアウト値は，サーバ監視コマンドの開始から終了までの時間以上を指定します。なお，監視コマンドの開始から終了までの時間より短い時間を指定すると，誤った検知につながり，適切な監視ができません。タイムアウトした場合は，サーバ障害と判断し，servexec_retryオペランドに従い動作します。

系切り替え構成内のすべての系で同じ値を指定してください。

(s)　start_timeout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--※

注※　このオペランドを省略した場合は，モニタモードのサーバ起動時のタイムアウトを監視しません。

説明

モニタモードのサーバ起動時のタイムアウト値を指定します。

サーバの起動を待ち続けないように，このオペランドを指定することを推奨します。

系切り替え構成内のすべての系で同じ値を指定してください。このオペランドを指定すると，切り替え先のサーバの起動も，タイムアウトの監視対象となります。

switch_retryオペランドの指定によってサーバを再起動する場合も，タイムアウトの監視対象です。

servexec_retryオペランドの指定によってサーバの起動処理を再実行した場合は，タイムアウトの監視対象ではありません。

タイムアウト値が小さい場合，系切り替え先でのサーバの起動に失敗するおそれがあります。このため，数分または最大値（3600）のような，十分大きな値を指定してください。

タイムアウトした場合は，サーバの起動コマンドを強制停止し，サーバの起動を中止します。タイムアウトしたあと，サーバの停止コマンドを起動したい場合は，HAモニタの環境設定のtermcmd_at_abortオペランドにuseを指定してください。

waitserv_execオペランドにyesを指定した場合，タイムアウト値には，サーバの起動コマンドの起動から終了までの時間を指定します。programオペランドにuseを指定した場合は，タイムアウト値に，hamon_patrolstart関数の発行までの時間を含めてください。hamon_patrolstart関数が1回発行されるまでの時間を監視します。UAPが複数プロセスで構成されている場合でも，hamon_patrolstart関数が1回発行されるまでの時間を監視します。

サーバモードのサーバの場合，またはwaitserv_execオペランドにnoを指定し，かつprogramオペランドにnouseを指定した場合は，指定しても無視されます。

waitserv_execオペランドとprogramオペランドの指定値と指定する監視範囲の対応を，次の表に示します。

表8‒5　waitserv_execオペランドとprogramオペランドの指定値と指定する監視範囲の対応

オペランドの指定値

指定する監視範囲

waitserv_exec

program

yes

use

サーバの起動コマンドの起動から終了まで，およびhamon_patrolstart関数の発行までの両方を監視する。

nouse

サーバの起動コマンドの起動から終了までを監視する。

no

use

hamon_patrolstart関数が発行されるまでを監視する。

nouse

タイムアウトを監視しない（指定しても無視する）。

(t)　stop_timeout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--※

注※　このオペランドを省略した場合は，モニタモードのサーバ停止時のタイムアウトを監視しません。

説明

モニタモードのサーバ停止時のタイムアウト値を指定します。

サーバの停止を待ち続けないように，このオペランドを指定することを推奨します。

系切り替え構成内のすべての系で同じ値を指定してください。

switch_retryオペランドの指定によってサーバを再起動する場合も，タイムアウトの監視対象です。

servexec_retryオペランドの指定によってサーバの起動処理を再実行した場合は，タイムアウトの監視対象ではありません。

タイムアウト値には，サーバ停止時に許容できる，最大待ち時間を指定します。指定する時間は，サーバの停止コマンドの起動から終了までの時間以上にしてください。ここで指定した値は，通常のサーバ停止，および系切り替え時のサーバ停止のときに有効です。

通常のサーバ停止時より，系切り替え時のサーバ停止時のタイムアウト値を短く設定したい場合は，stop_timeout_swオペランドに系切り替え時のサーバ停止時のタイムアウト値を指定してください。stop_timeoutオペランドとstop_timeout_swオペランドを同時に指定した場合，通常の停止時はstop_timeoutオペランドの指定が有効となり，系切り替え時はstop_timeout_swオペランドの指定が有効となります。

programオペランドにuseを指定した場合は，タイムアウト値に，hamon_patrolstop関数の発行までの時間を含めてください。hamon_patrolstart関数を発行したすべてのプログラムから，hamon_patrolstop関数の発行までの時間を監視します。

タイムアウトした場合は，サーバの停止コマンドを強制停止します。UAPのプロセスが存在する場合は，あわせて停止します。

なお，サーバモードのサーバの場合は，指定しても無視されます。

(u)　stop_timeout_sw

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜3600

（単位：秒）

可

--

説明

系切り替え時のモニタモードのサーバ停止時のタイムアウト値を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

タイムアウト値には，系切り替え時のサーバ停止時に許容できる，最大待ち時間を指定します。指定する時間は，サーバの停止コマンドの起動から終了までの時間以上にしてください。

通常のサーバ停止時より，系切り替え時のサーバ停止時のタイムアウト値を短く設定したい場合は，このオペランドを指定してください。stop_timeoutオペランドとstop_timeout_swオペランドを同時に指定した場合，通常の停止時はstop_timeoutオペランドの指定が有効となり，系切り替え時はstop_timeout_swオペランドの指定が有効となります。

(v)　waitserv_exec

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

yes｜no

--

（単位：--）

可

no

説明

モニタモードのサーバを実行サーバとして起動する場合，HAモニタが実行サーバの起動完了処理をする前にnameオペランドに指定したサーバの起動コマンドの実行完了を待つかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

yes：サーバの起動コマンドの実行完了を待って，実行サーバの起動完了処理をします。

no：サーバの起動コマンドの実行完了を待たないで，実行サーバの起動完了処理をします。

モニタモードのサーバを監視する場合は，「(2)　サーバの起動コマンドの作成方法」の説明に従ってこのオペランドの値を決定してください。

サーバモードのサーバの場合，指定しても無視されます。

(w)　servexec_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜9999

（単位：回）

可

2

説明

モニタモードの実行サーバのサーバ障害を検出した場合にサーバの起動処理を再実行させる回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

HAモニタが実行サーバのサーバ障害を検出した場合，指定した回数分だけnameオペランドに指定したサーバの起動コマンドの再実行を試みます。指定回数内でサーバの起動処理が完了した場合は，そのまま正常動作として処理が続行されます。サーバの障害を検出した回数が指定回数を超えた場合，自動計画系切り替えを実行します。

なお，サーバの起動コマンドの戻り値が0以外でリターンし，再起動できなかった場合は，系切り替えをしません。再起動できなかった場合に系切り替えを実施させたいときは，戻り値が常に0でリターンするように起動コマンドを作成し，監視コマンドでサーバの起動失敗を検知するようにしてください。

このオペランドに0を指定した場合は，サーバの再起動はしないで，サーバの監視コマンドの終了を検出すると即時に自動計画系切り替えを実行します。

このオペランドに9999を指定した場合は，サーバの起動処理が完了するまで，または実行サーバを停止させるまで無制限にサーバを再起動します。この場合，サーバ対応の環境設定のnameオペランドに指定したパスが見つからない，実行権限が付けられていないなどの理由から，再起動してもサーバの起動に成功しないことがあります。そのため，環境設定の定義およびサーバの起動コマンドが正しいかを確認してください。

なお，次の場合は指定しても無視されます。

モニタモードのプログラム対応の環境設定でrestartcommandオペランドを指定しているプログラムがあるサーバの場合

acttypeオペランドにserverを指定している場合

サーバの監視コマンドを使用しない場合（ptrlcmd_exオペランドおよびpatrolcommandオペランドにサーバの監視コマンドを指定しない）

switch_retryオペランドが指定されている場合，系切り替え先のサーバが起動完了状態のときは，switch_retryオペランドが有効になります。サーバが系切り替え可能状態になると，servexec_retryオペランドが有効になります。

(x)　retry_stable

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

60

説明

モニタモードでのサーバの再起動に成功した場合，そのサーバの動作が安定したと判断するための監視時間を秒数で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

なお，ptrlcmd_exオペランドが指定されている場合，指定しても無視されます。

サーバが再起動したあと，このオペランドに指定した時間内に障害が検出されなかった場合，HAモニタはサーバが安定して稼働したと判断し，再起動回数を0にリセットします。再起動成功後，再び0秒から安定稼働のために経過が監視されます。

サーバが再起動したあと，このオペランドに指定した時間が経過する前に再度障害が発生すると，再起動回数が更新され，サーバが再起動されます。更新された再起動回数がサーバ対応の環境設定のservexec_retryオペランドに指定した値を超えた場合は，サーバの再起動はされないで，系切り替え動作をします。

(y)　sby_actcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--

説明

待機系での監視をする場合に，待機サーバ起動時に実行するコマンドの絶対パスを指定します。

サーバモードのサーバの場合は，指定しても無視されます。

なお，オペランドの指定値を"（引用符）で囲むことで，引数を指定できます。"（引用符）は文字数にカウントされません。系切り替え構成内のすべての系で同じ値を指定してください。

(z)　sby_termcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--

説明

待機系での監視をする場合に，待機サーバ停止時に実行するコマンドの絶対パスを指定します。

サーバモードのサーバの場合は，指定しても無視されます。

なお，"（引用符）で囲んで指定することで，空白を使用できます。空白を使用することで，コマンドに引数を指定できます。"（引用符）は文字数にカウントされません。空白を含む指定をした場合，一つ以上の空白で区切られた最初の文字列が，サーバの停止コマンドのパス名として認識されます。最初の空白より後ろの文字列は引数として認識されます。HAモニタが渡す引数（"-e"，"-c"）は，サーバの停止コマンドの，最後の引数として追加して実行されます。HAモニタが渡す引数については，「6.15.2　待機サーバの停止時に実行するコマンドの作成」を参照してください。

(aa)　sby_ptrlcmd_ex

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1000文字のパス名

--

（単位：--）

可

--※

注※

このオペランドを省略した場合は，待機サーバの監視はしません。

説明

待機系での監視をする場合に，監視のために実行するコマンドを絶対パス名で指定します。

sby_actcommandで起動したプロセス，およびリソースなどの監視ができます。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバモードのサーバの場合は，指定しても無視されます。

なお，"（引用符）で囲んで指定することで，引数を使用できます。

このオペランドを指定した場合には，必ずsby_ptrlcmd_ex_interオペランドを指定してください。必要に応じてsby_ptrlcmd_ex_tmoutオペランドを指定してください。

(ab)　sby_ptrlcmd_ex_inter

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

3〜180

（単位：秒）

可※

--

注※

sby_ptrlcmd_exオペランドを指定した場合，必ずこのオペランドを指定してください。

説明

sby_ptrlcmd_exを指定した場合に，監視コマンドを実行する間隔を指定します。実行する間隔は，監視コマンドの開始から終了までの時間より長い時間を指定してください。

系切り替え構成内のすべての系で同じ値を指定してください。

サーバモードのサーバの場合は，指定しても無視されます。

(ac)　sby_ptrlcmd_ex_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜19

（単位：回）

可

2

説明

sby_ptrlcmd_exに指定した監視コマンドが失敗（EXITコードが1～9）した場合，再実行する回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

指定回数連続で失敗した場合は，障害と判断し，sby_servexec_retryオペランドに従い動作します。

(ad)　sby_ptrlcmd_ex_tmout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

5〜3600

（単位：秒）

可

--

説明

sby_ptrlcmd_exに指定した監視コマンド実行時のタイムアウト値を指定します。タイムアウト値は，監視コマンドの開始から終了までの時間以上を指定します。なお，監視コマンドの開始から終了までの時間より短い時間を指定すると，誤った検知につながり，適切な監視ができません。

タイムアウトした場合は，障害と判断し，sby_servexec_retryオペランドに従い動作します。

系切り替え構成内のすべての系で同じ値を指定してください。

(ae)　sby_start_timeout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--

説明

sby_actcommandに指定したコマンドのタイムアウト値を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

sby_servexec_retryオペランドの指定によって待機サーバの起動処理を再実行した場合は，タイムアウトの監視対象ではありません。

タイムアウトした場合は，sby_actcommandに指定したコマンドを強制停止し，待機サーバの起動を中止します。タイムアウトしたあと，sby_termcommandに指定したコマンドが起動します。タイムアウト値には，sby_actcommandに指定したコマンドの起動から終了までの時間を指定します。

サーバモードのサーバの場合は，指定しても無視されます。

(af)　sby_stop_timeout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--

説明

sby_termcommandに指定したコマンドのタイムアウト値を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

次のコマンドはタイムアウトの監視対象ではありません。

sby_servexec_retryオペランドの指定によって待機サーバを再起動する前に実行される，sby_termcommandに指定したコマンド

タイムアウト値には，sby_termcommandに指定したコマンドの起動から終了までの時間を指定します。

タイムアウトした場合は，sby_termcommandに指定したコマンドを強制停止します。

サーバモードのサーバの場合は，指定しても無視されます。

(ag)　sby_servexec_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜9999

（単位：回）

可

0

説明

sby_ptrlcmd_exに指定した監視コマンドで障害を検出した場合に，待機サーバの起動処理を再実行させる回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

HAモニタが障害を検出した場合，指定した回数分だけsby_actcommandオペランドに指定したコマンドの再実行を試みます。指定回数内で待機サーバの起動処理が完了した場合は，そのまま正常動作として処理が続行されます。障害を検出した回数が指定回数を超えた場合，待機サーバを停止します。

次の場合は，待機サーバの再起動はしないで，監視コマンドの終了を検出すると即時に待機サーバを停止します。

このオペランドを省略した場合

このオペランドに0を指定した場合

sby_actcommandオペランドにコマンドを指定していない場合

このオペランドに9999を指定した場合は，待機サーバの起動処理が完了するまで，または待機サーバを停止させるまで無制限に待機サーバを再起動します。この場合，sby_actcommandオペランドに指定したパスが見つからない，実行権限が付けられていないなどの理由から，再起動しても待機サーバの起動に成功しないことがあります。そのため，環境設定の定義およびsby_actcommandオペランドに指定したコマンドが正しいかを確認してください。

サーバモードのサーバの場合は，指定しても無視されます。

(ah)　switchtype

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

switch｜restart｜manual

--

（単位：--）

可

switch

説明

サーバモードのサーバのサーバ障害を検出した場合の動作を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。モニタモードのサーバの場合は，指定しても無視されます。

switch：実行サーバを停止させ，系切り替えをします。

restart：実行サーバを実行サーバの再起動待ち状態にし，実行サーバが自動で再起動するのを待ちます。系切り替えはしません。実行サーバの再起動が失敗した場合は，サーバ自身のリトライ回数だけ再起動をリトライします。リトライ回数が限界に達すると，系切り替えを開始します。

restartを指定した場合は，":"で区切って実行サーバの再起動監視時間を指定できます。再起動監視時間を超えて実行サーバが再起動しない場合は，系切り替えを開始します。再起動監視時間は60秒から3,600秒の範囲で指定できます。再起動監視時間の指定を省略した場合は，実行サーバの再起動は監視しません。

manual：実行サーバを実行サーバの再起動待ち状態にし，実行サーバが自動で再起動するのを待ちます。系切り替えはしません。実行サーバの再起動が失敗した場合は，サーバ自身のリトライ回数だけ再起動をリトライします。リトライ回数が限界に達すると，実行サーバを停止させ，対応する待機サーバをいったん停止させたあとに再起動して実行サーバの起動待ち状態にします。

なお，manualを指定したサーバのスローダウンを検出した場合，HAモニタは何もしないでサーバの監視を続けます。

(ai)　switch_error

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

retry｜ignore

--

（単位：--）

可

ignore

説明

ほかに切り替えできる系がない状態で，系切り替え先の実行サーバが起動処理中に共有リソースとの接続で障害が発生した場合や起動に失敗した場合に，自動でサーバを実行系として起動リトライするかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

retry：自動でサーバを実行系として起動リトライします。

ignore：サーバの起動を中止します。

なお，サーバモードで系切り替え失敗時に起動リトライするには，サーバ側で次に示す設定が必要です。

HiRDB

HiRDBのシステム定義（pdsysまたはpdutsys）のpd_ha_switch_errorオペランドにretryを指定してください。

TP1/Server Base

TP1/Server Baseのシステム環境定義のha_switch_error_retry_countオペランドに任意の回数を指定してください。

また，モニタモードのサーバ，またはリソースサーバの場合，起動リトライする回数をswitch_retryオペランドで指定できます。

switch_errorオペランドおよびswitch_retryオペランドの定義とHAモニタの動作について，次の表に示します。

表8‒6　switch_errorオペランドおよびswitch_retryオペランドの定義とHAモニタの動作

サーバの種類

switch_errorの定義

switch_retryの定義

動作

サーバモード

省略時，ignore

−

moncheckは続行します。

系切り替え時の起動リトライ機能が無効になります。

retry

−

moncheckは続行します。

系切り替え時の起動リトライが有効になります。

モニタモードまたはリソースサーバ

省略時，ignore

省略時

moncheckは続行します。

系切り替え時の起動リトライが無効になります。

指定あり

メッセージKAMN514-Eを出力し，moncheckは中断します。

retry

省略時，指定あり

moncheckは続行します。

系切り替え時の起動リトライが有効になります。

（凡例）

−：定義しません（定義しても無視されます）。

なお，モニタモードのプログラム対応の環境設定でrestartcommandオペランドを指定しているプログラムがあるサーバについては，switch_errorオペランドを指定しても無視されます。

系切り替え時の起動リトライについては，「3.2.7　系切り替え時の起動リトライ」を参照してください。

(aj)　switch_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜9999

（単位：回）

可

2

説明

モニタモードのサーバ，またはリソースサーバの場合に，ほかに切り替えできる系がない状態で，系切り替え先の実行サーバが起動処理中に共有リソースとの接続で障害が発生したときや起動に失敗したときに，自動でサーバを起動リトライする回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドに9999を指定した場合は，サーバの起動処理が完了するまで，または起動リトライ中を強制的に解除させるまで無制限にサーバを再起動します。

なお，系切り替え失敗時に起動リトライするには，switch_errorオペランドにretryを指定する必要があります。

(ak)　switchbyfail

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜32文字の英数字

--

（単位：--）

可

--

説明

監視するLANインタフェース名称を指定します。

このオペランドに指定したLANインタフェースのどれか一つに障害が発生した場合，実行サーバを系切り替えします。監視対象のLANインタフェースにエイリアスIPアドレスが付与されている場合，エイリアスIPアドレスのインデックス番号を含めないインタフェース名称を指定してください。

LANインタフェース名称は，コロンで区切って最大32個指定できます。このオペランドを指定する場合は，それぞれのLANインタフェースに対応したLAN監視定義ファイルを作成してください。また，このオペランドを指定したサーバがグループ化されている場合，指定したLANインタフェースに障害が発生すると，グループ化されているすべてのサーバを切り替えます。

LAN監視定義ファイルについては，「6.21.1　LANの監視に必要なファイルの設定」を参照してください。

(al)　disk_ptrl

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

実行サーバの業務ディスクを監視するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：業務ディスクを監視します。

nouse：業務ディスクを監視しません。

このオペランドにuseを指定した場合には，業務ディスクの監視定義ファイルを設定してください。業務ディスクの監視定義ファイルの設定については，「6.21.2　ディスクの監視に必要なファイルの設定」の「(2)　業務ディスクの監視に必要なファイルの設定」を参照してください。

また，必要に応じて，次のオペランドを指定してください。

サーバ対応の環境設定

disk_ptrl_inter

disk_ptrl_retry

disk_ptrl_act

HAモニタの環境設定

disk_log_size

(am)　disk_ptrl_inter

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

3〜3600

（単位：秒）

可

120

説明

実行サーバの業務ディスクの監視間隔を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドの指定値は，サーバ対応の環境設定のdisk_ptrl_retryオペランドで指定する次の項目を考慮する必要があります。

業務ディスクの監視のリトライ間隔

業務ディスクの監視のリトライ回数

次に示す計算式を満たすように指定してください。

業務ディスクの監視間隔 ≧ 業務ディスクの監視のリトライ間隔×（業務ディスクの監視のリトライ回数＋1）

(an)　disk_ptrl_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

業務ディスクの監視のリトライ間隔：符号なし整数

1〜3600

（単位：秒）

可

60

業務ディスクの監視のリトライ回数：符号なし整数

0〜60

（単位：回）

可

1

説明

実行サーバで使用する業務ディスクへのアクセスに失敗した場合に，業務ディスクの監視のリトライ間隔と回数を，":"で区切って指定します。指定した回数を超えてディスクへのアクセスに失敗した場合は，業務ディスクの障害と判断します。

系切り替え構成内のすべての系で同じ値を指定してください。

業務ディスクの監視のリトライ間隔

業務ディスクの監視のリトライ間隔を指定します。リトライ間隔は，ディスクのI/Oタイムアウト以上の値を設定してください。ディスクのI/Oタイムアウトとは，ドライバの設定，OSのカーネルパラメタ，マルチパスソフトウェアの設定で決まる，アプリケーションがI/Oを要求してから応答が返ってくるまでの待ち時間です。

業務ディスクの監視のリトライ回数

業務ディスクの監視のリトライ回数を指定します。0を指定すると，業務ディスクの監視をリトライしません。

(ao)　disk_ptrl_act

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

switch｜pairdown｜noswitch

--

（単位：--）

可

switch

説明

実行サーバの業務ディスクに障害が発生した場合の動作を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

switch：サーバを計画系切り替えをします。

pairdown：系のペアダウンによって，系の障害として系切り替えをします。

noswitch：系切り替えをしないで，業務ディスクの監視を続行します。

(ap)　switch_judge

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜32文字の英数字

--

（単位：--）

可

--

説明

系障害による系切り替え時，通信可否を判断するLANインタフェース名称を指定します。

HAモニタの環境設定のfence_lanオペランドを指定した場合だけ，このオペランドを指定できます。

また，HAモニタは，このオペランドに指定したLANインタフェースによる通信ができる系が，実行サーバとなるように制御します。対象のLANインタフェースにエイリアスIPアドレスが付与されている場合，エイリアスIPアドレスのインデックス番号を含めないインタフェース名称を指定してください。

サーバをグループ化する場合は，最上位のサーバ，またはリソースサーバだけに，このオペランドを指定してください。グループ内に最上位のサーバが複数存在する場合は，それらすべてに同じLANインタフェース名称を指定します。

このオペランドを指定する場合は，LANインタフェースに対応したLAN監視定義ファイルを作成してください。

LANの通信可否による系切り替え制御機能の詳細については，「2.3.7　LANの通信可否による系切り替え制御機能」を参照してください。

LAN監視定義ファイルについては，「6.21.1　LANの監視に必要なファイルの設定」を参照してください。

(aq)　pairdown

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバ障害を検出したときにHAモニタも障害として停止する，ペアダウン機能を使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。モニタモードのサーバの場合，ptrlcmd_exオペランドが指定されている場合以外は，指定しても無視されます。

use：ペアダウン機能を使用します。実行サーバの障害時にペアダウンをします。サーバにTP1/Server BaseまたはHiRDBを使用する場合，useのあとに次の値を指定できます。":"で区切って指定してください。

serv_slow

実行サーバの障害のうち，サーバのスローダウン検出時だけペアダウンをします。サーバ自身が検出した障害の場合はペアダウンをしません。switchtypeオペランドにswitchを指定している場合だけ，serv_slowを指定できます。server_typeオペランドの指定値がBの場合，またはptrlcmd_exオペランドが指定されている場合は，serv_slowを指定するとKAMN163-Eを出力して定義解析処理を中止します。

nouse：ペアダウン機能を使用しません。

(ar)　uoc_neck

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの起動開始，および系切り替え開始時に実行するユーザコマンドについて，その終了コードを確認するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：ユーザコマンドの終了コードが0以外の場合に，サーバの起動を中止します。

nouse：ユーザコマンドの終了コードを確認しないで，サーバの起動処理を続行します。

なお，サーバの起動開始，および系切り替え開始時以外に実行されるユーザコマンドについては，終了コードを確認しません。

(as)　uoc_pairdown

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

次のタイミングで実行するユーザコマンドで，その終了コードを確認してペアダウン機能を使用するかどうかを指定します。

サーバ障害による系切り替え開始のタイミング

（サーバ種別：online，サーバ状態パラメタ：-a，開始/終了パラメタ：start）

計画切り替え開始のタイミング

（サーバ種別：online，サーバ状態パラメタ：-w，開始/終了パラメタ：start）

系切り替え構成内のすべての系で同じ値を指定してください。

use：ユーザコマンドの終了コードが0以外の場合に，HAモニタも障害として停止する，ペアダウン機能を使用します。

nouse：ユーザコマンドの終了コードを確認しないで，サーバの系切り替え処理を続行します。

なお，useを指定した場合，次に示すタイミングでも，ペアダウンします。

ユーザコマンドが実行できない場合

サーバ対応の環境設定のdev_timelimitオペランドの指定によって処理を打ち切った場合

サーバ対応の環境設定のdev_offlimitオペランドの指定によって処理を打ち切った場合

ユーザコマンド失敗時に系ごと切り替える系のペアダウンについては，「(2)　ユーザコマンド失敗時に系ごと切り替える系のペアダウン」を参照してください。

(at)　term_pairdown

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの停止コマンドの終了コードが0以外の場合に，ペアダウン機能を使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：サーバの停止コマンドの終了コードが0以外の場合に，HAモニタも障害として停止する，ペアダウン機能を使用します。

nouse：サーバの停止コマンドの終了コードを確認しないで，サーバの系切り替え処理を続行します。

サーバの停止コマンド失敗時に系ごと切り替える系のペアダウンについては，「(3)　サーバの停止コマンド失敗時に系ごと切り替える系のペアダウン」を参照してください。

なお，サーバモードのサーバの場合は，指定しても無視されます。

(au)　lan_updown

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

--※

注※　このオペランドの指定を省略した場合は，HAモニタの環境設定用ディレクトリの下にサーバ識別名.upファイルおよびサーバ識別名.downファイルがあれば，そのファイルをLANの状態設定ファイルとして使用します。

説明

LANの状態設定ファイルを使用するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：LANの状態設定ファイル（サーバ識別名.upファイルおよびサーバ識別名.downファイル）を使用します。

nouse：LANの状態設定ファイルを使用しません。

(av)　ip_neck

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの起動，および系切り替え時に実行するサーバ識別名.upファイルについて，その終了コードを確認するかどうかを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：サーバ識別名.upファイルの終了コードが0以外の場合に，サーバの起動を中止します。この指定の場合，「6.13.2　LANの状態設定ファイルの設定」に記載されている，サーバ識別名.upファイルの例を参考に，LANの状態設定ファイルを設定してください。

nouse：サーバ識別名.upファイルの終了コードを確認しないで，サーバの起動処理を続行します。この指定の場合，「6.13.2　LANの状態設定ファイルの設定」に記載されている，サーバ識別名.upファイルの例を参考に，LANの状態設定ファイルを設定してください。

(aw)　disk

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜256文字のパス名

--

（単位：--）

可

--※

注※　このオペランドを省略した場合は，HAモニタはボリュームグループの切り替えをしません。

説明

共有ディスクを使用する場合に，切り替える共有ディスク上に定義したボリュームグループの絶対パス名を指定します。

3,000個まで指定できます。系切り替え構成内のすべての系で同じ値を指定してください。

注意事項

HA Boosterの制御グループに含まれるディスクデバイスで作成されたボリュームグループは，diskオペランドに指定できません。誤って指定すると，サーバの起動や系切り替えが失敗するおそれがあります。HA Boosterの制御グループについては，hab_gidオペランドに制御グループIDを設定してください。

(ax)　vg_on_opt

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜256文字の文字列

--

（単位：--）

可

"-a△y"

説明

切り替えるボリュームグループに対する接続時のvgchangeコマンド実行時のオプションを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

省略時は，"-a△y"オプションを仮定します。

オプション中に△（空白）が含まれる場合は"（引用符）で囲んで指定してください。

vg_on_optオペランドは，diskオペランドで指定したボリュームグループに対応するオプションを同じ位置の引数に指定します。よって，オプションの指定数はdiskオペランドと同じにしてください。途中のオプションを省略する場合は値を指定しないでコロンで区切って指定します。

vgchangeコマンド実行時のオプションを指定する例を，次に示します。

    disk               /dev/vg01      :/dev/vg02  ,
                       ↓             ↓
    vg_on_opt          "-a△y△-q△n" :  ,

例の場合，diskオペランドの"/dev/vg01"については，vgchangeコマンドのオプションに"-a △y△-q△n"を使用して実行され， "/dev/vg02"については，vgchangeコマンドのオプションにデフォルト値である"-a△y"を使用して実行されます。

vg_on_optオペランドの指定を省略した場合，すべてのボリュームグループに対するオプションにデフォルト値が仮定されます。

(ay)　vg_neck

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの起動，および系切り替え時のボリュームグループの接続に失敗した場合に，サーバ起動を中止するかどうかを，ボリュームグループごとに指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：接続に失敗した場合に，サーバの起動を中止します。

nouse：接続に失敗しても，サーバの起動処理を続行します。

vg_neckオペランドは，vg_on_optオペランドのように，diskオペランドで指定したボリュームグループに対応するオプションを同じ位置の引数に指定してください。よって，オプションの指定数はdiskオペランドと同じにしてください。途中のオプションを省略する場合は，値を指定しないで":"（コロン）で区切り"vg_neck use::nouse,"のように定義してください。このオペランドを省略した場合，すべてのボリュームグループに対してnouseを仮定します。

(az)　fs_name

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜256文字のパス名

--

（単位：--）

可

--※

注※　このオペランドを省略した場合は，HAモニタは共有ディスク上のファイルシステムの切り替えをしません。

説明

ファイルシステムのパス名を指定します。

LVMを使用する場合，論理ボリュームの絶対パス名を"/dev/ボリュームグループ名/論理ボリューム名"の形式で指定します。

LVMを使用しない場合，ファイルシステムのuuidを"/dev/disk/by-uuid/uuid"の形式で指定します。

uuidは，ファイルシステム作成時のデバイス名称を基に，lsblk -fコマンドで確認できます。/dev/sdaに作成したファイルシステムのuuidを確認する例を，次に示します。

# lsblk -f
NAME     　 FSTYPE    LABEL 　UUID
sda           xfs              c73bf13f-89a9-49bc-9d8d-7c94e5458389

ファイルシステムのパス名は，3,000個まで指定できます。系切り替え構成内のすべての系で同じ値を指定してください。

fs_nameオペランドを指定した場合には，必ずfs_mount_dirオペランドを指定してください。

(ba)　fs_mount_dir

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜256文字のパス名

--

（単位：--）

可

--

説明

共有ディスク上のファイルシステムを使用する場合に，切り替えるファイルシステムのマウント先ディレクトリの絶対パス名を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

このオペランドは，fs_nameオペランドを指定した場合は省略できません。

fs_mount_dirオペランドでは，fs_nameオペランドで指定した論理ボリュームに対応するマウント先ディレクトリを，同じ位置の引数に指定します。また，マウント先ディレクトリの指定数はfs_nameオペランドと同じにしてください。fs_nameおよびfs_mount_dirオペランドの指定方法の例を，次の例に示します。

　　　fs_name　　/dev/vg01/lvol1:/dev/vg02/lvol1,
　　　　　　　　　　　　↓　　　　　　↓
　　　fs_mount_dir　/home1　　　:/home2,

例の場合，fs_nameオペランドの"/dev/vg01/lvol1"はfs_mount_dirオペランドの"/home1"に，fs_nameオペランドの"/dev/vg02/lvol1"はfs_mount_dirオペランドの"/home2"に対応します。

なお，このオペランドに指定するファイルシステムについてはシステム起動時に自動的にマウントする設定をしないでください。

(bb)　fs_mount_opt

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜256文字の文字列

--

（単位：--）

可

--※

注※　このオペランドの指定を省略した場合，ファイルシステムに対するmountコマンド実行時オプションを省略します。

説明

共有ディスク上のファイルシステムを使用する場合に，切り替えるファイルシステムに対するmountコマンド実行時のオプションを指定します。

系切り替え構成内のすべての系で同じ値を指定してください。オプション中に空白，コンマ，コロン，セミコロン，スラント，またはアスタリスクが含まれる場合は，それぞれを"（引用符）で囲んで指定します。

fs_mount_optオペランドでは，fs_nameオペランドおよびfs_mount_dirオペランドで指定したファイルシステムに対応するオプションを，同じ位置の引数に指定します。オプションの指定数はfs_nameオペランドおよびfs_mount_dirオペランドと同じにしてください。途中のオプションを省略する場合は値を指定しないでコロンで区切って指定します。fs_name，fs_mount_dir，およびfs_mount_optオペランドの指定方法の例を，次の例に示します。

　　　fs_name　　　/dev/vg01/lvol1:/dev/vg02/lvol1,
　　　　　　　　　　　　↓　　　　　　　↓
　　　fs_mount_dir　/home1　　　　:/home2,
　　　　　　　　　　　　↓　　　　　　　↓
　　　fs_mount_opt　"-o rw"　　　　:,

例の場合，fs_nameオペランドの"/dev/vg01/lvol1"とfs_mount_dirオペランドの"/home1"はfs_mount_optオペランドの"-o rw"に対応し，fs_nameオペランドの"/dev/vg02/lvol1"とfs_mount_dirオペランドの"/home2"はfs_mount_optオペランドを省略しています。

(bc)　fs_umount_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜9999

（単位：回）

可

10

説明

ファイルシステムの切り離し時，アンマウントに失敗した場合のリトライ回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

0を指定した場合はリトライしません。9999を指定した場合はアンマウントが成功するまで無制限にリトライします。なお，リトライの間隔は1秒です。

(bd)　fs_neck

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

use｜nouse

--

（単位：--）

可

nouse

説明

サーバの起動，および系切り替え時のファイルシステムの接続に失敗した場合に，サーバ起動を中止するかどうかを，ファイルシステムごとに指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

use：接続に失敗した場合に，サーバの起動を中止します。

nouse：接続に失敗しても，サーバの起動処理を続行します。

fs_neckオペランドは，fs_mount_optオペランドと同様に，fs_nameオペランドで指定したファイルシステムに対応するオプションを同じ位置の引数に指定してください。よって，オプションの指定数はfs_nameオペランドと同じにしてください。途中のオプションを省略する場合は値を指定しないで":"（コロン）で区切り"fs_neck use::nouse,"のように定義してください。fs_neckオペランドを省略した場合，すべてのファイルシステムに対してnouseを仮定します。

共有ディスクのファイルシステムにXFSを使用している場合，xfs_repairコマンドでファイルシステムの一貫性をチェックします。ファイルシステムの一貫性のチェックの前処理として事前マウントおよびアンマウント処理を行います。このアンマウント処理が失敗した場合は，このオペランドの指定値に関係なく，サーバ起動を中止します。

(be)　scsi_device

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜384文字のパス名

--

（単位：--）

可

--

説明

共有ディスクのSCSIリザーブを使用する場合，SCSIリザーブの対象となるデバイス名を絶対パスで指定します。SCSIリザーブ設定時の注意事項については，「6.4.6　共有ディスクのSCSIリザーブ設定時の注意事項」を参照してください。

パス名は1〜384文字の英字，数字，/，-，_，.で指定します。最大3,000個指定できます。

指定値はそれぞれ次のように指定します。

シングルパス構成，VMware ESXiでの仮想化環境，HFC-PCM，またはEMPDの場合

共有ディスクを構成する物理デバイスに該当する/dev/disk/by-id/配下のシンボリックリンクを絶対パスで指定します。系切り替え構成内のすべての系で，同じ名前を同じ順番で指定してください。シンボリックリンクについては，「(a)　シングルパス構成，VMware ESXiでの仮想化環境，およびHFC-PCMの場合」を参照してください。

なお，VMware ESXiでの仮想化環境の場合でも，DMMPによる冗長化構成のときは，このオペランドの指定は不要です。dmmp_deviceオペランドを指定してください。

HDLMによる冗長化構成の場合

共有ディスクを構成するHDLMの論理デバイス名を絶対パスで指定します。系切り替え構成内のすべての系で，同じ順番で指定してください。系切り替え構成内のすべての系が同じディスクであれば，異なる名前を指定できます。共有ディスクを構成するHDLMの論理デバイスについては，「(b)　マルチパスソフトウェア（HDLM）による冗長化構成の場合」を参照してください。

このオペランドの指定がある場合は，HAモニタの環境設定のfence_scsiオペランドにuseが指定されている必要があります。また，シンボリックリンク，およびHDLMの論理デバイス以外を指定した場合，サーバの起動が失敗します。

オペランドの指定値を修正した場合は，定義チェックコマンド（moncheckコマンド）を実行し，KAMN113-Eメッセージ，またはKAMN723-Eメッセージが出力されないことを確認してからサーバを再起動してください。

(bf)　dmmp_device

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜256文字のパス名

--

（単位：--）

可

--

説明

マルチパス構成の共有ディスクのSCSIリザーブをする場合，SCSIリザーブの対象となるデバイスを，DMMPの論理デバイスの絶対パスで指定します。SCSIリザーブ設定時の注意事項については，「6.4.6　共有ディスクのSCSIリザーブ設定時の注意事項」を参照してください。

系切り替え構成内のすべての系で，同じ名前を同じ順番で指定してください。DMMPの論理デバイス名については，「(2)　dmmp_deviceオペランドの指定値（マルチパスソフトウェア（DMMP）による冗長化構成の場合）」を参照してください。

パス名は1〜256文字の英字，数字，/，-，_，.で指定します。最大3,000個指定できます。

このオペランドの指定がある場合は，HAモニタの環境設定のfence_scsiオペランドにuseが指定されている必要があります。

次の場合は，サーバの起動に失敗します。

HAモニタの環境設定のfence_scsiオペランドにuseが指定されていない場合

DMMPの論理デバイス名以外が指定されている場合

オペランドの指定値を修正して定義チェックコマンド（moncheckコマンド）を実行し，メッセージKAMN113-E，またはKAMN723-Eが出力されないことを確認してからサーバを再起動してください。

(bg)　hab_gid

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

制御グループID

0〜1023

（単位：--）

可

--

説明

HA Boosterを使用して共有ディスクの切り替えをする場合に，HA Boosterに定義した制御グループIDを指定します。

制御グループIDとして指定できる値は，0〜1023です。系切り替え構成内のすべての系で同じ値を指定してください。制御グループIDは，最大で20個指定できます。

注意事項

HA Boosterの制御グループに含まれるディスクデバイスで作成されたボリュームグループは，diskオペランドに指定できません。誤って指定すると，サーバの起動や系切り替えが失敗するおそれがあります。

(bh)　hab_discnt_atend

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

yes｜no

--

（単位：--）

可

no

説明

実行サーバの終了時に，制御グループを切り離す※か，接続したままにするかを指定します。

注※

「制御グループの切り離し」は，共有リソースのアクセス制御状態を，アクセス禁止に設定したあとで参照専用に設定することを指します。

系切り替え構成内のすべての系で同じ値を指定してください。

yes：切り離します。

no：接続したままにします。

(bi)　deviceoff_order

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

order｜reverse

--

（単位：--）

可

order

説明

共有リソースの切り離しをする順序を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。このオペランドはHAモニタの環境設定のdeviceoff_orderオペランドとは異なり，指定されたサーバにだけ適用されます。

HAモニタの環境設定のdeviceoff_orderオペランドを指定した場合は，このオペランドの指定は無視され，HAモニタの環境設定の定義に従います。サーバごとに共有リソースの切り離しをする順序を変更したい場合は，HAモニタの環境設定にはdeviceoff_orderオペランドを定義しないで，このオペランドで指定してください。

共有リソースの切り離しをする順序の詳細については，「4.8.7　共有リソースの切り離しを接続時と逆順にする場合の処理の流れ」を参照してください。

order：接続時と同じ順番で共有リソースの切り離しをします。

reverse：接続時と逆の順番で共有リソースの切り離しをします。

(bj)　dev_timelimit

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--

説明

系切り替え時のサーバの共有リソース接続・切り離し処理に対するタイムアウト値を指定します。

系切り替え時のサーバの共有リソース接続・切り離し処理に対するタイムアウト値は，dev_timelimitオペランドではなく，dev_offlimitオペランドおよびdev_onlimitオペランドで指定することを推奨します。dev_timelimitオペランドで指定すると，次のように動作するためです。

タイムアウト値が小さい場合，系切り替えが失敗するおそれがある

タイムアウト値が大きい場合，共有リソースの切り離しに時間が掛かると系切り替えも時間が掛かる

系切り替え構成内のすべての系で同じ値を指定してください。

タイムアウト値が小さい場合，系切り替え先でのファイルシステムの修復やマウントに時間が掛かったときなどに，系切り替えが失敗するおそれがあります。このため，数分または最大値（3600）のような，十分大きな値を指定してください。

タイムアウトした場合は，共有リソースに関する処理を処理失敗として中断し，サーバの起動・停止処理を続行します。省略時はタイマ監視をしないで，接続・切り離しが完了するまで，サーバの起動・停止を待ちます。

共有リソース接続と切り離し処理で異なるタイムアウト値を指定する場合は，dev_timelimitオペランドを指定できません。次のオペランドにタイムアウト値を指定してください。

サーバ対応の環境設定のdev_onlimitオペランド（共有リソース接続に対するタイムアウト値）

サーバ対応の環境設定のdev_offlimitオペランド（共有リソース切り離しに対するタイムアウト値）

(bk)　dev_offlimit

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

1〜3600

（単位：秒）

可

--

説明

系切り替え時のサーバの共有リソース切り離し処理に対するタイムアウト値を指定します。

共有リソースの切り離しを待ち続けないように，このオペランドまたはdev_timelimitオペランドを指定することを推奨します。

系切り替え構成内のすべての系で同じ値を指定してください。

タイムアウトした場合は，共有リソースに関する処理を処理失敗として中断し，待機系から系のリセットまたは共有ディスクのSCSIリザーブを行って系切り替えを続行します。省略時はタイマ監視をしないで，切り離しが完了するまで，サーバの停止を待ちます。

このオペランドは，dev_timelimitオペランドを指定した場合は使用できません。

(bl)　dev_onlimit

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--

説明

系切り替え時のサーバの共有リソース接続処理に対するタイムアウト値を指定します。

共有リソースの接続を待ち続けないように，このオペランドまたはdev_timelimitオペランド指定することを推奨します。

系切り替え構成内のすべての系で同じ値を指定してください。

タイムアウト値が小さい場合，系切り替え先でのファイルシステムの修復やマウントに時間が掛かったときなどに，系切り替えが失敗するおそれがあります。このため，数分または最大値（3600）のような，十分大きな値を指定してください。

タイムアウトした場合は，共有リソースに関する処理を処理失敗として中断し，サーバの起動処理を続行します。省略時はタイマ監視をしないで，接続が完了するまで，サーバの起動を待ちます。

このオペランドは，dev_timelimitオペランドを指定した場合は使用できません。

(3)　resource定義文

リソースサーバを定義します。resource定義文のオペランドを，次に示します。リソースサーバについては，「4.6　リソースサーバの管理」を参照してください。

各オペランドはサーバ対応の環境設定であるserver定義文と同様であるため，それらの説明については，server定義文の同一オペランドの説明を参照してください。ここでは，server定義文と違いのあるオペランドについて説明します。

(a)　alias

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜8文字の英数字

--

（単位：--）

不可

--

説明

HAモニタで使用するコマンドや，出力するメッセージのための，リソースサーバの識別名（サーバの別名）を指定します。

server定義文のaliasオペランドと同様です。

(b)　group

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜8文字の英数字

--

（単位：--）

不可

--

説明

連動系切り替え時に一括して切り替えるサーバグループの名称を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

リソースサーバの場合，このオペランドは必須です。exchange，no_exchange，cancel，no_cancelを指定しても内容は無視されます。その他の事項については，server定義文のgroupオペランドと同様です。

なお，一つのグループに複数のリソースサーバは定義できません。

8.4.2　排他サーバの環境設定（servers_opt）

ここでは，排他サーバの環境設定ファイルの記述形式，および定義方法について説明します。

(1)　定義の記述形式

定義の記述形式を，次に示します。

△₀exclusive_servers△₀：△₀サーバ識別名△₀：△₀サーバ識別名△₀↓

（凡例）

△₀：0個以上の空白またはタブを示します。

↓：改行コードを示します。

重要

行の先頭に"#"を記述すると，"#"以降，改行コードまでがコメント行になります。

各オペランドを1行に記述します。1行の文字数は2,048文字までです。

定義のチェックは，HAモニタ起動時，サーバ起動時，および定義チェックコマンド（moncheckコマンド）実行時にします。定義不正があった場合は，起動を終了します。

この定義ファイルがない，またはファイルがあってもファイルの内容がコメントだけで有効な情報がない場合でも定義不正とはしません。

(2)　定義方法

排他サーバの環境を設定する定義ファイルは，HAモニタの環境設定用ディレクトリの下にservers_optというファイル名で作成します。

排他サーバの環境設定ファイルは，待機サーバだけがある系に作成することをお勧めします。

排他サーバの環境設定をする定義ファイルを，次に示します。

# 排他サーバの環境設定 : server alias : server alias
  exclusive_servers    :サーバ識別名  :サーバ識別名〔:サーバ識別名…〕

排他サーバを定義するオペランドを，次に示します。

(a)　exclusive_servers

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

--

--

（単位：--）

可

--

説明

排他をしたいすべてのサーバを，サーバ対応の環境設定のaliasオペランドに指定したサーバ識別名で指定します。

グループ単位で排他をしたい場合，排他をしたいすべてのグループに属する，すべてのサーバのサーバ識別名を指定してください。

指定したサーバ識別名の一つのサーバが実行サーバになると，指定されているサーバのうち，次の条件を満たしているサーバが停止します。

サーバの状態が，待機サーバとして起動中，待機中，実行サーバの再起動待ち中，実行サーバ起動待ち中，系切り替え待ち中，または連動系切り替え待ち中です。

サーバ対応の環境設定のgroupオペランドに，実行サーバになるサーバと同一グループ名で定義されていないサーバです。

指定できるサーバ識別名の数には，一つの系で稼働するサーバの最大数によって異なります。一つの系で稼働するサーバの最大数別に，指定できるサーバ識別名の数を次に示します。なお，指定できるサーバ識別名の数には，リソースサーバも含みます。

サーバの最大数が16のとき：2〜24

サーバの最大数が64のとき：2〜96

サーバの最大数が128以上のとき：2〜192

exclusive_serversオペランドは複数指定できます。

また，指定したサーバ識別名の一つのサーバが，すでに実行サーバである場合は，指定されているそれ以外のサーバが起動できなくなります。そのサーバを起動させたい場合は，次のどちらかの対策をして起動してください。

実行サーバを停止したあと，サーバを起動します。

実行サーバを他系に計画系切り替えをしたあと，サーバを起動します。

8.5　モニタモードのプログラムの環境設定

モニタモードのプログラムの環境設定では，モニタモードのプログラム管理機能を使用するプログラムが動作するための定義をします。

この環境設定は，モニタモードのプログラム管理機能使用時だけに定義します。

8.5.1　モニタモードのプログラム対応の環境設定（programs）

モニタモードのプログラム対応の環境を設定する定義ファイルは，HAモニタの環境設定用ディレクトリの下にprogramsというファイル名で作成します。

また，HAモニタのサンプルファイル用ディレクトリの下に，programsファイルのサンプルが用意されています。このファイルをHAモニタの環境設定用ディレクトリにコピーし，書き換えて使用すると，定義ファイルを最初から作成する手間が省けます。

なお，この定義ファイルは系ごとに作成します。太字部分は，系間で同じ値を指定してください。太字以外の部分は，系間で矛盾がないように設定してください。

モニタモードのプログラム対応の環境設定をする定義ファイルを，次に示します。

/*    モニタモードのプログラム対応の環境設定    */
program  name  モニタモードのプログラム名
        ,alias モニタモードのプログラム識別名
        ,server_alias
               モニタモードのサーバ識別名
      〔,restartcommand
               プログラムの再起動コマンドの絶対パス名〕
      〔,patrol
               プログラムのスローダウン監視時間〕
      〔,restart_timeout
               プログラムの再起動監視時間〕
      〔,exec_retry
             ｛プログラムの再起動リトライ数｜2｝〕
      〔,retry_stable
             ｛プログラムの安定稼働経過時間｜60｝〕;

(1)　program定義文

プログラム管理機能を使用するプログラムの動作環境を定義します。program定義文のオペランドを，次に示します。

(a)　name

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1,000文字のパス名

--

（単位：--）

不可

--

説明

モニタモードのプログラムを識別するために使用する名称を指定します。

パス名でも指定できます。すべての系の中で一意となる名称を指定してください。使用するプログラムがUAPの場合，ここに指定した名称をHAMON_UAPNAME環境変数に指定します。

また，系切り替え構成内のすべての系で同じ値を指定してください。

(b)　alias

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜8文字の英数字

--

（単位：--）

不可

--

説明

HAモニタで使用するコマンドや，出力するメッセージのための，モニタモードのプログラム識別名（プログラムの別名）を指定します。

すべての系の中で一意となる名称を指定してください。また，系切り替え構成内のすべての系で同じ値を指定してください。

(c)　server_alias

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜8文字の英数字

--

（単位：--）

不可

--

説明

このプログラムが管理するモニタモードのサーバ識別名（サーバ対応の環境設定のaliasオペランドの指定値）を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

(d)　restartcommand

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

1〜1,000文字のパス名

--

（単位：--）

可

--※

注※　このオペランドを省略した場合は，プログラムの障害時にサーバ単位で再起動または系切り替えをします。

説明

シェルなどで作成したプログラムの再起動コマンドを絶対パス名で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

オペランドの指定値を"（引用符）で囲むことで，タブと改行コード以外の文字を含めて指定できます。"（引用符）は文字数にカウントされません。

(e)　patrol

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--※

注※　このオペランドを省略した場合，HAモニタはUAPの稼働報告を監視しません。

説明

UAPからの稼働報告を監視する時間（プログラムのスローダウン監視時間）を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。patrolオペランドに指定した時間を超えてもUAPからの稼働報告がなかった場合，HAモニタはUAP障害と判断します。

(f)　restart_timeout

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜3600

（単位：秒）

可

--

説明

プログラム再起動時のタイムアウト値を指定します。

プログラムの再起動コマンドの起動から終了，およびhamon_patrolstart関数の発行までの時間を指定します。系切り替え構成内のすべての系で同じ値を指定してください。

タイムアウトした場合，プログラムの再起動コマンドが再実行されます。

なお，restartcommandオペランドを省略した場合は，指定しても無視されます。

(g)　exec_retry

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

0〜9999

（単位：回）

可

2※

注※　このオペランドを省略した場合は，サーバ対応の環境設定のservexec_retryオペランドの指定値に従ってサーバを再起動します。

説明

実行サーバのプログラムの障害を検出した場合にプログラムの再起動コマンドを再実行する回数を指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

HAモニタが実行サーバのプログラム障害を検出した場合，指定した回数分だけrestartcommandオペランドに指定したプログラムの再起動コマンドの再実行を試みます。指定回数内でプログラムの再起動処理が完了した場合は，そのまま正常動作として処理が続行されます。指定回数内にプログラムの再起動処理が完了しない場合は，HAモニタはプログラム障害と判断し，プログラムの再起動を中止し，系切り替えをします。

このオペランドに9999を指定した場合は，プログラムの再起動処理が完了するまで，または実行サーバを停止させるまで無制限にプログラムを再起動します。

このオペランドに0を指定した場合は，プログラムの再起動はしないで，すぐに系切り替えを実行します。

なお，restartcommandオペランドを省略した場合は，指定しても無視されます。

(h)　retry_stable

ユーザ指定値

値の種別

数値の範囲

値の省略

指定を省略したときの仮定値

符号なし整数

60〜9999

（単位：秒）

可

60

説明

プログラムの再起動に成功した場合，そのプログラムの動作が安定したと判断するための監視時間を秒数で指定します。

系切り替え構成内のすべての系で同じ値を指定してください。

プログラムが再起動したあと，このオペランドに指定した時間内に障害が検出されなかった場合，HAモニタはプログラムが安定して稼働したと判断し，再起動回数を0にリセットします。再起動成功後，再び0秒から安定稼働のために経過が監視されます。

このオペランドに9999を指定した場合，プログラムが正常終了するか，系切り替えによって終了するまで，再起動回数を0にリセットしません。

プログラムが再起動したあと，このオペランドに指定した時間が経過する前に再度障害が発生すると，再起動回数が更新され，プログラムが再起動されます。更新された再起動回数がモニタモードのプログラム対応の環境設定のexec_retryオペランドに指定した値を超えた場合は，プログラムの再起動はされないで系切り替え動作をします。

8.6　環境設定例

ここでは，次の場合の環境設定例を示します。

1:1系切り替え構成

複数系切り替え構成

VMware ESXiでの仮想化環境

KVMでの仮想化環境時の環境設定例

排他サーバを指定した系切り替え構成

8.6.1　1:1系切り替え構成時の環境設定例

1:1系切り替え構成では，使用するリソースや機能によって定義ファイルの設定内容が異なります。ここでは，1:1系切り替えの代表的なシステム構成を示し，各システム構成での定義ファイルの設定例を示します。

(1)　単独のサーバ使用時の環境設定例

単独のサーバを使用する場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒1　単独のサーバ使用時のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（単独のサーバ使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  online,
        disk     /dev/vg01;

予備系の環境設定（単独のサーバ使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  standby,
        disk     /dev/vg01;

(2)　サーバをグループ化する場合の環境設定例

サーバをグループ化する場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒2　サーバをグループ化する場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を次に示します。

現用系の環境設定（サーバをグループ化する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定(サーバ1)  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  online,
        group    groupA:exchange,
        disk     /dev/vg01;

/*  サーバ対応の環境設定(サーバ2)  */
server  name     /users/server2,
        alias    server2,
        acttype  server,
        patrol   60,
        initial  online,
        group    groupA:no_exchange:cancel,
        disk     /dev/vg02;

予備系の環境設定（サーバをグループ化する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定(サーバ1)  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  standby,
        group    groupA:exchange,
        disk     /dev/vg01;

/*  サーバ対応の環境設定(サーバ2)  */
server  name     /users/server2,
        alias    server2,
        acttype  server,
        patrol   60,
        initial  standby,
        group    groupA:no_exchange:cancel,
        disk     /dev/vg02;

(3)　相互系切り替え構成時の環境設定例

相互系切り替え構成時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒3　相互系切り替え構成時のシステム構成

このシステム構成での現用系と予備系の環境設定例を次に示します。

現用系の環境設定（相互系切り替え構成時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定(サーバ1)  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  online,
        disk     /dev/vg01;

/*  サーバ対応の環境設定(サーバ2)  */
server  name     /users/server2,
        alias    server2,
        acttype  server,
        patrol   60,
        initial  standby,
        disk     /dev/vg02;

予備系の環境設定（相互系切り替え構成時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定(サーバ1)  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  standby,
        disk     /dev/vg01;

/*  サーバ対応の環境設定(サーバ2)  */
server  name     /users/server2,
        alias    server2,
        acttype  server,
        patrol   60,
        initial  online,
        disk     /dev/vg02;

(4)　LANを監視する場合の環境設定例

LANを監視する場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒4　LANを監視する場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（LANを監視する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             lanfailswitch    use,
             lancheck_patrol  20;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name          /users/server1,
        alias         server1,
        acttype       server,
        patrol        60,
        initial       online,
        switchbyfail  hbond0;

LANの監視設定ファイル

LAN監視定義ファイル（定義ファイル：/opt/hitachi/HAmon/etc/hbond0.conf）

192.168.0.110
192.168.0.101
192.168.0.102
192.168.0.103
nodeD

予備系の環境設定（LANを監視する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             lanfailswitch    use,
             lancheck_patrol  20;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name          /users/server1,
        alias         server1,
        acttype       server,
        patrol        60,
        initial       standby,
        switchbyfail  hbond0;

LANの監視設定ファイル

LAN監視定義ファイル（定義ファイル：/opt/hitachi/HAmon/etc/hbond0.conf）

192.168.0.100
192.168.0.101
192.168.0.102
192.168.0.103
nodeD

(5)　ファイルシステム使用時の環境設定例（LVM上に作成したファイルシステム）

LVM上に作成したファイルシステム使用時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒5　LVM上に作成したファイルシステム使用時のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（LVM上に作成したファイルシステム使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      online,
        disk         /dev/vg01,
        fs_name      /dev/lvol1:/dev/lvol2,
        fs_mount_dir /mnt/fs1:/mnt/fs2;

予備系の環境設定（LVM上に作成したファイルシステム使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      standby,
        disk         /dev/vg01,
        fs_name      /dev/lvol1:/dev/lvol2,
        fs_mount_dir /mnt/fs1:/mnt/fs2;

(6)　ファイルシステム使用時の環境設定例（LVMを使用しないディスクやパーティションに直接作成したファイルシステム）

LVMを使用しないディスクやパーティションに直接作成したファイルシステム使用時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒6　LVMを使用しないディスクやパーティションに直接作成したファイルシステム使用時のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（LVMを使用しないディスクやパーティションに直接作成したファイルシステム使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      online,
        fs_name      /dev/disk/by-uuid/af306d54-8907-471f-9119-3b68dabbc9bd,
        fs_mount_dir /mnt/fs1;

予備系の環境設定（LVMを使用しないディスクやパーティションに直接作成したファイルシステム使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      standby,
        fs_name      /dev/disk/by-uuid/af306d54-8907-471f-9119-3b68dabbc9bd,
        fs_mount_dir /mnt/fs1;

(7)　HA Booster使用時の環境設定例

HA Boosterを使用した共有ディスク構成時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒7　HA Booster使用時のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（HA Booster使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name               host1,
             address            1,
             patrol             60,
             lan                path11:path12,
             lanport            HAmon1:HAmon2;
function     pathpatrol         1,
             pathpatrol_retry   3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server       name         /users/server1,
             alias        server1,
             acttype      server,
             patrol       60,
             initial      online,
             hab_gid      0;

予備系の環境設定（HA Booster使用時）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name               host2,
             address            2,
             patrol             60,
             lan                path21:path22,
             lanport            HAmon1:HAmon2;
function     pathpatrol         1,
             pathpatrol_retry   3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server       name         /users/server1,
             alias        server1,
             acttype      server,
             patrol       60,
             initial      standby,
             hab_gid      0;

(8)　サーバの切り替え順序を制御する場合の環境設定例

サーバの切り替え順序を制御する場合の，環境設定例で示すシステム構成例を，次の図に示します。

図8‒8　サーバの切り替え順序を制御する場合のシステム構成

この例では，次の構成を前提としています。

server1およびserver2をグループ化します。

系切り替え時のサーバの起動順序について，server1はserver2の親サーバとします。

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（サーバの切り替え順序を制御する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      online,
        group        groupA:exchange,
        disk         /dev/vg01,
        lan_updown   use;

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      monitor,
        initial      online,
        group        groupA,
        disk         /dev/vg02,
        lan_updown   use,
        parent       server1;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server1.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server1.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server2.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:2 inet 1.2.3.5 netmask 255.255.255.0
/sbin/arping -U -c 2 -I eth1 1.2.3.5
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server2.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:2 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

予備系の環境設定（サーバの切り替え順序を制御する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      standby,
        group        groupA:exchange,
        disk         /dev/vg01,
        lan_updown   use;

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      monitor,
        initial      standby,
        group        groupA,
        disk         /dev/vg02,
        lan_updown   use,
        parent       server1;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server1.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server1.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server2.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:2 inet 1.2.3.5 netmask 255.255.255.0
/sbin/arping -U -c 2 -I eth1 1.2.3.5
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server2.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:2 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

(9)　複数サーバで共有リソースを共用する場合の環境設定例

複数サーバで共有リソースを共用する場合の，環境設定例で示すシステム構成例を，次の図に示します。

図8‒9　複数サーバで共有リソースを共用する場合のシステム構成

この例では，次の構成を前提としています。

リソースサーバ，server1，およびserver2をグループ化します。

server1，およびserver2は，共有ディスクの/dev/vg01およびエイリアスIPアドレスの1.2.3.4を共通で使用します。

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（複数サーバで共有リソースを共用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      online,
        group        groupA:exchange,
        parent       rc0;

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      monitor,
        initial      online,
        group        groupA,
        parent       rc0;

/*  リソースサーバ対応の環境設定  */
resource  alias        rc0,
          initial      online,
          group        groupA,
          disk         /dev/vg01,
          lan_updown   use;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/rc0.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/rc0.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

予備系の環境設定（複数サーバで共有リソースを共用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      standby,
        group        groupA:exchange,
        parent       rc0;

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      monitor,
        initial      standby,
        group        groupA,
        parent       rc0;

/*  リソースサーバ対応の環境設定  */
resource  alias        rc0,
          initial      standby,
          group        groupA,
          disk         /dev/vg01,
          lan_updown   use;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/rc0.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/rc0.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

(10)　モニタモードのプログラム管理機能を使用する場合の環境設定例

モニタモードのプログラム管理機能を使用する場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒10　モニタモードのプログラム管理機能を使用する場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（モニタモードのプログラム管理機能を使用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2,
             pgmmax           10;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name     /users/server1,
        alias    server1,
        acttype  monitor,
        initial  online,
        disk     /dev/vg01,
        program  use;

モニタモードのプログラム対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/programs）

/*  モニタモードのプログラム対応の環境設定  */
program  name           UAP1,
         alias          UAP1,
         server_alias   server1,
         patrol         180;
program  name           UAP2,
         alias          UAP2,
         server_alias   server1,
         patrol         180;

予備系の環境設定（モニタモードのプログラム管理機能を使用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2,
             pgmmax           10;
function     pathpatrol       1,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name     /users/server1,
        alias    server1,
        acttype  monitor,
        initial  standby,
        disk     /dev/vg01,
        program  use;

モニタモードのプログラム対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/programs）

/*  モニタモードのプログラム対応の環境設定  */
program  name           UAP1,
         alias          UAP1,
         server_alias   server1,
         patrol         180;
program  name           UAP2,
         alias          UAP2,
         server_alias   server1,
         patrol         180;

(11)　共有ディスクのSCSIリザーブをする場合の環境設定例（シングルパス構成またはマルチパスソフトウェアによる冗長化構成）

シングルパス構成またはマルチパスソフトウェアによる冗長化構成で，共有ディスクのSCSIリザーブをする場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒11　共有ディスクのSCSIリザーブをする場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（共有ディスクのSCSIリザーブをする場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             fence_reset      nouse※,
             fence_scsi       use;

注※　ハイブリッドフェンシングを使用する場合は，fence_resetオペランドに指定する値を，nouseではなくuseにしてください。

サーバ対応の環境設定（シングルパス構成，または冗長化構成でもシンボリックリンクを指定する場合）（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     online,
        disk        /dev/vg01,
        scsi_device /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065;

サーバ対応の環境設定（マルチパスソフトウェア（HDLM）による冗長化構成の場合）（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     online,
        disk        /dev/vg01,
        scsi_device /dev/sddlmaa;

サーバ対応の環境設定（マルチパスソフトウェア（DMMP）による冗長化構成の場合）（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     online,
        disk        /dev/vg01,
        dmmp_device /dev/mapper/mpath1;

予備系の環境設定（共有ディスクのSCSIリザーブをする場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             fence_reset      nouse,
             fence_scsi       use;

サーバ対応の環境設定（シングルパス構成，または冗長化構成でもシンボリックリンクを指定する場合）（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     standby,
        disk        /dev/vg01,
        scsi_device /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065;

サーバ対応の環境設定（マルチパスソフトウェア（HDLM）による冗長化構成の場合）（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     standby,
        disk        /dev/vg01,
        scsi_device /dev/sddlmaa;

サーバ対応の環境設定（マルチパスソフトウェア（DMMP）による冗長化構成の場合）（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     standby,
        disk        /dev/vg01,
        dmmp_device /dev/mapper/mpath1;

(12)　LANの通信可否による系切り替え制御機能を使用する場合の環境設定例

LANの通信可否による系切り替え制御機能を使用する場合の，環境設定例で示すシステム構成例を，次の図に示します。

図8‒12　LANの通信可否による系切り替え制御機能を使用する場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（LANの通信可否による系切り替え制御機能を使用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment name             HAmon1
            address          1,
            patrol           60,
            lan              path11: path12:bond0,
            lanport          HAmon1:HAmon2:HAmon3;
function    pathpatrol       1,
            pathpatrol_retry 3:3,
            alive_interval   1,
            patrol_100ms     use,
            fence_reset      nouse,
            fence_scsi       nouse,
            fence_lan        use,
            lanfailswitch    use,
            lancheck_patrol  15,
            ：

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server name         /users/server1,
       alias        server1,
       acttype      monitor,
       initial      online,
       switch_judge bond0,
       switchbyfail bond0,
       ：

LANの監視設定ファイル

LAN監視定義ファイル（定義ファイル：/opt/hitachi/HAmon/etc/bond0.conf）

192.168.0.110
192.168.0.101

予備系の環境設定（LANの通信可否による系切り替え制御機能を使用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment name             HAmon2
            address          2,
            patrol           60,
            lan              path21: path22:bond0,
            lanport          HAmon1:HAmon2:HAmon3;
function    pathpatrol       1,
            pathpatrol_retry 3:3,
            alive_interval   1,
            patrol_100ms     use,
            fence_reset      nouse,
            fence_scsi       nouse,
            fence_lan        use,
            lanfailswitch    use,
            lancheck_patrol  15,
            ：

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server name         /users/server1,
       alias        server1,
       acttype      monitor,
       initial      standby,
       switch_judge bond0,
       switchbyfail bond0,
            ：

LANの監視設定ファイル

LAN監視定義ファイル（定義ファイル：/opt/hitachi/HAmon/etc/bond0.conf）

192.168.0.100
192.168.0.101

(13)　HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合の環境設定例

HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合の，環境設定例で示すシステム構成例を，次の図に示します。

図8‒13　HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合のシステム構成例

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             clearwait        35;
options      clearcheck       35;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  online,
        disk     /dev/vg01;

予備系の環境設定（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             clearwait        35;
options      clearcheck       35;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name     /users/server1,
        alias    server1,
        acttype  server,
        patrol   60,
        initial  standby,
        disk     /dev/vg01;

(14)　ハイブリッドフェンシングで系切り替えする場合の環境設定例

ハイブリッドフェンシングで系切り替えする場合の環境設定例は「(11)　共有ディスクのSCSIリザーブをする場合の環境設定例（シングルパス構成またはマルチパスソフトウェアによる冗長化構成）」を参照してください。ただし，参照先に記載されているfence_resetオペランドに指定する値は，nouseではなくuseにしてください。

8.6.2　複数系切り替え構成時の環境設定例

複数系切り替え構成では，2:1系切り替えやクラスタ型系切り替えなどの構成ごとに定義ファイルの設定内容が異なります。ここでは，複数系切り替えの代表的なシステム構成を示し，各システム構成での定義ファイルの設定例を示します。

2:1系切り替え構成やクラスタ型系切り替え構成など，複数の系がある構成では，HAモニタの環境設定は系ごとに，サーバ対応の環境設定はサーバごとに設定します。

HAモニタの環境設定は，すべての系で整合性を取る必要があります。

また，サーバ対応の環境設定も，ペアになるサーバ（実行サーバと待機サーバ）の間で，整合性を取る必要があります。

ペアになる実行・待機サーバ間で使用する共有ディスクは，サーバ間で同じスペシャルファイル名のボリュームグループに接続します。そのため，ペアになる実行・待機サーバ間では，同じスペシャルファイル名を指定してください。

なお，ペアにならない実行・待機サーバ間で同じスペシャルファイル名を指定すると，系切り替えが正しく実行されないことがあります。共有リソースについての指定では，ペアになる実行・待機サーバ間以外で同じ値を指定しないでください。

(1)　2:1系切り替え構成時の環境設定例

2:1系切り替え構成時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒14　2:1系切り替え構成時のシステム構成

また，このシステム構成例での前提条件を次に示します。

表8‒7　環境設定例の前提条件（2:1系切り替え構成時−HAモニタ）

前提条件

現用系1

予備系

現用系2

ホスト名

host1

host2

host3

ホストアドレス

1

2

3

系障害監視時間

60秒

60秒

60秒

サーバ障害監視時間

60秒

60秒

60秒

リセット優先系

online

online

online

監視パスのヘルスチェック間隔

120分

120分

120分

リセットパスのヘルスチェック間隔

2分

2分

2分

表8‒8　環境設定例の前提条件（2:1系切り替え構成時−サーバ）

前提条件

サーバ1

サーバ2

現用系1

予備系

予備系

現用系2

プログラム名

/users/server1

/users/server1

/users/server2

/users/server2

サーバ識別名

server1

server1

server2

server2

サーバの起動方法

server

server

server

server

起動種別

online

standby

standby

online

このシステム構成での環境設定例を，次に示します。なお，太字は，すべての系のHAモニタやペアになるサーバ間で，同じ値を指定することを表します。

現用系1の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      online,
        disk         /dev/vg01;

予備系の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      standby,
        disk         /dev/vg01;

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      server,
        patrol       60,
        initial      standby,
        disk         /dev/vg02;

現用系2の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host3,
             address          3,
             patrol           60,
             lan              path31:path32,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120,
             pathpatrol_retry 3:3;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      server,
        patrol       60,
        initial      online,
        disk         /dev/vg02;

(2)　複数スタンバイ構成時の環境設定例（TP1/Server BaseまたはHiRDB）

サーバモードのサーバとしてTP1/Server BaseまたはHiRDBを使用する場合で，複数スタンバイ構成時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒15　複数スタンバイ構成時のシステム構成（TP1/Server BaseまたはHiRDB）

また，このシステム構成例での前提条件を次に示します。

表8‒9　環境設定例の前提条件（TP1/Server BaseまたはHiRDBでの複数スタンバイ構成時−HAモニタ）

前提条件

現用系

予備系1

予備系2

ホスト名

host1

host2

host3

ホストアドレス

1

2

3

系障害監視時間

60秒

60秒

60秒

サーバ障害監視時間

60秒

60秒

60秒

リセット優先系

online

online

online

監視パスのヘルスチェック間隔

1分

1分

1分

監視パスの再チェック間隔

3秒

3秒

3秒

監視パスの再チェック回数

3回

3回

3回

マルチスタンバイ機能使用の有無

有

有

有

表8‒10　環境設定例の前提条件（TP1/Server BaseまたはHiRDBでの複数スタンバイ構成時−サーバ）

前提条件

現用系

予備系1

予備系2

プログラム名

/users/server1

/users/server1

/users/server1

サーバ識別名

server1

server1

server1

サーバの起動方法

server

server

server

起動種別

online

standby

standby

LANの状態設定ファイル使用の有無

有

有

有

待機サーバ優先度

指定なし

1

2

このシステム構成での環境設定例を，次に示します。なお，太字は，すべての系のHAモニタやペアになるサーバ間で，同じ値を指定することを表します。

現用系の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             multistandby     use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name            /users/server1,
        alias           server1,
        acttype         server,
        patrol          60,
        initial         online,
        disk            /dev/vg01,
        lan_updown      use;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server1.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0 broadcast 1.2.3.255
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server1.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

予備系1の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             multistandby     use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name            /users/server1,
        alias           server1,
        acttype         server,
        patrol          60,
        initial         standby,
        disk            /dev/vg01,
        lan_updown      use,
        standbypri      1;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server1.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0 broadcast 1.2.3.255
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server1.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

予備系2の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host3,
             address          3,
             patrol           60,
             lan              path31:path32,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             multistandby     use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name            /users/server1,
        alias           server1,
        acttype         server,
        patrol          60,
        initial         standby,
        disk            /dev/vg01,
        lan_updown      use,
        standbypri      2;

LANの状態設定ファイル

サーバ識別名.up（定義ファイル：/opt/hitachi/HAmon/etc/server1.up）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 inet 1.2.3.4 netmask 255.255.255.0 broadcast 1.2.3.255
/sbin/arping -U -c 2 -I eth1 1.2.3.4
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

サーバ識別名.down（定義ファイル：/opt/hitachi/HAmon/etc/server1.down）

#!/bin/sh
set -x
/sbin/ifconfig eth1:1 down
/bin/echo 0 > /proc/sys/net/ipv4/route/flush

(3)　複数スタンバイ構成時の環境設定例（TP1/EE）

サーバモードのサーバとしてTP1/EEを使用する場合で，複数スタンバイ構成時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒16　複数スタンバイ構成時のシステム構成（TP1/EE）

また，このシステム構成例での前提条件を次に示します。

表8‒11　環境設定例の前提条件（TP1/EEでの複数スタンバイ構成時−HAモニタ）

前提条件

現用系

予備系1

予備系2

ホスト名

host1

host2

host3

ホストアドレス

1

2

3

系障害監視時間

3秒

3秒

3秒

監視パスのヘルスチェック間隔

1分

1分

1分

監視パスの再チェック間隔

3秒

3秒

3秒

監視パスの再チェック回数

3回

3回

3回

マルチスタンバイ機能使用の有無

有

有

有

aliveメッセージの送信間隔

500ミリ秒

500ミリ秒

500ミリ秒

表8‒12　環境設定例の前提条件（TP1/EEでの複数スタンバイ構成時−サーバ）

前提条件

現用系

予備系1

予備系2

プログラム名

a001

a001

a001

サーバ識別名

server1

server1

server1

サーバの起動方法

server

server

server

サーバの監視方法

B

B

B

起動種別

online

standby

standby

LANの状態設定ファイル使用の有無

無

無

無

待機サーバ優先度

指定なし

1

2

このシステム構成での環境設定例を，次に示します。なお，太字は，すべての系のHAモニタやペアになるサーバ間で，同じ値を指定することを表します。

現用系の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           3,
             lan              path11:path12:path13:path14,
             lanport          HAmon1:HAmon2:HAmon3:HAmon4;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             multistandby     use,
             alive_interval   5;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name            a001,
        alias           server1,
        acttype         server,
        server_type     B,
        initial         online,
        lan_updown      nouse;

予備系1の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           3,
             lan              path21:path22:path23:path24,
             lanport          HAmon1:HAmon2:HAmon3:HAmon4;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             multistandby     use,
             alive_interval   5;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name            a001,
        alias           server1,
        acttype         server,
        server_type     B,
        initial         standby,
        lan_updown      nouse,
        standbypri      1;

予備系2の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host3,
             address          3,
             patrol           60,
             lan              path31:path32:path33:path34,
             lanport          HAmon1:HAmon2:HAmon3:HAmon4;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             multistandby     use,
             alive_interval   5;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name            a001,
        alias           server1,
        acttype         server,
        server_type     B,
        initial         standby,
        lan_updown      nouse,
        standbypri      2;

(4)　クラスタ型系切り替え構成時の環境設定例

クラスタ型系切り替え構成時の，環境設定例で示すシステム構成を，次の図に示します。

図8‒17　クラスタ型系切り替え構成時のシステム構成

また，このシステム構成例での前提条件を次に示します。

表8‒13　環境設定例の前提条件（クラスタ型系切り替え構成時−HAモニタ）

前提条件

現用系1

予備系1

現用系2

（予備系3）

現用系3

（予備系2）

ホスト名

host1

host2

host3

host4

ホストアドレス

1

2

3

4

系障害監視時間

60秒

60秒

60秒

60秒

サーバ障害監視時間

60秒

60秒

60秒

60秒

リセット優先系

online

online

online

online

監視パスのヘルスチェック間隔

120分

120分

120分

120分

リセットパスのヘルスチェック間隔

2分

2分

2分

2分

表8‒14　環境設定例の前提条件（クラスタ型系切り替え構成時−サーバ）

前提条件

サーバ1

サーバ2

サーバ3

現用系1

予備系1

現用系2

（予備系3）

現用系3

（予備系2）

現用系2

（予備系3）

現用系3

（予備系2）

プログラム名

/users/server1

/users/server1

/users/server2

/users/server2

/users/server3

/users/server3

サーバ識別名

server1

server1

server2

server2

server3

server3

サーバの起動方法

server

server

server

server

server

server

起動種別

online

standby

online

standby

standby

online

このシステム構成での環境設定例を，次に示します。なお，太字は，すべての系のHAモニタやペアになるサーバ間で，同じ値を指定することを表します。

現用系1の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      online,
        disk         /dev/vg01;

予備系1の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ1）  */
server  name         /users/server1,
        alias        server1,
        acttype      server,
        patrol       60,
        initial      standby,
        disk         /dev/vg01;

現用系2（予備系3）の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host3,
             address          3,
             patrol           60,
             lan              path31:path32,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      server,
        patrol       60,
        initial      online,
        disk         /dev/vg02;

/*  サーバ対応の環境設定（サーバ3）  */
server  name         /users/server3,
        alias        server3,
        acttype      server,
        patrol       60,
        initial      standby,
        disk         /dev/vg03;

現用系3（予備系2）の環境設定

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host4,
             address          4,
             patrol           60,
             lan              path41:path42,
             lanport          HAmon1:HAmon2;
function     cpudown          online,
             pathpatrol       120;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定（サーバ2）  */
server  name         /users/server2,
        alias        server2,
        acttype      server,
        patrol       60,
        initial      standby,
        disk         /dev/vg02;

/*  サーバ対応の環境設定（サーバ3）  */
server  name         /users/server3,
        alias        server3,
        acttype      server,
        patrol       60,
        initial      online,
        disk         /dev/vg03;

8.6.3　VMware ESXiでの仮想化環境時の環境設定例

VMware ESXiでの仮想化環境の場合は，使用するリソースや機能によって定義ファイルの設定内容が異なります。ここでは，VMware ESXiでの仮想化環境の場合の代表的なシステム構成と，各システム構成での定義ファイルの設定例を示します。

(1)　系のリセットをする場合の環境設定例

系のリセットをする場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒18　系のリセットをする場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（系のリセットをする場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             vmware_env       use,
             fence_reset      use,
             fence_scsi       nouse;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     online,
        disk        /dev/vg01;

予備系の環境設定（系のリセットをする場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             vmware_env       use,
             fence_reset      use,
             fence_scsi       nouse;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     standby,
        disk        /dev/vg01;

(2)　共有ディスクのSCSIリザーブをする場合の環境設定例（マルチパスソフトウェアによる冗長化構成時）

マルチパスソフトウェアによる冗長化構成時に共有ディスクのSCSIリザーブをする場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒19　共有ディスクのSCSIリザーブをする場合（マルチパスソフトウェアによる冗長化構成時）のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（共有ディスクのSCSIリザーブをする場合（マルチパスソフトウェアによる冗長化構成時））

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             vmware_env       nouse,
             fence_reset      nouse,
             fence_scsi       use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     online,
        disk        /dev/vg01,
        scsi_device /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065;

予備系の環境設定（共有ディスクのSCSIリザーブをする場合（マルチパスソフトウェアによる冗長化構成時））

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             vmware_env       nouse,
             fence_reset      nouse,
             fence_scsi       use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name        /users/server1,
        alias       server1,
        acttype     server,
        patrol      60,
        initial     standby,
        disk        /dev/vg01,
        scsi_device /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000065;

(3)　LANの通信可否による系切り替え制御機能を使用する場合の環境設定例

LANの通信可否による系切り替え制御機能を使用する場合の，環境設定例で示すシステム構成を，次の図に示します。

図8‒20　LANの通信可否による系切り替え制御機能を使用する場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（LANの通信可否による系切り替え制御機能を使用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11:path12,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             fence_reset      nouse,
             fence_scsi       nouse,
             fence_lan        use,
             lanfailswitch    use,
             lancheck_patrol  15;
            ：

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      online,
        switch_judge eth1,
        switchbyfail eth1,
            ：

LANの監視設定ファイル

LAN監視定義ファイル（定義ファイル：/opt/hitachi/HAmon/etc/eth1.conf）

192.168.0.110
192.168.0.101

予備系の環境設定（LANの通信可否による系切り替え制御機能を使用する場合）

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21:path22,
             lanport          HAmon1:HAmon2;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             fence_reset      nouse,
             fence_scsi       nouse,
             fence_lan        use,
             lanfailswitch    use,
             lancheck_patrol  15;
            ：

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      standby,
        switch_judge eth1,
        switchbyfail eth1,
            ：

LANの監視設定ファイル

LAN監視定義ファイル（定義ファイル：/opt/hitachi/HAmon/etc/eth1.conf）

192.168.0.100
192.168.0.101

8.6.4　KVMでの仮想化環境時の環境設定例

ここでは，KVMでの仮想化環境の場合の環境設定例で示すシステム構成を，次の図に示します。

図8‒21　KVMでの仮想化環境の場合のシステム構成

このシステム構成での現用系と予備系の環境設定例を，次に示します。

現用系の環境設定（KVMでの仮想化環境の場合）

ゲストOSのXML設定（共有ディスクおよびSCSIコントローラの個所の抜粋）

/*  ゲストOSのXML設定  */
：(省略)
    <disk type='block' device='lun' sgio='unfiltered'>
      <driver name='qemu' type='raw'/>
      <source dev='/dev/disk/by-path/fc-0x51402ec015521038-0x50060e8010368dd1-lun-0'/>
      <target dev='sdb' bus='scsi'/>
      <shareable/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <disk type='block' device='lun' sgio='unfiltered'>
      <driver name='qemu' type='raw'/>
      <source dev='/dev/disk/by-path/fc-0x51402ec01552103a-0x50060e8010368dd1-lun-0'/>
      <target dev='sdc' bus='scsi'/>
      <shareable/>
      <address type='drive' controller='0' bus='0' target='0' unit='2'/>
    </disk>
：(省略)
    <controller type='scsi' index='0' model='virtio-scsi'>
      <address type='pci' domain='0x0000' bus='0x07' slot='0x00' function='0x0'/>
    </controller>
：(省略)

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host1,
             address          1,
             patrol           60,
             lan              path11,
             lanport          HAmon1;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             fence_reset      nouse,
             fence_scsi       use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      online,
        disk         /dev/vg01,
        dmmp_device  /dev/mapper/mpatha,
        fs_name      /dev/vg01/lvol01,
        fs_mount_dir /mnt/1;

予備系の環境設定（KVMでの仮想化環境の場合）

ゲストOSのXML設定（共有ディスクおよびSCSIコントローラの個所の抜粋）

/*  ゲストOSのXML設定  */
：(省略)
    <disk type='block' device='lun' sgio='unfiltered'>
      <driver name='qemu' type='raw'/>
      <source dev='/dev/disk/by-path/fc-0x51402ec01482ac14-0x50060e8010368dd1-lun-0'/>
      <target dev='sdb' bus='scsi'/>
      <shareable/>
      <address type='drive' controller='0' bus='0' target='0' unit='1'/>
    </disk>
    <disk type='block' device='lun' sgio='unfiltered'>
      <driver name='qemu' type='raw'/>
      <source dev='/dev/disk/by-path/fc-0x51402ec01482ac16-0x50060e8010368dd1-lun-0'/>
      <target dev='sdc' bus='scsi'/>
      <shareable/>
      <address type='drive' controller='0' bus='0' target='0' unit='2'/>
    </disk>
：(省略)
    <controller type='scsi' index='0' model='virtio-scsi'>
      <address type='pci' domain='0x0000' bus='0x07' slot='0x00' function='0x0'/>
    </controller>
：(省略)

HAモニタの環境設定（定義ファイル：/opt/hitachi/HAmon/etc/sysdef）

/*  HAモニタの環境設定  */
environment  name             host2,
             address          2,
             patrol           60,
             lan              path21,
             lanport          HAmon1;
function     pathpatrol       1,
             pathpatrol_retry 3:3,
             fence_reset      nouse,
             fence_scsi       use;

サーバ対応の環境設定（定義ファイル：/opt/hitachi/HAmon/etc/servers）

/*  サーバ対応の環境設定  */
server  name         /users/server1,
        alias        server1,
        acttype      monitor,
        initial      standby,
        disk         /dev/vg01,
        dmmp_device  /dev/mapper/mpatha,
        fs_name      /dev/vg01/lvol01,
        fs_mount_dir /mnt/1;

8.6.5　排他サーバ指定時の環境設定例

ここでは，排他サーバを指定する場合の定義ファイルの設定例を，排他サーバ内の排他関係ごとに示します。

(1)　サーバ単位に排他関係にある場合の定義例

サーバ単位に排他関係にある場合の環境設定の定義例を，次の図に示します。

図8‒22　サーバ単位に排他関係にある場合の環境設定の定義例

(2)　グループ単位に排他関係にある場合の定義例

サーバグループ同士が排他関係にある場合の環境設定の定義例を，次の図に示します。

図8‒23　グループ単位に排他関係にある場合の環境設定の定義例

(3)　グループ内の一部のサーバで排他関係にある場合の定義例

サーバグループ内の一部のサーバで排他関係にある場合の環境設定の定義例を，次の図に示します。

図8‒24　グループ内の一部のサーバで排他関係にある場合の環境設定の定義例

(4)　サーバ単位に排他関係（複数）にある場合の定義例

サーバ単位に排他関係（複数）にある場合の環境設定の定義例を，次の図に示します。

図8‒25　サーバ単位に排他関係（複数）にある場合の環境設定の定義例

(5)　グループ単位に排他関係（複数）にある場合の定義例

サーバグループ同士が排他関係（複数）にある場合の環境設定の定義例を，次の図に示します。

図8‒26　グループ単位に排他関係（複数）にある場合の環境設定の定義例

(6)　グループとサーバ単体で排他関係にある場合の定義例

サーバグループとサーバ単体で排他関係にある場合の環境設定の定義例を，次の図に示します。

図8‒27　グループとサーバ単体で排他関係にある場合の環境設定の定義例

9　コマンド

この章では，HAモニタで使用するコマンドについて説明します。

9.1　コマンド一覧

HAモニタで使用するコマンドの一覧を次の表に示します。

表9‒1　HAモニタのコマンド一覧

コマンド名

機能

実行できるユーザ

スーパユーザ

一般ユーザ

環境の構築・変更で使用するコマンド

monsetup

HAモニタの環境設定をします。

○

×

monlistip

IPアドレスを検出します。

○

×

moncheck

定義チェックを実施します。

○

○

mondevice

実行サーバ稼働中に共有リソースを変更します。

○

×

monchange

HAモニタやサーバの稼働中に設定を変更します。

○

×

HAモニタに対する運用コマンド

monstart

HAモニタを起動します。

○

○

monstop

HAモニタを停止します。

○

○

monlink

HAモニタ間を手動接続します。

○

○

サーバに対する運用コマンド

monbegin

モニタモードのサーバを起動します。

○

○

monend

モニタモードの実行サーバを停止します。

○

○

monsbystp

待機サーバを停止します。

○

×

monresbgn

リソースサーバを起動します。

○

○

monresend

実行中のリソースサーバを停止します。

○

○

monressbystp

待機中のリソースサーバを停止します。

○

×

monact

待ち状態のサーバを実行サーバとして起動します。

○

×

mondeact

待ち状態のサーバを停止します。

○

×

状態を確認するためのコマンド

monshow

サーバと系の状態を表示します。

○

○

monrp

リセットパスの状態を表示します。

○

×

monpath

監視パスの状態を表示します。

○

×

monodrshw

サーバの切り替え順序制御の状態を表示します。

○

○

系切り替えをするためのコマンド

monswap

計画系切り替え，または強制系切り替えをします。

○

×

ユーザコマンド内で発行するコマンド

moninfo

サーバ引き継ぎ情報を，実行系で設定または待機系で参照・表示します。

○

○

トラブル発生時の情報収集コマンド

monts

HAモニタのトラブルシュート情報を収集します。

○

×

共有リソースを操作するためのコマンド

monscsiclr

共有ディスクのリザーブを解除します。

○

×

（凡例）

○：実行できます。

×：実行できません。

9.2　コマンドの説明で使用する見出し

コマンドの説明で使用する，各見出しについて説明します。なお，各コマンドの説明では，次の項目のうち必要な項目についてだけ説明しています。また，次の項目以外に，各コマンドの固有情報を記載している場合があります。

形式

文法記述記号を使用して，コマンドの記述形式について説明しています。文法記述記号については，「9.3　文法記述記号」を参照してください。

実行できるユーザ

コマンドを実行する権限を持つユーザを示します。

機能

コマンドの機能について説明します。

オプション

オプションの指定内容や，オプションを指定するときの注意事項などを説明します。

リターンコード

コマンドのリターンコードについて説明します。

注意事項

コマンドを実行するときの注意事項を説明します。

使用例

コマンドの実行例を示します。

コマンドを実行したあとに表示される結果には，メッセージIDが付けられています。表示される結果の見方については，メッセージIDを基に，マニュアル高信頼化システム監視機能 HAモニタ メッセージを参照してください。

9.3　文法記述記号

コマンドの説明で使用する文法記述記号を説明します。各文法記述記号の意味を，次の表に示します。

表9‒2　コマンドの文法記述記号一覧

文法記述記号

意味

[　]

この記号で囲まれている項目は，省略してもよいことを示します。

（例）

monshow [サーバ識別名]

monshowコマンドでは，サーバ識別名を指定するか，または何も指定しないことを示します。

{　}

この記号で囲まれている項目の中から，一つを選択して指定することを示します。複数の項目が記述されている場合に，そのうちの一つを選択して指定します。

（例）

monodrshw { -s サーバ識別名 | -g グループ名 }

monodrshwコマンドでは，-s サーバ識別名または-g グループ名のどちらかを選択して指定することを示します。

|

{　}で囲まれている複数の項目間の区切りを示します。

（例）

moninfo サーバ識別名 { -p サーバ引き継ぎ情報 | -g }

moninfoコマンドでは，サーバ識別名に続き，-p サーバ引き継ぎ情報または-gのどちらかを選択して指定することを示します。

9.4　monact（待ち状態のサーバを実行サーバとして起動）

形式

monact サーバ識別名

実行できるユーザ

スーパユーザ

機能

次のサーバを実行サーバとして起動させます。

実行サーバの起動待ち状態になった待機サーバ

サーバ対応の環境設定で待機サーバとして定義したサーバは，起動時に通信障害などで実行系の状態が確認できないと，実行系の実行サーバの起動待ち状態になります。この待ち状態になった待機サーバを，強制的に実行サーバとして起動させます。

連動系切り替え待ち状態になった待機サーバ

サーバ対応の環境設定のgroupオペランドでno_exchangeを指定したサーバに障害が発生した場合，待機系の待機サーバは連動系切り替え待ち状態になります。この待ち状態になった待機サーバを，強制的に実行サーバとして起動させます。

系切り替え待ち状態になった実行サーバ

系のリセット失敗時，待機系の待機サーバは実行サーバに切り替わったあと，系切り替え待ち状態になります。この待ち状態になった実行サーバを，強制的に実行サーバとして起動させます。

実行サーバレスモードで起動した待機サーバ（起動完了状態）

実行サーバレスモードで起動した待機サーバを実行サーバとして起動させます。

オプション

サーバ識別名

実行サーバとして起動させるサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（実行サーバとしての起動要求を受け付けました）

0以外

異常終了

注意事項

monactコマンドを実行する前に，他系で実行サーバが稼働していないことを確認してください。確認しないでmonactコマンドを実行すると，二つの実行サーバが稼働するおそれがあります。

monactコマンドは，次の状態のサーバにだけ使用できます。

実行サーバの起動待ち状態になった待機サーバ

連動系切り替え待ち状態になった待機サーバ

系切り替え待ち状態になった実行サーバ

実行サーバレスモードで起動した待機サーバ

リソースサーバの起動待ち状態になったサーバに対しては，monactコマンドを実行できません。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN227-E，KAMN322-E，KAMN339-E，KAMN456-E，KAMN465-E

monactコマンドのリターンとは非同期に実行サーバが起動されます。

9.5　monbegin（モニタモードのサーバの起動）

形式

サーバの起動

monbegin サーバ識別名

サーバの起動（サーバの起動コマンドの結果をリターンコードに反映する）

monbegin -w サーバ識別名

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

モニタモードのサーバを起動します。

オプション

サーバ識別名

起動するサーバの識別名を指定します。

-w

サーバの起動処理が完了したあとにコマンドがリターンします。コマンドのリターンコードからサーバの起動結果を確認したい場合に指定してください。サーバ対応の環境設定のwaitserv_execオペランドにyesを指定した場合にだけ，このオプションを指定できます。

サーバが待ち状態※になった場合，待ち状態のサーバを起動または停止するまでmonbeginコマンドはリターンしません。待ち状態のサーバの起動および停止については，「7.4.1　待ち状態のサーバを起動して業務を再開する」を参照してください。

注※

次のどちらかの状態を指します。

・実行サーバの起動待ち

・リソースサーバの起動待ち

リターンコード

-wオプションを指定していない場合

値

意味

0

正常終了（モニタモードのサーバ起動要求の受け付けが完了しました）

0以外

異常終了

-wオプションを指定した場合

値

意味

0

正常終了（モニタモードのサーバを正常に起動しました）※

0以外

異常終了（モニタモードのサーバの起動に失敗しました）※

注※

このリターンコードは，リソースの接続の成功または失敗を示すものではありません。

注意事項

monbeginコマンドは，モニタモードのサーバにだけ使用できます。

-wオプションを使用しない場合，monbeginコマンドのリターンとは非同期にサーバを起動します。

-wオプションを使用しない場合，monbeginコマンドは，サーバ起動要求を受け付けると，サーバ識別名に指定したサーバの状態に関係なく，KAMN376-Iメッセージを出力し，リターンコードとして0を返します。

9.6　monchange（HAモニタ・サーバ稼働中の設定・動作の変更）

形式

HAモニタの設定変更

monchange -m オペランド名 指定値

システムディスクの監視動作の変更

monchange –m オペランド名 {-stop_patrol | -start_patrol}

実行サーバレスモードの設定・解除

monchange –m オペランド名 {-use | -nouse}

サーバの設定変更

monchange -s サーバ識別名 オペランド名 指定値

サーバの監視動作の変更

monchange –s サーバ識別名 オペランド名 {-stop_patrol | -start_patrol}

モニタモードのプログラムの設定変更

monchange -p モニタモードのプログラム識別名 オペランド名 指定値

実行できるユーザ

スーパユーザ

機能

HAモニタやサーバの稼働中に，次の設定および動作を変更できます。

HAモニタの設定変更

HAモニタの環境設定のpatrolオペランドに指定した系障害監視時間を変更できます。

システムディスクの監視動作の変更

HAモニタの環境設定のdisk_ptrlオペランドに指定したシステムディスクの監視を一時停止・再開できます。システムディスクの監視を再開した場合，監視を再開した時点のシステムディスクの監視定義ファイルが有効になります。

実行サーバレスモードの設定・解除

実行サーバレスモードの設定・解除ができます。

実行サーバレスモードに設定するには，すべてのサーバが停止状態である必要があります。実行サーバレスモードの設定に成功した場合，メッセージKAMN545-Iを出力します。失敗した場合，メッセージKAMN547-Eを出力します。

実行サーバレスモードを解除するには，すべてのサーバが次のどれかの状態である必要があります。

停止状態である

実行サーバが起動完了状態または系切り替え可能状態（サーバの状態：ONL）である

待機サーバが系切り替え可能状態（サーバの状態：SBY）である

実行サーバレスモードの解除に成功した場合，メッセージKAMN546-Iを出力します。失敗した場合，KAMN548-Eを出力します。

サーバの設定変更

サーバ対応の環境設定のpatrolオペランドに指定したサーバ障害監視時間を変更できます。

サーバの監視動作の変更

サーバ対応の環境設定のptrlcmd_exオペランド，またはsby_ptrlcmd_exオペランドに指定したモニタモードのサーバの監視を一時停止，再開できます。また，サーバ対応の環境設定のdisk_ptrlオペランドに指定したサーバの業務ディスクの監視を一時停止，再開できます。サーバの業務ディスクの監視を再開した場合，監視を再開した時点の業務ディスクの監視定義ファイルが有効になります。

モニタモードのプログラムの設定変更

モニタモードのプログラム対応の環境設定のpatrolオペランドに指定した，プログラムのスローダウン監視時間を変更できます。

オプション

HAモニタの設定変更

-m

HAモニタの設定を変更する場合に指定します。

オペランド名

変更したいHAモニタの設定に該当するオペランド名として，"patrol"を指定します。

指定値

変更後のpatrolオペランドの指定値を設定します。patrolオペランドの指定値については，「8.3.1　HAモニタの環境設定（sysdef）」を参照してください。

システムディスクの監視動作の変更

-m

システムディスクの監視動作を変更する場合に指定します。

オペランド名

システムディスクの監視に該当するオペランド名として，"disk_ptrl"を指定します。

指定値

監視を一時停止する場合は，"-stop_patrol"を指定します。一時停止した監視を再開する場合は，"-start_patrol"を指定します。

実行サーバレスモードの設定・解除

-m

実行サーバレスモードの設定・解除をする場合に指定します。

オペランド名

実行サーバレスモードの設定・解除に該当するオペランド名として，"onlless_mode"を指定します。

指定値

実行サーバレスモードを設定する場合は，"-use"を指定します。実行サーバレスモードを解除する場合は，"-nouse"を指定します。

サーバの設定変更

-s

サーバの設定を変更する場合に指定します。

サーバ識別名

設定を変更したいサーバのサーバ識別名を指定します。

オペランド名

変更したいサーバの設定に該当するオペランド名として，"patrol"を指定します。

指定値

変更後のpatrolオペランドの指定値を設定します。patrolオペランドの指定値については，「8.4.1　サーバ対応の環境設定（servers）」を参照してください。

サーバの監視動作の変更

-s

サーバの監視動作を変更する場合に指定します。

サーバ識別名

監視動作を変更したいサーバのサーバ識別名を指定します。

オペランド名

変更したい監視動作の監視対象によって指定値は異なります。次のとおりに指定します。

監視対象が実行サーバの場合："ptrlcmd_ex"

監視対象が待機サーバの場合："sby_ptrlcmd_ex"

監視対象が業務ディスクの場合："disk_ptrl"

指定値

監視を一時停止する場合は，"-stop_patrol"を指定します。一時停止した監視を再開する場合は，"-start_patrol"を指定します。

モニタモードのプログラムの設定変更

-p

プログラム管理機能を使用するモニタモードのプログラムの設定を変更する場合に指定します。

モニタモードのプログラム識別名

設定を変更したいモニタモードのプログラムのプログラム識別名を指定します。

オペランド名

変更したいモニタモードのプログラムの設定に該当するオペランド名として，"patrol"を指定します。

指定値

変更後のpatrolオペランドの指定値を設定します。patrolオペランドの指定値については，「8.5.1　モニタモードのプログラム対応の環境設定（programs）」を参照してください。

リターンコード

値

意味

0

正常終了（HAモニタ・サーバ稼働中の設定・動作の変更が完了しました）

0以外

異常終了

注意事項

monchangeコマンドでは，定義ファイルの内容を書き換えません。設定を変更したあとにサーバやHAモニタを再起動すると，変更した値は各定義ファイルに設定した値に戻ります。必要に応じて環境設定を変更し，再起動してください。

次の場合，monchangeコマンドで実行した監視の一時停止は無効になり，監視を再開します。

系またはサーバを再起動した場合

系切り替えをした場合

HAモニタの設定を変更する場合の注意事項を次に示します。

変更するすべての系が接続中であることを確認してからコマンドを実行してください。

一つの系でmonchangeコマンドを実行すれば，接続しているすべての系の系障害監視時間を変更できます。

複数の系から同時にコマンドを実行しないでください。

系障害監視時間を変更したあとに系を再起動した場合や，通信障害などで系間での監視時間が不一致になった場合は，monchangeコマンドを再度実行し，系間での系障害監視時間を一致させてください。

系の監視履歴を取得している場合，変更後の系障害監視時間を系の監視履歴取得時間より長い値に設定してください。短い値を指定すると，監視履歴は取得されません。

システムディスクの監視動作を変更する場合の注意事項を次に示します。

monchangeコマンドでは，コマンドを実行した系だけシステムディスクの監視動作を変更します。

monchangeコマンドを実行したあとに，システムディスクの監視動作が変更されたかどうかを確認するには，"monshow -o -m"を実行してください。

HAモニタの環境設定のnotswitch_notifyオペランドにuseが指定されている場合，監視の一時停止状態が1時間経過するごとに，メッセージKAMN540-Wを出力します。

実行サーバレスモードを設定・解除する場合の注意事項を次に示します。

monchangeコマンドでは，コマンドを実行した系だけ実行サーバレスモードを設定・解除します。

monchangeコマンドを実行したあとに，実行サーバレスモードを設定・解除されたかどうかを確認するには，"monshow -j"を実行してください。

実行サーバレスモードでHAモニタが停止した場合，実行サーバレスモードが解除されます。必要に応じてHAモニタ再起動後に，再度実行サーバレスモードを設定してください。

マルチスタンバイ機能を使用している（multistanbyオペランドにuseが指定されている）場合，実行サーバレスモードを設定できません。メッセージKAMN547-Eメッセージを出力します。

サーバの設定を変更する場合の注意事項を次に示します。

monchangeコマンドでは，コマンドを実行した系のサーバ障害監視時間だけを変更します。待機サーバが稼働する系でもコマンドを実行してください。

サーバの監視履歴を取得している場合，変更後のサーバ障害監視時間をサーバの監視履歴取得時間より長い値に設定してください。短い値を指定すると，監視履歴は取得されません。

サーバの監視動作を変更する場合の注意事項を次に示します。

monchangeコマンドでは，コマンドを実行した系の稼働中のサーバの監視動作だけを変更します。

monchangeコマンドを実行したあとに，サーバの監視動作が変更されたかどうかを確認するには，"monshow -o -s"を実行してください。

HAモニタの環境設定のnotswitch_notifyオペランドにuseが指定されている場合，監視の一時停止状態が1時間経過するごとに，メッセージKAMN521-Wを出力します。

監視が一時停止している場合，監視コマンドで障害を検出できません。必要に応じて，監視を再開してください。

監視が一時停止している場合でも，系切り替えができる状態であれば，次の方法で系切り替えができます。

・サーバの系切り替えコマンド（monswapコマンド）による系切り替え

・連動系切り替え

・系障害による系切り替え

監視の一時停止中に，系切り替えをしないようにするには，待機サーバを停止してください。

モニタモードのプログラムの設定を変更する場合の注意事項を次に示します。

monchangeコマンドでは，コマンドを実行した系のプログラムのスローダウン監視時間だけを変更します。待機サーバが稼働する系でもコマンドを実行してください。

同一のプログラム識別名で稼働する複数プロセス構成の場合は，すべてのプロセスのプログラムのスローダウン監視時間を変更します。

使用例

HAモニタの設定変更

monchange -m patrol 60

システムディスクの監視動作の変更

システムディスクの監視を一時停止する場合

monchange –m disk_ptrl -stop_patrol

システムディスクの監視を再開する場合

monchange –m disk_ptrl -start_patrol

実行サーバレスモードの設定・解除

実行サーバレスモードを設定する場合

monchange -m onlless_mode -use

実行サーバレスモードを解除する場合

monchange -m onlless_mode -nouse

サーバの設定変更

monchange -s server1 patrol 5

サーバの監視動作の変更

実行サーバで，監視を一時停止する場合

monchange –s server1 ptrlcmd_ex -stop_patrol

実行サーバで，一時停止した監視を再開する場合

monchange –s server1 ptrlcmd_ex -start_patrol

モニタモードのプログラムの設定変更

monchange -p program1 patrol 600

9.7　moncheck（定義チェック）

形式

moncheck

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

定義をチェックします。moncheckコマンドでチェックする項目を次に示します。

定義ファイルの定義内容が規則に合っているかどうか。

次のリソースがあるかどうか。

環境設定ファイルのオペランドに指定したリソース

LANの状態設定ファイル

サーバ対応の環境設定のswitchbyfailオペランドに指定したLANインタフェースに対応する，LAN監視定義ファイル

これらのリソースがない場合は，" not available "が表示されます。

moncheckコマンドで有無をチェックするリソースとnot availableが表示された場合の意味を，次に示します。

表9‒3　moncheckコマンドで有無をチェックするリソースとnot availableが表示された場合の意味

有無をチェックするリソース

not availableが表示された場合の意味

HAモニタの環境設定（sysdef）

lanオペランド

指定したホスト名称が/etc/hostsに定義されていない。

usrcommandオペランド

指定したパスに対応するファイルが存在しない，または所有者に対する実行権限がない。

multicast_lanオペランド

指定したホストグループのホスト名が/etc/hostsに定義されていない，または指定したIPアドレスがクラスD以外。

サーバ対応の環境設定（servers）

diskオペランド

指定したボリュームグループが存在しない。

指定したボリュームグループを構成するディスクデバイスが，HA Boosterの制御グループに誤って登録されている。

fs_nameオペランド

指定したパス名はファイルシステムではない。

fs_mount_dirオペランド

指定したパスに対応するディレクトリが存在しない。

hab_gidオペランド

HA Boosterが使用できない。

ptrlcmd_exオペランド

sby_ptrlcmd_exオペランド

patrolcommandオペランド

指定したパスに対応するファイルが存在しない，または所有者に対する実行権限がない。

scsi_deviceオペランド

SCSI対応のデバイスのデバイス名を指定していない。

指定したデバイス名がシンボリックリンクの場合，シンボリックリンク名が指定されていない。

指定したデバイス名がHDLMの論理デバイス名の場合，HDLMの論理デバイス名が指定されていない。

HDLMがインストールされていない，またはHDLMのサービスが停止している状態も該当します。

dmmp_deviceオペランド

DMMPの論理デバイス名が指定されていない。

DMMPがインストールされていない。

DMMPのサービスが停止している。

モニタモードのプログラム対応の環境設定（programs）

restartcommandオペランド

指定したパスに対応するファイルが存在しない，または所有者に対する実行権限がない。

LANの状態設定ファイル

/opt/hitachi/HAmon/etc下にサーバ識別名.upファイルまたはサーバ識別名.downファイルが存在しない，もしくは所有者に対する実行権限がない。

サーバ対応の環境設定のswitchbyfailオペランドに指定したLANインタフェースに対応する，LAN監視定義ファイル

/opt/hitachi/HAmon/etc/下にswitchbyfailオペランドに指定したLANインタフェースに対応するLAN監視定義ファイルが存在しない，または所有者に対する読み込み権限がない。

システムディスクの監視定義ファイル（HAモニタの環境設定のdisk_ptrlオペランドにuseを指定した場合）

/opt/hitachi/HAmon/etc/system_patrol.diskファイルが存在しない，または所有者に対する読み込み権限がない。

システムディスクの監視定義ファイルが，次に示す条件のどれかを満たしてない。

・監視対象のファイルが存在する

・監視対象がファイルである

・監視対象のファイルの絶対パスの長さが範囲内である

・監視対象のファイルの数が範囲内である

・監視対象のファイルが重複していない

業務ディスクの監視定義ファイル（サーバ対応の環境設定のdisk_ptrlオペランドにuseを指定した場合）

/opt/hitachi/HAmon/etc/下にサーバ識別名.diskファイルが存在しない，または所有者に対する読み込み権限がない。

業務ディスクの監視定義ファイルが，次に示す条件のどれかを満たしてない。

・監視対象のファイルの絶対パスの長さが範囲内である

・監視対象のファイルの数が範囲内である

・監視対象のファイルが重複していない

他系のOSパニック検知機能を使用する場合，動作環境が整っているかどうか。

HAモニタ Extensionの機能の設定をしている場合に，monsetup -exコマンドが実行されているかどうか。

共有ディスクのSCSIリザーブをする場合に，次のオペランドの整合性が取れているかどうか。

HAモニタの環境設定のfence_resetオペランドとfence_scsiオペランド

HAモニタの環境設定のfence_scsiオペランドとサーバ対応の環境設定のscsi_deviceオペランドまたはdmmp_deviceオペランド

オプション

なし。

リターンコード

値

意味

0

正常終了（定義チェックが完了しました）

0以外

異常終了

9.8　mondeact（待ち状態のサーバの停止）

形式

mondeact サーバ識別名

実行できるユーザ

スーパユーザ

機能

次のサーバを停止させます。

実行サーバの起動待ち状態になった待機サーバ

サーバ対応の環境設定で待機サーバとして定義したサーバは，起動時に通信障害などで実行系の状態が確認できないと，実行系の実行サーバの起動待ち状態になります。この状態の待機サーバを，強制的に停止させます。

再起動待ち状態になった実行サーバ

サーバ対応の環境設定のswitchtypeオペランドでrestartまたはmanualを指定した実行サーバは，サーバ障害時に系切り替えをしないで，再起動待ち状態になります。この待ち状態の実行サーバを，強制的に停止させます。再起動待ち状態になった実行サーバをmondeactコマンドで停止させた場合は，対応する待機サーバも自動で停止させます。

系切り替え待ち状態になった実行サーバ

系のリセット失敗時，待機系の待機サーバは実行サーバに切り替わったあと，系切り替え待ち状態になります。この待ち状態の実行サーバを，強制的に停止させます。

マルチスタンバイ機能を使用する場合で，系切り替え待ち状態になった実行サーバをmondeactコマンドで停止させたときは，対応するすべての系の待機サーバも自動で停止させます。

起動リトライ中になった実行サーバ

サーバ対応の環境設定のswitch_errorオペランドでretryを指定した実行サーバは，系切り替え時の系切り替え先でサーバの起動に失敗すると，起動リトライ中となります。この状態の実行サーバを強制的に解除します。

mondeactコマンドで解除できる期間を次に示します。

サーバモードのサーバの場合

メッセージKAMN310-Iの出力から，メッセージKAMN251-IまたはメッセージKAMN254-Iの出力までの間。

モニタモードのサーバの場合

メッセージKAMN310-Iの出力からメッセージKAMN252-Iの出力までの間。

オプション

サーバ識別名

停止させるサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（待ち状態のサーバの停止要求を受け付けました）

0以外

異常終了

注意事項

mondeactコマンドは，次の状態のサーバにだけ使用できます。

実行サーバの起動待ち状態になった待機サーバ

再起動待ち状態になった実行サーバ

系切り替え待ち状態になった実行サーバ

起動リトライ中になった実行サーバ

リソースサーバの起動待ち状態になったサーバに対しては，mondeactコマンドを実行できません。

サーバがリソースサーバの起動待ち状態で，かつリソースサーバも起動待ち状態でサーバを停止したい場合，リソースサーバに対してmondeactコマンドを実行すると，サーバとリソースサーバの両方を停止できます。このとき，メッセージKAMN377-Eが出力されますが問題ありません。

サーバ，およびリソースサーバが系切り替え待ちの状態で，サーバを停止したい場合，サーバに対してmondeactコマンドを実行してください。このとき，メッセージKAMN377-Eが出力されますが問題ありません。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN322-E，KAMN337-E，KAMN339-E，KAMN465-E

mondeactコマンドのリターンとは非同期に待ち状態のサーバを停止します。

9.9　mondevice（実行サーバ稼働中の共有リソースの変更）

形式

共有リソースの追加

mondevice サーバ識別名 -a デバイス種別 リソース名

共有リソースの削除

mondevice サーバ識別名 -d デバイス種別 リソース名

共有リソースの変更

mondevice サーバ識別名 -c デバイス種別 リソース名 変更種別 属性

コマンドを対話形式で実行

mondevice -Q

実行できるユーザ

スーパユーザ

機能

実行サーバ稼働中に，共有リソースを追加・削除します。また，共有リソースの属性も変更します。サーバ対応の環境設定も自動で変更します。

オプション

共有リソースの追加

サーバ識別名

共有リソースを追加するサーバの識別名を指定します。

-a

共有リソースを追加する場合に指定します。

デバイス種別

追加の対象となる共有リソースの種別を指定します。

・disk：共有ディスクを追加の対象とします。

リソース名

追加する自系の共有リソースの名称を指定します。

共有リソースの削除

サーバ識別名

共有リソースを削除するサーバの識別名を指定します。

-d

共有リソースを削除する場合に指定します。

デバイス種別

削除の対象となる共有リソースの種別を指定します。

・disk：共有ディスクを削除の対象とします。

リソース名

削除の対象となる自系の共有リソースの名称を指定します。

共有リソースの変更

サーバ識別名

共有リソースを変更するサーバの識別名を指定します。

-c

共有リソースの属性を変更する場合に指定します。

デバイス種別

変更の対象となる共有リソースの種別を指定します。

・disk：共有ディスクを変更の対象とします。

リソース名

変更の対象となる自系の共有リソースの名称を指定します。

変更種別

変更の対象となる自系の共有リソースに対する変更種別を次から選んで指定します。このオプションは-cオプションを使用している場合だけ指定します。また，このオプションを指定した場合は，続けて，属性オプションを指定してください。

・vg_neck

ボリュームグループのオンラインに失敗した場合にサーバの起動を中止するかどうかを変更します。サーバ対応の環境設定のvg_neckオペランドに相当しています。

・vg_on_opt

ボリュームグループのオンライン化コマンド実行時のオプションを変更します。サーバ対応の環境設定のvg_on_optオペランドに相当しています。

属性

変更の対象となる自系の共有リソースの属性を次のように指定します。このオプションは-cオプションを使用している場合だけ指定します。

変更種別オプションがvg_neckの場合

use：ディスクリソースのオンライン失敗時にサーバの起動を中止させます。

nouse：ディスクリソースのオンライン失敗時にサーバの起動を中止させないで，処理を続行します。

変更種別オプションがvg_on_optの場合

ディスクリソースのオンライン化コマンド実行時のオプションを指定します。オプションをなしに変更するには属性に「""」（二つの引用符）を指定します。デフォルトのオプションに変更する場合には「,」（コンマ）を指定します。複数のオプションを指定する場合は，属性全体を"（引用符）で囲んで指定します。

コマンドを対話形式で実行

-Q

mondeviceコマンドを，対話形式で実行します。

リターンコード

値

意味

0

正常終了（実行サーバ稼働中の共有リソースの変更が完了しました）

0以外

異常終了

注意事項

mondeviceコマンドは，実行サーバと待機サーバの両方が起動完了してから，または実行サーバだけが起動完了してから実行できます。実行サーバだけが起動完了した時点（待機サーバが起動完了していない時点）で実行した場合，待機サーバ側のサーバ対応の環境設定は自動で変更されません。待機サーバを一度停止させ，実行サーバと環境設定の内容を合わせてから，待機サーバを再起動してください。

変更前のサーバ対応の環境設定の内容は，servers.bacファイルに退避されます。

コマンド実行時にサーバ対応の環境設定の内容が正しくないと，定義ファイルは更新されません。その場合は，テキストエディタなどでファイルの内容を更新してください。

mondeviceコマンドでは，LANの追加・削除はしません。次の方法でLANの追加・削除をしてください。

LANの追加

該当する実行系のLANをネットワークに接続し，両方の系のLANの状態設定ファイルに接続したLANの情報を追加してください。

LANの削除

該当する実行系のLANをネットワークから切り離し，両方の系のLANの状態設定ファイルから切り離しをしたLANの情報を削除してください。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN320-E，KAMN322-E，KAMN451-E，KAMN452-E，KAMN453-E，KAMN454-E，KAMN455-E，KAMN456-E，KAMN460-E，KAMN465-E

使用例

共有リソースの追加

共有リソースを追加する場合，サーバ対応の環境設定には「xxx_add」というオペランドで追加されます。xxxには，追加したリソースのデバイス種別が入ります。

mondevice server1 -a disk /dev/vg01を実行した場合の，サーバ対応の環境設定の内容を，次の例に示します。

/*  サーバ対応の環境設定  */
 server    name       /users/server1,
           alias      server1,
             :
             :
             :
             :
           disk_add   /dev/vg01;

共有リソースの削除

共有リソースを削除する場合，サーバ対応の環境設定には「xxx_del」というオペランドで追加されます。xxxには，削除したリソースのデバイス種別が入ります。

mondevice server1 -d disk /dev/vg01を実行した場合の，サーバ対応の環境設定の内容を，次の例に示します。

/*  サーバ対応の環境設定  */
 server    name       /users/server1,
           alias      server1,
             :
             :
             :
             :
           disk_del   /dev/vg01;

共有リソースの追加・削除

xxx_addオペランドで追加，xxx_delオペランドで削除した共有リソースは，次のサーバの起動時にも自動的に追加・削除されますが，ユーザは必要な時期にサーバ対応の環境設定の内容を修正してください。

diskを追加・削除した場合の，サーバ対応の環境設定の内容を次の例に示します。

修正前

        disk         /dev/vg:/dev/vg2,
        disk_add     /dev/vg3,
        disk_del     /dev/vg2;

修正後

        disk         /dev/vg:/dev/vg3;

共有リソースの変更

共有リソースの属性を変更する場合，サーバ対応の環境設定には「xxx_chg」というオペランドで追加されます。xxxには，変更した属性を持つリソースのデバイス種別が入ります。

mondevice server1 -c disk /dev/vg01 vg_neck use を実行した場合の，サーバ対応の環境設定の内容を，次の例に示します。

/*  サーバ対応の環境設定  */
 server    name       /users/server1,
           alias      server1,
             :
             :
             :
             :
           disk       /dev/vg01,
           disk_chg   /dev/vg01:vg_neck:use;

共有リソースの追加・変更・削除

xxx_addオペランドで追加，xxx_delオペランドで削除，またはxxx_chgオペランドで属性値を変更した共有リソースは，次のサーバの起動時にも自動的に追加，変更，削除されますが，ユーザは必要な時期にサーバ対応の環境設定の内容を修正してください。

diskオペランドに/dev/vg04を追加し，/dev/vg03に対応するvg_neckオペランドの値をuseに指定してから/dev/vg01を削除した場合の，サーバ対応の環境設定の内容を，次の例に示します。

修正前

        disk       /dev/vg01:/dev/vg02:/dev/vg03,
        vg_neck    use:nouse:nouse,
        disk_add   /dev/vg04,
        disk_chg   /dev/vg03:vg_neck:use,
        disk_del   /dev/vg01;

修正後

        disk       /dev/vg02:/dev/vg03:/dev/vg04,
        vg_neck    nouse:use:nouse;

diskオペランドの指定値を変更する場合には，変更種別に指定されたオペランドの値も同時に変更してください。

コマンドを対話形式で実行

-Qオプションを指定することで，対話形式でコマンドを実行できます。実行中に指定を誤ったなどの理由でコマンドの実行を取りやめたい場合は，コントロールキーを押しながら［C］キー（［CTRL］＋［C］）を押してください。使用例の詳細を次に示します。ここでは，サーバ識別名がserver1のサーバのdiskを追加する場合を例に示します。

> mondevice -Q
このコマンドでは，共有リソースを変更します。
処理を中断する場合は，[CTRL]+[C]キーを押してください。
Q．処理の対象となるサーバ識別名を指定してください。
［サーバ識別名］：
> server1
Q．実行する処理を次の番号から選択してください。
(1)デバイスの追加
(2)デバイスの削除
(3)デバイスの属性変更
［追加(1)／削除(2)／変更(3)］：
> 1
Q．処理の対象となるデバイスの種別を次の番号から選択してください。
(1)disk　　（共有ディスク装置）
［デバイス種別］：
> 1
Q．追加／削除／変更するデバイスの名称を指定してください。
［デバイス名称］：
>/dev/vg01
コマンドを作成しました。：mondevice server1 -a disk /dev/vg01
Q．コマンドを実行しますか？
実行する場合は，［送信］キーを押してください。
>
コマンドを実行します。

（凡例）　>：ユーザの操作を示します。

9.10　monend（モニタモードのサーバの停止）

形式

サーバの停止

monend サーバ識別名

サーバの停止（サーバの停止コマンドの結果をリターンコードに反映する）

monend -w サーバ識別名

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

モニタモードの実行サーバが停止した場合，その旨をHAモニタに連絡して系の監視を終了させ，対応する待機サーバを停止します。

オプション

サーバ識別名

停止する実行サーバの識別名を指定します。

-w

サーバ停止コマンドのリターンコードが0以外の場合や，サーバ停止コマンドを実行できない場合で，monendコマンドを異常終了させたいときに指定します。

リターンコード

-wオプションを指定していない場合

値

意味

0

正常終了（（停止コマンドの成否に関係なく）モニタモードのサーバの停止が完了しました）

0以外

異常終了

-wオプションを指定した場合

値

意味

0

正常終了（モニタモードのサーバの停止が完了しました（サーバ停止コマンドのリターンコードが0で終了））

0以外

モニタモードのサーバの停止処理でエラーが発生しました。サーバ停止コマンドのリターンコードが0以外で終了した場合も，異常終了します。なお，ディスクなどのリソースの切り離しに失敗した場合は，異常終了しません。

注意事項

monendコマンドはモニタモードのサーバにだけ有効です。

monendコマンドは実行系だけから実行できます。

停止コマンドで実行される処理で発生したエラーには，HAモニタは対処しません。syslogや製品のログを監視および確認し，必要な対処をしてください。

9.11　moninfo（実行系でのサーバ引き継ぎ情報の設定／待機系でのサーバ引き継ぎ情報の参照・表示）

形式

moninfo サーバ識別名 {-p サーバ引き継ぎ情報|-g}

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

実行サーバと待機サーバとの間にペアが成立した際，ペアになる待機サーバに引き継がれるサーバ引き継ぎ情報を設定します。また，設定されているサーバ引き継ぎ情報を参照・表示します。

moninfoコマンドは，ユーザコマンド内でだけ発行できます。

オプション

サーバ識別名

ペアになる待機サーバに引き継がせたいサーバ引き継ぎ情報を設定する，実行サーバの識別名を指定します。または，設定されているサーバ引き継ぎ情報を参照・表示したい，サーバの識別名を指定します。

-p サーバ引き継ぎ情報

ペアになる待機サーバに引き継がせたいサーバ引き継ぎ情報を指定します。サーバ引き継ぎ情報は，半角のパス名で80文字まで指定できます。パス名の指定値については，「(2)　構文要素記号」を参照してください。

-pオプションを指定した場合，サーバ引き継ぎ情報は省略できません。

-g

設定されているサーバ引き継ぎ情報を，参照または標準出力に表示します。

リターンコード

値

意味

0

正常終了（サーバ引き継ぎ情報の設定・参照・表示が完了しました）

0以外

異常終了

注意事項

このコマンドは実行サーバレスモードでは使用できません。

設定したサーバ引き継ぎ情報は，実行サーバと待機サーバとの間にペアが成立した時点で引き継がれます。

サーバ引き継ぎ情報を半角で81文字以上指定した場合は，設定・引き継ぎは実行しません。

サーバ識別名で指定したサーバが待機サーバの場合は，設定・引き継ぎは実行しません。

サーバ引き継ぎ情報はサーバ単位で設定します。一つのサーバに設定できるサーバ引き継ぎ情報は，一つだけです。

サーバ引き継ぎ情報の設定は，実行サーバの起動処理開始時（online -s start）に実行してください。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN021-E，KAMN322-E，KAMN372-E，KAMN465-E

使用例

ユーザコマンド内でのmoninfoコマンドの使用例を示します。

例1

moninfo -pコマンドで，共有リソースとして使用したいエイリアスIPアドレスを設定します。

対象となるサーバの識別名：server1

エイリアスIPアドレス：1.2.3.4

サーバ引き継ぎ情報を設定するタイミング：実行サーバの起動処理開始時（online -s start）

ユーザコマンドの一部分を次に示します。この例では，実行サーバと待機サーバとの間にペアが成立した際，設定されたエイリアスIPアドレスが待機サーバに引き継がれます。

case "$2" in
"server1")
    case "$4" in
    "online")
        case "$5" in
        "-s")
        if [ "$6" = "start" ]
        then
#server1 online start!!
              moninfo server1 -p 1.2.3.4
        fi

（凡例）　太字：サーバ引き継ぎ情報の設定部分

例2

moninfo -gコマンドで，サーバ引き継ぎ情報を参照し，エイリアスIPアドレスを設定するコマンドに引き渡します。

対象となるサーバの識別名：server1

エイリアスIPアドレスを設定するコマンド名：/sbin/ifconfig

サーバ引き継ぎ情報を引き渡すタイミング：待機サーバの系切り替え処理開始時（standby -a start）

ユーザコマンドの一部分を次に示します。

case "$2" in
"server1")
    case "$4" in
    "standby")
        case "$5" in
        "-a")
        if [ "$6" = "start" ]
        then
#server1 system exchange start!!
               IPADDR='moninfo server1 -g'
               /sbin/ifconfig eth1:1 inet $IPADDR netmask 255.255.255.0 broadcast 1.2.3.255
               /sbin/arping -U -c 2 -I eth1 $IPADDR
               /bin/echo 0 > /proc/sys/net/ipv4/route/flush
        fi

（凡例）　太字：サーバ引き継ぎ情報の参照部分

9.12　monlink（HAモニタ間の手動接続）

形式

monlink

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

通常，HAモニタは起動時に自動で他系のHAモニタと接続します。

monlinkコマンドは，HAモニタが自動で他系のHAモニタと接続できなかった場合に，手動でHAモニタ間を接続します。

オプション

なし。

リターンコード

値

意味

0

正常終了（HAモニタ間の手動接続要求の受け付けが完了しました）

0以外

異常終了

注意事項

monlinkコマンド実行後は，monshow -cコマンドまたはmonpathコマンドで，他系と接続できたかどうかを確認してください。

monlinkコマンドのリターンとは非同期にHAモニタ間の接続をします。

9.13　monlistip（IPアドレスの検出）

形式

monlistip 出力ファイル名

実行できるユーザ

スーパユーザ

機能

コマンドを実行した系のHAモニタの，リセットパスのネットワーク上にある機器を検出し，そのIPアドレスの一覧を出力します。出力するIPアドレスは，このコマンドが送信したICMPエコーパケットに対し，応答のあったIPアドレスです。

このコマンドを実行する前に，カーネルパラメタがリセットパスのネットワークでのホスト部の数以上の値に設定されているかどうかを確認してください。詳細については，このコマンドの注意事項を参照してください。

オプション

出力ファイル名

IPアドレスの一覧を出力する，csvファイルの名称を指定します。指定した名称のファイルがすでに存在する場合は，ファイルの出力処理を中止します。ファイル名は必ず一意になるようにしてください。

csvファイルの出力例を次に示します。出力ファイル名に「IP_list.csv」を指定した場合の例を示します。

Search IP address in a range from 1.1.2.1 to 1.1.2.254
IP address,machine,HAmon,address,resetpath,SVP(or HRL),resetpath(2nd),HRL(2nd)
1.1.2.131
1.1.2.141
1.1.2.111
1.1.2.151
1.1.2.161
1.1.2.121
1.1.2.171
1.1.2.172

リターンコード

値

意味

0

正常終了（IPアドレスの検出が完了しました）

0以外

異常終了

メッセージ

コマンド実行時に標準エラー出力に出力されるメッセージを次の表に示します。

表9‒4　monlistipコマンド実行時に標準エラー出力に出力されるメッセージ

メッセージ

意味

対策

Usage :aa....aa outfile

monlistipコマンドのオプションの指定に誤りがあります。

aa....aa：monlistipコマンド実行時のパス

指定したオプションを確認し，コマンドを再実行してください。

The specified file (aa....aa) already exists.

monlistipコマンドのオプションに指定した出力ファイル名のファイルがすでに存在します。

aa....aa：出力ファイル名

オプションに指定する出力ファイル名を変更するか，またはすでに存在する出力ファイル名のファイルを削除してください。

Settings of the reset path have not been configured.

リセットパスの設定が完了していません。

monlistipコマンドを実行した系のリセットパスの設定を完了させてください。

なお，マシンの機種がBladeSymphonyまたはHA8000以外の系でmonlistipコマンドを実行した場合にも，このメッセージが出力されます。その場合には，機種がBladeSymphony，HA8000，またはRV3000のマシンでmonlistipコマンドを実行してください。

An error occurred in the aa....aa system call.

Errno : bb....bb.

Information : cc....cc.

monlistipコマンド実行中にシステムコールのエラーが発生しました。

aa....aa：システムコール名

bb....bb：システムコールのerrno

cc....cc：詳細情報

システムコール名（aa....aa）がsendtoでシステムコールのerrno（bb....bb）が105の場合は，カーネルパラメタの設定に誤りがあることがあります。このコマンドの注意事項を参照してください。

このほかのエラーが発生した場合は，保守員に連絡してください。

The netmask cannot be acquired.

リセットパスのネットマスクの設定が取得できません。

このメッセージの前に出力されるエラーメッセージに従って，エラーの要因を取り除いてください。

このメッセージの前にエラーメッセージが出力されない場合は，monsetup -resetpathコマンドで指定したリセットパスのIPアドレスを確認し，誤りがあれば修正してください。

Processing will now stop.

エラーのため処理を中止しました。

このメッセージの前に出力されるエラーメッセージに従って，エラーの要因を取り除いたあと，monlistipコマンドを再実行してください。

注意事項

monlistipコマンドは，コマンドを実行するマシンの機種がBladeSymphony，HA8000，またはRV3000の場合に実行できます。

monlistipコマンドは，HAモニタの環境構築が完了している系で実行してください。

monlistipコマンドを実行すると，ネットワークに秒間20キロバイト程度の負荷が掛かります。トラフィックの少ない時間帯などに実行してください。

monlistipコマンドを実行する前に，次のカーネルパラメタがリセットパスのネットワークでのホスト部の数以上の値に設定されているかどうかを確認してください。カーネルパラメタの表示・変更は，OSのsysctlコマンドでできます。

変更するカーネルパラメタ

net.ipv4.neigh.default.gc_thresh3

指定値

リセットパスのネットワークでのホスト部の数以上の値を指定します。リセットパスのネットワークでのホスト部の数は，monlistipコマンド実行時に表示される，「調査対象のIPアドレスの総数」でも確認できます。

sysctlコマンドの実行例（アドレスクラスがクラスBの場合）

/sbin/sysctl -w net.ipv4.neigh.default.gc_thresh3= 65536

IPアドレスの検出には，最大で次の秒数が掛かります。

リセットパスのネットワークでのホスト部の数÷100×3（小数点以下切り上げ）

使用例

出力ファイル名に「IP_list.csv」を指定した場合の使用例を次に示します。

> monlistip IP_list.csv
Now processing.
100/254 39% complete.
200/254 78% complete.
254/254 100% complete.
Processing ended.

コマンド実行時に表示される項目とその意味を，次の表に示します。

表9‒5　monlistipコマンド実行時に表示される項目

表示される項目

意味

Now processing.

コマンド処理の開始を示します。

aa....aa / bb....bb cc....cc% complete.

コマンド処理の進ちょくを示します。

aa....aa：調査が完了したIPアドレスの数

bb....bb：調査対象のIPアドレスの総数

cc....cc：調査が完了したIPアドレスの数の割合

Processing ended.

コマンド処理の終了を示します。

9.14　monodrshw（サーバ順序制御の状態表示）

形式

monodrshw { -s サーバ識別名 | -g グループ名 }

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

親サーバを表示します。親サーバが定義されていないサーバには，"none"を表示します。

オプション

-s サーバ識別名

指定したサーバが稼働中の場合に，そのサーバの親サーバを表示します。指定したサーバが未稼働の場合は，メッセージKAMN322-Eを付加して表示します。また，指定したサーバがグループ化されていない場合は，メッセージKAMN944-Eを付加して表示します。

-g グループ名

指定したグループ内で稼働しているすべてのサーバについて，親サーバを表示します。指定したグループで，稼働中のサーバがない場合は，メッセージKAMN428-Eを付加して表示します。

リターンコード

値

意味

0

正常終了（サーバ順序制御の状態表示が完了しました）

0以外

異常終了

使用例

サーバ識別名を指定した場合で，サーバが稼働中のとき

> monodrshw -s server2
KAMN950-I Order Information
group name:groupA
alias:server2             parent:server1

（凡例）　>：ユーザの操作を示します。

グループ名を指定した場合

> monodrshw -g groupA
KAMN950-I Order Information
group name:groupA
alias:server1             parent:none
alias:server2             parent:server1
alias:server3             parent:server2
alias:server4             parent:server2
alias:server5             parent:none

（凡例）　>：ユーザの操作を示します。

9.15　monpath（監視パスの状態表示）

形式

monpath [-i] [チェック時間]

実行できるユーザ

スーパユーザ

機能

監視パスの状態をチェックし，その結果を表示します。monpathコマンドは，監視パスの障害発生時および障害回復時に使用します。

表示される項目は次のとおりです。

device name：監視パスのTCP/IPのホスト名

host name：他系のホスト名

status：他系との通信状態

現在使用している監視パスには，他系との通信状態のあとに「*」が表示されます。監視パスに異常がある場合，host nameとstatusの列に監視パスの状態が表示されます。

これらの項目で表示される内容とその意味を，次の表に示します。

表9‒6　monpathコマンドで表示される項目の内容と意味

内容

意味

device name

host name

status

監視パスのTCP/IPのホスト名

他系のホスト名

OK

正常

NO RESPONSE

次のような理由による応答なし

系のスローダウン

他系のHAモニタがない

監視パスの障害や切断

**not connect**

他系のHAモニタと未接続

**open err**

オープンエラー

**LAN err**

送信エラー

オプション

-i

-iオプションを指定しない場合の情報に加えて，他系のTCP/IP LANの情報を表示します。

加えて表示される項目は次のとおりです。

host：他系の監視パスのTCP/IPのホスト名

/etc/hostsファイルに指定した，他系の監視パスのTCP/IPのホスト名が表示されます。TCP/IPのホスト名を指定していない場合は，"----"が表示されます。

(IP_address)：他系の監視パスのIPアドレス

/etc/hostsファイルに指定した他系の監視パスのTCP/IPのホスト名に対応するIPアドレスが表示されます。

チェック時間

監視パスをチェックする時間を指定します。指定の単位は「秒」で，3から30秒の範囲で指定できます。指定を省略した場合は，3秒を仮定します。

チェック時に監視パスに1本でも障害があった場合は，指定したチェック時間の間隔で監視パスを再チェックします。再チェックの回数は，HAモニタの環境設定のpathpatrol_retryオペランドに指定した回数になります。

通常のチェック時間は3秒で十分ですが，（ホスト数×監視パス数）が多い場合や複数のサーバの開始処理中はチェック時間を大きくしてください。

リターンコード

値

意味

0

正常終了（監視パスの状態表示が完了しました）

0以外

異常終了

注意事項

チェックの対象となる監視パスの範囲は，自系のTCP/IPのLANアダプタから他系のTCP/IPのLANアダプタまでです。

すでにmonpathコマンドを実行中，またはHAモニタがリセットパスをヘルスチェック中の場合，monpathコマンドは受け付けられません。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN206-E，KAMN320-E，KAMN393-E

使用例

次に示す系切り替え構成で，系1（host1）でmonpathコマンドを実行した例を示します。

図9‒1　monpathコマンドを使用する系切り替え構成例

-iオプションを指定しない場合で，系3（ホスト名がhost3）の監視パス（path32）に障害が発生しているとき

> monpath
KAMN390-I Path status Display
device name  host name  status
path11       host2      OK  *
             host3      OK  *
path12       host2      OK
             host3      NO RESPONSE

（凡例）　>：ユーザの操作を示します。

-iオプションを指定した場合で，系3（ホスト名がhost3）の監視パス（path32）が/etc/hostsファイルに指定されていないとき

> monpath -i
KAMN390-I Path status Display
device name  host name  host   (IP_address)  status
path11       host2      path21 (100.2.1.132) OK  *
             host3      path31 (100.2.1.133) OK  *
path12       host2      path22 (100.2.2.132) OK
             host3      ----   (100.2.2.133) OK

（凡例）　>：ユーザの操作を示します。

9.16　monresbgn（リソースサーバの起動）

形式

monresbgn リソースサーバ識別名

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

リソースサーバを起動します。

オプション

リソースサーバ識別名

起動するリソースサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（リソースサーバの起動要求の受け付けが完了しました）

0以外

異常終了

注意事項

monresbgnコマンドは，リソースサーバにだけ使用できます。

通常，リソースサーバは，リソースサーバを親指定しているサーバの起動時に自動起動されます。monresbgnコマンドは，必要に応じて実行してください。

monresbgnコマンドのリターンとは非同期にリソースサーバを起動します。

monresbgnコマンドは，リソースサーバ起動要求を受け付けると，リソースサーバ識別名に指定したリソースサーバの状態に関係なく，KAMN376-Iメッセージを出力し，リターン値として0を返します。

9.17　monresend（実行中のリソースサーバの停止）

形式

monresend リソースサーバ識別名

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

実行中のリソースサーバを停止します。実行中のリソースサーバが停止した場合，対応する待機中のリソースサーバがあれば自動的に停止します。

オプション

リソースサーバ識別名

停止する実行中のリソースサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（実行中のリソースサーバの停止が完了しました）

0以外

異常終了

注意事項

monresendコマンドは，実行中のリソースサーバにだけ使用できます。また，monresendコマンドは，実行系だけから実行できます。

通常，リソースサーバは，リソースサーバを親指定しているすべてのサーバが停止した際に自動停止されるため，monresendコマンドを使用する必要はありません。

monresendコマンドによってリソースサーバが停止すると，リソースが切り離されます。このため，リソースを使用するサーバが起動していないことを十分確認の上，コマンドを実行してください。なお，リソースサーバを親指定しているサーバが稼働している場合，monresendコマンドは失敗します。

9.18　monressbystp（待機中のリソースサーバの停止）

形式

monressbystp リソースサーバ識別名

実行できるユーザ

スーパユーザ

機能

次の待機中のリソースサーバを停止します。

起動完了または系切り替え待ち状態のリソースサーバ

連動系切り替え待ち状態のリソースサーバ

実行サーバレスモードで起動し，起動完了した状態のリソースサーバ

オプション

リソースサーバ識別名

停止する待機中のリソースサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（待機中のリソースサーバの停止が完了しました）

0以外

異常終了

注意事項

monressbystpコマンドは，待機中のリソースサーバにだけ使用できます。また，monressbystpコマンドは，待機系だけから実行できます。

通常，待機中のリソースサーバは，待機中のリソースサーバを親指定しているすべての待機サーバが停止した際に自動停止されるため，monressbystpコマンドを使用する必要はありません。

リソースサーバでだけ系切り替えができる状態になっている場合で，待機中のリソースサーバだけを停止したいときなどに使用します。なお，待機中のリソースサーバを親指定している待機サーバが稼働している場合，monressbystpコマンドは失敗します。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN221-E，KAMN322-E，KAMN329-E，KAMN465-E，KAMN958-E，KAMN963-E

9.19　monrp（リセットパスの状態表示）

形式

monrp [他系ホスト名]

実行できるユーザ

スーパユーザ

機能

障害管理プロセサと通信することでリセットパスの状態をチェックし，結果を表示します。また，自ホストのリセットパスが初期設定されていない場合は，初期設定をします。障害管理プロセサやリセットパスの障害発生時および障害回復時に使用します。

表示される項目は次のとおりです。

host name：ホスト名

status：リセットパスの状態

これらの項目で表示される内容とその意味を，次の表に示します。

表9‒7　monrpコマンドで表示される項目の内容と意味

内容

意味

host name

status

ホスト名

OK

正常

NG

異常（障害管理プロセサの異常や障害管理プロセサ間を接続するパスの異常）

OK(Partition)

物理パーティションをリセット可能

NG(Partition)

物理パーティションをリセット不可能

**nothing**

他系と未接続

Own Path※

OK

正常

Warn(Not duplexed)

管理サーバの冗長性が確保されていない

NG

異常（管理サーバ障害を含む異常）

注※　RV3000を使用している場合に，自ホストのリセットパスの状態が表示されます。

オプション

他系ホスト名

リセットパスをチェックする，自ホストに接続された他ホストの名称を指定します。指定を省略した場合は，自ホストに接続しているすべてのホストをチェックします。

リターンコード

値

意味

0

正常終了（リセットパスの状態表示が完了しました）

0以外

異常終了

注意事項

リセットパスのチェックには，最大で（ホスト数×15）秒掛かります。また，monrpコマンドの実行中は，HAモニタでの系のリセットが待たされるため，障害発生時の系切り替えが遅れます。コマンドは必要なときにだけ実行してください。

monrpコマンドは，コマンドを実行するマシンの機種がBladeSymphony，HA8000，またはRV3000の場合に実行できます。

すでにmonrpコマンドを実行中，またはHAモニタがリセットパスをヘルスチェック中の場合，monrpコマンドは受け付けられません。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN320-E，KAMN392-E，KAMN397-E，KAMN398-E，KAMN399-E，KAMN460-E

RV3000の場合は，管理サーバの冗長性を確認します。主系管理サーバまたは待機系管理サーバのどちらかに障害などが発生し，管理サーバの冗長性が確保されていないと，メッセージKAMN655-Wを出力します。このメッセージは，冗長性が確保されていないことを検知した最初の1回だけ出力されます。両方の系が応答すると，メッセージKAMN656-Iを出力します。また，管理サーバが冗長化されていないときは，自ホストのリセットパスの状態にWarn(Not duplexed)が表示されます。その場合は，syslogにメッセージKAMN655-Wを出力します。メッセージに表示されたIPアドレスの管理サーバを冗長化してください。管理サーバの状態の確認や設定方法は，HA Monitor Connectorのドキュメントを参照してください。

使用例

他系と接続している場合

> monrp
KAMN395-I Reset Path Status Display
host name                         status
host1                             OK
host2                             NG

（凡例）　>：ユーザの操作を示します。

他系と接続していない場合

> monrp
KAMN395-I Reset Path Status Display
host name                         status
**nothing**

（凡例）　>：ユーザの操作を示します。

他系と接続している場合（物理パーティションリセット機能使用時）

> monrp
KAMN395-I Reset Path Status Display
host name                         status
host1                             OK
                                  OK(Partition)
host2                             NG
                                  OK(Partition)

（凡例）　>：ユーザの操作を示します。

他系と接続している場合（マシンの機種がRV3000で，かつ自ホストのリセットパスが正常であるとき）

> monrp
KAMN395-I Reset Path Status Display
host name                         status
host1                             OK
host2                             NG
----------
Own Path                          OK

（凡例）　>：ユーザの操作を示します。

他系と接続している場合（マシンの機種がRV3000で，かつ管理サーバの冗長性が確保されていないとき）

> monrp
KAMN395-I Reset Path Status Display
host name                         status
host1                             OK
host2                             NG
----------
Own Path                          Warn(Not duplexed)

（凡例）　>：ユーザの操作を示します。

他系と接続している場合（マシンの機種がRV3000で，かつ自ホストのリセットパスに障害があるとき）

> monrp
KAMN395-I Reset Path Status Display
host name                         status
host1                             NG
host2                             NG
----------
Own Path                          NG

（凡例）　>：ユーザの操作を示します。

9.20　monsbystp（待機サーバの停止）

形式

monsbystp サーバ識別名

実行できるユーザ

スーパユーザ

機能

次の状態の待機サーバを停止します。

起動完了，または系切り替え可能状態の待機サーバ

連動系切り替え待ち状態になった待機サーバ

実行サーバレスモードで起動した待機サーバ（起動完了状態）

なお，再起動待ち状態の実行サーバに対応している待機サーバをmonsbystpコマンドで停止させた場合は，再起動待ち状態の実行サーバも自動で停止させます。

マルチスタンバイ機能を使用する場合は，コマンドを実行した系の待機サーバだけを停止させます。また，待機サーバの状態によって，次のとおり動作が異なります。

連動系切り替え待ち状態の待機サーバをmonsbystpコマンドで停止させたときは，対応しているすべての系の待機サーバも自動で停止させます。

再起動待ち状態の実行サーバに対応している待機サーバをmonsbystpコマンドで停止させたときは，ほかに待機中の待機サーバがなければ，再起動待ち状態の実行サーバも自動で停止させます。

オプション

サーバ識別名

停止するサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（待機サーバの停止が完了しました）

0以外

異常終了

注意事項

monsbystpコマンドは待機系だけから実行できます。

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN323-E，KAMN329-E，KAMN465-E，KAMN957-E

9.21　monscsiclr（共有ディスクのリザーブ解除）

形式

monscsiclr サーバ識別名

実行できるユーザ

スーパユーザ

機能

サーバ対応の環境設定（servers）のscsi_deviceオペランドおよびdmmp_deviceオペランドに指定したデバイスのリザーブを解除します。

共有ディスクがリザーブされていることが原因で実行サーバを起動できない場合は，このコマンドでリザーブを解除することで実行サーバを起動できるようになります。このコマンドは，HAモニタが起動していなくても実行できます。

リザーブの解除に成功した場合，KAMN108-I（詳細コード：SUCCESS）が出力されます。一つ以上の共有ディスクでリザーブの解除に失敗した場合は，KAMN108-I（詳細コード：FAILURE）が出力されます。リザーブの解除に失敗したデバイスはスキップして処理を続行します。

オプション

サーバ識別名

共有ディスクのリザーブを解除したいサーバの識別名を指定します。

リターンコード

値

意味

0

正常終了（サーバが使用するすべての共有ディスクのリザーブを解除しました）

0以外

異常終了

注意事項

オプションに指定する識別名の実行サーバがどれかの系で稼働している場合は，monscsiclrコマンドを実行しないでください。共有ディスクの排他ができなくなるおそれがあります。

このコマンドでは，HAモニタの環境設定（sysdef）のscsi_timeoutオペランドおよびscsi_retryオペランドの設定は無視され，仮定値で動作します。

使用例

コマンド実行時の表示

次の状態の例を示します。

/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000000はリザーブされている。

/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001はリザーブされていて，monscsiclrコマンド実行時，オープンに失敗する。

/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000002はリザーブされていない。

> monscsiclr server1
KAMN107-I サーバ：server1のリザーブ解除処理を開始します。
  Device                                                        Status
  /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000000        CLEARED
KAMN601-W openシステムコールで異常が発生しました。詳細コード:2 異常が発生した関数名：scsi_cmd_ctrl
KAMN725-W デバイス：/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001でのSCSIコマンドの実行で異常が発生しました。詳細コード：OPEN サーバ：server1 ホストアドレス：*(*)
KAMN726-E デバイス：/dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001に対応するすべてのパスで異常が発生しました。
  /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001        FAILED
  /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000002        NO_RESERVE
KAMN108-I サーバ：server1のリザーブ解除処理が完了しました。詳細コード：FAILURE

（凡例）　>：ユーザの操作を示します。

Deviceに出力する値は半角で61文字までです。共有ディスクのパスが62文字以上の場合，62文字目以降は表示しません。

Statusの値と意味を次の表に示します。

Status

意味

CLEARED

リザーブを解除しました。

FAILED

リザーブの解除に失敗しました。

出力されるメッセージを参照して，対処してください。

NO_RESERVE

リザーブされていませんでした。

9.22　monsetup（HAモニタの環境設定）

形式

HAモニタの起動・停止方法の設定変更

monsetup [{-start|-stop}]

リセットパスの設定

monsetup -resetpath

SSH接続の詳細設定

monsetup -resetpath ssh

HAモニタ Extensionの機能の設定・設定状態の表示

monsetup -ex [sysmax {on|off}]

実行できるユーザ

スーパユーザ

機能

HAモニタの起動・停止方法の設定変更

通常，HAモニタはシステム起動時に自動起動され，システム停止時に自動停止されるよう設定されています。

monsetupコマンドは，monstartコマンドやmonstopコマンドで起動・停止できるよう，HAモニタの起動・停止方法の設定を変更します。また，オプションの指定を省略した場合は，起動・停止方法の設定情報を表示します。

表示される項目を次に示します。

Start mode：起動方法の設定

Stop mode：停止方法の設定

リセットパスの設定

リセットパスで使用するIPアドレスなどを対話形式で設定するか，または現在の設定を表示します。リセットパスの設定は，マシンの機種がBladeSymphony，HA8000，またはRV3000で系のリセットを使用する場合に実行できます。

SSH接続の詳細設定

VMware ESXiで仮想化する場合は，VMware ESXiに対するSSH接続の詳細を設定します。VMware ESXi接続用のリセットパス上に，無通信監視時間を設定している機器が存在する場合は，この設定が必要です。

なお，RV3000で高信頼化機能を追加したvSphereを使用している場合は，この設定は不要です。

HAモニタ Extensionの機能の設定・設定状態の表示

HAモニタ Extensionの機能を使用するかどうか設定します。また，HAモニタ Extensionの機能の設定状態も表示できます。

オプション

HAモニタの起動・停止方法の設定変更

起動方法の設定と停止方法の設定の，どちらを変更するかを指定します。指定を省略した場合は，起動・停止方法の設定情報を表示します。

-start

起動方法の設定を変更します。設定が「auto（自動起動）」の場合は「manual（monstartコマンドによる起動）」に，「manual」の場合は「auto」に変更します。

-stop

停止方法の設定を変更します。設定が「auto（自動停止）」の場合は「manual（monstopコマンドによる停止）」に，「manual」の場合は「auto」に変更します。

リセットパスの設定

-resetpath

対話形式で，リセットパスを使用するのに必要な設定をします。

重要

-resetpathを指定すると，リセットパスの設定に関するすべての入力が完了したあとで，障害管理プロセサ，およびVMware ESXi（VMware環境で，かつRV3000で高信頼化機能を追加したvSphereを使用しない場合）に通信できるかどうかをHAモニタが確認します。通信がエラーになった場合は，エラーの原因を取り除いたあとで，リセットパスを再設定してください。

また，次の場合は，リセットパスの設定後に通信できるかどうかをHAモニタは確認しません。

・N+Mコールドスタンバイ連携機能を使用する場合（ただし，VMware ESXi（VMware環境の場合）への通信の確認は実施します）

・HAモニタが稼働中の場合

・HAモニタが異常終了したあとでリセットパスを設定する場合

HAモニタが異常終了したあとでリセットパスを設定する場合は，HAモニタを再起動後，停止してからリセットパスを再設定してください。

使用しているマシンの機種によって，設定内容が異なります。

使用しているマシンの機種がRV3000の場合

使用しているマシンの機種がRV3000の場合に設定する内容を次に示します。

表9‒8　使用しているマシンの機種がRV3000の場合の設定

設定項目

設定内容

システムのパーティション名

HA Monitor Connectorに設定した「管理システム名」と同じ名称を設定してください。

仮想マシン名

RV3000で高信頼化機能を追加したvSphereを使用する場合だけ設定します。

VMware ESXiに設定した仮想マシンの名称を設定してください。設定できる仮想マシン名は31文字以内です。なお，仮想マシン名に"FullSystemPartition"は指定できません。

リセットパスのIPアドレスおよびポート番号

リセットパスのネットワークに属する任意のIPアドレスを設定してください。ポート番号には，未使用の番号を5001から65535の範囲で設定します。ただし，HA Monitor ConnectorのIPアドレス およびポート番号とは異なる値にしてください。

HA Monitor ConnectorのIPアドレスおよびポート番号

HA Monitor Connectorに設定した，「HAコネクタが使用するリセットパスのインタフェースのIPアドレス」と同じ値を設定してください。ポート番号には，未使用の番号を5001から65535の範囲で設定します。HA Monitor Connectorに設定した，「HAコネクタが使用するポート番号」と同じ値を設定してください。

使用しているマシンの機種がBladeSymphonyの場合

使用しているマシンの機種がBladeSymphonyの場合，設定時に表示される「スイッチ＆マネジメントモジュール」とは，SVPおよびSVPを管理するハードウェアのことです。詳細はハードウェアのマニュアルを参照してください。BladeSymphonyの場合に設定する内容を次に示します。

表9‒9　使用しているマシンの機種がBladeSymphonyの場合の設定

設定項目

設定内容

システムのパーティション名

スイッチ＆マネジメントモジュールのHAモニタ連携で設定した，システム内のCPUモジュールのシステム名と同じ名称を設定してください。

BS2000以前の機種では，SVPコマンドモードのHAコマンドで設定します。

LPAR名称

日立サーバ論理分割機構を利用して，LPARを稼働させる場合だけ設定します。HVM制御スクリーンで設定したLPAR名称と同じ名称を指定してください。

なお，LPAR名称に"FullSystemPartition"は指定しないでください。

リセットパスのIPアドレスおよびポート番号

リセットパスのネットワークに属する任意のIPアドレスを設定してください。ポート番号は各系で同じ値とし，未使用の番号を5001から65535の範囲で設定します。ただし，スイッチ＆マネジメントモジュールのIPアドレスおよびポート番号とは異なる値にしてください。

スイッチ＆マネジメントモジュールのIPアドレス

スイッチ＆マネジメントモジュールのSVPコマンドモードのLCコマンドで設定した，"SVP IP address"と同じ値を設定してください。N+Mコールドスタンバイ構成の場合は，"auto"を設定してください。

スイッチ＆マネジメントモジュールのポート番号

ポート番号には，未使用の番号を5001から65535の範囲で設定します。スイッチ＆マネジメントモジュールのHAモニタ連携で設定した，ポート番号と同じ値を設定してください。

BS2000以前の機種では，SVPコマンドモードのHAコマンドで設定します。

使用しているマシンの機種がHA8000xMモデル以前の場合

使用しているマシンの機種がHA8000xMモデル以前の場合，設定時に表示される「スイッチ＆マネジメントモジュール」とは，SVPまたはBMCのことです。HA8000xMモデル以前の場合に設定する内容を次に示します。

表9‒10　使用しているマシンの機種がHA8000xMモデル以前の場合の設定

設定項目

設定内容

システムのパーティション名

任意の名称を1から31文字の英数字で指定してください。ここで指定した値は，HAモニタとSVPで系を識別するためのインタフェースとして使用されます。

リセットパスのIPアドレスおよびポート番号

リセットパスのネットワークに属する任意のIPアドレスを設定してください。ポート番号には，未使用の番号を5001から65535の範囲で設定します。ただし，スイッチ＆マネジメントモジュールのIPアドレスおよびポート番号とは異なる値にしてください。

スイッチ＆マネジメントモジュールのIPアドレス

SVPマイクロプログラム付属のHAモニタ用設定ユーティリティで設定した，"SVP IP Address"と同じ値を設定してください。

スイッチ＆マネジメントモジュールのポート番号

ポート番号には，未使用の番号を5001から65535の範囲で設定します。SVPマイクロプログラム付属のHAモニタ用設定ユーティリティで設定した，"Port no"と同じ値を設定してください。

使用しているマシンの機種がHA8000xNモデル以降の場合

使用しているマシンの機種がHA8000xNモデル以降の場合，設定時に表示される「スイッチ＆マネジメントモジュール」とは，障害管理プロセサとなるHAモニタオプション（HA Monitor Connector）のことです。HA8000xNモデル以降の場合に設定する内容を次に示します。

表9‒11　使用しているマシンの機種がHA8000xNモデル以降の場合の設定

設定項目

設定内容

システムのパーティション名

HA Monitor Connectorの設定画面で設定した，管理システム名称（System name）と同じ値を1〜31文字の英数字で指定してください。ここで指定した値は，HAモニタとHAモニタオプションで系を識別するためのインタフェースとして使用されます。

リセットパスのIPアドレスおよびポート番号

リセットパスのネットワークに属する任意のIPアドレスを設定してください。ポート番号には，未使用の番号を5001から65535の範囲で設定します。ただし，HA Monitor Connectorの設定画面で設定したポート番号とは異なる値にしてください。

スイッチ＆マネジメントモジュールのIPアドレス

障害管理プロセサとして管理サーバを使用する場合，管理サーバのIPアドレスを指定してください。障害管理プロセサとして管理サーバを使用しない場合，リセットパスのIPアドレスを指定してください。ただし，VMwareによる仮想化環境で，HAモニタとHAモニタオプションがそれぞれ別の仮想マシンに存在する場合は，リセットパスのIPアドレスではなく，HAモニタオプションが稼働する仮想マシンの，リセットパスのネットワーク上のIPアドレスを指定してください。

スイッチ＆マネジメントモジュールのポート番号

HA Monitor Connectorの設定画面で設定した，HAモニタと通信するための管理サーバのポート番号（Port）と同じ値を指定してください。

VMware ESXi（RV3000で高信頼化機能を追加したvSphereを使用する場合を除く）で仮想化する場合

VMware ESXi（RV3000で高信頼化機能を追加したvSphereを使用する場合を除く）で仮想化する場合にだけ設定する内容を次に示します。

表9‒12　VMware ESXi（RV3000で高信頼化機能を追加したvSphereを使用する場合を除く）で仮想化する場合の設定

設定項目

設定内容

仮想マシン名

VMware ESXiで管理する，仮想マシン名を設定してください。VMware ESXiで仮想マシンを作成したときに設定した情報です。

VMware ESXiのIPアドレス

VMware ESXiの管理用IPアドレスを設定してください。

VMware ESXiのSSH接続用のポート番号

HAモニタがVMware ESXiにSSH接続をするときに使用するポート番号を設定してください。"default"と設定すると，22が使用されます。

VMware ESXiのSSH接続時の認証方式の選択

HAモニタがVMware ESXiにSSH接続するときに使用する認証方式を，次の認証方式から選択してください。

・パスワード認証方式

・公開鍵認証方式

なお，認証方式は変更できます。ただし，パスワード認証方式から公開鍵認証方式へ変更した場合，パスワード認証方式で設定したパスワードは削除されます。

VMware ESXiのSSH接続用の認証パスワード※

自系のVMware ESXiにSSH接続する際の認証に必要なパスワードを設定してください。VMware ESXi上に設定した，rootユーザのパスワードを設定します。

なお，設定および設定の表示の際は，パスワードは表示されません。

マシンアドレス

物理パーティションを特定するための任意の数値を設定してください。0〜9999の範囲で設定します。

同一物理パーティション上の系には，すべて同じマシンアドレスを設定してください。異なる物理パーティション上の系には，物理パーティションごとに固有のマシンアドレスを設定してください。なお，システム内に互いに監視し合わない系切り替え構成が複数あり，かつそれらがリセットパスを共用する場合，すべての物理パーティションでマシンアドレスがそれぞれ固有となるように設定してください。複数の物理パーティションで同じマシンアドレスを設定すると，HAモニタが誤動作するおそれがあります。

注※

・パスワード認証方式を選択した場合，パスワードの設定が必要です。公開鍵認証方式を選択した場合，パスワードの設定は不要です。

・VMware ESXiのSSH接続時に公開鍵認証方式で接続できる場合，パスワードは使用しません。公開鍵認証方式を使用する場合，明示的に公開鍵認証方式を選択してください。

SSH接続の詳細設定

-resetpath ssh

対話形式で，HAモニタがVMware ESXiにSSH接続するための詳細な設定をします。VMware ESXiで仮想化する場合にだけ設定してください。

VMware ESXi接続用のリセットパスにファイアウォールまたはルータを使用している場合，HAモニタとVMware ESXi間の無通信状態が続くと，ファイアウォールまたはルータの機能でVMware ESXiへのSSH接続が切断されることがあります。HAモニタがVMware ESXiに対して行うSSH接続では，一定期間以上無通信状態が続かないように，VMware ESXiに対して応答を要求するパケット（接続維持パケット）を送信します。VMware ESXiからの応答がない場合は，SSH接続を切断します。

設定する内容を次に示します。

表9‒13　SSH接続の詳細設定

設定項目

設定内容

接続維持パケットの送信間隔

接続維持パケットを送信する間隔を設定してください。ファイアウォールまたはルータの無通信監視時間の設定よりも短くなるように，0〜2147483647の範囲で設定します。単位は秒です。設定しない場合は，デフォルト値（60）で動作します。

0を設定すると，接続維持パケットは送信しません。

接続維持パケットの送信回数

接続維持パケットを送信する回数を設定してください。0〜2147483647の範囲で設定します。設定しない場合は，デフォルト値（3）で動作します。

0を設定すると，接続維持パケットは送信しません。

なお，設定した回数分の接続維持パケットを送信しても，VMware ESXiからの応答がない場合，SSH接続が切断されます。

HAモニタ Extensionの機能の設定・設定状態の表示

-ex

HAモニタ Extensionの機能を使用する場合に指定します。以降に説明するオペランドを省略した場合，HAモニタ Extensionの機能の設定状態を表示します。

sysmax

HAモニタ Extensionの機能の設定，および解除をします。以降に示すオプションとあわせて使用します。

on

HAモニタ Extensionの機能を使用できるようにします。具体的には，次の設定ができるようになります。

・HAモニタの環境設定で，hostmaxオペランドが指定できるようになります。これに伴い，系の最大数を33以上に設定できます。

・HAモニタの環境設定で，servmaxオペランドに129以上の値を指定できるようになります。

off

HAモニタ Extensionの機能の設定を解除します。

・HAモニタの環境設定で，hostmaxオペランドを指定できなくなります。

・HAモニタの環境設定で，servmaxオペランドに129以上の値を指定できなくなります。

リターンコード

値

意味

0

正常終了（HAモニタの環境設定が完了しました）

0以外

異常終了

注意事項

HAモニタが稼働中にリセットパスの設定をしても，設定が有効になりません。その場合は，HAモニタをいったん停止してから再度HAモニタを起動してください。リセットパスの設定が有効になります。

HAモニタ起動時にリセットパスの初期化に失敗すると，KAMN684-Eが出力されます。その場合は，リセットパスの再設定をしたあとで，monrpコマンドを実行してください。リセットパスの設定が有効になります。KAMN684-Eが出力された場合は，全系でmonrpコマンドを実行して，接続している全系のstatusが"OK"になることを必ず確認してください。

monsetup -resetpathコマンドでのリセットパスの設定中にHAモニタを起動しないでください。障害管理プロセサ，およびVMware ESXiと通信できるかどうか確認中だった場合は，通信が失敗します。

複数の端末で並行して，monsetup -resetpathコマンドでのリセットパスの設定をしないでください。正しい設定や通信の確認ができないおそれがあります。

HAモニタが稼働中の場合，HAモニタ Extensionの機能の設定はできません。HAモニタが稼働している場合は，停止してから再度monsetupコマンドを実行してください。

HAモニタ Extensionの機能の設定・設定状態の表示をするには，HAモニタ Extensionをインストールしてください。

使用例

HAモニタの起動・停止方法の設定情報の表示

>monsetup
Start mode : auto   Stop mode : auto

（凡例）　>：ユーザの操作を示します。

HAモニタの起動方法の設定変更

>monsetup -start
Start mode : manual

（凡例）　>：ユーザの操作を示します。

HAモニタの停止方法の設定変更

>monsetup -stop
Stop  mode : auto

（凡例）　>：ユーザの操作を示します。

リセットパスの設定（HA8000のとき，またはBladeSymphonyでLPARを稼働させないとき）

> monsetup -resetpath
  システムリセットのためのリセットパスの設定を行います。
設定を中断したい場合は，[CTRL] + [D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
---> 1
機種を選択してください。
1. HA8000または，BladeSymphony
2. BladeSymphony(LPAR)
3. VMware ESXi上の仮想マシン
4. RV3000
---> 1
HAモニタが稼動するシステムのパーティション名を入力してください。
現在の設定：未設定
--->MS0001
HAモニタがリセットパスに使用するIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.1
HAモニタがリセットパスに使用するポート番号を入力してください。
現在の設定：未設定
--->10000
スイッチ＆マネジメントモジュールのIPアドレスを入力してください。
N+Mコールドスタンバイ連携機能を使用する場合は，autoと入力してください。
現在の設定：未設定
--->192.168.0.2
スイッチ＆マネジメントモジュールのポート番号を入力してください。
現在の設定：未設定
--->15000
スイッチ＆マネジメントモジュールと通信できるか確認します。
確認中・・・
通信できることを確認しました。
リセットパスの設定が完了しました。現在の設定を表示します。

スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス.......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス...: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->2
スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス.......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス...: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->3
コマンドを終了します。

（凡例）　>：ユーザの操作を示します。

リセットパスの設定（BladeSymphonyでLPARを稼働させるとき）

> monsetup -resetpath
  システムリセットのためのリセットパスの設定を行います。
設定を中断したい場合は，[CTRL] + [D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
---> 1
機種を選択してください。
1. HA8000または，BladeSymphony
2. BladeSymphony(LPAR)
3. VMware ESXi上の仮想マシン
4. RV3000
---> 2
HAモニタが稼動するシステムのパーティション名を入力してください。
現在の設定：未設定
--->MS0001
HAモニタが稼動するシステムのLPAR名称を入力してください。
現在の設定：未設定
--->LPAR1
HAモニタがリセットパスに使用するIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.1
HAモニタがリセットパスに使用するポート番号を入力してください。
現在の設定：未設定
--->10000
スイッチ＆マネジメントモジュールのIPアドレスを入力してください。
N+Mコールドスタンバイ連携機能を使用する場合は，autoと入力してください。
現在の設定：未設定
--->192.168.0.2
スイッチ＆マネジメントモジュールのポート番号を入力してください。
現在の設定：未設定
--->15000
スイッチ＆マネジメントモジュールと通信できるか確認します。
確認中・・・
通信できることを確認しました。
リセットパスの設定が完了しました。現在の設定を表示します。

スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
LPAR名.........................................: LPAR1
リセットパスのIPアドレス.......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス...: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->2
スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
LPAR名.........................................: LPAR1
リセットパスのIPアドレス.......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス...: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->3
コマンドを終了します。

（凡例）　>：ユーザの操作を示します。

リセットパスの設定（RV3000以外でVMware ESXiで仮想化するとき）

> monsetup -resetpath
  システムリセットのためのリセットパスの設定を行います。
設定を中断したい場合は，[CTRL] + [D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
---> 1
機種を選択してください。
1. HA8000または，BladeSymphony
2. BladeSymphony(LPAR)
3. VMware ESXi上の仮想マシン
4. RV3000
---> 3
HAモニタが稼動するシステムのパーティション名を入力してください。
現在の設定：未設定
--->MS0001
HAモニタがリセットパスに使用するIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.1
HAモニタがリセットパスに使用するポート番号を入力してください。
現在の設定：未設定
--->10000
スイッチ＆マネジメントモジュールのIPアドレスを入力してください。
N+Mコールドスタンバイ連携機能を使用する場合は，autoと入力してください。
現在の設定：未設定
--->192.168.0.2
スイッチ＆マネジメントモジュールのポート番号を入力してください。
現在の設定：未設定
--->15000
HAモニタが稼動する仮想マシンの名称を入力してください。
現在の設定：未設定
--->VM0001
VMware ESXiのIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.3
VMware ESXiのSSH接続用のポート番号を入力してください。
SSH接続用ポート番号(22)を使用する場合は，"default"を入力してください。
値を入力しなかった場合は現在の設定を使用します。現在の設定：default
--->
VMware ESXiのSSH接続用の認証方式を選択してください。
現在の設定：未設定
1. パスワード認証
2. 公開鍵認証
--->1
VMware ESXiのSSH接続用の認証パスワードを入力してください。
現在の設定：未設定
--->
再度パスワードを入力してください。
--->
HAモニタが稼動するマシンのマシンアドレスを入力してください。
現在の設定：未設定
--->1
VMware ESXi，および，スイッチ＆マネジメントモジュールと通信できるか確認します。
確認中・・・
通信できることを確認しました。
リセットパスの設定が完了しました。現在の設定を表示します。

スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス.......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス...: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000
仮想マシン名...................................: VM0001
VMware ESXiのIPアドレス........................: 192.168.0.3
VMware ESXiのポート番号........................: default
VMware ESXiのSSH接続用の認証方式...............: パスワード認証
VMware ESXiのパスワード........................: 設定済み
マシンアドレス.................................: 1

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->2
スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス.......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス...: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000
仮想マシン名...................................: VM0001
VMware ESXiのIPアドレス........................: 192.168.0.3
VMware ESXiのポート番号........................: default
VMware ESXiのSSH接続用の認証方式...............: パスワード認証
VMware ESXiのパスワード........................: 設定済み
マシンアドレス.................................: 1

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->3
コマンドを終了します。

（凡例）　>：ユーザの操作を示します。

リセットパスの設定（RV3000以外でVMware ESXi上の仮想マシンで使用する場合，かつ，SSH接続用の認証方式で公開鍵認証を選択した場合）

> monsetup -resetpath
  システムリセットのためのリセットパスの設定を行います。
設定を中断したい場合は，[CTRL] + [D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->1
機種を選択してください。
1. HA8000または，BladeSymphony
2. BladeSymphony(LPAR)
3. VMware ESXi上の仮想マシン
4. RV3000
--->3
HAモニタが稼動するシステムのパーティション名を入力してください。
現在の設定：未設定
--->MS0001
HAモニタがリセットパスに使用するIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.1
HAモニタがリセットパスに使用するポート番号を入力してください。
現在の設定：未設定
--->10000
スイッチ＆マネジメントモジュールのIPアドレスを入力してください。
N+Mコールドスタンバイ連携機能を使用する場合は，autoと入力してください。
現在の設定：未設定
--->192.168.0.2
スイッチ＆マネジメントモジュールのポート番号を入力してください。
現在の設定：未設定
--->15000
HAモニタが稼動する仮想マシンの名称を入力してください。
現在の設定：未設定
--->VM0001
VMware ESXiのIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.3
VMware ESXiのSSH接続用のポート番号を入力してください。
SSH接続用ポート番号(22)を使用する場合は，"default"を入力してください。
値を入力しなかった場合は現在の設定を使用します。現在の設定：default
--->
VMware ESXiのSSH接続用の認証方式を選択してください。
現在の設定：未設定
1. パスワード認証
2. 公開鍵認証
--->2
HAモニタが稼動するマシンのマシンアドレスを入力してください。
現在の設定：未設定
--->1
VMware ESXi，および，スイッチ＆マネジメントモジュールと通信できるか確認します。
確認中・・・
通信できることを確認しました。
リセットパスの設定が完了しました。現在の設定を表示します。

スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス..: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000
仮想マシン名...................................: VM0001
VMware ESXiのIPアドレス.......................: 192.168.0.3
VMware ESXiのポート番号........................: default
VMware ESXiのSSH接続用の認証方式..............: 公開鍵認証
マシンアドレス.................................: 1

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->2
スイッチ＆マネジメントモジュールを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
スイッチ＆マネジメントモジュールのIPアドレス..: 192.168.0.2
スイッチ＆マネジメントモジュールのポート番号...: 15000
仮想マシン名...................................: VM0001
VMware ESXiのIPアドレス.......................: 192.168.0.3
VMware ESXiのポート番号........................: default
VMware ESXiのSSH接続用の認証方式..............: 公開鍵認証
マシンアドレス.................................: 1

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->3
コマンドを終了します。

（凡例）　>：ユーザの操作を示します。

リセットパスの設定（RV3000でVMware環境以外で稼働させるとき）

> monsetup –resetpath
  システムリセットのためのリセットパスの設定を行います。
設定を中断したい場合は，[CTRL] + [D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->1
機種を選択してください。
1. HA8000または，BladeSymphony
2. BladeSymphony(LPAR)
3. VMware ESXi上の仮想マシン（RV3000以外）
4. RV3000
--->4
VMware ESXi上の仮想マシンですか？
1. はい
2. いいえ
--->2
HAモニタが稼動するシステムのパーティション名を入力してください。
現在の設定：未設定
--->MS0001
HAモニタがリセットパスに使用するIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.1
HAモニタがリセットパスに使用するポート番号を入力してください。
現在の設定：未設定
--->10000
HA Monitor ConnectorのIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.2
HA Monitor Connectorのポート番号を入力してください。
現在の設定：未設定
--->15000
HA Monitor Connectorと通信できるか確認します。
確認中・・・
通信できることを確認しました。
リセットパスの設定が完了しました。現在の設定を表示します。

HA Monitor Connectorを使用しています。
パーティション名...............................: MS0001
リセットパスのIPアドレス......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
HA Monitor ConnectorのIPアドレス..............: 192.168.0.2
HA Monitor Connectorのポート番号...............: 15000

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
：

（凡例）　>：ユーザの操作を示します。

リセットパスの設定（RV3000でVMware ESXi上の仮想マシンを使用するとき，かつ管理サーバを使用する構成のとき）

> monsetup –resetpath
  システムリセットのためのリセットパスの設定を行います。
設定を中断したい場合は，[CTRL] + [D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->1
機種を選択してください。
1. HA8000または，BladeSymphony
2. BladeSymphony(LPAR)
3. VMware ESXi上の仮想マシン（RV3000以外）
4. RV3000
--->4
VMware ESXi上の仮想マシンですか？
1. はい
2. いいえ
--->1
RV3000の高信頼vSphere環境を使いますか？
1. 使う
2. 使わない
--->1
HAモニタが稼動するシステムのパーティション名を入力してください。
現在の設定：未設定
--->MS0001
HAモニタが稼動するシステムの仮想マシンの名称を入力してください。
現在の設定：未設定
--->VM1
HAモニタがリセットパスに使用するIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.1
HAモニタがリセットパスに使用するポート番号を入力してください。
現在の設定：未設定
--->10000
HA Monitor ConnectorのIPアドレスを入力してください。
現在の設定：未設定
--->192.168.0.2
HA Monitor Connectorのポート番号を入力してください。
現在の設定：未設定
--->15000
HA Monitor Connectorと通信できるか確認します。
確認中・・・
通信できることを確認しました。
リセットパスの設定が完了しました。現在の設定を表示します。

HA Monitor Connectorを使用しています。
パーティション名...............................: MS0001
仮想マシン名...................................: VM1
リセットパスのIPアドレス......................: 192.168.0.1
リセットパスのポート番号.......................: 10000
HA Monitor ConnectorのIPアドレス..............: 192.168.0.2
HA Monitor Connectorのポート番号...............: 15000

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
：

（凡例）　>：ユーザの操作を示します。

SSH接続の詳細設定（VMware ESXiで仮想化するとき）

> monsetup -resetpath ssh
  SSH接続関連の設定を行います。
設定を中断したい場合は，[CTRL]+[D]キーを押してください。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->1
接続維持パケットの送信間隔を入力してください。（単位：秒）
デフォルト設定値 (60)を使用する場合は，"default"を指定してください。
値を入力しなかった場合は現在の設定を使用します。現在の設定：default
--->30
接続維持パケットの送信回数を入力してください。（単位：回）
デフォルト設定値 (3)を使用する場合は，"default"を指定してください。
値を入力しなかった場合は現在の設定を使用します。現在の設定：default
--->2
設定が完了しました。

実行する処理を番号で選択してください。
1. 設定を行う
2. 現在の設定を表示する
3. 終了
--->2
接続維持パケットの送信間隔（単位：秒）.........: 30
接続維持パケットの送信回数（単位：回）.........: 2

実行する処理を番号で選択してください。
 1. 設定を行う
 2. 現在の設定を表示する
 3. 終了
--->3
コマンドを終了します。

（凡例）　>：ユーザの操作を示します。

HAモニタ Extensionの機能の設定

> monsetup -ex sysmax on
sysmax : on

（凡例）　>：ユーザの操作を示します。

HAモニタ Extensionの機能の設定解除

> monsetup -ex sysmax off
sysmax : off

（凡例）　>：ユーザの操作を示します。

HAモニタ Extensionの機能の設定状態の表示

> monsetup -ex
sysmax : on

（凡例）　>：ユーザの操作を示します。

9.23　monshow（サーバと系の状態表示）

形式

サーバの状態表示

monshow [サーバ識別名]

系の状態表示

monshow -c

サーバグループの状態表示

monshow -g [グループ名]

共有リソース情報の表示

monshow -d [サーバ識別名]

リソースサーバの状態表示

monshow -r

マルチスタンバイ機能使用時のサーバの優先度表示

monshow -p [サーバ識別名]

サーバ障害監視時間表示

monshow -t [サーバ識別名]

モニタモードのプログラムの状態表示

monshow -u [サーバ識別名]

サーバの監視状態，およびディスクの監視状態の表示

monshow -o { -s [サーバ識別名] | -m }

系の設定状態表示

monshow -j

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

サーバの状態表示

コマンドを実行した系（自系）で稼働中のサーバと，そのサーバと対になっている系（他系）のサーバの状態が表示されます。停止しているサーバは，表示されません。マルチスタンバイ機能を使用している場合は，他系で稼働中のサーバがすべて表示されます。表示される項目は次のとおりです。

Own host name：自系のホスト名

Own Server：自系のサーバの情報

自系のサーバの情報として，次の情報が表示されます。

・Alias：自系のサーバの識別名

・Status：自系のサーバの状態

表示される自系のサーバの状態を，次の表に示します。

表9‒14　自系のサーバの状態

状態

意味

ONL

実行サーバとして起動完了，または系切り替え可能状態

SBY

待機サーバとして起動完了，または系切り替え可能状態

(ONL)

実行サーバとして起動処理中

(SBY)

待機サーバとして起動処理中

*ONL*

再起動待ち状態

*SBY*

実行サーバの起動待ち状態，またはリソースサーバの起動待ち状態

ONL??

系切り替え待ち状態

SBY??

連動系切り替え待ち状態

ONL>>

実行サーバの停止処理中

SBY>>

待機サーバの停止処理中

>ONL

起動リトライ中

+SBY+

実行サーバレスモードで待機サーバとして起動完了

Pair Server：他系のサーバの情報

他系のサーバの情報として，次の情報が表示されます。

・Status：他系のサーバの状態

表示される他系のサーバの状態を，次の表に示します。

表9‒15　他系のサーバの状態

状態

意味

ONL

実行サーバとして起動完了，または系切り替え可能状態

SBY

待機サーバとして起動完了，または系切り替え可能状態

(ONL)

実行サーバとして起動処理中

(SBY)

待機サーバとして起動処理中

*ONL*

再起動待ち状態

ONL??

系切り替え待ち状態

SBY??

連動系切り替え待ち状態

+SBY+

実行サーバレスモードで待機サーバとして起動完了

・Host name：他系のホスト名

KAMN360-I ---------------- Detailed Information ----------------：詳細情報メッセージ

次のメッセージの幾つかがコマンドの詳細情報として表示されます。

KAMN242-D，KAMN243-D，KAMN244-D，KAMN364-D，KAMN423-E，KAMN931-I，KAMN932-I，KAMN936-I

系の状態表示

自系（自ホスト）と，接続中の他系（他ホスト）の状態が表示されます。表示される項目は次のとおりです。

Host name：ホスト名

Host address：ホストアドレス

Patrol time：系障害監視時間

サーバグループの状態表示

コマンドを実行した系（自系）で稼働中のグループ化したサーバ（サーバグループ）の状態が表示されます。表示される項目は次のとおりです。

Own host name：自系のホスト名

Group name：サーバグループのグループ名

また，サーバグループ内のサーバごとに，次の項目が表示されます。グループ内にリソースサーバがある場合は，リソースサーバについても表示されます。

Alias：サーバ識別名

Status：次の情報が表示されます。

・サーバが連動系切り替えができる状態かどうか

possible：できる

impossible：できない

・切り替え種別

exchange：切り替え可能

no_exchange cancel：切り替え不可

実行サーバだけを表示する場合には切り替え種別が表示されますが，待機サーバを表示する場合には切り替え種別は表示されません。

共有リソース情報の表示

コマンドを実行した系（自系）で稼働中のサーバが使用している，共有リソースの情報が表示されます。表示される項目は次のとおりです。

Own host name：自系のホスト名

Server：自系のサーバ識別名

***　　DISK　information　　***：共有ディスクの情報

表示される共有ディスクの情報を次に示します。

・ボリュームグループのスペシャルファイル名

・共有リソースの接続失敗時にサーバの起動を中止する機能の使用有無

・ボリュームグループのオンライン化時のオプション

***　File　system　information　***：ファイルシステムの情報

表示されるファイルシステムの情報を次に示します。

・ファイルシステムの名称

・マウント先ディレクトリ

・マウントオプション

***　　HABST　information　　***：制御グループID

***　　SCSI　device　information　　***：シンボリックリンク，または論理デバイス名（マルチパスソフトウェアがHDLMの場合）

***　　DMMP　device　information　　***：論理デバイス名（マルチパスソフトウェアがDMMPの場合）

リソースサーバの状態表示

サーバの状態表示に加えて，リソースサーバの状態が表示されます。

マルチスタンバイ機能使用時のサーバの優先度表示

マルチスタンバイ機能を使用している場合，サーバの状態表示に加えて，すべてのサーバまたは指定したサーバの，系別の優先度が表示されます。"status"のあとに，次の項目が表示されます。

pri：各系の優先度

サーバ障害監視時間表示

コマンドを実行した系で稼働しているサーバの，サーバ障害監視時間が表示されます。

表示される項目は次のとおりです。

Own host name：自系のホスト名

Alias：サーバ識別名

Patrol time：サーバ障害監視時間

サーバ障害監視時間を指定していないサーバでは，"---"が表示されます。

モニタモードのプログラムの状態表示

コマンドを実行した系（自系）で稼働中の，モニタモードのプログラム管理機能を使用するプログラムの状態が表示されます。

Alias：サーバ識別名

Program Alias：モニタモードのプログラム識別名

Status：モニタモードのプログラムの状態

表示されるモニタモードのプログラムの状態を，次の表に示します。

表9‒16　モニタモードのプログラムの状態

状態

意味

(ACT)

プログラムの起動処理中

ACT

プログラムの起動完了

ACT>>

プログラムの停止処理中

なお，停止しているプログラムの状態は表示されません。

Patrol time：プログラムのスローダウン監視時間

プログラムのスローダウン監視時間を指定していないUAPでは，"---"が表示されます。

サーバの監視状態，およびディスクの監視状態の表示

次の監視状態を表示します。

サーバの監視状態※，および業務ディスクの監視状態

システムディスクの監視状態

注※

サーバ対応の環境設定のpatrolcommandオペランドによる，監視の監視状態については，表示しません。

サーバの監視状態，および業務ディスクの監視状態について，表示される項目は次のとおりです。

Own host name：自系のホスト名

Alias：サーバ識別名

Function：監視の種類

次の項目が表示されます。

・ptrlcmd_ex：サーバの監視

・sby_ptrlcmd_ex：サーバの待機系での監視

・disk_ptrl：業務ディスクの監視

Status：監視状態

次のどれかが表示されます。

・patrol：監視中

・patrol paused：監視の一時停止中

・----：監視していない

システムディスクの監視状態について，表示される項目は次のとおりです。

Own host name：自系のホスト名

Host name：自系のホスト名

Function：監視の種類

次の項目が表示されます。

・disk_ptrl：システムディスクの監視

Status：監視状態

次のどれかが表示されます。

・patrol：監視中

・patrol paused：監視の一時停止中

・----：監視していない

系の設定状態表示

系の設定状態について，表示される項目は次のとおりです。

Own host name：自系のホスト名

Host name：自系のホスト名

Function：次の項目が表示されます。

実行サーバレスモード：onlless_mode

Status：設定状態

次のどちらかが表示されます。

・use：設定状態

・nouse：解除状態

オプション

オプションに何も指定しない場合は，サーバの状態が表示されます。

サーバの状態表示

サーバ識別名

状態が表示されるサーバの識別名を指定します。省略時は，コマンドを実行した系で稼働中の，すべてのサーバの状態が表示されます。

系の状態表示

-c

系の状態が表示されます。

サーバグループの状態表示

-g

サーバグループの状態が表示されます。

グループ内にリソースサーバがある場合は，リソースサーバについても表示されます。

グループ名

状態を表示するサーバグループのグループ名を指定します。省略時は，コマンドを実行した系で稼働中の，すべてのサーバグループの状態が表示されます。

共有リソース情報の表示

-d

共有リソースの情報が表示されます。

サーバ識別名

共有リソースの情報を表示するサーバの識別名を指定します。省略時は，コマンドを実行した系で稼働中の，すべてのサーバの共有リソース情報が表示されます。

リソースサーバの状態表示

-r

サーバの状態表示に加えて，リソースサーバの状態が表示されます。

マルチスタンバイ機能使用時のサーバの優先度表示

-p

マルチスタンバイ機能を使用している場合，すべてのサーバまたは指定したサーバの，系別の優先度が表示されます。

サーバ識別名

状態および優先度を表示するサーバの識別名を指定します。省略時は，コマンドを実行した系で稼働中の，すべてのサーバの状態および優先度が表示されます。他系のサーバの情報が表示される順番は，系やサーバの起動順で決定されます。常に同じ順番では表示されません。

サーバ障害監視時間表示

-t

monshowコマンドを実行した系で稼働しているサーバの，サーバ障害監視時間が表示されます。

サーバ識別名

監視時間を表示するサーバの識別名を指定します。省略時は，コマンドを実行した系で稼働中の，すべてのサーバのサーバ障害監視時間が表示されます。

モニタモードのプログラムの状態表示

-u

monshowコマンドを実行した系で稼働しているモニタモードのプログラム管理機能を使用するプログラムの状態が表示されます。

サーバ識別名

プログラムの状態を表示するサーバの識別名を指定します。省略時は，コマンドを実行した系で稼働中の，すべてのプログラムの状態が表示されます。

サーバの監視状態，およびディスクの監視状態の表示

-o -s サーバ識別名

サーバの監視状態，および業務ディスクの監視状態を表示します。サーバの識別名を指定した場合は，そのサーバの監視状態，および業務ディスクの監視状態を表示します。サーバ識別名を指定しなかった場合は，すべてのサーバの監視状態，および業務ディスクの監視状態を表示します。

-o -m

monshowコマンドを実行した系のシステムディスクの監視状態を表示します。

系の設定状態表示

-j

系の設定状態を表示します。

リターンコード

値

意味

0

正常終了（サーバと系の状態表示が完了しました）

0以外

異常終了

注意事項

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN320-E，KAMN322-E，KAMN428-E

使用例

サーバの状態表示

> monshow
KAMN213-I Own host name : host1
     Own servers           Pair servers
     Alias     Status      Status    Host name
     server1    ONL         SBY      host2
     server2    SBY        (ONL)     host2
     server3   *SBY*
     server4    ONL??
     server5   *ONL*        SBY      host2
     server6   >ONL
KAMN360-I ---------------- Detailed Information ----------------
KAMN243-D 自ホスト：host1でシステムリセットができないか，又は異常終了したサーバがあります。実行サーバ：server3は他ホストで起動している可能性があります。起動種別を待機サーバに変更し起動待ち状態にしました。
KAMN364-D サーバ：server4はシステムリセットができないため系切り替え待ち状態にします。

（凡例）　>：ユーザの操作を示します。

サーバの状態表示（マルチスタンバイ機能使用時）

> monshow
KAMN213-I Own host name : host1
     Own servers           Pair servers
     Alias     Status      Status    Host name
     server1    ONL         SBY      host3
                            SBY      host2
                            SBY      host4
     server2    ONL         SBY      host2
     server3   *SBY*
     server4    SBY        (SBY)     host4
                           (ONL)     host2
                            SBY      host3
     server6   >ONL

（凡例）　>：ユーザの操作を示します。

他系のサーバの情報が表示される順番は，系やサーバの起動順で決定されます。常に同じ順番では表示されません。

系の状態表示

> monshow -c
KAMN335-I Connected host information
     Host name                           Host address     Patrol time
     host1                                     100             10
     host2                                     200             10

（凡例）　>：ユーザの操作を示します。

サーバグループの状態表示

> monshow -g
KAMN213-I Own host name : host1
      Group name : groupA
         Alias : server1   Status :   possible       exchange
         Alias : server2   Status :   possible    no_exchange       cancel
      Group name : groupB
         Alias : server3   Status : impossible       exchange
         Alias : server4   Status : impossible    no_exchange       cancel

（凡例）　>：ユーザの操作を示します。

共有リソース情報の表示

> monshow -d
KAMN213-I Own host name : host1
 Server  :  server1
     ***   DISK   information   ***
     -NAME----------------------------
      /dev/vg01
        neck
        on_opt="-a y -q n"
     ***   File system information  ***
     -NAME----------------------------
      /dev/vg01/lv_fs1
        mount dir=/fs1
        mount opt=-o log
     ***   HABST  information   ***
     -NAME----------------------------
      0
     ***   SCSI device information  ***
     -NAME----------------------------
      /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000000
      /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000001
      /dev/disk/by-id/scsi-360060e8010462fe004f2b6ae00000002
     ***   DMMP device information  ***
     -NAME----------------------------
      /dev/mapper/mpath1
      /dev/mapper/mpath2
      /dev/mapper/mpath3

（凡例）　>：ユーザの操作を示します。

リソースサーバの状態表示（"ressrv0"がリソースサーバ識別名称の場合）

> monshow -r
KAMN213-I Own host name : host1
     Own servers           Pair servers
     Alias     Status      Status    Host name
     ressrv0    ONL
     server1    ONL
     server2    ONL
     server6   >ONL

（凡例）　>：ユーザの操作を示します。

マルチスタンバイ機能使用時のサーバの優先度表示

> monshow -p
KAMN213-I Own host name : host1
     Own servers               Pair servers
     Alias     Status   pri    Status   pri   Host name
     server1    ONL     0       SBY     2     host3
                                SBY     1     host2
                                SBY     3     host4
     server2    ONL     0       SBY     1     host2
     server3    SBY     1       ONL     0     host3
     server4    SBY     1       SBY     3     host4
                                ONL     0     host2
                                SBY     2     host3
     server6   >ONL     0

（凡例）　>：ユーザの操作を示します。

他系のサーバの情報が表示される順番は，系やサーバの起動順で決定されます。常に同じ順番では表示されません。

サーバ障害監視時間表示

> monshow -t
KAMN213-I   Own host name : host1
     Alias     Patrol time
     server1        60
     server2         5
     server3       600
     server4       ---

（凡例）　>：ユーザの操作を示します。

モニタモードのプログラムの状態表示

> monshow -u
KAMN213-I Own host name : host1
     Alias     Program Alias  Status   Patrol time
     server1   UAP1            ACT        3600
               UAP2           (ACT)         60
     server2   UAP3            ACT>>      ----

（凡例）　>：ユーザの操作を示します。

サーバの監視状態，およびディスクの監視状態の表示

> monshow -o -s
KAMN213-I Own host name : host1
     Alias     Function        　　　　　Status
     server1   ptrlcmd_ex      　　　　　patrol
               sby_ptrlcmd_ex  　　　　　----
               disk_ptrl       　　　　　----
     server2   ptrlcmd_ex      　　　　　patrol paused
               sby_ptrlcmd_ex  　　　　　----
               disk_ptrl       　　　　　patrol
     server3   ptrlcmd_ex      　　　　　----
               sby_ptrlcmd_ex  　　　　　----
               disk_ptrl       　　　　　patrol paused

> monshow -o -s server1
KAMN213-I Own host name : host1
     Alias     Function        　　　　　Status
     server1   ptrlcmd_ex      　　　　　patrol
               sby_ptrlcmd_ex  　　　　　----
               disk_ptrl       　　　　　----

> monshow -o -m
KAMN213-I Own host name : host1
     Host name Function        　　　　　Status
     host1     disk_ptrl       　　　　　patrol

（凡例）　>：ユーザの操作を示します。

系の設定状態表示

> monshow -j
KAMN213-I Own host name : host1
     Host name Function        　　　　　Status
     host1     onlless_mode    　　　　　use

（凡例）　>：ユーザの操作を示します。

9.24　monstart（HAモニタの起動）

形式

monstart

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

HAモニタを起動します。

オプション

なし。

リターンコード

値

意味

0

正常終了（HAモニタの起動が完了しました）

0以外

異常終了

9.25　monstop（HAモニタの停止）

形式

monstop

実行できるユーザ

スーパユーザ，および一般ユーザ

機能

HAモニタを停止します。

オプション

なし。

リターンコード

値

意味

0

正常終了（HAモニタの停止が完了しました）

0以外

異常終了

注意事項

monstopコマンドは，サーバが稼働している場合は受け付けられません。

9.26　monswap（サーバの系切り替え）

形式

サーバの計画系切り替え

monswap {サーバ識別名|-g　グループ名}

サーバの強制系切り替え

monswap -f {サーバ識別名|-g　グループ名}

実行できるユーザ

スーパユーザ

機能

サーバの計画系切り替えまたはサーバの強制系切り替えを実行します。

サーバの計画系切り替え

monswap -gコマンドを実行すると，連動系切り替えでグループ化したサーバグループ全体の計画系切り替えをします。待機系のサーバグループ内に連動系切り替え待ち状態の待機サーバがある場合は，monswap -gコマンドを実行してサーバグループ全体の系切り替えをすることで，実行サーバとして起動できます。

マルチスタンバイ機能を使用している場合，monswapコマンドを実行したときに最も優先度が高い待機サーバに計画系切り替えをします。なお，現用系で待機サーバが稼働している場合（サーバ対応の環境設定のinitialオペランドにonlineが指定されているサーバが，待機サーバとして稼働している場合），この待機サーバを最も優先度が高い待機サーバと判断されます。

なお，このコマンドは，計画系切り替えの対象となる実行サーバが稼働している系で実行できます。

サーバの強制系切り替え

monswap -fコマンドを実行すると，実行サーバが稼働するOSを強制停止して，系切り替えをします。

マルチスタンバイ機能を使用している場合，monswapコマンドを実行したときに最も優先度が高い待機サーバに強制系切り替えをします。なお，現用系で待機サーバが稼働している場合（サーバ対応の環境設定のinitialオペランドにonlineが指定されているサーバが，待機サーバとして稼働している場合），この待機サーバを最も優先度が高い待機サーバと判断されます。

なお，このコマンドは，強制系切り替えの対象となるサーバ，グループがある実行系，およびグループがある待機系のどれからでも実行できます。

オプション

サーバ識別名

計画系切り替えをするサーバの識別名を指定します。ただし，グループ化されていないサーバに対して有効です。

-g グループ名

計画系切り替えをするサーバグループのグループ名を指定します。

このオプションは，連動系切り替え可能状態のサーバグループに対して使用できます。

グループ内で系切り替え可能なサーバが一つだけの場合は使用できないため，サーバ識別名指定でmonswapコマンドを実行してください。

-f サーバ識別名

強制系切り替えをするサーバの識別名を指定します。このオプションは，ペアになるサーバが存在しているサーバに対して使用できます。

コマンドを実行すると処理を続行するか確認します。続行する場合は，"YES"を入力します。

-f -g グループ名

強制系切り替えをするサーバグループのグループ名を指定します。このオプションは，ペアになるサーバが存在しているサーバの，連動系切り替え可能状態のサーバグループに対して使用できます。

コマンドを実行すると処理を続行するか確認します。続行する場合は，"YES"を入力します。

グループ内で系切り替え可能なサーバが一つだけの場合は使用できないため，サーバ識別名指定でmonswap -fコマンドを実行してください。

リターンコード

値

意味

0

正常終了（計画系切り替えの要求を受け付けました）

0以外

異常終了

使用例

サーバの強制系切り替え（monswap -f サーバ識別名の場合）

>monswap -f server1
サーバ：server1の強制系切り替えをするため，ホスト：host1を強制停止します。
処理を続行するには大文字でYESを入力してください。
YES以外を入力した場合は，コマンド処理を中止します。
--->
> YES
KAMN703-I ホスト：host1を強制停止します。
KAMN459-I monswapコマンド処理を終了しました。

（凡例）　>：ユーザの操作を示します。

サーバの強制系切り替え（monswap -f -g グループ名の場合）

>monswap -f -g groupA
グループ：groupAの強制系切り替えをするため，ホスト：host1を強制停止します。
処理を続行するには大文字でYESを入力してください。
YES以外を入力した場合は，コマンド処理を中止します。
--->
> YES
KAMN703-I ホスト：host1を強制停止します。
KAMN459-I monswapコマンド処理を終了しました。

（凡例）　>：ユーザの操作を示します。

注意事項

HAモニタの環境設定のexitcodeオペランドにtype2を指定した場合，次のメッセージ出力時にもリターンコードが0となります。

KAMN212-E，KAMN215-E，KAMN216-E，KAMN322-E，KAMN323-E，KAMN328-E，KAMN330-E，KAMN426-E，KAMN431-E

monswapコマンドのリターンとは非同期に計画系切り替えまたは強制系切り替えが行われます。

強制系切り替えの場合，対象サーバまたは対象グループが実行サーバとして稼働しているホストのOSを強制停止するため，同一ホストで稼働しているすべてのサーバが停止します。

系切り替え可能状態となっていない（待機サーバで，メッセージKAMN252-Iを出力していない）サーバは，強制系切り替えができません。

9.27　monts（HAモニタのトラブルシュート情報の収集）

形式

monts

実行できるユーザ

スーパユーザ

機能

HAモニタのトラブルシュートに必要な情報を通常のファイルに収集します。ファイルはtar形式で出力されます。

オプション

なし。

リターンコード

値

意味

0

正常終了（HAモニタのトラブルシュート情報の収集が完了しました）

0以外

異常終了

使用例

>monts

   ＊＊＊ HAモニタ障害情報採取ツール DATE: 2004/02/12 13:57:50＊＊＊

   HAモニタの障害情報をファイルに出力します。
   ファイル名を入力してください。
   （リターンキーで /tmp/monts.tar を仮定します）
   =>
>/tmp/monts.tar
   リターンキーを押してください。
   =>
>
   障害情報をファイルに出力しています。しばらくお待ちください。
   障害情報の採取が終了しました。

（凡例）　>：ユーザの操作を示します。

注意事項

このコマンドは対話形式で実行します。対話形式で実行したくない（非対話形式で実行する）場合は，次のようなシェルを作成して実行してください。

#!/bin/sh
# syntax : monts.sh outputfile-pathname
TARFILE="$1"
MONTS_CMD="/opt/hitachi/HAmon/bin/monts"
echo "${TARFILE}" | ${MONTS_CMD}
exit 0

この例では，シェルの実行時に，第1引数に出力先のファイル名を絶対パスで指定します。

10　API

この章では，UAPに組み込むAPIについて説明します。

10.1　APIの一覧

HAモニタで使用するAPIの一覧を，次の表に示します。

表10‒1　HAモニタのAPIの一覧

API

機能

hamon_patrolstart

UAPの監視開始をHAモニタに要求します。

hamon_patrolstop

UAPの監視終了をHAモニタに要求します。

10.2　APIの説明で使用する見出し

APIの説明で使用する，各見出しについて説明します。

形式

APIに必要なヘッダファイル，およびAPIの形式を示します。

機能

APIの機能を説明します。

UAPで値を設定する引数

UAPで値を設定する引数について説明します。

HAモニタから値が返される引数

HAモニタから値が返される引数について説明します。

リターンコード

APIのリターンコードについて説明します。

注意事項

APIを使用するときの注意事項を説明します。

10.3　hamon_patrolstart（UAPの監視開始）

形式

#include <HA_mon_uap.h>
long hamon_patrolstart(int signum,int *inf,void *opt);

機能

UAPの監視開始をHAモニタに要求します。

UAPの起動時には，あらかじめHAMON_UAPNAME環境変数に，モニタモードのプログラム対応の環境設定のnameオペランドに指定したプログラム名を設定しておく必要があります。

なお，HAMON_API_PATROL環境変数にnouseを指定した場合は，HAモニタへの要求は行わないでリターンコード0でリターンします。

UAPの環境変数については，「6.17.2　UAPの環境変数の設定」を参照してください。

UAPで値を設定する引数

signum

シグナル番号を指定します。0または捕捉できるシグナル番号を指定してください。UAPのプロセスに加えてUAPの稼働報告を監視したい場合は，0以外を指定します。UAPのプロセスだけを監視したい場合は，0を指定します。

なお，0以外を指定した場合でも，モニタモードのプログラム対応の環境設定のpatrolオペランドを省略したときは，UAPのプロセスの監視だけを行います。

opt

予備領域です。NULLを指定します。

HAモニタから値が返される引数

inf

エラー時の詳細コードを返却するための領域です。詳細コードについては，「10.5　詳細コードの一覧」を参照してください。

リターンコード

値

意味

0

HAモニタは，この関数を発行したUAPの監視を開始します。

-1

エラーが発生しました。HAモニタは，この関数を発行したUAPの監視を開始しません。ただし，すでに監視を開始している場合は，監視が継続されます。詳細については，「10.5　詳細コードの一覧」を参照してください。

注意事項

この関数は，同一プロセスから連続して複数回発行しないでください。

1プロセスでAPIを発行できるのは1スレッドだけです。

10.4　hamon_patrolstop（UAPの監視終了）

形式

#include <HA_mon_uap.h>
long hamon_patrolstop(int *inf, void *opt);

機能

UAPの監視終了をHAモニタに要求します。UAPを監視したままUAPを終了すると，HAモニタがUAP障害を検出してしまうため，UAPを終了する前に必ずこの関数を発行してください。

UAPの起動時には，あらかじめHAMON_UAPNAME環境変数に，モニタモードのプログラム対応の環境設定のnameオペランドに指定したプログラム名を設定しておく必要があります。

なお，HAMON_API_PATROL環境変数にnouseを指定した場合は，HAモニタへの要求は行わないでリターンコード0でリターンします。

UAPの環境変数については，「6.17.2　UAPの環境変数の設定」を参照してください。

UAPで値を設定する引数

opt

予備領域です。NULLを指定します。

HAモニタから値が返される引数

inf

エラー時の詳細コードを返却するための領域です。詳細コードについては，「10.5　詳細コードの一覧」を参照してください。

リターンコード

値

意味

0

HAモニタは，この関数を発行したUAPの監視を終了します。

-1

エラーが発生しました。詳細については，「10.5　詳細コードの一覧」を参照してください。

注意事項

この関数は，hamon_patrolstart関数を発行したプロセス（スレッド）から発行してください。

この関数は，同一プロセスから連続して複数回発行しないでください。

1プロセスでAPIを発行できるのは1スレッドだけです。

10.5　詳細コードの一覧

APIがinf引数に返す詳細コードの一覧を，次の表に示します。

なお，詳細コードはinf引数に指定したポインタがNULLではなく，かつリターンコードが-1のときだけ設定されます。

表10‒2　詳細コードの一覧

詳細コード（数値）

意味

メッセージ出力

1

次のどちらかに該当します。

HAモニタが起動していません。

使用しているHAモニタのバージョンが誤っています。

○

2

hamon_patrolstart関数のsignum引数に無効なシグナル番号を指定しました。

○

3

HAモニタは，すでにAPIを発行したUAPの監視を開始しています。

×

4

次のどれかに該当します。

HAMON_UAPNAME環境変数が設定されていません。

HAMON_UAPNAME環境変数に指定されたプログラム名が空，または1,001文字以上です。

HAMON_UAPNAME環境変数に指定されたプログラム名に対応するUAPが，モニタモードのプログラム対応の環境設定に定義されていません。

HAMON_UAPNAME環境変数に指定されたプログラム名に対応するUAPを管理するサーバが，実行サーバとして起動していません。

○

5

次のどちらかに該当します。

HAモニタが，APIを発行したUAPを監視していません。

プログラムの稼働数が，HAモニタの環境設定のpgmmaxオペランドに指定した数にすでに達しています。

×

6

システムコールエラーです。

○

（凡例）

○：APIがsyslogにメッセージを出力します。

×：APIがsyslogにメッセージを出力しません。

10.6　コーディング例

UAPのコーディング例を，示します。

#include <stdio.h>
#include <signal.h>
#include <stdlib.h>
#include "HA_mon_uap.h"

int main(int argc, char *argv[])
{

/*  変数の定義  */
    int     rt = 0;
    long    rc1 = 1;
    long    rc2 = 1;
    int     signum;
    int     inf;

/*  hamon_patrolstart関数の発行  */
    signum = SIGUSR2;
    rc1 = hamon_patrolstart(signum, &inf, NULL);
    if(rc1 != 0){
            rt = rc1;
            goto END_OF_FUNC;
    }
    else;

    while (1) {

            ：
            ：
         業務処理
            ：
            ：
    }

/*  hamon_patrolstop関数の発行  */
    rc2 = hamon_patrolstop(&inf, NULL);
    if(rc2 != 0){
                rt = rc2;
                goto END_OF_FUNC;
    }
    else;

    return(rt);
}

付録

付録A　HAモニタのイベントID

JP1と連携して，システムの自動化を実現できます。HAモニタは，HAモニタの起動時やサーバの異常終了時などにイベントを発行し，JP1に通知します。

HAモニタが発行するイベントは，JP1/Baseが管理します。イベント管理については，マニュアルJP1/Base 運用ガイドを参照してください。

HAモニタが発行するJP1イベントの項目について説明します。ユーザは次に示す項目について，JP1統合管理画面などから確認できます。

図A‒1　HAモニタが発行するJP1イベントの項目一覧

イベントID

HAモニタに割り当てられたJP1のイベントIDが表示されます。

対応するHAモニタメッセージ

イベントに対応する，HAモニタのメッセージIDおよびメッセージテキストが表示されます。

重大度

該当するイベントのJP1での重大度が表示されます。次のどれかが表示されます。

Error

エラーを意味します。

Warning

警告を意味します。

Information

情報を意味します。

ユーザ名

スーパユーザ名が表示されます。

プロダクト名

/HITACHI/HAmonが表示されます。

オブジェクトタイプ

JP1のイベントを発行する原因となった，HAモニタのオブジェクトの種類が表示されます。次のどれかが表示されます。

HAHOST

HAモニタ本体に関するイベントです。

HASERV

サーバに関するイベントです。

HARESET

リセットパスに関するイベントです。

HAPATH

監視パスに関するイベントです。

HASERVPATH

サーバパスのエラーに関するイベントです。

オブジェクト名

オブジェクトタイプに対応したオブジェクト名が表示されます。次のどれかが表示されます。

HAモニタのホスト名

HAHOSTに対応します。

サーバ識別名，またはサーバパス名

HASERVに対応します。

リセット先のHAモニタのホスト名

HARESETに対応します。

監視パスのホスト名

HAPATHに対応します。

サーバパス名

HASERVPATHに対応します。

登録名タイプ

HAmonが表示されます。

登録名

イベント発行元のHAモニタのホスト名が表示されます。

事象種別

オブジェクトタイプで設定したオブジェクトがどのような状態の場合にイベントを発行するかが表示されます。次のどれかが表示されます。

START

開始しました。

END

終了しました。

NOTSTART

開始できませんでした。

RESTART

再実行を開始しました。

SWITCH

系切り替えが発生しました。

NOTICE

ユーザに通知します。

EXCEPTION

そのほかのエラーが発生しました。

開始時刻

イベントの発生時刻が表示されます。

HAモニタが発行するイベントの項目のうち，イベントごとに内容が異なる項目を次に示します。

表A‒1　HAモニタが発行するイベントの内容

イベント発行契機

イベントID

対応するHAモニタメッセージ

重大度

オブジェクトタイプ

オブジェクト名

事象種別

HAモニタ開始

00010200

KAMN002-I

Information

HAHOST

HAモニタのホスト名

START

HAモニタ正常終了

00010201

KAMN050-I

Information

END

KAMN056-I

HAモニタ異常終了

00010202

KAMN003-E※1

Error

NOTSTART

KAMN205-E

KAMN207-E

KAMN208-E

KAMN617-E

EXCEPTION

サーバ起動

00010203

KAMN241-I

Information

HASERV

サーバ識別名

START

KAMN251-I

KAMN254-I

RESTART

KAMN274-I

KAMN310-I

SWITCH

KAMN311-I

サーバ正常終了

00010204

KAMN280-I

Information

END

KAMN281-I

KAMN290-I

サーバ異常，または異常終了

00010205

KAMN253-E

Error

EXCEPTION

KAMN266-I

KAMN272-E

KAMN273-E※2

KAMN275-E

KAMN276-E

KAMN295-I

KAMN300-E

KAMN301-E

KAMN517-E

KAMN305-E

NOTSTART

KAMN306-E

KAMN307-E

KAMN312-E

KAMN315-E

KAMN316-E

KAMN384-E

KAMN423-E

KAMN237-E

HASERVPATH

サーバパス名

他系の障害を検出

00010206

KAMN340-E

Error

HAHOST

障害となった系のHAモニタのホスト名

EXCEPTION

リセットパス障害，およびリセット失敗

00010207

KAMN347-E

Error

HARESET

リセット先のHAモニタのホスト名

KAMN399-E

監視パス障害

00010208

KAMN177-E

Error

HAPATH

監視パスのホスト名

KAMN607-E

KAMN640-E

KAMN174-W

Warning

KAMN641-W

オペレータ介入待ち※3

00010209

KAMN238-D

Warning

HASERV

サーバ識別名

WAIT

KAMN258-D

KAMN368-D

注※1　HAモニタ起動時，メッセージKAMN001-Iの出力前，またはHAモニタの定義ファイル解析失敗によってHAモニタが起動失敗した場合，イベントは発行されません。

注※2　メッセージKAMN273-EがメッセージKAMN300-E，KAMN305-E，KAMN312-E，KAMN315-Eのどれかと一緒に出力された場合は，メッセージKAMN273-Eはイベントとして発行されません。一緒に出力されたメッセージだけがイベントとして発行されます。

注※3　オペレータ介入待ちイベントは，複数回発生することがあります。複数回発生した場合は，最初に発生したイベントだけが発行されます。

付録A.1　HAモニタ開始時のイベント発行タイミング

HAモニタ開始時のイベント発行タイミングを，次の図に示します。

図A‒2　HAモニタ開始時のイベント発行タイミング

付録A.2　HAモニタ正常終了時のイベント発行タイミング

HAモニタ正常終了時のイベント発行タイミングを，次の図に示します。

図A‒3　HAモニタ正常終了時のイベント発行タイミング

HAモニタのシャットダウンによる，自動停止時のイベント発行タイミングを，次の図に示します。

図A‒4　HAモニタのシャットダウンによる自動停止時のイベント発行タイミング

付録A.3　HAモニタ異常終了時のイベント発行タイミング

HAモニタ異常終了時のイベント発行タイミングを，次の図に示します。

図A‒5　HAモニタ異常終了時のイベント発行タイミング

HAモニタ起動失敗時のイベント発行タイミングを，次の図に示します。

図A‒6　HAモニタ起動失敗時のイベント発行タイミング

複数のHAモニタ起動失敗時のイベント発行タイミングを，次の図に示します。

図A‒7　複数のHAモニタ起動失敗時のイベント発行タイミング

付録A.4　サーバ起動時のイベント発行タイミング

サーバ起動時のイベント発行タイミングを，次の図に示します。

図A‒8　サーバ起動時のイベント発行タイミング

付録A.5　サーバ正常終了時のイベント発行タイミング

サーバ正常終了時のイベント発行タイミングを，次の図に示します。

図A‒9　サーバ正常終了時のイベント発行タイミング

サーバ計画停止時のイベント発行タイミングを，次の図に示します。

図A‒10　サーバ計画停止時のイベント発行タイミング

付録A.6　サーバ起動失敗時のイベント発行タイミング

サーバ起動失敗時のイベント発行タイミングを，次の図に示します。

図A‒11　サーバ起動失敗時のイベント発行タイミング

付録A.7　サーバ障害時のイベント発行タイミング

サーバ対応の環境設定のswitchtypeオペランドにswitchを指定している場合の，サーバ障害時のイベント発行タイミングを，次の図に示します。

図A‒12　サーバ障害時（switchtype＝switch）のイベント発行タイミング

サーバ対応の環境設定のswitchtypeオペランドにrestartを指定している場合の，サーバ障害時のイベント発行タイミングを，次の図に示します。

図A‒13　サーバ障害時（switchtype＝restart）のイベント発行タイミング

サーバ対応の環境設定のswitchtypeオペランドにmanualを指定している場合の，サーバ障害時のイベント発行タイミングを，次の図に示します。

図A‒14　サーバ障害時（switchtype＝manual）のイベント発行タイミング

サーバ対応の環境設定のswitchtypeオペランドにrestartを指定している場合の，サーバ再起動限界時のイベント発行タイミングを，次の図に示します。

図A‒15　サーバ再起動限界時（switchtype＝restart）のイベント発行タイミング

サーバ対応の環境設定のswitchtypeオペランドにmanualを指定している場合の，サーバ再起動限界時のイベント発行タイミングを，次の図に示します。

図A‒16　サーバ再起動限界時（switchtype＝manual）のイベント発行タイミング

待機サーバ異常終了時のイベント発行タイミングを，次の図に示します。

図A‒17　待機サーバ異常終了時のイベント発行タイミング

サーバの監視コマンドでサーバプロセスを監視している場合で，モニタモードのサーバの障害を検出したときのイベント発行タイミングを，次の図に示します。

図A‒18　モニタモードのサーバでの障害検出時のイベント発行タイミング

実行サーバを重複して起動した場合のイベント発行タイミングを，次の図に示します。

図A‒19　実行サーバ重複起動時のイベント発行タイミング

モニタモードのサーバが待機サーバの自動起動要求に失敗した場合のイベント発行タイミングを，次の図に示します。

図A‒20　モニタモードのサーバでの待機サーバ自動起動要求失敗時のイベント発行タイミング

サーバ対応の環境設定のgroupオペランドにno_exchangeを指定している場合で，サーバグループの連動系切り替え待ち状態になったときのイベント発行タイミングを，次の図に示します。

図A‒21　サーバ障害時（group＝no_exchange）のイベント発行タイミング

付録A.8　他系の障害検出時のイベント発行タイミング

系障害時のイベント発行タイミングを，次の図に示します。

図A‒22　系障害時のイベント発行タイミング

付録A.9　リセットパス障害時のイベント発行タイミング

リセットパス障害時のイベント発行タイミングを，次の図に示します。

図A‒23　リセットパス障害時のイベント発行タイミング

付録A.10　系のリセット失敗時のイベント発行タイミング

系に障害が発生して，系のリセットに失敗した場合のイベント発行タイミングを，次の図に示します。

図A‒24　系のリセット失敗時のイベント発行タイミング

付録A.11　監視パス障害時のイベント発行タイミング

HAモニタ開始時に監視パス障害が発生した場合のイベント発行タイミングを，次の図に示します。

図A‒25　監視パス障害発生時のイベント発行タイミング（HAモニタ開始時）

HAモニタ稼働中に監視パス障害が発生した場合のイベント発行タイミングを，次の図に示します。

図A‒26　監視パス障害発生時のイベント発行タイミング（HAモニタ稼働中）

付録A.12　オペレータ介入待ち時のイベント発行タイミング

実行サーバ未起動によるオペレータ介入待ち時のイベント発行タイミングを，次の図に示します。

図A‒27　実行サーバ未起動によるオペレータ介入待ち時のイベント発行タイミング

付録B　監視履歴として出力されるメッセージ

サーバや系に発生したスローダウンの情報を監視履歴として取得する場合，監視履歴ファイルに監視履歴が出力されます。ここでは，監視履歴として出力されるメッセージの内容，および監視履歴が出力されるタイミングについて説明します。監視履歴ファイルの出力形式については，「(1)　監視履歴ファイルの出力形式」を参照してください。

監視履歴として出力されるメッセージの一覧を次に示します。

表B‒1　監視履歴として出力されるメッセージ一覧

ID

種別

メッセージ本文

メッセージの説明

0101

H

Acquisition of the patrol history has started.

ホスト名で示す他系の監視履歴の取得を開始しました。

0102

H

Acquisition of the patrol history has ended.

ホスト名で示す他系の監視履歴の取得を終了しました。

0103

H

The alive message was not received from the other system.

ホスト名で示す他系から，秒数で示す期間aliveメッセージを受信できませんでした。

0201

S

Acquisition of the patrol history has started.

サーバ識別名で示す実行サーバの監視履歴の取得を開始しました。

0202

S

Acquisition of the patrol history has ended.

サーバ識別名で示す実行サーバの監視履歴の取得を終了しました。

0203

S

Slowdown of Online server was detected.

サーバ識別名で示す実行サーバから，秒数で示す期間稼働報告がありませんでした。

0301

O

Acquisition of the patrol history has started.

自系の監視履歴の取得を開始しました。

0302

O

Acquisition of the patrol history has ended.

自系の監視履歴の取得を終了しました。

0303

O

Slowdown of HAmonitor in the own host was detected.

自系が秒数で示す期間スローダウンしていました。

（凡例）

H：他系

S：自系で稼働する実行サーバ

O：自系

付録B.1　サーバの監視履歴が出力されるタイミング

HAモニタが自系の実行サーバの監視履歴を出力するタイミングを次に示します。

自系で実行サーバが起動したとき

サーバの監視履歴の取得を開始したというメッセージが出力されます。

サーバ監視履歴取得時間を超えた間隔で，実行サーバの稼働報告を受けたとき

スローダウンが発生したというメッセージが出力されます。

実行サーバに障害が発生したとき

スローダウンが発生したというメッセージ，および監視履歴の取得を終了したというメッセージが出力されます。

自系で実行サーバ，またはHAモニタが停止したとき

監視履歴の取得を終了したというメッセージが出力されます。

サーバの監視履歴が出力されるタイミングの例を，次に示します。

図B‒1　サーバの監視履歴が出力されるタイミング

次に，図中の番号で示す時点でのサーバの状態を説明します。

自系で実行サーバが起動しました。

HAモニタは実行サーバの監視を開始し，監視履歴（ID：0201）を取得します。

サーバ監視履歴取得時間を超えたスローダウンが発生しました。

サーバ障害監視時間に到達する前にスローダウン状態を脱しました。

HAモニタはサーバの稼働報告を受けたタイミングで監視履歴（ID：0203）を取得します。

実行サーバが停止しました。

HAモニタは実行サーバの監視を終了し，監視履歴（ID：0202）を取得します。

付録B.2　他系の監視履歴が出力されるタイミング

HAモニタが他系の監視履歴を出力するタイミングを次に示します。

自系のHAモニタが系間の監視を開始したとき

監視履歴の取得を開始したというメッセージが出力されます。

系監視履歴取得時間を超えた間隔で，他系からaliveメッセージを受信したとき

スローダウンが発生したというメッセージが出力されます。

他系に障害が発生し，異常終了したとき

監視履歴の取得を終了したというメッセージが出力されます。障害の原因がスローダウンの場合，スローダウンが発生したというメッセージも出力されます。

自系または他系のサーバが終了して，系切り替えができるサーバがなくなったとき

監視履歴の取得を終了したというメッセージが出力されます。

自系または他系のHAモニタが終了したとき

監視履歴の取得を終了したというメッセージが出力されます。

他系の監視履歴が出力されるタイミングの例を，次に示します。

図B‒2　他系の監視履歴が出力されるタイミング

次に，図中の番号で示す時点での他系の状態を説明します。

待機サーバが起動しました。

系切り替えができる状態になったため，自系のHAモニタは系間の監視を開始し，監視履歴（ID：0101）を取得します。

系監視履歴取得時間を超えたスローダウンが発生しました。

系障害監視時間に到達する前にスローダウン状態を脱しました。

自系のHAモニタはaliveメッセージを受信したタイミングで監視履歴（ID：0103）を取得します。

実行サーバが停止しました。

系切り替えができる状態でなくなったため，自系のHAモニタは系間の監視を終了し，監視履歴（ID：0102）を取得します。

付録B.3　自系の監視履歴が出力されるタイミング

HAモニタが自系の監視履歴を出力するタイミングを次に示します。

自系のHAモニタが起動したとき

監視履歴の取得を開始したというメッセージが出力されます。

自系が系監視履歴取得時間を超えたスローダウンから回復したとき

スローダウンが発生したというメッセージが出力されます。

自系にスローダウンが発生して系切り替えをしたあと，再起動したとき

スローダウンが発生したというメッセージが出力されます。

自系のHAモニタが終了したとき

監視履歴の取得が終了したというメッセージが出力されます。

自系の監視履歴が出力されるタイミングの例を，次に示します。

図B‒3　自系の監視履歴が出力されるタイミング

次に，図中の番号で示す時点での自系の状態を説明します。

自系のHAモニタが起動しました。

自系のHAモニタは自系の監視を開始し，監視履歴（ID：0301）を取得します。

系監視履歴取得時間を超えたスローダウンが発生しました。

系障害監視時間に到達する前にスローダウン状態を脱しました。

自系のHAモニタは自系がスローダウンから脱したタイミングで監視履歴（ID：0303）を取得します。

自系のHAモニタが停止しました。

自系のHAモニタは自系の監視を終了し，監視履歴（ID：0302）を取得します。

付録C　HAモニタが出力するファイル一覧

HAモニタが出力するファイルの一覧を，次の表に示します。

なお，ファイルパス名に記載している，history，etc，またはspoolで始まるパスは，/opt/hitachi/HAmon配下を表しています。

表C‒1　HAモニタが出力するファイル一覧

項番

名称

ファイルパス名

生成・削除タイミング

管理方法

サポートバージョン※1

形式

最大ファイルサイズ（バイト）

運用による削除可能なspoolファイル※10

1

障害情報の移送

任意

（montsコマンド実行時のデフォルトは/tmp配下）

montsコマンド実行時

−

01-10以降

バイナリ

変動値※2

−

2

モジュールトレース

/opt/hitachi/HAmon/coreで始まるすべてのファイル

HAモニタの異常終了時

HAモニタ起動時に/opt/hitachi/HAmon下にファイルが2個以上ある場合，spool/save下をクリア後/opt/hitachi/HAmon下のcore を移動

01-10以降

バイナリ

675,840,000

−

3

リセットパス設定ファイル

etc/.CPSS_RESET

monsetupコマンドによるリセットパス設定時

1世代管理

01-62以前

テキスト

108

−

_oldの2世代管理（ただし，_oldはspool/下に出力）

01-63以降

4

HAモニタ起動情報制御ファイル

etc/.CTLFILE

HAモニタ起動時

1世代管理

01-10以降

バイナリ

32

−

5

HAモニタの起動／停止方法の設定判定ファイル

etc/.HApwon_manual

monsetupコマンドによる自動起動／停止設定時

1世代管理

01-30以降

テキスト

0

−

6

etc/.HApwoff_manual

−

7

リセットパスオプション設定ファイル

etc/.RSTDENV

monsetupコマンドによるリセットパス設定時

1世代管理

01-62以前

テキスト

42

−

_oldの2世代管理（ただし，_oldはspool/下に出力）

01-63以降

8

接続設定

etc/connection

HAモニタ停止時

1世代管理

01-10以降

テキスト

変動値※3

−

9

サーバ対応の環境設定ファイルのバックアップ

etc/servers.bac

mondeviceコマンド実行時（-cオプション指定時を除く）

1世代管理

01-10以降

テキスト

変動値※4

−

10

監視履歴

history/patrol_history

サーバの監視履歴を取得する場合（ph_log_sizeオペランドを指定）に，系およびサーバのスローダウン回復時

_oldの2世代管理

（ラップアラウンド方式，およびラウンドロビン方式）

01-12以降

テキスト

10,485,760

−

11

HAモニタ開始メッセージ読み捨て情報

spool/.dup_start

他系から古いHAモニタの開始メッセージ受信時

.bakの2世代管理

01-10以降

バイナリ

73,400,320

○

12

fuser実行結果

spool/.ERRdisk_で始まるすべてのファイル

ディスク切り離しの障害時

デバイス数×.bakの2世代管理

01-10以降

テキスト

199,680

○

13

haiodのトラブルシュート情報

spool/.haiod_trace

スローダウンなどの障害発生時※6

spool/下とspool/haiod_trace/下に21世代管理

01-11以降

テキスト

01-33まで

4,142,080

01-40以降

4,142,080〜8,749,056※5

○

14

halrstdのトラブルシュート情報

spool/.halrstd_trace

スローダウンなどの障害発生時※6

spool/下とspool/halrstd_trace/下に21世代管理

01-50以降

テキスト

4,178,944

○

15

VMware ESXiレスポンス情報

spool/.halrstdlog

HAモニタ起動時，系間接続時，または系障害検出時

1世代管理（ラップアラウンド方式）

01-50以降

テキスト

1,049,120

○

16

hcmaliveのトラブルシュート情報

spool/.hcmalive_trace

スローダウンなどの障害発生時※6

spool/下とspool/hcmalive_trace/下に21世代管理

01-32以降

テキスト

4,178,944

○

17

hcmreadのトラブルシュート情報

spool/.hcmr_trace

スローダウンなどの障害発生時※6

spool/下とspool/hcmr_trace/下に21世代管理

01-10以降

テキスト

01-30以前

20,480

01-31〜01-33

4,178,944

01-40以降

4,178,944〜8,749,056※5

○

18

JP1エラー情報

spool/.jp1log

JP1のイベント通知機能を使用する場合（jp1_eventオペランドを指定）に，JP1イベントの登録処理の異常時

1世代管理

01-10以降

テキスト

4,096

○

19

HAモニタ内部メッセージログ

spool/.msglog

HAモニタのメッセージ出力時

1世代管理

（ラップアラウンド方式）

01-10以降

テキスト

01-33まで

917,504

01-40以降

917,504（ただし，HAモニタ Extension使用時は26,240,000）

×

20

hcmaliveプロセス制御用ソケットファイル

spool/.s_alive

HAモニタ起動／停止時

1世代管理

01-30以降

バイナリ

0

×

21

hcmaliveのコマンド処理用ソケットファイル

spool/.s_alivecmd

HAモニタ起動／停止時

1世代管理

01-31以降

バイナリ

0

×

22

コマンド用ソケットファイル

spool/.s_cmnd

HAモニタ起動／停止時

1世代管理

01-10以降

バイナリ

0

×

23

内部イベント制御用ソケットファイル

spool/.s_event

HAモニタ起動／停止時

1世代管理

01-10以降

バイナリ

0

×

24

halrstdプロセス制御用ソケットファイル

spool/.s_halrstd

HAモニタ起動／停止時

1世代管理

01-50以降

バイナリ

0

×

25

hcmreadのコマンド処理用ソケットファイル

spool/.s_hcmrcmd

HAモニタ起動／停止時

1世代管理

01-31以降

バイナリ

0

×

26

haiodプロセス制御用ソケットファイル

spool/.s_iod

HAモニタ起動／停止時

1世代管理

01-10以降

バイナリ

0

×

27

spool/.s_iod2

28

spool/.s_iodother

29

spool/.s_iodcmd

30

haiodのUAP用APIインタフェースソケット

spool/.s_iod_up

HAモニタ起動／停止時

1世代管理

01-42以降

バイナリ

0

×

31

prcmainプロセス外部イベント制御用ソケットファイル

spool/.s_other

HAモニタ起動／停止時

1世代管理

01-10以降

バイナリ

0

×

32

サーバ制御用ソケットファイル

spool/.s_path

HAモニタ起動／停止時

1世代管理

01-10以降

バイナリ

0

×

33

haresetdプロセス制御用ソケットファイル

spool/.s_resetd

HAモニタ起動／停止時

1世代管理

01-10以降

バイナリ

0

×

34

障害管理プロセサレスポンス情報

spool/.sphralog

HAモニタ起動時，リセットパス障害時，または障害管理プロセサコマンド送受信時

1世代管理

（ラップアラウンド方式）

01-10以降

テキスト

01-33まで

21,248

01-40以降

21,248（ただし，HAモニタ Extension使用時は1,049,120）

01-53以降

524,560

×

35

コマンドログ

spool/cmdlog/.cmdlog1

HAモニタのコマンド，およびユーザコマンドの実行／終了時

1世代管理

（ラップアラウンド方式）

01-11以降

テキスト

917,504

×

36

spool/cmdlog/.cmdlog2

01-33まで

917,504

01-40以降

917,504（ただし，HAモニタ Extension使用時は3,145,728）

37

spool/cmdlog/.uoclog

01-33まで

917,504

01-40以降

917,504（ただし，HAモニタ Extension使用時は83,886,080）

38

spool/cmdlog/.unamewrap.log

moncheckおよびHAモニタ起動時

.bakの2世代管理

01-60以降

テキスト

10,240

×

39

spool/cmdlog/.unamewrap_ins.log

インストール時

テキスト

10,240

×

40

トラブルシュート拡張情報

spool/DUPSTART_EX

他系から古いHAモニタの開始メッセージ受信時

.bakの2世代管理

01-11以降

テキスト

199,680

○

41

spool/DUPSTART_EX_TOP※7

20,480

42

spool/ERRPATH_*_EX

監視パス障害時

199,680

43

spool/ERRPATH_*_EX_TOP※7

20,480

44

spool/HOSTSLOW_相手ホスト名_EX

他系の7割沈み込み時

199,680

45

spool/HOSTSLOW_相手ホスト名_EX_TOP※7

20,480

46

spool/HOSTSLOW_自ホスト名_EX

自系のスローダウン回復時

199,680

47

spool/HOSTSLOW_自ホスト名_EX_TOP※7

20,480

48

spool/MONTS_EX

montsコマンド実行時

199,680

49

spool/MONTS_EX_TOP※7

20,480

50

spool/RESET_EX

システムリセット時

199,680

51

spool/RESET_EX_TOP※7

20,480

52

spool/SERVSLOW_サーバ名_EX

サーバの7割沈み込み時

199,680

53

spool/SERVSLOW_サーバ名_EX_TOP※7

20,480

54

spool/PTRLCMD_EX_SERVSLOW_サーバ名_EX

モニタモードのサーバの監視機能の使用時，ptrlcmd_ex_tmout秒の7割沈み込み時

01-65以降

199,680

55

spool/PTRLCMD_EX_SERVSLOW_サーバ名_EX_TOP※7

20,480

56

監視パス障害情報

spool/ERRPATH_で始まるすべてのファイル

監視パス障害時

監視パス数×.bakの2世代管理

01-10以降

バイナリ

73,400,320

○

57

スローダウン時のデバッグ情報

spool/HOSTSLOW_相手ホスト名

他系の7割沈み込み時

ホスト数×.bakの2世代管理

01-10以降

バイナリ

73,400,320

○

58

spool/HOSTSLOW_自ホスト名

自系のスローダウン回復時

.bakの2世代管理

59

spool/SERVSLOW_サーバ名

サーバの7割沈み込み時

サーバ数×.bakの2世代管理

60

spool/UAPSLOW_UAP識別名

UAPの7割沈み込み時

プログラム数×1世代管理

01-42以降

61

spool/PTRLCMD_EX_SERVSLOW_サーバ名

モニタモードのサーバの監視機能の使用時，ptrlcmd_ex_tmout秒の7割沈み込み時

.bakの2世代管理

01-65以降

62

LAN監視の監視状況

spool/lanpatrol/IF名称.log

LANの監視機能使用時

1世代管理

（ラップアラウンド方式）

また，メッセージKAMN529-IおよびKAMN530-E出力時に_judgeに退避※8

01-40以降

および

01-56以降※8

テキスト

917,504

○

63

spool/lanpatrol/IF名称_stat.log

4,096

64

LAN監視スクリプトの内部実行ログ

spool/lanpatrol/lanpatrol_IF名称.log

LANの監視機能使用時

_oldで2世代管理

（LAN監視機能使用時に，LAN監視スクリプトの実行時間がLANの監視間隔を超えたときに_errに退避）

また，メッセージKAMN529-IおよびKAMN530-E出力時に_judgeに退避※8

01-52以降

および

01-56以降※8

テキスト

5,242,880

○

65

システムリセット時の障害情報

spool/RESET

システムリセット時

.bakの2世代管理

01-10以降

バイナリ

73,400,320

○

66

SCSIリザーブ／パスチェックエラー情報※9

spool/scsi3PR_check_err_サーバ識別名.scsilog

SCSIリザーブおよびSCSI接続パスチェックでSCSIコマンドのエラー発生時

_oldの2世代管理

01-52以降

テキスト

10,485,760

○

67

SCSIリザーブ実行情報※9

spool/scsi3PR_サーバ識別名.scsilog

サーバ起動時

サーバ停止時

（SCSIコマンド発行時）

_oldの2世代管理

01-52以降

テキスト

10,485,760

○

spool/scsi3PR_scsiclr_サーバ識別名.scsilog

monscsiclrコマンド実行時

01-58以降

68

統計情報

spool/sms

（spool/oldsms）

系およびサーバのスローダウン時

01-10以前：

_oldの2世代管理

（単調増加方式）

01-11以降：

_oldの2世代管理

（ラップアラウンド方式，およびラウンドロビン方式）

01-10以降

テキスト

01-10以前

単調増加

01-11以降

102,400

○

69

使用可能なリソースの制限情報

spool/ulimit.log

HAモニタ起動時

1世代管理

01-22以降

テキスト

703

○

70

ファイルシステム切り替え情報

spool/サーバ識別名.fslog

ファイルシステムの切り替え時

サーバ数×_oldの2世代管理

01-10以降

テキスト

2,147,483,647

○

71

マルチパスコマンドの実行情報※9

spool/サーバ識別名.mplog

サーバ起動時

_oldの2世代管理

01-52以降

テキスト

65,535

○

72

LANの状態設定ファイル実行結果

spool/サーバ識別名.up.log

サーバの起動／停止時

サーバ数×.bakの2世代管理

01-12以降

テキスト

5,120

○

73

spool/サーバ識別名.down.log

74

ボリュームグループの接続，および切り離し実行情報

spool/ボリュームグループ名.vglog

vgchange -a yコマンド実行時

ボリュームグループ数×_oldの2世代管理

01-10以降

テキスト

65,535

○

75

メッセージログ

/var/log/messagesで始まるすべてのファイル

HAモニタのメッセージ出力時

−

01-10以降

テキスト

/etc/syslog.confに指定されたサイズ

−

76

リセットパス設定時の通信エラー時の設定

spool/.CPSS_RESET_err

monsetupによるリセットパス設定時

1世代管理

01-63以降

テキスト

108

○

spool/.RSTDENV_err

42

77

監視コマンドの実行ログ

spool/ptrlcmd_ex/サーバ識別名_ptrlcmdlog

ptrlcmd_exオペランドに監視コマンドを指定したサーバが，実行サーバとして起動したとき

sby_ptrlcmd_exオペランドに監視コマンドを指定したサーバが，待機サーバとして起動したとき

.bak，.bak2の3世代管理

01-65以降

テキスト

917,504

×

78

監視コマンドの詳細ログ

spool/ptrlcmd_ex/サーバ識別名.log

ptrlcmd_exオペランドに監視コマンドを指定したサーバが，実行サーバとして起動したとき

sby_ptrlcmd_exオペランドに監視コマンドを指定したサーバが，待機サーバとして起動したとき

1世代管理

01-65以降

テキスト

任意（監視コマンドのサンプル（patrol_ex.sh）では，約1,000）

○

spool/ptrlcmd_ex/サーバ識別名.log_err

ptrlcmd_exオペランドに監視コマンドを指定したサーバが，実行サーバとして稼働中にサーバ障害を検出したとき

sby_ptrlcmd_exオペランドに監視コマンドを指定したサーバが，待機サーバとして稼働中にサーバ障害を検出したとき

79

リセットパス初期化時レスポンス情報

spool/.gtstpxlog

HAモニタを起動したとき

リセットパスの初期化に失敗したあと，リセットパスが回復したとき

.bakの2世代管理

01-68以降

テキスト

1,537

×

80

ディスクの監視の実行状況ログ

spool/disk_patrol/ディスクの監視対象のファイルの絶対パス※11_log

ディスクの監視を開始したとき

1世代管理

01-69以降

テキスト

10,485,760

○

spool/disk_patrol/ディスクの監視対象のファイルの絶対パス※11_log_err

ディスクの監視でディスクへのアクセスに失敗したとき

1世代管理

（凡例）

○：削除できます。

×：削除できません。

−：該当しません。

注※1

バージョン01-41以前のファイルについては，P-9S2C-E111 HAモニタでのサポート対象となります。

注※2

/opt/hitachi/HAmon/etc配下などを一括して取得し，HAモニタ以外のファイルも移送するため，最大ファイルサイズは変化します。

注※3

接続ホスト数，および監視パス数によって最大ファイルサイズは変化します。

注※4

デバイス定義の数によって最大ファイルサイズは変化します。

注※5

servmaxオペランド，およびhostmaxオペランドの指定値によって最大ファイルサイズは変化します。

注※6

次のどれかのタイミングでファイルが出力されます。

・HAモニタのトラブルシュート情報収集コマンド（montsコマンド）を実行したとき（表の項番1に該当）

・監視パスの障害を検知したとき（表の項番52に該当）

・他系のスローダウンを検知したとき（表の項番53に該当）

・自系のスローダウンを検知したとき（表の項番54に該当）

・自系のサーバのスローダウンを検知したとき（表の項番55に該当）

・自系のUAPのスローダウンを検知したとき（表の項番56に該当）

・他系をリセットするとき（表の項番60に該当）

注※7

"xxx_EX_TOP"には，topコマンドの結果が取得されます。

注※8

_judgeに退避はバージョン01-56以降です。バージョン01-55以前，またはバージョン01-56以降でLANの通信可否による系切り替え制御機能を使用しない場合は_judgeに退避しません。

注※9

共有ディスクのSCSIリザーブをする場合に出力されます。

注※10

HAモニタを停止してから削除してください。また，ディレクトリは削除しないでください。

注※11

ディスクの監視対象のファイルの絶対パスは，/を-に置き換えて組み立てます。

付録D　HAモニタのプロセス一覧

HAモニタのプロセス一覧を，次の表に示します。

表D‒1　HAモニタのプロセス一覧

項番

プロセス名称

機能

稼働数

備考

1

haiod

デバイス処理，ログ出力，およびファイル入出力

≧1

−

2

halrstd

（01-50以降）

他社仮想化ソフトウェアによるリセット処理

0または1

vmware_envオペランドにuseを指定した場合だけ稼働します。

3

haptrld

モニタモードのサーバの監視

≧0

次の場合に稼働します。

ptrlcmd_exオペランドを指定したサーバが，実行サーバとして稼働中の場合

sby_ptrlcmd_exオペランドを指定したサーバが，待機サーバとして稼働中の場合

4

haresetd

障害管理プロセサによるリセット処理

≧0

通常1プロセスです。受信メッセージのログ出力時だけ，forkしてプロセス数が増加します。

fence_resetオペランドにnouseを指定した場合は，稼働しません。

5

hcmalive

（01-30以降）

aliveメッセージの送信

0または1

alive_intervalオペランドを指定した場合だけ稼働します。

6

hcmread

系間通信メッセージの受信

1

−

7

mon_lanpt

（01-40以降）

LAN監視処理

≧0

LAN監視機能を使用しない場合は，稼働しません。

8

mondsk_mgr

（01-69以降）

ディスクの監視

≧0

次の場合に稼働します。

HAモニタの環境設定のdisk_ptrlオペランドにuseを指定しており，かつHAモニタが稼働中の場合

サーバ対応の環境設定のdisk_ptrlオペランドにuseを指定しており，かつ監視する業務ディスクのサーバが実行サーバとして稼働中の場合

9

mondsk_pt

（01-69以降）

10

prcmain

系とサーバの監視，およびaliveメッセージの送信

1

−

（凡例）−：該当しません。

付録E　各バージョンの変更内容

各バージョンの変更内容を示します。

付録E.1　HAモニタ 01-77の変更内容（3000-9-201-60）

HAモニタ 01-77の変更内容（3000-9-201-60）を次の表に示します。

追加・変更内容

サーバの起動時に稼働中のグループ内サーバがある場合，グループ化されたサーバの起動種別が，稼働中のグループ内サーバの状態によって決められるようにした。

これに伴い，次のオペランドの説明を変更した。

サーバ対応の環境設定

initial

group

コマンドのリターンコードから，サーバの起動および停止処理結果を確認できるようにした。

これに伴い，次のコマンドの説明を変更した。

monbegin

monend

付録E.2　HAモニタ 01-76の変更内容（3000-9-201-50）

HAモニタ 01-76の変更内容（3000-9-201-50）を次の表に示します。

追加・変更内容

HAモニタで制御できる共有ディスクとして，LVMを使用しないディスクやパーティションに直接作成したファイルシステムを使用できるようにした。

KVMを使用した仮想化環境を使用できるようにした。

SCSIリザーブを使用している際に，syslogに出力されるメッセージへの対応方法について記載した。

VMware ESXiへのSSH接続時の認証方式として公開鍵認証方式を利用できるようにした。

ユーザ作成のコマンドをHAモニタが実行する場合の動作環境を記載した。

待機サーバが実行サーバの起動を待つ状態になったときに出力するKAMN238-Dについて，出力タイミングを遅らせるdelay_kamn238オペランドを設定できるようにした。

付録E.3　HAモニタ 01-74の変更内容（3000-9-201-40）

HAモニタ 01-74の変更内容（3000-9-201-40）を次の表に示します。

追加・変更内容

適用OSにOracle Linux 7(x86_64)，Oracle Linux 8(x86_64)を追加した。

付録E.4　HAモニタ 01-73の変更内容（3000-9-201-30）

HAモニタ 01-73の変更内容（3000-9-201-30）を次の表に示します。

追加・変更内容

HAモニタで使用できる共有ディスクの例として，VMware vSANの共有データストアを追加した。

タグVLANをHAモニタの監視対象にする条件を追加した。

付録E.5　HAモニタ 01-72の変更内容（3000-9-201-20）

HAモニタ 01-72の変更内容（3000-9-201-20）を次の表に示します。

追加・変更内容

ディザスタリカバリ構成のシステム（正サイトと副サイトで構成されているシステム）を使用しているとき，他系に実行サーバがない状態で，事前に待機サーバだけを起動・待機させることができるようにした。

これに伴い，次のコマンドの説明を変更した。

monact

monchange

monressbystp

monsbystp

monshow

VMware ESXi 7への対応に伴い，仮想マシンに割り当てる共有ディスクの設定の説明を変更した。

付録E.6　HAモニタ 01-71の変更内容（3000-9-201-10）

HAモニタ 01-71の変更内容（3000-9-201-10）を次の表に示します。

追加・変更内容

適用OSを追加・削除した。

RHEL8を追加した。

RHEL5を削除した。

業務ディスクの監視について，説明を追加した。

付録E.7　HAモニタ 01-70の変更内容（3000-9-201）

HAモニタ 01-70の変更内容（3000-9-201）を次の表に示します。

追加・変更内容

AWSのサポートに伴い，関連マニュアルの体系図にパブリッククラウド編を追加した。

付録E.8　HAモニタ 01-69の変更内容（3000-9-140-W0）

HAモニタ 01-69の変更内容（3000-9-140-W0）を次の表に示します。

追加・変更内容

ディスクに発生する障害を検出できるようにした。これによって，ディスクにアクセスできない場合でも系切り替えができるようになる。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

disk_ptrl

disk_ptrl_inter

disk_ptrl_retry

disk_log_size

サーバ対応の環境設定

disk_ptrl

disk_ptrl_inter

disk_ptrl_retry

disk_ptrl_act

また，次のオペランドの説明を変更した。

HAモニタの環境設定

notswitch_notify

また，次のコマンドの説明を変更した。

monchange

moncheck

monshow

LANを監視する方法として，ping応答の監視を選択できるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

lancheck_mode

モニタモードのサーバを監視している場合に，監視を一時停止・再開できるようにした。

これに伴い，次のオペランドの説明を変更した。

HAモニタの環境設定

notswitch_notify

また，次のコマンドの説明を変更した。

monchange

monshow

付録E.9　HAモニタ 01-68の変更内容（3000-9-140-V0）

HAモニタ 01-68の変更内容（3000-9-140-V0）を次の表に示します。

追加・変更内容

HAモニタの適用機種として日立高信頼サーバRV3000をサポートした。

付録E.10　HAモニタ 01-67の変更内容（3000-9-140-U0）

HAモニタ 01-67の変更内容（3000-9-140-U0）を次の表に示します。

追加・変更内容

系のリセット失敗時でも，共有ディスクのSCSIリザーブをして系切り替えできる機能（ハイブリッドフェンシング）を追加した。この機能によって，システムを継続的に稼働できるようにした。

これに伴い，次のオペランドの説明を変更した。

fence_reset

fence_scsi

共有ディスクのSCSIリザーブをする場合は，HABoosterを介したディスクデバイスは使用できないことを追記した。

HAモニタの前提機種として，日立アドバンストサーバHA8000Vシリーズをサポートした。

付録E.11　HAモニタ 01-66の変更内容（3000-9-140-T0）

HAモニタ 01-66の変更内容（3000-9-140-T0）を次の表に示します。

追加・変更内容

SCSIリザーブ処理のタイミングを変更した。

待機系で，プロセスの起動，およびプロセスやリソースなどを監視できるようにした。この機能には次の特長がある。

実行系と待機系の両方でプロセスが稼働するアプリケーションがある場合に，系切り替え構成を構築し易くなる。

待機系でプロセスやリソース（LANやディスクのパス）などを監視できるため，待機系が系切り替え可能な状態であることを確認できる。また，待機系に異常が発生した場合，早期に対処できる。

これに伴い，次のオペランドを追加した。

サーバ対応の環境設定

sby_actcommand

sby_termcommand

sby_ptrlcmd_ex

sby_ptrlcmd_ex_inter

sby_ptrlcmd_ex_retry

sby_ptrlcmd_ex_tmout

sby_start_timeout

sby_stop_timeout

sby_servexec_retry

サーバ対応の環境設定のgroupオペランドに，no_exchangeを指定した場合の動作について，説明を追記した。

HAモニタの環境設定のvg_offオペランドについて，指定不要となるOSのバージョンの説明を追記した。

付録E.12　HAモニタ 01-65，HAモニタ 01-64の変更内容（3000-9-140-S0）

HAモニタ 01-65の変更内容（3000-9-140-S0）を次の表に示します。

追加・変更内容

モニタモードのサーバで，HAモニタがアプリケーションのスローダウンを検出できるようにした。これによって，ユーザが監視コマンドにスローダウン検出を作り込む必要がなくなる。

これに伴い，次のオペランドを追加した。

・ptrlcmd_ex

・ptrlcmd_ex_inter

・ptrlcmd_ex_retry

・ptrlcmd_ex_tmout

また，次のオペランドおよびコマンドの説明を変更した。

・pairdown

・retry_stable

・moncheck

共有リソース接続処理と，切り離し処理で，異なる制限時間を指定できるようにした。

これに伴い，次のオペランドを追加した。

・dev_offlimit

・dev_onlimit

また，次のオペランドの説明を変更した。

・dev_timelimit

・uoc_pairdown

系切り替え時に実行するサーバの停止コマンドが失敗した場合に，系のペアダウンをできるようにした。

これに伴い，次のオペランドを追加した。

・term_pairdown

モニタモードのサーバ停止時のタイムアウト値を，通常の場合と系切り替えの場合，それぞれ設定できるようにした。

これに伴い，次のオペランドを追加した。

・stop_timeout_sw

また，次のオペランドの説明を変更した。

・stop_timeout

HAモニタ 01-64の変更内容（3000-9-140-S0）を次の表に示します。

追加・変更内容

HAモニタが実行系から操作できなくなった場合でも，待機系から強制的に系切り替えをできるようにした。これによって，実行系のOSにログインできない場合や，系切り替え処理が完了しない場合でも，系を切り替えられるようになる。また，次のコマンドの説明を変更した。

・monswap

付録E.13　HAモニタ 01-63，HAモニタ 01-62の変更内容（3000-9-140-R0）

HAモニタ 01-63の変更内容（3000-9-140-R0）を次の表に示します。

追加・変更内容

HAモニタの環境設定コマンド（monsetupコマンド）でのリセットパスの設定で，設定項目のチェックを強化した。また，障害管理プロセサ，およびVMware ESXiと通信できるかを確認するようにした。

これに伴い，次のコマンドの説明を変更した。

・ monsetup

HAモニタ 01-62の変更内容（3000-9-140-R0）を次の表に示します。

追加・変更内容

リセットパス障害から復旧後に，自動的に系切り替えできる状態に回復するように機能を改善した。これにより，運用の負荷を軽減できる。

付録E.14　HAモニタ 01-61，HAモニタ 01-60の変更内容（3000-9-140-P0）

HAモニタ 01-61の変更内容（3000-9-140-P0）を次の表に示します。

追加・変更内容

HA8000xNモデル以降で，管理サーバを使用しない構成をサポートした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

clearwait

clearcheck

マルチパスソフトウェアとして，HFC-PCMに対応した。

LANの状態設定ファイルで指定するリトライ回数の推奨値を2以上に変更した。

notswitch_notifyのデフォルト値をuseにした。

HAモニタ 01-60の変更内容（3000-9-140-P0）を次の表に示します。

追加・変更内容

適用OSにRHEL7を追加した。

付録E.15　HAモニタ 01-58の変更内容（3000-9-140-O0）

HAモニタ 01-58の変更内容（3000-9-140-O0）を次の表に示します。

追加・変更内容

HAモニタの前提機種に，HA8000xNモデル以降を追加した。

デバイスがリザーブされている場合の対処を変更した。これに伴い，リザーブ解除コマンド（monscsiclrコマンド）を追加した。

付録E.16　HAモニタ 01-57の変更内容（3000-9-140-N0）

HAモニタ 01-57の変更内容（3000-9-140-N0）を次の表に示します。

追加・変更内容

OS障害またはHAモニタの障害による系障害時の説明，およびHAモニタのプロセス障害時のOSパニックの説明を変更した。

LANの通信可否による系切り替え制御機能でマルチスタンバイ構成をサポートした。また，switch_judgeオペランドに指定できる業務LANにhbondingを追加した。

付録E.17　HAモニタ 01-56の変更内容（3000-9-140-M0）

HAモニタ 01-56の変更内容（3000-9-140-M0）を次の表に示します。

追加・変更内容

LANの通信可否によって系切り替えを制御できるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

fence_lan

サーバ対応の環境設定

switch_judge

HAモニタが出力するファイル一覧で，次の内容を変更した。

LAN監視の監視状況

LAN監視スクリプトの内部実行ログ

また，HAモニタのプロセス一覧で，haresetdの説明を変更した。

HAモニタの環境設定のlanfailswitchオペランドの説明を変更した。

仮想マシンの系切り替え構成について，系のリセットをする場合，およびSCSIリザーブをする場合の説明を追加した。

HAモニタで使用するためのVMware ESXiの設定で，共有ディスクのSCSIリザーブをする場合に必要な設定を追加した。

共有ディスクの設定で，/etc/rc.sysinitファイルの編集の説明を変更した。

モニタモードのサーバおよびリソースサーバの場合に，HAモニタからユーザコマンドに渡される，サーバ状態パラメタと開始/終了パラメタの組み合わせを追加した。

HAモニタが出力するファイル一覧で，次の内容を追加した。

halrstdのトラブルシュート情報

VMware ESXiレスポンス情報

付録E.18　HAモニタ 01-55-01の変更内容（3000-9-140-L0）

HAモニタ 01-55-01の変更内容（3000-9-140-L0）を次の表に示します。

追加・変更内容

系切り替え時に，サーバを自動で起動リトライする機能をサポートした。

これに伴い，次のオペランドを追加した。

サーバの環境設定

・switch_error

・switch_retry

次のオペランドの説明を変更した。

サーバの環境設定

・servexec_retry

・start_timeout

・stop_timeout

次のコマンドの説明を変更した。

・mondeact

・monshow

サーバの停止完了時および連動系切り替え完了時にメッセージを出力できるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・servcomplete_msg

rawデバイスのマッピングをするユーザコマンドのコーディング例にchownコマンドの記述を追加した。

サーバの環境設定のfs_nameオペランドについて，指定形式の説明を追加した。

付録E.19　HAモニタ 01-55の変更内容（3000-9-140-K0）

HAモニタ 01-55の変更内容（3000-9-140-K0）を次の表に示します。

追加・変更内容

SCSIリザーブ（マルチスタンバイ対応）に関する記述を変更した。

VMware ESXiで仮想化する場合に，N+Mコールドスタンバイ構成での系切り替えをサポートした。

系切り替え不可状態の通知処理を改善した。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・vg_offskip

・notswitch_notify

ファイルシステム障害に対する注意を喚起する記述を追加した。

付録E.20　HAモニタ 01-54の変更内容（3000-9-140-J0）

HAモニタ 01-54の変更内容（3000-9-140-J0）を次の表に示します。

追加・変更内容

VMware ESXiでの仮想化環境に，冗長化構成を適用できるようにした。

これに伴い，次のオペランドの説明を変更した。

HAモニタの環境設定

・vmware_env

・fence_reset

サーバ対応の環境設定

・scsi_device

ユーザコマンドが失敗したときに，系ごと切り替えて系をペアダウンできるようにした。

これに伴い，次のオペランドを追加した。

サーバ対応の環境設定

・uoc_pairdown

802.3adモードでLACP監視方式のhbondingをHAモニタの監視対象として選択できるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・hbond_lacp

サーバに必要なリソースについての注意事項を追加した。

マルチパスソフトウェアとして，HDLMに対応した。

これに伴い，次のオペランドの説明を変更した。

サーバ対応の環境設定

・scsi_device

また，次のコマンドの説明を変更した。

moncheck

monshow

システム起動時にHAモニタを自動起動する場合の日本語メッセージ出力の設定について説明を追加した。

ファイルシステムの設定の説明を追加した。

ユーザコマンドでのバインド，およびアンバインドに必要なパラメタ名を記載した。

サーバの状態変化によってユーザコマンドに渡されるパラメタについて，注釈を追加した。

HAモニタの環境設定のpathpatrol_retryオペランドの説明に例を追加した。

次のコマンドの注意事項を追加した。

monpath

monrp

montsコマンドの説明として，ファイルはtar形式で出力されることを追記した。

付録E.21　HAモニタ 01-53の変更内容（3000-9-140-I0）

HAモニタ 01-53の変更内容（3000-9-140-I0）を次の表に示します。

追加・変更内容

VMware ESXiによる仮想化環境で，共有ディスクのSCSIリザーブができるようにした。

2:1系切り替え構成でも，共有ディスクのSCSIリザーブができるようにした。

LANの状態設定ファイル（サーバ識別名.up）のサンプルを変更し，リトライ回数を指定できるようにした。

これに伴い，サンプルファイルserver_on_neckIP.upを削除した。

HAモニタの環境設定のaddressオペランドの指定値を誤って重複させてしまった場合の対処について記載した。

仮想マシン名は，半角文字で指定する旨を記載した。

サーバの起動・停止・監視コマンド，およびプログラムの再起動コマンドが引き継ぐ環境変数について記載した。

HAモニタが発行するユーザコマンドのパラメタ-kについて，説明を追加した。

次のコマンドのリターンコードの意味の説明を変更した。

monact

mondeact

monend

mondeactコマンドの注意事項を追加した。

HAモニタが出力するファイルの一覧に，最大ファイルサイズを追加した。

付録E.22　HAモニタ 01-52の変更内容（3000-9-140-H0）

HAモニタ 01-52の変更内容（3000-9-140-H0）を次の表に示します。

追加・変更内容

他社PC/AT互換機に対応した。

これに伴い，共有ディスクのSCSIリザーブができるようにした。

次のオペランドを追加した。

HAモニタの環境設定

・fence_reset

・fence_scsi

・scsi_check

・scsi_pathcheck

・scsi_timeout

・scsi_retry

サーバ対応の環境設定

・scsi_device

・dmmp_device

次のオペランドの説明を変更した。

HAモニタの環境設定

・address

次のコマンドの説明を変更した。

・moncheck

・monshow

次のHAモニタが出力するファイルを追加した。

・SCSIリザーブ実行情報

・SCSIリザーブ／パスチェックエラー情報

・マルチパスコマンドの実行情報

マニュアルの記述を，Linux（x86）向けにした。これに伴い，Linux（x86）には関係のない記述を削除した。

マニュアルの対象製品から，P-9S2C-E111を削除した。これに伴いP-9S2C-E111 HAモニタに関する記述を削除した。

また，次のオペランドの説明を変更した。

サーバ対応の環境設定

・exitcode

LAN監視スクリプトのサンプルファイルを修正した。

HAモニタが出力するファイルとして，LAN監視スクリプトの内部実行ログを追加した。

付録E.23　HAモニタ 01-51の変更内容（3000-9-132-G0）

HAモニタ 01-51の変更内容（3000-9-132-G0）を次の表に示します。

追加・変更内容

マシンの機種がBladeSymphonyの場合，SVPの保守作業などによってSVPが一時的に通信できないときに，リセットパスの障害を検知しないようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・resetpatrol_mode

HAモニタの系間が接続している状態の場合に，系を監視できるようにした。これによって，マルチスタンバイ構成ではない場合にも，系のリセットの抑止機能を使用できるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・patrol_type

また，次のオペランドの説明を変更した。

HAモニタの環境設定

・suppress_reset

VMware ESXiによる仮想化環境に関する注意事項を追加した。

hbondingのステータスだけを監視する場合，HAモニタの環境設定のlancheck_patrolオペランドは指定不要である旨を追加した。

次のオペランドのタイムアウトの監視対象について，説明を追加した。

サーバ対応の環境設定

・start_timeout

・stop_timeout

付録E.24　HAモニタ 01-50の変更内容（3000-9-132-F0）

HAモニタ 01-50の変更内容（3000-9-132-F0）を次の表に示します。

追加・変更内容

VMware ESXiを利用して，仮想化できるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・vmware_env

次のオペランドの説明を変更した。

HAモニタの環境設定

・cpudown

次のコマンドの説明を変更した。

monsetup

ファイルシステムの設定について，説明を追加した。

共有ディスクの設定の概要を追加した。また，/etc/rc.sysinitファイルの編集時の注意事項，ファイルシステムを/etc/fstabファイルに指定する場合の注意事項，およびキャラクタ型スペシャルファイルのバインド・アンバインドの要否の説明を追加した。

APIの共有ライブラリファイルはUAP実行時にAPIのオブジェクトファイルから動的にロードするライブラリである旨を記載した。

HAモニタが出力するファイルの一覧を追加した。

HAモニタのプロセス一覧を追加した。

付録E.25　HAモニタ 01-42の変更内容（3000-9-132-E0）

HAモニタ 01-42の変更内容（3000-9-132-E0）を次の表に示します。

追加・変更内容

適用OSにRed Hat Enterprise Linux server 6(x86)，およびRed Hat Enterprise Linux server 6(x86_64)を追加した。

また，これらのOSに対応したHAモニタの形名として，P-812C-E111を追加した。

LANの状態設定ファイルについて，「/bin/echo 0」の実行個所を，arpingコマンドの直後からifconfigコマンドの直後に変更した。

プログラム管理機能に関する説明を改善した。

HA Boosterが管理するボリュームグループについては，システム起動時，自動的に参照＋更新接続する必要があることを明記した。

HA Boosterが管理する制御グループにある共有ディスク上で，キャラクタ型スペシャルファイルを使用する場合の設定について記載した。

プログラム管理機能を使用する場合の，UAP障害時の対処について記載した。

サーバ対応の環境設定のtermcmd_at_abortオペランドの説明を改善した。

サーバ対応の環境設定のactcommandオペランドの説明を改善した。

次のコマンドの説明を改善した。

monswap

monts

付録E.26　HAモニタ 01-42の変更内容（3000-9-132-C0）

HAモニタ 01-42の変更内容（3000-9-132-C0）を次の表に示します。

追加・変更内容

モニタモードのプログラムをプログラム単位で管理できる，プログラム管理機能に対応した。この機能によって，APIを発行してUAPを監視できるようになった。

これに伴い，次の内容を追加した。

プログラムの再起動コマンドを追加して，プログラムを再起動できるようにした。

シェルを実行して，プログラムのスローダウンの原因を調査するための情報を収集できるようにした。

UAP障害発生時に，イベントID「00010205」を発行できるようにした。

また，次のオペランドを追加した。

HAモニタの環境設定

・pgmmax

サーバ対応の環境設定

・program

モニタモードのプログラム対応の環境設定

・name

・alias

・server_alias

・restartcommand

・patrol

・restart_timeout

・exec_retry

・retry_stable

次のコマンドにオプションを追加した。

monchange（-pオプション）

monshow（-uオプション）

次のコマンドでチェックするオペランドを追加した。

moncheck

次のAPIを追加した。

hamon_patrolstart

hamon_patrolstop

ヘルスチェックの中断と再開について，説明を追加した。

サーバ識別名.upファイル，およびサーバ識別名.downファイルの例を修正した。

連動系切り替え中に系切り替え先のサーバが起動に失敗した場合の説明を追加した。

系切り替え構成が複数存在するシステムで，リセットパスに設定したIPアドレスに重複がないかをチェックできるようにした。

これに伴い，次のコマンドを追加した。

monlistip

サーバの起動コマンドまたはサーバの停止コマンドが，起動してから終了するまでのタイムアウト時間を指定できるようになった。

これに伴い，次のオペランドを追加した。

サーバ対応の環境設定

・start_timeout

・stop_timeout

次のコマンドのリターンコードを公開した。

monact

monbegin

monchange

moncheck

mondeact

mondevice

monend

moninfo

monlink

monodrshw

monpath

monresbgn

monresend

monressbystp

monrp

monsbystp

monsetup

monshow

monstart

monstop

monswap

monts

これに伴い，HAモニタの環境設定の次のオペランドを追加した。

exitcode

付録E.27　HAモニタ 01-41の変更内容（3000-9-132-B0）

HAモニタ 01-41の変更内容（3000-9-132-B0）を次の表に示します。

追加・変更内容

サーバモードで使用できるプログラムとして，HiRDB（XDS）を追加した。

相互系切り替え構成の場合で，かつマシンの機種がBladeSymphonyでSVPがクラスタ管理機能に対応している場合に，リセット優先系を決めないで，系の同時リセットを防止する機能を追加した。

これに伴い，HAモニタの環境設定の，次のオペランドに設定できる値を追加した。

cpudown

マルチスタンバイ機能使用時に，系のリセットを抑止できるようにした。

これに伴い，HAモニタの環境設定に次のオペランドを追加した。

suppress_reset

OSのコマンド（vgchangeコマンド）の実行結果をボリュームグループの切り離し時にも取得できるようにした。

SVPを共用する場合の設定について，説明を追加した。

メッセージカタログの設定について，説明を追加した。

サーバの再起動時に戻り値が0以外の場合は，サーバ対応の環境設定のtermcommandオペランドに指定したサーバの停止コマンドを実行しない旨を記載した。

共有リソースの種類と変更する設定内容の説明に，サーバ対応の環境設定の次のオペランドを追加した。

deviceoff_order

系障害監視時間を短縮できる機能を追加した。

これに伴い，HAモニタの環境設定のファイルに，次のオペランドを追加した。

alive_interval

付録E.28　HAモニタ 01-40，HAモニタExtension 01-00，HAモニタ 01-33の変更内容（3000-9-132-A0）

HAモニタ 01-40およびHAモニタExtension 01-00の変更内容（3000-9-132-A0）を次の表に示します。

追加・変更内容

HAモニタ Extensionを使用して，サーバの最大数の変更，および系の最大数の変更ができるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・hostmax

・alive_multicast

・multicast_lan

次のオペランドの説明を変更した。

HAモニタの環境設定

・servmax

次のコマンドの説明を変更した。

moncheck

また，次のコマンドにオプションを追加した。

monsetup

aliveメッセージの確認間隔を変更できるようにした。

これに伴い，HAモニタの環境設定のファイルに，次のオペランドを追加した。

patrol_100ms

HAモニタが系のリセットをする場合として，サーバ対応の環境設定のdev_timelimitオペランドに指定した時間でタイムアウトした場合の説明を追加した。

LANを監視して，障害時に自動的に系切り替えができるようにした。

これに伴い，次のオペランドを追加した。

HAモニタの環境設定

・lanfailswitch

・lancheck_patrol

サーバ対応の環境設定

・switchbyfail

また，次のコマンドの説明を変更した。

moncheck

サーバ識別名.upファイルの例を変更した。

サーバの切り替え順序制御の説明に，サーバモードのサーバとしてTP1/Server BaseまたはHiRDBを使用する場合の注意事項を追加した。

シェルを実行して，サーバのスローダウンの原因を調査するための情報を収集できるようにした。

SVPのIPアドレスに"auto"を指定する場合は，N+Mコールドスタンバイ機能に対応したシステム構成で稼働するための設定として，"Enable"を設定する旨を記載した。

サーバの停止確認について，説明を変更した。

HAモニタの環境設定のresetpatrolオペランドの説明に，リセットパスのヘルスチェック間隔を指定するときの見積もり式を追加した。

HAモニタ 01-33の変更内容（3000-9-132-A0）を次の表に示します。

追加・変更内容

etc/rc.sysinitファイルの編集でLVM2を使用する場合について，説明を変更した。

/etc/rc.sysinitファイルの編集例を追加した。

キャラクタ型スペシャルファイルの設定の説明に，アンバインドに関する説明を追加した。

キャラクタ型スペシャルファイルを論理ボリュームにバインドする場合の，ユーザコマンドのコーディング例のを変更した。

付録E.29　HAモニタ 01-32の変更内容（3000-9-132-90）

HAモニタ 01-32の変更内容（3000-9-132-90）を次の表に示します。

追加・変更内容

aliveメッセージは監視パスを介して行う旨を追加した。

N+Mコールドスタンバイ構成での系切り替えに対応した。

HAモニタによるサーバの起動制御での，通常時およびマルチスタンバイ機能使用時の実行サーバと待機サーバの決定方法について，説明を変更した。

システムクロックの設定について，説明を変更した。

サーバの起動コマンド，およびサーバの停止コマンドの戻り値が0以外の場合に，サーバの再起動が失敗した場合の対処について追加した。

グループ化されているサーバの環境設定を変更する場合，またはグループに対してサーバの追加・削除をする場合について，説明を追加した。

系の監視履歴を取得している場合の注意事項を追加した。

Hitachi HA Booster Pack for Linuxを使用した，共有ディスクの高速系切り替え，および他系のOSパニック検知機能に対応した。

また，これに伴い，サーバ対応の環境設定のファイルに，次のオペランドを追加した。

hab_gid

hab_discnt_atend

付録E.30　HAモニタ 01-30の変更内容（3000-9-132-80）

HAモニタ 01-30の変更内容（3000-9-132-80）を次の表に示します。

追加・変更内容

カーネル信頼性強化ツールキット for Linuxの名称を，Linux Tough Dumpに変更した。

系障害時に待機系に系切り替えしようとして失敗した場合の処理の流れについて，説明を追加した。

系障害時，および計画系切り替え時に系切り替えに失敗した場合の説明を追加した。また，複数スタンバイ構成時に，系切り替えに失敗し，ほかの待機サーバに系切り替えする場合の説明を追加した。

サーバモードで使用できるプログラムとして，uCosminexus TP1/Server Base Enterprise Optionを追加した。

また，これに伴い，サーバ対応の環境設定のファイルに，次のオペランドを追加した。

server_type

次に示すmondeviceコマンドを実行する際の制限を解除した。

マルチスタンバイ機能を使用する場合は実行系からコマンドを実行すること

付録E.31　HAモニタ 01-22の変更内容（3000-9-132-60）

HAモニタ 01-22の変更内容（3000-9-132-60）を次の表に示します。

追加・変更内容

適用OSがLinux（x86）の場合で前提機種がBladeSymphonyのときに，日立サーバ仮想化機構を使用したLPAR単位での系切り替え構成をサポートした。

サーバ障害が発生し待機系に系切り替えしようとして失敗した場合の処理の流れについて，説明を追加した。

適用OSがLinux（x86）の場合に，一つの系で同時に稼働できるサーバの最大数を64から128に変更した。

また，これに伴い，HAモニタの環境設定のservmaxオペランドで指定できる値を追加した。

システムに掛かる負荷のテストについての説明を追加した。

適用OSがLinux（x86）の場合に，稼働しているHAモニタやサーバの設定を変更する機能を追加した。

これに伴い，次のコマンドを追加した。

monchange

また，次のコマンドにサーバの監視時間を表示するオプションを追加した。

monshow

付録E.32　HAモニタ 01-20の変更内容（3000-9-132-40）

HAモニタ 01-20の変更内容（3000-9-132-40）を次の表に示します。

追加・変更内容

LANの状態設定ファイルのサンプルファイルを英文化した。

サーバの切り替え順序制御をする場合の処理を変更した。

サーバモードの待機サーバの停止について，処理方法を追加した。

コマンドヘルプ，およびメッセージヘルプを廃止した。

セキュリティレベルの設定について説明を追加した。

サーバの停止コマンドの起動条件を追加した。

また，これに伴い，HAモニタの環境設定のファイルに次のオペランドを追加した。

termcmd_at_abort

次の場合にユーザコマンドに渡されるパラメタの説明を変更した。

実行サーバ障害（系切り替えができない場合）

実行サーバ障害（系切り替えに失敗した場合）

待機サーバ障害

HAモニタのユーザコマンドのサンプルファイルを英文化した。

定義チェックの項目に，共有リソースのオペランドの値に関するチェックを追加した。

付録E.33　HAモニタ 01-13の変更内容（3000-9-132-30）

HAモニタ 01-13の変更内容（3000-9-132-30）を次の表に示します。

追加・変更内容

適用OSがLinux（IPF）の場合で前提機種がBladeSymphonyのときに，日立サーバ仮想化機構を使用したLPAR単位での系切り替え構成をサポートした。

これに伴い，物理パーティションリセット機能を追加した。また，HAモニタの環境設定のpartition_resetオペランドを追加した。また，monrpコマンドおよびmonsetupコマンドに機能を追加した。

次の条件でサーバを起動した場合の起動種別を変更した。

実行サーバがない

他系で同じ名前の待機サーバが停止処理中である

HAモニタのリセット手順ファイルのサンプルファイルを英文化した。

付録E.34　HAモニタ 01-12の変更内容（3000-9-132-20）

HAモニタ 01-12の変更内容（3000-9-132-20）を次の表に示します。

追加・変更内容

監視履歴機能を追加した。

また，これに伴い，環境設定ファイルに次のオペランドを追加した。

HAモニタの環境設定：ph_log_sizeオペランド，ph_thresholdオペランド

サーバ対応の環境設定：ph_thresholdオペランド

適用OSにRed Hat Enterprise Linux AS 4(x86)，Red Hat Enterprise Linux AS 4(IPF)を追加した。

また，これに伴い，次の機能に対応した。

UTF-8（出力言語種別）

LVM2

HAモニタの障害情報のうち，smsファイルの出力方式を変更した。

HAモニタの環境設定のpathpatrol_retryオペランドに記載された見積もり式を変更した。

リセット専用LANを相互に直接接続できるのはマシンの機種がHA8500の場合だけであることを追加した。

付録E.35　HAモニタ 01-11の変更内容（3000-9-132-10）

HAモニタ 01-11の変更内容（3000-9-132-10）を次の表に示します。

追加・変更内容

適用OSがLinux（x86）の場合に，前提機種として日立アドバンストサーバHA8000シリーズをサポートした。

また，これに伴い，次のコマンドに機能を追加した。

機能追加：monrp，monsetup

カーネル信頼性強化ツールキットfor Linuxと連携して，システムダンプの取得ができるようになった。

他系のOSパニック検知機能をサポートした。

また，これに伴い，次のコマンドに機能を追加した。

機能追加：moncheck

patrolオペランドに指定する系障害監視時間およびサーバ障害監視時間の上限を，60秒から600秒に拡大した。

付録E.36　HAモニタ 01-10の変更内容（3000-9-132）

HAモニタ 01-10の変更内容（3000-9-132）を次の表に示します。

追加・変更内容

適用OSとしてLinux（x86）をサポートした。

また，これに伴い，次のコマンドを新規に追加，および機能を追加した。

新規追加：monrp

機能追加：monsetup

JP1のイベント通知機能をサポートした。

付録F　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

付録F.1　関連マニュアル

HAモニタのマニュアル体系を次に示します。

HAモニタのマニュアル以外で，このマニュアルと関連するマニュアルを次に示します。必要に応じてお読みください。

プログラムにOpenTP1を使用する場合

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 解説（3000-3-D50）

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-D52）

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-D53）

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 メッセージ（3000-3-D56）

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 クライアント使用の手引 TP1/Client/W，TP1/Client/P編（3000-3-D58）

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 クライアント使用の手引 TP1/Client/J編（3000-3-D59）

OpenTP1 Version 7 分散トランザクション処理機能 TP1/Server Base Enterprise Option 使用の手引（3000-3-F51）

OpenTP1 Version 7 高速トランザクション処理基盤 TP1/EE/Extended Transaction Controller 使用の手引（3000-3-F54）

プログラムにHiRDBを使用する場合

HiRDB Version 9 解説（3020-6-450）

HiRDB Version 9 システム導入・設計ガイド（UNIX(R)用）（3000-6-452）

HiRDB Version 9 システム定義（UNIX(R)用）（3000-6-453）

HiRDB Version 9 システム運用ガイド（UNIX(R)用）（3000-6-454）

HiRDB Version 9 コマンドリファレンス（UNIX(R)用）（3000-6-455）

HiRDB Version 9 メッセージ（3020-6-458）

HiRDB Version 10 解説（3020-6-551）

HiRDB Version 10 システム導入・設計ガイド（UNIX(R)用）（3020-6-552）

HiRDB Version 10 システム定義（UNIX(R)用）（3020-6-554）

HiRDB Version 10 システム運用ガイド（UNIX(R)用）（3020-6-556）

HiRDB Version 10 コマンドリファレンス（UNIX(R)用）（3020-6-558）

HiRDB Version 10 メッセージ（3020-6-562）

イベント管理によってシステムの運用を自動化する場合

JP1 Version 11 JP1/Base 運用ガイド（3021-3-A01）

JP1 Version 11 JP1/Base メッセージ（3021-3-A02）

JP1 Version 12 JP1/Base 運用ガイド（3021-3-D65）

JP1 Version 12 JP1/Base メッセージ（3021-3-D66）

ディスクパスを冗長化する場合

Hitachi Dynamic Link Manager Software ユーザーズガイド（Linux(R)用）（3000-3-F04）

N+Mコールドスタンバイ構成で系切り替えをする場合

Hitachi Command Suite Compute Systems Manager Software ユーザーズガイド（3020-3-V91）

Hitachi Command Suite Compute Systems Manager ユーザーズガイド（3021-9-096）

なお，このマニュアルでは，次のマニュアルを省略して表記しています。マニュアルの正式名称とこのマニュアルでの表記を次の表に示します。

このマニュアルでの表記

マニュアルの正式名称

JP1/Base 運用ガイド

JP1 Version 11 JP1/Base 運用ガイド

JP1 Version 12 JP1/Base 運用ガイド

分散トランザクション処理機能 OpenTP1 システム定義

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 システム定義

分散トランザクション処理機能 OpenTP1 運用と操作

OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 運用と操作

分散トランザクション処理機能 TP1/Server Base Enterprise Option 使用の手引

OpenTP1 Version 7 分散トランザクション処理機能 TP1/Server Base Enterprise Option 使用の手引

HiRDB システム定義

HiRDB Version 9 システム定義（UNIX(R)用）

HiRDB Version 10 システム定義（UNIX(R)用）

HiRDB システム運用ガイド

HiRDB Version 9 システム運用ガイド（UNIX(R)用）

HiRDB Version 10 システム運用ガイド（UNIX(R)用）

付録F.2　このマニュアルで使用する製品名・機能名

このマニュアルでは，製品名を次のように表記しています。

表記

製品名

AIX

AIX 5L V5.1

AIX 5L V5.2

AIX 5L V5.3

AIX V6.1

AIX V7.1

AIX V7.2

AIX 7.3

EMPD

ETERNUS Multipath Drive

HA Booster

Hitachi HA Booster Pack for Linux(R)

HCSM

Hitachi Compute Systems Manager

HDLM

Hitachi Dynamic Link Manager Software

HFC-PCM

Hitachi Fiber Channel - Path Control Manager

HI-UX/WE2

HI-UX/workstation Extended Version 2

HiRDB

HiRDB Version 9

HiRDB Accelerator Version 9

HiRDB Advanced High Availability Version 9

HiRDB Server Version 9

HiRDB Server with Additional Function Version 9

HiRDB Version 10

HiRDB Accelerator Version 10

HiRDB Advanced High Availability Version 10

HiRDB Server Version 10

JP1/ServerConductor

JP1/ServerConductor/Advanced Agent

JP1/ServerConductor/Agent

JP1/ServerConductor/Blade Server Manager

JP1/ServerConductor/Blade Server Manager Plus

JP1/ServerConductor/Server Manager

Linux

Linux(R)

Linux

Linux（x86）

Oracle Linux 7(x86_64)

Oracle Linux 8(x86_64)

Red Hat(R) Enterprise Linux(R) Server7(x86_64)

Red Hat(R) Enterprise Linux(R) Server8(x86_64)

Red Hat(R) Enterprise Linux(R) Server9(64-bit x86_64)

RHEL7

Red Hat(R) Enterprise Linux(R) Server7(x86_64)

RHEL8

Red Hat(R) Enterprise Linux(R) Server8(x86_64)

RHEL9

Red Hat(R) Enterprise Linux(R) Server9(64-bit x86_64)

OpenTP1

TP1/High Availability

TP1/High Availability

uCosminexus TP1/High Availability

uCosminexus TP1/High Availability(64)

TP1/Message Control

TP1/Message Control

uCosminexus TP1/Message Control

uCosminexus TP1/Message Control(64)

TP1/NET/High Availability

TP1/NET/High Availability

uCosminexus TP1/NET/High Availability

uCosminexus TP1/NET/High Availability(64)

TP1/NET/Library

TP1/NET/Library

uCosminexus TP1/NET/Library

uCosminexus TP1/NET/Library(64)

TP1/NET/TCP/IP

TP1/NET/TCP/IP

uCosminexus TP1/NET/TCP/IP

uCosminexus TP1/NET/TCP/IP(64)

TP1/Server Base

TP1/Server Base

uCosminexus TP1/Server Base

uCosminexus TP1/Server Base(64)

TP1/EE

uCosminexus TP1/Server Base Enterprise Option

uCosminexus TP1/Server Base Enterprise Option(64)

TP1/XTC

TP1/EE/Extended Transaction Controller

UNIX

UNIX

vCenter

VMware vCenter Server(R)

VMware ESXi

VMware ESXi(TM)

VMware vSphere(R) ESXi(TM)

VMware vSAN

VMware vSAN(TM)

VMware vSphere Client

VMware vSphere(R) Client

付録F.3　このマニュアルで使用する英略語

このマニュアルで使用する英略語を，次に示します。

英略語

英字での表記

API

Application Programming Interface

ARP

Address Resolution Protocol

BMC

Baseboard Management Controller

C/S

Client/Server

CPU

Central Processing Unit

DB

Database

DHCP

Dynamic Host Configuration Protocol

DMMP

Device Mapper Multipath

DNS

Domain Name System

EUC

Extended UNIX Code

FC

Fibre Channel

FCSW

Fibre Channel Switch

FEP

Front-End Processor

FS

File System

HA

High Availability

HBA

Host Bus Adapter

HDLM

Hitachi Dynamic Link Manager Software

HVM

Hitachi Virtage Manage

I/O

Input/Output

ICMP

Internet Control Message Protocol

IPF

Itanium Processor Family

iSCSI

Internet Small Computer System Interface

KVM

Kernel-based Virtual Machine

LAN

Local Area Network

LPAR

Logical Partition

LU

Logical Unit

LVM

Logical Volume Manager

MAC

Media Access Control

NFS

Network File System

OLTP

Online Transaction Processing

OS

Operating System

OSI

Open Systems Interconnection

PC

Personal Computer

PC/AT

Personal Computer/Advanced Technology

RAID

Redundant Arrays of Inexpensive Disks

SAS

Serial Attached SCSI

SCSI

Small Computer System Interface

SCSI-3 PR

Small Computer System Interface 3 Persistent Reservation

SOA

Service Oriented Architecture

SPP

Service Providing Program

SSH

Secure SHell

SVP

Service Processor

TCP/IP

Transmission Control Protocol/Internet Protocol

UAP

User Application Program

UTF-8

8-bit UCS Transformation Format

WS

Workstation

WWID

World Wide Identifier

XNF

Extended Hitachi Network Architecture Based Communication Networking Facility

付録F.4　このマニュアルで使用するKB（キロバイト）などの単位表記

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

用語解説

（英字）

aliveメッセージ

系と系との間で相手が正常であるかどうかを知るために，一定の周期で発行するメッセージです。

HAモニタ Extension

HAモニタのオプション製品です。HAモニタ Extensionを導入することによって，大規模なシステム構成での系切り替え制御に対応できるようになります。

HAモニタとのインタフェースを持たないプログラム

HAモニタと専用のインタフェースを持たないプログラムのことです。待機系のプログラムを事前に起動させておいたり，サーバ障害を監視したりするなどのHAモニタの機能を一部使用できません。

HAモニタでは，HAモニタとのインタフェースを持つプログラムをモニタモードで運用する場合と，HAモニタとのインタフェースを持たないプログラムを使用する場合とで，制限される機能に差はありません。

HAモニタとのインタフェースを持つプログラム

HAモニタと専用のインタフェースを持つプログラムのことです。HAモニタとのインタフェースを持つプログラムをサーバモードで運用すると，系障害とサーバ障害の両方をHAモニタが監視します。

HAモニタは，HAモニタとのインタフェースを持つプログラムを監視して，プログラム自身が検知できない障害が発生した場合，系切り替えをします。

IPアドレス

IPプロトコルで使われるアドレスを，IPアドレスといいます。IPプロトコルとは，OSI基本参照モデルでいうネットワーク層に当たるプロトコルです。ネットワーク層では，データを転送するための経路を確立したり，経路を決めたりするアドレスを管理しています。

LANアダプタ

コンピュータとLANを接続するためのデータ変換用のハードウェアです。

LVM

カーネルの機能の一つで，Logical Volume Managerの略です。LVMを使用すると，幾つかの物理ディスク装置をボリュームグループとしてグループ化し，任意の数とサイズの論理ボリュームに割り当てられます。

なお，このマニュアルでのLVMは，LVM2のことを指します。

N+Mコールドスタンバイ構成

BladeSymphonyの場合で，業務を運用中のサーバモジュールでハードウェア障害が発生したときに，JP1/ServerConductorまたはHCSMを利用して予備のサーバモジュールに切り替えられるシステム構成のことです。1台または複数台の予備のサーバモジュールを用意するため，障害に対する信頼性が向上します。

OSパニック

OSのカーネルパニックのことです。

TCP/IP

UNIXを使用したコンピュータ間の接続などに用いられる，標準的な通信プロトコルです。「TCP」と「IP」の，二つのプロトコルに対応しています。

UAP

ユーザの業務をプログラムとして作成したものです。モニタモードのサーバの場合に，プログラムとして使用できます。HAモニタでは，UAPからAPIを発行することで，UAPを監視できます。

UDP

UNIXを使用したコンピュータ間の接続などに用いられる，標準的な通信プロトコルです。このようなプロトコルとしてはTCPも利用されますが，UDPはTCPに比べ転送速度が速く信頼性が低いという特徴があります。

（ア行）

イベントID

UNIXシステム内で発生した特定の事象（イベント）を管理するために，イベントに付ける番号です。

エイリアスIPアドレス機能

一つのLANアダプタに複数のIPアドレスを割り当てることで，異なるIPアドレスで一つのLANアダプタを共用できる機能です。

親サーバ

あるサーバを起動，または系切り替えを開始するために，あらかじめ起動完了している必要のあるサーバです。サーバグループの親子関係では親に該当します。サーバ対応の環境設定で指定します。

（カ行）

カーネル

OSの中核部分のプログラムです。タスク管理，メモリ管理，入出力管理などをします。

稼働報告

サーバが一定時間ごとにHAモニタに送信する情報です。HAモニタはこの情報を基にサーバを監視します。

可搬媒体

プログラムやデータを記憶させて持ち運べる，DATなどの記憶媒体です。

起動リトライ機能

系切り替え時，切り替え先の系でリソースの接続やサーバの起動に失敗し，ほかに切り替えできる系がない場合，切り替え先の系でサーバの起動を自動的にリトライする機能です。

サーバの起動リトライは，系切り替え可能状態になるまで，または指定されたリトライ回数まで行います。

モニタモードの場合，系切り替え後，実行サーバで障害が発生したときでも起動リトライできます。

筐体

コンピュータ本体や周辺機器を収納するケースです。使用しているマシンの機種がBladeSymphonyの場合，筐体を「シャーシ」と呼びます。一つのシャーシには複数の系を構成できます。

共有リソース

共有ディスクやLANなど，実行系および待機系の系間で共有するリソースのことです。HAモニタが制御する共有リソースには，共有ディスク，ファイルシステム，およびLANがあります。共有リソースは，サーバ単位で制御します。

また，リソースサーバを使用し，サーバグループ間で共有リソースを共用することもできます。

クライアント

プログラムが提供する各種のサービスを利用するマシン（ノード）です。

クラスタ型構成

1台のサーバシステムの限界を超えるシステムを構築するための構成です。複数のサーバシステムを高速LANで接続し，個々のサーバシステムに処理を分散させます。クライアントからは，一つのサーバシステムとして処理できます。

系

CPU単位でサーバが稼働するシステムの単位を示します。システムを構成するハードウェア，およびシステム上で稼働するプログラムを総称して「系」といいます。

系切り替え

業務を実行しているシステム（系）やサーバに障害が発生した場合に，待機しているシステム（系）やサーバに業務を引き継ぐ機能のことです。

系切り替え待ち状態

実行系の障害時に待機系が実行系のリセットに失敗し，何らかの原因で実行系のサーバの状態が確認できない場合，待機系で実行サーバを起動すると実行サーバの二重起動が発生することがあります。これを防ぐために，待機系での実行サーバの起動をいったん待たせます。この状態の実行サーバを系切り替え待ち状態であるといいます。系切り替え待ち状態のサーバは，ユーザが操作するまでは実行サーバとして起動されません。

系のスローダウン

系全体の実行処理時間が通常以上に長くなることです。限度を超えたプログラム数の実行や，プログラム間の通信不良などが原因で起こります。

現用系

起動してから最初に業務処理を実行するシステム（系）です。

コアファイル

プログラムが異常終了時に，そのプロセスのメモリ情報（モジュールトレース情報）が格納されるOS特定のファイルです。なお，コアファイルは，場合によっては作成されません。コアファイルがあると，ユーザ作成のプログラムに異常が起きた場合などに，OSのコマンドを使ってプログラムのデバッグができます。

子サーバ

親サーバの起動完了後に，起動開始するサーバです。サーバグループの親子関係では子に該当します。

（サ行）

サーバ

要求に応じて業務を処理するサービスです。このマニュアルでは，系切り替えの単位としてのプログラムを「サーバ」といいます。

サーバには大きく分けて，サーバモードのサーバと，モニタモードのサーバがあります。

サーバシステムの二重化

サーバが稼働するシステムのマシン，プログラム，およびリソースなどを二つ用意する（または二重化できるものを共有させる）ことによって，システム全体の信頼性や稼働率を高めることです。

サーバのスローダウン

サーバの実行処理時間が通常以上に長くなることです。プログラムの無限ループ，リソースの競合などが原因で起こります。

サーバ引き継ぎ情報

実行サーバと待機サーバの間にペアが成立した際，実行サーバから待機サーバに引き継がれる情報です。ユーザコマンド内でサーバ間のやり取りが必要な場合に，HAモニタのサーバ引き継ぎ情報設定・表示コマンド（moninfo -pコマンド）で設定しておき，サーバ引き継ぎ情報設定・表示コマンド（moninfo -gコマンド）で参照・表示します。

サーバモード

サーバの運用方法の一つで，プログラムがHAモニタとのインタフェースを持つ場合だけ選択できます。サーバをサーバモードで運用すると，系障害とサーバ障害の両方をHAモニタが監視します。

再起動待ち状態

サーバ対応の環境設定のswitchtypeオペランドで，restartまたはmanualを指定した実行サーバにサーバ障害が発生した場合，実行サーバを停止させないで，実行サーバが再起動するのを待たせます。この状態の実行サーバを再起動待ち状態であるといいます。

システムダンプ

特定のプログラムに限定できない障害情報を，可搬媒体に格納するOSの機能です。システムダンプでは，メモリ情報，スワップ領域（仮想メモリ）の情報，および処理装置固有の情報を取得できます。一般に，システムのどこに原因があるのかわからない障害時にシステムダンプを使います。

実行系

実行サーバを稼働させて，業務処理を実行しているシステム（系）です。

実行サーバ

現在，業務処理を実行しているサーバです。

実行サーバの起動待ち状態

待機サーバの起動時，何らかの原因で他系の実行サーバの起動が確認できない場合があります。このとき，実行サーバの状態が確認できるまで待機サーバの起動を待たせます。このような待機サーバを，実行サーバの起動待ち状態であるといいます。起動待ち状態の待機サーバはユーザの操作待ちになり，実行サーバの起動開始が確認できるようになったら，待機サーバとして起動させます。

制御グループID

HA Boosterが管理する，個々の制御グループに割り当てた値です。制御グループは，HA Boosterがアクセス制御の対象とするディスクデバイスの集まりです。HA Boosterを使用する場合，サーバ対応の環境設定に設定する必要があります。

（タ行）

待機系

待機サーバを稼働させて，障害に備えて待機しているシステム（系）です。

待機サーバ

現在，実行サーバの障害に備えて待機しているサーバです。

（ハ行）

パーティション

サーバマシンを複数の区画に分割し，それぞれを一つの仮想的なサーバマシンとして動作させる機能を，パーティショニングといいます。また，この区画をパーティションといいます。

BladeSymphonyの場合，一つの筐体（シャーシ）に複数のプロセサを搭載できることから，個々のプロセサをパーティションと呼ぶことがあります。また，日立サーバ論理分割機構（Virtage）を利用すると，プロセサ内に論理パーティション（LPAR）を構成できます。

排他サーバ

待機系に別のサービスを提供する待機サーバが複数ある場合，系切り替えによって複数の実行サーバが同時に稼働するのを避けることができます。

ある待機サーバが実行サーバとして稼働すると，同じ系で稼働しているほかの待機サーバをHAモニタが停止します。この停止される待機サーバのことを排他サーバと呼びます。

排他制御

システムのリソースに対して複数の要求が競合した場合，同時更新やデッドロックを防ぐための制御のことです。HAモニタでは，共有ディスクが，実行サーバと待機サーバの両方から同時に更新されるのを防ぐ機能を，「排他制御機能」といいます。

プログラム

業務を実際に実行するプログラム（アプリケーション）のことです。HAモニタは，プログラムを系切り替え構成にすることで冗長化し，システムの信頼性を向上します。

プログラムは，HAモニタとのインタフェースを持つプログラムと持たないプログラムに分けられます。

（マ行）

マルチスタンバイ機能

一つの実行サーバに対して，複数の待機サーバを準備するための機能のことです。

一つの実行サーバに対して一つの待機サーバを準備する場合に比べると，現用系の障害が復旧するまでの間も，システムの障害に備えることができるという特長があります。

メッセージログ

出力されるメッセージを特定のファイル（メッセージログファイル）に格納するOSの機能です。

モジュールトレース情報

HAモニタ内のモジュール処理の流れを，モジュールトレースバッファ（コアファイル）に取得したものです。モジュールトレース情報は，可搬媒体に移送して解析します。

モニタモード

サーバの運用方法の一つです。サーバをモニタモードで運用する場合，待機系のサーバを事前に起動させておいたり，サーバ障害を監視したりするなどの，HAモニタの機能の一部を使用できません。ただし，モニタモードのプログラム管理機能を使用すれば，使用できない機能の一部を使用することもできます。

（ヤ行）

ユーザコマンド

ユーザが作成するコマンドです。HAモニタでは，事前にユーザコマンドを登録しておくことで，サーバの状態変化に対するHAモニタの処理を契機に，ユーザコマンドを自動発行できます。ユーザコマンドを使用すると，HAモニタが制御しないリソースを共有リソースとして使用できます。

予備系

起動時に最初に稼働状態で待機するシステム（系）です。

（ラ行）

リソースサーバ

複数サーバで共有リソースを共用するためだけに使用するサーバです。そのため，サーバとしての機能は持ちません。

リソースサーバを使用しない場合，サーバ単位で共有リソースを制御するのに対し，リソースサーバを使用する場合はサーバグループ単位で共有リソースを制御します。

連動系切り替え

サーバをあらかじめグループ化しておくことで，そのグループ（サーバグループ）内の実行サーバのどれかに障害が発生した場合に，グループ単位で待機サーバに切り替える機能です。HAモニタでは，サーバグループ内でも，サーバ単位に系切り替え時の動作を指定できます。

連動系切り替え待ち状態

サーバ対応の環境設定のgroupオペランドで，no_exchangeを指定した実行サーバにサーバ障害が発生した場合，待機系の待機サーバの系切り替えをいったん待たせます。この状態の待機サーバを連動系切り替え待ち状態であるといいます。連動系切り替え待ち状態の待機サーバは，ユーザの操作待ちになりますが，グループ内のexchange指定の実行サーバにサーバ障害が発生すると，一緒に連動系切り替えをします。

索引

数字

1:1系切り替え構成[1]

環境設定例[1]

ハードウェア構成例（BladeSymphony（Basicモード））〔1シャーシ構成〕[1]

ハードウェア構成例（BladeSymphony（Basicモード））〔2シャーシ構成〕[1]

ハードウェア構成例（BladeSymphony（LPARモード））〔1シャーシ構成〕[1]

ハードウェア構成例（BladeSymphony（LPARモード））〔2シャーシ構成〕[1]

ハードウェア構成例（HA8000xMモデル以前）[1]

ハードウェア構成例（HA8000xNモデル以降）[1]

ハードウェア構成例（LANの通信可否による系切り替え制御機能）[1]

ハードウェア構成例（RV3000）[1]

ハードウェア構成例（他社PC/AT互換機）[1]

2:1系切り替え構成[1]

環境設定例[1]

ハードウェア構成例（BladeSymphony（Basicモード））[1]

ハードウェア構成例（BladeSymphony（LPARモード））[1]

ハードウェア構成例（HA8000xMモデル以前）[1]

ハードウェア構成例（HA8000xNモデル以降）[1]

ハードウェア構成例（LANの通信可否による系切り替え制御機能）[1]

ハードウェア構成例（RV3000）[1]

ハードウェア構成例（他社PC/AT互換機）[1]

A

actcommand[1]

acttype[1]

address[1]

重複に対処する[1]

alias〔program定義文〕[1]

alias〔resource定義文〕[1]

alias〔server定義文〕[1]

alive_interval[1]

alive_multicast[1]

aliveメッセージ[1]

alive_interval〔送信間隔〕[1]

alive_multicast〔マルチキャストでの送受信〕[1]

multicast_lan〔マルチキャストでの送受信〕[1]

suppress_reset〔系のリセットの抑止〕[1]

aliveメッセージ〔用語解説〕[1]

aliveメッセージによる系障害の検出[1]

aliveメッセージの通信方式[1]

API[1]

コーディング例[1]

詳細コードの一覧[1]

APIの一覧[1]

ARPリクエスト[1]

B

BMC[1]

C

cancel[1]

clearcheck〔系のリセット終了時間の指定〕[1]

clearwait〔リセット発行待ち時間の指定〕[1]

connect_retry[1]

connection[1]

cpudown[1]

D

delay_kamn238[1]

dev_offlimit[1]

dev_onlimit[1]

dev_timelimit[1]

deviceoff_order〔function定義文〕[1]

deviceoff_order〔server定義文〕[1]

disk[1]

disk_log_size[1]

disk_ptrl_act[1]

disk_ptrl_inter〔function定義文〕[1]

disk_ptrl_inter〔server定義文〕[1]

disk_ptrl_retry〔function定義文〕[1]

disk_ptrl_retry〔server定義文〕[1]

disk_ptrl〔function定義文〕[1]

disk_ptrl〔server定義文〕[1]

dmmp_device[1]

E

environment定義文[1]

exchange[1]

exclusive_servers[1]

exec_retry[1]

exitcode[1]

F

fence_lan[1]

fence_reset[1]

fence_scsi[1]

fs_log_size[1]

fs_mount_dir[1]

fs_mount_opt[1]

fs_name[1]

fs_neck[1]

fs_umount_retry[1]

fsckコマンド[1]

function定義文[1]

fuserコマンド[1]

G

group〔resource定義文〕[1]

group〔server定義文〕[1]

H

HA Booster[1]

hab_discnt_atend[1]

hab_gid[1]

環境設定例[1]

共有ディスク[1]

共有ディスクの管理[1]

制御グループの設定[1]

他系のOSパニック検知機能[1]

hab_discnt_atend[1]

hab_gid[1]

HAMON_API_PATROL環境変数[1]

hamon_patrolstart[1]

hamon_patrolstop[1]

HAMON_UAPNAME環境変数[1]

HAモニタ

監視する範囲[1]

起動[1]

起動を自動化する[1]

検出する障害[1]

停止[1]

動作確認[1]

必要なソフトウェア[1]

必要なハードウェア[1]

目的[1]

HAモニタ Extension〔用語解説〕[1]

HAモニタ Extension[1]

hostmax〔系の最大数の変更〕[1]

servmax〔サーバの最大数の変更〕[1]

機能[1]

系の最大数の変更[1]

系の最大数を変更する場合の考慮点[1]

系の最大数を変更する場合の動作確認[1]

サーバの最大数の変更[1]

システム構築の流れ[1]

設定[1]

ファイルの設定例[1]

HAモニタ・サーバ稼働中の設定・動作の変更〔コマンド〕[1]

HAモニタ・サーバ稼働中の設定・動作変更[1]

HAモニタが出力するファイル一覧[1]

HAモニタから実行するコマンドの環境変数[1]

HAモニタから実行するコマンドのシグナル[1]

HAモニタから実行するコマンドの動作環境[1]

HAモニタから実行するコマンドのファイル記述子[1]

HAモニタ間の手動接続〔コマンド〕[1]

HAモニタとのインタフェースを持たないサーバ[1]

HAモニタとのインタフェースを持たないプログラム[1]

HAモニタとのインタフェースを持たないプログラム〔用語解説〕[1]

HAモニタとのインタフェースを持つサーバ[1]

HAモニタとのインタフェースを持つプログラム[1]

HAモニタとのインタフェースを持つプログラム〔用語解説〕[1]

HAモニタの環境設定[1]

変更[1]

HAモニタの環境設定〔コマンド〕[1]

HAモニタの起動〔コマンド〕[1]

HAモニタの接続構成設定ファイル[1]

作成例[1]

HAモニタの停止〔コマンド〕[1]

HAモニタのトラブルシュート情報の収集〔コマンド〕[1]

hbond_lacp[1]

HiRDB[1]

hostmax[1]

HUBの冗長化[1]

I

I/Oパスの冗長化[1]

initial[1]

ip_neck[1]

IPアドレス[1]

IPアドレスを割り当てる対象（BladeSymphonyまたはHA8000xMモデル以前の場合）[1]

IPアドレスを割り当てる対象（HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用する場合）[1]

エイリアスIPアドレス[1]

監視パス[1]

サーバに割り当てるIPアドレス[1]

ステーショナリIPアドレス[1]

IPアドレス〔用語解説〕[1]

IPアドレスの検出〔コマンド〕[1]

J

JP1[1]

jp1_event[1]

JP1のイベント[1]

jp1_event[1]

K

KVM

考慮点[1]

設定[1], [2]

ハードウェア構成例（他社PC/AT互換機）[1]

KVMでの仮想化

環境設定例[1]

KVMの設定（設定1）[1]

L

lan[1]

LAN[1]

ip_neck〔サーバ識別名.upファイル〕[1]

切り替え[1]

サーバ識別名.downファイル[1]

サーバ識別名.upファイル[1]

接続[1]

引き継ぎ[1]

lan_updown[1]

lancheck_mode[1]

lancheck_patrol[1]

lanfailswitch[1]

LANG環境変数[1]

lanport[1]

LANアダプタ〔用語解説〕[1]

LANアダプタの冗長化[1]

LAN監視スクリプトの設定[1]

LAN監視定義ファイルの設定[1]

LAN障害[1]

LANの監視[1]

hbond_lacp[1]

hbonding[1]

lancheck_mode[1]

lancheck_patrol〔LANの監視間隔〕[1]

lanfailswitch[1]

lanpatrol.sh[1]

LANインタフェース名称.conf[1]

LAN監視スクリプト[1]

LAN監視定義ファイル[1]

patrol_100ms〔LANインタフェース名称〕[1]

switchbyfail[1]

環境設定例[1]

監視対象[1]

LANの監視設定ファイル[1]

LANの状態設定ファイル[1]

lan_updown[1]

LANの通信可否による系切り替え制御機能[1]

fence_lan[1]

switch_judge[1]

環境設定例[1]

環境設定例〔VMware ESXiでの仮想化環境〕[1]

システム構築の流れ[1]

LPAR[1]

partition_reset〔物理パーティションリセット機能〕[1]

考慮点[1]

物理パーティションリセット機能[1]

LVM〔用語解説〕[1]

M

MACアドレス[1]

manual[1]

message_retry[1]

monact[1]

monbegin[1]

monbegin_restart[1]

monchange[1]

moncheck[1]

mondeact[1]

mondevice[1]

mondeviceコマンドを使用した共有リソースの動的変更[1]

monend[1]

moninfo[1]

monlink[1]

monlistip[1]

monodrshw[1]

monpath[1]

monresbgn[1]

monresend[1]

monressbystp[1]

monrp[1]

monsbystp[1]

monscsiclr[1]

monsetup[1]

monshow[1]

monstart[1]

monstop[1]

monswap[1]

monts[1]

montsコマンドを使用した障害情報の収集[1]

multicast_lan[1]

multistandby[1]

N

N+Mコールドスタンバイ構成[1]

N+Mコールドスタンバイ構成〔用語解説〕[1]

N+Mコールドスタンバイ構成での系切り替え[1]

name〔environment定義文〕[1]

name〔program定義文〕[1]

name〔server定義文〕[1]

netmask[1]

no_cancel[1]

no_exchange[1]

notswitch_notify[1]

O

oldsms[1]

OpenTP1[1]

options定義文[1]

OSパニック〔用語解説〕[1]

P

pairdown[1]

parent[1]

partition_reset[1]

pathpatrol[1]

pathpatrol_retry[1]

PATH環境変数[1]

patrol_100ms[1]

patrol_type[1]

patrol〔environment定義文〕[1]

patrol〔program定義文〕[1]

patrol〔server定義文〕[1]

patrolcommand[1]

pgmmax[1]

ph_log_size[1]

ph_threshold〔function定義文〕[1]

ph_threshold〔server定義文〕[1]

program[1]

programs[1]

program定義文[1]

ptrlcmd_ex[1]

ptrlcmd_ex_inter[1]

ptrlcmd_ex_retry[1]

ptrlcmd_ex_tmout[1]

R

RAIDによるデータの冗長化[1]

reset_type[1]

resetpath_inter[1]

resetpath_retry[1]

resetpatrol[1]

resetpatrol_mode[1]

resource定義文[1]

restart[1]

restart_timeout[1]

restartcommand[1]

retry_stable〔program定義文〕[1]

retry_stable〔server定義文〕[1]

S

sby_actcommand[1]

sby_ptrlcmd_ex[1]

sby_ptrlcmd_ex_inter[1]

sby_ptrlcmd_ex_retry[1]

sby_ptrlcmd_ex_tmout[1]

sby_servexec_retry[1]

sby_start_timeout[1]

sby_stop_timeout[1]

sby_termcommand[1]

scsi_check[1]

scsi_device[1]

scsi_pathcheck[1]

scsi_retry[1]

scsi_timeout[1]

SCSI関連のメッセージ[1]

SCSI関連のメッセージのsyslog出力[1]

SCSIリザーブ[1]

servcomplete_msg[1]

server_alias[1]

server_type[1]

servers[1]

servers_opt[1]

server定義文[1]

servexec_retry[1]

servmax[1]

sms[1]

standbypri[1]

standbyreset[1]

start_timeout[1]

stop_timeout[1]

stop_timeout_sw[1]

suppress_reset[1]

SVP[1]

IPアドレス[1]

ポート番号[1]

switch[1]

switch_error[1]

switch_judge[1]

switch_retry[1]

switchbyfail[1]

switchtype[1]

sysdef[1]

syslogからSCSI関連のメッセージを退避する[1]

T

TCP/IP〔用語解説〕[1]

term_pairdown[1]

termcmd_at_abort[1]

termcommand[1]

TP1/Server BaseとHiRDBの順序制御をする場合の注意事項[1]

U

UAP

APIの組み込み[1]

HAモニタが提供するファイル[1]

稼働報告の監視[1]

環境変数の設定[1]

監視[1]

コンパイルとリンケージ[1]

障害に対処する[1]

処理の流れ[1]

プロセスの監視[1]

UAP〔用語解説〕[1]

UAPの監視開始〔API〕[1]

UAPの監視終了〔API〕[1]

UAPへのAPIの組み込み[1]

UDP〔用語解説〕[1]

uoc_neck[1]

uoc_pairdown[1]

usrcommand[1]

V

vg_neck[1]

vg_off[1]

vg_offskip[1]

vg_on_opt[1]

vgchangeコマンド[1]

vg_on_opt[1]

Virtage[1]

VMware ESXi

IPアドレス[1]

partition_reset〔物理パーティションリセット機能〕[1]

vmware_env[1]

考慮点[1]

設定[1]

ハードウェア構成例（BladeSymphony（Basicモード））[1]

ハードウェア構成例（HA8000xMモデル以前）[1]

ハードウェア構成例（HA8000xNモデル以降）[1]

ハードウェア構成例（LANの通信可否による系切り替え制御機能）[1]

ハードウェア構成例（RV3000）[1]

ハードウェア構成例（他社PC/AT互換機）[1]

物理パーティションリセット機能[1]

VMware ESXiでの仮想化

環境設定例[1]

vmware_env[1]

W

waitserv_exec[1]

あ

アンマウント[1]

い

イベントID[1]

イベントID〔用語解説〕[1]

え

エイリアスIPアドレス機能〔用語解説〕[1]

お

親子関係[1]

parent[1]

親サーバ[1]

親サーバ〔用語解説〕[1]

か

カーネル〔用語解説〕[1]

仮想マシン[1]

partition_reset〔物理パーティションリセット機能〕[1]

物理パーティションリセット機能[1]

稼働報告〔用語解説〕[1]

可搬媒体〔用語解説〕[1]

環境設定用ディレクトリ[1]

監視パス[1]

/etc/hostsファイル[1]

/etc/servicesファイル[1]

IPアドレス[1]

lan[1]

pathpatrol_retry〔状態の再チェック〕[1]

pathpatrol〔ヘルスチェック〕[1]

接続方法[1]

設定[1]

複線化[1]

ヘルスチェック[1]

ポート番号[1]

ホスト名[1]

優先して使用する監視パス[1]

監視パスの状態表示〔コマンド〕[1]

監視履歴[1]

ph_log_size[1]

ph_threshold〔サーバ監視履歴取得時間〕〔function定義文〕[1]

ph_threshold〔サーバ監視履歴取得時間〕〔servers定義文〕[1]

監視履歴ファイル[1]

出力されるメッセージ[1]

監視履歴ファイル用ディレクトリ[1]

管理サーバ[1]

HAモニタオプション[1]

HCSM[1]

環境設定例〔HA8000xNモデル以降で障害管理プロセサとして管理サーバを使用しない場合〕[1]

き

起動

HAモニタによるサーバの起動[1]

サーバの監視コマンド[1]

システムの起動からサーバの起動までを自動化する[1]

システムを起動する[1]

起動・停止[1]

起動リトライ機能〔用語解説〕[1]

起動リトライ中[1]

機能一覧[1]

強制系切り替え〔コマンド〕[1]

筐体〔用語解説〕[1]

業務ディスク[1]

業務ディスクの監視

disk_log_size[1]

disk_ptrl_act[1]

disk_ptrl_inter〔server定義文〕[1]

disk_ptrl_retry〔server定義文〕[1]

disk_ptrl〔server定義文〕[1]

共有ディスク[1]

disk[1]

OS移行後の共有ディスクの運用[1]

SCSIリザーブ[1]

切り替え[1]

切り替え〔HA Booster使用時〕[1]

構成[1]

接続[1]

接続〔HA Booster使用時〕[1]

設定[1]

デバイス障害に対処する（系切り替え時）〔共有ディスクのSCSIリザーブをする場合〕[1]

デバイス障害に対処する（実行サーバ稼働中）〔共有ディスクのSCSIリザーブをする場合〕[1]

デバイス障害に対処する（実行サーバ起動時）〔共有ディスクのSCSIリザーブをする場合〕[1]

デバイス障害に対処する（実行サーバ終了時）〔共有ディスクのSCSIリザーブをする場合〕[1]

デバイス障害に対処する（待機サーバ起動時，待機時，または終了時）〔共有ディスクのSCSIリザーブをする場合〕[1]

引き継ぎ[1]

ボリュームグループの作成[1]

リザーブの解除手順[1]

リザーブを解放しないサーバに対処する〔共有ディスクのSCSIリザーブをする場合〕[1]

共有ディスクのSCSIリザーブ[1]

dmmp_device[1]

fence_scsi[1]

scsi_check[1]

scsi_device[1]

scsi_pathcheck[1]

scsi_retry[1]

scsi_timeout[1]

環境設定例[1]

環境設定例〔VMware ESXiでの仮想化環境〕[1]

システム構築の流れ[1]

設定[1]

共有ディスクのSCSIリザーブ〔LVMを使用しない場合〕

オペランドの指定値の求め方[1]

共有ディスクのSCSIリザーブ〔LVMを使用する場合〕

オペランドの指定値の求め方[1]

共有ディスクのリザーブ解除〔コマンド〕[1]

共有ディスクパスの障害に対処する〔共有ディスクパスの冗長化構成の場合〕[1]

共有リソース[1]

dev_offlimit〔タイムアウト〕[1]

dev_onlimit〔タイムアウト〕[1]

dev_timelimit〔タイムアウト〕[1]

deviceoff_order〔切り離し順序〕〔function定義文〕[1]

deviceoff_order〔切り離し順序〕〔servers定義文〕[1]

disk[1]

fs_mount_dir[1]

fs_mount_opt[1]

fs_name[1]

fs_neck[1]

fs_umount_retry[1]

hab_discnt_atend[1]

hab_gid[1]

ip_neck[1]

uoc_neck[1]

vg_neck[1]

vg_on_opt[1]

競合防止[1]

切り離し失敗に対処する[1]

切り離し順序指定[1]

構成を変更する[1]

サーバが使用する共有リソースの設定[1]

状態[1]

制御するためのユーザコマンド[1]

接続失敗時のサーバの起動中止[1]

接続失敗に対処する[1]

タイムアウト[1]

動的変更[1]

変更する[1]

メンテナンスする[1]

共有リソース〔用語解説〕[1]

切り替え元の系のサーバについて[1]

く

クライアント〔用語解説〕[1]

クラスタ型系切り替え構成[1]

環境設定例[1]

ハードウェア構成例（BladeSymphony（Basicモード））[1]

ハードウェア構成例（BladeSymphony（LPARモード））[1]

ハードウェア構成例（HA8000xMモデル以前）[1]

ハードウェア構成例（HA8000xNモデル以降）[1]

ハードウェア構成例（LANの通信可否による系切り替え制御機能）[1]

ハードウェア構成例（RV3000）[1]

ハードウェア構成例（他社PC/AT互換機）[1]

クラスタ型構成〔用語解説〕[1]

け

系[1]

address[1]

cpudown[1]

fence_reset[1]

name〔environment定義文〕[1]

pairdown〔系のペアダウン〕[1]

patrol〔系障害監視時間〕〔environment定義文〕[1]

reset_type[1]

standbyreset[1]

switch_error〔系切り替え時の起動リトライ〕[1]

switch_retry〔系切り替え時の起動リトライ〕[1]

term_pairdown〔サーバの停止コマンド失敗時の系のペアダウン〕[1]

uoc_pairdown〔ユーザコマンド失敗時の系のペアダウン〕[1]

監視履歴を取得する[1]

系監視履歴取得時間[1]

系障害監視時間[1]

系の起動失敗に対処する[1]

系のペアダウン[1]

系のペアダウン〔サーバの停止コマンド失敗時〕[1]

系のペアダウン〔ユーザコマンド失敗時〕[1]

系のリセット失敗に対処する[1]

障害が発生した系を待機系として再起動する[1]

状態確認[1]

追加する[1]

リセット[1]

リセットの抑止[1]

系〔用語解説〕[1]

計画系切り替え，およびモニタモードのサーバ障害時の順序制御[1]

計画系切り替え〔コマンド〕[1]

系切り替え[1]

強制系切り替え〔運用〕[1]

強制系切り替え〔概要〕[1]

計画系切り替え〔運用〕[1]

計画系切り替え〔概要〕[1]

系切り替えができる状態[1]

自動系切り替え[1]

障害発生による系切り替え時の運用[1]

テスト[1]

連動系切り替え[1]

系切り替え〔用語解説〕[1]

系切り替えができない状態を検知しているときの警告メッセージの設定

notswitch_notify[1]

系切り替え構成[1]

系切り替え構成の違い[1]

構成設計時の考慮点[1]

種類と特徴[1]

リセットパスを共用する場合の注意事項[1]

系切り替えの流れ[1]

系障害時の系切り替え[1]

サーバ障害時の系切り替え[1]

サーバの排他制御をする場合の系切り替え[1]

マルチスタンバイ機能を使用した場合の系切り替え[1]

ユーザがリセット優先系を指定しないときの系切り替え[1]

ユーザがリセット優先系を指定するときの系切り替え[1]

リソースサーバを使用した場合の系切り替え[1]

系切り替えの方式[1]

系切り替え待ち状態[1]

系切り替え待ち状態〔用語解説〕[1]

系障害[1]

monbegin_restart〔系切り替え後の運用の自動化〕[1]

系切り替え後の運用を自動化する[1]

系切り替えをする条件[1]

系のスローダウン〔用語解説〕[1]

現用系[1]

現用系〔用語解説〕[1]

こ

コアファイル〔用語解説〕[1]

子サーバ[1]

子サーバ〔用語解説〕[1]

コマンド一覧[1]

コマンドファイル用ディレクトリ[1]

コンソール[1]

さ

サーバ[1]

actcommand〔サーバの起動コマンド〕[1]

acttype〔起動方法〕[1]

group〔グループ化〕〔resource定義文〕[1]

group〔グループ化〕〔server定義文〕[1]

initial〔起動種別〕[1]

parent〔起動順序と親子関係の対応〕[1]

patrol〔サーバ障害監視時間〕〔server定義文〕[1]

ph_threshold〔サーバ監視履歴取得時間〕〔servers定義文〕[1]

sby_actcommand〔待機サーバ起動時に実行するコマンド〕[1]

sby_termcommand〔待機サーバ停止時に実行するコマンド〕[1]

server_type〔監視方法〕[1]

termcommand〔サーバの停止コマンド〕[1]

運用方法[1]

エイリアスIPアドレス[1]

環境設定例[1]

監視履歴を取得する[1]

起動[1]

起動順序と親子関係の対応[1]

起動を自動化する[1]

切り替え順序制御[1]

グループ化[1]

サーバ監視履歴取得時間[1]

サーバ障害監視時間[1]

サーバとプログラムの関係[1]

サーバの数[1]

サーバの監視コマンド[1]

サーバの監視方法〔モニタモード，かつ実行サーバの場合〕[1]

サーバの起動コマンド[1]

サーバの再起動失敗に対処する[1]

サーバの停止コマンド[1]

実行サーバと待機サーバの決定方法[1]

実行サーバと待機サーバの決定方法〔マルチスタンバイ機能使用時〕[1]

状態遷移[1]

追加する[1]

定義するオペランド一覧[1]

停止[1]

動作確認[1]

排他制御[1]

複数のサーバを使用する場合の考慮点[1]

分類[1]

待ち状態[1]

サーバ〔用語解説〕[1]

サーバ識別名

alias〔resource定義文〕[1]

alias〔server定義文〕[1]

サーバ識別名.downファイルの設定[1]

サーバ識別名.upファイルの設定[1]

サーバシステムの二重化[1]

サーバシステムの二重化〔用語解説〕[1]

サーバ順序制御の状態表示〔コマンド〕[1]

サーバ障害[1]

pairdown[1]

switchtype〔サーバ障害検出時の動作〕[1]

term_pairdown[1]

系切り替え後の運用を自動化する[1]

系切り替えをする条件[1]

サーバ障害の検出（サーバモードの場合）[1]

サーバ障害の検出（モニタモードの場合）[1]

サーバ障害の検出方法〔サーバモード〕[1]

サーバ障害を検出したあとのHAモニタの動作〔サーバモード〕[1]

サーバ障害を検出したあとのHAモニタの動作〔モニタモード〕[1]

サーバ対応の環境設定[1]

変更[1]

サーバと系の状態表示〔コマンド〕[1]

サーバの監視コマンド[1]

patrolcommand[1]

ptrlcmd_ex[1]

ptrlcmd_ex_inter[1]

ptrlcmd_ex_retry[1]

ptrlcmd_ex_tmout[1]

起動[1]

サーバの起動コマンド

actcommand[1]

name〔server定義文〕[1]

サーバの切り替え順序制御[1]

環境設定例[1]

系切り替えが失敗した場合の動作[1]

処理の流れ[1]

サーバの再起動確認[1]

サーバの状態変化によって渡されるパラメタ[1]

サーバのスローダウン〔用語解説〕[1]

サーバの停止完了時および連動系切り替え完了時のメッセージ出力の設定

servcomplete_msg[1]

サーバの停止コマンド

termcommand[1]

サーバの排他制御[1]

環境設定例[1]

排他サーバの環境設定[1]

サーバ引き継ぎ情報〔用語解説〕[1]

サーバモード[1], [2]

サーバモード〔用語解説〕[1]

サーバモードのサーバ障害時の順序制御の流れ[1]

サービス名

lanport[1]

再起動待ち状態〔用語解説〕[1]

サンプルファイル用ディレクトリ[1]

し

自系のスローダウン認識[1]

システム構築の流れ[1]

システムダンプ〔用語解説〕[1]

システムディスク[1]

システムディスクの監視

disk_log_size[1]

disk_ptrl_inter〔function定義文〕[1]

disk_ptrl_retry〔function定義文〕[1]

disk_ptrl〔function定義文〕[1]

システムの起動の流れ[1]

システムの動作確認[1]

事前確認[1]

実行系[1]

実行系〔用語解説〕[1]

実行系でのサーバ引き継ぎ情報の設定〔コマンド〕[1]

実行サーバ[1]

系切り替え待ち状態[1]

再起動監視時間[1]

再起動限界[1]

再起動待ち状態〔運用〕[1]

再起動待ち状態〔解説〕[1]

実行サーバ〔用語解説〕[1]

実行サーバ稼働中の共有リソースの変更〔コマンド〕[1]

実行サーバの起動待ち状態〔用語解説〕[1]

実行サーバレスモードでの系切り替え[1], [2], [3], [4]

実行中のリソースサーバの停止〔コマンド〕[1]

障害

LAN障害〔リソース障害〕[1]

系障害[1]

高負荷によるサーバや系のスローダウンを防止する[1]

サーバ障害[1]

障害情報を収集する[1]

他系のOSパニック[1]

ディスク障害〔リソース障害〕[1]

リソース障害[1]

障害管理プロセサ[1]

障害管理プロセサとリセットパスの接続方法[1]

状態

サーバ[1]

プログラム[1]

リソースサーバ[1]

処理の流れ

UAP障害時の系切り替え〔モニタモード〕〔UAP監視時〕[1]

監視パス障害時の系切り替え〔サーバモード〕〔共有ディスクのSCSIリザーブをする場合〕〔LANの通信可否による系切り替え制御機能〕[1]

監視パス障害時の系切り替え〔モニタモード〕〔共有ディスクのSCSIリザーブをする場合〕〔LANの通信可否による系切り替え制御機能〕[1]

起動リトライでサーバの起動に失敗したとき[1]

共有リソースとの接続・切り離し〔リソースサーバ〕[1]

系切り替え後，実行サーバでの障害発生時の起動リトライ〔モニタモード〕[1]

系障害時の起動リトライ〔サーバモード〕[1]

系障害時の起動リトライ〔モニタモード〕[1]

系障害時の系切り替え〔サーバモード〕[1]

系障害時の系切り替え〔モニタモード〕[1]

系障害時の系切り替え失敗〔サーバモード〕[1]

系障害時の系切り替え失敗〔サーバモード〕〔逆順に切り離す場合〕[1]

系障害時の系切り替え失敗〔モニタモード〕[1]

系障害時の系切り替え失敗〔モニタモード〕〔逆順に切り離す場合〕[1]

系障害時の順序制御[1]

サーバ障害時の起動リトライ〔サーバモード〕[1]

サーバ障害時の起動リトライ〔モニタモード〕[1]

サーバ障害時の系切り替え〔サーバモード〕〔逆順に切り離す場合〕[1]

サーバ障害時の系切り替え〔サーバモードの場合〕[1]

サーバ障害時の系切り替え〔モニタモード，かつ実行サーバの監視をする場合〕[1]

サーバ障害時の系切り替え〔モニタモード，かつ待機系での監視をする場合〕[1]

サーバ障害時の系切り替え〔モニタモード〕〔UAP監視時〕[1]

サーバ障害時の系切り替え〔モニタモード〕〔逆順に切り離す場合〕[1]

サーバ障害時の系切り替え失敗〔サーバモード〕[1]

サーバ障害時の系切り替え失敗〔サーバモード〕〔逆順に切り離す場合〕[1]

サーバ障害時の系切り替え失敗〔モニタモード〕[1]

サーバ障害時の系切り替え失敗〔モニタモード〕〔逆順に切り離す場合〕[1]

サーバの起動〔サーバモードの場合〕[1]

サーバの起動〔モニタモード，かつ実行サーバの監視をする場合〕[1]

サーバの起動〔モニタモード，かつ待機系での監視をする場合〕[1]

サーバの起動〔モニタモード〕〔UAP監視時〕[1]

サーバの停止〔サーバモード〕〔逆順に切り離す場合〕[1]

サーバの停止〔サーバモードの場合〕[1]

サーバの停止〔モニタモード，かつ実行サーバの監視をする場合〕[1]

サーバの停止〔モニタモード，かつ待機系での監視をする場合〕[1]

サーバの停止〔モニタモード〕〔UAP監視時〕[1]

サーバの停止〔モニタモード〕〔逆順に切り離す場合〕[1]

モニタモードのサーバの監視[1]

す

スローダウン

系のスローダウン[1]

原因を調査する[1]

サーバのスローダウン[1]

せ

制御グループ[1]

制御グループID〔用語解説〕[1]

接続処理の間隔・回数

connect_retry[1]

設定

DMMP〔マルチパスソフトウェア〕[1]

DNS[1]

HAモニタの接続構成[1]

HDLM〔マルチパスソフトウェア〕[1]

LAN[1]

LANG環境変数[1]

カーネルのパラメタ[1]

監視パス[1]

キャラクタ型スペシャルファイル[1]

共有ディスク[1]

システムクロック[1]

システムファイル[1]

システムログファイル[1]

出力言語種別[1]

セキュリティレベル[1]

日本語メッセージの出力[1]

ファイルシステム[1]

マルチパスソフトウェア[1]

リセットパス〔BladeSymphony〕[1]

リセットパス〔HA8000xMモデル以前〕[1]

リセットパス〔HA8000xNモデル以降〕[1]

リセットパス〔RV3000〕[1]

そ

相互系切り替え構成[1]

環境設定例[1]

た

待機系[1]

standbyreset〔待機系のリセット〕[1]

待機系〔用語解説〕[1]

待機系での監視

sby_actcommand[1]

sby_ptrlcmd_ex[1]

sby_ptrlcmd_ex_inter[1]

sby_ptrlcmd_ex_retry[1]

sby_ptrlcmd_ex_tmout[1]

sby_servexec_retry[1]

sby_start_timeout[1]

sby_stop_timeout[1]

sby_termcommand[1]

待機系での監視方法〔モニタモード〕[1]

待機系でのサーバ引き継ぎ情報の参照・表示〔コマンド〕[1]

待機サーバ[1]

実行サーバの起動待ち状態[1]

待機サーバの監視時に実行するコマンド[1]

待機サーバの起動時に実行するコマンド[1]

待機サーバの停止時に実行するコマンド[1]

排他サーバ[1]

連動系切り替え待ち状態[1]

待機サーバ〔用語解説〕[1]

待機サーバが実行サーバの起動を待つ状態になったときに出力するメッセージの出力を遅らせる設定[1]

待機サーバの停止〔コマンド〕[1]

待機中のリソースサーバの停止〔コマンド〕[1]

他系のOSパニック検知機能[1]

て

定義チェック[1]

定義チェック〔コマンド〕[1]

定義ファイル[1]

停止

HAモニタによるサーバの停止[1]

システムを停止する[1]

ディスク障害[1]

ディスクの監視[1]

業務ディスク[1]

業務ディスクの監視[1], [2], [3], [4], [5]

システムディスク[1]

システムディスクの監視[1], [2], [3], [4], [5]

ディレクトリ構成[1]

デーモンプログラム用ディレクトリ[1]

と

問い合わせ応答メッセージのリトライ[1]

message_retry[1]

ね

ネットマスク

netmask[1]

ネットワークアドレス[1]

は

パーティション〔用語解説〕[1]

排他サーバ〔用語解説〕[1]

排他制御〔用語解説〕[1]

ハイブリッドフェンシング[1]

環境設定例[1]

ハイブリッドフェンシングを使用する場合

システム構築の流れ[1]

ひ

引き継ぎ[1]

日立サーバ論理分割機構[1]

partition_reset〔物理パーティションリセット機能〕[1]

物理パーティションリセット機能[1]

ふ

ファイルシステム

fs_log_size[1]

fs_mount_dir[1]

fs_mount_opt[1]

fs_name[1]

fs_neck[1]

fs_umount_retry[1]

運用[1]

環境設定例[1], [2]

切り替え[1]

サーバ識別名.fslog[1]

サーバ識別名.fslog_old[1]

接続[1]

設定[1]

引き継ぎ[1]

負荷

高負荷による障害発生を防止するための運用[1]

テスト[1]

複数系切り替え構成間での設定・定義のチェック[1]

複数スタンバイ構成[1]

multistandby[1]

standbypri〔優先度〕[1]

環境設定例（TP1/EE）[1]

環境設定例（TP1/Server BaseまたはHiRDB）[1]

ハードウェア構成例（HA8000xMモデル以前）[1]

ハードウェア構成例（HA8000xNモデル以降）[1]

ハードウェア構成例（LANの通信可否による系切り替え制御機能）[1]

ハードウェア構成例（RV3000）[1]

ハードウェア構成例（他社PC/AT互換機）[1]

複線化した監視パスに割り当てるIPアドレス[1]

物理パーティションリセット機能[1]

partition_reset[1]

プログラム〔用語解説〕[1]

プロセサ[1]

ほ

ポート番号[1]

ホスト名

lan[1]

name〔environment定義文〕[1]

ボリュームグループ

vg_neck[1]

vg_off[1]

切り離し[1]

参照＋更新接続[1]

ボリュームグループ名.vglog[1]

ボリュームグループ名.vglog_old[1]

ボリュームグループの切り離しの設定

vg_offskip[1]

ま

マウント[1]

待ち状態[1]

待ち状態のサーバの停止〔コマンド〕[1]

待ち状態のサーバを実行サーバとして起動〔コマンド〕[1]

マルチスタンバイ機能[1]

multistandby[1]

standbypri〔優先度〕[1]

マルチスタンバイ機能〔用語解説〕[1]

マルチパス制御（DMMP）の設定（設定2）[1]

め

メッセージカタログ用ディレクトリ[1]

メッセージログ〔用語解説〕[1]

も

モジュールトレース情報〔用語解説〕[1]

モニタモード[1]

actcommand[1]

patrolcommand[1]

ptrlcmd_ex[1]

ptrlcmd_ex_inter[1]

ptrlcmd_ex_retry[1]

ptrlcmd_ex_tmout[1]

retry_stable〔server定義文〕[1]

servexec_retry[1]

start_timeout〔サーバ起動時のタイムアウト〕[1]

stop_timeout_sw〔サーバ停止時のタイムアウト〕[1]

stop_timeout〔サーバ停止時のタイムアウト〕[1]

termcmd_at_abort〔サーバの停止コマンド〕[1]

waitserv_exec[1]

サーバの監視[1]

再起動および系切り替えができない状況のサーバの障害に対処する[1]

待機系での監視[1]

プログラム管理機能[1]

モニタモード〔用語解説〕[1]

モニタモードのサーバの起動〔コマンド〕[1]

モニタモードのサーバの停止〔コマンド〕[1]

モニタモードのプログラム

pgmmax〔プログラムの最大数の変更〕[1]

再起動[1]

再起動確認[1]

状態遷移[1]

プログラムの再起動限界[1]

プログラムの再起動コマンド[1]

プログラムの数[1]

プログラムのスローダウン監視時間[1]

モニタモードのプログラム管理機能[1]

alias[1]

exec_retry[1]

name〔program定義文〕[1]

patrol〔program定義文〕[1]

pgmmax[1]

program[1]

restart_timeout[1]

restartcommand[1]

retry_stable〔program定義文〕[1]

server_alias[1]

UAPの監視[1]

環境設定例[1]

モニタモードのプログラム対応の環境設定[1]

変更[1]

ゆ

ユーザコマンド[1]

JP1イベントとの使い分け[1]

uoc_neck[1]

usrcommand[1]

コーディング例[1]

作成方法[1]

発行形式（HAモニタの状態変化時）[1]

発行形式（サーバの状態変化時）[1]

発行タイミング（HAモニタの状態変化時）[1]

発行タイミング（サーバの状態変化時）[1]

戻り値判定[1]

ユーザコマンド〔用語解説〕[1]

よ

予備系[1]

予備系〔用語解説〕[1]

り

リザーブの解除[1]

リセット[1]

cpudown〔同時リセットの防止〕[1]

patrol〔environment定義文〕[1]

reset_type〔複数系間の同時リセットの防止〕[1]

suppress_reset〔系のリセットの抑止〕[1]

環境設定例〔VMware ESXiでの仮想化環境〕[1]

系のリセットに失敗した場合の動作[1]

系のリセットに失敗した場合の動作〔マルチスタンバイ機能使用時〕[1]

実行系のリセット[1]

待機系のリセット[1]

同時リセットの防止[1]

二重リセットの防止[1]

複数系間の同時リセットの防止[1]

抑止[1]

リセット発行系[1]

リセット優先系[1]

リセット優先度[1]

リセットの抑止[1]

patrol_type[1]

リセットパス[1]

IPアドレス[1]

resetpatrol_mode〔ヘルスチェック〕[1]

resetpatrol〔ヘルスチェック間隔〕[1]

構成[1]

設定〔BladeSymphony〕[1]

設定〔HA8000xMモデル以前〕[1]

設定〔HA8000xNモデル以降〕[1]

設定〔RV3000〕[1]

二重化[1]

ヘルスチェック[1]

ポート番号[1]

リセットパスの状態表示〔コマンド〕[1]

リソース[1]

HAモニタに必要なリソース[1]

LAN[1]

共有ディスク[1]

サーバに必要なリソース[1]

最小構成[1]

最大構成[1]

ファイルシステム[1]

リソースの共用[1]

リソースの共用方法の考え方[1]

リソースサーバ[1]

環境設定例[1]

起動[1]

起動を自動化する[1]

実現できない構成[1]

実現できる構成[1]

状態確認[1]

状態の決定方法[1]

停止[1]

リソースサーバの数[1]

リソースサーバ〔用語解説〕[1]

リソースサーバの起動〔コマンド〕[1]

リソースサーバの起動待ち状態[1]

リソース障害[1]

リソースの監視[1]

れ

連動系切り替え[1]

group〔resource定義文〕[1]

group〔server定義文〕[1]

環境設定例[1]

計画系切り替え[1]

サーバグループ[1]

サーバの切り替え種別[1]

サーバの切り替え種別の指定と連動系切り替えの関係[1]

連動系切り替え〔用語解説〕[1]

連動系切り替え待ち状態〔用語解説〕[1]

ろ

ローカルディスク[1]

ログ情報ファイル用ディレクトリ[1]

マニュアル発行元

株式会社 日立製作所

〒100-8280　東京都千代田区丸の内一丁目6番6号