Hitachi HA Toolkit

解説・手引・文法・操作書

3000-9-115-30

目　　次

前書き

変更内容

はじめに

1.　概要

1.1　Hitachi HA Toolkit Extensionとは

1.1.1　HA Toolkit Exの特長

1.2　系切り替えの種類

1.2.1　ホットスタンバイ構成での系切り替え

1.2.2　HiRDBのスタンバイレス型系切り替え

1.3　HA Toolkit Exの機能

1.3.1　サーバの監視

1.3.2　障害の検知

1.3.3　系切り替え時間の短縮

1.3.4　障害時の系切り替え

1.4　HA Toolkit Exの構成

1.4.1　ハードウェア構成

1.4.2　ソフトウェア構成（HP-UX（PA-RISC））

1.4.3　ソフトウェア構成（HP-UX（IPF））

1.4.4　ソフトウェア構成（Solaris）

1.4.5　ソフトウェア構成（Windows）

1.4.6　最大構成と最小構成

2.　サーバの運用（ホットスタンバイ構成での系切り替え）

2.1　クラスタシステムの起動（ホットスタンバイ構成）

2.2　クラスタシステムの停止（ホットスタンバイ構成）

2.3　サーバの起動（ホットスタンバイ構成）

2.3.1　実行系の決定

2.3.2　実行サーバの起動

2.3.3　待機サーバの起動

2.3.4　サーバ起動時の障害と運用

2.3.5　実行サーバ起動失敗時の原因調査手順

2.4　サーバの停止（ホットスタンバイ構成）

2.4.1　実行サーバの停止

2.4.2　待機サーバの停止

2.4.3　実行サーバ停止失敗時の原因調査手順

2.5　サーバの計画系切り替え（ホットスタンバイ構成）

2.5.1　MC/ServiceGuardでの計画系切り替え

2.5.2　VCSでの計画系切り替え

2.5.3　MSCSでの計画系切り替え

2.6　サーバの状態遷移（ホットスタンバイ構成）

2.7　障害検知時の動作と運用（ホットスタンバイ構成）

2.7.1　障害の検知

2.7.2　障害時の系切り替えの流れ

2.7.3　障害時のサーバ再起動

2.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

2.7.5　障害情報の退避（HP-UX）

2.7.6　障害情報の退避（Solaris）

2.7.7　障害情報の退避（Windows）

3.　サーバの運用（HiRDBの1:1スタンバイレス型系切り替え）

3.1　クラスタシステムの起動（1:1スタンバイレス型）

3.2　クラスタシステムの停止（1:1スタンバイレス型）

3.3　BESユニットの起動（1:1スタンバイレス型）

3.3.1　BESユニットの起動

3.3.2　代替部の起動

3.3.3　BESユニット起動時の障害と運用

3.3.4　BESユニット起動失敗時の原因調査手順

3.4　BESユニットの停止（1:1スタンバイレス型）

3.4.1　BESユニットの停止

3.4.2　代替部の停止

3.4.3　BESユニット停止失敗時の原因調査手順

3.5　BESユニットの計画系切り替え（1:1スタンバイレス型）

3.6　BESユニットの状態遷移（1:1スタンバイレス型）

3.7　障害検知時の動作と運用（1:1スタンバイレス型）

3.7.1　障害の検知

3.7.2　障害時の系切り替えの流れ

3.7.3　系切り替え後の系の切り戻し

3.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

3.7.5　障害情報の退避（HP-UX）

3.7.6　障害情報の退避（Solaris）

3.7.7　障害情報の退避（Windows）

4.　サーバの運用（HiRDBの影響分散スタンバイレス型系切り替え）

4.1　オペレーターの操作タイミング（影響分散スタンバイレス型）

4.2　クラスタシステムの起動（影響分散スタンバイレス型）

4.3　クラスタシステムの停止（影響分散スタンバイレス型）

4.4　サーバの起動（影響分散スタンバイレス型）

4.4.1　実行サーバの決定

4.4.2　系単位でのサーバの起動

4.4.3　サーバ単位でのサーバの起動

4.4.4　サーバ起動時の障害と運用

4.4.5　実行サーバ起動失敗時の原因調査手順

4.5　サーバの停止（影響分散スタンバイレス型）

4.5.1　系単位でのサーバの停止

4.5.2　サーバ単位でのサーバの停止

4.5.3　実行サーバ停止失敗時の原因調査手順

4.6　サーバの計画系切り替え（影響分散スタンバイレス型）

4.6.1　MC/ServiceGuardでの計画系切り替え

4.6.2　VCSでの計画系切り替え

4.6.3　MSCSでの計画系切り替え

4.7　サーバの状態遷移（影響分散スタンバイレス型）

4.8　障害検知時の動作と運用（影響分散スタンバイレス型）

4.8.1　障害の検知

4.8.2　障害時の系切り替えの流れ

4.8.3　障害後の系回復の流れ

4.8.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

4.8.5　障害情報の退避（HP-UX）

4.8.6　障害情報の退避（Solaris）

4.8.7　障害情報の退避（Windows）

5.　HA Toolkit Exの自動運用（Windows）

5.1　自動運用の前に

5.1.1　実行サーバの起動

5.1.2　自動起動の順序

5.1.3　実行サーバの停止

5.2　自動運用の流れ

5.2.1　系の起動

5.2.2　系切り替え

5.2.3　系の停止

5.3　自動運用の注意事項

6.　環境設定（HP-UX）

6.1　ディレクトリ構成（HP-UX）

6.2　HA Toolkit Exの環境設定（HP-UX）

6.2.1　定義規則

6.2.2　サーバ対応の環境設定

6.2.3　HA Toolkit Exの動作の環境設定

6.2.4　サーバの起動コマンドの設定

6.2.5　サーバの停止コマンドの設定

6.2.6　定義チェック

6.3　MC/ServiceGuardの環境設定（HP-UX）

6.3.1　パッケージ構成ファイルの設定（影響分散スタンバイレス型）

6.3.2　パッケージ制御スクリプトの設定

6.4　実行サーバを運用するためのシェルスクリプトの設定（HP-UX）

6.4.1　BESユニットの起動シェルスクリプトの設定（1:1スタンバイレス型）

6.4.2　パッケージの起動・停止シェルスクリプトの設定（影響分散スタンバイレス型）

6.5　ホットスタンバイ構成での系切り替えの環境設定例（HP-UX）

6.5.1　HA Toolkit Exの環境設定例

6.5.2　MC/ServiceGuardの環境設定例

6.6　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（HP-UX）

6.6.1　HA Toolkit Exの設定例

6.6.2　MC/ServiceGuardの環境設定例

6.6.3　BESユニットを起動するためのシェルスクリプト例

6.7　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（HP-UX）

6.7.1　HA Toolkit Exの設定例

6.7.2　MC/ServiceGuardの環境設定例

6.7.3　実行サーバを運用するためのシェルスクリプト例

7.　環境設定（Solaris）

7.1　ディレクトリ構成（Solaris）

7.2　HA Toolkit Exの環境設定（Solaris）

7.2.1　定義規則

7.2.2　サーバ対応の環境設定

7.2.3　HA Toolkit Exの動作の環境設定

7.2.4　サーバの起動コマンドの設定

7.2.5　サーバの停止コマンドの設定

7.2.6　定義チェック

7.3　VCSの環境設定（Solaris）

7.3.1　サービスグループの作成

7.3.2　リソースの作成

7.4　実行サーバを運用するためのシェルスクリプトの設定（Solaris）

7.4.1　BESユニットのオンライン化シェルスクリプトの設定（1:1スタンバイレス型）

7.4.2　サービスグループのオンライン・オフライン化シェルスクリプトの設定（影響分散スタンバイレス型）

7.5　ホットスタンバイ構成での系切り替えの環境設定例（Solaris）

7.5.1　HA Toolkit Exの環境設定例

7.5.2　VCSの環境設定例

7.6　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Solaris）

7.6.1　HA Toolkit Exの設定例

7.6.2　VCSの環境設定例

7.6.3　BESユニットをオンライン化するためのシェルスクリプト例

7.7　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Solaris）

7.7.1　HA Toolkit Exの設定例

7.7.2　VCSの環境設定例

7.7.3　実行サーバを運用するためのシェルスクリプト例

8.　環境設定（Windows）

8.1　ディレクトリ構成（Windows）

8.2　HA Toolkit Exの環境設定（Windows）

8.2.1　定義規則

8.2.2　サーバ対応の環境設定

8.2.3　HA Toolkit Exの動作の環境設定

8.2.4　サーバの起動コマンドの設定

8.2.5　サーバの停止コマンドの設定

8.2.6　定義チェック

8.3　Windowsの環境設定（Windows）

8.3.1　HA Toolkit Exのサービス登録

8.3.2　サーバに対応するサービスプロセスのサービス登録

8.4　MSCSの環境設定（Windows Server 2003 R2まで）

8.4.1　サーバに対応するサービスプロセス登録（Windows Server 2003 R2まで）

8.5　MSFCの環境設定（Windows Server 2008以降）

8.5.1　サーバに対応するサービスプロセス登録（Windows Server 2008以降）

8.6　実行サーバを運用するためのバッチファイルの設定（Windows）

8.6.1　BESユニットのオンライン化バッチファイルの設定（1:1スタンバイレス型）

8.6.2　グループのオンライン・オフライン化バッチファイルの設定（影響分散スタンバイレス型）

8.7　自動運用のための設定（Windows）

8.7.1　HA Toolkit Exのサービス登録（Windows Server 2003 R2まで）

8.7.2　HA Toolkit Exのサービス登録（Windows Server 2008以降）

8.7.3　起動用バッチファイルの設定

8.7.4　起動用バッチファイルの登録（Windows Server 2008（x64）およびWindows Server 2008 R2）

8.7.5　停止用バッチファイルの設定

8.7.6　バッチファイル作成時の注意

8.8　ホットスタンバイ構成での系切り替えの環境設定例（Windows）

8.8.1　HA Toolkit Exの環境設定例

8.8.2　Windowsの環境設定例

8.8.3　MSCSまたはMSFCの環境設定例

8.9　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Windows）

8.9.1　HA Toolkit Exの設定例

8.9.2　MSCSまたはMSFCの環境設定例

8.9.3　BESユニットをオンライン化するためのバッチファイル例

8.10　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Windows）

8.10.1　HA Toolkit Exの設定例

8.10.2　MSCSまたはMSFCの環境設定例

8.10.3　グループをオンライン・オフライン化するためのバッチファイル例

9.　コマンド

コマンド一覧

hateactonl

hatecheck

hatehaltserv

hatesbystp

hateserv

hateshow

hatestart

hatestop

hatets

10.　メッセージ

10.1　メッセージの形式

10.1.1　メッセージの記述形式

10.1.2　メッセージの出力形式

10.1.3　メッセージIDの記号

10.1.4　メッセージの出力先

10.1.5　メッセージの言語種別

10.2　メッセージテキスト

付録

付録A　このマニュアルの参考情報

付録A.1　関連マニュアル

付録A.2　このマニュアルでの表記

付録A.3　英略語

付録A.4　常用漢字以外の漢字の使用について

付録A.5　KB（キロバイト）などの単位表記について

付録B　用語解説

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2002, 2010, Hitachi, Ltd.

前書き

■ 対象製品

P-1B2C-F121　 Hitachi HA Toolkit Extension　 01-20（適用OS：HP-UX 11，HP-UX 11i）
P-1J2C-F121　 Hitachi HA Toolkit Extension　 01-20（適用OS：HP-UX 11i V2（IPF），HP-UX 11i V3（IPF））
P-242C-F114　 Hitachi HA Toolkit Extension　 01-20（適用OS：Windows 2000，Windows Server 2003，Windows Server 2003 R2，Windows Server 2008，Windows Server 2008 R2）
P-282C-F114　 Hitachi HA Toolkit Extension　 01-20（適用OS：Windows Server 2003（IPF））
P-9D2C-F111　 Hitachi HA Toolkit Extension　 01-21（適用OS：Solaris 2.6，Solaris 7，Solaris 8，Solaris 9，Solaris 10）

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

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
MC/Serviceguardは，米国Hewlett-Packard Companyの商品名称です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VERITASおよびVERITASロゴは，米国Symantec Corporationの登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
プログラムプロダクト「P-9D2C-F111」には，米国Sun Microsystems,Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-F111」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。

■ マイクロソフト製品の表記について

このマニュアルでは，マイクロソフト製品の名称を次のように表記しています。

製品名 | 表記
Microsoft(R) Cluster Service | MSCS
Microsoft(R) Failover Cluster | MSFC
Microsoft(R) Windows(R) 2000 Advanced Server Operating System | Windows 2000 | Windows
Microsoft(R) Windows Server(R) 2003, Enterprise Edition | Windows Server 2003
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium-based Systems | Windows Server 2003（IPF）
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition | Windows Server 2003 R2
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2008 Enterprise | Windows Server 2008（x64） | Windows Server 2008
Microsoft(R) Windows Server(R) 2008 Enterprise 32-bit | Windows Server 2008（x86）
Microsoft(R) Windows Server(R) 2008 R2 Enterprise | Windows Server 2008 R2

■ 発行

2002年 7月 (第1版) 3000-9-115
2010年 8月 (第4版) 3000-9-115-30

■ 著作権

All Rights Reserved. Copyright (C) 2002, 2010, Hitachi, Ltd.

変更内容

変更内容（3000-9-115-30）Hitachi HA Toolkit Extension 01-21（Solaris）

追加・変更内容
変更個所

このマニュアルの対象製品を，Hitachi HA Toolkit Extensionだけとした。これに伴い，関係のない記述を削除した。
今版での変更内容の後ろにある，対応表を参照してください。

クラスタシステムの起動方法，および停止方法についての説明を追記した。
2.1，2.2，3.2，4.1，4.3

クラスタソフトからのオフライン操作によって，実行サーバを停止できる旨を追記した。
2.4.1，2.4.1(2)

ホットスタンバイ構成での系切り替え時の説明である旨を追記した。また，ホットスタンバイ構成での系切り替えと，それ以外の系切り替えの場合とで差異がある場合は，それを明確にした。
5.1.1，5.2.1，5.2.2，5.2.3，8.7.3(1)，8.7.5，8.7.5(1)

自動運用をするときに出力されることがあるメッセージに，KFPS01853-Wを追加した。
5.3

HA Toolkit Exの設定例を修正した。
7.6.1(2)，7.6.1(3)，8.9.1(2)

起動用バッチファイル，および停止用バッチファイルの記述例を修正した。
8.7.3(2)(c)，8.7.5(2)

このマニュアルの対象製品をHitachi HA Toolkit Extensionだけとしたことに伴い，次のメッセージを削除した。
KAMC003-E，KAMC005-E，KAMC007-E，KAMC008-E，KAMC009-E，KAMC010-W，KAMC011-E，KAMC012-E，KAMC021-E，KAMC051-E，KAMC053-W，KAMC100-I，KAMC101-I，KAMC102-E，KAMC120-E，KAMC130-E，KAMC140-E，KAMC142-E，KAMC144-E，KAMC146-E，KAMC148-W，KAMC150-E，KAMC151-E，KAMC152-E，KAMC153-E，KAMC154-E，KAMC155-W，KAMC156-W，KAMC157-E，KAMC158-E，KAMC159-E，KAMC160-E，KAMC161-E，KAMC162-E，KAMC163-E，KAMC206-E，KAMC213-I，KAMC225-I，KAMC229-E，KAMC237-E，KAMC251-I，KAMC254-I，KAMC255-D，KAMC260-I，KAMC261-I，KAMC280-I，KAMC290-I，KAMC300-E，KAMC301-E，KAMC305-E，KAMC309-W，KAMC315-E，KAMC317-W，KAMC318-I，KAMC320-E，KAMC322-E，KAMC325-I，KAMC327-E，KAMC331-E，KAMC332-E，KAMC333-E，KAMC342-W，KAMC343-W，KAMC350-E，KAMC370-E，KAMC374-I，KAMC377-E，KAMC381-E，KAMC400-E，KAMC412-E，KAMC456-E，KAMC460-E，KAMC465-E，KAMC472-I，KAMC473-I，KAMC474-I，KAMC475-W，KAMC476-E，KAMC477-E，KAMC478-I，KAMC601-W，KAMC610-W，KAMC611-W，KAMC612-E，KAMC613-E，KAMC614-E，KAMC615-E，KAMC616-E，KAMC617-E，KAMC618-E，KAMC619-E，KAMC650-E，KAMC702-W
10.2

次のメッセージの説明を変更した。
KAME614-E
10.2

適用OSにSolaris 10を追加した。
－

Hitachi HA Toolkit Extension 01-20（HP-UX，Solaris，Windows）

追加・変更内容
変更個所

前提ソフトウェアとして，次のアプリケーションに対応した。

OpenTP1 Version 7

HiRDB Version 8

1.4.2，1.4.3，1.4.4，1.4.5

適用OSがHP-UXおよびSolarisの場合に，サーバ対応の環境設定のpatrolオペランドに指定できる上限値を，600に変更した。
6.2.2(2)，7.2.2(2)

Windows Server 2008，およびWindows Server 2008 R2向けの環境設定に関する説明を追加した。
8.5，8.7，8.7.2，8.7.3，8.7.4，8.7.6，8.8.1(6)，8.8.3，8.9.1(4)，8.9.2，8.10.1(3)，8.10.2

次のメッセージを追加した。
KAME257-I，KAME341-W，KAME626-E
10.2

次のメッセージの説明を変更した。
KAME300-E，KAME301-E，KAME325-I，KAME370-E
10.2

適用OSに次のOSを追加した。

HP-UX 11i V3

Windows Server 2003 R2

Windows Server 2008

Windows Server 2008 R2

－

Hitachi HA Toolkit Extension 01-04（HP-UX（IPF），Windows Server 2003（IPF））

追加・変更内容
変更個所

次のメッセージを追加した。
KAME013-E，KAME655-W
10.2

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

なお，「はじめに」の記載の一部を「このマニュアルの参考情報」に移動しました。

第4版では，第3版の目次の構成を変更しました。第3版との対応は次のようになっています。

第3版 | 第4版
第1編　Hitachi HA Toolkit Extension | 編構成ではなくなりました。
1.　概要 | 1.　概要
2.　サーバの運用（ホットスタンバイ構成での系切り替え） | 2.　サーバの運用（ホットスタンバイ構成での系切り替え）
3.　サーバの運用（HiRDBの1:1スタンバイレス型系切り替え） | 3.　サーバの運用（HiRDBの1:1スタンバイレス型系切り替え）
4.　サーバの運用（HiRDBの影響分散スタンバイレス型系切り替え） | 4.　サーバの運用（HiRDBの影響分散スタンバイレス型系切り替え）
5.　HA Toolkit Exの自動運用（Windows） | 5.　HA Toolkit Exの自動運用（Windows）
6.　環境設定（HP-UX） | 6.　環境設定（HP-UX）
7.　環境設定（Solaris） | 7.　環境設定（Solaris）
8.　環境設定（Windows） | 8.　環境設定（Windows）
9.　コマンド | 9.　コマンド
第2編　Hitachi HA Toolkit for MC/ServiceGuard | 削除
10.　概要 | 削除
11.　サーバの運用 | 削除
12.　環境設定 | 削除
13.　コマンド | 削除
14.　OpenTP1およびHiRDBの使用方法 | 削除
第3編　メッセージ | 編構成ではなくなりました。
15.　メッセージ | 10.　メッセージ
付録 | 付録

変更内容（3000-9-115-20）Hitachi HA Toolkit Extension 01-04（HP-UX，Solaris，Windows）

追加・変更内容

HiRDBの1:1スタンバイレス型系切り替えをサポートした。

HiRDBの影響分散スタンバイレス型系切り替えをサポートした。

適用OSとしてHP-UX（IPF）を追加した。

Solarisで使用できるサーバの種類に，HiRDBを追加した。

Windowsで使用できるサーバの種類に，TP1/LiNKを追加した。

適用OSとしてWindows（IPF）を追加した。

HiRDBの影響分散スタンバイレス型系切り替えの場合に，稼働サーバの最大数を16から64に拡張した。

実行サーバが起動・停止に失敗した場合の原因調査手順を記載した。

適用OSがWindowsの場合に，トラブルシュートコマンド（hatetsコマンド）をサポートした。

サービスの状態表示コマンド（hateshowコマンド）にオプションを追加した。

次のメッセージを追加した。
KAME214-I，KAME262-I，KAME481-I，KAME482-I，KAME483-I，KAME484-E，KAME485-W，KAMC613-E，KAME613-E，KAME651-W

次のメッセージを変更した。
KAME050-I，KAMC333-E，KAME333-E

次のメッセージを削除した。
KAMC375-E，KAME375-E

変更内容（3000-9-115-10）Hitachi HA Toolkit Extension 01-00（HP-UX，Solaris，Windows）

追加・変更内容

対象製品P-1B2C-F121，および，P-9D2C-F111の適用OSを訂正した。

系障害時の切り替えは，クラスタソフトに従うことを記載した。

ログ情報の説明を変更した。

プロセスID格納ファイルの名称を訂正した。

Applicationエージェント固有のリソースの属性一覧に，MonitorProcessを追加した。

VERITAS Cluster Serverのリソースタイプ属性の設定で，OnlineTimeoutの設定する値の説明を変更した。

OpenTP1起動，停止コマンドの設定例を変更した。

hatehaltservコマンド，hateservコマンドの機能，および，注意事項の説明を変更する。

はじめに

このマニュアルは，Hitachi HA Toolkitの機能および使用方法について説明したものです。

Hitachi HA Toolkitは，クラスタソフトを使用して構築したクラスタシステムで，サーバ（OpenTP1またはHiRDB）の障害を監視する製品です。

Hitachi HA Toolkit Extensionが対応しているクラスタソフトおよび適用OSを次に示します。

クラスタソフト | 適用OS
MC/ServiceGuard | HP-UX
VERITAS Cluster Server | Solaris
Microsoft Cluster Service | Windows
Microsoft Failover Cluster

MC/ServiceGuardは，米国Hewlett-Packard Companyが開発した製品です。

なお，このマニュアルで説明する各クラスタソフトに関する記述については，各クラスタソフトのマニュアルを参照してください。

＜はじめにの構成＞

対象読者

適用OSによる違いについて

このマニュアルで使用している記号

図中で使用する記号

対象読者

サーバの障害を監視するシステムを構築・運用する，システム管理者およびオペレーターの方を対象とします。

Hitachi HA Toolkitは，クラスタソフトを使用して構築されたクラスタシステム上で使用することを前提としています。また，対象となるサーバはOpenTP1またはHiRDBのため，次の知識をお持ちの方を前提とします。

クラスタソフトの知識

OpenTP1，またはHiRDBの知識

OSでのクラスタシステムの知識

適用OSによる違いについて

(1)　クラスタソフトの記述について

このマニュアルでは，MC/ServiceGuard，VCS，MSCSまたはMSFCに機能差がない説明については，クラスタソフトと総称しています。操作説明では，クラスタソフトがSolarisであることを前提に記述していますので，ほかのクラスタソフトをお使いの場合，次のとおり読み替えてください。

VCS
（適用OS：Solaris）
MC/ServiceGuard
（適用OS：HP-UX）
MSCSまたはMSFC
（適用OS：Windows）

サービスグループ
パッケージ
グループ

オンライン
起動
オンライン

オフライン
停止
オフライン

(2)　Windowsのバージョンによる違いについて

Windows Server 2008以降を使用している場合，マニュアル中で使用している用語の一部がWindows Server 2003 R2までと異なります。Windows共通の記述では，OSがWindows Server 2003 R2までであることを前提に記述していますので，Windows Server 2008以降をお使いの場合，次のとおり読み替えてください。

このマニュアルでの
Windows Server 2003 R2までの用語
このマニュアルでの
Windows Server 2008以降の用語

MSCS
MSFC

クラスタアドミニストレータ

Windows Server 2008の場合

フェールオーバー クラスタ管理

Windows Server 2008 R2の場合

フェールオーバー クラスター マネージャー

グループ，リソースグループ
サービス

このマニュアルで使用している記号

このマニュアルで使用する文法記述記号，構文要素記号，および注意の記号を説明します。

(1)　文法記述記号

文法記述記号
意味

［　］
この記号で囲まれているオペランドは省略できることを示します。

｛　｝
この記号で囲まれている項目のうち一つを選択することを示します。
（例）｛Y｜N｝
「Y」または「N」を選択することを示します。

｜
選択する項目の区切りを示します。

～
この記号の前に示された項目が，記号～に続く<　>，《　》，((　))などの規則に従わなければならないことを示します。

<　>
ユーザー指定値の構文要素を示します。
（例）<符号なし整数>
符号なし整数を指定することを示します。

((　))
ユーザー指定値の指定範囲を示します。
（例）((0～32767))
0から32767の範囲で指定することを示します。

《　》
ユーザー指定値を任意の文字列や数値で指定する場合，指定を省略したときに仮定される省略値を示します。
（例）((0～32767))《10》
このユーザー指定値を省略した場合，「10」が仮定されることを示します。

下線
該当オペランドを省略した場合の，仮定値を示します。
（例）｛switch｜manual｜restart｝
switchを仮定値にすることを示します。

(2)　構文要素記号

構文要素記号 | 意味
<符号なし整数> | 数字列（0～9）
<英数字> | アルファベット（A～Z，a～z），_，および数字（0～9）
<パス名> | 先頭がアルファベット（A～Z，a～z）の英数字記号列，「/」（スラント），「-」（ハイフン），「_」（アンダスコア）および「.」（ピリオド）

(3)　注意の記号

注意

操作時などに注意する必要がある事項，および考慮してほしい事項について説明しています。

図中で使用する記号

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

1.　概要

この章では，Hitachi HA Toolkit Extensionの特長，系切り替え機能，および構成について説明します。

＜この章の構成＞

1.1　Hitachi HA Toolkit Extensionとは

1.2　系切り替えの種類

1.3　HA Toolkit Exの機能

1.4　HA Toolkit Exの構成

1.1　Hitachi HA Toolkit Extensionとは

Hitachi HA Toolkit Extension（以降HA Toolkit Exと表記します）は，MC/ServiceGuard，VCS，MSCSなどのクラスタソフトを用いて構築したクラスタシステムで，サーバプログラムの障害を監視する製品です。

HA Toolkit Exが障害を監視するサーバプログラム（以降サーバと表記します）には，OpenTP1およびHiRDBがあります。HA Toolkit Exを使用すると，これらのサーバに障害やスローダウンが発生した場合，事前に待機しているサーバに，迅速に切り替えられます。そのため，システムの信頼性や稼働率を高められます。

＜この節の構成＞

1.1.1　HA Toolkit Exの特長

1.1.1　HA Toolkit Exの特長

HA Toolkit Exには次の特長があります。

サーバの監視
クラスタソフトを使用して構築したクラスタシステムで，サーバと連携してサーバのスローダウンを監視します。

サーバ障害時の迅速な系切り替え
論理エラー，リソースの障害，スローダウンなど，サーバに障害が発生した場合，系切り替えをします。待機サーバのプロセスなどを事前に起動しておくので，迅速に系切り替えができます。

導入の容易さ
クラスタソフトの環境設定や運用方法を変更しなくても，HA Toolkit Exを使用できます。

1.2　系切り替えの種類

系切り替えには，次の種類があります。スタンバイレス型系切り替えは，サーバがHiRDBの場合に使用できます。

ホットスタンバイ構成での系切り替え

HiRDBのスタンバイレス型系切り替え

1:1スタンバイレス型系切り替え

影響分散スタンバイレス型系切り替え

＜この節の構成＞

1.2.1　ホットスタンバイ構成での系切り替え

1.2.2　HiRDBのスタンバイレス型系切り替え

1.2.1　ホットスタンバイ構成での系切り替え

ホットスタンバイ構成での系切り替えでは，待機サーバのプロセスを事前に起動しておくことで，障害時に待機サーバを起動する時間が短縮されます。これによって，障害時に迅速な系切り替えができます。待機サーバのプロセスを事前に起動しておく機能を，ホットスタンバイと呼びます。

また，HA Toolkit Exとサーバが連携することで，障害検知に掛かる時間を短縮できます。

ホットスタンバイ構成での系切り替えの概要を，次に示します。

図1-1　ホットスタンバイ構成での系切り替えの概要

1.2.2　HiRDBのスタンバイレス型系切り替え

HiRDBのスタンバイレス型系切り替えでは，待機サーバだけが配置されている待機系を用意する必要がありません。待機サーバは，すでに実行サーバが起動している系で待機し，障害に備えています。

すべての系で実行サーバを稼働させることができるので，システムリソースを効率的に使用できます。ただし，障害が発生した場合，すでに業務処理中の実行サーバがある系に系切り替えをするため，切り替わった系には負荷が掛かります。

HiRDBのスタンバイレス型系切り替えには，次の種類があります。

1:1スタンバイレス型系切り替え

影響分散スタンバイレス型系切り替え

＜この項の構成＞

(1)　1:1スタンバイレス型系切り替え

(2)　影響分散スタンバイレス型系切り替え

(1)　1:1スタンバイレス型系切り替え

HiRDBの1:1スタンバイレス型系切り替えでは，障害が発生したBESユニットから代替BESユニットの代替部に系切り替えをして，障害が発生したBESユニットの業務を代替部に代行させることができます。

HiRDBの1:1スタンバイレス型系切り替えの概要を，次に示します。

図1-2　HiRDBの1:1スタンバイレス型系切り替えの概要

前述の図では，系1はBESユニット1の正規BESユニットで，同時にBESユニット2の代替BESユニットです。また，系2はBESユニット2の正規BESユニットで，同時にBESユニット1の代替BESユニットです。BESユニット1で障害が発生し，系切り替え後，BESユニット2にあるBESユニット1の代替部がBESユニット1の業務を代行しています。

このマニュアルでは，HiRDBの1:1スタンバイレス型系切り替えのシステム構成を，HiRDBの用語を使用して説明しています。ただし，ホットスタンバイ構成での系切り替えやHiRDBの影響分散スタンバイレス型系切り替えの説明，および系切り替え共通の説明では，HA Toolkit Exの用語を使用します。

HiRDBの用語とHA Toolkit Exの用語との関係について，次の表で示します。

表1-1　HiRDBの用語とHA Toolkit Exの用語との関係（1:1スタンバイレス型）

HiRDBの用語 | HA Toolkit Exの用語
BESユニット | サーバ
正規BESユニット | 起動・再起動時に実行サーバが起動する系
代替BESユニット | 起動・再起動時に待機サーバが起動する系
代替部 | 待機サーバ

HiRDBの1:1スタンバイレス型系切り替えの用語については，マニュアル「HiRDB 解説（UNIX(R)用）」または「HiRDB 解説（Windows(R)用）」を参照してください。

(2)　影響分散スタンバイレス型系切り替え

HiRDBのスタンバイレス型系切り替えでは系切り替え後，切り替わった系に負荷が掛かります。影響分散スタンバイレス型系切り替えでは，複数の系に用意した待機サーバに，障害が発生したサーバの業務を振り分けて代行させます。また，一つの系で起動できる実行サーバの数をあらかじめ設定できます。したがって，各系に掛かる負荷を分散，軽減できます。

HiRDBの影響分散スタンバイレス型系切り替えの概要を，次に示します。

図1-3　HiRDBの影響分散スタンバイレス型系切り替えの概要

前述の図では，系1の二つの実行サーバで障害が発生し，系切り替えをしています。このとき，系2および系3にそれぞれ一つずつ実行サーバを起動させることで，系ごとの負担を分散します。

1.3　HA Toolkit Exの機能

ここでは，次のHA Toolkit Exの機能について説明します。

サーバの監視

障害の検知

系切り替え時間の短縮

障害時の系切り替え

＜この節の構成＞

1.3.1　サーバの監視

1.3.2　障害の検知

1.3.3　系切り替え時間の短縮

1.3.4　障害時の系切り替え

1.3.1　サーバの監視

HA Toolkit Exは，クラスタソフトとサーバの間で，クラスタソフトが監視するためのサービスプロセスを提供します。また，サーバと連携してサーバの障害を監視します。HA Toolkit Exを使用したサービス監視の概要を次に示します。

図1-4　HA Toolkit Exを使用したサービス監視の概要

系1

起動・停止・監視
クラスタソフトは，HA Toolkit Exが提供するサービスプロセスを監視します。サービスプロセスが実行されているかどうかによって，サーバが正常か障害かを判断します。

監視
サービスプロセスは，HA Toolkit Exが提供する監視プロセスを監視します。サービスプロセスは，実行サーバがある系に対応するプロセスなので，待機サーバがある系2にはありません。

起動・停止・監視
監視プロセスは，実行サーバおよび待機サーバを監視します。

系2

停止・監視
監視プロセスは，待機サーバを監視して系切り替えに備えます。

1.3.2　障害の検知

HA Toolkit Exが検知する障害を次に示します。

サーバ自身が検知する障害

サーバの論理エラー

リソース（ディスクなど）の障害のため，サーバの稼働が続行できない場合

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

サーバのスローダウン

なお，HA Toolkit Exは系の障害を検知しません。系障害時の系切り替えについてはクラスタソフトの仕様に従います。

1.3.3　系切り替え時間の短縮

系切り替え時間を短縮するために，HA Toolkit Exには次の機能があります。系切り替えの種類ごとに，機能が異なります。

＜この項の構成＞

(1)　ホットスタンバイ

(2)　システムサーバのプロセスの事前起動（スタンバイレス型）

(1)　ホットスタンバイ

ホットスタンバイとは，待機サーバのプロセスを事前に起動しておくことです。事前に待機サーバのプロセスを起動しておくことで，障害時に待機サーバを起動する時間が短縮されるため，迅速に系切り替えができます。

(2)　システムサーバのプロセスの事前起動（スタンバイレス型）

ホットスタンバイ構成での系切り替えでは，サーバ（HiRDB）が待機サーバのプロセスだけを事前に起動させ，待機サーバがあるシステムサーバのプロセスは障害時に起動させます。一方HiRDBのスタンバイレス型系切り替えでは，待機サーバがある系では実行サーバがすでに起動しているため，サーバ（HiRDB）がシステムサーバのプロセスも事前起動させます。このため，ホットスタンバイ構成での系切り替えよりも系切り替えの時間を短縮できます。

次にHA Toolkit Exを使用しない系切り替え，ホットスタンバイ構成での系切り替え，およびHiRDBのスタンバイレス型系切り替えでの系切り替えの所要時間の比較を示します。

図1-5　系切り替え処理の所要時間の比較

システムサーバのプロセスの事前起動はHiRDBの機能です。システムサーバの事前起動の詳細については，マニュアル「HiRDB 解説（UNIX(R)用）」または「HiRDB 解説（Windows(R)用）」を参照してください。

1.3.4　障害時の系切り替え

HA Toolkit Exを使用した障害時の系切り替えの流れを次に示します。

図1-6　障害時の系切り替えの流れ（HA Toolkit Ex）

連携
HA Toolkit Exの監視プロセスは，サーバと連携してサーバを監視します。サーバ自身が検知できる障害が発生した場合，サーバがHA Toolkit Exに障害を通知します。サーバ自身が検知できない障害が発生した場合，HA Toolkit Exがサーバの障害を検知します。

障害を通知
HA Toolkit Exの監視プロセスは，クラスタソフト監視対象プロセスであるサービスプロセスに障害を通知し，サービスプロセスを強制停止させます。

障害を検知
クラスタソフトが障害を検知します。

系切り替え
クラスタソフトが系切り替えをします。

起動
クラスタソフトは，HA Toolkit Exのサービスプロセスを起動します。

実行サーバに切り替え
HA Toolkit Exの監視プロセスは，事前に起動している待機サーバを実行サーバに切り替えます。

1.4　HA Toolkit Exの構成

HA Toolkit Exのハードウェア構成およびソフトウェア構成について説明します。

＜この節の構成＞

1.4.1　ハードウェア構成

1.4.2　ソフトウェア構成（HP-UX（PA-RISC））

1.4.3　ソフトウェア構成（HP-UX（IPF））

1.4.4　ソフトウェア構成（Solaris）

1.4.5　ソフトウェア構成（Windows）

1.4.6　最大構成と最小構成

1.4.1　ハードウェア構成

HA Toolkit Exのハードウェア構成は，クラスタソフトのハードウェア構成に依存します。

1.4.2　ソフトウェア構成（HP-UX（PA-RISC））

HA Toolkit Exが対応しているアプリケーションプログラムを次に示します。

OpenTP1

HiRDB

HP-UX（PA-RISC）の場合の，HA Toolkit Exを使用するために必要なソフトウェアの構成を次に示します。

図1-7　HA Toolkit Exに必要なソフトウェア構成（HP-UX（PA-RISC））

HiRDBのスタンバイレス型系切り替えの場合，必要なソフトウェアは次のとおりです。

HiRDB/Parallel Server Version 7以降

HiRDB Advanced High Availability Version 7以降

1.4.3　ソフトウェア構成（HP-UX（IPF））

HA Toolkit Exが対応しているアプリケーションプログラムを次に示します。

OpenTP1 Version 6以降

HiRDB Version 7以降

HP-UX（IPF）の場合の，HA Toolkit Exを使用するために必要なソフトウェアの構成を次に示します。

図1-8　HA Toolkit Exに必要なソフトウェア構成（HP-UX（IPF））

HiRDBのスタンバイレス型系切り替えの場合，必要なソフトウェアは次のとおりです。

HiRDB/Parallel Server Version 7以降

HiRDB Advanced High Availability Version 7以降

1.4.4　ソフトウェア構成（Solaris）

HA Toolkit Exが対応しているアプリケーションプログラムを次に示します。

OpenTP1

HiRDB

Solarisの場合の，HA Toolkit Exを使用するために必要なソフトウェアの構成を次に示します。

図1-9　HA Toolkit Exに必要なソフトウェア構成（Solaris）

HiRDBのスタンバイレス型系切り替えの場合，必要なソフトウェアは次のとおりです。

HiRDB/Parallel Server Version 7以降

HiRDB Advanced High Availability Version 7以降

1.4.5　ソフトウェア構成（Windows）

HA Toolkit Exが対応しているアプリケーションプログラムを次に示します。

OpenTP1

HiRDB

Windows Server 2003（IPF）の場合は，次のアプリケーションプログラムに対応しています。

OpenTP1 Version 6以降

HiRDB Version 7以降

Windowsの場合の，HA Toolkit Exを使用するために必要なソフトウェアの構成を次に示します。

図1-10　HA Toolkit Exに必要なソフトウェア構成（Windows）

HiRDBのスタンバイレス型系切り替えの場合，必要なソフトウェアは次のとおりです。

HiRDB/Parallel Server Version 7以降

HiRDB Advanced High Availability Version 7以降

1.4.6　最大構成と最小構成

HA Toolkit Exを構成するために必要なリソースについて，一つの系での最大構成と最小構成の論理値を次に示します。

表1-2　HA Toolkit Exの最大構成と最小構成の論理値

リソース | 最大構成 | 最小構成
サービスプロセス | 16 | 1
サーバ | 16 | 1

HiRDBの影響分散スタンバイレス型系切り替えの場合は，リソースの最大構成を64にできます。

なお，これらの値は論理上のものです。実際にHA Toolkit Exを使用してクラスタシステムを構築する際には，プロセッサの性能など，使用環境に合わせて構成を決定してください。

2.　サーバの運用（ホットスタンバイ構成での系切り替え）

この章では，HA Toolkit Exを使用したホットスタンバイ構成での系切り替えシステムでのサーバの運用について説明します。

＜この章の構成＞

2.1　クラスタシステムの起動（ホットスタンバイ構成）

2.2　クラスタシステムの停止（ホットスタンバイ構成）

2.3　サーバの起動（ホットスタンバイ構成）

2.4　サーバの停止（ホットスタンバイ構成）

2.5　サーバの計画系切り替え（ホットスタンバイ構成）

2.6　サーバの状態遷移（ホットスタンバイ構成）

2.7　障害検知時の動作と運用（ホットスタンバイ構成）

2.1　クラスタシステムの起動（ホットスタンバイ構成）

クラスタシステムを起動する操作について説明します。

ホットスタンバイ構成の系切り替えでは，クラスタシステムを次の順で起動してください。

系の起動

HA Toolkit Exの起動

クラスタソフトの起動

手順2.と手順3.は，逆順で起動することもできます。この場合は，HA Toolkit Exの起動前に，サーバを起動しないでください。系，クラスタソフト，およびHA Toolkit Exがすべて起動したあとに，サーバの運用を開始してください。

Windowsの自動運用を設定した場合，系を起動すると，クラスタソフト，HA Toolkit Exの順に自動で起動します。

2.2　クラスタシステムの停止（ホットスタンバイ構成）

クラスタシステムを停止する操作について説明します。

ホットスタンバイ構成の系切り替えでは，クラスタシステムを次の順で停止してください。

実行サーバと待機サーバの停止
必ず停止してから次の手順を実行してください。

クラスタソフトの停止

HA Toolkit Exの停止

系の停止

手順2.と手順3.は，逆順で停止することもできます。

Windowsの自動運用を設定した場合，クラスタソフトを停止すれば，HA Toolkit Exも自動で停止します。また，HA Toolkit Exの停止によって，待機サーバも自動で停止します。

なお，Windowsの自動運用を設定した場合に，HA Toolkit Exを手動で停止すると，系の再起動時にHA Toolkit Exが自動で起動しません。

2.3　サーバの起動（ホットスタンバイ構成）

実行・待機サーバを起動する操作について説明します。

＜この節の構成＞

2.3.1　実行系の決定

2.3.2　実行サーバの起動

2.3.3　待機サーバの起動

2.3.4　サーバ起動時の障害と運用

2.3.5　実行サーバ起動失敗時の原因調査手順

2.3.1　実行系の決定

クラスタソフトを使用したクラスタシステムでは，サービスグループのオンライン化時および系切り替え時に，クラスタソフトが，サーバをどの系で実行するかを決定します。

2.3.2　実行サーバの起動

実行サーバの起動には，次の方法があります。

クラスタソフトのサービスグループオンライン化コマンド

実行サーバ起動時の流れおよびオペレーターの操作を次に示します。

図2-1　実行サーバ起動時の流れおよびオペレーターの操作（HA Toolkit Ex）

監視プロセスの起動
オペレーターは，HA Toolkit Exの監視プロセスを起動します。この監視プロセスは，実際に実行サーバを監視します。また，実行サーバの障害時には，HA Toolkit Exの監視プロセスが，サービスプロセスに障害を通知します。
なお，クラスタソフトが稼働中でも，HA Toolkit Exの監視プロセスが稼働していないと，サーバの起動および系切り替えはできません。HA Toolkit Exの監視プロセスの稼働中にクラスタソフトを起動・停止するか，またはクラスタソフトとHA Toolkit Exの監視プロセスの起動・停止タイミングをほぼ同じにする運用にしてください。

サービスグループのオンライン化
オペレーターは，クラスタソフトのサービスグループオンライン化コマンドを実行します。サービスグループがオンライン化されます。

リソースの接続
クラスタソフトは，実行サーバに必要なリソースを接続します。

サーバ起動コマンド
クラスタソフトがHA Toolkit Exのサーバ起動コマンド（hateservコマンド）を実行します。このサーバ起動コマンドのプロセスをサービスプロセスと呼びます。このサービスプロセスは，実行サーバ起動後も終了しないで，クラスタソフトの監視対象となり，系切り替えに備えます。

サーバ起動要求
サービスプロセスは，HA Toolkit Exの監視プロセスに実行サーバの起動を要求します。

サーバの起動コマンド
HA Toolkit Exの監視プロセスは，環境設定で指定したサーバの起動コマンドを実行して，実行サーバを起動します。サーバの起動コマンドは，HA Toolkit Exの定義ファイル（servers）のactcommandオペランドに指定します。

監視の準備
実行サーバの起動時に，HA Toolkit Exの監視プロセスと実行サーバの間で，監視のための手続きをします。

起動完了
実行サーバの起動が完了すると，HA Toolkit Exの監視プロセスは，実行サーバの監視を開始します。

2.3.3　待機サーバの起動

待機サーバの起動には，次の方法があります。

サーバ（OpenTP1，HiRDB）の起動コマンド

クラスタソフトのサービスグループオンライン化コマンドでは，待機サーバの起動はできません。サービスグループがオンライン化されていない系で，サーバの起動コマンドを実行すると，待機サーバとして起動します。

待機サーバ起動時の流れおよびオペレーターの操作を次に示します。

図2-2　待機サーバ起動時の流れおよびオペレーターの操作（HA Toolkit Ex）

監視プロセスの起動
オペレーターは，HA Toolkit Exの監視プロセスを起動します。

サーバの起動コマンド
オペレーターは，サーバの起動コマンドを実行して，待機サーバを起動します。

起動完了
待機サーバの起動が完了すると，待機サーバは待機完了状態となり，系切り替えに備えます。

2.3.4　サーバ起動時の障害と運用

HA Toolkit Exでは，サーバが一定の時間内に起動完了するかを監視できます。

定義内容の不正，サーバ起動コマンドの不正およびリソース不足などの理由で，一定の時間内にサーバが起動しなかった場合，HA Toolkit Exはサーバの起動失敗と判断します。サーバの起動失敗時には，警告メッセージが出力されます。また，クラスタソフトの設定によって，系切り替えが実施される場合があります。

警告メッセージ（KAME475-W）が出力された場合，出力されたメッセージに従って，対処してください。すべての対処をしても警告メッセージが出力される場合は，単にサーバの起動に時間が掛かっていると考えられます。単にサーバの起動に時間が掛かっている場合は，警告メッセージを無視してください。また，HA Toolkit Exの定義ファイル（servers）で，サーバ起動監視時間（actpatrolオペランド）の変更を検討してください。

2.3.5　実行サーバ起動失敗時の原因調査手順

実行サーバの起動に失敗した場合の原因調査手順を次に示します。

図2-3　実行サーバ起動失敗時の原因調査手順

クラスタソフトに登録した内容に誤りがあるか，または，起動処理が正しく実行されていないおそれがあります。

HP-UXおよびSolarisの場合

HA Toolkit Exのサーバ起動コマンド（hateservコマンド）の内容に誤りがあるおそれがあります。サーバ起動コマンド（hateservコマンド）の内容が正しいかどうかを確認してください。

または，サーバ起動コマンド（hateservコマンド）が正しく実行されていないおそれがあります。クラスタソフトのログを参照し，サーバ起動コマンド（hateservコマンド）が実行されているかどうかを確認してください。

Windowsの場合

クラスタソフトに登録したサービス名称またはパラメータに誤りがあるおそれがあります。サービス名称が正しいかどうかを確認してください。

または，HA Toolkit Exのサービスプロセスの起動処理が正しく実行されていないおそれがあります。MSCSのログを参照し，サービスプロセスの起動処理が正しく実行されているかどうかを確認してください。

HA Toolkit Exの定義ファイル（servers）のactcommandオペランドに指定した，サーバの起動コマンドが正しく実行されていないおそれがあります。サーバ起動コマンドについて，環境変数の設定やコマンドの記述形式に誤りがないかどうかを確認してください。

HA Toolkit Exおよびサーバのログを参照し，起動に失敗した原因を調査してください。

2.4　サーバの停止（ホットスタンバイ構成）

実行・待機サーバを停止する操作について説明します。

＜この節の構成＞

2.4.1　実行サーバの停止

2.4.2　待機サーバの停止

2.4.3　実行サーバ停止失敗時の原因調査手順

2.4.1　実行サーバの停止

実行サーバの停止には，次の方法があります。

サーバの停止コマンド

クラスタソフトからのオフライン操作

＜この項の構成＞

(1)　サーバの停止コマンド

(2)　クラスタソフトからのオフライン操作

(1)　サーバの停止コマンド

サーバ（OpenTP1，HiRDB）の停止コマンドを使用すると，サーバの正常停止，計画停止，および強制停止ができます。

なお，サーバ（OpenTP1，HiRDB）の停止コマンドを実行したあとに，クラスタソフトのサービスグループオフライン化コマンドを実行してください。

注意

実行サーバは，クラスタソフトによって，実行できるどれかの系で常にオンライン状態に制御されます。そのため，実行サーバの系を停止しただけでは，別系に系切り替えが実施され，別系で実行サーバが起動します。実行サーバを停止するには，サーバの停止コマンドを実行したあとに，クラスタソフトのサービスグループオフライン化コマンドを実行してください。

実行サーバ停止時の流れおよびオペレーターの操作を次に示します。

図2-4　実行サーバ停止時の流れおよびオペレーターの操作（HA Toolkit Ex）

サーバの停止
オペレーターは，サーバの停止コマンドを実行して，実行サーバを停止します。

停止完了
実行サーバの停止が完了するとHA Toolkit Exの監視プロセスに通知され，実行サーバの監視が終了します。

サービスグループのオフライン化
オペレーターは，実行サーバの停止を確認後，クラスタソフトのサービスグループオフライン化コマンドを実行します。

サービスプロセスの停止
クラスタソフトは，HA Toolkit Exのサービスプロセスに停止通知をします。HA Toolkit Exのサービスプロセスおよび監視プロセスが停止します。

リソースの切り離し
クラスタソフトは，リソースを切り離します。

(2)　クラスタソフトからのオフライン操作

サービスグループのオフライン操作を実行すると，HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドに指定したサーバの停止コマンドが自動で実行され，サーバが強制停止されます。

2.4.2　待機サーバの停止

待機サーバの停止には，次の方法があります。

HA Toolkit Exの待機サーバ停止コマンド（hatesbystpコマンド）

実行サーバを正常停止したあとに，待機系でサービスグループをオンライン化しないでください。実行サーバを正常停止した場合，待機サーバを実行サーバに切り替えられません。そのため，実行サーバを正常停止したあとは，必ず待機サーバ停止コマンドを実行して，待機サーバを停止してください。

待機サーバ停止時の流れおよびオペレーターの操作を次に示します。

図2-5　待機サーバ停止時の流れおよびオペレーターの操作（HA Toolkit Ex）

待機サーバ停止コマンド
オペレーターは，HA Toolkit Exの待機サーバ停止コマンドを実行して，待機サーバを停止します。

停止完了
待機サーバの起動が完了すると，HA Toolkit Exの監視プロセスに停止を通知され，待機サーバの監視が終了します。

2.4.3　実行サーバ停止失敗時の原因調査手順

実行サーバの停止に失敗した場合の原因調査手順を次に示します。

図2-6　実行サーバ停止失敗時の原因調査手順

クラスタソフトに登録した内容に誤りがあるか，または，停止処理が正しく実行されていないおそれがあります。

HP-UXおよびWindowsの場合

クラスタソフトからHA Toolkit Exのサービスプロセスに停止要求が届かないか，またはHA Toolkit Exのサービスプロセスが停止要求を受け取っていません。

クラスタソフトからのオフライン操作に誤りがあるおそれがあります。クラスタソフトからの操作またはコマンドの内容が正しいかどうかを確認してください。 クラスタソフトのログを参照し，サービスプロセスの終了処理が正しく実行されているかどうかを確認してください。

Solarisの場合

HA Toolkit Exのサービスプロセス停止コマンド（hatehaltservコマンド）の内容に誤りがあるおそれがあります。サービスプロセス停止コマンド（hatehaltservコマンド）の内容が正しいかどうかを確認してください。

または，サービスプロセス停止コマンド（hatehaltservコマンド）が正しく実行されていないおそれがあります。VCSのログを参照し，サービスプロセス停止コマンド（hatehaltservコマンド）が実行されているかどうかを確認してください。

HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドに指定した，サーバの停止コマンドが正しく実行されていないおそれがあります。サーバ停止コマンドについて，環境変数の設定やコマンドの記述形式に誤りがないかどうかを確認してください。

HA Toolkit Exおよびサーバのログを参照し，停止に失敗した原因を調査してください。

2.5　サーバの計画系切り替え（ホットスタンバイ構成）

オペレーターが系を保守するなどの目的で，計画的に系を切り替える場合の方法について説明します。計画系切り替えの方法は，クラスタソフトによって異なります。

＜この節の構成＞

2.5.1　MC/ServiceGuardでの計画系切り替え

2.5.2　VCSでの計画系切り替え

2.5.3　MSCSでの計画系切り替え

2.5.1　MC/ServiceGuardでの計画系切り替え

MC/ServiceGuardで計画系切り替えをするには，次の手順でMC/ServiceGuardのパッケージ操作をします。

実行系でパッケージを停止する

待機系でパッケージを起動する
実行系から待機系に系切り替えが実施されます。

2.5.2　VCSでの計画系切り替え

VCSで計画系切り替えをするには，VCSの切り替え操作（コマンドの場合，hagrp -switch）を使用して，サービスグループを任意の系に切り替えます。

2.5.3　MSCSでの計画系切り替え

MSCSで計画系切り替えをするには，MSCSのグループ移動操作をします。グループがオフラインになり，実行系から待機系に系切り替えが実施されます。

また，HA Toolkit Exでは，MSCSのリソースの障害操作による系切り替えには対応していません。そのため，リソースの障害操作をした場合は，系切り替えは実施されません。リソースがオフラインになります。

2.6　サーバの状態遷移（ホットスタンバイ構成）

HA Toolkit Exでは，サーバの状態を表示できます。

なお，クラスタソフトの状態表示コマンドで表示されるサービスの状態は，HA Toolkit Exのサービスプロセスの状態を表しています。サーバの状態を確認するには，HA Toolkit Exのサーバ状態表示コマンド（hateshowコマンド）を使用してください。

実行サーバの状態遷移を次に示します。

図2-7　実行サーバの状態遷移（HA Toolkit Ex）

待機サーバの状態遷移を次に示します。

図2-8　待機サーバの状態遷移（HA Toolkit Ex）

2.7　障害検知時の動作と運用（ホットスタンバイ構成）

HA Toolkit Exがサーバの障害を検知した場合の動作，およびHA Toolkit Exに障害が発生した場合に必要な障害情報の退避について説明します。

＜この節の構成＞

2.7.1　障害の検知

2.7.2　障害時の系切り替えの流れ

2.7.3　障害時のサーバ再起動

2.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

2.7.5　障害情報の退避（HP-UX）

2.7.6　障害情報の退避（Solaris）

2.7.7　障害情報の退避（Windows）

2.7.1　障害の検知

実行サーバの起動が完了すると，HA Toolkit Exはサーバの監視状態になります。

＜この項の構成＞

(1)　サーバの障害

(2)　系の障害

(1)　サーバの障害

サーバ自身が障害を検知した場合，HA Toolkit Exはサーバから障害通知を受けて，サーバの障害を検知します。

サーバ自身が検知できない障害をHA Toolkit Exが検知するには，HA Toolkit Exがサーバの稼働報告を監視します。環境設定時に指定したサーバ障害監視時間を超えてもサーバから稼働報告がなかった場合，HA Toolkit Exはサーバ障害が発生したと判断します。サーバ障害監視時間は，HA Toolkit Exの定義ファイル（servers）のpatrolオペランドに指定します。

サーバの障害を検知すると，HA Toolkit Exは，環境設定での指定に従って次のどちらかを実行します。

系切り替え
系切り替えをする場合，HA Toolkit Exは，サービスプロセスを停止させ，クラスタソフトに障害通知をします。そして，クラスタソフトが系切り替えをします。

サーバの再起動
サーバの再起動をする場合，HA Toolkit Exは，サーバの障害が発生した系でサーバが自動で再起動するのを待ちます。クラスタソフトに障害通知をしません。そのため，クラスタソフトが系切り替えをしません。

(2)　系の障害

系の障害には，次の種類があります。

ハードウェアの障害

OSの障害

HA Toolkit Exの障害

これらの系の障害が発生した場合，HA Toolkit Exでは障害を検知しません。ただし，HA Toolkit Exに障害が発生した場合は，サービスプロセスを通じてクラスタソフトが障害を検知できます。ハードウェア障害およびOS障害の検知は，クラスタソフトの仕様に依存します。

2.7.2　障害時の系切り替えの流れ

サーバの障害を検知した場合，HA Toolkit Exは系切り替えまたはサーバの再起動をします。ここでは，系切り替えについて説明します。

系切り替えは，クラスタソフトが実施します。そのため，HA Toolkit Exを使用したクラスタシステムでは，クラスタソフトで使用できる系切り替えをそのまま適用できます。

サーバ障害時の系切り替えの流れを次に示します。

図2-9　サーバ障害時の系切り替えの流れ（HA Toolkit Ex）

障害
サーバ自身が障害を検知した場合，サーバがHA Toolkit Exに障害発生を通知します。サーバ自身が検知できない障害の場合，HA Toolkit Exが障害発生を検知します。

検知
HA Toolkit Exの監視プロセスがサーバの障害を検知します。

停止
HA Toolkit Exの監視プロセスは，障害が発生したサーバのプロセスを強制停止します。

停止
HA Toolkit Exの監視プロセスは，HA Toolkit Exのサービスプロセスを停止します。

検知
クラスタソフトは，HA Toolkit Exのサービスプロセスの障害を検知します。

切り離し
クラスタソフトがリソースを切り離します。

系切り替え
クラスタソフトは，あらかじめ指定された待機系で，障害が発生したサービスグループをオンライン化します。

リソースの接続
クラスタソフトは，サーバに必要なリソースを接続します。

起動
クラスタソフトは，HA Toolkit Exのサーバ起動コマンドを実行します。

通知
HA Toolkit Exのサービスプロセスは，HA Toolkit Exの監視プロセスに，サービスプロセスの起動を通知します。

指示
サービスプロセスが起動したので，HA Toolkit Exの監視プロセスは，待機サーバに対して実行サーバとして起動するよう通知します。待機サーバが起動していない場合は，待機系でHA Toolkit Exの定義ファイル（servers）のactcommandオペランドに指定したサーバ起動コマンドが実行され，実行サーバが起動します。オペレーターが待機サーバの起動コマンドを実行していない場合は，待機サーバは事前に起動しません。

起動完了
待機サーバが実行サーバに切り替わります。サーバの起動が完了すると，HA Toolkit Exの監視プロセスはサーバの監視を開始します。

2.7.3　障害時のサーバ再起動

サーバの障害を検知した場合，HA Toolkit Exは系切り替えまたはサーバの再起動をします。ここでは，障害時のサーバ再起動について説明します。

サーバの再起動では，サーバの障害を検知すると，HA Toolkit Exは，サーバの障害が発生した系でサーバが自動で再起動するのを待ちます。サーバが再起動するまでの状態をサーバの再起動待ち状態と呼びます。HA Toolkit Exは，障害が発生した実行サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。サーバの再起動が失敗した場合は，サーバ自身が再起動を繰り返し試行します。

サーバで定義されているサーバの再起動試行回数を超えると，HA Toolkit Exは，環境設定での定義に従って次のどちらかを実行します。

系切り替え
HA Toolkit Exは，実行サーバを停止して，クラスタソフトに障害通知をします。系切り替えの場合，環境設定でサーバの再起動監視時間を指定できます。サーバの再起動監視時間を指定すると，実行サーバが再起動するまでの時間を監視できます。

オペレーターの操作待ち
HA Toolkit Exは，実行サーバを停止して，オペレーターの操作を待ちます。クラスタソフトに障害通知をしないので，系切り替えは実施されません。そのため，オペレーターが手動で系切り替えをしてください。手動で系切り替えをする方法を次に示します。

MC/ServiceGuardの場合，MC/ServiceGuardのコマンドを使用して実行系のパッケージを停止し，待機系でパッケージを起動してください。

VCSの場合，VCSの切り替え操作（コマンドの場合，hagrp -switch）を使用して，サービスグループを任意の系に系切り替えをしてください。

MSCSの場合，オフライン操作または移動操作でグループの系切り替えをしてください。

オペレーターの操作待ちの場合，サーバのスローダウンを検知しても，HA Toolkit Exは何もしないでサーバの監視を続けます。また，環境設定でサーバの再起動監視時間を指定できません。

障害時のサーバ再起動の流れを次に示します。

図2-10　障害時のサーバ再起動の流れ（HA Toolkit Ex）

障害発生
実行サーバで障害が発生します。

再起動を試行
サーバが再起動を試行します。

再起動に失敗
サーバが再起動に失敗した場合，定義されている再起動試行回数まで，サーバの再起動を繰り返します。

サーバの停止
再起動試行回数を超えた場合，HA Toolkit Exの監視プロセスがサーバを停止します。サーバを停止したあとの動作は，環境設定での定義によって異なります。

系切り替えの場合

HA Toolkit Exがクラスタソフトに障害通知をして，クラスタソフトが系切り替えをします。

オペレーターの操作待ちの場合

オペレーターが系切り替えをします。

2.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

サーバの障害などによって系切り替えが実施されたあと，障害が発生した系でサーバを待機サーバとして再起動させて障害に備える場合，次を実行してください。

クラスタソフトのコマンドで，サーバを起動できる状態にする。
サーバ障害が発生した場合，クラスタソフトは障害が発生した系でサーバを起動できない状態にします。サーバ障害が発生した場合，HP-UXのときはMC/ServiceGuardのコマンドでサーバを起動できる状態に変更して，Solarisのときはサービスグループの状態をクリア操作して，系切り替えに備えてください。

サーバのプロセスサービスを再起動する。
系切り替え後，障害が発生した系でサーバ自身が待ち状態になる場合があります。この場合，ほかの系の障害に備えるには，サーバのコマンドを使用してサーバのプロセスサービスを再起動してください。プロセスサービスを再起動するコマンドについては，マニュアル「OpenTP1 運用と操作」またはマニュアル「HiRDB コマンドリファレンス（UNIX(R)用）」を参照してください。

2.7.5　障害情報の退避（HP-UX）

HA Toolkit Exに障害が発生した場合，HA Toolkit Exで取得した障害情報をDATやMOなどのほかの媒体に退避できます。

障害情報の退避には，HA Toolkit Exのトラブルシュートコマンド（hatetsコマンド）を使用します。

退避できる情報と格納ディレクトリを次に示します。

定義情報
定義ファイルです。/opt/hitachi/HAmon/etc下のすべてのファイルです。

コアダンプ情報
コアファイルです。/opt/hitachi/HAmon/core下のすべてのファイルです。

トレース情報
トレースファイルです。/opt/hitachi/HAmon/spool下のすべてのファイルです。

ログ情報
システムログファイルです。/var/adm/syslog下のすべてのファイルです。

メモリ情報
HA Toolkit Exが稼働している場合，そのメモリ情報を取得します。

2.7.6　障害情報の退避（Solaris）

HA Toolkit Exに障害が発生した場合，HA Toolkit Exで取得した障害情報をDATやMOなどのほかの媒体に退避できます。

障害情報の退避には，HA Toolkit Exのトラブルシュートコマンド（hatetsコマンド）を使用します。

退避できる情報と格納ディレクトリを次に示します。

定義情報
定義ファイルです。/opt/hitachi/HAmon/etc下のすべてのファイルです。

コアダンプ情報
コアファイルです。/opt/hitachi/HAmon/core下のすべてのファイルです。

トレース情報
トレースファイルです。/opt/hitachi/HAmon/spool下のすべてのファイルです。

ログ情報
システムログファイル（/var/adm/messages）です。このファイルは，環境変数HAMON_SYSLOGで変更できます。

メモリ情報
HA Toolkit Exが稼働している場合，そのメモリ情報を取得します。

2.7.7　障害情報の退避（Windows）

HA Toolkit Exに障害が発生した場合，次の情報を退避，収集してください。

障害発生時にHA Toolkit Exが稼働中の場合は，トラブルシュートコマンド（hatetsコマンド）を実行したあとに情報を収集してください。hatetsコマンドによって，稼働中のHA Toolkit Exのメモリ情報など，より詳細なトレース情報を取得できます。

ユーザーが退避する情報と格納ディレクトリを次に示します。

定義情報
定義ファイルです。｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etc下のすべてのファイルです。

トレース情報
トレースファイルです。｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥spool下のすべてのファイルです。

3.　サーバの運用（HiRDBの1:1スタンバイレス型系切り替え）

この章では，HA Toolkit Exを使用したHiRDBの1:1スタンバイレス型系切り替え構成でのサーバの運用について説明します。

HiRDBの1:1スタンバイレス型系切り替え構成では，サーバの運用をBESユニット単位で行います。この章で使用するHiRDBの用語については，「表1-1　HiRDBの用語とHA Toolkit Exの用語との関係（1:1スタンバイレス型）」を参照してください。また，1:1スタンバイレス型系切り替えでのサーバの運用の詳細については，マニュアル「HiRDB システム運用ガイド（UNIX(R)用）」または「HiRDB システム運用ガイド（Windows(R)用）」を参照してください。

＜この章の構成＞

3.1　クラスタシステムの起動（1:1スタンバイレス型）

3.2　クラスタシステムの停止（1:1スタンバイレス型）

3.3　BESユニットの起動（1:1スタンバイレス型）

3.4　BESユニットの停止（1:1スタンバイレス型）

3.5　BESユニットの計画系切り替え（1:1スタンバイレス型）

3.6　BESユニットの状態遷移（1:1スタンバイレス型）

3.7　障害検知時の動作と運用（1:1スタンバイレス型）

3.1　クラスタシステムの起動（1:1スタンバイレス型）

クラスタシステムを起動する操作について説明します。

HiRDBの1:1スタンバイレス型系切り替えでは，クラスタシステムを次の順で起動してください。

系の起動

HA Toolkit Exの起動

クラスタソフトの起動

手順2.と手順3.は，逆順で起動することもできます。この場合は，HA Toolkit Exの起動前に，BESユニットを起動しないでください。系，クラスタソフト，およびHA Toolkit Exがすべて起動したあとに，BESユニットの運用を開始してください。

Windowsの自動運用を設定した場合，系を起動すると，クラスタソフト，HA Toolkit Exの順に自動で起動します。

3.2　クラスタシステムの停止（1:1スタンバイレス型）

クラスタシステムを停止する操作について説明します。

HiRDBの1:1スタンバイレス型系切り替えでは，クラスタシステムを次の順で停止してください。

BESユニットの停止
必ず停止してから次の手順を実行してください。

クラスタソフトの停止

HA Toolkit Exの停止

系の停止

手順2.と手順3.は，逆順で停止することもできます。

Windowsの自動運用を設定した場合，クラスタソフトを停止すれば，HA Toolkit Exも自動で停止します。

なお，Windowsの自動運用を設定した場合に，HA Toolkit Exを手動で停止すると，系の再起動時にHA Toolkit Exが自動で起動しません。

3.3　BESユニットの起動（1:1スタンバイレス型）

BESユニットの起動，代替部の起動，BESユニット起動時の障害と運用，およびBESユニット起動失敗時の原因調査手順について説明します。

＜この節の構成＞

3.3.1　BESユニットの起動

3.3.2　代替部の起動

3.3.3　BESユニット起動時の障害と運用

3.3.4　BESユニット起動失敗時の原因調査手順

3.3.1　BESユニットの起動

BESユニットを起動する操作方法について説明します。

Windowsの場合，MSCSの「グループの所有者」を起動したい系に移動させる必要があります。移動しないでサービスグループのオンライン操作をすると，「グループの所有者」がある系でオンライン化されてしまいます。また，HiRDBの1:1スタンバイレス型系切り替えの場合で，クラスタアドミニストレータでオンライン操作をしたときは「グループの所有者」を移動できないため，クラスタアドミニストレータでの操作は推奨しません。MSCSのコマンドで，オンライン化をする系を指定して操作してください。

なお，この操作手順ではHiRDBのシステムマネージャはすでに起動しているものとします。

クラスタソフトの操作およびコマンドによって，正規BESユニットとなる系でBESユニットのサービスグループをオンライン化します。
正規BESユニットが起動します。
このとき，正規BESユニットを起動していない状態で，代替BESユニットと同じ系にある代替部だけをオンライン操作しないでください。代替BESユニットと同じ系にある代替部を起動できません。

運用ミスを防止するために，あらかじめ各BESユニットをオンライン化するシェルスクリプトを作成することを推奨します。各BESユニットをオンライン化するシェルスクリプトについては，HP-UXの場合は「6.6.3　BESユニットを起動するためのシェルスクリプト例」，Solarisの場合は「7.6.3　BESユニットをオンライン化するためのシェルスクリプト例」，Windowsの場合は「8.9.3　BESユニットをオンライン化するためのバッチファイル例」を参照してください。

3.3.2　代替部の起動

通常はBESユニットの起動時に，HiRDBが起動したBESユニットと同じ系にある代替部を自動で起動します。代替部をHiRDBやHA Toolkit Exからの操作によって停止した場合で，手動で再起動したいときに次をお読みください。

待機サーバとして代替部を起動する場合は，正規・代替BESユニットが起動している状態で，HiRDBのコマンドから起動してください。起動方法については，マニュアル「HiRDB システム運用ガイド（UNIX(R)用）」または「HiRDB システム運用ガイド（Windows(R)用）」を参照してください。

正規BESユニットを起動していない状態で，代替BESユニットと同じ系にある代替部だけをオンライン操作しないでください。代替BESユニットと同じ系にある代替部を起動できません。

3.3.3　BESユニット起動時の障害と運用

BESユニット起動時の障害と運用については，ホットスタンバイ構成での系切り替えと同じです。「2.3.4　サーバ起動時の障害と運用」を参照してください。

3.3.4　BESユニット起動失敗時の原因調査手順

BESユニットの起動に失敗した場合の原因調査手順については，ホットスタンバイ構成での系切り替えと同じです。「2.3.5　実行サーバ起動失敗時の原因調査手順」を参照してください。

3.4　BESユニットの停止（1:1スタンバイレス型）

BESユニットの停止，代替部の停止，およびBESユニット停止失敗時の原因調査手順について説明します。

＜この節の構成＞

3.4.1　BESユニットの停止

3.4.2　代替部の停止

3.4.3　BESユニット停止失敗時の原因調査手順

3.4.1　BESユニットの停止

BESユニットを停止する方法について説明します。BESユニットを停止すると，同じ系にある代替部も自動で停止されます。

系切り替え後，代替部が正規BESユニットの業務を代行している状態のまま代替BESユニットが停止された場合，代替部はHiRDBによって自動で停止されます。代替部に対応するサービスグループを，クラスタソフトからオフライン化してください。

＜この項の構成＞

(1)　正常・計画停止

(2)　強制停止

(1)　正常・計画停止

BESユニットを正常・計画停止する操作方法を次に示します。

HiRDBのコマンドからBESユニットを正常・計画停止します。
停止したBESユニットと同じ系にある代替部も自動で停止されます。

クラスタソフトからBESユニットに対応するサービスグループをオフライン化します。
オフライン化することによって，クラスタソフトがBESユニットを監視しなくなります。

(2)　強制停止

BESユニットを強制停止する操作方法は次のとおりです。どちらかの操作をして強制停止してください。

BESユニットを強制停止すると，強制停止したBESユニットと同じ系にある代替部も強制停止されます。エラーメッセージであるKAME306-EまたはKAME307-Eが出力される場合がありますが，無視してください。

HiRDBのコマンドからBESユニットを強制停止

HiRDBのコマンドから，BESユニットを強制停止します。
停止したBESユニットと同じ系にある代替部も自動で強制停止されます。

クラスタソフトから，BESユニットに対応するサービスグループをオフライン化します。
オフライン化することによって，クラスタソフトがBESユニットを監視しなくなります。

クラスタソフトからBESユニットに対応するサービスグループをオフライン化
HA Toolkit Exの定義ファイル（servers）で設定したサーバ（HiRDB）の停止コマンドによって，HiRDBの強制停止コマンドが自動で実行されます。停止したBESユニットと同じ系にある代替部が自動で強制停止されます。
そのあと，正規BESユニットに対応するサービスグループはオフライン化されるため，クラスタソフトがBESユニットを監視しなくなります。

3.4.2　代替部の停止

待機サーバとしての代替部を停止する場合は，HiRDBのコマンドから停止してください。停止方法については，マニュアル「HiRDB システム運用ガイド（UNIX(R)用）」または「HiRDB システム運用ガイド（Windows(R)用）」を参照してください。

3.4.3　BESユニット停止失敗時の原因調査手順

BESユニットの停止に失敗した場合の原因調査手順については，ホットスタンバイ構成での系切り替えと同じです。「2.4.3　実行サーバ停止失敗時の原因調査手順」を参照してください。

3.5　BESユニットの計画系切り替え（1:1スタンバイレス型）

BESユニットの計画系切り替えについては，ホットスタンバイ構成での系切り替えと同じです。「2.5　サーバの計画系切り替え（ホットスタンバイ構成）」を参照してください。

なお，障害時の系切り替え後，代替部から正規BESユニットへ，系の切り戻しをする場合は，「3.7.3　系切り替え後の系の切り戻し」を参照してください。

3.6　BESユニットの状態遷移（1:1スタンバイレス型）

BESユニットの状態遷移については，ホットスタンバイ構成での系切り替えと同じです。「2.6　サーバの状態遷移（ホットスタンバイ構成）」を参照してください。

3.7　障害検知時の動作と運用（1:1スタンバイレス型）

HA Toolkit ExがBESユニットの障害を検知した場合の動作，およびHA Toolkit Exに障害が発生した場合に必要な障害情報の退避について説明します。

＜この節の構成＞

3.7.1　障害の検知

3.7.2　障害時の系切り替えの流れ

3.7.3　系切り替え後の系の切り戻し

3.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

3.7.5　障害情報の退避（HP-UX）

3.7.6　障害情報の退避（Solaris）

3.7.7　障害情報の退避（Windows）

3.7.1　障害の検知

BESユニットの起動が完了すると，HA Toolkit ExはBESユニットの監視状態になります。

＜この項の構成＞

(1)　BESユニットの障害

(2)　系の障害

(1)　BESユニットの障害

BESユニット自身が障害を検知した場合，HA Toolkit ExはBESユニットから障害通知を受けて，BESユニットの障害を検知します。

BESユニット自身が検知できない障害をHA Toolkit Exが検知するには，HA Toolkit ExがBESユニットの稼働報告を監視します。環境設定時に指定した，BESユニットの障害監視時間を超えてもBESユニットから稼働報告がなかった場合，HA Toolkit ExはBESユニットに障害が発生したと判断します。BESユニットの障害監視時間は，HA Toolkit Exの定義ファイル（servers）のpatrolオペランドに指定します。

BESユニットの障害を検知すると，HA Toolkit Exは系切り替えを実行します。

系切り替え
系切り替えをする場合，HA Toolkit Exは，サービスプロセスを停止させ，クラスタソフトに障害通知をします。そして，クラスタソフトが系切り替えをします。

(2)　系の障害

系の障害には，次の種類があります。

ハードウェアの障害

OSの障害

HA Toolkit Exの障害

これらの系の障害が発生した場合，HA Toolkit Exでは障害を検知しません。ただし，HA Toolkit Exに障害が発生した場合は，サービスプロセスを通じてクラスタソフトが障害を検知できます。ハードウェア障害およびOS障害の検知は，クラスタソフトの仕様に依存します。

3.7.2　障害時の系切り替えの流れ

障害時の系切り替えの流れは，ホットスタンバイ構成での系切り替えと同じです。「2.7.2　障害時の系切り替えの流れ」を参照してください。

3.7.3　系切り替え後の系の切り戻し

HiRDBの1:1スタンバイレス型系切り替えの場合で，系切り替えのあと，正規BESユニットの業務を代行している代替部から正規BESユニットに計画系切り替えをすることを，系の切り戻しといいます。

系の切り戻しの概要を，次に示します。

図3-1　系の切り戻しの概要（1:1スタンバイレス型）

前述の図で，系1はBESユニット1の正規BESユニットで，BESユニット2の代替BESユニットです。系2はBESユニット2の正規BESユニットで，BESユニット1の代替BESユニットです。系1で障害が発生した場合，BESユニット1の代替部を持つBESユニット2が，BESユニット1の業務を代行します。

系の切り戻しをする操作方法について説明します。

系の切り戻し先である正規BESユニットで，HiRDBのBESユニット起動コマンドを実行します。
前述の図で示す系1にあるBESユニット1からコマンドを実行して，BESユニット2の代替部を再起動させます。

クラスタソフトの操作で，切り戻し元の代替部に対応するサービスグループを切り戻します。
前述の図で示す系1のBESユニット1に対応するサービスグループがオンライン化されます。

系の切り戻し元である代替BESユニットで，HiRDBの代替部起動コマンドを実行します。
前述の図で示す系2にあるBESユニット1の代替部が起動します。これによって，システム起動時と同じHiRDBの1:1スタンバイレス型系切り替えの構成に戻ります。

手順1.を省略し，正規BESユニットを起動させなくても，系の切り戻しは実行できます。ただし，正規BESユニットが起動していない状態で系の切り戻しをすると，系の切り戻しに時間が掛かります。系の切り戻し中の，BESユニットが停止する時間を短くするために，手順1.～3.どおりに操作することを推奨します。

注意

系切り替え後，代替部が正規BESユニットの業務を代行している状態では，代替部だけを切り戻してください。誤って代替BESユニットそのものを切り戻した場合，系切り替えシステム全体が停止してしまうので，注意してください。

3.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

系切り替え後の運用上の注意については，ホットスタンバイ構成での系切り替えと同じです。「2.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）」を参照してください。

3.7.5　障害情報の退避（HP-UX）

障害情報の退避については，ホットスタンバイ構成での系切り替えと同じです。「2.7.5　障害情報の退避（HP-UX）」を参照してください。

3.7.6　障害情報の退避（Solaris）

障害情報の退避については，ホットスタンバイ構成での系切り替えと同じです。「2.7.6　障害情報の退避（Solaris）」を参照してください。

3.7.7　障害情報の退避（Windows）

障害情報の退避については，ホットスタンバイ構成での系切り替えと同じです。「2.7.7　障害情報の退避（Windows）」を参照してください。

4.　サーバの運用（HiRDBの影響分散スタンバイレス型系切り替え）

この章では，HA Toolkit Exを使用したHiRDBの影響分散スタンバイレス型系切り替え構成でのサーバの運用について説明します。影響分散スタンバイレス型系切り替えでのサーバの運用の詳細については，マニュアル「HiRDB システム運用ガイド（UNIX(R)用）」または「HiRDB システム運用ガイド（Windows(R)用）」を参照してください。

＜この章の構成＞

4.1　オペレーターの操作タイミング（影響分散スタンバイレス型）

4.2　クラスタシステムの起動（影響分散スタンバイレス型）

4.3　クラスタシステムの停止（影響分散スタンバイレス型）

4.4　サーバの起動（影響分散スタンバイレス型）

4.5　サーバの停止（影響分散スタンバイレス型）

4.6　サーバの計画系切り替え（影響分散スタンバイレス型）

4.7　サーバの状態遷移（影響分散スタンバイレス型）

4.8　障害検知時の動作と運用（影響分散スタンバイレス型）

4.1　オペレーターの操作タイミング（影響分散スタンバイレス型）

HiRDBの影響分散スタンバイレス型系切り替え構成で運用する場合，オペレーターはHA Toolkit Ex，HiRDB，およびクラスタソフトのコマンドを使用します。

システムが起動完了し，障害が発生していない状態では，HiRDBのシステムマネージャから一元的に運用することを推奨します。例えば，HiRDBユニットおよびサーバ単位の起動・停止はHiRDBのコマンドから実行できます。HA Toolkit Exまたはクラスタソフトからの操作は必要ありません。HiRDBからの操作については，マニュアル「HiRDB システム運用ガイド（UNIX(R)用）」または「HiRDB システム運用ガイド（Windows(R)用）」を参照してください。

ただし，システムの状態や運用方法によっては，オペレーターがHiRDBのシステムマネージャ以外から操作する必要があります。オペレーターの操作部分はシェルスクリプトを作成できます。HiRDBのシステムマネージャが稼働する系からシェルスクリプトを自動実行する設定にすれば，システムの起動から停止までを一元的に運用できます。

オペレーターがHiRDBのシステムマネージャ以外から操作するタイミングと，マニュアルの参照先を，次に示します。

表4-1　オペレーターの操作が必要なタイミング（影響分散スタンバイレス型）

操作するタイミング
参照先

クラスタソフトから見たサーバのサービスグループの状態が停止または障害状態のサーバを，手動で実行サーバとして起動するとき
「4.4.3　サーバ単位でのサーバの起動」を参照してください。

サーバのサービスグループをオフライン化して，系を停止するとき
次の個所を参照してください。

「4.3　クラスタシステムの停止（影響分散スタンバイレス型）」

「4.5.1　系単位でのサーバの停止」

計画系切り替えをするとき
「4.6　サーバの計画系切り替え（影響分散スタンバイレス型）」を参照してください。

障害後，障害が発生した系でサービスグループをオンライン化できる状態にするとき
「4.8.3　障害後の系回復の流れ」を参照してください。

HA Toolkit Exを手動で起動・停止するとき
「9.　コマンド」を参照してください。

4.2　クラスタシステムの起動（影響分散スタンバイレス型）

クラスタシステムを起動する操作について説明します。

影響分散スタンバイレス型系切り替えでは，クラスタシステムを次の順で起動してください。

系の起動

HA Toolkit Exの起動

クラスタソフトの起動

手順2.と手順3.は，逆順で起動することもできます。この場合は，HA Toolkit Exの起動前に，サーバを起動しないでください。系，クラスタソフト，およびHA Toolkit Exがすべて起動したあとに，サーバの運用を開始してください。

Windowsの自動運用を設定した場合，系を起動すると，クラスタソフト，HA Toolkit Exの順に自動で起動します。

4.3　クラスタシステムの停止（影響分散スタンバイレス型）

クラスタシステムを停止する操作について説明します。

影響分散スタンバイレス型系切り替えでは，クラスタシステムを次の順で停止してください。

サーバの停止
必ず停止してから次の手順を実行してください。
サーバの停止手順については，「4.5.1　系単位でのサーバの停止」を参照してください。

クラスタソフトの停止

HA Toolkit Exの停止

系の停止

手順2.と手順3.は，逆順で停止することもできます。

Windowsの自動運用を設定した場合，クラスタソフトを停止すれば，HA Toolkit Exも自動で停止します。

なお，Windowsの自動運用を設定した場合に，HA Toolkit Exを手動で停止すると，系の再起動時にHA Toolkit Exが自動で起動しません。

4.4　サーバの起動（影響分散スタンバイレス型）

実行サーバの決定，系単位でのサーバの起動，サーバ単位でのサーバの起動，サーバ起動時の障害と運用，および実行サーバ起動失敗時の原因調査について説明します。

サーバの起動およびサービスグループのオンライン化については，それぞれシェルスクリプトを作成できます。操作ミスを防止するために，すべての系でそれぞれシェルスクリプトを作成して一括で運用することを推奨します。

＜この節の構成＞

4.4.1　実行サーバの決定

4.4.2　系単位でのサーバの起動

4.4.3　サーバ単位でのサーバの起動

4.4.4　サーバ起動時の障害と運用

4.4.5　実行サーバ起動失敗時の原因調査手順

4.4.1　実行サーバの決定

HiRDBの影響分散スタンバイレス型系切り替えでは，サービスグループがオンライン状態になっている系で実行サーバが起動します。そのほかの系では待機サーバが起動します。

実行サーバを起動したい系では，あらかじめサービスグループをオンライン状態にしておいてください。

4.4.2　系単位でのサーバの起動

系単位でサーバを手動起動する操作方法について説明します。

HiRDBのコマンドによって，HiRDBのサービスを起動します。
Windowsの場合の操作です。HiRDBユニットを起動するために必要です。HA Toolkit Exで自動運用の設定をしている場合などで，HiRDBのサービスがすでに稼働中であれば，この操作は不要です。

HA Toolkit Exを起動します。
自動起動の設定をしている場合などでHA Toolkit Exがすでに稼働中であれば，この操作は不要です。

実行サーバとして起動するすべてのサーバに，HA Toolkit Exのhateactonl -eコマンドを実行します。

クラスタソフトの操作およびコマンドによって，実行サーバとして起動するサーバのサービスグループをオンライン化できる状態にします。
HP-UXおよびSolarisの場合の操作です。Windowsの場合は，この操作は不要です。

クラスタソフトの操作およびコマンドによって，実行サーバとして起動するすべてのサーバのサービスグループをオンライン化します。

クラスタソフトの操作およびコマンドによって，実行サーバとして起動するすべてのサーバのサービスグループを切り替えられる状態にします。
HP-UXの場合の操作です。SolarisおよびWindowsの場合は，この操作は不要です。

HiRDBのコマンドによって，実行サーバとして起動するサーバがあるHiRDBユニットを，すべて起動します。
サービスグループがオンラインのサーバは実行サーバとして，そのほかのサーバは待機サーバとして起動されます。

複数の系単位でサーバを起動する場合，システムマネージャ，および複数の系のHiRDBユニットを一括で起動できます。すべての系で手順1.～6.の操作をしたあと，HiRDBから一括で起動するための操作をしてください。

4.4.3　サーバ単位でのサーバの起動

サーバ単位でのサーバの起動について説明します。

なお，操作ミスを防止するために，次の手順1.～4.で示す操作を一括で実行するシェルスクリプトを，すべてのサーバについて，系ごとに作成することを推奨します。

対象サーバを実行サーバとして起動する系で，HA Toolkit Exのhateactonl -eコマンドを実行します。

クラスタソフトの操作およびコマンドによって，対象サーバのサービスグループをオンライン化できる状態にします。
HP-UXおよびSolarisの場合の操作です。Windowsの場合は，この操作は不要です。

クラスタソフトの操作およびコマンドによって，対象サーバのサービスグループをオンライン化します。
Windowsの場合，実行サーバを起動する系にMSCSの「グループの所有者」を移動してから，オンライン化してください。または，MSCSのオンライン操作コマンドに，グループをオンライン化する系の名称を指定してください。「グループの所有者」が実行サーバを起動する系にないままオンライン操作をすると，実行サーバを起動する系ではなく，MSCSの「グループの所有者」の系でオンライン化されます。

クラスタソフトの操作およびコマンドによって，対象サーバのサービスグループを切り替えられる状態にします。
HP-UXの場合の操作です。SolarisおよびWindowsの場合は，この操作は不要です。

HiRDBのコマンドによって，対象サーバをそれぞれの系で起動してください。
対象サーバは，サービスグループがオンライン状態の系では実行サーバとして，そのほかの系では待機サーバとして起動されます。
HiRDBのコマンドのオプションによって，複数の系にある対象サーバすべてを一括起動する操作もできます。

4.4.4　サーバ起動時の障害と運用

＜この項の構成＞

(1)　サーバ障害時の実行サーバの起動失敗

(2)　実行サーバのタイムアウト検知

(3)　待機サーバが未起動の系での，実行サーバの起動失敗

(1)　サーバ障害時の実行サーバの起動失敗

サーバ（HiRDB）の要因で実行サーバを起動できなかった場合，サーバからHA Toolkit Exに実行サーバの起動失敗が通知されます。HA Toolkit Exは通知を受け取った時点で実行サーバを起動失敗と判断します。このとき，クラスタソフトの設定によって，系切り替えを実施します。

サーバのメッセージによって，起動に失敗した原因を調査してください。

(2)　実行サーバのタイムアウト検知

HA Toolkit Exでは，実行サーバが一定の時間内に起動完了するかを監視できます。

定義内容の不正，サーバ起動コマンドの不正，リソース不足などの理由で，一定の時間内にサーバが起動しなかった場合，HA Toolkit Exはサーバの起動失敗と判断します。

実行サーバの起動タイムアウト検知時の動作および対処は，OSによって異なります。OSごとのタイムアウト検知時の動作および対処を次に示します。

HP-UXの場合

HA Toolkit Exがタイムアウト検知をした場合，起動監視時間ごとに警告メッセージ（KAME475-W）が出力されます。

KAME475-Wが出力された場合，出力されたメッセージに従って対処してください。対処をしても警告メッセージが出力される場合は，単にサーバの起動に時間が掛かっていると考えられます。単にサーバの起動に時間が掛かっているときは，警告メッセージを無視してください。または，HA Toolkit Exの定義ファイル（servers）で，サーバ起動監視時間（actpatrolオペランド）の変更を検討してください。

Solarisの場合

HA Toolkit Exがタイムアウト検知をした場合，起動監視時間ごとに警告メッセージ（KAME475-W）が出力されます。

KAME475-Wが出力された場合，出力されたメッセージに従って対処してください。対処をしても警告メッセージが出力される場合は，単にサーバの起動に時間が掛かっていると考えられます。単にサーバの起動に時間が掛かっているときは，警告メッセージを無視してください。または，HA Toolkit Exの定義ファイル（servers）で，サーバ起動監視時間（actpatrolオペランド）の変更を検討してください。

また，VCSでも，サーバが一定の時間内に起動完了するかを監視できます。VCSが起動タイムアウトを検知した時点でサーバの起動失敗と判断し，系切り替えをします。

Windowsの場合

HA Toolkit Exの定義ファイル（servers）でactpatrolオペランドに指定したサーバ起動監視時間に達すると，サーバの起動失敗と判断します。MSCSが系切り替えをします。

また，MSCSでも，サーバが一定の時間内に起動完了するかを監視できます。MSCSが起動タイムアウトを検知した時点でサーバの起動失敗と判断し，系切り替えをします。

(3)　待機サーバが未起動の系での，実行サーバの起動失敗

HiRDBの影響分散スタンバイレス型系切り替えでは，一つの系に掛かる負担を分散するために，HiRDBが一つの系で起動できる実行サーバの数を決めます。このため，実行サーバが設定した数だけ起動した時点で，同じ系にある待機サーバは実行サーバに切り替われない状態，つまり未起動状態になります。

クラスタソフトによって系切り替えが実行されるか，またはクラスタソフトのコマンドによってサービスグループをオンライン化したときに，HA Toolkit Exが待機サーバの未起動を検知すると，サービスプロセスを起動失敗にします。クラスタソフトに，ほかの系に系切り替えさせます。これによって，タイムアウト検知を待ったり，障害が発生した実行サーバの再起動を待ったりする必要がなくなり，実行サーバの起動に時間が掛かりません。

HiRDBの影響分散スタンバイレス型系切り替えでは，HA Toolkit Exの定義ファイル（servers）のswitch_nosbyオペランドにactfailを指定して，待機サーバが起動していない系では実行サーバが起動に失敗する設定にしてください。

注意

HA Toolkit Exの定義ファイル（servers）でswitch_nosbyオペランドにactfailを指定しないと，HA Toolkit Exは実行サーバを起動失敗にしません。この場合，OSによって次の処理をします。

HP-UXの場合
HA Toolkit Exは実行サーバの再起動を待ち続けます。待機サーバがあるほかの系に系切り替えができません。

SolarisおよびWindowsの場合
クラスタソフトのタイムアウト検知まで待ってから，待機サーバがあるほかの系に系切り替えをします。このため，迅速な系切り替えができません。

HA Toolkit Exが待機サーバの未起動を判断し，サービスプロセスを起動失敗させるのは，次の場合です。

障害時，待機サーバが起動していない系で，系切り替え処理を開始した場合

通常時，待機サーバが起動していない系で，実行サーバを起動するためにサービスグループがオンライン化された場合

待機サーバが未起動の系でのサービスプロセスの起動失敗による，待機サーバが未起動の系での系切り替えの概要を，次に示します。

図4-1　待機サーバが未起動の系での系切り替えの概要（影響分散スタンバイレス型）

前述の図では，HiRDBで一つの系で起動できる実行サーバの数を二つに設定しています。そのため，実行サーバがすでに二つ起動している系3では，待機サーバが未起動状態になっています。待機サーバが起動していない系では実行サーバを起動できないので，系1で障害が発生して実行サーバ二つの系切り替えをする場合でも，系3に切り替えることはできません。そこでクラスタソフトは，系3で実行サーバの起動に失敗したと判断し，実行サーバの起動数が設定よりも少ない系2に切り替えます。

4.4.5　実行サーバ起動失敗時の原因調査手順

実行サーバの起動に失敗した場合の原因調査手順については，ホットスタンバイ構成での系切り替えと同じです。「2.3.5　実行サーバ起動失敗時の原因調査手順」を参照してください。

4.5　サーバの停止（影響分散スタンバイレス型）

系単位でのサーバの停止，サーバ単位でのサーバの停止，およびサーバ停止時の障害と運用，および実行サーバ停止失敗時の原因調査について説明します。

＜この節の構成＞

4.5.1　系単位でのサーバの停止

4.5.2　サーバ単位でのサーバの停止

4.5.3　実行サーバ停止失敗時の原因調査手順

4.5.1　系単位でのサーバの停止

系単位でサーバを停止する方法について説明します。

停止する系のHiRDBユニットを停止します。
HiRDBユニットを停止した系にあるサーバが，すべて停止されます。

クラスタソフトからの操作およびコマンドによって，停止する系でオンライン状態になっているすべての対象サーバのサービスグループをオフライン化します。

手順1.の操作を，すべての系で一括で実行することもできます。すべての系にあるサーバを一括で停止する運用については，マニュアル「HiRDB システム運用ガイド（UNIX(R)用）」または「HiRDB システム運用ガイド（Windows(R)用）」，およびクラスタソフトのマニュアルを参照してください。

4.5.2　サーバ単位でのサーバの停止

サーバ単位でのサーバの停止には，次の方法があります。

HiRDBの停止コマンド
実行・待機サーバのどちらでも停止できます。

クラスタソフトからのオフライン操作
サーバ（HiRDB）を停止できます。

HA Toolkit Exの待機サーバ停止コマンド（hatesbystp）
待機サーバを停止できます。

＜この項の構成＞

(1)　HiRDBの停止コマンド

(2)　クラスタソフトからのオフライン操作

(3)　HA Toolkit Exの待機サーバ停止コマンド（hatesbystp）

(1)　HiRDBの停止コマンド

HiRDBの停止コマンドでサーバを停止する方法を説明します。

停止したいサーバを停止します。
実行サーバ・待機サーバのどちらでも停止できます。HiRDBのコマンドのオプションによって，すべての系にある実行・待機サーバを一括して停止することもできます。

必要に応じてクラスタソフトの操作，コマンドによってサーバのサービスグループをオフライン化します。
停止した実行サーバを再起動する可能性がある場合は，この操作をしないことを推奨します。サービスグループをオフライン化しないでおくと，実行サーバとして再起動するときに，オンライン操作が不要です。

(2)　クラスタソフトからのオフライン操作

サービスグループのオフライン操作をすると，HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドに指定したサーバの停止コマンドが自動で実行され，サーバ（HiRDB）は強制停止されます。

サーバの停止コマンドが実行された系では，実行・待機サーバが強制停止されます。ほかの系にある待機サーバは停止しません。

(3)　HA Toolkit Exの待機サーバ停止コマンド（hatesbystp）

hatesbystpコマンドを実行すると，hatesbystpコマンドに指定した待機サーバだけを停止できます。

4.5.3　実行サーバ停止失敗時の原因調査手順

実行サーバの停止に失敗した場合の原因調査手順については，ホットスタンバイ構成での系切り替えと同じです。「2.4.3　実行サーバ停止失敗時の原因調査手順」を参照してください。

4.6　サーバの計画系切り替え（影響分散スタンバイレス型）

オペレーターが系を保守するなどの目的で，計画的に系を切り替える場合の方法について説明します。計画系切り替えの方法は，クラスタソフトによって異なります。

また，HiRDBの影響分散スタンバイレス型系切り替えの場合，系切り替え先で実行サーバが起動を完了すると，HiRDBによって，切り替え元の系では待機サーバが自動で起動します。切り替え元の系で，待機サーバを起動させる操作は不要です。

＜この節の構成＞

4.6.1　MC/ServiceGuardでの計画系切り替え

4.6.2　VCSでの計画系切り替え

4.6.3　MSCSでの計画系切り替え

4.6.1　MC/ServiceGuardでの計画系切り替え

MC/ServiceGuardで計画系切り替えの方法を説明します。計画系切り替えの操作には，次のどちらかの方法があります。なお，パッケージを停止すると，停止した系でのパッケージの起動ができなくなります。クラスタソフトのコマンドを実行して，パッケージを起動できる状態にしておいてください。

次の手順でMC/ServiceGuardのパッケージ操作をします。

系切り替え元の実行サーバが起動している系でパッケージを停止する

系切り替え先の待機サーバが起動している系でパッケージを起動する
実行サーバがある系から待機サーバがある系に系切り替えが実施されます。

MC/ServiceGuard Managerによってパッケージを移動します。

4.6.2　VCSでの計画系切り替え

VCSで計画系切り替えをするには，VCSの切り替え操作（コマンドの場合，hagrp -switch）を使用して，サービスグループを任意の系に切り替えます。

4.6.3　MSCSでの計画系切り替え

MSCSで計画系切り替えをするには，MSCSのグループ移動操作をします。グループがオフラインになり，実行サーバがある系から待機サーバがある系に系切り替えが実施されます。

また，HA Toolkit Exでは，MSCSのリソースの障害操作による系切り替えには対応していません。そのため，リソースの障害操作をした場合は，系切り替えは実施されません。リソースがオフラインになります。

4.7　サーバの状態遷移（影響分散スタンバイレス型）

サーバの状態遷移については，ホットスタンバイ構成での系切り替えと同じです。「2.6　サーバの状態遷移（ホットスタンバイ構成）」を参照してください。

4.8　障害検知時の動作と運用（影響分散スタンバイレス型）

HA Toolkit Exがサーバの障害を検知した場合の動作，およびHA Toolkit Exに障害が発生した場合に必要な障害情報の退避について説明します。

＜この節の構成＞

4.8.1　障害の検知

4.8.2　障害時の系切り替えの流れ

4.8.3　障害後の系回復の流れ

4.8.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

4.8.5　障害情報の退避（HP-UX）

4.8.6　障害情報の退避（Solaris）

4.8.7　障害情報の退避（Windows）

4.8.1　障害の検知

実行サーバの起動が完了すると，HA Toolkit Exはサーバの監視状態になります。

＜この項の構成＞

(1)　サーバの障害

(2)　系の障害

(1)　サーバの障害

サーバ自身が障害を検知した場合，HA Toolkit Exはサーバから障害通知を受けて，サーバの障害を検知します。

サーバ自身が検知できない障害をHA Toolkit Exが検知するには，HA Toolkit Exがサーバの稼働報告を監視します。環境設定時に指定したサーバ障害監視時間を超えてもサーバから稼働報告がなかった場合，HA Toolkit Exはサーバ障害が発生したと判断します。サーバ障害監視時間は，HA Toolkit Exの定義ファイル（servers）のpatrolオペランドに指定します。

サーバの障害を検知すると，HA Toolkit Exは系切り替えを実行します。

系切り替え
HA Toolkit Exはサービスプロセスを停止させ，クラスタソフトに障害通知をします。そして，クラスタソフトが系切り替えをします。
障害が発生した系では，HiRDBによって待機サーバが自動で起動されるため，待機サーバを起動する必要はありません。

(2)　系の障害

系の障害には，次の種類があります。

ハードウェアの障害

OSの障害

HA Toolkit Exの障害

これらの系の障害が発生した場合，HA Toolkit Exでは障害を検知しません。ただし，HA Toolkit Exに障害が発生した場合は，サービスプロセスを通じてクラスタソフトが障害を検知できます。ハードウェア障害およびOS障害の検知は，クラスタソフトの仕様に依存します。

障害が回復した場合は，障害が発生した部位から再起動し直してください。

4.8.2　障害時の系切り替えの流れ

障害時の系切り替えの流れは，ホットスタンバイ構成での系切り替えと同じです。「2.7.2　障害時の系切り替えの流れ」を参照してください。

4.8.3　障害後の系回復の流れ

障害後に系を回復する流れは，通常の系の起動と同じです。

系回復の流れを，次に示します。システムの状態を確認し，流れに合わせて必要な操作をしてください。

図4-2　障害後の系回復の流れ（影響分散スタンバイレス型）

HiRDBのサービスを起動してください。
Windowsの場合の操作です。HP-UXおよびSolarisの場合，この操作は不要です。

クラスタソフトを起動してください。

HA Toolkit Exを起動してください。HA Toolkit Exを起動したあとの操作方法については，「4.4.2　系単位でのサーバの起動」を参照してください。
Windowsの場合でHA Toolkit Exで自動運用を設定しているとき，HA Toolkit Exのサービスを起動したあとの操作はhatestart.batファイルによって起動運用を自動化できます。

サーバ単位でサーバを起動します。操作方法については，「4.4.3　サーバ単位でのサーバの起動」を参照してください。

HiRDBのコマンドによって，HiRDBユニットを起動してください。

HiRDBのコマンドによって，サーバ（HiRDB）を起動してください。

4.8.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）

系切り替え後の運用上の注意については，ホットスタンバイ構成での系切り替えと同じです。「2.7.4　系切り替え後の運用上の注意（HP-UXおよびSolaris）」を参照してください。

4.8.5　障害情報の退避（HP-UX）

障害情報の退避については，ホットスタンバイ構成での系切り替えと同じです。「2.7.5　障害情報の退避（HP-UX）」を参照してください。

4.8.6　障害情報の退避（Solaris）

障害情報の退避については，ホットスタンバイ構成での系切り替えと同じです。「2.7.6　障害情報の退避（Solaris）」を参照してください。

4.8.7　障害情報の退避（Windows）

障害情報の退避については，ホットスタンバイ構成での系切り替えと同じです。「2.7.7　障害情報の退避（Windows）」を参照してください。

5.　HA Toolkit Exの自動運用（Windows）

この章では，WindowsでHA Toolkit Exの自動運用をする前に知っておきたいこと，自動運用の流れ，および注意事項について説明します。

＜この章の構成＞

5.1　自動運用の前に

5.2　自動運用の流れ

5.3　自動運用の注意事項

5.1　自動運用の前に

HA Toolkit Exの自動運用とは，MSCSを使用したクラスタシステムで，HA Toolkit Exおよびサーバを自動起動・自動停止することです。

自動運用では，バッチファイルを使用して，サーバを自動起動・自動停止します。ここでは，自動運用をする前に知っておきたいことについて説明します。

＜この節の構成＞

5.1.1　実行サーバの起動

5.1.2　自動起動の順序

5.1.3　実行サーバの停止

5.1.1　実行サーバの起動

実行サーバは，MSCSによって，実行できる系のどれかで常にオンライン状態に制御されます。そのため，ホットスタンバイ構成での系切り替えの場合，最初に起動した系で実行サーバが起動します。

5.1.2　自動起動の順序

自動起動では，次の順番で起動する必要があります。

MSCSのサービス起動完了

HA Toolkit Exの起動開始

HA Toolkit Exの起動完了

サーバの起動開始

サーバの起動完了

サーバの起動開始がHA Toolkit Exのサービス起動完了より早かった場合，環境設定で指定したサーバ起動監視時間が経過するまではHA Toolkit Exの起動を待ちます。サーバ起動監視時間は，HA Toolkit Exの定義ファイル（servers）のactpatrolオペランドに指定します。

5.1.3　実行サーバの停止

HA Toolkit Exの自動運用では，実行サーバを正常停止しません。HA Toolkit Exでは，オフライン操作時に実行されるサーバの停止コマンドに，強制停止コマンドを指定する必要があるためです。サーバを正常停止するには，サーバの停止コマンドを実行したあとに，MSCSのグループオフラインコマンドを実行してください。

5.2　自動運用の流れ

次の場合での，HA Toolkit Exの自動運用の流れを説明します。

系の起動

系切り替え

系の停止

＜この節の構成＞

5.2.1　系の起動

5.2.2　系切り替え

5.2.3　系の停止

5.2.1　系の起動

MSCSが起動するときに，HA Toolkit Exおよび実行サーバが起動します。ホットスタンバイ構成での系切り替えの場合，実行サーバは，最初に起動した系で起動します。

ホットスタンバイ構成での系切り替えで，系起動時の自動運用の流れを次に示します。ここでは，系1が先に起動しているため，系1のサーバが実行サーバとして起動します。

図5-1　系起動時の自動運用の流れ（ホットスタンバイ構成での系切り替えの例）

起動
系1でMSCSが起動して，HA Toolkit Exの監視プロセスを起動します。

実行
HA Toolkit Exの監視プロセスがバッチファイルを実行します。

リソースグループのオンラインコマンド
バッチファイルにあらかじめ指定されたリソースグループのオンラインコマンドが実行されます。リソースグループがオンラインになります。

サービスプロセスのオンライン
MSCSがHA Toolkit Exのサービスプロセスをオンラインにします。

実行
HA Toolkit Exの監視プロセスがサーバ起動コマンドを実行します。実行サーバが起動します。

サーバの起動コマンド
バッチファイルにあらかじめ指定されたサーバの起動コマンドが実行されます。ただし，すでに実行サーバがオンライン状態なので，処理されません。

起動
系2でMSCSが起動して，HA Toolkit Exの監視プロセスをオンラインにします。

実行
HA Toolkit Exの監視プロセスがバッチファイルを実行します。

リソースグループのオンラインコマンド
バッチファイルにあらかじめ指定されたリソースグループのオンラインコマンドが実行されます。ただし，すでに実行サーバがオンライン状態なので，処理されません。

サーバの起動コマンド
バッチファイルにあらかじめ指定されたサーバの起動コマンドが実行されます。待機サーバが起動します。

5.2.2　系切り替え

系障害が発生した場合，系切り替えが実施されて，他系で実行サーバが起動します。そのため，ホットスタンバイ構成での系切り替えの場合，系切り替え後に障害が発生した系を再起動すると，障害が発生した系では待機サーバが自動起動します。一方，HiRDBの1:1スタンバイレス型系切り替え構成，または影響分散スタンバイレス型系切り替え構成の場合，MSCSによる自動切り戻しによって，実行サーバは最初に設定したとおりに配置されます。

ホットスタンバイ構成での系切り替えで，系切り替え後の自動運用の流れを次に示します。

図5-2　系切り替え後の自動運用の流れ（ホットスタンバイ構成での系切り替えの例）

系障害発生
系1で系障害が発生します。

検知
待機サーバがある系2で，MSCSが系1の障害を検知して，系切り替えをします。

サービスプロセスのオンライン
系2で実行サーバを起動するために，MSCSは実行サーバに対応するサービスプロセスをオンラインにします。

指示
HA Toolkit Exの監視プロセスが，待機サーバに系切り替え指示をします。待機サーバは実行サーバに切り替わります。

起動
障害が発生した系1が再起動すると，系1でMSCSが起動します。MSCSがHA Toolkit Exの監視プロセスをオンラインにします。

実行
HA Toolkit Exの監視プロセスがバッチファイルを実行します。

リソースグループのオンラインコマンド
バッチファイルにあらかじめ指定されたリソースグループのオンラインコマンドが実行されます。ただし，すでに実行サーバがオンライン状態なので処理されません。

サーバの起動コマンド
バッチファイルにあらかじめ指定されたサーバの起動コマンドが実行されます。

5.2.3　系の停止

MSCSでのオフライン操作では，サーバを正常停止できません。そのため，次の手順で系を停止してください。

サーバの正常停止コマンドを実行する
実行サーバが正常停止します。

リソースグループのオフラインコマンドを実行する
グループがオフラインになります。

系を停止する
系が停止します。

注意

リソースグループをオフラインにしないで系を停止した場合，実行サーバが強制停止され，系切り替えが実施されます。

ホットスタンバイ構成での系切り替えで，系停止時の自動運用の流れを次に示します。ここでは，系を停止する前にリソースグループをオフラインにしているので，実行サーバが正常停止します。

図5-3　系停止時の自動運用の流れ（ホットスタンバイ構成での系切り替えの例）

サーバの停止コマンド
オペレーターは，サーバの正常停止コマンドを実行します。系1で稼働していた実行サーバが正常停止します。

リソースグループのオフライン
オペレーターは，リソースグループのオフラインコマンドを実行します。グループがオフラインになります。

サービスプロセスのオフライン
MSCSは，HA Toolkit Exのサービスプロセスをオフラインにします。サービスプロセスが停止します。

停止
系1で，MSCSがHA Toolkit Exの監視プロセスをオフラインにします。

実行
HA Toolkit Exの監視プロセスがバッチファイルを実行します。

待機サーバ停止コマンド
バッチファイルにあらかじめ指定された待機サーバ停止コマンドが実行されます。ただし，待機サーバはないので処理されません。

停止
系2で，MSCSがHA Toolkit Exの監視プロセスをオフラインにします。

実行
HA Toolkit Exの監視プロセスがバッチファイルを実行します。

待機サーバ停止コマンド
バッチファイルにあらかじめ指定された待機サーバ停止コマンドが実行されます。待機サーバが停止します。

5.3　自動運用の注意事項

自動運用をするときの注意事項について説明します。

オフライン操作
HA Toolkit Exのグループのオフライン操作をしないでください。オフライン操作をした場合は，次回のシステムおよびクラスタサービス起動時に，HA Toolkit Exのグループが自動起動されません。

エラーメッセージ
HiRDBの起動コマンドを重複して実行するため，次のエラーメッセージが出力される場合があります。これらのエラーメッセージは無視してください。

KFPS01801-E
Unable to start HiRDB unit due to improper operational environment. reason code=aa....aa

KFPS01802-E
Unable to start HiRDB unit because another HiRDB with the same ID operating

KFPS01853-W
Hostname=aa....aa, unable to execute cc....cc command, unit state not bb....bb

KFPS01863-E
Hostname=aa....aa, unable to execute cc....cc command, unit state not bb....bb

系切り替え
HA Toolkit Exのサービスを登録したMSCSのグループには，系切り替えの設定をしないでください。

クラスタアドミニストレータ
クラスタアドミニストレータでは，MSCSに登録したHA Toolkit Exのグループが一時的に「障害」状態で表示されることがあります。すべての系を起動すると「障害」状態は解除されます。

6.　環境設定（HP-UX）

この章では，HA Toolkit Ex（HP-UX）の環境設定について説明します。

＜この章の構成＞

6.1　ディレクトリ構成（HP-UX）

6.2　HA Toolkit Exの環境設定（HP-UX）

6.3　MC/ServiceGuardの環境設定（HP-UX）

6.4　実行サーバを運用するためのシェルスクリプトの設定（HP-UX）

6.5　ホットスタンバイ構成での系切り替えの環境設定例（HP-UX）

6.6　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（HP-UX）

6.7　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（HP-UX）

6.1　ディレクトリ構成（HP-UX）

HA Toolkit Exをインストールすると，関連ファイルは次のディレクトリに格納されます。このディレクトリをカレントディレクトリとします。

/opt/hitachi/HAmon

HA Toolkit Exのディレクトリ構成を次に示します。

表6-1　HA Toolkit Exのディレクトリ構成（HP-UX）

ディレクトリ | サブディレクトリ | ファイル | 説明
/opt/hitachi/HAmon | － | － | カレントディレクトリです。
bin | 省略 | コマンド，デーモンプログラムが格納されています。
etc | － | 定義，制御ファイルを格納します。インストール時は何も格納されていません。サーバの起動および停止コマンドもこのディレクトリに格納することを推奨します。
lib | － | 定義サンプルファイルが格納されています。
servers | サーバ対応環境設定ファイルのサンプルファイルです。
spool | 省略 | トレースファイルが格納されています。
/usr/lib/nls/msg | － | 省略 | メッセージカタログが格納されています。

（凡例）－：該当しない

6.2　HA Toolkit Exの環境設定（HP-UX）

HA Toolkit Exの環境設定では，監視対象であるサーバ，およびHA Toolkit Exの動作についての環境設定をします。ここでは，環境設定に必要な定義規則，定義ファイルの形式，定義文の内容，サーバの起動・停止コマンドの内容，および定義チェックについて説明します。

＜この節の構成＞

6.2.1　定義規則

6.2.2　サーバ対応の環境設定

6.2.3　HA Toolkit Exの動作の環境設定

6.2.4　サーバの起動コマンドの設定

6.2.5　サーバの停止コマンドの設定

6.2.6　定義チェック

6.2.1　定義規則

HA Toolkit Exでの定義規則について説明します。環境設定時には，次の定義規則に従ってください。

＜この項の構成＞

(1)　定義の記述形式

(2)　区切り文字

(3)　コメント

(4)　指定順序

(1)　定義の記述形式

定義の記述形式を次に示します。

△0定義文△1オペランド△1値△0：△0，△0・・・△0；△0

（凡例）

△0：0個以上のスペース，タブ，または改行コード

△1：1個以上のスペース，タブ，または改行コード

(2)　区切り文字

区切り文字には次の種類があります。

「;」

定義文と定義文の区切り文字です。

「,」

オペランドとオペランドの区切り文字です。

「:」

値と値の区切り文字です。

定義文とオペランドの区切り文字，およびオペランドと値の区切り文字には，1個以上のスペース，タブ，または改行コードを使用します。

(3)　コメント

コメントの記述形式を次に示します。

/*　コメント　*/

コメント内（/*　　*/）に，「/*」または「*/」を記述した場合，最初に囲まれている範囲がコメントと判断されます。それ以外は定義文の一部と判断されます。

例：/*AAA/*BBB*/　　AAA/*BBBがコメントと判断されます。

　　/*AAA*/BBB*/　　AAAがコメントと判断されます。

(4)　指定順序

定義文，およびオペランドの指定順序は任意です。

また，定義文内に同一オペランドが複数指定されている場合は，最初に記述されているオペランドを有効とします。

6.2.2　サーバ対応の環境設定

サーバ対応の環境設定では，サーバ対応の環境を設定する定義ファイルを作成します。作成したファイルにserversというファイル名を付けて，ディレクトリ/opt/hitachi/HAmon/etcに格納します。なお，この定義ファイルは系ごとに作成するため，定義の際には系間で整合性を取ってください。

サンプルファイル

定義を記述したサンプルファイルを使用すると，定義ファイルを最初から作成する手間が省けます。サンプルファイルをディレクトリ/opt/hitachi/HAmon/etcにコピーして，書き換えて使用してください。

サンプルファイルは，serversというファイル名で，次のディレクトリに格納されています。

/opt/hitachi/HAmon/lib

＜この項の構成＞

(1)　定義ファイル（servers）の形式

(2)　server定義文での設定内容

(1)　定義ファイル（servers）の形式

定義ファイル（servers）では，サーバごとの環境設定を定義します。HA Toolkit Exで監視するすべてのサーバをこの定義ファイル（servers）で定義します。

サーバ対応の環境を設定する定義ファイル（servers）の形式を次に示します。

server  name           サーバのホームディレクトリ名
                      またはHiRDB識別子/ユニット識別子
       ,alias         サーバ識別名
      [,actcommand    サーバ起動コマンドの完全パス名]
      [,termcommand   サーバ停止コマンドの完全パス名]
       ,patrol        サーバ障害監視時間
      [,actpatrol   ｛サーバ起動監視時間｜0｝]
      [,switchtype  ｛switch｜manual｜restart[:サーバ再起動監視時間]｝]
      [,switch_nosby｛act｜actfail｝]
;

(2)　server定義文での設定内容

サーバの定義をします。server定義文のオペランドを，次に示します。

nameオペランド　～<1～1000文字のパス名>
サーバを特定するために，サーバのホームディレクトリ名を指定します。OpenTP1の場合は$DCDIR，HiRDBの場合は$PDDIRを指定します。

HiRDBのスタンバイレス型系切り替えの場合

HiRDBのHiRDB識別子とユニット識別子を，"/"で組み合わせて指定します。

aliasオペランド　～<1～8文字の英数字>
HA Toolkit Ex内でサーバを識別するためのサーバ識別名を指定します。MC/ServiceGuardのパッケージ制御スクリプトのサービス名（SERVICE_NAME）と同値にすることを推奨します。

actcommandオペランド　～<1～1000文字のパス名>
サーバの起動コマンドを完全パス名で指定します。
ここで指定するサーバの起動コマンドは，パッケージ起動時および系切り替え時に，HA Toolkit Exのサーバ起動コマンド（hateservコマンド）の延長によって自動で実行されます。サーバの起動コマンドに指定するパラメータおよび環境変数はありません。
actcommandオペランドを省略した場合，サーバの起動コマンドは実行されません。MC/ServiceGuardのパッケージ起動の延長では，サーバを自動で起動しないので，オペレーターがサーバの起動コマンドを実行する必要があります。
サーバの起動コマンドの設定については，「6.2.4　サーバの起動コマンドの設定」を参照してください。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actcommandオペランドは指定しないでください。

termcommandオペランド　～<1～1000文字のパス名>
サーバの強制停止コマンドを完全パス名で指定します。正常停止コマンドを指定した場合，正しく系切り替えできません。
ここで指定するサーバの停止コマンドは，パッケージ停止時にHA Toolkit Exによって自動的に実行されます。サーバの停止コマンドに指定するパラメータおよび環境変数はありません。
termcommandオペランドに指定するサーバの停止コマンドに誤りがあったため，サーバを停止できなかった場合，MC/ServiceGuardによって，パッケージが強制停止されます。
なお，次の場合にはサーバの停止コマンドは実行されません。

MC/ServiceGuardのパッケージ停止前に，サーバの停止コマンドでサーバを停止した場合

サーバの障害のためサーバが異常終了した場合

termcommandオペランドを省略した場合

サーバの停止コマンドの設定については，「6.2.5　サーバの停止コマンドの設定」を参照してください。

patrolオペランド　～<符号なし整数>　((10～600))　（単位：秒）
スローダウンなどのサーバ障害の監視時間を秒単位で指定します。

actpatrolオペランド　～<符号なし整数>　((0～600))　《0》　（単位：秒）
パッケージ開始時点からサーバが起動完了するまでの監視時間を，秒単位で指定します。指定した監視時間を過ぎてもサーバが起動完了しない場合は，監視時間の間隔ごとに，HA Toolkit Exのメッセージがログに出力されます。
actpatrolオペランドを省略した場合は，0秒を仮定して，監視はしません。

HiRDBの1:1スタンバイレス型系切り替えの場合

actpatrolオペランドには0を指定してください。

switchtypeオペランド　～《switch》
サーバの障害を検知した場合のHA Toolkit Exの動作を指定します。すべての系で同じ指定にしてください。

HiRDBのスタンバイレス型系切り替えの場合

switchtypeオペランドは指定しないことを推奨します。

switchtypeオペランドは，サーバの開始形態によって指定できる値が異なります。サーバの開始形態とswitchtypeオペランドで指定できる値を次に示します。

表6-2　サーバの開始形態とswitchtypeオペランドで指定できる値（HP-UX）

switchtypeオペランドで指定できる値 | サーバの開始形態
AUTO | MANUAL1 | MANUAL2
switch | × | × | ○
manual | × | ○ | ×
restart | × | ○ | ×

（凡例）○：指定できる　　×：指定できない

サーバの開始形態については，マニュアル「OpenTP1 システム定義」およびマニュアル「HiRDB システム定義（UNIX(R)用）」を参照してください。

switch
サーバを停止して，系切り替えをします。

manual
サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。系切り替えはしません。
サーバが再起動に失敗した場合は，サーバ自身で再起動を再試行します。サーバで定義されているサーバの再起動試行回数を超えると，サーバを停止して，オペレーターの操作を待ちます。
manualを指定したサーバでスローダウンを検知した場合，HA Toolkit Exは何もしないでサーバの監視を続けます。

restart　[:サーバ再起動監視時間]～<符号なし整数>((60～3600))　（単位：秒）
サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。
サーバの再起動が失敗した場合は，サーバ自身で再起動を再試行します。サーバで定義されているサーバの再起動試行回数を超えた場合またはサーバ再起動監視時間を超えてもサーバが再起動しない場合は，系切り替えをします。
restartを指定した場合は，「:」で区切ってサーバの再起動監視時間を指定できます。再起動監視時間には，60秒から3,600秒の範囲で指定します。サーバの再起動監視時間を超えてもサーバが再起動しない場合は，系切り替えをします。サーバの再起動監視時間を省略した場合は，サーバが再起動するまでの時間を監視しません。

switch_nosbyオペランド　～《act》
待機サーバが起動していない系で，系切り替えのときは系切り替えを続行するかどうかを，MC/ServiceGuardからサーバのパッケージの起動をするときは起動操作を続行するかどうかを，switch_nosbyオペランドで指定します。
switch_nosbyオペランドで指定できる値について説明します。

act
系切り替え時，切り替え先の系で待機サーバが起動していない場合に，actcommandオペランドに指定されたコマンドを実行して，実行サーバとして起動処理を続行します。actcommandオペランドが指定されていない場合は，実行サーバの起動を待ちます。

actfail
系切り替え時，切り替え先の系で待機サーバが起動していない場合に，起動失敗とします。actfailを指定した場合で，待機サーバがない系でMC/ServiceGuardからパッケージを起動したいときは，事前に待機サーバがない系でhateactonl -eコマンドを実行し，実行サーバの起動を許可しておく必要があります。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actfailを指定してください。actfailを指定しないで，影響分散スタンバイレス型系切り替えにすると，切り替え先の系で待機サーバが起動していない場合に，実行サーバの起動を待ち続けます。

6.2.3　HA Toolkit Exの動作の環境設定

HA Toolkit Exの動作の環境設定では，HA Toolkit Exの動作環境を設定する定義ファイルを作成します。作成したファイルにsysdefというファイル名を付けて，ディレクトリ/opt/hitachi/HAmon/etcに格納します。定義ファイル（sysdef）の作成は任意です。

なお，この定義ファイルは系ごとに作成するため，定義の際には系間で整合性を取ってください。

＜この項の構成＞

(1)　定義ファイル（sysdef）の形式

(2)　environment定義文での設定内容

(1)　定義ファイル（sysdef）の形式

定義ファイル（sysdef）では，HA Toolkit Exの動作環境を定義します。定義ファイル（sysdef）の設定は任意です。

HA Toolkit Exの動作環境を定義する定義ファイル（sysdef）の形式を次に示します。

[environment [servmax  {16｜64}]]
;

(2)　environment定義文での設定内容

HA Toolkit Exの動作環境を定義します。environment定義文のオペランドを，次に示します。

servmax　～<符号なし整数>((16 | 64))《16》
一つの系で同時に稼働できるサーバの最大数を指定します。すべての系で同じ値を指定してください。指定値には16または64が指定でき，それ以外の数値は指定できません。servmaxオペランドを省略した場合は，サーバの最大数が16に設定されます。

ホットスタンバイ構成での系切り替え，またはHiRDBの1:1スタンバイレス型系切り替えの場合

servmaxオペランドには16だけを指定するか，または何も指定しないでください。64は指定できません。

システム構成にHiRDBとOpenTP1が混在する場合も同様です。

HiRDBの影響分散スタンバイレス型系切り替えの場合

servmaxオペランドには16または64を指定できます。同時に稼働できるサーバの最大数を64に設定した場合，カーネルのパラメータも変更する必要があります。

6.2.4　サーバの起動コマンドの設定

サーバの起動コマンドの設定では，サーバの起動コマンドを一括で実行できる起動コマンドを作成します。ファイル名は任意です。

サーバの起動コマンドは，MC/ServiceGuardを使用してサーバのパッケージを起動したときに，自動的に実行されます。起動コマンドを実行するためには，定義ファイル（servers）のactcommandオペランドを指定してください。

注意

HiRDBの影響分散スタンバイレス型系切り替えでは，定義ファイル（servers）のactcommandオペランドに，サーバの起動コマンドは設定しないでください。

＜この項の構成＞

(1)　サーバの起動コマンドの設定内容

(2)　サーバの起動コマンドの記述例

(1)　サーバの起動コマンドの設定内容

サーバの起動コマンドには，次の内容を設定します。

サーバ（OpenTP1，HiRDB）の起動コマンド

(2)　サーバの起動コマンドの記述例

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

HiRDB/Single Serverでの，HiRDBの起動コマンドの記述例を次に示します。HiRDB/Parallel Serverの場合は，起動コマンドをpdstart -qとしてください。

#! /bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${SHLIB_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstart

OpenTP1の起動コマンドの記述例を次に示します。

#! /bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
SHLIB_PATH=${SHLIB_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH SHLIB_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstart -g"

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

HiRDBの1:1スタンバイレス型系切り替えの場合，正規BESユニットが起動する系があらかじめ決まっています。起動コマンドを設定するときは注意してください。

HiRDBの起動コマンドの記述例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/【起動コマンド】

PDDIRには，BESごとに異なる値を設定してください。

【起動コマンド】には，系やBESごとに次のHiRDBのコマンドを記述してください。

BESユニットの起動種別 | 系1 | 系2
系1を正規BESユニットとして起動 | pdstart -q | pdstart -q -c
系2を正規BESユニットとして起動 | pdstart -q -c | pdstart -q

6.2.5　サーバの停止コマンドの設定

サーバの停止コマンドの設定では，サーバの停止コマンドを一括で実行できる停止コマンドを作成します。ファイル名は任意です。

サーバ（OpenTP1，HiRDB）の停止コマンドは，MC/ServiceGuardを使用してサーバを停止したときに，自動的に実行されます。停止コマンドを実行するためには，定義ファイル（servers）のtermcommandオペランドを指定してください。

＜この項の構成＞

(1)　サーバの停止コマンドの設定内容

(2)　サーバの停止コマンドの記述例

(1)　サーバの停止コマンドの設定内容

サーバの停止コマンドには，次の内容を設定します。

サーバの強制停止コマンド

(2)　サーバの停止コマンドの記述例

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

HiRDB/Single Serverでの，HiRDBの停止コマンドの記述例を次に示します。HiRDB/Parallel Serverの場合は，停止コマンドをpdstop -z -qとしてください。

#! /bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${SHLIB_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstop -f -q

OpenTP1の停止コマンドの記述例を次に示します。

#! /bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
SHLIB_PATH=${SHLIB_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH SHLIB_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstop -f"

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

HiRDBの停止コマンドの記述例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${SHLIB_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/【強制停止コマンド】

PDDIRには，BESごとに異なる値を設定してください。

【強制停止コマンド】には，系やBESごとに次のHiRDBのコマンドを記述してください。

BESユニットの起動種別 | 系1 | 系2
系1を正規BESユニットとして起動 | pdstop -z | pdstop -z -c
系2を正規BESユニットとして起動 | pdstop -z -c | pdstop -z

(c)　HiRDBの影響分散スタンバイレス型系切り替えの場合の記述例

HiRDBの停止コマンドの記述例を次に示します。

#!/bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstop -z -s 【HiRDBのサーバID】

6.2.6　定義チェック

設定した定義文は，HA Toolkit Exのサービスプロセスを起動する際に解析されます。解析時に定義エラーが発生するのを防ぐため，環境設定後に，定義チェックコマンド（hatecheckコマンド）で定義チェックをしてください。

＜この項の構成＞

(1)　定義チェックコマンドでチェックする内容

(2)　定義チェックコマンドでチェックしない内容

(1)　定義チェックコマンドでチェックする内容

定義チェックコマンドでは，次に示す順番で定義文のチェックをします。エラーが発生した時点で，定義チェックを終了し，エラー内容をメッセージで表示します。なお，定義文のチェックでエラーがある場合，オペランドおよび値のチェックはしません。

定義文の記述形式のチェック

定義文の記述形式は正しいか

定義文のチェック

定義文は正しいか

必要な定義文は指定されているか

定義ファイル（sysdef）の定義文を，重複設定していないか

オペランドのチェック

オペランドは正しいか

必要なオペランドは指定されているか

値のチェック

文字の指定方法は正しいか

値の有効範囲は正しいか

重複指定はないか

(2)　定義チェックコマンドでチェックしない内容

制御コードなどの不正文字はチェックしません。

次の場合，定義チェックコマンドでは定義チェックをしません。構文エラーとなります。

オペランドを定義して，値を省略した場合

定義文の記述形式が誤っている場合

オプションを誤って指定した場合

6.3　MC/ServiceGuardの環境設定（HP-UX）

MC/ServiceGuardの環境設定では，HA Toolkit Exを経由してサーバを起動するために必要な設定をします。ここでは，HA Toolkit Exについての環境設定だけを説明しています。系切り替えやリソース切り替えの環境設定については，MC/ServiceGuardのマニュアルを参照してください。

＜この節の構成＞

6.3.1　パッケージ構成ファイルの設定（影響分散スタンバイレス型）

6.3.2　パッケージ制御スクリプトの設定

6.3.1　パッケージ構成ファイルの設定（影響分散スタンバイレス型）

MC/ServiceGuardのパッケージ構成ファイルで，次のパラメータに指定値を設定します。パッケージ構成ファイルは，HP-UXのコマンドで設定します。

パッケージ構成ファイルは，HiRDBの影響分散スタンバイレス型系切り替え構成の場合だけ，次のとおりに設定してください。

表6-3　パッケージ構成ファイルのパラメータ設定内容（HP-UX）

パラメータ | 指定値
FAILOVER_POLICY | "CONFIGURED_NODE"を指定してください。
NODE_NAME | パッケージのサーバが実行できる系を，系切り替えの優先順に1行ずつ指定してください。指定した優先順を基に，MC/ServiceGuardが系切り替え制御をします。
AUTO_RUN | "NO"を指定してください。

6.3.2　パッケージ制御スクリプトの設定

MC/ServiceGuardのパッケージ制御スクリプトで，次のパラメータに値を設定します。

SERVICE_NAMEパラメータ
サービスの名称を指定します。HA Toolkit Exで設定したサーバ識別名と一致させることを推奨します。

SERVICE_CMDパラメータ
HA Toolkit Exのサーバ起動コマンドの完全パス名を指定します。また，コマンド引数として，HA Toolkit Exで設定したサーバ識別名を指定します。

OpenTP1を使用する場合のパッケージ制御スクリプトの例を次に示します。

...
SERVICE_NAME[0]="OpenTP1"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv OpenTP1"
...

6.4　実行サーバを運用するためのシェルスクリプトの設定（HP-UX）

HiRDBのスタンバイレス型系切り替えの場合，実行サーバとしてサーバを起動・停止させるための準備として，実行サーバを起動・停止するシェルスクリプトを作成することを推奨します。実行サーバを運用するためのシェルスクリプトの設定方法を，次に示します。

ファイルの作成場所やファイル名は任意です。

＜この節の構成＞

6.4.1　BESユニットの起動シェルスクリプトの設定（1:1スタンバイレス型）

6.4.2　パッケージの起動・停止シェルスクリプトの設定（影響分散スタンバイレス型）

6.4.1　BESユニットの起動シェルスクリプトの設定（1:1スタンバイレス型）

HiRDBの1:1スタンバイレス型系切り替えの場合で次のときは，起動のためのシェルスクリプトを作成することを推奨します。

正規BESユニットにあるBESユニットだけを起動する。

シェルスクリプトは起動したいBESユニットの正規BESユニットとなる系でだけ作成してください。作成したシェルスクリプトは，BESユニットを起動するときに実行します。

ファイル名およびファイルの格納場所は任意です。

正規BESユニットにあるBESユニットの起動シェルスクリプトの記述例を，次に示します。

cmrunpkg -n 正規BESユニットとなる系名称 BESユニットに対応するパッケージ名称

cmrunpkgコマンドについては，MC/ServiceGuardのマニュアルを参照してください。

6.4.2　パッケージの起動・停止シェルスクリプトの設定（影響分散スタンバイレス型）

HiRDBの影響分散スタンバイレス型系切り替えの場合，次はHiRDBのシステムマネージャから操作できません。

サーバのパッケージを手動で起動し，実行サーバとして再起動する。

サーバのパッケージを停止し，系を停止したり計画系切り替えをしたりする。

これらの操作についてシェルスクリプトを作成して，作成したシェルスクリプトはHiRDBのシステムマネージャが稼働する系から実行できるようにするなど，一元的に運用することを推奨します。

次の記述例では，シェルスクリプトを実行したあとにHiRDBのコマンドでサーバを起動すれば，指定したサーバが実行サーバとして起動されます。指定したサーバがほかの系ですでに起動していた場合でも，このシェルスクリプトを実行すると，指定した系で指定したサーバが実行サーバとして起動します。

ファイル名およびファイルの格納場所は任意です。

＜この項の構成＞

(1)　起動シェルスクリプトの記述例

(2)　停止シェルスクリプトの記述例

(1)　起動シェルスクリプトの記述例

パッケージの起動シェルスクリプトの記述例を，次に示します。この例の場合，シェルスクリプトを実行する系に，すべてのサーバ分のシェルスクリプトを作成してください。この例の場合，HA Toolkit Exでのサーバ識別名と，MC/ServiceGuardでのパッケージ名称が一致しています。

#!/bin/sh
BES=サーバ識別名
NODE=系名称

/opt/hitachi/HAmon/bin/hateactonl ${BES}
cmmodpkg -n ${NODE} -e ${BES}
cmrunpkg -n ${NODE} ${BES}
cmmodpkg -e ${BES}

2行目では，対象となるサーバを指定します。

3行目では，シェルスクリプトを実行する系名称を指定します。

(2)　停止シェルスクリプトの記述例

パッケージの停止シェルスクリプトの記述例を，次に示します。この例の場合，シェルスクリプトを実行する系に，すべてのサーバ分のシェルスクリプトを作成してください。この例の場合，HA Toolkit Exでのサーバ識別名と，MC/ServiceGuardでのパッケージ名称が一致しています。

#!/bin/sh
BES=サーバ識別名

cmhaltpkg ${BES}

3行目では，対象となるサーバを指定します。

6.5　ホットスタンバイ構成での系切り替えの環境設定例（HP-UX）

系1と系2から成る，HA Toolkit Exのホットスタンバイ構成の系切り替えでのクラスタ構成例を次に示します。

図6-1　HA Toolkit Exのホットスタンバイ構成の系切り替えでのクラスタ構成例（HP-UX）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

系1と系2から成るクラスタ構成である

HA Toolkit Exインストールディレクトリは/opt/hitachi/HAmonである

各系でのパッケージの環境設定例を次に示します。

HA Toolkit Exの環境設定例

MC/ServiceGuardの環境設定例

＜この節の構成＞

6.5.1　HA Toolkit Exの環境設定例

6.5.2　MC/ServiceGuardの環境設定例

6.5.1　HA Toolkit Exの環境設定例

次のファイルの設定例を示します。

すべての系で，同じ設定をしてください。

定義ファイル（servers）

actcommandオペランドで指定するHiRDB起動コマンド

termcommandオペランドで指定するHiRDB停止コマンド

actcommandオペランドで指定するOpenTP1起動コマンド

termcommandオペランドで指定するOpenTP1停止コマンド

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB起動コマンドの設定例

(3)　HiRDB停止コマンドの設定例

(4)　OpenTP1起動コマンドの設定例

(5)　OpenTP1停止コマンドの設定例

(1)　定義ファイル（servers）の設定例

/opt/hitachi/HAmon/etc/serversの設定例を次に示します。

server   name           /opt/OpenTP1,
        alias          OpenTP1,
        actcommand     /user/TP1_act.sh,
        termcommand    /user/TP1_term.sh,
        patrol         60,
        switchtype     restart
        ;
server   name           /opt/HiRDB,
        alias          HiRDB,
        actcommand     /user/HiRDB_act.sh,
        termcommand    /user/HiRDB_term.sh,
        patrol         60,
        switchtype     restart
        ;

(2)　HiRDB起動コマンドの設定例

HiRDB/Single Serverの場合の，/user/HiRDB_act.shの設定例を次に示します。

#! /bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${SHLIB_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstart

(3)　HiRDB停止コマンドの設定例

HiRDB/Single Serverの場合の，/user/HiRDB_term.shの設定例を次に示します。

#! /bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${SHLIB_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstop -f -q

(4)　OpenTP1起動コマンドの設定例

/user/TP1_act.shの設定例を次に示します。

#! /bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
SHLIB_PATH=${SHLIB_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH SHLIB_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstart -g"

(5)　OpenTP1停止コマンドの設定例

/user/TP1_term.shの設定例を次に示します。

#! /bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
SHLIB_PATH=${SHLIB_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH SHLIB_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstop -f"

6.5.2　MC/ServiceGuardの環境設定例

パッケージ構成ファイルおよびパッケージ制御スクリプトの設定例を示します。

＜この項の構成＞

(1)　パッケージ構成ファイルの設定例

(2)　パッケージ制御スクリプトの設定例

(1)　パッケージ構成ファイルの設定例

パッケージ構成ファイルの設定例を示します。

表6-4　ホットスタンバイ構成での系切り替えの，パッケージ構成ファイルの設定例（HP-UX）

パラメータ名 | 指定値
PACKAGE_NAME | Group_1

(2)　パッケージ制御スクリプトの設定例

パッケージ制御スクリプトの設定例を次に示します。

...
SERVICE_NAME[0]="OpenTP1"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv OpenTP1"
SERVICE_NAME[1]="HiRDB"
SERVICE_CMD[1]="/opt/hitachi/HAmon/bin/hateserv HiRDB"
...

6.6　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（HP-UX）

HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。

図6-2　HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例（HP-UX）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

正規BESユニットである系1および代替BESユニットである系2から成る1:1スタンバイレス型のクラスタ構成である

HA Toolkit Exインストールディレクトリは/opt/hitachi/HAmonである

HiRDBのHiRDB識別子は，HRDBである

HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exの構成で，各系の環境設定例を次に示します。

HA Toolkit Exの環境設定例

MC/ServiceGuardの環境設定例

BESユニットを起動するためのシェルスクリプト例

＜この節の構成＞

6.6.1　HA Toolkit Exの設定例

6.6.2　MC/ServiceGuardの環境設定例

6.6.3　BESユニットを起動するためのシェルスクリプト例

6.6.1　HA Toolkit Exの設定例

次のファイルの設定例を示します。

定義ファイル（servers）

actcommandオペランドで指定するHiRDB起動コマンド

termcommandオペランドで指定するHiRDB停止コマンド

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB起動コマンドの設定例

(3)　HiRDB停止コマンドの設定例

(1)　定義ファイル（servers）の設定例

/opt/hitachi/HAmon/etc/serversの設定例を次に示します。すべての系で定義内容を同じにしてください。

/*-------------- BES1の定義 ---------------------------------------------*/
server  name        HRDB/BES1                          ,
       alias       BES1                               ,
       actcommand  /opt/hitachi/HAmon/etc/BES1_act ,
       termcommand /opt/hitachi/HAmon/etc/BES1_term,
       switchtype  switch                             ,
       actpatrol   0                                  ,
       patrol      60                                 ;
/*-------------- BES2の定義 ---------------------------------------------*/
server  name        HRDB/BES2                          ,
       alias       BES2                               ,
       actcommand  /opt/hitachi/HAmon/etc/BES2_act ,
       termcommand /opt/hitachi/HAmon/etc/BES2_term,
       switchtype  switch                             ,
       actpatrol   0                                  ,
       patrol      60                                 ;

(2)　HiRDB起動コマンドの設定例

PDDIRには，BESごとに異なる値を設定してください。

系1での/opt/hitachi/HAmon/etc/BES1_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstart -q

系1での/opt/hitachi/HAmon/etc/BES2_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstart -q -c

系2での/opt/hitachi/HAmon/etc/BES1_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstart -q -c

系2での/opt/hitachi/HAmon/etc/BES2_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstart -q

(3)　HiRDB停止コマンドの設定例

PDDIRには，BESごとに異なる値を設定してください。

系1での/opt/hitachi/HAmon/etc/BES1_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstop -z

系1での/opt/hitachi/HAmon/etc/BES2_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstop -z -c

系2での/opt/hitachi/HAmon/etc/BES1_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstop -z -c

系2での/opt/hitachi/HAmon/etc/BES2_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH SHLIB_PATH PATH
${PDDIR}/bin/pdstop -z

6.6.2　MC/ServiceGuardの環境設定例

パッケージ構成ファイルおよびパッケージ制御スクリプトの設定例を示します。

＜この項の構成＞

(1)　パッケージ構成ファイルの設定例

(2)　パッケージ制御スクリプトの設定例

(1)　パッケージ構成ファイルの設定例

パッケージ構成ファイルの設定例を次に示します。

表6-5　HiRDBの1:1スタンバイレス型系切り替えでの，パッケージ構成ファイルの設定例（HP-UX）

パラメータ名 | 指定値
PACKAGE_NAME | BES1，BES2
NODE_NAME | BES1 | node1，node2の順。
BES2 | node2，node1の順。

(2)　パッケージ制御スクリプトの設定例

パッケージ制御スクリプトの設定例を次に示します。

...
SERVICE_NAME[0]="BES1"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv BES1"
SERVICE_NAME[1]="BES2"
SERVICE_CMD[1]="/opt/hitachi/HAmon/bin/hateserv BES2"
...

6.6.3　BESユニットを起動するためのシェルスクリプト例

正規BESユニットを起動するためのシェルスクリプトを作成することを推奨します。MC/ServiceGuardのコマンドを実行するシェルスクリプトを作成してください。次の例にあるMC/ServiceGuardのコマンドの詳細は，MC/ServiceGuardのマニュアルを参照してください。

正規BESユニットだけでBESユニットを起動するシェルスクリプトの作成例を次に示します。

系1での/opt/hitachi/HAmon/etc/shell/BES1_act.shの作成例を次に示します。

cmrunpkg -n node1 BES1

系2での/opt/hitachi/HAmon/etc/shell/BES2_act.shの作成例を次に示します。

cmrunpkg -n node2 BES2

6.7　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（HP-UX）

HiRDBの影響分散スタンバイレス型系切り替えでのクラスタ構成例を次に示します。

図6-3　HiRDBの影響分散スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例（HP-UX）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

系1～系3から成るクラスタ構成である

HA Toolkit Exインストールディレクトリは/opt/hitachi/HAmonである

HiRDBのHiRDB識別子は，HRD1とする

HiRDBの影響分散スタンバイレス型系切り替えでのクラスタ構成で，各系での環境設定例を次に示します。

HA Toolkit Exの環境設定例

MC/ServiceGuardの環境設定例

実行サーバを運用するためのシェルスクリプト例

＜この節の構成＞

6.7.1　HA Toolkit Exの設定例

6.7.2　MC/ServiceGuardの環境設定例

6.7.3　実行サーバを運用するためのシェルスクリプト例

6.7.1　HA Toolkit Exの設定例

次のファイルの設定例を示します。

定義ファイル（servers）

termcommandオペランドで指定するHiRDB停止コマンド

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB停止コマンドの設定例

(1)　定義ファイル（servers）の設定例

/opt/hitachi/HAmon/etc/serversの設定例を次に示します。すべての系で定義内容を同じにしてください。

/**************************** BES1 ***************************/
server  name            HRD1/bes1,
       alias           bes1,
       termcommand     /opt/hitachi/HAmon/etc/bes1_end.sh,
       switch_nosby    actfail,
       patrol          60;
/**************************** BES2 ***************************/
server  name            HRD1/bes2,
       alias           bes2,
       termcommand     /opt/hitachi/HAmon/etc/bes2_end.sh,
       switch_nosby    actfail,
       patrol          60;
/**************************** BES3 ***************************/
server  name            HRD1/bes3,
       alias           bes3,
       termcommand     /opt/hitachi/HAmon/etc/bes3_end.sh,
       switch_nosby    actfail,
       patrol          60;
/**************************** BES4 ***************************/
server  name            HRD1/bes4,
       alias           bes4,
       termcommand     /opt/hitachi/HAmon/etc/bes4_end.sh,
       switch_nosby    actfail,
       patrol          60;
/**************************** BES5 ***************************/
server  name            HRD1/bes5,
       alias           bes5,
       termcommand     /opt/hitachi/HAmon/etc/bes5_end.sh,
       switch_nosby    actfail,
       patrol          60;
/**************************** BES6 ***************************/
server  name            HRD1/bes6,
       alias           bes6,
       termcommand     /opt/hitachi/HAmon/etc/bes6_end.sh,
       switch_nosby    actfail,
       patrol          60;

(2)　HiRDB停止コマンドの設定例

影響分散スタンバイレス型系切り替えの場合，HiRDBについて作成できるシェルスクリプトはサーバの停止だけです。HiRDBの停止コマンドの例を示します。すべての系で定義内容を同じにしてください。

/opt/hitachi/HAmon/etc/bes[n]※_end.shの設定例を次に示します。

#!/bin/sh
#################### stop HiRDB #####################################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstop -z -s bes[n]※

注※　[n]は，サーバごとに1～6に変えて作成してください。

6.7.2　MC/ServiceGuardの環境設定例

パッケージ構成ファイルおよびパッケージ制御スクリプトの設定例を示します。

＜この項の構成＞

(1)　パッケージ構成ファイルの設定例

(2)　パッケージ制御スクリプトの設定例

(1)　パッケージ構成ファイルの設定例

パッケージ構成ファイルの設定例を次に示します。

表6-6　HiRDBの影響スタンバイレス型系切り替えでの，パッケージ構成ファイルの設定例（HP-UX）

パラメータ名 | 指定値
PACKAGE_NAME | bes1，bes2，bes3，bes4，bes5，bes6
FAILOVER_POLICY | CONFIGURED_NODE
NODE_NAME | bes1 | node1，node2，node3・・・の順。
bes2 | node1，node3，node2・・・の順。
bes3 | node2，node1，node3・・・の順。
bes4 | node2，node3，node1・・・の順。
bes5 | node3，node1，node2・・・の順。
bes6 | node3，node2，node1・・・の順。
AUTO_RUN | NO

(2)　パッケージ制御スクリプトの設定例

パッケージ制御スクリプトの設定例を次に示します。

表6-7　HiRDBの影響スタンバイレス型系切り替えでの，パッケージ制御スクリプトの設定例（HP-UX）

パッケージ名
パッケージ制御スクリプトの設定例

bes1

...
SERVICE_NAME[0]="bes1"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv bes1"
...

bes2

...
SERVICE_NAME[0]="bes2"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv bes2"
...

bes3

...
SERVICE_NAME[0]="bes3"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv bes3"
...

bes4

...
SERVICE_NAME[0]="bes4"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv bes4"
...

bes5

...
SERVICE_NAME[0]="bes5"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv bes5"
...

bes6

...
SERVICE_NAME[0]="bes6"
SERVICE_CMD[0]="/opt/hitachi/HAmon/bin/hateserv bes6"
...

6.7.3　実行サーバを運用するためのシェルスクリプト例

クラスタソフトから，サーバのパッケージを起動・停止するためのシェルスクリプト例，および，システム構成のとおりに実行サーバを配置するためのシェルスクリプト例を，次に示します。

＜この項の構成＞

(1)　bes1～6を実行サーバとして起動するためのシェルスクリプト例

(2)　実行サーバbes1～6のパッケージを停止するためのシェルスクリプト例

(3)　システム構成のとおりに実行サーバを配置するためのシェルスクリプト例

(1)　bes1～6を実行サーバとして起動するためのシェルスクリプト例

一つの系につき，六つのファイルを作成してください。

/opt/hitachi/HAmon/etc/shell/bes[n]※¹_online.shの設定例を示します。

#!/bin/sh
BES=bes[n]※¹
NODE=node[k]※²
############# BES ONLINE #################################
/opt/hitachi/HAmon/bin/hateactonl ${BES}
cmmodpkg -n ${NODE} -e ${BES}
cmrunpkg -n ${NODE} ${BES}
cmmodpkg -e ${BES}

注※1　[n]は，サーバごとに1～6に変えて作成してください。

注※2　[k]は，系ごとに1～3に変えて作成してください。

(2)　実行サーバbes1～6のパッケージを停止するためのシェルスクリプト例

一つの系につき，六つのファイルを作成してください。

/opt/hitachi/HAmon/etc/shell/bes[n]※_offline.shの設定例を示します。

#!/bin/sh
BES=bes[n]※
############# BES OFFLINE #################################
cmhaltpkg ${BES}

注※　[n]は，サーバごとに1～6に変えて作成してください。

(3)　システム構成のとおりに実行サーバを配置するためのシェルスクリプト例

このシェルスクリプトは，MC/ServiceGuardおよびHA Toolkit Exの起動完了後に，自動または手動で実行してください。指定したサーバが実行サーバとして起動し，ほかのサーバは待機サーバとして起動します。

対応するパッケージがすでに他系で起動している場合，シェルスクリプトを実行した系で実行サーバとして指定したサーバは，待機サーバとして起動します。

系1でbes1とbes2を実行サーバとして起動するための，/opt/hitachi/HAmon/etc/shell/bes_init_start.shの設定例を示します。

#!/bin/sh
############# ONLINE Permission ###########################
/opt/hitachi/HAmon/bin/hateactonl bes1
/opt/hitachi/HAmon/bin/hateactonl bes2

############# BES1, BES2 ONLINE ###########################
cmmodpkg -n node1 -e bes1
cmrunpkg -n node1 bes1
cmmodpkg -e bes1
cmmodpkg -n node1 -e bes2
cmrunpkg -n node1 bes2
cmmodpkg -e bes2

############# start HiRDB-unit and all-BES ################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstart -q

系2でbes3とbes4を実行サーバとして起動するための，/opt/hitachi/HAmon/etc/shell/bes_init_start.shの設定例を示します。

#!/bin/sh
############# ONLINE Permission ###########################
/opt/hitachi/HAmon/bin/hateactonl bes3
/opt/hitachi/HAmon/bin/hateactonl bes4

############# BES3, BES4 ONLINE ###########################
cmmodpkg -n node2 -e bes3
cmrunpkg -n node2 bes3
cmmodpkg -e bes3
cmmodpkg -n node2 -e bes4
cmrunpkg -n node2 bes4
cmmodpkg -e bes4

############# start HiRDB-unit and all-BES ################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstart -q

系3でbes5とbes6を実行サーバとして起動するための，/opt/hitachi/HAmon/etc/shell/bes_init_start.shの設定例を示します。

#!/bin/sh
############# ONLINE Permission ###########################
/opt/hitachi/HAmon/bin/hateactonl bes5
/opt/hitachi/HAmon/bin/hateactonl bes6

############# BES5, BES6 ONLINE ###########################
cmmodpkg -n node3 -e bes5
cmrunpkg -n node3 bes5
cmmodpkg -e bes5
cmmodpkg -n node3 -e bes6
cmrunpkg -n node3 bes6
cmmodpkg -e bes6

############# start HiRDB-unit and all-BES ################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
SHLIB_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH SHLIB_PATH PATH

${PDDIR}/bin/pdstart -q

7.　環境設定（Solaris）

この章では，HA Toolkit Ex（Solaris）の環境設定について説明します。

＜この章の構成＞

7.1　ディレクトリ構成（Solaris）

7.2　HA Toolkit Exの環境設定（Solaris）

7.3　VCSの環境設定（Solaris）

7.4　実行サーバを運用するためのシェルスクリプトの設定（Solaris）

7.5　ホットスタンバイ構成での系切り替えの環境設定例（Solaris）

7.6　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Solaris）

7.7　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Solaris）

7.1　ディレクトリ構成（Solaris）

HA Toolkit Exをインストールすると，関連ファイルは次のディレクトリに格納されます。このディレクトリをカレントディレクトリとします。

/opt/hitachi/HAmon

HA Toolkit Exのディレクトリ構成を次に示します。

表7-1　HA Toolkit Exのディレクトリ構成（Solaris）

ディレクトリ | サブディレクトリ | ファイル | 説明
/opt/hitachi/HAmon | － | － | カレントディレクトリです。
bin | 省略 | コマンド，デーモンプログラムが格納されています。
etc | － | 定義，制御ファイルを格納します。インストール時は何も格納されていません。サーバの起動および停止コマンドもこのディレクトリに格納することを推奨します。
lib | － | 定義サンプルファイルが格納されています。
servers | サーバ対応環境設定ファイルのサンプルファイルです。
spool | 省略 | トレースファイルが格納されています。
.pid_サーバ識別名 | プロセスID格納ファイルです。
/usr/lib/locale | － | 省略 | メッセージカタログが格納されています。

（凡例）－：該当しない

7.2　HA Toolkit Exの環境設定（Solaris）

HA Toolkit Exの環境設定では，監視対象であるサーバ，およびHA Toolkit Exの動作についての環境設定をします。ここでは，環境設定に必要な定義規則，定義ファイルの形式，定義文の内容，サーバの起動・停止コマンドの内容，および定義チェックについて説明します。

＜この節の構成＞

7.2.1　定義規則

7.2.2　サーバ対応の環境設定

7.2.3　HA Toolkit Exの動作の環境設定

7.2.4　サーバの起動コマンドの設定

7.2.5　サーバの停止コマンドの設定

7.2.6　定義チェック

7.2.1　定義規則

HA Toolkit Exでの定義規則について説明します。環境設定時には，次の定義規則に従ってください。

＜この項の構成＞

(1)　定義の記述形式

(2)　区切り文字

(3)　コメント

(4)　指定順序

(1)　定義の記述形式

定義の記述形式を次に示します。

△0定義文△1オペランド△1値△0：△0，△0・・・△0；△0

（凡例）

△0：0個以上のスペース，タブ，または改行コード

△1：1個以上のスペース，タブ，または改行コード

(2)　区切り文字

区切り文字には次の種類があります。

「;」

定義文と定義文の区切り文字です。

「,」

オペランドとオペランドの区切り文字です。

「:」

値と値の区切り文字です。

定義文とオペランドの区切り文字，およびオペランドと値の区切り文字には，1個以上のスペース，タブ，または改行コードを使用します。

(3)　コメント

コメントの記述形式を次に示します。

/*　コメント　*/

コメント内（/*　　*/）に，「/*」または「*/」を記述した場合，最初に囲まれている範囲がコメントと判断されます。それ以外は定義文の一部と判断されます。

例：/*AAA/*BBB*/　　AAA/*BBBがコメントと判断されます。

　　/*AAA*/BBB*/　　AAAがコメントと判断されます。

(4)　指定順序

定義文，およびオペランドの指定順序は任意です。

また，定義文内に同一オペランドが複数指定されている場合は，最初に記述されているオペランドを有効とします。

7.2.2　サーバ対応の環境設定

サーバ対応の環境設定では，サーバ対応の環境を設定する定義ファイルを作成します。作成したファイルにserversというファイル名を付けて，ディレクトリ/opt/hitachi/HAmon/etcに格納します。なお，この定義ファイルは系ごとに作成するため，定義の際には系間で整合性を取ってください。

サンプルファイル

定義を記述したサンプルファイルを使用すると，定義ファイルを最初から作成する手間が省けます。サンプルファイルをディレクトリ/opt/hitachi/HAmon/etcにコピーして，書き換えて使用してください。

サンプルファイルは，serversというファイル名で，次のディレクトリに格納されています。

/opt/hitachi/HAmon/lib

＜この項の構成＞

(1)　定義ファイル（servers）の形式

(2)　server定義文での設定内容

(1)　定義ファイル（servers）の形式

定義ファイル（servers）では，サーバごとの環境設定を定義します。HA Toolkit Exで監視するすべてのサーバをこの定義ファイル（servers）で定義します。

サーバ対応の環境を設定する定義ファイル（servers）の形式を次に示します。

server  name            サーバのホームディレクトリ名
　　　　　　　　　　　  またはHiRDB識別子/ユニット識別子
       ,alias          サーバ識別名
      [,actcommand     サーバ起動コマンドの完全パス名]
      [,termcommand    サーバ停止コマンドの完全パス名]
       ,patrol         サーバ障害監視時間
      [,actpatrol    ｛サーバ起動監視時間｜0｝]
      [,switchtype   ｛switch｜manual｜restart[:サーバ再起動監視時間]｝]
      [,switch_nosby ｛act｜actfail｝]
      [,onl_timming  ｛actend｜act｝]
;

(2)　server定義文での設定内容

サーバの定義をします。server定義文のオペランドを，次に示します。

nameオペランド　～<1～1000文字のパス名>
サーバを特定するために，サーバのホームディレクトリ名を指定します。OpenTP1の場合は$DCDIR，HiRDBの場合は$PDDIRを指定します。

HiRDBのスタンバイレス型系切り替えの場合

HiRDBのHiRDB識別子とユニット識別子を，"/"で組み合わせて指定します。

aliasオペランド　～<1～8文字の英数字>
HA Toolkit Ex内でサーバを識別するためのサーバ識別名を指定します。VCSのグループ名またはリソース名と同値にすることを推奨します。

actcommandオペランド　～<1～1000文字のパス名>
サーバの起動コマンドを完全パス名で指定します。
ここで指定するサーバの起動コマンドは，サービスグループのオンライン操作時および系切り替え時に，HA Toolkit Exのサーバ起動コマンド（hateservコマンド）の延長で自動的に実行されます。サーバの起動コマンドに指定するパラメータおよび環境変数はありません。
actcommandオペランドを省略した場合，サーバの起動コマンドは実行されません。VCSでのサービスグループのオンライン操作では，サーバを自動で起動しないので，オペレーターがサーバの起動コマンドを実行する必要があります。
サーバの起動コマンドの設定については，「7.2.4　サーバの起動コマンドの設定」を参照してください。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actcommandオペランドは指定しないでください。

termcommandオペランド　～<1～1000文字のパス名>
サーバの強制停止コマンドを完全パス名で指定します。正常停止コマンドを指定した場合，正しく系切り替えできません。
ここで指定するサーバの停止コマンドは，サービスグループのオフライン操作時にHA Toolkit Exによって自動的に実行されます。サーバの停止コマンドに指定するパラメータおよび環境変数はありません。
termcommandオペランドに指定するサーバの停止コマンドに誤りがあったため，サーバを停止できなかった場合，VCSによって，サービスグループがオフラインされます。
なお，次の場合にはサーバの停止コマンドは実行されません。

VCSのサービスグループオフライン操作前に，サーバの停止コマンドでサーバを停止した場合

サーバの障害のためサーバが異常終了した場合

termcommandオペランドを省略した場合

サーバの停止コマンドの設定については，「7.2.5　サーバの停止コマンドの設定」を参照してください。

patrolオペランド　～<符号なし整数>　((10～600))　（単位：秒）
スローダウンなどのサーバ障害の監視時間を秒単位で指定します。

actpatrolオペランド　～<符号なし整数>　((0～600))　《0》　（単位：秒）
サービスグループのオンライン時点からサーバが起動完了するまでの監視時間を，秒単位で指定します。指定した監視時間を過ぎてもサーバが起動完了しない場合は，監視時間の間隔ごとに，HA Toolkit Exのメッセージがログに出力されます。
actpatrolオペランドを省略した場合は，0秒を仮定して，監視はしません。サービスグループのオンライン時点からサーバが起動完了するまでの監視時間を設定するタイムアウト検知時間は，VCSのリソースタイプ属性であるOnlineTimeoutによって，actpatrolオペランドで指定した値よりも大きい値を指定してください。

HiRDBの1:1スタンバイレス型系切り替えの場合

actpatrolオペランドには0を指定してください。

switchtypeオペランド　～《switch》
サーバの障害を検知した場合のHA Toolkit Exの動作を指定します。すべての系で同じ指定にしてください。

HiRDBのスタンバイレス型系切り替えの場合

switchtypeオペランドは指定しないことを推奨します。

switchtypeオペランドは，サーバの開始形態によって指定できる値が異なります。サーバの開始形態とswitchtypeオペランドで指定できる値を次に示します。

表7-2　サーバの開始形態とswitchtypeオペランドで指定できる値（Solaris）

switchtypeオペランドで指定できる値 | サーバの開始形態
AUTO | MANUAL1 | MANUAL2
switch | × | × | ○
manual | × | ○ | ×
restart | × | ○ | ×

（凡例）○：指定できる　　×：指定できない

サーバの開始形態については，マニュアル「OpenTP1 システム定義」および「HiRDB システム定義（UNIX(R)用）」を参照してください。

switch
サーバを停止して，系切り替えをします。

manual
サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。系切り替えはしません。
サーバが再起動に失敗した場合は，サーバ自身で再起動を再試行します。サーバで定義されているサーバの再起動試行回数を超えると，サーバを停止して，オペレーターの操作を待ちます。
manualを指定したサーバでスローダウンを検知した場合，HA Toolkit Exは何もしないでサーバの監視を続けます。

restart　[:サーバ再起動監視時間]～<符号なし整数>((60～3600))　（単位：秒）
サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。
サーバの再起動が失敗した場合は，サーバ自身で再起動を再試行します。サーバで定義されているサーバの再起動試行回数を超えた場合またはサーバ再起動監視時間を超えてもサーバが再起動しない場合は，系切り替えをします。
restartを指定した場合は，「:」で区切ってサーバの再起動監視時間を指定できます。再起動監視時間には，60秒から3,600秒の範囲で指定します。サーバの再起動監視時間を超えてもサーバが再起動しない場合は，系切り替えをします。サーバの再起動監視時間を省略した場合は，サーバが再起動するまでの時間を監視しません。

switch_nosbyオペランド　～《act》
待機サーバが起動していない系で，系切り替えのときは系切り替えを続行するかどうかを，VCSからサーバのサービスグループのオンライン操作をするときはオンライン操作を続行するかどうかを，switch_nosbyオペランドで指定します。
switch_nosbyオペランドで指定できる値について説明します。

act
系切り替え時，切り替え先の系で待機サーバが起動していない場合に，actcommandオペランドに指定されたコマンドを実行して，実行サーバとして起動処理を続行します。actcommandオペランドが指定されていない場合は，実行サーバの起動を待ちます。

actfail
系切り替え時，切り替え先の系で待機サーバが起動していない場合に，起動失敗とします。actfailを指定した場合で，待機サーバがない系でVCSからサービスグループをオンラインにしたいときは，事前に待機サーバがない系でhateactonl -eコマンドを実行し，実行サーバの起動を許可しておく必要があります。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actfailを指定してください。actfailを指定しないで，従来の設定のまま影響分散スタンバイレス型系切り替えにすると，切り替え先の系で待機サーバが起動していない場合に，VCSのタイムアウト検知まで待ってから系切り替えをします。

onl_timmingオペランド　～《actend》
VCSがオンライン化の完了を認識するタイミングを指定します。onl_timmingオペランドは，サービスグループのオンライン化と実際のサーバ起動に時間差がある場合で，サーバを起動する前にタイムアウト検知をさせたくない，HiRDBの影響分散スタンバイレス型系切り替えのときなどに指定してください。

actend
実行サーバが起動完了した時点で，オンライン化が完了したとしてVCSに通知します。実行サーバが，VCSのオンライン化の制限時間内に起動完了しなかった場合は，実行サーバの起動をタイムアウト検知します。

act
実行サーバの起動完了前に，オンライン化が完了したとしてVCSに通知します。通知するのは，HA Toolkit Exのサービスプロセスが起動して，実行サーバの起動への準備ができた時点です。
actcommandオペランドを指定しない運用でサーバを起動する場合，つまりオンライン化と実際のサーバ起動に時間差はあるがサーバの起動前にタイムアウト検知をさせたくない場合に指定してください。VCSにオンライン化のタイムアウト検知をさせません。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actを指定してください。

7.2.3　HA Toolkit Exの動作の環境設定

HA Toolkit Exの動作の環境設定では，HA Toolkit Exの動作環境を設定する定義ファイルを作成します。作成したファイルにsysdefというファイル名を付けて，ディレクトリ/opt/hitachi/HAmon/etcに格納します。定義ファイル（sysdef）の作成は任意です。

なお，この定義ファイルは系ごとに作成するため，定義の際には系間で整合性を取ってください。

＜この項の構成＞

(1)　定義ファイル（sysdef）の形式

(2)　environment定義文での設定内容

(1)　定義ファイル（sysdef）の形式

定義ファイル（sysdef）では，HA Toolkit Exの動作環境を設定します。

HA Toolkit Exの動作環境を設定する定義ファイル（sysdef）の形式を次に示します。

[environment [servmax  {16｜64}]]
;

(2)　environment定義文での設定内容

HA Toolkit Exの動作環境を定義します。environment定義文のオペランドを，次に示します。

servmax　～＜符号なし整数＞((16 | 64))《16》
一つの系で同時に稼働できるサーバの最大数を指定します。すべての系で同じ値を指定してください。指定値には16または64が指定でき，それ以外の数値は指定できません。servmaxオペランドを省略した場合は，サーバの最大数が16に設定されます。

ホットスタンバイ構成での系切り替え，またはHiRDBの1:1スタンバイレス型系切り替えの場合

servmaxオペランドには16だけを指定するか，または何も指定しないでください。64は指定できません。

システム構成にHiRDBとOpenTP1が混在する場合も同様です。

HiRDBの影響分散スタンバイレス型系切り替えの場合

servmaxオペランドには16または64を指定できます。同時に稼働できるサーバの最大数を64に設定した場合，カーネルのパラメータも変更する必要があります。

7.2.4　サーバの起動コマンドの設定

サーバの起動コマンドの設定では，サーバの起動コマンドを一括で実行できる起動コマンドを作成します。ファイル名は任意です。

サーバの起動コマンドは，VCSを使用してサーバのサービスグループをオンラインにしたときに，自動的に実行されます。起動コマンドを実行するためには，定義ファイル（servers）のactcommandオペランドを指定してください。

注意

HiRDBの影響分散スタンバイレス型系切り替えでは，定義ファイル（servers）のactcommandオペランドに，サーバの起動コマンドは設定しないでください。

＜この項の構成＞

(1)　サーバの起動コマンドの設定内容

(2)　サーバの起動コマンドの記述例

(1)　サーバの起動コマンドの設定内容

サーバの起動コマンドには，次の内容を設定します。

サーバ（OpenTP1，HiRDB）の起動コマンド

(2)　サーバの起動コマンドの記述例

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

HiRDB/Single Serverでの，HiRDBの起動コマンドの記述例を次に示します。HiRDB/Parallel Serverの場合は，起動コマンドをpdstart -qとしてください。

#!/bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstart

OpenTP1の起動コマンドの記述例を次に示します。

#!/bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH LD_LIBRARY_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstart -g"

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

HiRDBの1:1スタンバイレス型系切り替えの場合，正規BESユニットが起動する系があらかじめ決まっています。起動コマンドを設定するときは注意してください。

HiRDBの起動コマンドの記述例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/【起動コマンド】

PDDIRには，BESごとに異なる値を設定してください。

【起動コマンド】には，系やBESごとに次のHiRDBのコマンドを記述してください。

BESユニットの起動種別 | 系1 | 系2
系1を正規BESユニットとして起動 | pdstart -q | pdstart -q -c
系2を正規BESユニットとして起動 | pdstart -q -c | pdstart -q

7.2.5　サーバの停止コマンドの設定

サーバの停止コマンドの設定では，サーバの停止コマンドを一括で実行できる停止コマンドを作成します。ファイル名は任意です。

サーバの停止コマンドは，VCSを使用してサーバをオフラインにしたときに，自動的に実行されます。停止コマンドを実行するためには，定義ファイル（servers）のtermcommandオペランドを指定してください。

＜この項の構成＞

(1)　サーバの停止コマンドの設定内容

(2)　サーバの停止コマンドの記述例

(1)　サーバの停止コマンドの設定内容

サーバの停止コマンドには，次の内容を設定します。

サーバ（OpenTP1，HiRDB）の強制停止コマンド

(2)　サーバの停止コマンドの記述例

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

HiRDB/Single Serverでの，HiRDBの停止コマンドの記述例を次に示します。HiRDB/Parallel Serverの場合は，停止コマンドをpdstop -z -qとしてください。

#!/bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstop -f -q

OpenTP1の停止コマンドの記述例を次に示します。

#!/bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH LD_LIBRARY_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstop -f"

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

HiRDBの停止コマンドの記述例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/【強制停止コマンド】

PDDIRには，BESごとに異なる値を設定してください。

【強制停止コマンド】には，系やBESごとに次のHiRDBのコマンドを記述してください。

BESユニットの起動種別 | 系1 | 系2
系1を正規BESユニットとして起動 | pdstop -z | pdstop -z -c
系2を正規BESユニットとして起動 | pdstop -z -c | pdstop -z

(c)　HiRDBの影響分散スタンバイレス型系切り替えの場合の記述例

HiRDBの停止コマンドの記述例を次に示します。

#!/bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstop -z -s 【HiRDBのサーバID】

7.2.6　定義チェック

設定した定義文は，HA Toolkit Exのサービスプロセスを起動する際に解析されます。解析時に定義エラーが発生するのを防ぐため，環境設定後に，定義チェックコマンド（hatecheckコマンド）で定義チェックをしてください。

＜この項の構成＞

(1)　定義チェックコマンドでチェックする内容

(2)　定義チェックコマンドでチェックしない内容

(1)　定義チェックコマンドでチェックする内容

定義チェックコマンドでは，次に示す順番で定義文のチェックをします。エラーが発生した時点で，定義チェックを終了し，エラー内容をメッセージで表示します。なお，定義文のチェックでエラーがある場合，オペランドおよび値のチェックはしません。

定義文の記述形式のチェック

定義文の記述形式は正しいか

定義文のチェック

定義文は正しいか

必要な定義文は指定されているか

定義ファイル（sysdef）の定義文を，重複設定していないか

オペランドのチェック

オペランドは正しいか

必要なオペランドは指定されているか

値のチェック

文字の指定方法は正しいか

値の有効範囲は正しいか

重複指定はないか

(2)　定義チェックコマンドでチェックしない内容

制御コードなどの不正文字はチェックしません。

次の場合，定義チェックコマンドでは定義チェックをしません。構文エラーとなります。

オペランドを定義して，値を省略した場合

定義文の記述形式が誤っている場合

オプションを誤って指定した場合

7.3　VCSの環境設定（Solaris）

VCSの環境設定では，HA Toolkit Exを経由してサーバを起動するために必要な設定をします。ここでは，HA Toolkit Exを使用するために必要な環境設定の内容だけを説明しています。環境設定の操作方法，および系切り替えやリソース切り替えの環境設定については，VCSのマニュアルを参照してください。

VCSの環境設定では，次の設定をします。

サービスグループの作成

リソースの作成

＜この節の構成＞

7.3.1　サービスグループの作成

7.3.2　リソースの作成

7.3.1　サービスグループの作成

系切り替えの単位となるサービスグループを作成して，属性の設定をします。HA Toolkit Exを使用するためにサービスグループに設定する属性を次に示します。これら以外の属性は任意に設定してください。

表7-3　サービスグループに設定する属性一覧（Solaris）

属性
属性の説明
設定する値
説明

OnlineRetryLimit
障害時の再起動回数
デフォルトまたは0
再起動はHA Toolkit Exとサーバ間で行われるため，VCSでの設定は必要ありません。

SystemList
SystemZones
FailOverPolicy
AutoStartPolicy
AutoStartList
サービスグループが稼働するシステムとオンライン化ポリシーに関する属性
任意
次の点を考慮して設定してください。

システム起動の延長などで待機サーバを起動したあとに，VCSが待機サーバをオンライン化する設定をしないでください。実行サーバを正常停止したあとは，待機サーバをオンライン化できません。待機サーバがホットスタンバイできるのは，実行サーバが異常終了したあとだけです。

系切り替え時に，待機サーバが稼働していない系がオンライン化された場合，ホットスタンバイはできません。ホットスタンバイ構成でないサーバ起動となります。

7.3.2　リソースの作成

HA Toolkit Exのサービスプロセスごとに，リソースをApplicationエージェントとして作成して，次の属性の設定をします。

リソースの属性

Applicationエージェント固有のリソースの属性

リソースタイプの属性

＜この項の構成＞

(1)　リソースの属性

(2)　Applicationエージェント固有のリソースの属性

(3)　リソースタイプの属性

(1)　リソースの属性

HA Toolkit Exを使用するために設定するリソースの属性を次に示します。これら以外の属性は任意に設定してください。

表7-4　リソースの属性一覧（Solaris）

属性 | 属性の説明 | 設定する値
Enabled | エージェントがリソースを監視する | 1
MonitorOnly | リソース監視だけをする | 0

(2)　Applicationエージェント固有のリソースの属性

HA Toolkit Exを使用するために設定するApplicationエージェント固有のリソースの属性を次に示します。

表7-5　Applicationエージェント固有のリソースの属性一覧（Solaris）

属性 | 属性の説明 | 設定する値 | 説明
user | ユーザー | rootユーザー | なし
StartProgram | 起動コマンド | HA Toolkit Exのサーバ起動コマンド | HA Toolkit Exのサーバ起動コマンド（hateservコマンド）を指定します。コマンドの引数には，HA Toolkit Exの定義ファイル（servers）のaliasオペランドに指定したサーバ識別名を指定します。
StopProgram | 停止コマンド | HA Toolkit Exのサービスプロセス停止コマンド | HA Toolkit Exのサービスプロセス停止コマンド（hatehaltservコマンド）を指定します。コマンドの引数には，HA Toolkit Exの定義ファイル（servers）のaliasオペランドに指定したサーバ識別名を指定します。
PidFiles | プロセスID格納ファイル | "/opt/hitachi/HAmon/spool/.pid_サーバ識別名" | HA Toolkit Exのサービスプロセスを監視するためのプロセスID格納ファイルを指定します。
CleanProgram | 強制停止コマンド | 指定不要 | なし
MonitorProgram | 監視コマンド | 指定不要 | なし
MonitorProcess | 監視対象プロセス名称一覧 | 指定不要 | なし

(3)　リソースタイプの属性

Applicationエージェントとしてのリソースタイプの属性を設定します。リソースタイプの属性はエージェントごとに設定するため，エージェントが持つすべてのリソースに対して設定が有効になります。HA Toolkit Ex以外のアプリケーションリソースを持つシステムでは，HA Toolkit Ex以外のアプリケーションリソースも考慮して設定値を決定してください。

HA Toolkit Exを使用するために設定するリソースタイプの属性を次に示します。これら以外の属性は任意に設定してください。

表7-6　リソースタイプの属性一覧（Solaris）

属性
属性の説明
設定する値
説明

MonitorInterval
監視間隔（秒）
できるだけ小さい値を推奨します。
ここで指定する監視間隔は，サーバの障害を検知する時間※に影響します。

OnlineTimeout
オンライン化のタイムオーバー値（秒）
HA Toolkit Exの定義ファイル（servers）のactpatrol値よりも大きい値を指定してください。
HiRDBの高速系切り替え機能を使用する場合は，HiRDBのpd_system_complete_wait_timeオペランド値の，2倍以上の値を指定してください。
なし

OfflineTimeout
オフライン化のタイムオーバー値（秒）
サーバが停止するために十分な値を指定します。
なし

OnlineRetryLimit
オンライン化中の障害時の再起動回数
0（デフォルト値）
再起動はHA Toolkit Exとサーバ間で行われるため，VCSでの設定は必要ありません。

RestartLimit
（ユーザー定義）
サーバ障害時の再起動回数
0（デフォルト値）
なし

Operations
該当するリソースタイプのリソースに対して有効な操作
OnOff（デフォルト値）
なし

OnlineWaitLimit
サーバが起動完了後，実際にオンライン状態にするまでの監視回数
できるだけ小さい値を推奨します。
なし

注※　サーバの障害を検知する時間の最小値と最大値は次のとおりです。

最小：監視間隔

最大：HA Toolkit Exでのサーバ障害監視時間+監視間隔

7.4　実行サーバを運用するためのシェルスクリプトの設定（Solaris）

HiRDBのスタンバイレス型系切り替えの場合，実行サーバとしてサーバを起動・停止させるための準備として，実行サーバをオンライン化・オフライン化するシェルスクリプトを作成することを推奨します。実行サーバを運用するためのシェルスクリプトの設定方法を，次に示します。

ファイルの作成場所やファイル名は任意です。

＜この節の構成＞

7.4.1　BESユニットのオンライン化シェルスクリプトの設定（1:1スタンバイレス型）

7.4.2　サービスグループのオンライン・オフライン化シェルスクリプトの設定（影響分散スタンバイレス型）

7.4.1　BESユニットのオンライン化シェルスクリプトの設定（1:1スタンバイレス型）

HiRDBの1:1スタンバイレス型系切り替えの場合で次のときは，オンライン化のためのシェルスクリプトを作成することを推奨します。

正規BESユニットにあるBESユニットだけをオンライン化する。

シェルスクリプトはオンライン化したいBESユニットの正規BESユニットとなる系でだけ作成してください。作成したシェルスクリプトは，BESユニットをオンライン化するときに実行します。

ファイル名およびファイルの格納場所は任意です。

正規BESユニットにあるBESユニットのオンライン化シェルスクリプトの記述例を，次に示します。

hagrp -online BESユニットに対応するサービスグループ名称 -sys 正規BESユニットとなる系名称

hagrpコマンドについては，VCSのマニュアルを参照してください。

7.4.2　サービスグループのオンライン・オフライン化シェルスクリプトの設定（影響分散スタンバイレス型）

HiRDBの影響分散スタンバイレス型系切り替えの場合，次はHiRDBのシステムマネージャから操作できません。

サーバのサービスグループを手動でオンライン化し，実行サーバとして再起動する。

サーバのサービスグループをオフライン化し，系を停止したり計画系切り替えをしたりする。

これらの操作についてシェルスクリプトを作成して，作成したシェルスクリプトはHiRDBのシステムマネージャが稼働する系から実行できるようにするなど，一元的に運用することを推奨します。

次の記述例では，シェルスクリプトを実行したあとにHiRDBのコマンドでサーバを起動すれば，指定したサーバが実行サーバとして起動されます。指定したサーバがほかの系ですでにオンライン状態だった場合でも，このシェルスクリプトを実行すると，指定した系で指定したサーバが実行サーバとして起動します。

ファイル名およびファイルの格納場所は任意です。

＜この項の構成＞

(1)　オンライン化シェルスクリプトの記述例

(2)　オフライン化シェルスクリプトの記述例

(1)　オンライン化シェルスクリプトの記述例

サーバのサービスグループをオンライン化するシェルスクリプトの記述例を，次に示します。この例の場合，シェルスクリプトを実行する系に，すべてのサーバ分のシェルスクリプトを作成してください。また，この例の場合，HA Toolkit Exでのサーバ識別名と，VCSでのサービスグループ名称が一致しています。

#!/bin/sh
BES=サーバ識別名
NODE=系名称

/opt/hitachi/HAmon/bin/hateactonl ${BES}
hagrp -clear ${BES} -sys ${NODE}
hagrp -online ${BES} -sys ${NODE}

2行目では，対象となるサーバを指定します。

3行目では，シェルスクリプトを実行する系名称を指定します。

(2)　オフライン化シェルスクリプトの記述例

サーバのサービスグループをオフライン化するシェルスクリプトの記述例を，次に示します。この例の場合，シェルスクリプトを実行する系に，すべてのサーバ分のシェルスクリプトを作成してください。また，この例の場合，HA Toolkit Exでのサーバ識別名と，VCSでのサービスグループ名称が一致しています。

#!/bin/sh
BES=サーバ識別名
NODE=系名称

hagrp -offline ${BES} -sys ${NODE}

2行目では，対象となるサーバを指定します。

3行目では，シェルスクリプトを実行する系名称を指定します。

7.5　ホットスタンバイ構成での系切り替えの環境設定例（Solaris）

系1と系2から成る，ホットスタンバイ構成の系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。

図7-1　ホットスタンバイ構成の系切り替えでのHA Toolkit Exのクラスタ構成例（Solaris）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

系1と系2から成るクラスタ構成である

HA Toolkit Exインストールディレクトリは/opt/hitachi/HAmonである

各系でのサービスグループの環境設定例を次に示します。

HA Toolkit Exの環境設定例

VCSの環境設定例

＜この節の構成＞

7.5.1　HA Toolkit Exの環境設定例

7.5.2　VCSの環境設定例

7.5.1　HA Toolkit Exの環境設定例

次のファイルの設定例を示します。

すべての系で，同じ設定をしてください。

定義ファイル（servers）

actcommandオペランドで指定するHiRDB起動コマンド

termcommandオペランドで指定するHiRDB停止コマンド

actcommandオペランドで指定するOpenTP1起動コマンド

termcommandオペランドで指定するOpenTP1停止コマンド

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB起動コマンドの設定例

(3)　HiRDB停止コマンドの設定例

(4)　OpenTP1起動コマンドの設定例

(5)　OpenTP1停止コマンドの設定例

(1)　定義ファイル（servers）の設定例

/opt/hitachi/HAmon/etc/serversの設定例を次に示します。

server   name           /opt/OpenTP1,
        alias          OpenTP1,
        actcommand     /user/TP1_act.sh,
        termcommand    /user/TP1_term.sh,
        patrol         60,
        switchtype     restart
        ;
server   name           /opt/HiRDB,
        alias          HiRDB,
        actcommand     /user/HiRDB_act.sh,
        termcommand    /user/HiRDB_term.sh,
        patrol         60,
        switchtype     restart
        ;

(2)　HiRDB起動コマンドの設定例

HiRDB/Single Serverの場合の，/user/HiRDB_act.shの設定例を次に示します。

#!/bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstart

(3)　HiRDB停止コマンドの設定例

HiRDB/Single Serverの場合の，/user/HiRDB_term.shの設定例を次に示します。

#!/bin/sh
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstop -f -q

(4)　OpenTP1起動コマンドの設定例

/user/TP1_act.shの設定例を次に示します。

#!/bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH LD_LIBRARY_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstart -g"

(5)　OpenTP1停止コマンドの設定例

/user/TP1_term.shの設定例を次に示します。

#!/bin/sh
DCDIR=/opt/OpenTP1
DCCONFPATH=/opt/OpenTP1/conf
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/opt/OpenTP1/conf/lib
export DCDIR DCCONFPATH LD_LIBRARY_PATH

su OpenTP1 管理者 -c "$DCDIR/bin/dcstop -f"

7.5.2　VCSの環境設定例

VCSの環境設定例を次に示します。

＜この項の構成＞

(1)　サービスグループの作成

(2)　リソースの作成

(1)　サービスグループの作成

系切り替えの単位となるサービスグループを作成して，属性の設定をします。この設定例では，Group_1というサービスグループを作成してください。また，次のサービスグループの属性を設定してください。

表7-7　サービスグループの属性の設定例（Solaris）

属性 | 設定する値
SystemList | NODE_1およびNODE_2

この設定例では，リソースの依存関係，共用ディスクやLANなどVCSへの設定，およびリソース間の依存関係の設定は省略しています。別途設定をしてください。

(2)　リソースの作成

あらかじめ，サーバが使用するディスクやLANなどのリソースを作成して，属性を設定します。

次に，HA Toolkit Exのサービスプロセスごとに，次の設定をします。

リソースの属性

Applicationエージェント固有のリソースの属性

リソースタイプの属性

(a)　リソースの属性

リソースの属性に設定する値を次に示します。

表7-8　リソースの属性の設定例（Solaris）

属性 | 設定する値
Enabled | 1
MonitorOnly | 0

(b)　Applicationエージェント固有のリソースの属性

Applicationエージェント固有のリソースの属性に設定する値を次に示します。

表7-9　Applicationエージェント固有のリソースでの属性の設定例（Solaris）

属性 | 設定する値
OpenTP1の場合 | HiRDBの場合
StartProgram | "/opt/hitachi/HAmon/bin/hateserv OpenTP1" | "/opt/hitachi/HAmon/bin/hateserv HiRDB"
StopProgram | "/opt/hitachi/HAmon/bin/hatehaltserv OpenTP1" | "/opt/hitachi/HAmon/bin/hatehaltserv HiRDB"
PidFiles | "/opt/hitachi/HAmon/spool/.pid_OpenTP1" | "/opt/hitachi/HAmon/spool/.pid_HiRDB"
CleanProgram | 指定不要 | 指定不要
MonitorProgram | 指定不要 | 指定不要
MonitorProcess | 指定不要 | 指定不要
User | root | root

(c)　リソースタイプの属性

Applicationエージェントとしてのリソースタイプの属性に設定する値を次に示します。

表7-10　リソースタイプの属性の設定例（Solaris）

属性 | 設定する値
MonitorInterval | 1

7.6　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Solaris）

HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。

図7-2　HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例（Solaris）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

正規BESユニットである系1および代替BESユニットである系2から成る1:1スタンバイレス型のクラスタ構成である

HA Toolkit Exインストールディレクトリは/opt/hitachi/HAmonである

HiRDBのHiRDB識別子は，HRDBである

HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exの構成で，各系の環境設定例を次に示します。

HA Toolkit Exの環境設定例

VCSの環境設定例

BESユニットをオンライン化するためのシェルスクリプト例

＜この節の構成＞

7.6.1　HA Toolkit Exの設定例

7.6.2　VCSの環境設定例

7.6.3　BESユニットをオンライン化するためのシェルスクリプト例

7.6.1　HA Toolkit Exの設定例

次のファイルの設定例を示します。

定義ファイル（servers）

actcommandオペランドで指定するHiRDB起動コマンド

termcommandオペランドで指定するHiRDB停止コマンド

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB起動コマンドの設定例

(3)　HiRDB停止コマンドの設定例

(1)　定義ファイル（servers）の設定例

/opt/hitachi/HAmon/etc/serversの設定例を次に示します。すべての系で定義内容を同じにしてください。

/*-------------- BES1の定義 ---------------------------------------------*/
server  name        HRDB/BES1                          ,
       alias       BES1                            ,
       actcommand  /opt/hitachi/HAmon/etc/BES1_act ,
       termcommand /opt/hitachi/HAmon/etc/BES1_term,
       switchtype  switch                             ,
       actpatrol   0                                  ,
       patrol      60                                 ;
/*-------------- BES2の定義 ---------------------------------------------*/
server  name        HRDB/BES2                          ,
       alias       BES2                            ,
       actcommand  /opt/hitachi/HAmon/etc/BES2_act ,
       termcommand /opt/hitachi/HAmon/etc/BES2_term,
       switchtype  switch                             ,
       actpatrol   0                                  ,
       patrol      60                                 ;

(2)　HiRDB起動コマンドの設定例

PDDIRには，BESごとに異なる値を設定してください。

系1での/opt/hitachi/HAmon/etc/BES1_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstart -q

系1での/opt/hitachi/HAmon/etc/BES2_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstart -q -c

系2での/opt/hitachi/HAmon/etc/BES1_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstart -q -c

系2での/opt/hitachi/HAmon/etc/BES2_actの設定例を次に示します。

#! /bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export   PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstart -q

(3)　HiRDB停止コマンドの設定例

PDDIRには，BESごとに異なる値を設定してください。

系1での/opt/hitachi/HAmon/etc/BES1_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstop -z

系1での/opt/hitachi/HAmon/etc/BES2_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES1
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstop -z -c

系2での/opt/hitachi/HAmon/etc/BES1_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstop -z -c

系2での/opt/hitachi/HAmon/etc/BES2_termの設定例を次に示します。

#!/bin/sh
PDDIR=/HiRDB/BES2
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export  PDDIR PDCONFPATH LD_LIBRARY_PATH PATH
${PDDIR}/bin/pdstop -z

7.6.2　VCSの環境設定例

VCSの環境設定例を次に示します。

＜この項の構成＞

(1)　サービスグループの作成

(2)　リソースの作成

(1)　サービスグループの作成

系切り替えの単位となるサービスグループを作成して，属性の設定をします。この設定例では，BES1およびBES2というサービスグループを作成してください。また，次のサービスグループの属性を設定してください。

表7-11　サービスグループの属性の設定例（Solaris）

属性 | 設定する値
SystemList | node1およびnode2

この設定例では，リソースの依存関係，共用ディスク，LANなどのVCSの設定，およびリソース間の依存関係の設定は省略しています。別途設定をしてください。

(2)　リソースの作成

あらかじめ，サーバが使用するディスクやLANなどのリソースを作成して，属性を設定します。

次に，HA Toolkit Exのサービスプロセスごとに，次の設定をします。

リソースの属性

Applicationエージェント固有のリソースの属性

リソースタイプの属性

(a)　リソースの属性

リソースの属性に設定する値を次に示します。

表7-12　リソースの属性の設定例（Solaris）

属性 | 設定する値
BES1 | BES2
Enabled | 1 | 1
MonitorOnly | 0 | 0

(b)　Applicationエージェント固有のリソースの属性

Applicationエージェント固有のリソースの属性に設定する値を次に示します。

表7-13　Applicationエージェント固有のリソースでの属性の設定例（Solaris）

属性 | 設定する値
BES1 | BES2
StartProgram | "/opt/hitachi/HAmon/bin/hateserv BES1" | "/opt/hitachi/HAmon/bin/hateserv BES2"
StopProgram | "/opt/hitachi/HAmon/bin/hatehaltserv BES1" | "/opt/hitachi/HAmon/bin/hatehaltserv BES2"
PidFiles | "/opt/hitachi/HAmon/spool/.pid_ BES1" | "/opt/hitachi/HAmon/spool/.pid_ BES2"
CleanProgram | 指定不要 | 指定不要
MonitorProgram | 指定不要 | 指定不要
MonitorProcess | 指定不要 | 指定不要
User | root | root

(c)　リソースタイプの属性

Applicationエージェントとしてのリソースタイプの属性に設定する値を次に示します。

表7-14　リソースタイプの属性の設定例（Solaris）

属性 | 設定する値
MonitorInterval | 1

7.6.3　BESユニットをオンライン化するためのシェルスクリプト例

正規BESユニットだけでBESユニットをオンライン化するシェルスクリプトの作成例を次に示します。

系1での/opt/hitachi/HAmon/etc/shell/BES1_act.shの作成例を次に示します。

hagrp -online BES1 -sys node1

系2での/opt/hitachi/HAmon/etc/shell/BES2_act.shの作成例を次に示します。

hagrp -online BES2 -sys node2

7.7　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Solaris）

HiRDBの影響分散スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。

図7-3　HiRDBの影響分散スタンバイレス型系切り替えのHA Toolkit Exのクラスタ構成例（Solaris）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

系1～系3から成るクラスタ構成である

HA Toolkit Exインストールディレクトリは/opt/hitachi/HAmonである

HiRDBのHiRDB識別子は，HRD1とする

HiRDBの影響分散スタンバイレス型系切り替えでのクラスタ構成で，各系での環境設定例を次に示します。

HA Toolkit Exの環境設定例

VCSの環境設定例

実行サーバを運用するためのシェルスクリプト例

＜この節の構成＞

7.7.1　HA Toolkit Exの設定例

7.7.2　VCSの環境設定例

7.7.3　実行サーバを運用するためのシェルスクリプト例

7.7.1　HA Toolkit Exの設定例

次のファイルの設定例を示します。

定義ファイル（servers）

termcommandオペランドで指定するHiRDB停止コマンド

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB停止コマンドの設定例

(1)　定義ファイル（servers）の設定例

/opt/hitachi/HAmon/etc/serversの設定例を次に示します。すべての系で定義内容を同じにしてください。

/**************************** BES1 ***************************/
server  name            HRD1/bes1,
       alias           bes1,
       termcommand     /opt/hitachi/HAmon/etc/bes1_end.sh,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES2 ***************************/
server  name            HRD1/bes2,
       alias           bes2,
       termcommand     /opt/hitachi/HAmon/etc/bes2_end.sh,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES3 ***************************/
server  name            HRD1/bes3,
       alias           bes3,
       termcommand     /opt/hitachi/HAmon/etc/bes3_end.sh,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES4 ***************************/
server  name            HRD1/bes4,
       alias           bes4,
       termcommand     /opt/hitachi/HAmon/etc/bes4_end.sh,
       switch_nosby    actfail,
       onl_timming    act,
       patrol          60;
/**************************** BES5 ***************************/
server  name            HRD1/bes5,
       alias           bes5,
       termcommand     /opt/hitachi/HAmon/etc/bes5_end.sh,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES6 ***************************/
server  name            HRD1/bes6,
       alias           bes6,
       termcommand     /opt/hitachi/HAmon/etc/bes6_end.sh,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;

(2)　HiRDB停止コマンドの設定例

HiRDBの影響分散スタンバイレス型系切り替えの場合，HiRDBについて作成できるコマンドはサーバの停止だけです。HiRDBの停止コマンドの例を示します。すべての系で定義内容を同じにしてください。

/opt/hitachi/HAmon/etc/bes[n]※_end.shの設定例を次に示します。

#!/bin/sh
#################### stop HiRDB #####################################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstop -z -s bes[n]※

注※　[n]は，サーバごとに1～6に変えて作成してください。

7.7.2　VCSの環境設定例

＜この項の構成＞

(1)　サービスグループの作成例

(2)　リソースの作成例

(1)　サービスグループの作成例

系切り替えの単位となるサービスグループを作成して，属性の設定をします。この設定例では，bes1，bes2，bes3，bes4，bes5およびbes6というサービスグループを作成してください。また，次のサービスグループの属性を設定してください。

表7-15　HiRDBの影響スタンバイレス型系切り替えでの，サービスグループの属性の設定例（Solaris）

属性 | 設定する値
SystemList | bes1 | node1，node2，node3・・・の順。
bes2 | node1，node3，node2・・・の順。
bes3 | node2，node1，node3・・・の順。
bes4 | node2，node3，node1・・・の順。
bes5 | node3，node1，node2・・・の順。
bes6 | node3，node2，node1・・・の順。
OnlineRetryLimit | 0
AutoStart | 0
AutoStartPolicy | 指定不可
AutoStartList | 指定不可

(2)　リソースの作成例

あらかじめ，サーバが使用するディスクやLANなどのリソースを作成して，属性を設定します。

次に，HA Toolkit Exのサービスプロセスごとに，次の設定をします。

リソースの属性

Applicationエージェント固有のリソースの属性

リソースタイプの属性

(a)　リソースの属性

リソースの属性に設定する値を次に示します。bes1～bes6のサービスプロセスで同じ値を設定してください。

表7-16　HiRDBの影響分散スタンバイレス型系切り替えでの，リソースの属性の設定例（Solaris）

属性 | 設定する値
Enabled | 1
MonitorOnly | 0

(b)　Applicationエージェント固有のリソースの属性

Applicationエージェント固有のリソースの属性に設定する値を次に示します。

表7-17　HiRDBの影響スタンバイレス型系切り替えでの，Applicationエージェント固有のリソースの属性の設定例（Solaris）

属性 | 設定する値
StartProgram | bes1 | "/opt/hitachi/HAmon/bin/hateserv bes1"
bes2 | "/opt/hitachi/HAmon/bin/hateserv bes2"
bes3 | "/opt/hitachi/HAmon/bin/hateserv bes3"
bes4 | "/opt/hitachi/HAmon/bin/hateserv bes4"
bes5 | "/opt/hitachi/HAmon/bin/hateserv bes5"
bes6 | "/opt/hitachi/HAmon/bin/hateserv bes6"
StopProgram | bes1 | "/opt/hitachi/HAmon/bin/hatehaltserv bes1"
bes2 | "/opt/hitachi/HAmon/bin/hatehaltserv bes2"
bes3 | "/opt/hitachi/HAmon/bin/hatehaltserv bes3"
bes4 | "/opt/hitachi/HAmon/bin/hatehaltserv bes4"
bes5 | "/opt/hitachi/HAmon/bin/hatehaltserv bes5"
bes6 | "/opt/hitachi/HAmon/bin/hatehaltserv bes6"
PidFiles | bes1 | "/opt/hitachi/HAmon/spool/.pid_bes1"
bes2 | "/opt/hitachi/HAmon/spool/.pid_bes2"
bes3 | "/opt/hitachi/HAmon/spool/.pid_bes3"
bes4 | "/opt/hitachi/HAmon/spool/.pid_bes4"
bes5 | "/opt/hitachi/HAmon/spool/.pid_bes5"
bes6 | "/opt/hitachi/HAmon/spool/.pid_bes6"
CleanProgram | 指定不要
MonitorProgram | 指定不要
MonitorProcess | 指定不要
User | root

(c)　リソースタイプの属性

Applicationエージェントとしてのリソースタイプの属性に設定する値を次に示します。

表7-18　HiRDBの影響スタンバイレス型系切り替えでの，リソースタイプの属性の設定例（Solaris）

属性
設定する値

MonitorInterval
1

OnlineTimeout
30
HA Toolkit Exのサービスプロセスが起動するために十分な値を設定してください。

OfflineTimeout
180
サーバが停止するために十分な値を設定してください。

OnlineRetryLimit
0

RestartLimit
0

Operations
OnOff

OnlineWaitLimit
1

7.7.3　実行サーバを運用するためのシェルスクリプト例

クラスタソフトから，サーバのサービスグループをオンライン・オフライン化するためのシェルスクリプト例，およびシステム構成のとおりに実行サーバを配置するためのシェルスクリプト例を，次に示します。

＜この項の構成＞

(1)　bes1～6を実行サーバとしてオンライン化するためのシェルスクリプト例

(2)　実行サーバbes1～6をオフライン化するためのシェルスクリプト例

(3)　システム構成のとおりに実行サーバを配置するためのシェルスクリプト例

(1)　bes1～6を実行サーバとしてオンライン化するためのシェルスクリプト例

一つの系につき，六つのファイルを作成してください。

/opt/hitachi/HAmon/etc/shell/bes[n]※¹_online.shの設定例を示します。

#!/bin/sh
BES=bes[n]※¹
NODE=node[k]※²
############# BES ONLINE #################################
/opt/hitachi/HAmon/bin/hateactonl ${BES}
hagrp -clear ${BES} -sys ${NODE}
hagrp -online ${BES} -sys ${NODE}

注※1　[n]は，サーバごとに1～6に変えて作成してください。

注※2　[k]は，系ごとに1～3に変えて作成してください。

(2)　実行サーバbes1～6をオフライン化するためのシェルスクリプト例

一つの系につき，六つのファイルを作成してください。

/opt/hitachi/HAmon/etc/shell/bes[n]※¹_offline.shの設定例を示します。

#!/bin/sh
BES=bes[n]※¹
NODE=node[k]※2
############# BES OFFLINE #################################
hagrp -offline ${BES} -sys ${NODE}

注※1　[n]は，サーバごとに1～6に変えて作成してください。

注※2　[k]は，系ごとに1～3に変えて作成してください。

(3)　システム構成のとおりに実行サーバを配置するためのシェルスクリプト例

このシェルスクリプトは，VCSおよびHA Toolkit Exの起動完了後に，自動または手動で実行してください。指定したサーバが実行サーバとして起動し，ほかのサーバは待機サーバとして起動します。

対応するサービスグループがすでに他系でオンライン化している場合は，シェルスクリプトを実行した系で実行サーバに指定したサーバは，待機サーバとして起動します。

系1でbes1とbes2を実行サーバとして起動するための，/opt/hitachi/HAmon/etc/shell/bes_init_start.shの設定例を示します。

#!/bin/sh
############# ONLINE Permission ###########################
/opt/hitachi/HAmon/bin/hateactonl bes1
/opt/hitachi/HAmon/bin/hateactonl bes2

############# BES1, BES2 ONLINE ###########################
hagrp -clear bes1 -sys node1
hagrp -online bes1 -sys node1
hagrp -clear bes2 -sys node1
hagrp -online bes2 -sys node1

############# start HiRDB-unit and all-BES ################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstart -q

系2でbes3とbes4を実行サーバとして起動するための，/opt/hitachi/HAmon/etc/shell/bes_init_start.shの設定例を示します。

#!/bin/sh
############# ONLINE Permission ###########################
/opt/hitachi/HAmon/bin/hateactonl bes3
/opt/hitachi/HAmon/bin/hateactonl bes4

############# BES3, BES4 ONLINE ###########################
hagrp -clear bes3 -sys node2
hagrp -online bes3 -sys node2
hagrp -clear bes4 -sys node2
hagrp -online bes4 -sys node2

############# start HiRDB-unit and all-BES ################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstart -q

系3でbes5とbes6を実行サーバとして起動するための，/opt/hitachi/HAmon/etc/shell/bes_init_start.shの設定例を示します。

#!/bin/sh
############# ONLINE Permission ###########################
/opt/hitachi/HAmon/bin/hateactonl bes5
/opt/hitachi/HAmon/bin/hateactonl bes6

############# BES5, BES6 ONLINE ###########################
hagrp -clear bes5 -sys node3
hagrp -online bes5 -sys node3
hagrp -clear bes6 -sys node3
hagrp -online bes6 -sys node3

############# start HiRDB-unit and all-BES ################
PDDIR=/opt/HiRDB
PDCONFPATH=${PDDIR}/conf
LD_LIBRARY_PATH=${PDDIR}/lib
PATH=${PATH}:${PDDIR}/bin
export PDDIR PDCONFPATH LD_LIBRARY_PATH PATH

${PDDIR}/bin/pdstart -q

8.　環境設定（Windows）

この章では，HA Toolkit Ex（Windows）の環境設定について説明します。

＜この章の構成＞

8.1　ディレクトリ構成（Windows）

8.2　HA Toolkit Exの環境設定（Windows）

8.3　Windowsの環境設定（Windows）

8.4　MSCSの環境設定（Windows Server 2003 R2まで）

8.5　MSFCの環境設定（Windows Server 2008以降）

8.6　実行サーバを運用するためのバッチファイルの設定（Windows）

8.7　自動運用のための設定（Windows）

8.8　ホットスタンバイ構成での系切り替えの環境設定例（Windows）

8.9　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Windows）

8.10　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Windows）

8.1　ディレクトリ構成（Windows）

HA Toolkit Exをインストールすると，関連ファイルは次のディレクトリに格納されます。

｛HA Toolkit Exインストールディレクトリ｝¥HAmon

HA Toolkit Exインストールディレクトリは，インストール時に指定できます。デフォルトのHA Toolkit Exインストールディレクトリは，¥HATkExです。

HA Toolkit Exのディレクトリ構成を次に示します。

表8-1　HA Toolkit Exのディレクトリ構成（Windows）

ディレクトリ
サブ
ディレクトリ
ファイル
説明

｛HA Toolkit Exインストールディレクトリ｝¥HAmon
bin
省略
コマンド，実行ファイルが格納されています。

etc
－
定義，制御ファイル，バッチファイルを格納します。インストール時は何も格納されていません。サーバの起動および停止コマンドもこのディレクトリに格納することを推奨します。

lib
－
定義サンプルファイルが格納されています。

servers
サーバ対応環境設定ファイルのサンプルファイルです。

hatestart.bat
自動運用に使用する起動用バッチファイルのサンプルです。

hatestop.bat
自動運用に使用する停止用バッチファイルのサンプルです。

HRD1_act.bat
HiRDBの起動コマンドのサンプルです。

HRD1_end.bat
HiRDBの停止コマンドのサンプルです。

tp1_act.bat
OpenTP1の起動コマンドのサンプルです。

tp1_end.bat
OpenTP1の停止コマンドのサンプルです。

spool
省略
ログ情報ファイルが格納されています。

（凡例）－：該当しない

8.2　HA Toolkit Exの環境設定（Windows）

HA Toolkit Exの環境設定では，監視対象であるサーバ，およびHA Toolkit Exの動作についての環境設定をします。ここでは，環境設定に必要な定義規則，定義ファイルの形式，定義文の内容，サーバの起動・停止コマンドの内容，および定義チェックについて説明します。

＜この節の構成＞

8.2.1　定義規則

8.2.2　サーバ対応の環境設定

8.2.3　HA Toolkit Exの動作の環境設定

8.2.4　サーバの起動コマンドの設定

8.2.5　サーバの停止コマンドの設定

8.2.6　定義チェック

8.2.1　定義規則

HA Toolkit Exでの定義規則について説明します。環境設定時には，次の定義規則に従ってください。

＜この項の構成＞

(1)　定義の記述形式

(2)　区切り文字

(3)　パス名指定時の注意

(4)　コメント

(5)　指定順序

(1)　定義の記述形式

定義の記述形式を次に示します。

△0定義文△1オペランド△1値△0：△0，△0・・・△0；△0

（凡例）

△0：0個以上のスペース，タブ，または改行コード

△1：1個以上のスペース，タブ，または改行コード

(2)　区切り文字

区切り文字には次の種類があります。

「;」

定義文と定義文の区切り文字です。

「,」

オペランドとオペランドの区切り文字です。

「:」

値と値の区切り文字です。

定義文とオペランドの区切り文字，およびオペランドと値の区切り文字には，1個以上のスペース，タブ，または改行コードを使用します。

(3)　パス名指定時の注意

ドライブ名に含まれる「:」を指定する場合など，区切り文字を文字列として指定するには，"　"で囲みます。

(4)　コメント

コメントの記述形式を次に示します。

/*　コメント　*/

コメント内（/*　　*/）に，「/*」または「*/」を記述した場合，最初に囲まれている範囲がコメントと判断されます。それ以外は定義文の一部と判断されます。

例：/*AAA/*BBB*/　　AAA/*BBBがコメントと判断されます。

　　/*AAA*/BBB*/　　AAAがコメントと判断されます。

(5)　指定順序

定義文，およびオペランドの指定順序は任意です。

また，定義文内に同一オペランドが複数指定されている場合は，最初に記述されているオペランドを有効とします。

8.2.2　サーバ対応の環境設定

サーバ対応の環境設定では，サーバ対応の環境を設定する定義ファイルを作成します。作成したファイルにserversというファイル名を付けて，ディレクトリ｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etcに格納します。なお，この定義ファイルは系ごとに作成するため，定義の際には系間で整合性を取ってください。

サンプルファイル

定義を記述したサンプルファイルを使用すると，定義ファイルを最初から作成する手間が省けます。サンプルファイルをディレクトリ｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etcにコピーして，書き換えて使用してください。

サンプルファイルは，serversというファイル名で，次のディレクトリに格納されています。

｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥lib

＜この項の構成＞

(1)　定義ファイル（servers）の形式

(2)　server定義文での設定内容

(1)　定義ファイル（servers）の形式

定義ファイル（servers）では，サーバごとの環境設定を定義します。HA Toolkit Exで監視するすべてのサーバをこの定義ファイル（servers）で定義します。

サーバ対応の環境設定を設定する定義ファイル（servers）の形式を次に示します。

server  name          "サーバのホームディレクトリ名"
　　　　　　　　　　　 またはHiRDB識別子/ユニット識別子
       ,alias         サーバ識別名
      [,actcommand    "サーバ起動コマンドの完全パス名"]
      [,termcommand   "サーバ停止コマンドの完全パス名"]
       ,patrol         サーバ障害監視時間
      [,actpatrol    ｛サーバ起動監視時間｜60｝]
      [,termpatrol   ｛サーバ停止監視時間｜180｝]
      [,switchtype   ｛switch｜manual｜restart[:サーバ再起動監視時間]｝]
      [,switch_nosby ｛act｜actfail｝]
      [,onl_timming  ｛actend｜act｝]
;

(2)　server定義文での設定内容

サーバの定義をします。server定義文のオペランドを，次に示します。

nameオペランド　～<1～1000文字のパス名>
サーバを特定するために，サーバのホームディレクトリ名を"　"で囲んで指定します。OpenTP1の場合は環境変数%DCDIR%，HiRDBの場合は環境変数%PDDIR%を指定します。

HiRDBのスタンバイレス型系切り替えの場合

HiRDBのHiRDB識別子とユニット識別子を，"/"で組み合わせて指定します。

aliasオペランド　～<1～8文字の英数字>
HA Toolkit Ex内でサーバを識別するためのサーバ識別名を指定します。MSCSのサーバに対応するリソース名称およびグループ名称と同値にすることを推奨します。

actcommandオペランド　～<1～1000文字のパス名>
サーバの起動コマンドを完全パス名で"　"で囲んで指定します。
ここで指定するサーバの起動コマンドは，MSCSを使用してサーバをオンラインにしたときに，自動で実行されます。
actcommandオペランドを省略した場合，サーバの起動コマンドは実行されません。MSCSからのオンライン操作の延長では，サーバが自動起動されないので，オペレーターがサーバの起動コマンドを実行する必要があります。
サーバの起動コマンドの設定については，「8.2.4　サーバの起動コマンドの設定」を参照してください。

任意のタイミングでサーバを起動したい場合

任意のタイミングでサーバを起動したい場合，actcommandオペランドを省略しておくと，オペレーターが任意のタイミングでサーバの起動コマンドを実行できます。ただし，待機サーバが起動していない状態で系切り替えが発生した場合も，実行サーバは自動起動されませんので注意してください。系切り替えが発生した場合，オペレーターは，サーバの起動コマンドを実行して実行サーバを起動してください。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actcommandオペランドは指定しないでください。

termcommandオペランド　～<1～1000文字のパス名>
サーバの強制停止コマンドを完全パス名で指定します。正常停止コマンドを指定した場合，正しく系切り替えできません。
ここで指定するサーバの停止コマンドは，MSCSを使用してサーバをオフラインにしたときに，自動的に実行されます。
サーバの停止コマンドの設定については，「8.2.5　サーバの停止コマンドの設定」を参照してください。

任意のタイミングでサーバを停止したい場合

任意のタイミングでサーバを停止するには，環境設定でtermcommandオペランドを省略しておき，オペレーターが任意のタイミングでサーバの停止コマンドを実行します。ただし，MSCSでのオフライン操作，移動操作などのオフラインするタイミングごとに，オペレーターがサーバを停止する必要があります。

patrolオペランド　～<符号なし整数>　((10～600))　（単位：秒）
スローダウンなどのサーバ障害の監視時間を秒単位で指定します。

actpatrolオペランド　～<符号なし整数>　((0～600))　《60》　（単位：秒）
MSCSでのオンライン操作やサーバの起動コマンドを実行した時点から，サーバが起動完了するまでの監視時間を，秒単位で指定します。指定した監視時間を過ぎてもサーバが起動完了しない場合は，起動失敗と判断します。0秒を指定した場合は（MSCSの待ちのタイムアウト値-9）秒を，オペランドを省略した場合は60秒を仮定します。なお，MSCSのタイムアウト検知よりも早く起動失敗を判断するために，実際のタイマ監視時間は，actpatrol値と（MSCSの待ちのタイムアウト値-9）のどちらか小さい方となります。

HiRDBの1:1スタンバイレス型系切り替えの場合

actpatrolオペランドには0秒を指定してください。

termpatrolオペランド　～<符号なし整数>　((0～600))　《180》　（単位：秒）
MSCSからのオフライン操作，サーバの停止コマンドの実行またはHA Toolkit Ex本体の停止をした時点から，サーバが停止完了するまでの監視時間を，秒単位で指定します。0秒を指定するとサーバの停止を監視しません。指定した監視時間を過ぎてもサーバが停止完了しない場合は，サーバを強制停止します。
termpatrolオペランドを省略した場合は，180秒を仮定します。

switchtypeオペランド　～《switch》
サーバの障害を検知した場合のHA Toolkit Exの動作を指定します。すべての系で同じ指定にしてください。

HiRDBのスタンバイレス型系切り替えの場合

switchtypeオペランドは指定しないことを推奨します。

switchtypeオペランドは，サーバの開始形態によって指定できる値が異なります。サーバの開始形態とswitchtypeオペランドで指定できる値を次に示します。

表8-2　サーバの開始形態とswitchtypeオペランドで指定できる値（Windows）

switchtypeオペランドで指定できる値 | サーバの開始形態
AUTO | MANUAL1 | MANUAL2
switch | × | × | ○
manual | × | ○ | ×
restart | × | ○ | ×

（凡例）○：指定できる　　×：指定できない

サーバの開始形態については，マニュアル「OpenTP1 システム定義」およびマニュアル「HiRDB システム定義（Windows(R)用）」を参照してください。なお，サーバがOpenTP1の場合は，サーバの開始形態にAUTOしか指定できません。
switchtypeオペランドで指定できる値について説明します。

switch
サーバを停止して，系切り替えをします。

manual
サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。系切り替えはしません。
サーバの再起動が失敗した場合は，サーバ自身で再起動を再試行します。サーバで定義されているサーバの再起動試行回数を超えると，サーバを停止して，オペレーターの操作を待ちます。
manualを指定したサーバでスローダウンを検知した場合，HA Toolkit Exは何もしないでサーバの監視を続けます。

restart　[:サーバ再起動監視時間]～<符号なし整数>((60～3600))　（単位：秒）
サーバを再起動待ち状態にして，サーバが自動で再起動するのを待ちます。
サーバの再起動が失敗した場合は，サーバ自身で再起動を再試行します。サーバで定義されているサーバの再起動試行回数を超えた場合またはサーバ再起動監視時間を超えてもサーバが再起動しない場合は，系切り替えをします。
restartを指定した場合は，「:」で区切ってサーバの再起動監視時間を指定できます。再起動監視時間には，60秒から3,600秒の範囲で指定します。サーバの再起動監視時間を超えてもサーバが再起動しない場合は，系切り替えをします。サーバの再起動監視時間を省略した場合は，サーバが再起動するまでの時間を監視しません。

switch_nosbyオペランド　～《act》
待機サーバが起動していない系で，系切り替えのときは系切り替えを続行するかどうかを，MSCSからサーバのグループのオンライン操作をするときはオンライン操作を続行するかどうかを，switch_nosbyオペランドで指定します。
switch_nosbyオペランドで指定できる値について説明します。

act
系切り替え時，切り替え先の系で待機サーバが起動していない場合に，actcommandオペランドに指定されたコマンドを実行して，実行サーバとして起動処理を続行します。actcommandオペランドが指定されていない場合は，実行サーバの起動を待ちます。

actfail
系切り替え時，切り替え先の系で待機サーバが起動していない場合に，起動失敗とします。actfailを指定した場合，待機サーバがない系でMSCSからオンラインにしたいときは，事前に待機サーバがない系でhateactonl -eコマンドを実行し，実行サーバの起動を許可しておく必要があります。

HiRDBの影響分散スタンバイレス型系切り替えの場合

actfailを指定してください。actfailを指定しないで，影響分散スタンバイレス型系切り替えをすると，切り替え先の系で待機サーバが起動していない場合に，MSCSのタイムアウト検知まで待ってから系切り替えをします。

onl_timmingオペランド　～《actend》
MSCSがオンライン化の完了を認識するタイミングを指定します。HiRDBの影響分散スタンバイレス型系切り替えの場合だけ，onl_timmingオペランドを指定してください。
onl_timmingオペランドで指定できる値について説明します。

actend
実行サーバが起動完了した時点で，オンライン化が完了したとしてMSCSに通知します。

act
実行サーバの起動完了前に，オンライン化が完了したとしてMSCSに通知します。通知するのは，HA Toolkit Exのサービスプロセスが起動して実行サーバを起動する準備ができた時点です。
actが指定された場合，actpatrolオペランドで指定した間隔ごとに警告メッセージ（KAME475-W）を出力し，サーバの起動を促します。起動タイムアウトにはなりません。

HiRDBの影響分散スタンバイレス型系切り替えの場合

自動起動運用を設定したときは，actを指定してください。自動起動運用を設定しないで，独自の運用を設定するとき，または手動で運用するときは，onl_timmingオペランドの指定は必須ではありません。

8.2.3　HA Toolkit Exの動作の環境設定

HA Toolkit Exの動作の環境設定では，HA Toolkit Exの動作環境を設定する定義ファイルを作成します。作成したファイルにsysdefというファイル名を付けて，ディレクトリ｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etcに格納します。定義ファイル（sysdef）の作成は任意です。

なお，この定義ファイルは系ごとに作成するため，定義の際には系間で整合性を取ってください。

＜この項の構成＞

(1)　定義ファイル（sysdef）の形式

(2)　environment定義文での設定内容

(1)　定義ファイル（sysdef）の形式

定義ファイル（sysdef）では，HA Toolkit Exの動作環境を設定します。

HA Toolkit Exの動作環境を設定する定義ファイル（sysdef）の形式を次に示します。

[environment [servmax  {16｜64}]]
;

(2)　environment定義文での設定内容

HA Toolkit Exの動作環境を定義します。environment定義文のオペランドを，次に示します。

servmax　～＜符号なし整数＞((16 | 64))《16》
一つの系で同時に稼働できるサーバの最大数を指定します。すべての系で同じ値を指定してください。指定値には16または64が指定でき，それ以外の数値は指定できません。servmaxオペランドを省略した場合は，サーバの最大数が16に設定されます。

ホットスタンバイ構成での系切り替え，またはHiRDBの1:1スタンバイレス型系切り替えの場合

servmaxオペランドには16だけを指定するか，または何も指定しないでください。64は指定できません。

システム構成にHiRDBとOpenTP1，またはHiRDBとTP1/LiNKが混在する場合も同様です。

HiRDBの影響分散スタンバイレス型系切り替えの場合

servmaxオペランドには16または64を指定できます。

8.2.4　サーバの起動コマンドの設定

サーバの起動コマンドの設定では，サーバ（OpenTP1，HiRDB）の起動コマンドを一括で実行できるコマンドを作成します。ファイル名は任意です。起動コマンドは，次のディレクトリに格納することを推奨します。

｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etc

サーバの起動コマンドは，MSCSを使用してサーバのグループをオンラインにしたときに，自動的に実行されます。起動コマンドを実行するためには，定義ファイル（servers）のactcommandオペランドを指定してください。

注意

HiRDBの影響分散スタンバイレス型系切り替えでは，定義ファイル（servers）のactcommandオペランドに，サーバの起動コマンドは設定しないでください。

＜この項の構成＞

(1)　サーバの起動コマンドの設定内容

(2)　サーバの起動コマンドの記述例

(1)　サーバの起動コマンドの設定内容

サーバの起動コマンドには，次の内容を設定します。

サーバ（OpenTP1，HiRDB）の起動コマンド

(2)　サーバの起動コマンドの記述例

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

HiRDB/Single Serverでの，HiRDBの起動コマンドの記述例を次に示します。HiRDB/Parallel Serverの場合は，起動コマンドをpdstart -qとしてください。

@net start HiRDBClusterService
@if "%ERRORLEVEL%"=="0" @go to end
@cd %PDDIR%
@%PDDIR%¥bin¥pdstart
:end
exit

OpenTP1の起動コマンドの記述例を次に示します。

net start opentp1
exit

TP1/LiNKを使用する場合は，起動コマンドが異なります。記述例を次に示します。

net start tp1link
exit

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

HiRDBの1:1スタンバイレス型系切り替えの場合，正規BESユニットが起動する系があらかじめ決まっています。起動コマンドを設定するときは注意してください。

HiRDBの起動コマンドの記述例を次に示します。

@net start HiRDBClusterService
if "%ERRORLEVEL%"=="0" @go to end
@cd %PDDIR%
@%PDDIR%¥bin¥【起動コマンド】
:end
exit

PDDIRには，BESごとに異なる値を設定してください。

【起動コマンド】には，系やBESごとに次のHiRDBのコマンドを記述してください。

BESユニットの起動種別 | 系1 | 系2
系1を正規BESユニットとして起動 | pdstart -q | pdstart -q -c
系2を正規BESユニットとして起動 | pdstart -q -c | pdstart -q

8.2.5　サーバの停止コマンドの設定

サーバの停止コマンドの設定では，サーバ（OpenTP1，HiRDB）の停止コマンドを一括で実行できるコマンドを作成します。ファイル名は任意です。停止コマンドは，次のディレクトリに格納することを推奨します。

｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etc

サーバの停止コマンドは，MSCSを使用してサーバをオフラインにしたときに，自動的に実行されます。停止コマンドを実行するためには，定義ファイル（servers）のtermcommandオペランドを指定してください。

＜この項の構成＞

(1)　サーバの停止コマンドの設定内容

(2)　サーバの停止コマンドの記述例

(1)　サーバの停止コマンドの設定内容

サーバの停止コマンドには，次の内容を設定します。

サーバ（OpenTP1，HiRDB）の強制停止コマンド

(2)　サーバの停止コマンドの記述例

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

HiRDB/Single Serverでの，HiRDBの停止コマンドの記述例を次に示します。HiRDB/Parallel Serverの場合は，停止コマンドをpdstop -z -qとしてください。

cd %PDDIR%
%PDDIR%¥bin¥pdstop.exe -f -q
exit

OpenTP1の停止コマンドの記述例を次に示します。

dcstop -f
exit

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

HiRDBの停止コマンドの記述例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥【強制停止コマンド】
exit

PDDIRには，BESごとに異なる値を設定してください。

【強制停止コマンド】には，系やBESごとに次のHiRDBのコマンドを記述してください。

BESユニットの起動種別 | 系1 | 系2
系1を正規BESユニットとして起動 | pdstop -z | pdstop -z -c
系2を正規BESユニットとして起動 | pdstop -z -c | pdstop -z

(c)　HiRDBの影響分散スタンバイレス型系切り替えの場合の記述例

HiRDBの停止コマンドの記述例を次に示します。

call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
cd %PDDIR%
%PDDIR%¥bin¥pdstop -z -s 【HiRDBのサーバID】
exit

8.2.6　定義チェック

設定した定義文は，HA Toolkit Exのサービスプロセスを起動する際に解析されます。解析時に定義エラーが発生するのを防ぐため，環境設定後に，定義チェックコマンド（hatecheckコマンド）で定義チェックをしてください。

＜この項の構成＞

(1)　定義チェックコマンドでチェックする内容

(2)　定義チェックコマンドでチェックしない内容

(1)　定義チェックコマンドでチェックする内容

定義チェックコマンドでは，次に示す順番で定義文のチェックをします。エラーが発生した時点で，定義チェックを終了し，エラー内容をメッセージで表示します。なお，定義文のチェックでエラーがある場合，オペランドおよび値のチェックはしません。

定義文の記述形式のチェック

定義文の記述形式は正しいか

定義文のチェック

定義文は正しいか

必要な定義文は指定されているか

定義ファイル（sysdef）の定義文を，重複設定していないか

オペランドのチェック

オペランドは正しいか

必要なオペランドは指定されているか

値のチェック

文字の指定方法は正しいか

値の有効範囲は正しいか

重複指定はないか

(2)　定義チェックコマンドでチェックしない内容

制御コードなどの不正文字はチェックしません。

次の場合，定義チェックコマンドでは定義チェックをしません。構文エラーとなります。

オペランドを定義して，値を省略した場合

定義文の記述形式が誤っている場合

オプションを誤って指定した場合

8.3　Windowsの環境設定（Windows）

Windowsの環境設定では，HA Toolkit Exのサービスおよびサーバに対応するHA Toolkit Exのサービスプロセスのサービスを登録します。

＜この節の構成＞

8.3.1　HA Toolkit Exのサービス登録

8.3.2　サーバに対応するサービスプロセスのサービス登録

8.3.1　HA Toolkit Exのサービス登録

HA Toolkit Exをインストールすると，自動的にHA Toolkit Exのサービスが登録されます。コントロールパネルの管理ツールからサービスを起動して，次のサービスが登録されているかを確認してください。

HA Toolkit Exのサービス名称

"HAToolkit△Extension△ホスト名称"

（凡例）△：1文字の半角スペース

注意

HA Toolkit Exの自動運用をする場合は，Windowsで，HA Toolkit Exのサービスに自動起動の設定をしないでください。

8.3.2　サーバに対応するサービスプロセスのサービス登録

サーバに対応するサービスプロセスのサービスを登録する手順を次に示します。

HA Toolkit Exの定義ファイル（servers）を作成する
「8.2.2　サーバ対応の環境設定」で説明したHA Toolkit Exの定義ファイル（servers）を作成します。

定義チェックコマンド（hatecheckコマンド）を実行する
定義ファイルがチェックされます。定義が正しければ，サービスプロセスのサービスがWindowsに自動で登録されます。

サービスプロセスのサービスが登録されているかを確認する
コントロールパネルの管理ツールからサービスを起動して，すべてのサーバに対して，次のサービスプロセスのサービスが登録されているかを確認します。

サーバに対応するサービスプロセスのサービス名称

"HAToolkit△Service△サーバ識別名"

（凡例）△：1文字の半角スペース

注意

サーバに対応するサービスプロセスのサービスに，Windowsで自動起動の設定をしないでください。

8.4　MSCSの環境設定（Windows Server 2003 R2まで）

MSCSの環境設定では，HA Toolkit Exを経由してサーバを起動するために必要な設定をします。ここでは，HA Toolkit Exの環境設定だけを説明しています。系の監視，サーバのリソース，リソースグループの環境設定については，MSCSのマニュアルを参照してください。

注意

サーバ（OpenTP1，HiRDB）のサービスをMSCSに登録する必要はありません。

＜この節の構成＞

8.4.1　サーバに対応するサービスプロセス登録（Windows Server 2003 R2まで）

8.4.1　サーバに対応するサービスプロセス登録（Windows Server 2003 R2まで）

サーバに対応するHA Toolkit ExのサービスプロセスをMSCSに登録する手順を次に示します。

＜この項の構成＞

(1)　グループの作成

(2)　リソースの作成

(1)　グループの作成

グループの作成では，新規にグループを作成して，そのグループにサーバを登録します。複数のサーバを一つのグループに登録できます。

グループの作成手順を次に示します。

［コントロールパネル］－［管理ツール］－［クラスタアドミニストレータ］を起動する

新規作成で［グループ］を選択する
［新しいグループ］ダイアログが表示されます。

［新しいグループ］ダイアログで，グループ名を設定する
任意のグループ名を設定します。HA Toolkit Exの定義ファイル（servers）に指定したサーバ識別名を設定することを推奨します。

［優先所有者］ダイアログで，優先所有者を優先順に選択する
サーバの実行系が先頭になるように選択します。
グループが作成されます。

HiRDBの影響分散スタンバイレス型系切り替えの場合

サーバが実行できる系を，系切り替えをする順番どおりに指定してください。

グループが作成されます。

作成したグループを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［フェールオーバー］タブで，次の値を設定する

［しきい値］：1以上

［期間］：0以上

HiRDBの影響分散スタンバイレス型系切り替えの場合

［しきい値］には，系切り替えの繰り返しを防止するために，実行できる系の数と同じ値を指定することを推奨します。

［期間］には，必ず0以外を指定してください。0を指定した場合，系切り替えを繰り返してしまいます。

これで，グループの作成は終了です。続けてリソースの作成をします。

(2)　リソースの作成

リソースの作成では，「(1)　グループの作成」で作成したグループに，サーバに対応するリソースを作成します。このリソースがHA Toolkit Exのサービスプロセスに対応します。また，一つのリソースに複数のサーバに対応するリソースを含めることもできます。

リソースの作成手順を次に示します。

作成したグループを右クリックして，［リソースの新規作成］を選択する
［新しいリソース］ダイアログが表示されます。

［新しいリソース］ダイアログで，リソース名を設定する
任意のリソース名を設定します。HA Toolkit Exの定義ファイル（servers）に指定したサーバ識別名を設定することを推奨します。

リソースの種類に［汎用サービス］を選択する

［別のリソースモニタでリソースを実行する］をチェックする

［実行可能な所有者］ダイアログで，実行できるすべての系を設定する

［依存関係］ダイアログで，必要に応じて依存するリソースを設定する

［汎用サービスパラメータ］ダイアログで，次の値を設定する

［サービス名］："HAToolkit△Service△サーバ識別名"
（凡例）△：1文字の半角スペース

［起動パラメータ］：サーバ識別名

［レジストリの複製］ダイアログでは，設定は必要ありません。
リソースの作成が完了します。

作成したリソースを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［詳細設定］タブで，次の値を設定する

［再開する］：チェックする

［グループに適用する］：チェックする

［しきい値］：0

［待ちのタイムアウト］：HA Toolkit Exの定義ファイル（servers）のtermpatrolオペランドに指定した値以上の値

これで，リソースの作成は終了です。

8.5　MSFCの環境設定（Windows Server 2008以降）

MSFCの環境設定では，HA Toolkit Exを経由してサーバを起動するために必要な設定をします。ここでは，HA Toolkit Exの環境設定だけを説明しています。系の監視，サーバのリソース，リソースグループの環境設定については，MSFCのマニュアルを参照してください。

注意

サーバ（OpenTP1，HiRDB）のサービスをMSFCに登録する必要はありません。

＜この節の構成＞

8.5.1　サーバに対応するサービスプロセス登録（Windows Server 2008以降）

8.5.1　サーバに対応するサービスプロセス登録（Windows Server 2008以降）

サーバに対応するHA Toolkit ExのサービスプロセスをMSFCに登録する手順を次に示します。ここでは，Windows Server 2008を前提に記述しています。

＜この項の構成＞

(1)　サービスの作成

(2)　リソースの作成

(1)　サービスの作成

サービスの作成では，新規にサービスを作成して，そのサービスにサーバを登録します。複数のサーバを一つのサービスに登録できます。

サービスの作成手順を次に示します。

［コントロールパネル］－［管理ツール］－［フェールオーバー クラスタ管理※］を起動する

注※

Windows Server 2008 R2の場合は，［フェールオーバー クラスター マネージャー］です。

［サービスとアプリケーション］を右クリックし，［その他のアクション］－［空のサービスまたはアプリケーションの作成］からサービスを作成する

作成したサービスを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［全般］タブで，次の値を設定する

［名前］：任意のサービス名
HA Toolkit Exの定義ファイル（servers）に指定したサーバ識別名を設定することを推奨します。

［優先する所有者］：優先所有者を優先順に選択する
サーバの実行系が先頭になるように選択します。

HiRDBの影響分散スタンバイレス型系切り替えの場合

サーバが実行できる系を，系切り替えをする順番どおりに指定してください。

Windows Server 2008 R2の場合は，［全般］タブで次の値も設定します。

［永続的なモードを有効にする］：チェックしない

［自動開始］：チェックする

［フェールオーバー］タブで，次の値を設定する

［指定した期間内の最大エラー数］：1以上

［期間］：0以上

HiRDBの影響分散スタンバイレス型系切り替えの場合

［指定した期間内の最大エラー数］には，系切り替えの繰り返しを防止するために，実行できる系の数と同じ値を指定することを推奨します。

［期間］には，必ず0以外を指定してください。0を指定した場合，系切り替えを繰り返してしまいます。

これで，サービスの作成は終了です。続けてリソースの作成をします。

(2)　リソースの作成

リソースの作成では，「(1)　サービスの作成」で作成したサービスに，サーバに対応するリソースを作成します。このリソースがHA Toolkit Exのサービスプロセスに対応します。また，一つのリソースに複数のサーバに対応するリソースを含めることもできます。

リソースの作成手順を次に示します。

作成したサービスを右クリックして，［リソースの追加］－［汎用サービス］を選択する
［新しいリソース ウィザード］ダイアログが表示されます。

一覧から，「HAToolkit△Service△サーバ識別名」のサービスを選択する

［次へ］ボタンをクリックして，汎用サービスの設定を完了させる

作成したリソースを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［全般］タブで，次の値を設定する

［リソース名］：任意のリソース名
HA Toolkit Exの定義ファイル（servers）に指定したサーバ識別名を設定することを推奨します。

［セットアップ パラメータ※］：サーバ識別名

注※

Windows Server 2008 R2の場合は，［スタートアップ パラメータ］です。

必要に応じて，［依存関係］タブで，依存するリソースを設定する

［ポリシー］タブで，次の値を設定する

［リソースが失敗状態になった場合は，現在のノードで再起動を試みる］：チェックする

［指定期間内での再起動の試行回数］：0

［再起動に失敗した場合は，このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］：チェックする

［保留タイムアウト］：HA Toolkit Exの定義ファイル（servers）のtermpatrolオペランドに指定した値以上の値

［詳細なポリシー］タブで，次の値を設定する

［実行可能な所有者］：実行できるすべての系を選択する

［このリソースを別のリソース モニタで実行する］：チェックする

これで，リソースの作成は終了です。

8.6　実行サーバを運用するためのバッチファイルの設定（Windows）

HiRDBのスタンバイレス型系切り替えの場合，実行サーバとしてサーバを起動・停止させるための準備として，実行サーバをオンライン化・オフライン化するバッチファイルを作成することを推奨します。実行サーバを運用するためのバッチファイルの設定方法を，次に示します。

＜この節の構成＞

8.6.1　BESユニットのオンライン化バッチファイルの設定（1:1スタンバイレス型）

8.6.2　グループのオンライン・オフライン化バッチファイルの設定（影響分散スタンバイレス型）

8.6.1　BESユニットのオンライン化バッチファイルの設定（1:1スタンバイレス型）

HiRDBの1:1スタンバイレス型系切り替えの場合で次のときは，オンライン化のためのバッチファイルを作成することを推奨します。

正規BESユニットにあるBESユニットだけをオンライン化する。

バッチファイルは，オンライン化したいBESユニットの正規BESユニットとなる系でだけ作成してください。作成したバッチファイルは，BESユニットをオンライン化するときに実行します。

ファイル名およびファイルの格納場所は任意です。

正規BESユニットにあるBESユニットのオンライン化バッチファイルの記述例を，次に示します。

cluster group BESユニットに対応するグループ名称 /online:正規BESユニットとなる系名称

clusterコマンドについては，MSCSのマニュアルを参照してください。

8.6.2　グループのオンライン・オフライン化バッチファイルの設定（影響分散スタンバイレス型）

HiRDBの影響分散スタンバイレス型系切り替えの場合，次の操作はHiRDBのシステムマネージャからは実行できません。

サーバのグループを手動でオンライン化し，実行サーバとして再起動する。

サーバのグループをオフライン化し，系を停止したり計画系切り替えをしたりする。

これらの操作についてバッチファイルを作成して，作成したバッチファイルはHiRDBのシステムマネージャが稼働する系から実行できるようにするなど，一元的に運用することを推奨します。

次の記述例では，バッチファイルを実行したあとにHiRDBのコマンドでサーバを起動すれば，指定したサーバが実行サーバとして起動されます。指定したサーバがほかの系ですでにオンライン状態だった場合でも，このバッチファイルを実行すると，指定した系で指定したサーバが実行サーバとして起動します。

ファイル名およびファイルの格納場所は任意です。

＜この項の構成＞

(1)　オンライン化バッチファイルの記述例

(2)　オフライン化バッチファイルの記述例

(1)　オンライン化バッチファイルの記述例

サーバのグループをオンライン化するバッチファイルの記述例を，次に示します。この例の場合，バッチファイルを実行する系に，すべてのサーバ分のバッチファイルを作成してください。また，この例の場合，HA Toolkit Exでのサーバ識別名と，MSCSでのグループ名称が一致しています。

set BES=サーバのグループ名
set NODE=系名称

C:¥HATkEx¥HAmon¥bin¥hateactonl %BES%
cluster group %BES% /online:%NODE% /wait

1行目では，対象となるサーバを指定します。

2行目では，バッチファイルを実行する系名称を指定します。

(2)　オフライン化バッチファイルの記述例

サーバのグループをオフライン化するバッチファイルの記述例を，次に示します。この例の場合，バッチファイルを実行する系に，すべてのサーバ分のバッチファイルを作成してください。また，この例の場合，HA Toolkit Exでのサーバ識別名と，MSCSでのグループ名称が一致しています。

set BES=サーバのグループ名
set NODE=系名称

cluster group %BES% /offline /wait

1行目では，対象となるサーバを指定します。

2行目では，バッチファイルを実行する系名称を指定します。

8.7　自動運用のための設定（Windows）

ここでは，HA Toolkit Exの自動運用をするための設定について説明します。HA Toolkit Exの自動運用をしない場合は，このための設定は必要ありません。また，HiRDBの1:1スタンバイレス型系切り替えの場合，およびHiRDBの影響分散スタンバイレス型系切り替えの場合，自動運用のうち停止用バッチファイルの設定は必要ありません。

自動運用のための設定では，HA Toolkit Exのサービスを登録する設定およびバッチファイルの設定をします。HA Toolkit Exのサービスを登録する手順は，Windows Server 2003 R2までの場合と，Windows Server 2008以降の場合に分けて説明します。

＜この節の構成＞

8.7.1　HA Toolkit Exのサービス登録（Windows Server 2003 R2まで）

8.7.2　HA Toolkit Exのサービス登録（Windows Server 2008以降）

8.7.3　起動用バッチファイルの設定

8.7.4　起動用バッチファイルの登録（Windows Server 2008（x64）およびWindows Server 2008 R2）

8.7.5　停止用バッチファイルの設定

8.7.6　バッチファイル作成時の注意

8.7.1　HA Toolkit Exのサービス登録（Windows Server 2003 R2まで）

HA Toolkit ExのサービスをMSCSに登録します。

HA Toolkit Exは，実行系および待機系の両方がオンラインである必要があります。そのため，実行系，待機系ごとに，別のグループおよび別のリソースとして登録します。また，これらのグループは，系切り替えをしない設定にする必要があります。

HA Toolkit ExのサービスをMSCSに登録する手順を次に示します。

＜この項の構成＞

(1)　グループの作成

(2)　リソースの作成

(1)　グループの作成

グループの作成では，新規にグループを作成して，そのグループにHA Toolkit Exを登録します。

グループの作成手順を次に示します。

［コントロールパネル］－［管理ツール］－［クラスタアドミニストレータ］を起動する

新規作成で［グループ］を選択する
［新しいグループ］ダイアログが表示されます。

［新しいグループ］ダイアログで，グループ名を設定する
任意のグループ名を設定します。実行系と待機系で，異なる名称を設定します。

［優先所有者］ダイアログで，優先所有者に実行系および待機系を指定する
グループが作成されます。

作成したグループを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［フェールオーバー］タブで，次の値を設定する

［しきい値］：0

［期間］：0

［フェールバック］タブで，［禁止する］をチェックする
これで，グループの作成は終了です。続けてリソースの作成をします。

(2)　リソースの作成

リソースの作成では，「(1)　グループの作成」で作成したグループに，リソースを指定します。MSCSは，障害時にMSCS配下のサービスプロセスおよびサーバを障害と判断して，系切り替えをします。そのため，MSCSで自動再起動の設定をしないでください。

リソースの作成手順を次に示します。

作成したグループを右クリックして，［リソースの新規作成］を選択する
［新しいリソース］ダイアログが表示されます。

［新しいリソース］ダイアログで，リソース名を設定する
任意のリソース名を設定します。グループ名と同一名を設定することを推奨します。

リソースの種類に［汎用サービス］を選択する

［別のリソースモニタでリソースを実行する］をチェックする

［実行可能な所有者］ダイアログで，実行可能な所有者を設定する
実行系には実行系だけを，待機系には待機系だけを設定します。
［依存関係］ダイアログでは，設定は必要ありません。

［汎用サービスパラメータ］ダイアログで，次の値を設定する

［サービス名］："HAToolkit△Extension△ホスト名"
（凡例）△：1文字の半角スペース

［レジストリの複製］ダイアログでは，設定は必要ありません。
リソースの作成が完了します。

作成したリソースを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［詳細設定］タブで，［再開しない］をチェックする
これで，リソースの作成は終了です。

8.7.2　HA Toolkit Exのサービス登録（Windows Server 2008以降）

HA Toolkit ExのサービスをMSFCに登録します。

HA Toolkit Exは，実行系および待機系の両方がオンラインである必要があります。そのため，実行系，待機系ごとに，別のサービスおよび別のリソースとして登録します。また，これらのサービスは，系切り替えをしない設定にする必要があります。

HA Toolkit ExのサービスをMSFCに登録する手順を次に示します。ここでは，Windows Server 2008を前提に記述しています。

＜この項の構成＞

(1)　サービスの作成

(2)　リソースの作成

(1)　サービスの作成

サービスの作成では，新規にサービスを作成して，そのサービスにHA Toolkit Exを登録します。

サービスの作成手順を次に示します。

［コントロールパネル］－［管理ツール］－［フェールオーバー クラスタ管理※］を起動する

注※

Windows Server 2008 R2の場合は，［フェールオーバー クラスター マネージャー］です。

［サービスとアプリケーション］を右クリックし，［その他のアクション］－［空のサービスまたはアプリケーションの作成］からサービスを作成する

作成したサービスを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［全般］タブで，次の値を設定する

［名前］：任意のサービス名
実行系と待機系で異なる名称を設定します。

［優先する所有者］：実行系および待機系を設定する

Windows Server 2008 R2の場合は，［全般］タブで次の値も設定します。

［永続的なモードを有効にする］：チェックしない

［自動開始］：チェックする

［フェールオーバー］タブで，次の値を設定する

［指定した期間内の最大エラー数］：0

［期間］：0

［フェールバックを許可する］：チェックする

［今すぐ］：チェックする

これで，サービスの作成は終了です。続けてリソースの作成をします。

(2)　リソースの作成

リソースの作成では，「(1)　サービスの作成」で作成したサービスに，リソースを指定します。MSFCは，障害時にMSFC配下のサービスプロセスおよびサーバを障害と判断して，系切り替えをします。そのため，MSFCで自動再起動の設定をしないでください。

リソースの作成手順を次に示します。

作成したサービスを右クリックして，［リソースの追加］－［汎用サービス］を選択する
［新しいリソース ウィザード］ダイアログが表示されます。

一覧から，「HAToolkit△Extension△ホスト名」のサービスを選択する

［次へ］ボタンをクリックして，汎用サービスの設定を完了させる

作成したリソースを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［全般］タブで，［リソース名］に任意のリソース名を設定する
任意のリソース名を設定します。サービス名と同一名を設定することを推奨します。

必要に応じて，［依存関係］タブで，依存するリソースを設定する

［ポリシー］タブで，［リソースが失敗状態になった場合は，再起動しない］をチェックする

［詳細なポリシー］タブで，次の値を設定する

［実行可能な所有者］：実行系には実行系だけを，待機系には待機系だけを指定する

［このリソースを別のリソース モニタで実行する］：チェックする

これで，リソースの作成は終了です。

8.7.3　起動用バッチファイルの設定

起動用バッチファイルは，システムの起動時，MSCSでのオンライン操作などによってHA Toolkit Exが起動されると，自動的に実行されます。

起動用バッチファイルの設定では，起動用バッチファイルを作成します。作成したファイルには，hatestart.bat（Windows Server 2008（x64）およびWindows Server 2008 R2の場合はhatestart.bat以外）というファイル名を付けて，次のディレクトリに格納します。

｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etc

以降の説明では，作成したファイル名はすべてhatestart.batで記述します。hatestart.bat以外のファイル名を付けた場合は，読み替えてください。

＜この項の構成＞

(1)　起動用バッチファイルの設定内容

(2)　起動用バッチファイルの記述例

(1)　起動用バッチファイルの設定内容

起動用バッチファイルには，次の内容を設定します。

実行サーバを起動するコマンド

ホットスタンバイ構成での系切り替えの場合

どのサーバを実行サーバとして起動するかは，MSCSによって決定されます。そのため，すでに実行サーバが他系で起動している場合，このコマンドは無視されます。

HiRDBの1:1スタンバイレス型系切り替えの場合

正規BESユニットをオンライン化するためのコマンドを記述します。構成に合わせて系ごとに作成してください。

HiRDBの影響分散スタンバイレス型系切り替えの場合

実行サーバとして起動したいすべてのサーバについて，HA Toolkit ExのhateactonlコマンドとMSCSのオンライン化コマンドを対で記述します。最後にHiRDBのユニット起動コマンドを記述します。構成に合わせて系ごとに作成してください。

待機サーバを起動するコマンド

ホットスタンバイ構成での系切り替えの場合

HA Toolkit Exの定義ファイル（servers）のactcommandオペランドに指定したコマンドと同一のコマンドを指定することを推奨します。グループ内に複数のサーバがある構成の場合，すべてのサーバの起動コマンドを指定する必要があります。

HiRDBの1:1スタンバイレス型系切り替え，またはHiRDBの影響分散スタンバイレス型系切り替えの場合

待機サーバを起動するコマンドの記述は不要です。

MSCSでは，実行サーバおよび待機サーバの起動種別が自動制御されます。ホットスタンバイ構成での系切り替えの場合，実行サーバは，最初に起動した系で起動します。また，他系で実行サーバが起動済みであれば，自系で待機サーバが起動します。

複数のグループを管理する場合

複数のグループを管理する場合，グループごとにバッチファイルを作成する方法を推奨します。

グループごとに，任意の別ファイル名で，サーバを起動するコマンドを記述したバッチファイルを作成する

hatestart.batでは，Windowsのstartコマンドを使用して，グループごとに作成したバッチファイルを並列実行する指定をする

グループごとに起動用バッチファイルを作成するときのファイル構成を次に示します。

図8-1　複数グループでの起動用バッチファイル構成（Windows）

(2)　起動用バッチファイルの記述例

起動用バッチファイルの記述例を示します。

(a)　ホットスタンバイ構成での系切り替えの場合の記述例

グループが一つのときの，起動用バッチファイルの記述例を次に示します。

Windows Server 2003 R2まで，およびWindows Server 2008（x86）の場合

cluster group サーバのグループ名 /online /wait

start C:¥HATkEx¥HAmon¥etc¥HRD1_act.bat
start C:¥HATkEx¥HAmon¥etc¥tp1_act.bat
exit

Windows Server 2008（x64）およびWindows Server 2008 R2の場合

cluster group サーバのグループ名 /online /wait

start C:¥HATkEx¥HAmon¥etc¥HRD1_act.bat
start C:¥HATkEx¥HAmon¥etc¥tp1_act.bat
pause

1行目は，サーバのグループをオンライン化し，実行サーバを起動するためのコマンドです。

2行目および3行目は，待機サーバを起動するためのコマンドです。

(b)　HiRDBの1:1スタンバイレス型系切り替えの場合の記述例

起動用バッチファイルの記述例を次に示します。

Windows Server 2003 R2まで，およびWindows Server 2008（x86）の場合

cluster group サーバのグループ名 /online:系名称
exit

Windows Server 2008（x64）およびWindows Server 2008 R2の場合

cluster group サーバのグループ名 /online:系名称
pause

1行目は，正規BESユニットをオンライン化するためのコマンドです。

(c)　HiRDBの影響分散スタンバイレス型系切り替えの場合の記述例

起動用バッチファイルの記述例を次に示します。

Windows Server 2003 R2まで，およびWindows Server 2008（x86）の場合

C:¥HATkEx¥HAmon¥bin¥hateactonl サーバのグループ名1
C:¥HATkEx¥HAmon¥bin¥hateactonl サーバのグループ名2

cluster group サーバのグループ名1 /online:系名称 /wait
cluster group サーバのグループ名2 /online:系名称 /wait

call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
exit

Windows Server 2008（x64）およびWindows Server 2008 R2の場合

C:¥HATkEx¥HAmon¥bin¥hateactonl サーバのグループ名1
C:¥HATkEx¥HAmon¥bin¥hateactonl サーバのグループ名2

cluster group サーバのグループ名1 /online:系名称 /wait
cluster group サーバのグループ名2 /online:系名称 /wait

call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
@net start HiRDBのクラスタサービス名※
@if "%ERRORLEVEL%"=="0" @goto end
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
:end
pause

注※

HiRDBのクラスタサービス名には，HiRDBセットアップ識別子を付ける必要がある場合があります。

1行目および2行目は，MSCSからグループのオンラインを許可するためのコマンドです。

3行目および4行目は，MSCSからサーバのグループをオンライン化するためのコマンドです。

5～8行目（Windows Server 2008（x64）およびWindows Server 2008 R2の場合は5～11行目）は，HiRDBユニットを起動するためのコマンドです。これによって，MSCS上，オンライン状態のサーバが実行サーバとして起動します。ほかのサーバは待機サーバとして起動します。

8.7.4　起動用バッチファイルの登録（Windows Server 2008（x64）およびWindows Server 2008 R2）

Windows Server 2008（x64）またはWindows Server 2008 R2を使用する場合は，HA Toolkit Exのリソースがオンラインになったあとに起動用バッチファイルが実行されるように，起動用バッチファイルをMSFCに登録する必要があります。

このため，「8.7.2(1)　サービスの作成」で作成したHA Toolkit Exのサービスに，リソースを作成します。

なお，Windows Server 2003 R2まで，およびWindows Server 2008（x86）の場合は，この作業は不要です。

リソースの作成手順を次に示します。

作成したHA Toolkit Exのサービスを右クリックして，［リソースの追加］－［汎用アプリケーション］を選択する
［新しいリソース ウィザード］ダイアログが表示されます。

［新しいリソース ウィザード］ダイアログで，［汎用アプリケーションの設定］の［コマンドライン］に，起動用バッチファイルをフルパスで指定する

［次へ］をクリックして，汎用アプリケーションの設定を完了させる

作成したリソースを右クリックして，［プロパティ］を選択する
［プロパティ］ダイアログが表示されます。

［依存関係］タブで，HA Toolkit Exのサービスを選択する
"HAToolkit△Extension△ホスト名"のサービスを選択してください。

［ポリシー］タブで，［リソースが失敗状態になった場合は，再起動しない］をチェックする

［詳細なポリシー］タブで，次の値を設定する

［実行可能な所有者］：HA Toolkit Exのサービスと同じ値

［このリソースを別のリソース モニタで実行する］：チェックする

これで，リソースの作成は終了です。

8.7.5　停止用バッチファイルの設定

停止用バッチファイルは，システムの停止時，MSCSでのオフライン操作などによってHA Toolkit Exが停止されると，自動的に実行されます。

停止用バッチファイルの設定では，停止用バッチファイルを作成します。作成したファイルにhatestop.batというファイル名を付けて，次のディレクトリに格納します。

｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥etc

なお，ホットスタンバイ構成での系切り替えで自動運用の設定をする場合，停止用バッチファイルの設定は必須です。HiRDBの1:1スタンバイレス型系切り替え，およびHiRDBの影響分散スタンバイレス型系切り替えの場合は，必要に応じて設定してください。

＜この項の構成＞

(1)　停止用バッチファイルの設定内容

(2)　停止用バッチファイルの記述例

(1)　停止用バッチファイルの設定内容

ホットスタンバイ構成での系切り替えの場合，停止用バッチファイルには，次の内容を設定します。

HA Toolkit Exの待機サーバ停止コマンド
自系で稼働するすべての待機サーバを停止するために，HA Toolkit Exの待機サーバ停止コマンド（hatesbystpコマンド）を使用して，MSCSで登録したすべてのサーバを停止します。

注意

実行サーバは，あらかじめ停止する必要があります。そのため，実行サーバを停止するコマンド（cluster group .../offline）は停止用バッチファイルに記述しないでください。記述した場合，どれか一つの系でHA Toolkit Exが停止すると，実行サーバも停止します。

複数のグループを管理する場合

複数のグループを管理する場合，グループごとにバッチファイルを作成する方法を推奨します。

グループごとに，任意の別ファイル名で，コマンドを記述したバッチファイルを作成する

hatestop.batでは，Windowsのstartコマンドを使用して，グループごとに作成したバッチファイルを並列実行する指定をする

グループごとに停止用バッチファイルを作成するときのファイル構成を次に示します。

図8-2　複数グループでの停止用バッチファイル構成（Windows）

(2)　停止用バッチファイルの記述例

グループが一つの場合の，停止用バッチファイルの記述例を次に示します。

start C:¥HATkEx¥HAmon¥bin¥hatesbystp HRD1
start C:¥HATkEx¥HAmon¥bin¥hatesbystp tp1
net stop HiRDBのクラスタサービス名※
exit

注※

HiRDBのクラスタサービス名には，HiRDBセットアップ識別子を付ける必要がある場合があります。

1行目および2行目は，HA Toolkit Exの待機サーバ停止コマンド（hatesbystpコマンド）です。引数にはサーバ識別名を指定します。

8.7.6　バッチファイル作成時の注意

バッチファイルを作成するときには，バッチファイルの終了に伴いWindowsのCMD.EXEが終了するようにしてください。

WindowsのCMD.EXEは，バッチファイルを実行するときに起動するプログラムです。CMD.EXEが終了しないままだと，HA Toolkit Exおよびサーバの動作に影響するおそれがあります。

なお，Windows Server 2008（x64）およびWindows Server 2008 R2の場合は，起動用バッチファイルをMSFCに制御させるため，起動用バッチファイルの最後に"pause"を記述して，CMD.EXEを終了しないようにしてください。

バッチファイルが一つの場合

バッチファイルの最後に，"exit"を記述してください。Windows Server 2008（x64）およびWindows Server 2008 R2の場合は，起動用バッチファイルのときは，"pause"を記述してください。

注意

Windows Server 2008（x64）およびWindows Server 2008 R2の場合で，バッチファイルの最後に"pause"を記述するのは，起動用バッチファイルだけです。次に示すようなバッチファイルの最後には"exit"を記述してください。誤って"pause"を記述すると，不正にプロセスが残ってしまい，システムのリソースを圧迫するおそれがあります。

サーバの起動コマンド

サーバの強制停止コマンド

停止用バッチファイル　など

バッチファイルから別のバッチファイルを実行する場合

次に示す"start cmd /C"コマンドを使用して，CMD.EXEを終了してください。

start cmd /C C:¥HATkEx¥HAmon¥bin¥hatesbystp tp1

起動用バッチファイルでは，Windows Server 2008（x64）およびWindows Server 2008 R2の場合は，最初に実行されるバッチファイルの最後に"pause"を記述してください。

ただし，バッチファイルの最後に"pause"を記述するのは，最初の起動用バッチファイルだけです。最初の起動用バッチファイルから実行した別のバッチファイルの最後には，"exit"を記述してください。誤って"pause"を記述すると，不正にプロセスが残ってしまい，システムのリソースを圧迫するおそれがあります。

8.8　ホットスタンバイ構成での系切り替えの環境設定例（Windows）

系1と系2から成る，ホットスタンバイ構成の系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。Windowsの場合，TP1/LiNKを使用できます。

図8-3　ホットスタンバイ構成の系切り替えでのHA Toolkit Exのクラスタ構成例（Windows）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

系1と系2から成るクラスタ構成である

HA Toolkit Exの自動運用をする

HiRDBを標準セットアップでインストールしている

HA Toolkit ExインストールディレクトリはC:¥HATkExである

各系でのグループの環境設定例を次に示します。

HA Toolkit Exの環境設定例

Windowsの環境設定例

MSCSの環境設定例

＜この節の構成＞

8.8.1　HA Toolkit Exの環境設定例

8.8.2　Windowsの環境設定例

8.8.3　MSCSまたはMSFCの環境設定例

8.8.1　HA Toolkit Exの環境設定例

次のファイルの設定例を示します。

すべての系で，同じ設定をしてください。

定義ファイル（servers）

actcommandオペランドで指定するHiRDB起動コマンド

termcommandオペランドで指定するHiRDB停止コマンド

actcommandオペランドで指定するOpenTP1起動コマンド

termcommandオペランドで指定するOpenTP1停止コマンド

自動運用での起動用バッチファイル

自動運用での停止用バッチファイル

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB起動コマンドの設定例

(3)　HiRDB停止コマンドの設定例

(4)　OpenTP1起動コマンドの設定例

(5)　OpenTP1停止コマンドの設定例

(6)　自動運用での起動用バッチファイルの設定例

(7)　自動運用での停止用バッチファイルの設定例

(1)　定義ファイル（servers）の設定例

C:¥HATkEx¥HAmon¥etc¥serversの設定例を次に示します。

server   name           "C:¥win32app¥hitachi¥hirdb_s",
        alias          HRD1,
        actcommand     "C:¥HATkEx¥HAmon¥etc¥HRD1_act.bat",
        termcommand    "C:¥HATkEx¥HAmon¥etc¥HRD1_end.bat",
        patrol         30,
        actpatrol      120,
        ;
server   name           "C:¥OpenTP1",
        alias          tp1,
        actcommand     "C:¥HATkEx¥HAmon¥etc¥tp1_act.bat",
        termcommand    "C:¥HATkEx¥HAmon¥etc¥tp1_end.bat",
        patrol         30,
        actpatrol      120,
        ;

(2)　HiRDB起動コマンドの設定例

この設定例は，HiRDBを標準インストールした場合の例です。HiRDBを識別子付きセットアップでインストールした場合は，環境変数を設定してHiRDBのコマンドを実行する必要があります。設定する環境変数については，マニュアル「HiRDB システム導入・設計ガイド（Windows(R)用）」のマルチHiRDBを参照してください。

HiRDB/Single Serverの場合の，C:¥HATkEx¥HAmon¥etc¥HRD1_act.batの設定例を次に示します。

@rem  ##################  start HiRDB  ##################
@net start HiRDBClusterService
@if "%ERRORLEVEL%"=="0" @go to end
@cd %PDDIR%
@%PDDIR%¥bin¥pdstart
:end
exit

(3)　HiRDB停止コマンドの設定例

HiRDB/Single Serverの場合の，C:¥HATkEx¥HAmon¥etc¥HRD1_end.batの設定例を次に示します。

@rem  ##################  stop HiRDB   ##################
cd %PDDIR%
%PDDIR%¥bin¥pdstop.exe -f -q
exit

(4)　OpenTP1起動コマンドの設定例

C:¥HATkEx¥HAmon¥etc¥tp1_act.batの設定例を次に示します。

@rem  ##################  start OpenTP1  ##################
net start opentp1
exit

(5)　OpenTP1停止コマンドの設定例

C:¥HATkEx¥HAmon¥etc¥tp1_end.batの設定例を次に示します。

@rem  ##################  stop OpenTP1  ###################
dcstop -f
exit

(6)　自動運用での起動用バッチファイルの設定例

C:¥HATkEx¥HAmon¥etc¥hatestart.batの設定例を次に示します。

Windows Server 2003 R2まで，およびWindows Server 2008（x86）の場合

@rem  ###############  for Group HiRDB online  ################
cluster group Group_1 /online /wait

@rem  ##################  for HiRDB standby  ##################
start C:¥HATkEx¥HAmon¥etc¥HRD1_act.bat

@rem  #################  for OpenTP1 standby  #################
start C:¥HATkEx¥HAmon¥etc¥tp1_act.bat

exit

Windows Server 2008（x64）およびWindows Server 2008 R2の場合

@rem  ###############  for Group HiRDB online  ################
cluster group Group_1 /online /wait

@rem  ##################  for HiRDB standby  ##################
start C:¥HATkEx¥HAmon¥etc¥HRD1_act.bat

@rem  #################  for OpenTP1 standby  #################
start C:¥HATkEx¥HAmon¥etc¥tp1_act.bat

pause

(7)　自動運用での停止用バッチファイルの設定例

C:¥HATkEx¥HAmon¥etc¥hatestop.batの設定例を次に示します。

@rem  ##########  for terminate HiRDB standby   #############
start C:¥HATkEx¥HAmon¥bin¥hatesbystp HRD1

@rem  ##########  for terminate OpenTP1 standby  ############
start C:¥HATkEx¥HAmon¥bin¥hatesbystp tp1

exit

8.8.2　Windowsの環境設定例

すべての系で，HA Toolkit Exの定義チェックコマンド（hatecheckコマンド）を実行します。定義が正しければ，サービスプロセスのサービスがWindowsに自動で登録されます。

8.8.3　MSCSまたはMSFCの環境設定例

クラスタアドミニストレータを使用して，次の設定をします。

HA Toolkit Exグループの作成

HA Toolkit Exが使用するリソースの作成

サーバのグループの作成

サーバが使用するリソースの作成

サーバのサービスプロセスが使用するリソースの作成

＜この項の構成＞

(1)　HA Toolkit Exグループの作成

(2)　HA Toolkit Exが使用するリソースの作成

(3)　サーバのグループの作成

(4)　サーバが使用するリソースの作成

(5)　サーバのサービスプロセスが使用するリソースの作成

(1)　HA Toolkit Exグループの作成

系1および系2についてグループ（Windows Server 2008以降の場合はサービス）を作成し，次の内容を設定します。

表8-3　HA Toolkit Exグループの作成での設定例（ホットスタンバイ構成：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
新しいグループ | － | 名前 | HA_1 | HA_2
優先所有者 | － | 優先所有者 | NODE_1，NODE_2
プロパティ | フェールオーバー | しきい値 | 0
期間 | 0
フェールバック | － | 禁止する

（凡例）

－：該当しない

表8-4　HA Toolkit Exサービスの作成での設定例（ホットスタンバイ構成：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | 名前 | HA_1 | HA_2
優先する所有者 | NODE_1，NODE_2
永続的なモードを有効にする※ | チェックしない
自動開始※ | チェックする
フェールオーバー | フェールオーバー | 指定した期間内の最大エラー数 | 0
期間 | 0
フェールバック | フェールバックを許可する | チェックする
今すぐ | チェックする

注※

Windows Server 2008 R2の場合にだけ該当する項目です。

(2)　HA Toolkit Exが使用するリソースの作成

HA Toolkit Exが使用するリソースの設定例，および起動バッチファイルの設定例（Windows Server 2008（x64）およびWindows Server 2008 R2）を示します。

(a)　HA Toolkit Exのリソースの設定例

系1および系2についてリソースを作成し，次の内容を設定します。

表8-5　HA Toolkit Exが使用するリソースの作成での設定例（ホットスタンバイ構成：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
新しいリソース | － | 名前 | HA_1 | HA_2
リソースの種類 | 汎用サービス
グループ | HA_1 | HA_2
別のリソースモニタでリソースを実行する | チェックする
実行可能な所有者 | － | 実行可能な所有者 | NODE_1 | NODE_2
依存関係 | － | － | 不要
汎用サービス パラメータ | － | サービス名 | "HAToolkit△Extension△NODE_1" | "HAToolkit△Extension△NODE_2"
起動パラメータ | 不要
レジストリの複製 | － | － | 不要
プロパティ | 詳細設定 | 再開しない | チェックする
ポーリング間隔 | リソースの種類からの値を使う | チェックする
待ちのタイムアウト | 180

（凡例）

△：1文字の半角スペース

－：該当しない

表8-6　HA Toolkit Exが使用するリソースの作成での設定例（ホットスタンバイ構成：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | リソース名 | HA_1 | HA_2
リソースの種類 | 汎用サービス
サービス名 | "HAToolkit△Extension△NODE_1" | "HAToolkit△Extension△NODE_2"
セットアップ パラメータ※1 | デフォルトのまま変更しない※2
ネットワーク名をコンピュータ名に使用する※3 | チェックしない
依存関係 | － | 不要
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，再起動しない | チェックする
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | NODE_1 | NODE_2
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
－ | このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

△：1文字の半角スペース

－：該当しない

注※1

Windows Server 2008 R2の場合は，［スタートアップ パラメータ］です。

注※2

Windows Server 2008 R2の場合は，空欄のまま変更しないでください。

注※3

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

(b)　起動用バッチファイルのリソースの作成（Windows Server 2008（x64）およびWindows Server 2008 R2）

起動用バッチファイルのリソースを作成し，次の内容を設定します。

表8-7　起動用バッチファイルのリソースの作成での設定例（ホットスタンバイ構成：Windows Server 2008（x64）およびWindows Server 2008 R2）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | リソース名 | "hatestart_2008x64△NODE_1" | "hatestart_2008x64△NODE_2"
リソースの種類 | 汎用サービス
コマンドライン | "C:¥HATkEx¥HAmon¥etc¥hatestart_2008x64.bat"
パラメータ | 不要
現在のディレクトリ | デフォルトのまま変更しない
ネットワーク名をコンピュータ名に使用する※ | チェックしない
依存関係 | AND/OR | 不要
リソース | "HAToolkit△Extension△NODE_1" | "HAToolkit△Extension△NODE_2"
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，再起動しない | チェックする
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | NODE_1 | NODE_2
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

△：1文字の半角スペース

－：該当しない

注※

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

(3)　サーバのグループの作成

サーバのグループとしてGroup_1を作成し，次の内容を設定します。

表8-8　サーバのグループの作成での設定例（ホットスタンバイ構成：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1および系2の設定値
新しいグループ | － | 名前 | Group_1
優先所有者 | － | 優先所有者 | NODE_1，NODE_2
プロパティ | フェールオーバー | しきい値 | 1以上
期間 | 0以上
フェールバック | － | 不要

（凡例）

－：該当しない

表8-9　サーバのグループの作成での設定例（ホットスタンバイ構成：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1および系2の設定値
プロパティ | 全般 | 名前 | Group_1
優先する所有者 | NODE_1，NODE_2
永続的なモードを有効にする※ | チェックしない
自動開始※ | チェックする
フェールオーバー | フェールオーバー | 指定した期間内の最大エラー数 | 1以上
期間 | 0以上
フェールバック | 不要

注※

Windows Server 2008 R2の場合にだけ該当する項目です。

(4)　サーバが使用するリソースの作成

あらかじめ，サーバが使用するリソースを作成し，設定してください。

(5)　サーバのサービスプロセスが使用するリソースの作成

系1および系2についてグループを作成し，次の内容を設定します。

表8-10　サーバのサービスプロセスが使用するリソースの作成での設定例（ホットスタンバイ構成：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | HiRDBの設定値 | OpenTP1の設定値
新しいリソース | － | 名前 | HRD1 | tp1
リソースの種類 | 汎用サービス
グループ | Group_1
別のリソースモニタでリソースを実行する | チェックする
実行可能な所有者 | － | 実行可能な所有者 | NODE_1，NODE_2
依存関係 | － | リソースの依存関係 | サーバに必要なディスクリソースおよびIPアドレスを指定する
汎用サービス パラメータ | － | サービス名 | "HAToolkit△Service△HRD1" | "HAToolkit△Service△tp1"
起動パラメータ | HRD1 | tp1
レジストリの複製 | － | － | 不要
プロパティ | 詳細設定 | 再開する | チェックする
グループに適用する | チェックする
しきい値 | 0
期間 | 0
ポーリング間隔 | リソースの種類からの値を使う | チェックする
待ちのタイムアウト | 180

（凡例）

△：1文字の半角スペース

－：該当しない

表8-11　サーバのサービスプロセスが使用するリソースの作成での設定例（ホットスタンバイ構成：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | HiRDBの設定値 | OpenTP1の設定値
プロパティ | 全般 | リソース名 | HRD1 | tp1
リソースの種類 | 汎用サービス
サービス名 | "HAToolkit△Service△HRD1" | "HAToolkit△Service△tp1"
セットアップ パラメータ※1 | HRD1 | tp1
ネットワーク名をコンピュータ名に使用する※2 | チェックしない
依存関係 | － | サーバに必要なディスクリソースおよびIPアドレスを指定する
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，現在のノードで再起動を試みる | チェックする
再起動期間 | 00:00
指定期間内での再起動の試行回数 | 0
再起動に失敗した場合は，このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする | チェックする
再起動の試みがすべて失敗した場合は，指定した時間（hh:mm）後にもう一度再起動を開始する | 指定は任意
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | NODE_1，NODE_2
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

△：1文字の半角スペース

－：該当しない

注※1

Windows Server 2008 R2の場合は，［スタートアップ パラメータ］です。

注※2

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

8.9　HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Windows）

HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。

図8-4　HiRDBの1:1スタンバイレス型系切り替えのHA Toolkit Exのクラスタ構成例（Windows）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

正規BESユニットである系1および代替BESユニットである系2から成る1:1スタンバイレス型のクラスタ構成である

HA Toolkit Exの自動運用をする

HiRDBを標準セットアップでインストールしている

系切り替え後などにHA Toolkit Exが再起動した場合，実行サーバは最初に設定したとおりに配置される（MSCSによる自動切り戻し）

HA Toolkit ExインストールディレクトリはC:¥HATkExである

HiRDBのHiRDB識別子は，HRDBである

HiRDBの1:1スタンバイレス型系切り替えでのHA Toolkit Exの構成で，各系の環境設定例を次に示します。

HA Toolkit Exの環境設定例

MSCSの環境設定例

BESユニットをオンライン化するためのバッチファイル例

Windowsの環境設定例は，「8.8.2　Windowsの環境設定例」を参照してください。

＜この節の構成＞

8.9.1　HA Toolkit Exの設定例

8.9.2　MSCSまたはMSFCの環境設定例

8.9.3　BESユニットをオンライン化するためのバッチファイル例

8.9.1　HA Toolkit Exの設定例

次のファイルおよびコマンドの設定例を示します。

定義ファイル（servers）

actcommandオペランドで指定するHiRDB起動コマンド

termcommandオペランドで指定するHiRDB停止コマンド

自動運用での起動用バッチファイル

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB起動コマンドの設定例

(3)　HiRDB停止コマンドの設定例

(4)　自動運用での起動用バッチファイルの設定例

(1)　定義ファイル（servers）の設定例

C:¥HATkEx¥HAmon¥etc¥serversの設定例を次に示します。すべての系で定義内容を同じにしてください。

/*-------------- BES1の定義 ----------------------------------------------*/
server  name        HRDB/BES1                          ,
       alias       BES1                            ,
       actcommand  "C:¥HATkEx¥HAmon¥etc¥BES1_act.bat",
       termcommand "C:¥HATkEx¥HAmon¥etc¥BES1_term.bat",
       switchtype  switch                             ,  
       actpatrol   0                                  ,  
       patrol      60                                 ;  
/*-------------- BES2の定義 ----------------------------------------------*/
server  name        HRDB/BES2                          ,  
       alias       BES2                            ,  
       actcommand  "C:¥HATkEx¥HAmon¥etc¥BES2_act.bat",
       termcommand "C:¥HATkEx¥HAmon¥etc¥BES2_term.bat",
       switchtype  switch                             ,
       actpatrol   0                                  ,
       patrol      60                                 ;

(2)　HiRDB起動コマンドの設定例

PDDIRには，BESごとに異なる値を設定してください。

系1でのC:¥HATkEx¥HAmon¥etc¥BES1_act.batの設定例を次に示します。

@net start HiRDBClusterService
if "%ERRORLEVEL%"=="0" @go to end
@cd %PDDIR%
@%PDDIR%¥bin¥pdstart -q
:end
exit

系1でのC:¥HATkEx¥HAmon¥etc¥BES2_act.batの設定例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥pdstart -q -c
exit

系2でのC:¥HATkEx¥HAmon¥etc¥BES1_act.batの設定例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥pdstart -q -c
exit

系2でのC:¥HATkEx¥HAmon¥etc¥BES2_act.batの設定例を次に示します。

@net start HiRDBClusterService
if "%ERRORLEVEL%"=="0" @go to end
@cd %PDDIR%
@%PDDIR%¥bin¥pdstart -q
:end
exit

(3)　HiRDB停止コマンドの設定例

PDDIRには，BESごとに異なる値を設定してください。

系1でのC:¥HATkEx¥HAmon¥etc¥BES1_term.batの設定例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥pdstop -z
exit

系1でのC:¥HATkEx¥HAmon¥etc¥BES2_term.batの設定例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥pdstop -z -c
exit

系2でのC:¥HATkEx¥HAmon¥etc¥BES1_term.batの設定例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥pdstop -z -c
exit

系2でのC:¥HATkEx¥HAmon¥etc¥BES2_term.batの設定例を次に示します。

@cd %PDDIR%
@%PDDIR%¥bin¥pdstop -z
exit

(4)　自動運用での起動用バッチファイルの設定例

自動運用での起動用バッチファイルの設定例を示します。Windows Server 2008（x64）およびWindows Server 2008 R2の場合は，最後の"exit"の代わりに"pause"を記述してください。

系１でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

cluster group BES1 /online:node1
exit

系2でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

cluster group BES2 /online:node2
exit

8.9.2　MSCSまたはMSFCの環境設定例

クラスタアドミニストレータを使用して，次の設定をします。

HA Toolkit Exグループの作成

HA Toolkit Exが使用するリソースの作成

サーバのグループの作成

サーバが使用するリソースの作成

サーバのサービスプロセスが使用するリソースの作成

＜この項の構成＞

(1)　HA Toolkit Exグループの作成

(2)　HA Toolkit Exが使用するリソースの作成

(3)　サーバのグループの作成

(4)　サーバが使用するリソースの作成

(5)　サーバのサービスプロセスが使用するリソースの作成

(1)　HA Toolkit Exグループの作成

系1および系2についてグループを作成し，次の内容を設定します。

表8-12　HA Toolkit Exグループの作成での設定例（1:1スタンバイレス型：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
新しいグループ | － | 名前 | HA_1 | HA_2
優先所有者 | － | 優先所有者 | node1，node2
プロパティ | フェールオーバー | しきい値 | 0
期間 | 0
フェールバック | － | 禁止する

（凡例）

－：該当しない

表8-13　HA Toolkit Exグループの作成での設定例（1:1スタンバイレス型：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | 名前 | HA_1 | HA_2
優先する所有者 | node1，node2
永続的なモードを有効にする※ | チェックしない
自動開始※ | チェックする
フェールオーバー | フェールオーバー | 指定した期間内の最大エラー数 | 0
期間 | 0
フェールバック | フェールバックを許可する | チェックする
今すぐ | チェックする

注※

Windows Server 2008 R2の場合にだけ該当する項目です。

(2)　HA Toolkit Exが使用するリソースの作成

HA Toolkit Exが使用するリソースの設定例，および起動バッチファイルの設定例（Windows Server 2008（x64）およびWindows Server 2008 R2）を示します。

(a)　HA Toolkit Exのリソースの設定例

系1および系2についてリソースを作成し，次の内容を設定します。

表8-14　HA Toolkit Exが使用するリソースの作成での設定例（1:1スタンバイレス型：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
新しいリソース | － | 名前 | HA_1 | HA_2
リソースの種類 | 汎用サービス
グループ | HA_1 | HA_1
別のリソースモニタでリソースを実行する | チェックする
実行可能な所有者 | － | 実行可能な所有者 | node1 | node2
依存関係 | － | － | 不要
汎用サービス パラメータ | － | サービス名 | "HAToolkit△Extension△node1" | "HAToolkit△Extension△node2"
起動パラメータ | 不要
レジストリの複製 | － | － | 不要
プロパティ | 詳細設定 | 再開しない | チェックする
ポーリング間隔 | リソースの種類からの値を使う | チェックする
待ちのタイムアウト | 180

（凡例）

△：1文字の半角スペース

－：該当しない

表8-15　HA Toolkit Exが使用するリソースの作成での設定例（1:1スタンバイレス型：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | リソース名 | HA_1 | HA_2
リソースの種類 | 汎用サービス
サービス名 | "HAToolkit△Extension△node1" | "HAToolkit△Extension△node2"
セットアップ パラメータ※1 | デフォルトのまま変更しない※2
ネットワーク名をコンピュータ名に使用する※3 | チェックしない
依存関係 | － | 不要
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，再起動しない | チェックする
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | node1 | node2
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

△：1文字の半角スペース

－：該当しない

注※1

Windows Server 2008 R2の場合は，［スタートアップ パラメータ］です。

注※2

Windows Server 2008 R2の場合は，空欄のまま変更しないでください。

注※3

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

(b)　起動用バッチファイルのリソースの作成（Windows Server 2008（x64）およびWindows Server 2008 R2）

起動用バッチファイルのリソースを作成し，次の内容を設定します。

表8-16　起動用バッチファイルのリソースの作成での設定例（1:1スタンバイレス型：Windows Server 2008（x64）およびWindows Server 2008 R2）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | リソース名 | "hatestart_2008x64△node1" | "hatestart_2008x64△node2"
リソースの種類 | 汎用サービス
コマンドライン | "C:¥HATkEx¥HAmon¥etc¥hatestart_2008x64.bat"
パラメータ | 不要
現在のディレクトリ | デフォルトのまま変更しない
ネットワーク名をコンピュータ名に使用する※ | チェックしない
依存関係 | AND/OR | 不要
リソース | "HAToolkit△Extension△node1" | "HAToolkit△Extension△node2"
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，再起動しない | チェックする
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | node1 | node2
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

△：1文字の半角スペース

－：該当しない

注※

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

(3)　サーバのグループの作成

系1および系2についてサーバのグループを作成し，次の内容を設定します。

表8-17　サーバのグループの作成での設定例（1:1スタンバイレス型：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
新しいグループ | － | 名前 | BES1 | BES2
優先所有者 | － | 優先所有者 | node1，node2 | node2，node1
プロパティ | フェールオーバー | しきい値 | 1以上
期間 | 0以上
フェールバック | － | 不要

（凡例）

－：該当しない

表8-18　サーバのグループの作成での設定例（1:1スタンバイレス型：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | 名前 | BES1 | BES2
優先する所有者 | node1，node2 | node2，node1
永続的なモードを有効にする※ | チェックしない
自動開始※ | チェックする
フェールオーバー | フェールオーバー | 指定した期間内の最大エラー数 | 1以上
期間 | 0以上
フェールバック | 不要

注※

Windows Server 2008 R2の場合にだけ該当する項目です。

(4)　サーバが使用するリソースの作成

あらかじめ，サーバが使用するリソースを作成し，設定してください。

(5)　サーバのサービスプロセスが使用するリソースの作成

系1および系2についてグループを作成し，次の内容を設定します。

表8-19　サーバのサービスプロセスが使用するリソースの作成での設定例（1:1スタンバイレス型：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
新しいリソース | － | 名前 | BES1 | BES2
リソースの種類 | 汎用サービス
グループ | BES1 | BES2
別のリソースモニタでリソースを実行する | チェックする
実行可能な所有者 | － | 実行可能な所有者 | node1，node2
依存関係 | － | リソースの依存関係 | サーバに必要なディスクリソースおよびIPアドレスを指定する
汎用サービス パラメータ | － | サービス名 | "HAToolkit△Service△BES1" | "HAToolkit△Service△BES2"
起動パラメータ | BES1 | BES2
レジストリの複製 | － | － | 不要
プロパティ | 詳細設定 | 再開する | チェックする
グループに適用する | チェックする
しきい値 | 0
期間 | 0
ポーリング間隔 | リソースの種類からの値を使う | チェックする
待ちのタイムアウト | 180

（凡例）

△：1文字の半角スペース

－：該当しない

表8-20　サーバのサービスプロセスが使用するリソースの作成での設定例（1:1スタンバイレス型：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 系1の設定値 | 系2の設定値
プロパティ | 全般 | リソース名 | BES1 | BES2
リソースの種類 | 汎用サービス
サービス名 | "HAToolkit△Service△BES1" | "HAToolkit△Service△BES2"
セットアップ パラメータ※1 | BES1 | BES2
ネットワーク名をコンピュータ名に使用する※2 | チェックしない
依存関係 | － | サーバに必要なディスクリソースおよびIPアドレスを指定する
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，現在のノードで再起動を試みる | チェックする
再起動期間 | 00:00
指定期間内での再起動の試行回数 | 0
再起動に失敗した場合は，このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする | チェックする
再起動の試みがすべて失敗した場合は，指定した時間（hh:mm）後にもう一度再起動を開始する | 指定は任意
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | node1，node2
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

△：1文字の半角スペース

－：該当しない

注※1

Windows Server 2008 R2の場合は，［スタートアップ パラメータ］です。

注※2

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

8.9.3　BESユニットをオンライン化するためのバッチファイル例

正規BESユニットだけでBESユニットをオンライン化するバッチファイルの作成例を次に示します。

系1でのC:¥HATkEx¥HAmon¥etc¥BES1_ONLINE.batの作成例を次に示します。

cluster group BES1 /online:node1

系2でのC:¥HATkEx¥HAmon¥etc¥BES2_ONLINE.batの作成例を次に示します。

cluster group BES2 /online:node2

8.10　HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Windows）

HiRDBの影響分散スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例を次に示します。

図8-5　HiRDBの影響分散スタンバイレス型系切り替えでのHA Toolkit Exのクラスタ構成例（Windows）

環境設定例の前提条件

この環境設定例では，次の条件を前提としています。

系1～系3から成るクラスタ構成である

HA Toolkit Exの自動運用をする

HiRDBを標準セットアップでインストールしている

系切り替え後などにHA Toolkit Exが再起動した場合，実行サーバは最初に設定したとおりに配置される（MSCSによる自動切り戻し）

HA Toolkit ExインストールディレクトリはC:¥HATkExである

HiRDBのHiRDB識別子は，HRD1とする

HiRDBの影響分散スタンバイレス型系切り替えでのクラスタ構成で，各系での環境設定例を次に示します。

HA Toolkit Exの環境設定例

MSCSの環境設定例

グループをオンライン・オフライン化するためのバッチファイル例

Windowsの環境設定例は，「8.8.2　Windowsの環境設定例」を参照してください。

＜この節の構成＞

8.10.1　HA Toolkit Exの設定例

8.10.2　MSCSまたはMSFCの環境設定例

8.10.3　グループをオンライン・オフライン化するためのバッチファイル例

8.10.1　HA Toolkit Exの設定例

次のファイルの設定例を示します。

すべての系で，同じ設定をしてください。

定義ファイル（servers）

termcommandオペランドで指定するHiRDB停止コマンド

自動運用での起動用バッチファイル

＜この項の構成＞

(1)　定義ファイル（servers）の設定例

(2)　HiRDB停止コマンドの設定例

(3)　自動運用での起動用バッチファイルの設定例

(1)　定義ファイル（servers）の設定例

C:¥HATkEx¥HAmon¥etc¥serversの設定例を次に示します。

/**************************** BES1 ***************************/
server  name            HRD1/bes1,
       alias           bes1,
       termcommand     C:¥HATkEx¥HAmon¥etc¥bes1_end.bat,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES2 ***************************/
server  name            HRD1/bes2,
       alias           bes2,
       termcommand     C:¥HATkEx¥HAmon¥etc¥bes2_end.bat,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES3 ***************************/
server  name            HRD1/bes3,
       alias           bes3,
       termcommand     C:¥HATkEx¥HAmon¥etc¥bes3_end.bat,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES4 ***************************/
server  name            HRD1/bes4,
       alias           bes4,
       termcommand     C:¥HATkEx¥HAmon¥etc¥bes4_end.bat,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES5 ***************************/
server  name            HRD1/bes5,
       alias           bes5,
       termcommand     C:¥HATkEx¥HAmon¥etc¥bes5_end.bat,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;
/**************************** BES6 ***************************/
server  name            HRD1/bes6,
       alias           bes6,
       termcommand     C:¥HATkEx¥HAmon¥etc¥bes6_end.bat,
       switch_nosby    actfail,
       onl_timming     act,
       patrol          60;

(2)　HiRDB停止コマンドの設定例

C:¥HATkEx¥HAmon¥etc¥bes[n]※_end.batファイルの内容を次に示します。

@rem  #################### stop HiRDB #####################################
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
cd %PDDIR%
%PDDIR%¥bin¥pdstop -z -s bes[n]※
exit

注※　[n]は，サーバごとに1～6に変えて作成してください。

(3)　自動運用での起動用バッチファイルの設定例

自動運用での起動用バッチファイルの設定例を次に示します。

(a)　Windows Server 2003 R2まで，およびWindows Server 2008（x86）の場合

系1でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

@rem ############# ONLINE Permission #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl bes1
C:¥HATkEx¥HAmon¥bin¥hateactonl bes2
@rem ############# BES1,BES2 ONLINE ############################
cluster group bes1 /online:node1 /wait
cluster group bes2 /online:node1 /wait
@rem ############# start HiRDB and all-BES ##############
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
exit

系2でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

@rem ############# ONLINE Permission #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl bes3
C:¥HATkEx¥HAmon¥bin¥hateactonl bes4
@rem ############# BES3,BES4 ONLINE ############################
cluster group bes3 /online:node2 /wait
cluster group bes4 /online:node2 /wait
@rem ############# start HiRDB and all-BES ##############
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
exit

系3でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

@rem ############# ONLINE Permission #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl bes5
C:¥HATkEx¥HAmon¥bin¥hateactonl bes6
@rem ############# BES5,BES6 ONLINE ############################
cluster group bes5 /online:node3 /wait
cluster group bes6 /online:node3 /wait
@rem ############# start HiRDB and all-BES ##############
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
exit

(b)　Windows Server 2008（x64）およびWindows Server 2008 R2の場合

系1でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

@rem ############# ONLINE Permission #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl bes1
C:¥HATkEx¥HAmon¥bin¥hateactonl bes2
@rem ############# BES1,BES2 ONLINE ############################
cluster group bes1 /online:node1 /wait
cluster group bes2 /online:node1 /wait
@rem ############# start HiRDB and all-BES ##############
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
@net start HiRDBClusterService
@if "%ERRORLEVEL%"=="0" @goto end
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
:end
pause

系2でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

@rem ############# ONLINE Permission #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl bes3
C:¥HATkEx¥HAmon¥bin¥hateactonl bes4
@rem ############# BES3,BES4 ONLINE ############################
cluster group bes3 /online:node2 /wait
cluster group bes4 /online:node2 /wait
@rem ############# start HiRDB and all-BES ##############
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
@net start HiRDBClusterService
@if "%ERRORLEVEL%"=="0" @goto end
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
:end
pause

系3でのC:¥HATkEx¥HAmon¥etc¥hatestart.batファイルの内容を次に示します。

@rem ############# ONLINE Permission #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl bes5
C:¥HATkEx¥HAmon¥bin¥hateactonl bes6
@rem ############# BES5,BES6 ONLINE ############################
cluster group bes5 /online:node3 /wait
cluster group bes6 /online:node3 /wait
@rem ############# start HiRDB and all-BES ##############
call C:¥¥win32app¥hitachi¥hirdb_p¥SAMPLE¥SAMPLECONF¥HiRDBCMD.BAT
@net start HiRDBClusterService
@if "%ERRORLEVEL%"=="0" @goto end
cd %PDDIR%
%PDDIR%¥bin¥pdstart -q
:end
pause

8.10.2　MSCSまたはMSFCの環境設定例

クラスタアドミニストレータを使用して，次の設定をします。

サーバのグループの作成

サーバが使用するリソースの作成

HA Toolkit Exの起動・停止をMSCSの起動・停止と連動させる場合は，MSCSにHA Toolkit Exのサービスを，グループおよびリソースとして登録します。HA Toolkit Exのサービスの登録については，「8.8.3　MSCSまたはMSFCの環境設定例」を参照してください。

＜この項の構成＞

(1)　サーバのグループの作成

(2)　サーバが使用するリソースの作成

(1)　サーバのグループの作成

サーバのグループの作成での設定例を次に示します。設定値は，影響分散するようシステム構成に合わせて決めてください。

表8-21　サーバのグループの作成での設定例（影響分散スタンバイレス型：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 設定値
新しいグループ | － | 名前 | サーバごとに，bes1～bes6を指定する
優先所有者 | － | 優先所有者 | bes1 | node1，node2，node3・・・の順
bes2 | node1，node3，node2・・・の順
bes3 | node2，node1，node3・・・の順
bes4 | node2，node3，node1・・・の順
bes5 | node3，node1，node2・・・の順
bes6 | node3，node2，node1・・・の順
プロパティ | フェールオーバー | しきい値 | 3
期間 | 1
フェールバック | － | 不要

（凡例）

－：該当しない

表8-22　サーバのグループの作成での設定例（影響分散スタンバイレス型：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 設定値
プロパティ | 全般 | 名前 | サーバごとに，bes1～bes6を指定する
優先する所有者 | bes1 | node1，node2，node3・・・の順
bes2 | node1，node3，node2・・・の順
bes3 | node2，node1，node3・・・の順
bes4 | node2，node3，node1・・・の順
bes5 | node3，node1，node2・・・の順
bes6 | node3，node2，node1・・・の順
永続的なモードを有効にする※ | チェックしない
自動開始※ | チェックする
フェールオーバー | フェールオーバー | 指定した期間内の最大エラー数 | 3
期間 | 1
フェールバック | 不要

注※

Windows Server 2008 R2の場合にだけ該当する項目です。

(2)　サーバが使用するリソースの作成

サーバが使用するリソースの作成での設定例を次に示します。

表8-23　サーバが使用するリソースの作成での設定例（影響分散スタンバイレス型：Windows Server 2003 R2まで）

ダイアログ名称 | タブ名称 | 設定項目 | 設定値
新しいリソース | － | 名前 | サーバごとに，bes1～bes6を指定する
リソースの種類 | 汎用サービス
グループ | サーバごとに，bes1～bes6を指定する
別のリソースモニタでリソースを実行する | チェックする
実行できる所有者 | － | 実行できる所有者 | すべてのサーバで，"node1，node2，node3"を指定する
依存関係 | － | リソースの依存関係 | サーバごとに必要なディスクリソースおよびIPリソースを指定する
汎用サービス パラメータ | － | サービス名 | "HAToolkit Service bes[n]※"
起動パラメータ | サーバごとに，bes1～bes6を指定する
レジストリの複製 | － | － | 不要
プロパティ | 詳細設定 | 再開する | チェックする
グループに適用する | チェックする
しきい値 | 0
期間 | 0
ポーリング間隔 | リソースの種類からの値を使う | チェックする
待ちのタイムアウト | 180

（凡例）

－：該当しない

注※

[n]は，サーバごとに1～6に変えて設定してください。

表8-24　サーバが使用するリソースの作成での設定例（影響分散スタンバイレス型：Windows Server 2008以降）

ダイアログ名称 | タブ名称 | 設定項目 | 設定値
プロパティ | 全般 | リソース名 | サーバごとに，bes1～bes6を指定する
リソースの種類 | 汎用サービス
サービス名 | "HAToolkit Service bes[n]※1"
セットアップ パラメータ※2 | サーバごとに，bes1～bes6を指定する
ネットワーク名をコンピュータ名に使用する※3 | チェックしない
依存関係 | － | サーバに必要なディスクリソースおよびIPリソースを指定する
ポリシー | リソース エラーへの対応 | リソースが失敗状態になった場合は，再起動しない | チェックする
再起動期間 | 00:00
指定期間内での再起動の試行回数 | 0
再起動に失敗した場合は，このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする | チェックする
再起動の試みがすべて失敗した場合は，指定した時間（hh:mm）後にもう一度再起動を開始する | 指定は任意
保留タイムアウト | 03:00
詳細なポリシー | 実行可能な所有者 | すべてのサーバで，"node1，node2，node3"を指定する
基本的なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
完全なリソース正常性チェックの間隔 | リソースの種類の標準間隔を使用する | チェックすることを推奨
このリソースを別のリソース モニタで実行する | チェックする
レジストリのレプリケーション | － | 不要

（凡例）

－：該当しない

注※1

[n]は，サーバごとに1～6に変えて設定してください。

注※2

Windows Server 2008 R2の場合は，［スタートアップ パラメータ］です。

注※3

Windows Server 2008 R2の場合は，［コンピュータ名にネットワーク名を使用する］です。

8.10.3　グループをオンライン・オフライン化するためのバッチファイル例

クラスタソフトから，サーバのグループをオンライン・オフライン化するためのバッチファイル例を，次に示します。

＜この項の構成＞

(1)　bes1～6を実行サーバとしてオンライン化するためのバッチファイル例

(2)　実行サーバbes1～6をオフライン化するためのバッチファイル例

(1)　bes1～6を実行サーバとしてオンライン化するためのバッチファイル例

一つの系につき，六つのファイルを作成してください。

C:¥HATkEx¥HAmon¥etc¥batch¥bes[n]※1_online.batの設定例を示します。

set BES=bes[n]※1
set NODE=node[k]※2
@rem ############# BES1 ONLINE #################################
C:¥HATkEx¥HAmon¥bin¥hateactonl %BES%
cluster group %BES% /online:%NODE% /wait
exit

注※1　[n]は，サーバごとに1～6に変えて作成してください。

注※2　[k]は，系ごとに1～3に変えて作成してください。

(2)　実行サーバbes1～6をオフライン化するためのバッチファイル例

一つの系につき，六つのファイルを作成してください。

C:¥HATkEx¥HAmon¥etc¥batch¥bes[n]※1_offline.batの設定例を示します。

set BES=bes[n]※1
set NODE=node[k]※2
@rem ############# BES1 OFFLINE #################################
cluster group %BES% /offline /wait
exit

注※1　[n]は，サーバごとに1～6に変えて作成してください。

注※2　[k]は，系ごとに1～3に変えて作成してください。

9.　コマンド

この章では，HA Toolkit Exのコマンドについて説明します。

＜この章の構成＞

コマンド一覧

hateactonl

hatecheck

hatehaltserv

hatesbystp

hateserv

hateshow

hatestart

hatestop

hatets

コマンド一覧

HA Toolkit ExはOSによって使用できるコマンドが異なります。

HA Toolkit Exのコマンド一覧を次に示します。

表9-1　HA Toolkit Exのコマンド一覧

コマンド名 | 機能 | HP-UX | Solaris | Windows
hateactonl | 待機サーバが起動していない系で実行サーバの起動を許可します。 | ○ | ○ | ○
hatecheck | HA Toolkit Exの定義ファイルの定義チェックをします。 | ○ | ○ | ○
hatehaltserv | HA Toolkit Exのサービスプロセスを停止します。 | × | △ | ×
hatesbystp | 待機サーバを停止します。 | ○ | ○ | ○
hateserv | HA Toolkit Exが監視するサーバを起動します。 | △ | △ | ×
hateshow | 自系内のサーバの状態を表示します。他系の状態は表示しません。 | ○ | ○ | ○
hatestart | HA Toolkit Exの監視プロセスを起動します。 | ○ | ○ | ×
hatestop | HA Toolkit Exの監視プロセスを停止します。 | ○ | ○ | ×
hatets | HA Toolkit Exのトラブルシュート情報を収集します。 | ○ | ○ | ○

（凡例）

○：使用できます。

×：使用できません。

△：クラスタソフトの定義ファイルに指定するときだけ使用できます。

hateactonl

形式

hateactonl　サーバ識別名　［{-e｜-d}］

機能

待機サーバが起動していない系で，実行サーバの起動を許可します。または，クラスタソフトでの系切り替えを許可します。hateactonlコマンドは，HA Toolkit Exの定義ファイル（servers）にあるswitch_nosbyオペランドにactfailを指定したサーバだけに使用できます。

HiRDBの影響分散スタンバイレス型系切り替えの場合，待機サーバが起動していない系でクラスタソフトからのオンライン操作によって実行サーバを起動する前に，このコマンドを実行してください。

待機サーバが起動していない系での実行サーバの起動が許可されているかどうかは，hateshow -eコマンドで確認できます。

実行サーバの起動許可が解除されるタイミングを，次に示します。これらの場合は，hateactonlコマンドを実行したときにエラーが発生します。

待機サーバが起動完了
hateactonlコマンド実行後に待機サーバを起動したときは，エラーは発生しません。

クラスタソフトからのオンライン操作によって，HA Toolkit Exのサービスプロセスが起動完了

HA Toolkit Exが停止中

オプション

サーバ識別名

対象サーバのサーバ識別名を指定します。

-e

待機サーバの起動していない系で，実行サーバの起動を許可します。

-d

待機サーバの起動していない系で，実行サーバの起動許可の状態を解除します。

注意事項

hateactonlコマンドおよびクラスタソフトのオンライン化コマンドを記述したシェルスクリプトを，あらかじめ作成することを推奨します。

起動許可を与えたサーバの定義をHA Toolkit Exの定義ファイル（servers）から変更・削除しても，サーバの起動許可の状態は解除されません。解除する場合は，hateshow -eコマンドで状態を確認したあと，hateactonlコマンドの-dオプションで起動許可を取り消してください。

hatecheck

形式

hatecheck

機能

定義チェックコマンドです。定義ファイルの定義チェックをします。定義規則に合っていない場合，該当する内容が表示されます。

Windowsでは，定義に誤りがなければ，サーバに対応するサービスプロセスをWindowsのサービスとして登録します。すでに同じサービスが登録されている場合は，いったんサービスを削除して，再登録されます。サーバに対応するサービスプロセス名称は，"HAToolkit Service サーバ識別名"です。

オプション

なし

hatehaltserv

形式

hatehaltserv　サーバ識別名

機能

HA Toolkit Exのサービスプロセス停止コマンドです。VCSのApplicationエージェントの停止コマンドに，hatehaltservコマンドを完全パス名で指定します。HP-UXおよびWindowsではこのコマンドはありません。

オプション

サーバ識別名

サーバのサーバ識別名を指定します。

注意事項

hatehaltservコマンドをVCSのApplicationエージェントの停止コマンドに指定する以外で使用しないでください。

hatehaltservコマンドを実行する前に，HA Toolkit Exの定義ファイル（servers）で，監視するサーバを定義する必要があります。

hatesbystp

形式

hatesbystp　サーバ識別名

機能

待機サーバ停止コマンドです。HA Toolkit Exが監視する待機サーバを停止します。

オプション

サーバ識別名

サーバのサーバ識別名を指定します。

注意事項

待機サーバを停止するには，必ずhatesbystpコマンドを使用してください。サーバの停止コマンドでは，待機サーバを停止できません。

hateserv

形式

hateserv　サーバ識別名

機能

実行サーバ起動コマンドです。HA Toolkit Exが監視するサーバを起動します。

HP-UXの場合

MC/ServiceGuardのパッケージ制御スクリプトに，hateservコマンドを完全パス名で指定します。

Solarisの場合

VCSのApplicationエージェントの起動コマンドに，hateservコマンドを完全パス名で指定します。

Windowsの場合

Windowsではこのコマンドはありません。

hateservコマンドを実行すると，HA Toolkit Exのサービスプロセスが起動されます。このサービスプロセスは，サーバを起動したあとも終了しないで，クラスタソフトの監視対象プロセスとなります。サーバの障害を検知したり，MC/ServiceGuardのパッケージ停止コマンドを実行したりすると，サービスプロセスが終了します。

オプション

サーバ識別名

サーバのサーバ識別名を指定します。

注意事項

hateservコマンドをMC/ServiceGuardのパッケージ制御スクリプトやVCSのApplicationエージェントの起動コマンドに指定する以外で使用しないでください。

hateservコマンドを実行する前に，HA Toolkit Exの定義ファイル（servers）で，監視するサーバを定義する必要があります。

hateshow

形式

hateshow　［-s｜-e］［サーバ識別名］

機能

サーバ状態表示コマンドです。自系内のサーバの状態を表示します。

オプション

サーバ識別名

サーバのサーバ識別名を指定します。省略した場合，すべてのサーバの状態が表示されます。

-s

自系にあるサーバのサービスプロセスの状態を表示します。

サーバ識別名を指定した場合，指定したサーバ識別名に対応するサービスプロセスの状態を表示します。

-e

HA Toolkit Exのhateactonlコマンドによって実行サーバの起動許可が与えられたサーバ識別名の一覧を表示します。

サーバ識別名を指定した場合，指定したサーバが実行サーバとして起動許可されていれば"Enable"を表示し，許可されていなければ"Disable"を表示します。

使用例

オプションを指定しない場合の表示例

オプションを指定しない場合の表示例を，次に示します。

KAME213-I　 Own servers
　Alias    Status
　server1  ONL
　server2  *ONL*

表示例の"Status"では，稼働中のすべてのサーバの状態を表示します。表示される内容は次のとおりです。

表示される内容 | サーバの状態
(ONL) | 実行サーバの起動中
ONL | 実行サーバの起動完了
ONL>> | 実行サーバの停止中
*ONL* | 実行サーバの再起動待ち状態
(SBY) | 待機サーバの起動中
SBY | 待機サーバの起動完了
SBY>> | 待機サーバの停止中
表示なし | サーバ未起動

-sオプションを指定した場合の表示例

-sオプションを指定した場合の表示例を，次に示します。

KAME214-I　 Display service status
　Alias    Status
　server1  (act)
　server2  act

表示例の"Status"では，サーバのサービスプロセスの状態を表示します。表示される内容は次のとおりです。

(act)

サービスプロセスが起動中です。クラスタソフトからのグループのオンライン操作によってサービスプロセスが実行され，実行サーバの起動完了を待っている状態です。

act

サービスプロセスが起動完了しています。サービスプロセスの起動完了には，次の種類があります。

実行サーバが起動完了している状態
クラスタソフトからのグループのオフライン操作によって，実行サーバを停止できます。

サービスプロセスだけが起動完了している状態
サーバ（OpenTP1，HiRDB）の停止コマンドだけで実行サーバを停止したか，または，サービスグループをオンライン化したあとに実行サーバを起動しない設定の場合です。この場合，HA Toolkit Exの定義ファイル（servers）で設定したサーバ起動コマンドを実行すると，サーバは実行サーバとして起動され，サービスプロセスは実行サーバを監視します。クラスタソフトのグループのオフライン操作をすれば，サービスプロセスが停止します。

実行サーバの再起動を待っている状態
HP-UXの場合です。この場合，HA Toolkit Exの定義ファイル（servers）で設定したサーバの起動コマンドを実行すると，サーバは実行サーバとして起動され，サービスプロセスは実行サーバを監視します。クラスタソフトのグループのオフライン操作をすれば，サービスプロセスが停止します。

act>>

サービスプロセスが停止中です。クラスタソフトからのサービスグループのオフライン操作後，実行サーバの停止を待っている状態です。なお，サービスプロセスが異常終了し，サーバを強制停止するまでの間も"act>>"が表示されます。

表示なし

サービスプロセスが未起動です。クラスタソフトからのサービスグループのオンライン操作によって，実行サーバを起動できる状態です。HA Toolkit Exの定義ファイル（servers）で設定したサーバの起動コマンドを実行した場合は，サーバは待機サーバとして起動します。

-eオプションを指定した場合の表示例

-eオプションを指定した場合の表示例を，次に示します。

KAME262-I　 Display the permit status
　Alias    Status
　server1  Enable
　server2  Enable
　server3  Enable

表示例の"Status"では，実行サーバの起動許可の状態を表示します。表示される内容は次のとおりです。

Enable

hateactonl -eコマンドで実行サーバの起動が許可された状態です。

Disable

hateactonl -eコマンドが実行されていない状態です。hateshowコマンドにサーバ識別名を指定した場合にだけ，表示されます。

注意事項

他系の状態は表示しません。

hatestart

形式

hatestart

機能

HP-UXおよびSolarisの場合

HA Toolkit Exの監視プロセスを起動します。

Windowsの場合

Windowsではこのコマンドはありません。Windowsのサービスコントロールマネージャから，サービス名称が"HAToolkit△Extension△ホスト名"のサービスを開始してください。MSCSにこのサービスが登録されている場合は，MSCSからオンライン操作することによって，HA Toolkit Exの監視プロセスを起動してください。

また，MSCSにこのサービスを登録して自動運用をしている場合は，Windowsのサービスコントロールマネージャから，このサービスの操作はしないでください。

オプション

なし

hatestop

形式

hatestop

機能

HA Toolkit Exの監視プロセスを停止します。Windowsではこのコマンドはありません。

HP-UXおよびSolarisの場合

HA Toolkit Exの監視プロセスを停止します。

Windowsの場合

Windowsではこのコマンドはありません。Windowsのサービスコントロールマネージャから，サービス名称が"HAToolkit△Extension△ホスト名"のサービスを停止してください。MSCSにこのサービスが登録されている場合は，MSCSからオフライン操作することによって，HA Toolkit Exの監視プロセスを停止してください。なお，MSCSからオフライン操作によりHA Toolkit Exを停止後，そのままMSCSを停止した場合，次回のMSCS起動時に，HA Toolkit Exが自動起動されません。

また，MSCSにこのサービスを登録して自動運用をしている場合は，Windowsのサービスコントロールマネージャから，このサービスの操作はしないでください。

オプション

なし

hatets

形式

hatets

機能

トラブルシュートコマンドです。HA Toolkit Exのトラブルシュートに必要な情報を取得します。HA Toolkit Exの稼働中に障害が発生した場合，実行してください。

HA Toolkit Exが稼働していない場合は，メッセージKAME051-Eが出力されます。

HP-UXおよびSolarisの場合

DATなどの媒体に，HA Toolkit Exのトラブルシュートに必要な情報を収集します。

Windowsの場合

｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥spool下に，HA Toolkit Exのメモリ情報を取得します。

オプション

なし

使用例

HP-UXおよびSolarisの場合の使用例を次に示します。

>cd /opt/hitachi/HAmon/bin
>hatkts
### Hitachi HA Toolkit Extension 障害情報採取ツール
### DATE:2002/04/26 12:00:00

Hitachi HA Toolkit Extension の障害情報をDATに出力します。
DAT装置のデバイス名を入力してください。
（リターンキーで /dev/rmt/0m を仮定します）
  =>
>/dev/rmt/0m
  DAT装置にテープを装着して，リターンキーを押してください。
  =>
（ "e" + リターンキーでツールを終了します）
>
  障害情報をDATに出力しています。しばらくお待ちください。
  障害情報の採取が終了しました。

（凡例）>：オペレーターの操作を示す。

Windowsの場合の使用例を次に示します。

hatets
:
<<command complete!!>>

10.　メッセージ

この章では，HA Toolkit Exが出力するメッセージについて説明します。

＜この章の構成＞

10.1　メッセージの形式

10.2　メッセージテキスト

10.1　メッセージの形式

メッセージの記述形式および出力形式について説明します。

＜この節の構成＞

10.1.1　メッセージの記述形式

10.1.2　メッセージの出力形式

10.1.3　メッセージIDの記号

10.1.4　メッセージの出力先

10.1.5　メッセージの言語種別

10.1.1　メッセージの記述形式

このマニュアルでのメッセージの記述形式を次に示します。

メッセージID（出力先）

［日本語］
日本語のメッセージテキスト
［英語］
英語のメッセージテキスト

メッセージの説明文

S：システムがメッセージを出力したあとの主な動作を示します。

O：メッセージ確認時，オペレーターがとる対処を示します。

対処：メッセージ確認時，システム管理者がとる対処を示します。

10.1.2　メッセージの出力形式

出力されるメッセージの形式を次に示します。

KAXXnnn-i　xxxxxxxxxx

10.1.3　メッセージIDの記号

メッセージIDの記号の意味を次に示します。

KAXX：メッセージプリフィクスIDです。
KAME：HA Toolkit Exのメッセージであることを示します。

nnn：メッセージの通し番号です。

i：メッセージの種類です。

表10-1　メッセージの種類

種類
意味

E

各ライブラリ，コマンド，サーバの機能が働かない障害が発生したことを示しています。

定義誤り，コマンドのオペランド指定誤りによって，動作できないことを示しています。

W

各ライブラリ，コマンド，サーバからのメモリの使用状況などの警告を示しています。

定義誤り，コマンドのオペランド指定誤りはありましたが，値を仮定して動作を続行することを示しています。

D
各ライブラリ，コマンド，サーバの機能が働かない障害が発生したため，動作を保留していることを示しています。動作を続行する場合はなんらかの対応が必要です。

I
上記E，W，Dに該当しないメッセージで，単純に動作を示しています。

xxxxxxxxxx：メッセージテキストです。
各OSに共通の記述の場合，MC/ServiceGuard，VCS，およびMSCSをまとめてクラスタソフトと呼びます。ほかの用語については，Solarisを前提として記述しています。ほかのOSをお使いの場合，用語を読み替えてください。

10.1.4　メッセージの出力先

一つのメッセージが複数の出力先を持つ場合は，出力先種別を"+"でつないで記載しています。メッセージの出力先を次に示します。

表10-2　メッセージの出力先種別

種別 | 出力先
L | メッセージログファイル（syslog）またはイベントログ
S | 標準出力
E | 標準エラー出力

10.1.5　メッセージの言語種別

HA Toolkit Exでは，日本語と英語のメッセージテキストを用意しています。コマンドなどの標準出力，標準エラー出力へのメッセージの言語は，LANG環境変数の設定またはWindowsの設定に従います。

なお，syslogファイルへの出力メッセージは，常に英語メッセージが出力されます。

10.2　メッセージテキスト

メッセージテキストをメッセージの通し番号順に示します。

KAME001-I（L+S）

［日本語］
Hitachi HA Toolkit Extension（vv-rr）を起動します。
［英語］
Hitachi HA Toolkit Extension (vv-rr) is started.

HA Toolkit Exの起動を開始します。
vv：バージョン番号
rr：リビジョン番号

S：処理を続行します。

KAME002-I（L+S）

［日本語］
Hitachi HA Toolkit Extensionを起動しました。処理を開始します。
［英語］
Hitachi HA Toolkit Extension was completed. Processing is started.

HA Toolkit Exを正常に起動しました。

S：処理を続行します。

KAME003-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionを起動できません。
［英語］
Hitachi HA Toolkit Extension cannot be started.

HA Toolkit Exのサービスの起動処理でエラーが検知されたため，HA Toolkit Exを起動できません。このメッセージの出力前に，エラーの詳細を示すメッセージが出力されます。

S：処理を終了します。

O：エラーの詳細を示すメッセージの指示する対処をしてください。

KAME004-E（L+E）

［日本語］
スーパーユーザでないためコマンドを実行できません。
［英語］
Because not super user, command cannot be executed.

スーパーユーザーでないため，入力したコマンドは実行できません。

S：コマンド処理を中止します。

O：スーパーユーザーになって，コマンドを再入力してください。

KAME005-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionが正しく組み込まれていません。
［英語］
Hitachi HA Toolkit Extension does not install correctly.

HA Toolkit Exが正しく組み込まれていないため，HA Toolkit Exを起動できません。

S：処理を終了します。

O：HA Toolkit Exのプログラム本体や，環境情報（定義ファイル）などのシステムへの組み込みが正しいかどうかを確認してください。

正しい場合には，システム管理者に連絡してください。

対処：このメッセージの前に出力されているメッセージKAME601-Wで示されるシステムコールのエラー要因を取り除いてください。

KAME006-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionが既に稼働しています。
［英語］
Hitachi HA Toolkit Extension is already processing.

HA Toolkit Exがすでに稼働しているため，HA Toolkit Exを起動できません。
Windowsで自動運用の設定をしていて，MSCSに"HAToolkit Extension ホスト名称"のサービスを登録している場合は，フェールオーバーをする設定になっていることが考えられます。

S：処理を終了します。

O：稼働中のHA Toolkit Exを停止して，HA Toolkit Exを再起動してください。MSCSの設定を確認してください。

KAME007-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionの制御ファイルがオープンできません。
［英語］
The control file of Hitachi HA Toolkit Extension cannot be opened.

HA Toolkit Exの制御ファイル（.CTLFILE）がオープンできないため，HA Toolkit Exを起動できません。

S：処理を終了します。クラスタソフトがサービスの障害を検知し，系切り替えを実施します。

O：制御ファイルがあるかどうかを調査してください。

HA Toolkit Exの制御ファイル（.CTLFILE）の格納場所はOSによって異なります。

/opt/hitachi/HAmon/etc/.CTLFILE

｛HA Toolkit Exインストールディレクトリ｝¥etc¥.CTLFILE

制御ファイルがあれば削除してから，HA Toolkit Exのサービスを再起動してください。

制御ファイルがなければ，システム管理者に連絡してください。

対処：このメッセージの前に出力されているメッセージKAME650-Eで示されるシステムコールのエラー要因を取り除いてください。

KAME008-E（L+E）

［日本語］
共有メモリを確保できません。原因コード：aa メモリ量：bb....bb
［英語］
Shared memory cannot be gotten. Cause code:aa Memory size:bb....bb

共有メモリ領域が確保できないため，HA Toolkit Exを起動できません。原因コードに示される原因を調査してください。
aa：原因コード（共有メモリ確保時のシステムコールの終了コード，1～2けた）
bb....bb：確保しようとしたメモリ容量（単位：バイト）

S：処理を終了します。クラスタソフトがサービスの障害を検知し，系切り替えを実施します。

O：システムが使用できる現在のメモリ容量を調査してください。

システムの使用できるメモリ容量が，bb....bbで示される値より小さい場合は，システムの値を変更して，サービスを再起動してください。値が大きい場合は，確保したメモリ容量と原因コードをシステム管理者に連絡してください。

対処：このメッセージの前に出力されているメッセージKAME650-Eで示されるシステムコールのエラー要因を取り除いてください。

KAME009-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionの制御ファイルに書き込みできません。
原因コード：aa
［英語］
It cannot be written in the control file of Hitachi HA Toolkit Extension.
Cause code:aa

HA Toolkit Exの制御ファイル（.CTLFILE）に，出力できません。
aa：原因コード（制御ファイルに出力した際の終了コード，1～2けた）

S：処理を終了します。クラスタソフトがサービスの障害を検知し，系切り替えを実施します。

O：原因コードをシステム管理者に連絡してください。

対処：このメッセージの前に出力されているメッセージKAME650-Eで示されるシステムコールのエラー要因を取り除いてください。

なお，HA Toolkit Exの制御ファイル（.CTLFILE）の格納場所はOSによって異なります。

/opt/hitachi/HAmon/etc/.CTLFILE

｛HA Toolkit Exインストールディレクトリ｝¥etc¥.CTLFILE

KAME010-W（L+E）

［日本語］
Hitachi HA Toolkit Extensionの制御ファイルがクローズできません。
［英語］
The control file of Hitachi HA Toolkit Extension cannot be closed.

HA Toolkit Exの制御処理で，制御ファイル（.CTLFILE）がクローズできません。

S：処理を続行します。

O：制御ファイルを削除してください。

HA Toolkit Exの制御ファイル（.CTLFILE）の格納場所はOSによって異なります。

/opt/hitachi/HAmon/etc/.CTLFILE

｛HA Toolkit Exインストールディレクトリ｝¥etc¥.CTLFILE

KAME011-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionの実行に必要なメモリが不足しています。
メモリ量：aa....aa
［英語］
A memory that is necessary to execute Hitachi HA Toolkit Extension runs short. Memory size:aa....aa

データ空間の大きさが，HA Toolkit Exの実行に必要なメモリより小さいため，HA Toolkit Exを起動できません。
aa....aa：確保している共有メモリ容量（単位：バイト）

S：処理を終了します。クラスタソフトがサービスの障害を検知し，系切り替えを実施します。

O：出力される共有メモリ容量と，HA Toolkit Exの実行に必要なデータ空間の大きさを調査し，HA Toolkit Exのサービスを再起動してください。必要な大きさのデータ空間を確保してもこのメッセージが出力される場合は，システム管理者に連絡してください。

KAME012-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionの処理を開始できません。
［英語］
Processing of Hitachi HA Toolkit Extension cannot be started.

HA Toolkit Exの監視プロセスを起動できません。このメッセージの出力前に，エラーの詳細を示すメッセージが出力されます。

S：処理を終了します。クラスタソフトがサービスの障害を検知し，系切り替えを実施します。

O：エラーの詳細を示すメッセージの指示する対処をしてください。

KAME013-E（L）

［日本語］
共有メモリファイルを削除できません。
［英語］
Shared memory file cannot be deleted.

共有メモリファイルの削除に失敗したため，HA Toolkit Exを起動できません。

S：処理を続行します。

O：｛HA Toolkit Exインストールディレクトリ｝¥spool¥shm下に格納されているすべての共有メモリファイルを削除し，再度HA Toolkit Exを起動してください。

KAME021-E（L+E）

［日本語］
aa....aaコマンドの形式に誤りがあります。
［英語］
There are syntax errors in command(aa....aa).

コマンドの入力形式に誤りがあります。
aa....aa：コマンド名

S：コマンド処理を中止します。

O：コマンドを正しい形式で入力してください。

コマンド名がhateservコマンドの場合，クラスタソフトからサービスグループのオフライン化コマンドを実行して，サービスを停止してください。

KAME050-I（L+S）

［日本語］
Hitachi HA Toolkit Extensionが終了しました。
［英語］
Hitachi HA Toolkit Extension is terminated.

HA Toolkit Exを正常終了しました。

S：処理を続行します。

KAME051-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionが稼働していません。
［英語］
Hitachi HA Toolkit Extension is not processing.

次に示す原因で，コマンドを実行できません。

HA Toolkit Exの監視プロセスが動作していません。

制御ファイルに異常があります。

共有メモリに異常があります。

S：処理を中止します。サーバの監視中であった場合は，クラスタソフトによって系切り替えが実施されます。

O：HA Toolkit Exが稼働している状態でこのメッセージが出力された場合は，システム管理者に連絡してください。

KAME053-W（L+E）

［日本語］
共有メモリが解放できません。
［英語］
Shared memory cannot be freed.

HA Toolkit Exで確保していた共有メモリの解放時に，システムコールでエラーが発生しました。

S：処理を続行します。

O：システム管理者に連絡してください。

KAME054-E（L+E）

［日本語］
hatestopコマンドに異常が発生しました。Hitachi HA Toolkit Extensionを終了できません。
［英語］
Errors occurred in command(hatestop). Hitachi HA Toolkit Extension cannot be terminated.

プロセス間通信で異常が発生したため，HA Toolkit Exを終了できません。

S：コマンド処理を中止します。

O：hatestopコマンドを再入力してください。

KAME055-E（L+E）

［日本語］
サーバ，又はサービスプロセスがあります。Hitachi HA Toolkit Extensionを終了できません。
［英語］
Server or Service process exists. Hitachi HA Toolkit Extension cannot be terminated.

サーバまたはサービスプロセスがあるため，HA Toolkit Exの終了要求は受け付けられません。

S：処理を終了します。

O：hateshowコマンドでサーバの状態を確認してください。

実行サーバがあれば，該当するサーバの停止方法で停止させてから，hatestopコマンドを実行してください。

待機サーバがあれば，hatesbystpコマンドですべて停止させてから，hatestopコマンドを実行してください。

サービスプロセスがあれば，クラスタソフトからサービスグループのオフライン化コマンドを実行して，サービスを停止させてから，hatestopコマンドを実行してください。

KAME056-I（S）

［日本語］
Hitachi HA Toolkit Extensionが終了しました。
［英語］
Hitachi HA Toolkit Extension is terminated.

HA Toolkit Exを正常終了しました。

S：処理を続行します。

KAME057-I（S）

［日本語］
実行サーバ，又は待機サーバがあります。Hitachi HA Toolkit Extensionの終了を延期します。
［英語］
Online server or Standby server exists. Terminating of Hitachi HA Toolkit Extension is postponed.

実行サーバまたは待機サーバがあるため，HA Toolkit Exの終了を延期します。

S：自系のサーバがすべて停止してから，処理を終了します。

KAME060-I（L+E）

［日本語］
Hitachi HA Toolkit Extensionが稼働していません。
［英語］
Hitachi HA Toolkit Extension is not processing.

HA Toolkit Exの監視プロセスが動作していないため，コマンドを実行できません。

S：コマンド処理を中止します。

O：HA Toolkit Exの監視プロセスが稼働している状態でこのメッセージが出力された場合は，システム管理者に連絡してください。

KAME100-I（S）

［日本語］
定義ファイルのチェックを開始します。
［英語］
A check of a definition file is started.

hatecheckコマンドを受け付け，定義ファイルのチェックを開始します。

S：処理を続行します。

KAME101-I（S）

［日本語］
定義ファイルのチェックが終了しました。誤りはありません。
［英語］
A check of a definition file was completed perfectly.

定義ファイルに誤りはなく，チェックが正常終了しました。

S：処理を続行します。

KAME102-E（HP-UXおよびSolarisの場合：E）（Windowsの場合：L）

［日本語］
定義ファイルのチェックが終了しました。ファイルに誤りがあります。
［英語］
A check of a definition file was stopped abnormally.

定義ファイル中に誤りがあります。

S：処理を終了します。

KAME120-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドにdd....ddがありません。
［英語］
Definition file:aa....aa, There is not dd....dd in cc....cc operand of the bb....bb definition sentence.

サーバ起動時，該当するサーバ定義を，サーバ名またはサーバ識別名を基に探しましたが，一致するものがありません。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名
dd....dd：オペランドの内容

S：処理を終了します。

O：定義ファイルの内容を確認してください。

KAME130-E（L+E）

［日本語］
定義ファイル：aa....aa ファイルがないか，ファイルが読み取り用になっていないため，オープンできません。
［英語］
Definition file:aa....aa, Because the file does not exist or the file does not consist for reading, it cannot open.

定義ファイルがオープンできません。
aa....aa：定義ファイル名

S：処理を終了します。

O：定義ファイルの内容を確認してください。

KAME140-E（L+E）

［日本語］
定義ファイル：aa....aa bb行目の文字数が多過ぎます。
［英語］
Definition file:aa....aa, The number of characters of the bb line is too much.

定義ファイル内で指定された文字列の長さが，1,024文字を超えています。
aa....aa：定義ファイル名
bb：文字列がある相対行番号

S：処理を終了します。

O：定義ファイルで，エラーとなった行の文字列を確認してください。

対処：このメッセージの前に出力されているメッセージKAME650-Eで示されるシステムコールのエラー要因を取り除いてください。

KAME142-E（L+E）

［日本語］
定義ファイル：aa....aa bb行目のcc....cc定義文のdd....ddオペランドの指定値の定義方法が誤っています。
［英語］
Definition file:aa....aa, The method of a definition of the value of the dd....dd operand of the cc....cc definition sentence of the bb line is incorrect.

定義ファイルで，オペランドの指定値の定義方法が誤っています。
aa....aa：定義ファイル名
bb：指定値がある相対行番号
cc....cc：定義文名
dd....dd：オペランド名

S：処理を終了します。

O：定義ファイルで，エラーとなった行の指定値を確認してください。

KAME144-E（L+E）

［日本語］
定義ファイル：aa....aa bb行目のcc....cc定義文の定義方法が誤っています。
［英語］
Definition file:aa....aa, The method of a definition of the cc....cc definition sentence of the bb line is incorrect.

定義ファイルで，定義文の定義方法が誤っています。
aa....aa：定義ファイル名
bb：定義文がある相対行番号
cc....cc：定義文名

S：処理を終了します。

O：定義ファイルの内容を確認してください。

KAME146-E（L+E）

［日本語］
定義ファイル：aa....aa bb行目のcc....cc定義文のdd....ddオペランドの定義方法が誤っています。
［英語］
Definition file:aa....aa, The method of a definition of the dd....dd operand of the cc....cc definition sentence of the bb line is incorrect.

定義ファイルで，オペランドの定義方法が誤っています。
aa....aa：定義ファイル名
bb：オペランドがある相対行番号
cc....cc：定義文名
dd....dd：オペランド名

S：処理を終了します。

O：定義ファイルで，エラーとなった行のオペランドを確認してください。

KAME148-W（L+E）

［日本語］
定義ファイル：aa....aa bb行目のcc....cc定義文のdd....ddオペランドの指定値ee....eeに不要な区切り記号(f)があります。区切り記号を無視します。
［英語］
Definition file:aa....aa, Unnecessary end symbol(f) is defined in the ee....ee of the dd....dd operand of the cc....cc definition sentence of the bb line. An end symbol is ignored.

定義ファイル中のオペランドに不要な区切り記号があるため，区切り記号を無視します。
aa....aa：定義ファイル名
bb：オペランドのある相対行番号
cc....cc：定義文名
dd....dd：オペランド名
ee....ee：オペランドの指定値
f：区切り記号

S：処理を続行します。

O：定義ファイルで，オペランドの不要な区切り記号を削除してください。

KAME150-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドの指定値dd....ddが誤っています。
［英語］
Definition file:aa....aa, Specification of dd....dd of the cc....cc operand of the bb....bb definition sentence is incorrect.

定義ファイルで，オペランドの指定値が誤っています。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名
dd....dd：オペランドの指定値

S：処理を終了します。

O：定義ファイルで，エラーとなったオペランドの指定値を確認してください。

KAME151-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドの指定値の指定数が最大値を超えています。
［英語］
Definition file:aa....aa, The number of the values of the cc....cc operand of the bb....bb definition sentence has exceeded a maximum value.

定義ファイルで，オペランドの数が最大値を超えています。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名

S：処理を終了します。

O：定義ファイルで，オペランドの数を減らしてください。

KAME152-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドの指定値dd....ddの文字列長が誤っています。
［英語］
Definition file:aa....aa, Length of a character string in dd....dd of the cc....cc operand of the bb....bb definition sentence is incorrect.

定義ファイルで，オペランドの指定値の文字列長が範囲外です。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名
dd....dd：オペランドの指定値

S：処理を終了します。

O：定義ファイルで，オペランドの指定値の文字列長を修正してください。

KAME153-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文にcc....ccオペランドは定義できません。
［英語］
Definition file:aa....aa, The cc....cc operand cannot be defined to the bb....bb definition sentence.

定義ファイルの定義文に，指定できないオペランドがあります。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名

S：処理を終了します。

O：定義ファイルの定義文から，指定できないオペランドを削除してください。

KAME154-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドに指定値がありません。
［英語］
Definition file:aa....aa, The cc....cc operand of the bb....bb definition sentence does not have a value.

定義ファイルで，オペランドに指定値がありません。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名

S：処理を終了します。

O：定義ファイルのオペランドに，指定値を定義してください。

KAME155-W（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドに指定値dd....ddが複数定義されています。
二つ目以降の値を無視します。
［英語］
Definition file:aa....aa, The dd....dd is defined in several to the cc....cc operand of the bb....bb definition sentence. A value after the second is ignored.

定義ファイルで，オペランドに同じ値が複数指定されているため，二つ目以降の指定値を無視します。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名
dd....dd：オペランドの指定値

S：処理を続行します。

O：定義ファイルのオペランドから，重複している指定値を削除してください。

KAME156-W（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文にcc....ccオペランドが複数定義されています。
二つ目以降のオペランドを無視します。
［英語］
Definition file:aa....aa, The cc....cc operand is defined in several to the bb....bb definition sentence.
An operand after the second is ignored.

定義ファイルの定義文に，同じオペランドが複数定義されているため，二つ目以降のオペランドを無視します。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名

S：処理を続行します。

O：定義ファイルの定義文から，重複しているオペランドを削除してください。

KAME157-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文は定義できません。
［英語］
Definition file:aa....aa, The bb....bb definition sentence cannot be defined.

定義ファイルに，定義できない定義文があります。
aa....aa：定義ファイル名
bb....bb：定義文名

S：処理を終了します。

O：定義ファイルで，HA Toolkit Exの定義文以外のものを削除してください。

KAME158-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文が複数定義されています。
［英語］
Definition file:aa....aa, The bb....bb definition sentence is defined in several.

定義ファイルに，同じ定義文が複数定義されています。
aa....aa：定義ファイル名
bb....bb：定義文名

S：処理を終了します。

O：定義ファイルで，重複している定義文を削除してください。

KAME159-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドがありません。
［英語］
Definition file:aa....aa, There is not a cc....cc operand of the bb....bb definition sentence.

定義ファイル中の定義文の中に，必要なオペランドが定義されていません。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名

S：処理を終了します。

O：定義ファイルの定義文に，必要なオペランドを追加してください。

KAME160-E（L+E）

［日本語］
定義ファイル：aa....aa 定義解析中に必要なメモリが不足しました。
［英語］
Definition file:aa....aa, A memory necessary in the definition analysis ran short.

定義解析処理用の作業領域の確保で，エラーが発生しました。
aa....aa：定義ファイル名

S：処理を終了します。

O：システム管理者に連絡してください。

対処：不要なプロセスを削除して，再実行してください。

KAME161-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文がありません。
［英語］
Definition file:aa....aa, There is not a bb....bb definition sentence.

定義ファイルに必要な定義文が定義されていません。
aa....aa：定義ファイル名
bb....bb：定義文名

S：処理を終了します。

O：定義ファイルに必要な定義文を追加してください。

KAME162-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドの指定値dd....ddは範囲外です。
［英語］
Definition file:aa....aa, The dd....dd of the cc....cc operand of the bb....bb definition sentence is outside a range.

定義ファイルで，オペランドの指定値が範囲外です。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名
dd....dd：オペランドの指定値

S：処理を終了します。

O：定義ファイルで，オペランドの指定値を確認し，修正してください。

KAME163-E（L+E）

［日本語］
定義ファイル：aa....aa bb....bb定義文のcc....ccオペランドの指定内容が誤っています。
［英語］
Definition file:aa....aa, There is a mistake in contents specified as the cc....cc operand of the bb....bb definition sentence.

定義ファイルで，オペランドの指定内容が誤っています。
aa....aa：定義ファイル名
bb....bb：定義文名
cc....cc：オペランド名

S：処理を中止します。

O：定義ファイルで，エラーとなったオペランドを確認してください。

KAME206-E（L+E）

［日本語］
aa....aaコマンドで異常が発生しました。コマンド処理を中止します。
［英語］
An error occurred in command(aa....aa). Command cannot be executed.

コマンド（shell）とHA Toolkit Exの監視プロセスとの間で，通信エラーが発生しました。
aa....aa：コマンド名

S：コマンド処理を中止します。コマンド名がhateservコマンドの場合，クラスタソフトによって系切り替えが実施されます。

O：直前に出力されているメッセージによって原因を調査してください。

KAME211-I（S）

［日本語］
待機サーバ：aa....aaは正常終了しました。
［英語］
Standby server:aa....aa was terminated normally.

サーバ識別名で示す待機サーバが正常終了しました。
aa....aa ： サーバ識別名

S：処理を続行します。

KAME213-I（S）

［日本語］
Display server status
Alias Status
aa....aa bb....bb
［英語］
Display server status
Alias Status
aa....aa bb....bb

hateshowコマンドで出力されるサーバの状態リストです。
aa....aa：サーバ識別名
bb....bb：サーバの状態

bb....bbに
表示される内容
サーバの状態

(ONL)
実行サーバの起動中

ONL
実行サーバの起動完了

ONL>>
実行サーバの停止中

*ONL*
実行サーバの再起動待ち状態

(SBY)
待機サーバの起動中

SBY
待機サーバの起動完了

SBY>>
待機サーバの停止中

表示なし
サーバ未起動またはサーバ識別名が定義ファイルにない

S：処理を続行します。

KAME214-I（S）

［日本語］
Display service status
Alias Status
aa....aa bb....bb
［英語］
Display service status
Alias Status
aa....aa bb....bb

hateshow -sコマンドで出力される，HA Toolkit Exのサービスプロセスの状態リストです。
aa....aa：サーバ識別名
bb....bb：HA Toolkit Exのサービスプロセスの状態

bb....bbに
表示される内容
サービスプロセスの状態

(act)
サービスプロセスの起動中。
クラスタソフトからのオンライン操作によって，サービスプロセスが実行され，実行サーバの起動完了を待っている状態です。

act
サービスプロセスが起動完了。サービスプロセスの状態とサーバの状態との組み合わせには次の場合があります。

サービスプロセスがあり，実行サーバが起動完了している状態です。クラスタソフトからのオフライン操作により，実行サーバを停止できます。

サービスプロセスがあり，実行サーバ再起動待ちの状態です。

サービスプロセスがあるだけで，実行サーバは未起動の状態です。

act>>
サービスプロセスの停止中。
サービスプロセスはありますが，クラスタソフトからのオフライン操作後，実行サーバの停止を待っている状態です。
または，サービスプロセスが異常終了し，サーバを強制停止するまでの一時的な状態です。

表示なし
サービスプロセスが未起動。
クラスタソフトからのオンライン操作によって，実行サーバを起動できる状態です。
サーバの起動コマンドを実行した場合は，サーバが待機サーバとして起動します。

S：処理を続行します。

O：サービスプロセスを起動完了するには，サーバの起動コマンドを実行し，該当サーバを実行サーバとして起動してください。サービスプロセスを停止するには，クラスタソフトからオフライン操作をしてください。

KAME221-E（HP-UXおよびSolarisの場合：E）（Windowsの場合：L+E）

［日本語］
サーバ：aa....aaは実行サーバです。bb....bbコマンドは実行できません。
［英語］
Server:aa....aa is Online server. Command(bb....bb) cannot be executed.

コマンドが入力されましたが，指定されたサーバが実行サーバであるため，実行できません。
aa....aa：サーバ識別名
bb....bb：コマンド名

S：コマンド処理を中止します。

O：サーバ識別名と実行サーバの起動種別および状態を確認し，コマンドを再入力してください。

KAME222-I（L+E）

［日本語］
サーバ：aa....aaは既に起動されています。
［英語］
Online server:aa....aa is already started.

サーバ識別名で示すサーバは，すでに起動されています。
aa....aa：サーバ識別名

S：処理を終了します。

O：サーバの定義を修正し，サーバを再起動してください。

KAME225-I（L+S）

［日本語］
サーバ：aa....aaを実行サーバとして起動します。
［英語］
Server:aa....aa is started as Online server.

サーバ識別名で示すサーバを，実行サーバとして起動します。
aa....aa：サーバ識別名

S：処理を続行します。

KAME226-I（L+S）

［日本語］
サーバ：aa....aaを待機サーバとして起動します。
［英語］
Server:aa....aa is started as Standby server.

サーバ識別名で示すサーバを，待機サーバとして起動します。
aa....aa：サーバ識別名

S：処理を続行します。

KAME229-E（L+E）

［日本語］
定義ファイル：aa....aa aliasオペランド（bb....bb）が示すサーバは既にあるため，起動を中止します。
［英語］
Definition file:aa....aa, The server specified the alias operand(bb....bb) stops an activation, because it already exists.

HA Toolkit Exの定義ファイル（servers）で，定義されているサーバ識別名と同じサーバ識別名を持つサーバがあります。
aa....aa：定義ファイル名
bb....bb：サーバ識別名

S：処理を終了します。

O：サーバの定義を修正して，サーバを再起動してください。

KAME237-E（L+E）

［日本語］
aa....aaのサーバの処理を中止します。
［英語］
The processing about the server under aa....aa is stopped.

サーバ定義解析処理でエラーが発生しました。サーバ識別名で示すサーバの，配下のサーバに関しては処理しません。
aa....aa：サーバ識別名

S：処理を終了します。

O：サーバの定義を修正して，サーバを再起動してください。

KAME241-I（L+S）

［日本語］
サーバ：aa....aaを待機サーバとして起動完了しました。
［英語］
Server:aa....aa was completed as Standby server.

サーバ識別名で示す待機サーバの起動が完了しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME251-I（L+S）

［日本語］
サーバ：aa....aaを実行サーバとして起動完了しました。
［英語］
Server:aa....aa was completed as Online server.

サーバ識別名で示す実行サーバの起動が完了しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME254-I（L+S）

［日本語］
サーバ：aa....aaを実行サーバとして再起動完了しました。
［英語］
Server:aa....aa restart completed as Online server.

サーバ識別名で示す実行サーバの再起動が完了しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME255-D（L+E）

［日本語］
実行サーバ：aa....aaを再起動待ち状態にしました。
［英語］
Server:aa....aa was made a restart wait state.

サーバ識別名で示す実行サーバを，実行サーバの再起動待ち状態にしました。
aa....aa：サーバ識別名

S：処理を続行します。

O：実行サーバを手動で起動するか，またはクラスタソフトからサービスグループのオフライン化コマンドでサービスを停止してください。

KAME257-I（L）

［日本語］
サーバ：aa....aaの停止要求を受け付けました。
［英語］
The stop request of the server:aa....aa was accepted.

サーバ識別名で示すサーバの停止処理を開始します。
aa....aa：サーバ識別名

S：サーバの停止処理を開始します。

KAME260-I（L）

［日本語］
サーバ：aa....aaの監視を開始します。
［英語］
Patrol of server:aa....aa is started.

HA Toolkit Exがサーバ識別名で示すサーバの障害監視を開始します。
aa....aa：サーバ識別名

S：処理を続行します。

KAME261-I（L）

［日本語］
サーバ：aa....aaの監視を終了します。
［英語］
Patrol of server:aa....aa is ended.

HA Toolkit Exがサーバ識別名で示すサーバの障害監視を終了します。
aa....aa：サーバ識別名

S：処理を続行します。

KAME262-I（S）

［日本語］
Display the permit status
Alias Status
aa....aa bb....bb
［英語］
Display the permit status
Alias Status
aa....aa bb....bb

hateshowコマンドで出力される，待機サーバ未起動時の実行サーバの起動許可状態を表示します。
aa....aa：サーバ識別名
bb....bb：待機サーバ未起動時の，実行サーバ起動許可状態。hateshow -eコマンドにサーバ識別名を指定しなかった場合は，"Enable"状態のサーバだけが一覧表示されます。"Disable"状態のサーバは表示されません。

Enable：hateactonl -eコマンドによって，実行サーバの起動を許可している状態です。起動許可は，待機サーバが起動を完了するか，またはHA Toolkit Exのサービスプロセスが実行サーバの起動待ち状態になると解除されます。

Disable：実行サーバを起動できない状態です。実行サーバを起動する場合は，hateactonlコマンドを実行し，実行サーバの起動を許可する必要があります。

S：処理を続行します。

KAME280-I（L+S）

［日本語］
実行サーバ：aa....aaは正常終了しました。
［英語］
Online server:aa....aa was terminated normally.

サーバ識別名で示す実行サーバは正常終了しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME281-I（L+S）

［日本語］
待機サーバ：aa....aaは正常終了しました。
［英語］
Standby server:aa....aa was terminated normally.

サーバ識別名で示す待機サーバは正常終了しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME290-I（L+S）

［日本語］
実行サーバ：aa....aaは計画停止しました。
［英語］
Online server:aa....aa was stopped by plan.

サーバ識別名で示す実行サーバは計画停止しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME300-E（L+E）

［日本語］
実行サーバ：aa....aaが異常終了しました。
［英語］
Online server:aa....aa stopped abnormally.

サーバ識別名で示す実行サーバに障害が発生しました。
aa....aa：サーバ識別名

S：実行サーバの系切り替えができる状態であれば，クラスタソフトによって系切り替えが実施されます。

O：システム管理者に連絡してください。

対処：障害の原因を調査してください。

KAME301-E（L+E）

［日本語］
実行サーバ：aa....aaのスローダウンを検知しました。サーバを異常終了させます。
［英語］
Slowdown of Online server:aa....aa was detected. The server is made to stop abnormally.

サーバ識別名で示す実行サーバの状態監視中，稼働報告が送られなくなったため，スローダウンしていると判断し，サーバを異常終了します。
aa....aa：サーバ識別名

S：実行サーバの系切り替えができる状態であれば，クラスタソフトによって系切り替えが実施されます。

O：システム管理者に連絡してください。

対処：サーバのスローダウンの原因を調査してください。

KAME305-E（L+E）

［日本語］
実行サーバ：aa....aaは起動できません。
［英語］
Online server:aa....aa cannot start.

サーバ識別名で示す実行サーバが起動処理中に異常終了しました。起動処理を終了します。
aa....aa：サーバ識別名

S：処理を終了します。

O：システム管理者に連絡してください。

対処：障害の原因を調査してください。

KAME306-E（L+E）

［日本語］
待機サーバ：aa....aaは起動できません。
［英語］
Standby server:aa....aa cannot start.

サーバ識別名で示す待機サーバが起動処理中に異常終了しました。起動処理を終了します。
aa....aa：サーバ識別名

S：処理を終了します。

O：システム管理者に連絡してください。

対処：障害の原因を調査し，サーバを再起動してください。

KAME307-E（L+E）

［日本語］
待機サーバ：aa....aaが異常終了しました。
［英語］
Standby server:aa....aa stopped abnormally.

サーバ識別名で示す待機サーバが異常終了しました。
aa....aa：サーバ識別名

S：処理を終了します。

O：システム管理者に連絡してください。

対処：障害の原因を調査し，サーバを再起動してください。

KAME309-W（L+E）

［日本語］
実行サーバ：aa....aaのスローダウンを検知しましたが，Hitachi HA Toolkit Extensionの定義に従って状態監視を続けます。
［英語］
Slowdown of Online server:aa....aa was detected.
Patrol is continued according to the definition of the Hitachi HA Toolkit Extension.

サーバ識別名で示す実行サーバの状態監視中に稼働報告が送られなくなったため，スローダウンが発生したと判断しました。しかし，HA Toolkit Exの環境設定のswitchtypeオペランドにmanualが指定されているため，状態監視を続行します。
aa....aa：サーバ識別名

S：処理を続行します。

O：実行サーバを手動で再起動するか，またはクラスタソフトからサービスグループのオフライン化コマンドを実行して，サービスを停止してください。

スローダウンの原因を調査してください。

KAME310-I（L+S）

［日本語］
サーバ：aa....aaの系切り替えを開始します。
［英語］
Server:aa....aa, Hotstandby is started.

サーバ識別名で示すサーバの系切り替えを開始します。
aa....aa：サーバ識別名

S：処理を続行します。

KAME311-I（L+S）

［日本語］
サーバ：aa....aaの系切り替えが完了しました。
［英語］
Server:aa....aa, Hotstandby was completed.

サーバ識別名で示すサーバの系切り替えが終了しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME312-E（L+E）

［日本語］
サーバ：aa....aaの系切り替えができないため，実行サーバを起動できません。
［英語］
Server:aa....aa, Hotstandby is failed.

サーバ識別名で示すサーバの系切り替えができません。
aa....aa：サーバ識別名

S：処理を終了します。

O：システム管理者に連絡してください。

対処：障害の原因を調査し，サーバを再起動してください。

KAME315-E（L+E）

［日本語］
実行サーバ：aa....aaの再起動限界を検知しました。
［英語］
Online server:aa....aa is the limit of a restart.

サーバ識別名で示す再起動待ち状態の実行サーバで，再起動限界を検知しました。
aa....aa：サーバ識別名

S：HA Toolkit Exがサーバを監視後であれば，クラスタソフトによって系切り替えが実施されます。

O：障害の原因を調査してください。

KAME317-W（L+E）

［日本語］
メモリ不足のため，実行サーバ：aa....aaの再起動を監視できません。
［英語］
It is a memory shortage. Restart patrol of the Online server(aa....aa) cannot be done.

サーバ識別名で示す実行サーバの再起動の監視中に，メモリ不足が発生しました。
aa....aa：サーバ識別名

S：処理を続行します。

O：このメッセージの前に出力されるメッセージKAME601-Wを基に，原因を調査してください。

KAME318-I（L+S）

［日本語］
再起動待ち状態の実行サーバ：aa....aaを強制停止しました。
［英語］
Online server:aa....aa of a restart wait state was stopped by force.

サーバ識別名で示す再起動待ち状態の実行サーバを強制停止しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME320-E（L+E）

［日本語］
実行中の処理が多過ぎます。aa....aaコマンドが実行できません。
［英語］
The number of executing process exceeded upper limit. Command(aa....aa) cannot be executed.

プロセスが生成できないため，コマンド処理が実行できません。
aa....aa：コマンド名

S：コマンド処理を中止します。

O：実行中の処理が減るのを待って，コマンドを再入力してください。

KAME321-I（L+E）

［日本語］
待機サーバ：aa....aaがありません。待機サーバの異常終了処理を行います。
［英語］
Standby server:aa....aa does not exist in system. It is changed to abnormally termination processing of Standby server.

サーバ識別名で示す待機サーバがありません。待機サーバの異常終了処理を行います。
aa....aa：サーバ識別名

S：処理を続行します。

O：システム管理者に連絡してください。

KAME322-E（HP-UXおよびSolarisの場合：L+E）（Windowsの場合：L）

［日本語］
サーバ：aa....aaがありません。
［英語］
Server:aa....aa does not exist in system.

コマンドオプションで指定されたサーバが，稼働していません。
aa....aa：サーバ識別名

S：処理を終了します。

O：サーバ名を確認し，コマンドを再入力してください。

KAME323-E（HP-UXおよびSolarisの場合：E）（Windowsの場合：L+E）

［日本語］
サーバ：aa....aaとの通信で異常が発生しました。bb....bbコマンドが実行できません。
［英語］
Server:aa....aa, an error occurred on communication with it. Command(bb....bb) cannot be executed.

コマンド処理でサーバとの通信エラーが発生しました。コマンド処理を終了します。
aa....aa：サーバ識別名
bb....bb：コマンド名

S：コマンド処理を中止します。

O：コマンドを再入力してください。

KAME324-W（HP-UXおよびSolarisの場合：E）（Windowsの場合：L）

［日本語］
待機サーバ：aa....aaがありません。bb....bbコマンドの処理を続行します。
［英語］
Standby server:aa....aa does not exist in system. Command(bb....bb) processing is continued.

待機サーバがありません。コマンド処理は続行します。
aa....aa：サーバ識別名
bb....bb：コマンド名

S：コマンド処理を中止します。

KAME325-I（S）

［日本語］
使用方法：hateshow [サーバ識別名] [-s|-e]
［英語］
Usage:hateshow [alias] [-s|-e]

hateshowコマンドの入力形式が誤っているとき，メッセージKAME021-EまたはKAME327-Eに続いて出力されます。

S：処理を続行します。

KAME326-I（HP-UXおよびSolarisの場合：S）（Windowsの場合：L+S）

［日本語］
使用方法：hatesbystp サーバ識別名
［英語］
Usage:hatesbystp alias

hatesbystpコマンドの入力形式が誤っている場合，メッセージKAME021-EまたはKAME327-Eに続いて出力されます。

S：処理を続行します。

KAME327-E（L+E）

［日本語］
aa....aaコマンドで指定できないオプションが指定されています。
［英語］
The option that cannot be specified in command(aa....aa) is specified.
コマンド名で示すコマンドに，指定できないオプションが指定されました。

aa....aa：コマンド名

S：コマンド処理を中止します。

KAME329-E（L+E）

［日本語］
待機サーバ：aa....aaは待機中ではありません。bb....bbコマンドは実行できません。
［英語］
Standby server:aa....aa is not on standby. Command(bb....bb) cannot be executed.
hatesbystpコマンドで指定された待機サーバが，待機完了状態ではないため，コマンドは受け付けられません。

aa....aa：サーバ識別名
bb....bb：コマンド名

S：コマンド処理を中止します。

O：待機サーバが待機完了状態になったあと，コマンドを再入力してください。

KAME331-E（L+E）

［日本語］
サーバ：aa....aaの処理中にシステムコールbb....bbの異常が発生しました。
［英語］
While processing server:aa....aa, an error of system call bb....bb had occurred.

サーバ識別名で示すサーバの処理中に，システムコールでエラーが発生しました。
aa....aa：サーバ識別名
bb....bb：システムコール名

S：処理を続行します。

O：システム管理者に連絡してください。

対処：エラーの原因を調査してください。

KAME332-E（L+E）

［日本語］
サーバ：aa....aaと通信できません。
［英語］
Communication with server:aa....aa cannot be done.

サーバ識別名で示すサーバとの通信（応答メッセージの送信）で，障害が発生しました。
aa....aa：サーバ識別名

S：処理を続行します。

O：通信障害の原因を調査してください。

KAME333-E（L+E）

［日本語］
実行サーバ：aa....aaがありません。
［英語］
Online server:aa....aa does not in system.

サーバ識別名で示すサーバが，システムにありません。
系切り替え時に出力された場合は，異常終了などが原因で待機サーバがない状態であるおそれがあります。
aa....aa：サーバ識別名

S：処理を終了します。

O：サーバプロセスに異常が発生していないかを調査してください。異常が発生していなければ，システム管理者に連絡してください。

KAME341-W（L+E）

［日本語］
実行サーバ：aa....aaのスローダウンを検知しましたが，動作監視を続けます。
［英語］
Slowdown of Online server:aa....aa was detected. Patrol is continued.

サーバ識別名で示すサーバの状態監視中に，稼働報告が送られてこなくなったため，スローダウンしていると判断しました。すでに実行サーバの停止要求を受け付けたため，状態監視を続行します。
aa....aa：サーバ識別名

S：状態監視を続行します。

O：実行サーバがスローダウンしたまま停止しない場合，クラスタソフトでサーバに対応するサービスグループをオフライン化して，実行サーバを強制停止してください。

KAME342-W（L+E）

［日本語］
統計情報ファイルがオープンできません。
［英語］
Statistical information file cannot be opened.

統計情報ファイルをオープンできません。

S：処理を続行します。統計情報は取得しません。

O：｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥spool下のファイルを不当にアクセスしているプロセスがある場合，該当プロセスを停止してください。該当プロセスを停止したあと，HA Toolkit Exを再起動してください。

不当にアクセスされていない場合，システム管理者に連絡してください。

KAME343-W（L+E）

［日本語］
統計情報ファイルがクローズできません。
［英語］
Statistical information file cannot be closed.

統計情報ファイルをクローズできません。

S：処理を続行します。

O：｛HA Toolkit Exインストールディレクトリ｝¥HAmon¥spool下のファイルを不当にアクセスしているプロセスがある場合，該当プロセスを停止してください。該当プロセスを停止したあと，HA Toolkit Exを再起動してください。

不当にアクセスされていない場合，システム管理者に連絡してください。

KAME350-E（L+E）

［日本語］
サーバ：aa....aaの処理中に，システムコールbb....bbの異常が発生しました。
［英語］
While processing server:aa....aa, system call(bb....bb) error occurred.

サーバ識別名で示すサーバの処理中に，システムコールでエラーが発生しました。
aa....aa：サーバ識別名
bb....bb：システムコール名

S：処理を終了します。

O：該当するシステムコールのエラーコードで原因を調査してください。

対処：システムコールのエラーの原因を回避してください。

KAME370-E（L+E）

［日本語］
実行サーバ：aa....aaは既に起動されています。
［英語］
Online server:aa....aa is already started.

サーバ識別名の示すサーバは，すでに起動されています。
aa....aa：サーバ識別名

S：コマンド処理を中止します。

O：サーバの定義を修正して，サーバを再起動してください。

なお，HA Toolkit Exのサービス障害後すぐに，再度オンライン化した場合にも出力されることがあります。

KAME374-I（S）

［日本語］
使用方法：aa....aa サーバ識別名
［英語］
Usage:aa....aa Alias

コマンドの入力形式が誤っているときに出力されます。
aa....aa：コマンド名

S：処理を続行します。

KAME376-I（S）

［日本語］
サーバ：aa....aaの起動を開始します。
［英語］
Server:aa....aa is started.

サーバ識別名で示すサーバの起動を開始します。
aa....aa：サーバ識別名

S：処理を続行します。

KAME377-E（L+E）

［日本語］
サーバ：aa....aaの起動，又は終了中に異常が発生しました。処理を中止します。原因：bb 詳細：cc
［英語］
Errors occurred in the activating or ending of server:aa....aa.
Processing is stopped. Cause:bb Details:cc

サーバ識別名で示すサーバの起動または終了処理中に，異常が発生しました。サーバの処理を中止します。
aa....aa：サーバ識別名
bb：原因コード（HA Toolkit Ex固有，1～2けた）

原因コード | 説明
3 | サーバ停止要求（主にHA Toolkit Exの定義誤りが原因）
4 | 再起動要求
5 | システムコールエラー

cc：詳細コード（システムコールのerrnoを設定，0の場合は詳細コードなし）

S：処理を終了します。

O：システム管理者に連絡してください。

対処：原因コード別に，次の対処をしてください。

原因コード | 対処
3 | HA Toolkit Exの定義を見直し，コマンドを再入力してください。
4 | コマンドを再入力してください。
5 | システムコールのエラー要因を取り除き，コマンドを再入力してください。

KAME381-E（L+E）

［日本語］
aa....aaのサーバの処理を中止します。
［英語］
Server aa....aa processing is stopped.

サーバプログラム名で示すサーバをシェルプログラムで起動しようとしましたが，できませんでした。
aa....aa：サーバ識別名

S：処理を終了します。

O：サーバを起動できない原因を取り除いてください。

KAME388-I（S）

［日本語］
再起動待ち状態の実行サーバ：aa....aaを強制停止しました。
［英語］
Online server:aa....aa of a restart wait state was stopped by force.

サーバ識別名で示す再起動待ち状態の実行サーバを強制停止しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME400-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionの起動中に異常が発生しました。起動を中止します。
［英語］
While Hitachi HA Toolkit Extension activated, an error had occurred. Activation is stopped.

HA Toolkit Exの起動中に回避できないエラーが発生しました。このメッセージ出力前に，エラーの詳細を示すメッセージが出力されます。

S：処理を終了します。

O：エラーの詳細を示すメッセージの指示する対処をしてください。

KAME412-E（L+E）

［日本語］
サーバの稼働数が制限を超えました。
［英語］
The number of connected server exceeded upper limit.

サーバの稼働数がHA Toolkit Exシステムの制限を超えているのに，さらにサーバを起動しようとしています。起動要求は受け付けられません。

S：処理を終了します。

O：HA Toolkit Exシステム上で稼働するサーバの数が制限を超えないように，システムを作り直してください。

KAME456-E（L+E）

［日本語］
aa....aaコマンド処理中に異常が発生しました。コマンド処理を中止します。
［英語］
An error occurred in command(aa....aa). Command cannot be executed.

コマンド名で示すコマンドの処理中に，異常が発生しました。処理を中止します。
aa....aa：コマンド名

S：コマンド処理を中止します。

O：システム管理者に連絡してください。

KAME460-E（L+E）

［日本語］
aa....aaコマンド処理中に異常が発生しました。コマンド処理を中止します。
［英語］
An error occurred in command(aa....aa). Command cannot be executed.

コマンド名で示すコマンドの処理中に異常が発生しました。コマンド処理を中止します。
aa....aa：コマンド名

S：コマンド処理を中止します。

O：このメッセージの直前に出力されるメッセージによって原因を調査してください。

KAME465-E（E）

［日本語］
サーバ：aa....aaはコマンド処理中のため，bb....bbコマンドは実行できません。
［英語］
Because server:aa....aa is during command processing.
Command(bb....bb) cannot be executed.

サーバ識別名で示すサーバはコマンド処理中のため，指定したコマンドは実行できません。
aa....aa：サーバ識別名
bb....bb：コマンド名

S：コマンド処理を中止します。

O：実行中のコマンド処理終了後，コマンドを再入力してください。

KAME472-I（L+S）

［日本語］
hateservコマンドを開始します。サーバ：aa....aa　（HP-UXおよびSolarisの場合）
HAサービスプロセスを開始します。サーバ：aa....aa　（Windowsの場合）
［英語］
hateserv command is started. Server:aa....aa　（HP-UXおよびSolarisの場合）
HA service process is started. Server:aa....aa　（Windowsの場合）

HA Toolkit Exのサービスプロセスを開始します。HA Toolkit Exの定義ファイル（servers）のactcommandオペランドにサーバの起動コマンドが指定されている場合，続けてサーバを起動します。
aa....aa：サーバ識別名

S：処理を続行します。

O：HA Toolkit Exの定義ファイル（servers）のactcommandオペランドにサーバの起動コマンドを指定していない場合は，手動でサーバを起動してください。

KAME473-I（L+S）

［日本語］
hateservコマンドの終了処理を開始します。サーバ：aa....aa　（HP-UXおよびSolarisの場合）
HAサービスプロセスの終了処理を開始します。サーバ：aa....aa　（Windowsの場合）
［英語］
Terminate processing of hateserv command is started. Server:aa....aa　（HP-UXおよびSolarisの場合）
Terminate processing of HA Service proccess command is started. Server:aa....aa　（Windowsの場合）

HA Toolkit Exのサービスプロセスの停止処理を開始します。HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドにサーバの停止コマンドが指定されている場合，続けてサーバを停止します。
aa....aa：サーバ識別名

S：処理を続行します。

O：HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドにサーバの停止コマンドを指定していない場合は，手動でサーバを停止してください。

KAME474-I（L+S）

［日本語］
hateservコマンドを終了します。サーバ：aa....aa　（HP-UXおよびSolarisの場合）
HAサービスプロセスを終了します。サーバ：aa....aa　（Windowsの場合）
［英語］
hateserv command is terminated. Server:aa....aa　（HP-UXおよびSolarisの場合）
HA Service proccess is terminated. Server:aa....aa　（Windowsの場合）

HA Toolkit Exのサービスプロセスが停止しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME475-W（L+E）

［日本語］
サーバ：aa....aaが起動しません。hateservコマンドはサーバの起動待ち状態です。　（HP-UXおよびSolarisの場合）
サーバ：aa....aaが起動しないため，起動待ち状態になりました。　（Windowsの場合）
［英語］
Server:aa....aa is not start. hateserv command is starting wait state.　（HP-UXおよびSolarisの場合）
Because Server: aa....aa is not start, the status is starting wait.　（Windowsの場合）

サーバ識別名で示すサーバの起動に失敗したため，サーバの起動待ち状態になりました。
aa....aa：サーバ識別名

S：処理を続行します。

O：サーバを手動で起動するか，または，クラスタソフトからサービスグループのオフライン化コマンドを実行して，サービスを停止してください。直前に失敗の原因を示すメッセージが出力されている場合，それを基に原因を調査してください。

原因を示すメッセージが出力されない場合は，次の原因を調査してください。

サーバの起動コマンドが不正であり，サーバを起動していないおそれがあります。

サーバ側の要因で起動に失敗したおそれがあります。この場合は，サーバ側のログ情報などで，原因を調査してください。

注意

「サーバの起動待ち」は「サーバの再起動待ち」とは異なります。「サーバの起動待ち」は，hateshowコマンドを実行したときに状態表示されません。

KAME476-E（L+E）

［日本語］
hateservコマンドに異常が発生しました。サーバ：aa....aaを異常終了させます。　（HP-UXおよびSolarisの場合）
HAサービスプロセスに異常が発生しました。サーバ：aa....aaを異常終了させます。　（Windowsの場合）
［英語］
Errors occurred in command(hateserv). Server:aa....aa is made to stop abnormally.　（HP-UXおよびSolarisの場合）
Errors occurred in HA Service process. Server: aa....aa is made to stop abnormally.　（Windowsの場合）

サーバ識別名で示すサービスプロセスの異常を検知したため，サーバを異常終了させます。
aa....aa：サーバ識別名

S：HA Toolkit Exがサーバを監視中であれば，クラスタソフトによって系切り替えが実施されます。

O：システム管理者に連絡してください。

KAME477-E（L+E）

［日本語］
サーバの起動処理で異常が発生しました。サーバを起動できません。
［英語］
The start processing of the server. The server cannot start.

サーバの起動処理で異常が発生したため，サーバを起動できません。
次の原因から，HA Toolkit Exの定義ファイル（servers）のactpatrolオペランドに指定するサーバの起動監視時間に達したことも考えられます。

HA Toolkit Exの定義ファイル（servers）のactcommandオペランドに指定したコマンドが適切でない。

サーバの起動に時間が掛かる。

S：サーバの起動を中止します。

O：直前に失敗の原因を示すメッセージが出力されている場合，それを基に原因を調査してください。

また，次の点を確認してください。

HA Toolkit Exの定義ファイル（servers）のactcommandオペランドに指定したコマンドが正しいか。

サーバの起動に時間が掛かっていないか。

KAME478-I（L+S）

［日本語］
hateservコマンド処理を中止します。　（HP-UXおよびSolarisの場合）
HAサービスプロセスを中止します。　（Windowsの場合）
［英語］
The processing of hateserv command is stopped.　（HP-UXおよびSolarisの場合）
The processing of HA Service Proccess is stopped.　（Windowsの場合）

サービスプロセスの処理が中断されました。

S：処理を終了します。

KAME479-E（L+E）

［日本語］
サービスの起動パラメタに誤りがあります。
［英語］
An error is in the starting parameter of service.

HA Toolkit Exのサービスプロセスの起動パラメータに誤りがあります。MSCSからの起動する場合，MSCSのサービス起動パラメータを指定していない，またはパラメータに指定するサーバ識別名が誤っているおそれがあります。

S：サーバの起動を中止します。

O：誤りを取り除いたあと，サービスを再開始してください。

KAME480-E（L+E）

［日本語］
サーバ：aa....aaが制限時間内に停止しませんでした。
［英語］
Server: aa....aa has not stopped in the time limit.

サーバの停止処理，またはHA Toolkit Exの停止処理開始から，HA Toolkit Exの定義ファイル（servers）のtermpatrolオペランド値に設定されたサーバ停止監視時間が過ぎても，サーバが停止しませんでした。
HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドに指定したコマンドが適切でないこと，またはサーバの停止処理自体に時間が掛かっていることが考えられます。
aa....aa：サーバ識別名

S：サーバを強制停止します。HA Toolkit Exの終了処理の場合，終了処理を続行します。

O：HA Toolkit Exの定義ファイル（servers）のtermcommandオペランドに指定したサーバの停止コマンドが適切であるか，またはサーバの停止に時間が掛かっていないかを調査してください。

KAME481-I（S）

［日本語］
使用方法：hateactonl サーバ識別名 [ -e | -d ]
［英語］
Usage:hateactonl alias [ -e | -d ]

hateactonlコマンドの入力形式が誤っている場合に，メッセージKAME021-EまたはKAME327-Eに続いて出力されます。

S：処理を続行します。

KAME482-I（S＋L）

［日本語］
実行サーバとしての起動を許可しました。サーバ：aa....aa
［英語］
Starting as an online server was enabled. Server: aa....aa

サーバ識別名に示すサーバについて，自系に待機サーバがない状態で，実行サーバとして起動することを許可しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME483-I（S＋L）

［日本語］
実行サーバとしての起動許可を無効にしました。サーバ：aa....aa
［英語］
The starting permission as an online server was disabled. Server: aa....aa

サーバ識別名に示すサーバについて，自系に待機サーバがない状態で，実行サーバとして起動することを抑止しました。
aa....aa：サーバ識別名

S：処理を続行します。

KAME484-E（E＋L）

［日本語］
hateactonlコマンド処理を中止します。原因：aa....aa
［英語］
hateactonl command processing is stopped. Cause: aa....aa

aa....aaに示す原因のため，hateactonlコマンドを中止します。

aa....aaの内容
原因

definition error
コマンドに指定したサーバ識別名に該当するサーバが，HA Toolkit Exの定義ファイル（servers）で定義されていません。
または，該当サーバのswitch_nosbyオペランドにactfailが指定されていません。

already enabled
実行サーバとしての起動を許可済みです。

not enabled
実行サーバとしての起動許可を与えていません。

timming error
該当サーバがすでにあるか，または停止中以外の状態です。

insufficient work area
作業領域不足です。

S：コマンド処理を中止します。

O：原因を調査し，必要であれば再度コマンドを実行してください。

KAME485-W（L）

［日本語］
待機サーバが未起動のため，サーバ：aa....aaを実行サーバとして起動できません。
［英語］
Since a standby server has not been started, server:aa....aa cannot be started as an online server.

サーバ識別名で示すサーバは，待機サーバが未起動なので，実行サーバとして起動できません。実行サーバとして起動したい場合は，実行サーバを起動する系で，HA Toolkit Exのhateactonlコマンドによって，実行サーバの起動を許可する必要があります。
このメッセージは，待機サーバが未起動の系への系切り替えが発生した場合も出力されます。
aa....aa：サーバ識別名

S：実行サーバの起動を中止します。そのあと，クラスタソフトによってほかの系に系切り替えされます。

O：実行サーバの状態，および稼働している系を確認してください。

KAME601-W（L+E）

［日本語］
aa....aaシステムコールで異常が発生しました。詳細コード：bb 異常が発生した関数名：cc....cc
［英語］
An error occurred in the aa....aa system call. Error details:bb Functional name:cc....cc

HA Toolkit Exの関数内で発行したシステムコールでエラーが発生しました。
aa....aa：発行したシステムコール
bb：システムコールのエラー番号（1～2けた）
cc....cc：エラーが発生した関数名

S：処理を続行します。

O：システムコールのエラー番号によって，原因を調査してください。

KAME610-W（L）

［英語］
The following language(s) are not available: LANG=aa....aa
Continuing processing using the language "C".

メッセージ環境変数のLANG値が誤っているため，LANG値を"Ｃ"にして処理を続行します。
aa....aa：LANG環境変数の値

S：処理を続行します。

O：メッセージ環境変数LANGの値を修正してください。

KAME611-W（L）

［英語］
cannot read "aa....aa" message catalog; proceeding in default language

メッセージ環境変数にあったメッセージカタログファイルを読み込めないため，HA Toolkit Exのデフォルトで処理を続行します。
aa....aa：LANG環境変数の値

S：処理を続行します。

O：LANG環境変数の値がHA Toolkit Exで指定できる内容かを確認してください。

KAME612-E（HP-UXおよびSolarisの場合：L）（Windowsの場合：L+E）

［英語］
It errs in the message environment. Message number:aa....aa

メッセージ環境が誤っているため，メッセージを出力できません。
aa....aa：出力できないメッセージ番号

S：処理を続行します。

O：メッセージ環境の誤りの原因を取り除いてください。

KAME613-E（L+E）

［英語］
There is not message. Message number：aa...aa

メッセージカタログファイルの読み込みに失敗しました。メッセージを出力できません。
aa....aa：出力できないメッセージ番号

S：処理を続行します。

O：メッセージカタログファイルの読み込みに失敗した原因を取り除いてください。

KAME614-E（E）

［英語］
aa....aa: bb....bb

メッセージカタログファイルにエラーが発生しました。エラー情報については，OSのマニュアルを参照してください。
aa....aa：メッセージカタログファイル名

OSがHP-UXの場合
/usr/lib/nls/msg/C/HAtoolex.cat：英語メッセージ
/usr/lib/nls/msg/ja_JP.SJIS/HAtoolex.cat：日本語メッセージ

OSがSolarisの場合
/usr/lib/locale/C/LC_MESSAGES/HAtoolex.cat：英語メッセージ
/usr/lib/locale/ja/LC_MESSAGES/HAtoolex.cat：日本語メッセージ
/usr/lib/locale/ja_JP.PCK/LC_MESSAGES/HAtoolex.cat：日本語メッセージ

bb....bb：エラー情報

S：処理を続行します。

O：メッセージカタログファイルのエラー原因を取り除いてください。

KAME615-E（E）

［英語］
It errs in the message environment. Command is stopped.

メッセージ環境にエラーがあります。

S：コマンド処理を中止します。

O：KAME614-Eのエラー原因を取り除き，コマンドを再入力してください。

KAME616-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionのコマンドaa....aaが異常終了しました。
［英語］
Command(aa....aa) of Hitachi HA Toolkit Extension stopped abnormally.

指定されたコマンドがないか，または処理中にシグナルを検知したため，子プロセスとして発行したコマンドで，エラーが発生しました。
aa....aa：コマンド名

S：処理を終了します。

O：コマンド名に示すコマンドがあるかどうか，および実行できる属性であるかどうかを確認してください。コマンドがあり，実行権限もある場合は，システム管理者に連絡してください。

KAME617-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionは異常終了します。アボートID：aa....aa
［英語］
Hitachi HA Toolkit Extension stopped abnormally. abort-id:aa....aa

HA Toolkit Ex内で回復できないエラーが発生したため，異常終了します。
aa....aa：アボートID

S：処理を終了します。サーバを監視している状態であれば，クラスタソフトによって系切り替えが実施されます。

O：HA Toolkit Exを再起動してください。また，システム管理者に連絡してください。

KAME618-E（E）

［日本語］
メッセージ：aa....aaがsyslogに出力できません。メッセージ内容：bb....bb
［英語］
The message:aa....aa cannot be output into syslog. The contents of the message:bb....bb

メッセージIDで示すメッセージが，syslogファイルまたはイベントログに出力できません。
aa....aa：メッセージID
bb....bb：出力できないメッセージの内容

S：処理を続行します。

O：システム管理者に連絡してください。

KAME619-E（L）

［日本語］
ファイル：aa....aaがオープンできません。原因コード：bb
［英語］
File:aa....aa cannot be opened. Cause code:bb

ファイル名で示すファイルがオープンできないため，メッセージをファイルに出力できません。
aa....aa：ファイル名 (/dev/consoleまたは/dev/null)
bb：原因コード（ファイルオープン時のシステムコールの終了コード）

S：処理を続行します。メッセージは，標準出力または標準エラー出力に出力されます。

KAME626-E（L+E）

［日本語］
Hitachi HA Toolkit Extensionのコマンドaa....aaが異常終了しました。詳細コード：bb....bb
［英語］
Command(aa....aa) of Hitachi HA Toolkit Extension stopped abnormally. Error details:bb....bb

指定されたコマンドが，処理中にシグナルを検出したため，子プロセスとして発行したコマンドで，エラーが発生しました。
aa....aa：コマンド名
bb....bb：詳細コード

S：処理を終了します。

O：システム管理者に連絡してください。

対処：HA Toolkit Exを再起動してください。

KAME650-E（E）

［英語］
aa....aa system call error (bb): cc....cc

HA Toolkit Exの関数内で発行したシステムコールでエラーが発生しました。なお，表示されるシステムコール名称およびエラー番号は，OSのAPIについての情報です。
aa....aa：発行したシステムコール名称
bb：システムコールのエラー番号（1～2けた）
cc....cc：エラー番号の内容

S：処理を続行します。

O：システムコールのエラー番号によって，原因を調査してください。

KAME651-W（L+E）

［日本語］
リソースの属性を取得できませんでした。
属性：aa...aa
［英語］
The property of resource was unacquirable.
Property:aa...aa

aa...aaに示すMSCSのリソースの属性を取得できませんでした。

S：処理を終了します。

O：システム管理者に連絡してください。

また，MSCSが正しく動作しているかを確認してください。

KAME655-W（L+E）

［日本語］
処理要求受け付け処理を実行しましたが，データがありませんでした。
保守情報：aa....aa
［英語］
There was no data though the processing demand acceptance was executed. Details:aa....aa

selectシステムコールの処理後，処理結果に基づいて通信ソケットのデータを読み込みましたが，読み込めるデータがありませんでした。無視して処理を続行します。
aa....aa：保守情報

S：処理を終了します。

O：システム管理者に連絡してください。

対処：トラブルシュート情報を採取して，システム管理者に調査を依頼してください。

KAME702-W（L+E）

［日本語］
モジュールトレース情報取得に必要な作業領域を確保できません。モジュールトレース情報を取得できません。
［英語］
Because a module trace buffer cannot be gotten, module trace information stops.

メモリが不足したため，モジュールトレースバッファを取得するのに必要な作業領域を確保できないので，モジュールトレース情報を取得できません。

S：処理を続行します。

O：システム管理者に連絡してください。

KAME801-E（L+E）

［日本語］
メッセージ処理にて異常が発生しました。詳細コード：aa....aa 異常が発生した関数名：bb.... bb
［英語］
An error occurred at message function.Error details: aa....aa Functional name: bb.... bb

メッセージ出力処理で異常が発生しました。
aa....aa：詳細コード
bb.... bb：異常が発生した関数

S：処理を続行します。

O：システム管理者に連絡してください。

KAME851-E（L+E）

［日本語］
サービスの登録に失敗しました。サービス名：aa....aa
［英語］
Failed to register the service. service name: aa....aa

次に示す原因でサービス名称に示すサービスの登録に失敗しました。

すでにサービス名称で示すサービスが登録されている。

サービスの削除マクロに失敗した。

aa....aa：サービス名称

S：処理を続行します。

O：すでにサービス名称で示すサービスが登録されていない場合は，システム管理者に連絡してください。

KAME852-I（L+E）

［日本語］
サービスの登録が正常に終了しました。サービス名：aa....aa
［英語］
The service is registered successfully. service name: aa....aa

サービス名称に示すサービスの登録が正常に終了しました。
aa....aa：サービス名称

S：処理を続行します。

KAME853-E（L+E）

［日本語］
サービスの削除に失敗しました。サービス名：aa....aa
［英語］
Failed to remove the service. service name: aa....aa

次の要因で，サービス名称に示すサービスの削除に失敗しました。

サービスが稼働中である。

サービスの削除マクロに失敗した。

aa....aa：サービス名称

S：処理を続行します。

O：サービスが稼働中の場合は，サービスを停止してコマンドを再実行してください。サービスが稼働中でない場合は，システム管理者に連絡してください。

KAME854-I（L+E）

［日本語］
サービスの削除が正常に終了しました。サービス名：aa....aa
［英語］
The service is removed successfully. service name: aa....aa

サービス名称に示すサービスの削除が正常に終了しました。
aa....aa：サービス名称

S：処理を続行します。

付録

＜この付録の構成＞

付録A　このマニュアルの参考情報

付録B　用語解説

付録A　このマニュアルの参考情報

このマニュアルを読むに当たっての参考情報を示します。

＜この節の構成＞

付録A.1　関連マニュアル

付録A.2　このマニュアルでの表記

付録A.3　英略語

付録A.4　常用漢字以外の漢字の使用について

付録A.5　KB（キロバイト）などの単位表記について

付録A.1　関連マニュアル

関連マニュアルを次に示します。必要に応じてお読みください。

適用OSがHP-UXおよびSolarisの場合

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 解説（3000-3-360）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-362）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-363）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 メッセージ（3000-3-368）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 解説（3000-3-941）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-943）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-944）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 メッセージ（3000-3-947）

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）

スケーラブルデータベースサーバ HiRDB Version 6 解説（UNIX(R)用）（3000-6-231）

スケーラブルデータベースサーバ HiRDB Version 6 システム導入・設計ガイド（UNIX(R)用）（3000-6-232）

スケーラブルデータベースサーバ HiRDB Version 6 システム定義（UNIX(R)用）（3000-6-233）

スケーラブルデータベースサーバ HiRDB Version 6 システム運用ガイド（UNIX(R)用）（3000-6-234）

スケーラブルデータベースサーバ HiRDB Version 6 コマンドリファレンス（UNIX(R)用）（3000-6-235）

スケーラブルデータベースサーバ HiRDB Version 6 メッセージ （UNIX(R)/Windows(R)用）（3000-6-238）

スケーラブルデータベースサーバ HiRDB Version 7 解説（UNIX(R)用）（3000-6-271）

スケーラブルデータベースサーバ HiRDB Version 7 システム導入・設計ガイド（UNIX(R)用）（3000-6-272）

スケーラブルデータベースサーバ HiRDB Version 7 システム定義（UNIX(R)用）（3000-6-273）

スケーラブルデータベースサーバ HiRDB Version 7 システム運用ガイド（UNIX(R)用）（3000-6-274）

スケーラブルデータベースサーバ HiRDB Version 7 コマンドリファレンス（UNIX(R)用）（3000-6-275）

スケーラブルデータベースサーバ HiRDB Version 7 メッセージ（UNIX(R)/Windows(R)用）（3000-6-278）

スケーラブルデータベースサーバ HiRDB Version 8 解説（UNIX(R)用）（3000-6-351）

スケーラブルデータベースサーバ HiRDB Version 8 システム導入・設計ガイド（UNIX(R)用）（3000-6-352）

スケーラブルデータベースサーバ HiRDB Version 8 システム定義（UNIX(R)用）（3000-6-353）

スケーラブルデータベースサーバ HiRDB Version 8 システム運用ガイド（UNIX(R)用）（3000-6-354）

スケーラブルデータベースサーバ HiRDB Version 8 コマンドリファレンス（UNIX(R)用）（3000-6-355）

スケーラブルデータベースサーバ HiRDB Version 8 メッセージ（3020-6-358）

適用OSがWindowsの場合

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 解説（3000-3-360）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-362）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-363）

OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 メッセージ（3000-3-368）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 解説（3000-3-941）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 システム定義（3000-3-943）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 運用と操作（3000-3-944）

OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 メッセージ（3000-3-947）

OpenTP1 Version 6 分散アプリケーションサーバ TP1/LiNK 使用の手引（3000-3-951）

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 分散アプリケーションサーバ TP1/LiNK 使用の手引（3000-3-D60）

スケーラブルデータベースサーバ HiRDB Version 6 解説（Windows(R)用）（3020-6-121）

スケーラブルデータベースサーバ HiRDB Version 6 システム導入・設計ガイド（Windows(R)用）（3020-6-122）

スケーラブルデータベースサーバ HiRDB Version 6 システム定義（Windows(R)用）（3020-6-123）

スケーラブルデータベースサーバ HiRDB Version 6 システム運用ガイド（Windows(R)用）（3020-6-124）

スケーラブルデータベースサーバ HiRDB Version 6 コマンドリファレンス（Windows(R)用）（3020-6-125）

スケーラブルデータベースサーバ HiRDB Version 6 メッセージ （Windows(R)用）（3020-6-128）

スケーラブルデータベースサーバ HiRDB Version 7 解説（Windows(R)用）（3020-6-271）

スケーラブルデータベースサーバ HiRDB Version 7 システム導入・設計ガイド（Windows(R)用）（3020-6-272）

スケーラブルデータベースサーバ HiRDB Version 7 システム定義（Windows(R)用）（3020-6-273）

スケーラブルデータベースサーバ HiRDB Version 7 システム運用ガイド（Windows(R)用）（3020-6-274）

スケーラブルデータベースサーバ HiRDB Version 7 コマンドリファレンス（Windows(R)用）（3020-6-275）

スケーラブルデータベースサーバ HiRDB Version 7 メッセージ （Windows(R)用）（3020-6-278）

スケーラブルデータベースサーバ HiRDB Version 8 解説（Windows(R)用）（3020-6-351）

スケーラブルデータベースサーバ HiRDB Version 8 システム導入・設計ガイド（Windows(R)用）（3020-6-352）

スケーラブルデータベースサーバ HiRDB Version 8 システム定義（Windows(R)用）（3020-6-353）

スケーラブルデータベースサーバ HiRDB Version 8 システム運用ガイド（Windows(R)用）（3020-6-354）

スケーラブルデータベースサーバ HiRDB Version 8 コマンドリファレンス（Windows(R)用）（3020-6-355）

スケーラブルデータベースサーバ HiRDB Version 8 メッセージ（3020-6-358）

なお，このマニュアルでは，関連マニュアルのバージョン番号などを省略して表記しています。マニュアルの正式名称およびこのマニュアルでの表記を，次の表に示します。

マニュアルの正式名称 | このマニュアルでの表記
OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 解説 | OpenTP1 解説
OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 解説
OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 解説
OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 システム定義 | OpenTP1 システム定義
OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 システム定義
OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 システム定義
OpenTP1 Version 5 分散トランザクション処理機能 OpenTP1 運用と操作 | OpenTP1 運用と操作
OpenTP1 Version 6 分散トランザクション処理機能 OpenTP1 運用と操作
OpenTP1 Version 7 分散トランザクション処理機能 OpenTP1 運用と操作
スケーラブルデータベースサーバ HiRDB Version 6 解説（UNIX(R)用） | HiRDB 解説（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 解説（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 解説（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 解説（Windows(R)用） | HiRDB 解説（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 解説（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 解説（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 システム運用ガイド（UNIX(R)用） | HiRDB システム運用ガイド（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 システム運用ガイド（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 システム運用ガイド（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 システム運用ガイド（Windows(R)用） | HiRDB システム運用ガイド（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 システム運用ガイド（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 システム運用ガイド（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 システム定義（UNIX(R)用） | HiRDB システム定義（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 システム定義（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 システム定義（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 システム定義（Windows(R)用） | HiRDB システム定義（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 システム定義（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 システム定義（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 コマンドリファレンス（UNIX(R)用） | HiRDB コマンドリファレンス（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 コマンドリファレンス（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 コマンドリファレンス（UNIX(R)用）
スケーラブルデータベースサーバ HiRDB Version 6 コマンドリファレンス（Windows(R)用） | HiRDB コマンドリファレンス（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 7 コマンドリファレンス（Windows(R)用）
スケーラブルデータベースサーバ HiRDB Version 8 コマンドリファレンス（Windows(R)用）

付録A.2　このマニュアルでの表記

このマニュアルでは，製品名を次のように表記しています。

製品名称 | 略称
HiRDB/High Availability Version 6 | HiRDB High Availability | HiRDB Version 6
HiRDB/Parallel Server Version 6 | HiRDB/Parallel Server
HiRDB/Single Server Version 6 | HiRDB/Single Server
HiRDB Advanced High Availability Version 7 | HiRDB Advanced High Availability | HiRDB Version 7
HiRDB High Availability Version 7 | HiRDB High Availability
HiRDB/Parallel Server Version 7 | HiRDB/Parallel Server
HiRDB/Parallel Server Version 7(64)
HiRDB/Single Server Version 7 | HiRDB/Single Server
HiRDB/Single Server Version 7(64)
HiRDB Advanced High Availability Version 8 | HiRDB Advanced High Availability | HiRDB Version 8
HiRDB/Parallel Server Version 8 | HiRDB/Parallel Server
HiRDB/Parallel Server Version 8(64)
HiRDB/Single Server Version 8 | HiRDB/Single Server
HiRDB/Single Server Version 8(64)
HiRDB Version 6 | HiRDB
HiRDB Version 7
HiRDB Version 8
Hitachi HA Toolkit Extension | HA Toolkit Ex | Hitachi HA Toolkit
HP-UX 11 | HP-UX（PA-RISC） | HP-UX
HP-UX 11i
HP-UX 11i V2（IPF） | HP-UX（IPF）
HP-UX 11i V3（IPF）
Solaris 2.6 | Solaris
Solaris 7
Solaris 8
Solaris 9
Solaris 10
TP1/High Availability | TP1/High Availability | OpenTP1
uCosminexus TP1/High Availability
uCosminexus TP1/High Availability(64)
TP1/LiNK | TP1/LiNK
uCosminexus TP1/LiNK
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)
VERITAS Cluster Server | VCS

なお，OpenTP1シリーズの製品は，製品バージョンごとにそれぞれ次のように表記しています。

製品バージョン | このマニュアルでの表記
05-00以降 | OpenTP1 Version 5
06-00以降 | OpenTP1 Version 6
07-00以降 | OpenTP1 Version 7

付録A.3　英略語

このマニュアルで使用する英略語を，次に示します。

英略語 | 英字での表記
API | Application Programming Interface
BES | Back End Server
CPU | Central Processing Unit
DAM | Direct Access Method
DAT | Digital Audio Tape recorder
DB | Data Base
HA | High Availability
IPF | Itanium(R) Processor Family
LAN | Local Area Network
MO | Magnet-Optic
OS | Operating System
PA-RISC | Precision Architecture - Reduced Instruction Set Computer
RPC | Remote Procedure Call
TAM | Table Access Method

付録A.4　常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

個所（かしょ），汎用（はんよう），必須（ひっす）

付録A.5　KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

付録B　用語解説

数字｜英字｜ア行｜カ行｜サ行｜タ行｜ハ行

このマニュアルで使用する用語について説明します。

数字

1:1スタンバイレス型系切り替え

サーバがHiRDBの場合に選べる，スタンバイレス型系切り替えの一つです。二つの系にそれぞれBESユニットがあり，片方のBESユニットで障害が発生した場合，もう片方のBESユニットに障害が発生したBESユニットの業務を代行させることができます。

英字

BESユニット

HiRDBの1:1スタンバイレス型系切り替えの場合の用語です。ほかの系切り替えでの「サーバ」を意味します。詳細については，マニュアル「HiRDB 解説（UNIX(R)用）」または「HiRDB 解説（Windows(R)用）」を参照してください。

HiRDBのスタンバイレス型系切り替え

ホットスタンバイ構成での系切り替えと異なり，待機系を準備する必要がありません。障害が発生した場合，待機系にある待機サーバではなく，稼働中のほかの系にある待機サーバに業務を実行させることができます。

スタンバイレス型系切り替えには，次の種類があります。

1:1スタンバイレス型系切り替え

影響分散スタンバイレス型系切り替え

ア行

影響分散スタンバイレス型系切り替え

サーバがHiRDBの場合に選べる，スタンバイレス型系切り替えの一つです。複数の系にそれぞれ実行サーバと待機サーバがあり，サーバに障害が発生した場合，複数の稼働中サーバに業務を分散して実行させることができます。

カ行

監視プロセス

Hitachi HA Toolkitのサービスです。監視プロセスは，実際に実行サーバを監視します。また，実行サーバの障害時には，Hitachi HA Toolkitのサービスプロセスに障害を通知します。

系

CPU単位で，サーバが稼働するシステムの単位のことです。システムを構成するハードウェアやシステム上で稼働するプログラムを総称して，系と呼びます。

系切り替え

業務処理を実行中の系から，待機している系に置き換えることです。

系の切り戻し

サーバを，システム起動時に稼働する系に切り替えることです。系の切り戻しによって，システム起動時のクラスタ構成に戻ります。

HiRDBの1:1スタンバイレス型系切り替えの場合，障害発生後，代替BESユニットで代行していた業務を，正規BESユニットに切り替えてシステム起動時と同じ正常状態に戻すことをいいます。

コアダンプ情報

プロセスのメモリ情報のことです。

コアファイル

プログラムが異常終了すると，コアダンプ情報（プロセスのメモリ情報）がOSの特定のファイルに格納されます。この特定のファイルのことを，コアファイルと呼びます。

サ行

サーバ

サービスを提供するマシンです。このマニュアルでは，サーバ上で稼働するサーバプログラムをサーバと呼びます。Hitachi HA Toolkitが障害監視をするサーバには，OpenTP1とHiRDBがあります。

サーバのスローダウン

サーバの実行処理時間が通常以上に長くなることです。プログラムの無限ループやリソースの競合などが原因で起こります。

サービスグループ

VCSでの系切り替えの単位です。リソースの集まりを表します。

このマニュアルでは，各OS共通の記述ではMC/ServiceGuardのパッケージ，VCSのサービスグループ，およびMSCSのグループをまとめてサービスグループと呼んでいます。

サービスプロセス

Hitachi HA Toolkitのサービスです。クラスタソフトの監視対象となり，系切り替えに備えます。

実行系

業務を実行する系（システム）のことです。

実行サーバ

現在業務を実行しているサーバのことです。

正規BESユニット

HiRDBの1:1スタンバイレス型系切り替えの用語です。ほかの系切り替えでの「システム起動時に実行サーバが起動する系」を意味します。詳細については，マニュアル「HiRDB 解説（UNIX(R)用）」または「HiRDB 解説（Windows(R)用）」を参照してください。

タ行

待機系

障害に備えて待機する系のことです。

待機サーバ

実行サーバの障害に備えて待機しているサーバのことです。

代替BESユニット

HiRDBの1:1スタンバイレス型系切り替えの用語です。ほかの系切り替えでの「起動時に待機サーバが起動する系」を意味します。詳細については，マニュアル「HiRDB 解説（UNIX(R)用）」または「HiRDB 解説（Windows(R)用）」を参照してください。

代替部

HiRDBの1:1スタンバイレス型系切り替えの用語です。ほかの系切り替えでの「待機サーバ」を意味します。詳細については，マニュアル「HiRDB 解説（UNIX(R)用）」または「HiRDB 解説（Windows(R)用）」を参照してください。

ハ行

ホットスタンバイ

待機系で，待機サーバを事前に起動しておくことです。

索引

[数字]
[Ａ][Ｂ][Ｅ][Ｈ][Ｍ][Ｎ][Ｏ][Ｐ][Ｓ][Ｔ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ハ行][マ行][ラ行]

(数字)

1:1スタンバイレス型系切り替え

1:1スタンバイレス型系切り替え〔用語解説〕

(英字)

(Ａ)

actcommandオペランド〔HP-UX〕

actcommandオペランド〔Solaris〕

actcommandオペランド〔Windows〕

actpatrolオペランド〔HP-UX〕

actpatrolオペランド〔Solaris〕

actpatrolオペランド〔Windows〕

aliasオペランド〔HP-UX〕

aliasオペランド〔Solaris〕

aliasオペランド〔Windows〕

Applicationエージェント固有のリソースの属性〔Solaris〕

(Ｂ)

BESユニット〔用語解説〕

BESユニット起動失敗時の原因調査手順〔1:1スタンバイレス型〕

BESユニット起動時の障害と運用〔1:1スタンバイレス型〕

BESユニット停止失敗時の原因調査手順〔1:1スタンバイレス型〕

BESユニットのオンライン化シェルスクリプトの設定（1:1スタンバイレス型）〔Solaris〕

BESユニットのオンライン化バッチファイルの設定（1:1スタンバイレス型）〔Windows〕

BESユニットの起動（1:1スタンバイレス型）

BESユニットの起動シェルスクリプトの設定（1:1スタンバイレス型）〔HP-UX〕

BESユニットの計画系切り替え（1:1スタンバイレス型）

BESユニットの障害〔1:1スタンバイレス型〕

BESユニットの状態遷移（1:1スタンバイレス型）

BESユニットの停止（1:1スタンバイレス型）

BESユニットをオンライン化するためのシェルスクリプト例〔Solaris〕〔1:1スタンバイレス型〕

BESユニットをオンライン化するためのバッチファイル例〔Windows〕〔1:1スタンバイレス型〕

BESユニットを起動するためのシェルスクリプト例〔HP-UX〕

(Ｅ)

environment定義文での設定内容〔HP-UX〕

environment定義文での設定内容〔Solaris〕

environment定義文での設定内容〔Windows〕

(Ｈ)

hateactonl

hatecheck

hatehaltserv

hatesbystp

hateserv

hateshow

hatestart

hatestop

hatets

HA Toolkit Exの環境設定（HP-UX）

HA Toolkit Exの環境設定（Solaris）

HA Toolkit Exの環境設定（Windows）

HA Toolkit Exの環境設定例〔HP-UX〕〔ホットスタンバイ構成〕

HA Toolkit Exの環境設定例〔Solaris〕〔ホットスタンバイ構成〕

HA Toolkit Exの環境設定例〔Windows〕〔ホットスタンバイ構成〕

HA Toolkit Exの機能

HA Toolkit Exの構成

HA Toolkit Exのサービス登録〔Windows〕

HA Toolkit Exのサービス登録（Windows Server 2003 R2まで）〔自動運用〕

HA Toolkit Exのサービス登録（Windows Server 2008以降）〔自動運用〕

HA Toolkit Exの設定例〔HP-UX〕〔1:1スタンバイレス型〕

HA Toolkit Exの設定例〔HP-UX〕〔影響分散スタンバイレス型〕

HA Toolkit Exの設定例〔Solaris〕〔1:1スタンバイレス型〕

HA Toolkit Exの設定例〔Solaris〕〔影響分散スタンバイレス型〕

HA Toolkit Exの設定例〔Windows〕〔1:1スタンバイレス型〕

HA Toolkit Exの設定例〔Windows〕〔影響分散スタンバイレス型〕

HA Toolkit Exの動作の環境設定〔HP-UX〕

HA Toolkit Exの動作の環境設定〔Solaris〕

HA Toolkit Exの動作の環境設定〔Windows〕

HA Toolkit Exの特長

HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（HP-UX）

HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Solaris）

HiRDBの1:1スタンバイレス型系切り替え構成の環境設定例（Windows）

HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（HP-UX）

HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Solaris）

HiRDBの影響分散スタンバイレス型系切り替え構成の環境設定例（Windows）

HiRDBのスタンバイレス型系切り替え

HiRDBのスタンバイレス型系切り替え〔用語解説〕

Hitachi HA Toolkit Extensionとは

(Ｍ)

MC/ServiceGuardでの計画系切り替え〔影響分散スタンバイレス型〕

MC/ServiceGuardでの計画系切り替え〔ホットスタンバイ構成〕

MC/ServiceGuardの環境設定（HP-UX）

MC/ServiceGuardの環境設定例〔HP-UX〕〔1:1スタンバイレス型〕

MC/ServiceGuardの環境設定例〔HP-UX〕〔影響分散スタンバイレス型〕

MC/ServiceGuardの環境設定例〔HP-UX〕〔ホットスタンバイ構成〕

MSCSでの計画系切り替え〔影響分散スタンバイレス型〕

MSCSでの計画系切り替え〔ホットスタンバイ構成〕

MSCSの環境設定（Windows Server 2003 R2まで）

MSCSまたはMSFCの環境設定例〔Windows〕〔1：1スタンバイレス型〕

MSCSまたはMSFCの環境設定例〔Windows〕〔影響分散スタンバイレス型〕

MSCSまたはMSFCの環境設定例〔Windows〕〔ホットスタンバイ構成〕

MSFCの環境設定（Windows Server 2008以降）

(Ｎ)

nameオペランド〔HP-UX〕

nameオペランド〔Solaris〕

nameオペランド〔Windows〕

(Ｏ)

onl_timmingオペランド〔Solaris〕

onl_timmingオペランド〔Windows〕

(Ｐ)

patrolオペランド〔HP-UX〕

patrolオペランド〔Solaris〕

patrolオペランド〔Windows〕

(Ｓ)

server定義文での設定内容〔HP-UX〕

server定義文での設定内容〔Solaris〕

server定義文での設定内容〔Windows〕

servmax〔HP-UX〕

servmax〔Solaris〕

servmax〔Windows〕

switch_nosbyオペランド〔HP-UX〕

switch_nosbyオペランド〔Solaris〕

switch_nosbyオペランド〔Windows〕

switchtypeオペランド〔HP-UX〕

switchtypeオペランド〔Solaris〕

switchtypeオペランド〔Windows〕

(Ｔ)

termcommandオペランド〔HP-UX〕

termcommandオペランド〔Solaris〕

termcommandオペランド〔Windows〕

termpatrolオペランド〔Windows〕

(Ｖ)

VCSでの計画系切り替え〔影響分散スタンバイレス型〕

VCSでの計画系切り替え〔ホットスタンバイ構成〕

VCSの環境設定（Solaris）

VCSの環境設定例〔Solaris〕〔1:1スタンバイレス型〕

VCSの環境設定例〔Solaris〕〔影響分散スタンバイレス型〕

VCSの環境設定例〔Solaris〕〔ホットスタンバイ構成〕

(Ｗ)

Windowsの環境設定（Windows）

Windowsの環境設定例〔Windows〕〔ホットスタンバイ構成〕

(ア行)

(え)

影響分散スタンバイレス型系切り替え

影響分散スタンバイレス型系切り替え〔用語解説〕

エラーメッセージ〔自動運用〕

(お)

オフライン化シェルスクリプトの記述例〔Solaris〕〔影響分散スタンバイレス型〕

オフライン操作〔自動運用〕

オペレーターの操作タイミング（影響分散スタンバイレス型）

オンライン化シェルスクリプトの記述例〔Solaris〕〔影響分散スタンバイレス型〕

(カ行)

(か)

監視プロセス〔用語解説〕

(き)

起動シェルスクリプトの記述例〔HP-UX〕

起動用バッチファイルの記述例〔自動運用〕

起動用バッチファイルの設定〔自動運用〕

起動用バッチファイルの設定内容〔自動運用〕

起動用バッチファイルの登録（Windows Server 2008（x64）およびWindows Server 2008 R2）

(く)

クラスタアドミニストレータ〔自動運用〕

クラスタシステムの起動（1:1スタンバイレス型）

クラスタシステムの起動（影響分散スタンバイレス型）

クラスタシステムの起動（ホットスタンバイ構成）

クラスタシステムの停止（1:1スタンバイレス型）

クラスタシステムの停止（影響分散スタンバイレス型）

クラスタシステムの停止（ホットスタンバイ構成）

グループのオンライン・オフライン化バッチファイルの設定（影響分散スタンバイレス型）〔Windows〕

グループの作成〔MSCS〕

グループの作成〔自動運用〕〔MSCS〕

グループをオンライン・オフライン化するためのバッチファイル例〔Windows〕〔影響分散スタンバイレス型〕

(け)

系〔用語解説〕

系切り替え〔自動運用〕

系切り替え〔用語解説〕

系切り替え後の運用上の注意（HP-UXおよびSolaris）〔1:1スタンバイレス型〕

系切り替え後の運用上の注意（HP-UXおよびSolaris）〔影響分散スタンバイレス型〕

系切り替え後の運用上の注意（HP-UXおよびSolaris）〔ホットスタンバイ構成〕

系切り替え後の系の切り戻し〔1:1スタンバイレス型〕

系切り替え時間の短縮

系切り替えの種類

系切り替えの設定〔自動運用〕

系単位でのサーバの起動〔影響分散スタンバイレス型〕

系単位でのサーバの停止〔影響分散スタンバイレス型〕

系の起動〔自動運用〕

系の切り戻し〔用語解説〕

系の障害〔1:1スタンバイレス型〕

系の障害〔影響分散スタンバイレス型〕

系の障害〔ホットスタンバイ構成〕

系の停止〔自動運用〕

(こ)

コアダンプ情報〔用語解説〕

コアファイル〔用語解説〕

コマンド一覧

(サ行)

(さ)

サーバ〔用語解説〕

サーバ起動時の障害と運用〔ホットスタンバイ構成〕

サーバ状態表示コマンド

サーバ対応の環境設定〔HP-UX〕

サーバ対応の環境設定〔Solaris〕

サーバ対応の環境設定〔Windows〕

サーバ単位でのサーバの停止〔影響分散スタンバイレス型〕

サーバに対応するサービスプロセス登録（Windows Server 2003 R2まで）

サーバに対応するサービスプロセス登録（Windows Server 2008以降）

サーバに対応するサービスプロセスのサービス登録〔Windows〕

サーバの監視

サーバの起動（影響分散スタンバイレス型）

サーバの起動（ホットスタンバイ構成）

サーバの起動コマンドの記述例〔HP-UX〕

サーバの起動コマンドの記述例〔Solaris〕

サーバの起動コマンドの記述例〔Windows〕

サーバの起動コマンドの設定〔HP-UX〕

サーバの起動コマンドの設定〔Solaris〕

サーバの起動コマンドの設定〔Windows〕

サーバの起動コマンドの設定内容〔HP-UX〕

サーバの起動コマンドの設定内容〔Solaris〕

サーバの起動コマンドの設定内容〔Windows〕

サーバの計画系切り替え（影響分散スタンバイレス型）

サーバの計画系切り替え（ホットスタンバイ構成）

サーバの再起動〔ホットスタンバイ構成〕

サーバの障害〔影響分散スタンバイレス型〕

サーバの障害〔ホットスタンバイ構成〕

サーバの状態遷移（影響分散スタンバイレス型）

サーバの状態遷移（ホットスタンバイ構成）

サーバのスローダウン〔用語解説〕

サーバの停止（影響分散スタンバイレス型）

サーバの停止（ホットスタンバイ構成）

サーバの停止コマンドの記述例〔HP-UX〕

サーバの停止コマンドの記述例〔Solaris〕

サーバの停止コマンドの記述例〔Windows〕

サーバの停止コマンドの設定〔HP-UX〕

サーバの停止コマンドの設定〔Solaris〕

サーバの停止コマンドの設定〔Windows〕

サーバの停止コマンドの設定内容〔HP-UX〕

サーバの停止コマンドの設定内容〔Solaris〕

サーバの停止コマンドの設定内容〔Windows〕

サービスグループ〔用語解説〕

サービスグループのオンライン・オフライン化シェルスクリプトの設定（影響分散スタンバイレス型）〔Solaris〕

サービスグループの作成〔Solaris〕

サービスの作成〔MSFC〕

サービスの作成〔自動運用〕〔MSFC〕

サービスプロセス〔用語解説〕

サービスプロセス停止コマンド

最大構成と最小構成

(し)

システムサーバのプロセスの事前起動（スタンバイレス型）

実行系〔用語解説〕

実行系の決定〔ホットスタンバイ構成〕

実行サーバ〔用語解説〕

実行サーバ起動コマンド

実行サーバ起動失敗時の原因調査手順〔影響分散スタンバイレス型〕

実行サーバ起動失敗時の原因調査手順〔ホットスタンバイ構成〕

実行サーバ停止失敗時の原因調査手順〔影響分散スタンバイレス型〕

実行サーバ停止失敗時の原因調査手順〔ホットスタンバイ構成〕

実行サーバの起動〔自動運用〕

実行サーバの起動〔ホットスタンバイ構成〕

実行サーバの起動許可

実行サーバの決定〔影響分散スタンバイレス型〕

実行サーバの停止〔自動運用〕

実行サーバの停止〔ホットスタンバイ構成〕

実行サーバを運用するためのシェルスクリプトの設定（HP-UX）

実行サーバを運用するためのシェルスクリプトの設定（Solaris）

実行サーバを運用するためのシェルスクリプト例〔HP-UX〕〔影響分散スタンバイレス型〕

実行サーバを運用するためのシェルスクリプト例〔Solaris〕〔影響分散スタンバイレス型〕

実行サーバを運用するためのバッチファイルの設定（Windows）

自動運用のための設定（Windows）

自動運用の注意事項

自動運用の流れ

自動運用の前に

自動起動の順序〔自動運用〕

障害検知時の動作と運用（1:1スタンバイレス型）

障害検知時の動作と運用（影響分散スタンバイレス型）

障害検知時の動作と運用（ホットスタンバイ）

障害後の系回復の流れ〔影響分散スタンバイレス型〕

障害時の系切り替え

障害時の系切り替えの流れ〔1:1スタンバイレス型〕

障害時の系切り替えの流れ〔影響分散スタンバイレス型〕

障害時の系切り替えの流れ〔ホットスタンバイ構成〕

障害時のサーバ再起動〔ホットスタンバイ構成〕

障害情報の退避（HP-UX）〔1:1スタンバイレス型〕

障害情報の退避（HP-UX）〔影響分散スタンバイレス型〕

障害情報の退避（HP-UX）〔ホットスタンバイ構成〕

障害情報の退避（Solaris）〔1:1スタンバイレス型〕

障害情報の退避（Solaris）〔影響分散スタンバイレス型〕

障害情報の退避（Solaris）〔ホットスタンバイ構成〕

障害情報の退避（Windows）〔1:1スタンバイレス型〕

障害情報の退避（Windows）〔影響分散スタンバイレス型〕

障害情報の退避（Windows）〔ホットスタンバイ構成〕

障害の検知

障害の検知〔1:1スタンバイレス型〕

障害の検知〔影響分散スタンバイレス型〕

障害の検知〔ホットスタンバイ構成〕

(せ)

正規BESユニット〔用語解説〕

(そ)

ソフトウェア構成（HP-UX（IPF））

ソフトウェア構成（HP-UX（PA-RISC））

ソフトウェア構成（Solaris）

ソフトウェア構成（Windows）

(タ行)

(た)

待機系〔用語解説〕

待機サーバ〔用語解説〕

待機サーバ停止コマンド

待機サーバの起動〔ホットスタンバイ構成〕

待機サーバの停止〔ホットスタンバイ構成〕

代替BESユニット〔用語解説〕

代替部〔用語解説〕

代替部の起動

代替部の停止

(て)

定義規則〔HP-UX〕

定義規則〔Solaris〕

定義規則〔Windows〕

定義チェック〔HP-UX〕

定義チェック〔Solaris〕

定義チェック〔Windows〕

定義チェックコマンド

定義ファイル（servers）の形式〔HP-UX〕

定義ファイル（servers）の形式〔Solaris〕

定義ファイル（servers）の形式〔Windows〕

定義ファイル（sysdef）の形式〔HP-UX〕

定義ファイル（sysdef）の形式〔Solaris〕

定義ファイル（sysdef）の形式〔Windows〕

停止シェルスクリプトの記述例〔HP-UX〕

停止用バッチファイルの記述例〔自動運用〕

停止用バッチファイルの設定〔自動運用〕

停止用バッチファイルの設定内容〔自動運用〕

ディレクトリ構成（HP-UX）

ディレクトリ構成（Solaris）

ディレクトリ構成（Windows）

(と)

トラブルシュートコマンド

(ハ行)

(は)

ハードウェア構成

パッケージ構成ファイルの設定（影響分散スタンバイレス型）〔HP-UX〕

パッケージ制御スクリプトの設定〔HP-UX〕

パッケージの起動・停止シェルスクリプトの設定（影響分散スタンバイレス型）〔HP-UX〕

バッチファイル作成時の注意〔自動運用〕

(ほ)

ホットスタンバイ

ホットスタンバイ〔用語解説〕

ホットスタンバイ構成での系切り替え

ホットスタンバイ構成での系切り替えの環境設定例（HP-UX）

ホットスタンバイ構成での系切り替えの環境設定例（Solaris）

ホットスタンバイ構成での系切り替えの環境設定例（Windows）

(マ行)

(め)

メッセージテキスト

メッセージの記述形式

メッセージの言語種別

メッセージの出力先

(ラ行)

(り)

リソースタイプの属性〔Solaris〕

リソースの作成〔MSCS〕

リソースの作成〔MSFC〕

リソースの作成〔Solaris〕

リソースの作成〔自動運用〕〔MSCS〕

リソースの作成〔自動運用〕〔MSFC〕

リソースの属性〔Solaris〕

■ 商標類

HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
MC/Serviceguardは，米国Hewlett-Packard Companyの商品名称です。
Microsoftは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VERITASおよびVERITASロゴは，米国Symantec Corporationの登録商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
プログラムプロダクト「P-9D2C-F111」には，米国Sun Microsystems,Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D2C-F111」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。