JP1 Version 8

JP1/ServerConductor/Blade Server Manager系 システム管理者ガイド

解説・操作書

3020-3-L52-90

目　　次

前書き

変更内容

はじめに

1.　概要

1.1　JP1/ServerConductorとは

1.2　JP1/ServerConductorの特長

2.　システム構成

2.1　製品構成

2.1.1　JP1/ServerConductorの製品構成

2.1.2　コンポーネント構成と適用OS

2.2　基本的なシステム構成

2.3　管理構成－複数サーバを遠隔地から管理する場合

2.3.1　システム構成図

2.3.2　必要な環境

2.3.3　設定の流れ

2.4　管理構成－サーバ1台を管理する場合

2.4.1　システム構成図

2.4.2　必要な環境

2.4.3　設定の流れ

2.5　管理構成－Webブラウザから管理する場合

2.5.1　システム構成図

2.5.2　必要な環境

2.5.3　設定の流れ

2.6　管理構成－複数の管理サーバで管理する場合

2.6.1　システム構成図

2.6.2　必要な環境

2.6.3　設定の流れ

2.7　管理構成－複数の管理サーバで複数の同じ管理対象サーバを管理する場合

2.7.1　システム構成図

2.7.2　必要な環境

2.7.3　設定の流れ

2.8　管理構成－JP1/IMと連携する場合

2.8.1　システム構成図

2.8.2　必要な環境

2.8.3　設定の流れ

2.9　管理構成－JP1/AppManagerと連携する場合

2.9.1　システム構成図

2.9.2　必要な環境

2.10　管理構成－Device Managerと連携する場合

2.10.1　システム構成図

2.10.2　必要な環境

2.10.3　設定の流れ

2.11　管理構成－JP1/Cm2/NCと連携する場合

2.11.1　システム構成図

2.11.2　必要な環境

2.11.3　設定の流れ

2.12　管理構成－管理サーバをクラスタ構成にする場合

2.12.1　システム構成図

2.12.2　必要な環境

2.12.3　設定の流れ

2.13　機能別構成－管理対象サーバをクラスタ構成にする場合

2.13.1　システム構成図

2.13.2　必要な環境

2.13.3　設定の流れ

2.14　機能別構成－障害発生時にプログラムを自動起動する場合

2.14.1　システム構成図

2.14.2　必要な環境

2.14.3　設定の流れ

2.15　機能別構成－電源制御をする場合

2.15.1　システム構成図

2.15.2　必要な環境

2.15.3　設定の流れ

2.16　機能別構成－遠隔操作をする場合

2.16.1　システム構成図

2.16.2　必要な環境

2.16.3　設定の流れ

2.17　機能別構成－SNMPを利用して連携する場合

2.17.1　システム構成図

2.17.2　必要な環境

2.17.3　設定の流れ

2.18　機能別構成－デバイス管理の機能を拡張する場合

2.18.1　システム構成図

2.18.2　必要な環境

2.18.3　設定の流れ

2.19　機能別構成－HP-UX EMSと連携する場合

2.19.1　システム構成図

2.19.2　必要な環境

2.19.3　設定の流れ

3.　セットアップ

3.1　セットアップの流れ

3.1.1　BSM，BSM Plus，およびServer Managerのセットアップ

3.1.2　AgentおよびAdvanced Agentのセットアップ

3.2　インストール（Windowsの場合）

3.2.1　BSMのインストール

3.2.2　BSMおよびBSM Plusのインストール

3.2.3　Server Managerのインストール

3.2.4　AgentまたはAdvanced Agentのインストール

3.3　インストール（LinuxまたはHP-UXの場合）

3.3.1　AgentまたはAdvanced Agentのインストール

3.4　アンインストール（Windowsの場合）

3.4.1　BSMおよびBSM Plusのアンインストール

3.4.2　Server Managerのアンインストール

3.4.3　AgentおよびAdvanced Agentのアンインストール

3.4.4　BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順

3.5　アンインストール（LinuxまたはHP-UXの場合）

3.5.1　AgentまたはAdvanced Agentのアンインストール

3.6　JP1/ServerConductorで使用するポート番号

3.6.1　ポート番号一覧

3.6.2　ファイアウォールの例外登録

3.7　JP1/ServerConductorで使用するIPアドレス

3.8　環境設定ユティリティの基本操作

3.9　コンソールサービスの設定

3.9.1　接続先マネージャサービスの設定（コンソールサービス）

3.9.2　詳細情報の設定（コンソールサービス）

3.10　マネージャサービスの設定

3.10.1　認証情報の設定（マネージャサービス）

3.10.2　詳細情報の設定（マネージャサービス）

3.11　エージェントサービス（Windowsサーバ）の設定

3.11.1　接続先マネージャサービスの設定（エージェントサービス）

3.11.2　サイト情報の設定

3.11.3　資産情報の設定

3.11.4　詳細情報の設定（エージェントサービス）

3.12　エージェントサービス（Linuxサーバ）の設定

3.12.1　環境設定コマンドの使用方法

3.12.2　エージェント設定メニューによる設定

3.12.3　エージェント環境設定メニューによる設定

3.12.4　エージェントサービスの起動と停止

3.13　エージェントサービス（HP-UXサーバ）の設定

3.13.1　環境設定コマンドの使用方法

3.13.2　エージェント設定メニューによる設定

3.13.3　エージェント環境設定メニューによる設定

3.13.4　エージェントサービスの起動と停止

3.13.5　エージェントサービスの自動起動の設定

3.14　ローカルコンソールサービスの設定

3.14.1　認証情報の設定（ローカルコンソールサービス）

3.14.2　詳細情報の設定（ローカルコンソールサービス）

3.15　Webコンソールサービスの設定

3.15.1　パスワードの設定（Webコンソールサービス）

3.15.2　接続先マネージャサービスの設定（Webコンソールサービス）

3.15.3　Webゲートウェイサービスが使用するパスワードの設定

3.15.4　詳細情報の設定（Webコンソールサービス）

3.15.5　仮想ディレクトリの設定

3.15.6　注意事項

3.16　SVP/BMCの設定

3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定

3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定

3.16.3　管理対象がBladeSymphony（HP-UXサーバ）の場合のBMCの設定

3.16.4　対象がHA8000シリーズの場合のSVPの設定

3.17　JP1/IM連携の設定

3.17.1　JP1/IM連携機能の設定

3.17.2　JP1/IM連携機能の注意事項

3.18　JP1/AppManager連携の設定

4.　ユーザ管理情報の設定

4.1　JP1/ServerConductorでのユーザ管理の概要

4.2　JP1/ServerConductorでのユーザ管理

4.2.1　ユーザの種類

4.2.2　設定手順

5.　コンソールサービスの操作方法

5.1　起動と終了

5.1.1　コンソールサービス／ローカルコンソールサービスの起動と終了

5.1.2　Webコンソールサービスの起動と終了

5.2　ホストの一覧を表示する

5.2.1　サイト別に表示する

5.2.2　ドメイン別に表示する

5.2.3　サービス構成別に表示する

5.2.4　サーバシャーシ別に表示する

5.2.5　ツリー構成で表示する

6.　資産管理

6.1　資産管理の概要

6.2　データベースを利用した資産管理に必要な設定

6.2.1　前提条件

6.2.2　データベースの設定

6.3　インベントリ情報を参照する

6.3.1　サーバシャーシのインベントリ情報を表示する

6.3.2　ホストのインベントリ情報を表示する

6.3.3　インベントリ情報をCSV形式に出力する

6.4　データベースを利用して資産管理をする

6.4.1　データベースからホストを検索する（ホスト検索機能）

6.4.2　レポートスケジュールを設定する（自動レポート機能）

6.4.3　ホストとデータベースの同期を取る

6.5　MIF情報を表示する

6.6　ハードウェア構成を確認する

7.　障害管理

7.1　障害管理の概要

7.2　アラート情報を表示する

7.2.1　通知アラートを表示する

7.2.2　サーバアラートログを表示する

7.2.3　BIOSポストログを表示する

7.2.4　SVPログを表示する

7.2.5　マネージャアラートログを表示する

7.2.6　未通知アラートを表示する

7.3　アラート通知をフィルタリングする

7.3.1　サーバに対するアラートフィルタリング

7.3.2　SVPに対するアラートフィルタリング

7.3.3　フィルタリングしたアラートの通知結果

7.4　未通知アラートを通知する

7.4.1　管理サーバ未接続時の未通知アラートの通知

7.4.2　管理コンソール未接続時の未通知アラートを通知するための設定

7.5　アラート発生時のサーバの動作を設定する

7.5.1　アラート発生時のサーバの動作

7.5.2　アラート発生時のサーバの動作の設定方法

7.6　アラート受信時にプログラムを自動起動する

7.6.1　接続先アラートアクションサービスの設定

7.6.2　自動起動するプログラムの設定

7.6.3　アラートアクションサービスに通知されないアラート

7.7　アラートをほかのプログラムに通知する

7.7.1　アラートをJP1/IMに通知する

7.7.2　アラートをSNMPマネージャに通知する

7.8　アラートをe-mailで通知する

7.8.1　e-mail（アラート通知）

7.9　アラートをログファイルに記録する

7.9.1　サーバアラートログに記録する

7.9.2　SVPログに記録する

7.9.3　イベントログに記録する

7.9.4　syslogに記録する

7.10　ウォッチドッグタイマによる障害監視をする

7.10.1　ウォッチドッグタイムアウトの仕組み

7.10.2　ウォッチドッグタイマによる障害監視に必要な設定

8.　性能監視

8.1　使用率が一定のしきい値を超えたときにアラートを通知する

8.1.1　前提条件

8.1.2　使用率の算出方法

8.1.3　しきい値の設定

8.1.4　アラートの表示

9.　起動／通信状態監視

9.1　サーバの起動を監視する

9.1.1　概要

9.1.2　前提条件

9.1.3　設定方法

9.1.4　タイムアウト時の動作と対処

9.1.5　注意事項

9.2　通信状態を監視する

9.2.1　マネージャサービスとコンソールサービスまたはエージェントサービスとの通信状態監視

9.2.2　マネージャサービスとサーバシャーシ（SVP）との通信状態監視

10.　電源制御

10.1　電源制御の概要

10.1.1　電源制御の機能と管理対象ホストとの対応

10.1.2　電源制御の方式

10.1.3　電源制御機能を使用するときの注意事項

10.2　電源を制御する

10.3　電源制御スケジュールを設定する

11.　遠隔操作

11.1　遠隔操作の概要

11.2　保守情報の取得と環境設定

11.2.1　概要

11.2.2　環境設定（情報取得）

11.3　リモートコントロール

11.4　ファイル転送

11.5　リモートコンソール

11.6　ランプ制御

11.6.1　操作手順（BS1000/BS320の場合）

11.6.2　操作手順（BS2000の場合）

11.6.3　注意事項

11.7　保守情報の取得

12.　グループ管理

12.1　ホストおよびサーバシャーシをグループに分ける

12.1.1　グループ管理でできる操作または設定

12.1.2　グルーピング方法

12.2　グループ内サーバの一括設定

12.2.1　電源制御スケジュールの一括設定

12.2.2　エージェントサービスの一括設定

12.3　ホストおよびサーバシャーシの一括操作

13.　接続管理

13.1　管理するホストを変更する

13.2　サーバシャーシを登録または削除する

13.3　接続先マネージャサービスを確認する

14.　コンソールサービスからの設定情報の変更

14.1　コンソールサービスから変更できる設定情報

14.2　ユーザ管理情報の設定

14.3　コンソールサービスの設定

14.4　マネージャサービスの設定

14.5　エージェントサービスの設定

15.　クラスタシステムでの運用

15.1　クラスタシステムでの運用の概要

15.1.1　管理サーバをクラスタシステムで運用する

15.1.2　クラスタシステム上の管理対象サーバを管理する

15.2　クラスタ運用の前提条件

15.2.1　クラスタシステムでの運用に対応しているサービス

15.2.2　システム構成

15.3　クラスタシステムでのインストールとセットアップ

15.3.1　この節で使用するシステム構成例

15.3.2　セットアップの流れ

15.3.3　クラスタグループおよびリソースの登録

15.3.4　インストール（クラスタシステムの場合）

15.3.5　管理サーバのセットアップ（クラスタシステムの場合）

15.3.6　フェイルオーバーの動作確認（クラスタシステムの場合）

15.3.7　管理コンソールでの設定

15.3.8　管理対象ホストでの設定

15.3.9　共有ディスク上の共有データフォルダの構成

15.4　クラスタシステムの構成変更（管理サーバ）

15.4.1　更新／変更インストール

15.4.2　共有ディスク上の共有データフォルダの変更

15.5　クラスタシステムの解除（管理サーバ）

15.5.1　作業の流れ

15.5.2　クラスタシステムの解除手順

15.5.3　管理コンソールでの設定

15.5.4　管理対象ホストでの設定

15.6　クラスタシステム上のBSMのアンインストール（管理サーバ）

15.6.1　作業の流れ

15.6.2　アンインストール手順（クラスタシステムの場合）

15.6.3　管理コンソールでの設定

15.6.4　管理対象ホストでの設定

15.7　管理対象サーバのクラスタ制御スケジュールを設定する

15.8　管理対象サーバのクラスタ情報を表示する

15.9　クラスタ管理の注意事項

15.9.1　管理サーバをクラスタ運用する場合の注意事項

15.9.2　管理対象サーバをクラスタ運用する場合の注意事項

16.　他プログラムとの連携

16.1　連携できるプログラム

16.2　DPMと連携する

16.2.1　前提条件

16.2.2　DPMコンピュータ情報をエクスポートする

16.2.3　DPMコンピュータ情報をインポートする

16.3　JP1/IMと連携する

16.3.1　アラートをJP1/IMに通知する

16.3.2　JP1/IMからJP1/ServerConductorを起動する

16.4　JP1/AppManagerと連携する

16.4.1　JP1/AppManager連携時の環境構築

16.4.2　JP1/AppManagerの使用

16.5　RAIDマネージメントプログラムと連携する

16.5.1　RAIDマネージメントプログラムをインストールする

16.5.2　mdacci.exeをサービスとして登録する

16.6　HP-UX EMSと連携する

16.6.1　概要

16.6.2　HP-UX EMS連携の設定

16.6.3　アラートの内容

16.6.4　ロギング機能

16.7　外部プログラムを起動する

17.　SNMPトランスレータ

17.1　SNMPトランスレータとは

17.2　SNMPトランスレータを利用してWindowsサーバを管理する場合の環境の設定方法

17.2.1　管理対象サーバでの設定

17.2.2　SNMPマネージャでの設定

17.3　SNMPトランスレータのトラップ（Windowsサーバ）

17.3.1　JP1/ServerConductorで取り扱うアラートのトラップ

17.3.2　そのほかのDMI対応ハードウェアコンポーネントが通知するイベントのトラップ

17.4　SNMPトランスレータを利用してLinuxサーバを管理する場合の環境の設定方法

17.4.1　管理対象サーバでの設定

17.4.2　SNMPマネージャでの設定

17.5　SNMPトランスレータのトラップ（Linuxサーバ）

17.5.1　JP1/ServerConductorで取り扱うアラートのトラップ

18.　SMP構成管理

18.1　SMP構成管理機能とは

18.2　SMP構成管理機能利用時の前提事項

18.3　SMP構成管理機能の操作

18.3.1　［SMP設定］ウィンドウ

18.3.2　パーティションを作成する

18.3.3　パーティションを削除する

18.3.4　パーティションを変更する

18.3.5　パーティション構成時の注意事項

19.　ストレージ運用支援

19.1　ストレージ運用支援機能とは

19.2　ストレージ運用支援機能の前提条件

19.3　ディスク割り当て時のアクセス制限

19.4　運用前の準備

19.4.1　Device ManagerのBSM Plusへの登録

19.5　ホストグループの自動割り当て

19.5.1　ホストグループの自動割り当てとは

19.5.2　ホストグループの自動割り当ての設定

19.5.3　ホストグループ自動割り当てをする場合の注意事項

19.5.4　ホストグループ自動割り当ての失敗例と対処方法

19.6　ディスク情報の表示

19.6.1　ホストグループ割り当ての表示

19.6.2　ホストグループ割り当ての確認方法

19.7　運用開始後のストレージ変更の手順

19.7.1　運用開始後のストレージ構成の変更

19.7.2　SMP構成のパーティションへサーバモジュールを挿入する

19.7.3　HBAを交換する

19.8　ストレージ運用支援機能を無効にする

20.　N+1／N+Mコールドスタンバイ

20.1　N+1／N+Mコールドスタンバイ機能とは

20.1.1　ホットスタンバイとN+1／N+Mコールドスタンバイ機能の相違点

20.1.2　N+1コールドスタンバイとN+Mコールドスタンバイ

20.1.3　サーバモジュールの割り当て

20.1.4　予備系への切り替え

20.1.5　ネットワークスイッチとの連携

20.1.6　管理サーバの冗長化

20.2　N+1／N+Mコールドスタンバイ機能の前提事項

20.2.1　N+1／N+Mコールドスタンバイ機能の対応バージョン

20.2.2　システム構築の前提条件

20.2.3　ネットワーク環境の前提条件

20.2.4　予備系サーバモジュールの適用条件

20.2.5　N+1コールドスタンバイとN+Mコールドスタンバイの利用条件

20.2.6　ネットワークスイッチ連携機能の前提条件

20.2.7　 N+1冗長化の前提条件

20.3　N+1コールドスタンバイの適用に必要な検討

20.3.1　サーバシャーシ内のサーバモジュールの割り当て

20.3.2　予備系への切り替えの方法（N+1コールドスタンバイ）

20.3.3　自動切り替えの対象となるアラートの設定

20.3.4　運用ケース別の設定項目と切り替え待ち時間

20.3.5　自動切り替え時の現用系の電源OFF

20.4　N+Mコールドスタンバイの適用に必要な検討

20.4.1　N+Mコールドスタンバイでのサーバモジュールの割り当て

20.4.2　予備系への切り替えの方法（N+Mコールドスタンバイ）

20.4.3　予備系への切り替え先

20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え

20.5.1　ネットワークスイッチ情報の設定方式

20.5.2　ネットワークスイッチのポート設定の変更

20.6　N+1コールドスタンバイの冗長化構成

20.6.1　 N+1冗長化の実行時の動作

20.6.2　 N+1冗長化構成時の注意事項

20.7　N+1／N+Mコールドスタンバイ機能の設定

20.7.1　N+1／N+Mコールドスタンバイ機能の適用手順

20.7.2　N+1／N+Mコールドスタンバイ機能を有効にする設定

20.7.3　［N+1コールドスタンバイ詳細設定］ウィンドウ

20.7.4　N+1グループの作成と削除

20.7.5　N+1グループのホストの登録と削除，N+1グループ名の変更

20.7.6　N+1グループの予備プールの登録と削除

20.7.7　設定内容の確認

20.8　ネットワークスイッチ連携機能の設定

20.8.1　ネットワークスイッチ連携機能の設定手順

20.8.2　JP1/Cm2/NCの設定

20.8.3　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）

20.8.4　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）

20.8.5　ネットワークスイッチ連携機能で出力されるメッセージ

20.9　 N+1冗長化の設定

20.10　N+1／N+Mコールドスタンバイ機能の運用

20.10.1　予備系サーバモジュールに切り替えたあとの運用方法

20.10.2　予備系サーバモジュールへの手動切り替えの実行

20.10.3　現用系サーバモジュールへの復帰と予備登録の解除

20.10.4　予備系サーバモジュールへの自動切り替え中止

20.10.5　メンテナンス完了

20.10.6　予備系サーバモジュールの診断

20.10.7　ネットワークスイッチ連携時の切り替え失敗からの復旧方法

20.11　N+1／N+Mコールドスタンバイ機能の注意事項

20.11.1　共通の注意事項

20.11.2　N+1コールドスタンバイ利用時の注意事項

20.11.3　N+Mコールドスタンバイ利用時の注意事項

21.　ラック管理

21.1　ラック管理とは

21.2　［ラックマネージャ］ウィンドウ

21.3　管理対象機器を登録する

21.3.1　ラックの登録，変更，削除

21.3.2　機器の登録，変更，削除

21.4　管理対象機器の状態を表示する

21.4.1　ラックの一覧を表示する

21.4.2　未配置機器の一覧を表示する

21.4.3　ラックイメージを表示する

22.　HVM構成管理

22.1　日立サーバ仮想化機構によるサーバの仮想化

22.1.1　JP1/ServerConductorによる仮想化されたサーバの管理

22.2　HVM構成管理機能

22.2.1　HVM構成管理機能の前提条件

22.2.2　［HVM構成管理］ウィンドウ

22.3　HVMの設定およびLPARの作成の流れ

22.4　HVMの設定

22.4.1　HVMの設定をする前の準備

22.4.2　HVMの設定手順

22.4.3　PCIデバイスの占有／共有の設定

22.5　LPARの作成

22.5.1　LPAR作成に当たっての注意事項

22.5.2　LPARの作成手順

22.5.3　LPAR設定情報の保存

22.6　クローニングを使用したHVMおよびLPARの設定

22.6.1　クローニングを使用した場合のHVM設定およびLPAR作成の流れ

22.6.2　クローニング対象の条件

22.6.3　クローニングを使用したHVM設定およびLPAR作成手順

22.6.4　クローニング時の注意事項

22.7　LPARの操作

22.7.1　LPARのActivateおよびDeactivate

22.7.2　LPARの削除

22.8　LPAR構成の変更

22.8.1　LPAR構成情報の変更

22.8.2　［LPAR構成変更］ダイアログボックスでの設定内容

22.9　HVM構成のバックアップおよびリストア

22.9.1　HVM構成のバックアップ

22.9.2　HVM構成のリストア

22.9.3　注意事項

22.10　LPARとUSBとの対応づけ

22.10.1　LPARとUSBとの対応づけ

22.10.2　LPARとUSBとの対応づけの変更

22.11　HVM構成管理機能の注意事項

23.　仮想化されたサーバの管理（HVMの場合）

23.1　LPAR上で稼働するサーバまたはHVMに対して使用できる機能

23.2　LPAR上で稼働しているサーバおよびHVMをJP1/ServerConductorで管理する場合に必要な準備

23.2.1　システム構成図

23.2.2　必要な環境

23.2.3　設定の流れ

23.2.4　管理サーバへの登録

23.3　LPAR上で稼働するサーバまたはHVMを管理する場合の注意事項

23.3.1　コンソールサービスでの表示

23.3.2　資産管理

23.3.3　障害管理

23.3.4　性能監視

23.3.5　サーバ起動監視

23.3.6　管理コンソールからの電源制御

23.3.7　遠隔操作

23.3.8　グループ管理

23.3.9　接続管理

23.3.10　コンソールサービスからの環境設定

23.3.11　SMP構成管理

23.3.12　ストレージ運用支援

23.3.13　N+Mコールドスタンバイ

23.3.14　ラック管理

24.　仮想化されたサーバの管理（仮想化プラットフォームの場合）

24.1　仮想化されたサーバに対して使用できる機能

24.2　仮想化されたサーバをJP1/ServerConductorで管理する場合に必要な準備

24.2.1　システム構成図

24.2.2　必要な環境

24.2.3　設定の流れ

24.2.4　管理サーバへの登録

24.3　仮想化されたサーバを管理する場合の注意事項

24.3.1　コンソールサービスでの表示

24.3.2　資産管理

24.3.3　障害管理

24.3.4　管理コンソールからの電源制御

24.3.5　遠隔操作

24.3.6　グループ管理

24.3.7　接続管理

24.3.8　コンソールサービスからの環境設定

24.3.9　N+Mコールドスタンバイ

25.　使用上の注意事項

25.1　コンソールサービスの注意事項

25.2　複数接続構成時の注意事項

25.3　IPアドレスを変更する場合の注意事項

25.3.1　管理サーバのIPアドレスを変更する場合の手順

25.3.2　管理対象のIPアドレスを変更する場合の手順

25.4　ホスト名を変更する場合の注意事項

25.4.1　管理サーバのホスト名を変更する場合の手順

25.4.2　管理対象サーバのホスト名を変更する場合の手順

25.5　管理対象ホスト，HVM，またはサーバシャーシの設定を変更する場合の注意事項

25.6　BladeSymphony SPを管理する場合の注意事項

25.7　そのほかの注意事項

26.　トラブルの対処方法

26.1　トラブルが発生した場合の対処手順

26.2　トラブルが発生したときに採取が必要な資料

26.3　資料の採取方法

26.3.1　管理コンソールでの資料の採取方法

26.3.2　管理対象サーバ（Agent）での資料の採取方法（Windowsの場合）

26.3.3　管理対象サーバ（Agent）での資料の採取方法（Linuxの場合）

26.3.4　管理対象サーバ（Agent）での資料の採取方法（HP-UXの場合）

26.3.5　管理サーバ（BSMまたはServer Manager）での資料の採取方法

付録

付録A　BIOS POST情報

付録B　常駐プロセス一覧

付録B.1　Windowsの場合

付録B.2　Linuxの場合

付録B.3　HP-UXの場合

付録C　フォルダ構成

付録C.1　Windowsの場合

付録C.2　Linuxの場合

付録C.3　HP-UXの場合

付録D　システム見積もり

付録D.1　メモリ所要量

付録D.2　ディスク占有量

付録E　ログファイル（単調増加ファイル）

付録F　HVM構成管理機能の設定画面とHVMスクリーンの設定項目の対応

付録F.1　［HVM設定］ダイアログボックス

付録F.2　［PCI Device Scheduling Mode設定］ダイアログボックス

付録F.3　［LPAR作成ウィザード］

付録F.4　［LPAR構成変更］ダイアログボックス

付録G　用語解説

索引

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

All Rights Reserved. Copyright (C) 2006, 2009, Hitachi, Ltd.

前書き

■ 対象製品

●適用OS：Windows XP Home Edition，Windows XP Professional，Windows 2000 Professional，Windows 2000 Server，Windows 2000 Advanced Server，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Vista Business，Windows Vista Enterprise，Windows Vista Ultimate，Windows Server 2008 Standard，Windows Server 2008 Enterprise，Windows Server 2008 Standard without Hyper-V，Windows Server 2008 Enterprise without Hyper-V

P-2418-6281　 JP1/ServerConductor/Blade Server Manager　 08-65

●適用OS：Windows XP Home Edition，Windows XP Professional，Windows 2000 Professional，Windows 2000 Server，Windows 2000 Advanced Server，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Vista Business，Windows Vista Enterprise，Windows Vista Ultimate

P-2418-6381　 JP1/ServerConductor/Server Manager　 08-21

●適用OS：Windows 2000 Server，Windows 2000 Advanced Server，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Server 2008 Standard，Windows Server 2008 Enterprise，Windows Server 2008 Standard without Hyper-V，Windows Server 2008 Enterprise without Hyper-V

P-2418-6581　 JP1/ServerConductor/Blade Server Manager Plus　 08-21

●適用OS：Windows 2000 Server，Windows 2000 Advanced Server，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Server 2003 Standard x64 Edition，Windows Server 2003 Enterprise x64 Edition，Windows Server 2003 R2 Standard x64 Edition，Windows Server 2003 R2 Enterprise x64 Edition，Windows Server 2008 Standard，Windows Server 2008 Enterprise

P-2418-6A81　 JP1/ServerConductor/Agent　 08-60
P-2418-6B81　 JP1/ServerConductor/Advanced Agent　 08-60

●適用OS：Windows Server 2003 Enterprise Edition for Itanium-based Systems 日本語版，Windows Server 2008 for Itanium-based Systems 日本語版

P-2818-6A81　 JP1/ServerConductor/Agent　 08-50
P-2818-6B81　 JP1/ServerConductor/Advanced Agent　 08-50

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

P-9S18-6A81　 JP1/ServerConductor/Agent　 08-60
P-9S18-6B81　 JP1/ServerConductor/Advanced Agent　 08-60

●適用OS：Red Hat Enterprise Linux AS 3（IPF），Red Hat Enterprise Linux AS 4（IPF），Red Hat Enterprise Linux 5（IPF），Red Hat Enterprise Linux 5 Advanced Platform（IPF）

P-9V18-6A81　 JP1/ServerConductor/Agent　 08-51
P-9V18-6B81　 JP1/ServerConductor/Advanced Agent　 08-51

●適用OS：HP-UX11i Version 2.0（IPF），HP-UX11i Version 3.0（IPF）

P-1J18-6A81　 JP1/ServerConductor/Agent　 08-11
P-1J18-6B81　 JP1/ServerConductor/Advanced Agent　 08-10

■ 輸出時の注意

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

■ 商標類

AMDは，Advanced Micro Devices,Inc.の商標です。
Ethernetは，米国Xerox Corp.の商品名称です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems,Inc.の商標または登録商標です。
LANDeskは，米国およびその他の国におけるLANDesk Group, Ltdとその子会社の商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft, Hyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Accessは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Internet Information Serverは，米国Microsoft Corp.の商品名称です。
NetIQ,AppManager,Knowledge Scripts,Work Smarterとそれらに関連するロゴは，NetIQ Corporationの米国及び他の国々での商標もしくは登録商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
Netscape(R) Communicatorは，Netscape Communications Corporationの商標です（一部の国では，登録商標となっています）。
Netscape(R) Enterprise Serverは，Netscape Communications Corporationの商標です（一部の国では，登録商標となっています）。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
VMware, Virtual SMP, VMotionは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
Windows Vistaは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
X Window Systemは，米国X Consortium, Inc.が開発したソフトウェアです。
JP1/ServerConductorはLANDesk(R) Server Manager softwareの技術を利用しています。

■ 発行

2006年6月（第1版）3020-3-L52
2009年5月（第10版）3020-3-L52-90

■ 著作権

All Rights Reserved. Copyright (C) 2006, 2009, Hitachi, Ltd.

変更内容

変更内容(3020-3-L52-90)　JP1/ServerConductor/Blade Server Manager　08-65

追加・変更内容 | 変更個所
管理対象として仮想化プラットフォームのサーバをサポートしました。 | 1.2(14)，3.9.2(4)，5.1.1(3)，5.2，5.2.5，7.2.4，18.3.1，20.3.3(2)，20.3.5(5)，20.7.5(1)，20.7.7(2)，20.7.7(3)，20.10.2，20.10.3，20.11.3，24，25.3.2(5)，25.3.2(6)，25.3.2(7)，25.4.2，付録G
BSM Plusをインストールする際の注意事項を追加しました。 | 3.2.2(3)
インストールの実行パスに関する説明を追加しました。 | 3.2.4(2)
Webコンソールサービスに関する注意事項を追加しました。 | 3.15.6
グルーピングに関する注意事項を追加しました。 | 12.1.2

JP1/ServerConductor/Blade Server Manager　08-60

追加・変更内容
変更個所

管理対象としてBS2000をサポートしました。
1.2(1)，13.2(2)，16.2.2(1)，18.2(1)，18.3.1，22.2.2(2)(a)，22.9.2(2)，25.5(2)

次のポート番号の説明を追加しました。
20079，21001
3.6.1

［障害監視 詳細設定］ダイアログボックスの「障害発生時処理」の説明を追加しました。
3.16.4(2)(a)，3.16.4(3)(b)

ウォッチドッグタイマの監視周期を変更しました。
7.10.2

電源制御の方式の説明を追加しました。
10.1.2

BS2000の場合の電源制御に関する説明を追加しました。
10.1.3，10.3，23.3.6(2)(e)

BS2000の場合のリモートコンソールに関する説明を追加しました。
11.1(3)，11.5

BS2000の場合のランプ制御に関する説明を追加しました。
11.1(4)，11.6

［ホスト登録］ダイアログボックスを変更しました。また，「種別」の表示項目を変更しました。
13.1(3)，13.2(1)，19.7.3(1)(g)，19.7.3(2)(c)，23.3.9(1)

サーバシャーシの登録に関する説明を追加しました。
13.2(1)

ホストグループ割り当て定義ファイルの次の項目に，BS2000の場合の説明を追加しました。
サーバモジュールスロット番号またはI/Oモジュールスロット番号，HBAポート番号
19.5.2(2)(a)，23.3.12(3)

HBA搭載のPCIeスロット番号の付与規則を追加しました。また，サーバシャーシ背面図を追加しました。
19.5.2(2)(b)，19.5.2(2)(c)

BS2000の場合のN+Mコールドスタンバイに関する説明を追加しました。
20.1.2，20.2.1，20.2.4，20.2.5，20.2.5(10)，20.2.6(1)，20.2.6(3)，20.3.2(1)，20.3.3(2)，20.3.3(6)，20.3.5(2)，20.5.1(1)，20.7.5(1)，20.7.6(3)，20.8.1，20.8.4，20.10.3

あとからN+1切り替え処理を実行するマネージャサービスに対して通知する，警告アラートの条件を変更しました。
20.6.1

BS2000の場合のラック管理に関する説明を追加しました。
21.1，21.2(1)，21.2(2)，21.3.2(1)，21.3.2(2)

BS2000の場合のHVM構成管理に関する説明を追加しました。
22.2.1，22.2.2(2)

クローニング先に指定するサーバシャーシに関する注意事項を追加しました。
22.6.4

BS2000の場合のLPAR上で稼働しているサーバに関する説明を追加しました。
23.3.13(6)

一つのIPアドレスを複数の機器へ登録した場合の注意事項を追加しました。
25.3.2(8)

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

変更内容(3020-3-L52-80)　JP1/ServerConductor/Blade Server Manager　08-55

追加・変更内容

クライアントPC管理機能の提供を終了したため，クライアントPCに関する記述を削除しました。

管理対象としてBladeSymphony SPをサポートしました。

JP1/ServerConductor/Blade Server Managerのマネージャサービス，およびアラートアクションサービスでWindows Vistaをサポートしました。

JP1/ServerConductor/Blade Server ManagerでWindows Server 2008をサポートしました。

Windows Server 2008サポートに伴い，「MSCS」「MSCSのクラスタアドミニストレータ」の表記を変更しました。

BSMおよびBSM Plusのアンインストール時の注意事項を一つ追加しました。

Windowsファイアウォールの例外に登録するプログラムファイルを追加しました。

環境設定ユティリティで各サービスの詳細タブの画面から［適用］ボタンを削除しました。

未受信アラートの受信はBSMでだけできる旨，説明を追加しました。

ウォッチドッグタイマによる障害監視の説明を追加しました。

メモリダンプの取得設定に関する参照ドキュメントに，BladeSymphonyソフトウェアガイドを追加しました。

smhaaeditコマンド（Linuxサーバ）で設定できる項目を変更しました。

JP1/AppManager連携の機能はHA8000でだけ使用できる旨，注意事項を変更しました。

ユーザ認証の方法について，説明を補足しました。

章の中の構成を見直し，運用前の設定時に必要な情報と運用時の情報とに分けました。また，必要に応じて概要を追加しました。

アラートに関する注意事項を追加しました。

アラートをe-mailで通知する場合に，宛先に指定できるバイト数の範囲を変更しました。

サーバ起動監視の前提条件を一つ追加しました。

サーバ起動監視の注意事項を二つ追加しました。

ハードコピー情報に，コピーできない場合の説明を追加しました。

製品名称の変更のため，「JP1/HiCommand Device Manager」を「Hitachi Device Manager Software」に，「JP1/HDvM」を「HDvM」に変更しました。

クラスタ制御スケジュールに関する注意事項を追加しました。

記述形式統一のため，ツールボタンではなくメニューを使用した操作説明に変更しました。

SANの接続インタフェースにSASおよびiSCSIを追加しました。

［N+1コールドスタンバイ詳細設定］ウィンドウに関する注意事項を一つ追加しました。また，表示される項目「定期診断スケジュール」を追加しました。

BladeSymphonyを管理サーバとして利用する場合の注意事項を一つ追加しました。

変更内容(3020-3-L52-70)　JP1/ServerConductor/Blade Server Manager　08-50

追加・変更内容

JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報を，DPMのコンピュータ情報として取得し，ファイルにエクスポートする機能を追加しました。

SNMPマネージャでマシン管理情報（MIB）を参照できる管理対象サーバの種類についての記述を変更しました。

Windows版AgentおよびWindows版Advanced AgentでWindows Server 2008をサポートしました。

Linux版AgentおよびLinux版Advanced AgentでRed Hat Enterprise Linux 5をサポートしました。

BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール時の注意事項を追加しました。

JP1/ServerConductorで使用するIPアドレスについての説明を追加しました。

環境設定ユティリティでの設定値についての注意事項を追加しました。

キープアライブを設定する際の注意事項を追加しました。

JP1/ServerConductorでの認証情報の設定およびログイン方法についての記述を変更しました。

マネージャサービスで保存するアラートの保存件数の下限値を変更しました。

Windowsサーバ上のエージェントサービスの設定で接続先として設定できるマネージャサービスの数を変更しました。

コンソールサービスからのシャットダウンまたはリブートを許可する設定についての注意事項を追加しました。

LinuxサーバおよびHP-UXサーバ上のエージェントサービスの設定でCommandTimeoutの説明を変更しました。

Linuxサーバ上のエージェントサービスの設定でアラートログファイルが格納されるディレクトリを変更しました。

Linuxサーバ上のエージェントサービスの設定でTargetMachineの説明を変更しました。

LinuxサーバおよびHP-UXサーバ上のエージェントサービスの設定でManagerAddressの説明を変更しました。

Linuxサーバ上のエージェントサービスを停止する方法を変更しました。

Webゲートウェイサービスが使用するパスワードの設定についての記述を変更しました。

ポーリングを設定する際の注意事項を変更しました。

BMC環境設定ユティリティの次の項目について，設定内容の記述を変更しました。

［監視周期］

［電源OFF監視］

［リブート監視］

N+1コールドスタンバイ機能を自動で実行中に障害を回復できた場合，自動切り替えを中止する機能を追加しました。

ウォッチドッグタイムアウト発生時の処理に，NMI発行を有効にする設定を追加しました。

smheditコマンドまたはsmhaaeditコマンドを使用した環境設定の手順の説明を変更しました。

Advanced Agent環境設定のメインメニューを変更しました。

Advanced Agentの障害監視設定メニューの次の項目について，設定内容の記述を変更しました。

ErrorWatchingInterval

PowerOffWatching

RebootWatching

［障害監視 詳細設定］ダイアログボックスの次の項目について，設定内容の記述を変更しました。

［電源ON監視］

［電源OFF監視］

［リブート監視］

ErrorWatchingDetailSettingサブメニューの説明を追加しました。

JP1/IMへアラートを通知する環境を構築する場合のJP1/Baseの設定についての記述を変更しました。

LPAR上で稼働しているサーバの［ホスト管理］ウィンドウでの電源制御の表示を変更しました。

クライアントPCのインベントリ情報の参照についての注意を追加しました。

BladeSymphony上で稼働するサーバおよびHVMの起動状態を監視する機能を追加しました。

テストメールが送信されるタイミングについての説明を追加しました。

レポート通知の内容の例を変更しました。

EMSイベントを受信できない場合の説明で，環境設定コマンドで環境変数を変更した場合の注意事項を追加しました。

SVPログを表示できる管理対象についての注意事項を変更しました。

未通知アラートが通知されない場合についての注意事項を追加しました。

管理対象サーバのハードウェアの使用率がある一定のしきい値を超えたときに，アラートを通知する機能の説明を追加しました。

マネージャサービスと次の項目との間の通信状態を診断する機能を追加しました。

コンソールサービス

エージェントサービス

サーバシャーシ

管理対象サーバの電源操作についての注意事項を追加しました。

電源制御で，週間スケジュールと特定日スケジュールを組み合わせて設定する例を追加しました。

グループの設定単位についての説明を追加しました。

管理サーバをクラスタシステムで運用する場合のバックアップとリストアについての説明を削除しました。

管理対象サーバでクラスタサーバサービスの起動処理に時間が掛かる場合の注意事項を追加しました。

Linuxサーバの場合のMIBファイルの格納ディレクトリを変更しました。

Linuxサーバ上でSNMPトランスレータを使用する場合に必要な設定を追加しました。

SMP構成管理機能でパーティションを作成した場合の，各属性の値についての注意事項を追加しました。

サーバシャーシIDを変更した場合の注意事項を追加しました。

［ディスク割当てリポジトリ］ウィンドウで表示されるHBA WWNの説明を変更しました。

HBAを交換した場合の注意事項を変更しました。

予備系サーバモジュールの診断機能を追加しました。

N+Mコールドスタンバイ方式を利用するときに，Agentのインストールが必須ではなくなりました。

現用系のサーバモジュールでLinuxを利用する場合の前提条件を追加しました。

自動切り替え対象アラートの説明を変更しました。

SVPコマンド（TCコマンド）を入力した場合の切り替え契機の設定についての注意事項を追加しました。

運用ケース別のN+1コールドスタンバイに必要な設定と自動切り替え対象アラートの切り替え待ち時間の見積もりについての説明を追加しました。

［予備系を現用系とする］の操作をしたあとに必要な操作についての注意事項を追加しました。

［N+1コールドスタンバイ詳細設定］ウィンドウを開いた状態でマネージャサービスとの接続が切断された場合についての注意事項を追加しました。

N+1コールドスタンバイの切り替えまたは復帰操作中の，マネージャサービスの停止または再起動についての注意事項を追加しました。

N+1コールドスタンバイの切り替えまたは復帰時に発生するWindowsライセンス認証の再実行についての注意事項を追加しました。

［ラックマネージャ］ウィンドウのラック構成イメージに表示されるモデルの種類を変更しました。

［HVM構成管理］ウィンドウ（HVMノード選択時：FC情報）の［Scheduling Mode］に表示される項目を変更しました。

HVM構成のクローニング時の注意事項を変更しました。

HVM構成のバックアップおよびリストア時の注意事項を変更しました。

仮想NICのMACアドレスを変更した場合，エージェントサービス起動時にTCPセグメンテーションオフロード機能が有効に設定されていたときの対処の説明を追加しました。

LPAR上で稼働しているサーバまたはHVMに対して電源制御スケジュールを設定する場合の設定順序の説明を追加しました。

ホストグループ割り当て定義ファイルに設定する，LPAR識別子についての注意事項を追加しました。

N+1コールドスタンバイで管理サーバを冗長化構成で運用している場合の，IPアドレスの変更についての注意事項を追加しました。

次のIPアドレスを変更する場合の設定手順を追加した。

管理対象サーバ（HA8000）のSVPボード

管理対象サーバ（BladeSymphony）のBMC

JP1/ServerConductorの製品ログファイルについての注意事項を追加しました。

トラブル発生時に採取するJP1/ServerConductorの各製品のログファイルを変更しました。

トラブル発生時に採取するシステム情報にダンプファイルを追加しました。

プロセス名の確認方法についての説明を追加しました。

Linux版Agentの次のプロセスの同時に起動できるプロセス数および子プロセスとなるサービスプログラムを変更しました。

smhagt

smhtraced

Linux版Agentのプロセスにsmhelper.shを追加しました。

HP-UX版Agentの次のプロセスの子プロセスとなるサービスプログラムを変更しました。

smhagt

smhtraced

HP-UX版Advanced Agentの次のプロセスの子プロセスとなるサービスプログラムを変更しました。

smhsvp

Windows版の次の製品のフォルダ構成を変更しました。

BSMおよびBSM Plus

Agent

Advanced Agent

JP1/ServerConductorの製品ログファイルのうち，単調増加ファイルについての説明を追加しました。

変更内容(3020-3-L52-60)　JP1/ServerConductor/Blade Server Manager　08-25

追加・変更内容

管理サーバをクラスタシステムで運用できるようにしました。

管理サーバで発生したアラートを管理する機能を追加しました。

管理対象サーバをクラスタシステムで運用する場合の説明を変更しました。

HVM構成管理機能を追加しました。

JP1/ServerConductor/Server ManagerのWindows Vista対応に伴い，各コンポーネントの適用OSを変更しました。

前提となるJava 2 Standard Edition Java Runtime Environmentのバージョンの表記を変更しました。

障害発生時にプログラムを自動起動する場合のシステム構成を追加しました。

遠隔操作をする場合のシステム構成を追加しました。

インストールの種類についての説明を変更しました。

JP1/ServerConductor/Server Managerのインストール手順およびアンインストール手順を変更しました。

JP1/ServerConductor/Server ManagerのWindows Vista対応に伴い，ファイアウォールの例外登録の手順を変更しました。

同一マシンにBSMまたはServer ManagerとAgentをインストールした場合の環境設定ユティリティの注意事項を追加しました。

管理コンソールに接続していない間に発生したアラートを受信する機能を追加しました。

コンソールサービスから使用できる機能とその機能を使用するときに選択するアイコンの種類を変更しました。

サーバモジュールのランプの点灯状態を管理コンソールから操作する機能を追加しました。

障害管理の概要説明を変更しました。

syslogをログファイルに記録する手順を追加しました。

アプリケーションログを記録する際，［ホスト管理］ウィンドウで複数サーバは選択できないことを追加しました。

アラート発生時のサーバ動作の設定方法についての説明を変更しました。

アラート属性ファイルを使用した設定手順の説明を変更しました。

ホストグループ割り当て定義ファイルの形式についての説明を変更しました。

N+1コールドスタンバイ機能の前提条件の説明に，現用系サーバモジュールで無効にする機能の具体例を追加しました。

SAS Switch Moduleを使用しているBS320（BR20）に対応しました。

N+1コールドスタンバイで自動切り替えが発生した場合，OSシャットダウン後に現用系のサーバモジュールの電源をOFFにする機能を追加しました。

N+1コールドスタンバイの自動切り替え対象アラートについての説明を変更しました。

N+1対象アラート定義ファイル（N1Alert.dat）の定義方法についての説明を追加しました。

SNMP v2cのSNMP Trapに対応しました。

［ラックマネージャ］ウィンドウに表示される，ブレードサーバ部のイメージを詳細化し，サーバシャーシの状態も表示できるようにしました。

IA32のサーバモジュールでのHVM構成に対応しました。

Agentをインストールする前のOSドライバの設定についての注意事項を追加しました。

プロセス一覧を変更しました。

フォルダ構成を変更しました。

システム見積もりについての記述を追加しました。

はじめに

このマニュアルは，次に示すプログラムプロダクトの機能と使い方について説明したものです。

JP1/ServerConductor/Blade Server Manager

JP1/ServerConductor/Blade Server Manager Plus

JP1/ServerConductor/Server Manager

JP1/ServerConductor/Agent

JP1/ServerConductor/Advanced Agent

なお，このマニュアルではこれらの製品を区別する必要がない場合，JP1/ServerConductorと総称しています。

対象読者

このマニュアルは，JP1/ServerConductorを使ってホストの運用・管理をするシステム管理者を対象としています。なお，Windows，Linux(R)，HP-UXおよびWebについて基本的な知識があることを前提としています。

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

第1章　概要

JP1/ServerConductorの概要について説明しています。

第2章　システム構成

幾つかの構成例を基に，JP1/ServerConductorのシステム構成に必要な情報について説明しています。

第3章　セットアップ

JP1/ServerConductorのインストール，アンインストールおよびセットアップ方法について説明しています。

第4章　ユーザ管理情報の設定

JP1/ServerConductorのユーザ管理方法，およびその設定方法について説明しています。

第5章　コンソールサービスの操作方法

JP1/ServerConductorの操作プログラムであるコンソールサービスの概要，起動・終了方法，および画面構成について説明しています。

第6章　資産管理

JP1/ServerConductorでの資産管理の方法と，管理できるインベントリ情報について説明しています。

第7章　障害管理

JP1/ServerConductorで，発生するアラートを参照する，または通知するなどの障害管理機能について説明しています。

第8章　性能監視

JP1/ServerConductorで，CPUなどの使用率が一定のしきい値を超えたときにアラートを通知する方法について説明しています。

第9章　起動／通信状態監視

サーバの起動監視機能，および通信状態の監視機能について説明しています。

第10章　電源制御

JP1/ServerConductorで電源制御をする方法とその種類について説明しています。

第11章　遠隔操作

JP1/ServerConductorで遠隔操作を使用するための設定方法と，その使用方法について説明しています。

第12章　グループ管理

JP1/ServerConductorで管理対象ホストをグループに分けて管理する方法について説明しています。

第13章　接続管理

JP1/ServerConductorでシステムの接続を管理する方法について説明しています。

第14章　コンソールサービスからの設定情報の変更

JP1/ServerConductorのコンソールサービスから設定を変更する方法について説明しています。

第15章　クラスタシステムでの運用

JP1/ServerConductorをクラスタシステムで運用する場合のセットアップ方法および運用方法について説明しています。また，JP1/ServerConductorでのクラスタ情報の表示方法とクラスタ制御スケジュールの設定方法についても説明しています。

第16章　他プログラムとの連携

JP1との連携，RAIDマネージメントプログラムを使用したディスクアレイ管理，およびHP-UX EMSとの連携について説明しています。また，コンソールサービスから外部プログラムを起動する方法についても説明しています。

第17章　SNMPトランスレータ

JP1/ServerConductorで管理している情報をSNMPマネージャで参照できる機能について説明しています。

第18章　SMP構成管理

SMP構成を管理する機能と操作方法について説明しています。

第19章　ストレージ運用支援

JP1/ServerConductorで管理しているストレージ情報をDevice Managerと連携してディスク管理する方法について説明しています。

第20章　N+1／N+Mコールドスタンバイ

JP1/ServerConductorのサーバモジュールに障害が発生した場合に，予備サーバモジュールにパスを切り替える機能について説明しています。

第21章　ラック管理

JP1/ServerConductorの機器をラックマネージャでグラフィカルに表示させて，ラック全体を管理する機能について説明しています。

第22章　HVM構成管理

仮想化されたサーバを管理するHVMの構成情報をJP1/ServerConductorから管理する方法について説明しています。

第23章　仮想化されたサーバの管理（HVMの場合）

HVMで仮想化されたサーバをJP1/ServerConductorで管理する方法について説明しています。

第24章　仮想化されたサーバの管理（仮想化プラットフォームの場合）

仮想化プラットフォームのサーバをJP1/ServerConductorで管理する方法について説明しています。

第25章　使用上の注意事項

JP1/ServerConductorを利用するための注意事項について説明しています。

第26章　トラブルの対処方法

トラブル発生時の対処方法について説明しています。

付録A　BIOS POST情報

JP1/ServerConductorで検出できるBIOS POST情報について説明しています。

付録B　常駐プロセス一覧

サービスとして動作するJP1/ServerConductorのプロセスについて説明しています。

付録C　フォルダ構成

JP1/ServerConductorのフォルダ構成について説明しています。

付録D　システム見積もり

JP1/ServerConductorのシステム見積もりについて説明しています。

付録E　ログファイル（単調増加ファイル）

JP1/ServerConductorから出力されるログファイルについて説明しています。

付録F　HVM構成管理機能の設定画面とHVMスクリーンの設定項目の対応

JP1/ServerConductorのHVM構成管理機能の各画面で設定できる項目とHVMスクリーンの設定項目の対応について説明しています。

付録G　用語解説

このマニュアルで使用する専門用語について説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

JP1/ServerConductor関連

JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ　（3020-3-L54）

JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス　（3020-3-L55）

JP1 Version 8 JP1/ServerConductor/Control Manager　（3020-3-L51）

JP1 Version 8 JP1/ServerConductor/Deployment Manager　（3020-3-L53）

JP1関連

JP1/HiCommand Device Manager Web Client ユーザーズガイド　（3020-3-J71）

JP1/HiCommand Device Manager CLI ユーザーズガイド　（3020-3-J72）

JP1/HiCommand Device Manager システム構成ガイド（サーバ編）　（3020-3-J73）

Hitachi Device Manager Software Web Client ユーザーズガイド　（3020-3-P11）

Hitachi Device Manager Software CLI ユーザーズガイド　（3020-3-P12）

Hitachi Device Manager and Provisioning Manager Software システム構成ガイド　（3020-3-P13）

JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド　（3020-3-K01）

JP1 Version 8 JP1/Integrated Management - Manager リファレンス　（3020-3-K02）

JP1 Version 8 JP1/Base 運用ガイド　（3020-3-K06）

JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド　（3020-3-L01）

JP1 Version 8 JP1/Cm2/Network Element Configuration 機能・構築ガイド　（3020-3-L13）

JP1 Version 8 JP1/Cm2/Network Element Configuration 運用・操作ガイド　（3020-3-L14）

JP1 Version 8 JP1/Cm2/Network Element Configuration トラブルシューティング　（3020-3-L16）

JP1 Version 8 JP1/NETM/Remote Control　（3020-3-L45）

JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド　（3020-3-F01）

JP1 Version 7i JP1/Integrated Manager - Console リファレンス　（3020-3-F02）

JP1 Version 7i JP1/Base　（3020-3-F04）

JP1 Version 7i JP1/Cm2/Network Node Manager ネットワーク管理ガイド　（3020-3-F89）

JP1 Version 7i JP1/Cm2/Network Element Configuration　（3020-3-G17）

JP1 Version 6 JP1/AppManager インストールガイド　（3020-3-953）

JP1 Version 6 JP1/Integrated Manager - Console　（3020-3-984）

その他

BladeSymphonyユーザーズガイド

BladeSymphonyソフトウェアガイド

LUN Managerユーザーズガイド

LUN Managementユーザーズガイド

BladeSymphonyのリモートコンソールに関するドキュメント

読書手順

このマニュアルは，次の表に従ってお読みいただくことをお勧めします。

マニュアルを読む目的 | 記述個所
JP1/ServerConductorの概要について知りたい | 第1章
JP1/ServerConductor環境を構築したい | システム構成 | 第2章
セットアップ | 第3章
ユーザ管理情報の設定 | 第4章
コンソールサービスからの設定情報の変更 | 第14章
JP1/ServerConductorでホストを運用・管理したい | コンソールサービスの操作方法 | 第5章
資産管理 | 第6章
障害管理 | 第7章
性能監視 | 第8章
起動／通信状態監視 | 第9章
電源制御 | 第10章
遠隔操作 | 第11章
グループ管理 | 第12章
接続管理 | 第13章
クラスタシステムでの運用 | 第15章
使用上の注意事項 | 第25章
他プログラムと連携する機能を利用したい | 他プログラムとの連携 | 第16章
SNMPトランスレータ | 第17章
JP1/ServerConductor/Blade Server Manager Plusの拡張機能を利用したい | SMP構成管理 | 第18章
ストレージ運用支援 | 第19章
N+1／N+Mコールドスタンバイ | 第20章
ラック管理 | 第21章
JP1/ServerConductorからHVM構成の変更やLPARの作成をしたい | 第22章
仮想化されたサーバをJP1/ServerConductorで管理したい | 第23章，第24章
JP1/ServerConductorでシステムを管理する場合の注意事項について知りたい | 第25章
トラブル発生時の対処方法について知りたい | 第26章
JP1/ServerConductorで検出できるBIOS POST情報について知りたい | 付録A
JP1/ServerConductorのプロセスの情報について知りたい | 付録B
JP1/ServerConductorのフォルダ構成について知りたい | 付録C
JP1/ServerConductorのシステム見積もりについて知りたい | 付録D
JP1/ServerConductorのログファイルについて知りたい | 付録E
JP1/ServerConductorのHVM構成管理機能の各画面で設定できる項目とHVMスクリーンの設定項目の対応について知りたい | 付録F
このマニュアルで使用する専門用語について知りたい | 付録G

図中で使用する記号

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

コマンドの書式で使用する記号

このマニュアルでは，次に示す記号を使用して，コマンドの書式を記述しています。

記号
意味

英文で記述された部分
キーワードとして，そのまま記述することを示します。

（例）smhaaedit

日本語で記述された部分
該当する要素を指定することを示します。

（例）-s段数

|
ストローク
複数の項目に対し，項目間の区切りを示し，「または」の意味を示します。

（例）-adagent|-load|-svp|-snmp

-adagent，-load，-svp，または-snmpのうちのどれかを選択することを示します。

[　]
角括弧
この記号で囲まれている項目は省略できることを示します。複数の項目が記述されている場合には，すべてを省略するか，どれか一つを選択します。

（例）［-bmc］

「何も選択しない」か，「-bmcを選択する」ことを示します。

このマニュアルで使用している略語

このマニュアルで使用する主な英略語を次に示します。

略語 | 正式名称
ACPI | Advanced Configuration and Power Interface
API | Application Programming Interface
APIC | Advanced Programmable Interrupt Controller
APM | Advanced Power Management
BIOS | Basic Input Output System
BMC | Baseboard Management Controller
CGI | Common Gateway Interface
CI | Component Instrumentation
CIM | Common Interface Model
CLI | Command Line Interface
CSV | Comma Separated Value
DHCP | Dynamic Host Configuration Protocol
DMA | Direct Memory Access
DMI | Desktop Management Interface
DNS | Domain Name System
DSN | Data Source Name
EFI | Extensible Firmware Interface
EGP | Exterior Gateway Protocol
EISA | Extended Industry Standard Architecture
EMS | Event Monitoring Service
FC | Fibre Channel
GMT | Greenwich Mean Time
HA | High Availability
HBA | Host Bus Adapter
HVM | Hitachi Virtualization Manager
IA32 | Intel Architecture 32
IIS | Internet Information Services
IPF | Itanium(R) Processor Family
iSCSI | Internet Small Computer System Interface
JRE | Java Runtime Environment
LAN | Local Area Network
LDEV | Logical Device
LDSM | LANDesk(R) Server Manager software
LPAR | Logical Partition
LU | Logical Unit
LUN | Logical Unit Number
MAC | Media Access Control
MIB | Management Information Base
MIF | Management Information Format
NIC | Network Interface Card
NMI | Non-Maskable Interrupt
OS | Operating System
PCI | Peripheral Component Interconnect
PCIe | PCI Express
PDC | Processor Dependent Code
PXE | Preboot Execution Environment
RAID | Redundant Arrays of Inexpensive Disk
RAS | Remote Access Service
SAN | Storage Area Network
SAS | Serial Attached SCSI
SCSI | Small Computer System Interface
SEL | System Event Log
SMP | Symmetric Multiple Processor
SNMP | Simple Network Management Protocol
SNMP v1 | Simple Network Management Protocol version 1
SNMP v2c | Community-Based Simple Network Management Protocol version 2
SSL | Secure Socket Layer
SVP | Service Processor
SVP/BMC | Service Processor/Baseboard Management : Controller
TCP/IP | Transmission Control Protocol/Internet Protocol
UDP | User Datagram Protocol
UPS | Uninterruptible Power Supply
URL | Uniform Resource Locator
VLAN | Virtual Local Area Network
VM | Virtual Machine
WBEM | Web-Based Enterprise Management
WOL | Wake On LAN
WWN | World Wide Name
WWW | World Wide Web
XML | Extensible Markup Language

このマニュアルでの表記

このマニュアルでは，Microsoft(R)およびIntelの各製品またはコンポーネントを次のように表記しています。

名称
このマニュアルでの表記

Microsoft Access(R)
Microsoft Access

Microsoft(R) Internet Explorer(R)
Microsoft Internet Explorer

Microsoft(R) Internet Information Server
Microsoft Internet Information Server

Microsoft(R) Internet Information Services
Microsoft Internet Information Services

Microsoft(R) Windows Vista(R) Business
Windows Vista Business
Windows Vista

Microsoft(R) Windows Vista(R) Enterprise
Windows Vista Enterprise

Microsoft(R) Windows Vista(R) Ultimate
Windows Vista Ultimate

Microsoft(R) Windows(R) XP Home Edition
Operating System
Windows XP Home Edition
Windows XP

Microsoft(R) Windows(R) XP Professional
Operating System
Windows XP Professional

Microsoft(R) Windows Server(R) 2008 Standard 日本語版
Windows Server 2008 Standard
Windows Server 2008※

Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V(TM) 日本語版
Windows Server 2008 Standard without Hyper-V

Microsoft(R) Windows Server(R) 2008 Enterprise 日本語版
Windows Server 2008 Enterprise

Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V(TM) 日本語版
Windows Server 2008 Enterprise without Hyper-V

Microsoft(R) Windows Server(R) 2008 Standard (x86) 日本語版
Windows Server 2008 Standard (x86)
32bit Windows Server 2008

Microsoft(R) Windows Server(R) 2008 Enterprise (x86) 日本語版
Windows Server 2008 Enterprise (x86)

Microsoft(R) Windows Server(R) 2008 Standard (x64) 日本語版
Windows Server 2008 Standard (x64)
64bit Windows Server 2008

Microsoft(R) Windows Server(R) 2008 Enterprise (x64) 日本語版
Windows Server 2008 Enterprise (x64)

Microsoft(R) Windows Server(R) 2008 for Itanium-based Systems 日本語版
Windows Server 2008（IPF）またはWindows Server 2008 for Itanium-based Systems 日本語版

Microsoft(R) Windows Server(R) 2008 Hyper-V(TM)
Hyper-V

Microsoft(R) Windows Server(R) 2003, Standard Edition 日本語版
－
Windows Server 2003 Standard Edition
32bit Windows Server 2003
Windows Server 2003

Microsoft(R) Windows Server(R) 2003 R2, Standard Edition 日本語版
Windows Server 2003 R2 Standard Edition

Microsoft(R) Windows Server(R) 2003, Enterprise Edition 日本語版
－
Windows Server 2003 Enterprise Edition

Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition 日本語版
Windows Server 2003 R2 Enterprise Edition

Microsoft(R) Windows Server(R) 2003, Standard x64 Edition 日本語版
Windows Server 2003 Standard x64 Edition
64bit Windows Server 2003 Standard Edition
64bit Windows Server 2003

Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition 日本語版
Windows Server 2003 R2 Standard x64 Edition

Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition 日本語版
Windows Server 2003 Enterprise x64 Edition
64bit Windows Server 2003 Enterprise Edition

Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition 日本語版
Windows Server 2003 R2 Enterprise x64 Edition

Microsoft(R) Windows Server(R) 2003, Enterprise Edition for Itanium-based Systems 日本語版
Windows Server 2003（IPF）またはWindows Server 2003 Enterprise Edition for Itanium-based Systems 日本語版

Microsoft(R) Windows(R) 2000 Professional Operating System
Windows 2000 Professional
Windows 2000

Microsoft(R) Windows(R) 2000 Server Operating System
Windows 2000 Server

Microsoft(R) Windows(R) 2000 Advanced Server Operating System
Windows 2000 Advanced Server

Microsoft(R) Cluster Server
MSCS

Microsoft(R) Cluster Service

Microsoft(R) XML Core Services
MSXML

Microsoft(R) Windows Server(R) 2008 Hyper-V
Hyper-V

注※

JP1/ServerConductor/Blade Server ManagerおよびJP1/ServerConductor/Blade Server Manager Plusの場合，Microsoft(R) Windows Server(R) 2008 for Itanium-based Systems 日本語版は含まれません。

Windows Server 2008 Standard (x86)およびWindows Server 2008 Standard (x64)を区別する必要がない場合，Windows Server 2008 Standardと総称しています。

Windows Server 2008 Enterprise (x86)およびWindows Server 2008 Enterprise (x64)を区別する必要がない場合，Windows Server 2008 Enterpriseと総称しています。

Windows Vista，Windows XP，Windows Server 2008，Windows Server 2003，Windows 2000を区別する必要がない場合，Windowsと総称しています。

このマニュアルでは，Linuxの各製品を次のように表記しています。

製品名称 | このマニュアルでの表記
Linux(R) | － | Linux
Red Hat Linux | －
Red Hat Enterprise Linux ES 3 | Linux ES 3
Red Hat Enterprise Linux AS 3 | Linux AS 3
Red Hat Enterprise Linux ES 4 | Linux ES 4
Red Hat Enterprise Linux AS 4 | Linux AS 4
Red Hat Enterprise Linux 5 | Linux 5
Red Hat Enterprise Linux 5 Advanced Platform

このマニュアルでは，VMwareの各製品を次のように表記しています。

製品名称 | このマニュアルでの表記
VMware(R) | VMware
VMware(R) Infrastructure API | VI API

このマニュアルでは，Netscapeの各製品を次のように表記しています。

製品名称 | このマニュアルでの表記
Netscape(R) Communicator | Netscape Communicator
Netscape(R) Enterprise Server | Netscape Enterprise Server

このマニュアルでは，日立の各製品を次のように表記しています。

製品名称
このマニュアルでの表記

Hitachi Workgroup Modular Storage
Hitachi WMS
Hitachi WMS/AMS

Hitachi Adaptable Modular Storage
Hitachi AMS

Hitachi Device Manager Software
Device Manager

Hitachi Simple Modular Storage 100
Hitachi SMS100

Hitachi Universal Storage Platform
Hitachi USP

JP1/AppManagerスターターキット
JP1/AppManager Operator Console
JP1/AppManager Developer Console
JP1/AppManager Web Access Console
の管理コンソール製品群
JP1/AppManager

JP1/AppManager for Microsoft(R) Windows NT(R) and Windows(R) 2000 Operating System
JP1/AppManager for Windows

JP1/AppManager for Microsoft(R) Windows NT(R) and Windows(R) 2000 Server and Windows Server(TM) 2003

JP1/Cm2/Network Element Configuration
JP1/Cm2/NC

JP1/Cm2/Network Node Manager
JP1/Cm2/NNM

JP1/Integrated Manager
JP1/IM

JP1/Integrated Manager - Agent
JP1/IM Agent

JP1/Integrated Manager - Central Console
JP1/IM - Central Console

JP1/Integrated Manager - Central Scope
JP1/IM - Central Scope

JP1/ServerConductor/Server Manager
Server Manager

JP1/ServerConductor/Blade Server Manager
BSM

JP1/ServerConductor/Blade Server Manager Plus
BSM Plus

JP1/ServerConductor/Deployment Manager
DPMまたはJP1/SC/DPM

JP1/ServerConductor/Agent
Agent

JP1/ServerConductor/Advanced Agent
Advanced Agent

JP1/ServerConductor/Control Manager
Control Manager

JP1 Version 8では，JP1/IM - Central ConsoleおよびJP1/IM - Central ScopeをJP1/Integrated Management - Managerに読み替えてください。

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

用語 | 意味
HVM | 日立サーバ仮想化機構「Virtage」のことを示します。
SANRISE | 日立ディスクアレイサブシステムのことを示します。

「JP1/ServerConductor/Blade Server Manager系 システム管理者ガイド」と「JP1/ServerConductor/Blade Server Manager系 リファレンス」でのマニュアルの使い分けについて

機能，操作方法および注意事項については，マニュアル「JP1/ServerConductor/Blade Server Manager系 システム管理者ガイド」で説明しています。画面やコマンドについては，マニュアル「JP1/ServerConductor/Blade Server Manager系 リファレンス」で説明しています。

各画面に表示される項目と設定できる項目について

このマニュアルで表示される各画面は，対象製品のバージョンによっては項目が表示されない場合があります。また，対象製品のバージョンによっては，項目が表示されても設定できない場合があります。すべての設定を有効にするためには，それぞれのバージョンを最新にしてください。

「保守員」の表記について

メッセージの対処などにある「保守員」は，「保守員または問い合わせ窓口」に読み替えてください。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

宛先（あてさき）　鍵（かぎ）　個所（かしょ）　筐体（きょうたい）　全て（すべて）　貼り付け（はりつけ）　汎用（はんよう）　必須（ひっす）　閉塞（へいそく）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　概要

JP1/ServerConductorは，複数のサーバを一元管理するためのソフトウェア群です。ハードウェアの構成管理，稼働状況の監視，障害監視など，サーバを効率良く管理するための機能を持っています。

この章では，JP1/ServerConductorの目的と特長について説明します。

＜この章の構成＞

1.1　JP1/ServerConductorとは

1.2　JP1/ServerConductorの特長

1.1　JP1/ServerConductorとは

システムが大規模かつ複雑になると，サーバの数も多くなり，ハードウェアの構成，稼働状況の監視，障害監視などのシステム管理面でのコストや負荷が増大します。さらに分散システムの場合，遠隔地にあるサーバに障害が発生した場合の対応や定期的な起動・停止なども大きな手間となり，管理コストと管理者の負荷を増大させる要因となっています。

JP1/ServerConductorは，遠隔地に分散されたサーバの管理・運用に必要な情報を収集し，コンソールで集中管理するソフトウェア群です。分散されたサーバを集中管理することで，システム管理の効率化，コスト削減，管理者の負荷の軽減を図ることができます。

JP1/ServerConductorによるシステム管理の概要を次に示します。

図1-1　JP1/ServerConductorによるシステム管理

1.2　JP1/ServerConductorの特長

この節では，JP1/ServerConductorの特長について説明します。

＜この節の構成＞

(1)　さまざまなタイプのサーバを管理できます

(2)　資産情報を一元管理できます

(3)　障害管理ができます

(4)　管理コンソールから電源を制御できます

(5)　遠隔操作ができます

(6)　Webブラウザからの運用管理ができます

(7)　クラスタシステムでの運用に対応しています

(8)　DPMとの連携ができます

(9)　JP1/ServerConductor以外のJP1製品との連携ができます

(10)　ネットワーク管理製品とストレージ管理製品との連携ができます

(11)　SANブート構成のシステム構築を支援します

(12)　複数のサーバで複数の予備サーバを共用できます

(13)　ラックの構成情報をグラフィカルに管理します

(14)　サーバを仮想化して運用できます

(1)　さまざまなタイプのサーバを管理できます

JP1/ServerConductorは，次のサーバを管理できます。

HA8000シリーズ

BladeSymphony（BS2000，BS1000，BS320）

BladeSymphony SP

上記に加えて，従来のSystem Manager製品と連携することで，次のサーバも管理できます。

HA8500シリーズ

H9000Vシリーズ

(2)　資産情報を一元管理できます

OSのバージョン，メモリ，設置場所，BIOSのバージョンなど，管理対象サーバのハードウェアやファームウェアの資産情報（インベントリ情報）をコンソールのGUI画面で参照できます。また，収集したインベントリ情報をデータベースとして保持できるので，数あるサーバの中から条件に合ったサーバを検索できます。さらに，データベースを定期的に検索して，検索結果を指定した宛先へe-mailで通知することもできます。

JP1/ServerConductorによる資産情報の一元管理を次の図に示します。

図1-2　JP1/ServerConductorによる資産情報の一元管理

(3)　障害管理ができます

管理対象サーバおよび管理サーバで発生した状態変化や障害は，アラートとしてコンソールへ通知したり，指定した宛先へe-mailで通知したりできます。通知するアラートをアラートレベルやアラート属性でフィルタリングし，重要なアラートだけを通知することもできます。さらに，通知アラートをログとして格納し，必要なときに参照できます。

アラートはJP1/IMおよびJP1/Cm2/NNMに通知できます。これによって，JP1/ServerConductor以外のJP1製品と連携した統合資産管理ができます。

JP1/ServerConductorによる障害管理の仕組みを次の図に示します。

図1-3　JP1/ServerConductorによる障害管理

(4)　管理コンソールから電源を制御できます

管理対象サーバの電源ON，電源OFF，リブート，シャットダウンなどをコンソールから操作できます。また，特定の日や毎週決まった時間など，スケジュールを指定して電源を制御することもできます。

(5)　遠隔操作ができます

遠隔地にある管理対象サーバをコンソールから操作したり，管理対象サーバとコンソール間でファイルを転送したりできます。これらの遠隔操作によって，遠隔地の管理対象サーバで障害が発生した場合でも，直接操作して障害を取り除いたり，メンテナンスに必要なファイルを受け取ったりできます。

(6)　Webブラウザからの運用管理ができます

JP1/ServerConductorでは，Webブラウザをコンソールとして利用できます。これによって，JP1/ServerConductorのコンソール以外から管理対象サーバに対する運用・管理ができます。

(7)　クラスタシステムでの運用に対応しています

JP1/ServerConductorはクラスタシステムでの運用に対応しています。

管理サーバをクラスタシステムで運用することで，サーバ障害が発生した場合でもサーバの運用管理を継続できます。

管理サーバをクラスタシステムで運用する場合の概要を次に示します。

図1-4　JP1/ServerConductorのクラスタ運用（管理サーバ）

また，管理対象サーバがHA8000のWindowsサーバの場合，そのサーバをクラスタ単位で管理できます。

JP1/ServerConductorのクラスタ管理エージェントサービスを使用すると，ドメイン環境に依存しないで遠隔地から一括管理できます。

なお，次の場合はJP1/ServerConductorでクラスタ構成のサーバを管理することはできません。

管理対象サーバがBladeSymphonyの場合

管理対象サーバがHA8000のLinuxサーバの場合

(8)　DPMとの連携ができます

JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報を，DPMのコンピュータ情報として取得し，ファイルにエクスポートできます。このファイルをインポートすることで，コンピュータ名，MACアドレスなど，JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報を，DPMの管理対象とするコンピュータの情報として一括して登録できます。

(9)　JP1/ServerConductor以外のJP1製品との連携ができます

管理対象サーバで発生した障害をアラートとしてJP1/IMに通知できます。また，JP1/IMの統合ビューからJP1/ServerConductorのコンソールサービスを起動できます。

(10)　ネットワーク管理製品とストレージ管理製品との連携ができます

BladeSymphonyはネットワーク，サーバ，ストレージサーバを一つの筐体にまとめた統合サービスプラットフォームです。したがって，サーバだけでなくネットワークアダプタやストレージデバイスも含んでシステムを構築します。

JP1/ServerConductorでは，ネットワークを管理するためのJP1/Cm2/NCおよびストレージを管理するためのDevice Managerを起動できます。

ネットワーク管理製品とストレージ管理製品との連携を次の図に示します。

図1-5　ネットワーク管理製品とストレージ管理製品との連携

(11)　SANブート構成のシステム構築を支援します

BladeSymphonyは，SANブート構成のシステムを構築できます。SANブート構成のシステムを構築する場合，ストレージサブシステム内に起動用ディスクとデータ用ディスクを準備し，準備したディスクをサーバモジュールへ割り当てなければなりません。JP1/ServerConductorを利用すると，BladeSymphonyのサーバモジュールを挿入するだけで，自動的に起動用ディスクとデータ用ディスクを割り当てられます。

(12)　複数のサーバで複数の予備サーバを共用できます

管理対象サーバに障害が発生した場合，従来は，サーバを修理または交換したあと，バックアップからサーバを再構築しなければならず，復旧に時間と手間が掛かりました。

管理対象サーバがBladeSymphonyの場合，JP1/ServerConductorを利用して複数のサーバモジュールで，1台または複数台の予備のサーバモジュールを共用するシステムを構築できます。この機能をN+1／N+Mコールドスタンバイといいます。管理対象サーバに障害が発生した場合，自動的に予備のサーバへ切り替えられるので，障害が発生したサーバを交換しなくても予備サーバを起動して業務を再開できます。システムの起動用ディスクやデータ用ディスクはストレージサブシステム内に準備しているので，業務アプリケーションは障害時のディスクの切り替えを意識する必要がありません。

JP1/ServerConductorのN+1／N+Mコールドスタンバイは，複数のサーバで予備サーバを共用するのでクラスタ構成に比べ運用コストを抑えられます。また，複数の予備サーバを用意すれば，システムの障害に対する信頼性を一層高められます。

N+1／N+Mコールドスタンバイの概要を次の図に示します。

図1-6　N+1／N+Mコールドスタンバイ

(13)　ラックの構成情報をグラフィカルに管理します

BladeSymphonyは，モジュール化されたネットワーク，ブレードサーバ，ストレージが一つの筐体に搭載されています。JP1/ServerConductorでは，BladeSymphonyの各機器の配置，空き容量などの搭載状況をコンソールにグラフィカルに表示できます。管理対象サーバに障害が発生した場合，障害が発生した機器の部分の色が変わって表示されるので，どの機器に障害が発生したのか一目でわかります。また，各機器の詳細情報（種別，IPアドレス，サイズなど）や障害発生時のアラート情報を表示できます。

(14)　サーバを仮想化して運用できます

JP1/ServerConductorでは，日立サーバ仮想化機構（HVM）によって仮想化されたサーバや，VMwareやHyper-Vなどの仮想化プラットフォームのサーバを管理できます。

HVMによって仮想化されたサーバの管理

BladeSymphonyは，HVMによって，1台または複数台のサーバモジュールで構成された一つの物理パーティションを，複数の論理パーティションに分割できます。仮想化されたサーバを構成する論理パーティションをLPARと呼びます。一つの物理パーティション上にある複数のLPARはHVMによって管理されています。

それぞれのLPAR上では異なるOSや業務アプリケーションを実行できます。つまり，それぞれのLPARを独立したサーバのように利用できます。

例えば，リソース使用率の低い複数のサーバがある場合，一つの物理パーティションを仮想化して複数のLPARに分割し，各サーバで処理していた業務を集約することでサーバを効率的に運用できます。

日立サーバ仮想化機構によって一つの物理パーティションに集約して運用する例を，次の図に示します。

図1-7　複数のサーバを一つの物理パーティションに集約して運用する例

上記の図は，3台のサーバそれぞれのリソース使用率が10～30%なので，それぞれの業務を1台のサーバに集約した例です。空いた2台のサーバは別の業務に利用することで，サーバを整理統合できます。

JP1/ServerConductorでは，LPAR上で稼働するサーバを物理的なサーバと同様に管理できます。また，HVMに対しても，LPAR上で稼働するサーバと同じように電源制御などの操作を実施できます。

さらに，JP1/ServerConductorでは，HVMの構成を管理コンソールから変更したり，ウィザードによってLPARを作成したりできます。

仮想化プラットフォームのサーバの管理

VMwareやHyper-Vなどの仮想化プラットフォームのサーバを管理できます。

［ホスト管理］ウィンドウでは，管理対象のVMホストとVMゲストを階層表示させ，VMホストとVMゲストの関係を一目で把握できます。VMホストとは，VMwareやHyper-Vが動作するホスト（物理サーバ）のことです。VMゲストとは，VMwareやHyper-Vによって提供される仮想的な環境（仮想化サーバ）のことです。

JP1/ServerConductorは，VMホストおよびVMゲストを管理対象とします。VMホストおよびVMゲストに対して電源ONや電源OFFなどの電源制御ができます。また，VMホストに対しては，SVP直接アラートによる障害監視をしたり，N+Mコールドスタンバイ機能を利用したシステム構成にしたりできます。

2.　システム構成

JP1/ServerConductorは，目的，サーバの数や配置個所などの環境によって，さまざまなシステム構築パターンがあります。この章では，JP1/ServerConductorの製品構成について説明します。また，JP1/ServerConductorで構築できる幾つかの構成例を挙げ，前提条件，設定の流れ，および設定内容についても説明します。

＜この章の構成＞

2.1　製品構成

2.2　基本的なシステム構成

2.3　管理構成－複数サーバを遠隔地から管理する場合

2.4　管理構成－サーバ1台を管理する場合

2.5　管理構成－Webブラウザから管理する場合

2.6　管理構成－複数の管理サーバで管理する場合

2.7　管理構成－複数の管理サーバで複数の同じ管理対象サーバを管理する場合

2.8　管理構成－JP1/IMと連携する場合

2.9　管理構成－JP1/AppManagerと連携する場合

2.10　管理構成－Device Managerと連携する場合

2.11　管理構成－JP1/Cm2/NCと連携する場合

2.12　管理構成－管理サーバをクラスタ構成にする場合

2.13　機能別構成－管理対象サーバをクラスタ構成にする場合

2.14　機能別構成－障害発生時にプログラムを自動起動する場合

2.15　機能別構成－電源制御をする場合

2.16　機能別構成－遠隔操作をする場合

2.17　機能別構成－SNMPを利用して連携する場合

2.18　機能別構成－デバイス管理の機能を拡張する場合

2.19　機能別構成－HP-UX EMSと連携する場合

2.1　製品構成

この節では，JP1/ServerConductorの製品構成について説明します。

＜この節の構成＞

2.1.1　JP1/ServerConductorの製品構成

2.1.2　コンポーネント構成と適用OS

2.1.1　JP1/ServerConductorの製品構成

JP1/ServerConductorでは，大規模なシステムを効率良く一元管理・運用するために，次に示すソフトウェアを用意しています。

Server ManagerまたはBSM

複数の管理対象サーバを統合的に管理するためのソフトウェアです。管理対象サーバに対して，資産管理，障害管理および電源制御の管理ができます。なお，管理対象サーバがBladeSymphonyの場合は，BSMで管理します。Server ManagerではBladeSymphonyは管理できません。

BSM Plus

BSMで管理しているサーバに対して，より高度な運用・管理をできるようにするための拡張機能を備えたソフトウェアです。BSM Plusが持つ拡張機能は次のとおりです。

サーバモジュール間のSMP構成変更をグラフィカルに管理（SMP構成管理）

SANブート構成のシステム管理を支援（ストレージ運用支援）

複数のサーバで複数の予備サーバを共有（N+1／N+Mコールドスタンバイ）

サーバモジュールのラックへの搭載状況をグラフィカルに管理（ラック管理）

Agent

管理対象サーバの状態を監視し，その情報をServer ManagerまたはBSMがインストールされている管理サーバに送るソフトウェアです。

Advanced Agent

Agentと連携して次に示す拡張機能をできるようにするソフトウェアです。

SVPを使用した電源制御（電源ON/強制電源OFF/電源制御スケジューリング）

OSのハングアップの検出

アラートのSNMPトラップへの変換

Windowsサーバのクラスタ管理

デバイス管理

Control Manager

Server Manager，BSM，DPMによるサーバ管理およびデプロイ管理を統合的に実行するためのソフトウェアです。JP1/ServerConductor以外のJP1製品と連携し，より高度なシステム運用を実現できます。

DPM

管理対象サーバに対するOSの一括インストール，サービスパック／HotFix／Linuxパッチファイルの配信など，管理対象サーバをデプロイ管理するためのソフトウェアです。セットアップ済みのサーバのシステムディスクイメージを複数サーバに同時に配信し，自動的にOSセットアップするなど，システム構築の負荷を軽減できます。

DPM Adaptor

Control Managerを利用してデプロイ管理する場合に必要なソフトウェアです。

上記のJP1/ServerConductorの製品のうち，このマニュアルではServer Manager，BSM，BSM Plus，Agent，およびAdvanced Agentの機能について説明します。Control Managerの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Control Manager」を，DPMおよびDPM Adaptorの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Deployment Manager」を参照してください。

JP1/ServerConductorの製品構成を次の図に示します。

図2-1　JP1/ServerConductorの製品構成

2.1.2　コンポーネント構成と適用OS

JP1/ServerConductorには，「サービス」というコンポーネントがあります。JP1/ServerConductorのコンポーネント構成および適用OSについて，次に説明します。

＜この項の構成＞

(1)　コンポーネント構成

(2)　適用OS

(1)　コンポーネント構成

JP1/ServerConductorのコンポーネント構成を，製品ごとに次の図に示します。

図2-2　JP1/ServerConductorのコンポーネント構成

各コンポーネントの機能を，製品別に次に示します。

(a)　BSMまたはServer Manager

マネージャサービス

管理サーバとなるマシンで実行するサービスです。管理対象サーバの持つ管理情報を収集してコンソールサービスまたはWebコンソールサービスに通知したり，コンソールサービスまたはWebコンソールサービスからの指示をエージェントサービスに通知したりします。

コンソールサービス

管理コンソールとなるマシンで実行するサービスです。ユーザはコンソールサービスを使ってマネージャサービスにログインし，管理対象サーバを管理します。

Webコンソールサービス

コンソールアプレットとWebゲートウェイサービスの総称です。コンソールサービスの持つ一部の機能をWeb管理コンソールのWebブラウザから利用できるようにします。

コンソールアプレット

Webブラウザ上で実行され，WebブラウザでWebコンソールサービスの機能を利用できるようにするためのプログラムです。

Webゲートウェイサービス

Webサーバとなるマシンで実行するサービスです。マネージャサービスから受け取った管理対象サーバの情報をコンソールアプレットに送ります。

アラートアクションサービス

アラート受信時にプログラムを自動起動するサービスです。

リモートコントロールビューア

管理対象サーバを遠隔操作するためのサービスです。

(b)　BSM Plus

マネージャサービス追加機能

管理サーバとなるマシンで実行する追加機能を備えたサービスです。SMP構成管理，ストレージ運用支援，N+1／N+Mコールドスタンバイ，およびラック管理の各機能を使用できるようにします。

(c)　Agent

エージェントサービス

管理対象サーバとなるマシンで実行するサービスです。エージェントサービスには，Windows版，Linux版，HP-UX版の3種類があります。サーバの状態を常に監視し，その情報をマネージャサービスへ送信します。

ローカルコンソールサービス

管理対象サーバで，そのサーバ自身を管理するサービスです。ローカルコンソールサービスを管理対象サーバにインストールすると，その管理対象サーバでコンソールサービスの機能を使えます。ローカルコンソールサービスは，サーバ自身の資産情報・障害情報の管理・監視，および電源制御スケジュールの設定・参照ができます。ただし，ローカルコンソールサービスはサーバ自身の管理だけができ，そのほかのサーバについては管理できません。

コンソールサービスとローカルコンソールサービスを特に区別しない場合は，コンソールサービスと呼びます。

リモートコントロールサービス

管理対象サーバで実行するサービスです。リモートコントロールビューアからの遠隔操作を実行します。

(d)　Advanced Agent

SVP/BMCエージェントサービス

SVP機能を搭載した管理対象サーバを電源制御する場合に必要なサービスです。SVP機能を搭載した管理対象サーバに対して，電源ON・OFFや電源制御スケジュールを設定できるようにします。なお，管理対象サーバで電源ON機能を備えたLANアダプタを搭載している場合，SVP機能およびSVP/BMCエージェントサービスがなくても，電源ONの操作ができます。

クラスタ管理エージェントサービス

Windowsサーバをクラスタ管理する場合に必要なサービスです。MSCSまたはフェールオーバークラスタでクラスタ管理されているWindowsサーバをJP1/ServerConductorで管理できるようにします。

クラスタ管理エージェントサービスは，HA8000の場合だけ利用できます。

SNMPトランスレータエージェントサービス

WindowsサーバおよびLinuxサーバでSNMPトランスレータの機能を利用する場合に必要なサービスです。JP1/ServerConductorが通知するアラートをSNMPトラップに変換し，SNMPマネージャに送信します。また，JP1/ServerConductorで提供しているMIBファイルを使用して，JP1/ServerConductorのマシン管理情報をSNMPマネージャから参照できます。

注意

マシン管理情報はHA8000 Windowsサーバでだけ参照できます。

デバイス管理エージェントサービス

WindowsサーバでLANアダプタ，ディスクアレイなどをデバイス管理する場合に必要なサービスです。これらのデバイスのアラート通知および資産情報を管理できるようにします。

(2)　適用OS

JP1/ServerConductorの各サービスは，その機能に対応したOSを搭載しているマシンにインストールして使用します。

JP1/ServerConductorの各サービスの適用OSを次の表に示します。

(a)　BSMおよびBSM Plus，またはServer Manager

表2-1　JP1/ServerConductorの各サービスの適用OS（BSMおよびBSM Plus）

サービス名
XP※1
2000
2003（32bit）
Vista※7
2008※8

Pro※2
Server※3
AS※4
SE※5
EE※6

マネージャサービス
◎
◎
◎
◎
◎
◎
◎
◎

マネージャサービス追加機能
－
－
◎
◎
◎
◎
－
◎

コンソールサービス
◎
◎
◎
◎
◎
◎
◎
◎

Webコンソールサービス
×
×
◎
◎
◎
◎
×
◎

アラートアクションサービス
◎
◎
◎
◎
◎
◎
◎
◎

リモートコントロールビューア
◎
◎
◎
◎
◎
◎
◎
◎

（凡例）

◎：インストールおよびサービスの機能を使用できる

×：インストールできない

－：製品適用OSの対象外である

注※1

Windows XP Home EditionおよびWindows XP Professionalのことを示します。

注※2

Windows 2000 Professionalのことを示します。

注※3

Windows 2000 Serverのことを示します。

注※4

Windows 2000 Advanced Serverのことを示します。

注※5

Windows Server 2003 Standard Editionのことを示します。

注※6

Windows Server 2003 Enterprise Editionのことを示します。

注※7

Windows Vista Business，Windows Vista Enterprise，およびWindows Vista Ultimateのことを示します。

注※8

Windows Server 2008 Standard，Windows Server 2008 Enterprise，Windows Server 2008 Standard without Hyper-V，およびWindows Server 2008 Enterprise without Hyper-Vのことを示します。

表2-2　JP1/ServerConductorの各サービスの適用OS（Server Manager）

サービス名
XP※1
2000
2003（32bit）
Vista※7

Pro※2
Server※3
AS※4
SE※5
EE※6

マネージャサービス
◎
◎
◎
◎
◎
◎
×

コンソールサービス
◎
◎
◎
◎
◎
◎
◎

Webコンソールサービス
×
×
◎
◎
◎
◎
×

アラートアクションサービス
◎
◎
◎
◎
◎
◎
×

リモートコントロールビューア
◎
◎
◎
◎
◎
◎
◎

（凡例）

◎：インストールおよびサービスの機能を使用できる

×：インストールできない

注※1

Windows XP Home EditionおよびWindows XP Professionalのことを示します。

注※2

Windows 2000 Professionalのことを示します。

注※3

Windows 2000 Serverのことを示します。

注※4

Windows 2000 Advanced Serverのことを示します。

注※5

Windows Server 2003 Standard Editionのことを示します。

注※6

Windows Server 2003 Enterprise Editionのことを示します。

注※7

Windows Vista Business，Windows Vista Enterprise，およびWindows Vista Ultimateのことを示します。

(b)　Agent

表2-3　JP1/ServerConductorの各サービスの適用OS（Agent（Windows版））

サービス名
2000
2003
(32bit)※4
2003
(64bit)※5
2003
(IPF)※6
2008
(32bit)※7
2008
(64bit)※8
2008
(IPF)※9

Pro※1
Server※2
AS※3

エージェントサービス
－
◎
◎
◎
◎
◎
◎
◎
◎

ローカルコンソールサービス
－
◎
◎
◎
◎
×
◎
◎
×

リモートコントロールサービス
－
◎
◎
◎
×
×
◎
×
×

アラートアクションサービス
－
◎
◎
◎
◎
×
◎
◎
×

（凡例）

◎：インストールおよびサービスの機能を使用できる

×：インストールできない

－：製品適用OSの対象外である

注※1

Windows 2000 Professionalのことを示します。

注※2

Windows 2000 Serverのことを示します。

注※3

Windows 2000 Advanced Serverのことを示します。

注※4

32bit Windows Server 2003のことを示します。

注※5

64bit Windows Server 2003のことを示します。

注※6

Windows Server 2003（IPF）のことを示します。

注※7

32bit Windows Server 2008のことを示します。

注※8

64bit Windows Server 2008のことを示します。

注※9

Windows Server 2008（IPF）のことを示します。

表2-4　JP1/ServerConductorの各サービスの適用OS（Agent（UNIX版））

サービス名
Linux
HP-UX

ES3
AS3
ES4
AS4
5
AS3（IPF）
AS4（IPF）
5（IPF）
11i V2（IPF）
11i V3（IPF）

エージェントサービス
◎
◎
◎
◎
◎
◎
◎
◎
◎
◎

ローカルコンソールサービス
－
－
－
－
－
－
－
－
－
－

リモートコントロールサービス
－
－
－
－
－
－
－
－
－
－

アラートアクションサービス
－
－
－
－
－
－
－
－
－
－

（凡例）

◎：インストールおよびサービスの機能を使用できる

－：製品適用OSの対象外である

(c)　Advanced Agent

表2-5　JP1/ServerConductorの各サービスの適用OS（Advanced Agent（Windows版））

サービス名
2000
2003（32bit）
2003
(64bit)※6
2003
(IPF)※7
2008（32bit）
2008
(64bit)※10
2008
(IPF)※11

Pro※1
Server※2
AS※3
SE※4
EE※5
S※8
E※9

SVP/BMCエージェントサービス
－
◎
◎
◎
◎
◎
◎
◎
◎
◎
◎

クラスタ管理エージェントサービス
－
×
◎
×
◎
×
×
×
◎
×
×

SNMPトランスレータエージェントサービス
－
◎
◎
◎
◎
◎
◎
◎
◎
◎
◎

デバイス管理エージェントサービス
－
◎
◎
◎
◎
×
×
◎
◎
×
×

（凡例）

◎：インストールおよびサービスの機能を使用できる

×：インストールできない

－：製品適用OSの対象外である

注※1

Windows 2000 Professionalのことを示します。

注※2

Windows 2000 Serverのことを示します。

注※3

Windows 2000 Advanced Serverのことを示します。

注※4

Windows Server 2003 Standard Editionのことを示します。

注※5

Windows Server 2003 Enterprise Editionのことを示します。

注※6

64bit Windows Server 2003のことを示します。

注※7

Windows Server 2003（IPF）のことを示します。

注※8

Windows Server 2008 Standard (x86)のことを示します。

注※9

Windows Server 2008 Enterprise (x86)のことを示します。

注※10

64bit Windows Server 2008のことを示します。

注※11

Windows Server 2008（IPF）のことを示します。

表2-6　JP1/ServerConductorの各サービスの適用OS（Advanced Agent（UNIX版））

サービス名
Linux
HP-UX

ES3
AS3
ES4
AS4
5
AS3（IPF）
AS4（IPF）
5（IPF）
11i V2（IPF）
11i V3（IPF）

SVP/BMCエージェントサービス
◎
◎
◎
◎
◎
◎
◎
◎
◎
◎

クラスタ管理エージェントサービス
－
－
－
－
－
－
－
－
－
－

SNMPトランスレータエージェントサービス
◎
◎
◎
◎
◎
◎
◎
◎
－
－

デバイス管理エージェントサービス
－
－
－
－
－
－
－
－
－
－

（凡例）

◎：インストールおよびサービスの機能を使用できる

－：製品適用OSの対象外である

2.2　基本的なシステム構成

JP1/ServerConductorを利用する場合の基本的なシステム構成を次の図に示します。

図2-3　JP1/ServerConductorを利用する場合の基本的なシステム構成

各マシンの役割，およびインストールが必要なJP1/ServerConductorのサービスについて，次に説明します。なお，各サービスの適用OSについては，「2.1.2(2)　適用OS」を参照してください。

＜この節の構成＞

(1)　管理コンソール

(2)　Web管理コンソール

(3)　管理サーバ

(4)　Webサーバ

(5)　管理対象サーバ

(1)　管理コンソール

管理対象サーバの情報を参照したり，管理対象サーバを遠隔操作したりするためのコンソールです。

管理コンソールとして利用する場合，コンソールサービスが必要です。また，リモートコントロールによる遠隔操作を利用する場合は，リモートコントロールビューアが必要です。

(2)　Web管理コンソール

Webブラウザから管理対象サーバの状態を参照するためのコンソールのことです。

WebブラウザをWeb管理コンソールとして利用する場合，そのマシンにJP1/ServerConductorのサービスがインストールされている必要はありませんが，Java 2 Standard Edition Java Runtime Environment※が必要です。

注※

Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

(3)　管理サーバ

JP1/ServerConductor全体を統括管理するサーバのことです。管理対象サーバの情報を収集し，管理コンソールまたはWeb管理コンソールから参照できるようにします。

管理サーバはJP1/ServerConductorで構築するシステム内に1台以上必要です。

管理サーバとして利用する場合，マネージャサービスが必要です。また，使用する機能に応じてアラートアクションサービス，またはBSM Plus（マネージャサービス追加機能）をインストールする必要があります。

(4)　Webサーバ

Webブラウザから管理対象サーバの状態を参照するためのサーバのことです。

JP1/ServerConductorのWebサーバとして利用する場合，Webコンソールサービスが必要です。

(5)　管理対象サーバ

管理サーバによって管理するサーバのことです。

管理対象サーバとして利用する場合，エージェントサービスが必要です。また，使用する機能に応じて次のサービスをインストールする必要があります。使用する機能に必要なサービスについては，2.3節以降を参照してください。

ローカルコンソールサービス

リモートコントロールサービス

アラートアクションサービス

SVP/BMCエージェントサービス

クラスタ管理エージェントサービス

SNMPトランスレータエージェントサービス

デバイス管理エージェントサービス

なお，OSごとに管理対象サーバを次のように呼びます。

表2-7　OSごとの管理対象サーバの呼び名

OS
管理対象サーバ

Windows 2000
Windows Server 2003
Windows Server 2008
Windowsサーバ

Red Hat Enterprise Linux ES 3
Red Hat Enterprise Linux AS 3
Red Hat Enterprise Linux ES 4
Red Hat Enterprise Linux AS 4
Red Hat Enterprise Linux 5
Linuxサーバ

HP-UX 11i Version 2.0（IPF）
HP-UX 11i Version 3.0（IPF）
HP-UXサーバ

2.3　管理構成－複数サーバを遠隔地から管理する場合

ここでは，複数サーバを遠隔地から管理する構成について説明します。

＜この節の構成＞

2.3.1　システム構成図

2.3.2　必要な環境

2.3.3　設定の流れ

2.3.1　システム構成図

JP1/ServerConductorは，遠隔地にある複数のサーバも意識することなく管理できます。遠隔地にある複数のサーバを管理する場合の構成を，次の図に示します。

図2-4　複数サーバを遠隔地から管理する構成

2.3.2　必要な環境

複数サーバを遠隔地から管理する構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1

(2)　manager1

(3)　agent1

(4)　agent2

(5)　agent3

(1)　console1

console1を管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
コンソールサービスをインストール

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

(2)　manager1

manager1を管理サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
マネージャサービスをインストール

他プログラム
BSM Plusを使用する場合，BSMに加え，次の環境が必要です。

MSXML 3.0以上

SNMPサービス（ラック管理機能を使用する場合だけ）

設定情報
ログイン用パスワードの設定

(3)　agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスをインストール

設定情報

管理サーバ（manager1）のIPアドレス，またはホスト名

自サーバの機種情報

(4)　agent2

agent2を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Linux）
エージェントサービスをインストール

設定情報

管理サーバ（manager1）のIPアドレス

自サーバの機種情報

(5)　agent3

agent3 を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（HP-UX）
エージェントサービスをインストール

設定情報

管理サーバ（manager1）のIPアドレス

自サーバの機種情報

2.3.3　設定の流れ

JP1/ServerConductorで複数サーバを遠隔地から管理する構成で構築する場合の設定の流れを次に説明します。

図2-5　複数サーバを遠隔地から管理する構成の設定フロー（console1）

図2-6　複数サーバを遠隔地から管理する構成の設定フロー（manager1）

図2-7　複数サーバを遠隔地から管理する構成の設定フロー（agent1）

図2-8　複数サーバを遠隔地から管理する構成の設定フロー（agent2）

図2-9　複数サーバを遠隔地から管理する構成の設定フロー（agent3）

2.4　管理構成－サーバ1台を管理する場合

ここでは，ローカルコンソールサービスを利用して，1台のサーバを管理する構成について説明します。

＜この節の構成＞

2.4.1　システム構成図

2.4.2　必要な環境

2.4.3　設定の流れ

2.4.1　システム構成図

1台のサーバを管理する構成は図2-10または図2-11のようになります。図2-10の構成では，サーバ自身の資産情報・障害情報の管理・監視ができます。図2-11の構成では，図2-10の機能に加えて，SVP機能による電源制御スケジュールの設定・参照ができます。SVP機能による電源制御スケジュールの設定・参照は，HA8000の場合だけできます。

ただし，どちらの構成の場合もサーバ自身を管理するだけで，そのほかのサーバについては管理できません。

図2-10　ローカルコンソールの構成（電源制御スケジュールなし）

図2-11　ローカルコンソールの構成（電源制御スケジュールあり）

2.4.2　必要な環境

ローカルコンソール構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　電源制御スケジュールなしの場合

(2)　電源制御スケジュールありの場合

(1)　電源制御スケジュールなしの場合

agent1をローカルコンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスおよびローカルコンソールサービスをインストール

(2)　電源制御スケジュールありの場合

agent1をローカルコンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスおよびローカルコンソールサービスをインストール

Advanced Agent（Windows）
SVP/BMCエージェントサービスをインストール

ハードウェア
SVP PCIボード

設定情報
SVP PCIボードのIPアドレス

2.4.3　設定の流れ

ローカルコンソールサービスを利用して1台のサーバを管理する場合の設定の流れを次に説明します。

図2-12　ローカルコンソールの設定フロー（電源制御スケジュールなし）

図2-13　ローカルコンソールの設定フロー（電源制御スケジュールあり）

2.5　管理構成－Webブラウザから管理する場合

ここでは，Web管理コンソールのWebブラウザからWebサーバのWebコンソールサービスに接続して管理対象サーバを管理する場合の設定例について説明します。

＜この節の構成＞

2.5.1　システム構成図

2.5.2　必要な環境

2.5.3　設定の流れ

2.5.1　システム構成図

Webブラウザを使用して管理対象サーバを管理する場合の構成を次の図に示します。

図2-14　Webブラウザから管理する構成

2.5.2　必要な環境

Webブラウザから管理する構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　webcons1

(2)　webserv

(3)　manager1，agent1，agent2，agent3

(1)　webcons1

webcons1をWeb管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

Webブラウザ
前提：NETSCAPE COMMUNICATOR 4.5以降
　　　Microsoft Internet Explorer 4.0以降

Java 2 Standard Edition Java Runtime Environment※

注※

Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

(2)　webserv

webservをWebサーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
Webコンソールサービスをインストール

他プログラム

Webサーバ
前提：NETSCAPE ENTERPRISE SERVER 3.6以降
　　　Microsoft Internet Information Server 3.0以降
　　　Microsoft Internet Information Services 5.0以降

Java 2 Standard Edition Java Runtime Environment※

設定情報

Webコンソールサービスを使用するためのパスワード

管理サーバ（manager1）のIPアドレス，またはホスト名

管理サーバ（manager1）へログインするためのパスワード

注※

Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

(3)　manager1，agent1，agent2，agent3

管理サーバ，管理対象サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

2.5.3　設定の流れ

Web構成時でのWebサーバの設定の流れを次に説明します。管理サーバ，管理対象サーバの設定については，「2.3.3　設定の流れ」を参照してください。

図2-15　Webブラウザから管理する構成の設定フロー（webserv）

2.6　管理構成－複数の管理サーバで管理する場合

ここでは，複数の管理サーバを設置して管理する場合の構成について説明します。

＜この節の構成＞

2.6.1　システム構成図

2.6.2　必要な環境

2.6.3　設定の流れ

2.6.1　システム構成図

次の図のように，複数の管理サーバを設置して一つの管理コンソールから複数の管理サーバへ同時にログインして管理できます。この構成では拠点単位に管理サーバを配置して，各管理サーバが自拠点内の管理対象ホストを一括で管理し，管理コンソールが必要な管理サーバへログインする運用ができます。管理コンソールは最大128台の管理サーバへログインできます。

図2-16　複数の管理サーバで管理する構成

2.6.2　必要な環境

複数の管理サーバ構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1

(2)　manager1，manager2

(3)　agent1，agent3

(4)　agent2

(5)　agent4

(1)　console1

console1を管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
コンソールサービスをインストール

設定情報
管理サーバ（manager1，manager2）のIPアドレス，またはホスト名

(2)　manager1，manager2

管理サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(3)　agent1，agent3

agent1，agent3を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスをインストール

設定情報

agent1は管理サーバ（manager1）のIPアドレス，またはホスト名

agent3は管理サーバ（manager2）のIPアドレス，またはホスト名

(4)　agent2

agent2を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Linux）
エージェントサービスをインストール

設定情報

管理サーバ（manager1）のIPアドレス

自サーバの機種情報

(5)　agent4

agent4を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（HP-UX）
エージェントサービスをインストール

設定情報

管理サーバ（manager2）のIPアドレス

自サーバの機種情報

2.6.3　設定の流れ

設定の流れは基本構成と同じです。「2.3.3　設定の流れ」を参照してください。

2.7　管理構成－複数の管理サーバで複数の同じ管理対象サーバを管理する場合

ここでは，複数の管理サーバで複数の同じ管理対象サーバを管理する場合の構成について説明します。

＜この節の構成＞

2.7.1　システム構成図

2.7.2　必要な環境

2.7.3　設定の流れ

2.7.1　システム構成図

次の図のように，管理対象サーバから接続先として複数の管理サーバを設定できます。manager1がダウンした場合，manager2へログインし直すことで管理対象サーバの管理を続けることができます。接続先の管理サーバは4台まで設定できます。manager1とmanager2へ同時にログインして管理することもできます。

図2-17　管理対象サーバを複数の管理サーバに管理させる構成

2.7.2　必要な環境

管理対象サーバを複数の管理サーバに管理させる場合に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1

(2)　manager1，manager2

(3)　agent1

(4)　agent2

(5)　agent3

(1)　console1

console1を管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
コンソールサービスをインストール

設定情報
管理サーバ（manager1，manager2）のIPアドレス，またはホスト名

(2)　manager1，manager2

管理サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(3)　agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスをインストール

設定情報
管理サーバ（manager1，manager2）のIPアドレス，またはホスト名

(4)　agent2

agent2を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Linux）
エージェントサービスをインストール

設定情報

管理サーバ（manager1，manager2）のIPアドレス

自サーバの機種情報

(5)　agent3

agent3を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（HP-UX）
エージェントサービスをインストール

設定情報

管理サーバ（manager1，manager2）のIPアドレス，またはホスト名

自サーバの機種情報

2.7.3　設定の流れ

設定の流れは基本構成と同じです。「2.3.3　設定の流れ」を参照してください。

2.8　管理構成－JP1/IMと連携する場合

ここでは，JP1/ServerConductorとJP1/IMが連携してネットワーク上のサーバを管理する構成について説明します。

＜この節の構成＞

2.8.1　システム構成図

2.8.2　必要な環境

2.8.3　設定の流れ

2.8.1　システム構成図

JP1/IM連携構成には，JP1/IMへアラート通知する構成と，JP1/IMからコンソールサービスを起動する構成の2種類があります。それぞれの構成イメージを次に示します。

＜この項の構成＞

(1)　JP1/IMへアラート通知する構成

(2)　JP1/IMからコンソールサービスを起動する構成

(1)　JP1/IMへアラート通知する構成

JP1/IMへアラートを通知する構成には次の2種類があります。

マネージャサービスを経由して通知する構成

マネージャサービスを経由しないでサーバから直接通知する構成

それぞれの構成を次に説明します。

(a)　マネージャサービスを経由して通知する構成

JP1/ServerConductorの管理サーバからJP1/IMへアラート通知する構成では，JP1/ServerConductorのマネージャサービスが検知したアラート情報をJP1/Baseに通知します。JP1/Baseは，通知アラート情報をイベントとして登録します。JP1/IM - ManagerまたはJP1/IM - Central Consoleは，登録されたイベント情報を読み取って，JP1/IM - Console Viewに通知します。これによって，JP1/ServerConductorのコンソールサービスでアラートを管理すると同時に，JP1/IM - ViewからJP1/ServerConductorの通知アラートを参照できるようになります。

注意

この構成で，サーバから直接通知する構成を設定すると，JP1/IMにアラートが二重に通知されます。マネージャサービス経由と，サーバからの直接通知を同時に使用しないでください。

図2-18　JP1/ServerConductorのマネージャサービスを経由して通知する構成

(b)　マネージャサービスを経由しないでサーバから直接通知する構成

この構成では，管理サーバが検知したアラート情報を，同じサーバにインストールされているJP1/Baseに通知します。JP1/Baseは，指定された別のマシンのJP1/Baseにイベントを通知することで，イベント情報を登録します。JP1/IM - ManagerまたはJP1/IM - Central Consoleは，登録されたイベント情報を読み取って，JP1/IM - Viewに通知します。これによって，JP1/ServerConductorのコンソールサービスでアラートを管理すると同時に，JP1/IM - ViewからJP1/ServerConductorの通知アラートを参照できるようになります。

また，JP1/IM - ManagerまたはJP1/IM - Central Consoleをエージェントサービスと同じマシン上で動作させる構成にすることもできます。

図2-19　サーバから直接通知する構成

(2)　JP1/IMからコンソールサービスを起動する構成

JP1/IMからコンソールサービスを起動する構成について説明します。

この構成では，JP1/IM - ViewからJP1/ServerConductorのコンソールサービスを直接起動できます。

図2-20　JP1/IMからコンソールサービスを起動する構成

2.8.2　必要な環境

JP1/IM連携構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　JP1/IMへアラート通知する構成

(2)　JP1/IMからコンソールサービスを起動する構成

(1)　JP1/IMへアラート通知する構成

(a)　JP1/ServerConductorのマネージャサービスを経由して通知する場合

JP1/ServerConductorの管理サーバからJP1/IMへアラート通知する場合，次の環境が必要です。

user

userをJP1/IM - Viewを利用するコンソールとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/IM - View
必要な環境については，次のマニュアルのJP1/IMシステムの設計について記載されている章を参照してください。
・JP1 Version 6 JP1/Integrated Manager - Console
・JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド
・JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド

manager1

manager1を管理サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
マネージャサービスをインストール

他プログラム

JP1/Base
必要な環境については，マニュアル「JP1 Version 7i JP1/Base」またはマニュアル「JP1 Version 8 JP1/Base 運用ガイド」のインストールとセットアップについて記載されている章を参照してください。

JP1/IM - ManagerまたはJP1/IM - Central Console
必要な環境については，次のマニュアルのJP1/IMシステムの設計について記載されている章を参照してください。
・JP1 Version 6 JP1/Integrated Manager - Console
・JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド
・JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド

設定情報
ログイン用パスワードの設定，認証サーバの設定

agent1，agent2，agent3

管理対象サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(b)　マネージャサービスを経由しないでサーバから直接通知する場合

管理サーバで検知したアラートを直接JP1/IMへ通知する場合，次の環境が必要です。

user

userをJP1/IM - Viewを利用するコンソールとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/IM - View
必要な環境については，次のマニュアルのJP1/IMシステムの設計について記載されている章を参照してください。
・JP1 Version 6 JP1/Integrated Manager - Console
・JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド
・JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド

ims

imsをJP1/Baseのイベントサーバとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/Base
必要な環境については，マニュアル「JP1 Version 7i JP1/Base」またはマニュアル「JP1 Version 8 JP1/Base 運用ガイド」のインストールとセットアップについて記載されている章を参照してください。

JP1/IM - ManagerまたはJP1/IM - Central Console
必要な環境については，次のマニュアルのJP1/IMシステムの設計について記載されている章を参照してください。
・JP1 Version 6 JP1/Integrated Manager - Console
・JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド
・JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド

設定情報
ログイン用パスワードの設定，認証サーバの設定

agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/Base
必要な環境については，マニュアル「JP1 Version 7i JP1/Base」またはマニュアル「JP1 Version 8 JP1/Base 運用ガイド」のインストールとセットアップについて記載されている章を参照してください。

コンポーネント

エージェントサービス

ローカルコンソールサービス
必要な環境については，「2.3.2　必要な環境」を参照してください。

設定情報
認証サーバの設定，通知先ホストの設定

また，imsの環境をagent1に構築することもできます。

(2)　JP1/IMからコンソールサービスを起動する構成

JP1/IMからコンソールサービスを起動する場合，次の環境が必要です。

console1

console1を管理コンソール，およびJP1/IM - Console Viewを利用するイベント参照用として設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
コンソールサービスをインストール

他プログラム

JP1/IM - View
必要な環境については，次のマニュアルのJP1/IMシステムの設計について記載されている章を参照してください。
・JP1 Version 6 JP1/Integrated Manager - Console
・JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド
・JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

manager1

manager1を管理サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
マネージャサービスをインストール

他プログラム

JP1/IM - ManagerまたはJP1/IM - Central Console
必要な環境については，次のマニュアルのJP1/IMシステムの設計について記載されている章を参照してください。
・JP1 Version 6 JP1/Integrated Manager - Console
・JP1 Version 7i JP1/Integrated Manager - Console システム構築・運用ガイド
・JP1 Version 8 JP1/Integrated Management - Manager システム構築・運用ガイド

JP1/Base
必要な環境については，マニュアル「JP1 Version 7i JP1/Base」またはマニュアル「JP1 Version 8 JP1/Base 運用ガイド」のインストールとセットアップについて記載されている章を参照してください。

設定情報
ログイン用パスワードの設定，認証サーバの設定

agent1，agent2，agent3

管理対象サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

2.8.3　設定の流れ

ここでは，JP1/ServerConductorの管理サーバを経由して通知する場合と管理対象サーバ（Windowsサーバ）から直接通知する場合について，必要な設定の流れを説明します。そのほかの設定の流れは基本構成と同じです。「2.3.3　設定の流れ」を参照してください。

図2-21　JP1/ServerConductorの管理サーバを経由して通知する場合の設定フロー（manager1）

図2-22　管理対象サーバ（Windowsサーバ）で検知したアラートを直接通知する場合の設定フロー（agent1）

2.9　管理構成－JP1/AppManagerと連携する場合

ここでは，JP1/ServerConductorとJP1/AppManagerが連携してネットワーク上のサーバを管理する構成について説明します。

＜この節の構成＞

2.9.1　システム構成図

2.9.2　必要な環境

2.9.1　システム構成図

JP1/AppManagerと連携して管理対象サーバを管理する構成は次の図のようになります。JP1/AppManagerのKnowledge Script機能を使用して，管理対象サーバが持つ資産情報，およびハードウェアの状態についての情報を収集，および管理対象サーバで動作しているサービスの状態を監視できます。

図2-23　JP1/AppManager連携構成

JP1/AppManagerでは，WebブラウザをWeb管理コンソールとして使用して，管理対象サーバを管理できる機能を提供しています。

JP1/AppManagerでWebブラウザを使用した構成については，マニュアル「JP1 Version 6 JP1/AppManager インストールガイド」を参照してください。

2.9.2　必要な環境

JP1/AppManager連携構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1

(2)　appms

(3)　agent1

(1)　console1

console1をJP1/AppManagerの管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/AppManager Operator Console　06-00以降
必要な環境については，マニュアル「JP1 Version 6 JP1/AppManager インストールガイド」を参照してください。

(2)　appms

appmsをJP1/AppManagerの管理サーバとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/AppManager Developer Console　06-00以降

JP1/AppManager for Windows

JP1/AppManager for System Manager
必要な環境については，マニュアル「JP1 Version 6 JP1/AppManager インストールガイド」を参照してください。

(3)　agent1

agent1をJP1/AppManagerから管理できる管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスをインストール

他プログラム

JP1/AppManager for Windows
必要な環境については，マニュアル「JP1 Version 6 JP1/AppManager インストールガイド」を参照してください。

2.10　管理構成－Device Managerと連携する場合

ここでは，JP1/ServerConductorとDevice Managerが連携したストレージ運用支援機能の構成について説明します。

＜この節の構成＞

2.10.1　システム構成図

2.10.2　必要な環境

2.10.3　設定の流れ

2.10.1　システム構成図

JP1/ServerConductorのストレージ運用支援機能では，BladeSymphonyにサーバモジュールを挿入するだけで，自動的にSANブート構成の起動用ディスクとデータ用ディスクが割り当てられます。

図2-24　Device Manager連携構成

2.10.2　必要な環境

Device Managerの連携構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　agent1

(2)　manager1

(3)　HDvM1

(1)　agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスをインストール

設定情報

管理サーバ（manager1）のIPアドレス，またはホスト名

自サーバの機種情報

(2)　manager1

manager1を管理サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMおよびBSM Plus
マネージャサービスおよびマネージャサービス追加機能をインストール

他プログラム
BSM Plusを使用する場合，BSMに加え，次の環境が必要です。

MSXML 3.0以上

SNMPサービス（ラック管理機能を使用する場合だけ）

設定情報
ログイン用パスワードの設定

(3)　HDvM1

HDvM1をDevice Managerサーバとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

Device Manager
必要な環境については，マニュアル「JP1/HiCommand Device Manager Web Client ユーザーズガイド」またはマニュアル「Hitachi Device Manager Software Web Client ユーザーズガイド」を参照してください。

2.10.3　設定の流れ

ここでは，Device Managerと連携する場合の設定の流れを説明します。

図2-25　Device Managerと連携する場合の設定フロー

2.11　管理構成－JP1/Cm2/NCと連携する場合

ここでは，JP1/ServerConductorとJP1/Cm2/NCが連携したネットワークスイッチ連携機能の構成について説明します。

＜この節の構成＞

2.11.1　システム構成図

2.11.2　必要な環境

2.11.3　設定の流れ

2.11.1　システム構成図

JP1/ServerConductorのネットワークスイッチ連携機能では，BladeSymphonyに障害が発生し，N+1／N+Mコールドスタンバイの切り替え時および復帰時に，サーバモジュールを接続したネットワークスイッチのポート設定を変更できます。

図2-26　JP1/Cm2/NC連携構成

2.11.2　必要な環境

JP1/Cm2/NC連携構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1

(2)　manager1

(3)　NCmanager1

(1)　console1

console1を管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSM
コンソールサービスをインストール

他プログラム

JP1/Cm2/NC - View
必要な環境については，マニュアル「JP1 Version 8 JP1/Cm2/Network Element Configuration 機能・構築ガイド」を参照してください。

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

(2)　manager1

manager1を管理サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMおよびBSM Plus
マネージャサービスおよびマネージャサービス追加機能をインストール

他プログラム

JP1/Cm2/NC - View
必要な環境については，マニュアル「JP1 Version 8 JP1/Cm2/Network Element Configuration 機能・構築ガイド」を参照してください。

設定情報
ログイン用パスワードの設定

(3)　NCmanager1

NCmanager1をNCマネージャサーバとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/Cm2/NC - Manager
必要な環境については，マニュアル「JP1 Version 8 JP1/Cm2/Network Element Configuration 機能・構築ガイド」を参照してください。

2.11.3　設定の流れ

ここでは，JP1/Cm2/NCと連携する場合の設定の流れを説明します。

図2-27　JP1/Cm2/NCと連携する場合の設定フロー

2.12　管理構成－管理サーバをクラスタ構成にする場合

ここでは，管理サーバをMSCSまたはフェールオーバークラスタでクラスタ構成にしている場合の設定例について説明します。

＜この節の構成＞

2.12.1　システム構成図

2.12.2　必要な環境

2.12.3　設定の流れ

2.12.1　システム構成図

JP1/ServerConductorで，管理サーバをクラスタ構成にする場合，次の図のような構成になります。

図2-28　クラスタ構成（管理サーバ）

2.12.2　必要な環境

管理サーバをクラスタ構成にする場合に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1，agent1

(2)　manager1，manager2

(1)　console1，agent1

管理コンソール，管理対象サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(2)　manager1，manager2

manager1，manager2をクラスタ構成の管理サーバとして設定する場合，次の環境が必要です。

項目
名称

OS
Windows 2000 Advanced Server
Windows Server 2003 Enterprise Edition（32bit版）
Windows Server 2008 Enterprise
Windows Server 2008 Enterprise without Hyper-V

プログラム

BSM
マネージャサービスをインストール

2.12.3　設定の流れ

管理サーバをクラスタ構成にする場合の設定については，「15.　クラスタシステムでの運用」を参照してください。

2.13　機能別構成－管理対象サーバをクラスタ構成にする場合

ここでは，管理対象サーバをMSCSまたはフェールオーバークラスタでクラスタ構成にしている場合の設定例について説明します。クラスタ構成のサーバをJP1/ServerConductorで管理すると，クラスタアドミニストレータまたはフェールオーバークラスタ管理の画面を起動することなく，JP1/ServerConductorの画面にクラスタに関する情報を表示できます。

注意

ここで説明しているクラスタ構成とは，HA8000サーバ上のMSCSまたはフェールオーバークラスタでのクラスタ構成を指します。Linuxサーバ，HP-UXサーバ，およびBladeSymphonyのクラスタはJP1/ServerConductorで管理できません。

＜この節の構成＞

2.13.1　システム構成図

2.13.2　必要な環境

2.13.3　設定の流れ

2.13.1　システム構成図

JP1/ServerConductorでクラスタ構成のサーバを管理する場合，次の図のような構成になります。

管理コンソールは，クラスタ構成の管理対象サーバとは別のドメインに属してもかまいませんが，一つのクラスタ構成内の管理対象サーバは同じドメインに属している必要があります。

図2-29　クラスタ構成（管理対象サーバ）

2.13.2　必要な環境

クラスタ構成のサーバを管理する場合に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1，manager1

(2)　agent1，agent2

(1)　console1，manager1

管理サーバ，管理コンソールに必要な環境については，「2.3.2　必要な環境」を参照してください。

(2)　agent1，agent2

agent1，agent2をクラスタ構成の管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

OS
Windows Server 2008 Enterprise(x86)
Windows Server 2003 Enterprise Edition（32bit版）
Windows 2000 Advanced Server

プログラム

Agent（Windows）
エージェントサービスをインストール

Advanced Agent（Windows）
クラスタ管理エージェントサービスをインストール

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

2.13.3　設定の流れ

設定の流れは基本構成と同じです。「2.3.3　設定の流れ」を参照してください。

2.14　機能別構成－障害発生時にプログラムを自動起動する場合

ここでは，障害（アラート）が発生した場合にプログラムを自動起動するときの構成について説明します。

＜この節の構成＞

2.14.1　システム構成図

2.14.2　必要な環境

2.14.3　設定の流れ

2.14.1　システム構成図

コンソールサービスを使用して，管理サーバまたは管理対象サーバでアラートが発生した場合にプログラムを自動起動するときの構成を次の図に示します。

図2-30　アラートが発生した場合にプログラムを自動起動するときの構成（コンソールサービス）

ローカルコンソールサービスを使用して，サーバでアラートが発生した場合にプログラムを自動起動するときの構成を次の図に示します。

図2-31　アラートが発生した場合にプログラムを自動起動するときの構成（ローカルコンソールサービス）

2.14.2　必要な環境

アラートが発生した場合にプログラムを自動起動するときに必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　コンソールサービスを使用する場合

(2)　ローカルコンソールサービスを使用する場合

(1)　コンソールサービスを使用する場合

(a)　console1，agent1

管理コンソール，および管理対象サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(b)　manager1

アラート発生時に自動的にプログラムを実行する場合，管理サーバとして設定するには，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
マネージャサービスをインストール

設定情報
プログラム実行サーバ（action1）のIPアドレス，またはホスト名

(c)　action1

action1をアラート発生時に自動的にプログラムを実行するサーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSM，Server Manager，またはAgent（Windows）
アラートアクションサービスをインストール

自動実行するプログラム

設定情報
自動実行するプログラム名

(2)　ローカルコンソールサービスを使用する場合

(a)　agent1

agent1を管理コンソールおよび管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスおよびローカルコンソールサービスをインストール

設定情報
プログラム実行サーバ（action1）のIPアドレス，またはホスト名

(b)　action1

action1をアラート発生時に自動的にプログラムを実行するサーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSM，Server Manager，またはAgent（Windows）
アラートアクションサービスをインストール

自動実行するプログラム

設定情報
自動実行するプログラム名

2.14.3　設定の流れ

アラートが発生した場合にプログラムを自動起動するときの設定の流れを説明します。

＜この項の構成＞

(1)　コンソールサービスを使用する場合

(2)　ローカルコンソールサービスを使用する場合

(1)　コンソールサービスを使用する場合

ここでは，コンソールサービスを使用して，アラートが発生した場合にプログラムを自動起動するときの，管理サーバおよびプログラム実行サーバの設定の流れを説明します。管理コンソールおよび管理対象サーバの設定の流れについては，「2.3.3　設定の流れ」を参照してください。

図2-32　アラートが発生した場合にプログラムを自動起動するときの設定フロー（manager1）

図2-33　アラートが発生した場合にプログラムを自動起動するときの設定フロー（action1）

(2)　ローカルコンソールサービスを使用する場合

ここでは，ローカルコンソールサービスを使用して，アラートが発生した場合にプログラムを自動起動するときの，管理対象サーバの流れを説明します。プログラム実行サーバの設定の流れについては，「(1)　コンソールサービスを使用する場合」を参照してください。

図2-34　アラートが発生した場合にプログラムを自動起動するときの設定フロー（agent1）

2.15　機能別構成－電源制御をする場合

ここでは，管理コンソールから管理対象サーバの電源をON・OFF，または電源スケジュールを設定するときの構成について説明します。

電源制御をする場合，Windowsサーバ/Linuxサーバ/HP-UXサーバには，SVP機能およびSVP/BMCエージェントサービス，または電源ON機能を備えたLANアダプタが必要です。

＜この節の構成＞

2.15.1　システム構成図

2.15.2　必要な環境

2.15.3　設定の流れ

2.15.1　システム構成図

管理対象サーバの電源を制御する場合の構成を次の図に示します。

図2-35　電源制御の構成

2.15.2　必要な環境

管理対象サーバの電源を制御する場合に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1，manager1

(2)　agent1

(3)　agent2

(4)　agent3

(1)　console1，manager1

管理サーバ，管理コンソールに必要な環境については，「2.3.2　必要な環境」を参照してください。

(2)　agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows，またはLinux）
エージェントサービスをインストール

Advanced Agent
SVP/BMCエージェントサービスをインストール
Linuxサーバの場合は，インストール後にSVPエージェントサービスが有効になるように設定します。

ハードウェア
SVP PCIボード

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名（agent1およびSVP PCIボード）

SVP PCIボードのIPアドレス

(3)　agent2

agent2を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（WindowsまたはLinux）
エージェントサービスをインストール

ハードウェア
電源ON機能を備えたLANアダプタ

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

(4)　agent3

agent3を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows，Linux，またはHP-UX）
エージェントサービスをインストール

Advanced Agent
SVP/BMCエージェントサービスをインストール
Linuxサーバの場合は，インストール後にSVP/BMCエージェントサービスが有効になるように設定します。
HP-UXの場合は，インストール後にBMCエージェントサービス（BMCConfiguration）が有効になるように設定します。

ハードウェア
SVP機能（BladeSymphony）

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名（agent3およびSVP）

2.15.3　設定の流れ

ここでは，電源制御する場合の管理対象サーバの設定の流れを説明します。管理サーバ，管理コンソールの設定の流れについては，「2.3.3　設定の流れ」を参照してください。

図2-36　電源制御の設定フロー（agent1，agent3（Windowsサーバ））

図2-37　電源制御の設定フロー（agent2（Windowsサーバ））

図2-38　電源制御の設定フロー（agent1，agent3（Linuxサーバ））

図2-39　電源制御の設定フロー（agent2（Linuxサーバ））

図2-40　電源制御の設定フロー（agent3（HP-UXサーバ））

2.16　機能別構成－遠隔操作をする場合

ここでは，遠隔地にある管理対象サーバを操作する場合の構成について説明します。

＜この節の構成＞

2.16.1　システム構成図

2.16.2　必要な環境

2.16.3　設定の流れ

2.16.1　システム構成図

JP1/ServerConductorでは，管理対象サーバに対して次の遠隔操作ができます。

リモートコントロール

ファイル転送

リモートコンソール

ランプ制御

保守情報の取得

使用する機能によって，システム構成が異なります。機能ごとのシステム構成を次に示します。

＜この項の構成＞

(1)　リモートコントロール・ファイル転送

(2)　リモートコンソール

(3)　ランプ制御

(4)　保守情報の取得

(1)　リモートコントロール・ファイル転送

リモートコントロールまたはファイル転送を使用する場合の構成を次の図に示します。

図2-41　リモートコントロール・ファイル転送をする場合の構成

(2)　リモートコンソール

リモートコンソールを使用する場合の構成を次の図に示します。

図2-42　リモートコンソールを使用する場合の構成

(3)　ランプ制御

ランプ制御を使用する場合の構成を次の図に示します。

図2-43　ランプ制御をする場合の構成

(4)　保守情報の取得

保守情報の取得をする場合の構成を次の図に示します。

図2-44　保守情報の取得をする場合の構成

2.16.2　必要な環境

遠隔地にある管理対象サーバを操作する場合に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　リモートコントロール・ファイル転送

(2)　リモートコンソール

(3)　ランプ制御

(4)　保守情報の取得

(1)　リモートコントロール・ファイル転送

(a)　console1

console1を管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSMまたはServer Manager
コンソールサービスおよびリモートコントロールビューアをインストール

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

(b)　manager1

管理サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(c)　agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスおよびリモートコントロールサービスをインストール

設定情報

管理サーバ（manager1）のIPアドレス，またはホスト名

自サーバの機種情報

(2)　リモートコンソール

(a)　console1

console1を管理コンソールとして設定する場合，次の環境が必要です。

項目
名称

プログラム

BSM
コンソールサービスをインストール

他プログラム

リモートコンソールアプリケーション
必要な環境については，BladeSymphonyのリモートコンソールに関するドキュメントの動作環境について記載されている章を参照してください。

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

(b)　manager1

管理サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(c)　chassis1

リモートコンソールの管理対象は，サーバシャーシ上のサーバモジュールです。必要な環境については，BladeSymphonyのリモートコンソールに関するドキュメントの動作環境について記載されている章を参照してください。

(3)　ランプ制御

(a)　console1，manager1

管理コンソールおよび管理サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(b)　chassis1

ランプ制御の管理対象は，サーバシャーシ上のサーバモジュールです。必要な環境については，マニュアル「BladeSymphonyユーザーズガイド」の設置環境について記載されている章を参照してください。

(4)　保守情報の取得

(a)　console1，manager1，agent1

管理コンソール，管理サーバ，管理対象サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

2.16.3　設定の流れ

管理コンソール，管理サーバ，管理対象サーバの設定については，「2.3.3　設定の流れ」を参照してください。

2.17　機能別構成－SNMPを利用して連携する場合

ここでは，SNMPトランスレータを使用して，JP1/ServerConductorのエージェントサービスが管理している情報をSNMPマネージャで参照する構成について説明します。

＜この節の構成＞

2.17.1　システム構成図

2.17.2　必要な環境

2.17.3　設定の流れ

2.17.1　システム構成図

SNMPトランスレータを使用する構成は次の図のようになります。SNMPトランスレータは，JP1/ServerConductorのエージェントサービスで管理するマシン管理情報およびアラート情報を，ネットワークの管理データベースであるMIBに変換し，SNMPで送信する機能です。SNMPで送信されたマシン管理情報およびアラート情報は，SNMPマネージャという管理ソフトウェアを使うと，ビジュアルに表示できます。このSNMPマネージャには，JP1/Cm2/NNMを使用できます。

この場合，マシン管理情報はSNMPマネージャで参照でき，マシン障害などのアラートはイベントとして通知され表示できます。

注意

マシン管理情報を参照できるのはHA8000 Windowsサーバの場合だけです。LinuxサーバおよびBladeSymphony Windowsサーバではイベント通知機能だけサポートされています。

SNMPトランスレータから通知できるアラート情報は，ハードウェア障害だけです。使用率超過など，ハードウェア障害以外のアラート，およびSVP機能から発行されるアラートは通知されません。

図2-45　SNMPトランスレータを使用した構成

2.17.2　必要な環境

SNMPトランスレータを使用した構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　manager1

(2)　cm2

(3)　agent1

(1)　manager1

管理サーバに必要な環境については，「2.3.2　必要な環境」を参照してください。

(2)　cm2

cm2をSNMPマネージャとして設定する場合，次の環境が必要です。

項目
名称

他プログラム

JP1/Cm2/NNM
必要な環境については，マニュアル「JP1 Version 7i JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」を参照してください。

(3)　agent1

管理対象サーバを設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（WindowsまたはLinux）
エージェントサービスをインストール

Advanced Agent
SNMPトランスレータエージェントサービスをインストール
Linuxサーバの場合は，インストール後にSNMPトランスレータエージェントサービスが有効になるように設定します。

他プログラム

SNMPサービス
WindowsまたはLinuxのSNMPサービスをインストール

設定情報
管理サーバ（manager1）のIPアドレス，またはホスト名

2.17.3　設定の流れ

管理対象サーバとSNMPマネージャを連携するための設定については，「17.　SNMPトランスレータ」を参照してください。

2.18　機能別構成－デバイス管理の機能を拡張する場合

ここでは，デバイス管理エージェントサービスを使用して，Windowsサーバのデバイス管理の機能を拡張する構成について説明します。

＜この節の構成＞

2.18.1　システム構成図

2.18.2　必要な環境

2.18.3　設定の流れ

2.18.1　システム構成図

デバイス管理エージェントサービスによって，WindowsサーバのLANアダプタ，ディスクアレイの資産（インベントリ）や障害（アラート）をコンソールサービスから管理できます。デバイス管理の機能を拡張する場合の構成を次の図に示します。

図2-46　デバイス管理拡張構成

2.18.2　必要な環境

デバイス管理拡張構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1，manager1

(2)　agent1，agent2

(1)　console1，manager1

管理サーバ，管理コンソールに必要な環境については，「2.3.2　必要な環境」を参照してください。

(2)　agent1，agent2

agent1，agent2を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（Windows）
エージェントサービスをインストール

Advanced Agent（Windows）
デバイス管理エージェントサービス※をインストール

設定情報

管理サーバ（manager1）のIPアドレス，またはホスト名

自サーバのサイト情報

注※

次のサブコンポーネントから，ご使用のシステムにあわせてインストールします。

ディスクアレイ：CR80 and HA8000内蔵RAID
HA8000システム装置に添付されているディスクアレイ（RAID）管理ユーティリティ・Global Array Managerで管理されているRAIDの構成情報を，コンソールサービスの［インベントリ］ウィンドウに表示する場合に使用します。

ディスクアレイ：HA8000内蔵RAID（HyperDisk）
HA8000システム装置に添付されているディスクアレイ（RAID）管理ユーティリティ・HyperDisk Utilityで管理されているRAIDの構成情報を，コンソールサービスの［インベントリ］ウィンドウに表示する場合に使用します。

ディスクアレイ：HA8000内蔵RAID（MegaRAID）
HA8000システム装置に添付されているディスクアレイ（RAID）管理ユーティリティ・MegaRAID IDE Consoleで管理されているRAIDの構成情報を，コンソールサービスの［インベントリ］ウィンドウに表示する場合に使用します。

ディスクアレイ：HA8000内蔵RAID（Power Console）
HA8000システム装置に添付されているディスクアレイ（RAID）管理ユーティリティ・Power Console Plusで管理されているRAIDの構成情報を，コンソールサービスの［インベントリ］ウィンドウに表示する場合に使用します。

ディスクアレイ：DF350/400
日立製ディスクアレイ装置DF350/DF400の構成情報を，コンソールサービスの［インベントリ］ウィンドウに表示する場合に使用します。

LANアダプタ：PC-CN7230/7240
HA8000システム装置に添付されているIntel(R) PROSetを使用して二重化されたLANボードの障害情報を検知し，コンソールサービスに通知する場合に使用します。

2.18.3　設定の流れ

設定の流れは基本構成と同じです。「2.3.3　設定の流れ」を参照してください。

2.19　機能別構成－HP-UX EMSと連携する場合

ここでは，JP1/ServerConductorがHP-UX EMSと連携してHP-UXサーバ上の障害を管理する構成について説明します。

＜この節の構成＞

2.19.1　システム構成図

2.19.2　必要な環境

2.19.3　設定の流れ

2.19.1　システム構成図

HP-UXでは，HP-UX EMSと呼ばれる監視機能があり，デバイス障害やリソース状況をイベントとして通知できます。このイベントをHP-UX EMSイベントと呼び，Agent（HP-UX）のアラートとしてコンソールサービスに通知できます。サーバの障害情報はすべてHP-UX EMSと連携して検出するので，HP-UX EMSと連携する必要があります。

HP-UX EMSと連携する場合の構成を，次の図に示します。

図2-47　HP-UX EMS連携構成

2.19.2　必要な環境

HP-UX EMS連携構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1，manager1

(2)　agent1

(1)　console1，manager1

管理サーバ，管理コンソールに必要な環境については，「2.3.2　必要な環境」を参照してください。

(2)　agent1

agent1を管理対象サーバとして設定する場合，次の環境が必要です。

項目
名称

プログラム

Agent（HP-UX）
エージェントサービスをインストール

他プログラム

HP-UX EMS
HP-UX EMS（EMS Hardware Monitors，EMS HA Monitors）をインストール

設定情報

管理サーバ（manager1）のIPアドレス

自サーバの機種情報

自サーバのサイト情報

HP-UX EMSの設定
インストール方法，必要な環境については，HP-UX EMSのマニュアルを参照してください。

エージェント環境設定ファイルのHP-UX EMS連携機能関連の項目設定
設定項目と方法については，「3.　セットアップ」を参照してください。

2.19.3　設定の流れ

ここでは，HP-UX EMS連携をする場合の管理対象サーバの設定の流れを説明します。管理サーバ，管理コンソールの設定の流れについては，「2.3.3　設定の流れ」を参照してください。

図2-48　HP-UX EMS連携の設定フロー（agent1）

3.　セットアップ

この章では，インストール，アンインストールおよび環境設定の方法について説明します。

＜この章の構成＞

3.1　セットアップの流れ

3.2　インストール（Windowsの場合）

3.3　インストール（LinuxまたはHP-UXの場合）

3.4　アンインストール（Windowsの場合）

3.5　アンインストール（LinuxまたはHP-UXの場合）

3.6　JP1/ServerConductorで使用するポート番号

3.7　JP1/ServerConductorで使用するIPアドレス

3.8　環境設定ユティリティの基本操作

3.9　コンソールサービスの設定

3.10　マネージャサービスの設定

3.11　エージェントサービス（Windowsサーバ）の設定

3.12　エージェントサービス（Linuxサーバ）の設定

3.13　エージェントサービス（HP-UXサーバ）の設定

3.14　ローカルコンソールサービスの設定

3.15　Webコンソールサービスの設定

3.16　SVP/BMCの設定

3.17　JP1/IM連携の設定

3.18　JP1/AppManager連携の設定

3.1　セットアップの流れ

JP1/ServerConductorのセットアップの流れを，インストールする製品ごとに説明します。

JP1/ServerConductorのセットアップ項目は，インストール先の環境や使用する機能によって異なります。セットアップ手順およびセットアップ項目の詳細については，各図に示す参照先を参照してください。

ここでは，クラスタ構成を使用しない場合のセットアップ手順について説明しています。クラスタ構成の場合のセットアップ手順については，「15.3　クラスタシステムでのインストールとセットアップ」を参照してください。

＜この節の構成＞

3.1.1　BSM，BSM Plus，およびServer Managerのセットアップ

3.1.2　AgentおよびAdvanced Agentのセットアップ

3.1.1　BSM，BSM Plus，およびServer Managerのセットアップ

BSMおよびBSM Plusのセットアップの流れまたはServer Managerのセットアップの流れを，次の図に示します。インストール手順および各セットアップ手順については，図に示す参照先を参照してください。

図3-1　BSM，BSM Plus，およびServer Managerのセットアップの流れ

3.1.2　AgentおよびAdvanced Agentのセットアップ

AgentおよびAdvanced Agentのセットアップの流れを，適用OS別に次の図に示します。インストール手順および各セットアップ手順については，図に示す参照先を参照してください。

なお，SystemInstaller構成マネージャでAgentをインストールした場合，ここでのインストールは不要です。SystemInstaller構成マネージャは，Windowsプレインストールモデルで，OSを起動したあとに動作するプログラムです。詳細については，システム装置に添付されているソフトウェアガイドを参照してください。

図3-2　AgentおよびAdvanced Agentのセットアップの流れ（Windowsサーバ）

図3-3　AgentおよびAdvanced Agentのセットアップの流れ（Linuxサーバ）

図3-4　AgentおよびAdvanced Agentのセットアップの流れ（HP-UXサーバ）

3.2　インストール（Windowsの場合）

ここでは，適用OSがWindowsの場合のJP1/ServerConductorのインストール方法について説明します。インストール方法はJP1/ServerConductorの各製品によって異なります。ここでは，次の場合に分けて説明します。

BSMだけをインストールする場合

BSMおよびBSM Plusをインストールする場合

Server Managerをインストールする場合

AgentおよびAdvanced Agentをインストールする場合

なお，インストールが完了すると環境設定ユティリティが自動起動し，続けて環境設定ができます。環境設定は，あとで実行することもできます。環境設定の詳細については，3.8節以降を参照してください。環境設定が完了すると，サービスが再起動します。

＜この節の構成＞

3.2.1　BSMのインストール

3.2.2　BSMおよびBSM Plusのインストール

3.2.3　Server Managerのインストール

3.2.4　AgentまたはAdvanced Agentのインストール

3.2.1　BSMのインストール

BSMが持つ各サービスを管理サーバにインストールする手順を次に示します。

＜この項の構成＞

(1)　インストールの種類

(2)　サービスの依存関係

(3)　インストール時の注意事項

(4)　インストール手順（新規インストールの場合）

(5)　インストール手順（変更インストールの場合）

(6)　インストール手順（更新インストールの場合）

(1)　インストールの種類

BSMのインストールには，次の種類があります。

新規インストール

BSMがインストールされていない場合，新規インストールになります。

変更インストール

同一バージョンのBSMがインストールされている場合，変更インストールになります。

BSMのバージョンはそのままで，インストールされているサービスを削除したり，サービスを追加したりできます。

変更インストールが有効になるのは，BSMのバージョンが08-21以降の場合です。

更新インストール

旧バージョンのBSMがインストールされている場合，更新インストールになります。

旧バージョンの情報をそのまま引き継いでBSMをバージョンアップできます。

なお，BSMは，JP1/NETM/DMを使用したリモートインストールには対応していません。

(2)　サービスの依存関係

BSMのコンソールサービスとリモートコントロールビューアには，インストール時の依存関係があります。リモートコントロールビューアをインストールする場合，コンソールサービスもインストールする必要があります。また，コンソールサービスを削除する場合，リモートコントロールビューアも削除する必要があります。

なお，Webコンソールサービスをインストールする場合は，あらかじめJava 2 Standard Edition Java Runtime Environmentをインストールしておく必要があります。Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

(3)　インストール時の注意事項

インストール時の注意事項を次に示します。

インストーラで表示している必要ディスク容量は，インストール時に必要なディスク容量です。各サービスの起動時にはそれ以上のディスク容量が必要です。インストール前に十分な空き容量を確保してください。

必ずローカルハードディスクのドライブにインストールしてください。

インストールは，Administrators権限を持つユーザが実施してください。

すでに別のプログラムがインストールされているフォルダを，インストール先フォルダに指定した場合，別のプログラムのReadmeファイルが上書きされることがあります。

Windows Server 2008およびWindows Vistaの場合，setup.exeを実行すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックしてインストールを続行してください。

BSM 08-21以降がインストールされている環境にBSM 08-20以前のバージョンをインストールしないようにしてください。

Webコンソールサービスをインストールすると，環境変数PATHにJREのパスが自動的に追加されます。JREのパスが追加された結果，環境変数PATHの長さがOSでの上限値を超える場合，Webコンソールサービスはインストールできません。環境変数PATHの指定から不要なパスを削除してから，再度インストール操作を実施してください。

BSMのインストールにはWindows Installer 3.0以上が必要です。Windows Installerのバージョンが3.0より前の場合は，「<CD-ROMドライブ>:¥Windows Installer¥instmsi30.exe」を実行して，Windows Installerを更新してください。
なお，Windows Installerを更新した場合は，マシンの再起動が必要です。

(4)　インストール手順（新規インストールの場合）

新規インストールの場合のインストール手順を次に示します。

BSMをインストールするマシンにAdministrators権限を持つユーザでログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［ユーザ情報］画面でユーザ情報を入力する
BSMを使用するユーザの名前と会社名を指定します。デフォルトではOSに登録されているユーザ情報が表示されます。

名前

BSMを使用するユーザの名前を0～50文字※で指定します。指定を省略することもできます。

会社名

BSMを使用するユーザの会社名を0～80文字※で指定します。指定を省略することもできます。

注※

全角文字も半角文字も1文字として認識されます。

［インストール先のフォルダ］画面でインストールするフォルダを選択する
BSMは，デフォルトでは次のフォルダにインストールされます。

<システムドライブ>¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

インストール先フォルダを変更したい場合は，［変更］ボタンをクリックします。
［インストール先フォルダの変更］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。

注意

BSMをインストールするマシンに，すでにAgentがインストールされている場合は，インストール先フォルダを変更できません。

［運用方法の選択］画面が表示された場合，クラスタ構成を使用するか使用しないかを選択する
システムにMSCSまたはフェールオーバークラスタがインストールされている場合，［運用方法の選択］画面が表示されます。デフォルトでは［使用しない］が選択されています。

［カスタムセットアップ］画面でインストールするサービスを選択する
BSMが提供するサービスを選択してインストールします。デフォルトでは［コンソールサービス］および［マネージャサービス］が選択されています。

インストールするサービスはシステム構成や使用する機能に応じて選択してください。システム構成ごと，または使用する機能ごとに必要なサービスについては，「2.　システム構成」を参照してください。
前提製品や前提となるJP1/ServerConductorのサービスがインストールされていないとインストールできないサービスがあります。インストール時のサービスの依存関係については，「(2)　サービスの依存関係」を参照してください。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティで，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。

各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(5)　インストール手順（変更インストールの場合）

バージョンはそのままで，インストールするBSMのサービスの種類を変更する場合は，次のどちらかの方法で変更できます。

BSMのインストールCD-ROMに格納されているsetup.exeを実行し，［プログラムの保守］画面で［変更］ラジオボタンをONにする

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［JP1/ServerConductor/Blade Server Manager］を選択し［変更］ボタンをクリックする

ここでは，インストールCD-ROMを使用する場合の変更インストール手順を示します。

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［変更］ボタンをクリックすると，［プログラムの保守］画面が表示されます。これ以降の手順は，手順4以降と同じになります。

注意

変更インストールが有効になるのは，BSMのバージョンが08-21以降の場合です。

インストールされているサービスの種類を変更するマシンにAdministrators権限を持つユーザでログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［プログラムの保守］画面で［変更］ラジオボタンをONにする

［運用方法の選択］画面が表示された場合，クラスタ構成を使用するか使用しないかを選択する
システムにMSCSまたはフェールオーバークラスタがインストールされている場合，［運用方法の選択］画面が表示されます。デフォルトでは［使用しない］が選択されています。

［カスタムセットアップ］画面でインストールの有無を変更するサービスを選択する
デフォルトではインストール済みのサービスが選択されています。サービスを追加する場合は，追加するサービスを選択してください。
インストールされているサービスを削除する場合は，そのサービスのアイコンをクリックして，[図データ]の状態にしてください。

前提製品や前提となるJP1/ServerConductorのサービスがインストールされていないとインストールできないサービスがあります。インストール時のサービスの依存関係については，「(2)　サービスの依存関係」を参照してください。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティで，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。
各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(6)　インストール手順（更新インストールの場合）

旧バージョンの情報をそのまま引き継いでBSMをバージョンアップする場合のインストール手順を次に示します。

注意

インストールしようとしているBSMよりも新しいバージョンがすでにインストールされている場合は，更新インストールは実行できません。

BSMをインストールするマシンにAdministrators権限を持つユーザでログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する

アップグレードするかどうか確認するメッセージで，［はい］ボタンをクリックする
表示されるダイアログボックスの指示に従ってインストールを進めます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

3.2.2　BSMおよびBSM Plusのインストール

BSMおよびBSM Plusが持つ各サービスを管理サーバにインストールする手順を次に示します。

＜この項の構成＞

(1)　インストールの種類

(2)　サービスの依存関係

(3)　インストール時の注意事項

(4)　インストール手順（新規インストールの場合）

(5)　インストール手順（変更インストールの場合）

(6)　インストール手順（更新インストールの場合）

(1)　インストールの種類

BSMおよびBSM Plusのインストールの種類は，BSMのインストールの種類と同じです。BSMのインストールの種類については，「3.2.1(1)　インストールの種類」を参照してください。

(2)　サービスの依存関係

BSMおよびBSM Plusをインストールする場合，BSMのサービスの依存関係に加え，BSMのマネージャサービスとBSM Plus（マネージャサービス追加機能）に依存関係があります。BSM Plus（マネージャサービス追加機能）をインストールする場合，BSMのマネージャサービスもインストールする必要があります。また，BSMのマネージャサービスを削除する場合，BSM Plus（マネージャサービス追加機能）も削除する必要があります。

BSMのサービスの依存関係については，「3.2.1(2)　サービスの依存関係」を参照してください。

(3)　インストール時の注意事項

インストール時の注意事項を次に示します。

インストーラで表示している必要ディスク容量は，インストール時に必要なディスク容量です。各サービスの起動時にはそれ以上のディスク容量が必要です。インストール前に十分な空き容量を確保してください。

必ずローカルハードディスクのドライブにインストールしてください。

インストールは，Administrators権限を持つユーザが実施してください。

すでに別のプログラムがインストールされているフォルダを，インストール先フォルダに指定した場合，別のプログラムのReadmeファイルが上書きされることがあります。

Windows Server 2008およびWindows Vistaの場合，インストールを実行すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックしてインストールを続行してください。

BSM Plusをインストールするには，ライセンスキーの入力が必要です。インストール操作をする前に，ライセンスキーを入手しているか確認してください。

BSM 08-21以降がインストールされている環境にBSM 08-20以前のバージョンをインストールしないようにしてください。

Webコンソールサービスをインストールすると，環境変数PATHにJREのパスが自動的に追加されます。JREのパスが追加された結果，環境変数PATHの長さがOSでの上限値を超える場合，Webコンソールサービスはインストールできません。環境変数PATHの指定から不要なパスを削除してから，再度インストール操作を実施してください。

BSMおよびBSM PlusのインストールにはWindows Installer 3.0以上が必要です。Windows Installerのバージョンが3.0より前の場合は，「<CD-ROMドライブ>:¥Windows Installer¥instmsi30.exe」を実行して，Windows Installerを更新してください。
なお，Windows Installerを更新した場合は，マシンの再起動が必要です。

すでにBSMをインストールしているマシンにBSM Plusをインストールする場合は，BSMのサービスを停止しておく必要があります。停止しないでインストールを実行しようとすると，「サービスを停止してからインストールしてください」というメッセージが表示され，インストールできなくなります。

(4)　インストール手順（新規インストールの場合）

新規インストールの場合のインストール手順を次に示します。

BSMおよびBSM PlusをインストールするマシンにAdministrators権限を持つユーザでログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［ユーザ情報］画面でユーザ情報を入力する
BSMおよびBSM Plusを使用するユーザの名前と会社名を指定します。デフォルトではOSに登録されているユーザ情報が表示されます。

名前

BSMおよびBSM Plusを使用するユーザの名前を0～50文字※で指定します。指定を省略することもできます。

会社名

BSMおよびBSM Plusを使用するユーザの会社名を0～80文字※で指定します。指定を省略することもできます。

注※

全角文字も半角文字も1文字として認識されます。

［インストール先のフォルダ］画面でインストールするフォルダを選択する
BSMおよびBSM Plusは，デフォルトでは次のフォルダにインストールされます。

<システムドライブ>¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

インストール先フォルダを変更したい場合は，［変更］ボタンをクリックします。
［インストール先フォルダの変更］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。

注意

BSMおよびBSM Plusをインストールするマシンに，すでにAgentがインストールされている場合は，インストール先フォルダを変更できません。

［運用方法の選択］画面が表示された場合，クラスタ構成を使用するか使用しないかを選択する
システムにMSCSまたはフェールオーバークラスタがインストールされている場合，［運用方法の選択］画面が表示されます。デフォルトでは［使用しない］が選択されています。

［カスタムセットアップ］画面でインストールするサービスを選択する
BSMおよびBSM Plusが提供するサービスを選択してインストールします。BSM Plusの機能を使用する場合は，［Blade Server Manager Plus］または［マネージャサービス追加機能］を選択します。
デフォルトでは［コンソールサービス］および［マネージャサービス］が選択されています。

インストールするサービスはシステム構成や使用する機能に応じて選択してください。システム構成ごと，または使用する機能ごとに必要なサービスについては，「2.　システム構成」を参照してください。
前提製品や前提となるJP1/ServerConductorのサービスがインストールされていないとインストールできないサービスがあります。インストール時のサービスの依存関係については，「(2)　サービスの依存関係」を参照してください。

［カスタムセットアップ］画面で［Blade Server Manager Plus］または［マネージャサービス追加機能］を選択した場合，ライセンスキーを入力する

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティで，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。

各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(5)　インストール手順（変更インストールの場合）

バージョンはそのままで，インストールするサービスの種類を変更する場合は，次のどちらかの方法で変更できます。

BSMのインストールCD-ROMに格納されているsetup.exeを実行し，［プログラムの保守］画面で［変更］ラジオボタンをONにする

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［JP1/ServerConductor/Blade Server Manager］を選択し［変更］ボタンをクリックする

ここでは，インストールCD-ROMを使用する場合の変更インストール手順を示します。

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［変更］ボタンをクリックすると，［プログラムの保守］画面が表示されます。これ以降の手順は，手順4以降と同じになります。

注意

変更インストールが有効になるのは，BSMおよびBSM Plusのバージョンが08-21以降の場合です。

インストールされているサービスの種類を変更するマシンにAdministrators権限を持つユーザでログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［プログラムの保守］画面で［変更］ラジオボタンをONにする

［運用方法の選択］画面が表示された場合，クラスタ構成を使用するか使用しないかを選択する
システムにMSCSまたはフェールオーバークラスタがインストールされている場合，［運用方法の選択］画面が表示されます。デフォルトでは［使用しない］が選択されています。

［カスタムセットアップ］画面でインストールの有無を変更するサービスを選択する
デフォルトではインストール済みのサービスが選択されています。サービスを追加する場合は，追加するサービスを選択してください。
インストールされているサービスを削除する場合は，そのサービスのアイコンをクリックして，[図データ]の状態にしてください。

前提製品や前提となるJP1/ServerConductorのサービスがインストールされていないとインストールできないサービスがあります。インストール時のサービスの依存関係については，「(2)　サービスの依存関係」を参照してください。

［カスタムセットアップ］画面で［Blade Server Manager Plus］または［マネージャサービス追加機能］を選択した場合，ライセンスキーを入力する

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティで，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。
各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(6)　インストール手順（更新インストールの場合）

旧バージョンの情報をそのまま引き継いでBSMおよびBSM Plusをバージョンアップする場合のインストール手順を次に示します。

注意

インストールしようとしているBSMおよびBSM Plusよりも新しいバージョンがすでにインストールされている場合は，更新インストールは実行できません。

BSMおよびBSM PlusをインストールするマシンにAdministrators権限を持つユーザでログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する

アップグレードするかどうか確認するメッセージで，［はい］ボタンをクリックする

［ライセンスキー］画面が表示された場合，BSM Plus（マネージャサービス追加機能）のライセンスキーを入力する

［インストール］ボタンをクリックする
インストールが開始されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

3.2.3　Server Managerのインストール

Server Managerが持つ各サービスを管理サーバにインストールする手順を次に示します。

＜この項の構成＞

(1)　インストールの種類

(2)　サービスの依存関係

(3)　インストール時の注意事項

(4)　インストール手順（新規インストールの場合）

(5)　インストール手順（変更インストールの場合）

(6)　インストール手順（更新インストールの場合）

(1)　インストールの種類

Server Managerが持つ各サービスを管理サーバにインストールする手順を次に示します。

新規インストール

Server Managerがインストールされていない場合，新規インストールになります。

変更インストール

同一バージョンのServer Managerがインストールされている場合，変更インストールになります。

Server Managerのバージョンはそのままで，インストールされているサービスを削除したり，サービスを追加したりできます。

変更インストールが有効になるのは，Server Managerのバージョンが08-21以降の場合です。

更新インストール

旧バージョンのServer Managerがインストールされている場合，更新インストールになります。

旧バージョンの情報をそのまま引き継いでServer Managerをバージョンアップできます。

なお，Server Managerは，JP1/NETM/DMを使用したリモートインストールには対応していません。

(2)　サービスの依存関係

Server Managerのコンソールサービスとリモートコントロールビューアには，インストール時の依存関係があります。リモートコントロールビューアをインストールする場合，コンソールサービスもインストールする必要があります。また，コンソールサービスを削除する場合，リモートコントロールビューアも削除する必要があります。

なお，Webコンソールサービスをインストールする場合は，あらかじめJava 2 Standard Edition Java Runtime Environmentをインストールしておく必要があります。Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

(3)　インストール時の注意事項

インストール時の注意事項を次に示します。

インストーラで表示している必要ディスク容量は，インストール時に必要なディスク容量です。各サービスの起動時にはそれ以上のディスク容量が必要です。インストール前に十分な空き容量を確保してください。

必ずローカルハードディスクのドライブにインストールしてください。

インストールは，Administrators権限を持つユーザが実施してください。

すでに別のプログラムがインストールされているフォルダを，インストール先フォルダに指定した場合，別のプログラムのReadmeファイルが上書きされることがあります。

Windows Vistaの場合，setup.exeを実行すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックしてインストールを続行してください。

Server Manager 08-21以降がインストールされている環境にServer Manager 08-21より前のバージョンをインストールしないようにしてください。

Webコンソールサービスをインストールすると，環境変数PATHにJREのパスが自動的に追加されます。JREのパスが追加された結果，環境変数PATHの長さがOSでの上限値を超える場合，Webコンソールサービスはインストールできません。環境変数PATHの指定から不要なパスを削除してから，再度インストール操作を実施してください。

Server ManagerのインストールにはWindows Installer 3.0以上が必要です。Windows Installerのバージョンが3.0より前の場合は，「<CD-ROMドライブ>:¥Windows Installer¥instmsi30.exe」を実行して，Windows Installerを更新してください。
なお，Windows Installerを更新した場合は，マシンの再起動が必要です。

すでにBSMがインストールされているマシンにServer Managerをインストールすることはできません。

(4)　インストール手順（新規インストールの場合）

新規インストールの場合のインストール手順を次に示します。

Server ManagerをインストールするマシンにAdministrators権限を持つユーザでログインする

Server ManagerのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［ユーザ情報］画面でユーザ情報を入力する
Server Managerを使用するユーザの名前と会社名を指定します。デフォルトではOSに登録されているユーザ情報が表示されます。

名前

Server Managerを使用するユーザの名前を0～50文字※で指定します。指定を省略することもできます。

会社名

Server Managerを使用するユーザの会社名を0～80文字※で指定します。指定を省略することもできます。

注※

全角文字も半角文字も1文字として認識されます。

［インストール先のフォルダ］画面でインストールするフォルダを選択する
Server Managerは，デフォルトでは次のフォルダにインストールされます。

<システムドライブ>¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

インストール先フォルダを変更したい場合は，［変更］ボタンをクリックします。
［インストール先フォルダの変更］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。

注意

Server Managerをインストールするマシンに，すでにAgentがインストールされている場合は，インストール先フォルダを変更できません。

［カスタムセットアップ］画面でインストールするサービスを選択する
Server Managerが提供するサービスを選択してインストールします。デフォルトでは［コンソールサービス］および［マネージャサービス］が選択されています。

インストールするサービスはシステム構成や使用する機能に応じて選択してください。システム構成ごと，または使用する機能ごとに必要なサービスについては，「2.　システム構成」を参照してください。
前提製品や前提となるJP1/ServerConductorのサービスがインストールされていないとインストールできないサービスがあります。インストール時のサービスの依存関係については，「(2)　サービスの依存関係」を参照してください。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティで，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。

各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(5)　インストール手順（変更インストールの場合）

バージョンはそのままで，インストールするServer Managerのサービスの種類を変更する場合は，次のどちらかの方法で変更できます。

Server ManagerのインストールCD-ROMに格納されているsetup.exeを実行し，［プログラムの保守］画面で［変更］ラジオボタンをONにする

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［JP1/ServerConductor/Server Manager］を選択し［変更］ボタンをクリックする

ここでは，インストールCD-ROMを使用する場合の変更インストール手順を示します。

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［変更］ボタンをクリックすると，［プログラムの保守］画面が表示されます。これ以降の手順は，手順4以降と同じになります。

注意

変更インストールが有効になるのは，Server Managerのバージョンが08-21以降の場合です。

インストールされているサービスの種類を変更するマシンにAdministrators権限を持つユーザでログインする

Server ManagerのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［プログラムの保守］画面で［変更］ラジオボタンをONにする

［カスタムセットアップ］画面でインストールの有無を変更するサービスを選択する
デフォルトではインストール済みのサービスが選択されています。サービスを追加する場合は，追加するサービスを選択してください。
インストールされているサービスを削除する場合は，そのサービスのアイコンをクリックして，[図データ]の状態にしてください。

前提製品や前提となるJP1/ServerConductorのサービスがインストールされていないとインストールできないサービスがあります。インストール時のサービスの依存関係については，「(2)　サービスの依存関係」を参照してください。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティで，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。

各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(6)　インストール手順（更新インストールの場合）

旧バージョンの情報をそのまま引き継いでServer Managerをバージョンアップする場合のインストール手順を次に示します。

注意

インストールしようとしているServer Managerよりも新しいバージョンがすでにインストールされている場合は，更新インストールは実行できません。

Server ManagerをインストールするマシンにAdministrators権限を持つユーザでログインする

Server ManagerのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する

アップグレードするかどうか確認するメッセージで，［はい］ボタンをクリックする
表示されるダイアログボックスの指示に従ってインストールを進めます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

3.2.4　AgentまたはAdvanced Agentのインストール

AgentまたはAdvanced Agentが持つ各サービスを，管理対象サーバにインストールする手順を次に示します。

＜この項の構成＞

(1)　インストール時の注意事項

(2)　インストール手順

(1)　インストール時の注意事項

インストール時の注意事項を次に示します。

インストーラで表示している必要ディスク容量はインストール時に必要なディスク容量です。各サービスの起動時にはそれ以上のディスク容量が必要です。インストール前に十分な空き容量を確保してください。

インストールは，Administrators権限を持つユーザが実施してください。

HA8000シリーズにSVPエージェントサービスをインストールする場合，先にSVP PCIボードをサーバに搭載してください。SVP PCIボードを搭載しないで，SVPエージェントサービスをインストールすると，インストール時の環境設定ユティリティ起動時に「SVP PCIボードが搭載されていない」としてエラーになります。

エージェントサービスを新規インストールする場合，機種名を指定する必要があります。あらかじめサーバの機種名を調べておいてください。

インストール実行中にインストーラのウィンドウ画面を移動すると，ダイアログボックスが画面の外に表示され，操作できなくなる場合があります。このため，インストール実行中はインストーラのウィンドウ画面を移動しないでください。

必ずローカルハードディスクのドライブにインストールしてください。

すでに別のプログラムがインストールされているフォルダを，インストール先フォルダに指定した場合，別のプログラムのReadmeファイルが上書きされることがあります。

JP1/NETM/DMを使用した，リモートインストールはできません。

Agent，Advanced Agentをインストールする場合はAgent，Advanced Agentの順にインストールしてください。インストールする順序を間違えるとエラーとなり，インストールできません。インストールの順序を確認して，再度Agent，Advanced Agentの順にインストールしてください。

上書きインストールまたは更新インストールの場合，プログラムフォルダの選択を促すダイアログボックスが表示される場合があります。この場合，プログラムフォルダには前回インストール時と同じプログラムフォルダを選択してください。

上書きインストールまたは更新インストールをしたあと，［スタート］メニューの［プログラム］直下にServerConductorのメニューが残る場合があります。その場合は，［スタート］メニューの［プログラム］直下にあるServerConductorのメニューを削除してください。

Windows Server 2008の場合，setup.exeを実行すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックしてインストールを続行してください。

(2)　インストール手順

(a)　Windows 2000，32bit Windows Server 2003，64bit Windows Server 2003，32bit Windows Server 2008，および64bit Windows Server 2008の場合

AgentまたはAdvanced AgentをインストールするマシンにAdministrators権限を持つユーザでログインする

AgentまたはAdvanced AgentのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」または「＜CD-ROMドライブ＞:AdvAgent¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。
「＜CD-ROMドライブ＞:AdvAgent¥Disk1¥setup.exe」は，BladeSymphonyに添付されているインストールCD-ROMからAdvanced Agentをセットアップする場合のパスです。

［ユーザーの情報］画面でユーザ情報を入力する
AgentまたはAdvanced Agentを使用するユーザの名前と会社名を指定します。名前と会社名の指定は省略することもできます。デフォルトではOSに登録されているユーザ情報が表示されます。

［コンポーネントの選択］画面でインストールするサービスおよびインストールするフォルダを選択する
AgentまたはAdvanced Agentが提供するサービスを選択してインストールします。
Agentの場合，デフォルトでは［エージェントサービス］が選択されています。

Advanced Agentの場合，デフォルトではすべて選択されています。

インストールするサービスはシステム構成や使用する機能に応じて選択してください。システム構成ごと，または使用する機能ごとに必要なサービスについては，「2.　システム構成」を参照してください。
AgentおよびAdvanced Agentは，デフォルトでは次のフォルダにインストールされます。

<システムドライブ>:¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

Agentのインストール先フォルダを変更したい場合は，［参照］ボタンをクリックします。
［ディレクトリの選択］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。
Advanced AgentはAgentのインストール先フォルダと同じフォルダにインストールされます。

注意

AgentおよびAdvanced Agentをインストールするマシンに，すでにBSMまたはServer Managerがインストールされている場合は，インストール先フォルダを変更できません。

［機種の選択］画面が表示された場合は，インストールを実行しているサーバの機種を選択する

［プログラムフォルダの選択］画面でAgentを登録するプログラムフォルダを指定する
BSM，Agent，およびAdvanced Agentを同一マシンにインストールする場合，次のプログラムフォルダは選択しないでください。

ServerConductor¥Blade Server Manager

［ファイルコピーの開始］画面で，設定内容を確認し，［次へ］ボタンをクリックする
インストールが開始されます。
インストールの最後に，選択したサービスに応じた環境設定ユティリティが自動起動されます。

インストールした各サービスの環境を設定する
手順5で選択した各サービスの環境を設定してください。
各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
［セットアップの完了］画面が表示されます。

［セットアップの完了］画面で［終了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(b)　Windows Server 2003（IPF）およびWindows Server 2008（IPF）の場合

AgentまたはAdvanced AgentをインストールするマシンにAdministrators権限を持つユーザでログインする

AgentまたはAdvanced AgentのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」または「＜CD-ROMドライブ＞:AdvAgent¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。
「＜CD-ROMドライブ＞:AdvAgent¥Disk1¥setup.exe」は，BladeSymphonyに添付されているインストールCD-ROMからAdvanced Agentをセットアップする場合のパスです。

［ユーザの情報］画面でユーザ情報を入力する
AgentまたはAdvanced Agentを使用するユーザの名前と会社名を指定します。名前と会社名の指定は省略することもできます。デフォルトではOSに登録されているユーザ情報が表示されます。

［カスタムセットアップ］画面でインストールするサービスおよびインストールするフォルダを選択する
AgentまたはAdvanced Agentが提供するサービスを選択してインストールします。
Agentの場合，インストールするコンポーネントおよびサービスの選択はできません。すべてインストールされます。

Advanced Agentの場合，次のコンポーネントは必ずインストールされます。

JP1/ServerConductor共用コンポーネント

JP1/Advanced Agent共用コンポーネント

次のサービスはシステム構成や使用する機能に応じて選択してください。

SVPエージェントサービス

SNMPエージェントサービス

システム構成ごと，または使用する機能ごとに必要なサービスについては，「2.　システム構成」を参照してください。

AgentおよびAdvanced Agentは，デフォルトでは次のフォルダにインストールされます。

<システムドライブ>:¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

Agentのインストール先フォルダを変更したい場合は，［変更］ボタンをクリックします。
［インストール先フォルダの変更］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。
Advanced AgentはAgentのインストール先フォルダと同じフォルダにインストールされます。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，選択したサービスに応じた環境設定ユティリティが自動起動されます。

インストールした各サービスの環境を設定する
手順5で選択した各サービスの環境を設定してください。
各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
［セットアップの完了］画面が表示されます。

［セットアップの完了］画面で［終了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

3.3　インストール（LinuxまたはHP-UXの場合）

ここでは，適用OSがLinuxまたはHP-UXの場合，AgentまたはAdvanced Agentが持つ各サービスを管理対象サーバにインストールする手順を示します。

＜この節の構成＞

3.3.1　AgentまたはAdvanced Agentのインストール

3.3.1　AgentまたはAdvanced Agentのインストール

＜この項の構成＞

(1)　インストール時の注意事項

(2)　インストール手順

(1)　インストール時の注意事項

インストール時の注意事項を次に示します。

インストールは，スーパーユーザ（root）権限を持つユーザが実施してください。

Agent，Advanced Agentの順にインストールしてください。インストールする順序を間違えるとエラーとなり，インストールできません。インストールの順序を確認して，再度Agent，Advanced Agentの順にインストールしてください。

JP1/NETM/DMを使用した，リモートインストールはできません。

HP-UXサーバへのインストールには，日立PPインストーラからHP-UXの標準インストーラであるSD-UX（Software Distributor）の機能が使用されます。インストールを開始する前に，/etc/fstabの内容と実際のファイルシステムが一致しているかどうかなど，SD-UXの設定内容を確認してください。インストールに失敗した場合，SD-UXのログファイルを確認してください。

HP-UXサーバへ上書きインストールする場合は，エージェントサービスを停止してください。インストール後は，エージェントサービスを再起動してください。エージェントサービスの起動および停止については，「3.13.4　エージェントサービスの起動と停止」を参照してください。エージェントサービス停止中は，電源制御スケジューリングによる電源の制御はできません。また，エージェントサービス停止中にサーバで発生した障害アラートは通知されません。

(2)　インストール手順

LinuxサーバおよびHP-UXサーバへのインストールには，日立PPインストーラを使用します。インストール手順を次に示します。

AgentまたはAdvanced Agentをインストールするマシンにスーパーユーザ（root）権限を持つユーザでログインする

AgentまたはAdvanced AgentのインストールCD-ROMをセットする

CD-ROMをマウントする

日立PPインストーラを起動する
日立PPインストーラがインストールされていない場合は，CD-ROMから日立PPインストーラを起動します。例えば，CD-ROMを/CDROMにマウントしている場合，次のように入力します（アンダーラインの部分は実際のマウントディレクトリ名に置き換えてください）。

Linuxサーバの場合

/CDROM/LINUX/setup /CDROM/

Linuxサーバ（IPF）の場合

/CDROM/IPLINUX/setup /CDROM/

HP-UXサーバの場合

/CDROM/IPFHPUX/SETUP /CDROM/

このコマンドを実行すると，日立PPインストーラがハードディスクにインストールされ，同時に日立PPインストーラが起動されます。
すでに日立PPインストーラがインストールされている場合は，ハードディスクから日立PPインストーラを起動します。例えば，CD-ROMを/CDROMにマウントしている場合，次のように入力します（アンダーラインの部分は実際のマウントディレクトリ名に置き換えてください）。

/etc/hitachi_setup -i /CDROM/

日立PPインストーラが起動すると，次に示すメインメニューが表示されます。

  L) List Installed Software.
  I) Install Software.
  D) Delete  Software.
  Q) Quit.

  Select Procedure ===>

メインメニューで［I) Install Software.］を選択する
［I］キーまたは［i］キーを押すと，プログラムの一覧が表示されます。

「JP1/ServerConductor/Agent」または「JP1/ServerConductor/Advanced Agent」にカーソルを移動させ，スペースキーを押す
選択したプログラムの先頭に<@>が表示されます。

      PP-No.            VR     PP-NAME
<@>001 P-9S18-6A81       0812   JP1/ServerConductor/Agent
  002 P-9S18-6B81       0810   JP1/ServerConductor/Advanced Agent

［I) Install］を選択する
［I］キーまたは［i］キーを押すと，インストールを開始するかどうかのメッセージが表示されます。

Install PP? (y: install,  n: cancel)==>

［y: install］を選択する
［Y］キーまたは［y］キーを押すと，インストールが開始されます。

インストールが終了したら［Q］キーまたは［q］キーを押して日立PPインストーラを終了します。

3.4　アンインストール（Windowsの場合）

ここでは，適用OSがWindowsの場合のJP1/ServerConductorのアンインストール方法について説明します。

＜この節の構成＞

3.4.1　BSMおよびBSM Plusのアンインストール

3.4.2　Server Managerのアンインストール

3.4.3　AgentおよびAdvanced Agentのアンインストール

3.4.4　BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順

3.4.1　BSMおよびBSM Plusのアンインストール

BSMおよびBSM Plusをアンインストールする手順を次に示します。

＜この項の構成＞

(1)　アンインストール時の注意事項

(2)　アンインストール手順

(1)　アンインストール時の注意事項

アンインストール時の注意事項を次に示します。

BSMのアンインストールを実施すると，アンインストールの操作を実施したマシン上にあるBSM Plusも一度にアンインストールされます。

BSM Plusだけをアンインストールしたい場合は，変更インストールを実施してください。変更インストールの手順については，「3.2.2(5)　インストール手順（変更インストールの場合）」を参照してください。

BSMとAgentを同一マシンにインストールしている場合，必ず，AgentをアンインストールしたあとにBSMをアンインストールしてください。どちらか片方だけをアンインストールすることはできません。BSMとAgentを同一マシンにインストールしている場合のアンインストール手順については，「3.4.4　BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順」を参照してください。

リモートコントロールビューアがインストールされている場合，アンインストール時にJP1/NETM/Remote Control Managerのアンインストーラが起動されます。JP1/NETM/Remote Control Managerのアンインストーラの指示に従ってアンインストールしてください。

Webコンソールサービスがインストールされている場合，アンインストールしてもJREのパスが環境変数PATHに残ります。JREを使用しているほかのプログラムが動作しなくなるおそれがあるため，影響がないことを確認できない場合は，このパスを削除しないでください。

アンインストールをしても，次のフォルダ内の一部のファイルは削除されません。

<インストール先フォルダ>¥Log

<インストール先フォルダ>¥PROGRAM

<インストール先フォルダ>¥Data

これらのフォルダ内のファイルが不要な場合は，エクスプローラなどから削除してください。BSMを再インストールする場合は，これらのファイルを必ず削除してからインストールしてください。

(2)　アンインストール手順

次のどれかの方法でアンインストールできます。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［アンインストール］を選択する

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［JP1/ServerConductor/Blade Server Manager］を選択し，［削除］ボタンをクリックする

BSMのインストールCD-ROMに格納されているsetup.exeを実行し，［プログラムの保守］画面で［削除］ラジオボタンをONにする

ここでは，［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［アンインストール］を選択する場合のアンインストール手順を示します。

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［削除］ボタンをクリックすると，プログラムの削除を確認するメッセージが出力されます。［はい］ボタンをクリックしてアンインストールを続行してください。

また，インストールCD-ROMのsetup.exeを実行して表示される［プログラムの保守］画面で［削除］ラジオボタンをONにして［次へ］ボタンをクリックすると，［プログラムの削除］画面が表示されます。これ以降の手順は，手順3以降と同じになります。

BSMおよびBSM Plusのアンインストールを実施するマシンにAdministrators権限を持つユーザでログインする

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［アンインストール］を選択する

［プログラムの削除］画面で［削除］ボタンをクリックする
アンインストールが開始されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

3.4.2　Server Managerのアンインストール

＜この項の構成＞

(1)　アンインストール時の注意事項

(2)　アンインストール手順

(3)　アンインストール後の作業

(1)　アンインストール時の注意事項

アンインストール時の注意事項を次に示します。

Server ManagerとAgentを同一マシンにインストールしている場合，必ず，AgentをアンインストールしたあとにServer Managerをアンインストールしてください。どちらか片方だけをアンインストールすることはできません。Server ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順については，「3.4.4　BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順」を参照してください。

リモートコントロールビューアがインストールされている場合，アンインストール時にJP1/NETM/Remote Control Managerのアンインストーラが起動されます。JP1/NETM/Remote Control Managerのアンインストーラの指示に従ってアンインストールしてください。

Webコンソールサービスがインストールされている場合，アンインストールしてもJREのパスが環境変数PATHに残ります。JREを使用しているほかのプログラムが動作しなくなるおそれがあるため，影響がないことを確認できない場合は，このパスを削除しないでください。

(2)　アンインストール手順

次のどれかの方法でアンインストールできます。

［スタート］メニューから［すべてのプログラム］－［ServerConductor］－［Server Manager］－［アンインストール］を選択する

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［JP1/ServerConductor/Server Manager］を選択し，［削除］ボタンをクリックする

Server ManagerのインストールCD-ROMに格納されているsetup.exeを実行し，［プログラムの保守］画面で［削除］ラジオボタンをONにする

ここでは，［スタート］メニューから［すべてのプログラム］－［ServerConductor］－［Server Manager］－［アンインストール］を選択する場合のアンインストール手順を示します。

Windowsの［コントロールパネル］－［プログラムの追加と削除］で［削除］ボタンをクリックすると，プログラムの削除を確認するメッセージが出力されます。［はい］ボタンをクリックしてアンインストールを続行してください。

また，インストールCD-ROMのsetup.exeを実行して表示される［プログラムの保守］画面で［削除］ラジオボタンをONにして［次へ］ボタンをクリックすると，［プログラムの削除］画面が表示されます。これ以降の手順は，手順3以降と同じになります。

Server Managerのアンインストールを実施するマシンにAdministrators権限を持つユーザでログインする

［スタート］メニューから［すべてのプログラム］－［ServerConductor］－［Server Manager］－［アンインストール］を選択する

［プログラムの削除］画面で［削除］ボタンをクリックする
アンインストールが開始されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(3)　アンインストール後の作業

アンインストールをしても，次のフォルダ内のファイルは削除されません。

<インストール先フォルダ>¥Log内のログファイル

<インストール先フォルダ>¥Program内のユーザ設定情報のファイル

これらのファイルが不要な場合は，エクスプローラなどから削除してください。

3.4.3　AgentおよびAdvanced Agentのアンインストール

＜この項の構成＞

(1)　アンインストール時の注意事項

(2)　アンインストール手順

(3)　アンインストール後の作業

(1)　アンインストール時の注意事項

アンインストール時の注意事項を次に示します。

適用OSがWindows Server 2003（IPF）およびWindows Server 2008（IPF）以外の場合，アンインストールを実施すると，アンインストールの操作を実施したマシン上にあるAgentおよびAdvanced Agentが一度にアンインストールされます。個々のプログラムを一つずつアンインストールすることはできません。

適用OSがWindows Server 2003（IPF）およびWindows Server 2008（IPF）の場合，Advanced Agent，Agentの順にアンインストールしてください。アンインストールする順序を間違えるとエラーとなり，アンインストールできません。アンインストールの順序を確認して，再度Advanced Agent，Agentの順にアンインストールしてください。

BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合，必ず，AgentをアンインストールしたあとにBSMをアンインストールしてください。どちらか片方だけをアンインストールすることはできません。BSMとAgentを同一マシンにインストールしている場合のアンインストール手順については，「3.4.4　BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順」を参照してください。

リモートコントロールサービスがインストールされている場合，アンインストール時にJP1/NETM/Remote Control Managerのアンインストーラが起動されます。JP1/NETM/Remote Control Managerのアンインストーラの指示に従ってアンインストールしてください。

(2)　アンインストール手順

AgentおよびAdvanced Agentのアンインストールを実施するマシンにAdministrators権限を持つユーザでログインする

［コントロールパネル］の［アプリケーションの追加と削除］，または［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［アンインストール］を選択する
［ServerConductorのアンインストール］ダイアログボックスが表示されます。

［以下の全コンポーネント］または［デバイス管理コンポーネント］のどちらかを選択する

JP1/ServerConductorのすべてのサービスおよびプログラムをアンインストールする場合は［以下の全コンポーネント］を選択します。

デバイス管理エージェントサービスのコンポーネントだけをアンインストールする場合は［デバイス管理コンポーネント］を選択します。［デバイス管理コンポーネント］を選択すると，アンインストールするデバイス管理のコンポーネントが一覧で表示されます。

表示されるダイアログボックスの指示に従ってアンインストールを進める

アンインストールが完了したら再起動する
アンインストール後に，再起動しないままインストールすると，次にアンインストールができない場合があります。このため，アンインストールをした場合は必ず再起動してください。

(3)　アンインストール後の作業

アンインストールをしても，「<システムドライブ>:¥Program Files¥HITACHI」ディレクトリは削除されません。ディレクトリを削除する場合，エクスプローラなどで削除してください。ただし，ディレクトリを削除する場合は，ほかのプログラムのディレクトリがないかどうか確認してください。再インストールする場合はそのままインストールできます。

3.4.4　BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順

BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合，必ず次の順序で両方をアンインストールしてください。どちらか片方だけをアンインストールすることはできません。

Agentのアンインストール

BSMまたはServer Managerのアンインストール

BSMまたはServer ManagerとAgentの両方がインストールされているマシンに対して，BSMまたはServer Managerを再インストールする場合は，BSMまたはServer ManagerとAgentの両方をアンインストールしてから新規インストールで実施してください。Agentをアンインストールしたあと，BSMまたはServer Managerのアンインストールをしないで，変更または更新インストールで再インストールしないようにしてください。

08-21以降のバージョンのBSMまたはServer Managerと，Agentを同一マシンにインストールしている場合のアンインストール手順を次に示します。

＜この項の構成＞

(1)　BSMとAgentを同一マシンにインストールしている場合

(2)　Server ManagerとAgentを同一マシンにインストールしている場合

(1)　BSMとAgentを同一マシンにインストールしている場合

次のどちらかの方法で，Agentをアンインストールする

［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［アンインストール］を選択する

［プログラムの追加と削除］で［ServerConductor/Server Manager］を選択し，［変更と削除］ボタンをクリックする

次のどちらかの方法で，BSMをアンインストールする

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［アンインストール］を選択する

［プログラムの追加と削除］で［JP1/ServerConductor/Blade Server Manager］を選択し，［削除］ボタンをクリックする

(2)　Server ManagerとAgentを同一マシンにインストールしている場合

［プログラムの追加と削除］で［ServerConductor/Server Manager］を選択し，［変更と削除］ボタンをクリックする
Agentをアンインストールします。

［プログラムの追加と削除］で［JP1/ServerConductor/Server Manager］を選択し，［削除］ボタンをクリックする
Server Managerをアンインストールします。

3.5　アンインストール（LinuxまたはHP-UXの場合）

ここでは，適用OSがLinuxまたはHP-UXの場合，AgentまたはAdvanced Agentをアンインストールする手順を示します。

＜この節の構成＞

3.5.1　AgentまたはAdvanced Agentのアンインストール

3.5.1　AgentまたはAdvanced Agentのアンインストール

＜この項の構成＞

(1)　アンインストール時の注意事項

(2)　アンインストール手順

(1)　アンインストール時の注意事項

アンインストール時の注意事項を次に示します。

アンインストールは，スーパーユーザ（root）権限を持つユーザが実施してください。

LinuxサーバおよびHP-UXサーバからAgent，Advanced Agentをアンインストールします。LinuxサーバおよびHP-UXサーバの場合，Advanced Agentだけをアンインストールすることもできます。LinuxサーバおよびHP-UXサーバからのアンインストールには，日立PPインストーラを使用します。この作業はスーパーユーザ（root）が行ってください。

Advanced Agent，Agentの順にアンインストールしてください。アンインストールする順序を間違えるとエラーとなり，アンインストールできません。アンインストールの順序を確認して，再度Advanced Agent，Agentの順にアンインストールしてください。

HP-UXサーバからのアンインストールは，日立PPインストーラからHP-UXの標準インストーラであるSD-UX（Software Distributor）の機能を使用して実行されます。アンインストールに失敗した場合，SD-UXのログファイルを確認してください。

(2)　アンインストール手順

AgentまたはAdvanced Agentをインストールするマシンにスーパーユーザ（root）権限を持つユーザでログインする

日立PPインストーラを起動する
次のコマンドを実行します。

  /etc/hitachi_setup

日立PPインストーラが起動され，次に示すメインメニューが表示されます。

  L) List Installed Software.
  I) Install Software.
  D) Delete  Software.
  Q) Quit.

  Select Procedure ===>

メインメニューで［D) Delete Software.］を選択する
［D］キーまたは［d］キーを押すと，プログラムの一覧が表示されます。

「JP1/ServerConductor/Agent」または「JP1/ServerConductor/Advanced Agent」にカーソルを移動させ，スペースキーを押す
選択したプログラムの先頭に<@>が表示されます。

      PP-No.            VR     PP-NAME
  001 P-9S18-6A81       0812   JP1/ServerConductor/Agent
<@>002 P-9S18-6B81       0810   JP1/ServerConductor/Advanced Agent

［D) Delete］を選択する
［D］キーまたは［d］キーを押すと，アンインストールを開始するかどうかのメッセージが表示されます。

Delete PP? (y: delete,  n: cancel)==>

［Y］キーを押す
［Y］キーまたは［y］キーを押すと，アンインストールが開始されます。

アンインストールが終了したら［Q］キーまたは［q］キーを押して日立PPインストーラを終了します。

3.6　JP1/ServerConductorで使用するポート番号

この節では，JP1/ServerConductorのプログラムで使用するポート番号，およびファイアウォールの設定について説明します。

＜この節の構成＞

3.6.1　ポート番号一覧

3.6.2　ファイアウォールの例外登録

3.6.1　ポート番号一覧

JP1/ServerConductorのプログラムをインストールすると，次の表に示すポート番号がデフォルトで使用されます。

servicesファイルで使用するポート番号を変更する場合，アプリケーションで使用していないポート番号を設定してください。ただし，SVPコマンドポートのポート番号（20079/tcp）は変更しないでください。

JP1/ServerConductorで使用するポート番号を変更する場合，［ホスト管理］ウィンドウに登録されているホストをすべて削除してから，ポート番号を変更し，再登録してください。

リモートコントロール機能（JP1/NETM/Remote Control）を使用する場合は，次の表に示すポート以外にも使用されるポート番号があります。使用されるポート番号については，マニュアル「JP1 Version 8 JP1/NETM/Remote Control」の付録に記載されているポート番号を参照してください。

表3-1　JP1/ServerConductorインストール時に設定されているポート番号

ポート番号
プロトコルの種類
通信の種類
サービス名称
意味

20075
TCP
ユニキャスト
sys_agt_port
エージェントサービスへの通信

マネージャサービス→エージェントサービス

ハードウェア保守登録アプリケーション（MRegAgt.exe，MAgtSvc.exe）→エージェントサービス

20076
TCP
ユニキャスト
sys_ra_port
マネージャサービスへの通信

コンソールサービス→マネージャサービス

エージェントサービス→マネージャサービス

Webコンソールサービス→マネージャサービス

JP1/ServerConductor/Control Manager→マネージャサービス

JP1/Power Monitor→マネージャサービス

リモート通報ユティリティ（HA8000）→マネージャサービス

20077
TCP
ユニキャスト
sys_gui_port
コンソールサービスへの通信

マネージャサービス→コンソールサービス

20078
TCP
ユニキャスト
sys_web_port
Webコンソールサービスへの通信（Webサーバ）

マネージャサービス→Webコンソールサービス

20079
TCP
ユニキャスト
sys_svpalt_port
SVPからマネージャサービスへの通信

SVP PCIボード（HA8000）→マネージャサービス

BladeSymphonyスイッチ＆マネジメントモジュール→マネージャサービス

SVPエミュレータ機能→マネージャサービス

20129
TCP
ユニキャスト
lc_ra_port
ローカルコンソールサービス（LcMgr.exe）への通信

エージェントサービス→ローカルコンソールサービス（LcMgr.exe）

ローカルコンソールサービス（LcCons.exe）→ローカルコンソールサービス（LcMgr.exe）

リモート通報ユティリティ（HA8000）→マネージャサービス

20130
TCP
ユニキャスト
lc_gui_port
ローカルコンソールサービス内の通信

ローカルコンソールサービス（LcMgr.exe）→ローカルコンソールサービス（LcCons.exe）

20299
TCP
ユニキャスト
sys_altact_port
アラートアクションサービスへの通信

マネージャサービス→アラートアクションサービス

ローカルコンソールサービス（LcMgr.exe）→アラートアクションサービス

21001
TCP
ユニキャスト
－
SVPへの通信

マネージャサービス→SVP PCIボード（HA8000）

マネージャサービス→SVPエミュレータ機能

sys_bds2cmd_port
BladeSymphonyマネジメントモジュール／HVMへの通信※3

マネージャサービス→SVP機能

623※1
UDP
ブロードキャスト／ユニキャスト※2
sys_svpdetect_port
BladeSymphonyスイッチ＆マネジメントモジュール／BMC／HVMへの通信

マネージャサービス→SVP機能

マネージャサービス→BMC（BladeSymphonyサーバモジュール）

23140
UDP
ブロードキャスト／ユニキャスト※2
sys_svp_autodetect_port
BladeSymphonyスイッチ＆マネジメントモジュール／HVMへの通信

マネージャサービス→SVP機能

9000
TCP
ユニキャスト
sys_agtems_port
HP-UX EMSからHP-UXエージェントサービスへの通信

22311
TCP
ユニキャスト
sys_agtssmp_port
リモート通報ユティリティ V2（HA8000）

（凡例）

－：該当なし

注※1

応答として，SVP機能またはBMCの623ポートから，マネージャサービスのANY（UDP）ポート（マネージャサービスからSVP機能またはBMCへの接続に使用したポート）への接続もされます。

注※2

SVPまたはHVMの自動検出時にはブロードキャストが使用されます。それ以外の場合はユニキャストが使用されます。

注※3

BS2000の場合だけです。

3.6.2　ファイアウォールの例外登録

次のOS上でJP1/ServerConductorのプログラムを使用する場合は，JP1/ServerConductorのプログラムをWindowsファイアウォールの例外に登録する必要があります。

Windows XP（Service Pack 2以降）
BSMまたはServer Managerをインストールしたマシンで，Windowsファイアウォールの例外登録をします。

Windows Server 2003（Service Pack 1以降）
BSM，Server Manager，またはAgentをインストールしたマシンで，Windowsファイアウォールの例外登録をします。

Windows Vista
BSMまたはServer Managerをインストールしたマシンで，Windowsファイアウォールの例外登録をします。

Windows Server 2008
BSMまたはAgentをインストールしたマシンで，Windowsファイアウォールの例外登録をします。

Windowsファイアウォールの例外に登録する手順を，次に示します。

なお，仮想化プラットフォームのサーバを管理する場合に必要な設定については，仮想化プラットフォームのヘルプを参照してください。

＜この項の構成＞

(1)　Windows XPまたはWindows Server 2003の場合

(2)　Windows Vistaの場合

(3)　Windows Server 2008の場合

(1)　Windows XPまたはWindows Server 2003の場合

［コントロールパネル］から［Windowsファイアウォール］を選択する
［Windowsファイアウォール］ダイアログボックスが表示されます。

［例外］タブを選択する

［プログラムの追加］ボタンをクリックする
［プログラムの追加］ダイアログボックスが表示されます。

［参照］ボタンをクリックする

Windowsファイアウォールの例外に登録するプログラムファイルを選択する
Windowsファイアウォールの例外に登録するプログラムファイルを次に示します。

BSMまたはServer Managerの場合

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥Console.exe※1

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥MgrSvc.exe※2

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥SmGwSvc.exe※3

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥SmAltAct.exe※4

注※1　インストール時に「コンソールサービス」コンポーネントを選択した場合に登録します。

注※2　インストール時に「マネージャサービス」コンポーネントを選択した場合に登録します。

注※3　インストール時に「Webコンソールサービス」コンポーネントを選択した場合に登録します。

注※4　インストール時に「アラートアクションサービス」コンポーネントを選択した場合に登録します。

Agentの場合（Windows Server 2003の場合に該当）

<ServerConductor（Agent）インストール先フォルダ>¥Program¥AgtSvc.exe※1

<ServerConductor（Agent）インストール先フォルダ>¥Program¥LcMgr.exe※2

<ServerConductor（Agent）インストール先フォルダ>¥Program¥LcCons.exe※2

<ServerConductor（Agent）インストール先フォルダ>¥Program¥SmAgent.exe※3

<ServerConductor（Agent）インストール先フォルダ>¥Program¥SmAltAct.exe※4

注※1　管理対象サーバがHA8000シリーズの場合に登録します。

注※2　インストール時に「ローカルコンソールサービス」コンポーネントを選択した場合に登録します。

注※3　管理対象サーバがBladeSymphonyの場合に登録します。

注※4　インストール時に「アラートアクションサービス」コンポーネントを選択した場合に登録します。

Windowsファイアウォールの例外に登録されると，［Windowsファイアウォール］ダイアログボックスにプログラムファイル名またはプログラム名が表示されます。

［OK］ボタンをクリックする

(2)　Windows Vistaの場合

［コントロールパネル］の［Windowsファイアウォール］を選択する
［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。

［許可］を選択する
［Windowsファイアウォール］ダイアログボックスが表示されます。

［Windowsファイアウォールによるプログラムの許可］を選択する

［例外］タブを選択する

［プログラムの追加］ボタンをクリックする
［プログラムの追加］ダイアログボックスが表示されます。

［参照］ボタンをクリックする

Windowsファイアウォールの例外に登録するプログラムファイルを選択する
Windowsファイアウォールの例外に登録するプログラムファイルを次に示します。

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥Console.exe※1

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥MgrSvc.exe※2

<ServerConductor（BSMまたはServer Manager）インストール先フォルダ>¥Program¥SmAltAct.exe※3

注※1　インストール時に「コンソールサービス」コンポーネントを選択した場合に登録します。
注※2　インストール時に「マネージャサービス」コンポーネントを選択した場合に登録します。
注※3　インストール時に「アラートアクションサービス」コンポーネントを選択した場合に登録します。
Windowsファイアウォールの例外に登録されると，［Windowsファイアウォール］ダイアログボックスにプログラムファイル名またはプログラム名が表示されます。

［OK］ボタンをクリックする

(3)　Windows Server 2008の場合

［コントロールパネル］の［Windowsファイアウォール］を選択する
［Windowsファイアウォール］ダイアログボックスが表示されます。

［Windowsファイアウォールによるプログラムの許可］を選択する
［Windowsファイアウォールの設定］ダイアログボックスが表示されます。
［Windowsファイアウォールの設定］ダイアログボックスが表示される前に［ユーザーアカウント制御］ダイアログボックスが表示された場合は，［続行］を選択してください。

［例外］タブを選択する

［プログラムの追加］ボタンをクリックする
［プログラムの追加］ダイアログボックスが表示されます。

［参照］ボタンをクリックする

Windowsファイアウォールの例外に登録するプログラムファイルを選択する
Windowsファイアウォールの例外に登録するプログラムファイルを次に示します。

BSMの場合

<ServerConductor（BSM）インストール先フォルダ>¥Program¥Console.exe※1

<ServerConductor（BSM）インストール先フォルダ>¥Program¥MgrSvc.exe※2

<ServerConductor（BSM）インストール先フォルダ>¥Program¥SmGwSvc.exe※3

<ServerConductor（BSM）インストール先フォルダ>¥Program¥SmAltAct.exe※4

注※1　インストール時に「コンソールサービス」コンポーネントを選択した場合に登録します。

注※2　インストール時に「マネージャサービス」コンポーネントを選択した場合に登録します。

注※3　インストール時に「Webコンソールサービス」コンポーネントを選択した場合に登録します。

注※4　インストール時に「アラートアクションサービス」コンポーネントを選択した場合に登録します。

Agentの場合

<ServerConductor（Agent）インストール先フォルダ>¥Program¥AgtSvc.exe※1

<ServerConductor（Agent）インストール先フォルダ>¥Program¥LcMgr.exe※2

<ServerConductor（Agent）インストール先フォルダ>¥Program¥LcCons.exe※2

<ServerConductor（Agent）インストール先フォルダ>¥Program¥SmAgent.exe※3

<ServerConductor（Agent）インストール先フォルダ>¥Program¥SmAltAct.exe※4

注※1　管理対象サーバがHA8000シリーズの場合に登録します。

注※2　インストール時に「ローカルコンソールサービス」コンポーネントを選択した場合に登録します。

注※3　管理対象サーバがBladeSymphonyの場合に登録します。

注※4　インストール時に「アラートアクションサービス」コンポーネントを選択した場合に登録します。

Windowsファイアウォールの例外に登録されると，［Windowsファイアウォールの設定］ダイアログボックスの［例外］タブにプログラムファイル名またはプログラム名が表示されます。

［OK］ボタンをクリックする

3.7　JP1/ServerConductorで使用するIPアドレス

JP1/ServerConductorでは，通信元の各サービスで使用するIPアドレスを設定できます。通信元サービスのIPアドレスの設定有無による，各サービスで使用される通信元のIPアドレスを，次の表に示します。

表3-2　各サービスで使用される通信元のIPアドレス

項番
通信元のサービス名
通信先のサービス名
通信元でのIP
アドレスの設定
通信元の各サービスで使用されるIPアドレス

ネットワーク（共通）※1
クラスタ設定※2

1
マネージャサービス

コンソールサービス

Webコンソールサービス

アラートアクションサービス

エージェントサービス

SVP（HA8000）

なし
なし
OSが決定したIPアドレス

あり
クラスタ設定※2で設定されたIPアドレス

あり
なし
ネットワーク（共通）※1で設定されたIPアドレス

あり
クラスタ設定※2で設定されたIPアドレス

SVP/BMC/HVM
（BladeSymphony）
なし
なし
OSが決定したIPアドレス

あり
クラスタ設定※2で設定されたIPアドレス

あり
なし
OSが決定したIPアドレス

あり
クラスタ設定※2で設定されたIPアドレス

2
コンソールサービス
マネージャサービス
なし
－
OSが決定したIPアドレス

あり
－
ネットワーク（共通）※1で設定されたIPアドレス

3
Webコンソールサービス
マネージャサービス
なし
－
OSが決定したIPアドレス

あり
－
ネットワーク（共通）※1で設定されたIPアドレス

Webブラウザ
なし
－
OSが決定したIPアドレス

あり
－

4
アラートアクションサービス
－
－
－
－※3

5
エージェントサービス（Windows）
マネージャサービス
なし
－
OSが決定したIPアドレス

あり
－
ネットワーク（共通）※1で設定されたIPアドレス

ローカルコンソールサービス
なし
－
ローカルループバックアドレス（127.0.0.1）

あり
－
ローカルループバックアドレス（127.0.0.1）

6
エージェントサービス（Linux）
マネージャサービス
－
－
OSが決定したIPアドレス

7
エージェントサービス（HP-UX）
マネージャサービス
－
－
OSが決定したIPアドレス

8
SNMPトランスレータエージェントサービス
SNMPマネージャ
－
－
OSが決定したIPアドレス

9
ローカルコンソールサービス※4

エージェントサービス（Windows）

ローカルコンソールサービス※4

－
－
ローカルループバックアドレス（127.0.0.1）

（凡例）

なし：設定なし

あり：設定あり

－：該当しない

注※1

「ネットワーク（共通）」とは，環境設定ユティリティの［ネットワーク（共通）］タブの［複数IPアドレス構成時には使用するIPアドレスを指定してください］での設定を示します。

エージェントサービスの場合，この項目は，Windowsサーバに対してだけ設定できます。LinuxサーバおよびHP-UXサーバでは，この設定項目はありません。

また，アラートアクションサービス，SNMPトランスレータサービス，およびローカルコンソールサービスでは，この設定項目はありません。

注※2

「クラスタ設定」とは，環境設定ユティリティの［クラスタ設定］タブの［下記論理IPアドレスを使用する］での設定を示します。この項目が設定されていない場合は，［現在の論理IPアドレス］に表示されているIPアドレスが使用されます。

なお，［クラスタ設定］タブの設定は，マネージャサービスをクラスタ構成でインストールした場合だけ有効になります。

注※3

アラートアクションサービスからマネージャサービスへの通信は発生しません。

注※4

ローカルコンソールサービスの内部通信を示します。

3.8　環境設定ユティリティの基本操作

ここでは，環境設定ユティリティの基本操作について説明します。環境設定ユティリティで環境を設定するのはWindowsサーバの場合だけです。LinuxサーバおよびHP-UXサーバの場合，環境設定ユティリティではなく，環境設定コマンドを使用して環境設定をします。Linuxサーバの環境設定については，「3.12　エージェントサービス（Linuxサーバ）の設定」を参照してください。HP-UXサーバの環境設定については，「3.13　エージェントサービス（HP-UXサーバ）の設定」を参照してください。

次に示す手順で環境設定ユティリティを起動してください。

JP1/ServerConductorの環境を変更したり，新たに環境を設定し直したりするときは，次に示す手順で環境設定ユティリティを起動してください。この作業はAdministrators権限を持つユーザが行ってください。

注意

Windows VistaまたはWindows Server 2008の場合，環境設定ユティリティを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックして処理を続行してください。

環境設定ユティリティを再起動する場合は，再起動の前に各サービスが起動していることを確認してください。

BSMまたはServer ManagerとAgentを同一マシンにインストールすると，環境設定ユティリティはBSM，Server Manager，Agentのうちでいちばん新しいバージョンに上書きされます。この場合，環境設定ユティリティの各画面にはいちばん新しいバージョンの機能にあわせた設定項目が表示されますが，実際に動作できる機能は，BSM，Server Manager，Agentのそれぞれのバージョンでサポートしている機能の範囲になります。

環境設定ユティリティでの設定値は，バージョンアップまたはリビジョンアップ後も引き継がれます。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［環境設定ユティリティ］を選択する
Server ManagerまたはAgentの環境設定ユティリティを使用する場合，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［環境設定ユティリティ］を選択してください。
環境設定ユティリティが起動されます。

環境設定ユティリティは，各サービスの設定情報がタブごとに分かれていますので，設定するサービスのタブを選択してください。各タブの設定情報については，3.8節以降を参照してください。

サービスを再起動する
環境設定ユティリティで各サービスについて設定が終わったら，設定内容を有効にするために，表示メッセージに従ってサービスを再起動してください。サービスは次の順番で起動してください。
　1.　マネージャサービスをインストールした管理サーバ
　2.　エージェントサービスをインストールした管理対象サーバ
この順番で起動しない場合，管理コンソールに管理対象ホストが表示されない場合があります。エージェントサービスを先に起動した場合は，「13.1　管理するホストを変更する」を参照してコンソールサービスに管理対象ホストが表示されるようにしてください。

3.9　コンソールサービスの設定

ここでは，コンソールサービスを実行するために設定する情報を説明します。コンソールサービスの情報を設定する場合は，次に示す手順で環境設定ユティリティを実行してください。

コンソールサービスをインストールしたホストで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

［コンソールサービス］タブを選択する
環境設定ユティリティ（［コンソールサービス］タブ）が表示されます。

＜この節の構成＞

3.9.1　接続先マネージャサービスの設定（コンソールサービス）

3.9.2　詳細情報の設定（コンソールサービス）

3.9.1　接続先マネージャサービスの設定（コンソールサービス）

ここでは，コンソールサービスで接続する接続先マネージャの設定について説明します。次に示す手順で接続先マネージャサービスを設定してください。

環境設定ユティリティの［コンソールサービス］タブで［登録／削除］ボタンをクリックする
［接続先マネージャサービス登録／削除］ダイアログボックスが表示されます。

＜この項の構成＞

(1)　接続先マネージャサービスを新規に登録する場合

(2)　接続先マネージャサービスを削除する場合

(3)　接続順序を変更する場合

(1)　接続先マネージャサービスを新規に登録する場合

接続先マネージャサービスを指定してマネージャサービスリストへ登録します。

接続先マネージャサービスのIPアドレスまたはホスト名を入力する
1～256バイトの範囲で入力してください。

接続先マネージャサービスのコメントを入力する
1～256バイトの範囲で入力してください。

［↓リストに追加］ボタンをクリックする
マネージャサービスリストへ新規に登録されます。なお，接続先マネージャサービスは128個まで登録できます。

(2)　接続先マネージャサービスを削除する場合

登録済みマネージャサービスリストから削除します。

登録済みマネージャサービスリストから，削除したいマネージャサービスを選択する

［リストから削除］ボタンをクリックする
登録済みマネージャサービスリストから接続先マネージャサービスが削除されます。

(3)　接続順序を変更する場合

複数のマネージャサービスに接続する場合，登録済みマネージャサービスリストに登録されている順番に接続が試みられます。複数のマネージャサービスに接続するときの優先順位（接続順位）を変更します。

接続先マネージャを選択する

［↑上へ］［↓下へ］ボタンをクリックする
接続順序が変更されます。上へ行くほど優先順位が高くなります。

3.9.2　詳細情報の設定（コンソールサービス）

ここでは，コンソールサービスの詳細情報の設定について説明します。次に示す手順でコンソールサービスの詳細情報を設定してください。

環境設定ユティリティの［コンソールサービス］タブで［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

＜この項の構成＞

(1)　ネットワーク（共通）情報

(2)　ネットワーク（サービス）情報

(3)　表示情報

(4)　ポップアップ通知情報

(5)　アラート情報

(1)　ネットワーク（共通）情報

ネットワークの共通情報について設定します。

注意

同一マシンに複数の種類のサービス（コンソールサービス，マネージャサービス，エージェントサービスまたはWebコンソールサービス）がインストールされている場合，このタブで設定した値は，ほかのサービスと共通の設定になります。そのため，最後に設定した値が有効になります。

［ネットワーク（共通）］タブを選択する
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

次に示す情報を設定する

表3-3　環境設定ユティリティ（コンソールサービス）－［ネットワーク（共通）］タブの設定内容

設定項目
設定内容

送信タイムアウト時間
次のサービス間で送信エラーが発生した場合，送信をリトライする時間を秒単位で設定します。

マネージャサービスとエージェントサービスとの間

マネージャサービスとコンソールサービスとの間

設定範囲は1～600です。デフォルトは30秒です。

複数IPアドレス構成時には使用するIPアドレスを指定してください※
複数のLANボードを搭載している場合，このチェックボックスをONにして，使用するIPアドレスを設定します。

注※

IPアドレスの設定については，「3.7　JP1/ServerConductorで使用するIPアドレス」を参照してください。

(2)　ネットワーク（サービス）情報

ネットワークのサービスについて設定します。

［ネットワーク（サービス）］タブを選択する
環境設定ユティリティの［ネットワーク（サービス）］タブが表示されます。

次に示す情報を設定する

表3-4　環境設定ユティリティ（コンソールサービス）－［ネットワーク（サービス）］タブの設定内容

設定項目
設定内容

アイドルセッション時間
コンソールサービスとマネージャサービス間の無通信状態を監視し，セッションを切断するまでの時間を秒単位で設定します。設定範囲は0～7,200です。デフォルトは900秒です。マネージャサービスとの通信回線にLANなどを使っていて，課金がない場合は，0を設定してください。0を設定するとセッションを切断しません。

コマンドタイムアウト時間
コンソールサービスからマネージャサービスへの送信に対する返信までの待ち時間を秒単位で設定します。設定範囲は1～600です。デフォルトは180秒です。

キープアライブ※
コンソールサービスとマネージャサービス間でキープアライブを実施する場合，チェックボックスをONにします。
キープアライブとは，各サービス間で回線が保持されているかどうかを定期的にチェックする機能です。
チェックボックスをONにすると，キープアライブ間隔を秒単位で設定できるようになります。キープアライブ間隔の設定範囲は1～3,600です。デフォルトはOFFです。ONにした場合，キープアライブ間隔のデフォルトは600秒です。

通信ログの採取
通信ログを採取する場合，このチェックボックスをONにします。

注※

キープアライブの設定をする場合，次の点に注意してください。

・キープアライブを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，キープアライブを設定しないでください。

・［キープアライブ］チェックボックスをONにすると，マネージャサービスが停止するなど，コンソールサービスとマネージャサービスとの間の回線が切断した場合，管理コンソールに次のようなポップアップダイアログが表示されます。

「ホスト名（マネージャサービス名）への接続が切断されました」

このメッセージが表示された場合は，管理コンソールからマネージャサービスに再ログインしてください。

・キープアライブ間隔を設定する場合，必ず［コマンドタイムアウト時間］の設定値よりも大きい値を設定してください。

(3)　表示情報

コンソールサービスに，グリニッジ標準時（GMT）と地域の標準時との時差を表示するかどうかを設定します。

［表示］タブを選択する
環境設定ユティリティの［表示］タブが表示されます。

次に示す情報を設定する

表3-5　環境設定ユティリティ（コンソールサービス）－［表示］タブの設定内容

設定項目
設定内容

時差を表示する
グリニッジ標準時（GMT）と地域の標準時との時差を次のウィンドウに表示する場合，このチェックボックスをONにします。

［通知アラート］ウィンドウ

［サーバアラートログ］ウィンドウ

［SVPログ］ウィンドウ

［マネージャアラートログ］ウィンドウ

(4)　ポップアップ通知情報

ホストからコンソールサービスに送られるアラート通知またはデータ更新通知の表示について設定します。

［ポップアップ通知］タブを選択する
環境設定ユティリティの［ポップアップ通知］タブが表示されます。

次に示す情報を設定する

表3-6　環境設定ユティリティ（コンソールサービス）－［ポップアップ通知］タブの設定内容

設定項目
設定内容

ダイアログ種別
ポップアップ通知するダイアログ種別を選択します。通知する場合は，通知するダイアログ種別のチェックボックスをONにします。デフォルトでは，次のチェックボックスがONになっています。

アラート通知

パスワード変更通知

グルーピングデータ更新通知

インベントリデータベース更新通知

注意

「ホストの起動/停止通知」のチェックボックスをONにしている場合に，VMホストおよびVMゲストの管理対象サーバが電源OFFまたは電源ONになったとき，VMホストおよびVMゲストのポップアップ通知は実施されません。

「ホストの追加/削除通知」のチェックボックスをONにしている場合に，VMホストが登録または削除されたとき，VMホストのポップアップ通知が実施されます。ただし，VMゲストのポップアップ通知は実施されません。

(5)　アラート情報

マネージャサービスへのログイン時に未受信アラートを受信するかどうかを設定します。

注意

マネージャサービスへのログイン時に未受信アラートを受信できるのは，BSMを使用している場合だけです。

［アラート］タブを選択する
環境設定ユティリティの［アラート］タブが表示されます。

次に示す情報を設定する

表3-7　環境設定ユティリティ（コンソールサービス）－［アラート］タブの設定内容

設定項目 | 設定内容
マネージャサービスへのログイン時に未受信アラートを受信する | マネージャサービスへのログイン時に，未受信のアラートを自動的に取得する場合，このチェックボックスをONにします。

3.10　マネージャサービスの設定

ここでは，マネージャサービスの設定情報について説明します。次に示す手順でマネージャサービスの詳細情報を設定してください。

マネージャサービスをインストールしたホストで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

［マネージャサービス］タブを選択する
環境設定ユティリティ（［マネージャサービス］タブ）が表示されます。

＜この節の構成＞

3.10.1　認証情報の設定（マネージャサービス）

3.10.2　詳細情報の設定（マネージャサービス）

3.10.1　認証情報の設定（マネージャサービス）

JP1/ServerConductorでは，Windowsに依存しない独自の認証情報を使い，セキュリティ管理をしています。認証情報は，環境設定ユティリティの［マネージャサービス］タブで設定します。

表3-8　環境設定ユティリティ（マネージャサービス）－認証設定の項目説明

設定項目 | 設定内容
アドミニストレータ | アドミニストレータのパスワードを設定します。
サブアドミニストレータ | サブアドミニストレータのパスワードを設定します。

ユーザ管理方式の詳細，および設定方法については，「4.　ユーザ管理情報の設定」を参照してください。

3.10.2　詳細情報の設定（マネージャサービス）

ここでは，マネージャサービスの詳細情報を設定します。次に示す手順でマネージャサービスの詳細情報を設定してください。

環境設定ユティリティの［マネージャサービス］タブで［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

＜この項の構成＞

(1)　ネットワーク（共通）情報

(2)　ネットワーク（サービス）情報

(3)　JP1/IM連携機能情報

(4)　アラートアクションサービス情報

(5)　保存設定情報

(6)　クラスタ設定情報

(1)　ネットワーク（共通）情報

ネットワークの共通情報について設定します。

注意

同一マシンに複数の種類のサービス（コンソールサービス，マネージャサービス，エージェントサービスまたはWebコンソールサービス）がインストールされている場合，このタブで設定した値は，ほかのサービスと共通の設定になります。そのため，最後に設定した値が有効になります。

［ネットワーク（共通）］タブを選択する
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

次に示す情報を設定する

表3-9　環境設定ユティリティ（マネージャサービス）－［ネットワーク（共通）］タブの設定内容

設定項目
設定内容

送信タイムアウト時間
次のサービス間で送信エラーが発生した場合，送信をリトライする時間を秒単位で設定します。

マネージャサービスとエージェントサービスとの間

マネージャサービスとコンソールサービスとの間

設定範囲は1～600です。デフォルトは30秒です。

複数IPアドレス構成時には使用するIPアドレスを指定してください※
複数のLANボードを搭載している場合，このチェックボックスをONにして，使用するIPアドレスを設定します。

注※

［複数IPアドレス構成時には使用するIPアドレスを指定してください］に設定するIPアドレスには，通信先の各サービスで設定する接続先マネージャサービスのIPアドレスと同じIPアドレスを設定してください。通信元と通信先のIPアドレスの設定が異なる場合，通信ができないことがあります。通信元が使用するIPアドレスについては，「3.7　JP1/ServerConductorで使用するIPアドレス」を参照してください。

(2)　ネットワーク（サービス）情報

ネットワークのサービスについて設定します。

［ネットワーク（サービス）］タブを選択する
環境設定ユティリティの［ネットワーク（サービス）］タブが表示されます。

次に示す情報を設定する

表3-10　環境設定ユティリティ（マネージャサービス）－［ネットワーク（サービス）］タブの設定内容

設定項目 | 設定内容
コマンドタイムアウト時間 | マネージャサービスからエージェントサービスへの送信に対する返信が来るまでの待ち時間を秒単位で設定します。設定範囲は1～600です。デフォルトは90秒です。
通信ログの採取 | 通信ログを採取する場合，このチェックボックスをONにします。

(3)　JP1/IM連携機能情報

［JP1/IM連携機能］タブでは，JP1/IM連携機能を使用するために必要な設定をします。JP1/IM連携の設定方法については，「3.17　JP1/IM連携の設定」を参照してください。

(4)　アラートアクションサービス情報

［アラートアクションサービス］タブでは，アラートアクションサービスを使用するために必要な設定をします。アラートアクションサービスの設定方法については，「7.6.1　接続先アラートアクションサービスの設定」を参照してください。

(5)　保存設定情報

［保存設定］タブでは，マネージャサービスが保存するアラートの制限値を設定します。

［保存設定］タブを選択する
環境設定ユティリティの［保存設定］タブが表示されます。

次に示す情報を設定する

表3-11　環境設定ユティリティ（マネージャサービス）－［保存設定］タブの設定内容

設定項目 | 設定内容
アラートの保存日数 | マネージャサービスがアラートを保存する日数を設定します。設定範囲は1～1,000です。デフォルトは30日です。
アラートの保存件数 | マネージャサービスがアラートを保存する件数を設定します。設定範囲は1,000～65,535です。デフォルトは65,535件です。

(6)　クラスタ設定情報

［クラスタ設定］タブでは，クラスタ構成での共有フォルダと論理IPアドレスを設定します。

［クラスタ設定］タブを選択する
環境設定ユティリティの［クラスタ設定］タブが表示されます。

次に示す情報を設定する

表3-12　環境設定ユティリティ（マネージャサービス）－［クラスタ設定］タブの設定内容

設定項目 | 設定内容
フォルダパスを下記に変更する | クラスタ構成での共有フォルダを変更する場合，このチェックボックスをONにして，変更後の共用フォルダを90文字※以内で設定します。
下記論理IPアドレスを使用する | クラスタ構成での論理IPアドレスを指定する場合，このチェックボックスをONにして，論理IPアドレスを設定します。

注※

全角文字も半角文字も1文字として認識されます。

3.11　エージェントサービス（Windowsサーバ）の設定

ここでは，Windowsサーバのエージェントサービスの設定情報について説明します。次に示す手順でエージェントサービスの環境設定ユティリティを起動してください。

エージェントサービスをインストールしたWindowsサーバで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

［エージェントサービス］タブを選択する
環境設定ユティリティ（［エージェントサービス］タブ）が表示されます。
なお，［エージェントサービス］タブでの設定では，［適用］ボタンはアクティブになりません。設定を有効にする場合は，［OK］ボタンをクリックしてください。

＜この節の構成＞

3.11.1　接続先マネージャサービスの設定（エージェントサービス）

3.11.2　サイト情報の設定

3.11.3　資産情報の設定

3.11.4　詳細情報の設定（エージェントサービス）

3.11.1　接続先マネージャサービスの設定（エージェントサービス）

ここでは，エージェントサービスで接続する接続先マネージャの設定について説明します。次に示す手順で接続先マネージャサービスを設定してください。

環境設定ユティリティの［エージェントサービス］タブで［登録／削除］ボタンをクリックする
［接続先マネージャサービス登録／削除］ダイアログボックスが表示されます。

＜この項の構成＞

(1)　接続先マネージャサービスを新規に登録する場合

(2)　接続先マネージャサービスを削除する場合

(1)　接続先マネージャサービスを新規に登録する場合

接続先マネージャサービスを指定してマネージャサービスリストへ登録します。

接続先マネージャサービスのIPアドレスまたはホスト名を入力する
1～256バイトの範囲で入力してください。

接続先マネージャサービスのコメントを入力する
1～256バイトの範囲で入力してください。

［↓リストに追加］ボタンをクリックする
マネージャサービスリストへ新規に登録されます。なお，接続先マネージャサービスは4個まで登録できます。

(2)　接続先マネージャサービスを削除する場合

登録済みマネージャサービスリストから削除します。

登録済みマネージャサービスリストから，削除したいマネージャサービスを選択する

［リストから削除］ボタンをクリックする
登録済みマネージャサービスリストから接続先マネージャサービスが削除されます。

3.11.2　サイト情報の設定

サーバをサイト単位で管理するときのサイト情報を設定します。この情報は，コンソールサービスでサイトごとに管理するときに必要な情報です。次に示す手順でサイト情報を設定してください。

環境設定ユティリティの［エージェントサービス］タブで［サイト情報設定］ボタンをクリックする
［サイト情報］ダイアログボックスが表示されます。

次に示す情報を設定する

表3-13　［サイト情報］ダイアログボックス（エージェントサービス）の設定内容

設定項目
設定内容

階層1～8
各管理対象サーバのサイト情報を設定します。
「/」は使用できません。
各階層の文字数の合計が256文字以内になるように設定します。

ここでは，サイトの階層を8階層まで設定できます。設定するときは，階層1に都道府県名，階層2に市町村名，以降，拠点名，フロアの階数や部署などのように，1段階ずつ設定することをお勧めします。正確なサイト情報で分類できます。

各管理対象サーバにサイト情報を設定すると，次の図のように管理コンソールでは設定したサイト情報別にサーバを分類できます。

図3-5　サイト情報の設定例と表示例

注意

［サイト情報］ダイアログボックスでは，各階層の文字数の合計を256文字以内に設定してください。ただし，256文字以内に設定しても「各階層の合計を256文字以内にしてください」というメッセージが表示される場合があります。これは，各階層間に区切り文字「/」を挿入して管理しているためです。必ず次の計算式に合うように設定してください。

［各階層の合計文字数］+（［階層数］-1）≦256

なお，英数字やかたかなは，半角または全角のどちらで入力するかを統一しておいてください。半角の「3F」と全角の「３Ｆ」では異なるサイトとして分類されてしまいます。また，サイト情報を設定する場合，誤字や脱字がないように注意してください。サイト名を間違えると，管理コンソールで表示するときに異なるサイトとして分類されてしまいます。

3.11.3　資産情報の設定

管理対象サーバの設置場所や運用管理者など，ハードウェアに関する資産情報を設定します。次に示す手順で資産情報を設定してください。

環境設定ユティリティの［エージェントサービス］タブで［資産情報設定］ボタンをクリックする
環境設定ユティリティの［管理/運用］タブが表示されます。

この資産情報を設定しなくてもエージェントサービスは起動しますが，サーバの管理および運用で必要となる情報ですので，設定しておくことをお勧めします。

以降に資産情報として設定する内容について説明します。

＜この項の構成＞

(1)　管理/運用情報

(2)　連絡先/設置情報

(3)　その他

(1)　管理/運用情報

ここでは，サーバの資産名称や管理情報など，システムの運用や管理に関する情報を設定します。

［管理/運用］タブを選択する
環境設定ユティリティの［管理/運用］タブが表示されます。

次に示す情報を設定する

表3-14　環境設定ユティリティ（エージェントサービス）－［管理/運用］タブの項目説明

設定項目 | 設定内容
資産名称 | 社内または組織内でサーバを管理するために付けている名称や，サーバの製品名を設定します。
資産番号 | 資産名称に対する番号を設定します。
部署名 | サーバを設置している部署名を設定します。
部署番号 | 部署のコード番号などがある場合に設定します。
管理者名 | サーバを管理しているシステム管理者の名前を設定します。
管理者番号 | 社員番号など，システム管理者がわかる番号を設定します。
管理者詳細情報 | システム管理者の所属など，詳細な情報や設定項目にない情報を設定します。
運用管理者名 | サーバを運用している部署のシステム管理者名を入力します。
運用管理者番号 | 社員番号など，運用しているシステム管理者がわかる番号を設定します。
運用管理者詳細情報 | 運用しているシステム管理者の所属など，詳細な情報や設定項目にない情報を設定します。

項目はすべて，1～256バイトの範囲で設定できます。

(2)　連絡先/設置情報

システム管理者の連絡先やシステムの設置場所について設定します。

［連絡先/設置］タブを選択する
環境設定ユティリティの［連絡先/設置］タブが表示されます。

次に示す情報を設定する

表3-15　環境設定ユティリティ（エージェントサービス）－［連絡先/設置］タブの項目説明

設定項目 | 設定内容
電話番号 | 管理者の電話番号を設定します。
メールアドレス | 管理者のメールアドレスを設定します。
設置場所詳細情報 | サーバの設置場所や詳細な情報を設定します。
機器構成 | サーバのCPUやメモリなどの機器の構成に関する情報を設定します。

項目はすべて，1～256バイトの範囲で設定できます。

(3)　その他

システムの購入日や備考などを設定します。

［その他］タブを選択する
環境設定ユティリティの［その他］タブが表示されます。

次に示す情報を設定する

表3-16　環境設定ユティリティ（エージェントサービス）－［その他］タブの項目説明

設定項目 | 設定内容
購入年月日 | サーバを購入した日付を設定します。
減価償却期間 | サーバの減価償却期間を入力します。
備考 | 必要に応じてそのほかの資産情報を入力します。

項目はすべて，1～256バイトの範囲で設定できます。

3.11.4　詳細情報の設定（エージェントサービス）

ここでは，エージェントサービスの詳細設定について説明します。次に示す手順でエージェントサービスの詳細情報を設定してください。

環境設定ユティリティの［エージェントサービス］タブで［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

＜この項の構成＞

(1)　ネットワーク（共通）情報

(2)　ネットワーク（サービス）情報

(3)　システム設定情報

(4)　アラート情報

(5)　JP1/AppManager連携機能情報

(1)　ネットワーク（共通）情報

ネットワークの共通情報について設定します。

注意

同一マシンに複数の種類のサービス（コンソールサービス，マネージャサービス，エージェントサービスまたはWebコンソールサービス）がインストールされている場合，このタブで設定した値は，ほかのサービスと共通の設定になります。そのため，最後に設定した値が有効になります。

［ネットワーク（共通）］タブを選択する
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

次に示す情報を設定する

表3-17　環境設定ユティリティ（エージェントサービス）－［ネットワーク（共通）］タブの設定内容

設定項目
設定内容

送信タイムアウト時間
次のサービス間で送信エラーが発生した場合，送信をリトライする時間を秒単位で設定します。

マネージャサービスとエージェントサービスとの間

マネージャサービスとコンソールサービスとの間

設定範囲は1～600です。デフォルトは30秒です。

複数IPアドレス構成時には使用するIPアドレスを指定してください※
複数のLANボードを搭載している場合，このチェックボックスをONにして，使用するIPアドレスを設定します。

注※

IPアドレスの設定については，「3.7　JP1/ServerConductorで使用するIPアドレス」を参照してください。

(2)　ネットワーク（サービス）情報

ネットワークのサービス情報について設定します。

［ネットワーク（サービス）］タブを選択する
環境設定ユティリティの［ネットワーク（サービス）］タブが表示されます。

次に示す情報を設定する

表3-18　環境設定ユティリティ（エージェントサービス）－［ネットワーク（サービス）］タブの設定内容

設定項目
設定内容

アイドルセッション時間（エージェントサービス）
エージェントサービスとマネージャサービス間の無通信状態を監視し，セッションを切断するまでの時間を秒単位で設定します。設定範囲は0～7,200です。デフォルトは900秒です。マネージャサービスとの通信回線にLANなどを使っていて，課金がない場合は，0を設定してください。0を設定するとセッションを切断しません。

コマンドタイムアウト時間
エージェントサービスからマネージャサービスへの送信に対する返信が来るまでの待ち時間を秒単位で設定します。設定範囲は1～600です。デフォルトは90秒です。

キープアライブ※
エージェントサービスとマネージャサービス間でキープアライブを実施する場合，チェックボックスをONにします。
キープアライブとは，各サービス間で回線が保持されているかどうかを定期的にチェックする機能です。
チェックボックスをONにすると，キープアライブ間隔を設定できるようになります。キープアライブ間隔の設定範囲は1～3,600です。デフォルトはOFFです。ONにした場合，キープアライブ間隔のデフォルトは600秒です。

通信ログの採取
通信ログを採取する場合，このチェックボックスをONにします。

注※

キープアライブの設定をする場合，次の点に注意してください。

・キープアライブを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，キープアライブを設定しないでください。

・［キープアライブ］チェックボックスをONにすると，エージェントサービスが停止するなど，エージェントサービスとマネージャサービスとの間の回線が切断した場合，管理コンソールに次のようなポップアップダイアログが表示されます。

「ホスト名（マネージャサービス名）への接続が切断されました」

・キープアライブ間隔を設定する場合，必ず［コマンドタイムアウト時間］の設定値よりも大きい値を設定してください。

(3)　システム設定情報

管理コンソールからの電源シャットダウン，およびリブート要求を受けるかどうかについて設定します。

［システム設定］タブを選択する
環境設定ユティリティの［システム設定］タブが表示されます。

次に示す情報を設定する

表3-19　環境設定ユティリティの［システム設定］タブの設定内容

設定項目 | 設定内容
コンソールサービスからのシャットダウン/リブート命令の許可 | 管理コンソールからの電源シャットダウン，リブートを許可する場合は［許可する］ラジオボタンをONにします。許可しない場合は［許可しない］ラジオボタンをONにします。デフォルトは［許可する］ラジオボタンがONになっています。なお，SVPエージェントサービスを利用して強制電源OFFを実施する場合，この設定は無効になります。

(4)　アラート情報

エージェントサービスが通知するアラート情報について設定します。

［アラート］タブを選択する
環境設定ユティリティの［アラート］タブが表示されます。

次に示す情報を設定する

表3-20　環境設定ユティリティ（エージェントサービス）－［アラート］タブの設定内容

設定項目
設定内容

アラートレベル
エージェントサービスが通知するアラートのレベルを設定します。通知するアラートレベルのチェックボックスをONにします。通知するアラートは複数設定できます。設定できるアラートを次に示します。

インフォメーション：サーバの状態変化を知らせるアラート

注意：エラーが発生する可能性があるレベルのアラート

警告：障害が発生する可能性があるレベルのアラート

障害：すぐに対処が必要なレベルのアラート

保存日数
アラートログのファイルを保存しておく日数を設定します。設定範囲は0～90です。デフォルトは30日です。0を設定すると，ユーザが削除しないかぎり，保存しておきます。

使用ディスク容量警告値
アラートログの総容量がこの値を超えると管理コンソールに警告を通知します（アラートログは，1日ごとに一つのファイルとして保存されます）。設定範囲は0～1,048,576です。デフォルトは1,024キロバイトです。0を設定すると警告を通知しません。

アプリケーションログ
エージェントサービスが通知するアラートをアプリケーションログとして記録するかどうかを設定します。なお，アプリケーションログとして記録した場合，イベントビューアで参照できます。

アラートログファイルは，JP1/ServerConductorをインストールしたディレクトリ下のlogディレクトリに日付のファイル名（拡張子LOG）で保存されています（2004年12月1日のログファイルの場合は「20041201.log」という名称で保存されています）。

(5)　JP1/AppManager連携機能情報

［JP1/AppManager連携］タブでは，JP1/AppManager連携機能を使用するために必要な設定をします。JP1/AppManager連携の設定方法については，「3.18　JP1/AppManager連携の設定」を参照してください。

3.12　エージェントサービス（Linuxサーバ）の設定

Linuxサーバのエージェントサービスを使用する場合は，次の設定が必要となります。

環境設定コマンドによる環境設定

エージェントサービスの起動（インストール直後の場合）

環境設定はスーパーユーザ（root）が行ってください。

ここでは，環境設定コマンドの使用方法と設定項目，およびエージェントサービスの起動と停止の方法について説明します。

＜この節の構成＞

3.12.1　環境設定コマンドの使用方法

3.12.2　エージェント設定メニューによる設定

3.12.3　エージェント環境設定メニューによる設定

3.12.4　エージェントサービスの起動と停止

3.12.1　環境設定コマンドの使用方法

Linuxサーバのエージェントサービスの環境を設定するには，smheditコマンドを使用します。

＜この項の構成＞

(1)　コマンドの書式

(2)　メインメニュー

(1)　コマンドの書式

コマンドの起動書式は，次のとおりです。

/usr/sbin/smhedit [-s段数] [-g[幅][x高さ]] [-agent|-misc]
/usr/sbin/smhedit -h

起動オプションの意味は次のとおりです。

-s段数

段組表示されるメニューの段数を指定します。未指定の場合，画面のサイズに応じて段数が決まります。指定できる段数は1または2です。

-g[幅][x高さ]

画面サイズを指定します。単位は文字数で，幅は10～160，高さは10～72の値で指定します。デフォルトは-g80x24です。

[-agent|-misc]

編集する環境設定ファイルを指定します。

-agent

エージェント設定ファイルを編集する場合に指定します。-agentを指定すると，エージェント設定メニューが表示されます。

-misc

エージェント環境設定ファイルを編集する場合に指定します。-miscを指定すると，エージェント環境設定メニューが表示されます。

どちらも指定しない場合には，どちらのファイルを編集するかを選択するためのメインメニューが表示されます。

この二つのオプションは，同時に指定することはできません。

-h

環境設定コマンドの使用法を表示します。

(2)　メインメニュー

smheditコマンドを，-agent，-miscのどちらのオプションも指定しないで起動した場合，次のようなメインメニューが表示されます。

  #### JP1/ServerConductor/Agent ####
  ####  Configuration Main Menu  ####
   1.Agent Configuration File
   2.Agent Environment Configuration File

  Command(1-2/Quit)>

選択肢は1，2，Quitの3種類です。

1を選択した場合は，エージェント設定ファイルを編集するエージェント設定メニューに移ります。エージェント設定メニューについては，「3.12.2　エージェント設定メニューによる設定」を参照してください。

2を選択した場合は，エージェント環境設定ファイルを編集するエージェント環境設定メニューに移ります。エージェント環境設定メニューについては，「3.12.3　エージェント環境設定メニューによる設定」を参照してください。

Quitを選択した場合は，smheditコマンドを終了します。

メニューの選択項目について

メニューの選択項目には，数値（1～n）と文字列があります。メニューのプロンプトに，選択できる数値の範囲と文字列の種類が表示されます。文字列の選択肢は，英字の大文字または小文字で選択できます。また，表示されている文字列のうち，大文字で表示されている部分だけを入力して選択することもできます。例えば，

Quit

という選択肢は，"QUIT"，"quit"，"Q"，または"q"のどれでも選択できます。

3.12.2　エージェント設定メニューによる設定

エージェント設定メニューでは，エージェントサービスの通信に関する設定と，アラートに関する情報を設定します。エージェント設定メニューによる設定について，次に示します。

＜この項の構成＞

(1)　エージェント設定メニュー

(2)　設定項目の入力規則

(3)　エージェント設定メニューでの設定項目

(1)　エージェント設定メニュー

-agentオプションを指定してsmheditコマンドを起動した場合や，メインメニューで1を選択した場合に，エージェント設定メニューが表示されます。

エージェント設定メニューの表示例は次のとおりです。

  #### JP1/ServerConductor/Agent ####
  #### Agent Configuration File ####
   1.CommandTimeout     [90]
   2.Keepalive   [False]
  .............以下省略.............

  Command(1-11/Menu/Quit)>

選択肢には，各設定項目の番号，Menu，Quitがあります。設定項目の数は，エージェントサービスやOSのバージョンによって異なります。

Menuを選択した場合は，エージェント設定メニューを表示します。

Quitを選択した場合は，メインメニューに戻ります。また，Quitを選択する前に設定項目の値を変更していた場合，変更後の値を設定ファイルに反映するかどうかを確認します。

設定項目の番号を選択した場合は，該当する設定項目の変更を開始します。設定項目の詳細については，「(3)　エージェント設定メニューでの設定項目」を参照してください。

(2)　設定項目の入力規則

エージェント設定メニューの設定項目として入力できる値には，整数，論理値の2種類があります。それぞれの入力規則を次に示します。

整数

10進数のほか，8進数および16進数で設定できます。8進数の場合は先頭に0を，16進数の場合は先頭に0xを入力してください。改行だけを入力した場合は設定を変更しません。

論理値

TrueまたはFalseのどちらかを入力します。省略はできません。また，英字の大文字と小文字を区別しません。改行だけを入力した場合は設定を変更しません。

設定値には，半角かたかなおよびコントロールコードを含めないでください。

(3)　エージェント設定メニューでの設定項目

エージェント設定メニューでの設定項目を次に示します。メニューに表示される設定項目は，エージェントサービスやOSのバージョンによって異なります。

表3-21　エージェント設定メニューでの設定項目（Linuxサーバ）

設定項目
入力値※1
デフォルト
設定内容

CommandTimeout
整数
90
エージェントサービスからマネージャサービスへの送信に対する返信が来るまでの待ち時間を秒単位で設定します。設定範囲は1～600秒です。

Keepalive※2
論理値
False
エージェントサービスとマネージャサービス間でキープアライブするかどうかを設定します。

True：キープアライブします。

False：キープアライブしません。

KeepaliveInterval
整数
600
キープアライブするときのキープアライブ間隔を秒単位で設定します。設定範囲は1～3,600です。
キープアライブ間隔を設定する場合，必ずCommandTimeoutで設定するコマンドタイムアウト値よりも大きな値を設定してください。

ShutdownDemand
論理値
True
コンソールサービスからのシャットダウンを許可するかどうかを設定します。

True：許可します。

False：許可しません。

なお，SVPエージェントサービスを利用して強制電源OFFを実施する場合，この設定は無効になります。

InformationAlert
論理値
False
インフォメーションアラート（サーバの状態変化を知らせるアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

CautionAlert
論理値
True
注意アラート（エラーが発生する可能性があるレベルのアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

WarningAlert
論理値
True
警告アラート（障害が発生する可能性があるレベルのアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

ObstacleAlert
論理値
True
障害アラート（すぐに対処が必要なレベルのアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

AlertKeepDays
整数
30
サーバアラートログのファイルを保存しておく日数を設定します。設定範囲は0～90です。0を設定すると，ユーザが削除しないかぎり，保存しておきます。

AlertCapacity
整数
1,024
サーバアラートログの総容量がこの値を超えるとコンソールサービスに警告を通知します（アラートログは，一日ごとに一つのファイルとして保存されます）。設定範囲は0～1,048,576です。0を設定すると警告を通知しません。アラートログファイルは，/var/opt/hitachi/system_manager/logディレクトリに日付のファイル名（拡張子log）で保存されています（2004年12月1日のログファイルの場合は「20041201.log」という名称で保存されています）。

SyslogOutput
論理値
False
コンソールサービスに通知するアラートをsyslogに出力するかどうかを設定します。

True：出力します。

False：出力しません。

出力されるアラートは，コンソールサービスに通知されるアラートだけです。

注※1

設定項目として入力できる値の種類を示します。それぞれの意味については，「(2)　設定項目の入力規則」を参照してください。

注※2

Keepaliveを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，KeepaliveはFalseにしてください。

なお，KeepaliveをTrueにすると，エージェントサービスが停止するなど，エージェントサービスとマネージャサービスとの間の回線が切断した場合，管理コンソールに次のようなポップアップダイアログが表示されます。

「ホスト名（マネージャサービス名）への接続が切断されました」

3.12.3　エージェント環境設定メニューによる設定

エージェント環境設定メニューでは，接続先マネージャサービスや，ハードウェアの設置情報および資産情報を設定します。エージェント環境設定メニューによる設定について，次に示します。

＜この項の構成＞

(1)　エージェント環境設定メニュー

(2)　設定項目の入力規則

(3)　エージェント環境設定メニューでの設定項目

(1)　エージェント環境設定メニュー

-miscオプションを指定してsmheditコマンドを起動した場合や，メインメニューで2を選択した場合に，エージェント環境設定メニューが表示されます。

エージェント環境設定メニューの表示例は次のとおりです。

  ####      JP1/ServerConductor/Agent       ####
  #### Agent Environment Configuration File ####
   1.ManagerAddress ->      18.AdministratorID    [KANRI-ID]
   2.SendTimeout    [80]    19. AdministratorInfo [KANRISH...]
  .............以下省略.............

  Command(1-23/Menu/Quit)>

選択肢には，各設定項目の番号，Menu，Quitがあります。設定項目の数は，エージェントサービスやOSのバージョンによって異なります。

Menuを選択した場合は，エージェント環境設定メニューを表示します。

Quitを選択した場合は，メインメニューに戻ります。また，Quitを選択する前に設定項目の値を変更していた場合，変更後の値を設定ファイルに反映するかどうかを確認します。

設定項目の番号を選択した場合は，該当する設定項目の変更を開始します。設定項目の詳細については，「(3)　エージェント環境設定メニューでの設定項目」を参照してください。

(2)　設定項目の入力規則

設定項目として入力できる値には，整数，IPアドレス，文字列の3種類があります。それぞれの入力規則を次に示します。

整数

10進数のほか，8進数および16進数で設定できます。8進数の場合は先頭に0を，16進数の場合は先頭に0xを入力してください。改行だけを入力した場合は設定を変更しません。

IPアドレス

xxx.yyy.zzz.aaaの形式で，10進数で入力します。改行だけを入力した場合は設定を変更しません。

文字列

文字列には，" を使用できません。改行だけを入力した場合は設定を変更しません。［Ctrl］＋［D］キーだけを入力した場合は空文字列が設定されます。

また，次の設定項目には，それぞれ固有の入力規則が適用されます。

サイト情報または資産情報

" および / は使用できません。サイト情報は8階層まで定義でき，1階層ずつ設定値を入力します。途中の階層で入力を終了し，以降の階層の設定を解除する場合は［Ctrl］＋［D］キーだけを入力します。また，改行だけを入力した場合は元の設定値をそのまま使用します。元の設定値がない場合に改行だけを入力した場合は入力を終了します。

ターゲットマシン情報

ターゲットマシン情報には，選択できるターゲットマシンの一覧，現在選択されているターゲットマシンとプロンプトが表示されます。ターゲットマシンの一覧は，1画面20機種に分割して表示されます。

プロンプトの選択項目では，数値（1～n）または文字列を入力します。文字列の選択肢は，”Previous”，”Next”，”Quit”があります。ターゲットマシンを選択する場合は，一覧の中から該当する機種の数値を選択します。

一覧の前画面を表示する場合はPreviousを，次画面を表示する場合はNextを選択します。ただし，一覧の先頭が表示されている場合は，Previousを選択できません。同様に，一覧の終端が表示されている場合は，Nextを選択できません。Quit を選択すると，設定を変更しないで設定メニューに戻ります。

なお，複数の値を設定できる設定項目もあります。複数の値を設定できる設定項目を選択した場合，設定済みの値の一覧とプロンプトが表示されます。設定済みの値を変更する場合には，表示されている一覧から数値を選択します。設定されている値を削除する場合には，表示されている一覧から数値を選択したあと，[Ctrl] + [D]キーだけを入力します。値を追加する場合には，Newを選択します。ただし，設定済みの値の数が上限に達している場合にはNewは選択できません。Quitを選択すると，設定メニューに戻ります。

設定値には，半角かたかなおよびコントロールコードを含めないでください。

(3)　エージェント環境設定メニューでの設定項目

エージェント環境設定メニューでの設定項目を次に示します。メニューに表示される設定項目は，エージェントサービスやOSのバージョンによって異なります。

［TargetMachine］は必ず設定してください。

表3-22　エージェント環境設定メニューでの設定項目（Linuxサーバ）

設定項目
入力値※1
デフォルト
設定内容

TargetMachine
ターゲットマシン情報
なし
（設定必須※2）
Agentをインストールしたサーバの機種を設定します。表示される項目の中から選択できます。

ManagerAddress
IPアドレス
なし
接続先のマネージャサービスのIPアドレスを設定します。
接続先のマネージャサービスは，四つまで登録できます。

SendTimeout
整数
80
送信タイムアウト時間を秒単位で設定します。設定範囲は1～3,600です。

SessionTimeout
整数
900
エージェントサービスとマネージャサービス間の無通信状態を監視し，セッションを切断するまでの時間を秒単位で設定します。設定範囲は0～7,200です。マネージャサービスとの通信回線にLANなどを使っていて，課金がない場合は，0を設定してください。0を設定するとセッションを切断しません。

SITE
サイト情報
なし
サイトの階層を8階層まで設定できます。設定した順に階層1，階層2...と定義されます。
各階層の合計は，区切り文字"/"を含めて256文字以内で次の計算式に合うように設定してください。
　　［各階層の合計文字数］+（［階層数］-1）≦256

設定するときは，階層1に都道府県名，階層2に市町村名，以降，拠点名，フロアの階数や部署などのように，1段階ずつ設定することをお勧めします。

英数字やかたかなは，半角または全角のどちらで入力するかを統一しておいてください。半角の「3F」と全角の「３Ｆ」では異なるサイトとして分類されてしまいます。また，サイト情報を設定する場合，誤字や脱字がないように注意してください。サイト名を間違えると，管理コンソールで表示するときに異なるサイトとして分類されてしまいます。

PropertyName
資産情報
なし
社内または組織内でサーバを管理するために付けている名称や，サーバの製品名を設定します。

PropertyID
資産情報
なし
資産名称に対する番号を設定します。

PostName
資産情報
なし
サーバを設置している部署名を設定します。

PostID
資産情報
なし
部署のコード番号などがある場合に設定します。

AdministratorName
資産情報
なし
サーバを管理しているシステム管理者の名前を設定します。

AdministratorID
資産情報
なし
社員番号など，システム管理者がわかる番号を設定します。

AdministratorInfo
資産情報
なし
システム管理者の所属など，詳細な情報や設定項目にない情報を設定します。

OperatorName
資産情報
なし
サーバを運用している部署のシステム管理者名を入力します。

OperatorID
資産情報
なし
社員番号など，運用しているシステム管理者がわかる番号を設定します。

OperatorInfo
資産情報
なし
運用しているシステム管理者の所属など，詳細な情報や設定項目にない情報を設定します。

TelephoneNumber
資産情報
なし
管理者の電話番号を設定します。

MailAddress
資産情報
なし
管理者のメールアドレスを設定します。

LocationInfo
資産情報
なし
サーバの設置場所や詳細な情報を設定します。

Structure
資産情報
なし
サーバのCPUやメモリなどの機器の構成に関する情報を設定します。

PurchaseDate
資産情報
なし
サーバを購入した日付を設定します。

DescriptionDate
資産情報
なし
サーバの減価償却期間を入力します。

Note
資産情報
なし
備考を入力します。

CompressCommand
文字列
なし
圧縮コマンドを起動するコマンドライン文字列を設定します。「11.2.1(2)(b)　Linuxサーバの場合」を参照してください。

注※1

設定項目として入力できる値の種類を示します。それぞれの意味については，「(2)　設定項目の入力規則」を参照してください。

注※2

BladeSymphonyおよびHA8000/x9モデル以降の装置の場合，インストール時に自動設定されます。

3.12.4　エージェントサービスの起動と停止

Agentをインストールした直後は，Linuxサーバのエージェントサービスが自動的に起動されません。環境設定コマンドによる環境設定をしたあと，「(1)　起動方法」のコマンドを実行すると，エージェントサービスが起動します。

＜この項の構成＞

(1)　起動方法

(2)　停止方法

(1)　起動方法

停止状態のエージェントサービスを起動するために，次のコマンドを入力してください。

/etc/rc.d/init.d/hsysmgr start

以降は，Linuxサーバをrun level 3以上で起動すると，上記のコマンドが自動的に実行されるため，エージェントサービスは自動起動されます。

(2)　停止方法

起動状態のエージェントサービスを停止するために，次のコマンドを入力してください。

/etc/rc.d/init.d/hsysmgr stop

3.13　エージェントサービス（HP-UXサーバ）の設定

HP-UXサーバのエージェントサービスを使用する場合は，次の設定が必要となります。

環境設定コマンドによる環境設定

HP-UX EMS連携の設定

ここでは，環境設定コマンドの使用方法と設定項目，およびエージェントサービスの起動と停止の方法について説明します。また，環境設定はスーパーユーザ（root）が行ってください。

HP-UX EMS連携の設定については，「16.6　HP-UX EMSと連携する」を参照してください。

注意

エージェントサービス動作中に環境設定コマンドで環境設定を実施すると，設定した内容を反映するために，エージェントサービスが自動的に一時停止され，反映後，自動的に再起動します。この自動的に停止していた時間は，syslogのエージェントサービスの停止メッセージまたは起動メッセージで確認できます。また，エージェントサービス停止中は，HP-UX EMSイベントのアラート通知，アラートログの記録，スケジュール設定された電源制御は実行されません。

＜この節の構成＞

3.13.1　環境設定コマンドの使用方法

3.13.2　エージェント設定メニューによる設定

3.13.3　エージェント環境設定メニューによる設定

3.13.4　エージェントサービスの起動と停止

3.13.5　エージェントサービスの自動起動の設定

3.13.1　環境設定コマンドの使用方法

HP-UXサーバのエージェントサービスの環境を設定するには，smheditコマンドを使用します。

＜この項の構成＞

(1)　コマンドの書式

(2)　メインメニュー

(1)　コマンドの書式

コマンドの起動書式は，次のとおりです。

/usr/sbin/smhedit [-s段数] [-g[幅][x高さ]] [-agent|-misc]
/usr/sbin/smhedit -h

起動オプションの意味は次のとおりです。

-s段数

段組表示されるメニューの段数を指定します。未指定の場合，画面のサイズに応じて段数が決まります。指定できる段数は1または2です。

-g[幅][x高さ]

画面サイズを指定します。単位は文字数で，幅は10～160，高さは10～72の値で指定します。デフォルトは-g80x24です。

[-agent|-misc]

編集する環境設定ファイルを指定します。

-agent

エージェント設定ファイルを編集する場合に指定します。-agentを指定すると，エージェント設定メニューが表示されます。

-misc

エージェント環境設定ファイルを編集する場合に指定します。-miscを指定すると，エージェント環境設定メニューが表示されます。

どちらも指定しない場合には，どちらのファイルを編集するかを選択するためのメインメニューが表示されます。

この二つのオプションは，同時に指定することはできません。

-h

環境設定コマンドの使用法を表示します。

(2)　メインメニュー

smheditコマンドを，-agent，-miscのどちらのオプションも指定しないで起動した場合，次のようなメインメニューが表示されます。

  #### JP1/ServerConductor/Agent ####
  ####  Configuration Main Menu  ####
   1.Agent Configuration File
   2.Agent Environment Configuration File

  Command(1-2/Quit)>

選択肢は1，2，Quitの3種類です。

1を選択した場合は，エージェント設定ファイルを編集するエージェント設定メニューに移ります。エージェント設定メニューについては，「3.13.2　エージェント設定メニューによる設定」を参照してください。

2を選択した場合は，エージェント環境設定ファイルを編集するエージェント環境設定メニューに移ります。エージェント環境設定メニューについては，「3.13.3　エージェント環境設定メニューによる設定」を参照してください。

Quitを選択した場合は，smheditコマンドを終了します。

メニューの選択項目について

メニューの選択項目には，数値（1～n）と文字列があります。メニューのプロンプトに，選択できる数値の範囲と文字列の種類が表示されます。文字列の選択肢は，英字の大文字または小文字で選択できます。また，表示されている文字列のうち，大文字で表示されている部分だけを入力して選択することもできます。例えば，

Quit

という選択肢は，"QUIT"，"quit"，"Q"，または"q"のどれでも選択できます。

3.13.2　エージェント設定メニューによる設定

エージェント設定メニューでは，エージェントサービスの通信に関する設定と，アラートに関する情報を設定します。エージェント設定メニューによる設定について，次に示します。

＜この項の構成＞

(1)　エージェント設定メニュー

(2)　設定項目の入力規則

(3)　エージェント設定メニューでの設定項目

(1)　エージェント設定メニュー

-agentオプションを指定してsmheditコマンドを指定して起動した場合や，メインメニューで1を選択した場合に，エージェント設定メニューが表示されます。

エージェント設定メニューの表示例は次のとおりです。

  #### JP1/ServerConductor/Agent ####
  #### Agent Configuration File  ####
   1.CommandTimeout     [90]
   2.Keepalive   [False]
  .............以下省略.............

  Command(1-14/Menu/Quit)>

選択肢には，各設定項目の番号，Menu，Quitがあります。設定項目の数は，エージェントサービスやOSのバージョンによって異なります。

Menuを選択した場合は，エージェント設定メニューを表示します。

Quitを選択した場合は，メインメニューに戻ります。また，Quitを選択する前に設定項目の値を変更していた場合，変更後の値を設定ファイルに反映するかどうかを確認します。

設定項目の番号を選択した場合は，該当する設定項目の変更を開始します。設定項目の詳細については，「(3)　エージェント設定メニューでの設定項目」を参照してください。

(2)　設定項目の入力規則

設定項目として入力できる値には，整数，論理値，文字列の3種類があります。それぞれの入力規則を次に示します。

整数

10進数のほか，8進数および16進数で設定できます。8進数の場合は先頭に0を，16進数の場合は先頭に0xを入力してください。先頭が0の場合は8進数，0xの場合は16進数と見なします。改行だけを入力した場合は設定を変更しません。

論理値

TrueまたはFalseのどちらかを入力します。省略はできません。また，英字の大文字と小文字を区別しません。改行だけを入力した場合は設定を変更しません。

文字列

文字列には，" を使用できません。改行だけを入力した場合は設定を変更しません。［Ctrl］＋［D］キーだけを入力した場合は空文字列が設定されます。

設定値には，半角かたかな，およびコントロールコードを含めないでください。

(3)　エージェント設定メニューでの設定項目

エージェント設定メニューでの設定項目を次に示します。メニューに表示される設定項目は，エージェントサービスやOSのバージョンによって異なります。

表3-23　エージェント設定メニューでの設定項目（HP-UXサーバ）

設定項目
入力値※1
デフォルト
設定内容

CommandTimeout
整数
90
エージェントサービスからマネージャサービスへの送信に対する返信が来るまでの待ち時間を秒単位で設定します。設定範囲は1～600秒です。

Keepalive※2
論理値
False
エージェントサービスとマネージャサービス間でキープアライブするかどうかを設定します。

True：キープアライブします。

False：キープアライブしません。

KeepaliveInterval
整数
600
キープアライブするときのキープアライブ間隔を秒単位で設定します。設定範囲は1～3,600です。
キープアライブ間隔を設定する場合，必ずCommandTimeoutで設定するコマンドタイムアウト値よりも大きな値を設定してください。

ShutdownDemand
論理値
True
コンソールサービスからのシャットダウンを許可するかどうかを設定します。

True：許可します。

False：許可しません。

なお，SVPエージェントサービスを利用して強制電源OFFを実施する場合，この設定は無効になります。

InformationAlert
論理値
False
インフォメーションアラート（サーバの状態変化を知らせるアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

CautionAlert
論理値
True
注意アラート（エラーが発生する可能性があるレベルのアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

WarningAlert
論理値
True
警告アラート（障害が発生する可能性があるレベルのアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

ObstacleAlert
論理値
True
障害アラート（すぐに対処が必要なレベルのアラート）をコンソールサービスに通知するかどうかを設定します。

True：通知します。

False：通知しません。

なお，True，Falseのどちらの設定でも，サーバアラートログには発生したアラートの情報が記録されます。

AlertKeepDays
整数
30
サーバアラートログのファイルを保存しておく日数を設定します。設定範囲は0～90です。0を設定すると，ユーザが削除しないかぎり，保存しておきます。

AlertCapacity
整数
1,024
サーバアラートログの総容量がこの値を超えるとコンソールサービスに警告を通知します（サーバアラートログは，一日ごとに一つのファイルとして保存されます）。設定範囲は0～1,048,576です。0を設定すると警告を通知しません。サーバアラートログファイルは，/var/opt/htcsmaディレクトリに日付のファイル名（拡張子log）で保存されています（2002年7月1日のログファイルの場合は「20020701.log」という名称で保存されています）。

SyslogOutput
論理値
False
コンソールサービスに通知するアラートをsyslogに出力するかどうかを設定します。

True：出力します。

False：出力しません。

出力されるアラートは，コンソールサービスに通知されるアラートだけです。

ContMediaOut
論理値
False
情報取得機能で取得した情報を媒体（テープ）に出力するかどうかを設定します。

True：出力します。

False：出力しません。

ContMediaDev
文字列
なし
情報取得機能で取得した情報を出力する媒体（テープ）のデバイスファイルの絶対パス名を半角英数字で256文字以内で設定します。

ContComment
文字列
なし
情報取得機能のメンテナンス情報ファイルに格納される文字列を256文字以内で設定します。

注※1

設定項目として入力できる値の種類を示します。それぞれの意味については，「(2)　設定項目の入力規則」を参照してください。

注※2

Keepaliveを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，KeepaliveはFalseにしてください。

なお，KeepaliveをTrueにすると，エージェントサービスが停止するなど，エージェントサービスとマネージャサービスとの間の回線が切断した場合，管理コンソールに次のようなポップアップダイアログが表示されます。

「ホスト名（マネージャサービス名）への接続が切断されました」

3.13.3　エージェント環境設定メニューによる設定

エージェント環境設定メニューでは，接続先マネージャサービスや，ハードウェアの設置情報および資産情報を設定します。エージェント環境設定メニューによる設定について，次に示します。

＜この項の構成＞

(1)　エージェント環境設定メニュー

(2)　設定項目の入力規則

(3)　エージェント環境設定メニューでの設定項目

(1)　エージェント環境設定メニュー

-miscオプションを指定してsmheditコマンドを起動した場合や，メインメニューで2を選択した場合に，エージェント環境設定メニューが表示されます。

エージェント環境設定メニューの表示例は次のとおりです。

  ####      JP1/ServerConductor/Agent       ####
  #### Agent Environment Configuration File ####
   1.ManagerAddress ->      15. OperatorInfo      []
   2.SendTimeout    [80]    16. TelephoneNumber   []
  .............以下省略.............

  Command(1-27/Menu/Quit)>

選択肢には，各設定項目の番号，Menu，Quitがあります。設定項目の数は，エージェントサービスやOSのバージョンによって異なります。

Menuを選択した場合は，エージェント環境設定メニューを表示します。

Quitを選択した場合は，メインメニューに戻ります。また，Quitを選択する前に設定項目の値を変更していた場合，変更後の値を設定ファイルに反映するかどうかを確認します。

設定項目の番号を選択した場合は，該当する設定項目の変更を開始します。設定項目の詳細については，「(3)　エージェント環境設定メニューでの設定項目」を参照してください。

(2)　設定項目の入力規則

設定項目として入力できる値には，整数，論理値，IPアドレス，文字列の4種類があります。それぞれの入力規則を次に示します。

整数

0進数のほか，8進数および16進数で設定できます。8進数の場合は先頭に0を，16進数の場合は先頭に0xを入力してください。改行だけを入力した場合は設定を変更しません。

論理値

TrueまたはFalseのどちらかを入力します。省略はできません。また，英字の大文字と小文字を区別しません。改行だけを入力した場合は設定を変更しません。

IPアドレス

xxx.yyy.zzz.aaaの形式で，10進数で入力します。改行だけを入力した場合は設定を変更しません。

文字列

文字列には，" を使用できません。改行だけを入力した場合は設定を変更しません。［Ctrl］＋［D］キーだけを入力した場合は空文字列が設定されます。

また，次の設定項目には，それぞれ固有の入力規則が適用されます。

サイト情報または資産情報

" および / は使用できません。サイト情報は8階層まで定義でき，1階層ずつ設定値を入力します。途中の階層で入力を終了し，以降の階層の設定を解除する場合は［Ctrl］＋［D］キーだけを入力します。また，改行だけを入力した場合は元の設定値をそのまま使用します。元の設定値がない場合に改行だけを入力した場合は入力を終了します。

ターゲットマシン情報

ターゲットマシン情報には，選択できるターゲットマシンの一覧，現在選択されているターゲットマシンとプロンプトが表示されます。一覧の中から該当する機種の数値を選択します。改行だけを入力した場合は設定を変更しません。

なお，複数の値を設定できる設定項目もあります。複数の値を設定できる設定項目を選択した場合，設定済みの値の一覧とプロンプトが表示されます。設定済みの値を変更する場合には，表示されている一覧から数値を選択します。設定されている値を削除する場合には，表示されている一覧から数値を選択したあと，[Ctrl] + [D]キーだけを入力します。値を追加する場合には，Newを選択します。ただし，設定済みの値の数が上限に達している場合にはNewは選択できません。Quitを選択すると，設定メニューに戻ります。

設定値には，半角かたかな，およびコントロールコードを含めないでください。

(3)　エージェント環境設定メニューでの設定項目

エージェント環境設定メニューでの設定項目を次に示します。メニューに表示される設定項目は，エージェントサービスやOSのバージョンによって異なります。

［TargetMachine］は必ず設定してください。

表3-24　エージェント環境設定メニューでの設定項目（HP-UXサーバ）

設定項目
入力値※
デフォルト
設定内容

TargetMachine
ターゲットマシン情報
なし
（設定必須）
Agentをインストールしたサーバの機種を設定します。表示される項目の中から選択できます。

ManagerAddress
IPアドレス
なし
接続先のマネージャサービスのIPアドレスを設定します。
接続先のマネージャサービスは，四つまで登録できます。

SendTimeout
整数
80
送信タイムアウト時間を秒単位で設定します。設定範囲は1～3,600です。

SessionTimeout
整数
900
エージェントサービスとマネージャサービス間の無通信状態を監視し，セッションを切断するまでの時間を秒単位で設定します。設定範囲は0～7,200です。マネージャサービスとの通信回線にLANなどを使っていて，課金がない場合は，0を設定してください。0を設定するとセッションを切断しません。

SITE
サイト情報
なし
サイトの階層を8階層まで設定できます。設定した順で階層1，階層2...と定義されます。各階層を1行ずつ設定するか，またはSITE=に続けて各階層を/で区切って設定します。
各階層の合計は，区切り文字"/"を含めて256文字以内で次の計算式に合うように設定してください。
　　［各階層の合計文字数］＋（［階層数］-1）≦256

設定するときは，階層1に都道府県名，階層2に市町村名，以降，拠点名，フロアの階数や部署などのように，1段階ずつ設定することをお勧めします。

英数字やかたかなは，半角または全角のどちらで入力するかを統一しておいてください。半角の「3F」と全角の「３Ｆ」では異なるサイトとして分類されてしまいます。また，サイト情報を設定する場合，誤字や脱字がないように注意してください。サイト名を間違えると，管理コンソールで表示するときに異なるサイトとして分類されてしまいます。

PropertyName
資産情報
なし
社内または組織内でサーバを管理するために付けている名称や，サーバの製品名を設定します。

PropertyID
資産情報
なし
資産名称に対する番号を設定します。

PostName
資産情報
なし
サーバを設置している部署名を設定します。

PostID
資産情報
なし
部署のコード番号などがある場合に設定します。

AdministratorName
資産情報
なし
サーバを管理しているシステム管理者の名前を設定します。

AdministratorID
資産情報
なし
社員番号など，システム管理者がわかる番号を設定します。

AdministratorInfo
資産情報
なし
システム管理者の所属など，詳細な情報や設定項目にない情報を設定します。

OperatorName
資産情報
なし
サーバを運用している部署のシステム管理者名を入力します。

OperatorID
資産情報
なし
社員番号など，運用しているシステム管理者がわかる番号を設定します。

OperatorInfo
資産情報
なし
運用しているシステム管理者の所属など，詳細な情報や設定項目にない情報を設定します。

TelephoneNumber
資産情報
なし
管理者の電話番号を設定します。

MailAddress
資産情報
なし
管理者のメールアドレスを設定します。

LocationInfo
資産情報
なし
サーバの設置場所や詳細な情報を設定します。

Structure
資産情報
なし
サーバのCPUやメモリなどの機器の構成に関する情報を設定します。

PurchaseDate
資産情報
なし
サーバを購入した日付を設定します。

DescriptionDate
資産情報
なし
サーバの減価償却期間を入力します。

Note
資産情報
なし
備考を入力します。

AgtEmsFunc
論理値
True
HP-UX EMSと連携するかどうかを設定します。

True：連携します。

False：連携しません。

エージェントサービスはサーバの障害情報をHP-UX EMSと連携して検出するため，Trueのままで使用してください。

AgtEmsLogging
論理値
False
HP-UX EMSと連携したときにHP-UX EMSの詳細情報をログファイルに記録するかどうかを設定します。

True：記録します。

False：記録しません。

AgtEmsLogName
文字列
"/var/opt/htcsma/agt_ems.log"
HP-UX EMSの詳細情報を記録するログファイル名を設定します。半角の英数字で，495文字以内で設定します。

AgtEmsLogSize
整数
10,240
HP-UX EMSの詳細情報を記録するログファイルの最大サイズを，キロバイト単位で32～1,048,576の範囲で設定します。

AgtUsockName
文字列
"/var/opt/htcsma/agtusock"
HP-UX EMSからの障害情報を受信するためのUNIXドメインソケットに対するファイル名を，半角の英数字で，91文字以内で設定します。

注※

設定項目として入力できる値の種類を示します。それぞれの意味については，「(2)　設定項目の入力規則」を参照してください。

3.13.4　エージェントサービスの起動と停止

手動でエージェントサービスの起動/停止をするには，smhautobootコマンドを使用します。smhautobootコマンドの起動書式は，次のとおりです。

/usr/sbin/smhautoboot [-on|-off|-start [-on]|-stop]

起動オプションの意味は，次のとおりです。

-on

エージェントサービスの自動起動の設定を有効にします。

-off

エージェントサービスの自動起動の設定を無効にします。

-start

エージェントサービスを起動します。-onと同時に指定した場合は，エージェントサービスの自動起動の設定を有効にし，エージェントサービスを起動します。

-stop

エージェントサービスを停止します。

起動オプションを指定しない場合は，エージェントサービスの自動起動の設定が有効か無効かを表示します。

AUTOBOOT：ON

エージェントサービスの自動起動の設定は有効です。

AUTOBOOT：OFF

エージェントサービスの自動起動の設定は無効です。

＜この項の構成＞

(1)　起動方法

(2)　停止方法

(3)　再起動方法

(1)　起動方法

エージェントサービスを手動で起動するには，次の操作をしてください。

# /usr/sbin/smhautoboot -start

(2)　停止方法

エージェントサービスを手動で停止するには，次の操作をしてください。

# /usr/sbin/smhautoboot -stop

(3)　再起動方法

エージェントサービスを手動で再起動するには，次の操作をしてください。

# /usr/sbin/smhautoboot -stop
# /usr/sbin/smhautoboot -start

3.13.5　エージェントサービスの自動起動の設定

Agentをインストールした場合，エージェントサービスの自動起動の設定は有効になります。エージェントサービスの自動起動の設定は，smhautobootコマンドまたはrcスクリプトで変更できます。なお，smhautobootコマンドの起動書式については，「3.13.4　エージェントサービスの起動と停止」を参照してください。

＜この項の構成＞

(1)　smhautobootコマンドによる設定

(2)　rcスクリプトファイルの変更による設定

(1)　smhautobootコマンドによる設定

smhautobootコマンドを使用することで，自動起動の設定の有効／無効の切り替えと，現在の自動起動の設定を確認できます。

自動起動の設定を有効にする場合

# /usr/sbin/smhautoboot -on

自動起動の設定を無効にする場合

# /usr/sbin/smhautoboot -off

現在の自動起動の設定を確認する場合

# /usr/sbin/smhautoboot

(2)　rcスクリプトファイルの変更による設定

/etc/rc.config.d/htcsmaファイルの起動スクリプトパラメータ（HTCSMH）を，次のように変更します。

自動起動の設定を有効にする場合

HTCSMH=1

自動起動の設定を無効にする場合

HTCSMH=0

3.14　ローカルコンソールサービスの設定

ここでは，ローカルコンソールサービスの設定情報について説明します。次に示す手順でローカルコンソールサービスの詳細情報を設定してください。

ローカルコンソールサービスをインストールしたホストで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

［ローカルコンソール］タブを選択する
環境設定ユティリティ（［ローカルコンソール］タブ）が表示されます。

＜この節の構成＞

3.14.1　認証情報の設定（ローカルコンソールサービス）

3.14.2　詳細情報の設定（ローカルコンソールサービス）

3.14.1　認証情報の設定（ローカルコンソールサービス）

ローカルコンソールサービスにログインするためのパスワードを設定します。

表3-25　環境設定ユティリティ（ローカルコンソールサービス）－認証設定の項目説明

設定項目 | 設定内容
アドミニストレータ | アドミニストレータのパスワードを設定します。
サブアドミニストレータ | サブアドミニストレータのパスワードを設定します。

ユーザ管理方式の詳細，および設定方法については，「4.　ユーザ管理情報の設定」を参照してください。

3.14.2　詳細情報の設定（ローカルコンソールサービス）

ここでは，ローカルコンソールサービスの詳細情報を設定します。次に示す手順でローカルコンソールサービスの詳細情報を設定してください。

環境設定ユティリティの［ローカルコンソールサービス］タブで［詳細設定］ボタンをクリックする
環境設定ユティリティの［表示］タブが表示されます。

＜この項の構成＞

(1)　表示情報

(2)　JP1/IM連携機能情報

(3)　アラートアクションサービス情報

(1)　表示情報

ローカルコンソールサービスに，グリニッジ標準時（GMT）と地域の標準時との時差を表示するかどうかを設定します。

［表示］タブを選択する
環境設定ユティリティの［表示］タブが表示されます。

次に示す情報を設定する

表3-26　環境設定ユティリティ（ローカルコンソールサービス）－［表示］タブの設定内容

設定項目
設定内容

時差を表示する
グリニッジ標準時（GMT）と地域の標準時との時差を次のウィンドウに表示する場合，このチェックボックスをONにします。

［通知アラート］ウィンドウ

［サーバアラートログ］ウィンドウ

［SVPログ］ウィンドウ

(2)　JP1/IM連携機能情報

［JP1/IM連携機能］タブでは，JP1/IM連携機能を使用するために必要な設定をします。JP1/IM連携の設定方法については，「3.17　JP1/IM連携の設定」を参照してください。

(3)　アラートアクションサービス情報

［アラートアクションサービス］タブでは，アラートアクションサービスを使用するために必要な設定をします。アラートアクションサービスの設定方法については，「7.6.1　接続先アラートアクションサービスの設定」を参照してください。

3.15　Webコンソールサービスの設定

ここでは，Web管理コンソールを利用するために必要なWebコンソールサービスの設定情報について説明します。次に示す手順でWebコンソールサービスの設定情報を設定してください。

Webコンソールサービスをインストールしたホストで環境設定ユティリティを起動する
Webコンソールサービスをインストールしたホストで環境設定ユティリティが起動されます。

［Webコンソールサービス］タブを選択する
環境設定ユティリティ（［Webコンソールサービス］タブ）が表示されます。

注意

Webコンソールサービスを利用する場合，WebサーバおよびWeb管理コンソールで，Java 2 Standard Edition Java Runtime Environmentを使用してください。Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

＜この節の構成＞

3.15.1　パスワードの設定（Webコンソールサービス）

3.15.2　接続先マネージャサービスの設定（Webコンソールサービス）

3.15.3　Webゲートウェイサービスが使用するパスワードの設定

3.15.4　詳細情報の設定（Webコンソールサービス）

3.15.5　仮想ディレクトリの設定

3.15.6　注意事項

3.15.1　パスワードの設定（Webコンソールサービス）

Web管理コンソールからWebコンソールサービスにログインするためのパスワードを設定します。

［設定］ボタンをクリックする
［パスワード設定］ダイアログボックスが表示されます（すでにパスワードを設定している場合は［パスワード変更］ダイアログボックスが表示されます）。

次に示す情報を設定する

表3-27　［パスワード設定］ダイアログボックス（Webコンソールサービス）の設定内容

設定項目 | 設定内容
新しいパスワード | 新しいパスワードを設定してください。
パスワード確認入力 | 確認のために新しいパスワードに入力した内容をもう一度入力してください。

パスワードは，16文字以内の半角英数字，半角スペース，および半角記号で設定します。なお，パスワードは必ず設定してください。

3.15.2　接続先マネージャサービスの設定（Webコンソールサービス）

Webコンソールサービスがログインするマネージャサービスについて設定します。

Webコンソールサービスの［Webコンソールサービス］タブの［IPアドレス/ホスト名］に，マネージャのIPアドレスまたはホスト名を設定する
自マシンがマネージャとなる場合は，自マシンのIPアドレスまたはホスト名を設定してください。1～256バイトの範囲で設定できます。

3.15.3　Webゲートウェイサービスが使用するパスワードの設定

Webゲートウェイサービスがマネージャサービスにログインするためのパスワードを設定します。この設定を変更する場合は，アドミニストレータ権限でマネージャサービスにログインしてください。

［アドミニストレータ］ボタンをクリックする
［パスワード設定］ダイアログボックスが表示されます。

次に示す情報を設定する

表3-28　［パスワード設定］ダイアログボックス（Webゲートウェイサービス）の設定内容

設定項目 | 設定内容
接続先パスワード | 「3.10.1　認証情報の設定（マネージャサービス）」で設定した，アドミニストレータのパスワードを入力してください。
パスワード確認入力 | 確認のために接続先パスワードに入力した内容をもう一度入力してください。

3.15.4　詳細情報の設定（Webコンソールサービス）

ここでは，Webコンソールサービスの詳細情報を設定します。次に示す手順でWebコンソールサービスの詳細情報を設定してください。

環境設定ユティリティの［Webコンソールサービス］タブで［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

＜この項の構成＞

(1)　ネットワーク（共通）情報

(2)　ネットワーク（サービス）情報

(3)　ログイン情報

(4)　機能別画面指定情報

(5)　表示情報

(6)　ファイル情報

(1)　ネットワーク（共通）情報

ネットワークの共通情報について設定します。

注意

同一マシンに複数の種類のサービス（コンソールサービス，マネージャサービス，エージェントサービスまたはWebコンソールサービス）がインストールされている場合，このタブで設定した値は，ほかのサービスと共通の設定になります。そのため，最後に設定した値が有効になります。

［ネットワーク（共通）］タブを選択する
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

次に示す情報を設定する

表3-29　環境設定ユティリティ（Webコンソールサービス）－［ネットワーク（共通）］タブの設定内容

設定項目
設定内容

送信タイムアウト時間
Webコンソールサービスとマネージャサービス間で送信エラーが発生した場合，送信をリトライする時間を秒単位で設定します。
設定範囲は1～600です。デフォルトは30秒です。

複数IPアドレス構成時には使用するIPアドレスを指定してください※
複数のLANボードを搭載している場合，このチェックボックスをONにして，使用するIPアドレスを設定します。

注※

IPアドレスの設定については，「3.7　JP1/ServerConductorで使用するIPアドレス」を参照してください。

(2)　ネットワーク（サービス）情報

ネットワークのサービスについて設定します。

［ネットワーク（サービス）］タブを選択する
環境設定ユティリティの［ネットワーク（サービス）］タブが表示されます。

次に示す情報を設定する

表3-30　環境設定ユティリティ（Webコンソールサービス）－［ネットワーク（サービス）］タブの設定内容

設定項目
設定内容

コマンド実行待ち時間
異なるWeb管理コンソールから同一ホストに同一コマンドを要求した場合の，Webコンソールサービスでのコマンド実行待ち時間です。設定範囲は1～600秒です。デフォルトは120秒です。

コマンドタイムアウト時間
Web管理コンソールからマネージャサービスにコマンドを送信してから，応答が返ってくるまで待っている時間を秒単位で設定します。設定範囲は1～600です。デフォルトは120秒です。

ポーリングを行う
ポーリングする場合，このチェックボックスをONにします。
ポーリングは，コンソールアプレットがWebゲートウェイサービスにホストの状態変更やアラートの通知が届いていないかを確認する処理のことです。
デフォルトはOFFです。

間隔
ポーリングする場合，ポーリング間隔を設定します。設定範囲は1～3,600秒です。デフォルトは600秒です。

通信ログの採取
通信ログを採取する場合，このチェックボックスをONにします。デフォルトはONです。

注意

ポーリングを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，ポーリングは設定しないでください。

(3)　ログイン情報

Webサーバの起動直後や，マネージャサービスとの通信エラーで再接続する場合の，マネージャサービスへのログインのリトライ情報を設定します。

［ログイン］タブを選択する
環境設定ユティリティの［ログイン］タブが表示されます。

次に示す情報を設定する

表3-31　環境設定ユティリティ（Webコンソールサービス）－［ログイン］タブの設定内容

設定項目
設定内容

ログインリトライ回数
Webコンソールサービスがマネージャサービスにログインするときのログインのリトライ回数を設定します。設定範囲は，0～30回です。
デフォルトは0回です。

ログインリトライ間隔
Webコンソールサービスがマネージャサービスにログインするときのログインのリトライ間隔を設定します。設定範囲は1～60秒です。
デフォルトは10秒です。

(4)　機能別画面指定情報

Webコンソールサービスでは，提供している各機能（インベントリ表示，アラートログ表示など）を機能単位でほかのWebアプリケーションから実行する機能（機能別画面指定機能）を提供しています。機能別画面指定機能でのログイン方法には，通常どおりログイン時にパスワードを認証する通常ログイン，およびパスワードを要求しない簡易ログインの二つがあります。

［機能別画面指定］タブを選択する
環境設定ユティリティの［機能別画面指定］タブが表示されます。

次に示す情報を設定する

表3-32　環境設定ユティリティ（Webコンソールサービス）－［機能別画面指定］タブの設定内容

設定項目 | 設定内容
機能別画面指定する場合の認証方法を指定してください | 毎回ログイン認証する場合は，［通常ログイン］ラジオボタンをONにします。ログイン認証をしない場合は，［簡易ログイン］ラジオボタンをONにします。なお，デフォルトは，［通常ログイン］ラジオボタンがONになっています。

注意

Webコンソールサービスとほかのアプリケーションとの連携をしない場合，この設定はデフォルト（通常ログイン）のままにしておいてください。Webコンソールサービスとほかのアプリケーションとの連携機能については，コンソールサービスまたはローカルコンソールサービスのインストール先にあるReadmeファイルを参照してください。

(5)　表示情報

Webコンソールサービスに，グリニッジ標準時（GMT）と地域の標準時との時差を表示するかどうかを設定します。

［表示］タブを選択する
環境設定ユティリティの［表示］タブが表示されます。

次に示す情報を設定する

表3-33　環境設定ユティリティ（Webコンソールサービス）－［表示］タブの設定内容

設定項目
設定内容

時差を表示する
グリニッジ標準時（GMT）と地域の標準時との時差を次のウィンドウに表示する場合，このチェックボックスをONにします。

［通知アラート］ウィンドウ

［サーバアラートログ］ウィンドウ

［SVPログ］ウィンドウ

(6)　ファイル情報

通知アラートや情報取得で取得したログファイルや，ユーザが作成したCSVファイルなどをWebサーバ上に保存する期間を設定します。

［ファイル］タブを選択する
環境設定ユティリティの［ファイル］タブが表示されます。

次に示す情報を設定する

表3-34　環境設定ユティリティ（Webコンソールサービス）－［表示］タブの設定内容

設定項目
設定内容

出力ファイル保存日数
出力ファイルの保存日数を指定します。設定範囲は1～30日です。デフォルトは3日です。
ここで指定した保存日数を超えた場合，ファイルは削除されます。

3.15.5　仮想ディレクトリの設定

Webコンソールサービスを使用するには次のURLを指定します。

   http://"WebサーバのIPアドレス"/sysmgr/sm_main.htm

このために，次の仮想ディレクトリの設定が必要です。

<Webコンソールサービスのインストール先>¥Webフォルダを，Webサーバの仮想ディレクトリ"/sysmgr"として設定します。

<Webコンソールサービスのインストール先>¥Web¥cgi-binフォルダを，WebサーバのCGI用の仮想ディレクトリ"/sysmgr/cgi-bin"として設定します。この仮想ディレクトリ（/sysmgr/cgi-bin）には実行権限を与える必要があります。

これらは，Webサーバ（NETSCAPE ENTERPRISE SERVER，Microsoft Internet Information Server）が提供する機能を使って設定します。

仮想ディレクトリ名は，必ず「sysmgr」にしてください。仮想ディレクトリ名を「sysmgr」以外にすると，情報取得を実行した場合に「上記ファイルを全て削除」のリンクをクリックしても，「httpエラー404」と表示されて削除できません。

3.15.6　注意事項

＜この項の構成＞

(1)　Windows Server 2003（IIS 6.0）でのファイルのダウンロード

(1)　Windows Server 2003（IIS 6.0）でのファイルのダウンロード

Windows Server 2003（IIS 6.0）の環境では，Webコンソールサービスから情報取得を実行し，「Download Files」の画面でリンクをクリックすると，「httpエラー404」が表示され，内容の表示または操作ができないことがあります。これは，Windows Server 2003（IIS 6.0）のセキュリティ強化によるものです。

すべてのファイルをダウンロードできるようにするには，次の(a)および(b)の手順を実施してください。

ただし，この手順を実施するとWebサーバのセキュリティ低下につながるおそれがあります。また，(a)および(b)での設定を有効にするには，IISサービスを再起動する必要があります。IISサービスの再起動によってIISサービスがいったん停止するため，ほかのWebアプリケーションも一時的に停止状態になります。これらを考慮し，十分検討した上で実施してください。

手順を次に示します。

(a)　Webサーバ環境の設定の変更

インターネットインフォメーションサービス（IIS）マネージャを起動し，Webサーバ環境の設定を変更します。

インターネットインフォメーションサービス（IIS）マネージャの左ペインに表示される［Webサービスの拡張］を選択する

右ペインに表示される［新しいWebサービス拡張を追加］を選択する

拡張名に「Webコンソール」を入力し，［追加］ボタンをクリックする

ファイルパスに次の内容を入力する

<インストール先ディレクトリ>¥Web¥cgi-bin¥SmCgi.exe

<インストール先ディレクトリ>は，BSMをインストールしたフォルダを指定します。デフォルトのインストール先ディレクトリは，次のとおりです。

C:¥Program Files¥HITACHI¥ServerConductor¥Server Manager

［拡張の状態を許可済みに設定する］チェックボックスをONにし，［OK］ボタンをクリックする

インターネットインフォメーションサービス（IIS）マネージャの左ペインに表示される［Webサイト］－［既定のWebサイト］－［sysmgr］－［download］を選択し，右クリックしてプロパティを表示する

［HTTPヘッダー］タブを選択し，［MIMEの種類］ボタンをクリックする

［新規作成］ボタンをクリックし，次の内容を設定する
拡張子：*
MIMEの種類：application/octet-stream

［スタート］－［ファイル名を指定して実行］を選択し，「iisreset」と入力して［OK］ボタンをクリックする
IISサービスが再起動します。なお，IISサービスはいったん停止します。

(b)　アクセス権の変更

BSMが参照するフォルダのアクセス権を変更します。(a)の手順を実施したあと，次の手順を実施してください。

エクスプローラを開き，<インストール先ディレクトリ>¥Web¥downloadフォルダを右クリックし，プロパティを表示する

［セキュリティ］タブを選択し，Usersグループの変更権限に許可を与える

3.16　SVP/BMCの設定

ここでは，サーバを電源制御するときに必要なSVP/BMC機能の設定方法について説明します。なお，この設定はSVP PCIボードを搭載，またはSVP機能を支援しているサーバで設定します。

＜この節の構成＞

3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定

3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定

3.16.3　管理対象がBladeSymphony（HP-UXサーバ）の場合のBMCの設定

3.16.4　対象がHA8000シリーズの場合のSVPの設定

3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定

管理対象がBladeSymphony（Windowsサーバ）の場合，BMCの設定は，BladeSymphony添付のマニュアルに従って設定します。ただし，障害監視についてだけは，BMC環境設定ユティリティを使用して，設定します。

障害監視を設定するには，BladeSymphonyで次の手順でBMC環境設定ユティリティを実行してください。

注意

Windows Server 2008の場合，BMC環境設定ユティリティを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックして処理を続行してください。

［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［BMC環境設定ユティリティ］を選択する
BMC環境設定ユティリティが起動されます。

次に示す情報を設定する

表3-35　BMC環境設定ユティリティで設定する情報

設定項目
デフォルト
設定内容

障害監視をする※1
障害監視をする
（チェックされている）
ウォッチドッグタイマを設定します。
障害監視の仕組みについては，「7.10　ウォッチドッグタイマによる障害監視をする」を参照してください。

監視周期
5分
ウォッチドッグタイマの監視間隔を分単位で設定します。設定範囲は3～60です。
ウォッチドッグタイマの監視は，ここで設定した監視周期の1/2の間隔で実行されます。サーバハングアップなどが発生すると設定時間経過後に障害が検出され，マネージャサービスにアラートID 0x1470が通知されます。

障害発生時処理
何もしない
サーバハングアップ，OSダウンによって，ウォッチドッグタイマのタイムアウトが発生した場合，自動的にどのように処理するかを設定します。
ここでは，次のどれかを設定します。

何もしない
ウォッチドッグタイマのタイムアウトが発生しても，何も処理しません。

リセット
サーバのRESETボタンを押したときと同じ処理をするときに設定します。なお，障害の状態によっては，正常にリセットできない場合があります。

電源OFF
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにします。

電源OFF→電源ON※1
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにして，すぐONにします。

NMI発行※2
ウォッチドッグタイマのタイムアウトが発生したときにNMIを発生させます。この設定をする場合の注意事項については，「NMIを発生させる場合の注意事項」を参照してください。
なお，NMI受信後のサーバ（OS）の動作は，OSの設定に従います。ただし，N+1／N+Mコールドスタンバイ機能を使用し，自動切り替えの自動中止の設定をしていない場合は，再起動されないように設定してください。自動切り替え中止の設定については，「20.10.4　予備系サーバモジュールへの自動切り替え中止」を参照してください。

電源OFF監視
監視しない
（「監視する」を選択した場合のデフォルトタイムアウト時間：10分）
次のどれかの処理の電源OFFに失敗したときに，電源OFFの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

コンソールからの電源OFF

電源制御スケジュール

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

リトライする場合は，このチェックボックスをONにします。時間設定範囲は10～60分です。

リブート監視
監視しない
（「監視する」を選択した場合のデフォルトタイムアウト時間：10分）
次のどちらかの処理のリブートに失敗したときに，リブートの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

コンソールからのリブート

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

リトライする場合は，このチェックボックスをONにします。時間設定範囲は10～60分です。

注※1

N+1／N+Mコールドスタンバイ機能を使用し，現用系ホストでエージェントサービス起動による自動切り替えの中止を適用していない場合，BMC環境設定ユティリティで［障害監視をする］チェックボックスをONにしたときは，［障害発生時処理］で［電源OFF→電源ON］を選択しないでください。

アラート0x1470での自動切り替えが適用されている場合，切り替え実行後に，障害が発生した現用系サーバモジュールで電源ONが発生するため，現用系サーバモジュールと予備系サーバモジュールの両方で電源ONが実行されてしまいます。

注※2

［障害発生時処理］で［NMI発行］を選択する場合は，あらかじめメモリダンプを取得するように設定してください。Windows Server 2003での設定例を次に示します。

1. Windowsの［コントロールパネル］から［システム］を選択する

2. ［システムのプロパティ］ダイアログボックスで［詳細設定］タブを選択する

3. ［起動と回復］の［設定］ボタンをクリックする

4. ［デバッグ情報の書き込み］で取得するダンプの種類を選択する

［なし］以外を選択してください。

5. ダンプファイルの出力先を設定する

6. ［OK］ボタンをクリックする

メモリダンプの取得設定方法については，マニュアル「BladeSymphonyソフトウェアガイド」，OSのヘルプまたはOSのドキュメントなどを参照してください。

注意

NMIを発生させる場合の注意事項

NMI発生機能は，通常の運用ケースでは使用しないでください。

NMI発生機能は，OSの不具合などでOSがハングアップした場合にダンプを出力させることを目的としています。この機能とは別に，OSには，メモリアクセス違反などの要因で発生したカーネルパニックまたはSTOPエラーを解析するために，自らメモリダンプを出力する仕組みが備わっています。NMI発生機能を有効にした場合，OSによって自動的にダンプが出力されている最中にNMIが発生すると，ダンプ出力が中断されてしまうことがあります。その結果，OSでメモリアクセス違反などの要因で発生したカーネルパニックまたはSTOPエラーによって処理が続行できなくなった場合の原因の究明が困難になることがあります。

OSのハングアップが頻繁に発生しており，NMI発生によるダンプからOSのハングアップの原因を調査したい場合だけ設定してください。

また，アラートID 0x1470をN+1／N+Mコールドスタンバイの自動切り替え対象アラートとして設定している場合，自動切り替え待ち時間にはダンプを採取するのに十分な時間を設定してください。N+1／N+Mコールドスタンバイの自動切り替え対象アラートについては，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

なお，IA32サーバモジュールでNMIが発生した場合，アラートID 0x1413が通知されます。

3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定

管理対象がBladeSymphony（Linuxサーバ）の場合のSVP/BMCの設定には，Advanced Agent用環境設定コマンド（smhaaedit）を使用します。

＜この項の構成＞

(1)　smhaaeditコマンドの書式

(2)　smhaaeditコマンドによるBMCの設定手順

(1)　smhaaeditコマンドの書式

smhaaeditコマンドの書式を次に示します。

/usr/sbin/smhaaedit [-s段数] [-g[幅][x高さ]] [-adagent|-bmc|-snmp]
/usr/sbin/smhaaedit -h

起動オプションの意味は次のとおりです。

-s段数

段組表示されるメニューの段数を指定します。未指定の場合，画面のサイズに応じて段数が決まります。指定できる段数は1または2です。

-g[幅][x高さ]

画面サイズを指定します。単位は文字数で，幅は10～160，高さは10～72の値で指定します。デフォルトは-g80x24です。

-adagent

Advanced Agent設定メニューを表示します。Advanced Agent設定ファイルを編集する場合に指定します。

-bmc

障害監視設定メニューを表示します。

このオプションは管理対象サーバがBladeSymphonyの場合に指定できます。

-snmp

SNMP設定メニューを表示します。SNMP設定ファイルを編集する場合に指定します。SNMP設定メニューについては，「17.4　SNMPトランスレータを利用してLinuxサーバを管理する場合の環境の設定方法」を参照してください。

-h

環境設定コマンドの使用法を表示します。

(2)　smhaaeditコマンドによるBMCの設定手順

smhaaeditコマンドによるBMCの設定手順を次に示します。なお，各環境設定メニューの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」のsmhaaeditコマンド（Linuxサーバ）について記載されている節を参照してください。

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      Configuration Main Menu       ####
 1. Advanced Agent Configuration File
 2. BMC Configuration File
 3. SNMP Configuration File
Command (1-3/Quit)>

「1.Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Disabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「1. SVPAgentService」を選択し，「Enabled」に設定する
Advanced Agent設定メニューの「1. SVPAgentService」が「Enabled」になります。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Enabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「2. BMC Configuration File」を選択する
障害監視設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####       BMC Configuration File       ####
1.ErrorWatching           [Enabled]
2.ErrorWatchingInterval   [5]
3.ProcessAtError          [0]
4.PowerOffWatching        [Disabled]
5.PowerOffWatchingTimeout [10]
6.RebootWatching          [Disabled]
7.RebootWatchingTimeout   [10]

Command (1-7/Menu/Quit)>

必要な項目を設定する
障害監視設定メニューでの設定項目を次に示します。

表3-36　障害監視設定メニューの設定項目

設定項目
デフォルト
設定内容

ErrorWatching※1
Enabled
ウォッチドッグタイマを設定します。

Enabled：する

Disabled：しない

障害監視の仕組みについては，「7.10　ウォッチドッグタイマによる障害監視をする」を参照してください。

ErrorWatchingInterval
5
ウォッチドッグタイマの監視間隔を分単位で設定します。設定範囲は3～60です。
サーバハングアップなどが発生すると，ここで設定した時間＋5分が経過したあとに，障害が検出され，マネージャサービスにアラートID 0x1470が通知されます。

ProcessAtError
0
サーバハングアップ，OSダウンによって，ウォッチドッグタイマのタイムアウトが発生した場合，自動的にどのように処理するかを設定します。
ここでは，次のどれかを設定します。

0：
ウォッチドッグタイマのタイムアウトが発生しても，何も処理しません。

1：
サーバのRESETボタンを押したときと同じ処理をします。なお，障害の状態によっては，正常にリセットできない場合があります。

2：
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにします。

3：※1
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにして，すぐONにします。

4：※2
ウォッチドッグタイマのタイムアウトが発生したときにNMIを発生させます。この設定をする場合の注意事項については，「NMIを発生させる場合の注意事項」を参照してください。
なお，NMI受信後のサーバ（OS）の動作は，OSの設定に従います。ただし，N+1／N+Mコールドスタンバイ機能を使用し，自動切り替えの自動中止の設定をしていない場合は，再起動されないように設定してください。自動切り替え中止の設定については，「20.10.4(2)　自動切り替えの自動中止」を参照してください。

PowerOffWatching
Disabled
次のどちらかの処理の電源OFFに失敗したときに，電源OFFの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

電源制御スケジュール

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

Enabled：リトライする

Disabled：リトライしない

PowerOffWatchingTimeout
10
電源OFFのリトライタイムアウト時間を設定しま
す。PowerOffWatchingがEnabledの場合だけ有効です。設定範囲は10～60分です。

RebootWatching
Disabled
次の処理のリブートに失敗したときに，リブートの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

Enabled：リトライする

Disabled：リトライしない

RebootWatchingTimeout
10
リブートのリトライタイムアウト時間を設定します。RebootWatchingがEnabledの場合だけ有効です。設定範囲は10～60分です。

注※1

N+1／N+Mコールドスタンバイ機能を使用し，現用系ホストでエージェントサービス起動による自動切り替えの中止を適用していない場合，障害監視設定メニューでErrorWatchingをEnabledにしたときは，ProcessAtErrorで3を選択しないでください。

アラート0x1470での自動切り替えが適用されている場合，切り替え実行後に，障害が発生した現用系サーバモジュールで電源ONが発生するため，現用系サーバモジュールと予備系サーバモジュールの両方で電源ONが実行されてしまいます。

注※2

ProcessAtErrorで4を選択する場合は，あらかじめダンプを取得するように設定してください。netdumpでoopsメッセージおよびメモリダンプを取得する場合の設定手順の概要を次に示します。

・netdumpサーバの設定

1. netdumpユーザのパスワードを設定する

次のコマンドを実行します。

# passwd netdump

2. netdumpサーバを起動する

次のコマンドを実行します。

# service netdump-server start

3. sshdを起動する

次のコマンドを実行します。

# service sshd start

・netdumpクライアントの設定

1. /etc/sysconfig/netdumpファイルに次の設定をする

DEV=eth0

NETDUMPADDR=netdumpサーバのIPアドレス

2. ssh公開鍵を転送する

次のコマンドを実行します。

# service netdump propagate

3. netdumpクライアントを起動する

次のコマンドを実行します。

# service netdump start

4. ハングアップ時のmagic sysrq keyを有効にする設定をする

/etc/sysctl.confファイルを次のように変更します。

<変更前>

kernel.sysrq = 0

<変更後>

kernel.sysrq = 1

また，次のコマンドを実行します。

# sysctl -p

Linuxの場合，OSの設定やハードウェアなどによって使用できるダンプ機能が異なります。ダンプを取得するための設定方法については，ハードウェアのドキュメント，OSのヘルプまたはOSのドキュメントなどを参照してください。

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

注意

NMIを発生させる場合の注意事項

NMI発生機能は，通常の運用ケースでは使用しないでください。

NMI発生機能は，OSの不具合などでOSがハングアップした場合にダンプを出力させることを目的としています。この機能とは別に，OSには，メモリアクセス違反などの要因で発生したカーネルパニックまたはSTOPエラーを解析するために，自らメモリダンプを出力する仕組みが備わっています。NMI発生機能を有効にした場合，OSによって自動的にダンプが出力されている最中にNMIが発生すると，ダンプ出力が中断されてしまうことがあります。その結果，OSでメモリアクセス違反などの要因で発生したカーネルパニックまたはSTOPエラーによって処理が続行できなくなった場合の原因の究明が困難になることがあります。

OSのハングアップが頻繁に発生しており，NMI発生によるダンプからOSのハングアップの原因を調査したい場合だけ設定してください。

また，アラートID 0x1470をN+1／N+Mコールドスタンバイの自動切り替え対象アラートとして設定している場合，自動切り替え待ち時間にはダンプを採取するのに十分な時間を設定してください。N+1／N+Mコールドスタンバイの自動切り替え対象アラートについては，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

なお，IA32サーバモジュールでNMIが発生した場合，アラートID 0x1413が通知されます。

3.16.3　管理対象がBladeSymphony（HP-UXサーバ）の場合のBMCの設定

管理対象がBladeSymphony（HP-UXサーバ）の場合のSVPの設定には，Advanced Agent用環境設定コマンド（smhaaedit）を使用します。また，環境設定はスーパーユーザ（root）が行ってください。

＜この項の構成＞

(1)　smhaaeditコマンドの書式

(2)　smhaaeditコマンドによるBMCの設定手順

(1)　smhaaeditコマンドの書式

smhaaeditコマンドの書式を次に示します。

/usr/sbin/smhaaedit [-s段数] [-g[幅][x高さ]] [-adagent]
/usr/sbin/smhaaedit -h

起動オプションの意味は次のとおりです。

-s段数

段組表示されるメニューの段数を指定します。未指定の場合，画面のサイズに応じて段数が決まります。指定できる段数は1または2です。

-g[幅][x高さ]

画面サイズを指定します。単位は文字数で，幅は10～160，高さは10～72の値で指定します。デフォルトは-g80x24です。

-adagent

このオプションを指定すると，Advanced Agent設定メニューを表示して起動します。

-h

環境設定コマンドの使用法を表示します。

(2)　smhaaeditコマンドによるBMCの設定手順

smhaaeditコマンドによるBMCの設定手順を次に示します。なお，各環境設定メニューの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」のsmhaaeditコマンド（HP-UXサーバ）について記載されている節を参照してください。

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      Configuration Main Menu       ####
 1. Advanced Agent Configuration File

Command (1/Quit)>

「1.Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
1.BMCConfiguration     [Disabled]

Command(1/Menu/Quit)>

「1. BMCConfiguration」を選択し，「Enabled」に設定する
Advanced Agent設定メニューの「1. BMCConfiguration」が「Enabled」になります。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
1.BMCConfiguration     [Enabled]

Command(1/Menu/Quit)>

「Quit」を選択する
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

3.16.4　対象がHA8000シリーズの場合のSVPの設定

管理対象がHA8000シリーズの場合にSVPを設定するには，SVP PCI設定ユティリティを使用します。設定方法は，対象サーバごとに異なります。対象サーバごとの参照先を示します。

Windowsサーバの場合

(1)　SVP PCI設定ユティリティの起動（Windowsサーバ）

(2)　SVP PCIボードの設定（Windowsサーバ）

Linuxサーバの場合

(3)　SVP設定メニュー，SVPマイクロプログラム設定メニューによる設定（Linuxサーバ）

＜この項の構成＞

(1)　SVP PCI設定ユティリティの起動（Windowsサーバ）

(2)　SVP PCIボードの設定（Windowsサーバ）

(3)　SVP設定メニュー，SVPマイクロプログラム設定メニューによる設定（Linuxサーバ）

(1)　SVP PCI設定ユティリティの起動（Windowsサーバ）

SVP PCIボードを設定する場合，SVP PCI設定ユティリティを使用します。SVP PCIボードを搭載しているサーバで次の手順でSVP PCI設定ユティリティを実行してください。

注意

Windows Server 2008の場合，SVP PCI設定ユティリティを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックして処理を続行してください。

［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［SVP PCI設定ユティリティ］を選択する
SVP PCI設定ユティリティが起動されます。

(2)　SVP PCIボードの設定（Windowsサーバ）

SVP PCI設定ユティリティでは次の情報について設定します。

(a)　障害監視

サーバの致命的障害について監視するかどうかについて設定します。

［障害監視をする］チェックボックスをONにする

［詳細設定］ボタンをクリックする
［障害監視 詳細設定］ダイアログボックスが表示されます。

次に示す情報を設定する

表3-37　SVPマイクロプログラム 03-00-00以降のバージョンを利用する場合

設定項目
デフォルト
設定内容

監視周期
監視する3分
ウォッチドッグタイマの監視間隔を分単位で設定します。設定範囲は3～60です。ウォッチドッグタイマの監視は，ここで設定した監視周期で実行されます。

障害発生時処理※1
何もしない
サーバハングアップ，OSダウンによって，ウォッチドッグタイマのタイムアウトが発生した場合，自動的にどのように処理するかを設定します。障害発生時処理の設定とアラート通知の設定は共に有効です。
ここでは，次のどれかを設定します。

何もしない
ウォッチドッグタイマのタイムアウトが発生しても，何も処理しません。

リセット
サーバのRESETボタンを押したときと同じ処理をするときに設定します。なお，障害の状態によっては，正常にリセットできない場合があります。

電源OFF
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにします。

電源OFF→電源ON
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにして，すぐONにします。

NMI発行
ウォッチドッグタイマのタイムアウトが発生したときにNMIを発生させます。

障害発生時処理で「リセット」または「電源OFF→電源ON」を指定した場合，リセットまたは電源ON処理が失敗したときに一定時間（タイムアウト時間）内でリトライします。
これらのタイムアウト時間は次の値を使用します。

リセット
リブート監視のタイムアウト値

電源OFF→電源ON
電源ON監視のタイムアウト値（電源ONの場合だけ監視）

なお，リブート監視または電源ON監視が設定されていない場合はリトライしません。

アラート通知
あり
（障害通知）
サーバで障害などのイベントが発生したときに，マネージャサービスにアラートとして通知するかどうかについて次のどれかを設定します。

なし
アラートの通知をしません。

あり（障害通知）
注意，警告，障害のイベントをアラートとして通知します。

あり（情報通知）
情報のイベントだけをアラートとして通知します。

あり（全通知）
すべてのイベントをアラートとして通知します。

電源ON監視※2※3
監視しない10分
電源ONに失敗したときに，電源ONの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。
リトライする場合は，このチェックボックスをONにします。タイムアウト時間の設定範囲は10～60（分）です。

電源OFF監視※4
監視しない10分
次のどちらかの処理の電源OFFに失敗したときに，電源OFFの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

電源制御スケジュール

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

リトライする場合は，このチェックボックスをONにします。タイムアウト時間の設定範囲は10～60（分）です。

リブート監視
監視しない20分
次の処理のリブートに失敗したときに，リブートの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

リトライする場合は，このチェックボックスをONにします。タイムアウト時間の設定範囲は20～60（分）です。

注※1

障害発生時処理でリセットを設定する場合，Windowsが自動的に再起動しないように，Windowsのコントロールパネルのシステムアイコンで［起動/シャットダウン］ボタンをクリック後，［自動的に再起動する］チェックボックスをOFFにしてください。

注※2

電源ON監視をONに設定している場合，BIOS起動中にBIOS設定などをすると，設定したタイムアウト時間でリトライ（電源OFF→電源ON）します。電源ON監視をOFFに設定してからBIOS設定などをしてください。

注※3

電源ON監視をONに設定してJP1/ServerConductorをアンインストールすると，電源ON監視処理がアンインストール後も動作してしまいます。アンインストールするときは，電源ON監視，電源OFF監視，またはリブート監視をOFFに設定してからアンインストールしてください。

注※4

電源ON監視，電源OFF監視，およびリブート監視のタイマ設定については各サーバによって起動時間やシャットダウン時間が異なります。事前に十分検証した上で設定してください。

表3-38　SVPマイクロプログラム 03-00-00より前のバージョンを利用する場合

設定項目
デフォルト
設定内容

監視周期
監視する3分
ウォッチドッグタイマの監視間隔を分単位で設定します。設定範囲は3～60です。設定した時間からさらに6分間OSから応答がない場合，障害を検出します。

障害発生時処理※
何もしない
サーバハングアップ，OSダウンによって，ウォッチドッグタイマのタイムアウトが発生した場合，次のような要因でマネージャサービスに通知できないとき，自動的にどのように処理するか設定します。

アラート通知で「なし」を設定している

すべての通報先マネージャサービスに対するアラート通知が失敗した

ここでは，次のどれかを設定します。

何もしない
ウォッチドッグタイマのタイムアウトが発生しても，何も処理しません。

リセット
サーバについているRESETボタンを押したときと同じ処理をするときに設定します。なお，障害の状態によっては，正常にリセットできない場合があります。

電源OFF
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにします。

電源OFF→電源ON
ウォッチドッグタイマのタイムアウトが発生したときに電源をOFFにして，すぐONにします。

アラート通知
あり
（障害通知）
サーバで障害などのイベントが発生したときに，マネージャサービスにアラートとして通知するかどうかについて次のどれかを設定します。

なし
アラートの通知をしません。

あり（障害通知）
注意，警告，障害のイベントをアラートとして通知します。

あり（情報通知）
情報のイベントだけをアラートとして通知します。

あり（全通知）
すべてのイベントをアラートとして通知します。

電源ON監視
－
この機能は無効です。

電源OFF監視
－
この機能は無効です。

リブート監視
－
この機能は無効です。

（凡例）　－：該当なし

注※

障害発生時処理でリセットを設定する場合，Windowsが自動的に再起動しないように，Windowsのコントロールパネルのシステムアイコンで［起動/シャットダウン］ボタンをクリック後，［自動的に再起動する］チェックボックスをOFFにしてください。

(b)　SVPアドレス

SVPボードはTCP/IPを使用して通信します。SVPボードに搭載したLANボードについて設定します。

ここでは次の情報を設定します。

表3-39　LANボードの設定

設定項目 | 設定内容
IPアドレス | SVPボードに設定するIPアドレスを設定します。
サブネットマスク | サブネットマスクを設定します。
デフォルトゲートウェイ | デフォルトゲートウェイのIPアドレスを設定します。

注意

このSVPアドレスは必ず設定してください。また，IPアドレスには，SVPボード専用のIPアドレスを設定してください。SVPボードを搭載しているサーバのLANボードのIPアドレスと同じアドレスは設定しないでください。

(c)　通報先

障害が発生したときに通知を送るマネージャサービスについて設定します。通報先は4台まで設定できます。

表3-40　マネージャサービスの設定

設定項目 | 設定内容
名称 | マネージャサービスのホスト名などを設定します。
IPアドレス | マネージャサービスのIPアドレスを設定します。
ポート | マネージャサービスと通信するときのポート番号を設定します。デフォルトは20079です。

注意

通報先のIPアドレスには，必ずマネージャサービスのIPアドレスを設定してください。マネージャサービスのIPアドレスを設定しないと，SVPボードと通信できません。

(d)　サーバ情報

サーバに関する情報を設定します。この情報はコンソールサービスから参照できます。

表3-41　サーバ情報の設定

設定項目 | 設定内容
管理者名 | サーバを管理しているシステム管理者名を設定します。
設置場所 | サーバを設置している場所を設定します。

SVP PCIボードについて設定したら，内容を確認して，［設定］ボタンをクリックしてください。

(e)　SVPマイクロ

SVPマイクロプログラムをバージョンアップする場合は，ダイアログボックスにある［SVPマイクロをロードする］チェックボックスをONにして，ロード元を指定してください。

(3)　SVP設定メニュー，SVPマイクロプログラム設定メニューによる設定（Linuxサーバ）

Linuxサーバで，障害発生時の通知に関する設定，電源制御に関する設定，Advanced Agentの通信に関する情報などを設定する場合はSVP設定メニューを使用します。SVPマイクロプログラムのパスを設定する場合はSVPマイクロプログラム設定メニューを使用します。これらのメニューはsmhaaeditコマンドを使用して設定します。

(a)　smhaaeditコマンドの書式

smhaaeditコマンドの書式を，次に示します。

/usr/sbin/smhaaedit [-s段数] [-g[幅][x高さ]] [-adagent|-load|-svp|-snmp]
/usr/sbin/smhaaedit -h

起動オプションの意味は次のとおりです。

-s段数

段組表示されるメニューの段数を指定します。未指定の場合，画面のサイズに応じて段数が決まります。指定できる段数は1または2です。

-g[幅][x高さ]

画面サイズを指定します。単位は文字数で，幅は10～160，高さは10～72の値で指定します。デフォルトは-g80x24です。

-adagent，-load，-svp，-snmp

編集する環境設定ファイルを指定します。

Advanced Agent設定ファイルを編集する場合は-adagentを指定します。-adagentを指定すると，Advanced Agent設定メニューが表示されます。

設定するSVPマイクロプログラムのパスを指定する場合は，-loadを指定します。-loadを指定すると，SVPマイクロプログラム設定メニューが表示されます。SVP PCIボードを搭載していないLinuxサーバの場合は，-loadを指定できません。

SVP設定ファイルを編集する場合は-svpを指定します。-svpを指定すると，SVP設定メニューが表示されます。

SNMP設定ファイルを編集する場合は-snmpを指定します。-snmpを指定すると，SNMP設定メニューが表示されます。SNMP設定メニューについては，「17.4　SNMPトランスレータを利用してLinuxサーバを管理する場合の環境の設定方法」を参照してください。

これらのオプションは，同時に指定することはできません。

どれも指定しない場合には，どのファイルを編集するかを選択するためのメインメニューが表示されます。

-h

環境設定コマンドの使用法を表示します。

(b)　SVP設定メニューによる設定

smhaaeditコマンドによるSVPの設定手順を次に示します。なお，各環境設定メニューの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」のsmhaaeditコマンド（Linuxサーバ）について記載されている節を参照してください。

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      Configuration Main Menu       ####
 1. Advanced Agent Configuration File
 2. Load SVPmicro Program
 3. SVP Setup
 4. SNMP Configuration File
Command (1-4/Quit)>

「1.Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Disabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「1. SVPAgentService」を選択し，「Enabled」に設定する
Advanced Agent設定メニューの「1. SVPAgentService」が「Enabled」になります。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Enabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「3. SVP Setup」を選択する
SVP設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####              SVP Setup             ####
   # SVPmicroProgramVersion     [04-00-xx]
   1.ErrorWatching              [Enabled] 11.Destination2-Port [20079]
   2.ErrorWatchingDetailSetting ->        12.Destination3-Name [Mr.C   ]
.............以下省略.............

Command(1-19/Menu/Quit)>

このメニューでは，障害発生時の通知に関する設定，電源制御に関する設定，Advanced Agentの通信に関する情報などについて設定します。

必要な項目を設定する
SVP設定メニューでの設定項目を次に示します。［SVPAddress-IPAddress］と［SVPAddress-SubnetMask］は必ず設定してください。

表3-42　SVP設定メニューでの設定項目

設定項目
デフォルト
設定内容

ErrorWatching
Enabled
ウォッチドッグタイマを設定します。

Enabled：する

Disabled：しない

ErrorWatchingDetailSetting
－
ウォッチドッグタイマによる障害監視の詳細情報を設定する場合に選択します。
この項目を選択すると，ErrorWatchingDetailSettingサブメニューが表示されます。

SVPAddress-IPAddress
なし
（設定必須）
HA8000シリーズサーバでは，LANボードに設定するIPアドレス（SVP用）を設定します。

SVPAddress-SubnetMask
なし
（設定必須）
HA8000シリーズサーバでは，接続したLANで使用されているサブネットマスクのIPアドレスを設定します。

SVPAddress-DefaultGateway
なし
HA8000シリーズサーバでは，接続したLANのデフォルトゲートウェイのIPアドレスを設定します。

DestinationX-Name
（X：1～4）
なし
マネージャのホスト名などを半角の英数字で16文字以内（終了コードを含む）で設定します。

DestinationX-IPAddress
（X：1～4）
なし
マネージャのIPアドレスを設定します。

DestinationX-Port
（X：1～4）
20079
マネージャと通信するときのポート番号を設定します。

AdministratorName
なし
サーバを管理しているシステム管理者名を設定します。
半角の英数字で128文字以内，日本語で入力する場合64文字以内で設定します。

InstallationLocation
なし
サーバを設置している場所を設定します。
半角の英数字で256文字以内，日本語で入力する場合128文字以内で設定します。

（凡例）

－：サブメニューが表示される項目であり，値は設定しません。

障害監視の詳細情報を設定する場合，「2.ErrorWatchingDetailSetting」を選択する
ErrorWatchingDetailSettingサブメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####    Error Watching Detail Setting   ####
   # SVPmicroProgramVersion     [04-00-xx]
   1.ErrorWatchingInterval      [3]
   2.ProcessAtError             [0]
   3.AlertNotification          [1]
   4.PowerOnWatching            [Disabled]
   5.PowerOnWatchingTimeout     [10]
   6.PowerOffWatching           [Disabled]
   7.PowerOffWatchingTimeout    [10]
   8.RebootWatching             [Disabled]
   9.RebootWatchingTimeout      [20]

Command(1-9/Menu/Quit)>

このメニューでは，障害発生時の通知に関する詳細情報を設定します。

必要な項目を設定する
ErrorWatchingDetailSettingサブメニューでの設定項目を次に示します。

設定項目
デフォルト
設定内容

ErrorWatchingInterval
3
ウォッチドッグタイマの監視間隔を分単位で設定します。設定範囲は3～60です。

ProcessAtError
0
サーバハングアップ，OSダウンによって，ウォッチドッグタイマのタイムアウトが発生した場合，どのように処理するかを設定します。次の五つの設定項目から数値で設定します。

0：何もしない

1：リセット

2：電源OFF

3：電源OFFにしたあと電源ONにする

4：ウォッチドッグタイマのタイムアウトが発生したときにNMIを発行する

AlertNotification
1
サーバに障害などが発生した場合，マネージャサービスにアラートとして通知するかどうかを設定します。次の四つの設定項目から数値で設定します。

0：なし

1：あり（障害通知）

2：あり（情報通知）

3：あり（すべて通知）

PowerOnWatching
Disabled
電源ONに失敗した場合，一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

Enabled：リトライする

Disabled：リトライしない

PowerOnWatchingTimeout
10
電源ONのリトライタイムアウト時間を設定します。「PowerOnWatching」がEnabledの場合だけ有効です。設定範囲は10～60分です。

PowerOffWatching
Disabled
次のどちらかの処理の電源OFFに失敗したときに，電源OFFの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

電源制御スケジュール

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

Enabled：リトライする

Disabled：リトライしない

PowerOffWatchingTimeout
10
電源OFFのリトライタイムアウト時間を設定します。「PowerOffWatching」がEnabledの場合だけ有効です。設定範囲は10～60分です。

RebootWatching
Disabled
次の処理のリブートに失敗したときに，リブートの処理を一定時間（タイムアウト時間）内でリトライするかどうかを設定します。

エージェントサービスが実行するアラート発生時のサーバ動作（「7.5.2　アラート発生時のサーバの動作の設定方法」を参照）

Enabled：リトライする

Disabled：リトライしない

RebootWatchingTimeout
20
リブートのリトライタイムアウト時間を設定します。「RebootWatching」がEnabledの場合だけ有効です。設定範囲は10～60分です。

「Quit」を選択する
SVP設定メニューに戻ります。

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

(c)　SVPマイクロプログラム設定メニューによる設定

smhaaeditコマンドによるSVPマイクロプログラムの設定手順を次に示します。なお，各環境設定メニューの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」のsmhaaeditコマンド（Linuxサーバ）について記載されている節を参照してください。

注意

SVP PCIボードを搭載していないLinuxサーバの場合は設定できません。

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      Configuration Main Menu       ####
 1. Advanced Agent Configuration File
 2. Load SVPmicro Program
 3. SVP Setup
 4. SNMP Configuration File

Command (1-4/Quit)>

「2. Load SVP micro Program」を選択する
SVPマイクロプログラム設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####       Load SVPmicro Program        ####
 # SVPmicroProgramVersion [04-00-xx]
 1.SVPmicroProgramLocation[/mnt/floppy/SVPEO/…]

Command(1/Menu/Quit)>

このメニューでは，設定するSVPマイクロプログラムのパスを設定します。

必要な項目を設定する
SVPマイクロプログラム設定メニューでの設定項目を次に示します。

表3-43　SVPマイクロプログラム設定メニューでの設定項目

設定項目 | デフォルト | 設定内容
SVPmicroProgramLocation | "/mnt/floppy/SVPEO/SVPEO.EXE" | 設定するSVPマイクロプログラムのパスを半角の英数字で，255文字以内で設定します。

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
SVPマイクロプログラムがロードされ，Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

3.17　JP1/IM連携の設定

マネージャサービスが検知したアラートをJP1/IMへ通知する場合，およびサーバで検知したアラートをJP1/IMへ通知する場合のJP1/IM連携機能の設定について説明します。

注意

サーバで検知したアラートをJP1/IMへ通知する機能は，Windowsサーバの場合に使用できます。

＜この節の構成＞

3.17.1　JP1/IM連携機能の設定

3.17.2　JP1/IM連携機能の注意事項

3.17.1　JP1/IM連携機能の設定

ここでは，JP1/IM連携機能の設定について説明します。次に示す手順でJP1/IM連携機能を設定してください。

＜この項の構成＞

(1)　マネージャサービスを経由して通知する場合

(2)　マネージャサービスを経由しないでサーバから直接通知する場合

(1)　マネージャサービスを経由して通知する場合

マネージャサービスを経由してアラートを通知する場合の手順を次に示します。

マネージャサービスをインストールしたホストで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

［マネージャサービス］タブを選択する
環境設定ユティリティ（［マネージャサービス］タブ）が表示されます。

［詳細設定］ボタンをクリックする
環境設定ユティリティの［JP1/IM連携機能］タブが表示されます。

次に示す情報を設定する

表3-44　［マネージャサービス］タブ－［詳細設定］ボタン－［JP1/IM連携機能］タブの設定内容

設定項目 | 設定内容
JP1/IMへのアラート通知 | JP1/IMへアラートを通知するかどうかを設定します。通知する場合は，［JP1/IMへのアラート通知］チェックボックスをONにします。デフォルトはOFFです。
アラートレベル | JP1/IMへ通知するアラートのレベルを設定します。通知するアラートレベルのチェックボックスをONにしてください。デフォルトは「警告」と「障害」のチェックボックスがONです。
コンピュータ名付加オプション | JP1/IMに通知するアラートのメッセージに，アラートが発生したサーバのコンピュータ名を付加するかどうかを設定します。メッセージにコンピュータ名を付加する場合は，［JP1/IMへ通知するアラートメッセージにコンピュータ名を付加する］チェックボックスをONにします。デフォルトはOFFです。

(2)　マネージャサービスを経由しないでサーバから直接通知する場合

マネージャサービスを経由しないでサーバからアラートを直接通知します。

ローカルコンソールサービスをインストールしたホストで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

［ローカルコンソール］タブを選択する
環境設定ユティリティ（［ローカルコンソール］タブ）が表示されます。

［詳細設定］ボタンをクリックする
環境設定ユティリティの［表示］タブが表示されます。

［JP1/IM連携機能］タブを選択する
環境設定ユティリティの［JP1/IM連携機能］タブが表示されます。

次に示す情報を設定する

表3-45　［ローカルコンソール］タブ－［詳細設定］ボタン－［JP1/IM連携機能］タブの設定内容

設定項目 | 設定内容
JP1/IMへのアラート通知 | JP1/IMへアラートを通知するかどうかを設定します。通知する場合は，［JP1/IMへのアラート通知］チェックボックスをONにします。デフォルトはOFFです。
アラートレベル | JP1/IMへ通知するアラートのレベルを設定します。通知するアラートレベルのチェックボックスをONにしてください。デフォルトは「警告」と「障害」のチェックボックスがONです。
コンピュータ名付加オプション | JP1/IMに通知するアラートのメッセージに，アラートが発生したサーバのコンピュータ名を付加するかどうかを設定します。メッセージにコンピュータ名を付加する場合は，［JP1/IMへ通知するアラートメッセージにコンピュータ名を付加する］チェックボックスをONにします。デフォルトはOFFです。

3.17.2　JP1/IM連携機能の注意事項

＜この項の構成＞

(1)　JP1/IMへアラートを通知する環境を構築する場合の注意

(2)　JP1/ServerConductorのアラートに関する設定について

(3)　通知されるアラートについて

(1)　JP1/IMへアラートを通知する環境を構築する場合の注意

(a)　JP1/Baseの設定について

マネージャサービスを経由する場合，アラート通知元（マネージャ）にインストールしているJP1/Baseがアラート通知先のJP1/IMのサーバにアラートを通知するためには，JP1/Baseに対して，転送設定ファイルを設定する必要があります。

また，マネージャサービスを経由しないで直接連携する場合にも，エージェントサービスと同じサーバで動作しているJP1/Baseがアラート通知先のJP1/IMのサーバにアラートを通知するためには，JP1/Baseに対して，転送設定ファイルを設定する必要があります。

転送設定ファイルの設定方法を次に示します。

転送設定ファイルの設定

次のフォルダにあるforwardファイルに通知先のイベントサーバ名を追加します。

JP1/Baseインストール先フォルダ¥JP1Base¥CONF¥event¥servers¥default

forwardファイルに，次のtoからend-toまでの内容を設定します。

  ----- forward ファイル  start -----------------------------
  #----------------------------------------------------------
  # JP1/Integrated Manager - Event Service Forwarding Setting
  #----------------------------------------------------------
  to IMSERVER
  B.ID NOTIN FFFFFFFF
  end-to

  ----- forward ファイル  end -------------------------------

設定内容の意味は次のとおりです。

to IMSERVER

イベントサーバ名（この例ではIMSERVER）を設定します。IPアドレスは設定できません（IPアドレスとホスト名の対応はDNSを使用するかhostsファイルで設定してください）。

B.ID NOTIN FFFFFFFF

これはアラート（JP1イベント）のフィルタリングの設定です。すべてのアラートを通知するように，上記のとおりに設定します。

end-to

転送設定指定の終了を示します。

注意

JP1 Version7iまたはJP1 Version8を使用する場合，JP1/Baseに対して認証サーバの設定およびJP1ユーザ登録が必要です。設定方法については，マニュアル「JP1 Version7i JP1/Base」またはマニュアル「JP1 Version 8 JP1/Base 運用ガイド」を参照してください。

(b)　JP1/IM連携機能を設定するサービスについて

複数台のサーバを管理する場合は，必ずマネージャサービスに対してJP1/IM連携機能の設定をしてください。1台のサーバだけを管理したい場合は，ローカルコンソールを使用してJP1/IM連携機能を設定することもできます。ただし，マネージャサービスでの設定とローカルコンソールからの設定を同時に行わないでください。JP1/IMにアラートが二重に通知されてしまいます。

(2)　JP1/ServerConductorのアラートに関する設定について

JP1/ServerConductorは，発生したアラートをアプリケーションログに書き込んだり，SNMPトラップで通知したりできますが，JP1/ServerConductorでJP1/IMへのアラート通知をする場合は，アプリケーションログやSNMPトラップ機能と併用しないでください。JP1/IMではアプリケーションログなどのさまざまなイベントを収集しているため，二重に通知される可能性があります。

(3)　通知されるアラートについて

アラートメッセージ内に半角かたかなが含まれている場合は，全角かたかなに変換されて通知されます。

通知できるアラートメッセージの長さは255バイトです。アラートメッセージが256バイト以上の場合，メッセージの先頭部分が「...」に置き換わって通知されます。

3.18　JP1/AppManager連携の設定

JP1/AppManagerからJP1/ServerConductorの管理対象サーバを管理する場合の設定について説明します。

注意

JP1/AppManagerからJP1/ServerConductorの管理対象サーバを管理する機能は，HA8000 Windowsサーバでだけ使用できます。

エージェントサービスのインストールされたWindowsサーバで環境設定ユティリティを起動する
環境設定ユティリティが起動されます。

［エージェントサービス］タブを選択する
環境設定ユティリティ（［エージェントサービス］タブ）が表示されます。

［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

［JP1/AppManager連携］タブを選択する
環境設定ユティリティの［JP1/AppManager連携］タブが表示されます。

次に示す情報を設定する

表3-46　環境設定ユティリティ（エージェントサービス）－［JP1/AppManager連携］タブの設定内容

設定項目 | 設定内容
JP1/AppManager連携機能を有効にする | JP1/AppManagerの管理コンソールからJP1/ServerConductorの管理対象サーバを管理する場合は，このチェックボックスをONにします。デフォルトはOFFです。

注意

JP1/AppManagerのオペレータコンソール画面でJP1/ServerConductorのディスカバリを実行すると，「JP1/AppManagerとの連携機能」が自動的に有効になります。

「JP1/AppManagerとの連携機能」を無効にする場合は，環境設定ユティリティの［JP1/AppManager連携］タブで［JP1/AppManager連携機能を有効にする］チェックボックスをOFFにしてください。

4.　ユーザ管理情報の設定

この章では，JP1/ServerConductorのユーザ管理の概要，およびユーザ管理情報の設定方法について説明します。

＜この章の構成＞

4.1　JP1/ServerConductorでのユーザ管理の概要

4.2　JP1/ServerConductorでのユーザ管理

4.1　JP1/ServerConductorでのユーザ管理の概要

JP1/ServerConductorでは，設定および参照ができるアドミニストレータと，参照だけができるサブアドミニストレータの2種類のユーザを設定することでユーザ管理をしています。

ユーザ管理の概要を次の図に示します。

図4-1　ユーザ管理の概要

JP1/ServerConductorでは，次の方法でユーザを認証します。

あらかじめ，ユーザの種類ごとにパスワードを設定する。

ログイン時，ユーザ種別およびユーザ種別に対応したパスワードを指定する。

指定したパスワードが，設定されているパスワードと一致すれば，指定したユーザ種別でログインできる。

4.2　JP1/ServerConductorでのユーザ管理

JP1/ServerConductorでのユーザの種類，およびパスワードの設定手順について説明します。

＜この節の構成＞

4.2.1　ユーザの種類

4.2.2　設定手順

4.2.1　ユーザの種類

JP1/ServerConductorで使用するユーザを次に示します。

アドミニストレータ

アドミニストレータは，情報取得や設定，障害通知など，JP1/ServerConductorで使用できるすべての機能を利用できます。

サブアドミニストレータ

サブアドミニストレータは，情報取得や障害通知など，コンソールサービスに表示される情報を参照できます。設定はできません。

4.2.2　設定手順

ログインユーザの種類を識別して管理するには，ユーザの種類ごとにパスワードを設定しておく必要があります。マネージャサービスまたはローカルコンソールサービスの環境設定ユティリティで，アドミニストレータおよびサブアドミニストレータのパスワードをそれぞれ設定します。

手順を次に示します。この操作は，Administrators権限を持つユーザが実施してください。

環境設定ユティリティを起動する
環境設定ユティリティの起動方法については，「3.8　環境設定ユティリティの基本操作」を参照してください。

［マネージャサービス］タブまたは［ローカルコンソール］タブを選択する
選択したタブが表示されます。［マネージャサービス］タブを選択した場合の表示例を次に示します。

［認証設定］で［アドミニストレータ］ボタンをクリックする
［パスワード設定］ダイアログボックスが表示されます。

［新しいパスワード］でアドミニストレータのパスワードを設定する
パスワードは，16文字以内の半角英数字，半角スペース，および半角記号で設定します。パスワードは必ず設定してください。

確認のため，［新しいパスワード］で設定したパスワードを［パスワード確認入力］に入力する

［OK］ボタンをクリックする

［認証設定］で［サブアドミニストレータ］ボタンをクリックする
［パスワード設定］ダイアログボックスが表示されます。

アドミニストレータのパスワード設定と同じ手順で，サブアドミニストレータのパスワードを設定する

［OK］ボタンをクリックする

［OK］ボタンをクリックする

コンソールサービスへのログイン方法については，「5.1.1(1)　起動」を参照してください。

5.　コンソールサービスの操作方法

この章では，コンソールサービスの機能概要，起動と終了の方法，および画面構成について説明します。

＜この章の構成＞

5.1　起動と終了

5.2　ホストの一覧を表示する

5.1　起動と終了

コンソールサービスには次の3種類があります。

コンソールサービス

ローカルコンソールサービス

Webコンソールサービス

ここでは，JP1/ServerConductorのコンソールサービス，ローカルコンソールサービス，およびWebコンソールサービスの起動・終了方法について説明します。

エージェントサービス，およびマネージャサービスは，サーバ起動時に自動起動，サーバ停止時に自動終了するので，起動・終了の操作は不要です。

＜この節の構成＞

5.1.1　コンソールサービス／ローカルコンソールサービスの起動と終了

5.1.2　Webコンソールサービスの起動と終了

5.1.1　コンソールサービス／ローカルコンソールサービスの起動と終了

コンソールサービスまたはローカルコンソールサービスの起動と終了の方法について説明します。

＜この項の構成＞

(1)　起動

(2)　終了

(3)　［ホスト管理］ウィンドウ

(4)　印刷

(1)　起動

コンソールサービスまたはローカルコンソールサービスを使用する場合，Administrators権限が必要です。次にそれぞれの起動方法について説明します。

(a)　コンソールサービスの起動（BSMの場合）

注意

Windows VistaおよびWindows Server 2008の場合，コンソールサービスを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックして処理を続行してください。

コンソールサービスを使用するマシンに，Administrators権限でログインする

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
［ServerConductor コンソールサービス - ログイン］ダイアログボックスが表示されます。

接続先マネージャサービスを選択する
複数の接続先マネージャサービスを選択することもできます。

ログインするユーザ種別を選択する
アドミニストレータ，またはサブアドミニストレータを選択してください。

選択したユーザのパスワードを入力する

［OK］ボタンをクリックする

ログイン認証に成功すると，コンソールサービスが起動されます。

コンソールサービスで複数の接続先マネージャサービスを選択した場合，選択した接続先マネージャサービスのリストの上から順番にログイン認証が試みられます。このとき，認証に失敗（特定のマネージャサービスだけパスワードが異なる場合など）すると，そのマネージャサービスへの再ログインを試みるかどうかの問い合わせメッセージが表示されます。問い合わせメッセージの［再ログインする］ボタンをクリックすると，認証に失敗した接続先マネージャサービスのパスワードを入力し直して再ログインできます。問い合わせメッセージの［再ログインしない］ボタンをクリックすると，認証に成功した接続先マネージャサービスだけに接続して起動します。

起動後の再ログイン・追加ログイン

ログインしているすべてのマネージャサービスからログアウトして再度ログインする場合，［ホスト管理］ウィンドウの［ファイル］メニューから［再ログイン］を選択します。

ログインしているマネージャサービスはそのままで，特定のマネージャサービスに追加ログインする場合，［ファイル］メニューから［追加ログイン］を選択します。

(b)　コンソールサービスの起動（Server Managerの場合）

注意

Windows Vistaの場合，コンソールサービスを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックして処理を続行してください。

コンソールサービスを使用するマシンに，Administrators権限でログインする

［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［コンソールサービス］を選択する
［ServerConductor コンソールサービス - ログイン］ダイアログボックスが表示されます。

接続先マネージャサービスを選択する
複数の接続先マネージャサービスを選択することもできます。

ログインするユーザ種別を選択する
アドミニストレータ，またはサブアドミニストレータを選択してください。

選択したユーザ種別のパスワードを入力する

［OK］ボタンをクリックする

ログイン認証に成功すると，コンソールサービスが起動されます。

コンソールサービスで複数の接続先マネージャサービスを選択した場合，選択した接続先マネージャサービスのリストの上から順番にログイン認証が試みられます。このとき，認証に失敗（特定のマネージャサービスだけパスワードが異なる場合など）すると，そのマネージャサービスへの再ログインを試みるかどうかの問い合わせメッセージが表示されます。問い合わせメッセージの［再ログインする］ボタンをクリックすると，認証に失敗した接続先マネージャサービスのパスワードを入力し直して再ログインできます。問い合わせメッセージの［再ログインしない］ボタンをクリックすると，認証に成功した接続先マネージャサービスだけに接続して起動します。

起動後の再ログイン・追加ログイン

ログインしているすべてのマネージャサービスからログアウトして再度ログインする場合，［ホスト管理］ウィンドウの［ファイル］メニューから［再ログイン］を選択します。

ログインしているマネージャサービスはそのままで，特定のマネージャサービスに追加ログインする場合，［ファイル］メニューから［追加ログイン］を選択します。

(c)　ローカルコンソールサービスの起動

注意

Windows Server 2008の場合，ローカルコンソールサービスを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンをクリックして処理を続行してください。

ローカルコンソールサービスを使用するマシンに，Administrators権限でログインする

［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［ローカルコンソールサービス］を選択する
［ServerConductor コンソールサービス - ログイン］ダイアログボックスが表示されます。

ログインするユーザ種別を選択する
アドミニストレータ，またはサブアドミニストレータを選択してください。

選択したユーザ種別のパスワードを入力する

［OK］ボタンをクリックする

ログイン認証に成功すると，ローカルコンソールサービスが起動されます。

(2)　終了

コンソールサービスまたはローカルコンソールサービスを終了する場合，［ファイル］メニューから［コンソールサービスの終了］を選択してください。

(3)　［ホスト管理］ウィンドウ

コンソールサービスまたはローカルコンソールサービスを起動すると，［ホスト管理］ウィンドウ（タイトルバーに「ホスト管理」と表示されたウィンドウ）が表示されます。

［ホスト管理］ウィンドウに一覧表示される情報の意味は，次のとおりです。

表示情報
意味

アイコン
ホストの状態がアイコンで表示されます。

サーバシャーシ：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（未起動）

HVM：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（未起動）

サーバ（LPAR上で稼働しているサーバを含む）：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（未起動）

VMホスト：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（未起動）

VMゲスト：

[図データ]（正常）　[図データ]（未起動）

マネージャ：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（未起動）

サイト：

[図データ]（正常）　[図データ]（アラート通知あり）　なし（未起動）

ドメイン：

[図データ]（正常）　[図データ]（アラート通知あり）　なし（未起動）

ツリー：

[図データ]（正常）　[図データ]（アラート通知あり）

コンピュータ名
OSで設定したコンピュータ名が表示されます。
LinuxサーバおよびHP-UXサーバの場合，ホスト名が表示されます。

ホスト名
ホスト名が表示されます。ホスト以外の場合は，何も表示されません。

OS名
ホストのOS名が表示されます。

未確認アラートの有無
未確認アラートがある場合は「あり」が表示されます。

電源制御

Windowsサーバ，Linuxサーバ，HP-UXサーバ

SVP機能を搭載し，SVP/BMCエージェントサービスがインストールされたサーバ，または電源ON機能を備えたLANアダプタを搭載しているサーバのことです。

SVP機能を搭載しており，電源制御ができるWindowsサーバ，Linuxサーバ，HP-UXサーバの場合は，搭載しているSVPの種類「SVP（PCI）」，「SVP（BMC）」が表示されます。

SVP機能，および電源ON機能を備えたLANアダプタを搭載しており，電源制御ができるサーバの場合は，搭載しているSVPの種類「SVP（PCI）」，「SVP（BMC）」が表示されます。

電源ON機能を備えたLANアダプタを搭載しており，電源制御ができるWindowsサーバおよびLinuxサーバの場合は，「WOL」が表示されます。

電源制御できないHP-UXサーバには，何も表示されません。

HVM

LPARモードの物理パーティション上で動作し，LPARを管理している仮想化機構のことです。「SVP（BMC）」が表示されます。

LPAR上で稼働しているWindowsサーバおよびLinuxサーバ

そのLPARを管理しているHVMが［ホスト管理］ウィンドウに登録されている場合
SVP/BMCエージェントサービスがインストールされている論理パーティション上で稼働しているサーバの場合，電源制御情報に「HVM※」が表示されます。
SVP/BMCエージェントサービスがインストールされていない論理パーティション上で稼働しているサーバの場合，電源制御情報に「WOL」が表示されます。

そのLPARを管理しているHVMが［ホスト管理］ウィンドウに登録されていない場合
電源制御情報に「WOL」が表示されます。

そのLPARを管理しているHVMが活性化されていない場合
電源制御情報に「WOL」が表示されます。

サーバシャーシ

BladeSymphonyのサーバシャーシのことです。「SVP」が表示されます。

VMホスト

VMwareやHyper-Vなどの仮想化プラットフォームのホスト（物理サーバ）のことです。

BladeSymphonyのVMホストの場合は，「SVP（BMC）」が表示されます。

HA8000でSVPボードのIPアドレスが指定されているVMホストの場合は，「SVP（PCI）」が表示されます。

HA8000でSVPボードのIPアドレスが指定されていないVMホストの場合は，「WOL」が表示されます。

VMゲスト

VMwareやHyper-Vによって提供される仮想的な環境（仮想化サーバ）のことです。

VMwareのVMゲストの場合は，「VMware」が表示されます。

Hyper-VのVMゲストの場合は，「Hyper-V」が表示されます。

シャーシID
BladeSymphonyのサーバシャーシまたはサーバモジュールの場合，BladeSymphonyのシャーシIDが表示されます。

パーティション番号
BladeSymphonyのサーバモジュールの場合，パーティション番号が表示されます。

LPAR識別子
サーバモジュールを論理パーティションに分割した論理パーティション番号が表示されます。

VMホスト名
VMホストの場合は，VMホストのホスト名が表示されます。
VMゲストの場合は，親となるVMホストのコンピュータ名が表示されます。
次の場合は，何も表示されません。

サーバ（エージェント，LPAR）

サーバシャーシ

HVM

クラスタ名
そのサーバがMSCSまたはフェールオーバークラスタのクラスタに属している場合，クラスタ名が表示されます。

注※

管理対象サーバに次のバージョンのAgentがインストールされている場合，「MLPF」と表示されます。

・Windowsの場合：08-23より前

・Linuxの場合：08-24以前

なお，LPAR上で稼働しているサーバおよびHVMの表示については，「23.3.1　コンソールサービスでの表示」を参照してください。

(4)　印刷

［ホスト管理］ウィンドウの表示情報を印刷する場合，［ファイル］メニューから［印刷］を選択してください。［ホスト管理］ウィンドウの表示情報が印刷されます。

5.1.2　Webコンソールサービスの起動と終了

Webコンソールサービスを使用する場合，Administrators権限が必要です。

Web管理コンソールのWebブラウザからWebサーバに接続すると，Webコンソールサービスへログインするためのパスワードを問い合わせてきます。環境設定ユティリティで設定したパスワードを入力して［ログイン］ボタンをクリックします。

Webコンソールサービスへの接続URL

http://"WebサーバのIPアドレス"/sysmgr/sm_main.htm

Web管理コンソールの動作に必要なバージョンのJava 2 Standard Edition Java Runtime EnvironmentがインストールされていないマシンのWebブラウザからWebコンソールサービスを起動すると，Java 2 Standard Edition Java Runtime Environmentをインストールするかどうか，問い合わせるメッセージが出力されます。必要なバージョンのJava 2 Standard Edition Java Runtime Environmentをインストールしてください。

終了するときは，Webコンソールサービスのコンソールアプレット以外のページに移動するか，またはWebブラウザを終了します。これによって自動的にWebコンソールサービスからログアウトされます。

Webコンソールサービスの画面および操作については，WebコンソールサービスのHTMLマニュアルを参照してください。

WebコンソールサービスのHTMLマニュアルへの接続URL

http://"WebサーバのIPアドレス"/sysmgr/help/3020-3-L60/index.htm

注意

Webコンソールサービスを利用する場合，WebサーバおよびWeb管理コンソールで，Java 2 Standard Edition Java Runtime Environmentが必要になります。Java 2 Standard Edition Java Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

Webコンソールサービスを利用する場合，ディスプレイのカラーパレットを256色以下に設定すると，情報表示エリアの色が変化することがあります。Webコンソールサービスを利用する場合は，ディスプレイのカラーパレットを65,536色以上に設定してください。

5.2　ホストの一覧を表示する

ここでは，コンソールサービスの［ホスト管理］ウィンドウに表示されるサーバの状態を管理する方法を説明します。

ローカルコンソールの場合，サーバ自身しか表示されません。

［ホスト管理］ウィンドウでは，管理しているサーバを一覧で表示するとき，次のような階層別に分類できます。

サイト別階層
エージェントサービスの資産情報に設定したサイト情報の階層別にホストを表示します。

ドメイン別階層
Windowsのドメイン情報の階層別にホストを表示します。

サービス構成別階層
マネージャサービスに接続しているホストをマネージャ単位に表示します。

サーバシャーシ別階層
マネージャサービスに接続しているホストのうち，BladeSymphonyのサーバシャーシ単位に表示します。

ツリー構成表示
マネージャサービスに接続しているホストをツリー構成で表示します。

以降に，各状態の表示方法と，画面に表示される内容を説明します。

なお，LPAR上で稼働しているサーバおよびHVMの表示については「23.3.1　コンソールサービスでの表示」を，仮想化プラットフォームのサーバの表示については「24.3.1　コンソールサービスでの表示」を参照してください。

＜この節の構成＞

5.2.1　サイト別に表示する

5.2.2　ドメイン別に表示する

5.2.3　サービス構成別に表示する

5.2.4　サーバシャーシ別に表示する

5.2.5　ツリー構成で表示する

5.2.1　サイト別に表示する

サイトごとにサーバを表示したい場合，［表示］メニューから，［サイト表示］を選択します。この場合，次のように表示されます。なお，サーバシャーシやHVMは表示されません。

サイト別に表示する場合，環境設定ユティリティの［エージェントサービス］タブでサイト情報を設定している必要があります。サイト情報の設定については，「3.11　エージェントサービス（Windowsサーバ）の設定」，「3.12　エージェントサービス（Linuxサーバ）の設定」，または「3.13　エージェントサービス（HP-UXサーバ）の設定」を参照してください。

5.2.2　ドメイン別に表示する

ドメインごとにホストを表示したい場合，［表示］メニューから，［ドメイン表示］を選択します。この場合，次のように表示されます。なお，サーバシャーシやHVMは表示されません。

このドメインの階層は，Windowsのドメイン情報を基にしています。

ドメインではなくワークグループに所属しているWindowsサーバは「WORKGROUP」という階層下に登録されます。また，ドメイン情報を持たないサーバ（LinuxサーバおよびHP-UXサーバ）は「サーバ」という階層下に登録されます。

5.2.3　サービス構成別に表示する

マネージャサービスに接続しているホストをマネージャサービス単位に表示したい場合，［表示］メニューから，［サービス構成表示］を選択します。次のように表示されます。

5.2.4　サーバシャーシ別に表示する

マネージャサービスに接続しているホストのうち，BladeSymphonyのサーバシャーシ別に表示したい場合，［表示］メニューから，［サーバシャーシ構成表示］を選択します。次のように表示されます。

注意

サーバシャーシ別の表示機能は，BSMだけの機能です。Server Managerでは表示できません。

5.2.5　ツリー構成で表示する

マネージャサービスに接続しているホストをツリー構成で表示したい場合，［表示］メニューから，［ツリー構成表示］を選択します。次のように表示されます。

注意

ツリー構成の表示機能は，BSMだけの機能です。Server Managerでは表示できません。

6.　資産管理

この章では，資産管理の方法と，管理できるインベントリ情報について説明します。

＜この章の構成＞

6.1　資産管理の概要

6.2　データベースを利用した資産管理に必要な設定

6.3　インベントリ情報を参照する

6.4　データベースを利用して資産管理をする

6.5　MIF情報を表示する

6.6　ハードウェア構成を確認する

6.1　資産管理の概要

JP1/ServerConductorでは，管理対象サーバの資産情報をGUIで一元管理できます。

JP1/ServerConductorでできる資産管理について説明します。

＜この節の構成＞

(1)　インベントリ情報を参照する

(2)　データベースを利用して資産管理をする

(3)　MIF情報を参照する

(4)　ハードウェア構成を参照する

(1)　インベントリ情報を参照する

インベントリ情報とは，サーバシャーシの情報，OSの種別，メモリやCPUの状態など資産管理に必要な情報のことです。インベントリ情報は，管理コンソールから参照できます。

また，インベントリ情報をCSVファイルに出力して利用することもできます。

(2)　データベースを利用して資産管理をする

インベントリ情報をデータベースに保持しておくと，次のようなことができます。

設定した条件に合うインベントリ情報を持つホストを検索する

設定した条件に合うホストを定期的に検索して，e-mailで検索結果を通知する

(3)　MIF情報を参照する

HA8000 Windowsサーバの場合，DMIが使用するハードウェアの管理情報（例：CPUの個数）であるMIF情報を参照できます。

(4)　ハードウェア構成を参照する

管理対象ホストのハードウェア構成図をコンソールサービス／ローカルコンソールサービスで参照できます。ハードウェア構成図を参照することで，管理対象ホストのCPUや電源ユニットの場所を確認できます。

6.2　データベースを利用した資産管理に必要な設定

管理対象ホストのインベントリ情報をマネージャサービスが収集して，データベース（Microsoft Access Driver）情報として保持しておくことができます。この機能を利用することによって，システム管理者は次のような運用管理ができます。

設定した条件に合うインベントリ情報を持つホストをデータベースから検索する（ホスト検索機能）

設定した条件に合うインベントリ情報を持つホストをデータベースから定期的に検索して，e-mailで検索結果を通知する（自動レポート機能）

これによって，マネージャサービスが管理しているホストの資産情報の変更や一貫性を，必要に応じて，または定期的に管理できるようになります。例えば，ある部署単位にホストを検索して管理したり，ホストのOSバージョンがあるバージョン以上に更新されているかどうかを定期的に検索してe-mailで通知したりできます。

データベース管理のシステム構成を次の図に示します。

図6-1　データベース管理のシステム構成

＜この節の構成＞

6.2.1　前提条件

6.2.2　データベースの設定

6.2.1　前提条件

この機能は，マネージャサービスが管理している次の管理対象ホストに対して使用できます。

Windowsサーバ

Linuxサーバ

HP-UXサーバ

6.2.2　データベースの設定

データベース管理をする場合，次の環境設定が必要です。

Windowsでの設定（管理サーバで実行）

ODBCデータソースの作成

JP1/ServerConductorコンソールサービスでの設定（管理コンソールで実行）

データベースの作成

自動レポート機能で使用するe-mailの設定（必要に応じて行う）

データベースの削除（必要に応じて行う）

以下に，それぞれの操作手順について説明します。

＜この項の構成＞

(1)　ODBCデータソースの作成

(2)　データベースの作成

(3)　e-mailの設定（自動レポート機能）

(4)　データベースの削除

(1)　ODBCデータソースの作成

コントロールパネルのODBCアドミニストレータを使用して，システムデータソースを事前に作成しておく必要があります。この操作は管理サーバ上で実行してください。

ここでは，Windows Server 2003での設定例を示します。

［コントロールパネル］の［管理ツール］から［データソース（ODBC）］を選択する
［ODBC データソース アドミニストレータ］ダイアログボックスが表示されます。64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システムDSN］タブを選択する

［追加］ボタンをクリックする
［データソースの新規作成］ダイアログボックスが表示されます。

［Microsoft Access Driver(*.mdb)］を選択し［完了］ボタンをクリックする
［ODBC Microsoft Accessセットアップ］ダイアログボックスが表示されます。

データソース名と説明を入力して［作成］ボタンをクリックする

（例）

データソース名：ServerConductor

説明：ServerConductor DSN

［データベースの新規作成］ダイアログボックスが表示されます。

データベース名を入力して［OK］ボタンをクリックする
ファイルの格納先は任意です。

［ODBC Microsoft Accessセットアップ］ダイアログボックスに戻るので［OK］ボタンをクリックする

(2)　データベースの作成

管理対象ホストのインベントリ情報を格納するデータベースを作成します。この操作は管理コンソール上で実行してください。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［レポート機能］タブを選択する

［ホスト検索機能と自動レポート機能を使用する］チェックボックスをONにする
［データベースの選択］ダイアログボックスが表示されます。
［データベースの選択］ダイアログボックスでは，使用するデータソース名を選択します。このダイアログボックスには，現在利用できる（「(1)　ODBCデータソースの作成」で作成した）データソース名だけが表示されます。

使用するデータソース名を選択して［OK］ボタンをクリックする
［レポート機能］タブに戻り，［データベース更新スケジュール設定］ボタンが活性化されます。

［データベース更新スケジュール設定］ボタンをクリックする
［データベース更新スケジュール設定］ダイアログボックスが表示されます。
［データベース更新スケジュール設定］ダイアログボックスでは，データベースの内容を更新するスケジュールを設定します。

スケジュールを設定したい曜日または特定日を選択する

曜日を選択すると，「毎週のその曜日」の設定となります。

特定日の年に「-1」を入力すると，「毎年」の設定となります。

特定日の月リストから［毎］を選択すると，「毎月」の設定となります。

特定日の［毎日］ボタンをクリックすると，毎日の設定となります。

1日のスケジュールを設定する
次の内容を設定します。

設定項目 | 設定内容
時刻 | データベース更新スケジュールを実行する時刻を指定します。時刻は30分間隔で指定できます。
データベースを更新する | 指定した時刻にデータベースを更新する場合に選択します。
データベースの更新から除外する | 指定した時刻のデータベースの更新をしない場合に選択します。

＜設定規則＞

「データベースを更新する」場合，特定日の設定が優先されます。特定日設定と曜日設定の両方に「データベースを更新する」設定をした場合，設定時間に関係なく曜日設定は無効となります。
（例）特定日「1999/08/11 9:00（更新）」，曜日「水曜日12:00（更新）」の場合，水曜12:00のデータベースの更新は無効となります。

「データベースの更新から除外する」場合，特定日と曜日の設定に優先順位はありません。ただし，特定日設定で「データベースを更新する」設定があり，曜日設定で「データベースの更新から除外する」設定がある場合，更新時間と除外時間が同じであれば，除外を優先します。
（例）特定日「1999/08/11 9:00（更新）」，曜日「水曜日9:00（除外）」の場合，除外されます。

データベース更新スケジュール時間は，「6.4.2　レポートスケジュールを設定する（自動レポート機能）」のレポートスケジュール時間よりも前になるように設定してください。データベース更新後にレポートスケジュールを行うように設定すると，常に最新の情報がレポートされます。この場合，1時間以上の間隔を空けてください。

「データベースを更新する」場合，更新時間は1日以上空けてください。

「毎月」や「毎日」の設定をした結果，更新時間の間隔が30分未満となった場合は，あとの設定が無効になります。

［↓リストに追加］ボタンをクリックする
設定した1日のスケジュールが「1日のスケジュール」リストに追加されます。追加したリストに誤りがある場合は，そのスケジュールを選択して［リストから削除］ボタンをクリックします。

［設定→］ボタンをクリックする
設定した内容が，設定済み曜日リストまたは特定日リストに追加されます。複数の更新スケジュールを設定したい場合は，画面上に表示されている「曜日設定」，「特定日設定」および「1日のスケジュール」のリストをクリアしたあとに，手順6～手順9を繰り返します。1日の更新スケジュールとして，10個まで設定できます。また，曜日は7個まで，特定日は10個まで設定できます。

［OK］ボタンをクリックする
更新スケジュールが登録され，［レポート機能］タブに戻ります。

［レポート機能］タブの［OK］ボタンをクリックする
データベースの作成（管理対象ホストからのインベントリ情報の収集）が開始されます。

(3)　e-mailの設定（自動レポート機能）

自動レポート機能のレポート通知で使用するe-mailの設定をします。この操作は管理コンソール上で実行してください。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［e-mail設定］タブを選択する

［e-mail設定を行う機能を選択してください。］のドロップダウンリストから［レポート機能］を選択する
［e-mail設定］タブにレポート機能の設定項目が表示されます。

ここで次の内容を設定します。

設定項目
設定内容

宛先
インベントリ情報を送信するe-mailのアドレスを指定します。

発信者
e-mailの発信元となるe-mailのアドレスを指定します。

件名
メールの件名となる文字列を指定します。

メールサーバ
発信者のe-mailアドレスが所属しているメールサーバのホスト名またはIPアドレスを指定します。

添付ファイル形式
自動レポート機能で送信される添付ファイルの形式を指定します。CSV形式またはHTML形式のどちらかが選択できます。デフォルトはCSV形式です。

e-mailテストを行う
e-mail通知先リストに表示されているすべてのe-mailアドレスにテストメールを送信する場合，このチェックボックスをONにします。テストメールのタイトルと本文には「Test Mail」が設定され，添付ファイルは無しとなります。
テストメールは，［OK］ボタンをクリックした時点で送信されます。

添付ファイルのサイズ最大
添付ファイルの最大サイズを指定します。単位はメガバイトです。32メガバイトまで指定できます。0を指定すると，サイズの制限がなくなります（32メガバイトを超えるサイズを添付できます）。デフォルトは0です。

［↓リストに追加］ボタンをクリックする
e-mail通知先リストに，指定した宛先が追加されます。e-mail通知先は4個まで設定できます。追加された宛先を削除する場合は，削除したい宛先を選択して［リストから削除］ボタンをクリックします。

［OK］ボタンをクリックする

通知されるe-mailの本文および添付ファイルの形式については，「6.4.2　レポートスケジュールを設定する（自動レポート機能）」を参照してください。

(4)　データベースの削除

何らかの理由でデータベースを作成し直したい場合などは，データベースをいったん削除してください。

データベースを削除する方法を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［レポート機能］タブを選択する

［ホスト検索機能と自動レポート機能を使用する］チェックボックスをOFFにする

［OK］ボタンをクリックする
データベースの削除を確認するメッセージが表示されます。

メッセージの内容を確認し，［はい］ボタンをクリックする

データベースを削除すると，ホスト検索機能と自動レポート機能は使用できなくなります。これらの機能を使用したい場合は，「(2)　データベースの作成」を参照して，再度データベースを作成し直してください。

6.3　インベントリ情報を参照する

JP1/ServerConductorでは，サーバシャーシの情報やOSの種別，メモリやCPUの状態といった，資産管理に必要な情報（インベントリ情報）を管理コンソールから参照できます。また，インベントリ情報をCSVファイルに出力することもできます。

ここでは，管理コンソールからインベントリ情報を表示する方法，およびインベントリ情報をCSVファイルに出力する方法について説明します。

注意

取得できるインベントリ情報は，管理対象となるサーバの種類やモデルによって異なります。取得できるインベントリ情報の詳細については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

なお，LPAR上で稼働しているサーバのインベントリ情報の表示については「23.3.2　資産管理」を，仮想化プラットフォームのサーバのインベントリ情報の表示については「24.3.2　資産管理」を参照してください。

＜この節の構成＞

6.3.1　サーバシャーシのインベントリ情報を表示する

6.3.2　ホストのインベントリ情報を表示する

6.3.3　インベントリ情報をCSV形式に出力する

6.3.1　サーバシャーシのインベントリ情報を表示する

ここでは，サーバシャーシのインベントリ情報の表示方法について説明します。

［ホスト管理］ウィンドウでインベントリ情報を見たいサーバシャーシを選択する

［ホスト管理］メニューから［サーバシャーシインベントリ］を選択する
［サーバシャーシインベントリ］ウィンドウが表示されます。

ウィンドウの左側にインベントリ情報の分類ツリーが表示されます。これをインベントリツリーといいます。

インベントリツリーで表示したいインベントリ情報を選択する
インベントリツリーは，Windowsのエクスプローラと同じ方法で操作できます。インベントリツリーで選択したインベントリ情報がウィンドウの右側のインベントリ領域に表示されます。

表示されるインベントリ項目については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［サーバシャーシインベントリ］ウィンドウを参照してください。

6.3.2　ホストのインベントリ情報を表示する

ここでは，ホストのインベントリ情報の表示方法について説明します。

［ホスト管理］ウィンドウでインベントリ情報を見たいホストを選択する

［ホスト管理］メニューから［インベントリ］を選択する
［インベントリ］ウィンドウが表示されます。

ウィンドウの左側にインベントリ情報の分類ツリーが表示されます。これをインベントリツリーといいます。

インベントリツリーで表示したいインベントリ情報を選択する
インベントリツリーは，Windowsのエクスプローラと同じ方法で操作できます。インベントリツリーで選択したインベントリ情報がウィンドウの右側のインベントリ領域に表示されます。

表示されるインベントリ項目は管理対象ホストによって異なります。各ホストで表示されるインベントリ項目については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［インベントリ］ウィンドウを参照してください。

6.3.3　インベントリ情報をCSV形式に出力する

JP1/ServerConductorで管理しているインベントリ情報は，CSV形式で出力できます。

出力したCSVデータから，各ホストのインベントリ情報の一覧を作成し，データの比較などに利用できます。

デフォルトでは，Cドライブのインベントリ情報が出力されます。Cドライブ以外のインベントリ情報を出力する場合は，ドライブを指定します。

注意

サーバシャーシおよびHVMのインベントリ情報は出力できません。

次に，インベントリ情報の出力方法を説明します。

［ホスト管理］ウィンドウでインベントリ情報を出力するホストを選択する
複数選択できます。すべてのホストのインベントリ情報を出力する場合，この操作は省略できます。

［ファイル］メニューから［インベントリCSV形式ファイル出力］を選択する
サーバシャーシ/HVM，VMホスト/VMゲストのインベントリ情報は出力しないという内容のメッセージが表示されます。このメッセージが表示されても，ホストのインベントリ情報は出力されます。
［インベントリCSVファイル出力］ダイアログボックスが表示されます。

インベントリ情報を出力する対象のホストを選択する
すべてのホストのインベントリ情報を出力する場合は［全てのホスト］を選択します。
手順1で選択したホストのインベントリ情報を出力する場合は［選択されたホスト］を選択します。

Cドライブ以外のドライブのインベントリ情報を出力する場合は［オプション］ボタンをクリックする
［インベントリCSVファイル出力オプション］ダイアログボックスが表示されます。

デフォルトではCドライブのインベントリ情報だけを出力します。Cドライブのインベントリ情報だけを出力する場合，この操作は省略できます。なお，対象ホストがLinuxおよびHP-UXの場合には，ドライブ情報は出力されません。

ドライブ情報を出力するドライブを選択し，［切替］ボタンをクリックする
インベントリ情報を出力したいドライブの［○］が［●］に変更され，［出力しない］が［出力する］に変更されます。
［出力する］が設定されているドライブのインベントリ情報を出力しないようにするには，そのドライブを選択して［切替］ボタンをクリックしてください。

［OK］ボタンをクリックする
［インベントリCSVファイル出力］ダイアログボックスが表示されます。

［OK］ボタンをクリックする
［保存］ダイアログボックスが表示されますので，ファイル名を付けて保存します。

これで，インベントリ情報がCSV形式でファイルに保存されます。

出力されるインベントリ情報は，管理対象の種類によって異なります。出力されるインベントリ情報を次に示します。

表6-1　出力されるインベントリ情報

インベントリ情報の種類
管理対象の種類

Windowsサーバ
Linuxサーバ
HP-UXサーバ

コンピュータ名
○
○
○

TCP/IPホスト名
○
○
○

ネットワークドメイン名
○
○
－

シャーシID
○※
○※
○※

パーティション番号
○※
○※
○※

LPAR識別子
○※
○※
○※

クラスタ名
○
（HA8000の場合だけ）
－
－

OS名
○
○
○

CPU
○
○
○

最大速度
○
○
○

CPU個数
○
○
○

総メモリサイズ
○
○
○

論理ドライブ情報の各項目
○
－
－

電源制御
○
○
○

資産情報の各項目
○
○
○

（凡例）

○：出力される

－：出力されない

注※

BladeSymphonyの場合だけ出力されます。

6.4　データベースを利用して資産管理をする

データベース作成後は，システム管理者はコンソールサービスを使って，次の運用管理ができます。

データベースから条件に合うホストを検索する（ホスト検索機能）

ある検索条件に合うホストをe-mailで定期的に通知する（自動レポート機能）

以下に，それぞれの手順について説明します。

＜この節の構成＞

6.4.1　データベースからホストを検索する（ホスト検索機能）

6.4.2　レポートスケジュールを設定する（自動レポート機能）

6.4.3　ホストとデータベースの同期を取る

6.4.1　データベースからホストを検索する（ホスト検索機能）

ホスト検索機能によって，指定したインベントリ項目の条件に合うホストをデータベースから検索できます。なお，「サーバシャーシ」，「HVM」，「VMホスト」および「VMゲスト」は検索できません。検索結果はCSV形式のファイルに出力したり，グルーピングしたりできます。

ホスト検索機能の操作手順を次に示します。

［ホスト管理］ウィンドウの［ホスト管理］メニューから［ホスト検索］を選択する
［ホスト検索］ダイアログボックスが表示されます。

［検索条件］のツリービューから検索したい検索項目を選択する
検索項目は次の三つの項目に分かれています。

Windows項目

Linux項目

HP-UX項目

「Windows項目」，「Linux項目」，「HP-UX項目」を選択した場合は，それぞれのサーバで指定できるインベントリ項目がツリーで表示されます。また，ツリービューの右側に，選択したインベントリ項目に応じた検索条件が表示されます。

検索条件を指定する
検索条件には半角文字で255文字まで入力できます。表示される検索条件については，「(4)　ホスト検索時の検索条件」を参照してください。
＜ワイルドカード検索について＞
［ワイルドカード検索を行う］チェックボックスをONにすることで，次のワイルドカード文字を使用できます。
?：任意の1文字
*：任意の文字列

ワイルドカード検索を行う場合，指定できる検索条件は一つだけとなります。また，条件の記号は「等しい」で固定です。例えば，前述の画面で［ワイルドカード検索を行う］チェックボックスをONにすると，1番目の検索条件は「Service Pack 4」「等しい」となり，そのほかの検索条件「or」「Service Pack 5」「等しい」は非活性となります。

条件に「*」だけを指定すると，全ホストの情報が表示されます。

［検索条件リストへ設定］ボタンをクリックする
指定した条件が，［設定済み検索条件］リストに表示されます。検索条件は10個まで設定できます。不要な検索条件を削除する場合は，削除する検索条件を選択して［リストから削除］ボタンをクリックします。
複数の検索条件を指定した場合，［項目間の条件式］に項目間の条件式を指定します。項目間の条件式はandまたはorで指定でき，括弧を使用することもできます。例えば，「項番1」かつ「項番2～4のどれか」に一致する条件を指定したい場合，次のように入力します。

  1 and (2 or 3 or 4)

括弧の深度は10個まで指定できます。

項目間の条件式の「and」または「or」は20個まで指定できます。

Windows項目，Linux項目，およびHP-UX項目を「and」で指定することはできません。

［OK］ボタンをクリックする
データベースの検索が開始され，条件に合うホストが［ホスト検索結果］ウィンドウに表示されます。

［ホスト検索結果］ウィンドウが選択されている状態で再度ホスト検索を行うと，さらに絞り込み検索ができます。また，［ホスト検索結果］ウィンドウに対して，次の操作ができます。

ホスト検索結果の表示形式を切り替える

ホスト検索結果をCSV形式ファイルに出力する

ホスト検索結果をグルーピングする

以下に，それぞれの操作方法について説明します。

＜この項の構成＞

(1)　ホスト検索結果の表示形式を切り替える

(2)　ホスト検索結果をCSV形式ファイルに出力する

(3)　ホスト検索結果をグルーピングする

(4)　ホスト検索時の検索条件

(1)　ホスト検索結果の表示形式を切り替える

［ホスト検索結果］ウィンドウの［表示］メニューから［表示形式］－［詳細表示］または［概要表示］を選択する
ホスト検索結果の表示形式が切り替わります。

次に，それぞれの表示形式について説明します。

詳細表示形式

一つの検索結果項目を一つの行で表示します。同一ホストの検索結果項目が複数である場合は，それぞれの項目を複数行で表示します。

概要表示形式

同一ホストの検索結果をまとめて，一つの行で表示します。

Windowsドライブ名およびWindowsトータルドライブ容量もまとめて一つの行で表示されます。

Windowsドライブ名の表示順に対応して，Windowsトータルドライブ容量が表示されます。

(2)　ホスト検索結果をCSV形式ファイルに出力する

［ホスト検索結果］ウィンドウの［ファイル］メニューから［ホスト検索結果CSV形式ファイル出力］を選択する
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を入力して［保存］ボタンをクリックする

(3)　ホスト検索結果をグルーピングする

［ホスト検索結果］ウィンドウの［グループ］メニューから［ユーザ定義］を選択する
［ユーザ定義］ウィンドウが表示されます。

［ユーザ定義］ウィンドウの［編集］メニューから［新規グループ作成］を選択する
グループツリーに新しいグループが作成されます。

［ホスト検索結果］ウィンドウから［ユーザ定義］ウィンドウへホストをドラッグ&ドロップ，またはコピー&ペーストする
これで，グループにホストが登録されます。グループは複数個作成，および階層化できるので，検索結果に応じて目的別にグループを分けられます。また，グループの名称もユーザが設定できるので，目的に応じたグループ名を設定してください。なお，グループは8階層まで設定できます。

グループ作成後，［ユーザ定義］ウィンドウの［ファイル］メニューから［保存］を選択する
設定したユーザ定義のグループ情報が保存されます。

作成したグループの検索条件を参照したい場合，そのグループでマウスの右ボタンをクリックして，表示されるメニューから［プロパティ］を選択します。［（グループ名）のプロパティ］ダイアログボックスが表示されます。

(4)　ホスト検索時の検索条件

データベースからホストを検索する場合に，［ホスト検索］ダイアログボックスから指定できる検索条件を，検索項目別に示します。

表6-2　検索条件（Windows項目の場合）

カテゴリ1 | カテゴリ2 | 検索項目 | 入力形式 | 条件入力方式
基本システム | システム装置 | エージェントバージョン | 文字 | ※
システムBIOSバージョン | 文字 | 等しい，以外
システムBIOS作成日 | 文字 | ※
OS&ネットワーク | OS名 | 文字 | 等しい，以外
OSバージョン | 文字 | ※
サービスパック | 文字 | ※
CPU | プロセッサ名 | 文字 | 等しい，以外
最大速度 | 数値：MHz | ※
プロセッサ数 | 数値 | ※
スロット番号 | 数値 | ※
装着状態 | 文字 | 等しい，以外
システムキャッシュサイズ | 数値：キロバイト | ※
メモリ | 総メモリサイズ | 数値：メガバイト | ※
最大ページングファイルサイズ | 数値：キロバイト | ※
ドライブ | － | ドライブ名 | 文字 | ※
ドライブ種別 | 文字 | 等しい，以外
トータルドライブ容量 | 数値：キロバイト | ※
空きドライブ容量 | 数値：キロバイト | ※
拡張スロット | PCI | スロット番号 | 数値 | ※
ボード装着状態 | 文字 | 等しい，以外
ボード名 | 文字 | 等しい，以外
ベンダ名 | 文字 | 等しい，以外
EISA | スロット番号 | 数値 | ※
ボード装着状態 | 文字 | 等しい，以外
ボード名 | 文字 | 等しい，以外
ベンダ名 | 文字 | 等しい，以外
ディスクアレイ | CR80 and HA8000内蔵RAID | プロダクト名 | 文字 | 等しい，以外
コントローラプロダクト名 | 文字 | 等しい，以外
コントローラファームウェアリビジョン | 文字 | ※
キャッシュメモリサイズ | 数値 | ※
論理ドライブ番号 | 数値 | ※
論理ドライブRAIDレベル | 文字 | 等しい，以外
論理ドライブサイズ | 数値 | ※
DF350/400 | プロダクト名 | 文字 | 等しい，以外
ファームウェアリビジョン | 文字 | ※
ハードウェアパス | 文字 | ※
RAID装置情報 | 文字 | 等しい，以外
コントローラ構成 | 文字 | 等しい，以外
コントローラバージョン | 文字 | ※
メモリサイズ | 数値 | ※
RAIDグループ番号 | 数値 | ※
RAIDレベル | 文字 | 等しい，以外
HA8000/30内蔵RAID | 論理ドライブ番号 | 数値 | ※
論理ドライブRAIDレベル | 文字 | 等しい，以外
論理ドライブサイズ | 数値 | ※
SVP | － | SVPマイクロリビジョン | 文字 | ※
SVPマイクロ作成日 | 文字 | ※
資産情報 | 装置情報 | プロダクト名 | 文字 | 等しい，以外
シリアル番号 | 文字 | ※
資産情報 | 資産名称 | 文字 | ※
資産番号 | 文字 | ※
機器構成 | 文字 | ※
購入年月日 | 文字 | ※
減価償却期間 | 文字 | ※
管理部署名 | 文字 | ※
管理部署番号 | 文字 | ※
管理者名 | 文字 | ※
管理者番号 | 文字 | ※
管理者詳細情報 | 文字 | ※
管理者情報 | 運用管理者名 | 文字 | ※
運用管理者番号 | 文字 | ※
運用管理者詳細情報 | 文字 | ※
連絡先電話番号 | 文字 | ※
連絡先メールアドレス | 文字 | ※
設置場所/その他 | サイト情報 | 文字 | ※
設置場所詳細情報 | 文字 | ※
備考 | 文字 | ※

（凡例）

※：等しい，以外，以上，以下，＜，＞

－：該当しない

表6-3　検索条件（Linux項目の場合）

カテゴリ1 | カテゴリ2 | 検索項目 | 入力形式 | 条件入力方式
基本システム | システム装置 | エージェントバージョン | 文字 | ※
システムBIOSバージョン | 文字 | 等しい，以外
システムBIOS作成日 | 文字 | ※
OS&ネットワーク | OS名 | 文字 | 等しい，以外
OSバージョン | 文字 | ※
CPU | プロセッサ名 | 文字 | 等しい，以外
最大速度 | 数値：MHz | ※
プロセッサ数 | 数値 | ※
スロット番号 | 数値 | ※
装着状態 | 文字 | 等しい，以外
システムキャッシュサイズ | 数値：キロバイト | ※
メモリ | 総メモリサイズ | 数値：メガバイト | ※
最大ページングファイルサイズ | 数値：キロバイト | ※
ファイルシステム | － | ファイルシステム番号 | 数値 | ※
マウントポイント | 文字 | 等しい，以外
トータル容量 | 数値：キロバイト | ※
空き容量 | 数値：キロバイト | ※
拡張スロット | PCI | スロット番号 | 数値 | ※
ボード装着状態 | 文字 | 等しい，以外
ボード名 | 文字 | 等しい，以外
ベンダ名 | 文字 | 等しい，以外
SVP | － | SVPマイクロリビジョン | 文字 | ※
SVPマイクロ作成日 | 文字 | ※
資産情報 | 装置情報 | プロダクト名 | 文字 | 等しい，以外
シリアル番号 | 文字 | ※
資産情報 | 資産名称 | 文字 | ※
資産番号 | 文字 | ※
機器構成 | 文字 | ※
購入年月日 | 文字 | ※
減価償却期間 | 文字 | ※
管理部署名 | 文字 | ※
管理部署番号 | 文字 | ※
管理者名 | 文字 | ※
管理者番号 | 文字 | ※
管理者詳細情報 | 文字 | ※
管理者情報 | 運用管理者名 | 文字 | ※
運用管理者番号 | 文字 | ※
運用管理者詳細情報 | 文字 | ※
連絡先電話番号 | 文字 | ※
連絡先メールアドレス | 文字 | ※
設置場所/その他 | サイト情報 | 文字 | ※
設置場所詳細情報 | 文字 | ※
備考 | 文字 | ※

（凡例）

※：等しい，以外，以上，以下，＜，＞

－：該当しない

表6-4　検索条件（HP-UX項目の場合）

カテゴリ1
カテゴリ2
検索項目
入力形式
条件入力方式

基本システム
システム装置
シリアルNo
数値
※

CPUアーキテクチャ/バージョン
文字
※

モデル名
文字
※

エージェントバージョン
文字
※

PDC/BMCファームウェアバージョン
文字
※

OS&ネットワーク
OS名
文字
等しい，以外

OSバージョン
文字
※

CPU
プロセッサ名
文字
等しい，以外

命令キャッシュサイズ
数値：バイト
※

データキャッシュサイズ
数値：バイト
※

プロセッサ数
数値
※

メモリ
総メモリサイズ
数値：メガバイト
※

スワップサイズ
数値：メガバイト
※

ファイルシステム
－
ファイルシステム番号
数値
※

マウントポイント
文字
等しい，以外

トータル容量
数値：キロバイト
※

空き容量
数値：キロバイト
※

ディスク
－
ディスク番号
数値
※

容量
数値：キロバイト
※

ハードウェアパス
文字
等しい，以外

ディスクアレイ
ディスクアレイ
装置番号
数値
※

プロダクト名
文字
等しい，以外

ファームウェアリビジョン
文字
※

ハードウェアパス
文字
等しい，以外

コントローラ構成
文字
等しい，以外

コントローラバージョン
文字
※

メモリサイズ
数値：メガバイト
※

A/H-6593 and
SANRISE2000
ベンダ名
文字
等しい，以外

プロダクト名
文字
等しい，以外

製造番号
数値
※

マイクロコードバージョン
文字
※

コマンドデバイスファイル
文字
等しい，以外

RAID Manager LIB バージョン
文字
※

共用メモリ A面
数値：メガバイト
※

共用メモリ B面
数値：メガバイト
※

キャッシュメモリ A面
数値：メガバイト
※

キャッシュメモリ B面
数値：メガバイト
※

チャネルアダプタタイプ
文字
等しい，以外

回線
－
回線名
文字
等しい，以外

ハードウェアパス
文字
等しい，以外

回線アダプタ種別
文字
等しい，以外

回線種別
文字
等しい，以外

プロトコル種別
文字
等しい，以外

SVP
装置情報
SVPファームウェアバージョン
文字
※

日立オフライン診断プログラムバージョン
文字
※

自動通報先登録情報
第1センタ電話番号
文字
等しい，以外

第2センタ電話番号
文字
等しい，以外

UPS
－
UPS名称
文字
等しい，以外

資産情報
装置情報
プロダクト名
文字
等しい，以外

シリアル番号
文字
※

資産情報
資産名称
文字
※

資産番号
文字
※

機器構成
文字
※

購入年月日
文字
※

減価償却期間
文字
※

管理部署名
文字
※

管理部署番号
文字
※

管理者名
文字
※

管理者番号
文字
※

管理者詳細情報
文字
※

管理者情報
運用管理者名
文字
※

運用管理者番号
文字
※

運用管理者詳細情報
文字
※

連絡先電話番号
文字
※

連絡先メールアドレス
文字
※

設置場所/その他
サイト情報
文字
※

設置場所詳細情報
文字
※

備考
文字
※

（凡例）

※：等しい，以外，以上，以下，＜，＞

－：該当しない

6.4.2　レポートスケジュールを設定する（自動レポート機能）

自動レポート機能によって，マネージャサービスが管理するインベントリ情報を，指定した時間にシステム管理者にe-mailで通知できます。ここでは，自動レポート機能を使用するための手順について説明します。

［ホスト管理］ウィンドウの［ホスト管理］メニューから［レポートスケジュール］を選択する
［レポートスケジュール設定］ダイアログボックスが表示されます。

［自動レポート通知］チェックボックスをONにする
自動レポート通知が有効になり，［レポート時間］，［レポート条件］，および［レポート方法］が設定できるようになります。

［レポート時間］の［リストへ追加］ボタンをクリックする
［レポート時間設定］ダイアログボックスが表示されます。［レポート時間設定］ダイアログボックスでは，レポートをe-mailで通知する曜日や日時を設定します。

［設定名称］に，設定するスケジュールの名称を入力します。デフォルトは「レポート時間設定n」（nはレポート時間設定の個数）です。
そのほかの項目については，「6.2.2(2)　データベースの作成」の［データベース更新スケジュール設定］ダイアログボックスと同様の手順で設定します。
各設定の適用規則を次に示します。

＜適用規則＞

［レポートを通知する］ラジオボタンをONにした場合，特定日の設定が優先されます。特定日設定と曜日設定の両方で「レポートを通知する」ラジオボタンをONに設定をした場合，設定時間に関係なく曜日設定は無効となります。
（例）特定日「1999/08/11 9:00（通知）」，曜日「水曜日12:00（通知）」の場合，水曜12:00のレポートの通知は無効となります（1999/08/11は水曜日です）。

［通知を除外する］ラジオボタンをONにした場合，特定日と曜日の設定に優先順位はありません。ただし，特定日設定で［レポートを通知する］ラジオボタンをONにし，かつ，曜日設定で［通知を除外する］ラジオボタンをONにしている場合，通知時間と除外時間が同じであれば，除外が優先されます。
（例）特定日「1999/08/11 9:00（通知）」，曜日「水曜日9:00（除外）」の場合，除外されます（1999/08/11は水曜日です）。

レポートスケジュール時間は，「6.2.2(2)　データベースの作成」の［データベース更新スケジュール設定］ダイアログボックスで設定した，データベース更新スケジュール時間よりもあとになるように設定してください。データベース更新後にレポートスケジュールを行うように設定すると，常に最新の情報がレポートされます。この場合，1時間以上の間隔を空けてください。

［レポートを通知する］ラジオボタンをONにした場合，設定間隔が30分よりも小さい場合，あとの設定がエラーになります。

［毎月］や［毎日］の設定をした結果，通知時間の間隔が30分未満となった場合はあとの設定が無効になります。

［OK］ボタンをクリックする
［レポートスケジュール設定］ダイアログボックスに戻ります。

レポート条件の［リストへ追加］ボタンをクリックする
［レポート条件設定］ダイアログボックスが表示されます。［レポート条件設定］ダイアログボックスでは，通知するレポートに含める，ホストのインベントリ情報の条件を設定します。

各項目は，「6.4.1　データベースからホストを検索する（ホスト検索機能）」と同様の手順で設定します。

［OK］ボタンをクリックする
［レポートスケジュール設定］ダイアログボックスに戻ります。

使用する［レポート時間］，［レポート条件］，および［レポート方法］を選択する
複数のレポート時間またはレポート条件を設定した場合，ここで選択したレポート時間およびレポート条件でレポート通知されます。
［レポート時間設定］ダイアログボックスで，レポート時間の［通知を除外する］ラジオボタンをONにすると，レポート通知を行いません。

［OK］ボタンをクリックする

＜この項の構成＞

(1)　レポート通知の形式

(1)　レポート通知の形式

次の形式で通知されます。

e-mailの本文

次の内容となります。

添付ファイル

［マネージャサービス設定］ダイアログボックスの［e-mail設定］タブで選択した形式のファイルが添付されます。次にCSV形式とHTML形式とについて，分けて説明します。

CSV形式
次のCSV形式の内容が添付されます。添付ファイル名はYYYYMMDDhhmmInv.csvとなります。

HTML形式
次のHTML形式の内容が添付されます。添付ファイル名はYYYYMMDDhhmmInv.htmlとなります。

注意

CSV形式およびHTML形式の添付ファイルサイズが，「6.2.2(3)　e-mailの設定（自動レポート機能）」の添付ファイルサイズを超えると，「指定された添付ファイルのサイズを超えるため，これ以降の情報は送信しません。」のメッセージが添付ファイルに付加され，指定サイズ内に収まる情報だけが添付ファイルに書き込まれます。

6.4.3　ホストとデータベースの同期を取る

各ホストの持つインベントリ情報とマネージャサービスが保持するデータベースの内容の一貫性を保つために，次のどちらかの方法で同期を取る必要があります。

＜この項の構成＞

(1)　手動同期

(2)　スケジュール同期

(1)　手動同期

［ホスト管理］ウィンドウの［ホスト管理］メニューから［DBを最新の状態に更新］を選択する
マネージャサービスが管理している全ホストのデータベースの内容が更新されます。

(2)　スケジュール同期

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［レポート機能］タブを選択する

［データベース更新スケジュール設定］ボタンをクリックする
［データベース更新スケジュール設定］ダイアログボックスが表示されます。

［データベースを更新する］ラジオボタンをONにし，データベースを更新する曜日または日時を指定する

［データベース更新スケジュール設定］ダイアログボックスの設定内容については，「6.2.2(2)　データベースの作成」の［データベース更新スケジュール設定］ダイアログボックスの説明を参照してください。

6.5　MIF情報を表示する

JP1/ServerConductorでは，エージェントサービスがホストの状態や情報を収集するとき，MIFというフォーマットで定義された情報を使用しています。この情報も管理コンソールで表示できます。

注意

MIF情報はHA8000 Windowsサーバでだけ表示できます。

次にMIF情報の表示方法を説明します。

［ホスト管理］ウィンドウでMIF情報を表示したいホストを選択する

［ホスト管理］メニューから［MIF情報］を選択する
［MIF情報］ウィンドウが表示されます。

このウィンドウには，ホストが持っているMIF情報が表示されます。詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［MIF情報］ウィンドウを参照してください。

6.6　ハードウェア構成を確認する

JP1/ServerConductorでは，管理対象ホストのハードウェア構成図をコンソールサービス／ローカルコンソールサービスで表示できます。ハードウェア構成図を参照することで管理対象ホストのCPUや電源ユニットの場所を確認できます。

注意

管理対象ホストにインストールしているエージェントサービスがハードウェア構成図の表示機能に対応している必要があります。ハードウェア構成図の表示機能は，管理対象ホストがWindowsサーバの場合だけ使用できます。

管理対象ホストがハードウェア構成図の表示機能に対応している必要があります。

次にハードウェア構成図の表示方法を説明します。

［ホスト管理］ウィンドウでハードウェア構成図を表示したいホストを選択する

［ホスト管理］メニューから［図面表示］を選択する

次の［図面表示］ウィンドウが表示されます。

このウィンドウのダイアログバーには次のコントロールがあります。

コントロール名称 | コントロールの機能
［戻る］ボタン | 管理対象ホストが複数のハードウェア構成図を持っている場合，このボタンをクリックすることで前の図面を表示できます。先頭の図面を表示しているときは最後の図面を表示します。
［次へ］ボタン | 管理対象ホストが複数のハードウェア構成図を持っている場合，このボタンをクリックすることで次の図面を表示できます。最後の図面を表示しているときは先頭の図面を表示します。
枚数表示テキストボックス | ウィンドウに表示している図面が全図面枚数の何枚目であるかを，「現在表示している図面番号※/全図面枚数」の形式で表示します。

注※

先頭の図面から1，2，3，…，n（nは全図面枚数）というように，この機能が各図面に割り振っている番号を表示します。

7.　障害管理

この章では，管理対象サーバまたは管理サーバに障害が発生した場合の障害の通知方法について説明します。また，通知されたアラートの表示方法について説明します。

＜この章の構成＞

7.1　障害管理の概要

7.2　アラート情報を表示する

7.3　アラート通知をフィルタリングする

7.4　未通知アラートを通知する

7.5　アラート発生時のサーバの動作を設定する

7.6　アラート受信時にプログラムを自動起動する

7.7　アラートをほかのプログラムに通知する

7.8　アラートをe-mailで通知する

7.9　アラートをログファイルに記録する

7.10　ウォッチドッグタイマによる障害監視をする

7.1　障害管理の概要

JP1/ServerConductorでは，管理対象のホスト，サーバシャーシ，または管理サーバで発生した障害（アラート）を検出し，システム管理者へさまざまな方法で通知できます。

JP1/ServerConductorでできる障害管理について，次に説明します。

なお，仮想化プラットフォームのサーバの障害管理については「24.3.3　障害管理」を参照してください。

＜この節の構成＞

(1)　アラート情報を表示する

(2)　必要なアラートだけを通知する

(3)　未通知アラートを通知する

(4)　アラート発生時の管理対象サーバの動作を設定する

(5)　アラート受信時にプログラムを自動起動する

(6)　アラートをほかのプログラムに通知する

(7)　アラートをe-mailで通知する

(8)　アラートをログファイルに記録する

(9)　ウォッチドッグタイマによる障害監視をする

(1)　アラート情報を表示する

管理対象のホスト，サーバシャーシ，または管理サーバで発生したアラートを，管理コンソールに表示できます。また，管理対象のホストに記録されたサーバアラートログ，BIOSポストログ，SVPログの各種ログ情報を表示できます。

(2)　必要なアラートだけを通知する

管理対象ホストで発生したアラートのうち，特定のアラートレベルや特定のアラートだけを通知できます。

(3)　未通知アラートを通知する

管理コンソールが接続していない間に発生したアラートを，管理コンソールが管理サーバに接続した時に通知できます。この機能は，BSMの場合だけ使用できます（Server Managerでは使用できません）。

また，管理サーバが接続していない間にアラートが発生した場合，管理サーバが管理対象サーバに接続した時に，未通知のアラートがある旨を通知できます。

(4)　アラート発生時の管理対象サーバの動作を設定する

各アラートに対して，アラートが発生したら管理サーバに通知するか，何回同一アラートが発生したら管理サーバに通知するか，など，アラートの通知契機を設定できます。また，アラートの発生を契機に，管理対象サーバの電源OFFやリブートなどを自動的に実行できます。

(5)　アラート受信時にプログラムを自動起動する

アラートの受信を契機に，あらかじめ設定しておいたプログラムを自動で起動できます。また，起動するプログラムのパラメタとして，アラートIDや発生時刻など，アラートの情報を設定しておくこともできます。

(6)　アラートをほかのプログラムに通知する

JP1/IMにアラートを通知できます。また，アラートをSNMP Trapに変換して，SNMPマネージャに通知することもできます。

(7)　アラートをe-mailで通知する

管理対象のホスト，サーバシャーシ，または管理サーバで発生したアラートをe-mailでシステム管理者に通知できます。

(8)　アラートをログファイルに記録する

管理対象のホストで発生したアラートを，ログファイルに記録できます。

また，管理対象ホストがWindowsの場合，アラートをシステムのイベントログに記録できます。管理対象サーバがLinuxまたはHP-UXサーバの場合，syslogファイルに記録できます。

(9)　ウォッチドッグタイマによる障害監視をする

Agentから一定の間隔で送信されるResetコマンドをBMCが受信することで，OSが正しく動作しているかどうかを監視できます。また，OSに異常が発生した場合に管理対象サーバの電源をどのように制御するかを設定できます。

7.2　アラート情報を表示する

JP1/ServerConductorでは，管理対象サーバで発生したアラート情報を，通知アラートとして管理コンソールに表示できます。また，過去に発生したアラートをログに保存しておき，必要なときに参照できます。

JP1/ServerConductorでのアラート情報の表示を次の図に示します。

図7-1　アラート情報の表示

参照できるアラートログの種類を次に示します。

サーバアラートログ

管理対象サーバで発生したすべてのアラートが格納されているログです。

BIOSポストログ

管理対象サーバの起動時にBIOSが検出したエラーが格納されているログです。

SVPログ

管理対象サーバにSVP機能を搭載している場合，アラートはSVPにもログとして格納されます。管理対象サーバの電源が入っていない場合でも，SVPを通してこのログを参照できます。なお，BladeSymphonyでのSVPログは，サーバシャーシからだけ取得できます。

マネージャアラートログ

管理サーバで発生したアラートが格納されているログです。

ここでは，通知アラートを管理コンソールに表示する方法，および各種アラートログを参照する方法について説明します。

注意

検出できるアラート情報は管理対象によって異なります。検出できるアラート情報の詳細については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

HP-UXサーバの場合，HP-UX EMSから通知されたEMSイベントがアラートとして通知され，アラートログとして記録されます。ただし，次の場合は，EMSイベントを受信できません。
・エージェントサービスが停止している場合
・環境設定コマンドでAgtEmsFuncをFalseに設定した場合
この場合，発生したEMSイベントは，アラート通知およびアラートログへの記録ができません。この間に発生したEMSイベントは，HP-UX EMSのログまたはsyslogで確認してください。詳細については，「3.13　エージェントサービス（HP-UXサーバ）の設定」を参照してください。
なお，環境設定コマンドで環境設定を変更すると，エージェントサービスが再起動されます。再起動の間はEMSイベントを受信できません。

＜この節の構成＞

7.2.1　通知アラートを表示する

7.2.2　サーバアラートログを表示する

7.2.3　BIOSポストログを表示する

7.2.4　SVPログを表示する

7.2.5　マネージャアラートログを表示する

7.2.6　未通知アラートを表示する

7.2.1　通知アラートを表示する

ここでは，管理対象のホストやサーバシャーシからの通知アラートを表示する方法について説明します。

［ホスト管理］ウィンドウの［アラート管理］メニューから［通知アラート表示］を選択する
［通知アラート］ウィンドウが表示されます。

［通知アラート］ウィンドウには次の情報が表示されます。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したホストのホスト名が表示されます。
アラートレベル※1 | 発生したアラートのレベルが表示されます。
内容※2 | アラートの内容が表示されます。
確認状態 | アラートについて調査や確認をしたかどうかが表示されます。アラートの確認については，「(1)　通知アラートを確認する」を参照してください。
アラートID | アラートIDが表示されます。
発生部位 | アラートが発生した部位（エージェントなど）が表示されます。

注※1

WindowsのイベントログとJP1/ServerConductorのアラートレベルの対応は次のとおりです。

イベントログ | JP1/ServerConductorのアラートレベル
情報 | インフォメーション
警告 | 注意，警告
エラー | 障害

syslogのレベルとJP1/ServerConductorのアラートレベルの対応は次のとおりです（Linux，HP-UX共に）。

syslogレベル | JP1/ServerConductorのアラートレベル
LOG_INFO | インフォメーション
LOG_WARNING | 注意
LOG_ERR | 警告，障害

また，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラートが通知された場合，アラートレベルが取得不可と表示されます。

注※2

通知アラートの内容に(SEL=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)と表示されることがあります（「SEL=」以降の表示は，ご使用のファームウェアによって異なります）。これは，アラートに対応するSELの情報がないことを示しています。

また，通知できるアラートメッセージの長さは255バイトです。アラートメッセージが256バイト以上の場合，メッセージの先頭部分が「...」に置き換わって通知されます。

＜この項の構成＞

(1)　通知アラートを確認する

(2)　通知されるアラートの設定

(1)　通知アラートを確認する

［通知アラート］ウィンドウには，通知されたアラートが表示されます。場合によっては，アラートの数が多かったり，対策したアラートと未対策のアラートの区別が付かなくなったりし，どのアラートについて対策する必要があるのかわからなくなることがあります。

このため，［通知アラート］ウィンドウでは，確認済みのアラートと未確認のアラートを区別して表示できます。ここでは，確認済みのアラートと未確認のアラートを区別する方法を説明します。

［通知アラート］ウィンドウで，確認済みのアラートを選択する
アラートは複数個選択できます。

［確認］メニューから［確認］を選択する
選択したアラートの確認状態が「済」になります。

すべての通知アラートを確認した（確認したことにする）場合は，［確認］メニューの［全確認］を選択してください。また，選択したアラートを削除する場合は［確認］メニューの［消去］を選択してください。ただし，削除できるのは確認状態が「済」になっているアラートだけです。

(2)　通知されるアラートの設定

サーバで発生したすべてのアラートを管理コンソールに通知していては，重大なアラートの対処が遅れる場合があります。そのため，コンソールサービスでは，アラートが発生したときのサーバの動作をあらかじめ設定しておいたり，通知アラートをフィルタリングして必要なアラートだけを通知したりできます。これらの設定方法については，「7.5　アラート発生時のサーバの動作を設定する」または「7.3　アラート通知をフィルタリングする」を参照してください。

7.2.2　サーバアラートログを表示する

管理対象サーバで発生したすべてのアラートのログを管理コンソールから参照できます。

注意

管理サーバおよびサーバシャーシのアラートログは表示できません。

＜この項の構成＞

(1)　表示するサーバアラートログの設定

(2)　［サーバアラートログ］ウィンドウ

(1)　表示するサーバアラートログの設定

［ホスト管理］ウィンドウで，サーバアラートログを表示するサーバを選択する
必ずサーバを選択してください。また，複数選択はできません。

［ホスト管理］メニューから［アラートログ］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。

［アラートログ一覧］から表示したいサーバアラートログの開始日を選択し，上の［設定>>］ボタンをクリックする
選択した日付が開始日に表示されます。

［アラートログ一覧］から表示したいサーバアラートログの終了日を選択し，下の［設定>>］ボタンをクリックする
選択した日付が終了日に表示されます。

［OK］ボタンをクリックする
設定した範囲のサーバアラートログが［サーバアラートログ］ウィンドウに表示されます。

(2)　［サーバアラートログ］ウィンドウ

［サーバアラートログ］ウィンドウについて説明します。

［サーバアラートログ］ウィンドウには次の情報が表示されます。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したホストが表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | アラートが発生した部位（エージェントなど）が表示されます。

(a)　サーバアラートログの表示範囲の変更

ほかの日付のサーバアラートログを表示する方法を次に示します。

［サーバアラートログ］ウィンドウが選択された状態で，［ログ管理］メニューの［ログ表示範囲の変更］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。

［アラートログ一覧］から表示したいサーバアラートログの開始日と終了日を指定する
［サーバアラートログ］ダイアログボックスの設定方法については，「(1)　表示するサーバアラートログの設定」を参照してください。

［OK］ボタンをクリックする
設定した範囲のサーバアラートログが［サーバアラートログ］ウィンドウに表示されます。

(b)　サーバアラートログの削除

サーバアラートログは，アラートが発生した日単位で削除できます。管理対象サーバ上のアラートログを削除する方法を次に示します。

［サーバアラートログ］ウィンドウの［ログ管理］メニューから［削除］を選択する
［サーバアラートログ削除］ダイアログボックスが表示されます。

削除したいサーバアラートログを選択して，［削除］ボタンをクリックする

［閉じる］ボタンをクリックする

7.2.3　BIOSポストログを表示する

BIOSポストログとはシステム起動時にBIOSが検出したエラーを格納するログです。このBIOSポストログに格納されるエラーの種類については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

注意

BIOSポストログを表示できるのは，HA8000のWindowsサーバだけです。また，BladeSymphonyではBIOSポストログを取得できません。

BIOSポストログに対応している機種の詳細については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

次にBIOSポストログの表示方法について説明します。

［ホスト管理］ウィンドウで，BIOSポストログを表示したいサーバを選択する
BIOSポストログを表示できるサーバは，現在正常に起動しているサーバだけです。エラーが発生していたり，停止していたりするサーバのBIOSポストログは表示できません。

［ホスト管理］メニューから［BIOSポストログ］を選択する
［BIOSポストログ］ウィンドウが表示されます。

［BIOSポストログ］ウィンドウには次の情報が表示されます。

表示項目 | 表示内容
発生日時 | エラーが発生した日時が表示されます。
エラーコード | 発生したエラーのコードが表示されます。
内容 | エラーの詳細情報が表示されます。
付属データ | BIOSポストログが付属データを持つ場合，その付属データが表示されます。付属データの内容はBIOSポストログの内容やエラー情報によって異なります。

7.2.4　SVPログを表示する

電源制御で使用するSVP機能が管理しているSVPログを表示できます。SVPログを表示できる管理対象を次に示します。

サーバシャーシ

SVP機能を搭載したHA8000に，SVPエージェントサービスをインストールしているサーバ

SVP機能を搭載したHA8000をVMホストとして管理しているサーバ

＜この項の構成＞

(1)　SVPログの表示

(1)　SVPログの表示

ここでは，SVPログ情報の表示方法について説明します。

［ホスト管理］ウィンドウで，SVPログを表示できる管理対象を選択する
SVPログを表示できる管理対象は，［ホスト管理］ウィンドウの「電源制御」の欄にSVPの種類が表示されています。

［ホスト管理］メニューから［SVPログ］を選択する
［SVPログ］ウィンドウが表示されます。

［SVPログ］ウィンドウには，SVP機能が記録しているログ情報が表示されます。表示される情報を次に示します。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したホストのコンピュータ名が表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | アラートが発生した部位が表示されます。

7.2.5　マネージャアラートログを表示する

管理サーバで発生したすべてのアラートのログ（マネージャアラートログ）を管理コンソールに表示できます。また，マネージャアラートログの一覧をCSV形式で出力したり，印刷したりできます。

それぞれの方法について説明します。

注意

マネージャアラートログは，ローカルコンソールサービスおよびWebコンソールサービスでは表示できません。

＜この項の構成＞

(1)　マネージャアラートログの表示

(2)　マネージャアラートログのCSV出力

(3)　マネージャアラートログの印刷

(1)　マネージャアラートログの表示

マネージャアラートログの表示方法を次に示します。

［ホスト管理］ウィンドウの［表示］メニューから［サービス構成表示］を選択する
［ホスト管理］ウィンドウがサービス構成別の表示になります。

［ホスト管理］ウィンドウの左ペインで，アラートログを表示するマネージャサービスを選択する

［アラート管理］メニューから［マネージャアラートログ］を選択する
［マネージャアラートログ］ウィンドウが表示されます。

［マネージャアラートログ］ウィンドウには，次の情報が表示されます。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | ［ホスト管理］ウィンドウで選択したマネージャサービス名が表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | 「マネージャサービス」が表示されます。

(2)　マネージャアラートログのCSV出力

マネージャアラートログをCSV形式でファイルに出力する方法を次に示します。

［マネージャアラートログ］ウィンドウの［ファイル］メニューから，［CSV形式ファイル出力］を選択する

ファイル名を付けて保存する
［マネージャアラートログ］ウィンドウの表示順に従って，CSVファイルに出力されます。

(3)　マネージャアラートログの印刷

マネージャアラートログを印刷する方法を次に示します。

［マネージャアラートログ］ウィンドウの［ファイル］メニューから，［印刷］を選択する

［OK］ボタンをクリックする
［マネージャアラートログ］ウィンドウの表示順に従って印刷されます。

7.2.6　未通知アラートを表示する

＜この項の構成＞

(1)　未通知アラートの表示方法

(2)　注意事項

(1)　未通知アラートの表示方法

管理コンソール未接続時の未通知アラートは，管理コンソールから管理サーバに接続した時点で，まとめて管理コンソールに通知され，［通知アラート］ウィンドウに表示されます。［通知アラート］ウィンドウの起動方法については，「7.2.1　通知アラートを表示する」を参照してください。

未通知のアラートを管理コンソール接続時に通知しない設定をしている場合，および管理対象サーバ未接続時の未通知アラートがある場合，管理コンソールから管理サーバに接続した時点で，「未通知のアラートがある」ということを示すアラート（0x3801）が管理コンソールに通知されます。アラート0x3801が通知された場合は，発生部位を確認し，それぞれの発生部位に対応するログを参照してください。

発生部位，発生部位に対応するログの種類，および各ログの表示方法の参照先を次に示します。

表7-1　発生部位，発生部位に対応するログの種類，および各ログの表示方法の参照先

発生部位 | ログの種類 | 参照先
エージェント | サーバアラートログ | 7.2.2
SVP | SVPログ | 7.2.4
マネージャサービス | マネージャアラートログ | 7.2.5

(2)　注意事項

環境設定ユティリティの［保存設定］タブで［アラートの保存日数］または［アラートの保存件数］を設定していても，次のどちらかの場合，［通知アラート］ウィンドウに未通知アラートが表示されません。また，アラートが削除されたことを通知するアラートも通知されません。

アラートが発生してから［アラートの保存日数］で設定した日数の間，一度もマネージャサービスにログインしなかった場合

アラートが発生してから［アラートの保存件数］で設定した件数のアラートが受信される間，一度もマネージャサービスにログインしなかった場合

7.3　アラート通知をフィルタリングする

管理対象ホストで発生したすべてのアラートを管理コンソールに通知するのではなく，アラートレベルやアラート単位でフィルタリングして，必要なアラートだけを通知できます。通知アラートをフィルタリングすることで，システム管理者にとって重要なアラートだけを通知するといった障害管理ができます。

通知アラートのフィルタリングによる障害管理を，次の図に示します。この図では，障害アラートだけを通知するようにフィルタリングを設定しています。

図7-2　通知アラートのフィルタリングによる障害管理

＜この節の構成＞

7.3.1　サーバに対するアラートフィルタリング

7.3.2　SVPに対するアラートフィルタリング

7.3.3　フィルタリングしたアラートの通知結果

7.3.1　サーバに対するアラートフィルタリング

Windowsサーバ，Linuxサーバ，HP-UXサーバの場合，次の2種類の方法でフィルタリングできます。

アラートレベルでのフィルタリング

アラート単位でのフィルタリング

次に，それぞれの設定方法について説明します。

＜この項の構成＞

(1)　アラートレベルでのフィルタリング

(2)　アラート単位でのフィルタリング

(1)　アラートレベルでのフィルタリング

管理対象サーバで発生したアラートを，アラートレベルで分類して，どのアラートレベルを管理コンソールに通知するか設定できます。

［ホスト管理］ウィンドウで，アラートについて設定するサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［アラート］タブを選択する
［アラート］タブが表示されます。

［通知アラート］で，通知するアラートレベルのチェックボックスをONにする

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後から，設定したレベルのアラートが通知されます。

(2)　アラート単位でのフィルタリング

管理対象サーバで発生したアラートのうち，どのアラートをコンソールサービスに通知するかを設定できます。また，その設定をアラート属性ファイルに保存し，別のサーバにコピーすることもできます。次にそれぞれの方法について説明します。

(a)　アラートごとに設定する

［ホスト管理］ウィンドウで，通知アラートについて設定するサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［アラート一覧］から，通知するアラートを選択する
アラート一覧には，選択したサーバが通知できるアラートだけが表示されます。

［アラート発生通知］から，選択したアラートを通知するかどうかを設定する
選択したアラートを通知する場合は［通知する］ラジオボタンをONにします。通知しない場合は［通知しない］ラジオボタンをONにします。また，通知する場合は，そのアラートが何回発生したら通知するかの回数を設定します。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後から，設定したアラートが通知されます。

(b)　アラート属性ファイルを使用して設定する

［ホスト管理］ウィンドウで，アラート属性のコピー元となるサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［保存］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を入力して［保存］ボタンをクリックする
任意のフォルダにアラート属性ファイルを保存してください。このアラート属性ファイルには，［各アラートの属性］タブの［アラート一覧］に表示されているすべてのアラート属性が保存されます。

［OK］ボタンをクリックする

［ホスト管理］ウィンドウで，アラート属性のコピー先のサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［読込］ボタンをクリックする
［ファイルを開く］ダイアログボックスが表示されます。

アラート属性ファイルを選択し，［開く］ボタンをクリックする
現在の設定内容がアラート属性ファイルの内容で上書きされます。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後に，この設定がエージェントサービスへ反映されます。

注意

アラート属性ファイルと，［各アラートの属性］ダイアログボックスの［アラート一覧］とで，同一のアラートIDに対して異なる設定がされている場合，アラート属性ファイル内のアラート属性が適用されます。

例えば，AというアラートIDに対して，アラート属性ファイルと，［アラート一覧］とで設定内容に差異があった場合，Aのアラート属性は次のように設定されます。

アラートID(A)の有無
(アラート属性ファイル内)
アラートID(A)の有無
(アラート一覧内)
ファイル読み込み後の
アラートID(A)に対する属性

○
○
アラート属性ファイル内のアラート属性が反映される

○
×
アラート属性は読み込まない

×
○
アラート属性は変更しない

×
×
アラート属性は読み込まない

（凡例）

○：AというアラートIDが存在する

×：AというアラートIDが存在しない

(c)　注意事項

アラート発生通知の回数指定は，リブートや電源OFF・ON時にリセットされることはありません。

7.3.2　SVPに対するアラートフィルタリング

サーバで発生したアラートを，イベントで分類して，どのアラートを管理コンソールに通知するか設定できます。

注意

管理対象がBladeSymphonyの場合は，SVPに対するアラートフィルタリングはできません。

＜この項の構成＞

(1)　Windowsサーバの設定

(2)　Linuxサーバの設定

(1)　Windowsサーバの設定

管理対象サーバで，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［SVP PCI設定ユティリティ］を選択する
［SVPセットアップ］画面が起動されます。

［障害監視をする］チェックボックスをONにする

［詳細設定］ボタンをクリックする
［障害監視 詳細設定］ダイアログボックスが表示されます。

［アラート通知］から，通知するイベントを選択する
イベントの設定内容を次に示します。

なし
アラートの通知をしません。

あり（障害通知）
障害のイベントだけをアラートとして通知します。

あり（情報通知）
情報のイベントだけをアラートとして通知します。

あり（全通知）
すべてのイベントをアラートとして通知します。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後から，設定したイベントのアラートが通知されます。

(2)　Linuxサーバの設定

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      Configuration Main Menu       ####
 1. Advanced Agent Configuration File
 2. Load SVPmicro Program
 3. SVP Setup
 4. SNMP Configuration File
Command (1-4/Quit)>

「1.Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Disabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「1. SVPAgentService」を選択し，「Enabled」に設定する
Advanced Agent設定メニューの「1. SVPAgentService」が「Enabled」になります。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Enabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「3. SVP Setup」を選択する
SVP設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####              SVP Setup             ####
   # SVPmicroProgramVersion     [04-00-xx]
   1.ErrorWatching              [Enabled] 11.Destination2-Port [20079]
   2.ErrorWatchingDetailSetting ->        12.Destination3-Name [Mr.C   ]
.............以下省略.............

Command(1-19/Menu/Quit)>

「2.ErrorWatchingDetailSetting」を選択する
ErrorWatchingDetailSettingサブメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####    Error Watching Detail Setting   ####
   # SVPmicroProgramVersion     [04-00-xx]
   1.ErrorWatchingInterval      [3]
   2.ProcessAtError             [0]
   3.AlertNotification          [1]
   4.PowerOnWatching            [Disabled]
   5.PowerOnWatchingTimeout     [10]
   6.PowerOffWatching           [Disabled]
   7.PowerOffWatchingTimeout    [10]
   8.RebootWatching             [Disabled]
   9.RebootWatchingTimeout      [20]

Command(1-9/Menu/Quit)>

「3.AlertNotification」を選択し，通知するイベントを0～3の中から設定する
イベントの設定内容を次に示します。

0：なし
アラートの通知をしません。

1：あり（障害通知）
障害のイベントだけをアラートとして通知します。

2：あり（情報通知）
情報のイベントだけをアラートとして通知します。

3：あり（全通知）
すべてのイベントをアラートとして通知します。

「Quit」を選択する
SVP設定メニューに戻ります。

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

7.3.3　フィルタリングしたアラートの通知結果

アラート単位で「通知しない」と設定した場合，そのアラートはアラート関連のすべての機能で無効となります。アラートログやイベントログなどのログファイルにも記録されません。

一方，アラートレベルで「通知しない」と設定した場合，そのアラートはコンソールサービスやほかのプログラムへの通知，およびe-mailによる通知はされませんが，アラートログやイベントログなどのログファイルには記録されます。また，アラート発生時のサーバ動作の設定も有効です。次の表に，アラート単位とアラートレベルでの設定によって異なる障害管理機能の有効性を示します。

表7-2　障害管理機能の有効性

プログラム
障害管理機能
アラート単位
での設定
アラートレベル
での設定
機能の
有効性

－
コンソールサービスへの通知
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

コンソールサービス
ローカルコンソールサービス
プログラム起動
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

マネージャサービス
e-mail連携
JP1/IMへの通知
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

エージェントサービス
ログファイルへの記録
サーバ動作設定
通知する
通知する
有効

通知しない
有効

通知しない
－
無効

SNMPトランスレータエージェントサービス
SNMPマネージャへの通知
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

（凡例）

－：該当なし

7.4　未通知アラートを通知する

管理コンソールが管理サーバに接続していない間に管理サーバまたは管理対象サーバで発生したアラートを，管理サーバ上に保存しておき，管理コンソールが接続した時に通知できます。この機能は，BSMの場合だけ使用できます（Server Managerでは使用できません）。

また，管理対象サーバが管理サーバに接続していない間に管理対象サーバでアラートが発生した場合，管理対象サーバが接続した時に「未通知のアラートがある」ということを示すアラートが，管理サーバに通知されます。

注意

未通知アラートは，ローカルコンソールサービスおよびWebコンソールサービスでは表示できません。

ここでは，アラート通知の仕組み，および通知に必要な設定について説明します。

＜この節の構成＞

7.4.1　管理サーバ未接続時の未通知アラートの通知

7.4.2　管理コンソール未接続時の未通知アラートを通知するための設定

7.4.1　管理サーバ未接続時の未通知アラートの通知

＜この項の構成＞

(1)　管理コンソールが管理サーバに接続していない場合

(2)　管理対象サーバが管理サーバに接続していない場合

(1)　管理コンソールが管理サーバに接続していない場合

管理コンソールが管理サーバに接続していない間に管理対象サーバで発生したアラートは管理サーバ上に保存されます。

未通知のアラートを管理コンソール接続時に通知する場合，管理コンソールが管理サーバに接続した時点で，未通知のアラートがまとめて管理コンソールに通知されます。

未通知のアラートを管理コンソール接続時に通知する場合のアラート通知の流れを，次の図に示します。

図7-3　未通知のアラートを管理コンソール接続時に通知する場合のアラート通知の流れ

未通知のアラートを管理コンソール接続時に通知しない場合，管理コンソールが管理サーバに接続した時点で，「未通知のアラートがある」ということを示すアラート（0x3801）が管理コンソールに通知されます。

未通知のアラートを管理コンソール接続時に通知しない場合のアラート通知の流れを，次の図に示します。

図7-4　未通知のアラートを管理コンソール接続時に通知しない場合のアラート通知の流れ

(2)　管理対象サーバが管理サーバに接続していない場合

管理対象サーバが管理サーバに接続していない間に管理対象サーバでアラートが発生した場合，管理対象サーバが管理サーバに接続した時点で，「未通知のアラートがある」ということを示すアラート（0x3801）が管理サーバに通知されます。このアラートは，管理コンソールが管理サーバに接続した時点で，管理コンソールに通知されます。

管理対象サーバが未接続時のアラート通知の流れを，次の図に示します。

図7-5　管理対象サーバが未接続時のアラート通知の流れ

7.4.2　管理コンソール未接続時の未通知アラートを通知するための設定

管理コンソール未接続時の未通知アラートを通知する場合，コンソールサービスに対する設定とマネージャサービスに対する設定が必要です。それぞれの設定方法を次に示します。

＜この項の構成＞

(1)　コンソールサービスに対する設定

(2)　マネージャサービスに対する設定

(1)　コンソールサービスに対する設定

コンソールサービスに対して，未通知アラートを受信するかどうかを設定します。

注意

マネージャサービスへのログイン時に未通知アラートを受信できるのは，BSMを使用している場合だけです。

コンソールサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，「3.8　環境設定ユティリティの基本操作」を参照してください。

［コンソールサービス］タブを選択し，［詳細設定］ボタンをクリックする

［アラート］タブを選択する
環境設定ユティリティの［アラート］タブが表示されます。

［マネージャサービスへのログイン時に未受信アラートを受信する］チェックボックスをONにする

［OK］ボタンをクリックする

(2)　マネージャサービスに対する設定

マネージャサービスに対して，未通知アラートの保存日数および保存件数を設定します。

マネージャサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，「3.8　環境設定ユティリティの基本操作」を参照してください。

［マネージャサービス］タブを選択し，［詳細設定］ボタンをクリックする

［保存設定］タブを選択する
環境設定ユティリティの［保存設定］タブが表示されます。

［アラート保存設定］の各項目を設定する
ここでは，次の情報を設定します。

設定項目
設定内容

アラートの保存日数
マネージャサービスがアラートを保存する日数を設定します。設定範囲は1～1,000です。デフォルトは30日です。
ここで指定した保存日数を超えた場合，アラートは削除されます。

アラートの保存件数
マネージャサービスがアラートを保存する件数を設定します。設定範囲は1,000～65,535です。デフォルトは65,535件です。
ここで指定した保存件数を超えた場合，古いアラートから削除されます。

注意

次のどちらかの条件が成立すると，通知アラート画面に対象のアラートが表示されなくなります。また，アラートが削除される際に，削除する旨のアラートは通知されません。

・アラートが発生してから「アラートの保存日数」で指定した日数の間，一度もマネージャサービスにログインしなかった場合

・アラートが発生してから「アラートの保存件数」で指定した件数のアラートを受信する間，一度もマネージャサービスにログインしなかった場合

［OK］ボタンをクリックする

7.5　アラート発生時のサーバの動作を設定する

アラートが発生したとき，サーバをどのように動作させるかを，アラートごとに設定できます。また，その設定をアラート属性ファイルに保存し，別のサーバにコピーすることもできます。

＜この節の構成＞

7.5.1　アラート発生時のサーバの動作

7.5.2　アラート発生時のサーバの動作の設定方法

7.5.1　アラート発生時のサーバの動作

アラートが発生したときのサーバの動作は，次の中から選択できます。

何もしない

電源OFF

リブート

シャットダウン

また，アラート発生時に管理対象サーバ上で起動しているプロセスを強制終了するかどうかも設定できます。プロセスの強制終了とは，電源OFF，リブート，およびシャットダウンの各サーバ動作のシャットダウン処理時に，サーバで動作している各プロセスに強制終了を指示することです。

管理対象サーバをクラスタ構成にしている場合，アラート発生時にフェイルオーバーするかどうかも設定できます。

7.5.2　アラート発生時のサーバの動作の設定方法

アラート発生時のサーバの動作は，アラートごとに設定する方法と，アラート属性ファイルを使用して設定する方法とがあります。次にそれぞれの方法について説明します。

＜この項の構成＞

(1)　アラートごとに設定する

(2)　アラート属性ファイルを使用して設定する

(3)　注意事項

(1)　アラートごとに設定する

［ホスト管理］ウィンドウで，通知アラートについて設定するサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［アラート一覧］から，アラート発生時のサーバの動作を設定するアラートを選択する
アラート一覧には，選択したサーバが通知できるアラートだけが表示されます。

［イベント発生時のサーバ動作］から，イベント発生時のサーバ動作を設定する
次の項目を設定します。

設定項目
設定内容

イベント発生時のサーバ動作※1
イベントが発生したときのサーバの電源操作を次の中から選択します。

何もしない

電源OFF※2

リブート

シャットダウン※2

プロセスの強制終了
イベントが発生したときに起動していたプロセスを強制終了するかどうかを設定します。「電源OFF」，「リブート」，または「シャットダウン」を選択したときだけ設定できます。

注※1

HP-UXサーバの場合，［イベント発生時のサーバ動作］は設定できません。

注※2

ハードウェアおよびOSがAPMやACPIなどの電源制御規格に対応しているかどうかで，電源OFFまたはシャットダウンを選択したときの，イベント発生時のサーバの動作が異なります。電源制御規格への対応とイベント発生時のサーバの動作を次の表に示します。

ボタンの選択 | イベント発生時のサーバの動作
対応している | 対応していない
［電源OFF］ラジオボタンON | 電源OFF | 電源OFF
［シャットダウン］ラジオボタンON | 電源OFF | 電源OFFできる状態になる

（凡例）

対応している：ハードウェアおよびOSが電源制御規格に対応している

対応していない：ハードウェアまたはOSが電源制御規格に対応していない

［フェイルオーバー］から，イベントが発生したときにサーバがフェイルオーバーするかどうかを選択する
イベントが発生したときにサーバがフェイルオーバーするかどうかを設定します。フェイルオーバーする場合は，［する］ラジオボタンをONにします。フェイルオーバーしない場合は，［しない］ラジオボタンをONにします。

注意

［フェイルオーバー］は，MSCSまたはフェールオーバークラスタでクラスタ管理をしているWindowsサーバだけに設定できます。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後から設定内容が有効になります。

(2)　アラート属性ファイルを使用して設定する

［ホスト管理］ウィンドウで，アラート属性のコピー元となるサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［保存］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を入力して［保存］ボタンをクリックする
任意のフォルダにアラート属性ファイルを保存してください。このアラート属性ファイルには，［各アラートの属性］タブの［アラート一覧］に表示されているすべてのアラート属性が保存されます。

［OK］ボタンをクリックする

［ホスト管理］ウィンドウで，アラート属性のコピー先のサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］を選択する

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［読込］ボタンをクリックする
［ファイルを開く］ダイアログボックスが表示されます。

アラート属性ファイルを選択し，［開く］ボタンをクリックする
現在の設定内容がアラート属性ファイルの内容で上書きされます。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後に，この設定がエージェントサービスへ反映されます。

注意

アラート属性ファイルと，［各アラートの属性］ダイアログボックスの［アラート一覧］とで，同一のアラートIDに対して異なる設定がされている場合，アラート属性ファイル内のアラート属性が適用されます。

例えば，AというアラートIDに対して，アラート属性ファイルと，［アラート一覧］とで設定内容に差異があった場合，Aのアラート属性は次のように設定されます。

アラートID(A)の有無
(アラート属性ファイル内)
アラートID(A)の有無
(アラート一覧内)
ファイル読み込み後の
アラートID(A)に対する属性

○
○
アラート属性ファイル内のアラート属性が反映される

○
×
アラート属性は読み込まない

×
○
アラート属性は変更しない

×
×
アラート属性は読み込まない

（凡例）

○：AというアラートIDが存在する

×：AというアラートIDが存在しない

(3)　注意事項

［イベント発生時のサーバ動作］で設定した動作が実行されると，設定内容はリセットされ，「何もしない」が設定された状態に戻ります。そのため，サーバ動作が実施されたあとは必要に応じて再設定してください。

イベントの発生個所によっては，アラート発生通知，イベント発生時のサーバ動作，またはフェイルオーバーを設定できない場合があります。アラート発生通知，イベント発生時のサーバ動作，またはフェイルオーバーを設定できないアラートについては，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

ウォッチドッグタイムアウトが発生した場合のサーバ動作は，［各アラートの属性］タブでは設定できません。次に示す個所を参照して設定してください。

3.16.4(2)　SVP PCIボードの設定（Windowsサーバ）

3.16.4(3)(b)　SVP設定メニューによる設定

7.6　アラート受信時にプログラムを自動起動する

ここでは，ホストからアラートが通知されたとき，任意のプログラムを起動させる場合の設定方法について説明します。この方法を利用すると，アラートが通知されたときにブザーを鳴らしたり，独自のメッセージを表示させたりできます。

プログラムの自動起動の概要を次の図に示します。

図7-6　プログラムの自動起動の概要

アラート受信時にプログラムを自動起動するためには，次の設定をしてください。

アラート受信時にプログラムを自動起動する環境へアラートアクションサービスをインストールする

「7.6.1　接続先アラートアクションサービスの設定」を参照して，マネージャサービスまたはローカルコンソールサービスの設定をする

「7.6.2　自動起動するプログラムの設定」を参照して，アラートアクションサービスの設定をする

注意

アラートアクションサービスには通知されないアラートがあります。アラートアクションサービスには通知されないアラートについては，「7.6.3　アラートアクションサービスに通知されないアラート」を参照してください。

＜この節の構成＞

7.6.1　接続先アラートアクションサービスの設定

7.6.2　自動起動するプログラムの設定

7.6.3　アラートアクションサービスに通知されないアラート

7.6.1　接続先アラートアクションサービスの設定

マネージャサービスまたはローカルコンソールサービスで接続先アラートアクションサービスを設定する方法を説明します。

マネージャサービスまたはローカルコンソールサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，「3.8　環境設定ユティリティの基本操作」を参照してください。

［マネージャサービス］タブまたは［ローカルコンソールサービス］タブを選択し，［詳細設定］ボタンをクリックする

［アラートアクションサービス］タブを選択する
［アラートアクションサービス］タブが表示されます。

接続先アラートアクションサービスを新規に登録または削除する場合は，［登録／削除］ボタンをクリックする
［接続先アラートアクションサービス登録／削除］ダイアログボックスが表示されます。

＜この項の構成＞

(1)　接続先アラートアクションサービスを新規に登録する場合

(2)　接続先アラートアクションサービスを削除する場合

(3)　接続順序を変更する場合

(1)　接続先アラートアクションサービスを新規に登録する場合

接続先アラートアクションサービスを指定してアラートアクションサービスリストへ登録します。

接続先アラートアクションサービスのIPアドレスまたはホスト名を入力する
1～256バイトの範囲で入力してください。

接続先アラートアクションサービスのコメントを入力する
1～256バイトの範囲で入力してください。

［↓リストに追加］ボタンをクリックする
アラートアクションサービスリストへ新規に登録されます。なお，接続先アラートアクションサービスは4個まで登録できます。

(2)　接続先アラートアクションサービスを削除する場合

登録済みアラートアクションサービスリストから削除します。

登録済みアラートアクションサービスリストから，削除したいアラートアクションサービスを選択する

［リストから削除］ボタンをクリックする
登録済みアラートアクションサービスリストから接続先アラートアクションサービスが削除されます。

(3)　接続順序を変更する場合

複数のアラートアクションサービスに接続する場合，登録済みアラートアクションサービスリストに登録されている順番に接続されます。複数のアラートアクションサービスに接続するときの優先順位（接続順位）を変更します。

登録済みアラートアクションサービスリストから，優先順位を変更したいアラートアクションサービスを選択する

［↑上へ］［↓下へ］ボタンをクリックする
接続順序が変更されます。上へ行くほど優先順位が高くなります。

7.6.2　自動起動するプログラムの設定

＜この項の構成＞

(1)　設定方法

(2)　使用例

(3)　注意事項

(1)　設定方法

アラート発生時のプログラム起動を設定する場合，次の操作を行います。

アラートアクションサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，「3.8　環境設定ユティリティの基本操作」を参照してください。

［アラートアクションサービス］タブを選択する
［アラートアクションサービス］タブが表示されます。

このダイアログボックスで次の内容を設定します。

設定項目
設定内容

プログラム
アラートが通知されたときに起動させるプログラムを指定します。プログラム名は絶対パスで指定してください。1～256バイトの範囲で指定します。なお，指定できるプログラムは一つだけです。複数のプログラムを起動させたい場合は，バッチプログラムを作成し，そのプログラムを指定してください。

マクロ
プログラム起動時に，プログラムで使用するデータを指定します。マクロには次の種類があります。各マクロを指定するとアラートに関する情報が展開され，プログラムで利用できます。

%D
アラートの発生日に展開されます。形式はyyyymmddです。

%T
アラートの発生時刻に展開されます。形式はHHMMSSです。

%M
アラートが発生したホストのホスト名，サーバシャーシID，またはHVM識別子に展開されます。

%L
発生したアラートのアラートレベルの文字列に展開されます。

%I
発生したアラートのアラートIDに展開されます。形式は，0Xxxxxです。

%S
発生したアラートの内容の文字列に展開されます。※

%P
発生したアラートの発生部位の文字列に展開されます。

注※

通知できるアラートメッセージの長さは255バイトです。アラートメッセージが256バイト以上の場合，メッセージの先頭部分が「...」に置き換わって通知されます。

設定内容を確認し，問題がなければ，［OK］ボタンをクリックする

次回のアラート通知時からプログラムが起動されます。

(2)　使用例

例えば，次のようなバッチファイルを起動プログラムとして登録します。

登録するプログラム

c:¥alert.bat %I

この例では，プログラム起動時にパラメタとして%I（アラートID）を付けるように指定しています。

alert.batの内容

echo off
if %1==0x13B0 alert.wav

この起動プログラムは，アラートID　0x13B0（OSハングアップ検出時のアラート）が通知されたときに音を鳴らします。

(3)　注意事項

GUIなどのユーザインタフェースを持つプログラムを，自動起動するプログラムとして設定している場合，そのマシンからログアウトしている間は，ユーザインタフェースは表示されません。ログインした時点で，表示されます。

7.6.3　アラートアクションサービスに通知されないアラート

次のアラートはアラートアクションサービスに通知されません。

アラートIDが0x3801のアラート

マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラート

なお，アラートIDが0x3801のアラートの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

7.7　アラートをほかのプログラムに通知する

ここでは，アラートをJP1/IMまたはSNMPマネージャに通知する方法について説明します。

＜この節の構成＞

7.7.1　アラートをJP1/IMに通知する

7.7.2　アラートをSNMPマネージャに通知する

7.7.1　アラートをJP1/IMに通知する

マネージャサービスが受け取ったアラートを，JP1のイベントサーバにイベントとして通知できます。これによって，JP1/IMの統合Viewのイベントコンソールから，JP1/ServerConductorの通知アラートを参照できるようになります。

アラートをJP1/IMに通知する設定については，「16.3.1　アラートをJP1/IMに通知する」を参照してください。

なお，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラートは通知できません。

7.7.2　アラートをSNMPマネージャに通知する

SNMPトランスレータエージェントサービスによって，アラートをSNMPマネージャに通知できます。SNMPで送信されたアラートは，SNMPマネージャにイベントとして通知され，SNMPマネージャでビジュアルに表示できます。SNMPマネージャとの連携については，「17.　SNMPトランスレータ」を参照してください。

注意

SNMPトランスレータから通知できるアラート情報は，ハードウェア障害だけです。使用率超過など，ハードウェア障害以外のアラート，およびSVP機能から発行されるアラートは通知されません。

7.8　アラートをe-mailで通知する

ホストでアラートが発生した場合，必ずしもシステム管理者が管理コンソールを利用しているとは限りません。このような場合に，このe-mail連携機能を利用すると，システム管理者のe-mailアドレスあてにアラートのメールを通知できます。e-mail連携を使用した場合のアラート通知について次の図に示します。

図7-7　e-mail連携を使用した場合のアラート通知

図7-8　ローカルコンソールでe-mail連携した場合のアラート通知

＜この節の構成＞

7.8.1　e-mail（アラート通知）

7.8.1　e-mail（アラート通知）

ここでは，アラートをe-mailで通知する方法について説明します。

＜この項の構成＞

(1)　アラートアクションe-mailの設定

(2)　e-mailで通知される情報

(1)　アラートアクションe-mailの設定

e-mailを利用してアラートを通知する場合の設定手順を次に示します。

［ホスト管理］ウィンドウの［表示］メニューから［サービス構成表示］を選択する
［ホスト管理］ウィンドウがサービス構成別の表示になります。

［ホスト管理］ウィンドウの左ペインで，e-mail設定をするマネージャサービスを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［e-mail設定］タブを選択する
［マネージャサービス設定］ダイアログボックスの［e-mail設定］タブが表示されます。

ここで，次の内容を設定します。

設定項目
設定内容

e-mail設定を行う機能を選択してください。
［アラートアクション］を選択します。

宛先
アラートを送信するe-mailのアドレスを指定します。256バイト以内で指定してください。

発信者
e-mailの発信元となるe-mailのアドレスを指定します。63バイト以内で指定してください。

件名
メールの件名となる文字列を指定します。63バイト以内で指定してください。

メールサーバ
発信者のe-mailアドレスが所属しているメールサーバのホスト名を指定します。63バイト以内で指定してください。

e-mailテストを行う
e-mail通知先リストに表示されているすべてのe-mailアドレスにテストメールを送信する場合，このチェックボックスをONにします。テストメールのタイトルと本文には「Test Mail」が設定され，添付ファイルは無しとなります。
テストメールは，［OK］ボタンをクリックした時点で送信されます。

すべての項目を設定したら，［↓リストに追加］ボタンをクリックする
［宛先］に設定したe-mailアドレスが［e-mail通知先リスト］に追加されます。e-mailアドレスは四つまで設定できます。
［e-mail通知先リスト］に追加されたe-mailアドレスを削除する場合は，削除するe-mailアドレスを選択し，［リストから削除］ボタンをクリックしてください。

［OK］ボタンをクリックする

デフォルトではすべてのアラートがe-mail送信されます。e-mailで通知したいアラートを選択する場合は，「(a)　e-mailで通知したいアラートを選択する場合」を参照してください。

マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラートはe-mail送信できません。

(a)　e-mailで通知したいアラートを選択する場合

特定のアラートが発生した場合だけe-mailで通知したいときは，e-mailで通知するアラートを選択できます。e-mailで通知するアラートを選択する場合の設定手順を次に示します。

［ホスト管理］ウィンドウの［表示］メニューから［サービス構成表示］を選択する
［ホスト管理］ウィンドウがサービス構成別の表示になります。

［ホスト管理］ウィンドウの左ペインで，e-mail設定をするマネージャサービスを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［e-mail設定］タブを選択する
［マネージャサービス設定］ダイアログボックスの［e-mail設定］タブが表示されます。

［アラート選択］ボタンをクリックする
［アラート設定］ダイアログボックスが表示されます。

［アラート一覧］からe-mailで通知したいアラートを選択する
すべてのアラートを通知する場合は，［全て選択］ボタンをクリックしてください。ボタンは，クリックするたびに［全て選択］ボタンと［全て非選択］ボタンが切り替わります。

アラートを選択したら，［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスの［e-mail設定］タブに戻ります。

(2)　e-mailで通知される情報

e-mailでアラートを通知した場合，次のような情報が送信されます。

送信項目 | 内容
送信先 | e-mail通知設定項目の宛先に設定したe-mailアドレスです。
送信元 | e-mail通知設定項目の発信者に設定したe-mailアドレスです。
タイトル | e-mail通知設定項目の件名に設定した内容です。
発生日時 | アラートが発生した日時です。
発生サーバ | アラートが発生したサーバのホスト名です（ホスト名が半角で16文字以上の場合，15文字までが表示されます）。
アラートレベル | 発生したアラートのアラートレベルです。
アラートID | 発生したアラートのアラートIDです。
内容 | 発生したアラートの説明です。通知できるアラートメッセージの長さは255バイトです。アラートメッセージが256バイト以上の場合，メッセージの先頭部分が「...」に置き換わって通知されます。
発生部位 | アラートの発生個所です。

7.9　アラートをログファイルに記録する

管理対象ホストで発生したアラートはログとして記録されます。JP1/ServerConductorで発生したアラートを記録するログファイルは次のとおりです。

アラートログ

SVPログ

イベントログ（Windowsサーバの場合）

syslog（LinuxサーバまたはHP-UXサーバの場合）

ここでは，これらのログの格納先について説明します。また，アラートをイベントログまたはsyslogに記録するための設定方法について説明します。

＜この節の構成＞

7.9.1　サーバアラートログに記録する

7.9.2　SVPログに記録する

7.9.3　イベントログに記録する

7.9.4　syslogに記録する

7.9.1　サーバアラートログに記録する

エージェントサービスが検出したサーバのアラートはサーバアラートログに記録されます。サーバのアラートログはそれぞれ次の場所にあります。

サーバ
サーバアラートログの保存場所

Windowsサーバ
JP1/ServerConductorインストール先フォルダのLogフォルダ下

Linuxサーバ
ログファイル・一時ファイルの格納用ディレクトリ
（/var/opt/hitachi/system_manager）のlogディレクトリ下

HP-UXサーバ
アラートログの出力ディレクトリ（/var/opt/htcsma/）下

注意

［エージェントサービス設定］ダイアログボックスの［アラート］タブ，またはエージェント設定メニューのAlertKeepDaysで設定した保存日数より古いアラートログは，新しいアラートが発生したタイミングで削除されます。したがって，新しいアラートが発生しなければ，保存日数より古いアラートログは削除されません。

7.9.2　SVPログに記録する

WindowsサーバおよびLinuxサーバのSVP機能と，サーバシャーシで検出されたアラートはSVPログファイルに記録されます。SVPログファイルはSVPが保持しています。

7.9.3　イベントログに記録する

Windowsサーバで発生したアラートをアプリケーションログとして記録できます。記録したアプリケーションログは，ほかのアプリケーションで利用できます。アプリケーションログには，「7.3.1(2)　アラート単位でのフィルタリング」で設定した通知アラートの情報が記録されます。

注意

アラートをアプリケーションログとして記録した場合，イベントビューアなどで参照してください。また，アラートをアプリケーションログとして記録できるのは，Windowsサーバだけです。

＜この項の構成＞

(1)　アプリケーションログの記録

(2)　アプリケーションログとして記録される情報

(1)　アプリケーションログの記録

アラートをアプリケーションログとして記録する場合，次の方法で設定します。

［ホスト管理］ウィンドウで，アプリケーションログの記録の設定をするサーバを選択する
複数のサーバを選択することはできません。

［設定］メニューから［エージェントサービス設定］を選択する

［アラート］タブを選択する
［アラート］タブが表示されます。

［通知アラート］で，アプリケーションログとして記録するアラートレベルのチェックボックスをONにする

［アプリケーションログとして記録］のチェックボックスをONにする

［OK］ボタンをクリックする

(2)　アプリケーションログとして記録される情報

アラートをアプリケーションログとして記録した場合，次の情報が記録されます。

ユーザ

未使用を意味するN/Aが記録されます。

イベントID

JP1/ServerConductorのアラートIDが記録されます。表示は10進数となります。

ソース

プログラム名SM_AgtSvcが記録されます。この値は固定です。

種類（アラートレベル）

アラートのレベルが記録されます。記録されるアラートレベルの表示は，JP1/ServerConductorと次のように異なります。

記録されるアラートレベル | JP1/ServerConductorのアラートレベル
情報 | インフォメーション
警告 | 注意
警告
エラー | 障害

分類

イベントビューアには項目がありますが，JP1/ServerConductorではこの情報は記録されません。

説明

アラート発生日時，アラートレベル，発生部位，アラートのメッセージが記録されます。

データ

イベントビューアには項目がありますが，JP1/ServerConductorではこの情報は記録されません。

次にイベントビューアの表示例を示します。

7.9.4　syslogに記録する

LinuxサーバまたはHP-UXサーバで発生したアラートをsyslogとして記録できます。syslogには，「7.3.1(2)　アラート単位でのフィルタリング」で設定した通知アラートの情報が記録されます。

注意

アラートをsyslogとして記録した場合，ビューアなどで参照してください。

＜この項の構成＞

(1)　syslogの記録

(2)　syslogとして記録される情報

(1)　syslogの記録

アラートをsyslogとして記録する場合，smheditコマンドで設定します。設定手順を次に示します。なお，smheditコマンドの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」のsmheditコマンド（Linuxサーバ）またはsmheditコマンド（HP-UXサーバ）について記載されている節を参照してください。

管理対象サーバで，smheditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhedit

エージェント環境設定のメインメニューが表示されます。

  #### JP1/ServerConductor/Agent ####
  ####  Configuration Main Menu  ####
   1.Agent Configuration File
   2.Agent Environment Configuration File

  Command(1-2/Quit)>

「1.Agent Configuration File」を選択する
エージェント設定メニューが表示されます。

  #### JP1/ServerConductor/Agent ####
  #### Agent Configuration File ####
   1.CommandTimeout     [90]
   2.Keepalive   [False]
  .............以下省略.............

  Command(1-11/Menu/Quit)>

「Syslog Output」を選択し，「True」に設定する

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
エージェント環境設定のメインメニューに戻ります。

「Quit」を選択する
smheditコマンドを終了します。

(2)　syslogとして記録される情報

アラートをsyslogとして記録した場合，次の形式でsyslogが記録されます。

KASAXXXXX-X An alert occurred at agent. (ID=アラートID:LEVEL=YYYY:MSG=メッセージテキスト)

XXXXX-X

アラートレベルによって，次の文字列が挿入されます。

項番 | アラートレベル | 挿入される文字列
1 | インフォメーション | 0905A-I
2 | 注意 | 0906A-W
3 | 警告または障害 | 0907A-E

アラートID

アラートIDが挿入されます。

YYYY

アラートレベルによって，次の数値（16進）が挿入されます。

項番 | アラートレベル | 挿入される文字列
1 | インフォメーション | 0x02
2 | 注意 | 0x08
3 | 警告 | 0x0a
4 | 障害 | 0x0c

メッセージテキスト

アラートのメッセージテキスト（英語表記）が挿入されます。

7.10　ウォッチドッグタイマによる障害監視をする

ここでは，Agentが提供している機能であるウォッチドッグタイマによる障害監視について説明します。

なお，この機能は，管理対象サーバがBladeSymphonyの場合に利用できます。

＜この節の構成＞

7.10.1　ウォッチドッグタイムアウトの仕組み

7.10.2　ウォッチドッグタイマによる障害監視に必要な設定

7.10.1　ウォッチドッグタイムアウトの仕組み

ウォッチドッグタイマは，システムが正常に動作しているかどうかを監視するためのタイマです。JP1/ServerConductorのウォッチドッグタイマは，Agentから一定の間隔で送信されるResetコマンドをBMCが受信して，OSが正しく動作しているかどうかを監視します。

OSに異常が発生してResetコマンドが送信されなくなると，BMCは異常を検出します。この状態をウォッチドッグタイムアウトが発生したといいます。ウォッチドッグタイムアウトが発生すると，次のような処理が実行されます。

ウォッチドッグタイムアウトが発生したことがBMC内のイベントログ（SEL）に記録されます。

サーバモジュールのランプが点灯します。

あらかじめ設定した内容に従って，電源が制御されます。

管理対象サーバ，またはサーバシャーシに搭載されているSVPから，管理コンソールにウォッチドッグタイムアウトのアラートが通知されます。

ウォッチドッグタイムアウトの仕組みを次に示します。

図7-9　ウォッチドッグタイムアウトの仕組み

7.10.2　ウォッチドッグタイマによる障害監視に必要な設定

ウォッチドッグタイマによる障害監視に必要な設定について，管理対象がWindowsサーバの場合とLinuxサーバの場合とに分けて説明します。

＜この項の構成＞

(1)　Windowsサーバの場合

(2)　Linuxサーバの場合

(1)　Windowsサーバの場合

障害監視に必要な設定をするには，BMC環境設定ユティリティを使用します。障害監視をするかどうか，また監視周期や障害発生時の処理について設定できます。BMC環境設定ユティリティの詳細は，「3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定」を参照してください。

例として，監視周期を「5」分に，障害発生時処理を「電源OFF」に設定している場合の動作を次に示します。

図7-10　ウォッチドッグタイムアウトの動作の例

上記の例では，指定値の3分の1の1分40秒ごとにResetコマンドが送信されます。指定値の5分以内にResetコマンドが送信されない場合に，ウォッチドッグタイムアウトが発生します。

なお，障害監視の実行中にAgentとBMCとの間で通信でエラーが発生した場合は，次のファイルにログが出力されます。

ログファイル

<ServerConductor（Agent）インストール先フォルダ>¥log¥@SmSvpWatchdog@.log

出力内容

SVP watchdog was not able to obtain a response from BMC once.

Agentが08-60よりも前のバージョンの場合

Resetコマンドは指定値の半分の間隔で送信されます。

(2)　Linuxサーバの場合

障害監視に必要な設定をするには，smhaaeditコマンドの［2. BMC Configuration File］メニューを使用します。障害監視をするかどうか，また監視周期や障害発生時の処理について設定できます。smhaaeditコマンドの詳細は，「3.16.2(2)　smhaaeditコマンドによるBMCの設定手順」を参照してください。

ウォッチドッグタイムアウトの動作は，「(1)　Windowsサーバの場合」と同様です。

障害監視の実行中にAgentとBMCとの間で通信でエラーが発生した場合は，次のファイルにログが出力されます。

ログファイル

/var/opt/hitachi/system_manager/log/@svp@.log

出力内容

SVP watchdog was not able to obtain a response from BMC once.

Agentが08-60よりも前のバージョンの場合

Agentが08-60よりも前のバージョンの場合の動作は，次のようになります。

例として，ErrorWatchingIntervalを「5」分に，ProcessAtErrorを「2」（電源OFF）に設定している場合の動作を次に示します。

図7-11　ウォッチドッグタイムアウトの動作の例（08-60よりも前のバージョンの場合）

上記の例では，指定値の5分ごとにResetコマンドが送信されます。指定値の5分+5分の10分以内にResetコマンドが送信されない場合に，ウォッチドッグタイムアウトが発生します。

8.　性能監視

JP1/ServerConductorでは，管理対象サーバのハードウェアの性能を監視し，ハードウェアの使用率がある一定のしきい値を超えたときにアラートを通知できます。

この章では，ハードウェア性能監視機能の概要および設定方法について説明します。

＜この章の構成＞

8.1　使用率が一定のしきい値を超えたときにアラートを通知する

8.1　使用率が一定のしきい値を超えたときにアラートを通知する

管理対象サーバのハードウェアの性能のうち，CPU，メモリ，ドライブ，またはファイルシステムの使用率がある一定のしきい値に到達したときに，アラートを通知できます。

ハードウェアの使用率超過通知機能の概要を次の図に示します。

図8-1　ハードウェアの使用率超過通知機能の概要

＜この節の構成＞

8.1.1　前提条件

8.1.2　使用率の算出方法

8.1.3　しきい値の設定

8.1.4　アラートの表示

8.1.1　前提条件

この機能は，管理対象がBladeSymphonyまたはHA8000上で稼働している，Windowsサーバ，Linuxサーバ，およびHP-UXサーバの場合に使用できます。

8.1.2　使用率の算出方法

この機能では，使用率のチェック間隔とサンプリング回数から，使用率が求められます。まず，指定したチェック間隔で使用率が取得されます。取得された使用率の値と指定したサンプリング回数から使用率の平均値が求められます。その平均値がしきい値に達した場合，アラートが通知されます。

例えば，CPUの使用率について，次の条件でアラートを通知するとします。

アラートを通知する使用率の値：50%

使用率のチェック間隔：10秒

使用率算出のためのサンプリング回数：3回

この場合，10秒間隔で3回使用率を取得し，その平均値が50%に到達した時点でアラートが通知されます。使用率の算出とアラート通知の例を次の図に示します。

図8-2　使用率の算出とアラート通知の例

この例では，A時点およびB時点では直近3回のサンプリングで取得された使用率の平均値が50%に達していないため，アラートは通知されません。C時点で使用率の平均値が50%に達するため，アラートが通知されます。

8.1.3　しきい値の設定

CPU，メモリ，ドライブ，またはファイルシステムの使用率のしきい値は，コンソールサービスまたはローカルコンソールサービスがインストールされているマシンから設定します。使用率のしきい値の設定手順を次に示します。

［ホスト管理］ウィンドウで，使用率のしきい値を設定するホストを選択する
複数のホストは選択できません。

［設定］メニューから［エージェントサービス設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。

［使用率超過通知］タブを選択する
［使用率超過通知］タブが表示されます。

［デバイス］リストボックスから使用率のしきい値を設定するデバイスを選択する
次の中から選択します。

Windowsサーバの場合

・CPU

・メモリ

・ドライブ

LinuxサーバまたはHP-UXサーバの場合

・CPU

・メモリ

・ファイルシステム

［使用率チェックをする］チェックボックスをONにする
［デバイス］で選択したデバイスの使用率を監視することを指定します。使用率チェックをするかどうかは，デバイスごとに設定できます。

［デバイス］で「ドライブ」または「ファイルシステム」を選択した場合，リストから，しきい値を設定するドライブまたはファイルシステムを選択する
リストでしきい値を設定するドライブまたはファイルシステムをダブルクリックすると，リストの先頭に表示されている○が●になり，使用率の監視対象になります。

しきい値として設定する使用率を設定する
［使用率］で，しきい値として設定する使用率を，デバイスごとに設定します。
監視するデバイスがCPUの場合，10～100の範囲で設定します。メモリ，ドライブ，またはファイルシステムの場合，40～100の範囲で設定します。ドライブまたはファイルシステムの場合，しきい値はドライブまたはファイルシステムごとに設定できます。

使用率のチェック間隔を設定する
［使用率のチェック間隔］で，デバイスの使用率をチェックする間隔を，デバイスごとに秒単位で設定します。設定範囲は1～86,400です。
ドライブまたはファイルシステムの場合，使用率のチェック間隔の設定は，各ドライブまたはファイルシステムで共通の設定となります。

使用率算出のためのサンプリング回数を設定する
［使用率算出のためのサンプリング回数］で，使用率の平均を求めるためのサンプリングの回数を，デバイスごとに設定します。設定範囲は1～1,000です。
ドライブまたはファイルシステムの場合，サンプリング回数の設定は，各ドライブまたはファイルシステムで共通の設定となります。

［OK］ボタンをクリックする

なお，LPAR上で稼働しているサーバに関する注意については，「23.3.4　性能監視」を参照してください。

8.1.4　アラートの表示

ハードウェアの使用率が，しきい値として設定した使用率以上になると，使用率がしきい値に達したことを示すアラートが，管理対象サーバから通知されます。

管理対象サーバで発生したアラートは，［通知アラート］ウィンドウまたは［サーバアラートログ］ウィンドウで確認できます。［通知アラート］ウィンドウの表示方法については，「7.2.1　通知アラートを表示する」を参照してください。また，［サーバアラートログ］ウィンドウの表示方法については，「7.2.2　サーバアラートログを表示する」を参照してください。

9.　起動／通信状態監視

BSMでは，BladeSymphony上で稼働するサーバが起動したかどうかを監視できます。また，マネージャサービスとコンソールサービス，エージェントサービス，またはサーバシャーシとの間の通信状態も監視できます。

この章では，サーバの起動監視機能，および通信状態の監視機能について説明します。

＜この章の構成＞

9.1　サーバの起動を監視する

9.2　通信状態を監視する

9.1　サーバの起動を監視する

BladeSymphony上で稼働するサーバの電源ONからエージェントサービスが起動するまでの間を一定時間監視し，エージェントサービスが起動されているかどうかをコンソールサービスに通知できます。ここでは，サーバ起動監視機能について説明します。

注意

サーバ起動監視機能では，LPAR上で稼働しているサーバまたはHVMの起動も監視できます。LPAR上で稼働しているサーバまたはHVMの起動を監視する場合は，「23.　仮想化されたサーバの管理（HVMの場合）」を参照してください。

＜この節の構成＞

9.1.1　概要

9.1.2　前提条件

9.1.3　設定方法

9.1.4　タイムアウト時の動作と対処

9.1.5　注意事項

9.1.1　概要

サーバ起動監視では，サーバからマネージャサービスに対して，サーバの起動開始からエージェントサービスの起動完了までをタイマ監視します。サーバの起動監視を一度設定すると，サーバが起動されるたびにタイマ監視が実施されます。

サーバ監視機能を使用した場合の，サーバの状態と起動監視時間を次の図に示します。

図9-1　サーバの状態と起動監視時間

設定した時間を経過してもエージェントサービスから起動完了が通知されなかった場合，サーバ起動監視がタイムアウトしたことを示すアラートが通知されます。タイムアウトが発生したあとでエージェントサービスの起動が完了した場合は，タイムアウトが発生したことを示すアラートのあとでエージェントサービス起動完了を示すアラートが通知されます。タイムアウトとエージェントサービス起動完了のアラート通知のタイミングを，次の図に示します。

図9-2　タイムアウトとエージェントサービス起動完了のアラート通知のタイミング

注意

起動監視時間を設定する場合は，サーバの電源ONからエージェントサービスの起動終了までに掛かる時間を実際に計測し，余裕を持った時間を設定してください。

9.1.2　前提条件

サーバ起動監視をするための前提条件を次に示します。

監視対象がBladeSymphony上で稼働している

搭載されているSVPのファームウェアが，サーバ起動監視をサポートしている

監視対象がサーバの場合，エージェントサービスがインストールされている

監視対象のサーバが［ホスト管理］ウィンドウに登録されている

監視対象のサーバが稼働しているサーバシャーシが［ホスト管理］ウィンドウに登録されている

監視対象のサーバがHVMおよびLPAR上で稼働している場合，HVMファームウェアがサーバ起動監視をサポートしている

9.1.3　設定方法

サーバの起動を監視する時間はパーティションごとに設定します。設定方法を次に示します。

［ホスト管理］ウィンドウで，起動監視したいサーバを管理しているマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［サーバ起動監視］タブをクリックする
［サーバ起動監視］タブが表示されます。

［シャーシID］で，起動監視するサーバが稼働しているサーバシャーシを選択する

注意

［シャーシID］には，マネージャサービスで管理されているシャーシIDが表示されます。そのため，［ホスト管理］ウィンドウのコンピュータ名の表示内容と異なることがあります。

［監視対象サーバ一覧］で，起動監視するサーバを選択する
サーバは複数選択できます。

［設定］ボタンをクリックする
［監視設定］ダイアログボックスが表示されます。

［監視する］ラジオボタンをONにし，起動監視する時間を分単位で設定する
5～120分の間で設定できます。デフォルトは60分です。

［OK］ボタンをクリックする
続けて別のサーバの起動監視時間を設定する場合は，手順5～手順8を繰り返します。

設定が完了したら，［OK］ボタンをクリックする

9.1.4　タイムアウト時の動作と対処

設定した時間内にエージェントサービスが起動しなかった場合，起動監視のタイムアウトが発生したことを示す，注意レベルのアラート（0x3741）がコンソールサービスに通知されます。この場合の対処方法を次に示します。

＜この項の構成＞

(1)　障害アラートが通知された場合

(2)　エージェント起動完了を示すアラートが通知された場合

(3)　(1)(2)以外の場合

(1)　障害アラートが通知された場合

タイムアウトが発生したことを示すアラート（0x3741）の前後に障害アラートが通知された場合は，サーバ起動中に障害が発生した可能性があります。通知された障害アラートの対処に従ってください。

(2)　エージェント起動完了を示すアラートが通知された場合

タイムアウトが発生したことを示すアラート（0x3741）のあとに，エージェント起動完了を示すインフォメーションレベルのアラート（0x3743）が通知された場合は，設定した監視時間が短かった可能性があります。必要に応じて監視時間の設定を見直してください。

(3)　(1)(2)以外の場合

(1)(2)以外の場合，サーバの保守運用操作中，またはサーバ起動中に障害が発生した可能性があります。

サーバの保守運用操作中の場合は，保守運用操作の終了を待ってから，再度サーバを起動してください。保守運用操作の例を次に示します。

DPMによるバックアップ・リストア・クリアインストール操作

外部記憶装置からのOSインストール

BIOSおよびEFIの設定，およびサーバ搭載デバイスの設定操作

サーバ起動中に障害が発生している場合は，OSまたはエージェントサービスの起動状態を確認し，OSまたはエージェントサービスを再起動してください。OSまたはエージェントサービスを再起動してもタイムアウトが発生したことを示すアラートが通知される場合は，保守員に連絡してください。

9.1.5　注意事項

次の場合，サーバ起動監視は実施されません。

BladeSymphonyがメンテナンスモードの場合
BladeSymphonyのメンテナンスモードについては，マニュアル「BladeSymphonyユーザーズガイド」のメンテナンスモードについて記載されている個所を参照してください。

Pre-configure実行中の場合

N+1／N+Mコールドスタンバイの切り替えまたは復帰を実行した場合に，切り替え先ホストのサーバシャーシがサーバ起動監視をサポートしているとき，サーバ起動監視の設定を引き継ぎます。

N+1／N+Mコールドスタンバイの切り替えまたは復帰を開始してから，切り替え先または復帰先ホストでエージェントサービスの起動が完了するまでは，サーバ起動監視の設定は変更できません。

9.2　通信状態を監視する

マネージャサービスの通信状態を一定時間おきに監視し，通信状態が安定しているかどうかをコンソールサービスに通知できます。マネージャサービスとの通信状態を監視できる対象を次に示します。

コンソールサービスまたはエージェントサービス

サーバシャーシ（SVP）

注意

マネージャサービスとサーバシャーシ（SVP）との間の通信状態監視ができるのは，BSMを使用している場合だけです。

＜この節の構成＞

9.2.1　マネージャサービスとコンソールサービスまたはエージェントサービスとの通信状態監視

9.2.2　マネージャサービスとサーバシャーシ（SVP）との通信状態監視

9.2.1　マネージャサービスとコンソールサービスまたはエージェントサービスとの通信状態監視

マネージャサービスとコンソールサービスまたはエージェントサービスとの間の通信状態を一定時間おきに監視します。この機能をキープアライブといいます。ここでは，キープアライブの概要，設定方法，および注意事項について説明します。

＜この項の構成＞

(1)　概要

(2)　設定方法

(3)　注意事項

(1)　概要

キープアライブを使用すると，設定した間隔で通信状態が診断されます。診断時にマネージャサービスとの通信が切断されていると，接続が切断されたことを示すポップアップメッセージがコンソールサービスに表示されます。

マネージャサービスとコンソールサービスとの間の接続が切断されたことを示すポップアップメッセージが表示された場合は，コンソールサービスからマネージャサービスに再ログインしてください。

マネージャサービスとエージェントサービスとの間の接続が切断されたことを示すポップアップメッセージが表示された場合は，［ホスト管理］ウィンドウでホストを接続し直してください。ホストの再接続方法については，「13.1(2)　管理対象外のホストを再接続する」を参照してください。

(2)　設定方法

キープアライブの設定方法について，次の場合に分けて説明します。

マネージャサービスとコンソールサービスとの間のキープアライブの場合

マネージャサービスとエージェントサービスとの間のキープアライブの場合

(a)　マネージャサービスとコンソールサービスとの間のキープアライブの場合

キープアライブは次のどちらかの方法で設定できます。

［コンソールサービス設定］ダイアログボックス

環境設定ユティリティ

ここでは［コンソールサービス設定］ダイアログボックスでの設定方法について説明します。環境設定ユティリティを使用した設定方法については，「3.9.2　詳細情報の設定（コンソールサービス）」を参照してください。

マネージャサービスとコンソールサービスとの間のキープアライブの設定方法を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。

［ネットワーク］タブで［キープアライブ］チェックボックスをONにする

キープアライブ間隔を設定する
1～3,600秒の間で設定できます。デフォルトは600秒です。

注意

［コマンドタイムアウト値］に設定した値より大きい値を設定してください。

［OK］ボタンをクリックする

(b)　マネージャサービスとエージェントサービスとの間のキープアライブの場合

キープアライブは次のどれかの方法で設定できます。

［エージェントサービス設定］ダイアログボックス

環境設定ユティリティ（Windowsサーバの場合）

smheditコマンド（LinuxサーバまたはHP-UXサーバの場合）

ここでは［エージェントサービス設定］ダイアログボックスでの設定方法について説明します。環境設定ユティリティまたはsmheditコマンドを使用した設定方法については，次の個所を参照してください。

環境設定ユティリティを使用した設定方法
「3.11.4　詳細情報の設定（エージェントサービス）」

smheditコマンドを使用した設定方法（Linuxサーバの場合）
「3.12.2　エージェント設定メニューによる設定」

smheditコマンドを使用した設定方法（HP-UXサーバの場合）
「3.13.2　エージェント設定メニューによる設定」

マネージャサービスとエージェントサービスとの間のキープアライブの設定方法を次に示します。

［ホスト管理］ウィンドウで，キープアライブの設定をするサーバを選択する

［設定］メニューから［エージェントサービス設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。

［ネットワーク］タブで［キープアライブ］チェックボックスをONにする

キープアライブ間隔を秒単位で設定する
1～3,600秒の間で設定できます。デフォルトは600秒です。

注意

［コマンドタイムアウト値］に設定した値より大きい値を設定してください。

［OK］ボタンをクリックする

(3)　注意事項

キープアライブを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，キープアライブを設定しないでください。

9.2.2　マネージャサービスとサーバシャーシ（SVP）との通信状態監視

マネージャサービスとサーバシャーシ（SVP）との間の通信状態を一定時間おきに監視します。この機能をサーバシャーシ定期監視といいます。ここでは，サーバシャーシ定期監視の概要，設定方法，および注意事項について説明します。

注意

マネージャサービスとサーバシャーシ（SVP）との間の通信状態監視ができるのは，BSMを使用している場合だけです。

サーバシャーシ定期監視機能を使用する場合，搭載されているSVPのファームウェアがサーバシャーシ定期監視機能をサポートしている必要があります。

＜この項の構成＞

(1)　概要

(2)　設定方法

(3)　注意事項

(1)　概要

サーバシャーシ定期監視では，マネージャサービスからサーバシャーシ（SVP）に対する通信状態と，サーバシャーシからマネージャサービスに対する通信状態の双方向から通信状態が診断されます。マネージャサービスとサーバシャーシ（SVP）との間の通信状態は，サーバシャーシ定期監視を有効にした時点またはマネージャサービスが起動した時点から8時間おきに診断されます。サーバシャーシの定期監視中に監視対象のサーバシャーシが追加された場合でも，次の定期監視は，ほかのサーバシャーシと同じタイミングで実施されます。

サーバシャーシ定期監視での監視のタイミングを，次の図に示します。

図9-3　サーバシャーシ定期監視での監視のタイミング

定期診断時に，マネージャサービスとサーバシャーシ（SVP）との間の通信に成功すると，通信が成功したことを示すインフォメーションレベルのアラート（0x3747）が通知されます。

定期診断時に，マネージャサービスとサーバシャーシ（SVP）との間の通信に失敗すると，連続して通信に失敗した回数に応じて，通信が失敗したことを示すアラートが通知されます。

1回目および連続2回目の通信失敗では，注意レベルのアラート（0x3740）が通知されます。連続3回目以降の通信失敗では，警告レベルのアラート（0x373F）が通知されます。通信に失敗した回数と通信が失敗したことを示すアラートのレベルを，次の図に示します。

図9-4　通信に失敗した回数と通信が失敗したことを示すアラートのレベル

通信失敗による注意レベルのアラートおよび警告レベルのアラートが通知されたあと，1回でも通信に成功した場合は，通知されるアラートのレベルがいったんリセットされます。アラートのレベルがリセットされたあと，次回の通信失敗は，1回目の通信失敗と見なされ，注意レベルのアラートが通知されます。

(2)　設定方法

マネージャサービスとサーバシャーシ（SVP）との間の通信状態は，マネージャサービスごとに設定します。サーバシャーシ（SVP）ごとに設定することはできません。

マネージャサービスとサーバシャーシ（SVP）との間の通信状態監視の設定方法を次に示します。

［ホスト管理］ウィンドウで，通信状態を監視したいサーバシャーシを管理しているマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ネットワーク］タブで［サーバシャーシ定期監視］チェックボックスをONにする
［監視対象サーバシャーシ一覧］リストボックスに，通信状態監視の対象となるサーバシャーシのシャーシIDが表示されます。

注意

［監視対象サーバシャーシ一覧］には，マネージャサービスで管理されているシャーシIDが表示されます。そのため，［ホスト管理］ウィンドウのコンピュータ名の表示内容と異なることがあります。

［OK］ボタンをクリックする

(3)　注意事項

複数サーバシャーシの通信状態を診断する場合，診断結果を示すアラートは，すべてのサーバシャーシの診断が終了してから一斉に通知されるのではなく，診断が終了したサーバシャーシから順に通知されます。そのため，診断結果を示すアラートが通知される順は，診断を開始した順と異なることがあります。

マネージャサービスをN+1／N+Mコールドスタンバイの冗長化構成で運用している場合，サーバシャーシ定期診断機能は，使用しないでください。冗長化構成でサーバシャーシ定期診断をすると，2台のマネージャサービスで予備系サーバモジュールの切り替え先の優先順位に食い違いが生じ，切り替えに失敗することがあります。

通信監視の結果，一度でも通信状態が不安定であると診断されたサーバシャーシにN+1／N+Mコールドスタンバイの予備系サーバモジュールが含まれていた場合，切り替え先選択の優先順位が下がります。この場合，切り替え先選択の優先順位は3回連続して通信に成功すると元に戻ります。
なお，切り替え先選択の優先順位が下がった予備系サーバモジュールも，切り替え先として選択できます。

10.　電源制御

この章では，電源制御の種類と，その方法について説明します。

＜この章の構成＞

10.1　電源制御の概要

10.2　電源を制御する

10.3　電源制御スケジュールを設定する

10.1　電源制御の概要

JP1/ServerConductorでは，管理コンソールからホストやBladeSymphonyのサーバシャーシの電源ON・OFF，強制電源OFF，リブート，シャットダウンができます。また，スケジュールを設定して，サーバの定期メンテナンス時など，あらかじめ設定しておいた曜日や時間に電源を制御することもできます。

なお，LPAR上で稼働しているサーバおよびHVMに対する電源制御については「23.3.6　管理コンソールからの電源制御」を，仮想化プラットフォームのサーバに対する電源制御については「24.3.4　管理コンソールからの電源制御」を参照してください。

＜この節の構成＞

10.1.1　電源制御の機能と管理対象ホストとの対応

10.1.2　電源制御の方式

10.1.3　電源制御機能を使用するときの注意事項

10.1.1　電源制御の機能と管理対象ホストとの対応

利用できる電源制御の機能は，管理対象となるホストやサーバシャーシによって異なります。電源制御の機能とホストの対応を，次の表に示します。

表10-1　電源制御の機能とホストの対応

電源制御
管理対象

Windows
サーバ
Linux
サーバ
HP-UX
サーバ
サーバシャーシ
(BladeSymphony)

電源ON
○
○
○
○

電源OFF
○
○
－
－

強制電源OFF
○
○
○
○

リブート
○
○
○
－

シャットダウン
－
－
○
－

スケジュール※
○
○
○
－

（凡例）

○：利用できる

－：利用できない

注※

BladeSymphony上の管理対象サーバに対して電源制御スケジュールを設定する場合は，管理対象サーバおよびサーバシャーシを［ホスト管理］ウィンドウに登録しておく必要があります。ただし，サーバシャーシ自体に電源制御スケジュールを設定することはできません。

10.1.2　電源制御の方式

管理対象サーバの種類によって,電源制御の方式が異なります。管理対象サーバごとの電源制御方式と［ホスト管理］ウィンドウでの表示を次の表に示します。

表10-2　電源制御方式と［ホスト管理］ウィンドウでの表示

Advanced Agentのインストール
電源制御方式
［ホスト管理］ウィンドウの［電源制御］欄の表示

BS1000およびBS320
BS2000
BS1000およびBS320
BS2000

未インストール
WOL
WOL
WOL
WOL

インストール済み
BMC
サーバシャーシ未登録の場合：BMC
サーバシャーシ登録済みの場合：SVP※
SVP（BMC）
SVP（BMC）

（凡例）

WOL：LANアダプタ経由で電源制御を実行

BMC：マネージャからBMCに対して電源制御命令を送信し，電源制御を実行

SVP：マネージャからSVPを経由してBMCに対して電源制御命令を送信し，電源制御を実行

注※

BS2000を信頼性の高い状態でご使用いただくために，サーバシャーシを登録してください。

なお，HVMの場合の電源制御の方式については「23.3.6(2)(e)　電源制御の方式」を，仮想化プラットフォームの電源制御の方式については「24.3.4(2)　電源制御の方式」を参照してください。

10.1.3　電源制御機能を使用するときの注意事項

WindowsサーバおよびLinuxサーバの場合，SVP/BMCエージェントサービス，または電源ON機能を備えたLANアダプタを使用して電源ONの操作ができます。

電源ON機能を備えたLANアダプタを使用して電源ONの操作をする場合，次の項目を設定してください。

BIOSの設定（設定項目の名称は，BIOSによって異なることがあります）

・［Power Management］を［Enable］にする

・［Wake On LAN］を［Enable］にする

LANアダプタ

・Windows 2000の場合，［Wake Up Capabilities］を［Magic Packet］にする

・Windows XP，Windows Server 2003およびWindows Server 2008の場合，［Wake On 設定］を［Wake on Magic Packet］にする

・［PMEをオンにする］を［オン］にする

WindowsサーバおよびLinuxサーバで，強制電源OFF，および電源管理スケジュールを使用するには，SVP機能の搭載およびSVP/BMCエージェントサービスが必要です。

HP-UXサーバで，電源ON，強制電源OFF，および電源管理スケジュールを使用するには，SVP機能の搭載およびBMCエージェントサービスが必要です。

HP-UXサーバの場合，電源OFFをするには［シャットダウン］を選択します。

ローカルコンソールの場合，電源ON，電源OFF，強制電源OFF，リブートの電源制御はできません。SVP機能による電源制御スケジュールだけ使用できます。

複数のCPUを搭載したLinuxサーバでは，OSが提供するapm機能が使用できないため，電源OFFで完全に電源が切れない場合があります。OSが提供するapm機能を使用する方法については，日立のホームページを参照してください。

サーバシャーシの電源制御を行うと，搭載されているすべてのサーバモジュールの電源がONまたは強制OFFされます。

管理対象サーバの電源操作は，管理サーバのマネージャサービスが起動している状態で実施してください。マネージャサービスが起動していない場合，管理対象サーバの電源状態の変化がマネージャサービスに通知されないため，管理対象サーバの電源状態と管理サーバが持つ電源状態の情報が不一致となります。

BS2000の電源制御を行うときに電源エラーが検出された場合は，発煙および焼損を防止するため，電源ONを抑止するロック状態となります。また，保守操作中は，遠隔操作による電源ONは動作しません。

10.2　電源を制御する

ここでは，各電源制御の手順について説明します。

＜この節の構成＞

(1)　電源をONにする

(2)　電源をOFFにする

(3)　電源を強制的にOFFにする

(4)　リブートする

(1)　電源をONにする

ホストやサーバシャーシの電源をONにする場合，［ホスト管理］ウィンドウで次の操作をします。この操作は，アドミニストレータでログインした場合だけ実行できます。

［ホスト管理］ウィンドウで，電源をONにするホストまたはサーバシャーシを選択する
複数のホストやサーバシャーシを選択できます。

［ホスト操作］メニューから［電源ON］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，選択したホストの電源がONになります。

注意

［ホスト管理］ウィンドウでホストまたはサーバシャーシ以外（サイト，ドメイン，マネージャ）を選択した場合，電源ONはできません。

サーバの電源ONは，電源制御できるホストだけができます。

電源ON機能を備えたLANアダプタを使用して電源ONの操作をする場合，ホストと管理コンソールの間にゲートウェイがあると電源ONの操作ができません。ルータの場合は電源ONの操作ができます。

ローカルコンソールの場合，電源ONはできません。

ホストの電源をONにしてからエージェントサービスの起動が完了するまでは，サーバアイコンは活性状態になりません。

(2)　電源をOFFにする

ホストの電源をシャットダウン後OFFにする場合，［ホスト管理］ウィンドウで次の操作をします。この操作は，アドミニストレータでログインした場合だけ実行できます。

注意

［ホスト管理］ウィンドウでホスト以外（サイト，ドメイン，マネージャ）を選択した場合，電源OFFはできません。

電源OFFをした場合，ホストから応答が返らないと，しばらくしてからコマンドタイムアウトエラーが表示されることがあります。この場合，電源OFFをしたホストに対して，［ホスト操作］メニューの［接続］を選択してください。再度コマンドタイムアウトエラーが表示される場合，正常に電源OFFが実行されています。

SVP機能を搭載した管理対象サーバで電源OFFをした場合に，電源OFFの確認通知を受信したいとき，SVP設定の障害監視を「あり」にして，アラート通知を「あり(情報通知)」または「あり(全通知)」に設定してください。

ローカルコンソールの場合，電源OFFはできません。

ハードウェア構成やプラットフォームによって，電源OFFができない場合があります。詳細については，管理対象ホストにインストールされているエージェントサービスのReadmeファイルを参照してください。

(a)　Windowsサーバの電源をOFFにする

［ホスト管理］ウィンドウで，電源をOFFにするサーバを選択する
サーバを選択してください。複数のサーバを選択することもできます。

［ホスト操作］メニューから［電源OFF］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，サーバの電源がOFFになります。

(b)　Linuxサーバの電源をOFFにする

［ホスト管理］ウィンドウで，電源をOFFにするサーバを選択する
サーバを選択してください。複数のサーバを選択することもできます。

［ホスト操作］メニューから［電源OFF］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，サーバの電源がOFFになります。

(c)　HP-UXサーバの電源をOFFにする

［ホスト管理］ウィンドウで，電源をOFFにするサーバを選択する
サーバを選択してください。複数のサーバを選択することもできます。

［ホスト操作］メニューから［シャットダウン］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，サーバの電源がOFFになります。

(3)　電源を強制的にOFFにする

致命的な障害が発生したときなど，通常の電源OFFでは終了できない場合，サーバの電源を強制的にOFFにするには，次の操作をします。この操作は，アドミニストレータでログインした場合だけ実行できます。強制電源OFFでは，シャットダウン処理はしません。

注意

強制的に電源をOFFにできるのは，SVP機能を搭載したWindowsサーバ，Linuxサーバ，HP-UXサーバ，およびサーバシャーシです。

［強制電源OFF］メニューは，マウスの右ボタンをクリックして表示されるショートカットメニューにはありません。メニューバーの［ホスト操作］メニューから選択してください。

［ホスト管理］ウィンドウで，強制電源OFFにするサーバまたはサーバシャーシを選択する
サーバまたはサーバシャーシを選択してください。複数のサーバまたはサーバシャーシを選択することもできます。また，サーバシャーシとサーバを混在して選択することもできます。

［ホスト操作］メニューから［強制電源OFF］を選択する
確認メッセージが表示されます。

電源を強制的にOFFにするサーバまたはサーバシャーシを確認して［OK］ボタンをクリックする

これで，サーバの電源が強制的にOFFになります。

(4)　リブートする

ホストをリブートする場合，次の操作をします。この操作は，アドミニストレータでログインした場合だけ実行できます。

［ホスト管理］ウィンドウで，リブートするサーバを選択する
サーバを選択してください。複数のサーバを選択することもできます。

［ホスト操作］メニューから［リブート］を選択する
確認メッセージが表示されます。

リブートするサーバを確認して［OK］ボタンをクリックする

これで，サーバがリブートされます。

10.3　電源制御スケジュールを設定する

Windowsサーバ，Linuxサーバ，およびHP-UXサーバにSVP/BMCエージェントサービスをインストール，およびSVP機能を搭載していれば，各サーバの電源スケジュールを管理コンソールで制御できます。例えば，毎週土曜日の20:00にシャットダウンしてから電源をOFFにし，毎週月曜日の6:00に電源をONにするといった制御ができます。

JP1/ServerConductorの電源スケジュールは，曜日ごと（週間スケジュール），または特定の日付ごと（特定日スケジュール）に設定できます。なお，週間スケジュールで設定した日と特定日スケジュールで設定した日が重なった場合は，特定日スケジュールだけが実行されます。

設定したスケジューリング情報をファイルに保存し，あとから読み出すこともできます。スケジューリング情報を保存するときは，［スケジュール管理］ダイアログボックスで［ファイルへ保存］ボタンを，読み出すときは［ファイルから読み込み］ボタンをクリックします。スケジューリング情報は拡張子.SCHのファイルに保存されます。

以降に電源スケジュールを設定する場合の操作手順を例に従って説明します。

この操作は，アドミニストレータでログインした場合だけ実行できます。

注意

各スケジュールの間隔は30分以上空けてください。

BS2000の場合，スケジューリング情報はBMCが保持するため，サーバモジュールを交換したときはスケジュールデータがリセットされます。このため，スケジュールを設定して電源制御をする場合は，スケジュールデータを保存しておくことを推奨します。

＜この節の構成＞

(1)　週間スケジュールを設定する

(2)　特定日スケジュールを設定する

(3)　週間スケジュールと特定日スケジュールを組み合わせて設定する

(1)　週間スケジュールを設定する

例えば，次のようなスケジュールを設定するとします。

スケジュール例

毎週土曜日20:00に電源をOFFにし，毎週月曜日6:00に電源をONにする

この場合は，［曜日設定］で，曜日単位の電源スケジュールを設定します。設定手順を次に示します。

［ホスト管理］ウィンドウで，スケジュールを設定するサーバを選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

まずは，電源をOFFにするスケジュールを設定します。

曜日設定の［土］をクリックする

1日のスケジュールの時刻設定に20時0分と設定する

［OFF］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスに表示されます。

［設定→］ボタンをクリックする
［設定済み曜日リスト］に，設定した曜日である土曜日が表示されます。

1日のスケジュールリストに表示されている［20時 0分 OFF］を選択し，［リストから削除］ボタンをクリックする
1日のスケジュールがクリアされます。

曜日設定の［土］をクリックする
曜日設定がクリアされます。

次に，電源をONにするスケジュールを設定します。

曜日設定の［月］をクリックする

1日のスケジュールの時刻設定に6時0分と設定する

［ON］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスに追加されます。

［設定→］ボタンをクリックする
［設定済み曜日リスト］に，設定した曜日である月曜日が追加されます。

［OK］ボタンをクリックする

これで，毎週土曜日，シャットダウン後に電源がOFFになり，月曜日に電源がONになります。

(2)　特定日スケジュールを設定する

例えば，次のようなスケジュールを設定するとします。

スケジュール例

2007年12月28日22:00に電源をOFFにし，2008年1月4日6:00に電源をONにする

この場合は，［特定日設定］で，ある特定の日の電源スケジュールを設定します。設定手順を次に示します。

［ホスト管理］ウィンドウで，スケジュールを設定するサーバを選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

まずは，電源をOFFにするスケジュールを設定します。

特定日設定で，2007年12月を選択する

特定日設定の［28］をクリックする

1日のスケジュールの時刻設定に22時0分と設定する

［OFF］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
リストにOFFの時刻が表示されます。

［設定→］ボタンをクリックする
［設定済み特定日リスト］に，設定した日付2007-12-28が表示されます。

1日のスケジュールリストに表示されている［22時 0分 OFF］を選択し，［リストから削除］ボタンをクリックする
1日のスケジュールがクリアされます。

特定日設定の［28］をクリックする
特定日設定がクリアされます。

次にONのスケジュールを設定します。

特定日設定で，2008年1月を選択する

特定日設定の［4］をクリックする

1日のスケジュールの時刻設定に6時0分と設定する

［ON］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスにONの時刻が追加されます。
1日のスケジュールは6個まで設定できます。

［設定→］ボタンをクリックする
［設定済み特定日リスト］に，設定した日付2008-01-04が追加されます。

［OK］ボタンをクリックする

これで，2007年12月28日22:00に，シャットダウン後に電源がOFFになり，2008年1月4日6:00に電源がONになります。

電源制御スケジュールを複数設定したい場合は，画面上に表示されている「曜日設定」，「特定日設定」および「1日のスケジュール」のリストをクリアしたあとに，手順3～手順8，または手順11～手順16を繰り返します。1日のスケジュールとして，6個設定できます。また，曜日リストに7個，特定日リストに50個まで設定できます（クラスタ制御スケジュールと合わせた数になります）。

(3)　週間スケジュールと特定日スケジュールを組み合わせて設定する

例えば，次のようなスケジュールを設定するとします。

スケジュール例

毎週土曜日20:00に電源をOFFにし，毎週月曜日6:00に電源をONにする

2008年7月21日（月）を特別に休日にする場合，この週だけ2008年7月22日（火）6:00に電源をONにする。この週の電源OFFは通常どおり2008年7月26日（土）20:00に実施する

この場合は，まず［曜日設定］で週間スケジュールを設定したあと，［特定日設定］で，特定日の電源スケジュールを設定します。

週間スケジュールで設定した日と特定日スケジュールで設定した日が重なった場合は，特定日スケジュールだけが実行されます。特定日スケジュールで次のように設定することで，2008年7月21日（月）6:00ではなく，2008年7月22日（火）6:00に電源ONを実施できます。

毎週月曜日に実施される電源ONを解除するため，2008年7月21日（月）の任意の時刻（この例では6:00）に電源OFFを設定する

2008年7月22日（火）の6:00に電源ONを設定する

設定手順を次に示します。

［ホスト管理］ウィンドウで，スケジュールを設定するサーバを選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

まずは，週間スケジュールで電源をOFFにするスケジュールを設定します。

曜日設定の［土］をクリックする

1日のスケジュールの時刻設定に20時0分と設定する

［OFF］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスに表示されます。

［設定→］ボタンをクリックする
［設定済み曜日リスト］に，設定した曜日である土曜日が表示されます。

次に，週間スケジュールで電源をONにするスケジュールを設定します。

1日のスケジュールリストに表示されている［20時 0分 OFF］を選択し，［リストから削除］ボタンをクリックする
1日のスケジュールがクリアされます。

曜日設定の［土］をクリックする
曜日設定がクリアされます。

曜日設定の［月］をクリックする

1日のスケジュールの時刻設定に6時0分と設定する

［ON］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスに追加されます。

［設定→］ボタンをクリックする
［設定済み曜日リスト］に，設定した曜日である月曜日が追加されます。

1日のスケジュールリストに表示されている［6時 0分 ON］を選択し，［リストから削除］ボタンをクリックする
1日のスケジュールがクリアされます。

曜日設定の［月］をクリックする
曜日設定がクリアされます。

特定日設定で，2008年7月を選択する

特定日設定の［21］をクリックする

1日のスケジュール 時刻設定に6時0分と設定する

［OFF］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスにOFFの時刻が追加されます。

［設定→］ボタンをクリックする
［設定済み特定日リスト］に，設定した日付2008-07-21が表示されます。

次に，2008年7月22日（火）6:00に電源をONにするスケジュールを設定します。

1日のスケジュールリストに表示されている［6時 0分 OFF］を選択し，［リストから削除］ボタンをクリックする
1日のスケジュールがクリアされます。

特定日設定の［21］をクリックする
特定日設定がクリアされます。

特定日設定で，2008年7月を選択する

特定日設定の［22］をクリックする

1日のスケジュール 時刻設定に6時0分と設定する

［ON］ラジオボタンをONにする

［↓リストに追加］ボタンをクリックする
1日のスケジュールのリストボックスにONの時刻が追加されます。

［設定→］ボタンをクリックする
［設定済み特定日リスト］に，設定した日付2008-07-22が追加されます。

［OK］ボタンをクリックする
これで，特定日スケジュールが設定されました。

11.　遠隔操作

この章では，遠隔地にある管理対象サーバに対して遠隔操作するための設定方法と，その使用方法について説明します。

＜この章の構成＞

11.1　遠隔操作の概要

11.2　保守情報の取得と環境設定

11.3　リモートコントロール

11.4　ファイル転送

11.5　リモートコンソール

11.6　ランプ制御

11.7　保守情報の取得

11.1　遠隔操作の概要

JP1/ServerConductorでは，管理コンソールから管理対象サーバまたはサーバモジュールを操作できます。これによって，管理コンソールから管理対象サーバまたはサーバモジュールで障害が発生した場合の対応や，管理対象サーバまたはサーバモジュールの状況の確認ができます。

なお，LPAR上で稼働しているサーバの遠隔操作については「23.3.7　遠隔操作」を，仮想化プラットフォームのサーバの遠隔操作については「24.3.5　遠隔操作」を参照してください。

＜この節の構成＞

(1)　リモートコントロール

(2)　ファイル転送

(3)　リモートコンソール

(4)　ランプ制御

(5)　保守情報の取得

(1)　リモートコントロール

遠隔地にある管理対象サーバの画面を管理コンソールに表示して，直接操作できます。また，管理対象サーバと管理コンソールとの間でチャットができます。

リモートコントロールでは，管理対象サーバのBIOS設定画面とOS起動後の画面が直接操作できます。また，管理対象サーバがWindowsサーバの場合だけ利用できます。

(2)　ファイル転送

管理対象サーバと管理コンソールとの間でファイル転送ができます。

この機能は，管理対象サーバがWindowsサーバの場合だけ利用できます。ファイル転送を利用する場合は，リモートコントロールマネージャを起動しておく必要があります。また，管理対象サーバにログオンした状態でないと使用できません。

(3)　リモートコンソール

管理コンソールからリモートコンソールアプリケーションを起動し，遠隔地にある管理対象サーバの画面を管理コンソールに表示して，直接操作できます。

リモートコンソールでは，管理対象サーバの電源OFF時点からOS起動後の画面まで直接操作できます。管理対象サーバのOSに制限はありません。

この機能を使用するためには，次の条件を満たしている必要があります。

管理対象サーバの条件

管理対象サーバがBladeSymphony上で稼働している

搭載されているSVPのファームウェアがリモートコンソール機能をサポートしている

BSMからのリモートコンソールアプリケーション起動に対応しているサーバモジュールである

パーティションが作成されている

リモートコンソール機能をサポートしているSVPのファームウェアのバージョン，およびBSMからのリモートコンソールアプリケーション起動に対応しているサーバモジュールの機種については，BladeSymphonyのリモートコンソールに関するドキュメントを参照してください。

管理コンソールの条件

マネージャサービスにアドミニストレータ権限でログインしている

コンソールサービスと同一マシンに，リモートコンソールアプリケーションの製品バージョン02-01以降がインストールされている

注意

コンソールサービスの起動中にリモートコンソールをインストールした場合はコンソールサービスを再起動してください。

なお，BS2000の場合はリモートコンソールアプリケーションのほか，BMCのWebコンソールも使用できます。

(4)　ランプ制御

遠隔地にあるサーバモジュールのランプの点灯状態を，管理コンソールに表示して，直接操作できます。

この機能は，管理対象サーバがBladeSymphony上で稼働している場合だけ利用できます。

なお，BS2000の場合は，スイッチモジュールおよびマネージメントモジュールに対してもランプ制御できます。

(5)　保守情報の取得

管理対象サーバに問題が発生した場合，管理対象サーバのOS情報，JP1/ServerConductorのログなどを保守情報として管理コンソールから取得できます。取得した情報は，管理コンソールにファイルとして転送，またはe-mailで転送できます。

11.2　保守情報の取得と環境設定

管理対象サーバに問題が発生した場合，管理対象サーバのOS情報，JP1/ServerConductorのログ，ハードウェア情報などを保守情報として取得できます。

この節では，情報取得の概要と保守情報を取得するために必要な設定について説明します。

＜この節の構成＞

11.2.1　概要

11.2.2　環境設定（情報取得）

11.2.1　概要

情報取得は，管理対象サーバのOS情報，JP1/ServerConductorのログ，ハードウェア情報（本体装置）などを管理コンソールから取得し，取得した情報を管理者に転送する機能です。転送には，管理コンソールへファイルとして転送する方法と，e-mailの添付ファイルとして転送する方法があります。この機能を利用することで，管理者は障害の要因解析に必要な保守情報を遠隔地から取得できます。

図11-1　保守情報取得の概念

＜この項の構成＞

(1)　前提条件

(2)　取得できる保守情報

(1)　前提条件

情報取得は次の管理対象サーバに対して実行できます。

Windowsサーバ

Linuxサーバ

HP-UXサーバ

(2)　取得できる保守情報

次の情報を取得できます。

(a)　Windowsサーバの場合

OS情報

管理対象サーバのOS情報として取得できる情報を，次の表に示します。

表11-1　OS情報として取得できる情報

情報の種類
内容

クラスタ情報

cluster.exeの出力結果

cluster.log

ロードバランシング情報
wlbs.exeの出力結果

ネットワークログ

netStat.exeの出力結果

NbtStat.exeの出力結果

プログラム診断情報

Windows 2000またはWindows Server 2003の場合

WinMsd.exeの出力結果

Windows Server 2008の場合

msinfo32.exeの出力結果

ディレクトリリスト
Dirコマンドの出力結果

イベントログ収集

イベントビューアEventVwr.exeで読み込めるEVT形式ファイル

詳細内容を格納したCSV形式ファイル

レジストリ情報収集
最終更新日付を含むレジストリの内容（テキスト形式）

ハードコピー情報
ハードコピーの情報
Windows Server 2003 Enterprise Edition for Itanium-based Systems 日本語版およびWindows Server 2008の場合はコピーできません。

システムダンプ情報
ダンプファイルがあり，dumpchk.exeがある場合は，dumpchk.exeの結果，およびMemory.dmpのパス。
Memory.dmp自体は取得しない

ユーザダンプ情報

Windows 2000またはWindows Server 2003の場合

Drwtsn32.logがある場合はDrwtsn32.log

User.dmpがある場合はUser.dmpのパス

User.dmp自体は取得しない

Windows Server 2008の場合

ユーザダンプ情報が格納されているフォルダのパス

JP1/ServerConductor/Agentログ

管理対象サーバにあるJP1/ServerConductorのログを取得できます。

ハードウェア情報（本体装置）

管理対象サーバのハードウェア情報として次の情報を取得できます。

ハードウェアログ（共有メモリ領域など）

ファームウェア情報（SVPマイクロバージョン，SVPマイクロ作成日など）

MIF情報（ハードウェア関連MIF情報）

ドライバ情報（ドライバ名称，ドライバステータス，sysファイル情報など）

ユーザ定義ツールでの取得情報

OS情報およびJP1/ServerConductorのログ以外の情報を取得するために，情報取得ツールをユーザが定義して，固有の保守情報を取得できます。

(b)　Linuxサーバの場合

Linuxサーバの場合，次の表のメニューに示す情報，およびユーザ定義ツールでの保守情報を取得できます。

表11-2　Linuxサーバが取得できる保守情報

メニュー | ツール名
ログ情報 | agtget_log
JP1/ServerConductorログ情報 | agtget_sysmgrlog
システム設定情報 | agtget_sysconf
ネットワーク情報 | agtget_net
パッケージ情報 | agtget_rpminfo
カーネル情報 | agtget_kernel
ファイルシステム情報 | agtget_filesys
デバイス情報 | agtget_dev
マシン構成情報 | agtget_machineinfo
プロセス情報 | agtget_pid

エージェント環境設定メニューで情報取得時の圧縮コマンド（CompressCommand）を指定している場合，メニューごとにファイルを圧縮します。圧縮後のファイル名は，ホスト名_ツール名_メニュー種別_YYMMDDhhmmss.ext（YY：年 MM：月 DD：日 hh：時　mm：分 ss：秒 ext：指定したコマンドが付加する拡張子）となります。メニュー種別は，JP1/ServerConductorがデフォルトで提供するメニューではH，ユーザが追加したメニューではUです。

例：ログ情報とシステム設定情報を実行し，LHAで圧縮した場合，次のファイルが取得されます。

270g2_agtget_log_H_001225230101.lzh

270g2_agtget_sysconf_H_001225230101.lzh

エージェント環境設定メニューのCompressCommandには，圧縮コマンドを起動するコマンドライン文字列を設定します。このとき，次のマクロを使用することができ，コマンド実行時に展開されて実行されます。エージェント環境設定メニューのCompressCommandについては，「3.12.3(3)　エージェント環境設定メニューでの設定項目」を参照してください。

マクロ | 意味
%archive% | 出力アーカイブファイル名に置き換わります（拡張子は含まれません）。
%directory% | 情報取得用一時ディレクトリ（/var/opt/hitachi/system_manager/collect/コンソールごとのディレクトリ）に置き換わります。
%file% | メニューの実行によって得られた個々のファイル名（フルパス）に置き換わります。このマクロが指定されていて，かつ得られたファイルが複数個ある場合は，その個数分だけコマンドが繰り返し実行されます。

圧縮ツールにLHAを使用する場合の例

lha m %archive%.lzh %directory%

または，

lha a %archive%.lzh %file% ; rm -f %file% ; rm -f %archive%.bak

と設定すると，取得したファイルをすべてLHAで圧縮し，元のファイルを削除します。一時ディレクトリにファイルが残ると，残ったファイルも転送されるため，圧縮コマンドを実行する場合には，上記の例のように一時ディレクトリにファイルが残らないようにコマンドを指定してください。

(c)　HP-UXサーバの場合

HP-UXサーバの場合，次の表に示す情報，およびユーザ定義ツールでの保守情報を取得できます。

表11-3　HP-UXサーバが取得できる保守情報

項番 | OS情報 | 説明
1 | HPUX-trb-core | コアファイル（カーネルコア）
2 | HPUX-trb-syslog | システムログファイル
3 | HPUX-trb-diagmem | OnlineDiag　システム検出メモリエラー情報
4 | HPUX-trb-diagio | OnlineDiag　I／Oシステム検出I／Oエラー情報
5 | HPUX-trb-pim | PIM情報（主にハードウェア要因でのパニックのログ）
6 | HPUX-trb-ems | HP-UX EMSログ情報
7 | HPUX-con-dev | デバイス情報（スペシャルファイル名一覧とディレクトリ情報一覧）
8 | HPUX-con-disk | ディスク構成情報
9 | HPUX-con-ioscan | ioscan情報（接続・使用デバイス情報）
10 | HPUX-con-sysconf | システムコンフィグレーション情報
11 | HPUX-con-net | ネットワーク情報
12 | HPUX-con-inst | インストールソフトウェア情報
13 | HPUX-con-info | システム情報
14 | HPUX-con-cron | cron実行情報
15 | HPUX-con-login | login記録情報
16 | HPUX-con-swagd | swagentdデーモン実行記録情報
17 | HPUX-con-shutlog | シャットダウン・リブート記録情報
18 | HPUX-con-startlog | システムスタート時ログ情報
19 | HPUX-trb-errinfo | 障害情報取得用。項番2～6のメニューを一括実行します。
20 | HPUX-con-control-info | 遠隔保守情報取得用。項番7～18のメニューを一括実行します。
21 | HPUX-con-sysinfo | システム情報取得用。項番7～14のメニューを一括実行します。
22 | HPUX-con-run | 実行記録取得用。項番15～18のメニューを一括実行します。
23 | HPUX-out-media | 媒体出力用。取得した情報（/var/opt/htcsma/collect下のファイル）をエージェント設定ファイルのContMediaDevで設定したテープデバイスへ出力します。

11.2.2　環境設定（情報取得）

情報取得をする場合，次の環境設定が必要です。

ユーザメニューの作成
ユーザ定義のツールを使って保守情報を取得する場合に必要です。

転送手段の設定
取得した保守情報を転送する場合に必要です。次の2とおりの転送手段があります。

管理コンソールへのファイルの転送
保守情報を格納するためのディレクトリを設定します。

e-mail転送
保守情報をe-mailの添付ファイルとして転送するためのe-mailの宛先などを設定します。

次に，それぞれの操作手順について説明します。

＜この項の構成＞

(1)　ユーザメニューの作成

(2)　転送手段の設定

(1)　ユーザメニューの作成

情報取得メニューとしてOS情報，JP1/ServerConductorログ，ハードウェア情報（本体装置）の3種類をデフォルトで用意しています。デフォルト以外の保守情報を取得したい場合は，エージェントサービス設定で情報取得メニューを追加します。追加したメニューは「11.7　保守情報の取得」の［情報取得］ダイアログボックスに，メニューとして表示され，保守情報の取得時に選択できます。

メニューを追加する手順を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［エージェントサービス設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。

［情報取得］タブを選択する

ここで次の内容を設定します。

設定項目
設定内容

メニュータイトル
メニューリストに表示するメニュー名称を指定します。メニューは100個まで登録できます。

実行ファイル
実行するファイル名および実行オプションを指定します。

Windowsサーバの場合
実行ファイルは事前に管理対象サーバの「JP1/ServerConductorインストール先ディレクトリ¥Tool¥UsrBin」に格納しておいてください。実行ファイルの出力結果は環境変数%SmToolOutput%に定義されているディレクトリに出力してください。この環境変数は参照用のため変更しないでください。

Linuxサーバの場合
実行ファイルは管理対象サーバの「/var/opt/hitachi/system_manager/tmp」に格納しておいてください。実行ファイルの出力結果は，実行ファイルの第1引数に指定されたディレクトリに出力してください。なお，「/var/opt/hitachi/system_manager/tmp」に格納した実行ファイルはAgent（Linux）のアンインストールのときに削除されます。

HP-UXサーバの場合
実行ファイルは管理対象サーバの「/var/opt/htcsma/tmp」に格納しておいてください。実行ファイルの出力結果は「/var/opt/htcsma/collect」に出力してください。すでに古い情報が存在する場合は上書きされ，古い情報は削除されます。なお，「/var/opt/htcsma/tmp」に格納した実行ファイルはAgent（HP-UX）のアンインストールのときに削除されます。

［追加］ボタンをクリックする
メニューリストに，指定したメニュータイトルが表示されます。不要なメニューを削除する場合は，削除したいメニューを選択して［削除］ボタンをクリックします。メニューの設定内容を変更する場合は，変更したいメニューを選択して，メニュータイトルおよび実行ファイルの内容を変更したあと，［変更］ボタンをクリックします。

［OK］ボタンをクリックする

(2)　転送手段の設定

(a)　保守情報ファイルの格納先の設定

保守情報ファイルを管理コンソールへ転送する場合のファイルの格納先を設定します。

［ホスト管理］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。

［情報取得］タブを選択する

取得情報の格納先を指定する
ここで指定できる格納先は，コンソールサービスをインストールしているホストのOSが認識できるディレクトリです。

［OK］ボタンをクリックする

(b)　e-mail（保守情報）の設定

保守情報をe-mailで転送する場合の設定をします。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［e-mail設定］タブを選択する

「e-mail設定を行う機能を選択してください。」のリストから「情報取得」を選択する
情報取得の設定項目が表示されます。

ここで次の内容を設定します。

設定項目
設定内容

宛先
保守情報を送信するe-mailのアドレスを指定します。

発信者
e-mailの発信元となるe-mailのアドレスを指定します。

件名
メールの件名となる文字列を指定します。

メールサーバ
発信者のe-mailアドレスが所属しているメールサーバのホスト名またはIPアドレスを指定します。

e-mailテストを行う
e-mail通知先リストに表示されているすべてのe-mailアドレスにテストメールを送信する場合，このチェックボックスをONにします。テストメールのタイトルと本文には「Test Mail」が設定され，添付ファイルは無しとなります。
テストメールは，［OK］ボタンをクリックした時点で送信されます。

添付ファイルのサイズ最大
添付ファイルの最大サイズを指定します。単位はメガバイトです。32メガバイトまで指定できます。0を指定すると，サイズの制限がなくなります（32メガバイトを超えるサイズを添付できます）。デフォルトは0です。

［↓リストに追加］ボタンをクリックする
e-mail通知先リストに，指定した宛先が追加されます。e-mail通知先は4個まで設定できます。追加された宛先を削除する場合は，削除する宛先を選択して［リストから削除］ボタンをクリックします。

［OK］ボタンをクリックする

11.3　リモートコントロール

管理対象サーバをリモートコントロールする場合，管理対象サーバの状態によって表示される画面が異なります。例えば，次の図に示すように，管理対象サーバのBIOSが起動している場合には，［ホスト管理］ウィンドウから表示した［リモートコントロール］ウィンドウに，管理対象サーバのBIOS設定画面が表示されます。それに対して，管理対象サーバのOSが正常に動作している場合には，［ホスト管理］ウィンドウから表示した［リモートコントロール］ウィンドウに，管理対象サーバのOS起動後の画面が表示されます。

図11-2　管理対象サーバの状態変化によるリモートコントロールの画面遷移

注意

コンソールサービスにサブアドミニストレータでログインした場合は，リモートコントロールできません。

BIOSが起動している管理対象サーバをリモートコントロールする場合，管理対象サーバにSVP PCIボードを搭載している必要があります。

BladeSymphonyは電源OFFからOS起動までの間，リモートコントロールできません。

＜この節の構成＞

(1)　管理対象サーバのBIOSが起動している場合

(2)　管理対象サーバのOSが起動している場合

(3)　各バージョンでの接続性

(1)　管理対象サーバのBIOSが起動している場合

次に，BIOSが起動している管理対象サーバをリモートコントロールする手順について説明します。

［ホスト管理］ウィンドウでリモートコントロールしたい管理対象サーバを選択する

［ホスト操作］メニューから［リモートコントロール］を選択する
次のような［リモートコントロール］ウィンドウと［ツール］ウィンドウが表示されます。

［リモートコントロール］ウィンドウでサーバを操作する
次に，［リモートコントロール］ウィンドウの操作について説明します。

［リモートコントロール］ウィンドウおよび［ツール］ウィンドウの操作
［リモートコントロール］ウィンドウでキー入力することで，管理対象サーバを操作できます。
ただし，［Alt］キーとほかのキーを同時に入力して管理対象サーバを操作する場合は，［ツール］ウィンドウにある［システムキー］チェックボックス（[図データ]）をONにしてください。チェックボックスがOFFの場合は，管理コンソールの操作になります。

管理対象サーバをリブートする場合
管理対象サーバをリブートする場合は，［Ctrl］+［Alt］+［Delete］キーを入力しないで，［ツール］ウィンドウにある［リブート］ボタン（[図データ]）をクリックしてください。［Ctrl］+［Alt］+［Delete］キーを入力した場合は，Windowsのセキュリティ画面になります。

リモートコントロールの終了
管理対象サーバでBIOSの起動が終了すると，それを知らせるメッセージダイアログボックスが管理コンソールに表示されます。メッセージダイアログボックスを閉じると，［リモートコントロール］ウィンドウと［ツール］ウィンドウが閉じます。続けてリモートコントロールする場合は，メッセージに従って管理対象サーバのOSが起動してから，リモートコントロールの操作をしてください。

(2)　管理対象サーバのOSが起動している場合

次に，管理対象サーバのOSが正常に動作している管理対象サーバを，リモートコントロールする手順について説明します。

［ホスト管理］ウィンドウでリモートコントロールしたい管理対象サーバを選択する

［ホスト操作］メニューから［リモートコントロール］を選択する
次のような［リモートコントロール］ウィンドウが表示されます。

［リモートコントロール］ウィンドウでサーバを操作する
管理コンソールと管理対象サーバとの間でチャットを行うことができます。

管理コンソールの［リモートコントロール］ウィンドウで［ツール］メニューから［チャット］を選択する
次のように［チャット］ウィンドウが表示されます。

リモートコントロールの対象となるサーバ上では次の画面が表示されます。

(3)　各バージョンでの接続性

異なるバージョン間でリモートコントロールを使用する場合について説明します。エージェントとコンソールのリモートコントロールマネージャのインストール状態によって，リモートコントロールを使用した接続状態が変わります。

エージェントのリモートコントロールのインストール状態に対して，コンソールから起動されるリモートコントロールビューアを次に示します。

表11-4　コンソールからエージェントへ接続できる状態

エージェントのインストール状態
コンソールからエージェントへ接続できる状態

エージェントのバージョン
インストールされているリモートコントロール
コンソールのバージョン
起動されるリモートコントロールビューア

Version3
LDSM
Version3
Version5
Version6
Version7
LDSM

Version5
Version6
Version7
LDSM
Version5
Version6
Version7
LDSM

更新インストール
Version8
LDSM

新規インストール
Version8
JP1/NETM/Remote Control
Version5
Version6
Version7
接続できません

新規インストール
Version8
JP1/NETM/Remote Control

更新インストール
Version8
JP1/NETM/Remote Control

更新インストール
Version8
LDSM
Version5
Version6
Version7
LDSM

更新インストール
Version8
LDSM

JP1/NETM/Remote Control
Version5
Version6
Version7
接続できません

新規インストール
Version8
JP1/NETM/Remote Control

更新インストール
Version8
JP1/NETM/Remote Control

11.4　ファイル転送

管理コンソールと管理対象サーバ間でファイルを転送できます。ファイル転送の手順を次に示します。

［リモートコントロール］ウィンドウで［ツール］メニューから［ファイル転送］を選択する
次のような［ファイル転送］ウィンドウが表示されます。

転送したいファイルを選択し，ドラッグ&ドロップする

これで，ファイルを転送できます。

11.5　リモートコンソール

リモートコンソールアプリケーションを［ホスト管理］ウィンドウから起動し，遠隔地にある管理対象サーバの画面を管理コンソールに表示して，直接操作できます。

なお，BS2000の場合はリモートコンソールアプリケーションのほか，BMCのWebコンソールも使用できます。BMCのWebコンソールは，BSMが提供するWebコンソール機能ではありません。Webブラウザからリモートコンソール接続を実行する機能です。

＜この節の構成＞

(1)　操作手順

(2)　ツールチップに表示されるメッセージ

(1)　操作手順

リモートコンソールアプリケーションまたはBMCのWebコンソールを，［ホスト管理］ウィンドウから起動する手順を次に示します。

［ホスト管理］ウィンドウで，リモートコンソールアプリケーションまたはBMCのWebコンソールで接続するサーバモジュールが搭載されているサーバシャーシを選択する

［ホスト操作］メニューから［リモートコンソール］を選択する
［リモートコンソール］ダイアログボックスが表示されます。

［接続先サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。

使用するリモートコンソールを選択する

リモートコンソールアプリケーションで接続するサーバモジュールを選択する
接続するサーバモジュールのラジオボタンをONにします。

［起動］ボタンをクリックする
リモートコンソールを起動する画面が，接続先のIPアドレスが入力された状態で表示されます。
これ以降のリモートコンソールの操作手順については，BladeSymphonyのリモートコンソールに関するドキュメントの使用方法の章を参照してください。

(2)　ツールチップに表示されるメッセージ

［リモートコンソール］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表11-5　ツールチップに表示されるメッセージと対処方法（［リモートコンソール］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:SVPから情報が取得できません。本機能を利用するにはSVPのファームウェアを更新する必要があります。 | 保守員に連絡してください。
2 | Slot%d:パーティションが存在しません。 | システム管理者に連絡してください。
3 | Slot%d:サーバモジュールが挿入されていないか，BSMからリモートコンソールを起動できません。 | サーバモジュールが挿入されていることを確認してください。挿入されている場合は，BSMからのリモートコンソールの起動に対応したサーバモジュールかどうかを確認してください。BSMからのリモートコンソールアプリケーション，およびBMCのWebコンソールの起動に対応したサーバモジュールについては，BladeSymphonyのリモートコンソールに関するドキュメントの「はじめに」を参照してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が一つだけ表示されます。

11.6　ランプ制御

サーバモジュールのランプの点灯状態を管理コンソールに表示して，直接操作できます。管理コンソールからランプの点灯状態を直接操作している状態のことをサーバ指定状態といいます。

遠隔地にあるサーバモジュールで障害が発生した場合，システム管理者がランプを点灯させてサーバ指定状態にすることで，現地にいる保守員にどのサーバモジュールを交換すればよいかを知らせることができます。

この機能を使用するためには，管理対象サーバがBladeSymphony上で稼働している必要があります。

なお，BS2000のサーバシャーシの場合は，スイッチモジュールおよびマネージメントモジュールに対してもランプ制御できます。

＜この節の構成＞

11.6.1　操作手順（BS1000/BS320の場合）

11.6.2　操作手順（BS2000の場合）

11.6.3　注意事項

11.6.1　操作手順（BS1000/BS320の場合）

BS1000およびBS320の管理対象サーバに対してランプ制御する手順を次に示します。

［ホスト管理］ウィンドウで，次のどれかを選択する

サーバシャーシ

サーバ

HVM

［ホスト操作］メニューから［ランプ制御］を選択する
［ランプ制御］ダイアログボックスが表示されます。

表示されるSlotの数は，サーバシャーシのタイプによって異なります。

ランプの状態を変更したいサーバモジュールのSlot番号の［ON］ボタン，または［OFF］ボタンをクリックする
サーバ指定状態にする場合は［ON］ボタンを，サーバ指定状態を解除する場合は［OFF］ボタンをクリックします。サーバまたはHVMを選択した場合は，パーティションを構成するサーバモジュールのランプの状態だけ変更できます。
なお，［表示更新］ボタンをクリックすると，表示が更新されます。

ツールチップに表示されるメッセージ

［ランプ制御］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表11-6　ツールチップに表示されるメッセージと対処方法（［ランプ制御］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:選択したホストではないため，ランプ制御できません。 | ［ホスト管理］ウィンドウで該当するサーバシャーシ，サーバまたはHVMを選択して［ランプ制御］ダイアログボックスを起動してください。
2 | Slot%d:選択したホストはLPAR上で稼働しているホストのため，ランプ制御できません。 | ［ホスト管理］ウィンドウで該当するサーバシャーシ，またはHVMを選択して［ランプ制御］ダイアログボックスを起動してください。
3 | Slot%d:サーバシャーシがランプ制御機能をサポートしていないため，ランプ制御できません。 | 保守員に連絡してください。
4 | Slot%d:サーバモジュールが挿入されていないため，ランプ制御できません。 | サーバモジュールを挿入してください。
5 | Slot%d:BMCが初期化中またはBMCとの通信に失敗したため，ランプ制御できません。 | しばらく待ってから［表示更新］ボタンを押すか［ランプ制御］ダイアログボックスを起動し直してください。
6 | Slot%d:サーバモジュールがランプ制御機能をサポートしていないため，ランプ制御できません。 | 保守員に連絡してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が一つだけ表示されます。

11.6.2　操作手順（BS2000の場合）

BS2000の管理対象サーバに対してランプ制御する手順を次に示します。

［ホスト管理］ウィンドウで，次のどれかを選択する

サーバシャーシ

サーバ

HVM

サーバシャーシを選択した場合は，サーバモジュールだけでなくスイッチモジュールおよびマネージメントモジュールに対してもランプ制御できます。

［ホスト操作］メニューから［ランプ制御］を選択する
［ランプ制御］ダイアログボックスが表示されます。

［制御対象モジュール］で，ランプ制御したいモジュールを選択する
サーバまたはHVMを選択して［ランプ制御］ダイアログボックスを表示させた場合は，「Server Blade」が表示され，ほかのモジュールは選択できません。

モジュール表示一覧から，ランプの状態を変更したいモジュールを一つ選択し，［ON］ボタン，または［OFF］ボタンをクリックする
サーバ指定状態にする場合は［ON］ボタンを，サーバ指定状態を解除する場合は［OFF］ボタンをクリックします。サーバまたはHVMを選択した場合は，パーティションを構成するサーバモジュールのランプの状態だけ変更できます。

「障害アラート」欄の表示

「障害アラート」欄は，接続先マネージャにBSM Plusをインストールしている場合に表示されます。

次のアラートが一つ以上あった場合は，「あり」が表示されます。

SVP（直接通知）のアラート（注意レベル以上）：すべてのモジュールが対象です。

エージェントサービスの通知アラート（注意レベル以上）：サーバモジュールが対象です。

SNMP Trapの通知アラート（注意レベル以上）：スイッチモジュールが対象です。

ただし，アラートがあってもユーザがアラートを確認している場合は，「なし」が表示されます。

また，ステータス欄に「制御不可」とあるモジュールに対しては，「障害アラート」欄は空白となります。

「制御不可理由」欄に表示されるメッセージ

ランプ制御できないモジュール，またはランプ制御をサポートしていないモジュールがある場合は，モジュール表示一覧の「ステータス」欄に「制御不可」と表示され，「制御不可理由」欄にメッセージが表示されます。

「制御不可理由」欄に表示されるメッセージとその対処方法を次の表に示します。

表11-7　「制御不可理由」欄に表示されるメッセージと対処方法

優先順位※ | メッセージ | 対処
1 | 選択したホストはLPAR上で稼働しているホストのため，ランプ制御できません。 | ［ホスト管理］ウィンドウで該当するサーバシャーシ，またはHVMを選択して［ランプ制御］ダイアログボックスを起動してください。
2 | デバイスが挿入されていないか，制御可能なランプが存在しません。 | デバイスが挿入されているか確認してください。挿入されていない場合は，挿入してください。挿入してもこのメッセージが表示される場合は，制御可能なランプが存在しないデバイスです。
3 | デバイスが初期化中またはデバイスとの通信に失敗したため，ランプ制御できません。 | デバイスが初期化処理中のため，しばらく待ってから［ランプ制御］ダイアログボックスを起動し直してください。この手順で解決しない場合は，保守員に連絡してください。

注※

ランプ制御できない要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が一つだけ表示されます。

11.6.3　注意事項

ランプ制御時の注意事項を次に示します。

サーバ指定状態にしたランプの点灯状態は，ハードウェアによって異なります。サーバ指定状態にしたランプの点灯状態については，マニュアル「BladeSymphonyユーザーズガイド」のシステム装置について記載されている章を参照してください。

ランプの点灯状態は，Pre-configure実行中よりも，サーバ指定状態の方が優先されます。
サーバモジュールのPre-configure実行中にサーバ指定状態に変更した場合，またはサーバ指定状態でPre-configureが実行された場合，ランプはサーバ指定の状態で点灯されます。

BMC初期化中のランプの点灯状態は，以前の点灯状態にかかわらず，BMC初期化中の状態で点灯されます。BMC初期化が終了すると，BMC初期化以前の点灯状態に戻ります。

SVPコンソールからもランプの点灯状態をサーバ指定状態にできます。［ランプ制御］ダイアログボックスから同一のサーバモジュールのランプ点灯状態を変更した場合，あとから要求された設定が適用されます。

サーバ指定状態は，コンソールサービスやSVPコンソールから解除するほかに，次のどちらかの場合でも解除されます。

サーバ指定状態のデバイスを抜去した場合

サーバシャーシの電源をONにした場合（サーバシャーシ内の全デバイスに対してサーバ指定状態が解除されます）

ランプ制御対象のサーバモジュールの電源状態は，ランプ制御の実行に影響しません。これは，ランプ制御中にサーバモジュールの電源状態を変更した場合にも適用されます。

［ランプ制御］ダイアログボックスでは，サーバモジュール単位でランプを制御できます。パーティション単位でのランプの一括制御はできません。パーティションを構成するすべてのサーバモジュールをサーバ指定状態にしたい場合は，パーティションを構成するすべてのサーバモジュール一つ一つに対してランプの操作をする必要があります。

複数のコンソールサービスまたは複数のマネージャサービスから同一のデバイスに対してランプの点灯状態を変更した場合，あとから要求された設定が適用されます。

ランプの点灯状態は，ハードウェアでの制御よりも，サーバ指定状態の方が優先されます。

11.7　保守情報の取得

11.2.2項で保守情報を取得するための設定をしたあとは，次の手順で保守情報を取得できます。

［ホスト管理］ウィンドウで保守情報を採取したいサーバを一つ選択する

［ホスト操作］メニューから［情報取得］を選択する
［情報取得］ダイアログボックスが表示されます。

取得したい情報をメニューリストから選択する
メニューリストに表示されるデフォルトのメニューは「OS情報取得」，「JP1/ServerConductor/Agentログ取得」，および「ハードウェア情報取得（本体装置）」です。そのほかのメニューについては，「11.2.2(1)　ユーザメニューの作成」を参照してください。

［実行］ボタンをクリックする
情報の取得が開始されます。情報の取得が完了すると，［情報取得 - 完了通知］ダイアログボックスが表示されます。

転送方法を選択する
「e-mail転送」または「ファイル転送」のどちらの方法で転送するかを選択します。

［OK］ボタンをクリックする

注意

e-mailの場合，結果ファイルの総容量がマネージャサービス設定でのe-mailの添付ファイルのサイズを超えるとエラーになります。

12.　グループ管理

JP1/ServerConductorは，管理対象ホストおよび管理対象サーバシャーシをグループに分けて管理できます。例えば，ある部署単位に管理対象ホストをグルーピングすることで，グループ単位での電源制御スケジュールの設定，エージェントサービスの設定，定期的な電源ON・OFFなどの操作ができます。この章では，グループ管理の方法について説明します。

＜この章の構成＞

12.1　ホストおよびサーバシャーシをグループに分ける

12.2　グループ内サーバの一括設定

12.3　ホストおよびサーバシャーシの一括操作

12.1　ホストおよびサーバシャーシをグループに分ける

複数のホストおよびサーバシャーシを一つのグループに登録することで，同じ操作や設定が一括でできます。この機能をホストおよびサーバシャーシのグルーピングといいます。ホストおよびサーバシャーシをグルーピングし，［ホスト管理］ウィンドウ（サイト，ドメイン，サービス構成，サーバシャーシ構成）に表示されているホストおよびサーバシャーシをグルーピング用のウィンドウに登録して，同じ操作や設定を一括でできるようにします。

ホストとサーバシャーシが異なる装置にあれば，ホストとサーバシャーシを同じグループに混在させることもできます。同一装置内のホストとサーバシャーシを同じグループに混在させることはできません。また，ローカルコンソールではグルーピングは利用できません。

なお，LPAR上で稼働しているサーバおよびHVMのグルーピングについては「23.3.8　グループ管理」を，仮想化プラットフォームのサーバのグルーピングについては「24.3.6　グループ管理」を参照してください。

＜この節の構成＞

12.1.1　グループ管理でできる操作または設定

12.1.2　グルーピング方法

12.1.1　グループ管理でできる操作または設定

グルーピングしたホストまたはサーバシャーシに対して，できる操作または設定を，次の表に示します。

表12-1　グルーピングしたホストまたはサーバシャーシに対してできる操作または設定

グルーピング対象 | 操作または設定
電源制御スケジュールの設定 | エージェントサービスの設定 | 電源制御の操作
ホスト | ○ | ○ | ○
サーバシャーシ※ | × | × | ○

（凡例）

○：操作または設定ができる

×：操作または設定ができない

注※

サーバシャーシのグルーピングは，BSMでだけできます（Server Managerではできません）。

グループは，設定または操作の種類ごとに設定します。例えば，電源制御スケジュールの一括設定用に作成したグループは，電源制御の操作では使用できません。

12.1.2　グルーピング方法

ここでは，ホストおよびサーバシャーシのグループを作成する方法について説明します。グループを作成する場合，アドミニストレータでログインしてください。サブアドミニストレータでログインしている場合は，作成されているグループの参照だけができます。

［ホスト管理］ウィンドウの［グループ］メニューを選択する
プルダウンメニューとして［一括設定］および［一括操作］が表示されます。

作成するグループの目的に合わせたメニューを選択する
目的ごとに次のようにメニューを選択すると，目的に合わせたグルーピングウィンドウが表示されます。

電源ON・OFFスケジュールの一括設定の場合
［一括設定］メニューから［スケジュール］を選択します。［一括設定 - スケジュール］ウィンドウが表示されます。

エージェントサービス設定項目の一括設定の場合
［一括設定］メニューから［エージェントサービス設定］を選択します。［一括設定 - エージェントサービス設定］ウィンドウが表示されます。

電源制御の一括操作の場合
［一括操作］メニューから［電源制御］を選択します。［一括操作 - 電源制御］ウィンドウが表示されます。

次の図は，アドミニストレータでログインしたときに，［一括設定］メニューから［スケジュール］を選択することで表示される，［一括設定 - スケジュール］ウィンドウです。

［編集］メニューから［新規グループ作成］を選択する
グループツリーに新しいグループが作成されます。

グループに登録したいホストおよびサーバシャーシを，［ホスト管理］ウィンドウからグルーピングウィンドウにドラッグ&ドロップする
4.の操作を繰り返すことで，グループにホストおよびサーバシャーシを登録できます。

グループを作成したら，［ファイル］メニューから［保存］を選択してグルーピング情報を保存する

グループは複数個作成，および階層化できますので，ホストおよびサーバシャーシの利用目的別や機種別などにグループを分けられます。また，グループの名称もユーザが設定できるので，目的別にグループ名を設定してください。なお，グループは8階層まで階層化できます。

注意

あるグルーピングウィンドウで作成したグループを，ほかのグルーピングウィンドウで使いたい場合は，［編集］メニューの［コピー］および［貼り付け］を使用して，グルーピングウィンドウ間で，グループをコピーしてください。

グルーピングは単一のコンソールサービスから単一のマネージャサービスに接続している環境で実施してください。単一のコンソールサービスから複数のマネージャサービスに接続している状態でグルーピングすると，不正なグルーピングデータが作成される場合があります。

12.2　グループ内サーバの一括設定

サーバのグルーピングを利用すると，グループに登録されているすべてのサーバについて，同じ情報を設定できます。ここでは，グループ内のサーバに対してスケジュール，またはエージェントサービスの設定項目を一括で設定する方法について説明します。

一括設定する場合，アドミニストレータでログインしてください。サブアドミニストレータでログインしている場合，現在設定されている情報の参照だけができます。

＜この節の構成＞

12.2.1　電源制御スケジュールの一括設定

12.2.2　エージェントサービスの一括設定

12.2.1　電源制御スケジュールの一括設定

グループ内のサーバに対して，電源制御スケジュールを一括で設定できます。また，あるグループに設定した電源制御スケジュールを，ほかのグループにコピーすることもできます。

ここでは，電源制御スケジュールの一括設定の手順，設定内容のコピー方法，および設定内容の確認方法について説明します。

＜この項の構成＞

(1)　設定手順

(2)　設定内容のコピー

(3)　設定内容の確認

(1)　設定手順

電源制御スケジュールの一括設定の方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［スケジュール］を選択する
［一括設定 - スケジュール］ウィンドウが表示されます。

［一括設定 - スケジュール］ウィンドウで，電源制御スケジュールを設定するグループを選択する

［グループ操作］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。
［スケジュール管理］ダイアログボックスの操作方法については，「10.3　電源制御スケジュールを設定する」を参照してください。

設定が終了したら［ファイル］メニューから［保存］を選択して，グルーピング情報を保存する

これで，グループ内のすべてのサーバに対して，スケジュールを設定できます。

(2)　設定内容のコピー

あるグループに対して設定した電源制御スケジュールの設定内容を，ほかのグループにコピーする方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［スケジュール］を選択する
［一括設定 - スケジュール］ウィンドウが表示されます。

［一括設定 - スケジュール］ウィンドウで，電源制御スケジュールのコピー元となるグループを選択する

［編集］メニューから［プロパティのコピー］を選択する

電源制御スケジュールのコピー先となるグループを選択する

［編集］メニューから［プロパティの適用］を選択する

設定が終了したら［ファイル］メニューから［保存］を選択して，グルーピング情報を保存する

注意

コピーしたプロパティは，グループに対して何らかの操作をしないと，スケジュールのプロパティダイアログボックスを表示しても，情報は表示されません。

(3)　設定内容の確認

グループに対して設定した，電源制御スケジュールの設定内容の確認方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［スケジュール］を選択する
［一括設定 - スケジュール］ウィンドウが表示されます。

［一括設定 - スケジュール］ウィンドウで，電源制御スケジュールの設定内容を確認するグループを選択する

［ファイル］メニューから［プロパティ］を選択する
［SVPのプロパティ］ダイアログボックスが表示されます。

これで，グループに設定したスケジュールを確認できます。

12.2.2　エージェントサービスの一括設定

グループ内のサーバに対して，エージェントサービスの設定項目を一括で設定できます。また，あるグループに設定したエージェントサービスの設定内容を，ほかのグループにコピーすることもできます。

ここでは，エージェントサービスの一括設定の手順，設定内容のコピー方法，および設定内容の確認方法について説明します。

＜この項の構成＞

(1)　設定手順

(2)　設定内容のコピー

(3)　設定内容の確認

(1)　設定手順

エージェントサービスの一括設定の方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［エージェントサービス設定］を選択する
［一括設定 - エージェントサービス設定］ウィンドウが表示されます。

［一括設定 - エージェントサービス設定］ウィンドウで，エージェントサービスの情報を設定するグループを選択する

［グループ操作］メニューから［エージェントサービス設定］を選択する
［エージェント設定］ダイアログボックスが表示されます。
［エージェント設定］ダイアログボックスの操作方法および設定項目については，「14.5　エージェントサービスの設定」を参照してください。

設定が終了したら［ファイル］メニューから［保存］を選択して，グルーピング情報を保存する

これで，グループ内のすべてのサーバに対して，エージェントサービスの設定項目を一括で設定できます。

(2)　設定内容のコピー

あるグループに対して設定したエージェントサービスの設定内容を，ほかのグループにコピーする方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［エージェントサービス設定］を選択する
［一括設定 - エージェントサービス設定］ウィンドウが表示されます。

［一括設定 - エージェントサービス設定］ウィンドウで，エージェントサービス設定内容のコピー元となるグループを選択する

［編集］メニューから［プロパティのコピー］を選択する

エージェントサービス設定内容のコピー先となるグループを選択する

［編集］メニューから［プロパティの適用］を選択する

設定が終了したら［ファイル］メニューから［保存］を選択して，グルーピング情報を保存する

注意

コピーしたプロパティは，グループに対して何らかの操作をしないと，スケジュールのプロパティダイアログボックスを表示しても，情報は表示されません。

(3)　設定内容の確認

グループに対して設定したエージェントサービスの設定内容の確認方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［エージェントサービス設定］を選択する
［一括設定 - エージェントサービス設定］ウィンドウが表示されます。

［一括設定 - エージェントサービス設定］ウィンドウで，エージェントサービスの設定内容を確認するグループを選択する

［ファイル］メニューから［プロパティ］を選択する

これで，グループに設定したエージェントサービスの設定内容を確認できます。

12.3　ホストおよびサーバシャーシの一括操作

グループ内のホストおよびサーバシャーシに対して，電源ON・OFFなどを一括で操作する方法について説明します。なお，一括操作をする場合，アドミニストレータでログインしてください。サブアドミニストレータでログインしている場合は操作できません。

［ホスト管理］ウィンドウの［グループ］メニューから［一括操作］を選択し，［電源制御］を選択する
［一括操作 - 電源制御］ウィンドウが表示されます。

［一括操作 - 電源制御］ウィンドウで，電源を操作するグループを選択する

［グループ操作］メニューから操作したい項目を選択する
［電源ON］，［電源OFF］，［強制電源OFF］，［リブート］から操作したい項目を選択してください。
電源ON機能を備えたLANアダプタを搭載したWindowsサーバ，Linuxサーバの場合に，［電源ON］ができます。
項目を選択すると確認メッセージが表示されます。

メッセージを確認し，［OK］ボタンをクリックする

これで，グループ内のサーバの電源が一括で操作されます。例えば，［リブート］を選択すると，グループ内のすべてのサーバがリブートされます。

13.　接続管理

システムの運用が始まると，システムの接続管理もシステム管理者にとって重要な業務の一つとなります。例えば，マシンの撤去や増設に伴って，ホストを管理対象から削除したり，新規に登録したりする必要があります。また，管理対象のホストの数が多数ある場合，それぞれのホストがどのマネージャサービスで管理されているのかを把握しておく必要があります。この章では，これらの接続管理の方法について説明します。

＜この章の構成＞

13.1　管理するホストを変更する

13.2　サーバシャーシを登録または削除する

13.3　接続先マネージャサービスを確認する

13.1　管理するホストを変更する

ここでは，管理するホストを変更する手順について説明します。

なお，HVMの登録および削除については「23.3.9　接続管理」を，仮想化プラットフォームのサーバの登録および削除については「24.3.7　接続管理」を参照してください。

＜この節の構成＞

(1)　管理しているホストを削除する

(2)　管理対象外のホストを再接続する

(3)　ホストを登録する

(1)　管理しているホストを削除する

マネージャサービスで管理しているホストを，管理対象から削除する方法について説明します。ホストを使用しなくなったときに，使用しなくなった管理対象のホストは管理対象から削除してください。コンソールサービス上で間違った操作を引き起こす原因になります。

次の手順で管理するホストを削除します。なお，この操作はアドミニストレータでログインした場合だけ実行できます。

［ホスト管理］ウィンドウで削除するホストを選択する
複数のホストを選択できます。

［接続管理］メニューから［削除］を選択する
メッセージが表示されます。

［OK］または［全てOK］ボタンをクリックする

［OK］ボタンをクリックすると，ホストを削除します。ホストを複数選択した場合，確認用のメッセージが表示されます。すべてのホストを削除する場合は［全てOK］ボタンをクリックしてください。

選択したホストが管理対象から削除されます。

(2)　管理対象外のホストを再接続する

再起動などをしたホストは，［ホスト管理］ウィンドウに未接続のアイコンで表示されています。この未接続の状態のホストを接続する場合の方法を説明します。

［ホスト管理］ウィンドウで接続するホストを選択する
未接続のアイコンで表示されているホストを選択してください。

［ホスト操作］メニューの［接続］を選択する

選択したホストが再接続され，再び管理できるようになります。

(3)　ホストを登録する

起動しているホストが［ホスト管理］ウィンドウに表示されない，サービスの起動順を誤った，ホストを誤って削除したなどの場合，次の手順でホストを登録して［ホスト管理］ウィンドウに表示させます。

［ホスト管理］ウィンドウでホストを登録するマネージャサービスを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するホストのIPアドレス，またはホスト名を入力する

種別の中から，「エージェントサービス」を選択する

［OK］ボタンをクリックする

サーバでエージェントサービスが起動している場合は，［ホスト管理］ウィンドウに表示されます。

13.2　サーバシャーシを登録または削除する

BSMでは，管理対象としてサーバシャーシの登録と削除ができます（Server Managerではできません）。また，未接続で使用しなくなった管理対象のサーバシャーシは，管理対象から削除してください。コンソールサービス上で間違った操作を引き起こす原因になります。

＜この節の構成＞

(1)　サーバシャーシの登録

(2)　サーバシャーシの削除

(1)　サーバシャーシの登録

サーバシャーシの登録には，次の方法があります。

コンソールからの手動登録
起動しているサーバシャーシが［ホスト管理］ウィンドウに表示されない，サーバシャーシを誤って削除したなどの場合，ユーザがコンソールから手動で登録します。

BSM起動時の自動登録
BSMの起動時に，自動的に同一ネットワークセグメントのサーバシャーシが検出され登録されます。

SVPからの自動登録
通知先として登録されているマネージャサービスに対して，SVPが定期的に登録要求を通知します。これによって，自動的に登録されます。

登録方法とサーバシャーシの対応を次に示します。

表13-1　登録方法とサーバシャーシの対応

項番 | 登録方法 | サーバシャーシ
BS1000またはBS320 | BS2000
1 | コンソールからの手動登録 | ○ | ○
2 | BSM起動時の自動登録 | ○ | ×
3 | SVPからの自動登録 | × | ○

（凡例）

○：登録機能がサポートされています

×：登録機能はサポートされていません

コンソールから手動で登録する手順を次に示します。

起動しているサーバシャーシが［ホスト管理］ウィンドウに表示されない，サーバシャーシを誤って削除したなどの場合，次の手順でサーバシャーシを登録して［ホスト管理］ウィンドウに表示させます。

［ホスト管理］ウィンドウでサーバシャーシを登録するマネージャサービスを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するサーバシャーシのSVPモジュールのIPアドレスを入力する

種別の中から，「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000)」を選択する

［OK］ボタンをクリックする

注意

BladeSymphonyのスイッチ＆マネジメントモジュールのファームウェアを更新した場合，またはWWN情報を更新した場合，サーバシャーシを再登録する必要があります。ここで説明した手順に従って，サーバシャーシを再登録してください。

(2)　サーバシャーシの削除

マネージャで管理しているサーバシャーシを，管理対象から削除する方法について説明します。これは，サーバシャーシを撤去したときなどに使用します。

次の手順で管理するサーバシャーシを削除します。

［ホスト管理］ウィンドウで削除するサーバシャーシを選択する
複数のサーバシャーシを選択できます。

［接続管理］メニューから［削除］を選択する
メッセージが表示されます。

［OK］または［全てOK］ボタンをクリックする

［OK］ボタンをクリックすると，サーバシャーシを削除します。サーバシャーシを複数選択した場合，確認用のメッセージが表示されます。すべてのサーバシャーシを削除する場合は［全てOK］ボタンをクリックしてください。

選択したサーバシャーシと，そのサーバシャーシ内のすべてのホスト（サーバモジュール）が管理対象から削除されます。

BS2000の場合

BS2000の場合は，次の手順に従ってサーバシャーシを削除してください。

削除するBS2000のサーバシャーシのSVPから，通知先BSMの登録を外す

［ホスト管理］ウィンドウから，サーバシャーシを削除する

上記の手順ではなくBSMのコンソール画面から削除した場合，削除したBS2000のサーバシャーシが，一定時間後にコンソール画面へ再登録されることがあります。

13.3　接続先マネージャサービスを確認する

管理対象ホストの接続先マネージャサービスを確認する場合は，次の手順で確認してください。

［ホスト管理］ウィンドウで，接続先マネージャサービスを確認するホスト，マネージャ，サイト，またはドメインを選択する
ホストを選択した場合は，そのホストが確認の対象になります。
マネージャ，サイト，またはドメインを選択した場合は，配下のすべてのホストが確認の対象になります。

［接続管理］メニューから［接続先マネージャサービスの確認］を選択する
［接続先マネージャサービスの確認］ダイアログボックスが表示されます。

ダイアログボックスには，コンピュータ名，ホスト名，および接続先マネージャサービスのIPアドレスが表示されます。

14.　コンソールサービスからの設定情報の変更

この章では，環境設定ユティリティで設定した情報を，コンソールサービスから変更する方法について説明します。

＜この章の構成＞

14.1　コンソールサービスから変更できる設定情報

14.2　ユーザ管理情報の設定

14.3　コンソールサービスの設定

14.4　マネージャサービスの設定

14.5　エージェントサービスの設定

14.1　コンソールサービスから変更できる設定情報

システム構築時に環境設定ユティリティで設定した情報はコンソールサービスで参照および変更できます。これによって，管理コンソールから定期的にパスワードを変更したり，サーバの設置場所に行かなくても遠隔地から設定を変更したりできます。

コンソールサービスから変更できる設定情報を次の表に示します。

表14-1　コンソールサービスから変更できる設定情報

情報の種類
設定項目
参照先

ユーザ管理情報の設定

マネージャサービスにログインするときのパスワード

14.2

コンソールサービスの設定

接続先マネージャサービス

コマンドタイムアウト値

キープアライブの設定

保守情報の取得先

外部プログラムの起動URL

アラート通知の設定

14.3

マネージャサービスの設定

コマンドタイムアウト値

サーバシャーシ定期監視の設定

e-mailの設定

JP1/IM連携機能の設定

インベントリ情報の管理設定

アラートの保存設定

サーバ起動監視の設定

14.4

エージェントサービスの設定

コマンドタイムアウト値

キープアライブの設定

アラート情報

アラートの属性

使用率超過通知のしきい値

保守情報の取得設定

14.5

なお，LPAR上で稼働しているサーバの環境設定については「23.3.10　コンソールサービスからの環境設定」を，仮想化プラットフォームのサーバの環境設定については「24.3.8　コンソールサービスからの環境設定」を参照してください。

14.2　ユーザ管理情報の設定

ユーザ管理情報として，コンソールサービスからマネージャサービスにログインするときのパスワードを変更できます。

次に変更方法について，説明します。

＜この節の構成＞

(1)　パスワードの変更

(1)　パスワードの変更

コンソールサービスからマネージャサービスにログインするときのパスワードを変更します。

パスワードを変更するときは，アドミニストレータでログインしてください。

［ホスト管理］ウィンドウの［設定］メニューから［パスワード設定］を選択する
［パスワード変更］ダイアログボックスが表示されます。

パスワードを変更するユーザ種別を選択する

選択したユーザ種別の現在のパスワードを［現在のパスワード］テキストボックスに入力する

新しいパスワードを［新しいパスワード］テキストボックスに入力する
パスワードは，16文字までの半角英数字，半角スペース，および半角記号で設定します。

再度新しいパスワードを［パスワード確認入力］テキストボックスに入力する

［OK］ボタンをクリックする

入力したパスワードが正しければ，パスワードが変更されます。

14.3　コンソールサービスの設定

コンソールサービスの設定情報を変更，または参照する場合，次の手順で操作します。

［ホスト管理］ウィンドウの［設定］メニューから，［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。

ここでは，コンソールサービスの情報について変更，または参照できます。設定する場合はアドミニストレータでログインしてください。サブアドミニストレータの場合，参照だけができます。

［コンソールサービス設定］ダイアログボックスの情報取得については，「11.2　保守情報の取得と環境設定」を参照してください。

＜この節の構成＞

(1)　ネットワーク

(2)　起動URL設定

(3)　アラート

(1)　ネットワーク

マネージャサービスと通信するときのネットワーク情報について設定します。

ここでは，次の情報を設定します。

設定項目
設定内容

接続先マネージャサービスの指定
接続するマネージャを選択します。複数のマネージャを選択できます。
接続先マネージャサービスを新規に登録または削除する場合は［登録／削除］ボタンをクリックします。

コマンドタイムアウト値
マネージャサービスとのコマンド送受信時のコマンドタイムアウト時間を秒単位で設定します。1～600の範囲内で設定できます。デフォルトは180秒です。

キープアライブ※
マネージャサービスとの送受信時のキープアライブを使用するかどうかを設定します。キープアライブを使用する場合は，チェックボックスをONにします（デフォルトはOFFです）。この場合，キープアライブの間隔を秒単位で設定します。1～3,600の範囲内で設定できます。デフォルトは600秒です。

注※

キープアライブの設定をする場合，次の点に注意してください。

・キープアライブを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，キープアライブを設定しないでください。

・［キープアライブ］チェックボックスをONにすると，マネージャサービスが停止するなど，コンソールサービスとマネージャサービスとの間の回線が切断した場合，管理コンソールに次のようなポップアップダイアログが表示されます。

「ホスト名（マネージャサービス名）への接続が切断されました」

このメッセージが表示された場合は，管理コンソールからマネージャサービスに再ログインしてください。

・キープアライブ間隔を設定する場合，必ず［コマンドタイムアウト時間］の設定値よりも大きい値を設定してください。

(a)　［接続先マネージャサービス登録／削除］ダイアログボックス

［登録／削除］ボタンをクリックすると，［接続先マネージャサービス登録／削除］ダイアログボックスが表示されます。

［接続先マネージャサービス登録／削除］ダイアログボックスでは，次の情報を設定します。

設定項目
設定内容

接続先マネージャサービス（IPアドレス／ホスト名）
接続するマネージャサービスのIPアドレスまたはホスト名を指定します。接続先が外部のネットワークの場合，接続元から見えているIPアドレスまたはホスト名を指定します。1～256バイトの範囲で指定します。

コメント
接続先マネージャサービスの区別が付くようにコメントを入力できます。1～256バイトの範囲で入力します。

登録済みマネージャサービスリスト
［↓リストに追加］ボタンをクリックすると，接続先マネージャサービスがリストに登録されます。128個まで登録できます。リストから削除する場合は，削除したいマネージャサービスを選択して［リストから削除］ボタンをクリックします。
複数のマネージャサービスに接続する場合，このリストの上から順に接続が試みられます。複数のマネージャサービスに接続するときの優先順位（接続順位）を変更したい場合は［↑上へ］［↓下へ］ボタンで順位を変更してください。

(2)　起動URL設定

ツールバーのボタンや外部プログラムに関連づけられている起動URLに関する情報を設定します。［起動URL設定］タブを選択してください。

ここでは，次の情報を設定します。

設定項目 | 設定内容
HDvM | Device Managerの起動URL（半角1,023文字以下）を設定します。デフォルトはhttp://localhost:23015/DeviceManager/です。
JP1/SC/DPM | JP1/ServerConductor/Deployment Managerの起動URL（半角1,023文字以下）を設定します。デフォルトはhttp://localhost:8080/DeploymentManager/Start.jspです。

(3)　アラート

マネージャサービスへのログイン時に未受信アラートを受信するかどうかを設定します。［アラート］タブを選択してください。

注意

マネージャサービスへのログイン時に未受信アラートを受信できるのは，BSMを使用している場合だけです。

ここでは，次の情報を設定します。

設定項目 | 設定内容
マネージャサービスへのログイン時に未受信アラートを受信する | マネージャサービスへのログイン時に，未受信のアラートを自動的に取得する場合，このチェックボックスをONにします。

14.4　マネージャサービスの設定

マネージャサービスの設定情報を変更，または参照する場合，次の手順で操作します。

［ホスト管理］ウィンドウでマネージャサービスの情報を変更，または参照するマネージャサービスを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

ここでは，マネージャサービスの情報について変更，または参照できます。なお，サブアドミニストレータでログインした場合は参照だけができます。

［マネージャサービス設定］ダイアログボックスのe-mail設定については「7.8　アラートをe-mailで通知する」を，JP1/IM連携機能の設定については「16.3　JP1/IMと連携する」を，レポート機能については「6.2　データベースを利用した資産管理に必要な設定」を，N+1設定については「20.7　N+1／N+Mコールドスタンバイ機能の設定」を，ストレージ設定については「19.　ストレージ運用支援」を，ネットワークスイッチ連携機能については，「20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え」を参照してください。

＜この節の構成＞

(1)　ネットワーク

(2)　保存設定

(3)　サーバ起動監視

(1)　ネットワーク

コンソールサービスやエージェントサービスと通信するときのネットワーク情報について設定します。［ネットワーク］タブを選択してください。

ここでは，次の情報を設定します。

設定項目
設定内容

コマンドタイムアウト値
コンソールサービスとのコマンドの送受信時のコマンドタイムアウト時間を秒単位で設定します。1～600の範囲で設定します。デフォルトは90秒です。

サーバシャーシ定期監視
サーバシャーシの通信状態を定期的に監視する場合，このチェックボックスをONにします。通信状態は8時間ごとに監視されます。デフォルトはOFFです。

監視対象サーバシャーシ一覧
通信状態監視の対象となるサーバシャーシのシャーシIDが表示されます。
［監視対象サーバシャーシ一覧］には，マネージャサービスで管理されているシャーシIDが表示されます。そのため，［ホスト管理］ウィンドウのコンピュータ名の表示内容と異なることがあります。

(2)　保存設定

マネージャサービスが保存するアラートの制限値を設定します。［保存設定］タブを選択してください。

ここでは，次の情報を設定します。

設定項目 | 設定内容
アラートの保存日数 | マネージャサービスがアラートを保存する日数を設定します。設定範囲は1～1,000です。デフォルトは30日です。
アラートの保存件数 | マネージャサービスがアラートを保存する件数を設定します。設定範囲は1,000～65,535です。デフォルトは65,535件です。

(3)　サーバ起動監視

サーバごとに，エージェントサービスの起動の監視を設定します。［サーバ起動監視］タブを選択してください。

ここでは，次の情報を設定します。

項目
内容

シャーシID
起動監視を設定または解除するエージェントサービスが稼働しているサーバシャーシのシャーシIDを選択します。
マネージャサービスで管理されているシャーシIDが表示されるため，［ホスト管理］ウィンドウのコンピュータ名の表示内容と異なることがあります。

監視対象サーバ一覧
起動監視を設定または解除するサーバを選択します。サーバは複数選択できます。

パーティション番号

パーティション番号が表示されます。

LPAR識別子

LPAR識別子が表示されます。

コンピュータ名

コンピュータ名が表示されます。

［ホスト管理］ウィンドウで，同一シャーシIDかつ同一パーティション番号で表示されているサーバは，「，」（コンマ）で区切って表示されます。また，エージェントサービスがインストールされていない場合は空白が表示されます。

監視時間

起動監視が設定されている場合，監視時間が分単位で表示されます。起動監視が設定されていない場合は，空白が表示されます。

［設定］ボタン
起動監視を設定または解除する場合，設定するサーバを選択してこのボタンをクリックします。

14.5　エージェントサービスの設定

エージェントサービスの設定情報を変更，または参照する場合，次の手順で操作します。

注意

BladeSymphonyのサーバシャーシの場合，エージェントサービスの設定はできません。

［ホスト管理］ウィンドウでエージェントサービスの情報を変更，または参照するサーバを選択する

［設定］メニューから［エージェントサービス設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。

ここでエージェントサービスの情報について変更，または参照します。なお，サブアドミニストレータでログインした場合は参照しかできません。

［エージェントサービス設定］ダイアログボックスで［情報取得］タブを選択したときのダイアログボックスについては，「11.2.2　環境設定（情報取得）」を参照してください。

＜この節の構成＞

(1)　ネットワーク

(2)　アラート

(3)　各アラートの属性

(4)　使用率超過通知

(1)　ネットワーク

ネットワークに関する情報を設定・参照できます。

ネットワーク情報について設定・参照する場合は［ネットワーク］タブを選択してください。

［ネットワーク］タブでは，次の情報を設定・参照できます。

設定項目 | 設定内容
コマンドタイムアウト値 | 管理コンソールとコマンドを送受信するときのコマンドタイムアウト時間を秒単位で設定します。1～600の範囲で設定します。デフォルトは90秒です。
キープアライブ※ | マネージャサービスとの送受信時のキープアライブを使用するかどうかを設定します。キープアライブを使用する場合は，チェックボックスをONにします（デフォルトはOFFです）。この場合，キープアライブの間隔を秒単位で設定します。1～3,600の範囲内で設定できます。デフォルトは600秒です。

注※

キープアライブの設定をする場合，次の点に注意してください。

・キープアライブを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，キープアライブを設定しないでください。

・［キープアライブ］チェックボックスをONにすると，エージェントサービスが停止するなど，エージェントサービスとマネージャサービスとの間の回線が切断した場合，管理コンソールに次のようなポップアップダイアログが表示されます。

「ホスト名（マネージャサービス名）への接続が切断されました」

・キープアライブ間隔を設定する場合，必ず［コマンドタイムアウト値］の設定値よりも大きい値を設定してください。

(2)　アラート

エージェントサービスが検知するアラートに関する情報を設定・参照できます。アラート情報について設定する場合は，［アラート］タブを選択してください。［アラート］タブが表示されます。

［アラート］タブでは，次の情報を設定・参照できます。

設定項目
設定内容

通知アラート
マネージャサービスへ通知するアラートのレベルを設定します。通知するアラートレベルのチェックボックスをONにしてください。

保存日数
アラートのログファイルを何日保存しておくかを設定します。この日数を超えた場合は，管理コンソールに通知されます。設定範囲は0～90です。デフォルトは30日です。0を設定すると，削除しないかぎり保存します。

使用ディスク容量警告値
アラートログの総容量がこの値を超えると管理コンソールに警告を通知します（アラートログは，1日ごとに一つのファイルとして保存されます）。設定範囲は0～1,048,576です。デフォルトは1,024キロバイトです。0を設定するとアラートを送信しません。

アプリケーションログ
エージェントサービスが通知するアラートをアプリケーションログとして記録するかどうかを設定します。アプリケーションログとして記録した場合，イベントビューアで参照できます。

注意

LinuxサーバおよびHP-UXサーバのアラートはアプリケーションログとして記録できません。

各アラートに対して，通知するかどうかを設定できます。詳細については，「(3)　各アラートの属性」を参照してください。

(3)　各アラートの属性

サーバで発生したアラートのうち，どのアラートについてコンソールサービスに通知するかを設定できます。また，アラートが発生したとき，サーバをどのように動作させるか（リブートや電源OFFなど）も設定できます。各アラートの属性情報について設定する場合は，［各アラートの属性］タブを選択してください。

［各アラートの属性］タブでは，次の情報を設定・参照できます。

設定項目
設定内容

アラート一覧
すべてのアラート情報を表示します。この中からコンソールサービスに通知する，またはサーバの動作を設定するアラートを選択します。

アラート発生通知
アラート一覧で選択したアラートが何回発生したら，管理コンソールに通知するかを設定します。1～65,534の範囲で設定します。デフォルトは管理対象サーバの種類によって異なります。通知しない場合は「通知しない」を選択します。なお，［エージェントサービス設定］ダイアログボックス（［アラート］タブ）の［通知アラート］で通知しないアラートに設定したレベルのアラートは，ここで発生回数を設定しても通知されません。設定方法については，「7.3.1(2)　アラート単位でのフィルタリング」を参照してください。

イベント発生時のサーバ動作
イベントが発生したときに，サーバの電源操作について設定できます。また，イベントが発生したときに起動していたプロセスを強制終了するかどうかも設定します。設定したいチェックボックスをONにしてください。デフォルトは「何もしない」，およびプロセスの強制終了は「しない」です。

注意

イベント発生時のサーバ動作が実行されると設定内容はリセットされ，「何もしない」になります。そのため，動作実施後は再設定する必要があります。

HP-UXサーバの場合，イベント発生時のサーバ動作は設定できません。

フェイルオーバー
フェイルオーバーするかどうかを設定します。デフォルトは「しない」です。

注意

フェイルオーバーは，MSCSまたはフェールオーバークラスタでクラスタを管理しているWindowsサーバだけに設定できます。

［保存］ボタン
アラート一覧に表示されているすべてのアラートの属性をアラート属性ファイルに保存します。

［読込］ボタン
アラート属性ファイルを読み込み，各アラートの属性を一括で設定します。

(4)　使用率超過通知

CPU，メモリ，ドライブ，またはファイルシステムの使用率が何%に到達したときにマネージャサービスに通知するかを設定します。使用率超過通知について設定する場合は，［使用率超過通知］タブを選択してください。

［使用率超過通知］タブでは，次の情報を設定・参照できます。

設定項目
設定内容

デバイス
使用率超過通知について設定できるデバイスは，サーバの種類によって異なります。次に，各サーバで設定できるデバイスについて示します。

Windowsサーバ

CPU，メモリ，ドライブ

LinuxサーバおよびHP-UXサーバ

CPU，メモリ，ファイルシステム

使用率
CPU，メモリ，ドライブ，またはファイルシステムの使用率が何%に到達したら，通知するかを設定します。CPUの場合は10～100の範囲で設定できます。デフォルトは30%です。メモリ，ドライブ，またはファイルシステムの場合は40～100の範囲で設定できます。デフォルトは80%です。

ドライブ，または
ファイルシステム
ドライブまたはファイルシステムの一覧と現在の設定されている使用率を表示します。このリストで，使用率超過通知を設定するドライブまたはファイルシステムを選択します。

使用率チェックをする
使用率をチェックするかどうかを設定します。チェックボックスをONにすると使用率をチェックします。デフォルトはOFFです。使用率超過通知について変更する場合は，このチェックボックスを最初に変更してください。以降の項目が設定できるようになります。

使用率のチェック間隔
CPU，メモリ，ドライブ，またはファイルシステムの使用率を何秒間隔でチェックするかを設定します。1～86,400の範囲で設定します。デフォルトは，CPUまたはメモリの場合は10秒で，ドライブまたはファイルシステムの場合は60秒です。なお，このチェック間隔は，すべてのドライブまたはファイルシステムに対して同じ設定値になります。Cドライブが3秒，Dドライブが5秒という設定はできません。

使用率算出のためのサンプリング回数
この使用率超過通知は，何回かのチェックの平均値が「使用率」で設定した値に到達すると，マネージャサービスに通知するようになっています。この項目では，平均値を求めるチェック回数を設定します。1～1,000の範囲で設定します。デフォルトは10回です。なお，このサンプリング回数は，すべてのドライブまたはファイルシステムに対して同じ設定値になります。Cドライブが10回，Dドライブが20回という設定はできません。

15.　クラスタシステムでの運用

JP1/ServerConductorでは，管理サーバをクラスタシステムで運用できます。また，JP1/ServerConductorを使用して，MSCSまたはフェールオーバークラスタでクラスタ設定をしている管理対象サーバのクラスタ情報の表示，およびクラスタ制御スケジュールの設定ができます。

この章では，JP1/ServerConductorをクラスタシステムで運用する場合のセットアップ方法および運用方法について説明します。また，JP1/ServerConductorでのクラスタ情報の表示方法とクラスタ制御スケジュールの設定方法について説明します。

＜この章の構成＞

15.1　クラスタシステムでの運用の概要

15.2　クラスタ運用の前提条件

15.3　クラスタシステムでのインストールとセットアップ

15.4　クラスタシステムの構成変更（管理サーバ）

15.5　クラスタシステムの解除（管理サーバ）

15.6　クラスタシステム上のBSMのアンインストール（管理サーバ）

15.7　管理対象サーバのクラスタ制御スケジュールを設定する

15.8　管理対象サーバのクラスタ情報を表示する

15.9　クラスタ管理の注意事項

15.1　クラスタシステムでの運用の概要

JP1/ServerConductorでは，MSCSまたはフェールオーバークラスタを利用したクラスタシステムで管理サーバを運用できます。管理サーバをクラスタシステムで運用することで，サーバ障害などが発生してもサーバの運用管理を継続できます。

また，管理対象サーバを，MSCSまたはフェールオーバークラスタを利用したクラスタシステムで運用している場合，JP1/ServerConductorからクラスタ情報の表示およびクラスタ制御スケジュールの設定ができます。

ここでは，JP1/ServerConductorのクラスタシステム運用の概要を説明します。

＜この節の構成＞

15.1.1　管理サーバをクラスタシステムで運用する

15.1.2　クラスタシステム上の管理対象サーバを管理する

15.1.1　管理サーバをクラスタシステムで運用する

BSMのマネージャサービスは，HA（High Availability）クラスタシステムでの運用に対応しています。HAクラスタシステムは，処理を実行する実行系サーバと，障害が発生したときに処理を引き継げるように待機している待機系サーバで構成されます。

障害が発生すると，実行系サーバから待機系サーバに処理が引き継がれます。障害時に実行系から待機系へ処理が引き継がれることをフェイルオーバーといいます。定義情報や管理対象サーバから収集したデータは，共有ディスク上に格納され，フェイルオーバー時に引き継がれます。

BSMのマネージャサービスをクラスタシステムで運用する場合のシステム構成およびアクセスの流れを次の図に示します。

図15-1　クラスタシステムで運用する場合のシステム構成およびアクセスの流れ

注意

BSMのマネージャサービスは負荷分散クラスタシステムには対応していません。

15.1.2　クラスタシステム上の管理対象サーバを管理する

クラスタシステム上の管理対象サーバをJP1/ServerConductorから管理する場合，管理対象サーバにインストールしたクラスタ管理エージェントサービスを使用します。クラスタ管理エージェントサービスを使用してクラスタ構成のサーバを管理する場合の利点を次に示します。

クラスタのグループおよびリソースの情報を遠隔地から参照できます。

クラスタのグループおよびリソースの状態が変更されると，クラスタイベントをアラートとして管理者に通知できます。

特定の日や毎週決まった時間にクラスタグループでフェイルオーバーが実行されるように，スケジュールを設定できます。

特定のアラートが発生した場合，将来的なサーバ停止を予測して，自動的にフェイルオーバーが実行されるように設定できます。

15.2　クラスタ運用の前提条件

クラスタシステム上で運用する場合の前提条件を次に示します。

＜この節の構成＞

15.2.1　クラスタシステムでの運用に対応しているサービス

15.2.2　システム構成

15.2.1　クラスタシステムでの運用に対応しているサービス

クラスタシステムでの運用は，BSMのマネージャサービスだけが対応しています。マネージャサービス以外のサービスおよびServer Managerの各サービスはクラスタシステムには対応していません。

15.2.2　システム構成

クラスタシステムで管理サーバを運用する場合の，管理サーバのシステム構成を次の図に示します。

図15-2　管理サーバのシステム構成

管理サーバをクラスタシステムで運用する場合，クラスタグループを構成するノードの最大数は2台です。1台を共有ディスクにアクセスできる実行系サーバとして，もう1台を待機系サーバとして配置します。実行系サーバと待機系サーバのシステム時刻は，同一にしておいてください。

なお，Windows Server 2008の場合は，実行系サーバと待機系サーバが同じドメインに属している必要があります。

実行系サーバおよび待機系サーバの両方に，同一バージョンのマネージャサービスをインストールします。

マネージャサービス以外のサービスはクラスタシステムでの運用には対応していないため，管理サーバ以外のサーバにインストールすることをお勧めします。管理サーバにマネージャサービス以外のサービスをインストールする場合は，実行系サーバと待機系サーバにインストールするサービスの種類およびバージョンを同じにしてください。

LPAR環境のクラスタシステム，およびWindowsのチーミング環境のクラスタシステムには対応していません。

また，すでに運用中の管理サーバをクラスタシステムでの運用に変更する場合は，現在運用している管理サーバを実行系サーバとし，新しく待機系サーバを用意してください。

なお，管理対象ホストは，すべてPublic Network上に配置してください。

注意

マネージャサービスが対応しているPublic Network，およびクラスタIPアドレスは一つです。このため，複数のPublic Network，クラスタIPアドレスを使用することはできません。

15.3　クラスタシステムでのインストールとセットアップ

ここでは，クラスタシステム上に管理サーバを構築する場合の，インストールおよびセットアップ手順を説明します。

＜この節の構成＞

15.3.1　この節で使用するシステム構成例

15.3.2　セットアップの流れ

15.3.3　クラスタグループおよびリソースの登録

15.3.4　インストール（クラスタシステムの場合）

15.3.5　管理サーバのセットアップ（クラスタシステムの場合）

15.3.6　フェイルオーバーの動作確認（クラスタシステムの場合）

15.3.7　管理コンソールでの設定

15.3.8　管理対象ホストでの設定

15.3.9　共有ディスク上の共有データフォルダの構成

15.3.1　この節で使用するシステム構成例

インストールおよびセットアップ手順の説明で使用するシステム構成例を，次の図に示します。

図15-3　システム構成例（クラスタシステムの場合）

15.3.2　セットアップの流れ

クラスタシステム上に管理サーバを構築する場合の，インストールおよびセットアップの流れを，次の図に示します。インストール手順および各セットアップ手順については，図に示す参照先を参照してください。

図15-4　管理サーバのセットアップの流れ（クラスタシステムの場合）

15.3.3　クラスタグループおよびリソースの登録

MSCSのクラスタアドミニストレータを使用して，BSM用のクラスタグループを作成し，次のリソースを登録してください。

IPアドレスリソース※

ネットワーク名リソース※

共有ディスクリソース

注※

IPアドレスリソースとネットワーク名リソースには，依存関係を設定してください。

この例では，次の名前で作成します。

項番 | 項目 | この例での値
1 | クラスタグループ | BSMグループ
2 | IPアドレスリソース | BSM_クラスタIPアドレス
3 | ネットワーク名リソース | BSM_ネットワーク
4 | 共有ディスクリソース | BSM_共有ディスク

BSM用のクラスタグループには，これ以外のリソースは登録しないでください。また，既存のクラスタグループにBSMの各リソースを追加しないで，新規にクラスタグループを作成してください。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従ってクラスタを作成してください。ここでは，管理サーバ1と管理サーバ2がドメイン「test.local」に属しているものとして説明します。

管理サーバ1（実行系サーバ）でフェールオーバークラスタ管理を起動し，次の設定でクラスタを作成する

追加するサーバ
Node01-CLS.test.local（管理サーバ1）
Node02-CLS.test.local（管理サーバ2）

クラスタ管理用のアクセスポイント
クラスタ名：BSM2008
IPアドレス：10.208.175.128（論理IPアドレス）

管理サーバ2（待機系サーバ）でフェールオーバークラスタ管理を起動し，手順1で作成したクラスタを管理するように設定する

フェールオーバークラスタ管理で，クォーラム構成を設定する
クォーラム構成は，ご使用の環境に合わせて設定してください。

フェールオーバークラスタ管理で，記憶域に共有ディスクを追加する
共有ディスクは，ご使用の環境に合わせて追加してください。

15.3.4　インストール（クラスタシステムの場合）

インストール手順を次に示します。ここでは主に，クラスタシステム上の管理サーバにインストールする場合に必要な手順について説明します。インストール手順の詳細については，「3.2.1　BSMのインストール」を参照してください。

注意

実行系サーバへのインストールを実施する前に，実行系サーバから共有ディスクにアクセスできることを確認してください。

必ず，実行系サーバへのインストールが完了したあとで，待機系サーバへのインストールを実行してください。インストール順序に誤りがあると，実行系サーバと待機系サーバの間で情報の不整合が発生したり，マネージャサービスが起動しなかったりします。

＜この項の構成＞

(1)　実行系サーバへのインストール

(2)　待機系サーバへのインストール

(1)　実行系サーバへのインストール

BSMをインストールする実行系サーバのマシンにログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［ユーザ情報］画面でユーザ情報を入力する

［インストール先のフォルダ］画面でインストールするフォルダを選択する
BSMは，デフォルトでは次のフォルダにインストールされます。

<ローカルディスクのシステムドライブ>¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

インストール先フォルダを変更したい場合は，［変更］ボタンをクリックします。
［インストール先フォルダの変更］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。

注意

BSMは実行系サーバのローカルディスク上にインストールしてください。

［運用方法の選択］画面でクラスタ構成を使用することを指定する
［使用する］ラジオボタンをONにします。

［クラスタ構成の選択］画面で，実行系としてインストールすることを指定する
［実行系（アクティブ系）サーバとしてインストールする］ラジオボタンをONにします。

［共有データフォルダの指定］画面で，共有データの格納先を選択する
デフォルトでは何も指定されていないため，［変更］ボタンをクリックして共有データの格納先を指定します。必ず，共有ディスク上のフォルダを選択してください。
共有データは，［インストール先の変更］画面で選択したフォルダの下に作成される「ServerConductor¥Server Manager」フォルダに格納されます。

［カスタムセットアップ］画面でインストールするサービスを選択する
［運用方法の選択］画面で［使用する］ラジオボタンをONにした場合，デフォルトでは［マネージャサービス］が選択されています。
必要に応じて，ほかのサービスを選択してインストールします。

注意

クラスタシステムに対応しているのは，マネージャサービスだけです。マネージャサービス以外のサービスは，クラスタシステムには対応していません。

また，マネージャサービス以外のサービスをインストールした場合，待機系サーバにも同じサービスをインストールする必要があります。ここで選択したサービス名を控えておくことをお勧めします。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。

環境設定ユティリティの［マネージャサービス］タブで，管理コンソールからログインするためのパスワードを設定する
パスワードの設定方法については，「3.10.1　認証情報の設定（マネージャサービス）」を参照してください。

環境設定ユティリティの［マネージャサービス］タブで，［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

環境設定ユティリティの［ネットワーク（共通）］タブで，複数IPアドレス構成時に使用するIPアドレスを指定する
［複数IPアドレス構成時には使用するIPアドレスを指定してください］チェックボックスをONにし，実行系サーバの物理IPアドレスを指定します。
この例では，実行系サーバの物理IPアドレスとして，10.208.175.136を指定しています。

環境設定ユティリティの［クラスタ設定］タブで，論理IPアドレスを指定する
［下記論理IPアドレスを使用する］チェックボックスをONにし，論理IPアドレスを指定します。
この例では，論理IPアドレスとして，10.208.175.128を指定しています。

マネージャサービス以外のサービスをインストールした場合は，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(2)　待機系サーバへのインストール

実行系サーバへのBSMのインストールが完了したら，待機系サーバへBSMをインストールします。

注意

実行系サーバにBSMを新規インストールする前に，待機系サーバにすでにBSMがインストールされている場合は，あらかじめ待機系サーバのBSMをアンインストールしてから次の作業を実施してください。

BSMをインストールする待機系サーバのマシンにログインする

BSMのインストールCD-ROMをセットする

「＜CD-ROMドライブ＞:¥Disk1¥setup.exe」を実行する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［ユーザ情報］画面でユーザ情報を入力する

［インストール先のフォルダ］画面でインストールするフォルダを選択する
BSMは，デフォルトでは次のフォルダにインストールされます。

<ローカルディスクのシステムドライブ>¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

インストール先フォルダを変更したい場合は，［変更］ボタンをクリックします。
［インストール先フォルダの変更］画面が表示されるので，インストール先フォルダを変更し，［OK］ボタンをクリックします。

注意

BSMは待機系サーバのローカルディスク上にインストールしてください。

［運用方法の選択］画面でクラスタ構成を使用することを指定する
［使用する］ラジオボタンをONにします。

［クラスタ構成の選択］画面で，待機系としてインストールすることを指定する
［待機系（パッシブ系）サーバとしてインストールする］ラジオボタンをONにします。

［カスタムセットアップ］画面でインストールするサービスを選択する
デフォルトでは［マネージャサービス］が選択されています。
実行系サーバでマネージャサービス以外のサービスをインストールした場合，待機系サーバでも同じサービスをインストールしてください。

［インストール］ボタンをクリックする
インストールが開始されます。
インストールの最後に，環境設定ユティリティが自動起動されます。
管理コンソールからログインするためのパスワード設定は実行系サーバから引き継がれますので，待機系サーバでは，物理IPアドレスの設定をします。

環境設定ユティリティの［マネージャサービス］タブで，［詳細設定］ボタンをクリックする
環境設定ユティリティの［ネットワーク（共通）］タブが表示されます。

環境設定ユティリティの［ネットワーク（共通）］タブで，複数IPアドレス構成時に使用するIPアドレスを指定する
［複数IPアドレス構成時には使用するIPアドレスを指定してください］チェックボックスをONにし，待機系サーバの物理IPアドレスを指定します。
この例では，待機系サーバの物理IPアドレスとして，10.208.175.137を指定しています。

マネージャサービス以外のサービスをインストールした場合は，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

15.3.5　管理サーバのセットアップ（クラスタシステムの場合）

実行系および待機系へのBSMのインストールが完了したら，管理サーバのセットアップを実施します。

＜この項の構成＞

(1)　クラスタシステムの設定

(2)　インベントリ情報管理用データベースの作成

(1)　クラスタシステムの設定

(a)　クラスタシステムへの登録

マネージャサービスをMSCSのリソースとして登録します。クラスタシステムへの登録は，実行系サーバで実施してください。

登録項目と登録内容を次の表に示します。

表15-1　クラスタシステムへの登録項目と登録内容

項番
登録項目
登録内容
この例での設定値

1
名前
任意の名称を入力します。
BladeServerManager

2
説明
任意の説明を入力します。
BSMマネージャサービス

3
リソースの種類
「汎用サービス」を選択します。
汎用サービス

4
グループ
前提条件で示したBSMグループ名を入力します。
BSMグループ

5
実行可能な所有者
実行系および待機系の2台のノードを選択します。

NODE01-CLS

NODE02-CLS

6
依存関係※
MSCSのクラスタアドミニストレータで設定したネットワーク名リソースおよび物理ディスクを設定します。

BSM_ネットワーク

BSM_共有ディスク

7
サービス名
「SM_MgrSvc」を入力します。
SM_MgrSvc

8
レジストリレプリケーション
次のレジストリを追加します。

HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager¥COMMON

HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager¥JP1Alerts

HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager¥Manager Service

SOFTWARE¥HITACHI¥System Manager¥COMMON

SOFTWARE¥HITACHI¥System Manager¥JP1Alerts

SOFTWARE¥HITACHI¥System Manager¥Manager Service

注※

クラスタシステムに登録するリソースの依存関係を次の表に示します。

表15-2　登録するリソースと依存関係

項番 | 名前 | サービス名 | 依存関係 | リソースの種類
1 | － | － | － | 物理ディスク
2 | － | － | － | IPアドレス
3 | － | － | #2 | ネットワーク名
4 | BladeServerManager | SM_MgrSvc | #1，#3 | 汎用サービス

（凡例）

－：該当しない

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従ってリソースをクラスタシステムへ登録してください。

管理サーバ1（実行系サーバ）でフェールオーバークラスタ管理を起動し，「BSM2008.test.local」の下の「サービスとアプリケーション」に，「空のサービスまたはアプリケーション」を作成し，名前を登録する
登録内容を次に示します。

項番 | 登録項目 | 登録内容 | この例での設定値
1 | 名前 | 任意の名称を入力します。 | BladeServerManager

手順1で作成した「BladeServerManager」に，汎用サービスを追加し，使用するサービスとして「SM_MgrSvc」（マネージャサービス）を登録する

「BSM2008.test.local」の下の「サービスとアプリケーション」から「BladeServerManager」を右クリックし，［記憶域の追加］を選択する

［記憶域の追加］ダイアログボックスが表示されます。

［利用可能なディスク］の一覧から，使用する共有ディスクにチェックを入れて，［OK］ボタンをクリックする

BladeServerManagerに，共有ディスクが追加されます。

手順2で登録した「SM_MgrSvc」のプロパティに，次の内容を登録する

項番
登録項目
登録内容
この例での設定値

1
実行可能な所有者
実行系および待機系の2台のノードを選択します。通常，デフォルトで追加されていますので，変更の必要はありません。

NODE01-CLS

NODE02-CLS

2
依存関係
手順4で追加した共有ディスクを指定します。
クラスタディスク2

3
レジストリレプリケーション
次のレジストリを追加します。

HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager¥COMMON

HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager¥JP1Alerts

HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager¥Manager Service

SOFTWARE¥HITACHI¥System Manager¥COMMON

SOFTWARE¥HITACHI¥System Manager¥JP1Alerts

SOFTWARE¥HITACHI¥System Manager¥Manager Service

手順2で登録した「SM_MgrSvc」を右クリックし，［このリソースをオンラインにする］を選択して，オンラインにする

(b)　汎用サービスリソースのプロパティ設定

汎用サービスリソースのプロパティの［詳細設定］タブの設定内容は，MSCSのデフォルト値のままにしてください。

Windows Server 2008の場合

Windows Server 2008の場合は，「(a)　クラスタシステムへの登録」で説明したとおりに汎用サービスリソースのプロパティを設定してください。

(2)　インベントリ情報管理用データベースの作成

管理対象ホストのインベントリ情報をデータベースで管理する場合，データベースを共有ディスク上に作成する必要があります。インベントリ情報管理用データベースの作成は，実行系サーバおよび待機系サーバで実施します。

ここでは，管理サーバをクラスタシステム上で運用する場合に必要な手順だけを説明します。インベントリ情報管理用データベースの作成方法の詳細については，「6.2.2　データベースの設定」を参照してください。

(a)　インベントリ情報管理用データベースの作成（実行系サーバ）

まず，実行系サーバで，インベントリ情報管理用データベースを作成します。

実行系サーバのマシンにログインする

ODBC データソース アドミニストレータを起動する
64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブで［追加］ボタンをクリックし，［データソースの新規作成］ダイアログボックスで［Microsoft Access Driver(*.mdb)］を選択する

［ODBC Microsoft Access セットアップ］ダイアログボックスでデータソース名および説明を指定する
この例では，次のように指定します。

データソース名

BSM_DB

説明

BSMホスト検索用DB

［データベースの新規作成］ダイアログボックスで，ドライブを共有ディスクのドライブに設定し，共有ディスク上の任意のフォルダを指定してデータベース名を入力する
この例では，次のように指定します。

ドライブ

Eドライブ

フォルダ名

host_mdb

データベース名

E:¥bsm_host.mdb

［OK］ボタンをクリックし，ODBC データソース アドミニストレータを終了する

(b)　フェイルオーバーの実施（実行系サーバ）

次に，待機系サーバから共有ディスクにアクセスできるようにするために，実行系サーバでフェイルオーバーを実施します。

クラスタアドミニストレータを起動する

BSMグループを選択し，［ファイル］メニューから［グループの移動］を選択する
所有者が［NODE01-CLS］から［NODE02-CLS］に変わり，リソースの状態がすべて［オンライン］になります。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従ってフェイルオーバーを実施してください。

フェールオーバークラスタ管理を起動する

クラスタの下の「ノード」から，現在実行系である方のノードを右クリックして，［その他のアクション］－［クラスタサービスの停止］を選択する
この例では，「BSM2008.test.local」の下の「ノード」から，「Node02-CLS」を選択します。

クラスタを選択し，右ペインで現在の実行系サーバが待機系サーバに変更されたことを確認する
この例では，「BSM2008.test.local」を選択し，「Node02-CLS」が待機系サーバに変更されたことを確認します。

クラスタの下の「ノード」から，手順2で停止したノードを右クリックして，［その他のアクション］-［クラスタサービスの開始］を選択する
この例では，「BSM2008.test.local」の下の「ノード」から，「Node02-CLS」を選択します。

(c)　インベントリ情報管理用データベースの作成（待機系サーバ）

実行系サーバで作成したインベントリ情報管理用データベースを，待機系サーバからも指定します。

待機系サーバのマシンにログインする

ODBC データソース アドミニストレータを起動する
64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブで［追加］ボタンをクリックし，［データソースの新規作成］ダイアログボックスで［Microsoft Access Driver(*.mdb)］を選択する

［ODBC Microsoft Access セットアップ］ダイアログボックスで［選択］ボタンをクリックする

［データベースの選択］ダイアログボックスで，データベースファイルを指定する
実行系サーバで作成したインベントリ情報管理用データベースを指定します。この例では，E:¥host_mdb¥bsm_host.mdbを指定します。

［OK］ボタンをクリックし，ODBC データソース アドミニストレータを終了する

クラスタアドミニストレータを起動する

BSMグループを選択し，［ファイル］メニューから［グループの移動］を選択する
所有者が［NODE02-CLS］から［NODE01-CLS］に変わり，リソースの状態がすべて［オンライン］になります。

Windows Server 2008の場合は，上記の手順6を実行したあと，次の手順を実行してください。

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインで次のことを確認する

現在の所有者が実行系のノード（この例ではNode1-CLS）になっている
Node1-CLSになっていない場合は，所有者を切り替えます。

共有ディスク（この例ではクラスタディスク2）がオンラインになっている
オフラインになっている場合は，オンラインにします。

15.3.6　フェイルオーバーの動作確認（クラスタシステムの場合）

実行系サーバおよび待機系サーバのセットアップが完了したら，クラスタアドミニストレータまたはフェールオーバークラスタ管理上で実際にフェイルオーバーを発生させ，待機系サーバのマネージャサービスが正常に起動することを確認してください。

15.3.7　管理コンソールでの設定

＜この項の構成＞

(1)　接続先マネージャサービスの設定

(2)　インベントリ情報管理用データベースの設定

(1)　接続先マネージャサービスの設定

管理コンソールから，クラスタシステム上で運用しているマネージャサービスに接続する場合，環境設定ユティリティで設定する接続先マネージャサービスのIPアドレスに，論理IPアドレスを指定します。この例では，10.208.175.128を指定します。

接続先マネージャサービスの設定方法については，「3.9.1　接続先マネージャサービスの設定（コンソールサービス）」を参照してください。

(2)　インベントリ情報管理用データベースの設定

管理コンソールからホスト検索機能や自動レポート機能を使用する場合，使用するODBCデータソースとして，共有ディスク上に作成したデータソース名を指定します。この例では，BSM_DBを指定します。

ホスト検索機能や自動レポート機能を使用する場合のデータベースの設定については，「6.2.2(2)　データベースの作成」を参照してください。

15.3.8　管理対象ホストでの設定

＜この項の構成＞

(1)　接続先マネージャサービスの設定

(1)　接続先マネージャサービスの設定

管理対象ホストから，クラスタシステム上で運用しているマネージャサービスに接続する場合，環境設定ユティリティまたはsmheditコマンドで設定する接続先マネージャサービスのIPアドレスに，論理IPアドレスを指定します。

この例では，10.208.175.128を指定します。

接続先マネージャサービスの設定方法については，次の個所を参照してください。

管理対象ホストがWindowsサーバの場合
「3.11.1　接続先マネージャサービスの設定（エージェントサービス）」

管理対象ホストがLinuxサーバの場合
「3.12.3　エージェント環境設定メニューによる設定」

管理対象ホストがHP-UXサーバの場合
「3.13.3　エージェント環境設定メニューによる設定」

15.3.9　共有ディスク上の共有データフォルダの構成

管理サーバをクラスタシステムで運用する場合，マネージャサービスで管理している設定ファイルは，共有ディスク上の共有データフォルダに格納されます。共有ディスク上の共有データフォルダの構成，および共有データフォルダに格納されるファイルのうち，編集または参照できるファイルを次の表に示します。

表15-3　共有データフォルダの構成および共有ディスクに格納されるファイル

項番 | フォルダ名 | 編集または参照できるファイル名 | ファイルの説明
1 | <共有データフォルダ>¥（任意のフォルダ名） | （任意のファイル名）.mdb | インベントリ情報管理用データベースファイル
2 | <共有データフォルダ>¥Data | N1Alert.dat | N+1対象アラート定義ファイル
3 | N1SwitchShutdownSet.ini | N+1／N+Mコールドスタンバイ設定ファイル
4 | <共有データフォルダ>¥Log | － | －
5 | <共有データフォルダ>¥PROGRAM | － | －

（凡例）

－：該当しない

この表に示すファイルを編集または参照する場合は，共有ディスク上の共有データフォルダ下にあるファイルを編集または参照してください。

15.4　クラスタシステムの構成変更（管理サーバ）

クラスタシステムで運用している管理サーバ上のBSMの更新インストールまたは変更インストールをする場合，または共有ディレクトリを変更する場合の設定手順を次に示します。

＜この節の構成＞

15.4.1　更新／変更インストール

15.4.2　共有ディスク上の共有データフォルダの変更

15.4.1　更新／変更インストール

クラスタシステムで運用している管理サーバ上のBSMの更新インストールまたは変更インストールをする場合の作業の流れを，次の図に示します。

図15-5　更新インストールまたは変更インストールをする場合の作業の流れ（クラスタシステムの場合）

クラスタシステムで運用している管理サーバ上のBSMの更新インストールまたは変更インストールをする手順を次に示します。

＜この項の構成＞

(1)　実行系サーバでのクラスタアドミニストレータまたはフェールオーバークラスタ管理の操作（共有ディスクのオンライン）

(2)　実行系サーバでの更新／変更インストール

(3)　待機系サーバでの更新／変更インストール

(4)　実行系サーバでのクラスタアドミニストレータまたはフェールオーバークラスタ管理の操作（汎用サービスのオンライン）

(1)　実行系サーバでのクラスタアドミニストレータまたはフェールオーバークラスタ管理の操作（共有ディスクのオンライン）

実行系サーバのクラスタアドミニストレータから，共有ディスクをオンラインにします。手順を次に示します。

実行系サーバのマシンにログインする

クラスタアドミニストレータを起動する

マネージャサービスが登録されているクラスタグループを選択し，物理ディスクリソースについて次のことを確認する

物理ディスクリソースの所有者が実行系のノードになっていること
この例では，BSMグループを選択し，BSM_共有ディスクの所有者がNODE01-CLSになっていることを確認します。

物理ディスクリソースがオンラインになっていること
この例では，BSM_共有ディスクがオンラインになっていることを確認します。オフラインになっている場合は，オンラインにします。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従って共有ディスクの所有者を確認し，共有ディスクをオンラインにしてください。

実行系サーバのマシンにログインする

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインで次のことを確認する

現在の所有者が実行系のノード（この例ではNode1-CLS）になっている

共有ディスク（この例ではクラスタディスク2）がオンラインになっている
オフラインになっている場合は，オンラインにします。

(2)　実行系サーバでの更新／変更インストール

実行系サーバのBSMの更新インストールまたは変更インストールを実施します。インストール手順の詳細については，「3.2.1　BSMのインストール」を参照してください。手順を次に示します。

BSMの更新インストールまたは変更インストールを実施する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［運用方法の選択］画面で，［使用する］ラジオボタンをONにする

［クラスタ構成の選択］画面で，［実行系（アクティブ系）サーバとしてインストールする］ラジオボタンをONにする

変更インストールの場合，［共有データフォルダの指定］画面で，共有データフォルダを設定して［次へ］ボタンをクリックする
共有データフォルダの変更が不要な場合は，設定を変更しないで［次へ］ボタンをクリックしてください。

変更インストールの場合，［カスタムセットアップ］画面でインストールするサービスを選択する
必要に応じて，ほかのサービスを選択してインストールします。

注意

クラスタシステムに対応しているのは，マネージャサービスだけです。マネージャサービス以外のサービスは，クラスタシステムには対応していません。

また，マネージャサービス以外のサービスをインストールした場合，待機系サーバにも同じサービスをインストールする必要があります。ここで選択したサービス名を控えておくことをお勧めします。

［インストール］ボタンをクリックする
インストールが開始されます。
変更インストールの場合，インストールの最後に，環境設定ユティリティが自動起動されます。

マネージャサービス以外のサービスをインストールした場合は，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(3)　待機系サーバでの更新／変更インストール

待機系サーバのBSMの更新インストールまたは変更インストールを実施します。インストール手順の詳細については，「3.2.1　BSMのインストール」を参照してください。手順を次に示します。

待機系サーバのマシンにログインする

BSMの更新インストールまたは変更インストールを実施する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［運用方法の選択］画面で，［使用する］ラジオボタンをONにする

［クラスタ構成の選択］画面で，［待機系（パッシブ系）サーバとしてインストールする］ラジオボタンをONにする

変更インストールの場合，［カスタムセットアップ］画面でインストールするサービスを選択する
実行系サーバでマネージャサービス以外のサービスをインストールした場合，待機系サーバでも同じサービスをインストールしてください。

［インストール］ボタンをクリックする
インストールが開始されます。
変更インストールの場合，インストールの最後に，環境設定ユティリティが自動起動されます。

マネージャサービス以外のサービスをインストールした場合は，インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。各サービスの環境の設定方法については，3.8節以降を参照してください。

各サービスの環境を設定したら，［OK］ボタンをクリックする
環境設定ユティリティが終了し，［セットアップ完了］画面が表示されます。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

(4)　実行系サーバでのクラスタアドミニストレータまたはフェールオーバークラスタ管理の操作（汎用サービスのオンライン）

実行系サーバのクラスタアドミニストレータから，汎用サービスをオンラインにします。手順を次に示します。

実行系サーバのマシンにログインする

クラスタアドミニストレータを起動する

マネージャサービスが登録されているグループを選択し，汎用サービスリソースの所有者が実行系のノードになっていることを確認する

汎用サービスリソースを選択し，［ファイル］メニューから［オンラインにする］を選択する
この例では，BSMグループのBladeServerManagerを選択し，オンラインにします。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従って汎用サービスの所有者を確認し，汎用サービスをオンラインにしてください。

実行系サーバのマシンにログインする

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインで次のことを確認する

現在の所有者が実行系のノード（この例ではNode1-CLS）になっている

汎用サービスリソース（この例ではSM_MgrSvc）がオンラインになっている
オフラインになっている場合は，オンラインにします。

15.4.2　共有ディスク上の共有データフォルダの変更

共有ディスク上に作成した共有データフォルダのパスを変更する場合の作業の流れを，次の図に示します。この操作は，すべて実行系サーバで実施します。

図15-6　共有データフォルダのパスを変更する場合の作業の流れ（クラスタシステムの場合）

共有ディスク上に作成した共有データフォルダのパスを変更する手順を次に示します。

注意

共有ディスク上に作成した共有データフォルダのパスを変更する場合，あらかじめ変更前の共有データフォルダに格納されているファイルを，変更後の共有データフォルダに同じフォルダ構成でコピーしておいてください。共有データフォルダの構成については，「15.3.9　共有ディスク上の共有データフォルダの構成」を参照してください。

共有ディスク上に作成した共有データフォルダは，共有ディスクとして登録した物理ディスクリソースの所有者からだけアクセスできます。また，共有ディスクリソースがオンラインとなっている場合だけ，アクセスできます。
共有ディスクリソースの所有者を調べるには，クラスタアドミニストレータを起動して，クラスタグループを選択し，左ペインにある共有ディスクの所有者を確認してください。Windows Server 2008の場合は，フェールオーバークラスタ管理を起動して，クラスタの下の「サービスとアプリケーション」からクラスタ名を選択して，現在の所有者を確認してください。

＜この項の構成＞

(1)　共有ディスクのオンライン

(2)　共有データフォルダのパスの変更

(1)　共有ディスクのオンライン

実行系サーバのマシンにログインする

クラスタアドミニストレータを起動する

共有ディスクが登録されているクラスタグループを選択し，物理ディスクリソースについて次のことを確認する

物理ディスクリソースの所有者が実行系のノードになっていること
この例では，BSMグループを選択し，BSM_共有ディスクの所有者がNODE01-CLSになっていることを確認します。

物理ディスクリソースがオンラインになっていること
この例では，BSM_共有ディスクがオンラインになっていることを確認します。オフラインになっている場合は，オンラインにします。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従って共有ディスクをオンラインにしてください。

実行系サーバのマシンにログインする

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインで次のことを確認する

現在の所有者が実行系のノード（この例ではNode1-CLS）になっている

共有ディスク（この例ではクラスタディスク2）がオンラインになっている
オフラインになっている場合は，オンラインにします。

(2)　共有データフォルダのパスの変更

環境設定ユティリティを起動する
環境設定ユティリティの起動方法については，「3.8　環境設定ユティリティの基本操作」を参照してください。

［マネージャサービス］タブを選択し，［詳細設定］ボタンをクリックする

［クラスタ設定］タブを選択する

［フォルダパスを下記に変更する］チェックボックスをONにし，変更後の共有データフォルダのパスを指定する

環境設定ユティリティを終了する

15.5　クラスタシステムの解除（管理サーバ）

クラスタシステム上で運用している管理サーバを非クラスタ構成にする方法を次に示します。

＜この節の構成＞

15.5.1　作業の流れ

15.5.2　クラスタシステムの解除手順

15.5.3　管理コンソールでの設定

15.5.4　管理対象ホストでの設定

15.5.1　作業の流れ

クラスタシステム上で運用している管理サーバを非クラスタ構成にする場合の作業の流れを，次の図に示します。

図15-7　クラスタシステム上で運用している管理サーバを非クラスタ構成にする場合の作業の流れ

15.5.2　クラスタシステムの解除手順

クラスタシステム上で運用している管理サーバを非クラスタ構成にする手順を次に示します。

＜この項の構成＞

(1)　待機系サーバでのBSMのアンインストール

(2)　クラスタグループの解除

(3)　実行系サーバでのBSMの更新／変更インストール

(1)　待機系サーバでのBSMのアンインストール

アンインストール手順の詳細については，「3.4.1　BSMおよびBSM Plusのアンインストール」を参照してください。

待機系サーバのマシンにログインする

BSMをアンインストールする

インベントリ情報管理用データベースを共有ディスク上に作成していた場合，ODBC データソース アドミニストレータを起動する
64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブでBSM_DBを選択し，［削除］ボタンをクリックする

［OK］ボタンをクリックする

ODBC データソースアドミニストレータを終了する

(2)　クラスタグループの解除

実行系サーバのマシンにログインする

クラスタアドミニストレータを起動する

マネージャサービスが登録されているクラスタグループを選択する
この例では，BSMグループを選択します。

汎用サービスリソースを選択し，［ファイル］メニューから［オフラインにする］を選択する
この例では，BladeServerManagerをオフラインにします。

同様に物理ディスクリソースを選択し，［ファイル］メニューから［オフラインにする］を選択する
この例では，BSM_共有ディスクをオフラインにします。

汎用サービスリソースを選択し，［ファイル］メニューから［削除］を選択する
この例では，BladeServerManagerを削除します。

同様に物理ディスクリソースを選択し，［ファイル］メニューから［削除］を選択する
この例では，BSM_共有ディスクを削除します。

新規にクラスタグループを作成し，BSM用のクラスタグループからネットワーク名リソースおよびIPアドレスリソースを移動する
この例では，BSM_ネットワークおよびBSM_クラスタIPアドレスを，新規に作成したクラスタグループに移動します。

BSM用のクラスタグループを選択し，［ファイル］メニューから［削除］を選択する
この例では，BSMグループを削除します。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従ってクラスタグループを解除してください。

実行系サーバのマシンにログインする

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインの共有ディスクリソースを右クリックし，［BladeServerManagerから削除］を選択する
この例では，クラスタディスク2を削除します。

右ペインの汎用サービスリソースを右クリックし，［このリソースをオフラインにする］を選択する
この例では，SM_MgrSvcをオフラインにします。

右ペインの汎用サービスリソースを右クリックし，［削除］を選択する
この例では，SM_MgrSvcを削除します。

クラスタの下の「サービスとアプリケーション」からクラスタ名を右クリックし，［削除］を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」からBladeServerManagerを削除します。

(3)　実行系サーバでのBSMの更新／変更インストール

インストール手順の詳細については，「3.2.1　BSMのインストール」を参照してください。

実行系サーバのマシンにログインする

BSMの更新インストールまたは変更インストールを実施する
表示されるダイアログボックスの指示に従ってインストールを進めます。

［運用方法の選択］画面で，［使用しない］ラジオボタンをONにする

変更インストールの場合，［カスタムセットアップ］画面でインストールするサービスを選択する
必要に応じて，ほかのサービスを選択してインストールします。

［インストール］ボタンをクリックする
インストールが開始されます。
変更インストールの場合，インストールの最後に，環境設定ユティリティが自動起動されます。

インストールした各サービスの環境を設定する
［カスタムセットアップ］画面で選択した各サービスの環境を設定してください。各サービスの環境の設定方法については，3.8節以降を参照してください。

［セットアップ完了］画面で［完了］ボタンをクリックする
マシンの再起動を促すメッセージが表示されたら，メッセージに従ってマシンを再起動してください。

インベントリ情報管理用データベースを共有ディスク上に作成していた場合，ODBC データソース アドミニストレータを起動する
64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブでBSM_DBを選択し，［構成］ボタンをクリックする

［ODBC Microsoft Access セットアップ］ダイアログボックスで［修復］ボタンをクリックする

［データベースの修復］ダイアログボックスで，ローカルディスクにコピーしたインベントリ情報管理用データベースのコピー先を指定し［OK］ボタンをクリックする

ODBC データソースアドミニストレータを終了する

15.5.3　管理コンソールでの設定

＜この項の構成＞

(1)　接続先マネージャサービスの設定

(2)　インベントリ情報管理用データベースの設定

(1)　接続先マネージャサービスの設定

環境設定ユティリティで，接続先マネージャサービスのIPアドレスから論理IPアドレスを削除し，実行系サーバの物理IPアドレスを追加します。

この例では，10.208.175.128を削除し，10.208.175.136を追加します。

接続先マネージャサービスの設定方法については，「3.9.1　接続先マネージャサービスの設定（コンソールサービス）」を参照してください。

(2)　インベントリ情報管理用データベースの設定

管理コンソールからホスト検索機能や自動レポート機能を使用する場合，使用するODBCデータソースを，管理サーバのローカルディスク上に作成したデータソースに変更します。

ホスト検索機能や自動レポート機能を使用する場合のデータベースの設定については，「6.2.2(2)　データベースの作成」を参照してください。

15.5.4　管理対象ホストでの設定

＜この項の構成＞

(1)　接続先マネージャサービスの設定

(1)　接続先マネージャサービスの設定

環境設定ユティリティまたはsmheditコマンドで，接続先マネージャサービスのIPアドレスから論理IPアドレスを削除し，実行系サーバの物理IPアドレスを追加します。

この例では，10.208.175.128を削除し，10.208.175.136を追加します。

接続先マネージャサービスの設定方法については，次の個所を参照してください。

管理対象ホストがWindowsサーバの場合
「3.11.1　接続先マネージャサービスの設定（エージェントサービス）」

管理対象ホストがLinuxサーバの場合
「3.12.3　エージェント環境設定メニューによる設定」

管理対象ホストがHP-UXサーバの場合
「3.13.3　エージェント環境設定メニューによる設定」

15.6　クラスタシステム上のBSMのアンインストール（管理サーバ）

クラスタシステム上に構築したBSMを，実行系サーバおよび待機系サーバの両方からアンインストールする方法を次に示します。

＜この節の構成＞

15.6.1　作業の流れ

15.6.2　アンインストール手順（クラスタシステムの場合）

15.6.3　管理コンソールでの設定

15.6.4　管理対象ホストでの設定

15.6.1　作業の流れ

クラスタシステム上のBSMをアンインストールする場合の作業の流れを次の図に示します。

図15-8　クラスタシステム上のBSMをアンインストールする場合の作業の流れ

15.6.2　アンインストール手順（クラスタシステムの場合）

＜この項の構成＞

(1)　待機系サーバでのBSMのアンインストール

(2)　クラスタグループの解除

(3)　実行系サーバでのBSMのアンインストール

(1)　待機系サーバでのBSMのアンインストール

アンインストール手順の詳細については，「3.4.1　BSMおよびBSM Plusのアンインストール」を参照してください。

待機系サーバのマシンにログインする

BSMをアンインストールする

インベントリ情報管理用データベースを共有ディスク上に作成していた場合，ODBC データソース アドミニストレータを起動する
64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブでBSM_DBを選択し，［削除］ボタンをクリックする

［OK］ボタンをクリックする

ODBC データソースアドミニストレータを終了する

(2)　クラスタグループの解除

実行系サーバのマシンにログインする

クラスタアドミニストレータを起動する

マネージャサービスが登録されているクラスタグループを選択する
この例では，BSMグループを選択します。

汎用サービスリソースを選択し，［ファイル］メニューから［オフラインにする］を選択する
この例では，BladeServerManagerをオフラインにします。

同様に物理ディスクリソースを選択し，［ファイル］メニューから［オフラインにする］を選択する
この例では，BSM_共有ディスクをオフラインにします。

汎用サービスリソースを選択し，［ファイル］メニューから［削除］を選択する
この例では，BladeServerManagerを削除します。

同様に物理ディスクリソースを選択し，［ファイル］メニューから［削除］を選択する
この例では，BSM_共有ディスクを削除します。

BSM用のクラスタグループからネットワーク名リソースおよびIPアドレスリソースを退避する
新規にクラスタグループを作成し，BSM用のクラスタグループからネットワーク名リソースおよびIPアドレスリソースを移動します。
この例では，BSM_ネットワークおよびBSM_クラスタIPアドレスを新規に作成したクラスタグループに移動します。

BSM用のクラスタグループを選択し，［ファイル］メニューから［削除］を選択する
この例では，BSMグループを削除します。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従ってクラスタグループを解除してください。

実行系サーバのマシンにログインする

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインの共有ディスクリソースを右クリックし，［BladeServerManagerから削除］を選択する
この例では，クラスタディスク2を削除します。

右ペインの汎用サービスリソースを右クリックし，［このリソースをオフラインにする］を選択する
この例では，SM_MgrSvcをオフラインにします。

右ペインの汎用サービスリソースを右クリックし，［削除］を選択する
この例では，SM_MgrSvcを削除します。

クラスタの下の「サービスとアプリケーション」からクラスタ名を右クリックし，［削除］を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」からBladeServerManagerを削除します。

(3)　実行系サーバでのBSMのアンインストール

アンインストール手順の詳細については，「3.4.1　BSMおよびBSM Plusのアンインストール」を参照してください。

実行系サーバのマシンにログインする

BSMをアンインストールする

インベントリ情報管理用データベースを共有ディスク上に作成していた場合，ODBC データソース アドミニストレータを起動する
64ビット版OSを使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブでBSM_DBを選択し，［削除］ボタンをクリックする

［OK］ボタンをクリックする

ODBC データソースアドミニストレータを終了する

エクスプローラを起動し，共有ディスク上のインベントリ情報管理用データベースを削除する
この例では，E:¥host_mdb¥bsm_host.mdbを削除します。

15.6.3　管理コンソールでの設定

＜この項の構成＞

(1)　接続先マネージャサービスの設定

(2)　インベントリ情報管理用データベースの設定

(1)　接続先マネージャサービスの設定

環境設定ユティリティで，接続先マネージャサービスのIPアドレスから論理IPアドレスを削除します。

この例では，10.208.175.128を削除します。

接続先マネージャサービスの設定方法については，「3.9.1　接続先マネージャサービスの設定（コンソールサービス）」を参照してください。

(2)　インベントリ情報管理用データベースの設定

管理コンソールからホスト検索機能や自動レポート機能を使用する場合，使用するODBCデータソースを，別の管理サーバで使用しているデータソースに変更します。

ホスト検索機能や自動レポート機能を使用する場合のデータベースの設定については，「6.2.2(2)　データベースの作成」を参照してください。

15.6.4　管理対象ホストでの設定

＜この項の構成＞

(1)　接続先マネージャサービスの設定

(1)　接続先マネージャサービスの設定

環境設定ユティリティまたはsmheditコマンドで，接続先マネージャサービスのIPアドレスから論理IPアドレスを削除します。

この例では，10.208.175.128を削除します。

接続先マネージャサービスの設定方法については，次の個所を参照してください。

管理対象ホストがWindowsサーバの場合
「3.11.1　接続先マネージャサービスの設定（エージェントサービス）」

管理対象ホストがLinuxサーバの場合
「3.12.3　エージェント環境設定メニューによる設定」

管理対象ホストがHP-UXサーバの場合
「3.13.3　エージェント環境設定メニューによる設定」

15.7　管理対象サーバのクラスタ制御スケジュールを設定する

管理対象サーバに，MSCSまたはフェールオーバークラスタのクラスタ構成で管理しているサーバがある場合，クラスタ制御のスケジュールを設定できます。

ここでは，クラスタ制御スケジュールの設定方法を説明します。なお，クラスタ制御スケジュールを設定する場合，サーバにクラスタ管理エージェントサービスをインストールしている必要があります。

この操作は，アドミニストレータでログインした場合だけ実行できます。

注意

設定するクラスタ制御スケジュールは，電源制御スケジュールと30分以上，かつ同じクラスタグループに対するクラスタ制御スケジュールと5分以上の間隔を空けて設定してください。

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

1日のスケジュールにある［クラスタ制御］タブを選択する
クラスタ制御の設定項目が表示されます。

グループリストから他ノードへ移動したいグループを選択する

グループを移動する時刻を設定する
曜日や日付は，電源スケジュールと同じように曜日設定と特定日設定で設定します。

移動先ノードをリストから選択する

移動後のグループの状態を設定する
移動したグループの状態を「Online」，「Offline」，または「なにもしない」から選択します。

［↓リストに追加］ボタンをクリックする
設定した内容がリストに追加されます。クラスタ制御スケジュールは，リストに30個まで設定できます。

［設定→］ボタンをクリックする
設定した内容が，設定済み曜日リストまたは特定日リストに追加されます。

複数個，クラスタ制御スケジュールを設定したい場合は，画面上に表示されている「曜日設定」，「特定日設定」および「1日のスケジュール」のリストをクリアしたあとに，この操作を繰り返します。1日のクラスタ制御スケジュールとして，30個設定できます。また，曜日リストに7個，特定日リストに50個まで設定できます（電源制御スケジュールと合わせた数になります）。

15.8　管理対象サーバのクラスタ情報を表示する

管理対象サーバのクラスタ情報を表示する場合，次の手順で操作します。

［ホスト管理］ウィンドウでクラスタ設定をしているサーバを選択する
クラスタ設定をしているサーバは，［クラスタ名］にクラスタ名が表示されます。

［ホスト管理］メニューから［クラスタ管理］を選択する
［クラスタ管理］ウィンドウが表示されます。

［クラスタ管理］ウィンドウの左ペインのツリーから表示したい情報を選択すると，ウィンドウの右ペインに，クラスタの情報が表示されます。

表示されるクラスタの情報については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［クラスタ管理］ウィンドウを参照してください。

15.9　クラスタ管理の注意事項

＜この節の構成＞

15.9.1　管理サーバをクラスタ運用する場合の注意事項

15.9.2　管理対象サーバをクラスタ運用する場合の注意事項

15.9.1　管理サーバをクラスタ運用する場合の注意事項

＜この項の構成＞

(1)　マネージャサービスで障害が発生した場合

(2)　フェイルオーバー中のSVPアラート通知

(3)　フェイルオーバー中のアラートアクションサービス

(4)　N+1／N+Mコールドスタンバイ実施中のフェイルオーバー

(5)　N+1冗長化構成とクラスタシステム

(6)　管理サーバの電源を操作する場合

(1)　マネージャサービスで障害が発生した場合

実行系サーバのマネージャサービスでファイル更新中やレジストリ更新中に障害が発生して，マネージャサービスが停止した場合，フェイルオーバーが発生します。このとき，ファイル情報が壊れていたり，レジストリが更新できていなかったりすると，切り替えが実施されても，マネージャサービスが起動しない場合があります。

(2)　フェイルオーバー中のSVPアラート通知

フェイルオーバー中はマネージャサービスが停止します。このときにSVPで発生したアラートは，マネージャサービスとSVPが再接続した時点でマネージャサービスに通知されます。ただし，フェイルオーバーに時間が掛かった場合，マネージャサービスがSVPアラートを受け取れないことがあります。管理対象サーバのSVPログを採取し，マネージャサービス停止中にアラートが発生していないか確認してください。

(3)　フェイルオーバー中のアラートアクションサービス

フェイルオーバー実行中にアラートが通知された場合，マネージャサービスが停止中のため，アラートアクションサービスで登録されたプログラムは起動できません。

(4)　N+1／N+Mコールドスタンバイ実施中のフェイルオーバー

N+1／N+Mコールドスタンバイの切り替え処理または復帰処理の実施中にフェイルオーバーが発生した場合，マネージャサービスがいったん停止するため，N+1／N+Mコールドスタンバイが失敗します。N+1／N+Mコールドスタンバイに失敗した場合は，次の個所を参照して復旧してください。

「20.11.2　N+1コールドスタンバイ利用時の注意事項」

「20.11.3　N+Mコールドスタンバイ利用時の注意事項」

(5)　N+1冗長化構成とクラスタシステム

N+1冗長化構成のクラスタ構成への移行，およびクラスタ構成からN+1冗長化構成への移行はできません。また，N+1冗長化構成にしているマネージャサービスをそれぞれクラスタ構成にすることもできません。

クラスタ構成で使用していたマネージャサービスをアンインストールしないでN+1冗長化構成として使用したい場合は，クラスタ構成を解除してからN+1冗長化構成を構築してください。

(6)　管理サーバの電源を操作する場合

管理サーバの電源を操作する場合は，次の手順で操作してください。

(a)　電源をOFFにする場合

管理コンソールから［N+1コールドスタンバイ詳細設定］ウィンドウを表示し，現用系および予備系サーバモジュールが切り替え実行中またはコールドスタンバイ実行中でないことを確認する

実行系サーバのマシンにログインする

クラスタアドミニストレータを起動する

マネージャサービスが登録されているクラスタグループを選択する
この例では，BSMグループを選択します。

汎用サービスリソースを選択し，［ファイル］メニューから［オフラインにする］を選択する
この例では，BladeServerManagerをオフラインにします。

汎用サービスリソースがオフラインになったことを確認する

待機系サーバの電源をOFFにする

実行系サーバの電源をOFFにする

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従って汎用サービスリソースをオフラインにしてください。

管理コンソールから［N+1コールドスタンバイ詳細設定］ウィンドウを表示し，現用系および予備系サーバモジュールが切り替え実行中またはコールドスタンバイ実行中でないことを確認する

実行系サーバのマシンにログインする

フェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインの汎用サービスリソースを右クリックし，［このリソースをオフラインにする］を選択する
この例では，SM_MgrSvcをオフラインにします。

汎用サービスリソースがオフラインになったことを確認する

待機系サーバの電源をOFFにする

実行系サーバの電源をOFFにする

(b)　電源をONにする場合

電源をOFFにしたときに実行系サーバだったマシンの電源をONにする

電源をOFFにしたときに待機系サーバだったマシンの電源をONにする

実行系サーバでクラスタアドミニストレータを起動する

マネージャサービスが登録されているクラスタグループを選択する
この例では，BSMグループを選択します。

汎用サービスリソースを選択し，［ファイル］メニューから［オンライン］を選択する
この例では，BladeServerManagerをオンラインにします。

Windows Server 2008の場合

Windows Server 2008の場合は，次の手順に従って汎用サービスリソースをオンラインにしてください。

電源をOFFにしたときに実行系サーバだったマシンの電源をONにする

電源をOFFにしたときに待機系サーバだったマシンの電源をONにする

実行系サーバでフェールオーバークラスタ管理を起動する

クラスタの下の「サービスとアプリケーション」からクラスタ名を選択する
この例では，「BSM2008.test.local」の下の「サービスとアプリケーション」から，「BladeServerManager」を選択します。

右ペインの汎用サービスリソースを右クリックし，［このリソースをオンラインにする］を選択する
この例では，SM_MgrSvcをオンラインにします。

15.9.2　管理対象サーバをクラスタ運用する場合の注意事項

クラスタ管理エージェントサービスをインストールしたサーバでは，クラスタアドミニストレータまたはフェールオーバークラスタ管理から各ノードのクラスタサーバサービスは停止できません。クラスタアドミニストレータまたはフェールオーバークラスタ管理からクラスタサーバサービスを停止させる場合，コントロールパネルのサービス機能，またはサーバマネージャを使ってクラスタ管理用サービス（SM_ClsCiCtrlSvc，SM_ClusterCI）を停止させてから，操作してください。

コンソールサービスで［クラスタ管理］ウィンドウを表示している場合，次の事象が管理対象サーバで発生すると表示内容と実際のクラスタの状態が異なることがあります。

管理対象サーバでクラスタアドミニストレータまたはフェールオーバークラスタ管理を使用してクラスタ制御をした

ほかのコンソールサービスのクラスタ管理画面からクラスタを制御した

クラスタスケジュールによるクラスタの状態変更が発生した

アラート発生によるフェイルオーバーが発生した

クラスタの状態が変更された場合，インフォメーションレベルのアラートが通知されます。このアラートが発生した場合は［最新の情報に更新］メニューを実行して，情報を更新してください。

クラスタグループの所有ノードと稼働状態の制御を同時に実行するスケジュールには，次の制限があります。

現在ノード，移動先ノードの稼働状態が一時停止の場合，スケジュールは実行されません。

移動先ノードの稼働状態が一時停止のとき，オフラインにするように設定されている場合，所有ノードは移動されません。

現在ノードの稼働状態が一時停止のとき，オフラインにするように設定されている場合，稼働状態は変更されません。

移動先ノードの稼働状態が一時停止のとき，オンラインにするように設定されている場合，所有ノードは移動されません。

クラスタのクォーラムリソース，グループ，リソース，リソースタイプ，ネットワーク，およびネットワークインタフェースの名前は，コンソールサービスのクラスタ管理画面では256文字以上は表示されません。また，アラートメッセージでは，128文字以上は表示されません。

設定されたクラスタスケジュール情報は，クラスタを構成する2台のサーバの両方で，JP1/ServerConductorをアンインストールしたときに削除されます。

クラスタサーバを管理しているエージェントサービスのアラート設定では，イベント発生時のサーバ動作でシャットダウンを選択しないでください。MSCSまたはフェールオーバークラスタの問題によって，クラスタが正常に動作しなくなる可能性があります。

クラスタ管理サービスSM_ClsCiCtrlSvcは，クラスタサーバサービスの状態によってSM_ClusterCIを登録・起動するためのサービスです。このサービスは，システム起動時に実行し，そのあとは停止状態となっています。

クラスタシステムで使用するNICのIPアドレスまたはサブネットマスクの設定を変更した場合，［クラスタ管理］ウィンドウを表示しようとすると「クラスタシステムが正常に動作していないため処理を続行できません。」というエラーメッセージが表示されることがあります。クラスタアドミニストレータまたはフェールオーバークラスタ管理を使用して，IPアドレスリソースのIPアドレスおよびサブネットマスクの情報を，変更したNICの設定に従って変更してください。

管理対象サーバの起動時など，クラスタサーバサービスの起動処理に長時間を要する場合，［ホスト管理］ウィンドウで次の現象が発生することがあります。

［ホスト管理］ウィンドウの［クラスタ名］にクラスタ名が表示されない。

［ホスト管理］ウィンドウの［ホスト管理］メニューから［クラスタ管理］または［スケジュール］が選択できない。

［ホスト管理］ウィンドウの［ホスト管理］メニューから［クラスタ管理］または［スケジュール］を選択すると，クラスタ管理用のサービスが停止していることを示すメッセージ（KASM30026）が出力される。

この場合，コントロールパネルのサービス機能を使って，次の順でサービスを再起動してください。

クラスタサーバサービスが実行中になっていることを確認する

SM_AgtSvcサービスを再起動する

SM_ClsCiCtrlSvcサービスとSM_ClusterCIサービスを停止する

SM_ClsCiCtrlSvcサービスを再開始する

SM_ClsCiCtrlSvcサービスの開始後，SM_ClusterCIサービスが開始することを確認する

SM_ClusterCIサービスの開始後，SM_ClsCiCtrlSvcサービスが停止することを確認する

16.　他プログラムとの連携

この章では，JP1との連携，RAIDマネージメントプログラムを使用したディスクアレイ管理，およびHP-UX EMSとの連携について説明します。

また，コンソールサービスから外部プログラムを起動する方法についても説明します。

＜この章の構成＞

16.1　連携できるプログラム

16.2　DPMと連携する

16.3　JP1/IMと連携する

16.4　JP1/AppManagerと連携する

16.5　RAIDマネージメントプログラムと連携する

16.6　HP-UX EMSと連携する

16.7　外部プログラムを起動する

16.1　連携できるプログラム

JP1/ServerConductorは，他プログラムと連携したシステム管理ができます。

例えば，JP1/IMと連携することで，マネージャサービスが受信したアラートをイベントとしてJP1/IMに通知できます。

この章で説明している，JP1/ServerConductorと連携するプログラムと，連携することでできる機能を次の表に示します。

表16-1　JP1/ServerConductorと連携するプログラムと，連携することでできる機能

項番 | プログラム名 | 機能 | 参照先
1 | DPM | JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報を，DPMのコンピュータ情報として取得し，ファイルにエクスポートする。 | 16.2
2 | JP1/IM | JP1/ServerConductorの運用状態をJP1/IMのビューアから監視したり，JP1/IMの統合機能メニューからJP1/ServerConductorのコンソールサービスまたはWebコンソールサービスを起動したりする。 | 16.3
3 | JP1/AppManager | JP1/ServerConductorの管理対象サーバの資産情報，およびハードウェア情報を管理する。 | 16.4
4 | RAIDマネージメントプログラム | ディスクアレイから通知されるアラートを管理する。 | 16.5
5 | HP-UX EMS※ | HP-UX EMSからAgent（HP-UX）に通知されるアラート情報によって，HP-UX EMSが管理するハードウェアやシステムリソースの状態を管理する。 | 16.6

注※

BladeSymphonyでHP-UXを使用する場合，システム装置の障害情報をアラートとして通知するためにはHP-UX EMSと連携する必要があります。

このほか，任意のプログラムを外部プログラムとして登録しておき，コンソールサービスから起動させることもできます。

16.2　DPMと連携する

JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報を，DPMのコンピュータ情報として取得し，ファイルにエクスポートできます。

この機能を使用すると，JP1/ServerConductorで管理しているサーバシャーシから，コンピュータ名，MACアドレスなど，物理パーティションの情報を，DPMからインポートできる形式でファイルに出力することで，DPMのコンピュータの情報として一括して登録できます。

DPMコンピュータ情報のエクスポートとインポートの概要を次の図に示します。

図16-1　DPMコンピュータ情報のエクスポートとインポートの概要

＜この節の構成＞

16.2.1　前提条件

16.2.2　DPMコンピュータ情報をエクスポートする

16.2.3　DPMコンピュータ情報をインポートする

16.2.1　前提条件

この機能を使用するには，次の前提条件があります。

DPMの管理対象とするコンピュータがBladeSymphonyの物理パーティション上にあること

パーティション情報ステータスが「Configuration validate」であること
パーティション情報ステータスは，サーバシャーシインベントリで確認できます。サーバシャーシインベントリの確認方法については，「6.3.1　サーバシャーシのインベントリ情報を表示する」を参照してください。

16.2.2　DPMコンピュータ情報をエクスポートする

JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報は，CSV形式のファイルでエクスポートされます。コンピュータ情報のエクスポート手順およびエクスポートされたファイルの出力形式について，次に説明します。

＜この項の構成＞

(1)　コンピュータ情報のエクスポート手順

(2)　DPMコンピュータ情報エクスポートファイルの出力形式

(1)　コンピュータ情報のエクスポート手順

DPMのコンピュータ情報をエクスポートする手順を次に示します。

［ホスト管理］ウィンドウでコンピュータ情報をエクスポートするサーバシャーシを選択する
サーバシャーシを選択してください。複数選択することはできません。

［ファイル］メニューから［JP1/SC/DPMコンピュータ情報エクスポート］を選択する
［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックスが表示されます。

設定項目を次に示します。

設定項目
設定内容

シャーシID
［ホスト管理］ウィンドウで選択したサーバシャーシのシャーシIDが表示されます。この項目は変更できません。

DPMグループ名
DPMに登録する「BladeServer」グループのグループ名を1～64文字の半角文字で設定します。使用できる文字列は半角英数字，「-（ハイフン）」「_（アンダースコア）」「.（ピリオド）」です。デフォルトは「BSM-GROUP」です。

DPMユニットID
サーバモジュールが属する収納ユニットのユニットIDを0～4294967295の整数で設定します。デフォルトは「0」です。4294967295を超える数値を入力した場合，ユニットIDは4294967295として扱われます。
DPMユニットIDは，DPMに登録する「BladeServer」グループ内で一意になるように設定してください。

対象パーティションを選択してください
DPMコンピュータ情報のエクスポート対象とするパーティションをリストボックスから選択します。複数選択することもできます。
このリストボックスには，パーティション情報ステータスが「Configuration validate」であるパーティションだけが表示されます。

パーティション

「パーティションX」（X：パーティションID）と表示されます。

DPMコンピュータ名

DPMに登録されるコンピュータ名です。「PartitionX」（X：パーティションID）と表示されます。

MACアドレス

DPMに登録されるMACアドレスです。パーティションが持つサーバモジュールオンボードのNICのMACアドレスが表示されます。デフォルトでは，サーバシャーシインベントリの［Gigabit Ether MACアドレス1］に表示されるMACアドレスが表示されます。

DPMスロットID

DPMに登録されるスロットIDです。パーティションIDに1を加えた値が表示されます。

DPMシナリオ割当て許可

このパーティションにDPMのシナリオの割り当てを許可するかどうかが表示されます。

許可：シナリオの割り当てを許可します。

不許可：シナリオの割り当てを許可しません。

デフォルトでは「許可」が表示されます。

DPMスロット幅

DPMに登録されるスロット幅です。パーティションを構成するサーバモジュールの枚数が表示されます。「1」または「2」で表示され，2枚以上の場合は「2」が表示されます。

コンピュータ情報としてエクスポートするMACアドレスまたはシナリオ割り当て許可を変更したい場合は，［対象パーティションを選択してください］リストボックスでパーティションを選択し，［エクスポート情報変更］ボタンをクリックする
コンピュータ情報としてエクスポートするMACアドレスまたはシナリオ割り当て許可を変更したい場合はパーティションを一つだけ選択してください。複数選択することはできません。
［JP1/SC/DPMエクスポート情報変更］ダイアログボックスが表示されます。

設定項目を次に示します。

設定項目
設定内容

MACアドレス※1
DPMコンピュータ情報としてエクスポートするMACアドレスをドロップダウンリストから選択します。
ドロップダウンリストには，［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックスで選択したパーティションが持つ，サーバモジュールオンボードのNICのMACアドレスがすべて表示されます。

シナリオ割当て※2
このパーティションにDPMのシナリオの割り当てを許可するかどうかをドロップダウンリストから選択します。

許可

シナリオの割り当てを許可します。

不許可

シナリオの割り当てを許可しません。

注※1

［MACアドレス］には，［サーバシャーシインベントリ］ウィンドウの［パーティション情報］に表示される［Gigabit Ether MACアドレス1］，［Gigabit Ether MACアドレス2］…［Gigabit Ether MACアドレスn］の順に表示されます。

このMACアドレスには，サーバモジュールのオンボードのNICのMACアドレスが，NIC1，NIC2の順番で表示されます。SMP構成の場合は2枚目のサーバモジュールのMACアドレスが，NIC1，NIC2の順番で表示されます。

なお，NIC1，NIC2は次のスイッチに対応しています。

・BS1000の場合：スイッチ＆マネジメントモジュールスロット0，1に搭載されているギガビットスイッチ

・BS2000およびBS320の場合：スイッチモジュールスロット0，1に搭載されているLANスイッチ

注※2

DPMでシナリオ実行をする場合，パーティションのサーバモジュールオンボードのNICに対してPXEブートの設定が必要です。PXEブートの設定については，マニュアル「BladeSymphonyユーザーズガイド」のBIOS設定の詳細について記載されている章を参照してください。

［OK］ボタンをクリックする
［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックスが表示されます。

設定内容を確認し，［エクスポート］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を指定して［保存］ボタンをクリックする
ファイル名は任意設定できます。CSV形式で保存してください。

(2)　DPMコンピュータ情報エクスポートファイルの出力形式

DPMコンピュータ情報エクスポートファイルは，次の形式で出力されます。

コンピュータ名,グループ名,MACアドレス,ユニットID,スロットID,シナリオ割当て許可,スロット幅
"DPMコンピュータ名","DPMグループ名","MACアドレス","DPMユニットID","DPMスロットID","DPMシナリオ割当て許可","DPMスロット幅"
"DPMコンピュータ名","DPMグループ名","MACアドレス","DPMユニットID","DPMスロットID","DPMシナリオ割当て許可","DPMスロット幅"
　　　:

各項目は半角の「,」（コンマ）で区切って出力されます。

1行目はコメント行です。この行は削除しないでください。2行目以降にエクスポートしたコンピュータ情報が出力されます。各項目は半角の「"」（ダブルコーテーション）で囲まれて出力されます。各出力項目の説明を次の表に示します。

表16-2　DPMコンピュータ情報エクスポートファイルの出力項目

出力項目
説明

DPMコンピュータ名
DPMに登録されるコンピュータ名です。「PartitionX」（X：パーティションID）と出力されます。

DPMグループ名
DPMに登録される「BladeServer」グループのグループ名が出力されます。［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックスで設定した［DPMグループ名］の先頭に半角の「#」（シャープ）が付けられて出力されます。
編集する場合は，1～64文字の半角文字で設定します。使用できる文字列は半角英数字，「-（ハイフン）」「_（アンダースコア）」「.（ピリオド）」です。

MACアドレス
パーティションが持つ，サーバモジュールオンボードのNICのMACアドレスが出力されます。
編集する場合は，12文字の半角数字の2文字ごとに半角の「-（ハイフン）」を挿入した形式で設定します。

DPMユニットID
サーバモジュールが属する収納ユニットのユニットIDが出力されます。
編集する場合は0～4294967295の整数で設定します。DPMグループ内で一意になるように設定してください。

DPMスロットID
DPMに登録されるスロットIDです。パーティションIDに1を加えた値が出力されます。

DPMシナリオ割当て許可
このパーティションにDPMのシナリオの割り当てを許可するかどうかが出力されます。許可する場合「1」が出力されます。許可しない場合「0」が出力されます。
編集する場合は，半角の「1」または「0」を設定します。

DPMスロット幅
DPMに登録されるスロット幅です。パーティションを構成するサーバモジュールの枚数が出力されます。ただし，2枚以上の場合は「2」が出力されます。

DPMコンピュータ情報エクスポートファイルの出力例を次に示します。

コンピュータ名,グループ名,MACアドレス,ユニットID,スロットID,シナリオ割当て許可,スロット幅
"Partition0","#BSM-GROUP","00-11-22-33-44-55","0","1","1","1"
"Partition1","#BSM-GROUP","00-11-22-33-44-66","0","2","0","1"
　　　:

出力されたDPMコンピュータ情報エクスポートファイルは，テキストエディタなどで編集することもできます。編集する場合の注意点については，マニュアル「JP1 Version 8 JP1/ServerConductor/Deployment Manager」のコンピュータ情報一括登録について記載されている章を参照してください。

16.2.3　DPMコンピュータ情報をインポートする

エクスポートしたDPMコンピュータ情報は，DPMにインポートできます。DPMへのインポート方法については，マニュアル「JP1 Version 8 JP1/ServerConductor/Deployment Manager」のコンピュータ情報一括登録について記載されている章を参照してください。

注意

エクスポートしたDPMコンピュータ情報をインポートできるのは，DPMのバージョンが06-00以降の場合だけです。

16.3　JP1/IMと連携する

JP1/IM連携機能を使用することによって，次の操作ができるようになります。

マネージャサービスが受け取った通知アラートをJP1/IMのビューア（イベントコンソール）から参照する

JP1/IMの統合機能メニューからJP1/ServerConductorのコンソールサービスまたはWebコンソールサービスを起動する

それぞれの設定方法および操作方法について，次に説明します。

＜この節の構成＞

16.3.1　アラートをJP1/IMに通知する

16.3.2　JP1/IMからJP1/ServerConductorを起動する

16.3.1　アラートをJP1/IMに通知する

マネージャサービスが受け取ったJP1/ServerConductorの管理対象からのアラートを，JP1のイベントサーバにイベントとして通知できます。これによって，JP1/IMのビューアからJP1/ServerConductorの管理対象ホストの通知アラートを参照できるようになります。

＜この項の構成＞

(1)　JP1/IM連携機能の設定

(2)　JP1/IMに通知される情報

(3)　JP1イベントの属性

(1)　JP1/IM連携機能の設定

(a)　マネージャサービスを経由して通知する場合

JP1/ServerConductorの通知アラートをJP1/IMのビューア（イベントコンソール）から参照する場合の設定手順を次に示します。

［ホスト管理］ウィンドウからJP1/IM連携機能を設定するマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［JP1/IM連携機能］タブを選択する
［マネージャサービス設定］ダイアログボックスの［JP1/IM連携機能］タブが表示されます。

ここで，次の内容を設定します。

設定項目 | 設定内容
JP1/IMへのアラート通知 | JP1/IMへのアラート通知を有効にするかどうかを設定します。
アラートレベル | JP1/IMへ通知するアラートのレベルを設定します。通知するアラートレベルのチェックボックスをONにしてください。
コンピュータ名付加オプション | JP1/IMへ通知するアラートのメッセージにコンピュータ名を付加するかどうかを設定します。

設定内容を確認し，［OK］ボタンをクリックする

(b)　マネージャサービスを経由しないでサーバから直接通知する場合

マネージャサービスを経由しないでサーバからアラートを直接通知します。

ローカルコンソールサービスをインストールしたホストで環境設定ユティリティを実行する
環境設定ユティリティが起動されます。

環境設定ユティリティの［ローカルコンソール］タブを選択する

［詳細設定］ボタンをクリックする

［JP1/IM連携機能］タブを選択する
環境設定ユティリティの［JP1/IM連携機能］タブが表示されます。

「(a)　マネージャサービスを経由して通知する場合」で示した情報を設定する

設定内容を確認し，［OK］ボタンをクリックする

また，個々のアラートの属性は，コンソールサービスの「エージェントサービス設定」で設定できます。詳細な設定方法については，「7.3.1(2)　アラート単位でのフィルタリング」を参照してください。

(2)　JP1/IMに通知される情報

［JP1/IMへ通知するアラートメッセージにコンピュータ名を付加する］チェックボックスをONにすると，次のフォーマットでJP1/IMにメッセージが通知されます。

コンピュータ名△※メッセージ本文

注※　△は1文字以上の半角スペースを表します。

コンピュータ名は半角で表示され，16文字までメッセージに付加されます。コンピュータ名が17文字以上の場合，17文字目以降はメッセージに付加されません。コンピュータ名が16文字未満の場合，16文字目まで半角スペースが付加されます。また，［JP1/IMへ通知するアラートメッセージにコンピュータ名を付加する］チェックボックスのON/OFFを変更する場合，JP1/IMに通知されるメッセージが変わるため，JP1/IMでBSMから通知されるメッセージに関して次の設定を見直す必要があります。

JP1/IM - ManagerまたはJP1/IM - Central Consoleのフィルター

JP1/IM - ManagerまたはJP1/IM - Central Consoleの自動アクション

JP1/IM - ManagerまたはJP1/IM - Central Scopeの監視オブジェクトの監視条件

インシデント相関定義

ガイド

(3)　JP1イベントの属性

JP1/IM連携でアラート通知をした場合，JP1/IMに通知される情報を，JP1イベントの属性別に次に示します。

(a)　基本属性

基本属性は，すべてのJP1イベントが持っている属性です。JP1/IM連携でアラート通知をした場合に通知されるJP1イベントの基本属性を次の表に示します。

表16-3　基本属性

通知情報 | 属性名 | 内容
イベントID | － | イベントID（イベントIDについては，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください）
メッセージ | － | アラートメッセージ※

（凡例）　－：なし

注※

アラートメッセージ内に半角かたかなが含まれている場合は，全角かたかなに変換されて通知されます。

また，通知できるアラートメッセージの長さは255バイトです。アラートメッセージが256バイト以上の場合，メッセージの先頭部分が「...」に置き換わって通知されます。

(b)　拡張属性

拡張属性は，JP1イベントを発行するプログラムが独自に割り当てる属性です。

拡張属性には共通情報と固有情報があります。共通情報はJP1プログラムで統一されている情報を示します。固有情報は共通情報以外の拡張属性を示します。

共通情報

JP1/IM連携でアラート通知をした場合に通知されるJP1イベントの，拡張属性の共通情報の一覧を次に示します。

表16-4　共通情報（拡張属性）

通知情報 | 属性名 | 内容
重大度 | SEVERITY | "Information"，"Warning"，"Critical"，"Alert"※1
プロダクト名 | PRODUCT_NAME | "/HITACHI/SYSTEM_MANAGER"
登録名タイプ | ROOT_OBJECT_TYPE | "HARDWARE"
登録名 | ROOT_OBJECT_NAME | アラート通知サーバ（コンピュータ名）※2
オブジェクトタイプ | OBJECT_TYPE | "HARDWARE"
オブジェクト名 | OBJECT_NAME | 発生部位
事象種別※3 | OCCURRENCE | "EXCEPTION"

注※1

"Information"（情報），"Warning"（警告），"Critical"（致命的），"Alert"（警戒）の4レベル（JP1でのレベル）。

注※2

アラートが発生したサーバのホスト名（ホスト名が半角で16文字以上の場合，15文字までが表示されます）。

注※3

事象種別はJP1/IMに通知されますが，JP1/IMのビューア（イベントコンソール）には表示されません。

固有情報

JP1/IM連携でアラート通知をした場合に通知されるJP1イベントの，拡張属性の固有情報の一覧を次に示します。

表16-5　固有情報（拡張属性）

通知情報 | 属性名 | 内容
発生日時 | HSM_TIME | アラート発生日時
発生サーバ | HSM_SERVER | アラート発生サーバ（コンピュータ名）※1
アラートレベル | HSM_ALERT_LEVEL | JP1/ServerConductorのアラートレベル※2
アラートID | HSM_ALERT_ID | JP1/ServerConductorのアラートID
発生部位 | HSM_PORTION | “BIOS POST”，“CI”，“SCSI”，”HVM”，“SVP”，“UPS”，“エージェントサービス”，“クラスタ”，“システムボード”，“ディスクアレイ”，“ドライバ”，“ネットワーク関連”，“マネージャサービス”，“拡張スロット”，“筐体/電源”

注※1

アラートが発生したサーバのホスト名（ホスト名が半角で16文字以上の場合，15文字までが表示されます）。

注※2

インフォメーション，注意，警告，障害の4レベル。

(c)　JP1/IMの重大度とJP1/ServerConductorのアラートレベル

JP1/IMの重大度とJP1/ServerConductorのアラートレベルは，それぞれ次のとおりに対応します。

JP1/IMの重大度 | JP1/ServerConductorのアラートレベル
情報 | インフォメーション
警告 | 注意
致命的 | 警告
警戒 | 障害

16.3.2　JP1/IMからJP1/ServerConductorを起動する

JP1/IMの統合機能メニューからJP1/ServerConductorのコンソールサービスを起動できます。また，JP1/IMの統合機能メニューを使用して，JP1/IM - Viewがインストールされているマシン上のWebブラウザから，Webコンソールサービスを起動することもできます。

JP1/IMの統合機能メニューからコンソールサービスまたはWebコンソールサービスを起動する方法について，次に説明します。

＜この項の構成＞

(1)　JP1/IMの統合機能メニューからコンソールサービスを起動する場合

(2)　JP1/IMの統合機能メニューからWebコンソールサービスを起動する場合

(1)　JP1/IMの統合機能メニューからコンソールサービスを起動する場合

JP1/IM - ViewとJP1/ServerConductorのコンソールサービスを同じマシンにインストールすると，統合機能メニューの機能ツリーの［サーバ管理］（JP1 Version 7iの場合は［ハードウェア管理］）に［管理コンソール］アイコンが自動的に表示されます。

コンソールサービスを起動する場合，統合機能メニューの機能ツリーの［サーバ管理］（JP1 Version 7iの場合は［ハードウェア管理］）から［管理コンソール］をダブルクリックします。

(2)　JP1/IMの統合機能メニューからWebコンソールサービスを起動する場合

JP1/IMの統合機能メニューからJP1/ServerConductorのWebコンソールサービスを使用する場合，JP1/IMのWWWページ呼び出し定義ファイル（hitachi_jp1_systemmanager.html）に，Webコンソールサービスへの接続URLを設定する必要があります。次のように設定してください。

<HTML>
<HEAD>
<META HTTP-EQUIV="refresh" CONTENT="0;URL=http://"WebサーバのIPアドレス"/sysmgr/sm_main.htm">
</HEAD>
</HTML>

JP1/IMのWWWページ呼び出し定義ファイルについては，次のマニュアルを参照してください。

JP1 Version 6 JP1/Integrated Manager - Console

JP1 Version 7i JP1/Integrated Manager - Console リファレンス

JP1 Version 8 JP1/Integrated Management - Manager リファレンス

Webコンソールサービスを起動する場合，統合機能メニューの機能ツリーの［サーバ管理］（JP1 Version 7iの場合は［ハードウェア管理］）から［Webコンソール］をダブルクリックします。

16.4　JP1/AppManagerと連携する

JP1/AppManager連携機能を使用することによって，JP1/AppManagerの管理コンソールからJP1/ServerConductorの管理対象サーバの資産情報，およびハードウェア情報を管理できるようになります。ここでは，JP1/AppManager連携機能の使用方法について説明します。

＜この節の構成＞

16.4.1　JP1/AppManager連携時の環境構築

16.4.2　JP1/AppManagerの使用

16.4.1　JP1/AppManager連携時の環境構築

JP1/AppManager連携機能を使用して，JP1/ServerConductorの管理対象サーバを管理する場合は，管理対象サーバをJP1/AppManagerの管理コンソールに登録する必要があります。登録作業には，ディスカバリの実行とKnowledge Scriptの登録があります。

＜この項の構成＞

(1)　ディスカバリ実行

(2)　Knowledge Script登録手順

(1)　ディスカバリ実行

次に，JP1/ServerConductorのディスカバリを実行する手順を示します。

JP1/AppManagerのオペレータコンソール画面を起動する

［KS］ウィンドウで［DISCOVERY］タブを選択する
［KS］ウィンドウにディスカバリスクリプトの一覧が表示されます。

JP1/ServerConductorのディスカバリスクリプトを，［ツリービュー］ウィンドウにドラッグする

管理対象とするサーバのノードに，ドラッグしたディスカバリスクリプトをドロップする
JP1/ServerConductorのディスカバリが登録され，管理対象サーバのノード下にJP1/ServerConductorのノードが追加されます。

注意

JP1/AppManagerのオペレータコンソール画面でJP1/ServerConductorのディスカバリを実行すると，Agentの「JP1/AppManagerとの連携機能」が自動的に有効になります。「JP1/AppManagerとの連携機能」を無効にする場合は，JP1/ServerConductorの環境設定ユティリティで［JP1/AppManager連携機能を有効にする］チェックボックスをOFFにしてください。

(2)　Knowledge Script登録手順

次に，JP1/ServerConductorのKnowledge Scriptを登録する手順を示します。

JP1/AppManagerのオペレータコンソール画面を起動する

［KS］ウィンドウで［ServerConductor］タブを選択する
［KS］ウィンドウにKnowledge Scriptの一覧が表示されます。

各Knowledge Scriptを，［ツリービュー］ウィンドウにドラッグする

JP1/ServerConductorノードの下にある任意のノードに，ドラッグしたKnowledge Scriptをドロップする
JP1/ServerConductorの監視スクリプトが登録されます。

16.4.2　JP1/AppManagerの使用

JP1/AppManager連携機能を使用することによって，JP1/AppManagerの管理コンソールから次の操作ができるようになります。

システムボードの温度に異常が発生した場合のイベント情報を参照する

システムボードの現在温度を参照する

システムボードのファンの状態に異常が発生した場合のイベント情報を参照する

システムボードの電圧の現在値を参照する

システムボードの電圧値が，ユーザの定義したしきい値を超えた場合に発生したイベント情報を参照する

メモリの1ビットエラーの訂正回数が，ユーザの定義したしきい値を超えた場合に発生したイベント情報を参照する

電源ユニットの状態に異常が発生した場合のイベント情報を参照する

SCSIデバイスのハードウェアエラー回数が，ユーザの定義したしきい値を超えた場合に発生したイベント情報を参照する

ディスクアレイの論理ドライブの状態に異常が発生した場合のイベント情報を参照する

ディスクアレイの物理ドライブの状態に異常が発生した場合のイベント情報を参照する

NICの状態に異常が発生した場合のイベント情報を参照する

サービスのCPU使用率が，ユーザの定義したしきい値を超えた場合に発生したイベント情報を参照する

サービスのメモリ使用量が，ユーザの定義したしきい値を超えた場合に発生したイベント情報を参照する

注意

JP1/ServerConductorとJP1/AppManagerとの連携機能を使用するには，JP1/AppManager 06-00以降が必要です。

16.5　RAIDマネージメントプログラムと連携する

RAIDマネージメントプログラム（サーバ）に添付されているmdacci.exeを使用して，ディスクアレイから通知されるアラートを管理できます。この機能を使用する場合には，ここで説明する手順でインストールおよび設定をしてください。

注意

デバイス管理エージェントサービスのディスクアレイコンポーネントをインストールする場合，「16.5.2　mdacci.exeをサービスとして登録する」の作業は不要です。

＜この節の構成＞

16.5.1　RAIDマネージメントプログラムをインストールする

16.5.2　mdacci.exeをサービスとして登録する

16.5.1　RAIDマネージメントプログラムをインストールする

Agentをインストールしたあとで，RAIDマネージメントプログラム（サーバ）をインストールします。すでにRAIDマネージメントプログラム（サーバ）をインストールしている場合は，Agentをインストールしたあと，再度RAIDマネージメントプログラム（サーバ）をインストールしてください。

16.5.2　mdacci.exeをサービスとして登録する

レジストリに次の記述を追加します。

キー

¥HKEY_LOCAL_MACHINE¥system¥CurrentControlSet¥Services¥MDACCI

追加する値

DependOnService   REG_MULTI_SZ:"win32sl"
DisplayName       REG_SZ:"MDACCI"
ErrorControl      REG_DWORD:0x00000001
ImagePath         REG_SZ:"<Agentをインストール
                             したディレクトリ>¥bin¥mdacci.exe"
ObjectName        REG_SZ:"LocalSystem"
Start             REG_DWORD:0x00000002
Type              REG_DWORD:0x00000010

注意

レジストリを書き終えたら，サーバをリブートしてください。また，JP1/ServerConductorをアンインストールする場合は，上記レジストリを削除したあとで，JP1/ServerConductorをアンインストールしてください。

16.6　HP-UX EMSと連携する

HP-UX EMSからAgent（HP-UX）に通知されるアラート情報を読み，HP-UX EMSが管理するハードウェアやシステムリソースの状態を管理できます。ここでは，HP-UX EMS連携の概要と，HP-UX EMS連携の設定について説明します。また，HP-UX EMS連携機能のアラートとロギング機能についても説明します。

注意

BladeSymphonyでHP-UXを使用する場合，システム装置の障害情報をアラートとして通知するためにはHP-UX EMSと連携する必要があります。必ずHP-UX EMS連携機能の設定を行ってください。設定はスーパーユーザ（root）が行ってください。

＜この節の構成＞

16.6.1　概要

16.6.2　HP-UX EMS連携の設定

16.6.3　アラートの内容

16.6.4　ロギング機能

16.6.1　概要

＜この項の構成＞

(1)　HP-UX EMSとは

(2)　HP-UX EMS連携とは

(1)　HP-UX EMSとは

HP-UX EMS（Event Monitoring Service）はハードウェアやシステムリソースの状態を監視し，障害やしきい値を超える変化を通知する機能です。

HP-UX EMSには「EMS Hardware Monitors」と「EMS HA Monitors」の2種類があります。「EMS Hardware Monitors」はメモリやディスクデバイスなど，主にハードウェアを対象とした監視機能です。「EMS HA Monitors」は論理ボリューム管理サブシステムやファイルシステム空き領域など，主にシステムリソースを対象とした監視機能です。

HP-UX EMSのイベント通知先としてはシステムコンソール，システムログを始めとして，任意のファイル，任意のアプリケーションなどを選択できます。

(2)　HP-UX EMS連携とは

HP-UX EMS連携機能は，「EMS Hardware Monitors」や「EMS HA Monitors」を利用しているときに，そのイベントをAgent（HP-UX）を介してマネージャサービスにアラートとして通知します。通知されたアラートはほかのアラートと同様にコンソールサービスで表示，管理できます。

図16-2　HP-UX EMS連携機能を使ったHP-UX EMSイベント通知

HP-UX EMS連携機能は，HP-UX EMSのイベントをアラート形式にして転送します。HP-UX EMS自体の設定（監視イベントの設定，しきい値，通知先など）はHP-UX上でHP-UX EMSの仕様に従って行います。また，HP-UX EMSイベントの種類や内容についてはHP-UX本体やHP-UX EMSの機能を理解した上で使用することが前提となります。

16.6.2　HP-UX EMS連携の設定

＜この項の構成＞

(1)　ポート番号

(2)　HP-UX EMSの設定

(3)　エージェント環境設定ファイルの設定

(1)　ポート番号

HP-UX EMSとの通信に使用するポート番号を，「3.6　JP1/ServerConductorで使用するポート番号」で示したデフォルト値（9000）以外に変更する場合，/etc/servicesファイルにHP-UX EMS連携機能で使用するポート番号を設定してください。/etc/servicesファイルで使用するポート番号を変更する場合，ほかのアプリケーションで使用していないポート番号を設定してください。

なお，ポート番号を変更した場合，エージェントサービスの再起動が必要です。再起動の方法については，「3.13.4　エージェントサービスの起動と停止」を参照してください。

(2)　HP-UX EMSの設定

HP-UX EMS連携機能は，HP-UX EMSを前提としています。事前に，使用している環境に合わせてHP-UX EMSを設定してください。

表16-6　HP-UX EMS連携の設定

設定項目
設定値

HP-UX EMSの起動
/etc/opt/resmon/lbin/monconfig コマンドを実行したときに，現在HP-UX EMSが起動しているかどうかの状態が表示されます。
“Monitoring Request Manager Main Menu”の前に，「EVENT MONITORING IS CURRENTLY ENABLED.」と表示されていれば，HP-UX EMSは起動している状態です。「EVENT MONITORING IS CURRENTLY DISABLED.」と表示された場合は，”Monitoring Request Manager Main Menu”で，(E)nable Monitoringを実行し，HP-UX EMSを起動してください。

通知するイベント
すべてのInformationレベル以上のイベントを通知するように設定します。

HP-UX EMSへの通知方法
「TCP」を設定します。

通知先のIPアドレス
自サーバのIPアドレス，または，127.0.0.1を設定します。

ポート番号
「3.6　JP1/ServerConductorで使用するポート番号」の/etc/servicesファイルに設定されたポート番号を設定してください。

注意

通知先のIPアドレスには，必ず「自サーバのIPアドレス」または「127.0.0.1」を指定してください。ほかのサーバのIPアドレスを指定し，そのサーバでAgentが動作していた場合，Agentはコンソールサービスに対して間違ったアラートを通知したり，システムを停止したりするおそれがあります。

すでに設定されているかどうかを確認する場合は，"Monitoring Request Manager Main Menu"から「(S)how monitoring requests configured via monconfig」を選択します。

次にmonconfigコマンドの入力と出力例を示します。入力する文字列は，太字で示しています。

なお，HP-UX EMSのバージョンによって，出力が変更されている場合があります。HP-UX EMSの設定方法については，HP-UX EMSのマニュアルを参照してください。

# /etc/opt/resmon/lbin/monconfig
============================================================================
=================== Event Monitoring Service ===================
=================== Monitoring Request Manager ===================
============================================================================

EVENT MONITORING IS CURRENTLY ENABLED. ← HP-UX EMSの起動状態を確認します
EMS Version : A.04.11
STM Version : C.48.00

============================================================================
============== Monitoring Request Manager Main Menu ==============
============================================================================

Note: Monitoring requests let you specify the events for monitors
to report and the notification methods to use.

Select:
(S)how monitoring requests configured via monconfig
(C)heck detailed monitoring status
(L)ist descriptions of available monitors
(A)dd a monitoring request
(D)elete a monitoring request
(M)odify an existing monitoring request
(E)nable Monitoring
(K)ill (disable) monitoring
(H)elp
(Q)uit
Enter selection: [s] a ← 「a」を選択し，モニタ情報を追加します

============================================================================
===================== Add Monitoring Request =====================
============================================================================

Start of edit configuration:

A monitoring request consists of:
- A list of monitors to which it applies
- A severity range (A relational expression and a severity. For example,
< "MAJOR WARNING" means events with severity "INFORMATION" and
"MINOR WARNING")
- A notification mechanism.
Please answer the following questions to specify a monitoring request.

Monitors to which this configuration can apply:
1) /StorageAreaNetwork/events/SAN_Monitor
2) /system/events/cpu/cmc
3) /system/events/cpu_hitachi/cmc
4) /system/events/cpe
5) /system/events/cpe_hitachi
6) /storage/events/disks/default
7) /storage/events/disks_hitachi/default
8) /adapters/events/TL_adapter
9) /connectivity/events/hubs/FC_hub
10) /connectivity/events/switches/FC_switch
11) /adapters/events/iscsi_adapter
12) /system/events/dm_memory_asama
13) /system/events/memory_azusa
14) /adapters/events/ql_adapter
15) /adapters/events/raid_adapter
16) /storage/events/enclosures/ses_enclosure
17) /storage/events/tapes/SCSI_tape
18) /system/events/ups
19) /storage/events/disk_arrays/FC60
20) /system/events/ipmi_fpl
21) /system/events/ia64_corehw
22) /system/events/ia64_corehw_asama
23) /system/events/ipfcorehw_hitachi
24) /system/events/ipfmemory_hitachi
25) /system/events/memory_ia64
26) /storage/events/disk_arrays/MSA1000
27) /system/events/system_status
Enter monitor numbers separated by commas
{or (A)ll monitors, (Q)uit, (H)elp} [a] a ← 「a」を選択します
Criteria Thresholds:
1) INFORMATION 2) MINOR WARNING 3) MAJOR WARNING
4) SERIOUS 5) CRITICAL
Enter selection {or (Q)uit,(H)elp} [4] 1 ← 「1) INFORMATION」を選択します

Criteria Operator:
1) < 2) <= 3) > 4) >= 5) = 6) !=
Enter selection {or (Q)uit,(H)elp} [4] 4 ← 「4) >=」を選択します

Notification Method:
1) UDP 2) TCP 3) SNMP 4) TEXTLOG
5) SYSLOG 6) EMAIL 7) CONSOLE
Enter selection {or (Q)uit,(H)elp} [6] 2 ← 「2) TCP」を選択します

Enter host name: [] 127.0.0.1 ← 127.0.0.1または，自サーバのIPアドレス
を指定します
Enter port number: [0] 9000 ← Agent(HP-UX)との通信に使用するポート
番号(デフォルト:9000)を指定します
User Comment:
(C)lear (A)dd
Enter selection {or (Q)uit,(H)elp} [c] c ← 「c」を選択します。

Client Configuration File:
(C)lear
Use Clear to use the default file.
Enter selection {or (Q)uit,(H)elp} [c] c ← 「c」を選択します。

New entry:
Send events generated by all monitors
with severity >= INFORMATION to TCP 127.0.0.1 9000

Are you sure you want to keep these changes?
{(Y)es,(N)o,(H)elp} [n] y ← 「y」を選択します。
上記までで設定した項目を
HP-UX EMSに反映します
Changes will take effect when the diagmond(1M) daemon discovers that
monitoring requests have been modified. Use the 'c' command to wait for
changes to take effect.

============================================================================
============== Monitoring Request Manager Main Menu ==============
============================================================================

Note: Monitoring requests let you specify the events for monitors
to report and the notification methods to use.

Select:
(S)how monitoring requests configured via monconfig
(C)heck detailed monitoring status
(L)ist descriptions of available monitors
(A)dd a monitoring request
(D)elete a monitoring request
(M)odify an existing monitoring request
(E)nable Monitoring
(K)ill (disable) monitoring
(H)elp
(Q)uit
Enter selection: [s] s ← 現在のHP-UX EMS設定を確認します

============================================================================
=================== Current Monitoring Requests ==================
============================================================================

EVENT MONITORING IS CURRENTLY ENABLED.

NOTE: Predictive / Instant Support Enterprise Edition monitor requests are
not managed by this application, and are displayed only by the "C" command.
Refer to Predictive's release notes (/opt/pred/bin/Rel_NOTES.PRED)
for further details on Predictive.

The current monitor configuration is:
1) Send events generated by all monitors
with severity >= MAJOR WARNING to SYSLOG
2) Send events generated by all monitors
with severity >= INFORMATION to TEXTLOG /var/opt/resmon/log/event.log
3) Send events generated by all monitors
with severity >= MAJOR WARNING to EMAIL root
4) Send events generated by all monitors
with severity >= INFORMATION to TCP 127.0.0.1 9000 ← この行が出力されて
いれば，正常に設定
されています

(3)　エージェント環境設定ファイルの設定

エージェント環境設定ファイルの設定については，「3.13　エージェントサービス（HP-UXサーバ）の設定」を参照してください。

HP-UX EMS連携機能を使用する場合は，AgtEmsFuncをTrueに設定してください（デフォルトでTrueになっています）。

そのほかの設定項目についてはお使いの環境に合わせて設定してください。

16.6.3　アラートの内容

HP-UX EMS連携機能のアラートでは，HP-UX EMSのイベントの発生部位を表すリソース名とHP-UX EMSのイベントレベルを通知します。

（例）

リソース/storage/status/disks/default/10_8.8.0からCRITICAL(5)の通知を受けました。

HP-UX EMSのイベントレベルとJP1/ServerConductorのアラートレベルの対応は次の表のようになります。

表16-7　イベントレベルとアラートレベルの対応

種別
HP-UX EMSの
イベントレベル
JP1/ServerConductorの
アラートレベル

EMS Hardware Monitors
Information
インフォメーション

Minor Warning
注意

Major Warning
警告

Serious
警告

Critical
障害

EMS HA Monitors
UP
インフォメーション

DOWN
障害

その他
注意

16.6.4　ロギング機能

HP-UX EMS連携機能には，アラート通知をするとともに障害の詳細情報をログファイルに出力するロギング機能があります。ロギング機能を使用する場合は，エージェントサービス（HP-UXサーバ）の環境設定でロギング機能を有効（True）にします。デフォルトは有効（True）です。ログ出力先ファイルは環境設定で指定できます。詳細については，「3.13　エージェントサービス（HP-UXサーバ）の設定」を参照してください。ログファイルに出力される内容を次の表に示します。

表16-8　ログファイルに出力する内容

項目 | 意味
TimeStamp | 障害が発生した時間です。アラートのタイムスタンプと同様です。
ResourceName | 障害の発生部位を表すリソース名です。
AlertLevel | アラートのレベルです。
AlertMsg | アラートメッセージです。
Event Descriptions | HP-UX EMSがsyslogファイルやイベントログファイルに出力する障害の詳細な情報です。この項目は出力されないことがあります。

ログファイルの出力例を次に示します。

図16-3　ログファイルの出力例

16.7　外部プログラムを起動する

他プログラムを，外部プログラムとして登録することで，コンソールサービスから起動できるようになります。

ここでは，コンソールサービスから外部プログラムを起動する方法について説明します。

＜この節の構成＞

(1)　外部プログラムとして登録する

(2)　外部プログラムを起動する

(1)　外部プログラムとして登録する

コンソールサービスから外部プログラムを起動させる場合，起動したいプログラムを登録しておく必要があります。外部プログラムを登録する場合，アドミニストレータでログインしてください。サブアドミニストレータの場合，すでに登録されている外部プログラムの実行はできますが，登録はできません。

次に外部プログラムの登録方法を説明します。

［ホスト管理］ウィンドウの［外部プログラム］メニューから［外部プログラム］を選択する
［外部プログラム起動］ダイアログボックスが表示されます。

「ファイル名」テキストボックスに起動したい外部プログラムのファイル名（絶対パス名）を設定する
または，［参照］ボタンをクリックして，起動したい外部プログラムのファイル名称を選択します。

「プログラム名」テキストボックスに設定したファイル名に対するプログラム名を設定する

［リストに追加］ボタンをクリックする
外部プログラムリストに追加したプログラム名とファイル名が表示されます。

登録したい外部プログラム名が複数ある場合は，この操作を繰り返してください。

また，登録した外部プログラムを削除したい場合は，削除したいプログラムを選択して，［リストから削除］ボタンをクリックしてください。

(2)　外部プログラムを起動する

ここでは，「(1)　外部プログラムとして登録する」で登録したプログラムの起動方法を説明します。外部プログラムの起動には，ユーザ権限に対する制限はありません。

外部プログラムを起動する場合，［ホスト管理］ウィンドウの［外部プログラム］メニューから［外部プログラム］を選択する
［外部プログラム起動］ダイアログボックスが表示されます。

外部プログラムリストから起動したいプログラム名を選択する

［起動］ボタンをクリックする

これで，選択した外部プログラムが起動されます。

17.　SNMPトランスレータ

JP1/ServerConductorで管理しているサーバ情報をSNMPマネージャで表示できます。この章では，SNMPトランスレータエージェントサービスが提供するSNMPトランスレータの機能について説明します。

＜この章の構成＞

17.1　SNMPトランスレータとは

17.2　SNMPトランスレータを利用してWindowsサーバを管理する場合の環境の設定方法

17.3　SNMPトランスレータのトラップ（Windowsサーバ）

17.4　SNMPトランスレータを利用してLinuxサーバを管理する場合の環境の設定方法

17.5　SNMPトランスレータのトラップ（Linuxサーバ）

17.1　SNMPトランスレータとは

SNMPトランスレータは，JP1/ServerConductorのエージェントサービスが管理するマシン管理情報およびアラート情報を，ネットワークの管理データベースであるMIBに変換し，SNMPで送信する機能です。

SNMPで送信されたマシン管理情報およびアラート情報は，SNMPマネージャを使用すると，ビジュアルに表示できます。このSNMPマネージャには，JP1/Cm2/NNMを使用できます。

この場合，マシン管理情報はSNMPマネージャで参照でき，マシン障害などのアラートはイベントとして通知され表示できます。

図17-1　SNMPトランスレータを使ったネットワーク管理

JP1/Cm2/NNMのSNMPマネージャを使用する場合，次に示すJP1/ServerConductorが提供しているMIBファイルをJP1/Cm2/NNMのSNMPマネージャに読み込ませる必要があります。

Windowsの場合

必要なMIBファイルについては，Agentのインストール先にあるReadmeファイルを参照してください。

Linuxの場合

LinuxサーバがIA32サーバの場合，MIBファイル（SmSnmp.mib）は，Advanced Agentの媒体の次の場所に格納されています。

CDROM/LINUX/etc/SmSnmp.mib

/LINUX/etcディレクトリ以下のファイルやディレクトリはAdvanced Agentをインストールしてもインストールされません。

LinuxサーバがIPFサーバの場合，MIBファイル（SmSnmp.mib）は，Advanced Agentの媒体の次の場所に格納されています。

CDROM/IPLINUX/etc/SmSnmp.mib

/IPLINUX/etcディレクトリ以下のファイルやディレクトリはAdvanced Agentをインストールしてもインストールされません。

JP1/Cm2/NNMで情報を参照する場合，SNMPトランスレータが提供するサーバ情報のオブジェクトIDを使用します。サーバ情報のオブジェクトIDは，iso.org.dod.internet.private.enterprises.hitachi.systemExMib.systemManagerMibs.informationで始まります。JP1/Cm2/NNMでマシン管理情報を参照する場合，この文字列で始まるオブジェクトIDを検索してください。JP1/Cm2/NNMでの情報の検索・参照方法については，マニュアル「JP1 Version 7i JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」を参照してください。

注意

マシン管理情報を参照できるのはHA8000 Windowsサーバの場合だけです。LinuxサーバおよびBladeSymphony Windowsサーバではイベント通知機能だけサポートされています。

SNMPトランスレータから通知できるアラート情報は，ハードウェア障害だけです。使用率超過など，ハードウェア障害以外のアラート，およびSVP機能から発行されるアラートは通知されません。

17.2　SNMPトランスレータを利用してWindowsサーバを管理する場合の環境の設定方法

SNMPトランスレータを利用してWindowsサーバの情報を参照する場合の設定手順を次に示します。

＜この節の構成＞

17.2.1　管理対象サーバでの設定

17.2.2　SNMPマネージャでの設定

17.2.1　管理対象サーバでの設定

管理対象サーバでの設定手順を次に示します。

WindowsのSNMPサービスを設定する
SNMPのコミュニティ名およびSNMPトラップのあて先を設定します。
WindowsのSNMPサービスについては，Windowsのマニュアルを参照してください。

SNMPトランスレータエージェントサービスをインストールする

17.2.2　SNMPマネージャでの設定

SNMPマネージャでの設定手順を次に示します。

情報を参照するマシンにJP1/Cm2/NNMをインストールする

JP1/Cm2/NNMの環境を設定する
JP1/Cm2/NNMのインストールおよび環境設定については，マニュアル「JP1 Version 7i JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」を参照してください。

注意

Windows Server 2003にSNMP管理ソフトウェアをインストールして使用する場合，Windowsの問題によってSNMPトラップで通知したメッセージに含まれる半角かたかなの一部が正しく表示されない場合があります。

17.3　SNMPトランスレータのトラップ（Windowsサーバ）

SNMPトランスレータでは，JP1/ServerConductorで取り扱うアラートのトラップとそれ以外のDMI対応ハードウェアコンポーネントが通知するイベントのトラップを発行します。

＜この節の構成＞

17.3.1　JP1/ServerConductorで取り扱うアラートのトラップ

17.3.2　そのほかのDMI対応ハードウェアコンポーネントが通知するイベントのトラップ

17.3.1　JP1/ServerConductorで取り扱うアラートのトラップ

SNMPトランスレータは，JP1/ServerConductorが通知するアラートの分類と重要度によって，次の表で示すトラップを発行します。また，アラートの重要度，各アラートの発生回数によるトラップ発行制御は，JP1/ServerConductorのエージェントサービスの設定に従います。JP1/ServerConductorが通知するアラートの詳細については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

関連する
エラー
インフォメーション
注意
警告
障害

ドライバ関連
driverTrapInformation(102)
driverTrapNon-Critical(104)
driverTrapCritical(105)
driverTrapNon-Recoverable(106)

CI関連
ciTrapInformation(202)
ciTrapNon-Critical(204)
ciTrapCritical(205)
ciTrapNon-Recoverable(206)

SVP関連※
svpTrapInformation(302)
svpTrapNon-Critical(304)
svpTrapCritical(305)
svpTrapNon-Recoverable(306)

OS関連
osTrapInformation(402)
osTrapNon-Critical(404)
osTrapCritical(405)
osTrapNon-Recoverable(406)

筐体関連
bodyTrapInformation(502)
bodyTrapNon-Critical(504)
bodyTrapCritical(505)
bodyTrapNon-Recoverable(506)

UPS関連
powerUpsTrapInformation(602)
powerUpsTrapNon-Critical(604)
powerUpsTrapCritical(605)
powerUpsTrapNon-Recoverable(606)

システムボード関連
systemBoardTrapInformation(702)
systemBoardTrapNon-Critical(704)
systemBoardTrapCritical(705)
systemBoardTrapNon-Recoverable(706)

拡張スロット関連
extendedSlotTrapInformation(802)
extendedSlotTrapNon-Critical(804)
extendedSlotTrapCritical(805)
extendedSlotTrapNon-Recoverable(806)

SCSI関連
scsiTrapInformation(902)
scsiTrapNon-Critical(904)
scsiTrapCritical(905)
scsiTrapNon-Recoverable(906)

ディスクアレイ関連
diskArrayTrapInformation(1002)
diskArrayTrapNon-Critical(1004)
diskArrayTrapCritical(1005)
diskArrayNon-Recoverable(1006)

BIOSポスト関連
biosPostTrapInformation(1102)
biosPostTrapNon-Critical(1104)
biosPostTrapCritical(1105)
biosPostTrapNon-Recoverable(1106)

クラスタ関連
clusterTrapInformation(1202)
clusterTrapNon-Critical(1204)
clusterTrapCritical(1205)
clusterTrapNon-Recoverable(1206)

ネットワーク関連
networkTrapInformation(1302)
networkTrapNon-Critical(1304)
networkTrapCritical(1305)
networkTrapNon-Recoverable(1306)

注※

SVP関連は，Advanced AgentのSVPサービスが有効の場合に対応します。

各変数バインディングには次の情報が格納されています。

第1変数バインディング：イベントID（10進表現のアラートID）

第2変数バインディング：イベントのタイプ

第3変数バインディング：イベントの重要度

第4変数バインディング：イベントの発生システム

第5変数バインディング：イベントの発生サブシステム

第6変数バインディング：イベントに関連するMIFのグループ名

第7変数バインディング：イベントが発生した個所

第8変数バインディング：イベント発生時刻

第9変数バインディング：イベントに関するメッセージ（イベントの内容）

各バインディング変数は，情報が格納されない場合もあります。第2，第4，第5変数バインディングに情報がない場合は0が格納され，第6，第7変数バインディングに情報がない場合は空の文字列が格納されます。

17.3.2　そのほかのDMI対応ハードウェアコンポーネントが通知するイベントのトラップ

DMI対応ハードウェアコンポーネントのイベントを検出した場合，次のトラップを発行します。

generalTrapInformation(2)

generalTrapNon-Critical(4)

generalTrapCritical(5)

generalTrapNon-Recoverable(6)

それぞれのイベントの重要度は，インフォメーション，注意，警告，障害です。各変数バインディングには次の情報が格納されています。

第1変数バインディング：イベント発生コンポーネント

第2変数バインディング：イベントのタイプ

第3変数バインディング：イベントの重要度

第4変数バインディング：イベントの発生システム

第5変数バインディング：イベントの発生サブシステム

第6変数バインディング：イベントに関連するMIFのグループ名

第7変数バインディング：イベントが発生した個所

第8変数バインディング：イベント発生時刻

第9変数バインディング：イベントに関するメッセージ（イベントの内容）

第10変数バインディング：イベントに関するメッセージ（解決方法）

第11変数バインディング：イベントに関する固有データ（16進データ）

なお，各変数バインディングには，情報が格納されない場合もあります。第2，第4，第5変数，第10変数バインディングに情報がない場合は0が格納され，第1，第6，第7，第9，第11変数バインディングに情報がない場合は空の文字列が格納されます。

JP1/Cm2/NNMで，トラップを受信するには，［イベントの設定］コマンドで設定する必要があります。［イベントの設定］コマンドの設定方法については，JP1/Cm2/NNMのマニュアルを参照してください。また，JP1/Cm2/NNMでの［エラーカテゴリ］は，［エラー・イベント］，［重要度］は，次のとおりに設定されることを推奨します。

項番 | JP1/ServerConductorの重要度 | JP1/Cm2/NNMの重要度
1 | インフォメーション | 正常域
2 | 注意 | 注意域
3 | 警告 | 警戒域
4 | 障害 | 危険域・重要警戒域

注意

サーバの環境や，ネットワークの状態などによっては，情報参照時に応答時間切れとなり，情報を取得できない場合があります。この場合，サーバやネットワークの環境に合わせて，JP1/Cm2/NNMのタイムアウト時間を設定してください。タイムアウト時間の設定方法については，マニュアル「JP1 Version 7i JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」を参照してください。

17.4　SNMPトランスレータを利用してLinuxサーバを管理する場合の環境の設定方法

SNMPトランスレータを利用してLinuxサーバの情報を参照する場合の設定手順を次に示します。

＜この節の構成＞

17.4.1　管理対象サーバでの設定

17.4.2　SNMPマネージャでの設定

17.4.1　管理対象サーバでの設定

＜この項の構成＞

(1)　設定手順

(2)　注意事項

(1)　設定手順

管理対象サーバでの設定手順を次に示します。なお，smhaaeditコマンドの書式については，「3.16.4(3)(a)　smhaaeditコマンドの書式」を参照してください。また，各環境設定メニューの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 リファレンス」のsmhaaeditコマンド（Linuxサーバ）について記載されている節を参照してください。

注意

SNMPトランスレータを使用する場合，net-snmpをインストールしておく必要があります。net-snmpはLinuxのインストール媒体に格納されています。

Advanced Agent（Linux）をインストールする

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      Configuration Main Menu       ####
 1. Advanced Agent Configuration File
 2. BMC Configuration File
 3. SNMP Configuration File
Command (1-3/Quit)>

「1. Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Disabled]
 2. SNMPTranslatorAgentService   [Disabled]
Command (1-2/Menu/Quit)>

「2. SNMPTranslatorAgentService」を選択し，「Enabled」に設定する
Advanced Agent設定メニューの「2. SNMPTranslatorAgentService」が「Enabled」になります。

#### JP1/ServerConductor/Advanced Agent ####
#### Advanced Agent Configuration File  ####
 1. SVPAgentService              [Disabled]
 2. SNMPTranslatorAgentService   [Enabled]
Command (1-2/Menu/Quit)>

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「3. SNMP Configuration File」を選択する
SNMP設定メニューが表示されます。

#### JP1/ServerConductor/Advanced Agent ####
####      SNMP Configuration File       ####
 1.Community1          [public]
 2.SNMPManagerAddress1 ->
.............以下省略.............

Command(1-8/Menu/Quit)>

SNMP設定メニューで必要な項目を設定する
SNMP設定メニューでは，トラップ通知に使用するコミュニティ名と，トラップ通知先のSNMPマネージャのIPアドレスを設定します。SNMP設定メニューでの設定項目を次に示します。

設定項目
デフォルト
設定内容

CommunityX※
（X：1～4）
Community1の場合は，public
そのほかの場合は，""
トラップ通知に使用するコミュニティ名を半角の英数字で1～127文字以内で設定します。
ただし，次の文字は使用しないでください。
" # & ' ( ) ¥ | ; * < > `

SNMPManagerAddressX
（X：1～4）
なし
トラップ通知先のSNMPマネージャのIPアドレスを設定します。各コミュニティに対して設定します。

注※

Community1のコミュニティ名は，デフォルト値としてpublicが設定されていますが，セキュリティ上の観点からデフォルト値を変更して使用することを推奨します。

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

(2)　注意事項

net-snmpがインストールされていない状態で，smhaaeditコマンドによるSNMPの設定を実施した場合は，次の操作をしてください。次の操作をしない場合，エージェント側でMIB情報などの設定が反映されないため，正常に動作しません。

net-snmpをインストールする

smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

「1. Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

「2. SNMPTranslatorAgentService」を選択し，「Disabled」に設定する

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

再度smhaaeditコマンドをオプションなしで実行する
次のようにコマンドを指定して実行します。

/usr/sbin/smhaaedit

Advanced Agent環境設定のメインメニューが表示されます。

「1. Advanced Agent Configuration File」を選択する
Advanced Agent設定メニューが表示されます。

「2. SNMPTranslatorAgentService」を選択し，「Enabled」に設定する

「Quit」を選択する
確認メッセージが表示されたら，「Yes」を選択します。
Advanced Agent環境設定のメインメニューに戻ります。

「Quit」を選択する
smhaaeditコマンドを終了します。

17.4.2　SNMPマネージャでの設定

SNMPマネージャでの設定手順を次に示します。

情報を参照するマシンにJP1/Cm2/NNMをインストールする

JP1/Cm2/NNMの環境を設定する
JP1/Cm2/NNMのインストールおよび環境設定については，マニュアル「JP1 Version 7i JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」を参照してください。

17.5　SNMPトランスレータのトラップ（Linuxサーバ）

SNMPトランスレータでは，JP1/ServerConductorで取り扱うアラートのトラップを発行します。

＜この節の構成＞

17.5.1　JP1/ServerConductorで取り扱うアラートのトラップ

17.5.1　JP1/ServerConductorで取り扱うアラートのトラップ

SNMPトランスレータは，JP1/ServerConductorが通知するアラートの分類と重要度によって，次の表で示すトラップを発行します。また，アラートの重要度，各アラートの発生回数によるトラップ発行制御は，JP1/ServerConductorのエージェントサービスの設定に従います。JP1/ServerConductorが通知するアラートの詳細については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

関連する
エラー
インフォメーション
注意
警告
障害

SVP関連※
svpTrapInformation(302)
svpTrapNon-Critical(304)
svpTrapCritical(305)
svpTrapNon-Recoverable(306)

筐体関連
bodyTrapInformation(502)
bodyTrapNon-Critical(504)
bodyTrapCritical(505)
bodyTrapNon-Recoverable(506)

システムボード関連
systemBoardTrapInformation(702)
systemBoardTrapNon-Critical(704)
systemBoardTrapCritical(705)
systemBoardTrapNon-Recoverable(706)

拡張スロット関連
extendedSlotTrapInformation(802)
extendedSlotTrapNon-Critical(804)
extendedSlotTrapCritical(805)
extendedSlotTrapNon-Recoverable(806)

注※

SVP関連は，Advanced AgentのSVPサービスが有効の場合に対応します。

各変数バインディングには次の情報が格納されています。

第1変数バインディング：イベントID

第2変数バインディング：イベントのタイプ

第3変数バインディング：イベントの重要度

第4変数バインディング：イベントの発生システム

第5変数バインディング：イベントの発生サブシステム

第6変数バインディング：イベントに関連するMIFのグループ名

第7変数バインディング：イベントが発生した個所

第8変数バインディング：イベント発生時刻

第9変数バインディング：イベントに関するメッセージ（イベントの内容）

各バインディング変数は，情報が格納されない場合もあります。第2，第4，第5変数バインディングに情報がない場合は0が格納され，第6，第7変数バインディングに情報がない場合は空の文字列が格納されます。

18.　SMP構成管理

SMP構成管理では，管理コンソール上からサーバモジュールをパーティション単位で管理できます。この章では，SMP構成管理機能の概要，およびSMP構成管理の操作について説明します。

なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

＜この章の構成＞

18.1　SMP構成管理機能とは

18.2　SMP構成管理機能利用時の前提事項

18.3　SMP構成管理機能の操作

18.1　SMP構成管理機能とは

SMP構成管理機能は，サーバモジュールをパーティション単位で管理できるようにする機能です。SMP構成管理機能を使用すると，管理コンソールから，パーティションの作成，削除および構成の変更ができます。

サーバモジュール間SMP機能を搭載しているBladeSymphonyのIPFサーバモジュールに対しては，複数のサーバモジュールを一つのパーティションとして作成したり，作成したパーティションを削除したりできます。さらに，パーティション内のサーバモジュールの構成を変更することもできます。サーバモジュール間SMP機能は，ノードリンクを介して複数のIPFサーバモジュールを結合し，サーバの性能を向上させる機能です。

SMP構成管理機能の概要を次の図に示します。

図18-1　SMP構成管理機能の概要

BladeSymphonyのSMPでは，構成単位となるサーバモジュールの個数を2個，または4個から選択できます。これによって，最大8wayの分散共有メモリ型SMPサーバを構成することができ，サーバ性能を向上できます。

18.2　SMP構成管理機能利用時の前提事項

SMP構成管理機能を利用する場合の，サーバシャーシとサーバモジュールの前提について説明します。また，空きスロットの扱いについても説明します。

＜この節の構成＞

(1)　対応するサーバシャーシ

(2)　対応するサーバモジュール

(3)　空きスロットの扱い

(1)　対応するサーバシャーシ

SMP構成管理機能に対応するサーバシャーシは，BS2000，BS1000A，BS1000B，およびBS320です。サーバシャーシの詳細については，ハードウェアのマニュアルを参照してください。なお，BS2000，BS1000A，BS1000Bの場合はサーバモジュールを最大8枚搭載できるので，スロット番号も0～7まで表示されます。BS320の場合はサーバモジュールを最大10枚搭載できるので，スロット番号も0～9まで表示されます。

(2)　対応するサーバモジュール

対応するサーバモジュールは，XeonサーバモジュールおよびIPFサーバモジュールです。

複数のサーバモジュールから一つのパーティションを作成できるのは，IPFサーバモジュールだけです。

(3)　空きスロットの扱い

SMP構成管理機能では，空きスロットも一つのモジュールとして扱います。次に，ハードウェアでの空きスロットの扱いについて説明します。

パーティションを作成する場合
作成するパーティションに空きスロットを含めることはできません。

パーティションを削除する場合
削除するパーティションに空きスロットが含まれていても削除できます。

パーティションを変更する場合
作成済みのパーティションに空きスロットは追加できません。
変更するパーティションに空きスロットが含まれている場合，サーバモジュールの削除はできますが，サーバモジュールの追加はできません。

作成済みのパーティションからサーバモジュールを抜いた場合
空きスロットを含むパーティションになります。サーバモジュールを抜いたスロットが空きスロットとなります。

空きスロットを含むパーティションにサーバモジュールを挿入した場合
パーティションの構成は変更されないで，挿入したサーバモジュールの種類が自動的に認識されます。

パーティションに属していない空きスロットにサーバモジュールを挿入した場合
サーバモジュール一つから構成される，新たなパーティションが作成されます。

18.3　SMP構成管理機能の操作

ここでは，SMP構成管理機能を使用する場合に表示する画面と，操作方法について説明します。

なお，LPAR上で稼働しているサーバの表示および操作については，「23.3.11　SMP構成管理」を参照してください。

＜この節の構成＞

18.3.1　［SMP設定］ウィンドウ

18.3.2　パーティションを作成する

18.3.3　パーティションを削除する

18.3.4　パーティションを変更する

18.3.5　パーティション構成時の注意事項

18.3.1　［SMP設定］ウィンドウ

SMP構成管理機能を使用してパーティションを管理する場合は，［SMP設定］ウィンドウから操作します。［SMP設定］ウィンドウを表示する手順を次に示します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［SMP設定］を選択する
［SMP設定］ウィンドウが表示されます。

［SMP設定］ウィンドウの左ペインには，SMP設定をルートノードとして，シャーシノードがツリー形式で表示されます。シャーシノードの下位には，そのシャーシに属するパーティションが表示されます。

右ペインに表示される項目を次の表に示します。

表18-1　「シャーシノード」選択時の表示項目

項目
説明
表示例

スロット番号
スロット番号を示します。
スロット1

パーティション番号
パーティション番号はプライマリモジュールのスロット番号と同じ番号です。
0

モジュールタイプ
サーバモジュールの種類を示します。
BS1000，BS320の場合

Don't Care(0x00)：空きまたはサーバモジュール以外のモジュール

IPF Server Module(0x01～0x7F)：IPFプロセッサ，メモリをシステムに搭載するサーバモジュール

IA32 Server Module(0x80～0xFE)：IA32プロセッサ，メモリをシステムに搭載するサーバモジュール

Unknown Device(0xFF)：サーバモジュールを認識できない

BS2000の場合

Don't Care(0x00)：空きまたはサーバモジュール以外のモジュール

Xeon Server Blade(0x01～0x0F)：Xeonプロセッサ，メモリをシステムに搭載するサーバモジュール

Xeon-EX Server Blade(0x11～0x1F)：Xeon-EXプロセッサ，メモリをシステムに搭載するサーバモジュール

Unknown Device(0xFF)：サーバモジュールを認識できない

IPF Server Module（0x04）

構成可能スロット番号
該当のスロットをプライマリモジュールとして選択したとき，パーティションを構成できるモジュールのスロット番号が表示されます。
0 1 2 3

N+1コールドスタンバイ
N+1／N+Mコールドスタンバイの登録状態を示します。

登録：登録されている場合

空白：登録されていない場合

登録

左ペインのツリーでパーティションを選択すると，選択したパーティションの情報が右ペインに表示されます。

右ペインに表示される項目を次の表に示します。

表18-2　「パーティション」選択時の表示項目

項目
説明
表示例

コンピュータ名
AgentホストまたはVMホストから取得したコンピュータ名です。ただし，AgentホストとVMホストが共存している場合は，Agentホストから取得したコンピュータ名が表示されます。※このコンピュータ名は，［ホスト管理］ウィンドウに表示されるコンピュータ名と同じです。
AgentホストまたはVMホストを［ホスト管理］ウィンドウに登録していない場合は，「取得不可」が表示されます。
コンピュータ1

ホスト名
AgentホストまたはVMホストから取得したシステムのホスト名です。ただし，AgentホストとVMホストが共存している場合は，Agentホストから取得したシステムのホスト名が表示されます。※このホスト名は，［ホスト管理］ウィンドウに表示されるホスト名と同じです。
AgentホストまたはVMホストを［ホスト管理］ウィンドウに登録していない場合は，「取得不可」が表示されます。
WebServer1

OS名
AgentホストまたはVMホストから取得したOS名です。ただし，AgentホストとVMホストが共存している場合は，Agentホストから取得したOS名が表示されます。※このOS名は，［ホスト管理］ウィンドウに表示されるOS名と同じです。
AgentホストまたはVMホストを［ホスト管理］ウィンドウに登録していない場合は，「取得不可」が表示されます。
Windows Server(TM) 2003(64bit)

パーティション情報ステータス
パーティションおよびサーバモジュールの状態を示します。表示内容については，表18-3を参照してください。
Configuration validate(0x03)

電源状態
SVPから取得できる電源状態を示します。

Active(0x01)：電源ON

Inactive(0x00)：電源OFF

Inactive(0x00)

スロットX
（Xは数字）
SVPから取得できるパーティションに含まれるスロットすべての番号と，サーバモジュールの種類です。
BS1000，BS320の場合

Don't Care(0x00)：空きまたはサーバモジュール以外のモジュール

IPF Server Module(0x01～0x7F)：IPFプロセッサ，メモリをシステムに搭載するサーバモジュール

IA32 Server Module(0x80～0xFE)：IA32プロセッサ，メモリをシステムに搭載するサーバモジュール

Unknown Device(0xFF)：サーバモジュールを認識できない

BS2000の場合

Don't Care(0x00)：空きまたはサーバモジュール以外のモジュール

Xeon Server Blade(0x01～0x0F)：Xeonプロセッサ，メモリをシステムに搭載するサーバモジュール

Xeon-EX Server Blade(0x11～0x1F)：Xeon-EXプロセッサ，メモリをシステムに搭載するサーバモジュール

Unknown Device(0xFF)：サーバモジュールを認識できない

IPF Server Module(0x04)

プロセッサ名
SVPから取得できるプロセッサ名です。サーバモジュールの種類がDon't Care（空き，またはCPUモジュール以外）の場合は空白となります。
Itanium(tm) processor

総メモリ容量
SVPから取得できる，搭載されているメモリの総量です。単位はMbytes（メガバイト）で表示されます。
8192Mbytes

WAY数
SVPから取得できるSMP構成数です。搭載されているCPUの数が表示されます。
4

注※

AgentホストとVMホストの共存については，「24.2.1　システム構成図」を参照してください。

パーティション情報ステータスに表示される文字列と，対応する状態を次の表に示します。

表18-3　パーティション情報ステータスの表示内容と対応する状態

表示文字列
パーティション状態
サーバモジュール状態

Data Invalidated＆電源投入抑止中(0x02)
設定済み
次の状態のどれかを表します。

パーティション構成しているスロットに空きスロットがある。

サーバモジュールに障害が発生している。

プライマリサーバモジュールにプロセッサが未搭載。

IA32サーバモジュールおよびIPFサーバモジュールが混在する。

ボードレビジョンの異なるサーバモジュールが混在する。

プロセッサステッピングの異なるサーバモジュールが混在する。

プロセッサ周波数の異なるサーバモジュールが混在する。

Configuration validate(0x03)
設定済み
正常であることを示します。
「Data Invalidated＆電源投入抑止中(0x02)」のサーバモジュール状態以外のときに表示されます。

Data Invalidated(0x01)
設定済み
次のどちらかを表します。

Pre-configureで情報を設定していない，または情報を設定中である。

Pre-configureで情報を取得していない，または情報を取得中である。

18.3.2　パーティションを作成する

サーバシャーシ内に，パーティションを新規作成します。［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロットでパーティションを作成できます。

注意

パーティションの作成は，更新モードで実行してください。更新モードは，［モード選択］メニューから［更新モード］を選択するか，ツールバーのボタンで切り替えられます。

［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロット以外のスロットを含めて，パーティションを作成することはできません。

複数のスロットでパーティションを作成する場合，連続したスロットを選択する必要があります。パーティションを構成できないスロットの組み合わせでパーティションを作成しようとした場合，KASM30059のメッセージが出力されます。

空きスロットを含めてパーティションを作成することはできません。

パーティションにはOSモードやHT（ハイパースレッディングの有無）などの属性があります。SMP構成管理機能でパーティションを作成した場合，各属性の値にはデフォルト値が設定されます。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションを作成するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティションを作成するスロットを選択する

［設定］メニューから［パーティション作成］を選択する
パーティションが作成されます。

左ペインで，パーティションを作成したシャーシノードをクリックする
パーティションが作成されていることを確認してください。
パーティション作成後，パーティションを構成するすべてのサーバモジュールが，サーバモジュールスロットに挿入されていることを確認してからパーティションの電源をONにしてください。

18.3.3　パーティションを削除する

サーバシャーシ内のパーティションを削除します。

注意

パーティションの削除は，更新モードで実行してください。更新モードは，［モード選択］メニューから［更新モード］を選択するか，ツールバーのボタンで切り替えられます。

操作する前に，該当するパーティションの電源がOFFになっているか確認してください。

一度に複数のパーティションを削除することはできません。複数のパーティションを削除する場合は，一つずつ削除してください。

N+1／N+Mコールドスタンバイとして登録されているサーバモジュールが含まれている場合，パーティションを削除できません。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションを削除するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティションを削除するスロットを選択する
同じパーティションに含まれるスロットがすべて選択されます。

注意

削除対象のパーティションを選択後，選択したスロットを変更しないでください。

［設定］メニューから［パーティション削除］を選択する
パーティションが削除されます。

左ペインで，パーティションを削除したシャーシノードをクリックする
パーティションが削除されていることを確認してください。

18.3.4　パーティションを変更する

作成済みのパーティションに，サーバモジュールを追加または削除することで，構成を変更します。

注意

パーティションの変更は，更新モードで実行してください。更新モードは，［モード選択］メニューから［更新モード］を選択するか，ツールバーのボタンで切り替えられます。

操作する前に，該当するパーティションの電源がOFFになっているか確認してください。

サーバモジュールを追加する場合，［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロット以外のスロットを含めることはできません。

パーティション作成済みのスロットでサーバモジュールを追加する場合，追加先のパーティションを削除してから，サーバモジュールを追加してください。

複数のスロットでパーティションを変更する場合，連続したスロットを選択する必要があります。パーティションを構成できないスロットの組み合わせでパーティションを変更しようとした場合，KASM30059のメッセージが出力されます。

N+1／N+Mコールドスタンバイとして登録されているサーバモジュールが含まれている場合，パーティションを変更できません。

＜この項の構成＞

(1)　サーバモジュールの追加

(2)　サーバモジュールの削除

(1)　サーバモジュールの追加

作成済みのパーティションにサーバモジュールを追加します。サーバモジュールを追加する場合，［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロットで，パーティション未作成のスロットを追加できます。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションの構成を変更するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティション構成を変更するプライマリのスロットを選択する
同じパーティションに含まれるスロットがすべて選択されます。

［Shift］キーを押しながら追加するスロットを選択し，選択表示にする

［設定］メニューから［パーティション変更］を選択する
パーティションが変更されます。

左ペインで，パーティションを変更したシャーシノードをクリックする
サーバモジュールが追加されていることを確認してください。

(2)　サーバモジュールの削除

作成済みのパーティションからサーバモジュールを削除します。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションの構成を変更するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティション構成を変更するプライマリのスロットを選択する
同じパーティションに含まれるスロットがすべて選択されます。

［Shift］キーを押しながら，削除するスロットを選択し，選択表示を解除する

［設定］メニューから［パーティション変更］を選択する
パーティションが変更されます。

左ペインで，パーティションを変更したシャーシノードをクリックする
サーバモジュールが削除されていることを確認してください。

18.3.5　パーティション構成時の注意事項

パーティション構成時の注意事項を示します。

＜この項の構成＞

(1)　パーティション構成拡張時の注意

(2)　パーティション構成変更時の注意

(1)　パーティション構成拡張時の注意

2wayから8wayに変更するなど，パーティション構成を拡張してOSを起動すると，拡張したサーバモジュールに接続されているディスクが参照でき，セキュリティ上の問題となります。

パーティション構成を拡張する場合は，拡張したサーバモジュールのWWNの割り当てを解除してください。

(2)　パーティション構成変更時の注意

SMP構成を変更すると，ccNUMAの設定が無効になります。ccNUMAを使用する場合は，SMP構成を変更する前にccNUMAで設定をSVPコンソールから確認しておいてください。SVPコンソールからccNUMAの設定を確認する方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

19.　ストレージ運用支援

JP1/ServerConductorでは，BladeSymphonyにサーバモジュールを挿入したときに，自動的にディスクを割り当てるストレージ運用支援機能を提供しています。この章ではストレージ運用支援の機能と操作方法について説明します。

なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

LPAR上で稼働しているサーバまたはHVMを管理する場合は，「23.　仮想化されたサーバの管理（HVMの場合）」を参照してください。

＜この章の構成＞

19.1　ストレージ運用支援機能とは

19.2　ストレージ運用支援機能の前提条件

19.3　ディスク割り当て時のアクセス制限

19.4　運用前の準備

19.5　ホストグループの自動割り当て

19.6　ディスク情報の表示

19.7　運用開始後のストレージ変更の手順

19.8　ストレージ運用支援機能を無効にする

19.1　ストレージ運用支援機能とは

BladeSymphonyは，ストレージサブシステム内の起動用ディスクから起動できるSANブート構成のシステムを構築できます。 SANブート構成とは，業務に必要なOSやソフトウェアなどをサーバモジュールに接続した外部のストレージサブシステム内のディスクに格納し，そこからシステムを起動する構成です。SANブート構成のシステムを構築する場合，通常，ストレージ管理ソフトウェアを利用してストレージサブシステム内に起動用ディスクとデータ用ディスクを準備し，準備したディスクをサーバモジュールへ割り当てる必要があります。しかし，ストレージ運用支援機能では，サーバモジュールを挿入するだけで，自動的に起動用ディスクとデータ用ディスクが割り当てられます。

ストレージ運用支援機能の概念を次の図に示します。

図19-1　ストレージ運用支援機能

ストレージ運用支援機能は，次の機能の前提機能となります。

グループ属性がN+1コールドスタンバイの場合のN+1コールドスタンバイ機能

SANブート環境での，Control ManagerのDPMと連携したデプロイメント制御

なお，SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合，ストレージ運用支援機能は使用できません。

19.2　ストレージ運用支援機能の前提条件

ここでは，BSM Plusのストレージ運用支援機能を利用するための前提条件について説明します。

Device Managerとの連携

BSM Plusのストレージ運用支援機能は，ストレージ管理ソフトウェアであるDevice ManagerのAPIを利用します。そのため，Device ManagerのサーバをBSM Plusにあらかじめ登録しておく必要があります。Device Managerの設定については，「19.4.1　Device ManagerのBSM Plusへの登録」を参照してください。

LUN Managerを利用したアクセス制限

BladeSymphonyでは，複数のサーバモジュールがファイバチャネルスイッチを経由して，ストレージサブシステム内のディスクを共有するシステム構成になっています。このようなシステム構成の場合，ストレージサブシステムに接続されているすべてのサーバモジュールからストレージサブシステム内のすべてのディスクにアクセスできてしまいます。ストレージ運用支援機能では，各サーバモジュールからストレージサブシステム内の割り当てたディスクだけにアクセスするように制限します。このディスク割り当て時のアクセス制限には，ストレージ管理ソフトウェアであるLUN Managerを利用しています。LUN Managerを利用したアクセス制限の詳細については，「19.3　ディスク割り当て時のアクセス制限」で説明します。

Microsoft XML Parser Version 3.0以降のインストール

ストレージ運用支援機能を利用するためには，Microsoft XML Parser Version 3.0以降のインストールが必要です。なお，Microsoft Internet Explorer 6.0以降がインストールされている場合は，Microsoft XML Parser Version 3.0以降がすでにインストールされています。また，Device Managerと連携してHTTPS接続する場合は，Microsoft XML Parser Version 3.0 Service Pack1以降のインストールが必要です。HTTPS接続については，「19.4.1　Device ManagerのBSM Plusへの登録」を参照してください。Microsoft XML Parserのバージョンの確認方法については，マイクロソフトのホームページを参照してください。

19.3　ディスク割り当て時のアクセス制限

ストレージ運用支援機能では，各サーバモジュールからストレージサブシステム内のディスクへアクセスする場合，割り当てたディスクだけへアクセスするように制限します。このディスク割り当て時のアクセス制限には，ストレージ管理ソフトウェアであるLUN Managerを利用しています。

LUN Managerのセキュリティ機能を利用したディスク割り当て時のアクセス制限を次の図に示します。

図19-2　LUN Managerのセキュリティ機能を利用したディスク割り当て時のアクセス制限

上の図では，サーバモジュール1からは，ストレージサブシステム内のサーバモジュール1用ディスクだけにアクセスできるようLUN Managerで制限しています。したがって，サーバモジュール2はサーバモジュール1用のディスクへはアクセスできません。

■LUN Managerによるアクセス制限の仕組み

LUN Managerは，ホストグループごとにLUNを割り当てることができます。そのため，各サーバモジュールは専用ディスクが接続されているかのように操作でき，ほかのサーバモジュールからのアクセスを制限できます。ホストグループとは，ストレージ管理ソフトウェアであるLUN Managerの用語です。ホストグループについては，マニュアル「LUN Managerユーザーズガイド」またはマニュアル「LUN Managementユーザーズガイド」を参照してください。

ホストグループには，ストレージサブシステムのディスクごとにLU（LDEV）を割り当てます。さらにサーバモジュールがホストグループへアクセスできるようにするために，サーバモジュールに搭載されているWWNを割り当てます。サーバモジュールがホストグループへアクセスするときに参照するLUNは，LU（LDEV）ごとに自由に設定できます。

LUN Managerを利用したアクセス制限の仕組みを次の図に示します。

図19-3　LUN Managerを利用したアクセス制限の仕組み

なお，LUN Managerを利用してサーバモジュールからストレージサブシステム内のディスクへのアクセスを制限する場合，ストレージサブシステムのすべてのポートに対して，LUN Managerのホストグループセキュリティ設定を有効にしてください。

19.4　運用前の準備

BSM Plusのストレージ運用支援機能を利用するには，次に示す事前準備が必要です。

図19-4　ストレージ運用支援の事前準備

Device ManagerのBSM Plusへの登録

Device ManagerのコマンドやAPIを利用できるようにするために，Device ManagerのサーバをBSM Plusに登録します。

ホストグループの作成

ストレージサブシステム内に必要な数のホストグループを作成しておきます。

ホストグループへのLU（LDEV）の割り当て

作成したホストグループに対して，LU（LDEV）を割り当てます。

ここでは，Device ManagerのBSM Plusへの登録について説明します。

＜この節の構成＞

19.4.1　Device ManagerのBSM Plusへの登録

19.4.1　Device ManagerのBSM Plusへの登録

BSM Plusのストレージ運用支援機能は，ストレージ管理ソフトウェアであるDevice ManagerのAPIを利用して，サーバモジュールにストレージサブシステムの起動用ディスクおよびデータ用ディスクを割り当てます。そのため，Device ManagerのサーバをBSM Plusにあらかじめ登録しておく必要があります。

ここでは，Device ManagerのサーバをBSM Plusへ登録する方法について説明します。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

ストレージ運用支援機能の［有効にする］チェックボックスをONにする

Hitachi Device Manager Software設定の各項目を設定する
登録するDevice Managerのサーバを設定します。なお，ホストグループ自動割り当て設定については，「19.5.2　ホストグループの自動割り当ての設定」を参照してください。

設定項目
操作方法

ホスト登録
（IP Address/ホスト名）
必ず指定します。
Device ManagerがインストールされているIPアドレスまたはホスト名（半角1文字以上）を指定します。登録できるホストは1台だけです。

アクセスオプション
Device ManagerにHTTPSで接続する場合に選択します。
［アクセスオプション］チェックボックスをONにする場合は，Device ManagerのホストにSSLの電子証明書をインストールしてください。ホストにSSLの電子証明書をインストールする方法については，マニュアル「JP1/HiCommand Device Manager システム構成ガイド（サーバ編）」またはマニュアル「Hitachi Device Manager and Provisioning Manager Software システム構成ガイド」を参照してください。

接続Port
必ず指定します。
Device Managerのホストへ接続するポート番号（半角数字1～65535）を指定します。デフォルトは2001です。

ストレージ管理者ユーザID
必ず指定します。
ストレージ管理者※のユーザIDを指定します。ユーザIDは，半角4文字以上で指定してください。使用できる文字列は，半角英数字，半角ハイフン，半角アンダースコア，半角コンマ，および半角アットマークです。

ストレージ管理者ユーザパスワード
必ず指定します。
ストレージ管理者※のユーザパスワードを指定します。半角英数字4文字以上で指定してください。

注※　Device Managerのアドミニストレータ権限を持つユーザ

［接続確認］ボタンをクリックする
Device Managerへの接続状況が確認され，接続の成功または失敗を知らせるメッセージが表示されます。

メッセージの内容を確認し，［OK］ボタンをクリックする

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

19.5　ホストグループの自動割り当て

BSM Plusでは，サーバモジュールを挿入するだけで，自動的にストレージサブシステムのホストグループを割り当てることができます。

ここでは，ホストグループの自動割り当ての仕組みと設定方法について説明します。

＜この節の構成＞

19.5.1　ホストグループの自動割り当てとは

19.5.2　ホストグループの自動割り当ての設定

19.5.3　ホストグループ自動割り当てをする場合の注意事項

19.5.4　ホストグループ自動割り当ての失敗例と対処方法

19.5.1　ホストグループの自動割り当てとは

BSM Plusの自動割り当てでは，BladeSymphonyサーバシャーシの電源をONにした状態でサーバシャーシの空きスロットへサーバモジュールを挿入すると，挿入したサーバモジュールに対してユーザが定義した情報に基づいて自動的にストレージサブシステムのホストグループが割り当てられます。ホストグループの自動割り当ての仕組みを次に示します。

図19-5　ホストグループの自動割り当ての仕組み

BladeSymphonyサーバシャーシの電源がONの状態でサーバシャーシの空きスロットにサーバモジュールを挿入します。

SVPからBSM Plusへサーバモジュール挿入のアラートが通知されます。BSM Plusでは，アラートを受けると挿入されたサーバモジュールに付与されているWWNをSVPから取得します。

BSM Plusは，Device Managerに対してDevice ManagerのAPIを利用し，ストレージサブシステムに対してホストグループを割り当てるように要求を出します。

Device Managerはストレージサブシステムに対して，挿入されたサーバモジュールにあらかじめ作成されているホストグループを割り当てるためのセキュリティ設定を指示します。ストレージサブシステムは，挿入されたサーバモジュールのWWNをホストグループに割り当てます。これによって，サーバモジュールからホストグループへのアクセスができるようになります。

19.5.2　ホストグループの自動割り当ての設定

ホストグループの自動割り当てを利用するには，次に示す順に設定が必要になります。

ホストグループ一覧ファイルのエクスポート

ホストグループ割り当て定義ファイルの作成

ホストグループ割り当て定義ファイルのインポート

注意

上記設定を実施する前に，Device ManagerのサーバをBSM Plusに登録しておく必要があります。Device ManagerのサーバをBSM Plusに登録する方法については，「19.4.1　Device ManagerのBSM Plusへの登録」を参照してください。Device ManagerのサーバをBSM Plusに登録しない場合，ファイルサイズが0バイトのファイルがエクスポートされてしまいます。

また，BSM Plusへ登録したDevice ManagerにLUNセキュリティ機能が有効になっていないストレージサブシステムが登録されている場合，エクスポートに失敗します。

＜この項の構成＞

(1)　ホストグループ一覧ファイルのエクスポート

(2)　ホストグループ割り当て定義ファイルの作成

(3)　ホストグループ割り当て定義ファイルのインポート

(1)　ホストグループ一覧ファイルのエクスポート

ストレージサブシステム内に登録されているすべてのホストグループの一覧情報をDevice Managerから取得し，CSV形式のファイルに出力します。出力したCSV形式のファイルをホストグループ一覧ファイルといいます。ホストグループ一覧ファイルのエクスポートの概要を次に示します。

図19-6　ホストグループ一覧のエクスポート

(a)　ホストグループ一覧ファイルの形式

ホストグループ一覧ファイルは，次の項目をコンマで区切った形式で記述されています。

ストレージサブシステムobjectID,ストレージサブシステムのname,ポートWWN,ホストグループobjectID,ホストグループのnickname

各出力項目の説明を次に示します。

表19-1　ホストグループ一覧ファイルの出力項目

項目名 | 説明
ストレージサブシステムobjectID | ストレージサブシステムで使用するDevice Managerの識別子
ストレージサブシステムのname | Device Managerに設定するストレージサブシステムの名称
ポートWWN | ストレージサブシステムコントローラのポートWWN
ホストグループobjectID | ホストグループで使用するDevice Managerの識別子
ホストグループのnickname | ホストグループを作成するときに設定するホストグループの名称

(b)　ホストグループ一覧ファイルの出力例

ホストグループ一覧ファイルの出力例を次に示します。

図19-7　ホストグループ一覧ファイルの出力例

(c)　ホストグループ一覧ファイルのエクスポート方法

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［エクスポート］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

［ファイル名］テキストボックスでホストグループ一覧ファイルの名前を指定する
ホストグループ一覧ファイルの名前は任意設定できます。

［保存］ボタンをクリックする
［名前を付けて保存］ダイアログボックスを閉じます。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

エクスポートしたホストグループ一覧ファイルは，ホストグループ割り当て定義ファイルを作成する場合に利用します。

次にホストグループ割り当て定義ファイルの作成方法について説明します。

(2)　ホストグループ割り当て定義ファイルの作成

エクスポートしたホストグループ一覧ファイルを利用して，ホストグループ割り当て定義ファイルを作成します。ホストグループ割り当て定義ファイルとは，サーバモジュールへ割り当てるホストグループとサーバモジュールを挿入したスロットとの関係を定義するファイルです。

(a)　ホストグループ割り当て定義ファイルの形式

ホストグループ割り当て定義ファイルは，出力されたホストグループ一覧ファイルの「ホストグループのnickname」のあとに，サーバシャーシID，サーバモジュールスロット番号などをコンマで区切って追加して作成します。

ホストグループ割り当て定義ファイルの形式を次に示します。

ストレージサブシステムobjectID,ストレージサブシステムのname,ポートWWN,ホストグループobjectID,ホストグループのnickname,サーバシャーシID,サーバモジュールスロット番号,HBA搭載PCIスロット番号,HBAポート番号,ブート識別子

各設定項目の説明を次に示します。

表19-2　ホストグループ割り当て定義ファイルの設定項目

項目名
説明

ストレージサブシステムobjectID
ストレージサブシステムで使用するDevice Managerの識別子を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ストレージサブシステムのname
Device Managerに設定するストレージサブシステムの名称を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ポートWWN
ストレージサブシステムコントローラのポートのWWNを指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ホストグループobjectID
ホストグループで使用するDevice Managerの識別子を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ホストグループのnickname
ホストグループ名を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

サーバシャーシID※1
BladeSymphonyのサーバシャーシIDを文字列で指定します。
サーバシャーシがBS1000およびBS320の場合は空白文字を含む16文字，サーバシャーシがBS2000の場合は空白文字を含む20文字で指定します。
サーバシャーシIDは，コンソールサービスの［ホスト管理］ウィンドウの［コンピュータ名］を指定してください。詳細については，「5.2　ホストの一覧を表示する」を参照してください。

サーバモジュールスロット番号
ホストグループを割り当てる上記サーバシャーシのサーバモジュールスロット番号を指定します。
サーバシャーシがBS2000およびBS1000の場合は，0～7の半角数字で指定します。
サーバシャーシがBS320の場合は，0～9の半角数字で指定します。

HBA搭載PCIスロット番号※2
ホストグループを割り当てるサーバモジュールに搭載されているHBAのPCIスロット番号を0～3の半角数字で指定します。HBA搭載PCIスロット番号の付与規則については，「(b)　HBA搭載PCIスロット番号の付与規則」を参照してください。

HBAポート番号
ホストグループを割り当てるHBAのポート番号を指定します。サーバシャーシがBS1000およびBS320の場合は，0～1の半角数字で指定します。サーバシャーシがBS2000の場合は，0～3の半角数字で指定します。
HBAポート番号の付与規則については，「(c)　HBAポート番号の付与規則」を参照してください。

ブート識別子
起動用ディスクのHBAポートの識別情報を半角数字で指定します。起動用ディスクの場合は1を指定します。それ以外は0を指定します。
起動用ディスク接続パスを冗長化したSANブート構成の場合，正系のディスク接続パスだけ1を設定してください。また，正系に障害が発生している場合は，副系のディスク接続パスだけ1を設定してください。起動用ディスク接続パスを冗長化したSANブート構成のシステム構成図については，「(d)　起動用ディスク接続パスを冗長化したSANブート構成」を参照してください。
最小のPCIスロット番号を持つ起動用ディスク接続パスが複数ある場合は，その中から最小のポート番号を持つ起動用ディスク接続パスだけ1に設定してください。それ以外の起動用ディスク接続パスは0に設定してください。

注※1

サーバシャーシIDを変更した場合，ホストグループ割り当て定義ファイルで変更したサーバシャーシIDを指定し，再インポートが必要です。サーバシャーシIDを変更した場合の手順については，「25.5　管理対象ホスト，HVM，またはサーバシャーシの設定を変更する場合の注意事項」を参照してください。

注※2

BladeSymphonyが搭載するI/Oモジュールのタイプによっては，PCIスロット番号が異なります。

(b)　HBA搭載PCIスロット番号およびPCIeスロット番号の付与規則

HBA搭載のPCIスロット番号およびPCIeスロット番号の付与規則を次に示します。

表19-3　HBA搭載のPCIスロット番号の付与規則（I/Oモジュールタイプ）

サーバシャーシタイプ※1
I/Oモジュールタイプ※1
サーバモジュールスロット番号
I/Oモジュールスロット番号
HBA搭載PCIスロット番号

I/Oモジュール#0※2
I/Oモジュール#1※2

BS1000A
TYPE1
TYPE1
0
0，1
0，1

1
2，3
0，1

2
4，5
0，1

3
6，7
0，1

4
8，9
0，1

5
10，11
0，1

6
12，13
0，1

7
14，15
0，1

BS1000B
（A1モデル）
TYPE1
TYPE2
0
0，1，8，9
0，1，2，3

1
2，3，10，11
0，1，2，3

2
4，5，12，13
0，1，2，3

3
6，7，14，15
0，1，2，3

4
N/A
N/A

5

6

7

BS1000B
（A2モデル）
TYPE1
TYPE1
0
0，1，8，9
0，1，2，3

1
2，3，10，11
0，1，2，3

2
4，5，12，13
0，1，2，3

3
6，7，14，15
0，1，2，3

4
N/A
N/A

5

6

7

TYPE3
TYPE3
0
0，8
0，1

1
1，9
0，1

2
2，10
0，1

3
3，11
0，1

4
4，12
0，1

5
5，13
0，1

6
6，14
0，1

7
7，15
0，1

注※1

サーバシャーシタイプ，I/Oモジュールタイプについては，「6.3　インベントリ情報を参照する」を参照してください。

注※2

サーバシャーシの背面図で示すと，I/Oモジュールの位置は次の場所になります。

図19-8　IOモジュールの位置（サーバシャーシの背面図）

表19-4　HBA搭載のPCIスロット番号の付与規則（内蔵FCスイッチモジュールタイプ）

サーバシャーシタイプ
サーバモジュールスロット番号
I/Oモジュールスロット番号
HBA搭載PCIスロット番号

BS1000B（A2モデル）
内蔵FCスイッチモジュール
0
0，8
0，1

1
1，9
0，1

2
2，10
0，1

3
3，11
0，1

4
4，12
0，1

5
5，13
0，1

6
6，14
0，1

7
7，15
0，1

表19-5　HBA搭載のPCIスロット番号の付与規則（BS320）

サーバシャーシタイプ | サーバモジュールスロット番号 | HBA搭載PCIスロット番号
BS320 | 0 | 0
1 | 0
2 | 0
3 | 0
4 | 0
5 | 0
6 | 0
7 | 0
8 | 0
9 | 0

表19-6　HBA搭載のPCIeスロット番号の付与規則（BS2000）

サーバシャーシタイプ | サーバモジュールスロット番号 | I/Oモジュールスロット番号※ | HBAポート番号 | HBA搭載PCIスロット番号
BS2000 | 0 | 0，1（80，81） | 0，1，2，3 | 0，1
1 | 2，3（80，81） | 0，1，2，3 | 0，1
2 | 4，5（80，81） | 0，1，2，3 | 0，1
3 | 6，7（80，81） | 0，1，2，3 | 0，1
4 | 8，9（80，81） | 0，1，2，3 | 0，1
5 | 10，11（80，81） | 0，1，2，3 | 0，1
6 | 12，13（80，81） | 0，1，2，3 | 0，1
7 | 14，15（80，81） | 0，1，2，3 | 0，1

注※　（　）内は，LPAR時の割り当てです。

(c)　HBAポート番号の付与規則

HBAポート番号の付与規則を次に示します。

■BS1000の場合

BS1000でHBAのポートが1個の場合は，HBAポート番号は0になります。

HBAポートが2個ある場合は，次の図に示すように，HBAをPCIスロットに挿入した状態での上段側のHBAポート番号が0，下段側のHBAポート番号が1になります。

■BS320の場合

HBAは内蔵になります。次の図に示すように，サーバシャーシの背面から見て右側のFCスイッチモジュールに接続する場合，HBAポート番号は0になります。サーバシャーシの背面から見て左側のFCスイッチモジュールに接続する場合，HBAポート番号は1になります。

■BS2000の場合

次の図に示すように，I/Oモジュールスロットの右側から0になります。

(d)　起動用ディスク接続パスを冗長化したSANブート構成

起動用ディスク接続パスを冗長化したSANブート構成を次に示します。

図19-9　起動用ディスク接続パスを冗長化したSANブート構成

(e)　ホストグループ割り当て定義ファイルの作成例

ホストグループ割り当て定義ファイルの作成例を次に示します。

図19-10　ホストグループ割り当て定義ファイルの作成例

(f)　ホストグループ割り当て定義ファイルの作成手順

ホストグループ一覧ファイルをエクスポートする
操作方法については，「(1)　ホストグループ一覧ファイルのエクスポート」を参照してください。

エクスポートしたホストグループ一覧ファイル（CSV形式）をテキストエディタで開く

サーバモジュールに割り当てるホストグループの行の末尾に，サーバシャーシID，サーバモジュールスロット番号，HBA搭載PCIスロット番号，HBAポート番号，およびブート識別子の項目を追記する

割り当て予定のサーバモジュールと搭載HBAの物理位置情報を追記する

サーバモジュールに割り当てないホストグループの行は削除する

編集したファイルに名前を付けて保存する
ホストグループ割り当て定義ファイルが作成されます。

作成したホストグループ割り当て定義ファイルは，BSM Plusにインポートします。

次にホストグループ割り当て定義ファイルのインポート方法について説明します。

(3)　ホストグループ割り当て定義ファイルのインポート

作成したホストグループ割り当て定義ファイルをBSM Plusへインポートすると，挿入されているサーバモジュールへホストグループが割り当てられます。［ホスト管理］ウィンドウにBladeSymphonyサーバシャーシが登録されていない場合は，サーバシャーシを登録してからインポートしてください。

注意

ホストグループ一覧ファイルをエクスポートしたあとに，ストレージサブシステムの構成を変更すると，BSM Plusが持っているストレージ構成情報とDevice Managerが持っているストレージ構成情報が一致しないため，インポートに失敗します。

ホストグループ割り当て定義ファイルのBSM Plusへのインポートの概要を次に示します。

図19-11　ホストグループ割り当て定義ファイルのインポート

(a)　ホストグループ割り当て定義ファイルのインポート方法

ホストグループを割り当てるサーバモジュールの電源をOFFにする

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［ホストグループ割り当て定義ファイルのパス］テキストボックスにホストグループ割り当て定義ファイルのパスを指定する
［参照］ボタンをクリックして表示されるダイアログボックスから選択することもできます。

［インポート］ボタンをクリックする
ホストグループ割り当て定義ファイルのインポートが実行されます。すでに挿入されているサーバモジュールに対してホストグループを割り当てる定義が記述されている場合は，インポートを実行すると定義内容に従ってホストグループが割り当てられます。
ホストグループの割り当てに成功したかどうか確認する方法については，「19.6.2　ホストグループ割り当ての確認方法」を参照してください。
ホストグループ割り当て定義ファイルのインポートに失敗した場合は，メッセージが表示されます。ホストグループ割り当て定義ファイルの内容を確認して，必要に応じて修正したあと，再度インポートしてください。ホストグループ割り当ての失敗および対処については，「19.5.4　ホストグループ自動割り当ての失敗例と対処方法」を参照してください。
［インポート］ボタンをクリックした時に，ホストグループの割り当てを開始します。なお，インポートを実行するとDevice Managerおよびストレージサブシステムにアクセスします。
［インポート］ボタンをクリックしたあとでウィンドウの［キャンセル］ボタンをクリックしても割り当ては中止できません。また，［インポート］ボタンをクリックしないで［OK］ボタンを押しても，ホストグループの割り当ては開始されません。
インポートが開始されると，［通知アラート］ウィンドウに，アラートID 0x3728（インポート開始）が表示されます。インポートによるホストグループの割り当てがすべて終了すると，アラートID 0x3729（インポート終了）が表示されます。
インポートが終了するまで，ホストの電源操作やN+1／N+Mコールドスタンバイを操作しないでください。

19.5.3　ホストグループ自動割り当てをする場合の注意事項

＜この項の構成＞

(1)　サーバシャーシからサーバモジュールを取り出す場合

(2)　N+1／N+Mコールドスタンバイ機能を利用する場合

(3)　ストレージ構成を変更した場合

(4)　Control Managerでディスク割り当ての一時解除を利用する場合

(1)　サーバシャーシからサーバモジュールを取り出す場合

BSM Plusはサーバシャーシからサーバモジュールを取り出しただけでは，ホストグループの割り当てを解除しません。サーバシャーシからサーバモジュールを取り出した場合は，サーバモジュールを取り出したあとにDevice Managerを利用してホストグループの割り当てを解除してください。Device Managerを利用してホストグループの割り当てを解除する方法については，次のマニュアルを参照してください。

JP1/HiCommand Device Manager Web Client ユーザーズガイド

JP1/HiCommand Device Manager CLI ユーザーズガイド

Hitachi Device Manager Software Web Client ユーザーズガイド

Hitachi Device Manager Software CLI ユーザーズガイド

(2)　N+1／N+Mコールドスタンバイ機能を利用する場合

N+1／N+Mコールドスタンバイ構成でのホストグループ自動割り当てでは，次の点について注意してください。なお，N+1／N+Mコールドスタンバイ機能については，「20.　N+1／N+Mコールドスタンバイ」を参照してください。

現用系サーバモジュールにホストグループを割り当てる場合

グループ属性がN+1コールドスタンバイのN+1グループを設定する場合，ストレージ運用支援機能を利用して，現用系ホストを設定する予定のサーバモジュールに対してホストグループの割り当てが必要です。したがって，ホストグループ割り当て定義ファイルを作成する際，現用系ホストを設定する予定のサーバモジュールにホストグループを割り当てるように定義してください。ホストグループ割り当て定義ファイルを作成する方法については，「19.5.2　ホストグループの自動割り当ての設定」を参照してください。

グループ属性がN+MコールドスタンバイのN+1グループを設定する場合は，ホストグループの割り当ては必須ではありません。

ホストグループ割り当て済みサーバモジュールを予備系サーバモジュールに設定した場合

ホストグループ割り当て定義ファイルにホストグループの割り当てが定義されているサーバモジュールは，N+1／N+Mコールドスタンバイ機能の設定で予備系サーバモジュールとしての設定はできません。したがって，予備系サーバモジュールに設定する予定のサーバモジュールには，ホストグループを割り当てないように定義する必要があります。また，すでにホストグループが割り当てられているサーバモジュールを予備系サーバモジュールに設定できません。

N+1／N+Mコールドスタンバイ機能の現用系および予備系に対して，ホストグループ割り当て定義ファイルをインポートする場合

N+1／N+Mコールドスタンバイ機能の現用系および予備系として登録されているサーバモジュールの，ホストグループ割り当て定義は変更できません。

N+1／N+Mコールドスタンバイ機能の現用系および予備系として登録されているサーバモジュールのホストグループ割り当て定義を変更する場合は，サーバモジュールの現用系登録または予備系登録をいったん解除してから，ホストグループ割り当て定義を変更してください。その後，再度N+1／N+Mコールドスタンバイ機能の現用系または予備系として登録してください。

(3)　ストレージ構成を変更した場合

ホストグループの削除，変更，LUN Manager設定の変更，LUの構成変更，およびストレージ構成を変更した場合は，BSM Plusにはその変更情報が認識されません。したがって，BSM Plusにインポートしたホストグループ割り当て定義ファイルの定義内容と，実際のストレージ構成が一致しません。

ストレージ構成を変更した場合は，再度，ホストグループ一覧をエクスポートして，変更したストレージ構成と一致するホストグループ割り当て定義ファイルを作成して，BSM Plusにインポートしてください。

ホストグループ割り当て定義ファイルを変更して再度インポートした場合，すでにインポートされているホストグループ割り当て定義と比べて，変更がある部分の割り当てがされます。ホストグループ割り当て定義が変更されたサーバモジュールがN+1／N+Mコールドスタンバイ機能の現用系または予備系に設定されている場合は，インポート操作の前に設定を解除しておいてください。また，定義内容を変更するサーバモジュールの電源をOFFにしておいてください。

ホストグループ割り当て定義の変更がないサーバモジュールの電源OFF，およびN+1設定の解除は必要ありません。

インポート済みの割り当て定義の確認方法については，「19.6.2　ホストグループ割り当ての確認方法」を参照してください。

ホストグループ割り当て定義の変更例と対応方法を，次に示します。

(a)　サーバモジュールに割り当てるホストグループを追加した場合

インポート済みのホストグループ割り当て定義ファイルに対して，ホストグループを該当サーバモジュールに割り当てる定義を追加して，インポートしてください。

(b)　サーバモジュールに割り当てたホストグループを解除した場合

インポート済みのホストグループ割り当て定義ファイルから，解除したい定義を削除して，再インポートしてください。ただし，この操作をしても，ホストグループ割り当ては自動的に解除できません。ホストグループの割り当て解除はDevice Managerを利用して実施してください。

(c)　サーバモジュールに割り当て済みのホストグループのLU構成を変更した場合

インポート済みのホストグループ割り当て定義ファイルから，LU構成を変更するホストグループを含む行を削除して，インポートしてください。この操作のあと，ホストグループのLU構成を変更し，再度，元のホストグループ割り当て定義ファイルをインポートし直してください。

(4)　Control Managerでディスク割り当ての一時解除を利用する場合

Control Managerのjscmdetachdiskコマンドでディスク割り当てを一時解除しているサーバモジュールに対して，ホストグループ割り当て定義の変更はしないでください。ディスク割り当てを一時解除しているサーバモジュールのホストグループ割り当て定義を変更する場合は，jscmattachdiskコマンドでディスク割り当てを復帰してから，ホストグループ割り当て定義を変更してください。ディスク割り当ての一時解除については，マニュアル「JP1 Version 8 JP1/ServerConductor/Control Manager」を参照してください。

19.5.4　ホストグループ自動割り当ての失敗例と対処方法

Device Managerの設定に誤りがある場合や，N+1／N+Mコールドスタンバイ機能を利用して現用系および予備系サーバモジュールに設定したサーバモジュールをホストグループに割り当てようとした場合など，ホストグループの自動割り当てに失敗する場合があります。

ここでは，ホストグループの自動割り当ての失敗例とその場合の対処方法について説明します。

＜この項の構成＞

(1)　ホストグループ自動割り当ての失敗例

(2)　ホストグループ自動割り当てに失敗した場合の対処方法

(1)　ホストグループ自動割り当ての失敗例

ホストグループの自動割り当ての失敗例を次に示します。

図19-12　ホストグループ自動割り当ての失敗例

ケース1

BSM Plusの［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで，Device Manager詳細設定に誤りがあった。

ケース2

N+1／N+Mコールドスタンバイ機能を利用して，すでに現用系サーバモジュールおよび予備系サーバモジュールが設定されている。

ケース3

Device Manager側の設定に誤りがあった。

日立ディスクアレイサブシステムのLUN Manager機能を利用していない

割り当てようとしたホストグループが存在しない

該当する日立ディスクアレイサブシステムがDevice Managerに登録されていない

すでにサーバモジュール搭載HBAのWWNがホストグループに割り当ててある

ケース4

BSM Plusがホストグループ割り当て中であった。

ケース5

すでにインポートされているか，または新しくインポートするホストグループ割り当て定義ファイルに，電源がON状態のサーバモジュールのホストグループ割り当て定義が記述されている。

ケース6

ホストグループ一覧ファイルのエクスポート後，Device Managerのホストグループを追加，変更，削除した。

ケース7

WWNにホストグループを割り当て後，そのWWNを異なるホストグループに割り当てるように定義したホストグループ定義ファイルをインポートした。

(2)　ホストグループ自動割り当てに失敗した場合の対処方法

ホストグループの自動割り当てに失敗するとアラートが通知され，失敗した原因の情報がBSMのログファイルに書き込まれます。BSMのログファイルに書き込まれた情報を確認して，ホストグループの割り当てに失敗した原因を取り除いてから再度ホストグループ割り当て定義ファイルを登録してださい。

ログファイルの保存先

BSMインストール先フォルダのLogフォルダ

ログファイル名

@HDvM@.log

@Mgr@.log

ログファイルのファイルサイズの制限

BSMのログファイルは，ファイルサイズは最大512KBです。512KBを超えると，古い情報から約半分の情報が削除されます。

ホストグループ自動割り当てに失敗した場合，ホストグループ自動割り当てに失敗したことを示す，障害レベルのアラート（0x3719）が通知されます。

ホストグループ自動割り当てが正常に実行されたかどうかは，［ディスク割当てリポジトリ］ウィンドウで確認できます。［ディスク割当てリポジトリ］ウィンドウの表示方法については，「19.6　ディスク情報の表示」を参照してください。

19.6　ディスク情報の表示

BSM Plusが管理するWWNの情報およびサーバモジュールに割り当てたディスクの情報は［ディスク割当てリポジトリ］ウィンドウで参照できます。ここでは，ディスクの情報を表示する方法について説明します。

＜この節の構成＞

19.6.1　ホストグループ割り当ての表示

19.6.2　ホストグループ割り当ての確認方法

19.6.1　ホストグループ割り当ての表示

ここでは，ホストグループの割り当てを表示する手順について説明します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。［ディスク割当てリポジトリ］ウィンドウでは，各項目をクリックすると，昇順にソートできます。

［ディスク割当てリポジトリ］ウィンドウで表示される項目を次に示します。

表示項目
説明

シャーシID
サーバシャーシIDが表示されます。

パーティション番号
パーティション番号が表示されます。

サーバモジュール
サーバモジュール番号が表示されます。

HBA WWN
SVPから取得した，ファイバチャネルHBAのWWNが表示されます。

ストレージサブシステム
ホストグループが割り当てられた場合に，接続先ストレージサブシステム名が表示されます。

Port
ホストグループが割り当てられた場合に，接続先ストレージサブシステムのポート名が表示されます。

Port WWN
ホストグループが割り当てられた場合に，接続先ストレージサブシステムのポートのWWNが表示されます。

ホストグループ（HSD）
ホストグループが割り当てられた場合に，接続先ストレージサブシステムのホストグループ名が表示されます。

LUN
ホストグループが割り当てられた場合に，サーバモジュールが認識するストレージサブシステムの論理ユニット番号が表示されます。
9570V，または9585Vのストレージサブシステムを使用している場合は，「nn」（nは10進数）の形式で表示されます。Hitachi AMS 200，Hitachi AMS 500，9900Vシリーズ，またはHitachi USPを使用している場合は，「X:XX」（Xは16進数）の形式で表示されます。

LU（LDEV）
ホストグループが割り当てられた場合に，ストレージサブシステムの物理ユニット番号が表示されます。
9570V，または9585Vのストレージサブシステムを使用している場合は，10進数で表示されます。Hitachi AMS 200，Hitachi AMS 500，9900Vシリーズ，またはHitachi USPを使用している場合は，「X:XX」（Xは16進数）の形式で表示されます。

切替先シャーシID
N+1／N+Mコールドスタンバイで切り替えが行われた場合に，切り替え先のサーバシャーシIDが表示されます。

切替先パーティション番号
N+1／N+Mコールドスタンバイで切り替えが行われた場合に，切り替え先のパーティション番号が表示されます。

切替先サーバモジュール
N+1／N+Mコールドスタンバイで切り替えが行われた場合に，切り替え先のサーバモジュールスロット番号が表示されます。

注意

［ディスク割当てリポジトリ］ウィンドウに表示されている内容を最新の状態にするには，［表示］メニューの［最新の情報に更新］を選択または［F5］キーを押してください。

N+1／N+Mコールドスタンバイ機能を利用している場合，現用系サーバモジュールから予備系サーバモジュールへホストグループ割り当ての切り替えが行われますが，［ディスク割当てリポジトリ］ウィンドウには反映されません。N+1／N+Mコールドスタンバイの現用系サーバモジュールへの復帰と予備登録の解除を実施すると，［ディスク割当てリポジトリ］ウィンドウに反映されます。現用系サーバモジュールから予備系サーバモジュールへのホストグループ割り当ての切り替えについては，「20.　N+1／N+Mコールドスタンバイ」を参照してください。

ストレージ運用支援機能でディスク割り当てを実施していない場合，N+Mコールドスタンバイで現用系から予備系への切り替え，および予備系から現用系への復帰が実施されると，［HBA WWN］の項目の表示内容が次のように切り替わります。
現用系から予備系への切り替え：現用系のWWNから予備系のWWNに切り替わります。
予備系から現用系への復帰：予備系のWWNから現用系のWWNに切り替わります。

マネージャサービスのバージョンが07-53以前の場合，［シャーシID］，［パーティション番号］，［サーバモジュール］，［HBA WWN］，［Port WWN］，［LUN］，および［LU（LDEV）］の項目のデータだけが表示されます。

［ディスク割当てリポジトリ］ウィンドウの表示内容が変更される契機を次に示します。

契機 | 更新される表示項目
サーバモジュールが挿さった状態でホストグループ割り当て定義ファイルをインポートし，ストレージ割り当て・解除が完了した。 | ホストグループ割り当て前後に違いが出る項目が更新されます。ホストグループ割り当て前後に違いが出る項目については，「19.6.2　ホストグループ割り当ての確認方法」を参照してください。
ホストグループ割り当て定義ファイルをインポートしたあと，サーバモジュールを挿入した契機でストレージ割り当てが完了した。 | ホストグループ割り当て前後に違いが出る項目が更新されます。ホストグループ割り当て前後に違いが出る項目については，「19.6.2　ホストグループ割り当ての確認方法」を参照してください。
N+1／N+Mコールドスタンバイで，予備系を現用系とする操作を行った。予備系を現用系とする操作については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。 | ホストグループ割り当て前後に違いが出る項目が更新されます。ホストグループ割り当て前後に違いが出る項目については，「19.6.2　ホストグループ割り当ての確認方法」を参照してください。
N+Mコールドスタンバイで現用系から予備系へ切り替わった。または，現用系の復帰する操作を行った。現用系を復帰する操作については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。 | HBAのWWNが更新されます。

19.6.2　ホストグループ割り当ての確認方法

ホストグループの割り当て結果を確認するには，次の二つの方法があります。

CSV形式のファイルに出力して確認する方法

［ディスク割当てリポジトリ］ウィンドウから確認する方法

それぞれの方法について，次に示します。

＜この項の構成＞

(1)　CSV形式のファイルに出力して確認する方法

(2)　［ディスク割当てリポジトリ］ウィンドウから確認する方法

(3)　注意事項

(1)　CSV形式のファイルに出力して確認する方法

ホストグループの割り当て結果は，CSV形式のファイルに出力して確認できます。CSV形式のファイルに出力して確認する手順を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［定義内容確認］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を付けて保存する
ホストグループ割り当て定義内容がCSVファイルで出力されます。

インポートした内容が正常に完了したかどうかは，CSVファイルの「ストレージサブシステム」，「Port」，「Port WWN」，「ホストグループ（HSD）」，「LUN」，「LU（LDEV）」の列に値が出力されることで確認できます。これらの項目に値が出力されない場合は，ディスクの割り当てに時間を必要としているおそれがあります。時間を置いてから再確認してください。

(2)　［ディスク割当てリポジトリ］ウィンドウから確認する方法

ホストグループの割り当て結果は，［ディスク割当てリポジトリ］ウィンドウからも確認できます。ここでは，ホストグループを割り当てる前と，ホストグループを割り当てたあとの違いを次の図に示します。

図19-13　ホストグループの割り当て前と割り当て後

インポートした内容が正常に完了したかどうかは，［ディスク割当てリポジトリ］ウィンドウの［ストレージサブシステム］，［Port］，［Port WWN］，［ホストグループ（HSD）］，［LUN］，［LU（LDEV）］の列に値が表示されることで確認できます。これらの項目に値が表示されない場合は，ディスクの割り当てに時間を必要としているおそれがあります。時間を置いてから再確認してください。

(3)　注意事項

インポートが開始されると，［通知アラート］ウィンドウに，アラートID 0x3728（インポート開始）が表示されます。インポートによるホストグループの割り当てがすべて終了すると，アラートID 0x3729（インポート終了）が表示されます。

インポートが終了するまで，ホストの電源操作やN+1／N+Mコールドスタンバイを操作しないでください。

19.7　運用開始後のストレージ変更の手順

ここでは，運用開始後のストレージ変更の手順について説明します。

＜この節の構成＞

19.7.1　運用開始後のストレージ構成の変更

19.7.2　SMP構成のパーティションへサーバモジュールを挿入する

19.7.3　HBAを交換する

19.7.1　運用開始後のストレージ構成の変更

ホストグループの削除，変更，LUN Manager設定の変更およびLUの構成変更など，ストレージ構成を変更した場合，BSM Plusにはその変更情報が認識されません。したがって，BSM Plusにインポートしたホストグループ割り当て定義ファイルの定義内容と実際のストレージ構成が一致しなくなってしまいます。したがって，ストレージ構成を変更した場合は，再度，ホストグループ一覧をエクスポートして，変更したストレージ構成と一致するホストグループ割り当て定義ファイルを作成し，BSM Plusにインポートしてください。

図19-14　運用後にストレージ構成を変更した場合

19.7.2　SMP構成のパーティションへサーバモジュールを挿入する

BladeSymphonyではサーバシャーシの空きスロットに対してSMPパーティションを構成できます。SMPパーティションが構成されている空きスロットのすべてにサーバモジュールを挿入すると，パーティション内のすべてのサーバモジュールに対してホストグループを自動割り当てできます。

図19-15　SMPパーティション構成での割り当て

上の図はSMP構成のパーティションの空きスロットにサーバモジュールを挿入した場合を示した図です。SMP構成されたパーティションの空きスロットにサーバモジュールを挿入すると，SVPからBSM Plusへサーバモジュールの挿入アラートが通知されます。

19.7.3　HBAを交換する

サーバシャーシに挿入してあるサーバモジュールのHBAを交換した場合，BSM Plusは，新しく交換したHBAのWWNに対してホストグループ割り当ての自動登録および解除をしません。したがって，HBAを交換する場合は，Device Managerを利用してホストグループの割り当てを解除する必要があります。ホストグループの割り当てを解除する方法については，次のマニュアルを参照してください。

JP1/HiCommand Device Manager Web Client ユーザーズガイド

JP1/HiCommand Device Manager CLI ユーザーズガイド

Hitachi Device Manager Software Web Client ユーザーズガイド

Hitachi Device Manager Software CLI ユーザーズガイド

図19-16　HBAを交換する場合

N+1／N+Mコールドスタンバイを構成している場合のHBAの交換手順を説明します。HBAの交換手順は，対象となるホストが現用系ホストの場合と，予備系ホストの場合に分けて説明します。

＜この項の構成＞

(1)　現用系ホストのHBAを交換する

(2)　予備ホストのHBAを交換する

(1)　現用系ホストのHBAを交換する

現用系ホストのHBAを交換する手順を説明します。

(a)　サーバモジュールの電源をOFFにする

交換する予定のHBAのWWNにディスクを割り当てている場合は，該当するサーバモジュールの電源をOFFにします。

この手順はグループ属性がN+MコールドスタンバイのN+1グループに属し，ストレージ運用支援機能のホストグループ割り当てを実施していないサーバモジュールのHBAを交換するときは必要ありません。

(b)　WWNの割り当てを解除する

交換する予定のHBAのWWNにディスクを割り当てている場合は，Device ManagerでWWNの割り当てを解除します。

この手順はグループ属性がN+MコールドスタンバイのN+1グループに属し，ストレージ運用支援機能のホストグループ割り当てを実施していないサーバモジュールのHBAを交換するときは必要ありません。

(c)　N+1グループから対象ホストを削除する

HBAを交換する前に，N+1グループから対象となるホストを削除します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

対象ホストを［現用系ホスト一覧］から［ホスト一覧］に移動する
［現用系ホスト一覧］の中から対象ホストを選択し，［←］ボタンをクリックして移動します。

［OK］ボタンをクリックする
N+1グループから対象ホストが削除されます。

(d)　交換対象のホストグループ割り当て定義を削除する

ホストグループ割り当て定義ファイルから交換対象のホストグループ割り当て定義を削除し，BSM Plusにインポートします。

この手順はグループ属性がN+MコールドスタンバイのN+1グループに属し，ストレージ運用支援機能のホストグループ割り当てを実施していないサーバモジュールのHBAを交換するときは必要ありません。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。

交換対象のHBAのWWNにディスク割り当てが定義されている場合には，ホストグループ割り当て定義ファイルからHBA交換予定のPCIスロットの定義を削除する
PCIスロットの定義を削除する例を次に示します。例では，サーバモジュールスロット3のPCIスロット0の定義を削除しています。
［定義削除前のホストグループ割り当て定義ファイル］

ARRAY.HDS9570V.65015686,SANRISE9570V@10.208.161.242,50.06.0E.80.00.43.D4.60,HSDOMAIN.HDS9570V.65015686.0.13,IPFWin-2,EBS#14          ,3,0,0,1
ARRAY.HDS9570V.65015686,SANRISE9570V@10.208.161.242,50.06.0E.80.00.43.D4.60,HSDOMAIN.HDS9570V.65015686.0.11,IPFWin-1,EBS#14          ,4,0,0,1

［定義削除後のホストグループ割り当て定義ファイル］

ARRAY.HDS9570V.65015686,SANRISE9570V@10.208.161.242,50.06.0E.80.00.43.D4.60,HSDOMAIN.HDS9570V.65015686.0.11,IPFWin-1,EBS#14          ,4,0,0,1

［ホスト管理］ウィンドウでマネージャサービスを選択し，［設定］－［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［ホストグループ自動割り当て設定］の［ホストグループ割り当て定義ファイルのパス］テキストボックスに，ホストグループ割り当て定義ファイルのパスを入力する

［インポート］ボタンをクリックする
ホストグループ割り当て定義ファイルがインポートされます。

［ディスク割当てリポジトリ］ウィンドウで，ホストグループ割り当て定義が正しく削除されているかを確認する

(e)　HBAを交換する

ここまでの作業が終わったら，HBAを交換します。

(f)　交換したHBAのWWNをSVPに登録する

HBAを交換したら，新しいWWNをSVPに登録する必要があります。SVPのWWNコマンドを使用して，新しいWWNを登録してください。すでに新しいWWNが登録されている場合は，この作業は必要ありません。

(g)　サーバシャーシを再登録する

WWNの登録後に，サーバシャーシを再登録します。

［ホスト管理］ウィンドウでマネージャサービスを選択し，［接続管理］－［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

［登録するホストのIPアドレス/ホスト名］テキストボックスにSVPのIPアドレスを入力し，［種別］から「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000)」を選択する

［OK］ボタンをクリックする
サーバシャーシが登録されます。なお，［ホスト管理］ウィンドウに表示されているサーバシャーシの削除は不要です。

(h)　ホストグループ割り当て定義ファイルを再インポートする

ホストグループ割り当て定義ファイルの定義をHBA交換前の状態に戻し，BSM Plusに再インポートします。

この手順はグループ属性がN+MコールドスタンバイのN+1グループに属し，ストレージ運用支援機能のホストグループ割り当てを実施していないサーバモジュールのHBAを交換するときは必要ありません。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。

ホストグループ割り当て定義ファイルを交換前の状態に戻す
HBA交換前に削除したPCIスロットの定義を追加します。
PCIスロットの定義を追加する例を次に示します。例では，サーバモジュールスロット3のPCIスロット0の定義を追加しています。
［定義追加前のホストグループ割り当て定義ファイル］

ARRAY.HDS9570V.65015686,SANRISE9570V@10.208.161.242,50.06.0E.80.00.43.D4.60,HSDOMAIN.HDS9570V.65015686.0.11,IPFWin-1,EBS#14          ,4,0,0,1

［定義追加後のホストグループ割り当て定義ファイル］

ARRAY.HDS9570V.65015686,SANRISE9570V@10.208.161.242,50.06.0E.80.00.43.D4.60,HSDOMAIN.HDS9570V.65015686.0.13,IPFWin-2,EBS#14          ,3,0,0,1
ARRAY.HDS9570V.65015686,SANRISE9570V@10.208.161.242,50.06.0E.80.00.43.D4.60,HSDOMAIN.HDS9570V.65015686.0.11,IPFWin-1,EBS#14          ,4,0,0,1

［ホスト管理］ウィンドウでマネージャサービスを選択し，［設定］－［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［ホストグループ自動割り当て設定］の［ホストグループ割り当て定義ファイルのパス］テキストボックスに，ホストグループ割り当て定義ファイルのパスを入力する

［インポート］ボタンをクリックする
ホストグループ割り当て定義ファイルがインポートされます。

［ディスク割当てリポジトリ］ウィンドウで，ホストグループ割り当て定義が正しく追加されているかを確認する

(i)　HBA BIOSなどを設定する

HBA BIOSなどを設定し，SANブートできる状態にします。設定が完了したあとに，実際に起動して正常に動作するかを確認します。

(j)　N+1グループを再設定する

HBA交換前にN+1グループから削除した対象ホストを，N+1グループに再登録します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

対象ホストを［ホスト一覧］から［現用系ホスト一覧］に移動する
［ホスト一覧］の中から対象ホストを選択し，［→］ボタンをクリックして移動します。

［OK］ボタンをクリックする
N+1グループから対象ホストが追加されます。

HBA交換前に予備ホストを削除した場合には，再度予備プールに登録する必要があります。

(2)　予備ホストのHBAを交換する

予備ホストのHBAを交換する手順を説明します。

(a)　N+1グループから対象ホストを削除する

HBAを交換する前に，N+1グループから対象となるホストを削除します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。

［予備系サーバモジュールの選択］から対象サーバモジュールのチェックボックスからチェックを外す

［OK］ボタンをクリックする
N+1グループから対象ホストが削除されます。

(b)　HBAを交換する

ここまでの作業が終わったら，HBAを交換します。

(c)　サーバシャーシを再登録する

HBAを交換したあとに，サーバシャーシを再登録します。

［ホスト管理］ウィンドウでマネージャサービスを選択し，［接続管理］－［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

［登録するホストのIPアドレス/ホスト名］テキストボックスからSVPのIPアドレスを入力し，［種別］から「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000)」を選択する

［OK］ボタンをクリックする
サーバシャーシが登録されます。なお，［ホスト管理］ウィンドウに表示されているサーバシャーシの削除は不要です。

(d)　HBA BIOSなどを設定する

HBA BIOSなどを設定し，SANブートできる状態にします。

(e)　N+1グループを再設定する

HBA交換前にN+1グループから削除した対象ホストを，N+1グループに再登録します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］から対象サーバモジュールのチェックボックスをチェックする

［OK］ボタンをクリックする
N+1グループに対象ホストが追加されます。

19.8　ストレージ運用支援機能を無効にする

ストレージ運用支援機能を利用していた環境からストレージ運用支援機能を利用しない環境に変更する場合，ホストグループ割り当てを解除してから，BSM Plusの［ストレージ設定］タブの［ストレージ運用支援機能］チェックボックスをOFFにする必要があります。

ここでは，ストレージ運用支援機能を無効にする場合の操作方法について説明します。

テキストエディタで空のホストグループ割り当て定義ファイルを作成する
何も情報が記述されていない，サイズが0バイトのホストグループ割り当て定義ファイルを作成します。

ホストグループ割り当て定義ファイルを再登録する
作成したサイズが0バイトのホストグループ割り当て定義ファイルをBSM Plusに再度インポートしてください。ホストグループ割り当て定義ファイルのインポート方法については，「19.5.2　ホストグループの自動割り当ての設定」を参照してください。

ホストグループの割り当てを解除する
ホストグループの割り当てを解除する方法については，マニュアル「JP1/HiCommand Device Manager Web Client ユーザーズガイド」またはマニュアル「Hitachi Device Manager Software Web Client ユーザーズガイド」を参照してください。

BSM Plusの［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［ストレージ運用支援機能］チェックボックスをOFFにする
ストレージ運用支援機能が無効になります。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

再度ストレージ運用支援機能を利用する場合

再度ストレージ運用支援機能を利用する場合は，Device Managerのコマンドを利用してホストグループの作成およびLU（LDEV）の割り当てが必要です。

20.　N+1／N+Mコールドスタンバイ

N+1／N+Mコールドスタンバイは，サーバモジュール障害が発生した場合に，予備系サーバモジュールに切り替える機能です。この機能によって，サーバモジュールの交換などの回復作業を待たないで業務を再開できます。

なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

この章では，N+1／N+Mコールドスタンバイ機能について説明します。

LPAR上で稼働しているサーバおよびHVMを管理する場合は「23.3.13　N+Mコールドスタンバイ」を，仮想化プラットフォームのサーバを管理する場合は「24.3.9　N+Mコールドスタンバイ」を参照してください。

＜この章の構成＞

20.1　N+1／N+Mコールドスタンバイ機能とは

20.2　N+1／N+Mコールドスタンバイ機能の前提事項

20.3　N+1コールドスタンバイの適用に必要な検討

20.4　N+Mコールドスタンバイの適用に必要な検討

20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え

20.6　N+1コールドスタンバイの冗長化構成

20.7　N+1／N+Mコールドスタンバイ機能の設定

20.8　ネットワークスイッチ連携機能の設定

20.9　 N+1冗長化の設定

20.10　N+1／N+Mコールドスタンバイ機能の運用

20.11　N+1／N+Mコールドスタンバイ機能の注意事項

20.1　N+1／N+Mコールドスタンバイ機能とは

この節では，N+1／N+Mコールドスタンバイ機能の概要として，はじめに知っておいてほしいことを説明します。

N+1／N+Mコールドスタンバイ機能は，サーバモジュール障害が発生した場合に，その障害をBSM Plusで受け取り，障害を解析し，現用系サーバモジュール（業務サーバモジュール）を予備系サーバモジュールに切り替える機能です。複数の現用系サーバモジュールに対して，予備系サーバモジュールを用意しておけば，その予備系サーバモジュールを起動して業務を再開できます。ハードウェア障害によって運用は一時的に中断しますが，少ないハードウェアリソースで，ハードウェア障害発生から運用再開までの障害対応を省力化できます。

N+1／N+Mコールドスタンバイ機能は，BladeSymphonyを使用して業務運用を行っている場合に適用できます。また，N+1／N+Mコールドスタンバイ機能は，現用系サーバモジュールのブートディスクおよびすべてのデータディスクが，外部のストレージ（日立ディスクアレイサブシステムまたはBRシリーズ）にあることが前提となります。システムの前提については，「20.2.2　システム構築の前提条件」を参照してください。

N+1／N+Mコールドスタンバイ機能は，N+1コールドスタンバイとN+Mコールドスタンバイの二つの方式に分けられます。それぞれの方式については，「20.1.2　N+1コールドスタンバイとN+Mコールドスタンバイ」を参照してください。

＜この節の構成＞

20.1.1　ホットスタンバイとN+1／N+Mコールドスタンバイ機能の相違点

20.1.2　N+1コールドスタンバイとN+Mコールドスタンバイ

20.1.3　サーバモジュールの割り当て

20.1.4　予備系への切り替え

20.1.5　ネットワークスイッチとの連携

20.1.6　管理サーバの冗長化

20.1.1　ホットスタンバイとN+1／N+Mコールドスタンバイ機能の相違点

ホットスタンバイでは，同じ構成のシステムを2系統用意しておき，片方を現用系（実行系）として動作させ，もう一方を予備系（待機系）として動作させます。

予備系サーバモジュールは，現用系サーバモジュールに障害が発生したときに，処理を引き継げるように常に同期を取りながら待機しています。障害が発生したときには，現用系サーバモジュールから予備系サーバモジュールに自動的に処理を引き継ぎます。この機能をフェイルオーバー（系切り替え）といいます。フェイルオーバー機能は，予備系サーバモジュールが常に現用系サーバモジュールと同期を取っているので，障害が発生してもアプリケーションの利用者は障害に気づかないため可用性の高いシステムを実現できます。ただし，通常のホットスタンバイ構成では，現用系サーバモジュール1台に対して，予備系サーバモジュールが1台必要です。

ホットスタンバイ構成を次の図に示します。

図20-1　ホットスタンバイ構成

これに対し，BSM PlusのN+1／N+Mコールドスタンバイ機能では，現用系サーバモジュールと予備系サーバモジュールがn：1またはn：mで構成されます。N+1コールドスタンバイの例では，n台ある現用系サーバモジュールのうち一つの現用系サーバモジュールで障害が発生すると，システムがいったん停止します。このあと，予備系サーバモジュールに切り替えてシステムを再起動します。障害が発生したサーバモジュールの交換などの回復作業を待たないで業務を再開できます。障害の発生によって，システムはいったん停止しますが，現用系サーバモジュールn台に対して，予備系サーバモジュールを1台用意するだけで可用性を高めることができます。

N+1コールドスタンバイ構成を次の図に示します。

図20-2　N+1コールドスタンバイ構成

N+1／N+Mコールドスタンバイとクラスタ構成の違いを次の表に示します。

表20-1　N+1／N+Mコールドスタンバイとクラスタ構成の違い

項目
N+1／N+Mコールドスタンバイ構成
クラスタ構成

予備系サーバ状態
電源OFF
電源ON

ソフトウェア構成
同一構成でなくても使用できる。
同一構成で使用する。

ハードウェア構成
同一構成で使用する。
同一構成でなくても使用できる。

用途
数分程度のダウンが許容できるシステム
（APサーバ，Webサーバなど）
数分のダウンも許容できないシステム
（DBサーバなど）

20.1.2　N+1コールドスタンバイとN+Mコールドスタンバイ

N+1／N+Mコールドスタンバイ機能は，現用系サーバモジュールに対して，1台の予備系サーバモジュールを用意するN+1コールドスタンバイと，複数の予備系サーバモジュールを用意するN+Mコールドスタンバイという二つの方式があります。それぞれの方式の前提条件を，次の表に示します。

表20-2　N+1／N+Mコールドスタンバイの前提条件

前提条件
N+1コールドスタンバイ
N+Mコールドスタンバイ

対応バージョン
BSM Plus 07-50以降
BSM Plus 07-60以降

対応ハードウェア
マニュアル「BladeSymphonyユーザーズガイド」を参照してください。
マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

対応プラットフォーム
HP-UX
Windows，Linux

対応サーバシャーシ
BS1000
BS2000
BS1000
BS320

N+1コールドスタンバイとN+Mコールドスタンバイでは，サーバモジュールを切り替えるときの動作が異なります。ここでは，N+1コールドスタンバイおよびN+Mコールドスタンバイの切り替え時の動作について説明します。

＜この項の構成＞

(1)　N+1コールドスタンバイでのサーバモジュールの切り替え

(2)　N+Mコールドスタンバイでのサーバモジュールの切り替え

(1)　N+1コールドスタンバイでのサーバモジュールの切り替え

N+1コールドスタンバイは，サーバモジュール障害が発生したときに，現用系サーバモジュールのすべてのホストグループに割り当てられたWWNを，予備系サーバモジュールのWWNに切り替えます。BSM Plusは，このディスクの割り当て変更を，Device Managerを利用して行います。N+1コールドスタンバイのディスク割り当て変更イメージを次の図に示します。

図20-3　N+1コールドスタンバイのディスク割り当て変更イメージ

(2)　N+Mコールドスタンバイでのサーバモジュールの切り替え

BSM Plusのバージョン07-60以降では，サーバモジュールを切り替える方式として，従来のN+1コールドスタンバイに加え，N+Mコールドスタンバイを利用できます。

N+Mコールドスタンバイは，ハードウェアのSVPと連携してサーバモジュールを切り替えます。この方式では，現用系サーバモジュールのHBAのWWNと予備系サーバモジュールのHBAのWWNを交換することで，N+Mコールドスタンバイを実現します。これにより，WWNを意識したストレージ管理や各種ソフトウェア機能が，N+Mコールドスタンバイ切り替え後も人手を介さないで機能します。

また，現用系サーバモジュールに設定されているHBA-BIOSやシステムBIOS/EFIの設定を，予備系サーバモジュールに切り替えるときに，そのまま引き継ぎます。このため，運用前に予備系サーバモジュールのHBA-BIOSやシステムBIOS/EFIの設定を，現用系サーバモジュールの設定と同じにする操作が不要となります。切り替え時に予備系サーバモジュールに遷移される情報については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

N+Mコールドスタンバイの切り替え時の動作を次の図に示します。

図20-4　N+Mコールドスタンバイの切り替え時の動作

20.1.3　サーバモジュールの割り当て

N+1／N+Mコールドスタンバイでは，どのサーバモジュールに障害が発生したらどの予備系サーバモジュールに切り替えるかを設定しておく必要があります。

現用系サーバモジュールと割り当てる予備系サーバモジュールのグループをN+1グループといいます。N+1／N+Mコールドスタンバイを利用する際は，N+1グループを作成し，グループ名を付けておきます。

20.1.4　予備系への切り替え

現用系サーバモジュールに障害が発生して予備系サーバモジュールに切り替える場合，自動で切り替える方法と手動で切り替える方法があります。

自動で切り替える方法では，管理サーバに特定のアラートが通知されると，即時または一定の時間が経過したあとに切り替えが実行されます。自動切り替えの対象となるアラートおよび切り替えの開始時間は，管理サーバで設定できます。

20.1.5　ネットワークスイッチとの連携

予備系サーバモジュールへの切り替え時および現用系サーバモジュールへの復帰時に，サーバモジュールを接続したネットワークスイッチのポート設定を変更できます。この機能をネットワークスイッチ連携機能といいます。この機能を利用すると，異なるVLANのサーバモジュールを予備系サーバモジュールにするといったことができます。

20.1.6　管理サーバの冗長化

自動切り替えの対象となる現用系サーバモジュールを複数の管理サーバで監視できます。それぞれの管理サーバで自動切り替えの開始時間をずらして設定しておけば，一つの管理サーバで切り替えが失敗した場合でも，ほかの管理サーバが切り替えを実行するようになります。これをN+1冗長化といいます。

20.2　N+1／N+Mコールドスタンバイ機能の前提事項

この節では，N+1／N+Mコールドスタンバイ機能の対応バージョンや，利用時の前提条件について説明します。N+1／N+Mコールドスタンバイ機能を利用したシステムを構築する場合，ここに記載されている内容を確認し，十分に検討を実施してください。N+Mコールドスタンバイ機能については，ここに記載されている内容以外に，マニュアル「BladeSymphonyユーザーズガイド」を参照して，使用上の注意事項や前提条件について確認してください。

また，ここに記載されている内容に従って，システムを構築してください。

＜この節の構成＞

20.2.1　N+1／N+Mコールドスタンバイ機能の対応バージョン

20.2.2　システム構築の前提条件

20.2.3　ネットワーク環境の前提条件

20.2.4　予備系サーバモジュールの適用条件

20.2.5　N+1コールドスタンバイとN+Mコールドスタンバイの利用条件

20.2.6　ネットワークスイッチ連携機能の前提条件

20.2.7　 N+1冗長化の前提条件

20.2.1　N+1／N+Mコールドスタンバイ機能の対応バージョン

BSMのマネージャサービスとコンソールサービスのバージョンと，サーバモジュールの切り替えに利用できる方式との関係を，次の表に示します。

表20-3　利用バージョンと利用方式の対応

利用するバージョン | 利用できる方式
マネージャサービス | コンソールサービス | N+1コールドスタンバイ※1 | N+Mコールドスタンバイ
08-60以降 | 08-60以降 | ○ | ○※2※3※4※5
08-50以降 | 08-50以降 | ○ | ○※3※4※5
08-13以降 | 08-13以降 | ○ | ○※3※4
08-10以降 | 08-10以降 | ○ | ○※3
07-60以降 | 07-60以降 | ○ | ○
07-60以降 | 07-55以前 | ○ | ×
07-55以前 | 07-60以降 | ○ | ×
07-55以前 | 07-55以前 | ○ | ×

（凡例）

○：利用できる。

×：利用できない。

注※1

サーバシャーシがBS2000およびBS320の場合は，N+1コールドスタンバイを利用できません。

注※2

サーバシャーシがBS2000の場合は，バージョン08-60以降のコンソールサービスとマネージャサービスが必要になります。

注※3

サーバシャーシがBS320の場合は，バージョン08-10以降のコンソールサービスとマネージャサービスが必要になります。

注※4

ストレージ運用支援機能によるホストグループ割り当ては必須ではありません。

注※5

管理対象サーバへのエージェントサービスのインストールは必須ではありません。

BSMのマネージャサービスおよびコンソールサービスのバージョンが07-60以降の場合は，N+1コールドスタンバイまたはN+Mコールドスタンバイから選択できます。ただし，現用系サーバモジュールに復帰する場合は，予備系サーバモジュールに切り替えるときに選択した方式と同じ構成で復帰します。

07-55以前のバージョンを利用する場合は，N+1コールドスタンバイを利用してください。

なお，SANブート構成のインタフェースとサポートしているバージョンの対応は次のようになります。

表20-4　SANブート構成のインタフェースとサポートしているバージョンの対応

インタフェース | サポートしているBSMのバージョン
FCインタフェース | 07-50以降
SASインタフェース | 08-22以降
iSCSIインタフェース | 08-51以降

20.2.2　システム構築の前提条件

N+1コールドスタンバイまたはN+Mコールドスタンバイを利用して，システムを構築する場合の前提条件を示します。

＜この項の構成＞

(1)　N+1／N+Mコールドスタンバイの前提条件

(2)　N+Mコールドスタンバイの前提条件

(1)　N+1／N+Mコールドスタンバイの前提条件

現用系のサーバモジュールのブートディスクおよびすべてのデータディスクが，外部のストレージ（日立ディスクアレイサブシステムまたはBRシリーズ）にあること
外部のストレージを利用する場合の運用については，「19.3　ディスク割り当て時のアクセス制限」を参照してください。

グループ属性がN+1コールドスタンバイの現用系サーバモジュールは，ストレージ運用支援機能を利用してホストグループ割り当てを実施していること
ストレージ運用支援機能については，「19.　ストレージ運用支援」を参照してください。
ただし，Device Managerのバージョンが5.0より前の場合，9900VシリーズおよびHitachi USPで構成されるホストにN+1コールドスタンバイを適用できません。N+Mコールドスタンバイだけ適用できます。N+Mコールドスタンバイについては，「20.4　N+Mコールドスタンバイの適用に必要な検討」を参照してください。

N+1コールドスタンバイ機能のネットワーク環境とストレージサブシステム環境は，同一ネットワーク内かつ同一ゾーン内であること
ネットワーク環境とストレージサブシステム環境については，「20.2.3　ネットワーク環境の前提条件」を参照してください。

予備系サーバモジュールは，現用系のサーバモジュールのモデルやアーキテクチャなどと一致していること
予備系サーバモジュールの適用条件については，「20.2.4　予備系サーバモジュールの適用条件」を参照してください。

現用系のサーバモジュールがSMP構成の場合，予備系サーバモジュールは現用系のサーバモジュールと同一仕様のサーバモジュールを使用し，事前にSMP構成を取ることを設定しておくこと

現用系のサーバモジュールが次に示す機能を持つNIC/HBAドライバをインストールしている場合は，次の機能を無効としていること

NICのMACアドレスに対してIPアドレスを固定的に割り当てる機能（例：DHCPサーバを利用する，ifcgf-ethファイルでHWADDRの設定をするなど）

HBAのPersistent Binding機能（SCSIのTargetIDを特定のFCデバイスに永続的に割り当てる機能）

現用系のサーバモジュールでWindowsのチーミング機能（NICの冗長化機能）を利用する場合，N+1チーミングキットを利用すること

現用系のサーバモジュールでLinuxを利用する場合，/etc/sysconfig/network-scripts/ifcfg-ethn（nは0,1,・・・）ファイルでのデバイス（NIC）ごとの設定で，HWADDRパラメタを削除すること

現用系のサーバモジュールでLinuxを利用する場合，ファイルシステムはEXT3などのジャーナリングファイルシステムを利用すること
非ジャーナリングファイルシステムのEXT2などは使用しないでください。

現用系のサーバモジュールでWindowsを利用する場合，BitLockerを利用しないこと
BitLockerを利用したシステムでN+1／N+Mコールドスタンバイを利用すると，ハードウェアの整合性が取れなくなって起動プロセスがロックされてしまい，OSが起動できなくなることがあります。そのため，N+1／N+Mコールドスタンバイを利用する場合は，BitLockerを利用しないでください。BitLockerについては，OSのヘルプまたはOSのドキュメントを参照してください。

これらの前提条件をすべて満たしていても，N+1コールドスタンバイ機能を適用する場合は，運用前に切り替えテストを実施してください。N+1コールドスタンバイ機能を適用するための手順については，「20.7.1　N+1／N+Mコールドスタンバイ機能の適用手順」を参照してください。

(2)　N+Mコールドスタンバイの前提条件

N+Mコールドスタンバイのシステムを構築する場合，「(1)　N+1／N+Mコールドスタンバイの前提条件」から条件が緩和されています。条件の違いについては，「20.2.5　N+1コールドスタンバイとN+Mコールドスタンバイの利用条件」を参照してください。

また，N+Mコールドスタンバイのシステムを運用する前に，切り替えられるすべてのパターンに対してテストを実施してください。なお，予備プールに準備される予備系サーバモジュールが不足した場合に，不足したあとで予備プールにサーバモジュールを追加するときも，切り替えテストを実施してください。

20.2.3　ネットワーク環境の前提条件

N+1コールドスタンバイを適用する場合，現用系サーバモジュール，予備系サーバモジュール，およびストレージサブシステムは，一つのネットワークスイッチまたはファイバチャネルスイッチに接続され，現用系サーバモジュールおよび予備系サーバモジュールは同一ネットワーク内で，かつ同一ストレージサブシステムの同一ポートに接続される必要があります。

また，サーバシャーシを複数使用し，サーバシャーシ間にわたる現用系サーバモジュール，予備系サーバモジュールを使用する場合も，同一ネットワーク内でかつ同一ゾーン内であればN+1コールドスタンバイを適用できます。

サーバシャーシ間にわたるN+1コールドスタンバイの適用例を次の図に示します。

図20-5　サーバシャーシ間にわたるN+1コールドスタンバイの適用例

N+Mコールドスタンバイを適用する場合，同一ネットワーク内でN+1グループを構成する必要はありません。また，N+Mコールドスタンバイでは，現用系サーバモジュールおよび予備系サーバモジュールを同一ストレージサブシステムの同一ポートに接続する必要はありません。

異なるネットワークでN+Mコールドスタンバイ切り替えをする方法については，「20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え」を参照してください。

なお，SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合は，サーバシャーシ間にわたる運用はできません。

20.2.4　予備系サーバモジュールの適用条件

N+1コールドスタンバイ機能を利用するには，現用系サーバモジュールに対して，予備系サーバモジュールが，次の表に示す条件をすべて満たしている必要があります。

条件の一部については，予備系サーバモジュール設定時にBSM Plusによって自動チェックされます。自動チェックの結果，条件に一致しない場合はエラーダイアログが表示されます。自動チェックされない条件については，条件を満たしていることを事前に確認してください。

表20-5　予備系サーバモジュールの条件

項目
適用可能な条件
自動チェックの有無

モデル名
現用系サーバモジュールと一致している。
無し

サーバシャーシ
サーバシャーシ種別が現用系サーバモジュールと一致している。※1
有り

アーキテクチャ
現用系サーバモジュールと一致している。
例えば，IA32は，予備系サーバモジュールとしてIA32サーバモジュールだけが適用できる。
有り

CPU名，Way数，周波数
現用系サーバモジュールと一致している。
無し

メモリ容量
現用系サーバモジュールと一致している。
無し

ローカルディスクの搭載数，接続形態，容量
現用系サーバモジュールと一致している。
無し

搭載I/O数
現用系サーバモジュールが搭載しているNICおよびHBAの搭載数・搭載スロット位置・搭載ポート数と一致している。
無し

ネットワークの接続形態
現用系サーバモジュールが搭載している全NICポートが，接続先のネットワークスイッチに接続されている。
無し

SANの接続形態
現用系サーバモジュールにHBAが搭載されている場合，搭載されている全HBAポートが，接続先のストレージサブシステムのポートに接続されている。また，同一のゾーンに所属している。
無し

SANの接続インタフェース
SANの接続インタフェースが現用系サーバモジュールと一致している。※2
有り（現用系と異なる場合は予備登録時にKASM 51516-Eのエラーが出力され，予備登録できない）

搭載I/O構成
現用系サーバモジュールが搭載しているI/Oモジュールの構成（サーバシャーシのモデル，I/OモジュールのTYPE，アダプタ，接続機器など）と一致している。
無し

注※1

BS2000に搭載しているサーバモジュール，BS1000に搭載しているサーバモジュール，BS320に搭載しているサーバモジュールの混在はできません。

注※2

SANの接続インタフェース（Fibre Channel／SAS／iSCSI）が異なるサーバモジュールの混在はできません。

また，予備系サーバモジュールに対しては，次に示す設定をしておく必要があります。

表20-6　予備系サーバモジュールに対する事前設定項目

設定項目
設定内容

SMP構成設定
現用系サーバモジュールがSMP構成されている場合は，現用系サーバモジュールのSMP構成と一致するように予備系サーバモジュールを構成してください。

システムBIOS/EFI設定
現用系サーバモジュールのシステムBIOSまたはEFIのブートプライオリティと一致するように設定してください。
EFIにブートデバイスパスを設定するには，予備系サーバモジュールにブートデバイスを接続します。EFIにブートデバイスパスを設定するには，「20.7.1　N+1／N+Mコールドスタンバイ機能の適用手順」を参照してください。
現用系サーバモジュールのブートデバイスパスを変更した場合（OSの再インストール操作など）は，予備系サーバモジュールのEFIブートデバイスも再設定してください。

HBA-BIOS設定
現用系サーバモジュールのHBA-BIOSと一致するように設定してください。設定項目は次の三つです。

ブートプライオリティ

ブートディスクが存在するストレージサブシステムの接続先ポートWWN（すべてのサーバモジュールを，同じストレージサブシステムのポートに接続することで一致します）

ブートディスクのLUN（Device Managerの設定によってLUN0をブートディスクとして固定します）

設定項目のうち，N+Mコールドスタンバイを利用する場合は，「システムBIOS/EFI設定」および「HBA-BIOS設定」は不要となります。

20.2.5　N+1コールドスタンバイとN+Mコールドスタンバイの利用条件

N+1コールドスタンバイとN+Mコールドスタンバイでは，設定方法や利用できる機能に違いがあります。N+1コールドスタンバイとN+Mコールドスタンバイの違いを次の表に示します。

表20-7　N+1コールドスタンバイとN+Mコールドスタンバイの比較

項番
項目
N+1コールドスタンバイ
N+Mコールドスタンバイ

1
予備系サーバモジュールに対する運用前のHBA-BIOS設定
手動で設定
不要

2
予備系サーバモジュールに対する運用前のシステムBIOS/EFI設定
手動で設定
不要

3※1
9900VシリーズおよびHitachi USPで構成される現用系サーバモジュールの適用
HP-UXサーバだけ利用できる
利用できる

4
HP-UXサーバへの適用
利用できる
利用できない

5
WWNに依存するソフトウェア機能（Persistent Bindingなど）の利用
利用できない
利用できる

6
現用系サーバモジュールの異なるストレージサブシステムのポートへの接続
利用できない
利用できる

7
N+1グループの現用系ホスト数の制限

IPFサーバモジュールの場合：7台

IA32サーバモジュールの場合：256台

256台

8
予備系サーバモジュールの最大登録数
1台

IPFサーバモジュールの場合：1,024台

IA32サーバモジュールの場合：256台

9
N+1グループ内の現用系サーバモジュール，予備系サーバモジュールのネットワーク構成
同一ネットワークの必要あり
同一ネットワークの必要なし

10
BS2000およびBS320への適用
利用できない
利用できる※2

11
ストレージ運用支援機能のホストグループ割り当ての要否
必須
必須ではない※3

12
管理対象サーバへのAgentのインストール要否
必須
必須ではない

13
SASインタフェースまたはiSCSIインタフェースでのSANブート構成
利用できない
利用できる

注※1

Device Managerのバージョンが5.0より前の場合だけです。

注※2

Fibre Channel Switch Moduleを使用しているBS320とSAS Switch Moduleを使用しているBS320は，同一のN+1グループに登録できません。

注※3

SAS Switch Moduleを使用しているBS320を使用する場合，ストレージ運用支援機能は使用できません。また，iSCSIインタフェースでのSANブート構成の場合，ストレージ運用支援機能は使用できません。

表に示した各項目について説明します。

＜この項の構成＞

(1)　予備系サーバモジュールに対する運用前のHBA-BIOS設定

(2)　予備系サーバモジュールに対する運用前のシステムBIOS/EFI設定

(3)　9900VシリーズおよびHitachi USPで構成される現用系サーバモジュールの適用

(4)　HP-UXサーバへの適用

(5)　WWNに依存するソフトウェア機能（Persistent Bindingなど）の利用

(6)　現用系サーバモジュールの異なるストレージサブシステムのポートへの接続

(7)　N+1グループの現用系ホスト数の制限

(8)　予備系サーバモジュールの最大登録数

(9)　N+1グループ内の現用系サーバモジュール，予備系サーバモジュールのネットワーク構成

(10)　BS2000およびBS320への適用

(11)　ストレージ運用支援機能のホストグループ割り当ての要否

(12)　管理対象サーバへのAgentのインストール要否

(1)　予備系サーバモジュールに対する運用前のHBA-BIOS設定

N+1コールドスタンバイでは，予備系サーバモジュールのHBA-BIOSの設定を，運用に入る前に，現用系サーバモジュールと同じように手動で設定しておく必要があります。

N+Mコールドスタンバイでは，この設定が不要となります。

(2)　予備系サーバモジュールに対する運用前のシステムBIOS/EFI設定

N+1コールドスタンバイでは，予備系サーバモジュールのシステムBIOS/EFIの設定を，運用に入る前に，現用系サーバモジュールと同じように手動で設定しておく必要があります。

N+Mコールドスタンバイでは，この設定が不要となります。

(3)　9900VシリーズおよびHitachi USPで構成される現用系サーバモジュールの適用

Device Managerのバージョンが5.0より前の場合，N+1コールドスタンバイでは，9900VシリーズおよびHitachi USPで構成される現用系サーバモジュールを適用できません。

N+Mコールドスタンバイでは，9900VシリーズおよびHitachi USPで構成される現用系サーバモジュールを適用できます。

(4)　HP-UXサーバへの適用

N+1コールドスタンバイは，HP-UXサーバに対して適用できます。

N+Mコールドスタンバイは，HP-UXサーバに対して適用できません。

(5)　WWNに依存するソフトウェア機能（Persistent Bindingなど）の利用

N+1コールドスタンバイでは，実行時に予備系サーバモジュールのHBA（WWN）が変更されます。したがって，現用系ホストでWWNに依存するソフトウェア機能を使用している場合，正常に動作しないときがあります。

N+Mコールドスタンバイでは，実行時にWWNが変更されないので，WWNに依存するソフトウェア機能を使用できます。

(6)　現用系サーバモジュールの異なるストレージサブシステムのポートへの接続

N+1コールドスタンバイでは，予備系サーバモジュールのHBA-BIOSにブート用のストレージサブシステムのポートとLUNを運用前に設定する必要があります。したがって，N+1グループ内すべての現用系サーバモジュールは，同一のストレージサブシステムのポートとLUNからブートする必要があります。

N+Mコールドスタンバイでは，切り替え時に現用系サーバモジュールのHBA-BIOS設定情報を予備系サーバモジュールのHBA-BIOSにコピーします。したがって，N+1グループ内の現用系サーバモジュールが異なるストレージサブシステムのポートからブートする構成であってもN+1コールドスタンバイ機能を利用できます。

(7)　N+1グループの現用系ホスト数の制限

N+1コールドスタンバイおよびN+Mコールドスタンバイの現用系ホスト数の制限について，次の図を用いて説明します。

図20-6　N+1コールドスタンバイとN+Mコールドスタンバイの現用系ホスト数の制限

N+1コールドスタンバイおよびN+Mコールドスタンバイでは，N+1グループ単位でサーバモジュールを割り当てます。N+1グループとは，現用系サーバモジュールと予備系サーバモジュールを一まとめにした管理単位（グループ）を表します。

N+1コールドスタンバイでは，一つのN+1グループに現用系ホストとして登録できるIPFサーバモジュールは7台までです。したがって，8台以上のサーバモジュールを利用する場合は，N+1グループを分け，それぞれに予備系サーバモジュールを割り当てる必要があります。

N+Mコールドスタンバイでは，一つのN+1グループに7台以上の現用系ホストを登録できます。したがって，8台以上の現用系サーバモジュールに対して，1台または複数の予備系サーバモジュールを設定できます。

なお，SASインタフェース，またはiSCSIインタフェースでのSANブート構成では，現用系ホストと異なるサーバシャーシのホストはN+1グループに登録できません。

(8)　予備系サーバモジュールの最大登録数

N+Mコールドスタンバイ構成の予備系サーバモジュールの最大登録数は，IA32サーバモジュールの場合は256台，IPFサーバモジュールの場合は1,024台です。

(9)　N+1グループ内の現用系サーバモジュール，予備系サーバモジュールのネットワーク構成

N+Mコールドスタンバイ構成では，N+1グループ内で現用系サーバモジュールと予備系サーバモジュールをすべて同一ネットワークにする必要はありません。

異なるネットワークの現用系サーバモジュールと予備系サーバモジュールでN+1グループを構成する場合は，「20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え」を参照してください。

(10)　BS2000およびBS320への適用

N+1コールドスタンバイは，BS2000に搭載しているサーバモジュール，およびBS320に搭載しているサーバモジュールでは利用できません。

N+Mコールドスタンバイは，BS2000に搭載しているサーバモジュール同士，およびBS320に搭載しているサーバモジュール同士で現用系，予備系として登録できます。BS2000に搭載しているサーバモジュール，BS1000に搭載しているサーバモジュール，BS320に搭載しているサーバモジュールを混在させて現用系，予備系として登録することはできません。

また，Fibre Channel Switch Moduleを使用しているBS320とSAS Switch Moduleを使用しているBS320は，同一のN+1グループに登録できません。

(11)　ストレージ運用支援機能のホストグループ割り当ての要否

N+1コールドスタンバイの場合，ストレージ運用支援機能のホストグループ割り当てを実施している必要があります。

N+Mコールドスタンバイの場合，ストレージ運用支援機能のホストグループ割り当ては必須ではありません。SAS Switch Moduleを使用しているBS320を使用する場合，ストレージ運用支援機能は使用できません。

(12)　管理対象サーバへのAgentのインストール要否

N+1コールドスタンバイの場合，管理対象サーバへAgentをインストールしておく必要があります。

N+Mコールドスタンバイの場合，管理対象サーバへのAgentのインストールは必須ではありません。ただし，AgentがインストールされていないホストをN+1グループに登録するためには，次の条件が必要です。次の条件を満たしていない場合は，［N+1コールドスタンバイ詳細設定］ウィンドウの各設定画面に表示されません。

Agentがインストールされていないホストが所属するサーバシャーシが，ホスト管理画面に登録されている。

Agentがインストールされていないホストが稼働するパーティションのパーティション情報ステータスがConfiguration validateである。

Agentがインストールされていないホストが稼働するパーティションのPre-configureの実行ステータスが「情報有効」である。
Pre-configureの実行ステータスは［サーバシャーシインベントリ］ウィンドウに表示されるパーティション情報のPre-configure情報から確認できます。［サーバシャーシインベントリ］ウィンドウの表示方法については，「6.3.1　サーバシャーシのインベントリ情報を表示する」を参照してください。

Agentがインストールされていないホストが，ほかのN+1グループで現用系または予備系サーバモジュールとして登録されていない。

20.2.6　ネットワークスイッチ連携機能の前提条件

ネットワークスイッチ連携機能の前提条件を示します。

＜この項の構成＞

(1)　ネットワークスイッチ連携機能の対応バージョン

(2)　JP1/Cm2/NCの前提条件

(3)　ネットワークスイッチの前提条件

(1)　ネットワークスイッチ連携機能の対応バージョン

ネットワークスイッチ連携機能は，マネージャサービスおよびコンソールサービスのバージョンが07-60以降の場合に利用できます。

ただし，あらかじめバージョン07-60以降のコンソールサービスで，ネットワークスイッチ連携機能を設定していた場合は，バージョン07-55以前のコンソールサービスでも，ネットワークスイッチの設定を変更できます（この場合でも，マネージャサービスのバージョンは07-60以降が前提となります）。

また，ポート情報GUI設定方式を使ってネットワークスイッチを設定するには，マネージャサービスおよびコンソールサービスのバージョンが08-00以降の場合に利用できます。

内蔵スイッチがBS320の場合は，マネージャサービスおよびコンソールサービスのバージョンが08-10以降の場合に利用できます。また，利用できる設定方式はポート情報GUI設定方式だけです。

BS2000の場合は，マネージャサービスおよびコンソールサービスのバージョンが08-60以降の場合に利用できます。また，利用できる設定方式はポート情報GUI設定方式だけです。

(2)　JP1/Cm2/NCの前提条件

ネットワークスイッチ連携機能は，JP1/Cm2/NCのコマンドを利用します。したがって，BSM Plus（マネージャサービス追加機能）がインストールされているホストと同じホストにJP1/Cm2/NCをインストールする必要があります。

JP1/Cm2/NCは，07-51以降のバージョンを使用してください。

ただし，ポート情報GUI設定方式を使ってネットワークスイッチを設定するには，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

内蔵スイッチ（BS320）の場合は，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

(3)　ネットワークスイッチの前提条件

ネットワークスイッチ連携機能を利用できるネットワークスイッチは，内蔵スイッチ（BS1000，BS320），外付スイッチ（AX2400S，AX3600S）です。また，BS2000ではLANスイッチモジュール（BS2000SWITCH）を外付スイッチとして登録することで，ネットワークスイッチ連携機能を利用できます。ただし，内蔵スイッチ（BS320）と外付スイッチ（AX2400S，AX3600S）は，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

20.2.7　 N+1冗長化の前提条件

N+1冗長化は，サーバモジュール障害時のN+1自動切り替え処理の冗長化を対象とします。N+1冗長化の前提条件を次に示します。

すべてのマネージャサービスのN+1コールドスタンバイ設定（N+1グループの設定，現用系サーバモジュールおよび予備系サーバモジュールの設定を含む）およびストレージ運用支援機能の設定が同一であること。また，ネットワークスイッチ連携機能を有効にする場合は，ネットワークスイッチ連携機能の設定が同一であること。

注意

BSM Plusの自動切り替え対象アラート設定ファイルを，各マネージャサービスで変更する必要があります。自動切り替え対象アラート設定ファイルの変更については，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

すべてのマネージャサービスの管理下にあるホストおよびシャーシが同一であること。

すべてのマネージャサービスの管理する情報（シャーシ，サーバモジュール，パーティション，ストレージ）が一致していること。

20.3　N+1コールドスタンバイの適用に必要な検討

この節では，N+1コールドスタンバイを利用する前に検討が必要な，サーバモジュールの割り当てや予備系への切り替えについて説明します。

＜この節の構成＞

20.3.1　サーバシャーシ内のサーバモジュールの割り当て

20.3.2　予備系への切り替えの方法（N+1コールドスタンバイ）

20.3.3　自動切り替えの対象となるアラートの設定

20.3.4　運用ケース別の設定項目と切り替え待ち時間

20.3.5　自動切り替え時の現用系の電源OFF

20.3.1　サーバシャーシ内のサーバモジュールの割り当て

N+1コールドスタンバイを使用する場合，現用系サーバモジュールと予備系サーバモジュールの割り当てを検討する必要があります。現用系サーバのグループおよび予備系サーバのグループをまとめてN+1グループと呼び，N+1グループ単位でサーバモジュールを割り当てます。

サーバモジュールの割り当ては，SMP構成の場合とSMP構成でない場合とで運用方法が異なります。ここでは，SMP構成の場合とSMP構成でない場合に分けて，サーバモジュールの割り当てを説明します。

注意

SMP構成のサーバモジュールとSMP構成でないサーバモジュールを一つのN+1グループに混在して運用することはできません。

＜この項の構成＞

(1)　SMP構成の場合のサーバモジュールの割り当て

(2)　SMP構成でない場合のサーバモジュールの割り当て

(1)　SMP構成の場合のサーバモジュールの割り当て

サーバモジュールがSMP構成の場合，「20.2.4　予備系サーバモジュールの適用条件」記載される条件に加え，次の条件を満たしている必要があります。

予備系サーバモジュールは，SMP構成で使用する現用系サーバモジュールと同数であること

また，4way-SMP構成のサーバモジュールのうち，どちらか一つのサーバモジュールを登録する場合，SMP構成を手動で解除してから登録する必要があります。

SMP構成だけで運用する場合のサーバモジュールの構成例を，次の図に示します。

図20-7　SMP構成の場合のサーバモジュール構成例

(2)　SMP構成でない場合のサーバモジュールの割り当て

サーバモジュールがSMP構成でない場合，予備系サーバモジュールは，「20.2.4　予備系サーバモジュールの適用条件」に記載される条件を満たしている必要があります。SMP構成でない場合のサーバモジュールの構成例を，次の図に示します。

図20-8　SMP構成でない場合のサーバモジュール構成例

20.3.2　予備系への切り替えの方法（N+1コールドスタンバイ）

N+1コールドスタンバイでは，サーバモジュール障害が発生したときに，自動または手動で予備系サーバモジュールに切り替えることができます。次にそれぞれの切り替え契機について説明します。

＜この項の構成＞

(1)　自動で切り替える場合

(2)　手動で切り替える場合

(1)　自動で切り替える場合

サーバモジュール障害が発生した場合，障害通知アラートが通知されると，次のどちらかの契機で自動的に予備系サーバモジュールに切り替わります。この契機は，アラートIDごとに設定できます。

障害発生と同時に切り替える

障害発生からしばらく時間を置いてから切り替える

BS2000の場合は，障害通知アラートが通知されたあと，切り替え要求アラートが通知されます。切り替え要求アラートが通知されると，上記のどちらかの契機で自動的に予備系サーバモジュールに切り替わります。

なお，切り替えの契機は，切り替え要求アラートのアラートIDごとに設定できます。

各アラートIDの詳細および設定の変更方法については，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

また，自動切り替え発生時，障害が発生した現用系のサーバモジュールの電源を強制電源OFFするか，OSをシャットダウンしてから電源OFFするか，どちらかを選択できます。自動切り替え時の電源OFF方式の変更方法については，「20.3.5　自動切り替え時の現用系の電源OFF」を参照してください。

自動で予備系サーバモジュールに切り替えるためには，［マネージャサービス設定］ダイアログボックスの［N+1設定］タブでの設定が必要です。この設定については，「20.7　N+1／N+Mコールドスタンバイ機能の設定」を参照してください。自動切り替えの設定をしない場合は，手動で切り替える設定となります。

(2)　手動で切り替える場合

手動で予備系サーバモジュールに切り替える場合は，次に示す手順で実行します。

BSMで障害発生を確認する

OSのダンプ出力が完了したことを確認する

障害内容からサーバモジュールの障害であることを確認し，手動切り替えを実行する

手動切り替えの操作については，「20.10.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。

また，N+1コールドスタンバイの自動切り替えを設定していても，N+1コールドスタンバイ機能の手動切り替えの実行，現用系への復帰，または予備系の解除を実行できます。現用系への復帰，予備系の解除の詳細については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

20.3.3　自動切り替えの対象となるアラートの設定

N+1コールドスタンバイ機能を利用する場合，BladeSymphonyに関するハードウェア障害のサーバモジュール系のアラートが，自動切り替えの対象となります。これらのアラートには，アラートごとに，障害が発生してから自動で切り替えるまでの待ち時間が設定されています。これ以外のアラートは，自動切り替えの対象にできません。

アラートの詳細については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

注意

自動切り替え対象アラートが発生し，自動切り替えを開始したあと（切り替え待ちの状態を含む）に，新たに発生した自動切り替え対象アラートは無視されます。

自動切り替え対象アラートは，N+1対象アラート定義ファイル（N1Alert.dat）に定義されています。N1Alert.datの定義内容を編集することで，N+1コールドスタンバイ自動切り替え対象アラートの設定を変更できます。

N1Alert.datは次のフォルダに格納されています。

＜インストール先フォルダ＞¥Data

N+1対象アラート定義ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項について，次に説明します。

＜この項の構成＞

(1)　記述形式

(2)　デフォルトの定義内容

(3)　定義例

(4)　定義内容を有効にする手順

(5)　N1Alert.dat指定時の注意事項

(6)　バージョン08-60以降にバージョンアップする場合の注意事項

(1)　記述形式

N1Alert.datの記述形式を次に示します。

AlertID,ForcedExeFlag,WaitTime

AlertID，ForcedExeFlag，およびWaitTimeは，それぞれ半角コンマで区切って指定します。次に各設定項目について説明します。

AlertID

アラートIDを指定します。アラートIDは，16進で最後にhを付けて指定します。例えば，「0x1417」のアラートIDを指定するときは「1417h」と指定します。

注意

N+1コールドスタンバイ自動切り替え対象のアラートは，N1Alert.datにデフォルトで定義してあるアラートだけです。これ以外のアラートは，N+1コールドスタンバイ自動切り替え対象のアラートにできません。

ForcedExeFlag

N+1コールドスタンバイ自動切り替え対象アラートとするかしないかを，1または0で指定します。N+1コールドスタンバイ自動切り替え対象アラートとする場合，1を指定します。N+1コールドスタンバイ自動切り替え対象アラートとしない場合，0を指定します。デフォルトでは，1が指定されています。

値は半角で入力してください。

注意

N+1コールドスタンバイ自動切り替え対象アラートとしない場合，ForcedExeFlagとWaitTimeの両方に0を指定してください。WaitTimeに0以外の整数が指定されていた場合，ForcedExeFlagに0を指定しても，自動切り替え対象アラートとして扱われます。

WaitTime

AlertIDに指定したアラートで示される障害が発生してから，N+1コールドスタンバイの切り替えが実行されるまでの自動切り替え待ち時間を，0～2147483647の整数で指定します。単位は分です。デフォルトでは，0または60が指定されています。

値は半角で入力してください。

ForcedExeFlagに0を指定している状態で，「0」を指定した場合は，障害発生と同時に即時に自動切り替えを行います。また，「60」を指定した場合は，障害発生から1時間後に自動切り替えを行います。障害発生から1時間後に自動切り替えを行う場合の障害は，原因特定のために，障害発生時に手動でダンプを採取することを推奨します。

注意

N+1コールドスタンバイ自動切り替え対象アラートとしない場合，WaitTimeに0を指定してください。WaitTimeに0以外の整数が指定されていた場合，ForcedExeFlagに0を指定しても，自動切り替え対象アラートとして扱われます。

行の先頭に，半角スペースまたは#が指定されている場合，その行はコメント行と見なされます。コメント行の入力文字の種類に制限はありません。

(2)　デフォルトの定義内容

N1Alert.datに定義されている，各アラートのデフォルト値を次に示します。

表20-8　自動切り替えの対象となるアラートと設定内容のデフォルト値

アラートID（AlertID）
（変更不可）
実行フラグ（ForcedExeFlag）
（変更可）
待ち時間（WaitTime）
（分）（変更可）

1417h
1
60

1451h※1
1
0

1453h※1
1
0

1462h
1
0

1463h
1
0

1464h
1
60

1470h※2※3※5
1
60

1483h※4※5
1
0

1484h※4※5
1
60

1491h
1
60

1492h
1
60

1493h
1
60

1494h
1
60

1496h※1※3
1
60

1497h
1
60

1499h
1
60

14A0h
1
0

14A5h
1
0

14A8h
1
0

14AAh
1
0

14AFh※1
1
0

14B0h
1
0

14B1h
1
60

14D2h
1
60

14D5h
1
60

1788h※5※6
1
0

1789h※5※6
1
60

注※1

現在未使用（予約）のアラートIDです。

注※2

SVPコマンド（TCコマンド）を入力した場合，このアラートが通知され，N+1コールドスタンバイ自動切り替えが発生することがあります。このとき，WaitTimeを「0」に設定していると，TCコマンド経由でのダンプ取得ができなくなります。ダンプの取得が必要な場合は，ダンプを取得するのに十分な時間を設定してください。

注※3

Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，このアラートは通知されません。

注※4

ユーザが任意のタイミングで発生させることができるN+1コールドスタンバイ構築テスト用のアラートです。発生させる方法については，マニュアル「BladeSymphony ユーザーズガイド」のRTコマンド（BS2000ではBSMコマンド）について記載されている章を参照してください。

注※5

BS2000の場合に切り替えの対象となるアラートは，1788h，1789h，1470h，1483hおよび1484hの五つになります。BS1000およびBS320で切り替えの対象としていたこのほかのアラートが通知された場合は，これら五つのうちどれかのアラートがあわせて通知されます。

注※6

BS1000およびBS320では通知されません。

なお，バージョン08-60以降にバージョンアップする場合は，バージョンアップしたあとに，N1Alert.datに「1788h,1,0」および「1789h,1,60」の2行を追加してください。

(3)　定義例

自動切り替えの対象となるアラートの設定内容を変更する場合のN1Alert.datの定義例を次に示します。

0x1417をN+1コールドスタンバイ自動切り替え対象アラートとしない場合

次のように，ForcedExeFlagおよびWaitTimeの両方に0を指定します。

1417h,0,0

次のように，行全体をコメント行にすることでも，N+1コールドスタンバイ自動切り替え対象アラートとしないようにできます。

#1417h,1,60

0x1462アラートが発生したときに，即時にN+1コールドスタンバイの切り替えを実行する場合

次のように，ForcedExeFlagに1，WaitTimeに0を指定します。

1462h,1,0

0x1463アラートが発生してから，60分後にN+1コールドスタンバイの切り替えを実行する場合

次のように，ForcedExeFlagに1，WaitTimeに60を指定します。

1463h,1,60

(4)　定義内容を有効にする手順

N1Alert.datの設定内容を変更した場合は，次に示すどちらかの操作をしてください。この操作をしないと，変更した内容が有効になりません。

コンソールサービスの［設定］メニューから「マネージャサービス設定」を選択し，［N+1設定］タブを選択する。［N+1コールドスタンバイ］の［有効にする］チェックボックスをONにして［OK］ボタンをクリックする
［N+1コールドスタンバイ］の［有効にする］チェックボックスが，すでにONになっている場合は，そのまま［N+1設定］タブで［OK］ボタンをクリックしてください。

マネージャサービスを再起動する

(5)　N1Alert.dat指定時の注意事項

1行に指定できるバイト数は254バイトまでです。

同一のアラートIDを複数定義することはできません。複数定義した場合は，「(4)　定義内容を有効にする手順」に示す手順を実施した時点で，実行エラーとなります。

N1Alert.datに，指定できる文字以外の値を指定した場合，設定が有効にならないか，または値が仮定されて実行されます。

(6)　バージョン08-60以降にバージョンアップする場合の注意事項

バージョン08-60以降にバージョンアップする場合は，バージョンアップしたあとに，N1Alert.datおよびN1SwitchShutdownSet.iniに，1788hおよび1789hのアラートの設定を追加してください。

20.3.4　運用ケース別の設定項目と切り替え待ち時間

N+1コールドスタンバイおよびN+Mコールドスタンバイの自動切り替えを実施する場合，運用ケースによって必要な設定項目および自動切り替え対象アラートの切り替え待ち時間の見積もり方法が異なります。

自動切り替えに必要な設定，および自動切り替え待ち時間の見積もり方法を，運用ケースごとに，次の表に示します。

注意

ダンプを採取しないように運用すると障害の発生原因を特定できなくなるため，ダンプを採取するように運用してください。ダンプを採取しない運用は，障害の発生原因を追求するよりも現用系ホストの再起動または切り替えによる復旧を優先する場合に限って使用するようにしてください。

ダンプを手動で採取する場合は事前に設定が必要です。ダンプを採取するための設定方法については，マニュアル「BladeSymphonyソフトウェアガイド」を参照してください。

自動切り替え待ち時間は表に示す見積もりの時間よりも長くなるように設定することをお勧めします。切り替え待ち時間が短過ぎる場合，ダンプの採取途中で自動切り替えが実行されてしまい，ダンプの採取に失敗することがあります。

N1Alert.datで自動切り替え待ち時間のデフォルト値が0分に設定されているアラートはハードウェア障害が原因で発生するアラートです。そのため，N+1コールドスタンバイの冗長化構成で切り替え開始順序の遅いマネージャサービスの場合を除き，自動切り替え待ち時間を変更しないことをお勧めします。

管理対象ホストが複数ある場合，ダンプの採取に掛かる時間はOSやハードウェアの構成などによって異なります。ダンプの採取時間は，最も長く掛かる時間を見積もってください。

N+1コールドスタンバイの冗長化構成の場合，現用系ホストでのエージェントサービス起動による自動切り替えの中止は適用できません。また，N+1コールドスタンバイの冗長化構成で，切り替え開始順序の遅いマネージャサービスに対しては，表に示す自動切り替え待ち時間の見積もりに，「20.9　N+1冗長化の設定」で算出した切り替え時間を加算して設定する必要があります。

表20-9　運用ケース別のN+1コールドスタンバイに必要な設定と自動切り替え対象アラートの自動切り替え待ち時間の見積もり

項番
障害アラート発生後の運用ケース
必要な設定
自動切り替え待ち時間の見積もり

N1Alert.datの設定※1
自動切り替え中止の設定※2
障害監視の設定※3

Windows
Linux

1
ダンプを採取してから自動切り替えを実行する
ForcedExeFlag=1
WaitTime=自動切り替え待ち時間
しない
何もしない
0
障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間

2
ダンプを採取してから自動切り替えを実行する
（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）
ForcedExeFlag=1
WaitTime=自動切り替え待ち時間
する
何もしない
0
障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間＋ダンプ採取の完了後に現用系ホストでシステムを再起動して，［ホスト管理］ウィンドウでアイコンが活性化するまでの時間

3
自動切り替えを手動で中止してからダンプを採取する
ForcedExeFlag=1
WaitTime=自動切り替え待ち時間
しない
何もしない
0
障害発生から自動切り替えの中止の実行に掛かる時間

4
ダンプを採取しないで自動切り替えを実行する
ForcedExeFlag=1
WaitTime=0
しない
何もしない
0
0分

5
ダンプを採取しないで自動切り替えを実行する
（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）
ForcedExeFlag=1
WaitTime=自動切り替え待ち時間
する

アラートID 0x1470発生時に自動的にシステムを再起動したい場合

リセットまたは電源OFF→電源ON

アラートID 0x1470発生時に手動でシステムを再起動したい場合

何もしない

アラートID 0x1470発生時に自動的にシステムを再起動したい場合

1または3

アラートID 0x1470発生時に手動でシステムを再起動したい場合

0

現用系ホストでシステムを再起動して，［ホスト管理］ウィンドウでアイコンが活性化するまでの時間

6
自動切り替えを実行しないでダンプの採取だけを実行する
ForcedExeFlag=0
WaitTime=0
しない
何もしない
0
0分

7
自動切り替えを実行しないで自動的にシステムの再起動だけを実行する
ForcedExeFlag=0
WaitTime=0
しない
リセットまたは電源OFF→電源ON
1または3
0分

注※1

N1Alert.datでの設定内容を示します。N1Alert.datの設定内容変更については，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

注※2

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスでの設定内容を示します。自動切り替え中止の設定については，「20.10.4(2)　自動切り替えの自動中止」を参照してください。

注※3

BMC環境設定ユティリティまたはsmhaaeditコマンドでの，障害発生時の動作の設定を示します。Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で選択する項目を示します。Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で選択する項目を示します。

設定方法については，「3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定」または「3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定」を参照してください。

表に示した各項目について説明します。

＜この項の構成＞

(1)　ダンプを採取してから自動切り替えを実行する

(2)　ダンプを採取してから自動切り替えを実行する（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）

(3)　自動切り替えを手動で中止してからダンプを採取する

(4)　ダンプを採取をしないで自動切り替えを実行する

(5)　ダンプを採取をしないで自動切り替えを実行する（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）

(6)　自動切り替えを実行しないでダンプの採取だけを実行する

(7)　自動切り替えを実行しないで自動的にシステムの再起動だけを実行する

(1)　ダンプを採取してから自動切り替えを実行する

障害の発生後，切り替え待ち時間が経過するまでにダンプの採取を完了させます。

(a)　運用の流れ

障害発生後にダンプの採取を手動で開始します。
BMC環境設定ユティリティ（Windowsの場合）またはsmhaaeditコマンド（Linuxの場合）で，自動的にNMIを発生させてOSにダンプを出力させることができます。設定方法については，「3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定」または「3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定」を参照してください。

切り替え待ち時間の経過後，自動的に予備系サーバモジュールに切り替わります。

(b)　必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(c)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(c)　自動切り替え待ち時間

障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間を設定してください。

(2)　ダンプを採取してから自動切り替えを実行する（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）

障害の発生後，切り替え待ち時間が経過するまでにダンプの採取を完了させます。また，ダンプの採取終了後にシステムを再起動して現用系ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(a)　運用の流れ

障害発生後にダンプの採取を手動で開始します。
BMC環境設定ユティリティ（Windowsの場合）またはsmhaaeditコマンド（Linuxの場合）で，自動的にNMIを発生させてOSにダンプを出力させることができます。設定方法については，「3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定」または「3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定」を参照してください。

ダンプの採取完了後にシステムを再起動します。

現用系ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。
ただし，切り替え待ち時間が経過するまでに現用系ホストのエージェントサービスが起動しない場合は予備系サーバモジュールへの切り替えを開始します。

(b)　必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(c)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをONにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(c)　自動切り替え待ち時間

障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間＋ダンプ採取の完了後に現用系ホストでシステムを再起動して，［ホスト管理］ウィンドウでアイコンが活性化するまでの時間を設定してください。

(3)　自動切り替えを手動で中止してからダンプを採取する

障害の発生後，［N+1コールドスタンバイ詳細設定］ウィンドウから手動で自動切り替えを中止してダンプの採取を実施します。ダンプの採取が完了したら手動で復旧処理を実施します。

(a)　運用の流れ

障害発生後，［N+1コールドスタンバイ詳細設定］ウィンドウで自動切り替えを中止したい現用系ホストを選択し，［設定］メニューから［自動切り替え中止］を選択して，自動切り替えを中止します。

ダンプの採取を開始します。

ダンプの採取完了後，現用系ホストを再起動し手動で切り替えを実施して復旧処理を実行します。

(b)　必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(c)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(c)　自動切り替え待ち時間

障害発生から自動切り替えの中止の実行に掛かる時間を設定してください。

(4)　ダンプを採取をしないで自動切り替えを実行する

障害の発生後，即時に切り替えを実施します。

(a)　運用の流れ

障害発生後に自動的に予備系サーバモジュールに切り替わります。

(b)　必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，0分を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(c)　自動切り替え待ち時間

0分を設定してください。

(5)　ダンプを採取をしないで自動切り替えを実行する（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）

障害発生後に切り替え待ち時間が経過したあと，切り替えを開始します。切り替え待ち時間中に現用系ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(a)　運用の流れ

障害発生後に切り替え待ち時間が経過したあと，自動的に予備系サーバモジュールに切り替わります。
切り替え待ち時間中に現用ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。

(b)　必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(c)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをONにしてください。
Windowsの場合，アラートID 0x1470発生時に自動的にシステムを再起動したいときは，BMC環境設定ユティリティの［障害発生時処理］で「リセット」または「電源OFF→電源ON」を設定してください。アラートID 0x1470発生時に手動でシステムを再起動したいときは，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，アラートID 0x1470発生時に自動的にシステムを再起動したいときは，障害監視設定メニューの「3.ProcessAtError」で「1」または「3」を設定してください。アラートID 0x1470発生時に手動でシステムを再起動したいときは，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(c)　自動切り替え待ち時間

現用系ホストでシステムを再起動して，［ホスト管理］ウィンドウでアイコンが活性化するまでの時間を設定してください。

(6)　自動切り替えを実行しないでダンプの採取だけを実行する

障害の発生後，ダンプの採取だけを実行します。

(a)　運用の流れ

障害の発生後にダンプの採取を手動で開始します。
BMC環境設定ユティリティ（Windowsの場合）またはsmhaaeditコマンド（Linuxの場合）で，自動的にNMIを発生させてOSにダンプを出力させることができます。設定方法については，「3.16.1　管理対象がBladeSymphony（Windowsサーバ）の場合のBMCの設定」または「3.16.2　管理対象がBladeSymphony（Linuxサーバ）の場合のBMCの設定」を参照してください。

(b)　必要な設定内容

N1Alert.datでは，N+1コールドスタンバイの自動切り替え対象のアラートIDとしないように設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(c)　自動切り替え待ち時間

0分を設定してください。

(7)　自動切り替えを実行しないで自動的にシステムの再起動だけを実行する

障害の発生後，自動的にシステムの再起動だけを実行します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(a)　運用の流れ

障害発生後に自動的にシステムを再起動します。

(b)　必要な設定内容

N1Alert.datでは，N+1コールドスタンバイの自動切り替え対象のアラートIDとしないように設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「リセット」または「電源OFF→電源ON」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「1」または「3」を設定してください。

(c)　自動切り替え待ち時間

0分を設定してください。

20.3.5　自動切り替え時の現用系の電源OFF

自動切り替えが発生したとき，障害が発生した現用系のサーバモジュールの電源OFFの方式を次の中から選択できます。

サーバモジュールの電源を強制電源OFFする

サーバモジュール上で動作しているOSをシャットダウンしてから，サーバモジュールを電源OFFする

サーバモジュールの電源OFFの方式は，N1Alert.datで定義されている自動切り替えの対象アラートごとに設定できます。また，設定した内容は，マネージャサービスが管理しているN+1グループの現用系のサーバモジュールすべてに適用されます。N1Alert.datで定義されている自動切り替えの対象アラートについては，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

自動切り替え発生時，障害が発生した現用系のサーバモジュールの電源を強制電源OFFするか，OSをシャットダウンしてから電源OFFするかは，N+1コールドスタンバイ設定ファイル（N1SwitchShutdownSet.ini）に定義されています。N1SwitchShutdownSet.iniの定義内容を編集することで，N+1コールドスタンバイ自動切り替え時の電源OFFの方式を変更できます。

N1SwitchShutdownSet.iniは次のフォルダに格納されています。

＜インストール先フォルダ＞¥Data

N+1コールドスタンバイ設定ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項について，次に説明します。

＜この項の構成＞

(1)　記述形式

(2)　デフォルトの定義内容

(3)　定義例

(4)　定義内容を有効にする手順

(5)　注意事項

(1)　記述形式

N1SwitchShutdownSet.iniの記述形式を次に示します。

[N1ShutdownSetting]
Function={0|1}
Timeout=監視時間
[AlertID]
アラートID={0|1}
    :
    :
アラートID={0|1}

次に各設定項目について説明します。

[N1ShutdownSetting]

N+1コールドスタンバイ自動切り替え時の電源OFFの方式を設定します。

Function={0|1}

N+1コールドスタンバイの自動切り替え時の電源OFFの方式を0または1で指定します。N+1コールドスタンバイの自動切り替え時に強制電源OFFを実行する場合，0を指定します。N+1コールドスタンバイ自動切り替え時にOSシャットダウンをしてから電源OFFを実行する場合，1を指定します。デフォルトでは0が指定されています。

値は半角で入力してください。

Timeout=監視時間

N+1コールドスタンバイ自動切り替え時，OSシャットダウンを開始してから電源OFFが実行されるまでの監視時間を1～60で指定します。単位は分です。デフォルトでは5が指定されています。

値は半角で入力してください。

Timeoutで指定した時間が経過しても電源OFFがされない場合は，強制電源OFFが実行されます。

Timeoutの設定は，OSシャットダウンを開始してから電源OFFを実行する設定をした全アラートに対して適用されます。

[AlertID]

OSシャットダウンをしてから電源OFFを実行する対象となるアラートを設定します。

アラートID={0|1}

自動切り替えの対象となる各アラートに対して，N+1コールドスタンバイ自動切り替え時の電源OFFの方式を設定します。

アラートIDは，16進で最後にhを付けて指定します。例えば，「0x1417」のアラートIDを指定するときは「1417h」と指定します。

指定したアラートが発生した場合，OSシャットダウンを開始してから電源OFFを実行するときは，1を指定します。指定したアラートが発生した場合，強制電源OFFを実行するときは，0を指定します。デフォルトでは0が指定されています。

値は半角で入力してください。

「=」がない行，および先頭文字が「[」または「#」の行は，コメント行と見なされます。

(2)　デフォルトの定義内容

N1SwitchShutdownSet.iniに定義されているデフォルト値を次に示します。

[N1ShutdownSetting]
Function=0
Timeout=5
[AlertID]
1417h=0
1492h=0
1493h=0
1494h=0
1470h=0
1496h=0
1497h=0
1499h=0
14A0h=0
14A5h=0
1453h=0
1451h=0
14A8h=0
1462h=0
14AAh=0
14AFh=0
1464h=0
14B0h=0
14B1h=0
1491h=0
1463h=0
14D2h=0
14D5h=0
1483h=0
1484h=0
1788h=0
1789h=0

なお，バージョン08-60以降にバージョンアップする場合は，バージョンアップしたあとに，N1SwitchShutdownSet.iniに「1788h=0」および「1789h=0」の2行を追加してください。

(3)　定義例

0x1417アラートによる自動切り替えが発生したとき，OSシャットダウン後に電源OFFを実行する場合のN1SwitchShutdownSet.iniの定義例を次に示します。監視時間は5分とします。

[N1ShutdownSetting]
Function=1
Timeout=5
[AlertID]
1417h=1
    :
    :

(4)　定義内容を有効にする手順

N1SwitchShutdownSet.iniの設定内容を変更した場合は，次に示すどちらかの操作をしてください。この操作をしないと，変更した内容が有効になりません。

コンソールサービスの［設定］メニューから「マネージャサービス設定」を選択し，［N+1設定］タブを選択する。［N+1コールドスタンバイ］の［有効にする］チェックボックスをONにして［OK］ボタンをクリックする
［N+1コールドスタンバイ］の［有効にする］チェックボックスが，すでにONになっている場合は，そのまま［N+1設定］タブで［OK］ボタンをクリックしてください。

マネージャサービスを再起動する

(5)　注意事項

N1SwitchShutdownSet.iniで定義する英字部分は，大文字と小文字を区別しません。

N1SwitchShutdownSet.iniの設定項目はFunction，Timeout，アラートIDの順に各行に記述してください。

N1Alert.datに定義されていないアラートは，OSシャットダウン後に電源OFFを実行する対象のアラートにできません。

N1SwitchShutdownSet.iniでOSシャットダウン後に電源OFFを実行する対象のアラートとして設定したアラートが，一定時間経過してから自動切り替えを実行するアラートの場合，設定した時間が経過したあと，OSシャットダウンが開始されます。

N+1冗長化構成をしている場合，OSシャットダウンから強制電源OFFまでの監視時間を考慮して，冗長化による自動切り替え待ち時間を設定する必要があります。N+1冗長化構成時の監視時間の設定については，「20.6.2(4)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間」を参照してください。

次の場合，OSシャットダウン停止は実行されないで強制電源OFFされます。

N1SwitchShutdownSet.iniファイルがない場合

FunctionまたはTimeoutを定義する行がない場合

アラートIDが一つも定義されていない場合

Function，Timeout，およびAlertIDを定義する「=」のあとの数値が，指定された範囲内にない場合

Agentがマネージャサービスに登録されていない場合

管理対象サーバにAgentがインストールされていない場合（ただし，VMホストの場合は，Agentがインストールされていない場合でもOSシャットダウン停止を実行できます。）

1行に指定できるバイト数は254バイトまでです。

数値文字列の途中にスペースまたはタブ文字がある場合は，エラーになります。

同一のアラートIDを複数定義した場合，ファイルの末尾に近い行の定義が有効になります。

20.4　N+Mコールドスタンバイの適用に必要な検討

この節では，N+Mコールドスタンバイを利用する前に検討が必要な，サーバモジュールの割り当てや予備系への切り替えについて説明します。

＜この節の構成＞

20.4.1　N+Mコールドスタンバイでのサーバモジュールの割り当て

20.4.2　予備系への切り替えの方法（N+Mコールドスタンバイ）

20.4.3　予備系への切り替え先

20.4.1　N+Mコールドスタンバイでのサーバモジュールの割り当て

N+Mコールドスタンバイは，一つのN+1グループに対する予備プールに，複数の予備系サーバモジュールを登録できます。複数の予備系サーバモジュールを準備することで，N+1コールドスタンバイよりも，現用系サーバモジュールの障害に対する信頼性，可用性を高められます。

N+Mコールドスタンバイの構成例を次の図に示します。

図20-9　N+Mコールドスタンバイの構成例

構成例に示すように，4台の現用系サーバモジュールに対して2台の予備系サーバモジュールを準備して，複数の現用系サーバモジュールの障害に備えることができます。

N+1グループに現用系サーバモジュールを登録したあとは，随時，予備プールへの予備系サーバモジュールの登録ができます。したがって，現用系サーバモジュールの障害によって，予備プールに準備される予備系サーバモジュールが不足した場合，不足したあとで予備プールにサーバモジュールを追加できます。これによって，N+1グループの現用系サーバモジュールの構成を変更しないで，ほかの現用系サーバモジュールの障害に対応できます。

N+Mコールドスタンバイは，SMPで構成された現用系ホストに対しても適用できます。SMP構成時にN+Mコールドスタンバイを適用したときの構成例を，次の図に示します。

図20-10　N+Mコールドスタンバイの構成例（SMP構成時）

構成例に示したように，SMP構成内で障害が発生したときに，同じ構成を持つ予備系サーバモジュールに切り替えられます。

予備系サーバモジュールを割り当てるときは，現用系サーバモジュールと同じ仕様のサーバモジュールを使用する必要があります。また，切り替え後のパーティションの構成を意識して，連続した構成となるように予備系サーバモジュールを割り当てておく必要があります。

20.4.2　予備系への切り替えの方法（N+Mコールドスタンバイ）

N+Mコールドスタンバイは，N+1コールドスタンバイと同様に，手動または自動で予備系サーバモジュールに切り替えることができます。

手動で切り替える場合，予備系サーバモジュールの切り替え先を指定できます。自動で切り替える場合，現用系サーバモジュールにハードウェア障害が発生した契機で，予備系サーバモジュールに切り替えられます。ハードウェア障害の種類によって，即時に切り替える場合と一定時間後に切り替える場合があります。自動で切り替える場合の注意事項については，「20.3.2　予備系への切り替えの方法（N+1コールドスタンバイ）」を参照してください。

現用系サーバモジュールに障害が発生し，一定時間後に予備系サーバモジュールに切り替える間に，別の現用系サーバモジュールで強制電源切断を伴う障害が発生したときは，先に障害が発生した現用系サーバモジュールに予備系サーバモジュールが割り当てられます。あとで障害が発生した現用系サーバモジュールは，予備プールに空きの予備系サーバモジュールがある場合に割り当てられます。このとき，予備系サーバモジュールの選択順序に従って割り当てられます。予備系サーバモジュールの選択順序については，「20.4.3(3)　予備系サーバモジュールの選択順序」を参照してください。

20.4.3　予備系への切り替え先

N+Mコールドスタンバイの現用系サーバモジュールの切り替えを，手動で行う場合と自動で行う場合のそれぞれの切り替え先について説明します。また，予備系サーバモジュールに切り替えるときの選択順序についても説明します。

＜この項の構成＞

(1)　手動で切り替える場合の切り替え先

(2)　自動で切り替える場合の切り替え先

(3)　予備系サーバモジュールの選択順序

(1)　手動で切り替える場合の切り替え先

手動でサーバモジュールを切り替える場合，予備プール中の切り替え可能な予備系サーバモジュールから選択して切り替えることができます。予備系サーバモジュールを選択しない場合は，切り替え可能な予備系サーバモジュールの選択順序に従ってサーバモジュールが選択されます。切り替え可能な予備系サーバモジュールがない場合は，手動切り替えは実行できません。

切り替え可能な予備系サーバモジュールとは，「コールドスタンバイ中」「コールドスタンバイ失敗」状態の予備系サーバモジュールを指します。「コールドスタンバイ切り替え中」「コールドスタンバイ実行」「コールドスタンバイ警告」「サーバモジュール障害」状態の予備系サーバモジュールは，切り替え対象になりません。

また，切り替えに失敗した場合は，予備プールに切り替え可能な予備系サーバモジュールが残っていても，残りのサーバモジュールに対して切り替えは実行されません。

(2)　自動で切り替える場合の切り替え先

自動でサーバモジュールを切り替える場合，選択順序に従って予備プール中の予備系サーバモジュールを選択して切り替えます。切り替え可能な予備系サーバモジュールが見つからなかった場合は，警告アラート（アラートID：0x371B）がコンソールサービスに通知され，自動切り替えは実行されません。このように，予備プールに予備系サーバモジュールが不足している場合は，予備プールにサーバモジュールを追加したあとに，障害の発生した現用系サーバモジュールに対して手動切り替えを実行できます。

自動切り替えで，切り替え可能な予備系サーバモジュールとは，手動切り替えで切り替え可能なサーバモジュールと同様に，「コールドスタンバイ中」「コールドスタンバイ失敗」状態の予備系サーバモジュールを指します。

また，切り替えに失敗した場合は，予備プールに切り替え可能な予備系サーバモジュールが残っていても，残りのサーバモジュールに対して切り替えは実行されません。

(3)　予備系サーバモジュールの選択順序

予備系サーバモジュールは，サーバシャーシ定期診断の結果，通信状態が不安定でないと診断されたサーバシャーシのうち，アルファベット順で先行するシャーシ名を持つシャーシの中で，小さいスロット番号を持つサーバモジュールから順に選択されます。

（例）

シャーシ名「ABC」は，「DEF」よりも先に選択される。

シャーシ名「EBS#01」は，「EBS#02」よりも先に選択される。

シャーシ名「EBS#01」スロット0は，シャーシ名「EBS#01」スロット1よりも先に選択される。

20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え

この節では，ネットワークスイッチ連携機能を利用する前に知っておいてほしいことを説明します。

JP1/ServerConductorでは，N+1／N+Mコールドスタンバイの切り替え時および復帰時に，サーバモジュールを接続したネットワークスイッチのポート設定を変更できます。この機能をネットワークスイッチ連携機能といいます。

ネットワークスイッチ連携機能を利用することで，VLANを構成するグループを越えてN+1グループを構成できます。同じVLAN内で行う業務だけでなく，VLANを越えた複数の業務で予備系サーバモジュールを共有できるため，柔軟で効率の良いシステムを実現できます。

ネットワークスイッチ連携機能の概要を次の図に示します。

図20-11　ネットワークスイッチ連携機能の概要

N+1／N+Mコールドスタンバイの切り替えまたは復帰をするときに，予備系サーバモジュールの接続ポートに，現用系サーバモジュールの接続ポートの設定を移行します。接続ポートの設定を移行するには，予備系サーバモジュール側のポート設定を，現用系サーバモジュール側のポート設定と同じになるように変更します。

＜この節の構成＞

20.5.1　ネットワークスイッチ情報の設定方式

20.5.2　ネットワークスイッチのポート設定の変更

20.5.1　ネットワークスイッチ情報の設定方式

ネットワークスイッチ情報の設定方式には，ポート情報GUI設定方式と，ポート情報インポート設定方式の2種類があります。ポート情報GUI設定方式は，GUI画面でスイッチ情報を登録し設定します。また，ポート情報インポート設定方式は，スイッチ情報定義ファイルを作成し，インポートすることでスイッチ情報を登録し設定します。

＜この項の構成＞

(1)　ネットワークスイッチ情報の設定方式の違い

(2)　異なるバージョンのプログラム接続時の設定可能範囲

(1)　ネットワークスイッチ情報の設定方式の違い

次にポート情報GUI設定方式とポート情報インポート設定方式の違いを示します。

表20-10　ポート情報GUI設定方式とポート情報インポート設定方式の違い

項目
ポート情報GUI設定方式
ポート情報インポート設定方式

ネットワークスイッチの設定方法
GUI画面を使った設定方法
定義ファイルのインポートを使った設定方法

ネットワークスイッチのポート設定
設定できない
定義ファイルのインポート時に設定できる

設定できるネットワークスイッチの種類
内蔵スイッチ（BS1000，BS320）
外付スイッチ（AX2400S，AX3600S，BS2000SWITCH）
内蔵スイッチ（BS1000）

引き継ぎ対象となるネットワークスイッチ情報
VLAN
QoS制御情報※
アクセス制御情報※
VLAN

注※

QoS制御情報およびアクセス制御情報はBS1000の場合だけ引き継がれます。

(2)　異なるバージョンのプログラム接続時の設定可能範囲

異なるバージョンのプログラム接続時に，設定できるネットワークスイッチ情報の設定方式とネットワークスイッチのポート設定を次に示します。

表20-11　異なるバージョンのプログラム接続時の設定可能範囲

マネージャサービスのバージョン | コンソールサービスのバージョン | JP1/Cm2/NCのバージョン | ネットワークスイッチ情報の設定方式 | ネットワークスイッチのポート設定※1
GUIによる設定 | インポートによる設定
08-10以降 | 08-10以降 | 08-00以降 | ○ | △ | △
08-00以降 | 08-00以降 | 08-00以降 | ○※2 | △ | △
08-00以降 | 08-00以降 | 07-51以降 | × | △ | △
08-00以降 | 07-63以降 | 08-00以降 | × | △ | △
08-00以降 | 07-63以降 | 07-51以降 | × | △ | △
07-63以降 | 08-00以降 | 08-00以降 | × | △ | △
07-63以降 | 08-00以降 | 07-51以降 | × | △ | △
07-63以降 | 07-63以降 | 08-00以降 | × | △ | △
07-63以降 | 07-63以降 | 07-51以降 | × | △ | △

（凡例）

○：内蔵スイッチ情報，外付スイッチ情報を設定できる

△：内蔵スイッチ（BS1000）情報を設定できる

×：設定できない

注※1

ネットワークスイッチのポート設定は，定義ファイルのインポートによる設定で，［定義ファイル設定時にスイッチポートの設定を行う］チェックボックスにチェックを入れた場合に設定できます。

注※2

内蔵スイッチ（BS320）情報については設定できません。

ポート情報GUI設定方式が利用できない状態では，［ネットワークスイッチ連携機能］タブのポート情報GUI設定方式の［設定］ボタンは非活性となります。また，マネージャサービスまたはコンソールサービスのバージョンが07-63以前の場合，［ネットワークスイッチ連携機能］タブの画面は，バージョン07-63以前の画面が表示されます。

20.5.2　ネットワークスイッチのポート設定の変更

ここでは，ネットワーク設定変更時の動作，および注意事項について説明します。

＜この項の構成＞

(1)　ネットワークスイッチのポート設定変更時の動作

(2)　ネットワークスイッチ間接続の設定

(3)　ポート設定変更時の注意

(1)　ネットワークスイッチのポート設定変更時の動作

ネットワークスイッチ連携機能では，N+1／N+Mコールドスタンバイでストレージの割り当てを変更すると同時に，ネットワークスイッチのポート設定を変更します。

ネットワークスイッチのポート設定変更に失敗した場合は，障害アラート（0x3725）が通知され，N+1／N+Mコールドスタンバイの処理が継続されます。

次の図に，BSM Plusが障害を検知した場合の，ネットワークスイッチのポート設定変更時の動作を示します。

図20-12　ポート設定の変更時の動作

図で示した流れについて説明します。

障害の検知
SVPによってハードウェア障害が検知されます。ユーザがN+1／N+Mコールドスタンバイの手動切り替えを指示した場合も以降の流れは同じです。

スイッチ情報の取得
切り替え対象（切り替えなら現用機，復帰なら予備機）のスイッチ情報が，BSM Plusのスイッチ情報リポジトリから取得されます。

切り替えコマンドの生成
取得した情報に基づき，JP1/Cm2/NC - Managerに渡すXML定義ファイルが生成されます。

コマンドの実行
作成したXMLを基に，JP1/Cm2/NCのコマンドが実行されます。

ポート設定の変更
JP1/Cm2/NC - Managerによって，ネットワークスイッチのポート設定が変更されます。

スイッチ情報の更新
切り替え元および切り替え先の情報を基に，スイッチ情報リポジトリが更新されます。

ネットワークスイッチ連携機能を利用するには，事前準備としてポート情報GUI設定方式，またはポート情報インポート設定方式を利用して，ネットワーク情報を設定してください。ポート情報GUI設定方式では，GUI画面を操作してスイッチ情報をBSM Plusに登録する必要があります。ポート情報インポート設定方式では，スイッチ情報定義ファイルを作成し，BSM Plusに登録する必要があります。スイッチ情報定義ファイルには，N+1／N+M対象サーバモジュールの接続ポートに関するVLANの情報を記述します。

ポート情報GUI設定方式については，「20.8.3　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）」を参照してください。

ポート情報インポート設定方式については，「20.8.4　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）」を参照してください。

(2)　ネットワークスイッチ間接続の設定

ネットワークスイッチ連携機能では，外部スイッチを介して，異なるネットワークスイッチに接続されたサーバモジュールに切り替えることができます。

内蔵スイッチ，外付スイッチのネットワークスイッチ間の接続を有効にするには，予備系サーバモジュールを接続したネットワークスイッチと外部スイッチ間のタグポートに，あらかじめ現用系サーバモジュールと同じVLAN IDを設定します。

次の図に，ネットワークスイッチ間接続の設定例を示します。

図20-13　ネットワークスイッチ間接続の設定例

(3)　ポート設定変更時の注意

ここでは，ネットワークスイッチのポート設定を変更するときの注意事項を示します。

(a)　N+1／N+Mコールドスタンバイの事前確認

N+1／N+Mコールドスタンバイの切り替えをするために，ネットワークスイッチのポート設定を変更する場合は，切り替えの事前確認をするときに，切り替え後のネットワークアクセスが正常であることを確認してください。

また，予備系サーバモジュールのVLANの設定は変更しないでください。設定を変更した場合はデフォルト設定に戻してください。

(b)　SMP構成時のポート設定の変更

SMP構成を組んだサーバモジュールに対して，N+1／N+Mコールドスタンバイの切り替えおよび復帰をする場合，パーティションを構成するすべてのサーバモジュールに対して，接続するポート情報を定義してください。

N+1／N+Mコールドスタンバイの切り替え時には，切り替え元のパーティションを構成するすべてのサーバモジュールのポート情報が，切り替え先に移行されます。

(c)　BS320搭載のサーバモジュールでの引き継ぎ対象ポート

BS320搭載のサーバモジュールは2種類のLANデバイスを搭載しており，各LANデバイスには二つのLANポートがあります。そのため，合計4ポートが内蔵スイッチに接続されます。また，BS320では標準LAN構成および拡張LAN構成が設定されており，標準LAN構成には2ポート，拡張LAN構成ではすべてのLANポートが使用できます。引き継ぎ対象ポートは，標準LAN構成，拡張LAN構成のどちらの場合でもすべての接続ポートが引き継がれます。

(d)　SVPの二重化

現用系サーバモジュールと予備系のサーバモジュールのSVP数は，同じにしてください。SVP数が異なる場合は，N+1／N+Mコールドスタンバイの切り替えができません。

また，SVPを二重化した場合は，現用系サーバモジュールと予備系サーバモジュールで，切り替え対象のネットワークスイッチ情報の定義順を一致させてください。ネットワークスイッチ情報を定義した順序で，現用系サーバモジュールおよび予備系サーバモジュールのスイッチ情報が切り替えられます。

(e)　複数サーバの同時切り替え時のポート設定変更

N+1／N+Mコールドスタンバイ切り替えおよび復帰を行うサーバモジュールと同一シャーシ内にN+Mコールドスタンバイ切り替えおよび復帰中のサーバモジュールがあった場合，ネットワークスイッチの設定に失敗することがあります。

このような場合，障害アラート（0x3725）が通知され，N+Mコールドスタンバイの処理が継続されます。

ネットワークスイッチの切り替え処理で警告アラートが通知された場合は，ネットワークスイッチの切り替えに失敗している可能性があるので，必ずJP1/Cm2/NCのネットワークスイッチの設定状態を確認してください。

(f)　予備系サーバモジュールの設定

予備系サーバモジュールが接続するネットワークスイッチのポートに，引き継ぎ対象となるネットワークスイッチ情報が設定されている場合，N+1／N+Mコールドスタンバイ切り替え・復帰時のポート設定の移行が次のようになります。

ポート情報インポート方式の場合

ポート情報インポート方式では，予備系サーバモジュールのポートがデフォルトVLAN(VLAN ID=1)でない場合，ポート設定の移行に失敗します。そのため，予備系サーバモジュールのポートは，デフォルトVLAN(VLAN ID=1)にしてください。

ポート情報GUI設定方式の場合

ポート情報GUI設定方式では，予備サーバモジュールのポートに引き継ぎ対象となる設定がされていた場合，これらの設定を初期状態に変更してからポート設定の移行を行います。これらの設定は復帰の際に復元しません。したがって，切り替えと復帰を行った場合，予備サーバモジュールに設定されていたポート設定は初期状態になります。初期状態とは，QoS制御情報およびACL制御情報が未設定，VLAN設定がデフォルトVLAN(VLAN ID=1)の状態です。

20.6　N+1コールドスタンバイの冗長化構成

この節では，N+1コールドスタンバイの冗長化構成を適用する前に知っておいてほしいことについて説明します。

N+1コールドスタンバイの冗長化（以降N+1冗長化と呼ぶ）とは，BSM Plusがインストールされているマネージャサービスが，N+1／N+Mコールドスタンバイの対象となる現用系サーバモジュールおよび予備系サーバモジュールを管理下に置き，サーバモジュール障害時のN+1自動切り替え処理を複数のマネージャサービスで冗長化する機能です。N+1冗長化では，各マネージャサービスのN+1自動切り替えの開始時間に差を持たせることによって，あるマネージャサービスがN+1切り替え処理が続行できなくなっても，ほかのマネージャサービスによって切り替え処理を引き継ぐことができます。N+1冗長化構成の例を，次の図に示します。

図20-14　N+1冗長化構成の例

＜この節の構成＞

20.6.1　 N+1冗長化の実行時の動作

20.6.2　 N+1冗長化構成時の注意事項

20.6.1　 N+1冗長化の実行時の動作

N+1冗長化では，N+1切り替え開始順序の早いマネージャサービスが切り替え処理に成功した場合でも，N+1切り替え開始順序の遅いマネージャサービスが切り替え処理を再実行することになります。しかし，N+1冗長化は，すでにN+1切り替え処理が完了している現用系および予備系サーバモジュールに，そのあとでN+1切り替え処理を実行してもエラーとはならないで，マネージャサービスは正常に切り替え処理をします。したがって，時間差は発生しますが，すべてのマネージャサービスでN+1／N+Mコールドスタンバイの実行状態を一致させることができます。N+1冗長化の動作例を，次の図に示します。

図20-15　N+1冗長化の動作例

N+1冗長化は，すべてのマネージャサービスでN+1／N+Mコールドスタンバイの実行状態を一致させます。そのために，あとからN+1切り替え処理を実行するマネージャサービスに対して，次に示す状態の場合はエラーとしないで警告アラートを通知し，メッセージを表示します。警告アラートの状態は，マネージャサービスのログに出力されます。

Device Managerで切り替え対象の現用系サーバモジュールのWWNが割り当て解除状態の場合（N+1コールドスタンバイの場合）

Device Managerで切り替え対象の予備系サーバモジュールのWWNが割り当て済みの状態の場合（N+1コールドスタンバイの場合）

電源をOFFとする切り替え元パーティションの電源がすでにOFF状態の場合（N+1コールドスタンバイの場合）

電源をONとする切り替え先パーティションの電源がすでにON状態の場合（N+1コールドスタンバイの場合）

切り替え対象のサーバモジュールが接続するネットワークスイッチのポート設定を変更するときに，JP1/Cm2/NCが詳細コード[152]のエラーを返した場合
このエラーは，ネットワークスイッチ連携機能を有効にしている場合で，ポート設定がすでに追加または削除されているときなどに発生します。

これらの警告アラートが通知された場合，メッセージ内容を参照して必ずN+1切り替え処理が正常に実施されていることを確認してください。Device Managerのストレージ設定状態，JP1/Cm2/NCのネットワークスイッチ設定状態，BladeSymphonyサーバモジュールの電源状態，N+1切り替え処理をしたサーバモジュールの業務状態などの確認が必要です。

20.6.2　 N+1冗長化構成時の注意事項

N+1冗長化では，すべてのマネージャサービスが共通の管理情報を持つ必要があるため，次の点に注意が必要です。

＜この項の構成＞

(1)　N+1／N+Mコールドスタンバイの手動切り替えおよび復帰操作

(2)　N+1／N+Mコールドスタンバイ自動切り替え実行中の操作

(3)　同一N+1グループ内の複数サーバモジュール障害時の動作

(4)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間

(5)　予備系サーバモジュールの診断中にN+1／N+Mコールドスタンバイ自動切り替えが発生した場合の監視時間

(1)　N+1／N+Mコールドスタンバイの手動切り替えおよび復帰操作

N+1冗長化構成中の一つのマネージャサービスで，N+1／N+Mコールドスタンバイの手動切り替えおよび復帰操作を実施した場合は，N+1冗長化構成中のすべてのマネージャサービスに対して，同様の操作を実施してください。

(2)　N+1／N+Mコールドスタンバイ自動切り替え実行中の操作

N+1冗長化構成中のマネージャサービスが，N+1／N+Mコールドスタンバイの自動切り替えを実行中には，次に示す構成および設定変更操作をしないでください。これらの操作をした場合は，再度すべてのマネージャサービスに対するN+1冗長化の設定が必要になります。

BSM PlusのN+1グループの設定変更

BSM PlusからのN+1の手動切り替えへの設定変更

現用系ホストの設定変更

BladeSymphonyサーバシャーシのBSM管理下からの削除

BladeSymphonyの構成変更（パーティション構成変更，SVP構成変更など）

システム構成の変更（SVP，ネットワークスイッチ，ファイバチャネルスイッチ，Device Manager設定変更など）

(3)　同一N+1グループ内の複数サーバモジュール障害時の動作

同一のN+1グループ内の複数の現用系サーバモジュールがほぼ同時に障害を発生した場合，N+1冗長化構成中のそれぞれのマネージャサービスが別の障害アラートを受信することがあります。この場合，N+1切り替え開始順序の早いマネージャサービスが受け取った障害アラートが優先されます。N+1切り替え開始順序の早いマネージャサービスがN+1切り替えできなくなった場合，次に切り替え順序の早いマネージャサービスが受け取った障害アラートが優先されます。

また，N+1冗長化構成中のそれぞれのマネージャサービスが別の障害アラートを受信した場合，切り替え開始順序の早いマネージャサービスが切り替え処理に成功し，次に切り替えを開始するマネージャサービスが別の現用ホストに対して切り替えを実行することがあります。このような場合，選択されている切り替え方式によって，次のように動作します。

N+1コールドスタンバイの場合
あとに切り替えを開始するマネージャサービスは，警告が発生したことを示すメッセージを表示して切り替え処理を完了しますが，実際には切り替え処理は成功していません。

N+Mコールドスタンバイの場合
あとに切り替えを開始するマネージャサービスは，切り替え処理に失敗します。

このように，あとからN+1切り替えを開始したマネージャサービスが別の現用ホストの切り替え処理をした場合，N+1冗長化構成中のマネージャサービス間で管理情報が一致しない状態となります。このため，コンソールサービスで各マネージャサービスのN+1グループの状態を確認し，一致しない状態であれば，最も早く切り替え処理を成功したマネージャサービスの管理情報と一致するように，すべてのマネージャサービスのN+1グループの再設定をしてください。

また，必要であれば，サーバモジュールの手動切り替えを実施してください。サーバモジュールの手動切り替えについては，「20.10.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。

同一N+1グループ内の複数サーバモジュール障害時の動作を次の図に示します。

図20-16　同一N+1グループ内の複数サーバモジュール障害時の動作

(4)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間

N+1冗長化構成のマネージャサービスで，自動切り替え時にOSシャットダウンを実行するように設定している場合，OSシャットダウンの開始から強制電源OFF開始までの監視時間を考慮して，冗長化による自動切り替え待ち時間を設定する必要があります。

例えば，次のようにマネージャサービスAとマネージャサービスBをN+1冗長化構成にしていて，マネージャサービスBの冗長化による自動切り替え待ち時間を10分と設定していたとします。この構成で，マネージャサービスAのOSシャットダウンの開始から強制電源OFF開始までの監視時間を15分に設定する場合，自動切り替え待ち時間には，これまでの待ち時間10分に強制電源OFF開始までの監視時間15分を足した，25分を設定してください。

図20-17　N+1冗長化構成の場合の自動切り替え待ち時間の設定

(5)　予備系サーバモジュールの診断中にN+1／N+Mコールドスタンバイ自動切り替えが発生した場合の監視時間

N+1冗長化構成のマネージャサービスで，予備系サーバモジュールの診断中にN+1／N+Mコールドスタンバイ自動切り替えが発生した場合，診断の終了を待ってから切り替えが実行されます。N+1冗長化構成の場合の予備系サーバモジュールの診断を次の図に示します。

図20-18　N+1冗長化構成の場合の予備系サーバモジュールの診断

20.7　N+1／N+Mコールドスタンバイ機能の設定

この節では，N+1／N+Mコールドスタンバイ機能を適用するための適用手順と設定方法について説明します。

なお，設定の追加や変更などの操作を行う場合，「更新モード」で操作する必要があります。現在のモードは，［N+1コールドスタンバイ詳細設定］ウィンドウのタイトルまたは［モード選択］メニューで確認できます。「更新モード」にするには，［モード選択］メニューから［更新モード］を選択します。

＜この節の構成＞

20.7.1　N+1／N+Mコールドスタンバイ機能の適用手順

20.7.2　N+1／N+Mコールドスタンバイ機能を有効にする設定

20.7.3　［N+1コールドスタンバイ詳細設定］ウィンドウ

20.7.4　N+1グループの作成と削除

20.7.5　N+1グループのホストの登録と削除，N+1グループ名の変更

20.7.6　N+1グループの予備プールの登録と削除

20.7.7　設定内容の確認

20.7.1　N+1／N+Mコールドスタンバイ機能の適用手順

N+1／N+Mコールドスタンバイ機能を適用するための手順を，次の場合に分けて説明します。

N+1コールドスタンバイ利用時のIA32サーバモジュールへの適用手順

N+1コールドスタンバイ利用時のIPFサーバモジュールへの適用手順

N+Mコールドスタンバイの適用手順

＜この項の構成＞

(1)　N+1コールドスタンバイ利用時のIA32サーバモジュールへの適用手順

(2)　N+1コールドスタンバイ利用時のIPFサーバモジュールへの適用手順

(3)　N+Mコールドスタンバイの適用手順

(1)　N+1コールドスタンバイ利用時のIA32サーバモジュールへの適用手順

N+1コールドスタンバイの場合で，IA32サーバモジュールへ適用するときの手順を示します。

N+1コールドスタンバイの対象となる現用系サーバモジュールおよび予備系サーバモジュールを検討する

予備系サーバモジュールの電源をONにして，システムBIOSおよびHBA-BIOSを設定する

予備系サーバモジュールの電源をOFFにする

ストレージ運用支援機能を有効にする
［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで設定します。設定手順については，「19.4.1　Device ManagerのBSM Plusへの登録」を参照してください。

N+1コールドスタンバイ機能を有効にする
［マネージャサービス設定］ダイアログボックスの［N+1設定］タブで設定します。設定手順については，「20.7.2(1)　N+1／N+Mコールドスタンバイ機能を有効にする」を参照してください。

N+1グループを作成する
［N+1グループ作成］ダイアログボックスで設定します。設定手順については，「20.7.4　N+1グループの作成と削除」を参照してください。

現用系ホストを登録する
［ホスト登録・変更］ダイアログボックスで設定します。設定手順については，「20.7.5　N+1グループのホストの登録と削除，N+1グループ名の変更」を参照してください。

予備系サーバモジュールを設定する
［予備登録・変更］ダイアログボックスで設定します。設定手順については，「20.7.6　N+1グループの予備プールの登録と削除」を参照してください。

手動で切り替えテストを実施する
［手動切り替え実行］ダイアログボックスから実施します。手動切り替えの実行手順については，「20.10.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。なお，手順9～10は，現用系サーバモジュールの台数分実施します。

予備系サーバモジュールを現用系サーバモジュールへ復帰させる
［復帰・解除実行］ダイアログボックスから復帰させます。現用系サーバモジュールへの復帰手順については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

運用を開始する

(2)　N+1コールドスタンバイ利用時のIPFサーバモジュールへの適用手順

N+1コールドスタンバイを利用した切り替え方式の場合で，IPFサーバモジュールへ適用するときの手順を示します。

N+1コールドスタンバイの対象となる現用系サーバモジュールおよび予備系サーバモジュールを検討する

予備系サーバモジュールの電源をOFFにして，SMP構成を実施する

予備系サーバモジュールの電源をONにして，HBA-BIOSを設定する

予備系サーバモジュールの電源をOFFにする

現用系サーバモジュールの1台だけ電源をOFFにする
Device Managerを利用して，電源をOFFにした現用系サーバモジュールに割り当てられているホストグループを予備系サーバモジュールに割り当てます。
現用系サーバモジュールとブートデバイスの間のパスが冗長構成のSANブート環境の場合，冗長パス側のホストグループについても現用系サーバモジュールから予備系サーバモジュールへのホスト割り当て変更をしてください。
なお，手順5～10の操作は，現用系サーバモジュールの1台分だけ実施します。この操作は，現用系サーバモジュールのブートデバイスを予備系サーバモジュールのEFIへ認識させ，ブート設定をします。

SVPを利用して予備系サーバモジュールのEFIリモートコンソールを起動する

予備系サーバモジュールの電源をONにして，EFIを設定する

予備系サーバモジュールを再起動して，問題がないことを確認する

予備系サーバモジュールの電源をOFFにする

Device Managerを利用して，予備系サーバモジュールに割り当てたホストグループを現用系サーバモジュールに復帰させる

ストレージ運用支援機能を有効にする
［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで設定します。設定手順については，「19.4.1　Device ManagerのBSM Plusへの登録」を参照してください。

N+1コールドスタンバイ機能を有効にする
［マネージャサービス設定］ダイアログボックスの［N+1設定］タブで設定します。設定手順については，「20.7.2(1)　N+1／N+Mコールドスタンバイ機能を有効にする」を参照してください。

N+1グループを作成する
［N+1グループ作成］ダイアログボックスで設定します。設定手順については，「20.7.4　N+1グループの作成と削除」を参照してください。

現用系ホストを登録する
［ホスト登録・変更］ダイアログボックスで設定します。設定手順については，「20.7.5　N+1グループのホストの登録と削除，N+1グループ名の変更」を参照してください。

予備系サーバモジュールを設定する
［予備登録・変更］ダイアログボックスで設定します。設定手順については，「20.7.6　N+1グループの予備プールの登録と削除」を参照してください。

手動で切り替えテストを実施する
［手動切り替え実行］ダイアログボックスから実施します。手動切り替えの実行手順については，「20.10.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。なお，手順16～21は，手順5で切り替えを実施した現用系サーバモジュールを除く現用系サーバモジュールの台数分実施します。

SVPを利用して予備系サーバモジュールのEFIリモートコンソールを起動する

予備系サーバモジュールの電源をONにして，EFIを設定する

予備系サーバモジュールを再起動して，問題がないことを確認する

予備系サーバモジュールの電源をOFFにする

予備系サーバモジュールを現用系サーバモジュールへ復帰させる
［復帰・解除実行］ダイアログボックスから復帰させます。現用系サーバモジュールへの復帰手順については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

運用を開始する

(3)　N+Mコールドスタンバイの適用手順

N+Mコールドスタンバイを適用するときの手順を示します。

N+Mコールドスタンバイの対象となる現用系サーバモジュールおよび予備系サーバモジュールを検討する

ストレージ運用支援機能を有効にする
ストレージ運用支援機能でホストグループ割り当てを実施する場合は，ストレージ運用支援機能を有効にします。［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで設定します。設定手順については，「19.4.1　Device ManagerのBSM Plusへの登録」を参照してください。

N+1コールドスタンバイ機能を有効にする
［マネージャサービス設定］ダイアログボックスの［N+1設定］タブで設定します。設定手順については，「20.7.2(1)　N+1／N+Mコールドスタンバイ機能を有効にする」を参照してください。

N+1グループを作成する
［N+1グループ作成］ダイアログボックスで設定します。設定手順については，「20.7.4　N+1グループの作成と削除」を参照してください。

現用系ホストを登録する
［ホスト登録・変更］ダイアログボックスで設定します。設定手順については，「20.7.5　N+1グループのホストの登録と削除，N+1グループ名の変更」を参照してください。

予備系サーバモジュールを設定する
［予備登録・変更］ダイアログボックスで設定します。設定手順については，「20.7.6　N+1グループの予備プールの登録と削除」を参照してください。

手動で切り替えテストを実施する
［手動切り替え実行］ダイアログボックスから実施します。切り替えテストは，切り替えられるすべてのパターンに対して実施してください。手動切り替えの実行手順については，「20.10.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。なお，手順7～8は，現用系サーバモジュールの台数分実施します。

予備系サーバモジュールを現用系サーバモジュールへ復帰させる
［復帰・解除実行］ダイアログボックスから復帰させます。現用系サーバモジュールへの復帰手順については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

運用を開始する

20.7.2　N+1／N+Mコールドスタンバイ機能を有効にする設定

N+1／N+Mコールドスタンバイ機能を有効にする手順について説明します。また，ネットワークスイッチ連携機能を有効にする手順についても説明します。

＜この項の構成＞

(1)　N+1／N+Mコールドスタンバイ機能を有効にする

(2)　ネットワークスイッチ連携機能を有効にする

(1)　N+1／N+Mコールドスタンバイ機能を有効にする

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャを選択する

［設定］メニューから「マネージャサービス設定」を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［N+1設定］タブを選択する

ここでは，次の情報を設定します。

設定項目 | 設定内容
N+1コールドスタンバイ | 障害発生時にN+1／N+Mコールドスタンバイ機能を有効にする場合にチェックボックスをONにします。
障害時の自動切り替え実行の適用 | 障害発生時にN+1／N+Mコールドスタンバイ機能を自動で実行するかどうかを設定します。［適用する］ラジオボタンをONにした場合，N+1コールドスタンバイ機能を自動で実行します。切り替えの契機については，「20.3.2　予備系への切り替えの方法（N+1コールドスタンバイ）」を参照してください。［適用しない］ラジオボタンをONにした場合，障害発生時に手動で切り替えを実行します。手動切り替えの操作については，「20.10.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。
自動切り替えを中止する | N+1／N+Mコールドスタンバイ機能を自動で実行中に障害を回復できた場合，自動切り替えを中止するかどうかを設定します。［現用ホストでエージェントサービスが起動］チェックボックスをONにした場合，障害発生後，一定時間内に現用系ホストでエージェントサービスが起動したときに自動切り替えを中止します。デフォルトはOFFです。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

(2)　ネットワークスイッチ連携機能を有効にする

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ネットワークスイッチ連携機能］タブを選択する

ここでは，次の情報を設定します。

設定項目
設定内容

ネットワークスイッチ連携機能
ネットワークスイッチ連携機能を有効にする場合にチェックボックスをONにします。
［接続確認］ボタンをクリックすると，マネージャサービスがJP1/Cm2/NCを実行できるかを確認します。確認した結果はメッセージとして表示されます。

ネットワークスイッチ連携機能（ポート情報インポート設定方式）の詳細設定
ポート情報インポート設定方式で，ネットワークスイッチ連携機能を利用する場合に設定します。
「内蔵スイッチ(BS1000)情報定義のファイルパス」に，登録するスイッチ情報定義ファイルを指定します。スイッチ情報定義ファイルを登録するタイミングでスイッチポートを設定する場合は，［定義ファイル設定時にスイッチポートの設定を行う］チェックボックスをチェックします。
［定義ファイル出力］ボタンで，指定したスイッチ情報定義ファイルを出力できます。
［定義ファイル設定］ボタンで，指定したスイッチ情報定義ファイルをマネージャサービスに登録します。指定したスイッチ情報定義ファイルの内容が0バイト，またはコメント行と空白行だけの場合は，マネージャサービスに登録された内容が消去されます。

ネットワークスイッチ連携機能（ポート情報GUI設定方式）の詳細設定
ポート情報GUI設定方式で，ネットワークスイッチ連携機能を利用する場合に設定します。
［外付スイッチ登録・削除］ボタンをクリックすると，［外付スイッチ名称登録］ダイアログボックスが開き，外付スイッチタイプと外付スイッチ名称を登録，削除できます。
［設定］ボタンをクリックすると，［スイッチ情報登録］ダイアログボックスが開き，シャーシと内蔵スイッチ名称の関連づけ，シャーシとの各スロット（サーバモジュール）のPCIスロットから直結されたスイッチのどのポートに接続されているかの関連づけを設定します。

注意

ネットワークスイッチ連携機能を利用するには，ポート情報GUI設定方式，またはポート情報インポート設定方式のどちらかの方法で設定してください。

ポート情報GUI設定方式は，N+1グループの設定，およびJP1/Cm2/NCの設定を実施してから設定してください。

スイッチ情報定義ファイルの定義を変更したあとに［定義ファイル設定時にスイッチポートの設定を行う］チェックボックスをチェックしてスイッチポートを設定すると，スイッチ情報定義ファイルの変更がスイッチポートの設定に反映されます。ただし，Untaggedポートに対してVLAN IDだけを変更する場合は，変更が反映されません（VLAN IDが1の場合を除く）。スイッチ情報定義ファイルの変更後の設定と注意事項については，「20.8.4(3)　スイッチ情報定義ファイルの変更」を参照してください。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

20.7.3　［N+1コールドスタンバイ詳細設定］ウィンドウ

N+1／N+Mコールドスタンバイ機能を設定または変更するには，［N+1コールドスタンバイ詳細設定］ウィンドウを表示します。

［ホスト管理］ウィンドウで，N+1／N+Mコールドスタンバイ機能を設定するマネージャを選択する

［BSM Plus管理］メニューから「N+1コールドスタンバイ詳細設定」を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［N+1コールドスタンバイ詳細設定］ウィンドウでは，現用系の業務サーバ（ホスト単位）と予備系のサーバ（サーバモジュール単位）をグループ単位で管理し，予備のサーバモジュールを登録できます。

現用系の業務サーバのグループを，現用系のN+1グループと呼び，予備系のサーバのグループを予備プールと呼びます。現用系のN+1グループと予備プールをまとめてN+1グループと呼びます。ひとつのN+1グループの中では，現用系のN+1グループと予備プールは1対1の関係です。また，N+1グループは1,024グループまで作成できます。

［N+1コールドスタンバイ詳細設定］ウィンドウの左側（左ペインと呼ぶ）には，N+1コールドスタンバイをルートノードとしてN+1グループがツリー表示されます。

N+1グループの下位に，現用系のホスト名および予備プールが表示されます。さらに予備プールの下位にはシャーシが表示され，シャーシの下位にはサーバモジュールが表示されます。

［N+1コールドスタンバイ詳細設定］ウィンドウの右側（右ペインと呼ぶ）には，左ペインで選択したノードについての情報が表示されます。各ノードを選択した場合に表示される右ペインの情報については，「20.7.7　設定内容の確認」を参照してください。

20.7.4　N+1グループの作成と削除

＜この項の構成＞

(1)　 N+1グループの作成

(2)　 N+1グループの削除

(1)　 N+1グループの作成

N+1グループを作成する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1コールドスタンバイ］ノードをクリックする

［設定］メニューから［N+1グループ作成］を選択する
［グループ作成］ダイアログボックスが表示されます。

注意

コンソールサービスまたはマネージャサービスのバージョンが07-55以前の場合は，「グループ属性選択」は表示されません。

N+1グループ名を入力する
N+1グループ名は空白を含めて63文字まで入力できます。すでに登録されているN+1グループ名は入力しないでください。コンソールサービスまたはマネージャサービスのバージョンが07-55以前の場合は，手順5に進んでください。

「グループ属性選択」で利用するN+1コールドスタンバイ機能を選択する
「N+Mコールドスタンバイ」または「N+1コールドスタンバイ」を選択します。

［OK］ボタンをクリックする
［N+1グループ作成］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位にN+1グループが作成されます。N+1グループは1,024グループまで作成できます。

(2)　 N+1グループの削除

N+1グループ内でN+1／N+Mコールドスタンバイの切り替えが実行されているとN+1グループを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

N+1グループを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで削除する［N+1グループ］ノードをクリックする

［設定］メニューから［N+1グループ削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
［N+1グループ削除］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位からN+1グループが削除されます。

20.7.5　N+1グループのホストの登録と削除，N+1グループ名の変更

＜この項の構成＞

(1)　N+1グループのホストの登録

(2)　N+1グループのホストの削除

(3)　 N+1グループ名の変更

(1)　N+1グループのホストの登録

N+1グループを作成したら，現用系ホストを登録します。

注意

現用系ホストを登録する場合の制限事項を次に示します。

一つのN+1グループにBS2000，BS1000，BS320のホストは混在して登録できません。

一つのN+1グループにHP-UXのホストと，WindowsまたはLinuxのホストは混在して登録できません。HP-UXのホストでN+1グループを構成する場合は，HP-UXホスト群だけで一つのN+1グループを構成してください。

N+1グループには，論理パーティション上で稼働しているサーバを現用系ホストとして登録できません。そのため，［ホスト登録・変更］ダイアログボックスの［ホスト一覧］には表示されません。

N+1グループのグループ属性がN+1コールドスタンバイの場合，登録できるIPFサーバモジュールのホストは，最大で7台です。

N+1グループのグループ属性がN+1コールドスタンバイの場合，BS2000およびBS320のホストは登録できません。

N+1グループのグループ属性がN+1コールドスタンバイの場合，ストレージ運用支援機能でホストグループ割り当てをしていないホストを現用系ホストとして登録できません。

N+1グループのグループ属性がN+1コールドスタンバイの場合，Agentがインストールされているホストだけが登録できます。

N+1グループのグループ属性がN+Mコールドスタンバイの場合，HP-UXのホストは登録できません。

SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合，N+1グループのグループ属性がN+Mコールドスタンバイのとき，現用系ホストと異なるサーバシャーシのホストは登録できません。

現用系ホストを登録する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを登録する
［ホスト一覧］に登録可能なホストが表示されています。ほかのN+1グループですでに登録されているホストは，ホスト一覧には表示されません（一つのホストを複数のN+1グループに登録することはできません）。
Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，［ホスト一覧］には「シャーシID_パーティションX」（X：パーティション番号）と表示されます。
［ホスト一覧］からホストを選択し，［→］ボタンをクリックします。［現用系ホスト一覧］に，選択したホストが表示されます。ホストは一つのN+1グループに対して256台まで登録できます。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位にホストが作成されます。

(2)　N+1グループのホストの削除

予備系サーバモジュールの登録後にN+1グループからすべてのホストを削除する場合は，先に予備系サーバモジュールを削除する必要があります。予備系サーバモジュールの削除については，「20.7.6(2)　N+1グループの予備プールの削除」を参照してください。

N+1グループからホストを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを削除する
現用系ホスト一覧からホストを選択し，［←］ボタンをクリックします。現用系ホスト一覧から選択したホストが削除され，ホスト一覧に表示されます。削除されたホストは，ほかのN+1グループに登録可能となります。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位からホストが削除されます。

(3)　 N+1グループ名の変更

N+1グループ名を変更する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

N+1グループ名を変更する

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，N+1グループ名が変更されます。

20.7.6　N+1グループの予備プールの登録と削除

＜この項の構成＞

(1)　 N+1グループの予備プールの登録

(2)　 N+1グループの予備プールの削除

(3)　ツールチップに表示されるメッセージ

(1)　 N+1グループの予備プールの登録

現用系のN+1グループに割り当てる予備プールを登録する手順を次に示します。

注意

グループ属性がN+1コールドスタンバイの場合は，予備系サーバモジュールを1台しか登録できません。グループ属性がN+Mコールドスタンバイの場合は，予備系サーバモジュールを2台以上登録できます。N+Mコールドスタンバイで登録できるサーバモジュールの最大数は，IA32サーバモジュールの場合は256台，IPFサーバモジュールの場合は1,024台です。

現用系に登録されているホストと異なる種別のサーバシャーシに搭載されているサーバモジュールを予備登録することはできません。次に例を示します。

＜例＞

登録可能
現用系（BS1000Aに搭載されたホスト），予備系（BS1000Aに搭載されたサーバモジュール）

登録不可
現用系（BS1000に搭載されたホスト），予備系（BS320に搭載されたサーバモジュール）

SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合は，同一のサーバシャーシに搭載されているサーバモジュールだけを登録できます。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。

シャーシの選択の中から，このN+1グループの予備対象とするシャーシを選択する
シャーシを選択すると，［予備系サーバモジュールの選択］に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。

注意

・現用系ホストがSMP構成の場合は，予備対象とするサーバモジュールも現用系ホストと同じSMP構成にする必要があります。

・N+1コールドスタンバイの場合はシャーシの選択でシャーシを変更するとチェックボックスのON/OFFの状態は保存されません。N+Mコールドスタンバイの場合はシャーシの選択でシャーシを変更してもチェックボックスの状態は保存されます。

・登録できないサーバモジュールが選択可能状態（活性化状態）になる場合があります。この場合，［OK］ボタンをクリックした時点でエラーになります。

予備プールとして登録するサーバモジュールを選択する
予備プールとして登録するサーバモジュールのチェックボックスをONにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループに予備プールが登録されます。

(2)　 N+1グループの予備プールの削除

予備系サーバモジュールが，N+1コールドスタンバイの切り替え実行されていると，その予備系サーバモジュールを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

現用系のN+1グループに割り当てている予備プールを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。

シャーシの選択の中から，このN+1グループの予備対象となっているシャーシを選択する
シャーシを選択すると，「予備系サーバモジュールの選択」に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録してあるサーバモジュールと予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。すでにほかのN+1グループで予備プールに登録されているサーバモジュールおよび管理対象ホストを構成するサーバモジュールは選択可能状態にはなりません。

予備プールから削除するサーバモジュールを選択する
削除するサーバモジュールのチェックボックスをOFFにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループから予備プールが削除されます。
予備プールを削除した場合は，別の予備プールを「(1)　N+1グループの予備プールの登録」の手順に従って登録してください。

(3)　ツールチップに表示されるメッセージ

［予備登録・変更］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表20-12　ツールチップに表示されるメッセージと対処方法（［予備登録・変更］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:サーバモジュールが挿入されていません。 | サーバモジュールを挿入してください。
2 | Slot%d:他のN+1グループの予備系サーバモジュールとして登録されています。 | ほかのN+1グループから，該当するサーバモジュールを削除してください。
3 | Slot%d:パーティションが削除されています。 | SMP構成管理機能で，該当するサーバモジュールのパーティションを作成してください。
4 | Slot%d:ホスト管理画面に登録されているサーバモジュールです。 | 該当するサーバモジュールを［ホスト管理］ウィンドウから削除してください。
5 | Slot%d:予備系サーバモジュール診断の実行中です。 | 予備系サーバモジュールの診断が終了するまで待ってください。
6 | Slot%d:パーティションが利用できる状態になっていません。(パーティション情報ステータスが「Configuration validate(0x03)」以外になっています。) | SVPへログインし，PCCコマンド（BS2000ではPRコマンドまたはPCコマンド）で，該当パーティションのPre-configureを実行してください。
7 | Slot%d:パーティションの電源がONになっています。 | パーティションの電源をOFFにしてください。
8 | Slot%d:Pre-configureが無効またはパーティションの情報が有効ではありません。 | サーバモジュールのPre-configure情報をサーバシャーシインベントリの［パーティション情報］から確認してください。Pre-configure機能が無効になっている場合，SVPへログインしてPre-configureを有効にしてください。Pre-configure機能が有効になっている場合，保守員に連絡してください。
9 | Slot%d:現用系と異なる種別のサーバシャーシに搭載されたサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一の種別のサーバシャーシに搭載されたサーバモジュールを選択してください。
10 | Slot%d:Switch Moduleの種別が異なるサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一の種別のSwitch Moduleを使用したサーバモジュールを選択してください。
11 | Slot%d:現用系ホストにHVMが登録されていますが，このサーバモジュールはHVM非搭載です。 | このサーバモジュールはHVM非搭載のため予備登録できません。HVMが搭載されたサーバモジュールを選択してください。
12 | Slot%d:LPARモードのサーバモジュールです。 | このサーバモジュールはN+1コールドスタンバイグループへは予備登録できません。ほかのサーバモジュールを選択してください。
13 | Slot%d:ストレージ運用支援機能でホストグループが割り当てられています。 | ストレージ運用支援機能で，該当するサーバモジュールのホストグループの割り当てを解除してください。
14 | Slot%d:現用ホストとして<グループ名>に登録されています。 | ［ホスト登録・変更］ダイアログボックスで，現用系ホストとしての登録を解除してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が一つだけ表示されます。

20.7.7　設定内容の確認

＜この項の構成＞

(1)　［N+1コールドスタンバイ］ノードの内容を確認する

(2)　［N+1グループ］ノードの内容を確認する

(3)　［ホスト］ノードの内容を確認する

(4)　予備プールの内容を確認する

(1)　［N+1コールドスタンバイ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1コールドスタンバイ］ノードを選択すると，右ペインには次の項目が表示されます。

このウィンドウでは，次の情報を表示します。

項目 | 説明
コールドスタンバイ中のサーバモジュール数 | コールドスタンバイ中のサーバモジュールの合計数を表示します。SMP構成の場合も，サーバモジュール数で表示します。
コールドスタンバイ切り替え実行数 | コールドスタンバイ切り替え（手動および自動）実行されたサーバモジュールの合計数を表示します。SMP構成の場合も，サーバモジュール数で表示します。
コールドスタンバイ警告数 | コールドスタンバイ警告が発生しているサーバモジュールの合計数を表示します。SMP構成の場合も，サーバモジュール数で表示します。

(2)　［N+1グループ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードを選択すると，右ペインには次の項目が表示されます。

注意

コンソールサービスのバージョンが07-55以前の場合は，「グループ属性」は表示されません。また，コンソールサービスのバージョンが08-00以前の場合は，「シャーシタイプ」は表示されません。

接続先マネージャサービスおよびコンソールサービスのバージョンが08-50より前の場合は，「定期診断スケジュール」は表示されません。

［N+1コールドスタンバイ詳細設定］ウィンドウには，次の情報が表示されます。

項目 | 説明
N+1グループ名 | N+1グループ名が表示されます。
現用系ホスト一覧 | 現用系N+1グループに属するホストが表示されます。Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，「シャーシID_パーティションX」（X：パーティション番号）と表示されます。
グループ属性 | N+1グループ作成時に登録されたグループ属性が表示されます。「N+1コールドスタンバイ」または「N+Mコールドスタンバイ」が表示されます。
シャーシの選択 | 現用系N+1グループに登録されているシャーシが表示されます。複数登録されている場合は，サーバモジュールの状態を表示したいシャーシを選択できます。選択したシャーシ内のサーバモジュールの状態が，予備系サーバモジュールに表示されます。N+1グループに予備系サーバモジュールが登録されていないと何も表示されません。
シャーシタイプ | 選択されているシャーシのシャーシタイプが表示されます。
予備系サーバモジュール※ | シャーシの選択に表示されているシャーシ内のサーバモジュールの状態が表示されます。N+1グループに予備系サーバモジュールが登録されていない場合は，何も表示されません。ウィンドウ表示中にエラーが発生した場合，取得不可を表示する場合があります。その場合は，エラーメッセージに従って対処してください。
定期診断スケジュール | 設定した予備系サーバモジュールの定期診断スケジュールが表示されます。

注※

表示されるSlotの数は，サーバシャーシのタイプによって異なります。

予備系サーバモジュールに表示されるアイコンの意味を次に示します。

アイコン | 状態 | 意味
[図データ]　 | 予備登録可能 | 予備として登録が可能なことを示します。
[図データ]　 | 予備登録中 | 現在，予備として登録されていることを示します。
[図データ]　 | 予備登録不可 | 予備登録できないサーバモジュールであることを示します。
[図データ]　 | コールドスタンバイ切り替え中 | 予備に切り替えようとしている状態であることを示します。
[図データ]　 | コールドスタンバイ実行 | コールドスタンバイが実行されていることを示します。
[図データ]　 | コールドスタンバイ警告 | 予備プールの電源が手動でONされたか，またはサーバモジュールがシャーシから外れたことが原因で，コールドスタンバイを行わない状態であることを示します。
[図データ]　 | コールドスタンバイ失敗 | 予備系電源投入の失敗などによって，予備プールへの切り替えが正常に行えなかったことを示します。
[図データ]　 | サーバモジュール診断中 | 予備プールのサーバモジュールに異常がないかどうかを診断している状態であることを示します。
[図データ]　 | サーバモジュール障害 | 予備プールのサーバモジュールで障害が発生し，予備プールへの切り替えが正常に行えなかったことを示します。
[図データ]　 | サーバモジュール状態不明 | バージョンアップによってステータスが追加され，状態が不明なことを示します。

(3)　［ホスト］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［ホスト］ノードを選択すると，右ペインには次の項目が表示されます。

このウィンドウでは，次の情報を表示します。

項目 | 説明
シャーシID | 現用系サーバモジュールのシャーシIDを表示します。
サーバモジュール | 現用系サーバモジュールのスロット番号を表示します。
モジュールタイプ | 現用系サーバモジュールのモジュールタイプを表示します。
OS名 | 現用系サーバモジュールのOS名を表示します。Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，空白が表示されます。
切替先シャーシID | 予備系サーバモジュールのシャーシIDを表示します。
切替先サーバモジュール | 予備系サーバモジュールのスロット番号を表示します。
状態 | 選択した［ホスト］ノードの状態を表示します。

状態には，次に示すどれかが表示されます。また，［N+1コールドスタンバイ詳細設定］ウィンドウのツリーの［ホスト］ノードおよび右ペインのシャーシIDには，その状態を示すアイコンが表示されています。

状態 | 意味 | アイコン
正常 | 正常であることを示します。 | [図データ]（ホスト）
[図データ]（シャーシID）
[図データ]（HVM）
[図データ]（VMホスト）
障害発生 | N+1対象障害が発生していることを示します。 | [図データ]（ホスト）
[図データ]（シャーシID）
[図データ]（HVM）
[図データ]（VMホスト）
切り替え実行中 | 予備に切り替えようとしている状態であることを示します。 | [図データ]（ホスト）
[図データ]（シャーシID）
[図データ]（HVM）
[図データ]（VMホスト）
切り替え完了 | コールドスタンバイ切り替えが実行されていることを示します。 | [図データ]（ホスト）
[図データ]（シャーシID）
[図データ]（HVM）
[図データ]（VMホスト）
エラー検知※ | 現用系ホストの構成上のエラーが発生したことを示します。 | [図データ]（ホスト）
[図データ]（シャーシID）
[図データ]（HVM）
[図データ]（VMホスト）
取得不可 | バージョンアップによってステータスが追加され，このバージョンでは状態が不明なことを示します。 | [図データ]（ホスト）
[図データ]（シャーシID）
[図データ]（HVM）
[図データ]（VMホスト）

注※

N+1グループに現用系ホストが登録されたあとで，現用ホストのサーバモジュールがシャーシから抜去，または現用ホストのパーティション構成が変更されたことが原因で，切り替えを実行できない状態を示します。また，切り替えに失敗した場合や復帰に失敗した場合も「エラー検知」の状態になります。

(4)　予備プールの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［予備プール］ノードを選択すると，右ペインには次の項目が表示されます。

［予備プール］ノードの下位の［シャーシ］ノード，［サーバモジュール］ノードを選択した場合も同じ項目が表示されます。

このウィンドウでは，次の情報を表示します。

項目 | 説明
シャーシID | 予備系サーバモジュールのシャーシIDを表示します。
予備サーバモジュール | 予備系サーバモジュールのスロット番号を表示します。
予備モジュールタイプ | 予備系サーバモジュールのモジュールタイプを表示します。
切替元シャーシID | 現用系サーバモジュールのシャーシIDを表示します。
切替元サーバモジュール | 現用系サーバモジュールのスロット番号を表示します。
状態 | 選択した予備プールの状態を表示します。

状態には，次に示すどれかが表示されます。また，［N+1コールドスタンバイ詳細設定］ウィンドウのツリーの［予備プール］ノード，［シャーシ］ノード，［サーバモジュール］ノード，および右ペインのシャーシIDには，その状態を示すアイコンが表示されています。

状態 | 意味 | アイコン
コールドスタンバイ中 | 現在，予備として登録されていることを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
コールドスタンバイ切り替え中 | 予備に切り替えようとしている状態であることを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
コールドスタンバイ実行 | コールドスタンバイが実行されていることを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
コールドスタンバイ警告 | 予備プールのサーバモジュールの電源が手動でONされたか，またはサーバモジュールがシャーシから抜去されたことが原因で，コールドスタンバイを行わない状態であることを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
コールドスタンバイ失敗 | 予備系サーバモジュールの電源操作の失敗などによって，予備プールのサーバモジュールへの切り替えが正常に行えなかったことを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
サーバモジュール診断中 | 予備プールのサーバモジュールに異常がないかどうかを診断している状態であることを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
サーバモジュール障害 | 予備プールのサーバモジュールで障害が発生し，予備プールのサーバモジュールへの切り替えが正常に行えなかったことを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）
取得不可 | バージョンアップによってステータスが追加され，状態が不明なことを示します。 | [図データ]（予備プール）
[図データ]（シャーシ）
[図データ]（サーバモジュール，シャーシID）

20.8　ネットワークスイッチ連携機能の設定

この節では，ネットワークスイッチ連携機能を適用するための設定方法について説明します。

＜この節の構成＞

20.8.1　ネットワークスイッチ連携機能の設定手順

20.8.2　JP1/Cm2/NCの設定

20.8.3　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）

20.8.4　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）

20.8.5　ネットワークスイッチ連携機能で出力されるメッセージ

20.8.1　ネットワークスイッチ連携機能の設定手順

ネットワークスイッチ連携機能を適用するときの設定手順を示します。

注意

ネットワークスイッチ情報の設定は，N+1グループの設定，およびJP1/Cm2/NCの設定が完了してから設定してください。

JP1/Cm2/NCの設定をする
JP1/Cm2/NCをBSM Plus（マネージャサービス追加機能）がインストールされているホストと同じホストにインストールし，必要な設定をします。JP1/Cm2/NCの設定については，「20.8.2　JP1/Cm2/NCの設定」を参照してください。

ネットワークスイッチ連携機能を有効にする
［マネージャサービス設定］ダイアログボックスの［ネットワーク連携機能］タブで設定します。設定手順については，「20.7.2(2)　ネットワークスイッチ連携機能を有効にする」を参照してください。

コンソールサービスから，JP1/Cm2/NCを実行できるか確認する
［マネージャサービス設定］ダイアログボックスの［ネットワーク連携機能］タブで確認します。確認方法については，「20.7.2(2)　ネットワークスイッチ連携機能を有効にする」を参照してください。

スイッチ情報を設定する
JP1/Cm2/NCなどで設定したスイッチ情報を基に設定します。次のどちらかの設定方式で，スイッチ情報を設定してください。

ポート情報GUI設定方式で設定する場合
ポート情報GUI設定方式は，BS2000，BS1000およびBS320の場合に使用できます。
設定の詳細については，「20.8.3　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）」を参照してください。

ポート情報インポート設定方式で設定する場合
ポート情報インポート設定方式は，BS1000の場合に使用できます。
設定の詳細については，「20.8.4　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）」を参照してください。

コンソールサービスから，スイッチ情報定義ファイルを登録し，ネットワークスイッチを設定する（ポート情報インポート設定方式の場合だけ実施）
スイッチ情報定義ファイルは，［マネージャサービス設定］ダイアログボックスの［ネットワーク連携機能］タブで登録します。また，スイッチ情報定義ファイルの登録時にスイッチポートを設定できます。スイッチ情報定義ファイルの登録方法については，「20.7.2(2)　ネットワークスイッチ連携機能を有効にする」を参照してください。

N+1／N+Mコールドスタンバイの事前確認をするときに，切り替え後のネットワークアクセスが正常にできることを確認する

運用を開始する

20.8.2　JP1/Cm2/NCの設定

ネットワークスイッチ連携機能を利用するには，JP1/Cm2/NCをBSM Plus（マネージャサービス追加機能）がインストールされているホストと同じホストにインストールし，次に示す設定をする必要があります。

JP1/Cm2/NCが提供するコマンドの実行ファイルへのパスを，PATH環境変数に登録する。
次のパスをPATH環境変数に登録してください。
<JP1/Cm2/NCのインストール先フォルダ>¥view¥bin
PATH環境変数を登録したあとに，OSを再起動してください。

ネットワークスイッチ連携機能で使用するVLAN IDおよび各ネットワークスイッチは事前にJP1/Cm2/NCに登録し，ネットワークスイッチを適切なVLANの配下に設定する。

ポート情報インポート方式でスイッチポートの初期設定を実行する場合は，JP1/Cm2/NC - ViewでN+1／N+Mコールドスタンバイで使用するポートがデフォルトVLAN(VLAN ID=1)になるように設定する。
ネットワークスイッチの初期設定時に，N+1／N+Mコールドスタンバイで使用するポートがデフォルトVLANに設定されていない場合は，ポートの設定時にエラーとなります。ただし，N+1／N+Mでネットワークスイッチ連携機能を使用しないグループのポートについては設定の変更が不要です。

JP1/Cm2/NCでの設定については，マニュアル「JP1 Version 7i JP1/Cm2/Network Element Configuration」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Element Configuration 運用・操作ガイド」を参照してください。

20.8.3　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）

ここでは，ポート情報GUI設定方式でのネットワークスイッチ情報の定義内容，定義例について説明します。

＜この項の構成＞

(1)　スイッチ情報の定義内容

(2)　スイッチ情報の定義例

(3)　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）の注意事項

(1)　スイッチ情報の定義内容

ポート情報GUI設定方式でスイッチ情報を設定する設定内容について説明します。

(a)　外付スイッチ名称登録

［外付スイッチ名称登録］ダイアログボックスでは，外付スイッチタイプと外付スイッチ名称を登録します。［マネージャサービス設定］ダイアログボックスの［ネットワークスイッチ連携機能］タブで［外付スイッチ登録・削除］ボタンをクリックすると［外付スイッチ名称登録］ダイアログボックスが表示されます。

［外付スイッチ名称登録］ダイアログボックスの項目について説明します。

設定項目 | 設定内容の説明
外付スイッチタイプ | 追加する外付スイッチのタイプを選択します。
スイッチ名称 | 追加する外付スイッチのスイッチ名を入力します。スイッチ名は，JP1/Cm2/NCで登録した名称を入力してください。
＞＞ | ［スイッチ名称］に入力したスイッチ名称を［外付スイッチ名称一覧］のリストボックスへ追加します。［スイッチ名称］にスイッチ名が入力されていない場合は，非活性となって選択できません。
＜＜ | ［外付スイッチ名称一覧］のリストボックスで選択したスイッチ名称を削除します。［外付スイッチ名称一覧］のリストボックスにある外付スイッチタイプが選択されていないと，非活性となって選択できません。
外付スイッチ名称一覧 | ［＞＞］ボタンで追加された外付スイッチタイプ，外付スイッチ名称を外付スイッチタイプの昇順に並べて表示します。

(b)　スイッチ情報登録

［スイッチ情報登録］ダイアログボックスでは，シャーシと内蔵スイッチ名称の関連づけ，シャーシの各スロット（サーバモジュール）のPCIスロットが直結された外付スイッチのどのポートに接続されている状態かの関連づけを設定します。［マネージャサービス設定］ダイアログボックスの［ネットワークスイッチ連携機能］タブで［設定］ボタンをクリックすると［スイッチ情報登録］ダイアログボックスが表示されます。

［スイッチ情報登録］ダイアログボックスの項目について説明します。

設定項目
設定内容の説明

内蔵スイッチ情報
シャーシID
昇順に並んでいるシャーシIDから，スイッチ情報を設定するシャーシIDを選択します。

スイッチ名称1
スイッチ名称2
JP1/Cm2/NCで登録された内蔵スイッチ（BS1000，BS320）のスイッチ名称を二つまで入力できます。

外付スイッチ情報
シャーシID
昇順に並んでいるシャーシIDから，スイッチ情報を設定するシャーシIDを選択します。

スロットID
外付スイッチ情報を設定するスロットIDを選択します。

スイッチ名称
［外付スイッチ名称登録］ダイアログボックスで登録された，外付スイッチ名称一覧を表示して，外付スイッチを選択します。

ポート識別子
［スロットID］セルで選択されたスロットID，［スイッチ名称一覧］リストボックスで選択されたスイッチに対応するポート識別子のタグの値を入力します。

＞＞
［スロットID］，［スイッチ名称］，［ポート識別子］で入力された情報を［ポート情報一覧］へ追加します。［スイッチ名称］，または［ポート識別子］が未入力の場合は，非活性となって選択できません。

＜＜
［ポート情報一覧］のリストボックスで選択したスイッチ名称を削除します。［ポート情報一覧］のリストボックスにある外付スイッチタイプが選択されていないと，非活性となって選択できません。

ポート情報一覧
［＞＞］ボタンで追加されたポート情報を表示します。表示はスロットIDの昇順で表示され，スロットIDが同じ場合は，スイッチ名称とポート識別子の登録された順番で表示されます。

確認
N+M構成との関係の整合性をチェックします。

確認メッセージ
不整合の場合は，チェックを中止することなく，すべてのパターンのメッセージを［確認メッセージ］ボックスに表示します。メッセージの詳細については，「20.8.5　ネットワークスイッチ連携機能で出力されるメッセージ」を参照してください。

注意

設定が終了したら［確認］ボタンで整合性を必ずチェックしてください。不整合を示すエラーメッセージが表示されなければ，［OK］ボタンと［適用］ボタンが活性になり，スイッチ情報を登録できます。

(2)　スイッチ情報の定義例

次の図に示す構成を例に，ポート情報GUI設定方式を使った，スイッチ情報定義例を示します。

この構成で登録する場合の手順は次のようになります。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ネットワークスイッチ連携機能］タブを選択し，［外付スイッチ登録・削除］ボタンをクリックする
［外付スイッチ名称登録］ダイアログボックスが表示されます。

外付スイッチタイプボックスから，外付スイッチタイプ［AX2400S］を選択する

スイッチ名称テキストボックスへ［AX2400S-1］を入力する

［＞＞］ボタンをクリックして，スイッチ名称を［外付スイッチ名称一覧］のリストボックスへ追加する

［OK］ボタンをクリックして，外付スイッチ名称を登録する

［マネージャサービス設定］ダイアログボックスの［ネットワークスイッチ連携機能］タブで［設定］ボタンをクリックする
［スイッチ情報登録］ダイアログボックスが表示されます。

内蔵スイッチ情報項目で次の設定をする

シャーシID項目［EBS#48］を選択

スイッチ名称1テキストボックスに［BS1000-1］を入力

スイッチ名称2テキストボックスに［BS1000-2］を入力

外付スイッチ情報で次の設定をする

シャーシIDリストボックスから［EBS#48］を選択

スロットIDリストボックスから，［0］を選択

スイッチ名称リストボックスから［AX2400S-1］を選択

ポート識別子テキストボックスに［0/0］を入力

［＞＞］ボタンをクリックして，「外付スイッチ情報」を［ポート情報一覧］へ追加

スロットIDリストボックスから，［7］を選択

ポート識別子テキストボックスに［0/1］を入力

［＞＞］ボタンをクリックして，「外付スイッチ情報」を［ポート情報一覧］へ追加

確認項目にある［確認］ボタンをクリックする
N+1／N+M構成との関係の整合性をチェックします。

［適用］ボタンをクリックし，［OK］ボタンをクリックする
スイッチ情報の定義を終了します。

(3)　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）の注意事項

スイッチ情報を登録している時に，次の情報を変更した場合は，必ず［スイッチ情報設定］ウィンドウで［確認］ボタンをクリックし，登録してあるスイッチ情報に間違いが無いことを確認してください。

N+1グループ構成を追加，変更，削除した場合

JP1/Cm2/NCで，スイッチポート情報の構成を変更，削除した場合

20.8.4　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）

ネットワークスイッチ連携機能を利用するには，あらかじめスイッチ情報定義ファイルを作成し，切り替え対象の情報を定義しておく必要があります。

ここでは，スイッチ情報定義ファイルの定義内容，定義例，およびスイッチ情報定義ファイルの注意事項を示します。

注意

BS2000の場合，および内蔵スイッチがBS320の場合はポート情報インポート設定方式を利用できません。

＜この項の構成＞

(1)　スイッチ情報定義ファイルの定義内容

(2)　スイッチ情報定義ファイルの定義例

(3)　スイッチ情報定義ファイルの変更

(4)　スイッチ情報定義ファイルの注意事項

(1)　スイッチ情報定義ファイルの定義内容

スイッチ情報定義ファイルの定義内容の一覧を，次の表に示します。

表20-13　スイッチ情報定義ファイルの内容

定義項目名
説明

シャーシID
BSM Plusが管理するシャーシIDです。
16バイト以下の文字列で定義します。シャーシIDが「#」で始まる場合は，項目全体を「"」で囲んで定義してください。

スロット番号
BSM Plusが管理するサーバモジュールのスロット番号です。
0～7の数値で定義します。

ポート識別子
ネットワークスイッチのポート識別子です。
1～63バイトの文字列で定義します。BS1000では，「NIF番号/ポート番号」の形式で定義します。
NIF番号は「0」で固定です。

VLANドメイン
JP1/Cm2/NCが複数のVLANをまとめて管理する単位です。
1～63バイトの文字列で定義します。

スイッチ名称
JP1/Cm2/NCが管理するネットワークスイッチのホスト名（エイリアス）です。
1～255バイトの文字列で定義します。

VLAN ID
VLAN IDです。
1～4063の数値で定義します。

VLAN情報
VLAN情報として，ポートカテゴリを定義します。
「tagged」または「untagged」を定義します。

スイッチ情報定義ファイルの記述規則

「,」含む場合や先頭が「#」で始まる場合は，項目全体を「"」で囲むこと。また，「"」で始まる，または「"」で終わる場合も，項目全体を「"」で囲むこと。
（例）
・ 「,」を含む項目　：　14,EBS → "14,EBS"
・ 最初の項目が「#」で始まる項目　：　#14-EBS → "#14-EBS"
・ 「"」で始まる項目　：　"abc → ""abc"
・ 「"」で終わる項目　：　abc" → "abc""
・ 先頭と終端以外に「"」がある項目　：　ab"c → ab"c （変更なし）

空行および行頭が「#」の行（「"」で囲まない場合）は，コメント行と見なす。

VLANドメインおよびスイッチ名称は，JP1/Cm2/NCで管理されている名称と必ず一致させること。

空白文字も有効な文字として認識するため，整形のための不要な空白（コンマの前後など）を含めないこと。

(2)　スイッチ情報定義ファイルの定義例

次の図に示す構成を例に，スイッチ情報定義ファイルの定義例を示します。

図20-19　スイッチ情報定義の構成例

この構成で，現用系1，現用系2，予備系を登録する場合の定義例は次のようになります。

EBS#1           ,0,0/0,デフォルトドメイン,EBS#1-GS0,10,untagged
EBS#2           ,0,0/0,デフォルトドメイン,EBS#2-GS0,20,untagged
EBS#2           ,7,0/7,デフォルトドメイン,EBS#2-GS0,1,untagged

この例ではSVPは一つですが，SVPを二重化している場合は，両方のSVP内蔵スイッチの設定をします。

(3)　スイッチ情報定義ファイルの変更

スイッチ情報定義を変更する場合は，すでに設定されているスイッチ情報定義ファイルを出力し，新たに定義する設定に編集して再設定します。

スイッチ情報定義ファイルの出力方法については，「20.7.2(2)　ネットワークスイッチ連携機能を有効にする」を参照してください。

スイッチ情報定義を変更して，スイッチ情報定義ファイルの再設定とスイッチポートの設定を同時に行うと，変更前に設定されていたスイッチ情報定義ファイルとの差分が設定されます。

（例）

変更前の定義

EBS#1           ,0,0/0,デフォルトドメイン,EBS#1-GS0,10,untagged
EBS#1           ,7,0/7,デフォルトドメイン,EBS#1-GS0,1,untagged

変更後の定義

EBS#1           ,1,0/1,デフォルトドメイン,EBS#1-GS0,10,untagged
EBS#1           ,7,0/7,デフォルトドメイン,EBS#1-GS0,1,untagged

この例では，1行目の定義を変更しています。変更後のスイッチ情報定義ファイルを再設定して，スイッチポートを設定すると，次の設定が反映されます。

（削除）EBS#1 ,0,0/0,デフォルトドメイン,EBS#1-GS0,10,untagged

（追加）EBS#1 ,1,0/1,デフォルトドメイン,EBS#1-GS0,10,untagged

注意

スイッチ情報定義を変更して，スイッチ情報定義ファイルの再設定とスイッチポートの設定を同時に行う場合，Untaggedポートに対してVLAN IDだけを変更することはできません。

ただし，VLAN IDが1の場合は変更できます。

（例）

変更前の定義

EBS#1           ,0,0/0,デフォルトドメイン,EBS#1-GS0,10,untagged

変更後の定義

EBS#1           ,0,0/0,デフォルトドメイン,EBS#1-GS0,20,untagged

この例では，VLAN IDを10から20に変更しています。しかし，どちらの定義もVLAN IDが1ではないので，スイッチポートの設定は変更できません。

(4)　スイッチ情報定義ファイルの注意事項

スイッチ情報定義ファイルの注意事項を示します。

予備系サーバモジュールを含め，対象サーバモジュールすべての情報を登録する必要があります。
予備系サーバモジュールには，デフォルトVLANの状態を設定します。切り替え先となる予備系サーバモジュールを登録しなかった場合は，N+1／N+Mコールドスタンバイの切り替え時にエラーとなります。

スイッチ情報定義ファイルに多数のスイッチポートを定義し，一度に多くのスイッチ情報を設定すると，コンソールサービスがタイムアウトするおそれがあります。一度に多くのスイッチ設定をする場合は，コンソールサービスのタイムアウト値を大きくしてから実行してください。

JP1/Cm2/NCを操作してネットワークスイッチのポート設定を変更した場合は，変更したポート設定と一致するスイッチ情報定義ファイルを作成して，BSM Plusに登録する必要があります。
BSM Plusがスイッチ情報定義ファイルから得る情報は静的な情報です。したがって，JP1/Cm2/NCで管理するポートの設定を変更しても，BSM Plusは検知しません。

スイッチ情報定義ファイルでポート設定を実行するときに，次の状態になっているとエラーになるおそれがあるので注意してください。

ネットワークスイッチ連携機能で使用するVLAN IDおよび各ネットワークスイッチが，JP1/Cm2/NCに登録されていない。

JP1/Cm2/NCを操作してネットワークスイッチのポート設定を変更し，BSM Plusに登録された情報と一致していない。

20.8.5　ネットワークスイッチ連携機能で出力されるメッセージ

ポート情報GUI設定方式でネットワークスイッチ情報を定義した場合は，N+1／N+M構成との関係の整合性をチェックするために［確認］ボタンをクリックしてチェックします。［確認メッセージ］ボックスに出力されるメッセージを次に示します。

表20-14　ネットワークスイッチ連携機能で出力されるメッセージ

エラーレベル
メッセージ文字列
対処

I
スイッチ登録情報を確認しています。
－

I
N+1グループ（N+1グループ名）のスイッチ情報の妥当性を確認しています。
－

I
登録されたスイッチ情報は全て正常です。
－

I
登録されたスイッチ情報の確認は完了しました。
－

I
登録されたスイッチ情報にエラーが存在します。全てのエラーを解決してください。
登録されたスイッチ情報にエラーが存在しますので，エラーメッセージに従って，対処してください。

E
スイッチ情報が登録されていません。
スイッチ情報を登録してください。

E
内蔵スイッチ（スイッチ名称）が重複して登録されています。
正しいスイッチ名称を入力してください。

E
外付スイッチ（スイッチ名称）のポート（ポート識別子）が重複して登録されています。
正しいスイッチ名称，ポート識別子を入力してください。

E
現用系（現用系のシャーシID）と予備系（予備系のシャーシID）の内蔵スイッチの登録数が一致していません。
現用系と予備系の内蔵スイッチ数を同じにしてください。

E
現用系（現用系のシャーシID）と予備系（予備系のシャーシID）の内蔵スイッチの登録位置が一致していません。
現用系と予備系のスイッチ名の登録位置を同じにしてください。

E
現用系（現用系のシャーシID, 現用系のスロットID）と予備系（予備系のシャーシID, 予備系のスロットID）の外付スイッチの登録ポート数が一致していません。
現用系と予備系の外付スイッチの登録ポート数を同じにしてください。

E
N+1グループが登録されていません。
N+1グループを登録してから，スイッチ情報を登録してください。

W
現用系または予備系が登録されていないため、N+1グループ(N+1グループ名)のスイッチ情報の妥当性が確認できません。
該当するN+1グループに現用系，または予備系を登録し直した場合は，確認ボタンで整合性を必ずチェックしてください。

E
引き継ぎ先スイッチは引き継ぎの前提条件を満たしていません。理由={失敗理由}
失敗理由を取り除き，再度操作をやり直してください。
例：引き継ぎ先に，引き継ぎ元と同じVLANを設定する。

E
引き継ぎ先設定情報の初期化に失敗しました。
同時に表示される，ほかのメッセージが示す失敗理由を取り除き，再度設定処理をしてください。

E
設定情報の引き継ぎに失敗しました。
同時に表示される，ほかのメッセージが示す失敗理由を取り除き，再度設定処理をしてください。

E
引き継ぎ元設定情報の初期化に失敗しました。
同時に表示される，ほかのメッセージが示す失敗理由を取り除いてください。その後，Viewを使用して，引き継ぎ元設定情報を初期化してください。

E
VLAN（ID=<VLAN ID>）がスイッチに設定されていません。
指定されたVLANIDを作成してください。

E
引き継ぎ元スイッチと引き継ぎ先スイッチの種別，または設定できるネットワーク構成情報が異なります。
引き継ぎ元スイッチと引き継ぎ先スイッチのモデルは同じにしてください。または，互換可能なソフトウェアバージョンにしてください。

E
同一のポートが指定されました。
入力したポート番号が正しいか確認してください。

（凡例）

E（Error）：エラーレベルのトラブルが発生したことを通知するメッセージです

W（Warning）：注意レベルのトラブルが発生したことを通知するメッセージです

I（Information）：システムの動作を通知するメッセージです

－：該当しません

プリフィックスがKDNVのメッセージが出力された場合は，マニュアル「JP1 Version 7i JP1/Cm2/Network Element Configuration」またはマニュアル「JP1 Version 8 JP1/Cm2/Network Element Configuration トラブルシューティング」を参照してください。

エラーレベルが「Error」のメッセージが表示されなくなった場合，［OK］ボタンと［適用］ボタンが活性になり，スイッチ情報を登録できます。

20.9　 N+1冗長化の設定

N+1冗長化を設定する手順を次に示します。

各マネージャサービスのN+1切り替え開始順序を検討します。

最も早くN+1自動切り替えを開始するマネージャサービスの，自動切り替え対象アラート設定ファイルを変更します。自動切り替え対象アラート設定ファイルの変更については，「20.3.3　自動切り替えの対象となるアラートの設定」を参照してください。

N+1コールドスタンバイ対象とするサーバモジュールに対してN+1切り替え手動テストを実施し，切り替え完了までに掛かる時間を測定します。
切り替え完了とは，N+1切り替え完了のアラートが通知された時点のことです。

次にN+1自動切り替えを開始するマネージャサービスに，手順2で変更した自動切り替え対象アラート設定ファイルをコピーします。

手順4でコピーしたファイルのWaitTime（自動実行待機時間）に，手順3で測定した切り替え時間を加算します。

手順4と手順5を，すべてのマネージャサービスに対して実施します。

20.10　N+1／N+Mコールドスタンバイ機能の運用

この節では，予備系サーバモジュールへ切り替える際の運用方法について説明します。

＜この節の構成＞

20.10.1　予備系サーバモジュールに切り替えたあとの運用方法

20.10.2　予備系サーバモジュールへの手動切り替えの実行

20.10.3　現用系サーバモジュールへの復帰と予備登録の解除

20.10.4　予備系サーバモジュールへの自動切り替え中止

20.10.5　メンテナンス完了

20.10.6　予備系サーバモジュールの診断

20.10.7　ネットワークスイッチ連携時の切り替え失敗からの復旧方法

20.10.1　予備系サーバモジュールに切り替えたあとの運用方法

現用系サーバモジュールでサーバモジュール障害が発生し，N+1／N+Mコールドスタンバイ機能を適用した場合，次に示す二つの運用方法があります。

現用系サーバモジュールの障害を取り除き，予備系サーバモジュールから現用系サーバモジュールに復帰させる。

予備系サーバモジュールの構成をそのまま現用系サーバモジュールと見なし，また，この予備系サーバモジュールの構成でN+1グループの現用系ホストとして登録し直す。

どちらの運用方法を選択するかは，［N+1コールドスタンバイ詳細設定］ウィンドウの［復帰・解除実行］ダイアログボックスで設定します。詳細については，「20.10.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

20.10.2　予備系サーバモジュールへの手動切り替えの実行

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブで自動切り替えの設定をしていない場合は，サーバモジュール障害が発生したときに，手動で予備系サーバモジュールに切り替えます。手動で予備系サーバモジュールに切り替える手順を次に示します。

注意

予備プールにサーバモジュールが登録されていない場合，次に示す操作はできません（［手動切り替え実行］は非活性状態となっています）。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードまたは［ホスト］ノードをクリックする

［設定］メニューから［手動切り替え実行］を選択する
［手動切り替え実行］ダイアログボックスが表示されます。

注意

コンソールサービスまたはマネージャサービスのバージョンが07-55以前の場合は，［切り替え先選択］は表示されません。

N+1グループ一覧から，手動切り替えするグループを選択する

N+1対象ホストから，手動切り替えするホストを選択する
［ホスト］ノードを右クリックして［手動切り替え実行］ダイアログボックスを表示した場合は，選択したホストが表示されています。Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，「シャーシID_パーティションX」（X：パーティション番号）と表示されます。

切り替え実行後に切り替え先のホストの電源をONにする場合は，［切り替え時に電源をONにする］チェックボックスをONにする
デフォルト時は［切り替え時に電源をONにする］チェックボックスはONになっています。OFFにした場合，切り替え実行後に，切り替え先のホストの電源をONにしないで，予備系サーバモジュールへの切り替えだけを実行します。
コンソールサービスまたはマネージャサービスのバージョンが07-55以前の場合は，手順7に進んでください。

［切り替え先候補一覧］から，切り替え先の予備系サーバモジュールを選択する
［切り替え先候補一覧］は，予備系サーバモジュールの優先度の高い順に上から表示されています。なお，切り替え可能な予備系サーバモジュールがない場合は，何も表示されません。

［切替実行］ボタンをクリックする
予備系サーバモジュールへの切り替えを実行します。現用系サーバモジュールおよび予備系サーバモジュールの電源を事前にOFFにしておく必要があります。現用系サーバモジュールおよび予備系サーバモジュールの電源がOFFになっていないと，［切替実行］ボタンをクリックした際にエラーとなります。

20.10.3　現用系サーバモジュールへの復帰と予備登録の解除

N+1／N+Mコールドスタンバイ機能を適用して，現用系サーバモジュールから予備系サーバモジュールに切り替えたあとの運用方法を，［復帰・解除実行］ダイアログボックスで設定します。

注意

予備プールにサーバモジュールが登録されていない場合，次に示す操作はできません（［復帰・解除実行］は非活性状態となっています）。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［予備プール］ノードをクリックする

［設定］メニューから［復帰・解除実行］を選択する
［復帰・解除実行］ダイアログボックスが表示されます。

［予備系起動ホスト一覧］からホストを選択する
Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，「シャーシID_パーティションX」（X：パーティション番号）と表示されます。
［予備系構成状況］には，ホストの予備起動中のハードウェア構成が表示されます。
［現用系復帰構成］には，予備切り替えが実施される前の現用系サーバモジュールのハードウェア構成が表示されます。

［現用系に復帰する］ラジオボタンまたは［予備系を現用系とする］ラジオボタンのどちらかをONにする

［現用系に復帰する］ラジオボタンをONにした場合
予備系サーバモジュールから現用系のサーバモジュールのハードウェア構成に戻します。また，［現用系に復帰する際，電源をONにする］チェックボックスのON/OFFが可能になります（活性化されます）。［現用系に復帰する］ラジオボタンをONにした時点では，［現用系に復帰する際，電源をONにする］チェックボックスはONになっています。［現用系に復帰する際，電源をONにする］チェックボックスがONの場合，現用系サーバモジュールのハードウェア構成に変更し，OSの起動までを行います。OFFにした場合は，現用系サーバモジュールのハードウェア構成に変更し，現用系サーバモジュールおよび予備系サーバモジュールの電源をOFFの状態にします。［現用系に復帰する］ラジオボタンをONにした場合，現用系サーバモジュールおよび予備系サーバモジュールの電源をOFFにしてください。現用系サーバモジュールおよび予備系サーバモジュールの電源がOFFになっていないと，［OK］ボタンをクリックしたときにエラーとなります。

［予備系を現用系とする］ラジオボタンをONにした場合
予備系サーバモジュールを現用系サーバモジュールとして扱います。現用系サーバモジュールは，N+1グループから削除されるため，現用系サーバモジュールへの復帰はできなくなります。また，［現用系に復帰する際，電源をONにする］チェックボックスは選択できなくなる（非活性化される）ので，復帰オプションの設定内容は無効となります。

［実行］ボタンをクリックする

［現用系に復帰する］ラジオボタンをONにしている場合
現用系に復帰することを確認する［復帰・解除確認］ダイアログボックスが表示されます。

［予備系を現用系とする］ラジオボタンをONにしている場合
予備系サーバモジュールを現用系サーバモジュールと見なす旨の［復帰・解除確認］ダイアログボックスが表示されます（サーバモジュールの電源操作は行いません）。

［復帰・解除確認］ダイアログボックスの［OK］ボタンをクリックする
［復帰・解除実行］ダイアログボックスが閉じられ，運用方法が設定されます。

［予備系を現用系とする］の操作をしたあとに，N+1グループから削除された現用系サーバモジュールを交換しないで予備系サーバモジュールとして再登録する場合は，登録の操作をする前に次の操作が必要になります。ただし，サーバモジュールのPre-configureの設定を無効にしている場合は，次の操作は不要です。

現用系サーバモジュールに対してスイッチ＆マネジメントモジュールのPCCコマンド（BS2000ではPRコマンド）で，サーバモジュールのパーティションステータスをDisableにします。

現用系サーバモジュールに対してスイッチ＆マネジメントモジュールのPCCコマンド（BS2000ではPRコマンド）で，サーバモジュールのパーティションステータスをEnableにすると，スイッチ＆マネジメントモジュールのPre-configure機能が実行されます。アラート（0x14EC）で実行の完了報告で正常終了を確認できます。

20.10.4　予備系サーバモジュールへの自動切り替え中止

予備系サーバモジュールへの自動切り替えを中止する方法を次に示します。

＜この項の構成＞

(1)　ユーザ操作による自動切り替えの中止

(2)　自動切り替えの自動中止

(1)　ユーザ操作による自動切り替えの中止

自動切り替えの運用を実施している場合，障害発生から1時間経過しないと切り替えが開始されないことがあります。ダンプの採取など，障害発生時に必要な作業が1時間以内に終了し，すぐに切り替えを開始したい場合は，自動切り替えを中止し，手動で切り替えができます。

注意

次に示す場合，切り替えを中止できません。

手動で切り替えを実行した場合

現用系から予備系へ切り替えたあとの運用を［復帰・解除実行］ダイアログボックスで変更している場合

自動切り替えで，切り替え待ち時間を経過している場合

自動切り替えで，切り替え開始までの時間が1分未満の場合

自動切り替えを中止する方法を次に示します。

［ホスト管理］ウィンドウで，自動切り替えを中止したい現用系ホストを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

自動切り替えを中止したい現用系ホストをクリックする

［設定］メニューから［自動切り替え中止］を選択する
確認のダイアログボックスが表示されます。

メッセージの内容を確認し，［OK］ボタンをクリックする

正常に自動切り替えが中止されると，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される現用系ホストの状態は［正常］になります。また，予備系サーバモジュールの状態は［コールドスタンバイ中］になります。

(2)　自動切り替えの自動中止

ウォッチドッグタイムアウトのアラート（アラートID 0x1470）の発生後，自動切り替えを開始するまでの間に，その現用系ホストでエージェントサービスが起動した場合，自動切り替えの実行は自動的に中止されます。

この機能はN+1コールドスタンバイ構成またはN+Mコールドスタンバイ構成で使用できます。

注意

N+1コールドスタンバイの冗長化構成を構築している場合，エージェントサービスの起動による自動切り替えの中止を適用できません。
エージェントサービスの起動と自動切り替えの実行が同時に発生した場合，マネージャサービス間の管理情報に不一致が発生するおそれがあります。

管理対象サーバがHP-UXの場合，エージェントサービスの起動による自動切り替えの中止を適用できません。

ウォッチドッグタイムアウトのアラート（アラートID 0x1470）が発生した場合，即時に切り替えを実行しないように自動切り替えの待ち時間が設定されている必要があります。
自動切り替えの待ち時間が経過するまでにエージェントサービスの起動が完了できるように，自動切り替えアラート定義ファイルN1Alert.datの設定内容を確認し，十分な検討を実施してください。

ウォッチドッグタイムアウトのアラート（アラートID 0x1470）の発生後，エージェントサービスの起動よりも早く即時切り替えの自動切り替え対象のアラートを受信した場合は，自動切り替え待ち時間経過後に切り替えを実行します。アラートの受信後にエージェントサービスが起動しても自動切り替えを中止しません。
また，ウォッチドッグタイムアウトのアラート（アラートID 0x1470）の発生後，エージェントサービスの起動より早く即時切り替えの自動切り替え対象でないアラートを受信した場合は，アラートの受信後でもエージェントサービスの起動によって自動切り替えを中止します。

エージェントサービスの起動による自動切り替えの中止を適用し，エージェントサービス起動後に再度障害が発生して自動切り替えと切り替えの中止を繰り返す現象が発生する場合は，手動で予備サーバモジュールへの切り替えを実施してください。

次に示す場合，エージェントサービスの起動による自動切り替えの中止は実行されません。
・手動で切り替えを実行した場合
・現用系から予備系へ切り替えた後の運用を［復帰・解除実行］ダイアログボックスで変更している場合
・自動切り替え待ち時間の経過後に現用系ホストでエージェントサービスが起動した場合
・「(1)　ユーザ操作による自動切り替えの中止」の手順で，ユーザ操作によって自動切り替えを中止した場合

現用系ホストでエージェントサービスの再起動による自動切り替えの中止を有効にする方法を次に示します。

［ホスト管理］ウィンドウで，現用系ホストでエージェントサービスの起動による自動切り替えの中止を有効にしたいマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［N+1設定］タブを選択する

［現用ホストでエージェントサービスが起動］チェックボックスをONにする
N+1コールドスタンバイが有効で，障害時の自動切り替え実行を適用している場合にチェックボックスをONにできます。

［OK］ボタンをクリックする

正常に自動切り替えが中止されると，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される現用系ホストの状態は［正常］になります。また，予備系サーバモジュールの状態は［コールドスタンバイ中］になります。

20.10.5　メンテナンス完了

N+1／N+Mコールドスタンバイ機能を使用して運用を実施している場合，現用系または予備系に障害が発生すると，［N+1コールドスタンバイ詳細設定］ウィンドウに表示されるアイコンが，障害の発生を示すアイコンに変わります。障害を回復させたあと，［N+1コールドスタンバイ詳細設定］ウィンドウ上のアイコンの表示を回復させるには，［N+1コールドスタンバイ詳細設定］ウィンドウで，メンテナンス完了の操作を実施します。

メンテナンス完了の操作ができる場合の，［N+1コールドスタンバイ詳細設定］ウィンドウのアイコンの状態を，次の表に示します。

表20-15　メンテナンス完了の操作ができる［N+1コールドスタンバイ詳細設定］ウィンドウのアイコンの状態

項番
障害の発生個所
メンテナンス完了前の状態
メンテナンス完了後の状態

1
現用系ホスト

障害発生

正常

エラー検知

切り替え前：正常

切り替え後：切り替え実行中

2
予備系サーバモジュール

コールドスタンバイ警告

切り替え前：コールドスタンバイ中

切り替え後：コールドスタンバイ実行

サーバモジュール障害

切り替え前：コールドスタンバイ中

切り替え後：コールドスタンバイ実行

コールドスタンバイ失敗

切り替え前：コールドスタンバイ中

切り替え後：コールドスタンバイ実行

注意

この操作は，保守員によるハードウェアのメンテナンスが完了してから実施してください。

メンテナンス完了の操作を実行する場合，次に示す状態のときは，実行時にエラーとなります。
・サーバモジュールが抜去されている。
・パーティション構成が登録時と異なる。
・サーバモジュールタイプが登録時と異なる。
・コールドスタンバイ中の予備系サーバモジュールの電源がONになっている。

メンテナンス完了の操作の方法を次に示します。

［ホスト管理］ウィンドウで，メンテナンス完了の操作を実施したい現用系ホストまたは予備系サーバモジュールを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

メンテナンス完了の操作を実施したい現用系ホストまたは予備系サーバモジュールをクリックする

［設定］メニューから［メンテナンス完了］を選択する
確認のダイアログボックスが表示されます。

メッセージの内容を確認し，［OK］ボタンをクリックする

20.10.6　予備系サーバモジュールの診断

N+1／N+Mコールドスタンバイ機能では，予備系サーバモジュールが正常に動作しているかどうかをあらかじめ診断できます。診断が実行されると，予備系サーバモジュールでPre-configureが実行されます。

注意

予備系サーバモジュールの診断を実施するには，次の条件が必要です。

診断を実施するサーバモジュールでPre-configureの設定が有効である

搭載されているSVPのファームウェアが予備系サーバモジュールの診断機能をサポートしている

予備系サーバモジュールの診断には，次の2種類があります。

特定の曜日および時刻に自動的に診断する（定期診断）

必要に応じて手動で診断する（手動診断）

それぞれの方法について次に説明します。

＜この項の構成＞

(1)　定期診断

(2)　手動診断

(3)　診断によって障害が検知された場合

(4)　診断実行中に自動切り替えが発生した場合の切り替え先選択規則

(5)　注意事項

(1)　定期診断

あらかじめ設定した曜日および時刻に，自動的に予備系サーバモジュールの診断を実施します。

注意

予備系サーバモジュールの定期診断をするかどうか，および定期診断のスケジュールは，N+1グループ単位で実施します。個々のサーバモジュールに対して実施することはできません。

N+1冗長化構成をしている場合，定期診断スケジュールは，N+1切り替え開始順序の早いマネージャサービスに対してだけ設定してください。2台のマネージャサービスで同一サーバモジュールの診断を実施すると，診断が2回実行されます。予備系サーバモジュールの診断が終了するまでは自動切り替え先の対象とならないため，切り替え待ち時間が長くなります。

定期診断のスケジュールを設定する方法を次に示します。

(a)　設定方法

［ホスト管理］ウィンドウで，定期診断を実施したい予備系サーバモジュールを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

左ペインから，定期診断を実施したい予備系サーバモジュールが属するN+1グループノードを選択する
定期診断スケジュールはN+1グループ単位で設定できます。個々のサーバモジュールに対して設定することはできません。

［設定］メニューから［予備系の診断］－［スケジュール設定］を選択する
［予備系の診断 - スケジュール設定］ダイアログボックスが表示されます。

［予備系の定期診断を有効にする］チェックボックスをONにする

定期診断を実行する曜日および時刻を選択し，［>>］ボタンをクリックする
選択した曜日および時刻が［スケジュール一覧］リストボックスに表示されます。
［分］は15分単位で設定できます。一つの曜日に設定できるスケジュールは一つだけです。

［OK］ボタンをクリックする
設定した曜日の設定した時刻になると，診断が開始されます。

設定された定期診断スケジュールは［N+1コールドスタンバイ詳細設定］ウィンドウで確認できます。［N+1コールドスタンバイ詳細設定］ウィンドウの左ペインでN+1グループノードを選択すると，右ペインに［定期診断スケジュール］が表示されます。

(b)　診断実行時の動作

定期診断の場合，N+1グループ内の予備系サーバモジュールが次の順序で一つずつ診断されます。

サーバシャーシ名の昇順

スロット番号の昇順

複数のサーバモジュールの診断の途中で，診断が実行できないサーバモジュールがあった場合は，次のサーバモジュールに対して診断が継続されます。

(2)　手動診断

定期診断スケジュールで設定した時刻以外に，任意の時刻に手動で予備系サーバモジュールの診断ができます。

注意

予備系サーバモジュールの手動診断は，サーバモジュール単位で実施します。サーバシャーシ単位，またはN+1グループ単位で実施することはできません。

SMP構成の予備系サーバモジュールに対して手動診断を実施した場合，同一パーティションのすべての予備系サーバモジュールで同時に診断が実施されます。

手動診断の操作方法を次に示します。

(a)　操作方法

［ホスト管理］ウィンドウで，診断を実施したい予備系サーバモジュールを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

左ペインから，手動診断を実施したい予備系サーバモジュールを選択する
選択できる予備系サーバモジュールは一つだけです。複数選択することはできません。

［設定］メニューから［予備系の診断］－［診断の実行］を選択する
「診断中の予備系サーバモジュールへは切り替えを実行しない」という意味の確認メッセージが出力されます。

［OK］ボタンをクリックする
指定したサーバモジュールに対して，診断が開始されます。

(b)　診断実行時の動作

手動診断の場合，指定したサーバモジュールに対して，診断が実行されます。

(3)　診断によって障害が検知された場合

診断によって障害が検知された場合，SVPから警告アラートまたは障害アラートが通知されます。また，診断終了後にマネージャサービスから警告アラート（0x3745）が通知され，［N+1コールドスタンバイ詳細設定］ウィンドウの予備系のアイコンの状態が「サーバモジュール障害」になります。

アラートに対する対処をして障害を回復したあとは，次のどちらかの操作でアイコンの表示を回復させてください。

メンテナンス完了の操作をする
メンテナンス完了の操作については，「20.10.5　メンテナンス完了」を参照してください。

再度予備系サーバモジュールの診断を実施する
診断の結果，障害が検知されなかった場合，アイコンの表示が回復します。

(4)　診断実行中に自動切り替えが発生した場合の切り替え先選択規則

予備系サーバモジュールの診断実行中に，現用系ホストの障害によって自動切り替えが発生した場合，切り替え先の選択規則を次に示します。

(a)　予備系サーバモジュールがすべて診断実行中の場合

N+1グループの予備プール内の予備系サーバモジュールがすべて診断実行中だった場合，いちばん早く「正常」と診断された予備系サーバモジュールが切り替え先として選択されます。この場合，予備系サーバモジュールのどれか一つが「正常」と診断されるまで切り替えは実施されません。予備系サーバモジュールがすべて診断実行中の場合の切り替え先の選択を，次の図に示します。

図20-20　切り替え先選択（予備系サーバモジュールがすべて診断実行中の場合）

注意

即時切り替えの自動切り替え対象アラートが通知された場合，予備系サーバモジュールが診断中であっても，現用系ホストの電源OFFは即時に実施されます。この場合，予備系サーバモジュールへの切り替えは，予備系サーバモジュールの診断が終了したあとで実施されます。このため，予備系サーバモジュールの診断中は，現用系ホストの状態は「切り替え実行中」となります。

なお，自動切り替え対象アラートが即時切り替え対象のアラートでない場合，予備系サーバモジュールの診断が終了した時点から自動切り替え待ち時間が開始されます。予備系サーバモジュールがすべて診断実行中の場合の自動切り替え待ち時間を，次の図に示します。

図20-21　自動切り替え待ち時間（予備系サーバモジュールがすべて診断実行中の場合）

なお，予備系サーバモジュールの診断でN+1グループ内のすべての予備系サーバモジュールで障害を検知した場合は自動切り替えに失敗します。

(b)　診断実行中のサーバモジュールと診断開始待ちのサーバモジュールの場合

N+1グループの予備プール内に，診断実行中のサーバモジュールと診断開始待ちのサーバモジュールが混在している場合，診断未実施であっても診断開始待ちのサーバモジュールが切り替え先として選択されます。診断実行中のサーバモジュールと診断開始待ちのサーバモジュールが混在している場合の切り替え先選択を，次の図に示します。

図20-22　切り替え先選択（診断実行中のサーバモジュールと診断開始待ちのサーバモジュールが混在している場合）

(c)　切り替え優先順位が低いサーバモジュールと診断実行中のサーバモジュールの場合

N+1グループの予備プール内に，サーバシャーシ定期診断の結果，切り替え優先順位が低くなったサーバモジュールと診断実行中のサーバモジュールが混在している場合，診断実行中のサーバモジュールのうち，いちばん早く「正常」と診断された予備系サーバモジュールが切り替え先として選択されます。この場合，診断実行中の予備系サーバモジュールのどれか一つが「正常」と診断されるまで切り替えは実施されません。

切り替え優先順位が低いサーバモジュールと診断実行中のサーバモジュールの場合の切り替え先選択を，次の図に示します。

図20-23　切り替え先選択（切り替え優先順位が低いサーバモジュールと診断実行中のサーバモジュールの場合）

(d)　診断実行中の自動切り替え中止

予備系サーバモジュールの診断実行中に自動切り替えが発生した場合，切り替えを中止できます。

(5)　注意事項

次の場合，その予備系サーバモジュールに対する診断は実行されません。

サーバモジュールのPre-configureの設定が無効になっている場合

サーバモジュールが挿入されていない場合

サーバモジュールの電源がONになっている場合

パーティションが作成されていない場合

N+1冗長化構成の場合，予備系サーバモジュールの診断が終了した時点から自動切り替え待ち時間が開始されます。N+1冗長化構成時の予備系サーバモジュールの診断については，「20.6.2(5)　予備系サーバモジュールの診断中にN+1／N+Mコールドスタンバイ自動切り替えが発生した場合の監視時間」を参照してください。

予備系サーバモジュールに対し，ハードウェア側で診断が実行されることがあります。ハードウェア側で診断が実行される契機については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

20.10.7　ネットワークスイッチ連携時の切り替え失敗からの復旧方法

N+1／N+Mコールドスタンバイの切り替え中にエラーが発生した場合，ネットワークスイッチのポート設定が予備系に変更されているか，またはポート設定の変更が不十分であるおそれがあります。

次に示す手順でネットワークスイッチの状態を確認し，復旧してください。

図20-24　切り替え失敗時の復旧手順（ネットワークスイッチ連携機能）

ネットワークスイッチのポート設定に問題があると考えられる場合，ポート情報GUI設定方式とポート情報インポート設定方式で復旧手順が違います。ポート情報GUI設定方式の場合は，JP1/Cm2/NC - Viewを使用して設定を変更してください。ポート情報インポート設定方式の場合は，まずはスイッチ情報定義ファイルを出力します。次にJP1/Cm2/NC - Viewを参照して現在のネットワークスイッチのポート設定を調べ，スイッチ情報定義ファイルの定義内容と一致するか確認します。

スイッチ情報定義ファイルの出力方法については，「20.7.2(2)　ネットワークスイッチ連携機能を有効にする」を参照してください。

確認した結果，不一致の場合は，JP1/Cm2/NC - Viewを使用して設定を元の状態（スイッチ情報定義ファイルの状態）に戻します。

なお，N+1／N+Mコールドスタンバイの切り替え中でもスイッチ情報定義ファイルの内容は，切り替え前と同じです。スイッチ情報定義ファイルの内容がBSM Plusによって変更される契機は予備系サーバモジュールを現用系としたタイミングです。

20.11　N+1／N+Mコールドスタンバイ機能の注意事項

この節では，N+1／N+Mコールドスタンバイ機能を利用するときの注意事項について説明します。

＜この節の構成＞

20.11.1　共通の注意事項

20.11.2　N+1コールドスタンバイ利用時の注意事項

20.11.3　N+Mコールドスタンバイ利用時の注意事項

20.11.1　共通の注意事項

N+1／N+Mコールドスタンバイの対象となるディスクは，SANブート環境を利用していなければなりません。このため，IA32サーバモジュールでローカルディスク（内蔵）をブートディスクとして構成しているような場合は，N+1／N+Mコールドスタンバイ機能を適用できません。

予備系サーバモジュールに対して，手動でディスクを割り当てないでください。

N+1グループに登録されている予備系サーバモジュールに対して，手動で電源をONにしないでください。ONにした場合は警告を表示します。07-55以前のバージョンのマネージャサービスを使用している場合で，警告を解除するには，予備系サーバモジュールの登録を解除してください。再度予備系サーバモジュールを登録する場合は，別のサーバモジュールを登録するか，または予備系サーバモジュールの電源をOFFにしてください。07-60以降のバージョンのマネージャサービスを使用している場合は，予備系サーバモジュールの電源をOFFにするだけで，自動的に警告が解除されます。

N+1グループに登録されている予備系サーバモジュールに対して，パーティション構成を変更しないでください。パーティションを変更した場合は警告を表示します。07-55以前のバージョンのマネージャサービスを使用している場合で，警告を解除するには，予備系サーバモジュールの登録を解除してください。再度予備系サーバモジュールを登録する場合は，別のサーバモジュールを登録するか，またはパーティション構成を元の構成に戻してください。07-60以降のバージョンのマネージャサービスを使用している場合は，予備系サーバモジュールのパーティション構成を元の構成に戻すことで，自動的に警告が解除されます。

N+1／N+Mコールドスタンバイの手動切り替えを実行した場合，切り替え後，予備系サーバモジュールの電源を一度ONにしてください。電源をONにする場合，SVPコンソールから電源ONコマンドを実行するかまたはハードウェア装置のスイッチで電源をONにしてください。そのあと，管理コンソール画面で予備系サーバモジュールの電源がONになったことを確認してください。

手動でN+1／N+Mコールドスタンバイの復帰を実行した場合，復帰後，復帰した現用系サーバモジュールの電源を一度ONにしてください。そのあと，管理コンソール画面で現用系サーバモジュールの電源がONになったことを確認してください。

OSがLinuxの場合，NICのインタフェースがダウンしたときに「実際のMACアドレスと一致していない」というエラーメッセージが出ることがありますが，動作には問題ありません。

N+1／N+Mコールドスタンバイによる切り替えを実行すると，NICのMACアドレスが変わるため，MACアドレスに依存する処理を行うアプリケーションは正常に動作しないおそれがあります。

現用系サーバモジュールで電源制御スケジュールによる運用を行う場合，切り替えた予備系サーバモジュールにはスケジュールデータ設定を引き継ぐことができません。スケジュールデータを再設定してください。

N+1／N+Mコールドスタンバイの手動での切り替えを実行した場合，または，N+1／N+Mコールドスタンバイの手動での復帰を実行した場合，N+1／N+Mコールドスタンバイの切り替えが完了しても，ホストのエージェントサービスの起動が完了するまでは，ホスト管理画面に表示されるホストのパーティション番号に，古い情報（切り替える前の情報）が表示されます。
手動でN+1／N+Mコールドスタンバイの切り替えを実行したあとは，該当するホストの管理を正常にするために，必ず電源をONにしてください。

N+1／N+Mコールドスタンバイ機能の無効の設定を行っている場合，予備系サーバモジュールへの切り替え，現用系に復帰，予備系の解除を実行できません。ただし，無効の設定を行っている場合でもN+1グループの作成と削除，N+1グループのホストの登録と削除，N+1グループ名の変更，N+1グループの予備プールの登録と削除を操作できます。

N+1／N+Mコールドスタンバイの自動切り替え中に，N+1／N+Mコールドスタンバイの手動切り替え実行はできません。

N+1／N+Mコールドスタンバイ機能を使用して予備系サーバモジュールへ切り替えたあと，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される現用系ホストの状態が「エラー検知」と表示された場合，予備系サーバモジュールの運用には影響ありません。現用系ホストの「エラー検知」の状態を取り除くためには，メンテナンス完了を実施します。メンテナンス完了については，「20.10.5　メンテナンス完了」を参照してください。

N+1／N+Mコールドスタンバイ機能を使用して予備系サーバモジュールへ切り替えたあと，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される予備系サーバモジュールの状態が「サーバモジュール障害」または「コールドスタンバイ警告」と表示された場合，予備系サーバモジュールでの運用を継続できないおそれがあります。
「サーバモジュール障害」と表示された場合は，予備系サーバモジュールの障害を取り除いたあと，メンテナンス完了を実施します。メンテナンス完了については，「20.10.5　メンテナンス完了」を参照してください。
「コールドスタンバイ警告」と表示された場合は，予備系サーバモジュールのハードウェア状態を確認し，元の状態に戻してください。
予備系サーバモジュールに切り替えたあとで，予備系サーバモジュールが「コールドスタンバイ警告」と表示された場合は，サーバモジュールが抜去されているか，N+1グループ登録時のサーバモジュールタイプと異なるタイプのサーバモジュールが挿入されている可能性があります。

N+1／N+Mコールドスタンバイ機能で，N+1グループに現用ホストを登録したあと，または予備系サーバモジュールを登録したあとで，現用ホストの構成，または予備系サーバモジュールの構成を変更しないでください（サーバモジュールの抜去，パーティションの構成）。構成変更した場合は，元の構成に戻したあと，切り替えの再確認を実施してください。

N+1グループに登録されている予備系サーバモジュールをサーバシャーシから抜去しないでください。サーバモジュールを抜去した場合は警告を表示します。07-55以前のバージョンのマネージャサービスを使用している場合で，警告を解除するには，予備系サーバモジュールの登録を解除してください。再度予備系サーバモジュールを登録する場合は，別のサーバモジュールを登録するか，または予備系サーバモジュールを挿入してから登録してください。07-60以降のバージョンのマネージャサービスを使用している場合は，予備系サーバモジュールを元の位置に挿入することで，自動的に警告が解除されます。

N+1グループに現用ホストと予備系サーバモジュールが登録されている場合に，サーバシャーシの電源をOFFにしたあとにONにすると，現用ホストの状態がエラー検知，予備系サーバモジュールの状態がコールドスタンバイ警告を表示します。07-55以前のバージョンのマネージャサービスを使用した場合で，現用ホストのエラー検知と予備系サーバモジュールの警告を解除するには，予備系サーバモジュールの登録を解除したあと，現用ホストの登録を解除してください。再度現用ホストの登録，および予備系サーバモジュールを登録する場合は，各サーバモジュールの初期化が完了してから，予備登録をしてください。サーバモジュールの状態は，サーバシャーシインベントリで確認します。パーティション情報ステータスが「Configuration validate」と表示されると初期化が完了したことを示します。07-60以降のバージョンのマネージャサービスを使用している場合は，各サーバモジュールの初期化が完了すると，自動的にエラー検知，および警告が解除されます。

次に示す場合に電源投入に失敗したときは，手動で電源を投入してください。

手動切り替え実行時に［切り替え時に電源をONにする］チェックボックスをONにして切り替えを実行した場合

復帰実行時に［現用系に復帰する際，電源をONにする］チェックボックスをONにして復帰を実行した場合

自動切り替えで切り替えを実行した場合

N+1／N+Mコールドスタンバイ機能を使用し，現用系ホストでエージェントサービス起動による自動切り替えの中止を適用していない場合，次の点に注意してください。

Windowsの場合，BMC環境設定ユティリティで［障害監視をする］チェックボックスをONにしたときは，［障害発生時処理］で［電源OFF→電源ON］を選択しないでください。

Linuxの場合，障害監視設定メニューでErrorWatchingをEnabledにしたときは，ProcessAtErrorで3を選択しないでください。

アラート0x1470での自動切り替えが適用されている場合，切り替え実行後に，障害が発生した現用系サーバモジュールで電源ONが発生するため，現用系サーバモジュールと予備系サーバモジュールの両方で電源ONが実行されてしまいます。

サーバシャーシIDを変更した場合，そのサーバシャーシに属する現用系サーバと予備系サーバモジュールをすべてN+1グループまたはN+Mグループから削除し，再登録する必要があります。再登録しない場合，サーバシャーシが正しく認識されないため，切り替えに失敗します。サーバシャーシIDを変更した場合の手順については，「25.5　管理対象ホスト，HVM，またはサーバシャーシの設定を変更する場合の注意事項」を参照してください。

N+1グループに登録されているホストからAgentをアンインストールする場合，Agentをアンインストールする前のホストの情報を，コンソールサービスで表示されるウィンドウから削除したあとで，アンインストールを実施してください。ホストの情報をコンソールサービスで表示されるウィンドウから削除する手順については，「25.5(2)　ホスト，HVM，またはサーバシャーシの削除および再登録手順」を参照してください。

［N+1コールドスタンバイ詳細設定］ウィンドウを開いた状態でマネージャサービスとの接続が切断されたあと，コンソールサービスを終了しないでマネージャサービスに再ログインした場合，［N+1コールドスタンバイ詳細設定］ウィンドウは最新の状態で表示されません。この場合，［F5］キーを押して表示を最新の状態に更新してください。

N+1／N+Mコールドスタンバイの切り替えまたは復帰操作中に，マネージャサービスの停止または再起動はしないでください。停止または再起動をすると，マネージャサービスがN+1／N+Mコールドスタンバイの状態を正しく認識できなくなるため，そのあとの動作は保証できません。

Windowsサーバの場合，ハードウェア構成が変更になるとWindowsのライセンスを管理する目的で，Windowsからライセンス認証の再実行が要求されます。そのため，N+1／N+Mコールドスタンバイの切り替えまたは復帰操作時に，Windowsライセンス認証の再実行を要求されることがあります。この場合は，再度Windowsライセンス認証を実行してください。Windowsライセンス認証については，OSのヘルプまたはOSのドキュメントを参照してください。

BladeSymphonyを管理サーバとして利用する場合，管理サーバをN+1／N+Mコールドスタンバイの現用サーバに登録しないでください。サーバ管理が中断し，管理サーバを対象としたN+1／N+Mコールドスタンバイの切り替えが失敗します。

20.11.2　N+1コールドスタンバイ利用時の注意事項

N+1コールドスタンバイで予備系への切り替えに失敗した場合，または現用系への復帰に失敗した場合は次の手順で回復してください。

最初に現用系サーバモジュールおよび予備系サーバモジュールの電源状態を確認し，電源がON状態であればOFFにしてください。

Device Managerでストレージの割り当て状態を確認してください。

ストレージ構成に問題がある場合，切り替えに失敗したN+1グループを削除したあと，ストレージ構成を修正してください。

修正後に現用系サーバモジュールを起動し，問題なく稼働することを確認し，再度N+1グループを登録してください。

N+1コールドスタンバイの切り替え最中に，マネージャサービスを停止，またはマネージャサービスを再起動すると切り替え操作に失敗します。この場合は，マネージャサービスが起動していることを確認し，次の手順で回復してください。

最初に現用系サーバモジュールおよび予備系サーバモジュールの電源状態を確認し，電源がON状態であればOFFにしてください。

Device Managerでストレージの割り当て状態を確認してください。

ストレージ構成に問題がある場合，切り替えに失敗したN+1グループを削除したあと，ストレージ構成を修正してください。

修正後に現用系サーバモジュールを起動し，問題なく稼働することを確認してから，再度N+1グループを登録してください。

また，このとき，［N+1コールドスタンバイ詳細設定］ウィンドウの「コールドスタンバイ切り替え実行数」が不正に表示されることがあります。

N+1コールドスタンバイの予備系運用中に予備系でハードウェア障害が発生した場合，N+1コールドスタンバイの現用への復帰実行を行います。ただし，現用系のサーバモジュールが故障していないことが前提となります。なお，サーバモジュールが抜去されている場合でも復帰できますが，復帰したあとでN+1コールドスタンバイを設定し直してください。

BSM Plusは，N+1コールドスタンバイでの切り替え実行時には，現用系サーバモジュールのWWNから予備系サーバモジュールのWWNに，復帰実行時には，Device Managerのホストグループに割り当てられているWWNを予備系サーバモジュールのWWNから現用系サーバモジュールのWWNへ書き換えます。

20.11.3　N+Mコールドスタンバイ利用時の注意事項

N+Mコールドスタンバイで予備系への切り替えに失敗した場合，または現用系への復帰に失敗した場合は，次の手順で回復してください。

最初に現用系サーバモジュールおよび予備系サーバモジュールの電源状態を確認し，電源がON状態であればOFFにしてください。

切り替えに失敗したN+1グループを削除したあと，SVPのWWNコマンドで現用系サーバモジュールと予備系サーバモジュールのWWNが入れ替わっているか確認してください。

現用系サーバモジュールと予備系サーバモジュールのWWNが入れ替わっている場合は，SVPのWWNコマンドでWWNを変更してください。

修正後に現用系サーバモジュールを起動し，問題なく稼働することを確認してから，再度N+1グループを登録してください。

N+Mコールドスタンバイ機能を使用し，システムBIOS/EFIの設定を変更する場合は，ハードウェア装置のN+Mコールドスタンバイに関する設定を実行してください。ハードウェア装置の設定については，マニュアル「BladeSymphonyユーザーズガイド」で，使用上の注意事項や前提条件について確認してください。また，予備系サーバモジュール側で運用中に，システムBIOS/EFIの設定を変更する場合には，［復帰・解除実行］ダイアログボックスで［予備系を現用系とする］を指定して実行したあと，システムBIOS/EFIを変更してください。

ストレージ運用支援機能でホストグループの割り当てを実施していない場合，予備系への切り替え時，または現用系への復帰時には，アラートID 0x3705（LUの接続アラート）およびアラートID 0x3706（LUの接続解除アラート）は通知されません。

N+Mコールドスタンバイで切り替え発生後に，予備系を現用系とした場合，現用系として使用していたサーバモジュールを再び予備プールに登録するには，現用系として使用していたサーバモジュールでPre-configure機能を実行する必要があります。Pre-configure機能の実行については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

08-21以前のマネージャサービスおよびコンソールサービスで，Fibre Channel Switch Moduleを使用しているBS320とSAS Switch Moduleを使用しているBS320が同一のN+1グループに登録されている場合，08-22以降のマネージャサービスおよびコンソールサービスでは，異なるSwitch Moduleを使用しているBS320同士での切り替えができません。Switch Moduleが同じ種類のBS320でN+1グループを登録し直してください。Switch Moduleの種類はサーバシャーシインベントリ情報で確認してください。

N+Mコールドスタンバイ機能を使用している状態で，システムBIOS/EFIの設定やfibre channelボードのHBA BIOSの設定を変更する場合は，マニュアル「BladeSymphonyユーザーズガイド」のN+Mコールドスタンバイの章を参照してから実施してください。
予備系サーバモジュール側で運用中に，予備系サーバモジュール側のシステムBIOS/EFIの設定やfibre channelボードのHBA BIOSの設定を変更する場合には，設定を変更する前に，次の手順を実施してください。なお，手順2と手順3は，ハードウェア装置で操作する手順になります。

［復帰・解除実行］ダイアログボックスで［現用系に復帰する］または［予備系を現用系とする］を指定して実行してください。

復帰または解除実行後の現用系ホストのシステムBIOS/EFIやfibre channelボードのHBA BIOSの設定を変更してください。

復帰または解除実行後の現用系ホストのパーティションに対して，Pre-configure機能を実行してください。

Pre-configure機能の実行が完了したあとで，変更した現用系ホストをN+1グループから削除してから再登録してください。

予備系サーバモジュール側で運用中に，すでにシステムBIOS/EFIの設定やfibre channelボードのHBA BIOSの設定を変更した場合には，次の手順を実施してください。なお，手順2と手順3は，ハードウェア装置で操作する手順になります。

［復帰・解除実行］ダイアログボックスで［現用系に復帰する］または［予備系を現用系とする］を指定して実行してください。

復帰または解除実行後の現用系ホストのシステムBIOS/EFIやfibre channelボードのHBA BIOSの設定を予備系サーバモジュール側で設定した内容と同じ設定に変更してください。

復帰または解除実行後の現用系ホストのパーティションに対して，Pre-configure機能を実行してください。

Pre-configure機能の実行が完了したあとで，変更した現用系ホストをN+1グループから削除してから再登録してください。

切り替えまたは復帰に失敗した場合，現用系のサーバモジュールと予備系サーバモジュールのハードウェア装置の設定が変更されている場合があります。設定が変更されている場合は，切り替えまたは復帰を実行する前の状態に回復してください。ハードウェア装置の設定の変更方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

次の場合，ネットワークスイッチの切り替えに失敗することがありますが，N+Mコールドスタンバイの切り替えまたは復帰の処理は継続されます。

N+Mコールドスタンバイの切り替えまたは復帰を実行するサーバモジュールと同一のサーバシャーシ内に，Pre-configure機能実行中のサーバモジュールがあった場合

サーバモジュールの抜き差しなどによる初期化中の場合

これらの場合，切り替え後または復帰後に，JP1/Cm2/NCでネットワークスイッチの設定状態を確認してください。

N+1グループに登録されている，次のホストにAgentをインストール，またはVMホストを登録しても，そのまま運用できます。

Agentがインストールされていないホスト

VMホストが登録されていないホスト

この場合，各画面に表示される「シャーシID_パーティションX」（X：パーティション番号）は，「ホスト名」に置き換わります。

N+1グループに登録されている，Agentがインストールされていないホストに対して，Control Managerを利用してN+Mコールドスタンバイ切り替えに関する次のコマンドを入力しても実行できません。

jscmnpswitch

jscmnprecover

jscmnpactivate

21.　ラック管理

ストレージ部，ネットワーク部，ブレードサーバ部などの機器をラックマネージャでグラフィカルに表示させて，ラック全体を管理します。なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

この章ではラック管理の方法について説明します。

＜この章の構成＞

21.1　ラック管理とは

21.2　［ラックマネージャ］ウィンドウ

21.3　管理対象機器を登録する

21.4　管理対象機器の状態を表示する

21.1　ラック管理とは

ラック管理とは，ラックマネージャと呼ばれるGUIを利用して，ラックおよびラックを構成する各機器を管理する機能です。

ラック管理は，BSMのコンソールサービスでBSM Plusがインストールされているマネージャサービスに接続している場合に使用できます。

ラックマネージャを利用したラック管理の構成を次の図に示します。

図21-1　ラック管理の構成

ラックマネージャでは，ネットワーク部やブレードサーバ部などのラック内の機器構成をそのままのイメージで表示できます。ラックマネージャを利用することで，各機器の配置状況や空き容量などを容易に把握できます。また，障害発生時にSNMP Trapを受信してアラートを表示したり，障害部位を表示したりできます。

障害発生時に発行されるSNMP TrapはSNMPを介して受信します。SNMP受信の管理対象機器は次のとおりです。

ブレードサーバ部（モデル：BS2000（拡張モジュール））

ストレージ部（モデル選択なし，9500V，Hitachi WMS/AMS，BR50/150，BR20，Hitachi SMS100）

ネットワーク部

ファイバチャネルスイッチ

ロードバランシングサーバ

無停電電源装置

周辺機器（上記以外のSNMP対応機器）

ブレードサーバ部とサーバは，アラートによる障害監視を行っているため，SNMPによる障害監視の必要はありません。ただし，BS2000の拡張モジュールの障害監視をする場合は，SNMPによる障害監視が必要となります。

SNMP Trapを受信するには，SNMPを利用するための次の準備が前提になります。

ラックに配置する各機器で，SNMPエージェントを利用できるようにする。
SNMPエージェントの機能がない場合は，各機器に対応したSNMPエージェント機能のあるソフトウェアをインストールする。

各SNMPエージェントに，BSM Plusがインストールされているマネージャサービスに送信するように設定し，SNMPエージェントを起動する。
マネージャサービスが複数IPアドレス構成時の場合には，SNMPエージェントのSNMP Trap送信先として，マネージャサービスの環境設定ユティリティで［複数IPアドレス構成時に使用するIPアドレス］に指定されたIPアドレスを指定する必要はありません。

ラックマネージャを利用するマシン（BSM Plusがインストールされているマシン）上で，Windows添付のSNMP Trap Serviceをインストールする。

注意

BSM Plusがインストールされているマネージャサービスを起動すると，SNMP Trap Serviceも一緒に起動されます。

BSM Plusがインストールされているマネージャサービスを起動後に，SNMP Trap Serviceを停止（再起動も含む）した場合は，SNMP Trapを受信できなくなるため，BSM Plusがインストールされているマネージャサービスを再起動してください。

ラック管理では，SNMP v1およびSNMP v2cにだけ対応しています。

21.2　［ラックマネージャ］ウィンドウ

ラック管理機能は，［ラックマネージャ］ウィンドウから操作します。ここでは，［ラックマネージャ］ウィンドウを表示する手順，表示内容，および注意事項について説明します。

＜この節の構成＞

(1)　操作手順

(2)　表示内容

(3)　注意事項

(1)　操作手順

［ラックマネージャ］ウィンドウの操作手順を次に示します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ラックマネージャ］を選択する
［ラックマネージャ］ウィンドウが表示されます。

［ラックマネージャ］ウィンドウでは，ラックに搭載されている機器をラック単位で管理できます。また，ラックマネージャでは，ラックおよび機器をそれぞれ5,000個まで作成できます。

［ラックマネージャ］ウィンドウの左側（左ペインと呼ぶ）に，ラックマネージャをルートノードとしてラックをツリー表示します。ラックの下位に，ラックに搭載されている機器を表示します。ラックに属する機器に障害がある場合は，ラックも含めて障害を示すアイコンが表示されます。

［ラックマネージャ］ウィンドウの右側（右ペインと呼ぶ）には，左ペインで選択したノードについての情報が表示されます。各ノードを選択した場合に表示される右ペインの情報については，「21.4　管理対象機器の状態を表示する」を参照してください。

ラックマネージャで表示される表示項目のアイコンを次に示します。

表21-1　ラックマネージャで表示される表示項目のアイコン

表示項目
アイコン

ラック
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

ブレードサーバ部
（モデル：なし）
（モデル：BS1000，BS320，BS2000）
[図データ]（正常）
[図データ]（アラート通知あり）
[図データ]（未起動）

ストレージ部
（モデル：なし）
（モデル：9500V）
（モデル：Hitachi WMS/AMS）
（モデル：BR50/150）
（モデル：BR20）
（モデル：Hitachi SMS100）
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

ネットワーク部
（モデル：なし）
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

サーバ
（モデル：なし）
[図データ]（正常）
[図データ]（アラート通知あり）
[図データ]（未起動）

ファイバチャネルスイッチ
（モデル：なし）
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

ロードバランシングサーバ
（モデル：なし）
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

無停電電源装置
（モデル：なし）
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

周辺機器
（モデル：なし）
[図データ]（正常）
[図データ]（アラート通知あり）
なし（未起動）

「（モデル：なし）」とは［機器の追加］ダイアログボックスで［モデル］に何も指定しなかった場合，デフォルトで表示されるイメージであることを示します。また，「アラート通知あり」とは，該当機器に対してアラートレベルがインフォメーション以外であり，かつ確認済みでないアラートが一つ以上ある場合の状態のことをいいます。

(2)　表示内容

画面中央に表示されているラック構成のイメージを機器の種別ごとに次に示します。

なお，LPAR上で稼働しているサーバおよびHVMの表示については，「23.3.14　ラック管理」を参照してください。

表21-2　画面中央に表示されているラック構成のイメージ（ブレードサーバ部：サーバシャーシ）

モデル
デフォルトのサイズ
イメージ

なし，BS1000
10U
[図データ]（正常）
[図データ]（障害）
[図データ]（非活性）
[図データ]（障害（非活性））

BS320
6U
[図データ]（正常）
[図データ]（障害）
[図データ]（非活性）
[図データ]（障害（非活性））

BS2000
10U
[図データ]（正常）
[図データ]（障害）
[図データ]（非活性）
[図データ]（障害（非活性））

表21-3　画面中央に表示されているラック構成のイメージ（ブレードサーバ部：サーバモジュール）

モデル
デフォルトのサイズ
イメージ

BS1000
－
[図データ]（正常）
[図データ]（障害）※
[図データ]（非活性）
[図データ]（障害（非活性））※

BS320
－
[図データ]（正常）
[図データ]（障害）
[図データ]（非活性）
[図データ]（障害（非活性））

BS2000
－
[図データ]（正常）
[図データ]（障害）
[図データ]（非活性）
[図データ]（障害（非活性））

（凡例）

－：該当しない

注

スロットに何も挿入されていない場合，またはサーバモジュール以外のモジュールが装着されている場合は，ラック背景が表示されます。

注※

SMP構成を組んだサーバモジュールで，一つでも障害状態となった場合は，パーティションを構成するすべてのサーバモジュールで，障害または障害（非活性）の画像が表示されます。

表21-4　画面中央に表示されているラック構成のイメージ（ストレージ部）

モデル
デフォルトのサイズ
イメージ

なし，9500V
3U
[図データ]（正常）
[図データ]（アラート通知あり）

Hitachi WMS/AMS
3U
[図データ]（正常）
[図データ]（アラート通知あり）

4U
[図データ]（正常）
[図データ]（アラート通知あり）

BR50/150
4U
[図データ]（正常）
[図データ]（アラート通知あり）

BR20
2U
[図データ]（正常）
[図データ]（アラート通知あり）

Hitachi SMS100
2U
[図データ]（正常）
[図データ]（アラート通知あり）

表21-5　画面中央に表示されているラック構成のイメージ（ネットワーク部）

モデル
デフォルトのサイズ
イメージ

なし
6U
[図データ]（正常）
[図データ]（アラート通知あり）

表21-6　画面中央に表示されているラック構成のイメージ（サーバ部）

モデル
デフォルトのサイズ
イメージ

なし
3U
[図データ]（正常）
[図データ]（アラート通知あり）
[図データ]（未起動）

表21-7　画面中央に表示されているラック構成のイメージ（ファイバチャネルスイッチ部）

モデル
デフォルトのサイズ
イメージ

なし
1U
[図データ]（正常）
[図データ]（アラート通知あり）

表21-8　画面中央に表示されているラック構成のイメージ（ロードバランシングサーバ部）

モデル
デフォルトのサイズ
イメージ

なし
2U
[図データ]（正常）
[図データ]（アラート通知あり）

表21-9　画面中央に表示されているラック構成のイメージ（無停電電源装置部）

モデル
デフォルトのサイズ
イメージ

なし
12U
[図データ]（正常）
[図データ]（アラート通知あり）

表21-10　画面中央に表示されているラック構成のイメージ（周辺機器部）

モデル
デフォルトのサイズ
イメージ

なし
1U
[図データ]（正常）
[図データ]（アラート通知あり）

空きにはサイズが表示されます。

「モデル」欄が「なし」の項目は［機器の追加］ダイアログボックスで［モデル］に何も指定しなかった場合，デフォルトで表示されるイメージであることを示します。また，「アラート通知あり」とは，該当機器に対してアラートレベルがインフォメーション以外であり，かつ確認済みでないアラートが一つ以上ある場合の状態のことを示します。

(3)　注意事項

今後，バージョンアップによって種別やモデルが追加されることがあります。現バージョンのコンソールサービスで新しいバージョンのマネージャサービスに接続した場合，追加された種別やモデルのアイコンおよびイメージがありません。その場合，同じ種別のデフォルトモデルで同じサイズのアイコンおよびイメージが表示されます。そのアイコンおよびイメージもない場合，周辺機器のデフォルトモデルで同じサイズのアイコンおよびイメージが表示されます。それでもイメージがない場合は，「イメージがありません!」と表示されます。

08-20以前のバージョンのマネージャサービスから，08-21以降のバージョンのマネージャサービスに更新した場合，ストレージ部には08-21以降で使用されるモデル名が表示されます。

08-22以前のバージョンのマネージャサービスに接続した場合，ブレードサーバ部のサーバモジュールの状態が表示されません。この場合，すべてのスロットが装着された画像が表示されます。また，サーバシャーシまたはサーバシャーシ内のどれかのスロットがアラート通知ありの状態の場合，ブレードサーバ部全体がアラート通知ありの表示になります。

ブレードサーバ部が次に示すどれかの状態の場合，ブレードサーバ部のサーバモジュールの状態が表示されません。この場合，すべてのスロットが装着された画像が表示されます。また，サーバシャーシまたはサーバシャーシ内のどれかのスロットがアラート通知ありの状態の場合，ブレードサーバ部全体がアラート通知ありの表示になります。

「モデル」欄の設定内容が実際と異なる（KASM200D5が表示される）

「サイズ」欄の設定内容が実際と異なる（KASM200D5が表示される）

モデルを自動判別できない（KASM200D4が表示される）

21.3　管理対象機器を登録する

ラックマネージャで管理する管理対象機器を登録します。管理対象機器の登録は，［ラックマネージャ］ウィンドウから［ラックの追加］または［機器の追加］メニューで行います。

なお，設定の追加や変更などの操作を行う場合，「更新モード」で操作する必要があります。現在のモードは，［ラックマネージャ］ウィンドウのタイトルまたは［モード選択］メニューで確認できます。「更新モード」にするには，［モード選択］メニューから［更新モード］を選択します。

＜この節の構成＞

21.3.1　ラックの登録，変更，削除

21.3.2　機器の登録，変更，削除

21.3.1　ラックの登録，変更，削除

ラックマネージャで，管理対象となるラックを登録，変更，または削除する手順を次に示します。

＜この項の構成＞

(1)　ラックの追加

(2)　ラックの構成変更

(3)　ラックの削除

(1)　ラックの追加

管理対象となるラックを新規に追加する手順を次に示します。ただし，新規に追加するラックに機器を搭載する場合は，先に機器の追加を行う必要があります。機器の追加については，「21.3.2(1)　機器の追加」を参照してください。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［構成変更］メニューから［ラックの追加］を選択する
［ラックの追加］ダイアログボックスが表示されます。

ラックの名前を入力する
半角で127文字まで入力できます。全角文字は半角2文字分とします。すでに登録されているラック名は入力しないでください。

ラックの説明（任意）を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。入力は任意ですので，入力しなくてもかまいません。

ラックのサイズを入力する
10～50の範囲で指定してください。39以上を指定した場合は画面にスクロールバーが表示されます。

未配置機器の種別で，ラックに追加する機器の種別を選択する
ドロップダウンリストで，ブレードサーバ部，ストレージ部，ネットワーク部，サーバ，ファイバチャネルスイッチ，ロードバランシングサーバ，無停電電源装置，周辺機器が表示されます。これらの中から，ラックに追加する機器の種別を選んでください。

機器一覧から追加する機器を選択して，［←］ボタンでラックの構成に移動する
選択した機器を画面左側のラックの構成に，上から詰めて移動します。
複数の機器を選択することもできます。複数選択した場合，選択した機器を上から順番に配置し，入る空きがなくなった時点で，それ以降の機器が入る空きがあっても移動をストップします。
ラックに機器のイメージが表示されます。未配置機器には機器一覧で最後に選択した機器の情報が表示されます。

［↑］および［↓］ボタンで機器を移動する
ラックの構成に表示されている機器のイメージをクリックすると緑色の枠で囲まれます。［↑］および［↓］ボタンで機器を移動します。連続する機器（空きを挟んでもよい）も同時に上下移動できます。機器のイメージは1目盛りずつ移動します。移動先に機器がある場合は，その先に空きがあれば，その機器を飛び越えて移動します。
配置済み機器には機器のイメージで最後に選択した機器の情報が表示されます。

手順3～手順8の操作を繰り返して，ラックに機器を搭載する

［OK］ボタンをクリックする
［ラックの追加］ダイアログボックスが閉じられ，ラックマネージャノードの下位にラックが追加されます。

ラックに搭載した機器の情報を変更するには，機器のイメージを選択して配置済み機器の［変更］ボタンをクリック，または機器一覧から機器を選択して未配置機器の［変更］ボタンをクリックします。機器の変更については，「21.3.2(2)　機器の変更」を参照してください。

注意

ラックイメージは，サイズに10U～50Uを入力した場合に変更されます。51U以上を入力すると入力範囲外エラーメッセージを表示し，サイズを50Uに修正します。また，最上部の機器から最下部の機器までのサイズ以下を入力すると，取り得る最小値に修正されます。サイズが10U～50U以外で［↑］，［↓］，［←］，［→］ボタンをクリックすると，入力範囲外エラーメッセージを表示し，何も変更されません。ラックの最下部に機器が配置されている状態で，ラックのサイズを小さくすることはできません。また，ラックに配置されている機器はラックのサイズ変更に合わせて移動しません。

(2)　ラックの構成変更

ラックの構成を変更する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックノードをクリックする

［構成変更］メニューから［変更］を選択する
［ラックの構成変更］ダイアログボックスが表示されます。

ラックの名前，ラックの説明，およびラックのサイズを変更する
この画面では，主にラックの名前，ラックの説明，ラックのサイズ，およびラックの機器配置を変更します。配置済み機器を変更する場合は，左側のラックイメージから変更する機器を選択し，配置済み機器の［変更］ボタンをクリックします。未配置機器を変更する場合は，機器一覧から変更する機器を選択し，未配置機器の［変更］ボタンをクリックします。

配置済み機器および未配置機器を変更する
配置済み機器および未配置機器を変更する操作方法については，「21.3.2(2)　機器の変更」を参照してください。

［OK］ボタンをクリックする
［ラックの構成変更］ダイアログボックスが閉じられ，ラックの構成が変更されます。

(3)　ラックの削除

ラックに機器が搭載されている場合は，そのラックを削除することはできません。その場合は，ラックに搭載されている機器をすべて未配置にしてから削除します。機器を未配置に変更する方法については，「(2)　ラックの構成変更」または「21.3.2(3)　機器のラックからの削除」を参照してください。

ラックをラックマネージャから削除する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックノードをクリックする

［構成変更］メニューから［削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
メッセージが閉じられ，ラックノードが削除されます。

21.3.2　機器の登録，変更，削除

ラックマネージャで，管理対象となる機器を登録，変更，または削除する手順を次に示します。

＜この項の構成＞

(1)　機器の追加

(2)　機器の変更

(3)　機器のラックからの削除

(4)　機器の削除

(5)　SNMP Trapの追加

(6)　アラート通知の設定

(1)　機器の追加

機器の追加は，機器の名前などの情報と，SNMPに関する情報を設定します。各SNMP Trapをアラートの形式で通知する場合，通知するアラートの内容を設定します。なお，SNMP Trapは機器ごとに設定できます。

ブレードサーバ部およびサーバは，サービス構成表示で該当するマネージャサービスを選択したときに表示されているサーバシャーシおよびサーバだけを登録できます。

また，サーバシャーシ内のサーバ，スイッチ＆マネジメントモジュールのギガビットイーサネットスイッチ，ファイバチャネルスイッチモジュールはブレードサーバ部として一元管理できます。

(a)　手順

機器を追加する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［構成変更］メニューから［機器の追加］を選択する
［機器の追加］ダイアログボックスが表示されます。

種別を選択する
ドロップダウンリストで，ブレードサーバ部，ストレージ部，ネットワーク部，サーバ，ファイバチャネルスイッチ，ロードバランシングサーバ，無停電電源装置，周辺機器が表示されます。これらの中から，機器に追加する種別を選択してください。

モデルを選択する（任意）
モデルのドロップダウンリストが活性となっている場合，モデルを選択できます。選択は任意ですので，選択しなくてもかまいませんが，選択したモデルによって選択できるサイズが異なる場合があります。
種別でブレードサーバ部を選択している場合は，自動的にモデルが選択されるため，任意に選択することはできません。
種別がブレードサーバ部でモデルがBS2000の場合は，［拡張モジュール］から拡張モジュールを選択して，拡張モジュールに対してSNMP管理ができます。拡張モジュールの選択は任意です。拡張モジュールに対するSNMP Trapの設定については，「(b) 拡張モジュールに対するSNMP Trapの設定」を参照してください。

名前を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。同一種別内で同じ名前は入力しないでください。
種別で，ブレードサーバ部またはサーバを選択した場合，［ホスト管理］ウィンドウに表示されているシャーシIDまたはホストがドロップダウンリストで表示されるので，その一覧から選択してください。

サイズを入力する
選択した種別とモデルによって，選択可能なサイズがドロップダウンリストで表示されるので，その一覧から選択してください。一度登録した機器のサイズは変更できません。

説明（任意）を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。入力は任意ですので，入力しなくてもかまいません。
追加する種別がブレードサーバ部またはサーバの場合は，［OK］ボタンをクリックして追加操作を終了します。

SNMP未対応モデルの場合，IPアドレス（任意）を入力する
［OK］ボタンをクリックして追加操作を終了します。

SNMP管理をする場合，［SNMP管理］チェックボックスをONにする
追加する種別がブレードサーバ部（モデルが「BS2000」以外の場合）またはサーバの場合はONにできません。
追加する種別がブレードサーバ部でモデルが「BS2000」の場合，［拡張モジュール］から拡張モジュールを選択しているときに，ONにできます。

IPアドレスを入力する
追加する機器のIPアドレスを入力してください。なお，複数のIPアドレスを持っていて，それぞれのIPアドレスから別々のSNMP Trapを送信する機器では入力したIPアドレスからのSNMP Trapだけ受信できます。

コミュニティを選択または入力する
デフォルトは「public」です。ドロップダウンリストには，今まで登録した機器で入力されたコミュニティが表示されるので，その中から選択するか，または入力します。入力する場合は，半角で63文字まで入力できます。

SNMP Trapを追加する場合は，次のどちらかの操作をする

一つ一つSNMP Trapを設定する場合は，［Trap一覧］にある［追加］ボタンをクリックする
［SNMP Trapの追加］ダイアログボックスが表示されます。

MIBファイルを読み込んでSNMP Trapを追加する場合は，［Trap一覧］にある［ファイルから追加］ボタンをクリックする

SNMP Trapの追加方法については，「(5)　SNMP Trapの追加」を参照してください。

SNMP Trapをアラートとして通知するかどうかを選択する
SNMP Trapをアラートとして通知する場合，［通知］ラジオボタンをONにします。SNMP Trapをアラートとして通知しない場合，［非通知］ラジオボタンをONにします。

SNMP Trapをアラートとして通知する場合，通知するアラートの内容を設定する
アラートの設定内容については，「(6)　アラート通知の設定」を参照してください。

［OK］ボタンをクリックする
［機器の追加］ダイアログボックスが閉じられ，機器が追加されます。

(b)　拡張モジュールに対するSNMP Trapの設定

種別がブレードサーバ部でモデルがBS2000の場合は，拡張モジュールに対してSNMP管理ができます。拡張モジュールに対してSNMP Trapを設定するには，［機器の追加］ダイアログボックスで次の操作をします。

［種別］に「ブレードサーバ部」が，［モデル］に「BS2000」が表示されている状態で，［拡張モジュール］からSNMP Trapを設定したい拡張モジュールを選択する

「(a) 手順」の手順7.を実行する

「(a) 手順」の手順9.～14.を実行する

ほかの拡張モジュールに対してSNMP Trapを設定したい場合は，上記の1.～3.を繰り返す

「(a) 手順」の手順15.を実行する

(2)　機器の変更

追加した機器の情報を変更する手順を次に示します。ただし，種別，モデルおよびサイズの変更はできません。種別，モデルおよびサイズを変更する場合は，機器をラックマネージャから削除してから追加する操作をしてください。機器をラックマネージャから削除する操作については「(3)　機器のラックからの削除」および「(4)　機器の削除」を，機器を追加する操作については「(1)　機器の追加」を参照してください。

［ラックマネージャ］ウィンドウのツリーまたは未配置機器の一覧で機器をクリックする

［構成変更］メニューから［変更］を選択する
［機器の変更］ダイアログボックスが表示されます。

変更する情報を入力または選択する
操作方法については，「(1)　機器の追加」を参照してください。

［OK］ボタンをクリックする
［機器の変更］ダイアログボックスが閉じられ，機器の情報が変更されます。

(3)　機器のラックからの削除

機器をラックから削除し，未配置機器とする手順を次に示します。

［ラックマネージャ］ウィンドウのツリーで機器をクリックする

［構成変更］メニューから［ラックから削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
メッセージが閉じられ，ラックから機器が削除されます。

(4)　機器の削除

機器をラックマネージャから削除する手順を次に示します。

［ラックマネージャ］ウィンドウの未配置機器の一覧で機器をクリックする

［構成変更］メニューから［削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
メッセージが閉じられ，ラックマネージャから機器が削除されます。

(5)　SNMP Trapの追加

通知するSNMP Trapを追加する場合，次のどちらかの方法で追加するSNMP Trapを設定します。

［SNMP Trapの追加］ダイアログボックスで設定する

MIBファイルを読み込んで設定する

次にそれぞれの方法について説明します。

(a)　［SNMP Trapの追加］ダイアログボックスで設定する

［SNMP Trapの追加］ダイアログボックスでSNMP Trapを追加する場合の手順を次に示します。

［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで，［Trap一覧］にある［追加］ボタンをクリックする
［SNMP Trapの追加］ダイアログボックスが表示されます。

名前を入力する
追加するSNMP Trapの名前を入力します。半角で127文字まで入力できます。すでに登録されている名前と同じ名前は登録できません。

SNMP Trapの種類を選択する
SNMP v1のSNMP Trapを追加する場合は，［SNMPv1］ラジオボタンをONにします。SNMP v2cのSNMP Trapを追加する場合は，［SNMPv2c］ラジオボタンをONにします。

SNMP v1のSNMP Trapを追加する場合，次の項目を設定する

設定項目 | 設定内容
エンタープライズ | SNMP Trapのエンタープライズを半角数字または.（ピリオド）で入力します。.（ピリオド）は，先頭と終端，および連続して指定することはできません。半角で127文字まで入力できます。
一般トラップ | 一般トラップを選択します。デフォルトは「enterpriseSpecific」です。デフォルトの「enterpriseSpecific」以外のSNMP Trapは，同じ一般トラップを登録できません。
固有トラップ番号 | 固有トラップ番号を入力します。入力できる範囲は，0～2,147,483,647です。

SNMP Trapの名前に対して，エンタープライズ，一般トラップ，固有トラップ番号の組み合わせが同じにならないように設定してください。また，すでにSNMP v2cとして登録されているSNMP Trapは登録できません。SNMP v1とSNMP v2cの対応については，RFC3584を参照してください。設定する内容は，追加する機器のマニュアルを参照してください。

SNMP v2cのSNMP Trapを追加する場合，次の項目を設定する
次の項目を設定します。

設定項目 | 設定内容
snmpTrapOID | トラップ識別子を半角数字および.（ピリオド）で入力します。.（ピリオド）は，先頭と終端，および連続して指定することはできません。半角で128文字まで入力できます。すでに登録されているトラップ識別子と同じ識別子は登録できません。また，SNMP v1として登録されているSNMP Trapは登録できません。SNMP v1とSNMP v2cの対応については，RFC3584を参照してください。

説明（任意）を入力する
SNMP Trapの説明を入力します。半角で511文字まで入力できます。入力は任意ですので，入力しなくてもかまいません。

［OK］ボタンをクリックする

複数のSNMP Trapを追加する場合は，各SNMP Trapについて上記の操作をしてください。

(b)　MIBファイルを読み込んで設定する

MIBファイルからSNMP Trapを追加できます。MIBファイルの定義方法はSNMP Trapの種類によって次のように異なります。

SNMP v1の場合

RFC1155，RFC1215に従って定義されたMIBファイル

SNMP v2cの場合

RFC2578，RFC2579，RFC2580，RFC3584に従って定義されたMIBファイル

MIBファイルを読み込んでSNMP Trapを追加する場合の手順を次に示します。

［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで，［Trap一覧］にある［ファイルから追加］ボタンをクリックする

該当するMIBファイルを選択する

次の場合，同一のSNMP Trapと見なされ上書きされます。

SNMP v1の場合

一般トラップが「enterpriseSpecific」以外のSNMP Trapのとき，すでに同一の一般トラップが登録されている場合

一般トラップが「enterpriseSpecific」のSNMP Trapのとき，エンタープライズと固有トラップの組み合わせが同じ場合

SNMP v2cの場合

すでに同一のsnmpTrapOIDが登録されている場合

なお，追加されたSNMP Trapは非通知の設定になります。

(c)　SNMP Trap追加時の注意事項

デフォルトでサポートされているSNMP Trapのエンタープライズが，機器のマニュアルに記載されているSNMP Trapと異なる場合は，デフォルトでサポートされているSNMP Trapを削除し，機器のマニュアルに従って新しく追加してください。デフォルトでサポートされているSNMP Trapは次のとおりです。

SNMP Trapの名前 | 説明 | SNMPv1 | SNMPv2c
エンタープライズ | 一般トラップ | 固有トラップ番号 | snmpTrapOID
coldStart | 電源断からのリセット | 1.3.6.1.2.1.11 | 0 | 0 | 1.3.6.1.6.3.1.1.5.1
warmStart | 管理機器のリスタート | 1.3.6.1.2.1.11 | 1 | 0 | 1.3.6.1.6.3.1.1.5.2
linkDown | 回線障害検出 | 1.3.6.1.2.1.11 | 2 | 0 | 1.3.6.1.6.3.1.1.5.3
linkUp | 回線障害回復 | 1.3.6.1.2.1.11 | 3 | 0 | 1.3.6.1.6.3.1.1.5.4
authenticationFailure | 不正なSNMP受信 | 1.3.6.1.2.1.11 | 4 | 0 | 1.3.6.1.6.3.1.1.5.5
egpNeighborLoss | 隣接EGPダウン | 1.3.6.1.2.1.11 | 5 | 0 | 1.3.6.1.6.3.1.1.5.6

MIBファイルからSNMP Trapを追加する場合，MIBファイルが複数に分割されているときは，「OBJECT IDENTIFIER」が定義されているファイルから順番に追加してください。なお，次のRFCで定義されている「OBJECT IDENTIFIER」は，デフォルトでインポートされています。

RFC1213(MIB-II)

RFC2011(SNMPv2 MIB for IP)

RFC2012(SNMPv2 MIB for TCP)

RFC2013(SNMPv2 MIB for UDP)

RFC2578(SNMPv2-SMI)

RFC2863(The Interfaces Group MIB)

RFC3418(SNMPv2 MIB)

ファイルから追加してもSNMP Trapが追加されない場合は，RFCに従って定義されていないか，またはSNMP Trapが定義されていないMIBファイルです。SNMP v1の場合は「TRAP-TYPE」，SNMP v2cの場合は「NOTIFICATION-TYPE」でSNMP Trapが定義されているか確認してください。

SNMP Trapをアラートとして通知する場合，設定されているSNMP Trapの種類と受信したSNMP Trapの種類が一致していなくても，アラートは通知されます。例えば，SNMP v1のSNMP Trapをアラートとして通知する設定をした場合，受信したSNMP Trapの種類がSNMP v2cの場合でもアラートは通知されます。

(6)　アラート通知の設定

ここでは，アラート通知を設定する場合の手順，デフォルトでサポートされている設定内容，および［通知アラート］ウィンドウに表示される項目について説明します。

(a)　設定の手順

アラート通知を設定する場合の手順を次に示します。

アラートIDを選択する
アラート通知のIDを，0x4080～0x4089から選択してください。

発生部位を選択する
筐体，電源，ファン，ネットワーク，ディスク，今まで登録された発生部位から選択してください。入力する場合は，半角で31文字まで入力できます。

アラートレベルを選択する
インフォメーション，注意，警告，障害から選択してください。

内容（任意）を入力する
アラート通知の内容を入力します。半角で255文字まで入力できます。入力は任意ですので，入力しなくてもかまいません。

(b)　デフォルトでサポートされている設定内容

デフォルトでサポートされているSNMP Trapの設定は次のとおりです。

SNMP Trapの名前 | 通知/非通知 | アラートID | 発生部位 | アラートレベル | 内容
coldStart | 通知 | 0x4080 | 筐体 | インフォメーション | 電源断から起動しました。
warmStart | 通知 | 0x4081 | 筐体 | インフォメーション | 管理機器がリスタートしました。
linkDown | 通知 | 0x4082 | 筐体 | 警告 | 回線障害を検出しました。
linkUp | 通知 | 0x4083 | 筐体 | インフォメーション | 回線障害が回復しました。
authenticationFailure | 非通知 | 0x4084 | 筐体 | インフォメーション | コミュニティ名の一致しないSNMPメッセージを受信しました。
egpNeighborLoss | 非通知 | 0x4085 | ネットワーク | インフォメーション | 外部ゲートウェイ・プロトコル（EGP）隣接が失われました。

(c)　［通知アラート］ウィンドウに表示される項目

［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで通知するアラートの内容を設定した場合，設定した内容が［通知アラート］ウィンドウに表示されます。［通知アラート］ウィンドウに表示される各項目と［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでの設定内容を，次の表に示します。

表21-11　［通知アラート］ウィンドウに表示される各項目と［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでの設定内容

項番
［通知アラート］ウィンドウの表示項目
［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでの設定内容
表示形式

1
発生日時
－
－

2
発生ホスト

［名前］

［SNMP管理］の［IPアドレス］

名前（IPアドレス）

3
アラートレベル

［SNMP管理］の［アラート］の［アラートレベル］

アラートレベル

4
内容

［SNMP管理］の［アラート］の［内容］

［SNMP管理］の［Trap一覧］のSNMP Trap名

［SNMP管理］の［エンタープライズ］

［SNMP管理］の［固有トラップ番号］

内容（SNMP Trap名，エンタープライズ，固有トラップ番号）

5
確認状態
－
－

6
アラートID

アラートID

アラートID

7
発生部位

発生部位

発生部位

（凡例）

－：［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでは設定しない

通知アラートについては，「7.2.1　通知アラートを表示する」を参照してください。

21.4　管理対象機器の状態を表示する

登録したラックや機器の状態を表示する方法について説明します。初回起動時は，ラック一覧が表示され，2回目以降は前回の状態を表示します。

注意

08-20以前のバージョンのマネージャサービスから，08-21以降のバージョンのマネージャサービスに更新した場合，ストレージ部には08-21以降で使用されるモデル名が表示されます。

＜この節の構成＞

21.4.1　ラックの一覧を表示する

21.4.2　未配置機器の一覧を表示する

21.4.3　ラックイメージを表示する

21.4.1　ラックの一覧を表示する

ラックの一覧を表示する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［表示］メニューから［ラック一覧］を選択する
［ラックマネージャ］ウィンドウの右側にラックの一覧が表示されます。

ラックの一覧は，アイコン，名前，サイズ，説明を表示します。ラックに属する機器に障害がある場合は，障害を示すアイコンが表示されます。名前，サイズ，説明のリストヘッダをクリックすることで，昇順にソートできます。

21.4.2　未配置機器の一覧を表示する

未配置機器の一覧を表示する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［表示］メニューから［未配置機器一覧］を選択する
［ラックマネージャ］ウィンドウの右側に未配置機器の一覧が表示されます。

未配置機器一覧は，アイコン，名前，種別，モデル，IPアドレス，サイズ，説明，未確認アラートが表示されます。
機器に障害がある場合は，障害を表すアイコンが表示されます。未確認アラートは「あり」または空白で表示され，右クリックメニューで［通知アラート表示］から［通知アラート］ウィンドウを表示し，その機器が通知したアラートをすべて確認することで「あり」表示が空白になります。
名前，種別，モデル，IPアドレス，サイズ，説明，未確認アラートのリストヘッダをクリックすることで，昇順にソートできます。また名前をダブルクリックすると，［通知アラート］ウィンドウが表示されます。

21.4.3　ラックイメージを表示する

ラックイメージを表示する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックノードまたは機器ノードをクリックする
［ラックマネージャ］ウィンドウの右側にラックイメージおよびラックと機器の情報が表示されます。

ラックノードをクリックした場合は，ラックの情報だけが表示され，機器ノードをクリックした場合は，ラックと機器の情報を表示します。

22.　HVM構成管理

BladeSymphonyでは，日立サーバ仮想化機構という技術を利用して，1台または複数台のサーバモジュールで構成されている物理パーティションを仮想化できます。

この章では，仮想化されたサーバを管理するHVMの構成情報をJP1/ServerConductorから管理する方法について説明します。

＜この章の構成＞

22.1　日立サーバ仮想化機構によるサーバの仮想化

22.2　HVM構成管理機能

22.3　HVMの設定およびLPARの作成の流れ

22.4　HVMの設定

22.5　LPARの作成

22.6　クローニングを使用したHVMおよびLPARの設定

22.7　LPARの操作

22.8　LPAR構成の変更

22.9　HVM構成のバックアップおよびリストア

22.10　LPARとUSBとの対応づけ

22.11　HVM構成管理機能の注意事項

22.1　日立サーバ仮想化機構によるサーバの仮想化

新たにシステムを構築する場合，業務ピーク時の性能確保や将来的なシステム規模の拡大を想定して，サーバを準備します。そのため，ほとんどのサーバのリソース使用率は低いにもかかわらず台数だけは多く，管理に手間もコストも掛かります。

BladeSymphonyでは，日立サーバ仮想化機構という技術を利用して，1台または複数台のサーバモジュールで構成されている物理パーティションを仮想化できます。JP1/ServerConductorは，この仮想化されたサーバを物理的なサーバと同様に管理できます。

＜この節の構成＞

22.1.1　JP1/ServerConductorによる仮想化されたサーバの管理

22.1.1　JP1/ServerConductorによる仮想化されたサーバの管理

仮想化されたサーバを構成する論理パーティションをLPARと呼びます。また，1台または複数台のサーバモジュールで構成されている物理パーティションを論理分割し，複数LPARを稼働できる形態をLPARモードと呼びます。これに対し，1台または複数台のサーバモジュールで構成されている物理パーティションを論理分割しないで稼働する形態をBasicモードと呼びます。

日立サーバ仮想化機構では，1台または複数台のサーバモジュールで構成されている一つの物理パーティションを複数のLPARに分割し，それぞれのLPAR上で，異なるOSや業務アプリケーションを実行できます。それぞれのLPARは，HVMによって管理されます。

日立サーバ仮想化機構によるサーバの仮想化の概要を次に示します。

図22-1　日立サーバ仮想化機構によるサーバの仮想化の概要

JP1/ServerConductorでは，HVMの構成を管理コンソールから変更したり，ウィザードによってLPARを作成したりできます。

また，物理的なサーバと同様に，LPAR上で稼働するサーバを管理コンソールから管理できます。HVMに対しても，LPAR上で稼働するサーバと同様に電源制御などの操作を実施できます。LPAR上で稼働するサーバまたはHVMを管理コンソールから管理する方法については，「23.　仮想化されたサーバの管理（HVMの場合）」を参照してください。

22.2　HVM構成管理機能

JP1/ServerConductorからHVM構成を管理する機能をHVM構成管理機能といいます。

HVM構成管理機能では，LPARモードに設定された物理パーティションに対して，管理コンソールから，HVM構成情報の設定やLPARの作成ができます。

また，既存のHVM構成情報を新しく作成するHVMにコピーすることで，容易にHVM構成情報を設定できます。

＜この節の構成＞

22.2.1　HVM構成管理機能の前提条件

22.2.2　［HVM構成管理］ウィンドウ

22.2.1　HVM構成管理機能の前提条件

HVM構成管理機能に対応するサーバシャーシはBS1000およびBS2000です。

ただし，SVPのバージョンやファームウェアのバージョンによって，HVM構成管理機能が使用できない場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

22.2.2　［HVM構成管理］ウィンドウ

HVM構成管理機能を使用してHVMおよびLPARを管理するには，［HVM構成管理］ウィンドウを使用します。［HVM構成管理］ウィンドウの起動方法，表示方法などについて，次に説明します。

＜この項の構成＞

(1)　［HVM構成管理］ウィンドウの表示手順

(2)　［HVM構成管理］ウィンドウの表示項目

(3)　接続先マネージャサービスの変更

(1)　［HVM構成管理］ウィンドウの表示手順

［HVM構成管理］ウィンドウを表示する手順を次に示します。

［ホスト管理］ウィンドウの［HVM管理］メニューから［HVM構成管理］を選択する
［HVM構成管理］ウィンドウが表示されます。

(2)　［HVM構成管理］ウィンドウの表示項目

［HVM構成管理］ウィンドウの左ペインには，［HVM構成管理］をルートノードとして，シャーシノードが表示されます。シャーシノードの下位にはそのシャーシに属するHVMノードが，HVMノードの下位にはそのHVMが管理しているLPARノードが，それぞれ表示されます。

表示項目 | 意味
シャーシノード | ［ホスト管理］ウィンドウに登録されているサーバシャーシのうち，BS1000またはBS2000のサーバシャーシが表示されます。
HVMノード | ［ホスト管理］ウィンドウに登録されているHVMのうち，パーティションのOS種類がHVMのものが表示されます。
LPARノード | HVMに作成済みのLPARが表示されます。

［HVM構成管理］ウィンドウの右ペインの表示項目は，左ペインで選択しているノードの種類によって異なります。選択しているノード別の表示項目について，次に説明します。

(a)　シャーシノード選択時の表示項目

［HVM構成管理］ウィンドウの左ペインでシャーシノードを選択すると，そのサーバシャーシ上で稼働するHVMの情報およびサーバシャーシの情報が右ペインに表示されます。

シャーシノードを選択しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-2　［HVM構成管理］ウィンドウ（シャーシノード選択時）

表22-1　［HVM構成管理］ウィンドウの表示項目（シャーシノード選択時）

項番
表示項目
意味

1
HVM識別子※1
HVMを識別するIDが表示されます。

2
パーティション番号※1
パーティション番号が表示されます。

3
電源状態※1
パーティションの電源状態が表示されます。

Inactive(0x00)：電源OFF状態

Active(0x01)：電源ON状態

取得不可(0xXX)：電源状態不明（XXは00，01のどちらでもない値を示す）

4
パーティション情報ステータス※1
パーティションの状態が表示されます。

Unknown Status(0x00)：不明な状態

Data Invalidated(0x01)：無効な状態

Data Invalidated & 電源投入抑止中(0x02)：無効+電源投入抑止状態

Configuration validate(0x03)：有効な状態

取得不可(0xXX)：パーティション状態不明（XXは00～03のどれでもない値を示す）

5
サーバモジュールタイプ※1
パーティションのプライマリスロットに挿入されているサーバモジュールのモジュールタイプが表示されます。
BS1000，BS320の場合

Don't Care(0x00)：サーバモジュール未挿入

IPF Server Module(0xXX)：IPFサーバモジュール（XXは01～7Fのどれかの値を示す）

IA32 Server Module(0xXX)：IA32サーバモジュール（XXは80～FEのどれかの値を示す）

Unknown Device(0xFF)：不明

BS2000の場合

Don't Care(0x00)：サーバモジュール未挿入

Xeon Server Blade(0xXX)：Xeonサーバモジュール（XXは01～0Fのどれかの値を示す）

Xeon-EX Server Blade(0xXX)：Xeon-EXサーバモジュール（XXは11～1Fのどれかの値を示す）

Unknown Device(0xFF)：不明

6
HVM IPアドレス※2
HVMのIPアドレスが表示されます。

7
VNIC System Number※2
仮想NICシステム番号が表示されます。

8
Pre-State Auto Activation※2
HVMシステムをシャットダウンしないでHVMを再起動した場合，LPARを再起動前と同じ状態に復帰させるかどうかの設定が表示されます。

有効：LPARを再起動前と同じ状態に復帰させる

無効：LPARを再起動前と同じ状態に復帰させない

9
HVM Auto Shutdown※2
すべてのLPARがDeactivate状態になったときにHVMシステムを自動でシャットダウンするかどうかが表示されます。

有効：HVMを自動でシャットダウンする

無効：HVMを自動でシャットダウンしない

10
Processors※2
正常に稼働している物理プロセッサの総数と，サーバモジュールに搭載されている全物理プロセッサの総数が「n(m)」の形式で表示されます。nとmの意味は次のとおりです。

n：正常に稼働している物理プロセッサの総数

m：サーバモジュールに搭載されている物理プロセッサの総数

11
User Memory (Mbytes)※2
LPARに割り当てできるメモリの総量が表示されます。LPARに割り当てできるメモリの総量は，サーバモジュールに搭載されているメモリ容量からHVMが使用するメモリ容量を引いた値となります。

12
Management Path※2
HVM管理パスに使用するNICのPCIデバイス番号が表示されます。

Default：プライマリオンボードGbEを管理パスに使用している

PCIデバイス番号：PCIデバイス番号で指定されたNICを管理パスに使用している

13
Connect※2
Management Pathの接続状態が表示されます。

Unknown：接続状態が不明または初期状態である

Success：接続状態である

Fail：接続に失敗している

14
Alert Language※2
HVMのアラートメッセージの言語設定が表示されます。

English：英語

Japanese：日本語

Unknown：不明

15
BSM1 IPアドレス※2
HVMを管理するBSM1のIPアドレスが表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM1 IP Address」の設定値が表示されます。

16
BSM1 アラートポート番号※2
BSM1との通信に使うポート番号が表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM1 Alert Port」の設定値が表示されます。

17
BSM2 IPアドレス※2
HVMを管理するBSM2のIPアドレスが表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM2 IP Address」の設定値が表示されます。

18
BSM2 アラートポート番号※2
BSM2との通信に使うポート番号が表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM2 Alert Port」の設定値が表示されます。

19
BSM3 IPアドレス※2
HVMを管理するBSM3のIPアドレスが表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM3 IP Address」の設定値が表示されます。

20
BSM3 アラートポート番号※2
BSM3との通信に使うポート番号が表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM3 Alert Port」の設定値が表示されます。

21
BSM4 IPアドレス※2
HVMを管理するBSM4のIPアドレスが表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM4 IP Address」の設定値が表示されます。

22
BSM4 アラートポート番号※2
BSM4との通信に使うポート番号が表示されます。HVMスクリーンのSystem Configurationメニューに表示される「BSM4 Alert Port」の設定値が表示されます。

注※1

通信エラーの場合は空白が表示されます。

注※2

HVMが管理コンソールから一度も接続されていない場合，またはHVMのファームウェアが古い場合は空白が表示されます。

(b)　HVMノード選択時の表示項目

［HVM構成管理］ウィンドウの左ペインでHVMノードを選択すると，そのHVMが管理しているLPARの情報が右ペインに表示されます。

HVMノード選択時に表示する項目は，次の5種類から選択できます。HVMノードを選択した場合，デフォルトではLPAR構成情報が表示されます。

LPAR構成情報

Processor情報

PCI Device情報

FC情報

仮想NIC情報（VNIC情報）

■LPAR構成情報

LPAR構成情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［LPAR構成情報表示］を選択します。

LPAR構成情報を表示しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-3　［HVM構成管理］ウィンドウ（HVMノード選択時：LPAR構成情報）

表22-2　［HVM構成管理］ウィンドウの表示項目（HVMノード選択時：LPAR構成情報）

項番
表示項目
意味

1
LPAR識別子
LPARを識別するIDが表示されます。

2
LPAR Name
LPAR名が表示されます。

3
Status
LPARの状態が表示されます。

Activated：電源ON状態

Deactivated：電源OFF状態

Failure：回復できない障害のため使用できない状態

Unknown：不明

4
Logical Processors
LPARに割り当てられた論理プロセッサの数が表示されます。

5
Dedicated Processors
LPARに割り当てられた占有プロセッサの数が表示されます。

6
Shared Processors
LPARに割り当てられた共有プロセッサの数が表示されます。

7
Service Ratio
LPAR間の共有プロセッサの使用時間配分が表示されます。占有プロセッサの場合，「---」が表示されます。

8
Memory(Mbytes)
LPARに割り当てられたメモリ容量がメガバイト単位で表示されます。

9
VNIC
LPARに割り当てられた仮想NICの数が表示されます。

10
Idle Detection
論理プロセッサのIdle状態を検出する機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

11
Auto Activation Order
HVM起動時のLPARの自動起動順序が1～99で表示されます。Auto Activation Orderが設定されていない場合，「無効」が表示されます。

12
Auto Clear
論理SELの自動クリア機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

13
Processor Capping
プロセッサキャッピング機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

14
Pre-Boot F/W
LPARでブートされるファームウェアが表示されます。

Reserved：予約

BIOS：BIOS

64UEFI：64UEFI

86UEFI：86UEFI

Unsupported：未サポート

Unknown：不明

■Processor情報

Processor情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［Processor情報表示］を選択します。

Processor情報を表示しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-4　［HVM構成管理］ウィンドウ（HVMノード選択時：Processor情報）

表22-3　［HVM構成管理］ウィンドウの表示項目（HVMノード選択時：Processor情報）

項番
表示項目
意味

1
LPAR識別子
LPARを識別するIDが表示されます。

2
LPAR Name
LPAR名が表示されます。

3
Status
LPARの状態が表示されます。

Activated：電源ON状態

Deactivated：電源OFF状態

Failure：回復できない障害のため使用できない状態

Unknown：不明

4
Logical Processor Scheduling Mode
論理プロセッサに割り当てられたスケジューリングモードが表示されます。

Dedicated：占有モード

Shared：共有モード

5
Logical Processor Number
論理プロセッサ番号が表示されます。

6
Physical Processor Number
物理プロセッサ番号が表示されます。自動割り当てされる場合「自動割り当て」が表示されます。

7
Blade Number※
物理プロセッサが搭載されているサーバモジュール番号が表示されます。

8
Die Number※
サーバモジュール内のダイ番号が表示されます。

9
Core Number※
ダイ内のコア番号が表示されます。

10
Thread Number※
スレッド番号が表示されます。

11
Physical Processor Status※
物理プロセッサのステータスが表示されます。

RUN：物理プロセッサが正常に稼働している

FAIL：物理プロセッサは回復できない障害のため使用できない状態である

ERROR：物理プロセッサはタイムアウト障害のため使用できない状態である

Undefined：未定義

Unknown：不明

12
Physical Processor Scheduling Mode※
物理プロセッサに割り当てられたスケジューリングモードが表示されます。

Dedicated：占有モード

Shared：共有モード

Undefined：未定義

Unknown：不明

注※

［Physical Processor Number］が「自動割り当て」の場合は，空白が表示されます。

■PCI Device情報

PCI Device情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［PCI Device情報表示］を選択します。

PCI Device情報を表示しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-5　［HVM構成管理］ウィンドウ（HVMノード選択時：PCI Device情報）

表22-4　［HVM構成管理］ウィンドウの表示項目（HVMノード選択時：PCI Device情報）

項番
表示項目
意味

1
LPAR識別子
LPARを識別するIDが表示されます。

2
LPAR Name
LPAR名が表示されます。

3
Status
LPARの状態が表示されます。

Activated：電源ON状態

Deactivated：電源OFF状態

Failure：回復できない障害のため使用できない状態

Unknown：不明

4
PCI Device Number※
HVMから識別するために各PCIデバイスに付けられた番号が表示されます。

5
Device Type※
PCIデバイスの種別が表示されます。

Reserved：予約

NIC：Network Interface Card

SCSI：SCSI Controller

FC：Fibre Channel

USB：USB Controller

Undefined：未定義

Unknown：不明

6
Scheduling Mode※
PCIデバイスのスケジューリングモードが表示されます。

Dedicated：占有モード

Shared：共有モード

Exclusive：排他共有機能USB

Undefined：未定義

Unknown：不明

7
PCI Device Assignment※
各LPARに割り当てられたPCIデバイスの割り当て状態が表示されます。

割り当て状態：割り当て（未使用）状態

使用可能状態：割り当て（使用中）状態

割り当て不可：割り当てできない状態

未割り当て状態：割り当てられていない状態

Undefined：未定義

Unknown：不明

8
Vendor※
PCIデバイスのベンダ名が表示されます。

9
Device Name※
PCIデバイス名が表示されます。

10
Bus Number※
PCIバス番号が表示されます。

11
Device Number※
PCIデバイス番号が表示されます。

12
Function Number※
PCIファンクション番号が表示されます。

13
Slot Number※
スロット番号が表示されます。

G0～G7：Gigabit Etherの場合（数字はサーバモジュール番号）

U0～U7：USBの場合（数字はサーバモジュール番号）

UK0～UK7：KVMの場合（数字はサーバモジュール番号）

数値：PCIスロット番号

14
Shared NIC Number※
PCIデバイスが共有NICの場合，共有NIC番号が表示されます。

注※

LPARが表示できるPCIデバイスが存在しない場合は，空白が表示されます。

■FC情報

FC情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［FC情報表示］を選択します。

FC情報を表示しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-6　［HVM構成管理］ウィンドウ（HVMノード選択時：FC情報）

表22-5　［HVM構成管理］ウィンドウの表示項目（HVMノード選択時：FC情報）

項番
表示項目
意味

1
LPAR識別子
LPARを識別するIDが表示されます。

2
LPAR Name
LPAR名が表示されます。

3
Status
LPARの状態が表示されます。

Activated：電源ON状態

Deactivated：電源OFF状態

Failure：回復できない障害のため使用できない状態

Unknown：不明

4
PCI Slot Number※
PCIスロット番号が表示されます。

5
Port Number※
ポート番号が表示されます。

6
Port Status※
ポートの状態が表示されます。

Available：正常に使用できる状態

LinkDown：ケーブルが接続されていないため使用できない状態

ConfigCheck：構成上の問題のため使用できない状態

ErrorCheck：回復できない障害のため使用できない状態

Undefined：未定義

Unknown：不明

7
Bus Number※
PCIバス番号が表示されます。

8
Device Number※
PCIデバイス番号が表示されます。

9
Function Number※
PCIファンクション番号が表示されます。

10
Scheduling Mode※
PCIデバイスのスケジューリングモードが表示されます。

Dedicated：占有モード

Shared：共有モード

Undefined：未定義

Unknown：不明

11
vfcWWNID※
割り当てFCが共有モードの場合，設定されているvfcWWN-IDが表示されます。

12
WWPN※
FCのWWPNが表示されます。

13
WWNN※
FCのWWNNが表示されます。

注※

LPARに割り当てられたFCが存在しない場合は，空白が表示されます。

■仮想NIC情報

仮想NIC情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［VNIC情報表示］を選択します。

仮想NIC情報を表示しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-7　［HVM構成管理］ウィンドウ（HVMノード選択時：仮想NIC情報）

表22-6　［HVM構成管理］ウィンドウの表示項目（HVMノード選択時：仮想NIC情報）

項番
表示項目
意味

1
LPAR識別子
LPARを識別するIDが表示されます。

2
LPAR Name
LPAR名が表示されます。

3
Status
LPARの状態が表示されます。

Activated：電源ON状態

Deactivated：電源OFF状態

Failure：回復できない障害のため使用できない状態

Unknown：不明

4
VNIC Number※
仮想NIC番号が表示されます。

5
VNIC Assignment※
各LPARに対する仮想NICの割り当て状態がネットワークセグメントの識別子で表示されます。

1a～6b：物理NICに関連づけられたネットワークセグメント
数値部分は物理NICに割り当てられた共有NIC番号を示します。aまたはbは物理デバイスがA系かB系かを示します。

Va～Vd：LPAR間でだけ通信できるネットワークセグメント

6
MACアドレス※
各LPARの仮想NICのMACアドレスが表示されます。

7
Shared NIC Number※
共有NICの場合，共有NIC番号が1～6の数値で表示されます。
LPAR間でだけ通信できるネットワークセグメントの場合，「VNIC」が表示されます。

8
Tag※
仮想NICのVLANモードが表示されます。

Tagged：Taggedポートに定義されている

Untagged：Untaggedポートに定義されている

Undefined：未定義

Unknown：不明

9
VLAN ID※
LPARに割り当てられているVLANのIDが1～4094の数値で表示されます。複数定義がある場合，コンマ区切り表示されます。
すべてのVLANが割り当てられている場合，「ALL」が表示されます。

注※

LPARに割り当てられた仮想NICが存在しない場合は，空白が表示されます。

(c)　LPARノード選択時の表示項目

［HVM構成管理］ウィンドウの左ペインでLPARノードを選択すると，そのLPARの情報が右ペインに表示されます。

LPARノードを選択しているときの［HVM構成管理］ウィンドウおよび右ペインの表示項目を，次に示します。

図22-8　［HVM構成管理］ウィンドウ（LPARノード選択時）

表22-7　［HVM構成管理］ウィンドウの表示項目（LPARノード選択時）

項番
表示項目
意味

1
LPAR識別子
LPARを識別するIDが表示されます。

2
LPAR Name
LPAR名が表示されます。

3
Status
LPARの状態が表示されます。

Activated：電源ON状態

Deactivated：電源OFF状態

Failure：回復できない障害のため使用できない状態

Unknown：不明

4
Logical Processors
LPARに割り当てられた論理プロセッサの数が表示されます。

5
Dedicated Processors
LPARに割り当てられた占有プロセッサの数が表示されます。

6
Shared Processors
LPARに割り当てられた共有プロセッサの数が表示されます。

7
Service Ratio
LPAR間の共有プロセッサの使用時間配分が表示されます。占有プロセッサの場合，「---」が表示されます。

8
Memory
LPARに割り当てられたメモリ容量がメガバイト単位で表示されます。

9
VNIC
LPARに割り当てられた仮想NICの数が表示されます。

10
Idle Detection
論理プロセッサのIdle状態を検出する機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

11
Auto Activation Order
HVM起動時のLPARの自動起動順序が1～99で表示されます。Auto Activation Orderが設定されていない場合，「無効」が表示されます。

12
Auto Clear
論理SELの自動クリア機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

13
Processor Capping
プロセッサキャッピング機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

14
Pre-Boot F/W
LPARでブートされるファームウェアが表示されます。

Reserved：予約

BIOS：BIOS

64UEFI：64UEFI

86UEFI：86UEFI

Unsupported：未サポート

Unknown：不明

15
LProc#※
（#はLogical Processor番号）
占有論理プロセッサに割り当てられた物理プロセッサ番号が表示されます。複数の場合はコンマ区切りで表示されます。

16
PCI# Type※
（#はPCIデバイス番号）
PCIデバイスの種別が表示されます。

Reserved：予約

NIC：Network Interface Card

SCSI：SCSI Controller

FC：Fibre Channel

USB：USB Controller

Undefined：未定義

Unknown：不明

17
PCI# Scheduling Mode※
（#はPCIデバイス番号）
PCIデバイスのスケジューリングモードが表示されます。

Dedicated：占有モード

Shared：共有モード

Exclusive：排他共有機能USB

Undefined：未定義

Unknown：不明

18
SFC# Slot Number※
（#は共有FC番号）
共有FCが実装されているPCIスロット番号が表示されます。

19
SFC# Port Number※
（#は共有FC番号）
ポート番号が表示されます。

20
SFC# Port Status※
（#は共有FC番号）
ポートの状態が表示されます。

Available：正常に使用できる状態

LinkDown：ケーブルが接続されていないため使用できない状態

ConfigCheck：構成上の問題のため使用できない状態

ErrorCheck：回復できない障害のため使用できない状態

Undefined：未定義

Unknown：不明

21
SFC# Bus Number※
（#は共有FC番号）
PCIバス番号が表示されます。

22
SFC# Device Number※
（#は共有FC番号）
PCIデバイス番号が表示されます。

23
SFC# Function Number※
（#は共有FC番号）
PCIファンクション番号が表示されます。

24
SFC# vfcWWNID※
（#は共有FC番号）
割り当てFCが共有モードの場合，設定されているvfcWWN-IDが表示されます。

25
SFC# WWPN※
（#は共有FC番号）
共用FCに割り当てられたWWPNが表示されます。

26
SFC# WWNN※
（#は共有FC番号）
共用FCに割り当てられたWWNNが表示されます。

27
DFC# Slot Number※
（#は占有FC番号）
占有FCが実装されているPCIスロット番号が表示されます。

28
DFC# Port Number※
（#は占有FC番号）
ポート番号が表示されます。

29
DFC# WWPN※
（#は占有FC番号）
占有FCに割り当てられた仮想WWPNが表示されます。

30
DFC# WWNN※
（#は占有FC番号）
占有FCに割り当てられた仮想WWNNが表示されます。

31
VNIC# Assignment※
（#は仮想NIC番号）
各LPARに対する仮想NICの割り当て状態がネットワークセグメントの識別子で表示されます。

1a～6b：物理NICに関連づけられたネットワークセグメント
数値部分は物理NICに割り当てられた共有NIC番号を示します。aまたはbは物理デバイスがA系かB系かを示します。

Va～Vd：LPAR間でだけ通信できるネットワークセグメント

32
VNIC# MACAddr※
（#は仮想NIC番号）
仮想NICのMACアドレスが表示されます。

33
VNIC# SNIC Number※
（#は仮想NIC番号）
共有NICの場合，共有NIC番号が1～6の数値で表示されます。
LPAR間でだけ通信できるネットワークセグメントの場合，「VNIC」が表示されます。

34
VNIC# Tag※
（#は仮想NIC番号）
仮想NICのVLANモードが表示されます。

Tagged：Taggedポートに定義されている

Untagged：Untaggedポートに定義されている

Undefined：未定義

Unknown：不明

35
VNIC# VLANID※
（#は仮想NIC番号）
LPARに割り当てられているVLANのIDが1～4094の数値で表示されます。複数定義がある場合，コンマ区切り表示されます。
すべてのVLANが割り当てられている場合，「ALL」が表示されます。

36
SEL Time Mode
論理SELの時刻モードが表示されます。

GMT：GMTモード

Local-Time：ローカルタイムモード

37
SEL Time
論理SELの時刻がYYYY/MM/DD hh:mm:ssの形式で表示されます。

38
SEL Time Zone
論理SELのタイムゾーンがGMTとの時差（-12:00～+12:00）で表示されます。時差がない場合は，+ 0:00と表示されます。

注※

該当する設定が存在しない場合は表示されません。

(3)　接続先マネージャサービスの変更

管理コンソールから複数のマネージャサービスにログインしている場合，［HVM構成管理］ウィンドウでも，接続先のマネージャサービスを変更できます。［HVM構成管理］ウィンドウで接続先マネージャサービスを変更する手順を次に示します。

［HVM構成管理］ウィンドウで，［マネージャサービス選択］メニューから接続するマネージャサービス名を選択する
接続したマネージャサービスで管理されている［HVM構成管理］ウィンドウが表示されます。

22.3　HVMの設定およびLPARの作成の流れ

HVMの設定からLPAR上でOSを起動するまでの設定の流れを，次の図に示します。

図22-9　HVMの設定およびLPARの作成の流れ

22.4　HVMの設定

この節では，HVMの設定方法について説明します。

HVMの設定をする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。

＜この節の構成＞

22.4.1　HVMの設定をする前の準備

22.4.2　HVMの設定手順

22.4.3　PCIデバイスの占有／共有の設定

22.4.1　HVMの設定をする前の準備

SVPコンソールから，物理パーティションをLPARモードへ変更し，HVMのIPアドレスを設定しておいてください。
物理パーティションがLPARモードになっているかどうかは，［サーバシャーシインベントリ］ウィンドウの［パーティション情報］から確認できます。［パーティション情報］の［OS種類］が「HVM(0x04)」になっているかどうか，確認してください。［サーバシャーシインベントリ］ウィンドウの表示方法については，「6.3.1　サーバシャーシのインベントリ情報を表示する」を参照してください。

SVPコンソールから，物理パーティションの電源をONにしておいてください。また，［ホスト管理］ウィンドウにHVMが登録されたことを確認してください。

22.4.2　HVMの設定手順

HVM識別子や仮想NICシステム番号など，HVMを動作させるのに必要な設定をします。HVMの設定手順を次に示します。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［HVM設定］を選択する
［HVM設定］ダイアログボックスが表示されます。初回設定時は，［VNIC System Number］だけが入力できるようになっています。

仮想NICシステム番号を設定する
初回設定時は，［VNIC System Number］だけが入力できるようになっています。

表22-8　［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定）

設定項目
設定内容

VNIC System Number
仮想NICシステム番号を1～128の整数で指定します。
初回設定時は「0」が設定されています。
複数のHVMを使用する場合，HVMごとに異なる値を設定してください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

［OK］ボタンをクリックする
HVMがリブートされます。HVMのリブートには数分掛かります。

HVMがリブートされたら，［HVM構成管理］ウィンドウでシャーシノードを選択し，仮想NICシステム番号が変更されていることを確認する

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［HVM設定］を選択する
［HVM設定］ダイアログボックスが表示されます。

次に示す情報を設定する
［HVM設定］ダイアログボックスでの設定項目を次に示します。

表22-9　［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定後）

設定項目
設定内容

HVM識別子※1
HVM識別子を1～16バイトの半角文字列で指定します。指定できる文字は次のとおりです。
英数字，~，@，#，$，%，^，-（ハイフン），+，=，_（アンダースコア），.（ピリオド），[，]
デフォルトは「HVM0001」または「HVM_nnnnnnnnnnnn（nnnnnnnnnnnn：HVM IPアドレスの10進表記）」です。デフォルトのHVM識別子がどちらになるかは，ハードウェアの仕様に依存します。
HVM識別子は重複しないように指定してください。複数のHVMに対して同じHVM識別子が指定された場合，BSMで管理できなくなります。特に「HVM0001」をそのまま使用した場合，HVM識別子が重複する可能性が高いため，デフォルトから変更することをお勧めします。

VNIC System Number※2
仮想NICシステム番号を1～128の整数で指定します。
複数のHVMを使用する場合，HVMごとに異なる値を設定してください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

Pre-State Auto Activation
Pre-State Auto Activationの設定をします。有効にする場合，［有効］ラジオボタンをONにします。無効にする場合，［無効］ラジオボタンをONにします。

HVM Auto Shutdown
HVM Auto Shutdownの設定をします。有効にする場合，［有効］ラジオボタンをONにします。無効にする場合，［無効］ラジオボタンをONにします。

Time Zone
HVMのタイムゾーンをGMTとの時差で設定します。日本国内で使用する場合，+ 9:00を指定します。

NIC Number/Port Number※3
［VNIC Accelerator］の設定を変更する仮想NICネットワークセグメントの共有NIC番号とポート番号（A系またはB系）を選択します。

1a～6b：共有モードの物理NICに関連づけられたネットワークセグメント

Va～Vd：LPAR間でだけ通信できるネットワークセグメント

VNIC Accelerator※3
［NIC Number/Port Number］で指定したネットワークセグメントについて，DMAエンジンを使用できるようにするかどうかの設定をします。使用できるようにする場合，ドロップダウンリストから［有効］を選択します。使用できないようにする場合，ドロップダウンリストから［無効］を選択します。

注※1

N+1グループに登録されているHVMのHVM識別子を変更すると，すでに登録されている変更前のHVMが削除できなくなります。N+1グループに含まれているHVMのHVM識別子を変更する場合は，いったんN+1グループから削除したあと変更してください。

注※2

仮想NICシステム番号は，HVMの初回設定時，またはクローニング後の初期値変更時だけ，設定することをお勧めします。

注※3

この項目は，［VNIC Accelerator Configuration］のリストボックスに表示されている項目を選択して設定することもできます。

対象のHVMがVNIC Acceleratorに対応していない場合，空白が表示されて設定変更ができません。また，対応する物理NICが存在しない場合，1a～6bのネットワークセグメントは表示されません。

［VNIC Accelerator Configuration］の設定を変更した場合，［変更］ボタンをクリックする
［VNIC Accelerator Configuration］のリストボックスの表示内容が，設定した内容に変更されます。

注意

対象のHVMがVNIC Acceleratorに対応していない場合は，リストボックスに値が表示されません。また，対応する物理NICが存在しない場合，1a～6bのネットワークセグメントは表示されません。

［OK］ボタンをクリックする
HVMがリブートされます。HVMのリブートには数分掛かります。

HVMがリブートされたら，［HVM構成管理］ウィンドウでシャーシノードを選択し，HVM識別子が変更されていることを確認する

［HVM構成管理］ウィンドウで，設定したHVMを選択し，［HVMに設定保存］メニューを選択する
［HVM設定］ダイアログボックスでの設定内容に従って，HVMの設定が保存されます。

注意

［HVM設定］ダイアログボックスで設定内容を変更したあとは，必ず［HVMに設定保存］の操作をしてください。［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［HVM設定］ダイアログボックスで設定した内容は無効になります。

［HVM識別子］または［VNIC System Number］のどちらか一つでも変更した場合，［HVM設定］ダイアログボックスで［OK］ボタンをクリックしてHVMへの情報更新要求が成功すると，HVMが再起動されるため，数分間HVMとの通信ができなくなります。

22.4.3　PCIデバイスの占有／共有の設定

PCIデバイスに対して，LPARに占有で割り当てるか共有で割り当てるかを設定します。PCIデバイスの占有／共有の設定手順を次に示します。

PCIデバイスの占有／共有の設定をする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［PCI Device Scheduling Mode設定］を選択する
［PCI Device Scheduling Mode設定］ダイアログボックスが表示されます。

次に示す情報を設定する
［PCI Device Scheduling Mode設定］ダイアログボックスでの設定項目を次に示します。

表22-10　［PCI Device Scheduling Mode設定］ダイアログボックスでの設定項目

設定項目
設定内容

PCI Device Number※
PCIデバイススケジューリングモードを変更するPCIデバイス番号を選択します。

Scheduling Mode※
［PCI Device Number］で指定したPCIデバイスについて，スケジューリングモードの設定をします。占有にする場合，ドロップダウンリストから［Dedicated］を選択します。共有にする場合，ドロップダウンリストから［Shared］を選択します。
情報取得時のScheduling Modeが［Dedicated］または［Shared］のデバイスだけ，［Dedicated］または［Shared］へ変更できます。

注※

この項目は，［PCI Device Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

［変更］ボタンをクリックする
［PCI Device Assignment一覧］のリストボックスの表示内容が，設定した内容に変更されます。

［OK］ボタンをクリックする
HVMがリブートされます。HVMのリブートには数分掛かります。

HVMがリブートされたら，［HVM構成管理］ウィンドウでHVMノードを選択し，［PCI Device情報表示］でスケジューリングモードが変更されていることを確認する

［HVM構成管理］ウィンドウで，設定したHVMを選択し，［HVMに設定保存］メニューを選択する
［PCI Device Scheduling Mode設定］ダイアログボックスでの設定内容に従って，HVMの設定が保存されます。

注意

［PCI Device Scheduling Mode設定］ダイアログボックスで設定内容を変更したあとは，必ず［HVMに設定保存］の操作をしてください。［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［PCI Device Scheduling Mode設定］ダイアログボックスで設定した内容は無効になります。

［PCI Device Scheduling Mode設定］ダイアログボックスの設定内容を変更した場合，［OK］ボタンをクリックしてHVMへの情報更新要求が成功すると，HVMが再起動されるため，数分間HVMとの通信ができなくなります。

22.5　LPARの作成

この節では，LPARの作成方法について説明します。

LPARの作成をする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

＜この節の構成＞

22.5.1　LPAR作成に当たっての注意事項

22.5.2　LPARの作成手順

22.5.3　LPAR設定情報の保存

22.5.1　LPAR作成に当たっての注意事項

LPARを作成する前に，パーティション上で同時に起動できるLPARの条件を確認してください。
LPAR作成ウィザードでは，実際には同時に起動できないようなLPARも作成できます。例えば，LPAR作成ウィザードで，次に示すような定義ができますが，LPARのActivateはできません。

LPARに割り当てできる総メモリ量が1GBのシステムで，1GBのメモリを割り当てたLPARを複数定義する

同じリソース（PCIデバイスや物理プロセッサ）を占有モードで割り当てるLPARを複数定義する

同時に起動できるLPARの条件は，使用するハードウェアによって異なります。同時に起動できるLPARの条件については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

LPARを作成する前に，HVMの設定およびPCIデバイスの占有／共有の設定を確認してください。HVMの設定については「22.4.2　HVMの設定手順」を，PCIデバイスの占有／共有の設定については「22.4.3　PCIデバイスの占有／共有の設定」を参照してください。

一つのHVMに対して作成できるLPARの上限は32個です。ただし，ハードウェアによっては，32個より少ない数のLPARしか作成できないことがあります。作成できるLPARの上限については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

HVM構成管理機能で作成するLPARのPre-Boot F/WはBIOSモードになります。

22.5.2　LPARの作成手順

LPARはLPAR作成ウィザードを使用して作成します。［LPAR作成ウィザード］の起動方法を次に示します。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［LPAR作成］を選択する
［LPAR作成ウィザード］の開始画面が表示されます。

表示されている注意事項を確認し，［次へ］ボタンをクリックする
［LPAR作成ウィザード］の操作対象画面が表示されます。

設定対象となるLPARのLPAR識別子およびLPAR名を設定する

設定する項目を次に示します。

表22-11　［LPAR作成ウィザード］の操作対象画面での設定項目

設定項目
設定内容

LPAR識別子
作成するLPARのLPAR識別子を選択します。デフォルトでは，選択したHVM上で未作成状態のLPARのLPAR識別子の中で最小の値が表示されます。

LPAR Name
LPAR名を，先頭がa～zまたはA～Zで始まる，1～31バイトの半角文字列で指定します。指定できる文字は次のとおりです。
0～9，a～z，A～Z，-，_

［HVMの全LPAR状態］のリストボックスには，設定済み内容が表示されます。表示内容を確認して，LPAR識別子およびLPAR名が重複しないようにしてください。

［次へ］ボタンをクリックする
［LPAR作成ウィザード］のLogical Partition Configuration画面が表示されます。

LPARの動作環境を設定する

設定する項目を次に示します。

表22-12　［LPAR作成ウィザード］のLogical Partition Configuration画面での設定項目

設定項目
設定内容

Memory
作成するLPARに割り当てるメモリの量（メガバイト単位）を256の倍数で指定します。
指定範囲は，256～［User Memory］に表示されているメモリ量です。

Idle Detection
論理プロセッサのアイドル検出機能の設定をします。アイドル検出機能を有効にする場合，ドロップダウンリストから［有効］を選択します。無効にする場合，ドロップダウンリストから［無効］を選択します。

Auto Activation Order
HVM起動時，LPARを自動的にActivateするかどうかを設定します。LPARを自動的にActivateする場合，ドロップダウンリストからActivateする順番を選択します。LPARを自動的にActivateしない場合，ドロップダウンリストから［無効］を選択します。

Auto Clear
LPARの論理SELを自動的にクリアするかどうかを設定します。論理SELを自動的にクリアする場合，ドロップダウンリストから［有効］を選択します。無効にする場合，ドロップダウンリストから［無効］を選択します。

［HVMの全LPAR状態］のリストボックスには，設定済み内容が表示されます。

［次へ］ボタンをクリックする
［LPAR作成ウィザード］のProcessor Configuration画面が表示されます。

LPARに対する論理プロセッサの割り当てを設定する

設定する項目を次に示します。

表22-13　［LPAR作成ウィザード］のProcessor Configuration画面での設定項目

設定項目
設定内容

Dedicated Processors※1
作成するLPARに割り当てる占有モードの論理プロセッサの数を整数で指定します。［Shared Processors］の指定が0の場合だけ設定できます。

Shared Processors※1
作成するLPARに割り当てる共有モードの論理プロセッサの数を整数で指定します。［Dedicated Processors］の指定が0の場合だけ設定できます。

Service Ratio
LPARに割り当てる論理プロセッサが共有モードの場合，LPARが物理プロセッサを使用する時間の相対的な配分を1～999の整数で指定します。［Shared Processors］の指定が0以外の場合だけ設定できます。

Processor Capping
LPARに割り当てる論理プロセッサが共有モードの場合，プロセッサキャッピング機能を使用するかどうかを選択します。有効にする場合，ドロップダウンリストから［有効］を選択します。無効にする場合，ドロップダウンリストから［無効］を選択します。［Shared Processors］の指定が0以外の場合だけ設定できます。

Logical Processor Number※2
LPARに割り当てる論理プロセッサが占有モードの場合，割り当てる論理プロセッサの番号を選択します。［Dedicated Processors］の指定が0以外の場合だけ設定できます。

Physical Processor Number※2
LPARに割り当てる論理プロセッサが占有モードの場合，［Logical Processor Number］で指定した論理プロセッサに割り当てる物理プロセッサの番号を選択します。
自動割り当てをする場合は［自動割り当て］を選択します。［Dedicated Processors］の指定が0以外の場合だけ設定できます。

注※1

この項目を変更すると，［Logical Processor Configuration］リストボックスの内容が初期化されます。

注※2

この項目は，［Logical Processor Configuration］のリストボックスに表示されている項目を選択して設定することもできます。

［Logical Processor Number］または［Physical Processor Number］を設定した場合，［変更］ボタンをクリックし，［Logical Processor Configuration］のリストボックスの表示内容が，設定した内容に変更されたことを確認してください。
なお，［HVMの全LPAR状態］のリストボックスには，設定済み内容が表示されます。

［次へ］ボタンをクリックする
［LPAR作成ウィザード］のPCI Device Assignment画面が表示されます。

LPARに対するPCIデバイスの割り当てを設定する

設定する項目を次に示します。

表22-14　［LPAR作成ウィザード］のPCI Device Assignment画面での設定項目

設定項目
設定内容

PCI Device Number※
作成するLPARに割り当てるPCIデバイスの番号を指定します。

PCI Device Assignment※
作成するLPARに対するPCIデバイスの割り当て状態を選択します。PCIデバイスをLPARに割り当てる場合，ドロップダウンリストから［割り当て状態］を選択します。PCIデバイスをLPARに割り当てない場合，ドロップダウンリストから［未割り当て状態］を選択します。
情報取得時の設定内容が［割り当て状態］または［未割り当て状態］の場合に設定を変更できます。

注※

この項目は，［PCI Device Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

設定後，［変更］ボタンをクリックし，［PCI Device Assignment一覧］のリストボックスの表示内容が，設定した内容に変更されたことを確認してください。
なお，［HVMの全LPAR状態］のリストボックスには，設定済み内容が表示されます。

［次へ］ボタンをクリックする
［LPAR作成ウィザード］のShared FC Assignment画面が表示されます。

LPARに対する共有FCの割り当てを設定する

設定する項目を次に示します。

表22-15　［LPAR作成ウィザード］のShared FC Assignment画面での設定項目

設定項目 | 設定内容
Shared FC Number※ | 作成するLPARに割り当てる共有FCの番号を選択します。
vfcWWNID※ | ［Shared FC Number］で選択した共有FCに割り当てるvfcWWN-IDを選択します。共有FCを割り当てない場合は［未割り当て状態］を選択します。

注※

この項目は，［Shared FC Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

設定後，［変更］ボタンをクリックし，［Shared FC Assignment一覧］のリストボックスの表示内容が，設定した内容に変更されたことを確認してください。
［PCI Device Assignment一覧］には，［LPAR作成ウィザード］のPCI Device Assignment画面で設定した内容が表示されます。なお，Shared FC Assignment画面の［PCI Device Assignment一覧］には，Device TypeがFC（Fibre Channel）のものだけが表示されます。

［次へ］ボタンをクリックする
［LPAR作成ウィザード］のVNIC Assignment画面が表示されます。

LPARに対する仮想NICの割り当てを設定する

設定する項目を次に示します。

表22-16　［LPAR作成ウィザード］のVNIC Assignment画面での設定項目

設定項目
設定内容

VNIC Number※1
LPARへの仮想NICの割り当てを変更する仮想NICの番号を選択します。

VNIC Assignment※1
［VNIC Number］で選択した仮想NICに対する割り当て状態をネットワークセグメントの識別子で選択します。同一LPARに対して同じネットワークセグメントは一つだけ割り当てできます。
HVMの仕様によって，同一の物理NICのネットワークセグメントをすべて割り当てる必要がある場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

1a～6b：物理NICに関連づけられたネットワークセグメント
数値部分は物理NICに割り当てられた共有NIC番号を示します。aまたはbは物理デバイスがA系かB系かを示します。

Va～Vd：LPAR間でだけ通信できるネットワークセグメント

未割り当て状態：仮想NICが割り当てられていない
この項目の設定を変更すると，［MACアドレス］，［Tag］，［VLAN ID］の設定が初期化されます。未割り当て状態の場合，［MACアドレス］～［VLAN ID］は設定できません。

MACアドレス※1※2
仮想NICのMACアドレスを，xx.xx.xx.xx.xx.xxの形式で指定します。MACアドレスは「00.00.00.00.00.00」～「FF.FF.FF.FF.FF.FF」の範囲で指定します。また，自動的に割り当てられるMACアドレスを使用する場合は，「Default」と指定します。
HVMの仕様によって，自動的に割り当てられるMACアドレスの範囲内の値は設定できない場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

Tag※1
仮想NICのVLANモードを選択します。この項目の設定を変更すると，［VLAN ID］の設定が初期化されます。

Tagged：仮想NICのVLANモードがTaggedの場合

Untagged：仮想NICのVLANモードがUntaggedの場合

Undefined：仮想NICのVLANモードが未定義の場合
Undefinedに設定する場合，VLAN IDは設定できなくなります。

VLAN ID※1
［Tag］が「Tagged」または「Untagged」の場合，仮想NICに割り当てるVLANのVLAN IDを，1～4094の整数で指定します。
［Tag］が「Tagged」の場合，複数のVLAN IDを半角のコンマで区切って指定できます。また，「ALL」と指定して，すべてのVLAN IDを指定することもできます。「ALL」は半角大文字で指定してください。
［Tag］が「Untagged」の場合，VLAN IDは1個だけ指定できます。

注※1

この項目は，［VNIC Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

注※2

MACアドレスに「Default」以外を指定した場合，［HVM設定］ダイアログボックスで仮想NICシステム番号を変更しても，仮想NICのMACアドレスは自動的に変更されません。そのため，仮想NICのMACアドレスには「Default」を指定し，その後も変更しないことをお勧めします。

設定後，［変更］ボタンをクリックし，［VNIC Assignment一覧］のリストボックスの表示内容が，設定した内容に変更されたことを確認してください。
［PCI Device Assignment一覧］には，［LPAR作成ウィザード］のPCI Device Assignment画面で設定した内容が表示されます。なお，VNIC Assignment画面の［PCI Device Assignment一覧］には，Device TypeがNIC（Network Interface Card）のものだけが表示されます。

［次へ］ボタンをクリックする
［LPAR作成ウィザード］の最終確認画面が表示されます。

［LPAR作成ウィザード］の最終確認画面での表示内容を次に示します。

表22-17　［LPAR作成ウィザード］の最終確認画面での表示内容

表示項目
意味

LPAR識別子
LPARを識別するIDが表示されます。

LPAR Name
LPAR名が表示されます。

Status
LPARの状態が表示されます。

Deactivated：電源OFF状態

Memory
LPARに割り当てられたメモリ容量がメガバイト単位で表示されます。

Idle Detection
論理プロセッサのIdle状態を検出する機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

Auto Activation Order
HVM起動時のLPARの自動起動順序が1～99で表示されます。Auto Activation Orderが設定されていない場合，「無効」が表示されます。

Auto Clear
論理SELの自動クリア機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

Dedicated Processors
LPARに割り当てられた占有プロセッサの数が表示されます。

Shared Processors
LPARに割り当てられた共有プロセッサの数が表示されます。

Service Ratio
LPAR間の共有プロセッサの使用時間配分が表示されます。占有プロセッサの場合，「---」が表示されます。

Processor Capping
プロセッサキャッピング機能を使用できるかどうかが表示されます。

有効：使用できる

無効：使用できない

LProc#※
（#はLogical Processor番号）
占有論理プロセッサに割り当てられた物理プロセッサ番号が表示されます。複数の場合はコンマ区切りで表示されます。

PCI# Type※
（#はPCIデバイス番号）
PCIデバイスの種別が表示されます。

Reserved：予約

NIC：Network Interface Card

SCSI：SCSI Controller

FC：Fibre Channel

USB：USB Controller

Undefined：未定義

Unknown：不明

PCI# Scheduling Mode※
（#はPCIデバイス番号）
PCIデバイスのスケジューリングモードが表示されます。

Dedicated：占有モード

Shared：共有モード

Exclusive：排他共有機能USB

Undefined：未定義

Unknown：不明

SFC# Slot Number※
（#は共有FC番号）
共有FCが実装されているPCIスロット番号が表示されます。

SFC# Port Number※
（#は共有FC番号）
ポート番号が表示されます。

SFC# Port Status※
（#は共有FC番号）
ポートの状態が表示されます。

Available：正常に使用できる状態

LinkDown：ケーブルが接続されていないため使用できない状態

ConfigCheck：構成上の問題のため使用できない状態

ErrorCheck：回復できない障害のため使用できない状態

Undefined：未定義

Unknown：不明

SFC# Bus Number※
（#は共有FC番号）
PCIバス番号が表示されます。

SFC# Device Number※
（#は共有FC番号）
PCIデバイス番号が表示されます。

SFC# Function Number※
（#は共有FC番号）
PCIファンクション番号が表示されます。

SFC# vfcWWNID※
（#は共有FC番号）
割り当てFCが共有モードの場合，設定されているvfcWWN-IDが表示されます。

SFC# WWPN※
（#は共有FC番号）
共用FCに割り当てられたWWPNが表示されます。

SFC# WWNN※
（#は共有FC番号）
共用FCに割り当てられたWWNNが表示されます。

VNIC# Assignment※
（#は仮想NIC番号）
各LPARに対する仮想NICの割り当て状態がネットワークセグメントの識別子で表示されます。

1a～6b：物理NICに関連づけられたネットワークセグメント
数値部分は物理NICに割り当てられた共有NIC番号を示します。aまたはbは物理デバイスがA系かB系かを示します。

Va～Vd：LPAR間でだけ通信できるネットワークセグメント

VNIC# MACAddr※
（#は仮想NIC番号）
仮想NICのMACアドレスが表示されます。

VNIC# Tag※
（#は仮想NIC番号）
仮想NICのVLANモードが表示されます。

Tagged：Taggedポートに定義されている

Untagged：Untaggedポートに定義されている

Undefined：未定義

Unknown：不明

VNIC# VLANID※
（#は仮想NIC番号）
VLANのタグモードがTaggedまたはUntaggedの場合，LPARに割り当てられているVLANのIDが1～4094の数値で表示されます。複数定義がある場合，コンマ区切り表示されます。
すべてのVLANが割り当てられている場合，「ALL」が表示されます。

VNIC# SNIC Number※
（#は仮想NIC番号）
共有NICの場合，共有NIC番号が1～6の数値で表示されます。
LPAR間でだけ通信できるネットワークセグメントの場合，「VNIC」が表示されます。

注※

該当する設定が存在しない場合は表示されません。

表示内容を確認し，［完了］ボタンをクリックする

22.5.3　LPAR設定情報の保存

［LPAR作成ウィザード］で設定した内容を，HVMに保存します。LPAR設定情報の保存方法を次に示します。

［HVM構成管理］ウィンドウで，設定したHVMを選択し，［HVMに設定保存］メニューを選択する

注意

［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［LPAR作成ウィザード］で設定した内容は無効になります。

22.6　クローニングを使用したHVMおよびLPARの設定

既存のHVMの構成情報およびLPARの作成状態を流用して，HVMの構成情報の設定やLPARの作成ができます。既存の設定を流用してHVMを設定することをクローニングといいます。クローニングを使用することで，HVMの設定およびその管理下で動作するLPARの作成が容易にできます。

クローニングを実行する場合は，コンソールサービスにアドミニストレータ権限でログインしてください。

＜この節の構成＞

22.6.1　クローニングを使用した場合のHVM設定およびLPAR作成の流れ

22.6.2　クローニング対象の条件

22.6.3　クローニングを使用したHVM設定およびLPAR作成手順

22.6.4　クローニング時の注意事項

22.6.1　クローニングを使用した場合のHVM設定およびLPAR作成の流れ

クローニングを使用した場合のHVM設定およびLPAR作成の流れを次の図に示します。

図22-10　クローニングを使用した場合のHVM設定およびLPAR作成の流れ

22.6.2　クローニング対象の条件

クローニング元のHVMまたはクローニング先のパーティションとして指定するための条件を次に示します。

パーティションのOSモードがHVMに設定されている

サーバモジュールにHVM FWが割り当てられている

サーバモジュールが挿入されている

パーティションの状態がConfiguration validateである

22.6.3　クローニングを使用したHVM設定およびLPAR作成手順

クローニングを使用したHVM設定およびLPAR作成には，次の二つの方法があります。

クローニング元のHVMを直接指定する方法

エクスポートしたクローニング元のHVMの設定をインポートする方法

次にそれぞれの方法について説明します。

注意

クローニングをする前に次のことをしておいてください。

クローニング元のHVMの設定を保存する

クローニング先の物理パーティションの電源をOFFにする

＜この項の構成＞

(1)　クローニング元のHVMを直接指定する

(2)　エクスポートしたクローニング元のHVMの設定をインポートする

(1)　クローニング元のHVMを直接指定する

クローニング元のHVMを直接指定して新規HVMを設定する方法を次に示します。

［HVM構成管理］ウィンドウで，［設定］メニューから［クローニング］を選択する
［クローニング］ダイアログボックスが表示されます。

［クローニング元］で［HVMを指定］ラジオボタンをONにする

［シャーシID］で，クローニング元のHVMが動作しているサーバシャーシのシャーシIDを選択する
［シャーシID］には［HVM構成管理］ウィンドウに表示されたシャーシIDが表示されます。

［HVM識別子］で，クローニング元のHVMのHVM識別子を選択する
手順3で選択したシャーシに存在するHVMのうち，クローニング対象の条件に一致するHVMのHVM識別子が表示されます。

［クローニング先］で［パーティションを指定］ラジオボタンをONにする

［シャーシID］で，クローニング先のHVMを動作させるサーバシャーシのシャーシIDを選択する
［シャーシID］には［HVM構成管理］ウィンドウに表示されたシャーシIDが表示されます。

［パーティション番号］で，クローニング先のHVMを動作させるパーティション番号を選択する
手順6で選択したシャーシに存在するパーティションのうち，クローニング対象の条件に一致し，電源OFFであるパーティションのパーティション番号が表示されます。

［OK］ボタンをクリックする

クローニング先の物理パーティションの電源をONにする

必要に応じてHVMまたはLPARの設定を変更する
次の項目は，必ず設定変更してください。

［HVM設定］ダイアログボックスの［VNIC System Number］

(2)　エクスポートしたクローニング元のHVMの設定をインポートする

エクスポートしたクローニング元のHVMの設定をインポートして新規HVMを設定する方法を次に示します。

(a)　クローニング元の設定をエクスポートする

［HVM構成管理］ウィンドウで，［設定］メニューから［クローニング］を選択する
［クローニング］ダイアログボックスが表示されます。

［クローニング元］で［HVMを指定］ラジオボタンをONにする

［シャーシID］で，クローニング元のHVMが動作しているサーバシャーシのシャーシIDを選択する
［シャーシID］には［HVM構成管理］ウィンドウに表示されたシャーシIDが表示されます。

［HVM識別子］で，クローニング元のHVMのHVM識別子を選択する
手順3で選択したシャーシに存在するHVMのうち，クローニング対象の条件に一致するHVMのHVM識別子が表示されます。

［クローニング先］で［ファイルを指定（エクスポート）］ラジオボタンをONにする

必要に応じてエクスポートするファイルに対するコメントを入力する
半角で60文字まで入力できます。

［参照］ボタンをクリックする
エクスポート先のフォルダ名およびファイル名を指定します。

［OK］ボタンをクリックする
拡張子が「.clhvm」のクローニングファイルが，指定した保存先に保存されます。

(b)　エクスポートしたファイルをクローニング先にインポートする

［HVM構成管理］ウィンドウで，［設定］メニューから［クローニング］を選択する
［クローニング］ダイアログボックスが表示されます。

［クローニング元］で［ファイルを指定（インポート）］ラジオボタンをONにする

［参照］ボタンをクリックする
インポートするファイル名を指定します。インポートしたファイルを作成した時に入力したコメントが，［コメント］に表示されます。

クローニング先のパーティションを指定する

［OK］ボタンをクリックする

クローニング先の物理パーティションの電源をONにする

必要に応じてHVMまたはLPARの設定を変更する
次の項目は，必ず設定変更してください。

［HVM設定］ダイアログボックスの［VNIC System Number］

22.6.4　クローニング時の注意事項

N+Mコールドスタンバイの切り替え直後にクローニングを実行しないでください。切り替えが完了し，ホストが起動する前にクローニングを実行すると，正しい情報でクローニングできません。
N+Mコールドスタンバイの切り替え後にクローニングを実行する場合，［HVM構成管理］ウィンドウで，クローニング対象のサーバシャーシおよびパーティションが，切り替え後のサーバシャーシIDおよびパーティション番号になっているかを確認してから実行してください。

クローニング実行中またはファイルのエクスポート／インポート中にN+Mコールドスタンバイの自動切り替えが発生すると，クローニングまたはファイルのエクスポート／インポートが完了するまで，切り替え開始が数十秒待たされます。

クローニングしたときに，すでに同じHVM識別子を持つHVMが［ホスト管理］ウィンドウに登録されていた場合，既存のHVMの情報があとから登録されたHVMの情報に上書きされてしまいます。この場合，次の対処をしてください。

［ホスト管理］ウィンドウに表示されているHVMがクローニング後のHVMの場合
1. ［HVM設定］ダイアログボックスから，HVM識別子を変更する
2. ［ホスト管理］ウィンドウの［接続管理］メニューから［登録］を選択し，クローニング前にあったHVMを再登録する

［ホスト管理］ウィンドウに表示されているHVMがクローニング前のHVMの場合
1. HVMスクリーンから，クローニング後のHVMのHVM識別子を変更する

クローニングによってHVMを作成した場合，クローニング先のHVMの設定情報は次のように変更されます。そのほかの変更されない設定項目と合わせて内容を確認したあとで使用してください。

HVM識別子

HVM識別子は，HVM_nnnnnnnnnnnn（nnnnnnnnnnnn：HVM IPアドレスの10進表記）となります。必要に応じて変更してください。

VNIC System No

初期値0に戻るため，再設定してください。

複数のHVMを使用する場合，HVMごとに異なる値を設定してください。設定値が重複すると，仮想NICが重複するため，通信できなくなります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

Time Zone

クローニング先へ引き継がれます。必要に応じて変更してください。

仮想NICのMACアドレス

［Default］で設定されている場合，クローニング先のハードウェアの仕様に従い，新しい設定値が割り当てられます。［Default］以外で設定している場合，クローニング先へ引き継がれます。必要に応じて変更してください。

LPARのWWPNおよびWWNN

クローニング先のハードウェアの仕様に従い，新しい設定値が割り当てられます。必要に応じて変更してください。

なお，クローニング元とクローニング先のハードウェアの仕様（メモリ容量やPCIデバイスなど）に差異がある場合，クローニング先で同じようにLPARが起動しないことがあります。ハードウェアの仕様については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

クローニング機能をサポートしていないバージョンのHVMシステムからクローニング機能をサポートしたバージョンのHVMシステムへバージョンアップした環境で，クローニングを実行すると失敗することがあります。この場合，クローニング元およびクローニング先でHVMの設定を保存してからクローニングを再度実行してください。

クローニング先に指定するサーバシャーシは，クローニング元のサーバシャーシと同一の機種にしてください。機種の異なるサーバシャーシにクローニングを実行した場合，クローニング先のHVMが起動しなくなるおそれがあります。
誤って機種の異なるサーバシャーシにクローニングを実行してしまった場合は，バックアップファイルからリストアを実行してください。

22.7　LPARの操作

HVM構成管理機能では，管理コンソールからLPARに対して次の操作ができます。

LPARのActivateおよびDeactivate

LPARの削除

ここでは，管理コンソールからLPARを操作する方法について説明します。

LPARを操作する場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

＜この節の構成＞

22.7.1　LPARのActivateおよびDeactivate

22.7.2　LPARの削除

22.7.1　LPARのActivateおよびDeactivate

LPARをActivateする方法およびLPARをDeactivateする方法を次に示します。

＜この項の構成＞

(1)　LPARをActivateする

(2)　LPARをDeactivateする

(1)　LPARをActivateする

LPARがDeactivate状態の場合に操作できます。

［HVM構成管理］ウィンドウでActivateするLPARを選択し，［設定］メニューから［LPARのActivate］を選択する
LPARのActivateを確認するメッセージが表示されます。

［はい］ボタンをクリックする
指定したLPARがActivateされます。

(2)　LPARをDeactivateする

LPARがActivate状態の場合に操作できます。

［HVM構成管理］ウィンドウでActivateするLPARを選択し，［設定］メニューから［LPARのDeactivate］を選択する
LPARのDeactivateを確認するメッセージが表示されます。

［はい］ボタンをクリックする
指定したLPARがDeactivateされます。

22.7.2　LPARの削除

LPARを削除する方法を次に示します。

LPARがDeactivate状態の場合に操作できます。

［HVM構成管理］ウィンドウで削除するLPARを選択する
複数のLPARを指定することはできません。また，HVMを指定することもできません。

［設定］メニューから［LPAR削除］を選択する
LPARの削除を確認するメッセージが表示されます。

［はい］ボタンをクリックする
指定したLPARが削除されます。

［HVM構成管理］ウィンドウで，削除したLPARを管理しているHVMを選択し，［HVMに設定保存］メニューを選択する

注意

［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［LPAR削除］は無効になります。

22.8　LPAR構成の変更

LPAR構成を変更する手順を次に示します。

LPARの構成を変更する場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

＜この節の構成＞

22.8.1　LPAR構成情報の変更

22.8.2　［LPAR構成変更］ダイアログボックスでの設定内容

22.8.1　LPAR構成情報の変更

LPAR構成情報は，［LPAR構成変更］ダイアログボックスで変更します。LPAR構成情報を変更する手順を次に示します。

［HVM構成管理］ウィンドウで，LPAR構成情報を変更するLPARを選択し，［設定］メニューから［LPAR構成変更］を選択する
［LPAR構成変更］ダイアログボックスが表示されます。

［LPAR構成変更］ダイアログボックスの各タブでの設定内容については，「22.8.2　［LPAR構成変更］ダイアログボックスでの設定内容」を参照してください。

［HVM構成管理］ウィンドウで，設定したHVMを選択し，［HVMに設定保存］メニューを選択する

注意

［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［LPAR構成変更］ダイアログボックスで設定した内容は無効になります。

LPARの構成を変更する場合は，対象のLPARをDeactivate状態にしてください。

22.8.2　［LPAR構成変更］ダイアログボックスでの設定内容

＜この項の構成＞

(1)　［操作対象］タブ

(2)　［Logical Partition Configuration］タブ

(3)　［Processor Configuration］タブ

(4)　［PCI Device Assignment］タブ

(5)　［Shared FC Assignment］タブ

(6)　［VNIC Assignment］タブ

(1)　［操作対象］タブ

［操作対象］タブでは，LPAR名を変更できます。

［操作対象］タブでの設定項目を次に示します。

表22-18　［LPAR構成変更］ダイアログボックスの［操作対象］タブでの設定項目

設定項目
設定内容

LPAR Name
LPAR名を，先頭がa～zまたはA～Zで始まる，1～31バイトの半角文字列で指定します。指定できる文字は次のとおりです。
0～9，a～z，A～Z，-，_

(2)　［Logical Partition Configuration］タブ

［Logical Partition Configuration］タブでは，LPARの動作環境を変更できます。

［Logical Partition Configuration］タブでの設定項目を次に示します。

表22-19　［LPAR構成変更］ダイアログボックスの［Logical Partition Configuration］タブでの設定項目

設定項目
設定内容

Memory
設定を変更するLPARに割り当てるメモリの量（メガバイト単位）を256の倍数で指定します。
指定範囲は，256～［User Memory］に表示されているメモリ量です。
Memoryの値がUser Memoryより大きい値になっている場合があります。その場合，Memoryの値を［User Memory］に表示されている値以下に設定し直してください。

Idle Detection
論理プロセッサのアイドル検出機能の設定をします。アイドル検出機能を有効にする場合，ドロップダウンリストから［有効］を選択します。無効にする場合，ドロップダウンリストから［無効］を選択します。

Auto Activation Order
HVM起動時，LPARを自動的にActivateするかどうかを設定します。LPARを自動的にActivateする場合，ドロップダウンリストからActivateする順番を選択します。LPARを自動的にActivateしない場合，ドロップダウンリストから［無効］を選択します。

Auto Clear
LPARの論理SELを自動的にクリアするかどうかを設定します。論理SELを自動的にクリアする場合，ドロップダウンリストから［有効］を選択します。無効にする場合，ドロップダウンリストから［無効］を選択します。

(3)　［Processor Configuration］タブ

［Processor Configuration］タブでは，LPARに対する論理プロセッサの割り当てを変更できます。

［Processor Configuration］タブでの設定項目を次に示します。

表22-20　［LPAR構成変更］ダイアログボックスの［Processor Configuration］タブでの設定項目

設定項目
設定内容

Dedicated Processors※1
作成するLPARに割り当てる占有モードの論理プロセッサの数を整数で指定します。［Shared Processors］の指定が0の場合だけ設定できます。

Shared Processors※1
作成するLPARに割り当てる共有モードの論理プロセッサの数を整数で指定します。［Dedicated Processors］の指定が0の場合だけ設定できます。

Service Ratio
LPARに割り当てる論理プロセッサが共有モードの場合，LPARが物理プロセッサを使用する時間の相対的な配分を1～999の整数で指定します。［Shared Processors］の指定が0以外の場合だけ設定できます。

Processor Capping
LPARに割り当てる論理プロセッサが共有モードの場合，プロセッサキャッピング機能を使用するかどうかを選択します。有効にする場合，ドロップダウンリストから［有効］を選択します。無効にする場合，ドロップダウンリストから［無効］を選択します。［Shared Processors］の指定が0以外の場合だけ設定できます。

Logical Processor Number※2
LPARに割り当てる論理プロセッサが占有モードの場合，割り当てる論理プロセッサの番号を選択します。［Dedicated Processors］の指定が0以外の場合だけ設定できます。

Physical Processor Number※2
LPARに割り当てる論理プロセッサが占有モードの場合，［Logical Processor Number］で指定した論理プロセッサに割り当てる物理プロセッサの番号を選択します。
自動割り当てをする場合は［自動割り当て］を選択します。［Dedicated Processors］の指定が0以外の場合だけ設定できます。

注※1

この項目を変更すると，［Logical Processor Configuration］リストボックスの内容が初期化されます。

注※2

この項目は，［Logical Processor Configuration］のリストボックスに表示されている項目を選択して設定することもできます。

［Logical Processor Number］または［Physical Processor Number］の設定を変更した場合，［OK］ボタンをクリックする前に［変更］ボタンをクリックしてください。

(4)　［PCI Device Assignment］タブ

［PCI Device Assignment］タブでは，LPARに対するPCIデバイスの割り当てを変更できます。

［PCI Device Assignment］タブでの設定項目を次に示します。

表22-21　［LPAR構成変更］ダイアログボックスの［PCI Device Assignment］タブでの設定項目

設定項目
設定内容

PCI Device Number※
設定を変更するLPARに割り当てるPCIデバイスの番号を指定します。

PCI Device Assignment※
設定を変更するLPARに対するPCIデバイスの割り当て状態を選択します。PCIデバイスをLPARに割り当てる場合，ドロップダウンリストから［割り当て状態］を選択します。PCIデバイスをLPARに割り当てない場合，ドロップダウンリストから［未割り当て状態］を選択します。
情報取得時の設定内容が［割り当て状態］または［未割り当て状態］の場合に設定を変更できます。

注※

この項目は，［PCI Device Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

設定を変更した場合，［OK］ボタンをクリックする前に［変更］ボタンをクリックしてください。

(5)　［Shared FC Assignment］タブ

［Shared FC Assignment］タブでは，LPARに対する共有FCの割り当てを変更できます。

［Shared FC Assignment］タブでの設定項目を次に示します。

表22-22　［LPAR構成変更］ダイアログボックスの［Shared FC Assignment］タブでの設定項目

設定項目 | 設定内容
Shared FC Number※ | 設定を変更するLPARに割り当てる共有FCの番号を選択します。
vfcWWNID※ | ［Shared FC Number］で選択した共有FCに割り当てるvfcWWN-IDを選択します。共有FCを割り当てない場合は［未割り当て状態］を選択します。

注※

この項目は，［Shared FC Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

設定を変更した場合，［OK］ボタンをクリックする前に［変更］ボタンをクリックしてください。

(6)　［VNIC Assignment］タブ

［VNIC Assignment］タブでは，LPARに対する仮想NICの割り当てを変更できます。

［VNIC Assignment］タブでの設定項目を次に示します。

表22-23　［LPAR構成変更］ダイアログボックスの［VNIC Assignment］タブでの設定項目

設定項目
設定内容

VNIC Number※1
LPARへの仮想NICの割り当てを変更する仮想NICの番号を選択します。

VNIC Assignment※1
［VNIC Number］で選択した仮想NICに対する割り当て状態をネットワークセグメントの識別子で選択します。同一LPARに対して同じネットワークセグメントは一つだけ割り当てできます。
HVMの仕様によって，同一の物理NICのネットワークセグメントをすべて割り当てる必要がある場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

1a～6b：物理NICに関連づけられたネットワークセグメント
数値部分は物理NICに割り当てられた共有NIC番号を示します。aまたはbは物理デバイスがA系かB系かを示します。

Va～Vd：LPAR間でだけ通信できるネットワークセグメント

未割り当て状態：仮想NICが割り当てられていない
この項目の設定を変更すると，［MACアドレス］，［Tag］，［VLAN ID］の設定が初期化されます。未割り当て状態の場合，［MACアドレス］～［VLAN ID］は設定できません。

MACアドレス※1※2
仮想NICのMACアドレスを，xx.xx.xx.xx.xx.xxの形式で指定します。MACアドレスは「00.00.00.00.00.00」～「FF.FF.FF.FF.FF.FF」の範囲で指定します。また，デフォルトのMACアドレスを使用する場合は，「Default」と指定します。
HVMの仕様によって，自動的に割り当てられるMACアドレスの範囲内の値は設定できない場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

Tag※1
仮想NICのVLANモードを選択します。この項目の設定を変更すると，［VLAN ID］の設定が初期化されます。

Tagged：仮想NICのVLANモードがTaggedの場合

Untagged：仮想NICのVLANモードがUntaggedの場合

Undefined：仮想NICのVLANモードが未定義の場合
Undefinedに設定する場合，VLAN IDは設定できなくなります。

VLAN ID※1
［Tag］が「Tagged」または「Untagged」の場合，仮想NICに割り当てるVLANのVLAN IDを，1～4094の整数で指定します。
［Tag］が「Tagged」の場合，複数のVLAN IDを半角のコンマで区切って指定できます。また，「ALL」と指定して，すべてのVLAN IDを指定することもできます。「ALL」は半角大文字で指定してください。
［Tag］が「Untagged」の場合，VLAN IDは1個だけ指定できます。

注※1

この項目は，［VNIC Assignment一覧］のリストボックスに表示されている項目を選択して設定することもできます。

注※2

MACアドレスに「Default」以外を指定した場合，［HVM設定］ダイアログボックスで仮想NICシステム番号を変更しても，仮想NICのMACアドレスは自動的に変更されません。そのため，仮想NICのMACアドレスには「Default」を指定し，その後も変更しないことをお勧めします。

設定を変更した場合，［OK］ボタンをクリックする前に［変更］ボタンをクリックしてください。

22.9　HVM構成のバックアップおよびリストア

HVM構成情報をファイルにバックアップできます。また，バックアップしたファイルからHVM構成情報をリストアすることもできます。

HVM構成のバックアップまたはリストアをする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。

＜この節の構成＞

22.9.1　HVM構成のバックアップ

22.9.2　HVM構成のリストア

22.9.3　注意事項

22.9.1　HVM構成のバックアップ

HVM構成をバックアップする手順を次に示します。

注意

バックアップをする前に次のことをしておいてください。

バックアップ元のHVMの設定を保存する

［HVM構成管理］ウィンドウで，［設定］メニューから［HVM構成のバックアップ・リストア］を選択する
［HVM構成のバックアップ・リストア］ダイアログボックスが表示されます。

［バックアップ］ラジオボタンをONにする

バックアップ対象のHVMが稼働しているサーバシャーシのシャーシID，およびバックアップ対象のHVM識別子を選択する
［シャーシID］には［HVM構成管理］ウィンドウに表示されたシャーシIDが表示されます。選択したシャーシに存在するHVMのうち，次の条件に一致するHVMのHVM識別子が表示されます。

パーティションのOSモードがHVMに設定されている

サーバモジュールにHVM FWが割り当てられている

サーバモジュールが挿入されている

パーティションの状態がConfiguration validateである

必要に応じてバックアップファイルに対するコメントを入力する
半角60文字まで入力できます。

バックアップファイルの保存先を指定する
［参照］ボタンをクリックして，保存先を選択します。

［OK］ボタンをクリックする
拡張子が「.bkhvm」のバックアップファイルが，指定した保存先に保存されます。

22.9.2　HVM構成のリストア

＜この項の構成＞

(1)　リストア前の準備

(2)　リストア手順

(1)　リストア前の準備

リストア先のパーティションの電源をOFFにしてください。

リストア先のハードウェア環境を，バックアップ実行した時のハードウェア環境と同じにしてください。

(2)　リストア手順

HVM構成をリストアする手順を次に示します。

［HVM構成管理］ウィンドウで，［設定］メニューから［HVM構成のバックアップ・リストア］を選択する
［HVM構成のバックアップ・リストア］ダイアログボックスが表示されます。

［リストア］ラジオボタンをONにする

リストアするバックアップファイルの読み込み先を指定する
［参照］ボタンをクリックして，読み込み先を選択します。
読み込み先のファイルを指定すると，バックアップファイルに記録されているHVMの構成情報が［ファイル情報］に表示されます。表示内容を次に示します。

表22-24　［HVM構成のバックアップ・リストア］ダイアログボックスの［ファイル情報］の表示内容

表示項目
表示内容

シャーシID
バックアップ対象のHVMが稼働していたサーバシャーシの，シャーシIDが表示されます。

HVM識別子
バックアップ対象のHVM識別子が表示されます。

HVM IP
バックアップ対象のHVMのIPアドレスが表示されます。

パーティション番号
バックアップ対象のHVMが稼働していたパーティション番号が表示されます。

サーバモジュールタイプ
バックアップ対象のHVMが稼働していたサーバモジュールのタイプが表示されます。
BS1000，BS320の場合

IPF Server Module：IPFモジュール

IA32 Server Module：IA32モジュール

BS2000の場合

Xeon Server Blade：Xeonサーバモジュール

Xeon-EX Server Blade：Xeon-EXサーバモジュール

バックアップ日時
バックアップファイルを作成した日時が，[YYYY-MM-DD hh:mm:ss]の形式で表示されます。

コメント
バックアップファイル作成時に入力したコメントが表示されます。

［OK］ボタンをクリックする
バックアップファイルの内容に基づいて，HVMがリストアされます。リストア先は［HVM構成のバックアップ・リストア］ダイアログボックスに表示される［シャーシID］および［パーティション番号］に該当するパーティションです。

22.9.3　注意事項

N+Mコールドスタンバイの切り替え直後にバックアップまたはリストアを実行しないでください。切り替えが完了し，ホストが起動する前にバックアップを実行すると，正しい情報のバックアップファイルが作成できません。また，切り替えが完了し，ホストが起動する前にリストアを実行すると，切り替え前のパーティションにリストアされてしまいます。
N+Mコールドスタンバイの切り替え後にバックアップまたはリストアを実行する場合，［HVM構成管理］ウィンドウで，バックアップまたはリストア対象のサーバシャーシおよびパーティションが，切り替え後のサーバシャーシIDおよびパーティション番号になっているかを確認してから実行してください。

バックアップ，またはリストア実行中にN+Mコールドスタンバイの自動切り替えが発生すると，バックアップまたはリストアが完了するまで，切り替え開始が数十秒待たされます。

リストアしたときに，すでに同じHVM識別子を持つHVMが［ホスト管理］ウィンドウに登録されていた場合，既存のHVMの情報があとから登録されたHVMの情報に上書きされてしまいます。この場合，次の対処をしてください。

［ホスト管理］ウィンドウに表示されているHVMがリストア後のHVMの場合
1. ［HVM設定］ダイアログボックスから，HVM識別子を変更する
2. ［ホスト管理］ウィンドウの［接続管理］メニューから［登録］を選択し，リストア前にあったHVMを再登録する

［ホスト管理］ウィンドウに表示されているHVMがリストア前のHVMの場合
1. HVMスクリーンから，リストアしたHVMのHVM識別子を変更する

22.10　LPARとUSBとの対応づけ

作成したLPARとUSBを対応づけます。LPARとUSBとの対応づけとは，USBコントローラをLPARに対してattachまたはdetachすることを示します。

LPARとUSBを対応づけする場合，次の条件を満たしていることを事前に確認してください。

USBデバイスのScheduling Modeが排他共有（Exclusive）である
［PCI Device Scheduling Mode設定］ダイアログボックスの［Scheduling Mode］項目で確認できます。

操作対象のLPARのUSBデバイスが割り当て状態である
［LPAR構成変更］ダイアログボックスの［PCI Device Assignment］タブの［PCI Device Assignment］項目で確認できます。

コンソールサービスにアドミニストレータ権限でログインしている

HVMの電源状態がActiveである

また，attachを実行する場合は，あらかじめLPARをActivate状態にしておいてください。

＜この節の構成＞

22.10.1　LPARとUSBとの対応づけ

22.10.2　LPARとUSBとの対応づけの変更

22.10.1　LPARとUSBとの対応づけ

LPARとUSBとを対応づける手順を次に示します。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［USB割り当て設定］を選択する
［USB割り当て設定］ダイアログボックスが表示されます。

［USB接続一覧］で，LPARに割り当てるPCIデバイス番号を選択する
［USB接続一覧］の表示内容を次に示します。

表22-25　［USB接続一覧］の表示内容

表示項目
表示内容

PCI Device Number
PCIデバイス番号が表示されます。

Slot Number
スロット番号が表示されます。

U0～7：USBの場合（数字はサーバモジュール番号）

UK0～7：KVMの場合（数字はサーバモジュール番号）

Device Name
PCIデバイス名が表示されます。

USB：USB Controller

LPAR識別子
PCI デバイスがattach状態のLPARのLPAR識別子が表示されます。attach状態のLPARがない場合，「－」が表示されます。

［接続先変更］で，［接続先LPAR識別子］からUSBを対応づけるLPAR識別子のラジオボタンをONにする

［接続先LPAR識別子］は，［USB接続一覧］で選択状態のUSBデバイスが割り当て状態であるLPARに対応したラジオボタンだけ選択できます。

［USB接続一覧］で選択状態のUSBデバイスに対して，すでにattach状態のLPARが存在する場合，［接続解除］のラジオボタンおよびattach状態のLPAR識別子に対応したラジオボタンだけ選択できます。

［USB接続一覧］で選択状態のUSBデバイスが，どのLPARにも割り当てられていない場合，［接続先変更］の項目は設定できません。

［OK］ボタンをクリックする

注意

すでにLPARとUSBとが対応づけられている場合は，いったん接続を解除してから，再設定してください。

22.10.2　LPARとUSBとの対応づけの変更

LPARとUSBとの対応づけを変更する場合，すでにUSBに対してLPARが対応づけられているときは，いったん接続を解除してから，目的のLPARへ接続してください。

LPARとUSBとの対応づけの変更方法を次に示します。

［HVM構成管理］ウィンドウで，設定を変更するLPARを管理しているHVMを選択し，［設定］メニューから［USB割り当て設定］を選択する
［USB割り当て設定］ダイアログボックスが表示されます。

［USB接続一覧］のリストボックスで，対応づけを変更するPCIデバイス番号を選択する

すでにUSBに対してLPARが対応づけられている場合は，［接続先変更］で［接続解除］ラジオボタンをONにする
ラジオボタンが選択できる条件については，「22.10.1　LPARとUSBとの対応づけ」を参照してください。

［OK］ボタンをクリックする

再度，［HVM構成管理］ウィンドウで，設定を変更するLPARを管理しているHVMを選択し，［設定］メニューから［USB割り当て設定］を選択する
［USB割り当て設定］ダイアログボックスが表示されます。

［USB接続一覧］のリストボックスで，LPARの対応づけを変更するPCIデバイス番号を選択する

［接続先変更］で，［接続先LPAR識別子］からUSBに対応づけるLPAR識別子のラジオボタンをONにする
ラジオボタンが選択できる条件については，「22.10.1　LPARとUSBとの対応づけ」を参照してください。

［OK］ボタンをクリックする

22.11　HVM構成管理機能の注意事項

HVM構成管理機能を使用する上での注意事項を次に示します。

＜この節の構成＞

(1)　仮想NICシステム番号と仮想NICのMACアドレスの変更について

(2)　HVM識別子の変更について

(3)　複数のマネージャサービスからのHVMの設定変更について

(4)　BSMとHVMスクリーンからのHVMの設定変更について

(5)　HVMのManagement Pathの設定について

(1)　仮想NICシステム番号と仮想NICのMACアドレスの変更について

仮想NICシステム番号の変更は，HVMの初回設定時またはクローニング後の初期値変更時だけ実施することをお勧めします。仮想NICシステム番号を変更した場合は，仮想NICのMACアドレスの設定によって仮想NICのMACアドレスが次のように設定されます。

仮想NICのMACアドレスの設定がDefaultの場合

仮想NICシステム番号を変更することで，仮想NICのMACアドレスが自動的に変更されます。このため，LPAR上で稼働するサーバが使用するMACアドレスが変更されます。MACアドレスの変更がLPAR上で動作するOSやアプリケーションに影響する場合があるので，LPARの環境構築後は仮想NICシステム番号を変更しないことをお勧めします。

なお，クローニングを使用する場合，仮想NICのMACアドレスの設定をDefaultにしておくことで，仮想NICシステム番号を変更するだけで仮想NICのMACアドレスを一意に設定できるため，仮想NICのMACアドレスの設定をDefaultにすることをお勧めします。

仮想NICのMACアドレスの設定がDefault以外の場合

仮想NICシステム番号を変更しても，仮想NICのMACアドレスは変更されません。

例えば，クローニング元の仮想NICのMACアドレスがDefault以外に設定されている場合，クローニング後に仮想NICシステム番号を変更しても，仮想NICのMACアドレスが自動では変更されません。このため，仮想NICのMACアドレスを変更しないと，クローニング元とクローニング先のLPARで仮想NICのMACアドレスが同じになり，システムに支障が出る場合があります。この場合は仮想NICのMACアドレスを手動で変更してください。

なお，仮想NICのMACアドレスを変更した場合は，エージェントサービスを起動する前に，変更後のMACアドレスについてTCPセグメンテーションオフロード機能が無効になっていることを確認してください。

エージェントサービスが起動するときにTCPセグメンテーションオフロード機能が有効に設定されていると，マネージャサービスとエージェントサービス間で正しく通信できないおそれがあります。この場合は次の手順でサービスを再起動してください。

エージェントサービスを停止する

マネージャサービスを再起動する

エージェントサービスを再起動する

(2)　HVM識別子の変更について

HVM識別子を変更すると，HVMと連携するすべてのマネージャサービスに，変更前のHVMの登録情報と変更後のHVMの登録情報が登録されます。HVM識別子を変更する場合，HVM識別子を変更した後で，該当HVMを管理しているすべてのマネージャサービスに接続し，変更前のHVM情報を手動で削除してください。

なお，HVM識別子の変更は，HVMを最初に設定するとき，またはクローニング後の初期値を変更するときだけ実施することをお勧めします。

(3)　複数のマネージャサービスからのHVMの設定変更について

同時に複数のマネージャサービスからHVM構成管理機能を使用してHVM構成を設定すると，［HVM構成管理］ウィンドウの表示内容と実際の設定情報とで整合性が取れなくなることがあります。HVM構成管理機能を複数のマネージャサービスから使用しないでください。

(4)　BSMとHVMスクリーンからのHVMの設定変更について

同時にBSMとHVMスクリーンとを併用してHVM構成を設定すると，BSMの［HVM構成管理］ウィンドウの表示内容と実際の設定情報とで整合性が取れなくなることがあります。BSMとHVMスクリーンとを同時に操作しないでください。

(5)　HVMのManagement Pathの設定について

HVMのManagement Pathの設定は，デフォルトのまま使用することをお勧めします。HVMのManagement Pathをデフォルトのパス以外に設定している場合，LPARモードで運用中の物理パーティションのSMP構成を縮小すると，管理コンソールからHVM構成管理機能が使用できなくなることがあります。

23.　仮想化されたサーバの管理（HVMの場合）

この章では，HVMで仮想化されたサーバをJP1/ServerConductorの管理コンソールから管理する方法について説明します。

＜この章の構成＞

23.1　LPAR上で稼働するサーバまたはHVMに対して使用できる機能

23.2　LPAR上で稼働しているサーバおよびHVMをJP1/ServerConductorで管理する場合に必要な準備

23.3　LPAR上で稼働するサーバまたはHVMを管理する場合の注意事項

23.1　LPAR上で稼働するサーバまたはHVMに対して使用できる機能

LPAR上で稼働するサーバまたはHVMをJP1/ServerConductorの管理コンソールから管理する場合，仮想化されていないサーバ（物理サーバ）に対して使用できる機能と差異があります。

LPAR上で稼働するサーバまたはHVMに対して使用できる機能の一覧を次に示します。

表23-1　LPAR上で稼働するサーバまたはHVMに対して使用できる機能

項番
機能
使用可否
備考

サーバ
HVM

1
コンソールサービスでの表示
○
○
－

2
ローカルコンソールサービスでの表示
△
×
自マシン上のサーバだけ表示される。

3
Webコンソールサービスでの表示
△
×
LPAR上で稼働するサーバは物理サーバとして表示される。

4
資産管理
△
×
一部，サーバモジュールのハードウェア情報が表示される。

5
障害管理
○
△
HVMのログは，JP1/ServerConductorからは参照できない。

6
性能監視
△
－
LPAR上で稼働するサーバ間でCPUを共有している場合，正確なCPU使用率が取得できない。

7
サーバ起動監視
○
○
－

8
電源制御
○
△
HVMのリブートはできない。

9
遠隔操作
△
△
リモートコンソールおよびリモートコントロールの機能に差異あり。

10
グループ管理
○
△
HVMは，エージェントの一括設定のグループに登録できない。

11
接続管理
△
△
LPAR上で稼働するサーバおよびHVMを登録する手順が異なる。

12
コンソールサービスからの設定情報の変更
△
－
LPAR上で稼働するサーバ間でCPUを共有している場合，正確なCPU使用率が取得できない。

13
クラスタ管理
×
×
HA8000だけサポート。

14
他プログラムとの連携
（SNMPトランスレータ含む）
○
△
HVMは，SNMPトランスレータとの連携ができない。

15
SMP構成管理
－
－
－

16
ストレージ運用支援
△
－
ホストグループ定義ファイルをインポートしても自動割り当ては実施されない。

17
N+1／N+Mコールドスタンバイ
×
△
N+Mコールドスタンバイを使用できる。

18
ラック管理
－
－
－

（凡例）

○：使用できる

△：使用できるが機能差または制限事項がある

×：使用できない

－：該当しない

各機能を使用する場合の注意事項については，「23.3　LPAR上で稼働するサーバまたはHVMを管理する場合の注意事項」を参照してください。

23.2　LPAR上で稼働しているサーバおよびHVMをJP1/ServerConductorで管理する場合に必要な準備

ここでは，LPAR上で稼働しているサーバおよびHVMをJP1/ServerConductorで管理する場合に必要な準備について説明します。

ここでは，すでにHVMの設定やLPARの作成がされていることを前提に説明しています。JP1/ServerConductorの管理コンソールからLPARを作成したりHVMの構成を変更したりする場合の手順については，「22.　HVM構成管理」を参照してください。

＜この節の構成＞

23.2.1　システム構成図

23.2.2　必要な環境

23.2.3　設定の流れ

23.2.4　管理サーバへの登録

23.2.1　システム構成図

仮想化されたサーバをJP1/ServerConductorで管理する場合のシステム構成を次に示します。

図23-1　仮想化されたサーバを管理する場合のシステム構成（LPAR構成）

上記の図では物理的なサーバは2台ですが，管理サーバは，LPAR上で稼働しているサーバも物理サーバと同様に独立したサーバとして認識します。したがって，このシステムは，3台の管理対象サーバで構成されていることになります。

23.2.2　必要な環境

JP1/ServerConductorで仮想化されたサーバを管理する場合の必要なプログラムなどについて，説明します。

＜この項の構成＞

(1)　console1，manager1，agent3

(2)　agent1，agent2

(1)　console1，manager1，agent3

管理サーバ，管理コンソールおよび管理対象サーバのagent3に必要なプログラムについては，「2.3.2　必要な環境」を参照してください。

(2)　agent1，agent2

agent1，agent2を管理対象サーバとして設定する場合，物理サーバと同様，LPAR上で稼働しているサーバそれぞれにエージェントサービスをインストールする必要があります。また，使用する機能によって，LPAR上で稼働しているサーバそれぞれに，JP1/ServerConductorのコンポーネントから必要なコンポーネントを選択してインストールする必要があります。

使用する機能ごとに必要なプログラムやハードウェアなどについては，「2.　システム構成」を参照してください。

注意

Agentをインストールする前に，OSドライバの設定でTCPセグメンテーションオフロード機能を無効にしてください。TCPセグメンテーションオフロード機能は，仮想NICでサポートされていません。TCPセグメンテーションオフロード機能を無効にしていないと，マネージャサービスがほかのサービスとの接続を受け付けなくなる場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」の仮想NICの使用にあたっての注意事項が記載されている章を参照してください。

23.2.3　設定の流れ

各マシンでの設定の流れは，物理サーバの場合と同様です。

console1，manager1，agent3の設定の流れは，基本構成と同じです。「2.3.3　設定の流れ」を参照してください。

agent1，agent2の設定の流れは，使用する機能によって異なります。使用する機能ごとの設定の流れについては，「2.　システム構成」を参照してください。

23.2.4　管理サーバへの登録

JP1/ServerConductorを使用して，LPAR上で稼働しているサーバまたはHVMを管理する場合，次の三つを管理対象として管理サーバに登録する必要があります。

LPAR上で稼働しているサーバ

LPARを管理しているHVM

HVMが稼働しているサーバモジュールが挿入されているサーバシャーシ

使用する機能によって，管理サーバに登録が必要な対象が異なります。次の表に，管理サーバに登録が必要な対象を，使用する機能別に示します。

表23-2　管理サーバに登録が必要な対象

項番 | 機能 | 操作対象 | 登録対象
LPAR | HVM | サーバシャーシ
1 | 管理コンソールからの電源制御 | HVM | × | ○ | ○
LPAR | ○ | ○ | ○
2 | グループ管理による一括電源制御 | HVM | × | ○ | ○
LPAR | ○ | ○ | ○
3 | ストレージ運用支援機能 | － | ○ | ○ | ○
4 | N+Mコールドスタンバイ機能 | － | × | ○ | ○

（凡例）

LPAR：LPAR上で稼働しているサーバ

HVM：LPARを管理しているHVM

サーバシャーシ：HVMが稼働しているサーバモジュールが挿入されているサーバシャーシ

○：登録要

×：登録不要

－：該当しない

管理対象として登録されているかどうかは，［ホスト管理］ウィンドウで確認できます。［ホスト管理］ウィンドウでの表示例を次に示します。

［ホスト管理］ウィンドウに該当するHVMが表示されない場合は，該当するHVMを管理対象として管理サーバに登録してください。このとき，あらかじめHVMを起動しておいてください。また，そのHVMが起動しているサーバシャーシが［ホスト管理］ウィンドウに表示されていることを確認してください。管理対象として登録する方法については「23.3.9　接続管理」を，サーバモジュールの電源投入方法およびHVMの起動方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

参考

サーバモジュールの電源を入れたときに管理サーバの電源が入っていれば，管理サーバはサーバモジュールから送られた情報を受け取って，サーバモジュールを管理対象として自動的に登録します。サーバモジュールの電源を入れたときに管理サーバの電源が入っていないと，サーバモジュールから送られた情報を管理サーバが受け取ることができないため，サーバモジュールは管理対象として登録されません。その場合は，管理サーバの電源を入れたあとで，サーバモジュールを管理対象として登録してください。

23.3　LPAR上で稼働するサーバまたはHVMを管理する場合の注意事項

ここでは，LPAR上で稼働しているサーバまたはHVMに対して，JP1/ServerConductorの機能を使用する場合の注意事項を説明します。

＜この節の構成＞

23.3.1　コンソールサービスでの表示

23.3.2　資産管理

23.3.3　障害管理

23.3.4　性能監視

23.3.5　サーバ起動監視

23.3.6　管理コンソールからの電源制御

23.3.7　遠隔操作

23.3.8　グループ管理

23.3.9　接続管理

23.3.10　コンソールサービスからの環境設定

23.3.11　SMP構成管理

23.3.12　ストレージ運用支援

23.3.13　N+Mコールドスタンバイ

23.3.14　ラック管理

23.3.1　コンソールサービスでの表示

LPAR上で稼働しているサーバおよびHVMは，物理サーバと同様にコンソールサービスの［ホスト管理］ウィンドウに表示されます。［ホスト管理］ウィンドウの表示例を次に示します。

ローカルコンソールサービスでは，自マシンにあるLPAR上で稼働しているサーバだけ表示されます。HVMは表示されません。

また，Webコンソールサービスでは，LPAR上で稼働しているサーバは物理サーバとして表示されます。HVMは表示されません。

23.3.2　資産管理

LPAR上で稼働しているサーバのインベントリ情報には，LPARとして分割された情報が表示されます。ただし，一部の情報は分割されないでサーバモジュールのハードウェア情報が表示されます。インベントリ情報の詳細については，コンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

23.3.3　障害管理

LPAR上で稼働しているサーバに対する障害管理の方法は，物理サーバの場合と同じです。物理サーバの場合の障害管理については，「7.　障害管理」を参照してください。

23.3.4　性能監視

LPAR上で稼働している複数のサーバでCPUを共有している場合，［エージェントサービス設定］ダイアログボックスの［使用率超過通知］タブで設定するCPUの使用率は，そのCPUを共有しているすべてのLPARのCPU使用率となります。LPAR上で稼働しているサーバ単体の使用率とはなりません。

23.3.5　サーバ起動監視

サーバ起動監視機能では，HVMの起動を監視できます。また，LPAR上で稼働しているサーバの起動も監視できます。

HVMの起動監視をする場合は，［サーバ起動監視］ダイアログボックスの［監視対象サーバ一覧］でHVMを選択してください。また，LPAR上で稼働するサーバの起動を監視する場合は，［サーバ起動監視］ダイアログボックスの［監視対象サーバ一覧］で，サーバ自体と，そのサーバを管理しているHVMの両方を監視対象として設定してください。

設定手順は，物理サーバの場合と同じです。物理サーバに対してサーバ起動監視を設定する手順については，「9.1　サーバの起動を監視する」を参照してください。

LPAR上で稼働するサーバに対してサーバ起動監視をした場合，起動監視時間はLPARのActivate開始からエージェントサービスの起動終了までになります。また，HVMに対してサーバ起動監視をした場合，起動監視時間はHVMのBIOS起動開始からHVMの起動完了までになります。

LPAR上で稼働するサーバまたはHVMに対してサーバ起動監視をした場合の，起動監視時間を次の図に示します。

図23-2　LPAR上で稼働するサーバまたはHVMに対するサーバ起動監視時間

なお，起動開始，起動完了，タイムアウトの各アラートは，LPAR上で稼働しているサーバおよびHVMに対して，個別に通知されます。

23.3.6　管理コンソールからの電源制御

LPAR上で稼働しているサーバおよびHVMに対して，管理コンソールから電源を制御できます。次にそれぞれの場合について説明します。

＜この項の構成＞

(1)　LPAR上で稼働しているサーバの場合

(2)　HVMの場合

(1)　LPAR上で稼働しているサーバの場合

LPAR上で稼働しているサーバは，物理サーバと同様に管理コンソールから電源を制御できます。物理サーバの場合の電源制御については，「10.　電源制御」を参照してください。

なお，LPARのActivateおよびDeactivateは，［HVM構成管理］ウィンドウからも実施できます。［HVM構成管理］ウィンドウからLPARをActivateまたはDeactivateする方法については，「22.7　LPARの操作」を参照してください。

LPAR上で稼働しているサーバの電源を管理コンソールから制御する場合，そのLPARを管理しているHVMをあらかじめ起動しておいてください。

LPAR上で稼働しているサーバの場合，電源制御スケジュールを設定する［スケジュール管理］ダイアログボックスの「ハードウェアの現在時刻」には，サーバモジュールに設定されている時刻が表示されます。

図23-3　［スケジュール管理］ダイアログボックス

なお，LPAR上で稼働しているサーバに対して電源制御スケジュールを設定する場合，次のように設定してください。設定順序を誤ると正常に電源を制御できません。

電源ONスケジュールを設定する場合，HVMの電源がONになってからLPAR上で稼働しているサーバの電源がONになるようにスケジュールを設定してください。

電源OFFスケジュールを設定する場合，LPAR上で稼働しているサーバの電源がOFFになってからHVMの電源がOFFになるようにスケジュールを設定してください。

(2)　HVMの場合

HVMの場合，電源ON，電源OFF，強制電源OFFおよびスケジュールによる電源制御ができます。ただし，サーバシャーシをマネージャサービスに登録しておく必要があります。次にそれぞれの機能について説明します。

(a)　電源ON

HVMに対して電源ONの操作をすると，そのHVMがあるサーバモジュールの電源がONになります。また，Auto Activation Orderの設定が有効であれば，HVMが管理しているLPARがActivateされます。

(b)　電源OFF

HVMに対して電源OFFの操作をする前に，そのHVMが管理しているLPARをDeactivateにしておく必要があります。LPARが一つでもActivateになっている場合は，HVMに対して電源OFFができません。

なお，HVMに対して電源OFFの操作をすると，そのHVMがあるサーバモジュールの電源もOFFになります。

注意

ファームウェアのバージョンによっては，電源OFFの操作ができないことがあります。ファームウェアのバージョンの確認方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

(c)　強制電源OFF

HVMに対して強制電源OFFの操作をする場合，そのHVMが管理しているLPARがActivateになっていても，強制的にDeactivateされます。

なお，HVMに対して強制電源OFFの操作をすると，そのHVMがあるサーバモジュールの電源もOFFになります。

注意

HVMに対して強制電源OFFを実施すると，エージェントサービスがインストールされているかどうかにかかわらず，すべてのLPARが強制的にDeactivateされます。HVMに対して強制電源OFFを実施する場合は，あらかじめエージェントサービスがインストールされていないLPARがないかどうか確認してください。LPAR構成の確認方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

(d)　スケジュールによる電源制御

HVMに対してスケジュールを設定して電源ONの操作をすると，そのHVMがあるサーバモジュールの電源がONになります。また，Auto Activation Orderの設定が有効であれば，HVMが管理しているLPARがActivateされます。

HVMに対してスケジュールを設定して電源OFFを実施すると，エージェントサービスがインストールされているLPARがDeactivateされたあと，HVMの電源がOFFになります。

ただし，次の条件に該当するLPARが存在していた場合，そのLPARはDeactivateされないため，HVMの電源OFFもされません。

AgentがインストールされていないLPARがActivate状態である

Agentのエージェントサービスが起動していない状態である

また，それ以降はDeactivateのLPARがActivateできなくなります。その場合は，［ホスト管理］ウィンドウでHVMを強制電源OFFしたあとで，再起動を実施してLPARをActivateしてください。

HVMに対してスケジュールを設定して電源OFFを実施する場合は，あらかじめエージェントサービスがインストールされていないLPARがないかどうか確認してください。LPAR構成の確認方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

なお，HVMに対して電源制御スケジュールを設定する場合，次のように設定してください。設定順序を誤ると正常に電源を制御できません。

電源ONスケジュールを設定する場合，HVMの電源がONになってからLPAR上で稼働しているサーバの電源がONになるようにスケジュールを設定してください。

電源OFFスケジュールを設定する場合，LPAR上で稼働しているサーバの電源がOFFになってからHVMの電源がOFFになるようにスケジュールを設定してください。

(e)　電源制御の方式

管理対象サーバの種類によって,電源制御の方式が異なります。管理対象サーバごとの電源制御方式と［ホスト管理］ウィンドウでの表示を次の表に示します。

表23-3　電源制御方式と［ホスト管理］ウィンドウでの表示

管理対象サーバの種類 | 電源制御方式 | ［ホスト管理］ウィンドウの［電源制御］欄の表示
BS1000 | BMC | SVP（BMC）
BS2000 | SVP | SVP（BMC）

（凡例）

BMC：マネージャからBMCに対して電源制御命令を送信し，電源制御を実行

SVP：マネージャからSVPを経由してBMCに対して電源制御命令を送信し，電源制御を実行

23.3.7　遠隔操作

＜この項の構成＞

(1)　リモートコントロール

(2)　リモートコンソール

(3)　保守情報の取得

(1)　リモートコントロール

LPAR上で稼働しているサーバに対して，リモートコントロール機能を使用した遠隔操作およびファイル転送はできません。

(2)　リモートコンソール

LPARモードで稼働しているサーバモジュールに対してリモートコンソールアプリケーションを起動した場合の動作は，BladeSymphonyのリモートコンソールに関するドキュメントを参照してください。

(3)　保守情報の取得

保守情報は，LPAR上で稼働しているサーバでも，物理サーバと同様に取得できます。

23.3.8　グループ管理

LPAR上で稼働しているサーバまたはHVMをグルーピングの対象にできます。

LPAR上で稼働しているサーバまたはHVMをグルーピングの対象にできる操作または設定を，次の表に示します。

表23-4　LPAR上で稼働しているサーバまたはHVMをグルーピングの対象にできる操作または設定

グルーピング対象

操作または設定

電源制御スケジュールの設定
エージェントサービスの設定
電源制御の操作

LPAR上で稼働しているサーバ
○※1
○
○※2

HVM
○※1
×
○※2

（凡例）

○：操作または設定ができる

×：設定ができない

注※1

HVMと，そのHVMが管理しているLPAR上で稼働しているサーバは，同じグループに登録できません。

注※2

次の組み合わせは，同じグループに登録できません。

・HVMと，そのHVMが管理しているLPAR上で稼働しているサーバ

・HVMと，そのHVMが稼働しているサーバシャーシ

・LPAR上で稼働しているサーバとそのLPARを管理しているHVMが稼働しているサーバシャーシ

グルーピング方法，電源制御スケジュールの設定方法，および電源制御の操作方法は，物理サーバをグルーピングした場合と同様です。

23.3.9　接続管理

LPAR上で稼働しているサーバを管理サーバに登録および削除する手順は，物理サーバの場合と同じです。物理サーバの場合の接続管理については，「13.　接続管理」を参照してください。

HVMを管理サーバに登録および削除する手順は，物理サーバと異なります。HVMを管理サーバに登録する手順および削除する手順を次に示します。

＜この項の構成＞

(1)　登録

(2)　削除

(1)　登録

［ホスト管理］ウィンドウでサーバモジュールを登録するマネージャを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するHVMのIPアドレスを入力する
ホスト名では指定できません。IPアドレスを入力してください。

種別の中から，「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000)」を選択する

［OK］ボタンをクリックする
HVMが管理対象に登録されます。

注意

サーバモジュールの電源が入っているのに，手順どおりに操作しても管理対象として登録できない（［ホスト管理］ウィンドウに表示されない）場合は，サーバモジュールで管理サーバ情報が登録されていない場合が考えられます。JP1/ServerConductorでサーバモジュールを管理する場合，サーバモジュールのSVP機能で管理サーバ情報を登録する必要があります。サーバモジュールで管理サーバ情報を登録する方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

複数のHVMを管理する場合，HVM識別子が重複しないように，初期値を変更して使用してください。HVM識別子が同じHVMが複数登録されると，既存のHVMの情報があとから登録されたHVMの情報に上書きされてしまいます。HVM識別子の変更方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

(2)　削除

HVMを削除すると，削除したHVMが管理しているLPAR上で稼働しているサーバもすべて削除されます。

［ホスト管理］ウィンドウで削除するHVMを選択する

［接続管理］メニューから［削除］を選択する
削除を確認するメッセージが表示されます。

［OK］または［全てOK］ボタンをクリックする
［OK］ボタンをクリックすると，選択したHVMが管理対象から削除されます。HVMを複数選択した場合，［OK］ボタンをクリックすると，選択したHVMの数だけメッセージが表示されます。すべての管理対象を削除する場合は，［全てOK］ボタンをクリックしてください。

23.3.10　コンソールサービスからの環境設定

LPAR上で稼働しているサーバに対して，コンソールサービスからエージェントサービスの設定ができます。設定できる項目は，物理サーバの場合と同じです。

LPAR上で稼働している複数のサーバでCPUを共有している場合，［エージェントサービス設定］ダイアログボックスの［使用率超過通知］タブで設定するCPUの使用率は，そのCPUを共有しているすべてのLPARのCPU使用率となります。LPAR上で稼働しているサーバ単体の使用率とはなりません。

23.3.11　SMP構成管理

＜この項の構成＞

(1)　［SMP設定］ウィンドウでの表示

(2)　パーティション構成の変更

(1)　［SMP設定］ウィンドウでの表示

SMP構成で物理パーティションを構成しているサーバモジュールが，LPARモードで稼働しているサーバモジュールの場合，LPAR上のサーバが起動していても，その物理パーティションのコンピュータ名，ホスト名，OS名の情報は取得できません。［SMP設定］ウィンドウでの表示例を次の図に示します。

図23-4　［SMP設定］ウィンドウでの表示例

(2)　パーティション構成の変更

LPARモードの物理パーティションの場合でも，SMP構成管理機能でパーティションの構成を変更できます。ただし，次の現象が発生することがあるため，LPARモードで運用中の物理パーティションのSMP構成を縮小しないでください。

管理コンソールからLPARのActivateをしても，リソースの不足によって，LPARがDeactivateのままとなる

HVMのManagement Pathをデフォルトのパス以外に設定している場合，管理コンソールからHVM構成管理機能が使用できなくなる

また，物理パーティションの構成変更によって，LPARモードの物理パーティションを削除した場合，削除したパーティションを再度作成しても，LPARモードにはなりません。再度，LPARモードにするには，SVP機能でサーバをLPARモードに変更してください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

23.3.12　ストレージ運用支援

LPARモードで稼働しているサーバモジュールに対して，ストレージ運用支援機能を使用する場合，ホストグループ割り当て定義ファイルにLPAR識別子を指定する必要があります。

ホストグループを割り当てるサーバモジュールがLPARモードかどうかは，サーバシャーシインベントリのパーティション情報のOS種類で確認できます。LPARモードの場合，OS種類が「HVM(0x04)」となっています。

注意

LPARモードで稼働しているサーバモジュールには，ストレージ運用支援機能を使用したホストグループの自動割り当てができません。Device Managerを使用して，ホストグループを割り当ててください。Device Managerを使用してホストグループを割り当てる方法については，次のマニュアルを参照してください。

JP1/HiCommand Device Manager Web Client ユーザーズガイド

JP1/HiCommand Device Manager CLI ユーザーズガイド

Hitachi Device Manager Software Web Client ユーザーズガイド

Hitachi Device Manager Software CLI ユーザーズガイド

LPARモードで稼働しているサーバモジュールに対してストレージ運用支援機能を使用する場合の，前提条件，設定手順，およびホストグループ割り当て定義ファイルの形式を次に示します。

＜この項の構成＞

(1)　前提条件

(2)　設定手順

(3)　ホストグループ割り当て定義ファイルの形式

(4)　ホストグループ割り当ての確認方法

(5)　ストレージ運用支援機能の通知アラート

(1)　前提条件

ホストグループ割り当て定義ファイルをインポートする前に，LPARモードで稼働しているサーバモジュール上のHVM，およびそのHVMが管理しているLPAR上で稼働しているサーバを，［ホスト管理］ウィンドウに登録してください。

(2)　設定手順

設定手順は，Basicモードで稼働しているサーバモジュールに対してストレージ運用支援機能を使用する場合と同じです。設定手順については，「19.5　ホストグループの自動割り当て」を参照してください。

なお，ホストグループ割り当て定義ファイルをインポートするとき，LPARモードで稼働しているサーバモジュールの電源はOFFになっている必要はありません。

(3)　ホストグループ割り当て定義ファイルの形式

LPARモードで稼働しているサーバモジュールに対してストレージ運用支援機能を使用する場合は，LPARモード用の設定項目を指定します。

ストレージサブシステムobjectID,ストレージサブシステムのname,ポートWWN,
ホストグループobjectID,ホストグループのnickname,サーバシャーシID,パーティションID,
I/Oモジュールスロット番号,HBAポート番号,
ブート識別子,LPAR識別子

パーティションID，I/Oモジュールスロット番号，およびLPAR識別子の説明を次に示します。これ以外の設定項目の説明については，「19.5.2(2)　ホストグループ割り当て定義ファイルの作成」を参照してください。

表23-5　ホストグループ割り当て定義ファイルの設定項目（LPARモード用）

項目名
説明

パーティションID
インポート対象のLPARが稼働しているパーティション番号を指定します。0～7の半角数字で指定します。

I/Oモジュールスロット番号
インポート対象のLPARに割り当てられているI/Oモジュールスロット番号を指定します。BS1000およびBS320の場合は0～15，BS2000の場合は0～15，80，81の半角数字で指定します。
I/Oモジュールスロット番号の付与規則については，「19.5.2(2)　ホストグループ割り当て定義ファイルの作成」を参照してください。

HBAポート番号
BS2000の場合，ホストグループを割り当てるHBAのポート番号を0～3の半角数字で指定します。
HBAポート番号の付与規則については，「19.5.2(2)　ホストグループ割り当て定義ファイルの作成」を参照してください。

LPAR識別子
インポート対象のLPARを管理しているHVM内で一意に割り当てられている，LPARごとの識別子を指定します。1～64の半角数字で指定します。
なお，Basicモードで運用している場合，LPAR識別子が指定されているとホストグループが正しく割り当たらないため，LPAR識別子には何も指定しないでください。

(4)　ホストグループ割り当ての確認方法

ホストグループの割り当て結果は，CSV形式のファイルに出力して確認します。［ディスク割当てリポジトリ］ウィンドウでは確認できません。

ホストグループの割り当て結果を，CSV形式のファイルで確認する方法については，「19.6.2(1)　CSV形式のファイルに出力して確認する方法」を参照してください。

(5)　ストレージ運用支援機能の通知アラート

N+Mグループに登録しているBasic環境のホストに対して，ストレージ運用支援機能のホストグループを割り当てた場合，N+Mコールドスタンバイの切り替えまたは復帰時に，LUの割り当て（0x3705）またはLUの割り当て解除（0x3706）のアラートが通知されます。それに対して，HVMで管理するLPAR上で稼働するホストにホストグループを割り当てた場合，LUの割り当て（0x3705）またはLUの割り当て解除（0x3706）のアラートは通知されません。

23.3.13　N+Mコールドスタンバイ

LPAR上で稼働しているサーバを，物理パーティション単位でN+Mコールドスタンバイの現用系ホストとして登録できます。またLPARモードのサーバモジュールを予備系サーバモジュールとして登録できます。

LPARモードで稼働している，現用系のサーバモジュールに障害が発生した場合，そのサーバモジュール上で稼働しているLPARモードのサーバが，サーバモジュール単位で切り替えられます。現用系のサーバモジュールで稼働しているLPARは，予備系サーバモジュールに，同じ構成で引き継がれます。LPARモードで稼働しているサーバモジュールを，N+Mコールドスタンバイの現用系および予備系のサーバモジュールとして登録した場合の切り替え発生時の動作を次の図に示します。

図23-5　切り替え発生時の動作（LPARモード）

切り替え時に予備系サーバモジュールに遷移される情報については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

注意

グループ属性がN+1コールドスタンバイの場合は，LPAR上で稼働しているサーバを現用系ホストとして登録できません。また，グループ属性がN+1コールドスタンバイの場合の予備系サーバモジュールとして登録できません。

LPARモードで稼働している物理パーティションに対して，N+Mコールドスタンバイを使用する場合の登録条件，登録方法，切り替え時の動作，復帰時の動作，および注意事項を次に示します。

＜この項の構成＞

(1)　登録条件

(2)　現用系ホストの登録

(3)　予備系サーバモジュールの登録

(4)　切り替え

(5)　復帰

(6)　切り替え失敗時または復帰失敗時の回復方法

(7)　ネットワークスイッチ連携機能でのN+Mコールドスタンバイの注意事項

(8)　SMP構成でのN+Mコールドスタンバイの注意事項

(9)　現用系ホストのグループにHVM搭載／非搭載のサーバモジュールが混在している場合の注意事項

(10)　N+1グループの登録後の構成変更についての注意事項

(11)　グループ属性がN+1コールドスタンバイの場合の注意事項

(1)　登録条件

LPAR上で稼働しているサーバは，そのサーバが稼働しているLPARモードの物理パーティション単位で，現用系ホストとして登録します。このとき，［ホスト登録・変更］ダイアログボックスでは，サーバが稼働しているLPARを管理するHVMのHVM識別子を指定して登録します。また，予備系サーバモジュールは，サーバモジュール単位で登録します。

現用系ホストとしてHVMを指定した場合，予備系サーバモジュールにHVM非搭載のサーバモジュールを登録できません。現用系ホストおよび予備系サーバモジュールに登録できる組み合わせを，次の表に示します。

表23-6　現用系ホストおよび予備系サーバモジュールに登録できる組み合わせ

現用系ホスト※1
予備系サーバモジュール※2

HVM

物理サーバ

HVM搭載のサーバモジュール（LPARモード）

HVM搭載のサーバモジュール（Basicモード）

注※1

同じN+1グループにHVMと物理サーバを混在して登録できます。

注※2

予備系サーバモジュールと現用系のサーバモジュールのBasic/LPARモードを合わせる必要はありません。

(2)　現用系ホストの登録

現用系ホストの登録手順は，物理サーバを登録する場合の手順と同じです。LPAR上で稼働するサーバを登録する場合，［ホスト登録・変更］ダイアログボックスで，そのサーバが稼働しているLPARを管理するHVMのHVM識別子を指定します。

注意

LPAR上で稼働している個々のサーバは，［ホスト登録・変更］ダイアログボックスに表示されません。

グループ属性でN+1コールドスタンバイを選択した場合でも，［ホスト登録・変更］ダイアログボックスには，HVM識別子が表示されます。この場合，現用系ホストにHVM識別子を指定すると，エラーになります。

LPARを管理しているHVMを管理サーバに登録していない場合，［ホスト一覧］には「シャーシID_ パーティションX」（X：パーティション番号）と表示されます。

(3)　予備系サーバモジュールの登録

予備系サーバモジュールの登録手順は，Basicモードのサーバモジュールを登録する場合の手順と同じです。現用系ホストにHVMが登録されている場合，［予備登録・変更］ダイアログボックスでHVM非搭載のサーバモジュールは選択できません。

現用系として使用していたサーバモジュールを予備登録する場合は，事前にすべてのLPARをActivateしたあと，［ホスト管理］ウィンドウですべてのLPAR（ホスト）のパーティション情報が更新されたことを確認してください。パーティション情報が更新されていないLPARがある場合は，予備登録できません。

(4)　切り替え

切り替え完了後の予備系サーバモジュールの状態および注意事項を，手動切り替えの場合と自動切り替えの場合に分けて説明します。

(a)　手動切り替え

障害発生時，現用系のHVMが管理しているLPARをDeactivateしたあとで，HVMの電源をOFFにした場合，切り替え後の予備系サーバモジュールでは，現用系のサーバモジュール上のHVMで設定されていたAuto Activation Orderの設定に従って，LPARがActivateされます。そのため，障害発生時に現用系で起動していたLPARが，切り替え後に予備系サーバモジュールでActivateされていないことがあります。必要に応じてLPARをActivateしてください。

HVMの電源を強制的にOFFにした場合，切り替え前の現用系サーバモジュール上のHVMにPre-State Auto Activationの設定がされていれば，現用系でActivateされていたLPARが，予備系サーバモジュールでもActivateされます。Pre-State Auto Activationの設定がされていなければ，現用系のサーバモジュール上のHVMで設定されていたAuto Activation Orderの設定に従って，LPARがActivateされます。

Auto Activation OrderおよびPre-State Auto Activationの設定については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

なお，［手動切り替え実行］ダイアログボックスの［切り替え時に電源をONにする］チェックボックスをONにしていた場合，切り替えが実行されると，サーバモジュールおよびHVMの電源がONになります。LPARがActivateされるかどうかは，現用系サーバモジュール上のHVMで設定されていたAuto Activation Orderの設定およびPre-State Auto Activationの設定に従います。

手動切り替え完了後の予備系サーバモジュールの状態の違いを，次の図に示します。

図23-6　手動切り替え完了後の予備系サーバモジュールの状態の違い

手動で切り替えを実行した場合，切り替えが完了しても各LPARのActivateが完了するまでは，［ホスト管理］ウィンドウに表示されるLPAR（ホスト）のパーティション番号に，切り替え前の情報が表示されます。手動で切り替えを実行したあとは，LPAR（ホスト）の管理を正常にするために，必ず電源をONにしてください。

(b)　自動切り替え

自動切り替え時，OSのシャットダウン後にサーバモジュールの電源をOFFにする設定をしていた場合，各LPAR上で起動しているOSのシャットダウン後にHVMがシャットダウンされます。このとき，OSシャットダウン監視のタイムアウトは，各LPAR上のOSシャットダウン要求からLPARがすべて停止するまでの間と，HVM停止要求からHVMが停止するまでの間の，2回監視されます。例えば，OSシャットダウンの監視時間を10分と設定した場合，各LPAR上のOSシャットダウン要求からLPARがすべて停止するまで10分間監視されます。その後，HVM停止要求からHVMが停止するまで，また10分間監視されます。

自動切り替え時，HVMの電源を強制的にOFFにした場合，およびOSのシャットダウン後にサーバモジュールの電源をOFFにした場合，切り替え前の現用系サーバモジュール上のHVMにPre-State Auto Activationの設定がされていれば，現用系でActivateされていたLPARが，予備系サーバモジュールでもActivateされます。Pre-State Auto Activationの設定がされていなければ，現用系のサーバモジュール上のHVMで設定されていたAuto Activation Orderの設定に従って，LPARがActivateされます。

Auto Activation OrderおよびPre-State Auto Activationの設定については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

また，N+1冗長化の設定をしていた場合，あとからN+1切り替え処理を実行するマネージャサービスに対して，次に示す状態のときはエラーとしないで警告アラートを通知し，メッセージを表示します。警告アラートの状態は，マネージャサービスのログに出力されます。

現用系のサーバモジュールのHVMのIPアドレスが予備系サーバモジュールに設定されている場合

(5)　復帰

復帰の場合，予備系サーバモジュール上のHVMで設定されていたAuto Activation Orderの設定に従って，現用系のサーバモジュール上のLPARがActivateされます。

なお，［復帰・解除実行］ダイアログボックスの［復帰オプション設定］の［現用系に復帰する際，電源をONにする］チェックボックスをONにしていた場合，復帰が実行されると，サーバモジュールおよびHVMの電源がONになります。LPARがActivateされるかどうかは，予備系サーバモジュール上のHVMで設定されていたAuto Activation Orderの設定に従います。

注意

復帰に当たって，障害が発生した現用系のサーバモジュールを交換する場合，交換前のサーバモジュールと同じ仕様のサーバモジュールを使用してください。

手動で復帰を実行した場合，復帰が完了しても各LPARのActivateが完了するまでは，［ホスト管理］ウィンドウに表示されるLPAR（ホスト）のパーティション番号に，復帰前の情報が表示されます。手動で復帰を実行したあとは，LPAR（ホスト）の管理を正常にするために，必ず電源をONにしてください。

(6)　切り替え失敗時または復帰失敗時の回復方法

予備系への切り替えに失敗した場合，または現用系への復帰に失敗した場合は，次の手順で回復してください。

最初に現用系サーバモジュールおよび予備系サーバモジュールの電源状態を確認し，電源がON状態であればOFFにする

切り替えに失敗したN+1グループを削除したあと，SVPのPRコマンドで現用系サーバモジュール上のHVMのIPアドレスが予備系サーバモジュール上のHVMのIPアドレスに移っているか確認する
BS2000の場合は，HVMスクリーンでHVMのIPアドレスを確認してください。

現用系サーバモジュール上のHVMのIPアドレスが予備系サーバモジュールに移っている場合は，SVPのPRコマンドでHVMのIPアドレスなどの，パーティション情報の設定を変更する
BS2000の場合は，HVMスクリーンでHVMのIPアドレスを確認してください。

修正後に現用系サーバモジュールを起動し，問題なく稼働することを確認してから，再度N+1グループを登録する

HVMのIPアドレスなどのパーティション情報を変更する方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

切り替えまたは復帰に失敗した場合，現用系のサーバモジュールと予備系サーバモジュールのハードウェア装置の設定が変更されている場合があります。設定が変更されている場合は，切り替えまたは復帰を実行する前の状態に回復してください。ハードウェア装置の設定の変更方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

(7)　ネットワークスイッチ連携機能でのN+Mコールドスタンバイの注意事項

ネットワークスイッチ連携機能を使用している場合，サーバモジュールが仮想化されていても，ポートの設定は物理環境の場合と同じように引き継がれます。ネットワークスイッチ連携機能については，「20.5　ネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替え」を参照してください。

(8)　SMP構成でのN+Mコールドスタンバイの注意事項

SMP構成機能では，一つの物理パーティションにHVM搭載のサーバモジュールとHVM非搭載のサーバモジュールを混在させることができます。その場合，HVM搭載／非搭載のサーバモジュールが混在している物理パーティションは，HVM非搭載のサーバモジュールと同じ扱いとなります。

例えば，現用系ホストにHVMを登録した場合，予備系サーバモジュールにHVM搭載／非搭載のサーバモジュールが混在している物理パーティションを登録することはできません。

(9)　現用系ホストのグループにHVM搭載／非搭載のサーバモジュールが混在している場合の注意事項

現用系ホストが稼働しているサーバモジュールに，HVM搭載のサーバモジュールとHVM非搭載のサーバモジュールが混在している場合，切り替え後に予備系を現用系とする操作を実施すると，これまで現用系として使用していたサーバモジュールを予備系に登録できないことがあります。

現用系として使用していたサーバモジュールを予備系に登録できない構成を，次の図に示します。

このような場合，2.で予備系のHVM搭載のサーバモジュール（Basicモード）を現用系とする操作をしたときに，予備系サーバモジュールにHVM非搭載のサーバモジュール（Basicモード）を登録できないことを知らせるメッセージが出力されます。

図23-7　現用系として使用していたサーバモジュールを予備系に登録できない構成

(10)　N+1グループの登録後の構成変更についての注意事項

N+Mコールドスタンバイ属性のN+1グループの登録後は，サーバモジュールのHVM搭載/非搭載やBasic/LPARモードを変更しないでください。変更した場合，［N+1コールドスタンバイ詳細設定］ウィンドウでのサーバモジュールの状態が「エラー検知」または「警告」となり，切り替えや復帰が実行できなくなります。

サーバモジュールの状態が「エラー検知」または「警告」となった場合は，変更前のサーバモジュールの構成に戻してください。［N+1コールドスタンバイ詳細設定］ウィンドウのアイコンの表示を回復させる場合は，サーバモジュールを変更前の状態に戻したあと，［N+1コールドスタンバイ詳細設定］ウィンドウで，メンテナンス完了の操作を実施してください。

また，N+Mコールドスタンバイで管理サーバを冗長化構成で運用している場合，N+1グループに登録したHVMのIPアドレスを変更すると，2番目以降に切り替えを開始する管理サーバが正常に動作しません。そのため，N+1グループに登録したHVMのIPアドレスは変更しないでください。

IPアドレスを変更する場合は，次の手順でHVMを再登録してください。

［N+1コールドスタンバイ詳細設定］ウィンドウで，IPアドレスを変更したいHVMをN+1グループから削除する

［ホスト管理］ウィンドウで，IPアドレスを変更したいHVMを削除する

HVMスクリーンから，HVMのIPアドレスを変更する

［ホスト管理］ウィンドウで，IPアドレス変更後のHVMを再登録する

［N+1コールドスタンバイ詳細設定］ウィンドウで，IPアドレス変更後のHVMをN+1グループに再登録する

(11)　グループ属性がN+1コールドスタンバイの場合の注意事項

LPARモードのサーバモジュールは，グループ属性がN+1コールドスタンバイの現用系サーバモジュールおよび予備系サーバモジュールとして登録できません。すでにグループに登録されているサーバモジュールをLPARモードにする場合は，そのサーバモジュールが登録されているN+1グループを削除してください。N+1コールドスタンバイの現用系サーバモジュールまたは予備系サーバモジュールとして登録したサーバモジュールをLPARモードにすると，N+1グループに登録されているサーバモジュールが「エラー検知」または「警告」の状態になります。状態を正常に戻す対処方法について次に示します。

現用系サーバとして登録されているサーバモジュールをLPARモードにした場合

現用系として登録したサーバモジュールをLPARモードにすると，［N+1コールドスタンバイ詳細設定］ウィンドウに現用系サーバモジュールの状態が「エラー検知」と表示されます。現用系サーバモジュールの「エラー検知」の状態を取り除くためには，サーバモジュールをBasicモードにしてください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

予備系サーバとして登録されているサーバモジュールをLPARモードにした場合

予備系として登録したサーバモジュールをLPARモードにすると，［N+1コールドスタンバイ詳細設定］ウィンドウに予備系サーバモジュールの状態が「コールドスタンバイ警告」と表示されます。予備系サーバモジュールの「コールドスタンバイ警告」の状態を取り除くためには，サーバモジュールをBasicモードにしてください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

23.3.14　ラック管理

［ラックマネージャ］ウィンドウでは，ラックに搭載されているサーバシャーシおよびサーバモジュールの障害状態を参照できます。サーバモジュールがLPARモードの場合，そのサーバモジュール上で稼働するLPAR，またはそのLPARを管理しているHVMの状態が，サーバモジュールの状態として表示されます。

例えば，次の図に示すように，LPAR1とLPAR2がスロット0および1で構成されているパーティション上で稼働している場合，LPAR1で障害が発生すると，［ラックマネージャ］ウィンドウでは，スロット0および1のサーバモジュールの状態が「障害」と表示されます。

図23-8　SMP構成での［ラックマネージャ］ウィンドウの障害表示

24.　仮想化されたサーバの管理（仮想化プラットフォームの場合）

この章では，仮想化プラットフォームのサーバをJP1/ServerConductorで管理する方法について説明します。

＜この章の構成＞

24.1　仮想化されたサーバに対して使用できる機能

24.2　仮想化されたサーバをJP1/ServerConductorで管理する場合に必要な準備

24.3　仮想化されたサーバを管理する場合の注意事項

24.1　仮想化されたサーバに対して使用できる機能

仮想化されたサーバをJP1/ServerConductorの管理コンソールから管理する場合，仮想化されていないサーバ（物理サーバ）に対して使用できる機能と差異があります。

仮想化されたサーバに対して使用できる機能の一覧を次に示します。

表24-1　仮想化されたサーバに対して使用できる機能

項番
機能
使用可否
備考

VMホスト※
VMゲスト

1
コンソールサービスでの表示
○
○
VMホストおよびVMゲストをツリー構成で表示できる。

2
ローカルコンソールサービスでの表示
×
×
自マシン上のサーバだけ表示される。

3
Webコンソールサービスでの表示
×
×
－

4
資産管理
×
×
－

5
障害管理
△
×
VMホストの場合，SVPアラート（直接通知）を通知できる。

6
性能監視
×
×
－

7
サーバ起動監視
×
×
－

8
電源制御
△
△
「電源ON」，「電源OFF」，「強制電源OFF」および「リブート」ができる。スケジュール機能は使用できない。

9
遠隔操作
△
×
VMホストの場合，ランプ制御ができる。

10
グループ管理
△
△
「電源ON」，「電源OFF」，「強制電源OFF」および「リブート」の一括操作ができる。

11
接続管理
△
△
管理対象の登録および削除ができる。

12
コンソールサービスからの設定情報の変更
△
×
VMホストの場合，ログイン情報およびSVPボードのIPアドレスを変更できる。

13
クラスタ管理
×
×
－

14
他プログラムとの連携
（SNMPトランスレータ含む）
×
×
－

15
SMP構成管理
－
－
－

16
ストレージ運用支援
－
－
－

17
N+1／N+Mコールドスタンバイ
△
×
VMホストの場合，N+Mコールドスタンバイを使用できる。

18
ラック管理
○
－
－

（凡例）

○：使用できる

△：使用できるが，仮想化されていないサーバ（物理サーバ）と比べて機能差または制限事項がある

×：使用できない

－：該当しない

注※

AgentおよびAdvanced Agentがインストールされている環境では，AgentおよびAdvanced Agentの機能を使用できます。

コンソールサービスおよびマネージャサービスが共にバージョン08-65以降の場合に，仮想化されたサーバに対して操作できます。

各機能を使用する場合の注意事項については，「24.3　仮想化されたサーバを管理する場合の注意事項」を参照してください。

24.2　仮想化されたサーバをJP1/ServerConductorで管理する場合に必要な準備

ここでは，仮想化されたサーバをJP1/ServerConductorで管理する場合に必要な準備について説明します。

＜この節の構成＞

24.2.1　システム構成図

24.2.2　必要な環境

24.2.3　設定の流れ

24.2.4　管理サーバへの登録

24.2.1　システム構成図

仮想化されたサーバをJP1/ServerConductorで管理する場合のシステム構成を次に示します。

図24-1　仮想化されたサーバを管理する場合のシステム構成（仮想化プラットフォーム）

注※1

管理対象サーバがWindows Server 2008 StandardおよびWindows Server 2008 Enterpriseの場合，その環境をHyper-V環境として管理する場合でも，すでにインストールされているAgentおよびAdvanced Agentをアンインストールする必要はありません。AgentおよびAdvanced Agentがインストールされている場合，管理対象サーバをAgentホストとしてもVMホストとしても管理できます。この状態をAgentホストとVMホストの共存と呼びます。

注※2

SVPボード 環境設定ツールは，Advanced Agentが提供するSVP PCI設定ユティリティに相当するものです。SVPボード 環境設定ツールの詳細は，SVPボードに添付されているマニュアルを参照してください。

上記の図では物理的な管理対象サーバは3台ですが，管理サーバは，VMホストおよびVMゲストも物理サーバと同様に独立したサーバとして認識します。

24.2.2　必要な環境

仮想化されたサーバを管理する場合の構成に必要なプログラムなどについて説明します。

＜この項の構成＞

(1)　console1，agent1

(2)　manager1

(3)　仮想化プラットフォーム

(1)　console1，agent1

管理コンソールおよび管理対象サーバのagent1に必要なプログラムについては，「2.3.2　必要な環境」を参照してください。

(2)　manager1

manager1を管理サーバとして設定する場合，次の環境が必要です。

項目
名称

適用OS
仮想化プラットフォームを管理対象サーバとする場合のmanager1の適用OSは，次のとおりです。

Windows Server 2003 Standard Edition（32bit版だけ）

Windows Server 2003 Enterprise Edition（32bit版だけ）

Windows Server 2003 R2 Standard Edition（32bit版だけ）

Windows Server 2003 R2 Enterprise Edition（32bit版だけ）

Windows Server 2008 Standard

Windows Server 2008 Standard without Hyper-V

Windows Server 2008 Enterprise

Windows Server 2008 Enterprise without Hyper-V

Windows XP Home Edition（32bit版だけ）

Windows XP Professional（32bit版だけ）

Windows Vista Business（32bit版だけ）

Windows Vista Enterprise（32bit版だけ）

Windows Vista Ultimate（32bit版だけ）

プログラム

BSM
マネージャサービスをインストール

他プログラム
仮想化プラットフォームを管理対象サーバとする場合，マネージャサービスをインストールするマシンに次のソフトウェアをインストールする必要があります。

WBEMライブラリ：Windows Remote Management

ランタイム：.NET Framework

設定情報
ログイン用パスワードの設定

(3)　仮想化プラットフォーム

VMwareおよびHyper-Vを管理対象のVMホストおよびVMゲストとして設定する場合，次の環境が必要です。

項目
名称

ハードウェア

BladeSymphony，HA8000シリーズの機種のうち，VMwareまたはHyper-Vに対応している機種

SVPボード（HA8000の場合だけ）
障害管理機能および電源制御機能の強制電源OFFを使用する場合は，SVPボードが必要になります。

プログラム

VMwareの場合
VMware ESX Server 3.5，またはVMware ESXi Server 3.5

Hyper-Vの場合
Windows Server 2008 Standard，またはWindows Server 2008 Enterprise

他プログラム
AgentおよびAdvanced Agentのない環境で障害管理機能および電源制御機能の強制電源OFFを使用するには，VMホスト上に次のソフトウェアをインストールする必要があります。

SVPボード 環境設定ツール（HA8000の場合だけ）※

留意事項
管理対象サーバがWindows Server 2008 StandardおよびWindows Server 2008 Enterpriseの場合，その環境をHyper-V環境として管理する場合でも，すでにインストールされているAgentおよびAdvanced Agentをアンインストールする必要はありません。

注※

SVPボード 環境設定ツールは，Advanced Agentが提供するSVP PCI設定ユティリティに相当するものです。SVPボード 環境設定ツールの詳細は，SVPボードに添付されているマニュアルを参照してください。

AgentおよびAdvanced Agentを使用している環境では，SVP PCI設定ユティリティとSVPボード 環境設定ツールが共存します。SVP PCI設定ユティリティとSVPボード 環境設定ツールで異なる設定をした場合，最後に設定した内容が有効になります。

24.2.3　設定の流れ

console1，manager1，agent1の設定の流れは，「2.3.3　設定の流れ」を参照してください。このほか，次に示す作業が必要になります。

＜この項の構成＞

(1)　仮想化プラットフォームのサーバを管理する場合

(2)　Hyper-Vへ移行する場合

(1)　仮想化プラットフォームのサーバを管理する場合

仮想化プラットフォームのサーバを管理するには，次の作業が必要になります。次の作業を実施しない場合は，VMホストの登録時にエラーとなります。

●VMwareの場合

管理サーバに対する作業

Windows Remote Managementのインストール

.NET Frameworkのインストール

WinRMリスナの設定

管理対象サーバに対する作業

VMware ESX Server3.5への更新

VMware ESX ServerのHTTP/HTTPSアクセス許可の設定

ゲストOSへのVMware Toolsのインストール

●Hyper-Vの場合

管理サーバに対する作業

Windows Remote Managementのインストール

.NET Frameworkのインストール

WinRMリスナの設定

管理対象サーバに対する作業

WinRMリスナの設定

ゲストOSへのIntegration Servicesのインストール

仮想化環境で複数の仮想マシンを同じVM名で作成した場合，ホスト管理ウィンドウのVMゲストのコンピュータ名が同じになるため，区別ができなくなります。仮想化環境を構築する場合は，仮想マシンごとに異なるVM名で作成してください。

(2)　Hyper-Vへ移行する場合

Agentホストが稼働しているWindows Server 2008をHyper-Vへ移行するには，次の作業が必要になります。なお，AgentホストとVMホストを共存させる場合は，次の作業は不要です。

移行する管理対象サーバの削除
1.［ホスト管理］ウィンドウで削除するホストを選択する
2.［接続管理］メニューから［削除］を選択する
3.［OK］または［全てOK］ボタンをクリックする

管理対象サーバのAgentやAdvanced Agentのアンインストール

管理対象サーバのHyper-Vへの移行

マネージャサービスの設定
「(1)　仮想化プラットフォームのサーバを管理する場合」の「管理サーバに対する作業」に示した作業をします。すでに実施している場合は，不要です。

管理対象サーバの「VMホスト」としての登録

24.2.4　管理サーバへの登録

管理サーバへVMホストおよびVMゲストを登録する方法を説明します。

＜この項の構成＞

(1)　前提条件

(2)　VMホストの登録

(1)　前提条件

コンソールサービスおよびマネージャサービスのバージョン

VMホストおよびVMゲストを登録できるのは，コンソールサービスおよびマネージャサービスが共にバージョン08-65以降の場合です。

サーバシャーシの登録

BladeSymphony上のVMホストを登録する場合，サーバシャーシが登録されている必要があります。

証明書のインストール

HTTPS通信でVMwareのVMホストを登録する場合，マネージャサービスがインストールされているマシンに，HTTPS通信に必要となる証明書をインストールしておく必要があります。次の方法で証明書をインストールしてください。

マネージャサービスがインストールされているマシンにログインする

Webブラウザで「https://"ESXServerのIPアドレス"/」を入力する

「セキュリティの警告」画面の「証明書の表示」を選択し，証明書をインストールする

(2)　VMホストの登録

VMホストを登録する手順を次に示します。

［ホスト管理］ウィンドウでホストを登録するマネージャサービスを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するホストのIPアドレス，またはホスト名を入力する

種別の中から，「VMホスト」を選択する

VMホスト管理者のユーザ名およびパスワードを入力する
VMwareホストの場合は，VMware環境のServiceConsoleにログインするためのユーザ名およびパスワードを入力します。
Hyper-Vホストの場合は，Hyper-V環境のParent-VMにログインするためのユーザ名およびパスワードを入力します。

通信手段を選択する
マネージャサービスとVMホスト間の通信プロトコルを選択します。

サーバタイプを選択する
サーバタイプに［HA8000シリーズ］を選択した場合，SVPボードがあるときはSVPボードのIPアドレスを入力します。

［OK］ボタンをクリックする
指定した内容でVMホストが登録されます。

注意

SVPボードのIPアドレスを指定しない場合，次の機能は使用できません。

障害管理機能

電源制御機能の強制電源OFF（なお，電源ONの方式はWOLになります）

SVPボードのIPアドレスを誤って入力した場合でも，VMホストは登録されます。この場合，登録したVMホストに対して電源ON，強制電源OFFを実行すると，誤って入力したSVPボードのある管理対象サーバに対して電源ON，強制電源OFFが実行されてしまいます。また，SVPボードのある管理対象サーバの障害アラート（SVP直接アラート）がVMホストにマッピングされ，VMホストの障害アラート（SVP直接アラート）が受信できなくなります。SVPボードのIPアドレスを入力する際は，十分注意してください。

VMホストを登録したあとに，ユーザがVMホストを別の仮想化プラットフォームに入れ替えるなど仮想化環境を変更した場合は，BSMが保持している情報と実際の環境との不整合が発生します。このため，［ホスト管理］ウィンドウでVMホストを削除したあと，再度VMホストを登録する必要があります。

管理対象サーバがHA8000の場合，AgentホストとVMホストの両方が［ホスト管理］ウィンドウに登録されているとき，同じ管理対象サーバかどうかは，AgentホストとVMホストのコンピュータ名が同じかどうかで判断されます。別の管理対象サーバのAgentホスト，VMホストまたはVMゲストに，同じコンピュータ名を付けないでください。

Agentホストと共存させる場合の注意事項については，注意事項がある場合は24.3節で機能ごとに説明しています。そちらを参照してください。

24.3　仮想化されたサーバを管理する場合の注意事項

ここでは，仮想化プラットフォームのサーバに対して，JP1/ServerConductorの機能を使用する場合の注意事項を説明します。

＜この節の構成＞

24.3.1　コンソールサービスでの表示

24.3.2　資産管理

24.3.3　障害管理

24.3.4　管理コンソールからの電源制御

24.3.5　遠隔操作

24.3.6　グループ管理

24.3.7　接続管理

24.3.8　コンソールサービスからの環境設定

24.3.9　N+Mコールドスタンバイ

24.3.1　コンソールサービスでの表示

［ホスト管理］ウィンドウで，次の形式でVMホストおよびVMゲストを表示できます。

サービス構成表示

すべてのVMホストおよびVMゲストが表示されます。

サーバシャーシ別表示

サーバタイプが「BladeSymphony」であるVMホストと，それに対応するVMゲストが表示されます。

ツリー構成表示

すべてのVMホストおよびVMゲストがツリー構成で表示されます。VMホストおよびVMゲストの親子関係を確認できます。

なお，サイト別表示およびドメイン別表示の場合は，VMホストおよびVMゲストは表示されません。

VMホストおよびVMゲストが表示された［ホスト管理］ウィンドウの例を次に示します。

図24-2　VMホストおよびVMゲストが表示された［ホスト管理］ウィンドウの例

同じ管理対象サーバのAgentホストとVMホストの両方が［ホスト管理］ウィンドウに登録されている場合，同じコンピュータ名でそれぞれ表示されます。また，管理対象サーバがBladeSymphonyのときは，同じパーティション番号にAgentホストとVMホストが表示されます。

注意

VMゲストは単体で［ホスト管理］ウィンドウに登録する，または［ホスト管理］ウィンドウから削除することはできません。

コンソールサービスを起動した状態で，VMゲストの作成や削除をした場合，構成の変更は［ホスト管理］ウィンドウに反映されません。この場合は，VMホストの更新を実行してください。

複数のコンソールサービスがマネージャサービスに接続している場合，あるコンソールサービスで表示の更新を実行すると，ほかのコンソールサービスの［ホスト管理］ウィンドウでも，VMゲストの状態が更新されます。

複数のコンソールサービスがマネージャサービスに接続している場合，あるコンソールサービスでVMホストを削除すると，ほかのコンソールサービスの［ホスト管理］ウィンドウから，削除したVMホストのVMゲストが削除されます。

24.3.2　資産管理

VMホストおよびVMゲストのインベントリ情報は，CSVファイルに出力できません。［ホスト管理］ウィンドウでVMホストまたはVMゲストを選択して［ファイル］メニューの［インベントリCSV形式ファイル出力］を選択した場合，サーバシャーシ/HVM，VMホスト/VMゲストのインベントリ情報は出力しないという内容のメッセージが表示されます。

24.3.3　障害管理

仮想化プラットフォームのサーバに対して使用できる障害管理機能の一覧を次に示します。

表24-2　仮想化プラットフォームのサーバに対して使用できる障害管理機能の一覧

項番 | 機能分類 | 機能 | 使用可否
BladeSymphony | HA8000
1 | 共通※1 | 通知アラート | ○ | ○※2
2 | ［ホスト管理］ウィンドウ | ○ | ○
3 | ラック管理 | ○ | ○
4 | 障害管理機能 | アラート情報の表示 | 通知アラート | ○ | ○
5 | サーバアラートログ | × | ×
6 | BIOSポストログ | － | －
7 | SVPログ | ○ | ○※2
8 | HVMログ | － | －
9 | マネージャアラートログ | ○ | ○
10 | アラート通知のフィルタリング | サーバ | × | ×
11 | SVP | － | ×
12 | 未通知アラートの通知 | ○ | ○
13 | アラート発生時のサーバ動作の設定 | × | ×
14 | アラートアクションサービスの設定 | ○ | ○
15 | JP1/IMへの通知 | ○ | ○
16 | SNMPマネージャへの通知 | × | ×
17 | e-mailの通知 | ○ | ○
18 | アラートのログファイルへの記録 | サーバアラートログ | × | ×
19 | SVPログ | ○ | ○
20 | イベントログ | × | ×
21 | syslog | × | ×

（凡例）

○：使用できる

×：使用できない

－：該当しない

注※1

障害管理機能に関係する部分だけが対象となります。

注※2

SVPボード 環境設定ツールを使用して必要な設定をしていることが前提となります。

以降で詳細を説明します。

＜この項の構成＞

(1)　通知アラート

(2)　［ホスト管理］ウィンドウ

(3)　ラック管理

(4)　アラート情報の表示

(5)　未通知アラートの通知

(6)　アラートアクションサービスの設定

(7)　JP1/IMへの通知

(8)　e-mailの通知

(9)　アラートのログファイルへの記録

(1)　通知アラート

VMホストから，次のアラートが通知されます。

SVPアラート（直接通知）

VMゲストからは，アラートは通知されません。

注意

BladeSymphonyの場合，SVPアラート（直接通知）は，SVPが搭載されサーバシャーシが登録されていることが前提となります。

HA8000の場合，SVPアラート（直接通知）はSVPが搭載され，SVPボード 環境設定ツールを使用して必要な設定をしていることが前提となります。

［ホスト管理］ウィンドウのアイコンが非活性の状態でアラートを受信しても障害表示にはなりません。

通信障害などによってマネージャサービスとSVP間でSVPアラート（直接通知）を受信できなかった場合は，次のようになります。
BladeSymphonyの場合は，通知の失敗が検知され，再送条件を満たした場合にアラートが再送されます。
HA8000の場合は，アラートは再送されません。

マネージャサービスが未対応のアラートをSVPから受信した場合は，次のようになります。
・［通知アラート］ウィンドウの「アラートレベル」に「取得不可」と表示される。
・JP1/IMへ通知されない。
・E-mail通知されない。
・アラートアクションサービスは動作しない。

(2)　［ホスト管理］ウィンドウ

［ホスト管理］ウィンドウに表示される情報のうち，仮想化プラットフォームの障害管理機能に関係する内容について説明します。

（アラート通知あり）のアイコンの表示

SVPアラート（直接通知）が発生した場合は，障害が発生したVMホストに（アラート通知あり）のアイコンが表示されます。BladeSymphonyの場合は，サーバモジュール固有のアラートが発生した場合に（アラート通知あり）のアイコンが表示されます。

障害表示の解除

（アラート通知あり）のアイコンは，［通知アラート］ウィンドウで通知アラートをすべて確認した場合に，解除されます。

SVPアドレスの変更による影響（HA8000の場合）

SVPアドレスを変更した場合も，変更前に発生したアラートは表示されます。

N+Mコールドスタンバイ切り替え時の表示

VMホストで切り替えが発生した場合は，切り替え後のサーバ（シャーシID，パーティションID）に対応するアラート（警告レベル以上）によって障害表示されるようになります。切り替え前のVMホストで発生したアラートの情報ではありません。

Agentホストの場合，従来のAgent経由のアラートに加えて，サーバモジュール固有のSVPアラートも検知できるようになります。

(3)　ラック管理

仮想化プラットフォームでは，SVPアラート（直接通知）が発生した場合，［ラックマネージャ］ウィンドウのブレードサーバ部またはサーバに対して（アラート通知あり）のアイコンが表示されます。

Agentホストと共存している場合の管理対象

ラックマネージャにVMホストを登録した状態で，VMホストと同一管理対象サーバ上にAgentやAdvanced Agentをインストールした場合，ラックマネージャの管理対象はAgentホストに変更されます。［ラックマネージャ］ウィンドウを開いている場合は，［F5］キーを押すと，Agentホストに変更された最新の状態が表示されます。この場合，これまでの障害表示内容はリセットされます。VMホストで取得していた障害情報は引き継がれません。

Agentホストが登録されている場合は，登録の順序に関係なく，常にAgentホストが管理対象となります。

なお，Agentホストと共存している場合，VMホストは削除できるようになります。

(4)　アラート情報の表示

アラート情報の表示について，アラートの種類ごとに説明します。

(a)　通知アラート

VMホストの場合，SVPアラート（直接通知）のアラートが［通知アラート］ウィンドウに表示されます。

Agentホストと共存している場合のアラート表示

AgentホストとVMホストが共存している場合も，アラート1件に対して1件の表示となり，AgentホストおよびVMホストでそれぞれ1件ずつ表示されることはありません。

SVPアラート（直接通知）を受信した場合，AgentホストとVMホストの両方のアイコンが（アラート通知あり）の状態に変わります。［通知アラート］ウィンドウでアラートを確認すると，両方のアイコンは（正常）の状態に変わります。

同じ管理対象サーバのAgentホストとVMホストが［ホスト管理］ウィンドウに登録されている場合，エージェントサービスでアラートが発生したときは，Agentホストのアイコンだけが（アラート通知あり）の状態に変わります。VMホストのアイコンは変わりません。

(b)　SVPログ

BladeSymphonyの場合，従来どおりSVPログを表示できます。

HA8000の場合，SVPボード 環境設定ツールを使用して必要な設定をしている場合にSVPログを表示できます。

VMホストとAgentホストで検出できるアラート情報が異なります。検出できるアラート情報の詳細については，コンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

VMホストで検出できないアラート情報がSVPログにある場合，アラートレベルは「取得不可」と表示されます。

VMホストがAgentホストと共存すると，Agentホストが検出できるアラート情報については，共存前に「取得不可」と表示されていたアラートレベルが正しく表示されるようになります。

(c)　マネージャアラートログ

従来どおりマネージャアラートログを表示できます。

(5)　未通知アラートの通知

「7.4　未通知アラートを通知する」で説明している未通知アラートの機能を使用できます。対象となるアラートはSVPアラート（直接通知）だけです。

(6)　アラートアクションサービスの設定

従来どおりアラートアクションサービスを設定できます。

(7)　JP1/IMへの通知

従来どおりJP1/IMへ通知できます。

(8)　e-mailの通知

従来どおりe-mailで通知できます。

(9)　アラートのログファイルへの記録

SVPログを出力できます。

24.3.4　管理コンソールからの電源制御

VMホストおよびVMゲストに対する管理コンソールからの電源制御について説明します。

＜この項の構成＞

(1)　実行できる電源制御の種類

(2)　電源制御の方式

(3)　注意事項

(1)　実行できる電源制御の種類

VMホストおよびVMゲストに対して，次の電源制御ができます。

電源ON

電源OFF

強制電源OFF

リブート

(2)　電源制御の方式

Agentホスト，VMホストとVMゲストが共存した場合の電源制御の方式を次に示します。

表24-3　Agentホスト，VMホストとVMゲストが共存した場合の電源制御の方式

項番 | 管理対象サーバ | カテゴリ | 電源制御のメニュー
電源ON | 電源OFF | 強制電源OFF | リブート
1 | Agentホスト | Advanced Agentなし | WOL | Agent | － | Agent
2 | Advanced Agentあり | SVP | Agent | SVP | Agent
3 | VMホスト | SVPあり | SVP | VM制御 | SVP | VM制御
4 | SVPなし | WOL | VM制御 | － | VM制御
5 | SVP不明 | － | － | － | －
6 | VMゲスト | SVPあり | VM制御 | VM制御 | VM制御 | VM制御
7 | SVPなし | VM制御 | VM制御 | VM制御 | VM制御
8 | SVP不明 | － | － | － | －

（凡例）

SVPあり：BladeSymphonyの場合は，VMホストがあるサーバモジュールがほかのサーバシャーシ上に移動されていない状態。HA8000の場合は，SVPボードのIPアドレスが指定されている状態。

SVPなし：HA8000の場合に，SVPボードのIPアドレスが指定されていない，またはSVPボードが使用できない状態。

SVP不明：BladeSymphonyの場合に，VMホストがあるサーバモジュールがほかのサーバシャーシ上に移動された状態。

Agent：エージェントサービスを経由して電源制御を実行する。

SVP：BladeSymphonyの場合は，SVP(BMC)経由で電源制御を実行する。HA8000の場合は，SVP(PCI)経由で電源制御を実行する。

VM制御：CIMやVI APIなどを使用してVMホスト側で電源制御を実行する。

WOL：LANアダプタ経由で電源制御を実行する。

－：該当しない。

(3)　注意事項

電源ON

VMホストで電源ONを実行した場合，VMホストで設定されているVMゲストの電源指定に従って，VMゲストの電源がONになります。VMゲストの電源指定は，VMwareやHyper-Vなどの仮想化プラットフォームでの設定になります。

電源OFF

VMwareの場合

VMwareホストに対して電源OFFを実行した場合は，すべてのVMwareゲストがシャットダウンしてから，最後にVMwareホストがシャットダウンします（VMwareでの設定に依存します）。そのあと，物理サーバモジュールの電源がOFFになります。
VMwareホストがシャットダウンしても物理サーバモジュールの電源がOFFにならない場合，物理サーバモジュールの電源をOFFにするには，VMwareホストがシャットダウンしたあとに，強制電源OFFを実行してください。

OSがインストールされていないVMwareゲストに対して電源OFFを実行するとエラーが発生します。電源OFFを実行したい場合は，強制電源OFFを実行してください。

Hyper-Vの場合

Hyper-Vホストに対して電源OFFを実行した場合は，Hyper-Vゲストは自動停止アクションに従ってシャットダウンしたり，停止したりします。

OSがインストールされていないHyper-Vゲストに対して電源OFFを実行するとエラーが発生します。電源OFFを実行したい場合は，強制電源OFFを実行してください。

強制電源OFF

VMwareの場合

VMwareホストで強制電源OFFを実行した場合は，すべてのVMwareゲストが強制電源OFFされます。

Hyper-Vの場合

Hyper-Vホストで強制電源OFFを実行した場合は，すべてのHyper-Vゲストが強制電源OFFされます。

リブート

VMwareの場合

VMwareホストに対してリブートを実行した場合は，すべてのVMwareゲストがシャットダウンしてから，最後にVMwareホストがシャットダウンします（VMwareでの設定に依存します）。その後，VMwareホストの電源ONが実行され，VMwareで設定されているVMwareゲストの電源指定に従ってVMwareゲストの電源がONになります。

OSがインストールされていないVMwareゲストに対してリブートを実行するとエラーが発生します。リブートを実行したい場合は，強制電源OFFを実行したあと，電源ONを実行してください。

Hyper-Vの場合

Hyper-Vホストに対してリブートを実行した場合は，Hyper-Vゲストは自動停止アクションや自動開始アクションに従って動作します（Hyper-Vでの設定に依存します）。

Hyper-Vゲストに対してリブートを実行した場合は，Hyper-Vのリセットに従って動作します。

Agentホストとの共存

［ホスト管理］ウィンドウ上の，同じ管理対象サーバのAgentホストのアイコンとVMホストのアイコンの状態は同期しません。このため，一方のアイコンが活性化していても，他方のアイコンは非活性になっている場合があります。この場合は，［ホスト管理］ウィンドウの［表示］メニューから［最新の情報に更新］を選択して最新の状態にしてください。
最新の状態で，Agentホストのアイコンが非活性，VMホストのアイコンが活性化している場合は，エージェントサービスが停止している可能性があります。この場合は，エージェントサービスの接続先マネージャサービスの指定が正しいこと，管理対象サーバ上でエージェントサービスが起動していることを確認して対処したあと，最新の状態にしてください。
Agentホストのアイコンが活性化，VMホストのアイコンが非活性の場合は，仮想化環境に問題があります。この場合は，コンソールサービスの通知アラートを確認してください。

同じ管理対象サーバのAgentホストとVMホストが［ホスト管理］ウィンドウに登録されている場合，どちらか一方のアイコンを選択して電源操作を実行すると，他方のアイコンに対しても電源操作が実行されます。例えばAgentホストのアイコンを選択して電源OFFを実行すると，他方のVMホスト（VMゲストも含む）も電源OFFになります。

［ホスト管理］ウィンドウでの表示

Hyper-Vホストに対して電源OFF，強制電源OFF，またはリブートを実行した直後にVMホストの更新を実行した場合，すべてのVMゲストが表示されなくなることがあります。この場合は，Hyper-Vホストを起動したあとに再度，VMホストの更新を実行してください。VMゲストが表示されるようになります。

24.3.5　遠隔操作

仮想化プラットフォームでは，VMホストに対してランプ制御ができます。

ランプ制御ができるVMホストは，［ホスト管理］ウィンドウで，シャーシIDおよびパーティション番号が表示されているものになります。

24.3.6　グループ管理

仮想化プラットフォームでは，「電源ON」，「電源OFF」，「強制電源OFF」および「リブート」の一括操作ができます。ただし，次のように管理対象が混在している場合は，一括操作できません。

同一管理対象サーバでないAgentホストとVMホストの混在

AgentホストとVMゲストの混在

VMホストとVMゲストの混在

VMホストおよびVMゲストの削除

［ホスト管理］ウィンドウからグルーピングしているVMホストを削除した場合，物理サーバと同様に，ホスト管理対象から削除されると同時にグルーピングデータからも削除されます。この場合，VMホストの配下にあるVMゲストもグルーピングしているときは，グルーピングデータからVMゲストの定義も削除されます。これはVMゲスト単体で削除した場合も同様です。

24.3.7　接続管理

VMホストおよびVMゲストの登録・削除について説明します。

＜この項の構成＞

(1)　VMホストおよびVMゲストの登録

(2)　VMホストおよびVMゲストの削除

(3)　接続先マネージャサービスの確認

(1)　VMホストおよびVMゲストの登録

管理サーバへVMホストおよびVMゲストを登録する方法は，「24.2.4　管理サーバへの登録」を参照してください。

(2)　VMホストおよびVMゲストの削除

VMホストを削除した場合，VMゲストも削除されます。VMゲストだけの削除はできません。

VMホストがN+Mグループに登録されている場合は，削除できません。

サーバシャーシを削除した場合，登録されているすべてのVMホスト，VMゲスト，HVM，およびサーバ（エージェント，LPAR）が削除されます。

(3)　接続先マネージャサービスの確認

［接続先マネージャサービスの確認］ダイアログボックスには，VMホストおよびVMゲストは表示されません。

24.3.8　コンソールサービスからの環境設定

VMホストに対して，コンソールサービスから次の情報を変更できます。

ログイン情報

SVPボードのIPアドレス（HA8000の場合だけ）

それぞれの変更手順を説明します。

＜この項の構成＞

(1)　ログイン情報の変更

(2)　SVPボードのIPアドレスの変更（HA8000の場合だけ）

(1)　ログイン情報の変更

VMホストの登録後に，VMホスト管理者のVMログイン用のパスワードや通信手段などが変更された場合，次の手順でログイン情報を変更します。

［ホスト管理］ウィンドウの［設定］メニューから，［VMホスト設定変更］を選択し，［ログイン情報の変更］を選択する
［ログイン情報の変更］ダイアログボックスが表示されます。

変更後のVMログイン用のユーザID，パスワードを必要に応じて入力する

変更後の通信手段を必要に応じて選択する

［OK］ボタンをクリックする
ログイン情報が変更されます。

(2)　SVPボードのIPアドレスの変更（HA8000の場合だけ）

次の場合は，VMホストのSVPボードのIPアドレスを変更する必要があります。

VMホストと同じ管理対象サーバのSVPボードのIPアドレスを変更した場合

VMホストの登録後に，VMホストと同じ管理対象サーバにAdvanced Agentをインストールし，SVPボードのIPアドレスが変更になった場合

VMホストのSVPボードのIPアドレスを正しく変更しないと，VMホストのある管理対象サーバの障害アラートを受信できなくなります。また，VMホストへの強制電源OFFを実行できなくなります。

VMホストのSVPボードのIPアドレスを変更する手順を次に示します。

VMホストと同じ管理対象サーバのSVPボードのIPアドレスを変更した場合

［ホスト管理］ウィンドウの［設定］メニューから，［VMホスト設定変更］を選択し，［SVPボードのIPアドレス変更］を選択する
［SVPボードのIPアドレス変更］ダイアログボックスが表示されます。

変更後のSVPボードのIPアドレスを必要に応じて入力する

［OK］ボタンをクリックする
SVPボードのIPアドレスが変更されます。

Advanced AgentをインストールしてSVPボードのIPアドレスが変更になった場合

［ホスト管理］ウィンドウの［表示］メニューから，［最新の情報に更新］を選択する

［ホスト管理］ウィンドウの［設定］メニューから，［VMホスト設定変更］を選択し，［SVPボードのIPアドレス変更］を選択する
［SVPボードのIPアドレス変更］ダイアログボックスが表示されます。

すでに変更後のSVPボードのIPアドレスが表示されている場合は，［キャンセル］ボタンをクリックする
設定内容は変更されないで［SVPボードのIPアドレス変更］ダイアログボックスが閉じます。
変更前のSVPボードのIPアドレスが表示されている場合は，変更後のSVPボードのIPアドレスを必要に応じて入力し，［OK］ボタンをクリックする
SVPボードのIPアドレスが変更されます。

24.3.9　N+Mコールドスタンバイ

BladeSymphonyのVMホストの場合，N+Mコールドスタンバイ機能を使用できます。VMホストでのN+Mコールドスタンバイ機能の使用について説明します。

＜この項の構成＞

(1)　現用系ホスト名の表示

(2)　現用系ホストの登録

(3)　自動切り替え時の現用系の電源OFF

(4)　Agentが稼働していないホストからVMホストへの変更

(5)　N+1グループに登録できるホスト数

(6)　切り替え時および復帰時の電源制御

(7)　ネットワークスイッチ連携

(8)　VMホストの削除

(9)　注意事項

(1)　現用系ホスト名の表示

VMホストの場合，N+Mコールドスタンバイ機能の各画面に表示される現用系ホスト名は，VMホスト名になります。

ただし，同じ管理対象サーバにAgentホストとVMホストが共存している場合は，Agentホストのホスト名が表示されます。なお，VMホストを登録したあとにAgentホストを登録した場合は，表示されているVMホスト名がAgentホスト名に変更されます。

グループ属性がN+1コールドスタンバイの場合は，ホスト一覧にはVMホストは表示されません。

(2)　現用系ホストの登録

［ホスト登録・変更］ダイアログボックスの［ホスト一覧］には，次の条件をすべて満たしたVMホストが表示されます。このVMホストを現用系ホストに登録できます。

VMホストの所属するサーバシャーシが［ホスト管理］ウィンドウに登録されている。

VMホストに該当するパーティションは，確定したパーティションである。

VMホストに該当するパーティションのPre-configure実行ステータスが「情報有効」である。

VMホストがすべてのN+1グループで，すでに予備系サーバモジュールとして登録されていない。

VMホストがほかのN+1グループで，すでに登録されていない。

グループ属性がN+Mコールドスタンバイである。

VMゲストではない。

同じ管理対象サーバにAgentが存在しない（Agentホストと共存していない）。

注意

［ホスト登録・変更］ダイアログボックスを開いているときにVMホストのPre-Configureを無効にした場合や，N+1グループの登録後にVMホストのPre-Configureを無効にした場合は，ホスト登録・変更の実行時にエラーとなります。

(3)　自動切り替え時の現用系の電源OFF

自動切り替えが発生したとき，障害が発生したVMホストのサーバモジュールの電源OFFの方式を次の中から選択できます。

サーバモジュールの電源を強制電源OFFする

サーバモジュール上で動作しているOSをシャットダウンしてから，サーバモジュールを電源OFFする

OSのシャットダウンは，仮想化プラットフォームの機能による制御となります。

(4)　Agentが稼働していないホストからVMホストへの変更

Agentが稼働していないホストをVMホストに変更した場合，そのままN+Mコールドスタンバイの運用を続行できます。N+Mコールドスタンバイ属性で定義しているグループについても，VMホスト名（［ホスト管理］ウィンドウに表示されるコンピュータ名）へ自動的に変更されます。

(5)　N+1グループに登録できるホスト数

一つのN+1グループに登録できるホスト数は，256台までです。

(6)　切り替え時および復帰時の電源制御

N+Mコールドスタンバイの切り替え時および復帰時の電源制御を次に示します。

表24-4　N+Mコールドスタンバイの切り替え時および復帰時の電源制御

N+Mコールドスタンバイの設定項目
実行される電源制御
留意点

Agentホスト
（共存時）
VMホスト
VMゲスト

自動切替時の電源制御※1
強制電源OFF
強制電源OFF
強制電源OFF
特になし

シャットダウン
シャットダウン※2
電源OFF※3
物理的なハードウェアの電源OFFを実行できるように，仮想化プラットフォームを設定する必要がある。

切替時および復帰オプション設定の電源ON
電源ON
電源ON
電源ON※4
切り替え前の状態（ゲストOSの稼働など）と同じにするには，仮想化プラットフォームでVMホスト稼働時のゲストOSについて，オン/オフの設定が必要。

注※1

自動切り替え時にどの電源制御が実行されるかは，N+1コールドスタンバイ設定ファイル（N1SwitchShutdownSet.ini）の設定内容によります。

注※2

シャットダウン時の注意事項については，「24.3.4 (3)　注意事項」を参照してください。

注※3

「24.3.4 (3)　注意事項」の電源OFFと同じ動作をします。

注※4

「24.3.4 (3)　注意事項」の電源ONと同じ動作をします。

(7)　ネットワークスイッチ連携

VMホストの場合も，ネットワークスイッチ連携機能を使用できます。

(8)　VMホストの削除

N+1グループに登録されているVMホストは，［ホスト管理］ウィンドウで削除できません。ただし，VMホストをN+1グループに登録したあとで同じ管理対象サーバのAgentホストを登録した場合は，N+1グループの対象がVMホストからAgentホストに切り替わるため，VMホストを削除できます。

(9)　注意事項

VMホストをN+Mコールドスタンバイ属性のN+1グループに登録したあとで，Agentホストを［ホスト管理］ウィンドウに登録した場合，N+1グループに登録していたVMホストがAgentホストに変わります。また，切り替え時の電源OFF方式にOSのシャットダウンが指定されている場合は，VM制御によるシャットダウンからエージェントサービスを使用したシャットダウンに切り替わります。

同じ管理対象サーバのAgentホストとVMホストが［ホスト管理］ウィンドウに登録されている場合，N+1グループの現用系の設定では，同じ管理対象サーバのAgentホストが表示されます。VMホストは表示されません。

25.　使用上の注意事項

JP1/ServerConductorでシステム管理をする場合，幾つか注意する点があります。

この章では，JP1/ServerConductorを利用するための注意事項について説明します。

＜この章の構成＞

25.1　コンソールサービスの注意事項

25.2　複数接続構成時の注意事項

25.3　IPアドレスを変更する場合の注意事項

25.4　ホスト名を変更する場合の注意事項

25.5　管理対象ホスト，HVM，またはサーバシャーシの設定を変更する場合の注意事項

25.6　BladeSymphony SPを管理する場合の注意事項

25.7　そのほかの注意事項

25.1　コンソールサービスの注意事項

＜この節の構成＞

(1)　アラートに関する注意事項

(2)　インベントリに関する注意事項

(3)　BIOSポストログに関する注意事項

(4)　サーバ操作に関する注意事項

(5)　接続管理に関する注意事項

(6)　設定時の注意事項

(1)　アラートに関する注意事項

アラート一覧を印刷する場合，用紙の幅よりメッセージの幅の方が長いため，内容のすべてが印刷されない場合があります。この場合は，［CSV形式ファイル出力］メニューで出力したあと，CSV形式のファイルを扱えるアプリケーションプログラムで印刷してください。

SVPボードの初期化および変更後に管理対象サーバを起動した場合，管理コンソールに発生元不明の通知アラートが表示されます。しかし，それ以降は正常に動作します（SVPエージェントサービスの更新インストール時も発生します）。このようなSVPボードの初期化時に発生する発生元不明のアラートは特に影響はありませんので，無視してください。

［ホスト管理］ウィンドウのサブウィンドウのプルダウンメニューを開いているときに，アラート通知を受信して，ポップアップウィンドウが表示されるとマウスの操作が効かなくなります。この場合，キーボードで［Enter］キーを押して通知アラート表示を開くか，［ESC］キーを押してポップアップウィンドウを消してください。

サーバアイコンが非活性の状態でアラート通知を受信してもサーバアイコンは活性状態にはなりません。サーバへ接続したい場合は，「接続」機能を使用してください。また，サーバへ接続すると，サーバアイコンは活性状態となり，異常印（赤い「×」）が付きます。そのときは，通知アラート表示でアラートの内容を確認してください。

一度アラートID「0x13B0」のアラートが発生すると，そのあと同じような障害が発生しても，同じアラートが発生しない場合があります。この場合，サーバの電源を一度OFFにし，再起動してください。この操作でインベントリ表示のSVP-状態情報の電源・OS異常表示が正常に変わり，アラートは正常に通知されます。

管理コンソールにアラートが通知されるごとに，コンソールサービスの使用するメモリが増加します。通知されたアラートの内，必要な情報はファイルに保存し，不要な情報は削除してください。

表示できるアラートメッセージの長さは255バイトです。アラートメッセージが256バイト以上の場合，メッセージの先頭部分が「...」に置き換わって表示されます。

(2)　インベントリに関する注意事項

SCSI情報で，CD-ROM総物理容量を確認後，CD-ROMを抜いても容量は変わりません。メディアを交換すると容量は変わります。

インベントリを表示中に，アイドルセッション時間のために再ログインをした場合，インベントリツリーのすでに選択されている項目をクリックしても，その項目の情報は表示されません。ほかの項目をクリックしてから再度その項目をクリックするか，最新の情報に更新を選択してください。

SVP情報の状態情報で表示される電源状態，およびOS状態が一度異常になると，OSをリブートしても正常に戻らない場合があります。サーバの電源を一度OFFにしてから再起動すると正常に戻ります。

SVP情報の状態情報で表示されるOS状態が異常の場合，SVPの情報を取得しようとするとエラーになる場合があります。

基本システムのメモリ情報に表示されるECC1ビット誤り訂正回数は，255までカウントすると0に戻ります。したがって，コンソールサービスからは訂正回数が減少して見えることがあります。

プロセッサの種類が同じでも，OSによってインベントリ情報の［プロセッサ名］に表示される内容が異なることがあります。

(3)　BIOSポストログに関する注意事項

BIOSポストログは，HA8000/380でだけ取得できます。

SVP PCIボードを装着していても，管理対象サーバが停止している場合，管理コンソールからBIOSポストログは取得できません。

(4)　サーバ操作に関する注意事項

電源OFF，またはリブートをした場合，管理対象サーバから応答メッセージが返らないと，しばらくしてからコマンドタイムアウトエラーを表示することがあります。この場合，電源OFF，またはリブートをしたサーバに対して接続処理をしてください。再度コマンドタイムアウトエラーが表示される場合は，正常に電源OFF，またはリブートがされています。

SVP機能を搭載した管理対象サーバで電源OFFをしたときに管理コンソールのサーバアイコンを非活性の状態にするには，SVPの設定で，障害監視項目のアラート通知を「あり（情報通知）」または「あり（全通知）」に設定してください。SVPの設定については，「3.16　SVP/BMCの設定」を参照してください。

(5)　接続管理に関する注意事項

サービス構成表示で，マネージャアイコンに「?」が付いているときは，管理対象サーバを登録または削除できません。この場合，マネージャの状態を確認してください。マネージャのアイコンが正常状態に戻れば，管理対象サーバを登録・削除できます。

(6)　設定時の注意事項

［パスワード変更］ダイアログでは，パスワードの新規設定はできません。パスワードの新規設定は，環境設定ユティリティで行ってください。

［エージェントサービス設定］ダイアログボックスの［適用］ボタンはアクティブになりません。このため，設定を有効にする場合，［OK］ボタンをクリックしてください。

［エージェントサービス設定］ダイアログボックスの各アラートの属性タブで，「イベント発生時のサーバ動作」を設定できますが，この設定は一度実行されるとクリアされます。このため，イベントが発生した場合，要因を見直したあと，再度設定してください。

［エージェントサービス設定］ダイアログボックスの各アラートの属性タブで，「イベント発生のサーバ動作」のプロセスの強制終了の「しない」を設定した場合，管理対象サーバでプロセスの終了処理に応答しないプロセスがあると，終了処理が中断してしまいます。この場合，エージェントサービスが終了し，管理コンソールからの操作ができなくなります。このため，管理コンソールから管理対象サーバの電源OFF，リブート，およびシャットダウンを設定するときは，プロセスの強制終了を「する」に設定してください。

コンソールサービス，マネージャサービス，およびエージェントサービスのホスト名は，半角32文字未満で設定してください。

［エージェントサービス設定］ダイアログボックスの［使用率超過通知］タブでは，クラスタとして接続された共有ディスクに対し，しきい値管理はできません。

SVP機能を搭載しているサーバに対して，SVPエージェントサービスを上書きインストールすると次のアラートが通知されます。
サーバ名（エージェントサービス）がシャットダウンまたは電源OFFしました。
このアラートは特に問題はありませんので，このアラート通知は無視してください。

コンソールサービスでインベントリ情報，SVPログ，アラートログなどの情報を採取した場合，コマンドタイムアウトが発生することがあります。その場合は，コンソールサービスの環境設定ユティリティでコマンドタイムアウト時間をより大きい値に変更してください。コマンドタイムアウト時間の設定については，「3.9.2(2)　ネットワーク（サービス）情報」を参照してください。

25.2　複数接続構成時の注意事項

次の図に示すように，次のサービスは複数のマネージャサービスに接続できます。

コンソールサービス

エージェントサービス

アラートアクションサービス

図25-1　複数接続構成の例

このような構成にした場合，次に示す点に注意する必要があります。

＜この節の構成＞

(1)　表示

(2)　マネージャサービスへの接続エラー

(3)　アラート通知

(4)　インベントリCSVファイル出力

(5)　グルーピング

(6)　ホストの削除

(7)　ホスト検索

(1)　表示

同一ホストが，異なるマネージャサービスに接続している場合，サービス構成表示では，マネージャサービス単位に個別に表示されます。それ以外の表示では，一つのホストとして表示されます。

図25-2　複数接続構成での表示

(2)　マネージャサービスへの接続エラー

ホストアクセス時に，マネージャサービスへの接続エラーが発生すると，［ホスト管理］ウィンドウのマネージャアイコンは未接続状態（非活性状態）になります。

ただし，そのホストの接続先マネージャサービスがほかにもある場合には，［最新の情報に更新］することで，ほかの接続先マネージャサービスへの接続が試みられ，接続が成功するとマネージャアイコンは正常状態（活性化状態）になります。

(3)　アラート通知

(a)　コンソールサービスへの通知

同一ホストで同じ時間に同じアラートが発生した場合，そのアラートは複数のマネージャサービスを経由しても，コンソールサービスに1度だけ通知されます（重複して通知されることはありません）。

(b)　アラートアクションサービスへの通知

同一ホストで同じ時間に同じアラートが発生した場合，そのアラートは，複数のマネージャサービスを経由すると，別々に発生したアラートとして，複数回アラートアクションサービスに通知されます。

(4)　インベントリCSVファイル出力

インベントリCSV形式ファイル出力で「全てのホスト」を選択した場合，同一ホストに関する情報は一つだけ出力されます。

(5)　グルーピング

一つの［グルーピング］ウィンドウには同一ホストは一つしか登録できません。親マネージャが異なる場合でも同一ホストとして見なすため，あるホストがすでに登録されている場合，そのホストを別のグループに登録することはできません。

(6)　ホストの削除

サービス構成表示でホストを削除した場合，その接続先のマネージャサービス下のホストだけが削除されます。

そのほかの表示でホストを削除した場合，すべてのマネージャサービス下のホストが削除されます。

(7)　ホスト検索

ホスト検索時には，各マネージャサービスが管理しているデータベースに対して問い合わせて，検索結果を表示します。

図25-1の構成で双方のマネージャサービスがデータベースを作成している場合，［ホスト検索結果］ウィンドウの「マネージャサービス」欄で，どのマネージャサービスから検索結果を取得したのか確認してください。

25.3　IPアドレスを変更する場合の注意事項

管理サーバ，管理対象のサーバまたはサーバシャーシのIPアドレスを変更する場合，各機能の再設定が必要になります。再設定の手順を次に示します。

なお，複数IPアドレス構成で，JP1/ServerConductorに登録していないIPアドレスを変更した場合は，再設定は不要です。

＜この節の構成＞

25.3.1　管理サーバのIPアドレスを変更する場合の手順

25.3.2　管理対象のIPアドレスを変更する場合の手順

25.3.1　管理サーバのIPアドレスを変更する場合の手順

管理サーバのIPアドレスを変更する場合の，再設定の手順を次に示します。

管理サーバのIPアドレスを変更する

SVPのアラート通知先マネージャのIPアドレスを変更する

［ホスト管理］ウィンドウで，管理対象として登録されていたサーバシャーシを再登録する

［ホスト管理］ウィンドウで，管理対象として登録されていたHVMを再登録する

管理している機器のSNMPトラップ通知先マネージャのIPアドレスを変更する

エージェントサービスの接続先マネージャサービスのIPアドレスを変更する

エージェントサービスを再起動する

コンソールサービスの接続先マネージャサービスのIPアドレスを変更する

コンソールサービスとマネージャサービスが同一マシン上にある場合，複数IPアドレス構成時に使用するIPアドレスを変更する

Webコンソールサービスとマネージャサービスが同一マシン上にある場合，複数IPアドレス構成時に使用するIPアドレスを変更する

Webゲートウェイサービスを使用する場合，接続先マネージャサービスのIPアドレスを変更する

接続先アラートアクションサービスのIPアドレスを変更する

25.3.2　管理対象のIPアドレスを変更する場合の手順

管理対象のサーバやサーバシャーシのIPアドレスなどを変更する場合の，再設定の手順を次に示します。

＜この項の構成＞

(1)　管理対象のサーバのIPアドレスを変更する場合

(2)　管理対象のサーバシャーシのIPアドレスを変更する場合

(3)　管理対象サーバ（HA8000）のSVPボードのIPアドレスを変更する場合

(4)　管理対象サーバ（BladeSymphony）のBMCのIPアドレスを変更する場合

(5)　VMホストのIPアドレスを変更する場合

(6)　VMホスト（HA8000）のSVPボードのIPアドレスを変更する場合

(7)　VMホスト（BladeSymphony）のBMCのIPアドレスを変更する場合

(8)　一つのIPアドレスを複数の機器へ登録した場合の注意事項

(1)　管理対象のサーバのIPアドレスを変更する場合

管理対象のサーバのIPアドレスを変更する場合の設定手順を次に示します。

N+1／N+Mコールドスタンバイ機能の現用系ホストとしている場合，この現用系ホストをN+1グループから削除する

ラック管理で障害監視対象の機器として登録されている場合，この機器をラック管理から削除する

［ホスト管理］ウィンドウで，管理対象のサーバを選択して削除する

管理対象のサーバのIPアドレスを変更する

管理対象のサーバのエージェントサービスを再起動する

N+1／N+Mコールドスタンバイ機能，ラック管理を使用していた場合は，再設定を実施する

(2)　管理対象のサーバシャーシのIPアドレスを変更する場合

管理対象のサーバシャーシのIPアドレスを変更する場合の設定手順を次に示します。

N+1／N+Mコールドスタンバイ機能の現用系ホストとしている場合，この現用系ホストをN+1グループから削除する

ストレージ運用支援機能を使用している場合，サイズが0のホストグループ割り当て定義ファイルをインポートして，ホストグループを解除する

ラック管理で障害監視対象の機器として登録されている場合，この機器をラック管理から削除する

［ホスト管理］ウィンドウで，管理対象のサーバシャーシを選択して削除する

SVPコンソールから，管理対象のサーバシャーシのIPアドレスを変更する

［ホスト管理］ウィンドウの［接続管理］メニューから［登録］を選択して，サーバシャーシを再登録する

N+1／N+Mコールドスタンバイ機能，ストレージ運用支援機能，およびラック管理を使用していた場合は，再設定を実施する

(3)　管理対象サーバ（HA8000）のSVPボードのIPアドレスを変更する場合

管理対象サーバ（HA8000）のSVPボードのIPアドレスを変更する場合の設定手順を次に示します。

［ホスト管理］ウィンドウで，IPアドレスを変更するSVPボードを搭載したホストを選択して，削除する

SVP PCI設定ユティリティまたはsmhaaeditコマンドで，SVPのIPアドレスを変更する

管理対象サーバのエージェントサービスを再起動する

(4)　管理対象サーバ（BladeSymphony）のBMCのIPアドレスを変更する場合

管理対象サーバ（BladeSymphony）のBMCのIPアドレスを変更する場合の設定手順を次に示します。

SVPコンソールから，BMCのIPアドレスを変更する

マシンの再起動または電源ONを実施する
電源ON時にBMCのIPアドレスを変更した場合，マシンを再起動してください。電源OFF時にBMCのIPアドレスを変更した場合，マシンの電源をONにしてください。

(5)　VMホストのIPアドレスを変更する場合

VMホストのIPアドレスを変更する場合の設定手順を次に示します。

N+Mコールドスタンバイ機能の現用系ホストとしている場合，この現用系ホストをN+1グループから削除する

ラック管理で障害監視対象の機器として登録されている場合，この機器をラック管理から削除する

［ホスト管理］ウィンドウで，VMホストを選択して削除する

VMホストのIPアドレスを変更する

VMホストを登録する

N+Mコールドスタンバイ機能，ラック管理を使用していた場合は，再設定を実施する

(6)　VMホスト（HA8000）のSVPボードのIPアドレスを変更する場合

VMホスト（HA8000）のSVPボードのIPアドレスを変更する場合の設定手順は，「24.3.8 (2)　SVPボードのIPアドレスの変更（HA8000の場合だけ）」を参照してください。

(7)　VMホスト（BladeSymphony）のBMCのIPアドレスを変更する場合

VMホスト（BladeSymphony）のBMCのIPアドレスを変更する場合の設定手順は，管理対象サーバ（BladeSymphony）のBMCのIPアドレスを変更する場合と同じです。「(4)　管理対象サーバ（BladeSymphony）のBMCのIPアドレスを変更する場合」を参照してください。

(8)　一つのIPアドレスを複数の機器へ登録した場合の注意事項

管理対象のサーバシャーシのIPアドレス，およびSVPボードのIPアドレスを誤って同一のIPアドレスで登録した場合は，「(3)　管理対象サーバ（HA8000）のSVPボードのIPアドレスを変更する場合」の手順を実施して，管理対象サーバ（HA8000）のSVPボードのIPアドレスを変更してください。

25.4　ホスト名を変更する場合の注意事項

管理サーバ，または管理対象サーバのホスト名を変更する場合，各機能の再設定が必要になります。再設定の手順を次に示します。

＜この節の構成＞

25.4.1　管理サーバのホスト名を変更する場合の手順

25.4.2　管理対象サーバのホスト名を変更する場合の手順

25.4.1　管理サーバのホスト名を変更する場合の手順

管理サーバのホスト名を変更する場合の，再設定の手順を次に示します。

管理サーバのホスト名を変更する

コンソールサービスがインストールされているマシンで，環境設定ユティリティの［コンソールサービス］タブおよび［エージェントサービス］タブの接続先マネージャサービスにホスト名を指定している場合は，変更後のホスト名に変更する

エージェントサービスがインストールされているマシンで，環境設定ユティリティの［コンソールサービス］タブおよび［エージェントサービス］タブの接続先マネージャサービスにホスト名を指定している場合は，変更後のホスト名に変更する

25.4.2　管理対象サーバのホスト名を変更する場合の手順

管理対象サーバのホスト名を変更する場合の，再設定の手順を次に示します。

N+1／N+Mコールドスタンバイ機能の現用系ホストとしている場合，この現用系ホストをN+1グループから削除する

［ホスト管理］ウィンドウで，管理対象のサーバを選択して削除する
ローカルコンソールの場合も同様に，管理対象のサーバを選択して削除してください。

管理対象サーバのホスト名を変更する

エージェントサービスを再起動する

VMホスト/VMゲストの場合

VMホスト/VMゲストのホスト名を変更する場合の，再設定の手順を次に示します。

VMホスト/VMゲストのホスト名を変更する

VMホストの更新を実行する

25.5　管理対象ホスト，HVM，またはサーバシャーシの設定を変更する場合の注意事項

マネージャサービスが管理しているホスト，HVM，またはサーバシャーシで，マネージャサービスが管理対象を識別するために使用している設定情報を変更すると，設定変更前のホスト，HVM，またはサーバシャーシがマネージャサービスの管理下に残ったままになります。そのため，コンソールサービスで表示されるウィンドウまたはダイアログボックスに，設定変更前のホスト，HVM，またはサーバシャーシが残っている状態になります。

設定変更前のホスト，HVM，またはサーバシャーシが残るウィンドウまたはダイアログボックスを次に示します。

［ホスト管理］ウィンドウ

［N+1コールドスタンバイ詳細設定］ウィンドウ

［ラックマネージャ］ウィンドウ

［マネージャサービス設定］ダイアログボックス

これらのウィンドウまたはダイアログボックス上に設定変更前のホスト，HVM，またはサーバシャーシを残したままにしておくと，コンソールサービス上での操作でエラーを引き起こす原因になるため，必ず削除してください。サーバシャーシの設定を変更した場合は，そのサーバシャーシ上で動作するすべてのホストを削除してください。

＜この節の構成＞

(1)　設定変更前のホスト，HVM，またはサーバシャーシが残る条件

(2)　ホスト，HVM，またはサーバシャーシの削除および再登録手順

(3)　ホストグループ割り当ての変更

(1)　設定変更前のホスト，HVM，またはサーバシャーシが残る条件

設定変更前のホスト，HVM，またはサーバシャーシが残ってしまう条件を，次に示します。

［ホスト管理］ウィンドウで管理しているホストのOS上で，NICのIPアドレスを変更した場合

［ホスト管理］ウィンドウで管理しているサーバシャーシのシャーシIDを変更した場合

［ホスト管理］ウィンドウで管理しているHVMのHVM識別子を変更した場合

［ホスト管理］ウィンドウで管理しているホストが動作するサーバモジュールを，BasicモードからLPARモード，またはLPARモードからBasicモードに変更した場合

(2)　ホスト，HVM，またはサーバシャーシの削除および再登録手順

ホスト，HVM，またはサーバシャーシについて，「(1)　設定変更前のホスト，HVM，またはサーバシャーシが残る条件」に示す変更をした場合，次の手順に従って設定変更前のホスト，HVM，またはサーバシャーシを削除してください。

設定変更前のホスト，HVM，またはサーバシャーシが，N+1グループに登録されている場合は，［N+1コールドスタンバイ詳細設定］ウィンドウで設定変更前のホスト，HVM，またはサーバシャーシを削除する

設定変更前のホスト，HVM，またはサーバシャーシが，ラックマネージャに登録されている場合は，［ラックマネージャ］ウィンドウで設定変更前のホスト，HVM，またはサーバシャーシを削除する

ホストグループ割り当て定義ファイルに，設定変更前のサーバシャーシや，設定変更前のホストが起動しているサーバシャーシおよびスロット番号/パーティション番号が含まれている場合は，ホストグループ割り当て定義から定義内容を削除する
ホストグループ割り当て定義の削除方法については，「(3)(a)　ホストグループ割り当て定義の削除手順」を参照してください。

［ホスト管理］ウィンドウから，設定変更前のホスト，HVM，またはサーバシャーシを削除する

ホスト，HVM，またはサーバシャーシの設定を変更する

［ホスト管理］ウィンドウに，設定変更後のホスト，HVM，またはサーバシャーシを登録する

手順1の前または手順5サーバシャーシのシャーシIDを変更した場合，設定変更後のサーバシャーシ上で稼働しているエージェントサービスを再起動する

手順3でホストグループ割り当て定義を削除した場合，ホストグループ割り当て定義に，設定変更後の定義内容を追加する
ホストグループ割り当て定義の追加方法については，「(3)(b)　ホストグループ割り当て定義の追加手順」を参照してください。

設定変更前のホスト，HVM，またはサーバシャーシが，N+1グループに登録されていた場合は，［N+1コールドスタンバイ詳細設定］ウィンドウで設定変更後のホスト，HVM，またはサーバシャーシを登録する

設定変更前のホスト，HVM，またはサーバシャーシが，ラックマネージャに登録されていた場合は，［ラックマネージャ］ウィンドウで設定変更後のホスト，HVM，またはサーバシャーシを登録する

BS2000の場合

BS2000の場合は，次の手順に従ってHVMまたはサーバシャーシを削除してください。

削除するBS2000のHVMまたはサーバシャーシのSVPから，通知先BSMの登録を外す

［ホスト管理］ウィンドウから，HVMまたはサーバシャーシを削除する

上記の手順ではなくBSMのコンソール画面から削除した場合，削除したBS2000のサーバシャーシまたはHVMが，一定時間後にコンソール画面へ再登録されることがあります。

(3)　ホストグループ割り当ての変更

ホストグループ割り当て定義ファイルに，設定変更前のサーバシャーシや，設定変更前のホストが起動しているサーバシャーシおよびスロット番号/パーティション番号が含まれている場合は，設定変更前の定義情報を削除していったんインポートしたあと，設定変更後の定義情報を追加して再度インポートする必要があります。ホストグループ割り当て定義の削除手順およびホストグループ割り当て定義の追加手順を次に示します。

(a)　ホストグループ割り当て定義の削除手順

［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブから定義内容確認を実行し，ホストグループ割り当て定義ファイルを取得して保存する

取得したホストグループ割り当て定義ファイルをコピーして，変更用ファイルとする

手順2の変更用ファイルから，1行目（ヘッダ）と設定変更前のサーバシャーシや設定変更前のホストが起動しているサーバシャーシとスロット番号/パーティション番号が定義されている行を削除して保存する

定義を変更するサーバモジュールの電源をOFFにする

手順3で作成したホストグループ割り当て定義ファイルを，［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで指定して，インポートする

(b)　ホストグループ割り当て定義の追加手順

「(a)　ホストグループ割り当て定義の削除手順」の手順1で保存したファイルを次のように編集して保存する

サーバシャーシのシャーシIDを変更した場合

1行目（ヘッダ）を削除し，設定変更前のシャーシIDを設定変更後のシャーシIDに変更します。

ホストのIPアドレスを変更した場合

1行目（ヘッダ）を削除します。

定義を変更するサーバモジュールの電源をOFFにする

手順1で作成したホストグループ割り当て定義ファイルを，［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで指定して，インポートする

25.6　BladeSymphony SPを管理する場合の注意事項

BladeSymphony SPを管理する場合の注意事項について説明します。

＜この節の構成＞

(1)　サーバシャーシの表示について

(2)　スロットについて

(3)　N+Mコールドスタンバイについて

(4)　ストレージ運用支援機能について

(1)　サーバシャーシの表示について

BladeSymphony SPのサーバシャーシタイプは，BS320のサーバシャーシタイプと同一になります。このため，BladeSymphony SPのサーバシャーシは，BSMの画面ではBS320のサーバシャーシと同一の表示になります。

(2)　スロットについて

ウィンドウやダイアログボックスなどで表示されるスロットの数は，サーバシャーシのタイプによって異なります。BladeSymphony SPは，BS320と同一の表示になります。ただし，BladeSymphony SPでは，表示されていても製品仕様上サーバモジュールを搭載できないスロットがあります。

サーバモジュールを搭載できないスロットに対して，ランプ制御などの操作をしようとした場合，サーバモジュールが挿入されていないなどのメッセージが表示されます。この場合，サーバモジュールを挿入するといった対処は不要です。使用できるスロットに対して，操作するようにしてください。

(3)　N+Mコールドスタンバイについて

BladeSymphony SPは，SANの接続インタフェースにiSCSIを採用しています。

コンソールサービスとマネージャサービスのバージョンがともに08-51以降の場合，iSCSIインタフェースでのSANブート構成で，N+Mコールドスタンバイ機能を利用できます。

iSCSIインタフェースでのSANブート構成で，N+Mコールドスタンバイ機能を利用する場合，サーバシャーシ間にわたる運用はできません。現用系ホストと異なるサーバシャーシのホストは，N+1グループに登録できません。

(4)　ストレージ運用支援機能について

iSCSIインタフェースでのSANブート構成の場合，ストレージ運用支援機能は使用できません。

25.7　そのほかの注意事項

マシン稼働中にマネージャサービスを再起動すると，コンソール操作時に再ログインが必要になります。これは，アイドルセッション時間によってコネクションが切断された状態と同じになるためです。このため，アイドルセッション時間を0に設定しても発生します。このような場合，メッセージに従って，再ログインをしてください。また，マネージャサービスのインストールされているマシンはできるだけ再起動しないようにしてください。

コンソールサービスのウィンドウが非アクティブ状態のときに出力されるエラーメッセージやインフォメーションメッセージは，ほかのアプリケーション画面の裏側に表示されます。

通信回線の状態によっては，コマンド送信タイムアウトエラーが発生していても，管理コンソールからの操作が正常に実行される場合があります。

（例）

管理対象サーバの電源OFFを実行したがコマンドタイムアウトエラーとなった。しかし，実際には電源OFFが実行されている。

JP1/ServerConductorはDHCP（Dynamic Host Configuration Protocol）には対応していません。JP1/ServerConductorで使用するネットワークアダプタについては，DHCPを構成しないで，固定のIPアドレスになるように設定して使用してください。

JP1/ServerConductorが提供するファイルのアクセス権やサービスのアカウントを変更しないでください。JP1/ServerConductorの動作に影響します。

AgentとBSMとの通信にRAS（Remote Access Service）を使用しないでください。AgentとBSMとの通信でアドレス変換がされると，アドレス解決ができなくなり通信に失敗します。

マネージャサービスがインストールされたマシンに，複数のLANボードを搭載してセグメントを分け，それぞれのセグメントに管理コンソールと管理対象サーバを配置する運用はできません。

マネージャサービスがインストールされたマシンが複数のLANボードを搭載している場合，［ホスト管理］ウィンドウにサーバシャーシまたはHVMの登録ができない，またはマネージャサービスとBladeSymphonyのSVP，HVM，またはBMCとの通信ができないことがあります。この場合は，次の対処をしてください。

SVPと通信できない場合

通信先スイッチ＆マネジメントモジュールのSVPコンソールで，通知先マネージャサービスのIPアドレスを確認してください。通知先マネージャサービスのIPアドレスが正しい場合は，通信先スイッチ＆マネジメントモジュールまでのネットワーク構成（ルーティング設定など）を確認してください。

HVMと通信できない場合

通信先パーティションのHVMスクリーンで，通知先マネージャサービスのIPアドレスを確認してください。通知先マネージャサービスのIPアドレスが正しい場合は，通信先パーティションまでのネットワーク構成（ルーティング設定など）を確認してください。

BMCと通信できない場合

BMCまでのネットワーク構成（ルーティング設定など）を確認してください。

通知先マネージャサービスのIPアドレスについては，「3.7　JP1/ServerConductorで使用するIPアドレス」を参照してください。また，SVPコンソールの操作方法およびHVMスクリーンの操作方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

サーバシャーシの電源がOFF実施中またはOFFの状態で，ホストの電源ONを実施した場合は，サーバシャーシの電源ONが実施されたあとに，ホストの電源ONが実施されます。このため，ホストの電源ONが実施されるまでに時間が掛かる場合があります。

26.　トラブルの対処方法

この章では，運用中にトラブルが発生した場合の対処方法について説明します。

＜この章の構成＞

26.1　トラブルが発生した場合の対処手順

26.2　トラブルが発生したときに採取が必要な資料

26.3　資料の採取方法

26.1　トラブルが発生した場合の対処手順

運用中にトラブルが発生した場合の対処手順を，次の図に示します。

図26-1　トラブルが発生した場合の対処手順

26.2　トラブルが発生したときに採取が必要な資料

運用中にトラブルが発生したときに採取が必要な資料を次に示します。

注意

ここでは，トラブルを解析する上で非常に重要度が高い資料を示しています。発生したトラブルの状態によっては，ここに示す以外の資料が必要になります。

＜この節の構成＞

(1)　トラブル内容の確認で採取する情報

(2)　画面表示内容の確認で採取する資料

(3)　ログファイル

(4)　ネットワーク情報

(5)　システム構成情報

(6)　システム情報

(7)　レジストリ情報（Windowsの場合）

(8)　関連製品・連携製品の情報

(1)　トラブル内容の確認で採取する情報

トラブルが発生したら，トラブルの内容とトラブルが発生した経緯を正確に，かつ詳細に把握することが，トラブル解決の手助けとなります。次の情報の採取が必要です。

トラブルの内容
どのような状況（環境構築中，システム運用中など）で，どのような問題が発生しているかを正確に把握してください。

トラブル発生時刻
ログファイルにも時刻は出力されますが，複数のトラブルが記録されている場合もあります。トラブルをスムーズに解析するために，トラブルが発生した時刻を把握してください。

オペレーション内容の詳細
オペレーションによってトラブルが発生した場合，できるだけ詳細にオペレーション内容を把握してください。

(2)　画面表示内容の確認で採取する資料

メッセージが出力されている場合は，メッセージの内容を確認してください。各メッセージの要因と対処方法については，マニュアル「JP1 Version 8 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

また，発生したトラブルの内容が判断できるエラー情報が画面上に表示されている場合，画面のハードコピーを採取してください。エラー情報の例を次に示します。

ポップアップ画面

操作画面（アプリケーションエラーが発生した場合）

エラーメッセージダイアログボックス
［詳細］ボタンがある場合は，［詳細］ボタンをクリックしたときに表示される内容のハードコピーも採取してください。

コマンド実行画面（Linuxでコマンド実行時にトラブルが発生した場合）

(3)　ログファイル

トラブル原因解析のために必要となる，JP1/ServerConductorの各製品のログの採取が必要です。また，N+1／N+Mコールドスタンバイ機能やJP1/IM連携など，ほかのハードウェア製品やソフトウェア製品との関連性が考えられる場合，関連ハードウェア製品および関連ソフトウェア製品のログの採取が必要です。

採取が必要なログファイルを次に示します。

サーバアラートログ
ハードウェアのアラートがトラブルに起因しているかを調べるための情報となります。

SVPログ
サーバアラートログとともに，SVPのアラートがトラブルに起因しているかどうかを調べるための情報となります。

マネージャアラートログ
管理サーバで発生したアラートがトラブルに起因しているかどうかを調べるための情報となります。

管理コンソールの操作ログ
エラー発生時のユーザの操作を確認するための情報となります。

JP1/ServerConductorの各製品のログ
管理サーバ，管理対象サーバでトラブルが発生した場合，すべての条件で必要な情報です。

イベントログ情報（Windowsの場合）
保守情報のOS情報が取得できない場合，トラブルが発生したシステムの動作状況を把握するための情報となります。

システムログ情報（LinuxまたはHP-UXの場合）
保守情報のOS情報が取得できない場合，トラブルが発生したシステムの動作状況を把握するための情報となります。

採取するログ情報の種類および採取方法は各製品の適用OSごとに異なります。採取方法については，「26.3　資料の採取方法」を参照してください。

注意

JP1/ServerConductorの各製品のログについての注意事項を次に示します。

JP1/ServerConductorの各製品から出力されるログファイルは削除しないでください。障害発生時に原因の究明ができなくなります。また，製品の動作に影響を及ぼす可能性があります。

別の製品（アンチウィルス製品含む）によるログ監視の対象として指定しないでください。JP1/ServerConductorの各製品のログファイルの内容は非公開であり，内容が予告なく変更されることがあります。また，ログ監視によって製品の動作に影響を及ぼす可能性があります。

(4)　ネットワーク情報

［ホスト管理］ウィンドウ上のアイコンが活性化されない，電源がONできないなど，ネットワークに問題がある可能性がある場合，ネットワーク情報の採取が必要です。

また，ファイアウォールの設定内容やネットワークスイッチの設定内容に誤りがないこと，およびネットワーク構成に誤りがないことを確認してください。

ネットワーク情報の採取方法は各製品の適用OSごとに異なります。採取方法については，「26.3　資料の採取方法」を参照してください。

注意

ログファイルがラップアラウンドしてしまう可能性があるため，確認を実施する前に，ログファイルを採取してください。

(5)　システム構成情報

トラブルとシステム構成に因果関係がないかどうかを調査するため，次に示すシステム構成情報の採取が必要です。

マシン構成図およびネットワーク構成図
ネットワーク機器構成を含めた，マネージャサービス，エージェントサービスおよびコンソールサービスの構成（ホスト名，IPアドレス，MACアドレス，BladeSymphonyの場合，シャーシ情報など）が記載してある資料

注意

この資料は，トラブルが発生したマシンとの因果関係を調査するために必要となります。環境構成の変更でトラブルが発生した場合は，変更前後の情報を採取してください。情報が誤っている場合，要因の特定が困難になる場合があるので，必ず最新のものを採取してください。

マシンの形名情報，製造番号

管理対象サーバの保守情報
管理対象サーバの保守情報の採取方法については，「11.2　保守情報の取得と環境設定」を参照してください。

(6)　システム情報

発生したシステムの状態を正確に把握するため，システム情報の採取が必要です。

システム情報の採取方法は各製品の適用OSごとに異なります。採取方法については，「26.3　資料の採取方法」を参照してください。

(7)　レジストリ情報（Windowsの場合）

Windowsの場合，システムの設定値などを確認するため，レジストリ情報の採取が必要です。採取方法については，「26.3　資料の採取方法」を参照してください。

(8)　関連製品・連携製品の情報

関連製品との連携で発生したトラブルの場合，トラブルの解析に必要な情報の採取が必要です。必要な情報の例を次に示します。

連携ハードウェアの情報

SVP，BIOSなどのハードウェア関連情報

各連携ソフトウェア製品の情報

クラスタ構成情報，クラスタログなどのクラスタ関連情報

26.3　資料の採取方法

トラブルが発生したとき，JP1/ServerConductorのサービスがインストールされている各マシンで，資料採取が必要になります。それぞれの資料採取の方法を次に示します。

＜この節の構成＞

26.3.1　管理コンソールでの資料の採取方法

26.3.2　管理対象サーバ（Agent）での資料の採取方法（Windowsの場合）

26.3.3　管理対象サーバ（Agent）での資料の採取方法（Linuxの場合）

26.3.4　管理対象サーバ（Agent）での資料の採取方法（HP-UXの場合）

26.3.5　管理サーバ（BSMまたはServer Manager）での資料の採取方法

26.3.1　管理コンソールでの資料の採取方法

管理コンソールでは次の資料を採取します。

サーバアラートログファイル

SVPログファイル

マネージャアラートログファイル

サーバアラートログファイルおよびSVPログファイルは，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSMまたはServer Manager）でトラブルが発生した場合のどちらの場合も採取が必要です。また，マネージャアラートログファイルは，管理サーバ（BSM）でトラブルが発生した場合に採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　サーバアラートログファイルの採取

(2)　SVPログファイルの採取

(3)　マネージャアラートログファイルの採取

(1)　サーバアラートログファイルの採取

サーバアラートログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
Server Managerを使用している場合は，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［コンソールサービス］を選択してください。
ローカルコンソールサービスを使用している場合は，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［ローカルコンソールサービス］を選択してください。
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，トラブルが発生している管理対象サーバを選択する

［ホスト管理］メニューから［アラートログ］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。

［サーバアラートログ］ダイアログボックスの［アラートログ一覧］に表示されるすべての日付が表示されるように設定して，［OK］ボタンをクリックする
［サーバアラートログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，サーバアラートログをCSV形式で保存する

(2)　SVPログファイルの採取

SVPログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
Server Managerを使用している場合は，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［コンソールサービス］を選択してください。
ローカルコンソールサービスを使用している場合は，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［ローカルコンソールサービス］を選択してください。
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，SVPエージェントサービスをインストールしている管理対象サーバを選択する
BladeSymphonyでトラブルが発生している場合は，サーバシャーシを選択してください。

［ホスト管理］メニューから［SVPログ］を選択する
［SVPログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，SVPログをCSV形式で保存する

(3)　マネージャアラートログファイルの採取

マネージャアラートログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，トラブルが発生しているマネージャサービスを選択する

［アラート管理］メニューから［マネージャアラートログ］を選択する
［マネージャアラートログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，マネージャアラートログをCSV形式で保存する

26.3.2　管理対象サーバ（Agent）での資料の採取方法（Windowsの場合）

管理対象サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

イベントログ情報

ネットワーク情報

システム情報

レジストリ情報

これらの資料は，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSMまたはServer Manager）でトラブルが発生した場合のどちらの場合も採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　イベントログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　レジストリ情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

インストール先ディレクトリ下の¥Logディレクトリにある全ファイル

インストール先ディレクトリ下の¥Dataディレクトリにある全ファイル

インストール先ディレクトリ下の¥PROGRAMディレクトリにある拡張子datの全ファイル

AgentおよびAdvanced Agentのデフォルトのインストール先ディレクトリは，次のとおりです。

C:¥Program Files¥HITACHI¥ServerConductor¥Server Manager

インストール先ディレクトリが不明の場合は，次のレジストリデータを参照してください。

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]の[TargetDir]

(2)　イベントログ情報の採取

次に示す情報をすべて採取してください。

アプリケーションログ

システムログ

これらの資料は次の二つの形式で採取してください。

テキスト形式またはCSV形式

イベントログ形式（.evtまたは.evtx）

イベントログ情報の採取方法を次に示します。

(a)　Windows 2000の場合

イベントビューアを起動する

左ペインの［アプリケーションログ］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

左ペインの［システムログ］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

(b)　Windows Server 2003の場合

イベントビューアを起動する

左ペインの［アプリケーション］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

左ペインの［システム］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

(c)　Windows Server 2008の場合

イベントビューアを起動する

左ペインの［Windowsログ］のツリーを展開し，［アプリケーション］を選択して右クリックする

［イベントに名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

［表示情報］ダイアログボックス（設定はデフォルトのまま）で［OK］ボタンをクリックする

左ペインの［Windowsログ］のツリーを展開し，［システム］を選択して右クリックする

［イベントに名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

［表示情報］ダイアログボックス（設定はデフォルトのまま）で［OK］ボタンをクリックする

(3)　ネットワーク情報の採取

次に示す情報をすべて採取してください。

ipconfig /allコマンドの実行結果

netstat -ano※コマンドの実行結果

注※

oオプションはWindows 2000以外の場合だけ指定してください。

route printコマンドの実行結果

(4)　システム情報の採取

システム情報の採取方法を次に示します。

ウォッチドッグタイムアウト発生時のNMI発生を有効にしている場合は，各種ダンプファイルも採取してください。

ダンプファイルの出力先については，OS のヘルプやOS関連ドキュメントなどを参照してください。

(a)　Windows 2000の場合

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする
［システム情報］ダイアログボックスが表示されます。

左ペインから［システム情報］を選択する

［操作］メニューから［テキスト ファイルとして保存］を選択し，システム情報をテキストファイルで保存する

Windowsの［コントロールパネル］から［システム］を選択する
［システムのプロパティ］ダイアログボックスが表示されます。

［詳細］タブをクリックする

［起動と回復］ボタンをクリックする
［起動と回復］ダイアログボックスが表示されます。

［デバッグ情報の書き込み］で設定されているダンプファイルの出力先を確認し，ファイルを採取する

(b)　Windows Server 2003の場合

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする
［システムの概要］ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

Windowsの［コントロールパネル］から［システム］を選択する
［システムのプロパティ］ダイアログボックスが表示されます。

［詳細設定］タブをクリックする

［起動と回復］ボタンをクリックする
［起動と回復］ダイアログボックスが表示されます。

［デバッグ情報の書き込み］で設定されているダンプファイルの出力先を確認し，ファイルを採取する

(c)　Windows Server 2008の場合

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする
［システムの概要］ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

Windowsの［コントロールパネル］の左ペインから［システムの詳細設定］を選択する
［システムのプロパティ］ダイアログボックスが表示されます。

［詳細設定］タブをクリックする

［起動と回復］の［設定］ボタンをクリックする
［起動と回復］ダイアログボックスが表示されます。

［デバッグ情報の書き込み］で設定されているダンプファイルの出力先を確認し，ファイルを採取する

(5)　レジストリ情報の採取

次に示すレジストリをすべて採取してください。

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]以下のデータ

[HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥SM_CI¥INFORMATION]以下のデータ

26.3.3　管理対象サーバ（Agent）での資料の採取方法（Linuxの場合）

管理対象サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

システムログ情報

ネットワーク情報

システム情報

これらの資料は，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSMまたはServer Manager）でトラブルが発生した場合のどちらの場合も採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　システムログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

/var/opt/hitachi/system_manager/logディレクトリにある全ファイル

/var/opt/hitachi/system_manager/datディレクトリにある全ファイル

/etc/opt/hitachi/system_managerディレクトリにある全ファイル

(2)　システムログ情報の採取

次に示す情報をすべて採取してください。

/etc/syslog.confファイル

ls -l /var/log/messages*コマンドの実行結果

/var/log/messages*ファイル

(3)　ネットワーク情報の採取

次に示す情報をすべて採取してください。

netstat -aコマンドの実行結果

routeコマンドの実行結果

ifconfigコマンドの実行結果

(4)　システム情報の採取

次に示す情報をすべて採取してください。

/etc/redhat-releaseファイル

/etc/servicesファイル

uname -aコマンドの実行結果

rpm -qaコマンドの実行結果

dmesgコマンドの実行結果

ps -elfコマンドの実行結果

ウォッチドッグタイムアウト発生時のNMI発生を有効にしている場合は，各種ダンプファイル
ここでは，netdumpによって出力されたoopsメッセージおよびメモリダンプファイルの出力先を示します。

oopsメッセージ
netdumpサーバの/var/crash/ホスト名-YYYY-MM-DD-hh:mm/log

メモリダンプ
netdumpサーバの/var/crash/ホスト名-YYYY-MM-DD-hh:mm/vmcore

なお，ハングアップが発生した場合，netdumpサーバにoopsメッセージおよびメモリダンプファイルが出力されていないことがあります。このとき，netdumpクライアントでmagic sysrq keyを設定している場合は，［Alt］+［SysRq］（［PrintScreen］）+［c］キーを押すと，netdumpサーバにoopsメッセージおよびメモリダンプファイルが出力されます。
ダンプファイルの出力先については，OSのヘルプまたはOSのドキュメントなどを参照してください。

26.3.4　管理対象サーバ（Agent）での資料の採取方法（HP-UXの場合）

管理対象サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

システムログ情報

ネットワーク情報

システム情報

EMS設定情報

これらの資料は，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSMまたはServer Manager）でトラブルが発生した場合のどちらの場合も採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　システムログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　EMS設定情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

/etc/opt/htcsmaディレクトリにある全ファイル

/var/opt/htcsmaディレクトリにある全ファイル

(2)　システムログ情報の採取

次に示す情報をすべて採取してください。

/var/adm/syslog/syslog.logファイル

/var/adm/syslog/OLDsyslog.logファイル

/etc/syslog.confファイル

(3)　ネットワーク情報の採取

次に示す情報をすべて採取してください。

netstat -aコマンドの実行結果

netstat -rコマンドの実行結果

ifconfig <ネットワークインタフェース名※>コマンドの実行結果

注※

netstat -rコマンドを実行して表示される，すべてのネットワークインタフェース名に対して，ifconfigコマンドを実行してください。

(4)　システム情報の採取

次に示す情報をすべて採取してください。

/etc/servicesファイル

uname -aコマンドの実行結果

wlistコマンドの実行結果

wlist -l productコマンドの実行結果

dmesgコマンドの実行結果

ps -elfコマンドの実行結果

(5)　EMS設定情報の採取

次に示す情報をすべて採取してください。

/var/stm/config/tools/monitor/ipfcorehw_hitachi.sapcfgファイル

/var/stm/config/tools/monitor/ipfmemory_hitachi.sapcfgファイル

26.3.5　管理サーバ（BSMまたはServer Manager）での資料の採取方法

管理サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

イベントログ情報

ネットワーク情報

システム情報

レジストリ情報

クラスタ関連情報

管理サーバ（BSMまたはServer Manager）側でトラブルが発生した場合，これらの資料に加えて，管理対象サーバ（Agent）側の資料も必要です。管理対象サーバ（Agent）側の資料の採取方法については，次の個所を参照してください。

管理対象サーバがWindowsの場合
「26.3.2　管理対象サーバ（Agent）での資料の採取方法（Windowsの場合）」

管理対象サーバがLinuxの場合
「26.3.3　管理対象サーバ（Agent）での資料の採取方法（Linuxの場合）」

管理対象サーバがHP-UXの場合
「26.3.4　管理対象サーバ（Agent）での資料の採取方法（HP-UXの場合）」

管理サーバでの資料の採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　イベントログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　レジストリ情報の採取

(6)　クラスタ関連情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

インストール先ディレクトリ下の¥Logディレクトリにある全ファイル

インストール先ディレクトリ下の¥Dataディレクトリにある全ファイル

インストール先ディレクトリ下の¥PROGRAMディレクトリにある拡張子dat，csv，およびxmlの全ファイル

BSM，BSM Plus，およびServer Managerの，デフォルトのインストール先ディレクトリは，次のとおりです。

C:¥Program Files¥HITACHI¥ServerConductor¥Server Manager

インストール先ディレクトリが不明の場合は，次のレジストリデータを参照してください。

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]の[TargetDir]

(2)　イベントログ情報の採取

次に示す情報をすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

アプリケーションログ

システムログ

これらの資料は次の二つの形式で採取してください。

テキスト形式またはCSV形式

イベントログ形式（.evt）

イベントログ情報の採取方法を次に示します。

(a)　Windows 2000の場合

イベントビューアを起動する

左ペインの［アプリケーションログ］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

左ペインの［システムログ］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

(b)　Windows Server 2003またはWindows XPの場合

イベントビューアを起動する

左ペインの［アプリケーション］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

左ペインの［システム］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

(c)　Windows VistaまたはWindows Server 2008の場合

イベントビューアを起動する

左ペインの［Windowsログ］のツリーを展開し，［アプリケーション］を選択して右クリックする

［イベントに名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］を選択する

［ファイルの種類］でイベントファイル形式を選択して保存する

［表示情報］ダイアログボックスで，［表示情報なし］を選択して［OK］ボタンをクリックする

左ペインの［Windowsログ］のツリーを展開し，［システム］を選択して右クリックする

［イベントに名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］を選択する

［ファイルの種類］でイベントファイル形式を選択して保存する

［表示情報］ダイアログボックスで，［表示情報なし］を選択して［OK］ボタンをクリックする

(3)　ネットワーク情報の採取

次に示す情報をすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

ipconfig /allコマンドの実行結果

netstat -ano※コマンドの実行結果

注※

oオプションはWindows 2000以外の場合だけ指定してください。

route printコマンドの実行結果

(4)　システム情報の採取

システム情報の採取方法を次に示します。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

(a)　Windows 2000の場合

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする
［システム情報］ダイアログボックスが表示されます。

左ペインから［システム情報］を選択する

［操作］メニューから［テキスト ファイルとして保存］を選択し，システム情報をテキストファイルで保存する

(b)　Windows XPまたはWindows Server 2003の場合

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする
［システムの概要］ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

(c)　Windows VistaまたはWindows Server 2008の場合

［スタート］メニューから［コマンドプロンプト］を右クリックして，［管理者として実行］を選択する

msinfo32コマンドを実行する
［システムの概要］ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

(5)　レジストリ情報の採取

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

次に示すレジストリをすべて採取してください。

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]以下のデータ

(6)　クラスタ関連情報の採取

管理サーバをクラスタシステムで運用している場合，次に示す情報をすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

<システムドライブ>¥System32¥LogFiles¥Cluster¥ClCfgSrv.logファイル

<システムドライブ>¥Cluster¥cluster.logファイル

付録

＜この付録の構成＞

付録A　BIOS POST情報

付録B　常駐プロセス一覧

付録C　フォルダ構成

付録D　システム見積もり

付録E　ログファイル（単調増加ファイル）

付録F　HVM構成管理機能の設定画面とHVMスクリーンの設定項目の対応

付録G　用語解説

付録A　BIOS POST情報

ここでは，JP1/ServerConductorで検出できるBIOS POST情報を示します。

注意

取得できるBIOS POST情報はWindowsサーバの種類やモデルによって異なります。詳細については，コンソールサービスまたはローカルコンソールサービスのインストール先のhelpフォルダに格納されている「Invent.xls」を参照してください。

エラーコード
内容
付属
データ

20
RAMリフレッシュ異常
－

22
キーボードコントローラ異常
－

28
メモリ未実装
－

29
POSTで使用するワークエリアのメモリを確保できなかった
－

2C
RAMアドレスライン異常
○

2E
先頭1メガバイトのRAM異常
－

34
RTC CMOS 異常
－

44
BIOS ROM Copyrightチェックサム異常
－

51
EISAコンフィグレーション・エラー
－

58
異常割り込み
－

62
RAMテスト異常
○

74
RTC異常
－

76
キーボード異常
－

8C
FDC異常
－

90
HDC異常
－

A0
タイマー異常
－

DD
ECCによる1bit Errorの修正を行った
○

DE
TAG SRAMの認識した容量が基準値より少ない
○

DF
ShutdownCodeのチェック処理でA20 Gateをenabledにできなかった
－

F6
起動NGによるApplication CPUの縮退を行った
○

F7
PnPコンフィグレーション情報のリードエラー
－

F8
PnPコンフィグレーション情報の更新終了
－

F9
Memoryの縮退処理を行った
○

FA
A20 GateのDisabled処理でエラーが発生した
○

FB
ECCによる1bit Errorの修正を行った
○

FC
PnPエラー（PCI device）
○

FD
BISTエラーによるApplication CPUの縮退処理を行った
○

FD
BISTエラーによるBoot/Application CPUの縮退処理を行った
○

FE
PnPエラー（PnP ISA device）
－

200
xx番目のHDDのテストでエラー
－

210
同一のキーが押されたままとなっている
－

211
Keyboardの自己診断エラー
－

232
Extended Memory（1M～）のアドレスラインテストでアドレスラインのエラー
○

236
不良メモリモジュールを検出したため，不良メモリモジュールのあるBankの縮退を行った
○

239
Extended Memory（1M～）のメモリW/Rテストで，エラーを検出した
○

250
RTCの電源切れ（Invalid Power）を検出
－

251
CMOSのチェックサム異常。デフォルト値を使用する
－

260
Timerコントローラ異常
－

270
RTCの日時の更新エラー
－

271
日時の設定が異常
－

2B0
FDD A:のエラー。電源ONになっていないなどのハードウェアの問題
－

2B1
FDD B:のエラー。電源ONになっていないなどのハードウェアの問題
－

2B2
FDD A:の設定（Drive Type）が，実装されているFDドライブで無効
－

2B3
FDD B:の設定（Drive Type）が，実装されているFDドライブで無効
－

2F1
CPUのBIST Error
○

2F3
CPUのTimeout Error
○

2F8
CPUをAPIC BUS上に検出できなかった
○

401
ESCD情報がChecksumエラー
－

408
ESCDのReadに失敗（NVRAMのESCDのサイズが大き過ぎる）
－

409
ESCDのWriteに失敗（POSTで作成したESCD情報がNVRAMのESCDエリアより大きくなった）
－

404
PnP ISA xxxxxxxxのリソース割り当てができなかった
－

504
PCI Deviceにリソースの割り当てができなかった
○

505
PCI Deviceに拡張ROMの初期化ができなかった
○

506
PCI DeviceにIRQの割り当てができなかった
○

602
xxxxxxxxで使用するリソースが空いていないため，xxxxxxxxをDisabledとした
－

（凡例）○：付属データあり　　－：付属データなし

付録B　常駐プロセス一覧

サービスとして動作するJP1/ServerConductorのプロセスを次に示します。

＜この節の構成＞

付録B.1　Windowsの場合

付録B.2　Linuxの場合

付録B.3　HP-UXの場合

付録B.1　Windowsの場合

Windowsのタスクマネージャのプロセスに表示されるプロセス名を次に示します。

プロセスは，プロセス名のアルファベット順に記載しています。また，プロセス名の（）には，同時に実行できるプロセス数を示します。

＜この項の構成＞

(1)　BSMおよびServer Manager

(2)　Agent

(3)　Advanced Agent

(1)　BSMおよびServer Manager

BSMおよびServer Managerの各プロセスのプロセス名とその機能を，コンポーネント単位に次の表に示します。BSMおよびServer Managerのプロセスに相違はありません。

表B-1　BSMおよびServer Managerのプロセス名と機能（Windowsの場合）

プロセス名※1
機能
子プロセスとなるサービスプログラム
機能
コンポーネント名

SmGwSvc.exe (1)
Webサーバとマネージャサービス間の中継
（サービス表示名：SM_GwSvc）
－
－
Webゲートウェイサービス※2

Smsvc.exe (3)※3
BSMのプロセス管理
MgrSvc.exe (1)
エージェント管理
（サービス表示名：SM_MgrSvc）※4
マネージャサービス

RcIMEventSvc.exe (1)
JP1/IM連携
（サービス表示名：Sm_IMEventSvc）※5
マネージャサービス

SmAltAct.exe (1)
アラート受信時のプログラムの起動
（サービス表示名：SM_AlertAction）
アラートアクションサービス

（凡例）

－：該当しない

注※1

プロセス名は［Windows タスクマネージャ］の［プロセス］タブから確認できます。

注※2

WebゲートウェイサービスをMicrosoft Internet Information Services上で稼働する場合，Microsoft Internet Information Servicesのプロセスinetinfo.exeが常駐しています。

注※3

Smsvc.exeは，動作するサービスの数だけ起動します。

注※4

N+1／N+Mコールドスタンバイのネットワークスイッチと連携したN+1／N+Mコールドスタンバイの切り替えを使用すると，JP1/Cm2/NCのプロセスが動作します。

注※5

Windows XP，Windows 2000，および32bit Windows Server 2003でJP1/IM連携機能を使用する場合に動作します。

(2)　Agent

Agentの各プロセスのプロセス名とその機能を，コンポーネント単位に次の表に示します。

表B-2　Agentのプロセス名と機能（Windowsの場合）

プロセス名※1
機能
子プロセスとなるサービスプログラム
機能
コンポーネント名
機種

HA8000
Blade
Symphony
IA32
Blade
Symphony
IPF

Agent32Srv.exe (1)
ハードウェア障害の監視
（サービス表示名：Agent32Srv）
－
－
エージェントサービス
○※2
×
×

ASCISRV.EXE (1)
ハードウェア障害の監視
（サービス表示名：Server Component Interface Service）
－
－
エージェントサービス
○※2
×
×

Basebrd.exe (1)
ハードウェア障害の監視
（サービス表示名：Intel Baseboard Service）
－
－
エージェントサービス
○※2
×
×

dmrcagnt.exe (2)※3
リモートコントロールの実行
（サービス表示名：Remote Control Agent）
－
－
リモートコントロールサービス
○
○
×

hguard.exe (1)
ハードウェア障害の監視
（サービス表示名：Hguard）
－
－
エージェントサービス
○※2
×
×

SmAgtProvider.exe (1)
ハードウェア障害の監視
（サービス表示名：SM_AgtProvider）
－
－
エージェントサービス
×
○
○

SMPltfCI.exe (1)
ハードウェア障害の監視
（サービス表示名：SMPltfCI）
－
－
エージェントサービス
○※2
×
×

Smsvc.exe (5)※4
Agentのプロセス管理
AgtSvc.exe (1)
サーバ状態の監視
（サービス表示名：SM_AgtSvc）
エージェントサービス
○
×
×

LcMgr.exe (1)
エージェント管理
（サービス表示名：SM_LcMgr）
ローカルコンソールサービス
○
○
×

SmAgent.exe (1)
サーバ状態の監視
（サービス表示名：SM_AgtSvc）
エージェントサービス
×
○
○

SmAltAct.exe (1)
アラート受信時のプログラムの起動
（サービス表示名：SM_AlertAction）
アラートアクションサービス
○
○
×

SmIS.exe (1)
JP1/AppManager連携
（サービス表示名：SM_IS）
エージェントサービス
○
×
×

smsaci.exe (1)
インベントリ情報の収集
（サービス表示名：SM_CI）
エージェントサービス
○
×
×

WIN32SL.exe (1)
DMIサービスレイヤ
（サービス表示名：Win32sl）
－
－
エージェントサービス
○
×
×

（凡例）

○：存在する

×：存在しない

－：該当しない

注※1

プロセス名は［Windows タスクマネージャ］の［プロセス］タブから確認できます。

注※2

HA8000の機種によって動作するプロセスが決まります。

注※3

JP1/NETM/Remote Controlのプロセスです。

注※4

64ビットのOSの場合，プロセス名はSmSvc64.exeになります。また，Smsvc.exeは，動作するサービスの数だけ起動します。

(3)　Advanced Agent

Advanced Agentの各プロセスのプロセス名とその機能を，コンポーネント単位に次の表に示します。

表B-3　Advanced Agentのプロセス名と機能（Windowsの場合）

プロセス名※1
機能
子プロセスとなるサービスプログラム
機能
コンポーネント名
機種

HA8000
Blade
Symphony
IA32
Blade
Symphony
IPF

dfci.exe (1)
ディスクアレイ（DF350/400）の監視／情報収集
（サービス表示名：SM_DFCI）
－
－
デバイス管理エージェントサービス
○
×
×

DMIIdeRaid.exe (1)
ディスクアレイ（HA8000内蔵RAID（MegaRAID））の監視／情報収集
（サービス表示名：DmiIdeRaid）
－
－
デバイス管理エージェントサービス
○
×
×

HyperDiskAgent.exe (1)
ディスクアレイ（HA8000内蔵RAID（HyperDisk））の監視／情報収集
（サービス表示名：HyperDiskAgent）
－
－
デバイス管理エージェントサービス
○
×
×

mdacci.exe (1)
ディスクアレイ（HA8000内蔵RAIDおよびCR80）の監視／情報収集
（サービス表示名：MDACCI）
－
－
デバイス管理エージェントサービス
○
×
×

MegaRaidCISvc.exe (1)
ディスクアレイ（HA8000内蔵RAID（PowerConsole））の監視／情報収集
（サービス表示名：DMI CI for I4）
－
－
デバイス管理エージェントサービス
○
×
×

ni_nic.exe (1)
フォールトトレラントLANアダプタの監視／情報収集
（サービス表示名：ni_nic）
－
－
デバイス管理エージェントサービス
○
×
×

SmCtlSvc.exe (1)※2
SM_ClusterCIの起動制御
（サービス表示名：SM_ClsCiCtrlSvc）
－
－
クラスタ管理エージェントサービス
○
×
×

Smsvc.exe (1)
Advanced Agentのプロセス監視
Clsci.exe (1)
クラスタ情報の監視
（サービス表示名：SM_ClusterCI）
クラスタ管理エージェントサービス
○
×
×

SmSvpWatchdog.exe (1)
SVP機能の監視
（サービス表示名：SM_SvpWatchdog）
－
－
SVPエージェントサービス
×
○
○

（凡例）

○：存在する

×：存在しない

－：該当しない

注※1

プロセス名は［Windows タスクマネージャ］の［プロセス］タブから確認できます。

注※2

起動後すぐに停止します。

付録B.2　Linuxの場合

psコマンドを実行したときに表示されるプロセス名を次に示します。

プロセスは，プロセス名のアルファベット順に記載しています。また，プロセス名の（）には，同時に実行できるプロセス数を示します。

＜この項の構成＞

(1)　Agent

(2)　Advanced Agent

(1)　Agent

Agentの各プロセスのプロセス名とその機能を，コンポーネント単位に次の表に示します。

表B-4　Agentのプロセス名と機能（Linuxの場合）

プロセス名※1 | 機能 | 子プロセスとなるサービスプログラム | 機能 | コンポーネント名
smhagt (2)※2 | エージェント | － | － | エージェントサービス
smhtraced (2) | smhagtのトレース情報収集 | － | － | エージェントサービス
smhelper.sh (1)※3 | smhagtのサービス監視 | － | － | エージェントサービス

（凡例）

－：該当しない

注※1

プロセス名は次のコマンドで確認できます。

ps -eo comm

注※2

smhagtはユーザからのサービス停止要求がなくても停止することがあります。このため，smhagtのプロセス最低数は0になります。なお，smhagtの動作はsmhelper.shが制御しています。

注※3

smhelper.shのプロセス最低数は1となります。なお，最大数は特定できません。

(2)　Advanced Agent

Advanced Agent用のプロセスはありません。

付録B.3　HP-UXの場合

psコマンドを実行したときに表示されるプロセス名を次に示します。

プロセスは，プロセス名のアルファベット順に記載しています。また，プロセス名の（）には，同時に実行できるプロセス数を示します。

＜この項の構成＞

(1)　Agent

(2)　Advanced Agent

(1)　Agent

Agentの各プロセスのプロセス名とその機能を，コンポーネント単位に次の表に示します。

表B-5　Agentのプロセス名と機能（HP-UXの場合）

プロセス名※ | 機能 | 子プロセスとなるサービスプログラム | 機能 | コンポーネント名
smhagt (1) | エージェント | smhems (1) | HP-UX EMSの情報収集 | エージェントサービス
smhtraced (1) | smhagtのトレース情報収集 | － | － | エージェントサービス

（凡例）

－：該当しない

注※

プロセス名は次のコマンドで確認できます。

ps -ex comm

(2)　Advanced Agent

Advanced Agentの各プロセスのプロセス名とその機能を，コンポーネント単位に次の表に示します。

表B-6　Advanced Agentのプロセス名と機能（HP-UXの場合）

プロセス名※ | 機能 | 子プロセスとなるサービスプログラム | 機能 | コンポーネント名
smhsvp (1) | SVP機能の監視 | － | － | SVPエージェントサービス

（凡例）

－：該当しない

注※

プロセス名は次のコマンドで確認できます。

ps -ex comm

付録C　フォルダ構成

JP1/ServerConductorのフォルダ構成を次に示します。

＜この節の構成＞

付録C.1　Windowsの場合

付録C.2　Linuxの場合

付録C.3　HP-UXの場合

付録C.1　Windowsの場合

Windowsの場合のBSM，BSM Plus，Server Manager，AgentおよびAdvanced Agentのフォルダ構成を示します。

注意

<JP1/ServerConductorのインストールフォルダ>は，デフォルトでは次のフォルダです。
<システムドライブ>:¥Program Files¥HITACHI¥ServerConductor¥Server Manager

＜この項の構成＞

(1)　BSMおよびBSM Plus

(2)　Server Manager

(3)　AgentおよびAdvanced Agent

(1)　BSMおよびBSM Plus

Windowsの場合のBSMおよびBSM Plusのフォルダ構成を次の図に示します。

図C-1　Windowsの場合のフォルダ構成（BSM，BSM Plus）

<JP1/ServerConductorのインストールフォルダ>
 +--Data
 |   +--Icons
 |   +--Images
 +--Help
 +--Log
 +--PROGRAM
 +--Web
     +--cgi-bin
     +--Classes
     +--Data
     +--download
     +--Help
         +--3020-3-L52
         |   +--FIGURE
         +--3020-3-L54
         |   +--FIGURE
         +--3020-3-L55
         |   +--FIGURE
         +--3020-3-L60
             +--FIGURE

(2)　Server Manager

Windowsの場合のServer Managerのフォルダ構成を次の図に示します。

図C-2　Windowsの場合のフォルダ構成（Server Manager）

<JP1/ServerConductorのインストールフォルダ>
 +--Data
 |   +--CLMgr
 +--Help
 +--Log
 +--PROGRAM
 +--Web
     +--cgi-bin
     +--Classes
     +--Data
     +--download
     +--Help
         +--3020-3-L52
         |   +--FIGURE
         +--3020-3-L54
         |   +--FIGURE
         +--3020-3-L60
             +--figure

(3)　AgentおよびAdvanced Agent

Windowsの場合のAgentおよびAdvanced Agentのフォルダ構成を次の図に示します。

図C-3　Windowsの場合のフォルダ構成（AgentおよびAdvanced Agent）

<JP1/ServerConductorのインストールフォルダ>
 +--Bin※1
 +--Data
 |  +--HardImage
 |  +--SSMP
 +--Help
 +--Log
 +--MainteTool
 |  +--bin
 +--mifdb※1
 +--Mifs※1
 |  +--Backup※1
 +--PROGRAM
 +--Tool
     +--FileTrans
     +--HsmBin
     +--ipmicmd※2
     +--Results
     +--UsrBin

注※1

HA8000の場合だけ，作成されます。

注※2

BladeSymphonyの場合だけ，作成されます。

Windows（IPF）の場合のAgentおよびAdvanced Agentのフォルダ構成を次の図に示します。

図C-4　Windows（IPF）の場合のフォルダ構成（AgentおよびAdvanced Agent）

<JP1/ServerConductorのインストールフォルダ>
 +--Data
 |  +--HardImage
 |  +--SSMP
 +--Help
 +--Log
 +--MainteTool
 |  +--Bin
 +--Program
 +--Tool
     +--HsmBin
     +--ipmicmd
     +--Results
     +--UsrBin

付録C.2　Linuxの場合

Linuxの場合のAgentおよびAdvanced Agentのフォルダ構成を次の図に示します。

図C-5　Linuxの場合のフォルダ構成（AgentおよびAdvanced Agent）

/（root）
 +--etc
 |   +--opt
 |       +--hitachi
 |           +--system_manager
 +--opt
 |   +--hitachi
 |       +--drivers
 |       |   +--hba
 |       +--system_manager
 |           +--bin
 |           |   +--gcc2
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           +--install
 |           |   +--gcc2
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           +--ipmi_tools
 |           |   +--bin
 |           +--lib
 |           |   +--2.2.13※
 |           |   +--2.2.13smp※
 |           |   +--2.2.14※
 |           |   +--2.2.14smp※
 |           |   +--2.2.15※
 |           |   +--2.2.15smp※
 |           |   +--2.2.16※
 |           |   +--2.2.16smp※
 |           |   +--2.2.18-11.h01※
 |           |   +--2.2.18-11.h01smp※
 |           |   +--2.2.18-14.h01※
 |           |   +--2.2.18-14.h01smp※
 |           |   +--2.2.18-14.h02※
 |           |   +--2.2.18-14.h02smp※
 |           |   +--2.2.18-14.h03※
 |           |   +--2.2.18-14.h03smp※
 |           |   +--2.4.18-14※
 |           |   +--2.4.18-14bigmem※
 |           |   +--2.4.18-14bigmemsmp※
 |           |   +--2.4.18-14smp※
 |           |   +--2.4.18-2SCORE※
 |           |   +--2.4.18-2SCOREenterprise※
 |           |   +--2.4.18-2SCOREenterprisesmp※
 |           |   +--2.4.18-2SCOREsmp※
 |           |   +--2.4.2※
 |           |   +--2.4.20-13.7※
 |           |   +--2.4.20-13.7smp※
 |           |   +--2.4.20-18.7※
 |           |   +--2.4.20-18.7bigmem※
 |           |   +--2.4.20-18.7smp※
 |           |   +--2.4.21-15.EL※
 |           |   +--2.4.21-15.ELsmp※
 |           |   +--2.4.21-1SCORE※
 |           |   +--2.4.21-1SCOREsmp※
 |           |   +--2.4.21-20.EL※
 |           |   +--2.4.21-20.ELsmp※
 |           |   +--2.4.21-27.EL※
 |           |   +--2.4.21-27.ELsmp※
 |           |   +--2.4.21-32.0.1.EL※
 |           |   +--2.4.21-32.0.1.ELsmp※
 |           |   +--2.4.21-37.EL※
 |           |   +--2.4.21-37.ELsmp※
 |           |   +--2.4.21-4.EL※
 |           |   +--2.4.21-4.ELsmp※
 |           |   +--2.4.21-9.0.1.EL※
 |           |   +--2.4.21-9.0.1.ELsmp※
 |           |   +--2.4.2smp※
 |           |   +--2.4.7-10※
 |           |   +--2.4.7-10smp※
 |           |   +--2.4.9-12※
 |           |   +--2.4.9-12smp※
 |           |   +--2.4.9-31※
 |           |   +--2.4.9-31smp※
 |           |   +--2.4.9-e.10※
 |           |   +--2.4.9-e.10smp※
 |           |   +--2.4.9-e.16※
 |           |   +--2.4.9-e.16smp※
 |           |   +--2.4.9-e.24※
 |           |   +--2.4.9-e.24smp※
 |           |   +--2.4.9-e.27※
 |           |   +--2.4.9-e.27enterprise※
 |           |   +--2.4.9-e.27smp※
 |           |   +--2.4.9-e.3※
 |           |   +--2.4.9-e.30※
 |           |   +--2.4.9-e.30smp※
 |           |   +--2.4.9-e.38※
 |           |   +--2.4.9-e.38smp※
 |           |   +--2.4.9-e.3smp※
 |           |   +--2.4.9-e.9.30ml※
 |           |   +--2.4.9-e.9.30mlsmp※
 |           |   +--2.6.9-11.EL※
 |           |   +--2.6.9-11.ELhugemem※
 |           |   +--2.6.9-11.ELsmp※
 |           |   +--2.6.9-34.EL※
 |           |   +--2.6.9-34.ELhugemem※
 |           |   +--2.6.9-34.ELsmp※
 |           |   +--gcc2
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           |   +--nls
 |           |       +--ja_JP.SJIS
 |           |       +--ja_JP.UTF-8
 |           |       +--ja_JP.eucJP
 |           |       +--C
 |           +--maintetool
 |           |   +--bin
 |           |       +--tools
 |           |           +--gcc2
 |           |           +--gcc3
 |           |           +--gcc3.4
 |           +--man
 |           |   +--ja_JP.UTF-8
 |           |   |   +--man1
 |           |   +--ja_JP.eucJP
 |           |       +--man1
 |           +--map
 |           +--mibs※
 |           +--newconfig
 |           +--rc
 |           +--sbin
 |           |   +--gcc2
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           +--tools
 +--var
     +--opt
         +--hitachi
             +--system_manager
                 +--collect
                 +--dat
                 +--log
                 +--tmp

注※

Advanced Agentの場合だけ，作成されます。

Linux（IPF）の場合のAgentおよびAdvanced Agentのフォルダ構成を次の図に示します。

図C-6　Linux（IPF）の場合のフォルダ構成（AgentおよびAdvanced Agent）

/（root）
 +--etc
 |   +--opt
 |       +--hitachi
 |           +--system_manager
 +--opt
 |   +--hitachi
 |       +--drivers
 |       |   +--hba
 |       +--system_manager
 |           +--bin
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           +--install
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           +--ipmi_tools
 |           |   +--bin
 |           +--lib
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           |   +--nls
 |           |       +--ja_JP.SJIS
 |           |       +--ja_JP.UTF-8
 |           |       +--ja_JP.eucJP
 |           |       +--C
 |           +--maintetool
 |           |   +--bin
 |           |       +--tools
 |           |           +--gcc3
 |           |           +--gcc3.4
 |           +--man
 |           |   +--ja_JP.UTF-8
 |           |   |   +--man1
 |           |   |
 |           |   +--ja_JP.eucJP
 |           |       +--man1
 |           +--map
 |           +--mibs※
 |           +--newconfig
 |           +--rc
 |           +--sbin
 |           |   +--gcc3
 |           |   +--gcc3.4
 |           +--tools
 +--var
     +--opt
         +--hitachi
             +--system_manager
                 +--collect
                 +--dat
                 +--log
                 +--tmp

注※

Advanced Agentの場合だけ，作成されます。

付録C.3　HP-UXの場合

HP-UXの場合のAgentおよびAdvanced Agentのフォルダ構成を次の図に示します。

図C-7　HP-UXの場合のフォルダ構成（AgentおよびAdvanced Agent）

/（root）
 +--etc
 |   +--opt
 |   |   +--htcsma
 |   |       +--import※
 |   +--rc.config.d(OS標準)
 +--opt
 |   +--htcsma
 |       +--bin
 |       +--hpuxcmd
 |       +--lbin
 |       +--lib
 |       |   +--nls
 |       |       +--C
 |       |       +--ja_JP.SJIS
 |       |       +--ja_JP.eucJP
 |       +--maps
 |       +--newconfig
 |       +--share
 |           +--man
 |               +--ja_JP.SJIS
 |               |   +--man1m.Z
 |               +--ja_JP.eucJP
 |                   +--man1m.Z
 +--sbin
 |   +--init.d(OS標準)
 |   +--rc1.d(OS標準)
 |   +--rc2.d(OS標準)
 +--usr
 |   +--lib
 |   |   +--nls
 |   |       +--msg
 |   |           +--C(OS標準)
 |   |           +--ja_JP.SJIS(OS標準)
 |   |           +--ja_JP.eucJP(OS標準)
 |   +--man
 |   |   +--ja_JP.SJIS
 |   |   |   +--man1m.Z(OS標準)
 |   |   +--ja_JP.eucJP
 |   |       +--man1m.Z(OS標準)
 |   +--sbin(OS標準)
 +--var
     +--opt
         +--htcsma
             +--collect
             +--tmp

注※

Advanced Agentの場合だけ，作成されます。

付録D　システム見積もり

JP1/ServerConductorのメモリ所要量およびディスク占有量について説明します。

＜この節の構成＞

付録D.1　メモリ所要量

付録D.2　ディスク占有量

付録D.1　メモリ所要量

BSM，BSM Plus，Server Manager，AgentおよびAdvanced Agentのメモリ所要量については，Readmeファイルを参照してください。

付録D.2　ディスク占有量

BSM，BSM Plus，Server Manager，AgentおよびAdvanced Agentのディスク占有量については，Readmeファイルを参照してください。

付録E　ログファイル（単調増加ファイル）

JP1/ServerConductorの製品ログファイルの，単調増加ファイルを次の表に示します。

表E-1　JP1/ServerConductorの製品ログファイルの単調増加ファイル

項番
ファイル名
出力元
保存先
説明

製品
サービス

1
@History@.log
Windows版の全製品
インストーラ
＜インストール先フォルダ＞¥Log
製品のインストールおよびアンインストールの履歴が必ず出力されます。
次の場合に約2キロバイト増加します。

アンインストールした場合

変更インストールをした場合

更新インストールをした場合

アンインストール後に同一フォルダに再インストールした場合

2
@N1History@.log
BSM Plus
マネージャサービス
＜インストール先フォルダ＞¥Log
N+1／N+Mコールドスタンバイ実行時の動作履歴が必ず出力されます。サービス稼働中は単調増加ファイルとなるため，N+1切り替えが頻繁に発生する場合は注意が必要となります。
マネージャサービス起動時に，ファイルサイズが2,048キロバイトを超えている場合は，1,024キロバイトに自動的に調整されます。
1回の切り替えで約2キロバイト増加します。

3
yyyymmdd.log
Agent
エージェントサービス

Windowsの場合

＜インストール先フォルダ＞¥Log

Linuxの場合

/var/opt/hitachi/system_manager/log

HP-UXの場合

/var/opt/htcsma

アラートの通知履歴が必ず出力されます。
設定した保存日数が経過すると，新しいアラートが発生したタイミングで，保存日数を超えたアラートログファイルが自動的に削除されます。
なお，設定によってはファイル数が単調増加となります。
アラートログの設定については，次の個所を参照してください。

Windowsの場合

「3.11.4(4)　アラート情報」

Linuxの場合

「3.12.2(3)　エージェント設定メニューでの設定項目」

HP-UXの場合

「3.13.2(3)　エージェント設定メニューでの設定項目」

付録F　HVM構成管理機能の設定画面とHVMスクリーンの設定項目の対応

JP1/ServerConductorのHVM構成管理機能の各画面で設定できる項目は，HVMスクリーンからも設定できます。HVM構成管理機能の各設定項目と，HVMスクリーンの設定項目の対応を次に示します。

注意

この節に説明がないHVMスクリーンの項目は，HVM構成管理機能の設定画面からは設定できません。HVMスクリーンから設定してください。

＜この節の構成＞

付録F.1　［HVM設定］ダイアログボックス

付録F.2　［PCI Device Scheduling Mode設定］ダイアログボックス

付録F.3　［LPAR作成ウィザード］

付録F.4　［LPAR構成変更］ダイアログボックス

付録F.1　［HVM設定］ダイアログボックス

［HVM設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-1　［HVM設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | HVM識別子 | System Configuration | HVM識別子
2 | VNIC System Number | System Configuration | 仮想NICシステム番号
3 | Pre-State Auto Activation | HVM Options | Pre-State Auto Activation
4 | HVM Auto Shutdown | HVM Options | HVM Auto Shutdown
5 | Time Zone | Date and Time | システムのTime Zone
6 | NIC Number/Port Number | VNIC Accelerator Configuration | NIC#，Port#
7 | VNIC Accelerator | VNIC Accelerator Configuration | Enable/Disable

付録F.2　［PCI Device Scheduling Mode設定］ダイアログボックス

［PCI Device Scheduling Mode設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-2　［PCI Device Scheduling Mode設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | PCI Device Number | PCI Device Assignment | PCI Device番号
2 | Scheduling Mode | PCI Device Assignment | Scheduling Mode

付録F.3　［LPAR作成ウィザード］

＜この項の構成＞

(1)　操作対象画面

(2)　Logical Partition Configuration画面

(3)　Processor Configuration画面

(4)　PCI Device Assignment画面

(5)　Shared FC Assignment画面

(6)　VNIC Assignment画面

(1)　操作対象画面

［LPAR作成ウィザード］の操作対象画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-3　［LPAR作成ウィザード］の操作対象画面の設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | LPAR識別子 | Logical Partition Configuration | LPAR Number
2 | LPAR Name | Logical Partition Configuration | LPAR Name

(2)　Logical Partition Configuration画面

［LPAR作成ウィザード］のLogical Partition Configuration画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-4　［LPAR作成ウィザード］のLogical Partition Configuration画面の設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | Memory | Logical Partition Configuration | Memory
2 | Idle Detection | Logical Partition Configuration | Idle Detection
3 | Auto Activation Order | Logical Partition Configuration | Auto Activation Order
4 | Auto Clear | Logical Partition Configuration | Auto Clear

(3)　Processor Configuration画面

［LPAR作成ウィザード］のProcessor Configuration画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-5　［LPAR作成ウィザード］のProcessor Configuration画面の設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | Dedicated Processors | Logical Partition Configuration | Dedicated Processors
2 | Shared Processors | Logical Partition Configuration | Shared Processors
3 | Service Ratio | Logical Partition Configuration | Service Ratio
4 | Processor Capping | Logical Partition Configuration | Processor Capping
5 | Logical Processor Number | Logical Processor Configuration | 論理プロセッサ番号とLPAR Nameの交点にある値
6 | Physical Processor Number | Logical Processor Configuration | 論理プロセッサ番号とLPAR Nameの交点にある値

(4)　PCI Device Assignment画面

［LPAR作成ウィザード］のPCI Device Assignment画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-6　［LPAR作成ウィザード］のPCI Device Assignment画面の設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | PCI Device Number | PCI Device Assignment | PCI Device番号
2 | PCI Device Assignment | PCI Device Assignment | Device Assignment

(5)　Shared FC Assignment画面

［LPAR作成ウィザード］のShared FC Assignment画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-7　［LPAR作成ウィザード］のShared FC Assignment画面の設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | Shared FC Number | Shared FC Assignment | Shared FC#とLPAR Nameの交点にある値
2 | vfcWWNID | Shared FC Assignment | Shared FC Assignment

(6)　VNIC Assignment画面

［LPAR作成ウィザード］のVNIC Assignment画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表F-8　［LPAR作成ウィザード］のVNIC Assignment画面の設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | VNIC Number | Virtual NIC Assignment | VNIC Number
2 | VNIC Assignment | Virtual NIC Assignment | VNIC NumberとLPAR Nameの交点にある値
3 | MACアドレス | Virtual NIC Assignment | VNIC InformationのMAC Address
4 | Tag | Virtual NIC Assignment | VNIC InformationのTag
5 | VLAN ID | Virtual NIC Assignment | VNIC InformationのVLAN ID

付録F.4　［LPAR構成変更］ダイアログボックス

＜この項の構成＞

(1)　［操作対象］タブ

(2)　［Logical Partition Configuration］タブ

(3)　［Processor Configuration］タブ

(4)　［PCI Device Assignment］タブ

(5)　［Shared FC Assignment］タブ

(6)　［VNIC Assignment］タブ

(1)　［操作対象］タブ

［LPAR構成変更］ダイアログボックスの［操作対象］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表F-9　［LPAR構成変更］ダイアログボックスの［操作対象］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | LPAR Name | Logical Partition Configuration | LPAR Name

(2)　［Logical Partition Configuration］タブ

［LPAR構成変更］ダイアログボックスの［Logical Partition Configuration］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表F-10　［LPAR構成変更］ダイアログボックスの［Logical Partition Configuration］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | Memory | Logical Partition Configuration | Memory
2 | Idle Detection | Logical Partition Configuration | Idle Detection
3 | Auto Activation Order | Logical Partition Configuration | Auto Activation Order
4 | Auto Clear | Logical Partition Configuration | Auto Clear

(3)　［Processor Configuration］タブ

［LPAR構成変更］ダイアログボックスの［Processor Configuration］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表F-11　［LPAR構成変更］ダイアログボックスの［Processor Configuration］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | Dedicated Processors | Logical Partition Configuration | Dedicated Processors
2 | Shared Processors | Logical Partition Configuration | Shared Processors
3 | Service Ratio | Logical Partition Configuration | Service Ratio
4 | Processor Capping | Logical Partition Configuration | Processor Capping
5 | Logical Processor Number | Logical Processor Configuration | 論理プロセッサ番号とLPAR Nameの交点にある値
6 | Physical Processor Number | Logical Processor Configuration | 論理プロセッサ番号とLPAR Nameの交点にある値

(4)　［PCI Device Assignment］タブ

［LPAR構成変更］ダイアログボックスの［PCI Device Assignment］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表F-12　［LPAR構成変更］ダイアログボックスの［PCI Device Assignment］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | PCI Device Number | PCI Device Assignment | PCI Device番号
2 | PCI Device Assignment | PCI Device Assignment | Device Assignment

(5)　［Shared FC Assignment］タブ

［LPAR構成変更］ダイアログボックスの［Shared FC Assignment］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表F-13　［LPAR構成変更］ダイアログボックスの［Shared FC Assignment］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | Shared FC Number | Shared FC Assignment | Shared FC#とLPAR Nameの交点にある値
2 | vfcWWNID | Shared FC Assignment | Shared FC Assignment

(6)　［VNIC Assignment］タブ

［LPAR構成変更］ダイアログボックスの［VNIC Assignment］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表F-14　［LPAR構成変更］ダイアログボックスの［VNIC Assignment］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | VNIC Number | Virtual NIC Assignment | VNIC Number
2 | VNIC Assignment | Virtual NIC Assignment | VNIC NumberとLPAR Nameの交点にある値
3 | MACアドレス | Virtual NIC Assignment | VNIC InformationのMAC Address
4 | Tag | Virtual NIC Assignment | VNIC InformationのTag
5 | VLAN ID | Virtual NIC Assignment | VNIC InformationのVLAN ID

付録G　用語解説

（英字）

Agentホスト

AgentやAdvanced Agentがインストールされたホストのことです。

BIOSポストログ

システム起動時に発生したエラーをBIOSポストといいます。システム起動時にBIOSが検出したエラーを格納したログをBIOSポストログといいます。

DUMP

ファイルやメモリの内容を記録または表示することです。

HP-UXサーバ

JP1/ServerConductorで管理対象となるHP-UX 11i Version 2.0（IPF），またはHP-UX 11i Version 3.0（IPF）のサーバのことです。

IA32

Intel社の32ビットマイクロプロセッサで用いられているマイクロアーキテクチャの総称です。

Linuxサーバ

JP1/ServerConductorで管理対象となるRed Hat Enterprise Linux ES 3，Red Hat Enterprise Linux AS 3，Red Hat Enterprise Linux ES 4，Red Hat Enterprise Linux AS 4，またはRed Hat Enterprise Linux 5のサーバのことです。

LUN Manager

日立ディスクアレイサブシステムが提供するストレージサブシステムのストレージ構成管理ソフトウェアのことです。

LUN Security

日立ディスクアレイサブシステムが提供するストレージサブシステムのセキュリティ管理ソフトウェアのことです。

MACアドレス

各Ethernetカードに固有のID番号のことです。全世界のEthernetカードには1枚1枚固有の番号が割り当てられており，これを基にカード間のデータの送受信が行われます。IEEEが管理および割り当てをしているメーカーごとに固有な番号と，メーカーが独自に各カードに割り当てる番号の組み合わせによって表されます。

MIF（Management Information Format）

ハードウェア，およびソフトウェアの資産情報を定義した管理フォーマットで，DMI（Desktop Management Interface）がコンポーネントを記述するために使用するフォーマットです。

SAN

ディスク装置およびテープ装置などのストレージとサーバ間を接続する専用の高速ネットワークです。ストレージへの高速アクセス，一元管理，データ共用，データコピーおよびバックアップなどのシステムの性能，拡張性および耐障害性を高めます。

SANブート

サーバ筐体内部のハードディスクではなく外部の日立ディスクアレイサブシステムにOSやソフトウェアなど業務に必要なソフトウェアを格納しておき，そこから業務システムを起動させることです。

SVP（Service Processor）機能

BladeSymphonyのWindowsサーバ，Linuxサーバ，HP-UXサーバのとき，およびHA8000シリーズのWindowsサーバ，LinuxサーバにSVP PCIボードを搭載したときに使用できる機能のことです。HA8500シリーズのWindowsサーバ，Linuxサーバ，HP-UXサーバでは，SVP（エミュレーション）機能をサーバ本体に内蔵しているため，SVPボードを装着しなくてもこの機能を使用できます。

SVPボード

HA8000シリーズに搭載され，本体装置の電源制御，およびスケジューリング機能を提供するオプションボードです。

SVPログ

サーバシャーシまたはSVPボードで発生したエラーなどのログのことです。

VMゲスト

VMwareやHyper-Vによって提供される仮想的な環境（仮想化サーバ）のことです。なお，VMwareのVMゲストをVMwareゲスト，Hyper-VのVMゲストをHyper-Vゲストと呼びます。

VMホスト

VMwareやHyper-Vなどの仮想化プラットフォームのホスト（物理サーバ）のことです。なお，VMwareのVMホストをVMwareホスト，Hyper-VのVMホストをHyper-Vホストと呼びます。

Web管理コンソール

JP1/ServerConductorのコンソールサービスの機能をWebブラウザから使用する管理コンソールのことです。

Windowsサーバ

JP1/ServerConductorで管理対象となるWindows 2000，Windows Server 2003，またはWindows Server 2008を搭載したPCサーバのことです。

（ア行）

アラート

ホストで発生したエラーなどの情報です。JP1/ServerConductorでは，アラート情報を検知できるので，ホストの障害を早期に対処できます。

インベントリ

管理しているホストのOSのバージョン，ハードウェアの状態，ハードディスクの容量など，ホストの構成や状態に関する情報です。

エンタープライズ

エンタープライズに表示されているIDをオブジェクトIDといいます。SNMPでは管理対象機器の情報の単位をオブジェクトといい，このオブジェクトの識別子がオブジェクトIDです。SNMPではこのオブジェクトIDを使った情報をやり取りします。

（カ行）

管理対象ホスト

JP1/ServerConductorで管理対象となるWindowsサーバ，Linuxサーバ，およびHP-UXサーバの総称です。

クラスタ

2台以上のサーバを一つのシステムに見せることで，接続しているクライアントに対して，ホットスタンバイや高可用性を提供します。

コールドスタンバイ

通信機器やコンピュータシステムを多重化して信頼性を向上させる手法の一つです。

コミュニティ

コミュニティとはSNMPが管理するネットワークシステムの範囲です。管理者はこのコミュニティに名前（コミュニティ名）を付けます。コミュニティ名はそのコミュニティの権限に関連づけるパスワードの役割も果たします。

（サ行）

サーバアラートログ

サーバで発生したアラートのログのことです。

（タ行）

ディスク割当てリポジトリ

BSM Plusが管理するWWNの情報とおよびディスクの割り当て状態を表示するダイアログボックスのことです。

（ハ行）

パーティション

電源をON/OFFにする単位のことです。IA32サーバモジュールでは，ブレード一枚がパーティションに相当します。IPFサーバモジュールでは，SMP構成でない場合はブレード一枚がパーティションに相当し，SMP構成の場合はSMP構成の一単位がパーティションに相当します。

フェイルオーバー

サーバに障害が発生した場合に，代替サーバが処理やデータを引き継ぐ機能のことです。

ホスト

JP1/ServerConductorで管理対象となるWindowsサーバ，Linuxサーバ，およびHP-UXサーバの総称です。

ホットプラグ

通電したままパーツを装着することです。

（マ行）

マネージャ

サーバを集中管理して，システム全体の統括管理をするマシンのことです。

マネージャサービスのログファイル

BSMマネージャサービスが出力するログのことです。また，SNMPプロトコルでの通信情報のログもここに出力されます。

（ラ行）

ランプ制御

管理コンソールから，遠隔地にあるサーバモジュールのランプの点灯状態を操作する機能のことです。

システム管理者が遠隔地のサーバモジュールのランプを点灯して，現地の保守員に交換が必要なサーバモジュールを知らせるといったことができます。

この機能は，管理対象サーバがBladeSymphony 上で稼働している場合だけ利用できます。

ロードバランシング

並列に運用されている機器間での負荷がなるべく均等になるように処理を分散して割り当てることです。

索引

[記号]
[Ａ][Ｂ][Ｃ][Ｄ][Ｅ][Ｆ][Ｈ][Ｉ][Ｊ][Ｌ][Ｍ][Ｎ][Ｏ][Ｐ][Ｒ][Ｓ][Ｕ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行]

(記号)

@History@.log

@N1History@.log

(英字)

(Ａ)

Advanced Agent

Advanced Agent設定メニュー（Advanced Agent環境設定）

Advanced Agent設定メニュー（Advanced Agent環境設定）

Advanced Agent設定メニュー（Advanced Agent環境設定）

Advanced Agentのセットアップの流れ

Advanced Agent用環境設定コマンド（HP-UXサーバ）

Advanced Agent用環境設定コマンド（Linuxサーバ）

Agent

Agentのセットアップの流れ

Agentホスト

(Ｂ)

Basicモード

BIOS POST情報

BIOSポストログ

BIOSポストログ

BIOSポストログ

［BIOSポストログ］ウィンドウ

BIOSポストログに関する注意事項

BIOSポストログを表示する

BladeSymphony SPを管理する場合の注意事項

BMC環境設定ユティリティ

BMCの設定（BladeSymphony（HP-UXサーバ））

BMCの設定（BladeSymphony（Linuxサーバ））

BMCの設定（BladeSymphony（Windowsサーバ））

BSM

BSM Plus

BSMおよびBSM Plusのセットアップの流れ

BSMまたはServer ManagerとAgentを同一マシンにインストールしている場合のアンインストール手順

(Ｃ)

Control Manager

(Ｄ)

Device Managerとの連携

Device Managerと連携する場合

Device Managerと連携する場合の設定フロー

Device Manager連携構成

DPM

DPM Adaptor

DPMコンピュータ情報エクスポートファイルの出力形式

DPMコンピュータ情報エクスポートファイルの出力項目

DPMと連携する

DUMP

(Ｅ)

e-mail（アラート通知）

e-mail（保守情報）

e-mailで通知される情報

e-mailで通知したいアラートを選択する場合

e-mailの設定（自動レポート機能）

ErrorWatchingDetailSettingサブメニュー

(Ｆ)

FC情報

forward

(Ｈ)

HAクラスタシステム

HP-UX EMS

HP-UX EMSと連携する場合

HP-UX EMSの設定

HP-UX EMS連携

HP-UX EMS連携構成

HP-UX EMS連携の設定

HP-UX EMS連携の設定フロー

HP-UXサーバ

HVM

HVM

HVM構成管理

［HVM構成管理］ウィンドウ

［HVM構成管理］ウィンドウの表示項目

［HVM構成管理］ウィンドウの表示手順

HVM構成管理機能

HVM構成管理機能の設定画面とHVMスクリーンの設定項目の対応

HVM構成管理機能の前提条件

HVM構成管理機能の注意事項

HVM構成のバックアップ

［HVM構成のバックアップ・リストア］ダイアログボックス

［HVM構成のバックアップ・リストア］ダイアログボックス

HVM構成のリストア

［HVM設定］ダイアログボックス

［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定）

［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定後）

HVMノード選択時の表示項目

HVMの設定

HVMの設定およびLPARの作成の流れ

HVMの設定手順

HVMの設定をする前の準備

HVMの設定を変更する場合の注意事項

Hyper-Vへ移行する場合

(Ｉ)

IA32

IPアドレス（SVPアドレス）

IPアドレス（通報先）

IPアドレスを変更する場合の注意事項

(Ｊ)

JP1/AppManagerと連携する

JP1/AppManagerと連携する場合

JP1/AppManagerの使用

JP1/AppManager連携構成

JP1/AppManager連携時の環境構築

JP1/AppManager連携の設定

JP1/Cm2/NCと連携する場合

JP1/Cm2/NCと連携する場合の設定フロー

JP1/Cm2/NCの前提条件

JP1/Cm2/NC連携構成

JP1/IMからJP1/ServerConductorを起動する

JP1/IMからコンソールサービスを起動する構成

JP1/IMと連携する

JP1/IMと連携する場合

JP1/IMに通知される情報

JP1/IMへアラート通知する構成

JP1/IMへのアラート通知（マネージャサービス）

JP1/IMへのアラート通知（ローカルコンソールサービス）

JP1/IM連携機能の設定

JP1/IM連携の設定

［JP1/SC/DPMエクスポート情報変更］ダイアログボックス

［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックス

JP1/ServerConductorで取り扱うアラートのトラップ

JP1/ServerConductorで取り扱うアラートのトラップ

JP1/ServerConductorとは

JP1/ServerConductorによる仮想化されたサーバの管理

JP1/ServerConductorの製品構成

JP1/ServerConductorの特長

JP1/ServerConductorのマネージャサービスを経由して通知する構成

(Ｌ)

Linuxサーバ

Logical Partition Configuration画面

Logical Partition Configuration画面での設定項目

［Logical Partition Configuration］タブ

［Logical Partition Configuration］タブでの設定項目

LPAR

LPAR

LPAR構成情報

LPAR構成情報の変更

LPAR構成の変更

［LPAR構成変更］ダイアログボックスでの設定内容

LPAR作成ウィザード

LPAR作成に当たっての注意事項

LPAR上で稼働するサーバまたはHVMに対して使用できる機能

LPAR上で稼働するサーバまたはHVMを管理する場合の注意事項

LPAR設定情報の保存

LPARとUSBとの対応づけ

LPARとUSBとの対応づけの変更

LPARのActivate

LPARのDeactivate

LPARノード選択時の表示項目

LPARの削除

LPARの作成

LPARの作成手順

LPARの操作

LPARモード

LUN

LUN Manager

LUN Manager

LUN Managerを利用したアクセス制限

LUN Security

(Ｍ)

MACアドレス

Management Information Format

mdacci.exe

mdacci.exeをサービスとして登録する

MIF

［MIF情報］ウィンドウ

MIF情報を表示する

monconfig

(Ｎ)

N+1／N+Mコールドスタンバイ

N+1／N+Mコールドスタンバイ

N+1／N+Mコールドスタンバイ機能の運用

N+1／N+Mコールドスタンバイ機能の設定

N+1／N+Mコールドスタンバイ機能の注意事項

N+1／N+Mコールドスタンバイ機能の適用手順

N+1／N+Mコールドスタンバイ機能を有効にする手順

N+1／N+Mコールドスタンバイの前提条件

N+1グループ

N+1グループ

［N+1グループ］ノードの内容を確認する

N+1グループの削除

N+1グループの作成

N+1グループのホストの削除

N+1グループのホストの登録

N+1グループの予備プールの削除

N+1グループの予備プールの登録

N+1グループ名の変更

N+1コールドスタンバイ

N+1コールドスタンバイ構成

［N+1コールドスタンバイ詳細設定］ウィンドウ

N+1コールドスタンバイ設定ファイル

N+1コールドスタンバイノードの内容を確認する

N+1コールドスタンバイの冗長化構成

N+1冗長化構成時の注意事項

N+1冗長化の実行時の動作

N+1冗長化の設定

N+1冗長化の前提条件

N+1対象アラート定義ファイル

N+Mコールドスタンバイ

N+Mコールドスタンバイの構成例（SMP構成時）

N+Mコールドスタンバイの前提条件

N1Alert.dat

N1SwitchShutdownSet.ini

(Ｏ)

ODBCデータソース

OS情報

OS名

(Ｐ)

PCI Device Assignment画面

PCI Device Assignment画面での設定項目

［PCI Device Assignment］タブ

［PCI Device Assignment］タブでの設定項目

［PCI Device Scheduling Mode設定］ダイアログボックス

［PCI Device Scheduling Mode設定］ダイアログボックスでの設定項目

PCI Device情報

PCIデバイスの占有／共有の設定

Processor Configuration画面

Processor Configuration画面での設定項目

［Processor Configuration］タブ

［Processor Configuration］タブでの設定項目

Processor情報

(Ｒ)

RAIDマネージメントプログラムと連携する

RAIDマネージメントプログラムをインストールする

rcスクリプトファイル

(Ｓ)

SAN

SANブート

SANブート構成

［ServerConductor コンソールサービス - ログイン］ダイアログボックス

［ServerConductor コンソールサービス - ログイン］ダイアログボックス

［ServerConductor コンソールサービス - ログイン］ダイアログボックス

Server Manager

Server Managerのセットアップの流れ

Shared FC Assignment画面

Shared FC Assignment画面での設定項目

［Shared FC Assignment］タブ

［Shared FC Assignment］タブでの設定項目

smhaaedit

smhaaedit

smhaaedit

smhautoboot

smhautobootコマンド

smhedit

smhedit

SMP構成管理

SMP構成管理機能

SMP構成管理機能

SMP構成管理機能の操作

［SMP設定］ウィンドウ

SNMP Trapの追加

［SNMP Trapの追加］ダイアログボックス

SNMP設定メニュー

SNMPトランスレータ

SNMPトランスレータエージェントサービス

SNMPトランスレータとは

SNMPトランスレータのトラップ（Linuxサーバ）

SNMPトランスレータのトラップ（Windowsサーバ）

SNMPトランスレータを使用した構成

SNMPトランスレータを使ったネットワーク管理

SNMPトランスレータを利用してLinuxサーバを管理する場合の環境の設定方法

SNMPトランスレータを利用してWindowsサーバを管理する場合の環境の設定方法

SNMPを利用して連携する場合

SVP/BMCエージェントサービス

SVP/BMCの設定

SVP（Service Processor）機能

SVP PCI設定ユティリティ

SVP PCI設定ユティリティの起動（Windowsサーバ）

SVP PCIボードの設定（Windowsサーバ）

SVPアドレス

SVP設定メニュー，SVPマイクロプログラム設定メニューによる設定（Linuxサーバ）

SVP設定メニュー（Advanced Agent環境設定）

SVPに対するアラートフィルタリング

SVPの設定（HA8000シリーズ）

SVPの二重化（ネットワークスイッチ連携機能）

SVPボード

SVPボード専用のIPアドレス

SVPボードのIPアドレスの変更（HA8000の場合だけ）

SVPマイクロ

SVPマイクロプログラム設定メニュー（Advanced Agent環境設定）

SVPログ

SVPログ

［SVPログ］ウィンドウ

SVPログに記録する

SVPログを表示する

syslogに記録する

syslogの記録

(Ｕ)

［USB接続一覧］の表示内容

［USB割り当て設定］ダイアログボックス

［USB割り当て設定］ダイアログボックス

(Ｖ)

VMゲスト

VMゲスト

VMホスト

VMホスト

VMホストの登録

VNIC Assignment画面

VNIC Assignment画面での設定項目

［VNIC Assignment］タブ

［VNIC Assignment］タブでの設定項目

(Ｗ)

Web管理コンソール

Web管理コンソール

Webゲートウェイサービス

Webゲートウェイサービスが使用するパスワードの設定

Webコンソールサービス

Webコンソールサービスの起動と終了

Webコンソールサービスの設定

Webサーバ

Webブラウザから管理する構成

Webブラウザから管理する構成の設定フロー

Webブラウザから管理する場合

Windowsサーバ

(ア行)

(あ)

アイコン

アイドルセッション時間（エージェントサービス）

アイドルセッション時間（コンソールサービス）

空きスロット

アプリケーションログ（エージェントサービス）

アプリケーションログとして記録される情報

アプリケーションログの記録

アラート

アラート（エージェントサービス設定）

アラート（コンソールサービス設定）

アラートアクションe-mailの設定

アラートアクションサービス

アラートアクションサービスに通知されないアラート

アラートごとに設定する

アラートごとに設定する

アラート受信時にプログラムを自動起動する

アラート情報（エージェントサービス）

アラート情報（コンソールサービス）

アラート情報を表示する

［アラート設定］ダイアログボックス

アラート属性ファイル

アラート属性ファイルを使用して設定する

アラート属性ファイルを使用して設定する

［アラート］タブ

アラート単位でのフィルタリング

アラート通知（障害監視 詳細設定）

アラート通知（障害監視 詳細設定）

アラート通知の設定

アラート通知をフィルタリングする

アラートに関する注意事項

アラートの内容

アラートの表示

アラートの保存件数（マネージャサービス）

アラートの保存日数（マネージャサービス）

アラート発生時のサーバの動作

アラート発生時のサーバの動作を設定する

アラートレベル（エージェントサービス）

アラートレベル（マネージャサービス）

アラートレベル（ローカルコンソールサービス）

アラートレベルでのフィルタリング

アラートをe-mailで通知する

アラートをe-mailで通知する

アラートをJP1/IMに通知する

アラートをJP1/IMに通知する

アラートをSNMPマネージャに通知する

アラートを直接通知する場合の設定フロー

アラートをほかのプログラムに通知する

アラートをログファイルに記録する

アンインストール（AgentおよびAdvanced Agent）

アンインストール（AgentまたはAdvanced Agent）

アンインストール（BSMおよびBSM Plus）

アンインストール（LinuxまたはHP-UXの場合）

アンインストール（Server Manager）

アンインストール（Windowsの場合）

アンインストール手順（AgentおよびAdvanced Agent）

アンインストール手順（AgentおよびAdvanced Agent）

アンインストール手順（BSMまたはBSM Plus）

アンインストール手順（Server Manager）

(い)

［一括設定 - エージェントサービス設定］ウィンドウ

［一括設定 - スケジュール］ウィンドウ

［一括操作 - 電源制御］ウィンドウ

イベントログに記録する

印刷

インストール（AgentまたはAdvanced Agent）

インストール（AgentまたはAdvanced Agent）

インストール（BSM）

インストール（BSMおよびBSM Plus）

インストール（LinuxまたはHP-UXの場合）

インストール（Server Manager）

インストール（Windowsの場合）

インストール（クラスタシステムの場合）

インストール手順（AgentまたはAdvanced Agent）

インストール手順（AgentまたはAdvanced Agent）

インストール手順（更新インストール）

インストール手順（更新インストール）

インストール手順（更新インストール）

インストール手順（新規インストール）

インストール手順（新規インストール）

インストール手順（新規インストール）

インストール手順（変更インストール）

インストール手順（変更インストール）

インストール手順（変更インストール）

インストールの種類

インストールの種類

インベントリ

［インベントリCSVファイル出力オプション］ダイアログボックス

［インベントリCSVファイル出力］ダイアログボックス

［インベントリ］ウィンドウ

インベントリ情報

インベントリ情報

インベントリ情報管理用データベースの作成

インベントリ情報をCSV形式に出力する

インベントリ情報を参照する

インベントリツリー

インベントリに関する注意事項

インポート

インポート（DPMコンピュータ情報）

(う)

ウォッチドッグタイマによる障害監視に必要な設定

ウォッチドッグタイマによる障害監視をする

ウォッチドッグタイムアウトの仕組み

運用開始後のストレージ変更の手順

運用管理者詳細情報（エージェントサービス）

運用管理者番号（エージェントサービス）

運用管理者名（エージェントサービス）

運用ケース別の設定項目と切り替え待ち時間

(え)

エージェント環境設定ファイル

エージェント環境設定メニュー（HP-UXサーバ）

エージェント環境設定メニュー（Linuxサーバ）

エージェント環境設定メニューでの設定項目（HP-UXサーバ）

エージェント環境設定メニューでの設定項目（Linuxサーバ）

エージェントサービス

エージェントサービス（HP-UXサーバ）の設定

エージェントサービス（Linuxサーバ）の設定

エージェントサービス（Windowsサーバ）の設定

［エージェントサービス設定］ダイアログボックス

エージェントサービスの一括設定

エージェントサービスの起動（HP-UXサーバ）

エージェントサービスの起動（Linuxサーバ）

エージェントサービスの自動起動の設定（HP-UXサーバ）

エージェントサービスの設定

エージェントサービスの停止（HP-UXサーバ）

エージェントサービスの停止（Linuxサーバ）

エージェント設定メニュー（HP-UXサーバ）

エージェント設定メニュー（Linuxサーバ）

エージェント設定メニューでの設定項目（HP-UXサーバ）

エージェント設定メニューでの設定項目（Linuxサーバ）

エクスポート

エクスポート（DPMコンピュータ情報）

エクスポートしたクローニング元のHVMの設定をインポートする

遠隔操作

遠隔操作の概要

遠隔操作をする場合

エンタープライズ

(カ行)

(か)

階層（エージェントサービス）

外部プログラムとして登録する

外部プログラムを起動する

概要

概要表示形式

各アラートの属性（エージェントサービス設定）

拡張モジュールに対するSNMP Trapの設定

仮想NIC情報

仮想化されたサーバに対して使用できる機能

仮想化されたサーバの管理（HVMの場合）

仮想化されたサーバの管理（仮想化プラットフォームの場合）

仮想化されたサーバを管理する場合のシステム構成（LPAR構成）

仮想化プラットフォームのサーバを管理する場合

仮想ディレクトリの設定

簡易ログイン

間隔（Webコンソールサービス）

環境設定コマンドの使用方法（HP-UXサーバ）

環境設定コマンドの使用方法（Linuxサーバ）

環境設定ユティリティ（［Webコンソールサービス］タブ）

環境設定ユティリティ（［エージェントサービス］タブ）

環境設定ユティリティ（［コンソールサービス］タブ）

環境設定ユティリティ（［マネージャサービス］タブ）

環境設定ユティリティ（［ローカルコンソール］タブ）

環境設定ユティリティの基本操作

監視周期（BMC環境設定ユティリティ）

監視周期（障害監視 詳細設定）

監視周期（障害監視 詳細設定）

管理/運用情報（エージェントサービス）

管理コンソール

管理コンソールでの設定（クラスタシステムの場合）

管理コンソール未接続時の未通知アラートを通知するための設定

管理サーバ

管理サーバのIPアドレスを変更する場合の手順

管理サーバのシステム構成（クラスタシステムの場合）

管理サーバのセットアップ（クラスタシステムの場合）

管理サーバのホスト名を変更する場合の手順

管理サーバ未接続時の未通知アラートの通知

管理サーバをクラスタ運用する場合の注意事項

管理サーバをクラスタ構成にする場合

管理サーバを経由してアラートを通知する場合の設定フロー

管理しているホストを削除する

管理者詳細情報（エージェントサービス）

管理者番号（エージェントサービス）

管理者名（エージェントサービス）

管理者名（サーバ情報）

管理するホストを変更する

管理対象外のホストを再接続する

管理対象サーバ

管理対象サーバが管理サーバに接続していない場合

管理対象サーバのクラスタ情報を表示する

管理対象サーバのクラスタ制御スケジュールを設定する

管理対象サーバのホスト名を変更する場合の手順

管理対象サーバをクラスタ運用する場合の注意事項

管理対象サーバを複数の管理サーバに管理させる構成

管理対象のIPアドレスを変更する場合の手順

管理対象ホスト

管理対象ホストでの設定（クラスタシステムの場合）

管理対象ホストの設定を変更する場合の注意事項

(き)

キープアライブ

キープアライブ（エージェントサービス）

キープアライブ（コンソールサービス）

機器構成（エージェントサービス）

機器の削除

機器の追加

［機器の追加］ダイアログボックス

機器の変更

［機器の変更］ダイアログボックス

機器のラックからの削除

起動／通信状態監視

起動URL設定（コンソールサービス設定）

起動と終了

機能別画面指定情報（Webコンソールサービス）

機能別構成－管理対象サーバをクラスタ構成にする場合

基本的なシステム構成

共有ディスク上の共有データフォルダの構成

共有ディスク上の共有データフォルダの変更

切り替え先（自動で切り替える場合）

切り替え先（手動で切り替える場合）

切り替え失敗からの復旧方法（ネットワークスイッチ連携時）

切り替え失敗時の復旧手順（ネットワークスイッチ連携機能）

(く)

クラスタ

クラスタ運用の前提条件

［クラスタ管理］ウィンドウ

クラスタ管理エージェントサービス

クラスタ管理の注意事項

クラスタグループおよびリソースの登録

クラスタ構成（管理対象サーバ）

クラスタシステム上の管理対象サーバを管理する

クラスタシステムで運用する（管理サーバ）

クラスタシステムでのインストールとセットアップ

クラスタシステムでの運用

クラスタシステムでの運用の概要

クラスタシステムの解除（管理サーバ）

クラスタシステムの解除手順

クラスタシステムの構成変更（管理サーバ）

クラスタシステムの設定

クラスタシステムへの登録

クラスタシステムへの登録項目

クラスタシステムへの登録内容

クラスタ設定情報（マネージャサービス）

クラスタ名

グルーピング

グルーピング方法

グループ管理

グループ管理でできる操作または設定

［グループ作成］ダイアログボックス

グループ内サーバの一括設定

クローニング

クローニング時の注意事項

［クローニング］ダイアログボックス

クローニング元のHVMを直接指定する

クローニングを使用したHVMおよびLPARの設定

クローニングを使用したHVM設定およびLPAR作成手順

クローニングを使用した場合のHVM設定およびLPAR作成の流れ

(け)

減価償却期間（エージェントサービス）

現用系サーバモジュールへの復帰と予備登録の解除

現用系のN+1グループ

(こ)

更新／変更インストール（クラスタシステムの場合）

更新インストール

更新インストール

購入年月日（エージェントサービス）

コールドスタンバイ

コマンド実行待ち時間（Webコンソールサービス）

コマンドタイムアウト時間（Webコンソールサービス）

コマンドタイムアウト時間（エージェントサービス）

コマンドタイムアウト時間（コンソールサービス）

コマンドタイムアウト時間（マネージャサービス）

コミュニティ

コンソールアプレット

コンソールサービス

コンソールサービス／ローカルコンソールサービスの起動

コンソールサービス／ローカルコンソールサービスの終了

コンソールサービスからの設定情報の変更

コンソールサービスから変更できる設定情報

［コンソールサービス設定］ダイアログボックス

コンソールサービスの設定

コンソールサービスの設定

コンソールサービスの操作方法

コンソールサービスの注意事項

コンピュータ情報のエクスポート手順

コンピュータ名

コンピュータ名付加オプション（マネージャサービス）

コンピュータ名付加オプション（ローカルコンソールサービス）

コンポーネント構成

コンポーネントの適用OS

(サ行)

(さ)

サーバ1台を管理する場合

サーバアラートログ

サーバアラートログ

［サーバアラートログ］ウィンドウ

［サーバアラートログ削除］ダイアログボックス

［サーバアラートログ］ダイアログボックス

サーバアラートログに記録する

サーバアラートログの削除

サーバアラートログの表示範囲の変更

サーバアラートログを表示する

サーバから直接通知する構成

サーバ起動監視（マネージャサービス設定）

サーバ起動監視機能

サーバ指定状態

［サーバシャーシインベントリ］ウィンドウ

サーバシャーシ定期監視

サーバシャーシ定期監視での監視のタイミング

サーバシャーシ内のサーバモジュールの割り当て

サーバシャーシのインベントリ情報を表示する

サーバシャーシの削除

サーバシャーシの設定を変更する場合の注意事項

サーバシャーシの登録

サーバシャーシ別階層

サーバシャーシ別に表示する

サーバシャーシを登録または削除する

サーバ情報

サーバ操作に関する注意事項

サーバに対するアラートフィルタリング

サーバの起動を監視する

サーバの状態と起動監視時間

サーバモジュール間SMP機能

サーバモジュールの切り替え（N+1コールドスタンバイ）

サーバモジュールの切り替え（N+Mコールドスタンバイ）

サービス構成別階層

サービス構成別に表示する

サービスの依存関係

サービスの依存関係

サービスの依存関係

最終確認画面

最終確認画面での表示内容

採取が必要な資料

サイト情報

サイト情報の設定（エージェントサービス）

サイト別階層

サイト別に表示する

サブネットマスク（SVPアドレス）

(し)

しきい値の設定

資産管理

資産管理の概要

資産情報

資産情報の設定（エージェントサービス）

資産番号（エージェントサービス）

資産名称（エージェントサービス）

システム構成

システム構成（クラスタシステムの場合）

システム構成例（クラスタシステムの場合）

システム設定情報（エージェントサービス）

実行系サーバへのインストール

自動起動するプログラムの設定

自動切り替え時の現用系の電源OFF

自動切り替えの対象となるアラートの設定

自動レポート機能

自動レポート機能

シャーシノード選択時の表示項目

シャットダウン/リブート命令の許可（エージェントサービス）

週間スケジュールと特定日スケジュールを組み合わせて設定する

週間スケジュールを設定する

出力ファイル保存日数（Webコンソールサービス）

［手動切り替え実行］ダイアログボックス

手動診断

手動同期

障害監視

［障害監視 詳細設定］ダイアログボックス

［障害監視 詳細設定］ダイアログボックス

障害監視設定メニュー（Advanced Agent環境設定）

障害管理

障害発生時処理（BMC環境設定ユティリティ）

障害発生時処理（障害監視 詳細設定）

障害発生時処理（障害監視 詳細設定）

障害発生時にプログラムを自動起動する場合

詳細情報の設定（Webコンソールサービス）

詳細情報の設定（エージェントサービス）

詳細情報の設定（コンソールサービス）

詳細情報の設定（マネージャサービス）

詳細情報の設定（ローカルコンソールサービス）

詳細表示形式

常駐プロセス一覧

使用ディスク容量警告値（エージェントサービス）

情報取得

［情報取得］ダイアログボックス

使用率が一定のしきい値を超えたときにアラートを通知する

使用率超過通知（エージェントサービス設定）

使用率超過通知機能

使用率の算出方法

新規インストール

新規インストール

(す)

スイッチ情報定義ファイル

スイッチ情報定義ファイルの記述規則

スイッチ情報定義ファイルの注意事項

スイッチ情報定義ファイルの定義内容

スイッチ情報定義ファイルの定義例

［スイッチ情報登録］ダイアログボックス

［スイッチ情報登録］ダイアログボックス

スケジュール同期

ストレージ運用支援

ストレージ運用支援機能

ストレージ運用支援機能の前提条件

ストレージ運用支援機能を無効にする

ストレージ運用支援の事前準備

［図面表示］ウィンドウ

(せ)

性能監視

製品構成

接続URL（Webコンソールサービス）

接続URL（WebコンソールサービスのHTMLマニュアル）

接続管理

接続管理に関する注意事項

［接続先アラートアクションサービス登録／削除］ダイアログボックス

接続先アラートアクションサービスの設定

［接続先マネージャサービス登録／削除］ダイアログボックス

［接続先マネージャサービス登録／削除］ダイアログボックス（エージェントサービス）

［接続先マネージャサービス登録／削除］ダイアログボックス（コンソールサービス）

［接続先マネージャサービスの確認］ダイアログボックス

接続先マネージャサービスの設定（Webコンソールサービス）

接続先マネージャサービスの設定（エージェントサービス）

接続先マネージャサービスの設定（コンソールサービス）

接続先マネージャサービスの変更

接続先マネージャサービスを確認する

設置場所（サーバ情報）

設置場所詳細情報（エージェントサービス）

設定項目の入力規則

設定項目の入力規則

設定項目の入力規則

設定項目の入力規則

設定時の注意事項

設定手順（エージェントサービス）

設定手順（電源制御スケジュール）

設定内容の確認（エージェントサービス）

設定内容の確認（電源制御スケジュール）

設定内容のコピー（エージェントサービス）

設定内容のコピー（電源制御スケジュール）

セットアップ

セットアップの流れ

セットアップの流れ（クラスタシステムの場合）

(そ)

操作対象画面

操作対象画面での設定項目

［操作対象］タブ

［操作対象］タブでの設定項目

送信タイムアウト時間（Webコンソールサービス）

送信タイムアウト時間（エージェントサービス）

送信タイムアウト時間（コンソールサービス）

送信タイムアウト時間（マネージャサービス）

［外付スイッチ名称登録］ダイアログボックス

［外付スイッチ名称登録］ダイアログボックス

そのほかの注意事項

(タ行)

(た)

ダイアログ種別（コンソールサービス）

対応しているサービス（クラスタシステムの場合）

待機系サーバへのインストール

対処手順（トラブル発生時）

タイムアウト時の動作と対処

他プログラムとの連携

単調増加ファイル

(ち)

注意事項

(つ)

通常ログイン

通信状態を監視する

通信ログの採取（Webコンソールサービス）

通信ログの採取（エージェントサービス）

通信ログの採取（コンソールサービス）

通信ログの採取（マネージャサービス）

［通知アラート］ウィンドウ

通知アラートを確認する

通知アラートを表示する

通報先

ツリー構成で表示する

ツリー構成表示

(て)

定期診断

ディスク情報の表示

ディスク割当てリポジトリ

［ディスク割当てリポジトリ］ウィンドウ

データベースからホストを検索する

［データベース更新スケジュール設定］ダイアログボックス

データベースの削除

データベースの作成

データベースの設定

［データベースの選択］ダイアログボックス

データベースを利用した資産管理に必要な設定

データベースを利用して資産管理をする

デバイス管理エージェントサービス

デバイス管理拡張構成

デバイス管理の機能を拡張する場合

デフォルトゲートウェイ（SVPアドレス）

電源OFF監視（BMC環境設定ユティリティ）

電源OFF監視（障害監視 詳細設定）

電源OFF監視（障害監視 詳細設定）

電源ON監視（障害監視 詳細設定）

電源ON監視（障害監視 詳細設定）

電源制御

電源制御

電源制御スケジュールの一括設定

電源制御スケジュールを設定する

電源制御の概要

電源制御の構成

電源制御の設定フロー

電源制御の方式

電源制御をする場合

電源をOFFにする

電源をONにする

電源を強制的にOFFにする

電源を制御する

転送設定ファイル

電話番号（エージェントサービス）

(と)

特定日スケジュールを設定する

ドメイン別階層

ドメイン別に表示する

トラブルの対処方法

(ナ行)

(に)

認証情報の設定（マネージャサービス）

認証情報の設定（ローカルコンソールサービス）

(ね)

ネットワーク（エージェントサービス設定）

ネットワーク（共通）情報（Webコンソールサービス）

ネットワーク（共通）情報（エージェントサービス）

ネットワーク（共通）情報（コンソールサービス）

ネットワーク（共通）情報（マネージャサービス）

ネットワーク（コンソールサービス設定）

ネットワーク（サービス）情報（Webコンソールサービス）

ネットワーク（サービス）情報（エージェントサービス）

ネットワーク（サービス）情報（コンソールサービス）

ネットワーク（サービス）情報（マネージャサービス）

ネットワーク（マネージャサービス設定）

ネットワーク環境の前提条件

ネットワークスイッチ間接続の設定

ネットワークスイッチ情報の設定方式

ネットワークスイッチ情報の定義（ポート情報GUI設定方式）

ネットワークスイッチ情報の定義（ポート情報インポート設定方式）

ネットワークスイッチのポート設定の変更

ネットワークスイッチ連携機能

ネットワークスイッチ連携機能の概要

ネットワークスイッチ連携機能の設定

ネットワークスイッチ連携機能の対応バージョン

(ハ行)

(は)

パーティション

パーティション構成時の注意事項

パーティションを削除する

パーティションを作成する

パーティションを変更する

ハードウェア構成図

ハードウェア構成図の表示方法

ハードウェア構成を確認する

［パスワード設定］ダイアログボックス（Webゲートウェイサービス）

［パスワード設定］ダイアログボックス（Webコンソールサービス）

パスワードの設定（Webコンソールサービス）

［パスワード変更］ダイアログボックス

［パスワード変更］ダイアログボックス（Webコンソールサービス）

(ひ)

備考（エージェントサービス）

日立サーバ仮想化機構

日立サーバ仮想化機構

日立サーバ仮想化機構によるサーバの仮想化

必要な準備（LPAR構成）

必要な準備（仮想化プラットフォーム）

表示情報（Webコンソールサービス）

表示情報（コンソールサービス）

表示情報（ローカルコンソールサービス）

(ふ)

ファイアウォールの例外登録

ファイル情報（Webコンソールサービス）

［ファイル情報］の表示内容

ファイル転送

ファイル転送

フィルタリング

フィルタリングしたアラートの通知結果

フェイルオーバー

フェイルオーバー

フェイルオーバー

フェイルオーバーの動作確認（クラスタシステムの場合）

複数サーバを遠隔地から管理する構成

複数サーバを遠隔地から管理する構成の設定フロー

複数サーバを遠隔地から管理する場合

複数接続構成時の注意事項

複数の管理サーバで管理する構成

複数の管理サーバで管理する場合

複数の管理サーバで複数の同じ管理対象サーバを管理する場合

部署番号（エージェントサービス）

部署名（エージェントサービス）

［復帰・解除実行］ダイアログボックス

(へ)

変更インストール

変更インストール

(ほ)

ポート（通報先）

ポート情報GUI設定方式

ポート情報インポート設定方式

ポート番号

ポート番号

ポーリング

ポーリングを行う（Webコンソールサービス）

保守情報の取得

保守情報の取得と環境設定

ホスト

ホストおよびサーバシャーシの一括操作

ホストおよびサーバシャーシをグループに分ける

［ホスト管理］ウィンドウ

ホストグループ

ホストグループ一覧ファイル

ホストグループ一覧ファイルのエクスポート方法

ホストグループ自動割り当ての失敗例と対処方法

ホストグループの自動割り当て

ホストグループ割り当て定義ファイル

ホストグループ割り当て定義ファイルのインポート

ホストグループ割り当て定義ファイルのインポート方法

ホストグループ割り当て定義ファイルの作成

ホストグループ割り当て定義ファイルの作成手順

ホスト検索機能

ホスト検索機能

ホスト検索結果の表示形式を切り替える

ホスト検索結果をCSV形式ファイルに出力する

ホスト検索結果をグルーピングする

ホスト検索時の検索条件

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録］ダイアログボックス

［ホスト登録］ダイアログボックス

ホストとデータベースの同期を取る

ホストの一覧を表示する

ホストのインベントリ情報を表示する

［ホスト］ノードの内容を確認する

ホスト名

ホスト名を変更する場合の注意事項

ホストを登録する

保存設定（マネージャサービス設定）

保存設定情報（マネージャサービス）

［保存設定］タブ

保存日数（エージェントサービス）

ホットスタンバイ構成

ホットスタンバイとN+1／N+Mコールドスタンバイ機能の相違点

ホットプラグ

ポップアップ通知情報（コンソールサービス）

(マ行)

(ま)

マネージャ

マネージャアラートログ

［マネージャアラートログ］ウィンドウ

マネージャアラートログのCSV出力

マネージャアラートログの印刷

マネージャアラートログの表示

マネージャアラートログを表示する

マネージャサービス

［マネージャサービス設定］ダイアログボックス

［マネージャサービス設定］ダイアログボックス

［マネージャサービス設定］ダイアログボックス

マネージャサービス追加機能

マネージャサービスとエージェントサービスとの通信状態監視

マネージャサービスとコンソールサービスとの通信状態監視

マネージャサービスとサーバシャーシ（SVP）との通信状態監視

マネージャサービスの設定

マネージャサービスの設定

マネージャサービスのログファイル

マネージャサービスを経由して通知する構成

マネージャサービスを経由しないでサーバから直接通知する構成

(み)

未確認アラートの有無

未通知アラートの表示方法

未通知アラートを通知する

未通知アラートを表示する

未配置機器の一覧を表示する

(め)

名称（通報先）

メインメニュー（Advanced Agent環境設定）〔BMCの設定〕

メインメニュー（Advanced Agent環境設定）〔BMCの設定〕

メインメニュー（Advanced Agent環境設定）〔SNMPトランスレータの使用〕

メインメニュー（Advanced Agent環境設定）〔SVPの設定〕

メインメニュー（Advanced Agent環境設定）〔SVPマイクロプログラムの設定〕

メインメニュー（HP-UXサーバ）

メインメニュー（Linuxサーバ）

メールアドレス（エージェントサービス）

メンテナンス完了

(ヤ行)

(ゆ)

ユーザ管理情報の設定

ユーザ管理情報の設定

［ユーザ定義］ウィンドウ

(よ)

予備系サーバモジュールに切り替えたあとの運用方法

予備系サーバモジュールの診断

予備系サーバモジュールの選択順序

予備系サーバモジュールの適用条件

予備系サーバモジュールへの自動切り替え中止

予備系サーバモジュールへの手動切り替えの実行

予備系への切り替え先

予備系への切り替えの方法（N+1コールドスタンバイ）

予備系への切り替えの方法（N+Mコールドスタンバイ）

［予備登録・変更］ダイアログボックス

［予備登録・変更］ダイアログボックス

予備プール

予備プールの内容を確認する

(ラ行)

(ら)

ラックイメージを表示する

ラック管理

ラック管理の構成

ラックの一覧を表示する

ラックの構成変更

［ラックの構成変更］ダイアログボックス

ラックの削除

ラックの追加

［ラックの追加］ダイアログボックス

［ラックマネージャ］ウィンドウ

ランプ制御

ランプ制御

ランプ制御

［ランプ制御］ダイアログボックス（BS1000/BS320）

［ランプ制御］ダイアログボックス（BS2000）

(り)

リソースの依存関係

リブート監視（BMC環境設定ユティリティ）

リブート監視（障害監視 詳細設定）

リブート監視（障害監視 詳細設定）

リブートする

リモートコンソール

リモートコンソール

［リモートコンソール］ダイアログボックス

リモートコントロール

リモートコントロール

リモートコントロールサービス

リモートコントロールビューア

(れ)

レポートスケジュールを設定する

連携できるプログラム

連絡先/設置情報（エージェントサービス）

(ろ)

ローカルコンソールサービス

ローカルコンソールサービスの設定

ローカルコンソールの構成（電源制御スケジュールあり）

ローカルコンソールの構成（電源制御スケジュールなし）

ローカルコンソールの設定フロー（電源制御スケジュールあり）

ローカルコンソールの設定フロー（電源制御スケジュールなし）

ロードバランシング

ロギング機能

ログイン情報（Webコンソールサービス）

ログイン情報の変更

［ログイン情報の変更］ダイアログボックス

ログインリトライ回数（Webコンソールサービス）

ログインリトライ間隔（Webコンソールサービス）

ログファイル

■ 商標類

AMDは，Advanced Micro Devices,Inc.の商標です。
Ethernetは，米国Xerox Corp.の商品名称です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
Internet Explorerは，米国Microsoft Corporationの米国及びその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems,Inc.の商標または登録商標です。
LANDeskは，米国およびその他の国におけるLANDesk Group, Ltdとその子会社の商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft, Hyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Microsoft Accessは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Microsoft Internet Information Serverは，米国Microsoft Corp.の商品名称です。
NetIQ,AppManager,Knowledge Scripts,Work Smarterとそれらに関連するロゴは，NetIQ Corporationの米国及び他の国々での商標もしくは登録商標です。
Netscapeは，米国およびその他の国におけるNetscape Communications Corporationの登録商標です。
Netscape(R) Communicatorは，Netscape Communications Corporationの商標です（一部の国では，登録商標となっています）。
Netscape(R) Enterprise Serverは，Netscape Communications Corporationの商標です（一部の国では，登録商標となっています）。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Red Hatは，米国およびその他の国でRed Hat,Inc. の登録商標若しくは商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
VMware, Virtual SMP, VMotionは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
Windows Vistaは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
X Window Systemは，米国X Consortium, Inc.が開発したソフトウェアです。
JP1/ServerConductorはLANDesk(R) Server Manager softwareの技術を利用しています。