JP1 Version 9

JP1/ServerConductor/Blade Server Manager系 運用ガイド

解説・手引・操作書

3020-3-T73-70

目　　次

前書き

変更内容

はじめに

第1編　基本機能編

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

1.1　起動と終了

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

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

1.2　ホストの一覧表示

1.2.1　サイト別に表示する

1.2.2　ドメイン別に表示する

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

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

1.2.5　ツリー構成で表示する

1.3　管理対象の登録と削除

1.3.1　管理するホストの登録と削除

1.3.2　管理するサーバシャーシまたはIOEUの登録と削除

1.4　接続先マネージャサービスの確認

1.5　管理対象をグループに分ける

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

1.5.2　グルーピング方法

1.6　ラックに搭載された機器の表示

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

2.　障害管理

2.1　障害管理の概要

2.2　アラートを受信するための設定

2.2.1　SVP管理エージェントサービスをインストールしていないHA8000のサーバでSVPによる障害監視をする

2.2.2　HRA Utility，HRN，またはHBAと連携して障害監視をする

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

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

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

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

2.3.4　SVPログを表示する

2.3.5　装置ログを表示する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.9　アラートをJP1/Cm2/NNMに通知する

2.9.1　SNMPトランスレータとは

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

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

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

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

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

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

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

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

2.11.2　SVPログに記録する

2.11.3　装置ログに記録する

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

2.11.5　syslogに記録する

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

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

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

3.　遠隔操作

3.1　遠隔操作の概要

3.2　電源制御

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

3.2.2　電源制御の方式

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

3.2.4　SVP拡張機能を使用するための設定

3.2.5　電源を制御する

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

3.3　リモートコントロール

3.4　ファイル転送

3.5　リモートコンソール

3.6　ランプ制御

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

3.6.2　操作手順（BS2000，BS500，またはIOEUの場合）

3.6.3　注意事項

3.7　保守情報の取得

3.7.1　概要

3.7.2　環境設定（情報取得）

3.7.3　保守情報の取得手順

4.　動作／性能監視

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

4.1.1　概要

4.1.2　前提条件

4.1.3　設定方法

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

4.1.5　注意事項

4.2　通信状態を監視する

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

4.2.2　マネージャサービスとサーバシャーシ（SVP）またはIOEUとの通信状態監視

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

4.3.1　前提条件

4.3.2　使用率の算出方法

4.3.3　しきい値の設定

4.3.4　アラートの表示

5.　資産管理

5.1　資産管理の概要

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

5.2.1　前提条件

5.2.2　データベースの設定

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

5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する

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

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

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

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

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

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

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

5.6　MIF情報を表示する

6.　クラスタシステム上の管理対象サーバの運用

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

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

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

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

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

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

7.1　連携できるプログラム

7.2　JP1/IMと連携する

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

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

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

7.3　DPMと連携する

7.3.1　前提条件

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

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

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

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

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

7.5　HP-UX EMSと連携する

7.5.1　概要

7.5.2　HP-UX EMS連携の設定

7.5.3　アラートの内容

7.5.4　ロギング機能

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

7.6.1　外部プログラムを起動するための準備

7.6.2　外部プログラムの起動

8.　ラック管理

8.1　ラック管理とは

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

8.2.1　表示手順と表示内容

8.2.2　注意事項

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

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

8.2.5　BladeSymphonyサーバ一覧を表示する

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

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

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

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

8.4　SNMP Trapの受信設定をする

8.4.1　SNMP Trapを受信するための準備

8.4.2　SNMP Trapの受信設定

8.4.3　注意事項

8.5　ラックマネージャからの障害管理

8.5.1　アラート情報の表示

8.5.2　アラートログの表示

8.5.3　アラート通知のフィルタリング

8.5.4　アラート発生時のサーバの動作の設定

8.5.5　アラートのアプリケーションログへの記録

8.6　ラックマネージャからの遠隔操作

8.6.1　電源制御

8.6.2　リモートコントロール

8.6.3　リモートコンソール

8.6.4　ランプ制御

8.6.5　保守情報の取得

8.7　ラックマネージャからの資産情報の表示

8.7.1　インベントリ情報の表示

8.7.2　ハードウェア構成の表示

8.7.3　MIF情報の表示

8.8　ラックマネージャからの外部プログラムの起動

8.8.1　起動できる外部プログラム

8.8.2　外部プログラムの起動方法

8.9　ラックマネージャからの設定情報の変更

8.9.1　パスワード変更

8.9.2　コンソールサービス設定

8.9.3　エージェントサービス設定

8.9.4　VMホスト設定

8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用

8.11　ラックマネージャからのストレージ運用支援機能の利用

8.12　ラックマネージャからのSMP構成管理機能の利用

8.13　ラックマネージャからのHVM構成管理機能の利用

第2編　拡張機能編

9.　N+1コールドスタンバイ機能

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

9.1.1　N+MコールドスタンバイとN+1コールドスタンバイの相違点

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

9.2　サーバモジュールを切り替えるときの動作

9.2.1　N+Mコールドスタンバイ（WWN引継ぎ方式）の動作

9.2.2　N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の動作

9.2.3　N+Mコールドスタンバイ（I/O継承方式）の動作

9.2.4　N+1コールドスタンバイ（ディスクパス切替え方式）の動作

9.3　N+MコールドスタンバイとN+1コールドスタンバイの使い分け

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

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

9.4.1　ネットワークスイッチ連携機能の概要

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

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

9.5　管理サーバの冗長化

9.5.1　N+1コールドスタンバイの冗長化の概要

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

9.6　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用

9.6.1　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の前提条件

9.6.2　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用に必要な検討

9.6.3　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の設定

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

9.6.5　 N+1冗長化の設定

9.7　N+Mコールドスタンバイ（I/O継承方式）の適用

9.7.1　N+Mコールドスタンバイ（I/O継承方式）の前提条件

9.7.2　N+Mコールドスタンバイ（I/O継承方式）の適用に必要な検討

9.7.3　N+Mコールドスタンバイ（I/O継承方式）の設定

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

9.7.5　N+1冗長化の設定

9.8　N+1コールドスタンバイ（ディスクパス切替え方式）の適用

9.8.1　N+1コールドスタンバイ（ディスクパス切替え方式）の前提条件

9.8.2　N+1コールドスタンバイ（ディスクパス切替え方式）の適用に必要な検討

9.8.3　N+1コールドスタンバイ（ディスクパス切替え方式）の設定

9.8.4　 N+1冗長化の設定

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

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

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

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

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

9.9.5　メンテナンス完了

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

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

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

9.10.1　共通の注意事項

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

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

10.　ストレージ運用支援

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

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

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

10.4　運用前の準備

10.4.1　Device ManagerのBSM Plusへの登録

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

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

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

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

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

10.6　ディスク情報の表示

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

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

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

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

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

10.7.3　HBAを交換する

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

11.　SMP構成管理

11.1　SMP構成管理機能とは

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

11.3　SMP構成管理機能の操作

11.3.1　［SMP設定］ウィンドウ

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

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

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

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

第3編　仮想環境編

12.　HVM構成管理

12.1　日立サーバ論理分割機構によるサーバの仮想化

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

12.2　HVM構成管理機能

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

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

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

12.4　HVMの設定

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

12.4.2　HVMの設定手順

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

12.5　LPARの作成

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

12.5.2　LPARの作成手順

12.5.3　LPAR設定情報の保存

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

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

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

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

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

12.7　LPARの操作

12.7.1　LPARのActivateおよびDeactivate

12.7.2　LPARの削除

12.8　LPAR構成の変更

12.8.1　LPAR構成情報の変更

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

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

12.9.1　HVM構成のバックアップ

12.9.2　HVM構成のリストア

12.9.3　注意事項

12.10　LPARとUSBとの対応づけ

12.10.1　LPARとUSBとの対応づけ

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

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

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

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

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

13.2.1　管理サーバへの登録

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

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

13.3.2　資産管理

13.3.3　障害管理

13.3.4　性能監視

13.3.5　サーバ起動監視

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

13.3.7　遠隔操作

13.3.8　グループ管理

13.3.9　接続管理

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

13.3.11　SMP構成管理

13.3.12　ストレージ運用支援

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

13.3.14　ラック管理

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

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

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

14.2.1　設定の流れ

14.2.2　管理サーバへの登録

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

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

14.3.2　資産管理

14.3.3　障害管理

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

14.3.5　遠隔操作

14.3.6　グループ管理

14.3.7　接続管理

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

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

第4編　トラブルシュート編

15.　トラブルの対処方法

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

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

15.3　資料の採取方法

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

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

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

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

15.3.5　管理サーバ（BSM）での資料の採取方法

付録

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

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

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

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

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

付録B　scbsmcmdコマンドを使用したJP1/Power Monitor連携用コマンドの作成

付録B.1　JP1/Power Monitor連携用コマンドの実行までの流れ

付録B.2　実行環境の作成

付録B.3　JP1/Power Monitor連携用コマンドの作成

付録B.4　JP1/Power Monitor連携用コマンドの実行

付録C　使用上の注意事項

付録C.1　BladeSymphony SPを管理する場合の注意事項

付録C.2　そのほかの注意事項

付録D　各バージョンの変更内容

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

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

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

付録E.3　英略語

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

付録F　用語解説

索引

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

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

前書き

■ 対象製品

●適用OS：Windows 8.1 Pro x86，Windows 8.1 Enterprise x86，Windows 8.1 Pro x64，Windows 8.1 Enterprise x64，Windows 8 Pro x86，Windows 8 Enterprise x86，Windows 8 Pro x64，Windows 8 Enterprise x64，Windows 7 Professional x86，Windows 7 Enterprise x86，Windows 7 Ultimate x86，Windows 7 Professional x64，Windows 7 Enterprise x64，Windows 7 Ultimate x64，Windows Vista Business，Windows Vista Enterprise，Windows Vista Ultimate，Windows XP Home Edition，Windows XP Professional，Windows Server 2012 R2 Standard，Windows Server 2012 R2 Datacenter，Windows Server 2012 Standard，Windows Server 2012 Datacenter，Windows Server 2008 R2 Standard，Windows Server 2008 R2 Enterprise，Windows Server 2008 R2 Datacenter，Windows Server 2008 Standard x86，Windows Server 2008 Enterprise x86，Windows Server 2008 Datacenter x86，Windows Server 2008 Standard x64，Windows Server 2008 Enterprise x64，Windows Server 2008 Datacenter x64，Windows Server 2008 Standard x86 without Hyper-V，Windows Server 2008 Enterprise x86 without Hyper-V，Windows Server 2008 Datacenter x86 without Hyper-V，Windows Server 2008 Standard x64 without Hyper-V，Windows Server 2008 Enterprise x64 without Hyper-V，Windows Server 2008 Datacenter x64 without Hyper-V，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition

P-2418-6294　 JP1/ServerConductor/Blade Server Manager　 09-58

●適用OS：Windows Server 2012 R2 Standard，Windows Server 2012 R2 Datacenter，Windows Server 2012 Standard，Windows Server 2012 Datacenter，Windows Server 2008 R2 Standard，Windows Server 2008 R2 Enterprise，Windows Server 2008 R2 Datacenter，Windows Server 2008 Standard x86，Windows Server 2008 Enterprise x86，Windows Server 2008 Datacenter x86，Windows Server 2008 Standard x64，Windows Server 2008 Enterprise x64，Windows Server 2008 Datacenter x64，Windows Server 2008 Standard x86 without Hyper-V，Windows Server 2008 Enterprise x86 without Hyper-V，Windows Server 2008 Datacenter x86 without Hyper-V，Windows Server 2008 Standard x64 without Hyper-V，Windows Server 2008 Enterprise x64 without Hyper-V，Windows Server 2008 Datacenter x64 without Hyper-V，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition

P-2418-6594　 JP1/ServerConductor/Blade Server Manager Plus　 09-00

●適用OS：Windows Server 2012 R2 Standard，Windows Server 2012 R2 Datacenter，Windows Server 2012 Standard，Windows Server 2012 Datacenter，Windows Server 2008 R2 Standard，Windows Server 2008 R2 Enterprise，Windows Server 2008 R2 Datacenter，Windows Server 2008 R2 Foundation，Windows Server 2008 Standard x86，Windows Server 2008 Enterprise x86，Windows Server 2008 Datacenter x86，Windows Server 2008 Standard x64，Windows Server 2008 Enterprise x64，Windows Server 2008 Datacenter x64，Windows Small Business Server 2003，Windows Server 2003 R2 Standard Edition，Windows Server 2003 R2 Enterprise Edition，Windows Server 2003 R2 Standard x64 Edition，Windows Server 2003 R2 Enterprise x64 Edition，Windows Server 2003 Standard Edition，Windows Server 2003 Enterprise Edition，Windows Server 2003 Standard x64 Edition，Windows Server 2003 Enterprise x64 Edition

P-2418-6A94　 JP1/ServerConductor/Agent　 09-59
P-2418-6B94　 JP1/ServerConductor/Advanced Agent　 09-50

●適用OS：Windows Server 2008 for Itanium-based Systems 日本語版，Windows Server 2003 Enterprise Edition 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，Red Hat Enterprise Linux 5 Advanced Platform，Red Hat Enterprise Linux 5（AMD64 & Intel EM64T），Red Hat Enterprise Linux 5 Advanced Platform（AMD64 & Intel EM64T），Red Hat Enterprise Linux Server 6（32-bit x86），Red Hat Enterprise Linux Server 6（64-bit x86_64），SUSE Linux Enterprise Server for SAP Applications 11

P-9S18-6A91　 JP1/ServerConductor/Agent　 09-59
P-9S18-6B91　 JP1/ServerConductor/Advanced Agent　 09-56

●適用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-50

●適用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.の商標です。
BitLockerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Ethernetは，富士ゼロックス株式会社の登録商標です。
HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
Intel Xeonは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
LANDeskは，米国およびその他の国におけるLANDesk Group, Ltdとその子会社の商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
LSI，SANtricityは，LSI Corporationの商標または登録商標です。
Microsoft .NETは，お客様，情報，システムおよびデバイスを繋ぐソフトウェアです。
Microsoft Accessは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
OracleとJavaは，Oracle Corporation及びその子会社，関連会社の米国及びその他の国における登録商標です。
PA-RISCは，Hewlett-Packard Development Company, L.P.の商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SUSEは日本におけるNovell, Inc.の商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMware，VMware vSphere ESXは，米国およびその他の地域における VMware, Inc.の登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。

■ マイクロソフト製品のスクリーンショットの使用について

Microsoft Corporationのガイドラインに従って画面写真を使用しています。

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

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

製品名 | 表記
Microsoft(R) .NET | Microsoft .NET
Microsoft Access(R) | Microsoft Access
Microsoft(R) BitLocker(TM) | BitLocker
Microsoft(R) Internet Explorer(R) | Microsoft Internet Explorer
Microsoft(R) Windows(R) 8.1 Pro x86 日本語版 | Windows 8.1 Pro x86 | 32bit Windows 8.1 | Windows 8.1 | Windows 8
Microsoft(R) Windows(R) 8.1 Enterprise x86 日本語版 | Windows 8.1 Enterprise x86
Microsoft(R) Windows(R) 8.1 Pro x64 日本語版 | Windows 8.1 Pro x64 | 64bit Windows 8.1
Microsoft(R) Windows(R) 8.1 Enterprise x64 日本語版 | Windows 8.1 Enterprise x64
Microsoft(R) Windows(R) 8 Pro x86 日本語版 | Windows 8 Pro x86 | 32bit Windows 8
Microsoft(R) Windows(R) 8 Enterprise x86 日本語版 | Windows 8 Enterprise x86
Microsoft(R) Windows(R) 8 Pro x64 日本語版 | Windows 8 Pro x64 | 64bit Windows 8
Microsoft(R) Windows(R) 8 Enterprise x64 日本語版 | Windows 8 Enterprise x64
Microsoft(R) Windows(R) 7 Professional x86 日本語版 | Windows 7 Professional x86 | 32bit Windows 7 | Windows 7
Microsoft(R) Windows(R) 7 Enterprise x86 日本語版 | Windows 7 Enterprise x86
Microsoft(R) Windows(R) 7 Ultimate x86 日本語版 | Windows 7 Ultimate x86
Microsoft(R) Windows(R) 7 Professional x64 日本語版 | Windows 7 Professional x64 | 64bit Windows 7
Microsoft(R) Windows(R) 7 Enterprise x64 日本語版 | Windows 7 Enterprise x64
Microsoft(R) Windows(R) 7 Ultimate x64 日本語版 | Windows 7 Ultimate x64
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) 2012 R2 Standard 日本語版 | Windows Server 2012 R2 Standard | Windows Server 2012 R2 | Windows Server 2012
Microsoft(R) Windows Server(R) 2012 R2 Datacenter 日本語版 | Windows Server 2012 R2 Datacenter
Microsoft(R) Windows Server(R) 2012 Standard 日本語版 | Windows Server 2012 Standard
Microsoft(R) Windows Server(R) 2012 Datacenter 日本語版 | Windows Server 2012 Datacenter
Microsoft(R) Windows Server(R) 2008 R2 Standard 日本語版 | Windows Server 2008 R2 Standard | 64bit Windows Server 2008 | Windows Server 2008※1
Microsoft(R) Windows Server(R) 2008 R2 Enterprise 日本語版 | Windows Server 2008 R2 Enterprise
Microsoft(R) Windows Server(R) 2008 R2 Datacenter 日本語版 | Windows Server 2008 R2 Datacenter
Microsoft(R) Windows Server(R) 2008 R2 Foundation 日本語版 | Windows Server 2008 R2 Foundation
Microsoft(R) Windows Server(R) 2008 Standard x64 日本語版 | Windows Server 2008 Standard x64
Microsoft(R) Windows Server(R) 2008 Enterprise x64 日本語版 | Windows Server 2008 Enterprise x64
Microsoft(R) Windows Server(R) 2008 Datacenter x64 日本語版 | Windows Server 2008 Datacenter x64
Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V(R) 日本語版 | Windows Server 2008 Standard x64 without Hyper-V
Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V(R) 日本語版 | Windows Server 2008 Enterprise x64 without Hyper-V
Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V(R) 日本語版 | Windows Server 2008 Datacenter x64 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 Datacenter x86 日本語版 | Windows Server 2008 Datacenter x86
Microsoft(R) Windows Server(R) 2008 Standard x86 without Hyper-V(R) 日本語版 | Windows Server 2008 Standard x86 without Hyper-V
Microsoft(R) Windows Server(R) 2008 Enterprise x86 without Hyper-V(R) 日本語版 | Windows Server 2008 Enterprise x86 without Hyper-V
Microsoft(R) Windows Server(R) 2008 Datacenter x86 without Hyper-V(R) 日本語版 | Windows Server 2008 Datacenter x86 without Hyper-V
Microsoft(R) Windows Server(R) 2008 for Itanium-based Systems 日本語版 | Windows Server 2008（IPF）またはWindows Server 2008 for Itanium-based Systems 日本語版
Microsoft(R) Windows Small Business Server 2003 日本語版 | Windows Small Business Server 2003 | 32bit Windows Server 2003 | Windows Server 2003※2
Microsoft(R) Windows Server(R) 2003, Standard Edition 日本語版 | － | Windows Server 2003 Standard Edition
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) Hyper-V(R) | Hyper-V
Microsoft(R) XML Core Services | MSXML

（凡例）

－：該当しない

注※1

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

注※2

JP1/ServerConductor/Blade Server ManagerおよびJP1/ServerConductor/Blade Server Manager Plusの場合，64bit Windows Server 2003，Windows Small Business Server 2003，およびWindows Server 2003 Enterprise Edition 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 Server 2008 Datacenter x86およびWindows Server 2008 Datacenter x64を区別する必要がない場合，Windows Server 2008 Datacenter と総称しています。
Windows 8，Windows 7，Windows Vista，Windows XP，Windows Server 2012，Windows Server 2008，Windows Server 2003を区別する必要がない場合，Windowsと総称しています。

■ 発行

2014年 5月　3020-3-T73-70

■ 著作権

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

変更内容

変更内容(3020-3-T73-70)　JP1/ServerConductor/Agent 09-59

追加・変更内容 | 変更個所
インベントリに関する注意事項を修正しました。 | 1.7(2)
アラートを受信するための設定に対する説明を修正しました。 | 2.2
HRA Utility，HRN，またはHBAと連携して障害監視をする場合の注意事項を追加しました。 | 2.2.2
LinuxのMIBファイル格納先の内容を修正しました。 | 2.9.1
転送設定ファイルの設定内容を修正しました。 | 7.2.3(1)(a)

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

はじめに

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

JP1/ServerConductor/Blade Server Manager

JP1/ServerConductor/Blade Server Manager Plus

JP1/ServerConductor/Agent

JP1/ServerConductor/Advanced Agent

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

対象読者

このマニュアルは，次の方を対象としています。

JP1/ServerConductorを使用したサーバ管理システムを構築するシステム管理者の方

JP1/ServerConductorを使用してサーバの運用・管理をするシステム管理者の方

なお，Windows，Linux，HP-UXおよびWebについて基本的な知識があることを前提としています。

JP1/ServerConductorの運用サイクルとJP1/ServerConductor関連マニュアルの対応

このマニュアルを含む4冊のJP1/ServerConductor関連マニュアルは，製品の運用サイクルに沿って参照できます。製品の運用サイクルとJP1/ServerConductor関連マニュアルの対応を，次の図に示します。

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

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

記号
意味

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

（例）smhaaedit

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

（例）ファイル名

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

（例）aaa|bbb|ccc

「aaa，bbb，またはccc」を示します。

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

（例）［-bmc］

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

{　}
波括弧
この記号で囲まれている複数の項目の中から，必ず1つ選択します。複数の項目は|（ストローク）で区切ります。

（例）{aaa|bbb|ccc}

「aaa，bbb，cccの3つの中から必ず1つの項目を選択する」ことを示します。

…
この記号の直前の項目を複数個指定できることを示します。

（例）aaa△[aaa]…

aaaまたはaaaの繰り返しを示します。

なお，aaaの繰り返しの場合は，aaa△aaa△aaaのように間に1個以上の空白を入れます。

SVPボードとSVP機能の使い分けについて

SVPボードとSVPボード機能（SVPをオンボードで搭載）を区別する必要がない場合は，SVPボードと総称しています。また，BladeSymphonyのSVPとHA8000のSVPボードを区別する必要がない場合は，SVP機能と総称しています。

Windows版JP1/ServerConductorのインストール先フォルダの表記

このマニュアルでの，Windows版JP1/ServerConductorのインストール先フォルダの表記，およびデフォルトのインストール先を，次に示します。

インストール先フォルダの表記 | デフォルトのインストール先フォルダ※
<ServerConductorのインストール先フォルダ> | <システムドライブ>:¥Program Files¥Hitachi¥ServerConductor¥Server Manager¥

注※

64bit Windows 8，64bit Windows 7，Windows Server 2012，64bit Windows Server 2008，または64bit Windows Server 2003の場合，「Program Files」を「Program Files(x86)」に置き換えてください。

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

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

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

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

SUSE Linux Enterprise Serverでのパスの表記について

使用するOSがSUSE Linux Enterprise Serverの場合，「/etc/rc.d/init.d/xxx」を「/etc/init.d/xxx」に置き換えてください。

「複数スロットを占有するサーバモジュール」の表記について

複数スロットを占有するサーバモジュールと，拡張ブレードを搭載したサーバモジュールを区別する必要がない場合，「複数スロットを占有するサーバモジュール」と表記しています。

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

この章では，コンソールサービスの操作方法について説明します。

＜この章の構成＞

1.1　起動と終了

1.2　ホストの一覧表示

1.3　管理対象の登録と削除

1.4　接続先マネージャサービスの確認

1.5　管理対象をグループに分ける

1.6　ラックに搭載された機器の表示

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

1.1　起動と終了

コンソールサービスには次の3種類があります。

コンソールサービス

ローカルコンソールサービス

Webコンソールサービス

ここでは，JP1/ServerConductorのコンソールサービス，ローカルコンソールサービス，およびWebコンソールサービスの起動・終了方法について説明します。

エージェントサービス，およびマネージャサービスは，サーバ起動時に自動起動，サーバ停止時に自動終了するので，起動・終了の操作は不要です。

＜この節の構成＞

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

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

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

コンソールサービスまたはローカルコンソールサービスの起動と終了の方法について説明します。

＜この項の構成＞

(1)　起動

(2)　終了

(3)　［ホスト管理］ウィンドウ

(4)　印刷

(1)　起動

コンソールサービスまたはローカルコンソールサービスを使用する場合，OSのAdministrators権限が必要です。次にそれぞれの起動方法について説明します。

(a)　コンソールサービスの起動

注意

コンソールサービスを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンまたは［はい］ボタンをクリックして処理を続行してください。

コンソールサービスを使用するマシンに，OSのAdministrators権限でログインする

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
コンソールサービスが起動され，［ServerConductor コンソールサービス - ログイン］ダイアログボックスが表示されます。

接続先マネージャサービスを選択する
複数の接続先マネージャサービスを選択することもできます。

ログインするユーザ種別を選択する
アドミニストレータ，またはサブアドミニストレータを選択してください。

選択したユーザのパスワードを入力する

［OK］ボタンをクリックする

コンソールサービスで複数の接続先マネージャサービスを選択した場合，選択した接続先マネージャサービスのリストの上から順番にログイン認証が試みられます。このとき，認証に失敗（特定のマネージャサービスだけパスワードが異なる場合など）すると，そのマネージャサービスへの再ログインを試みるかどうかの問い合わせメッセージが表示されます。問い合わせメッセージの［再ログインする］ボタンをクリックすると，認証に失敗した接続先マネージャサービスのパスワードを入力し直して再ログインできます。問い合わせメッセージの［再ログインしない］ボタンをクリックすると，認証に成功した接続先マネージャサービスだけに接続して起動します。

起動後の再ログイン・追加ログイン

ログインしているすべてのマネージャサービスからログアウトして再度ログインする場合，［ホスト管理］ウィンドウの［ファイル］メニューから［再ログイン］を選択します。

ログインしているマネージャサービスはそのままで，特定のマネージャサービスに追加ログインする場合，［ファイル］メニューから［追加ログイン］を選択します。

(b)　ローカルコンソールサービスの起動

注意

ローカルコンソールサービスを起動すると［ユーザーアカウント制御］ダイアログボックスが表示されることがあります。このダイアログボックスが表示されたら，［許可］ボタンまたは［はい］ボタンをクリックして処理を続行してください。

ローカルコンソールサービスを使用するマシンに，OSのAdministrators権限でログインする

［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［ローカルコンソールサービス］を選択する
ローカルコンソールサービスが起動され，［ServerConductor コンソールサービス - ログイン］ダイアログボックスが表示されます。

ログインするユーザ種別を選択する
アドミニストレータ，またはサブアドミニストレータを選択してください。

選択したユーザ種別のパスワードを入力する

［OK］ボタンをクリックする

(2)　終了

コンソールサービスまたはローカルコンソールサービスを終了する場合，［ファイル］メニューから［コンソールサービスの終了］を選択するか，または，ウィンドウ右上の閉じるボタン（［×］ボタン）をクリックして終了してください。

注意

コンソールサービスを，強制終了など別の手段で終了させた場合，コンソールサービスが利用するノードデータファイルが壊れ，コンソールサービス操作時に内部エラーを示すエラーメッセージが表示されたり，アプリケーションエラーが発生したりする場合があります。

コンソールサービスの強制終了によって上記の現象が発生した場合，ノードデータファイルを削除してから，コンソールサービスを起動してください。ノードデータファイルの格納先とファイル名を次に示します。

<ServerConductorのインストール先フォルダ>¥Program¥MNG_*_*_*_*.dat

*_*_*_*は，マネージャサービスのIPアドレスを示します。

なお，ノードデータファイルを削除すると，コンソールサービスで通知アラートとして表示している受信済みのアラート情報は表示されなくなります。

(3)　［ホスト管理］ウィンドウ

コンソールサービスまたはローカルコンソールサービスを起動すると，［ホスト管理］ウィンドウ（タイトルバーに「ホスト管理」と表示されたウィンドウ）が表示されます。

［ホスト管理］ウィンドウに一覧表示される情報の意味を次の表に示します。

注意

ローカルコンソールの場合，サーバ自身の情報だけが表示されます。

表1-1　［ホスト管理］ウィンドウに一覧表示される情報の意味

表示情報
意味

アイコン
ホストの状態がアイコンで表示されます。

サーバシャーシ：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（通信不可）

HVM：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（通信不可）

サーバ（LPAR上で稼働しているサーバを含む）：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（通信不可）

VMホスト：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（通信不可）

VMゲスト：

[図データ]（正常）　[図データ]（通信不可）

IOEU：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（通信不可）

マネージャ：

[図データ]（正常）　[図データ]（アラート通知あり）　[図データ]（通信不可）

サイト：

[図データ]（正常）　[図データ]（アラート通知あり）

ドメイン：

[図データ]（正常）　[図データ]（アラート通知あり）

ツリー：

[図データ]（正常）　[図データ]（アラート通知あり）

コンピュータ名
OSで設定したコンピュータ名が表示されます。
LinuxサーバおよびHP-UXサーバの場合，ホスト名が表示されます。
VMゲストの場合，VM名が表示されます。
サーバシャーシおよびIOEUの場合，シャーシIDが表示されます。
HVMの場合，HVM識別子が表示されます。

ホスト名
ホスト名が表示されます。※1

OS名
ホストのOS名が表示されます。
VMホストの場合，仮想化プラットフォーム，またはホストのOS名※2が表示されます。
VMゲストの場合，表示用のツールを使用しているときにOS名が表示されます。※1
ホスト以外の場合は，何も表示されません。

未確認アラート
注意レベル以上の未確認アラートがある場合は「あり」が表示されます。
VMゲストの場合，何も表示されません。

電源制御

Windowsサーバ，Linuxサーバ，HP-UXサーバ

SVP機能を搭載し，SVP管理エージェントサービスがインストールされたサーバ，または電源ON機能を備えたLANアダプタを搭載しているサーバのことです。

SVP機能を搭載し，電源制御ができるWindowsサーバ，Linuxサーバ，HP-UXサーバの場合は，搭載しているSVPの種類「SVP（PCI）」，「SVP（BMC）」が表示されます。

SVP機能を搭載し，かつSVP管理エージェントサービスがインストールされていないサーバに対して，BSMの設定でSVP拡張機能が有効になっている場合は，搭載しているSVPの種類「SVP（PCI）*」，「SVP（BMC）*」が表示されます。

電源ON機能を備えたLANアダプタを搭載しており，電源制御ができるWindowsサーバおよびLinuxサーバの場合は，「WOL」が表示されます。

電源制御できないHP-UXサーバには，何も表示されません。

HVM

LPARモードの物理パーティション上で動作し，LPARを管理している論理分割機構のことです。「SVP（BMC）」が表示されます。

LPAR上で稼働しているWindowsサーバおよびLinuxサーバ

そのLPARを管理しているHVMが［ホスト管理］ウィンドウに登録されている場合
SVP管理エージェントサービスがインストールされている論理パーティション上で稼働しているサーバの場合，電源制御情報に「HVM※3」が表示されます。
SVP管理エージェントサービスがインストールされていない論理パーティション上で稼働しているサーバの場合，電源制御情報に「WOL」が表示されます。

そのLPARを管理しているHVMが［ホスト管理］ウィンドウに登録されていない場合
電源制御情報に「WOL」が表示されます。

そのLPARを管理しているHVMが活性化されていない場合
電源制御情報に「WOL」が表示されます。

サーバシャーシ

BladeSymphonyのサーバシャーシのことです。「SVP」が表示されます。

IOEU

IOEUの場合，何も表示されません。

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のサーバシャーシ，サーバモジュール，またはIOEUの場合，シャーシIDが表示されます。
VMホストの場合，サーバタイプがBladeSymphonyのときにシャーシIDが表示されます。
VMゲストの場合，親となるVMホストのシャーシIDが表示されます。VMホストのシャーシIDがない場合，何も表示されません。

パーティション番号
BladeSymphonyのサーバモジュールの場合，パーティション番号が表示されます。
VMホストの場合，サーバタイプがBladeSymphonyのときにパーティション番号が表示されます。
VMゲストの場合，親となるVMホストのパーティション番号が表示されます。VMホストのパーティション番号がない場合，何も表示されません。

LPAR識別子
サーバモジュールを論理パーティションに分割している場合，論理パーティション番号が表示されます。
VMホストおよびVMゲストの場合，何も表示されません。

VMホスト名
VMホストの場合は，VMホストのホスト名が表示されます。
VMゲストの場合は，親となるVMホストのコンピュータ名が表示されます。
次の場合は，何も表示されません。

サーバ（エージェント，LPAR）

サーバシャーシ

IOEU

HVM

クラスタ名
そのサーバがMSCSまたはフェールオーバークラスタのクラスタに属している場合，クラスタ名が表示されます。
VMホストおよびVMゲストの場合，何も表示されません。

注※1

次の場合には何も表示されません。

・VMゲストの場合

・VMゲストにOSがインストールされていない場合

・仮想化プラットフォームのサーバを管理するために必要な設定が完了していない場合（仮想化プラットフォームのサーバを管理する設定については，「14.2　仮想化されたサーバをJP1/ServerConductorで管理する場合に必要な準備」を参照してください。）

注※2

例えば，VMwareの場合「ESX Server 3.5」，Hyper-Vの場合「Windows Server 2008」のように表示されます。

注※3

管理対象サーバに次のバージョンのAgentがインストールされている場合，「MLPF」と表示されます。

・Windowsの場合：08-23より前

・Linuxの場合：08-24以前

なお，LPAR上で稼働しているサーバおよびHVMの表示については，「13.3.1　コンソールサービスでの表示」を参照してください。

(4)　印刷

［ホスト管理］ウィンドウの表示情報を印刷する場合，［ファイル］メニューから［印刷］を選択してください。［ホスト管理］ウィンドウの表示情報が印刷されます。

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

Webコンソールサービスを使用する場合，OSのAdministrators権限が必要です。

Web管理コンソールのWebブラウザからWebサーバに接続すると，Webコンソールサービスへログインするためのパスワードを問い合わせてきます。環境設定ユティリティで設定したパスワードを入力して［ログイン］ボタンをクリックします。

Webコンソールサービスへの接続URL

http://"WebサーバのIPアドレス"/sysmgr/sm_main.htm

Web管理コンソールの動作に必要なバージョンのJava 2 Standard Edition Runtime EnvironmentがインストールされていないマシンのWebブラウザからWebコンソールサービスを起動すると，Java 2 Standard Edition Runtime Environmentをインストールするかどうか，問い合わせるメッセージが出力されます。必要なバージョンのJava 2 Standard Edition Runtime Environmentをインストールしてください。

終了するときは，Webコンソールサービスのコンソールアプレット以外のページに移動するか，またはWebブラウザを終了します。これによって自動的にWebコンソールサービスからログアウトされます。

Webコンソールサービスの画面および操作については，WebコンソールサービスのHTMLマニュアルを参照してください。

WebコンソールサービスのHTMLマニュアルへの接続URL

http://"WebサーバのIPアドレス"/sysmgr/help/3020-3-T80/index.htm

注意

Webコンソールサービスを利用する場合，WebサーバおよびWeb管理コンソールで，Java 2 Standard Edition Runtime Environmentが必要になります。Java 2 Standard Edition Runtime Environmentのバージョンについては，Readmeファイルを参照してください。

Webコンソールサービスを利用する場合，ディスプレイのカラーパレットを256色以下に設定すると，情報表示エリアの色が変化することがあります。Webコンソールサービスを利用する場合は，ディスプレイのカラーパレットを65,536色以上に設定してください。

1.2　ホストの一覧表示

ここでは，コンソールサービスの［ホスト管理］ウィンドウに表示されるサーバの状態を管理する方法を説明します。

［ホスト管理］ウィンドウでは，管理しているサーバを一覧で表示するとき，次のような階層別に分類できます。

サイト別階層
エージェントサービスの資産情報に設定したサイト情報の階層別にホストを表示します。

ドメイン別階層
Windowsのドメイン情報の階層別にホストを表示します。

サービス構成別階層
マネージャサービスに接続しているホストをマネージャサービス単位に表示します。

サーバシャーシ別階層
マネージャサービスに接続しているホストのうち，BladeSymphonyのサーバシャーシ単位に表示します。

ツリー構成表示
マネージャサービスに接続しているホストをツリー構成で表示します。

それぞれの表示方法でのノードの表示可否を次の表に示します。

表示方法 | ノードの種類
VMホスト | VMゲスト | サーバシャーシ | IOEU | HVM | サーバ
サイト別 | ○ | ○ | × | × | × | ○
ドメイン別 | ○ | ○ | × | × | × | ○
サービス構成別 | ○ | ○ | ○ | ○ | ○ | ○
サーバシャーシ別 | ○ | ○ | ○ | × | ○ | ○
ツリー構成 | ○ | ○ | ○ | × | ○ | ○

（凡例）

○：表示される

×：表示されない

以降に，各状態の表示方法と，画面に表示される内容を説明します。

なお，LPAR上で稼働しているサーバおよびHVMの表示については「13.3.1　コンソールサービスでの表示」を，仮想化プラットフォームのサーバの表示については「14.3.1　コンソールサービスでの表示」を参照してください。

＜この節の構成＞

1.2.1　サイト別に表示する

1.2.2　ドメイン別に表示する

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

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

1.2.5　ツリー構成で表示する

1.2.1　サイト別に表示する

サイトごとにサーバを表示したい場合，［表示］メニューから，［サイト表示］を選択します。この場合，次のように表示されます。

サイト別に表示する場合，環境設定ユティリティでサイト情報を設定している必要があります。Windowsサーバの場合，サイト情報は環境設定ユティリティの［エージェントサービス］タブから表示される［サイト情報］ダイアログボックスまたはscagtcfgコマンドで設定します。LinuxまたはHP-UXサーバの場合，サイト情報はsmheditコマンドで設定します。

［サイト情報］ダイアログボックスについては，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［サイト情報］ダイアログボックスを参照してください。scagtcfgコマンドについては，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているscagtcfgコマンドを参照してください。また，smheditコマンドについては，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmheditコマンドを参照してください。

1.2.2　ドメイン別に表示する

ドメインごとにホストを表示したい場合，［表示］メニューから，［ドメイン表示］を選択します。この場合，次のように表示されます。

このドメインの階層は，Windowsのドメイン情報を基にしています。

ドメインではなくワークグループに所属しているWindowsサーバは「WORKGROUP」という階層下に登録されます。また，ドメイン情報を持たないサーバ（LinuxサーバおよびHP-UXサーバ）は「サーバ」という階層下に登録されます。

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

マネージャサービスに接続しているホストをマネージャサービス単位に表示したい場合，［表示］メニューから，［サービス構成表示］を選択します。次のように表示されます。

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

マネージャサービスに接続しているホストのうち，BladeSymphonyのサーバシャーシに属しているサーバおよびHVMを，サーバシャーシ別に表示したい場合，［表示］メニューから，［サーバシャーシ構成表示］を選択します。次のように表示されます。

1.2.5　ツリー構成で表示する

マネージャサービスに接続しているホストをツリー構成で表示したい場合，［表示］メニューから，［ツリー構成表示］を選択します。次のように表示されます。

1.3　管理対象の登録と削除

システムの運用が始まると，システムの接続管理もシステム管理者にとって重要な業務の一つとなります。例えば，マシンの撤去や増設に伴って，ホストを管理対象から削除したり，新規に登録したりする必要があります。ここでは，管理対象の登録と削除の方法について説明します。

注意

サービス構成表示で，マネージャのアイコンに「?」が付いているときは，管理対象サーバを登録または削除できません。この場合，マネージャサービスの状態を確認してください。マネージャのアイコンが正常状態に戻れば，管理対象サーバを登録・削除できます。

＜この節の構成＞

1.3.1　管理するホストの登録と削除

1.3.2　管理するサーバシャーシまたはIOEUの登録と削除

1.3.1　管理するホストの登録と削除

ここでは，管理するホストの登録手順および削除手順について説明します。

なお，HVMの登録および削除については「13.3.9　接続管理」を，仮想化プラットフォームのサーバの登録および削除については「14.3.7　接続管理」を参照してください。

＜この項の構成＞

(1)　ホストを登録する

(2)　管理しているホストを削除する

(3)　管理対象外のホストを再接続する

(1)　ホストを登録する

起動しているホストが［ホスト管理］ウィンドウに表示されない，サービスの起動順を誤った，ホストを誤って削除したなどの場合，次の手順でホストを登録して［ホスト管理］ウィンドウに表示させます。

［ホスト管理］ウィンドウでホストを登録するマネージャサービスを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するホストのIPアドレス，またはホスト名を入力する

種別の中から，「エージェントサービス」を選択する

［OK］ボタンをクリックする

サーバでエージェントサービスが起動している場合は，［ホスト管理］ウィンドウに表示されます。

(2)　管理しているホストを削除する

ホストを使用しなくなったときに，使用しなくなった管理対象のホストは管理対象から削除してください。コンソールサービス上で間違った操作を引き起こす原因になります。マネージャサービスで管理しているホストを，管理対象から削除する方法について説明します。

この操作はアドミニストレータでログインした場合だけ実行できます。

［ホスト管理］ウィンドウで削除するホストを選択する
複数のホストを選択できます。

［接続管理］メニューから［削除］を選択する
メッセージが表示されます。

［OK］または［全てOK］ボタンをクリックする

［OK］ボタンをクリックすると，ホストを削除します。ホストを複数選択した場合，確認用のメッセージが表示されます。すべてのホストを削除する場合は［全てOK］ボタンをクリックしてください。

選択したホストが管理対象から削除されます。

(3)　管理対象外のホストを再接続する

再起動などをしたホストは，［ホスト管理］ウィンドウに未接続のアイコンで表示されています。この未接続の状態のホストを接続する場合の方法を説明します。

［ホスト管理］ウィンドウで接続するホストを選択する
未接続のアイコンで表示されているホストを選択してください。

［ホスト操作］メニューの［接続］を選択する

選択したホストが再接続され，再び管理できるようになります。

1.3.2　管理するサーバシャーシまたはIOEUの登録と削除

ここでは，管理するサーバシャーシ，またはIOEUの登録手順および削除手順について説明します。

未接続で使用しなくなった管理対象のサーバシャーシは，管理対象から削除してください。コンソールサービス上で間違った操作を引き起こす原因になります。

＜この項の構成＞

(1)　サーバシャーシまたはIOEUの登録

(2)　サーバシャーシまたはIOEUの削除

(1)　サーバシャーシまたはIOEUの登録

サーバシャーシまたはIOEUの登録には，手動登録と自動登録の2つの方法があります。

手動登録

［ホスト管理］ウィンドウの［接続管理］メニューから［登録］を選択し，登録したいサーバシャーシまたはIOEUを，コンソールから手動で登録します。

自動登録

自動登録には，BSM起動時の自動登録と，SVPまたはIOEUからの自動登録があります。

BSM起動時の自動登録

BSM起動時に，自動的に同一ネットワークセグメントのサーバシャーシが検出され登録されます。

SVPまたはIOEUからの自動登録

通知先として登録されているマネージャサービスに対して，SVPまたはIOEUが定期的に登録要求を通知します。これによって，自動的に登録されます。

登録方法と，サーバシャーシまたはIOEUの対応を次に示します。

表1-2　登録方法とサーバシャーシまたはIOEUの対応

項番 | 登録方法 | サーバシャーシ | IOEU
BS1000またはBS320 | BS2000またはBS500
1 | コンソールからの手動登録 | ○ | ○ | ○
2 | BSM起動時の自動登録 | ○ | × | ×
3 | SVPからの自動登録 | × | ○ | ○

（凡例）

○：登録機能がサポートされている

×：登録機能はサポートされていない

起動しているサーバシャーシまたはIOEUが［ホスト管理］ウィンドウに表示されない，サーバシャーシまたはIOEUを誤って削除したなどの場合，次の手順でサーバシャーシまたはIOEUを登録して［ホスト管理］ウィンドウに表示させます。

［ホスト管理］ウィンドウでサーバシャーシまたはIOEUを登録するマネージャサービスを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録対象のIPアドレスを入力する
登録対象がサーバシャーシの場合，サーバシャーシのSVPモジュールのIPアドレスを入力します。登録対象がIOEUの場合，IOEUのIPアドレスを入力します。

登録対象がサーバシャーシの場合は，機種に応じて「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000/BS500)，IOEU」を，登録対象がIOEUの場合は「サーバシャーシ/HVM(BS2000/BS500)，IOEU」を選択する

［OK］ボタンをクリックする

注意

BladeSymphonyのスイッチ＆マネジメントモジュールのファームウェアを更新した場合，またはWWN情報を更新した場合，サーバシャーシを再登録する必要があります。ここで説明した手順に従って，サーバシャーシを再登録してください。

(2)　サーバシャーシまたはIOEUの削除

マネージャサービスで管理しているサーバシャーシまたはIOEUを，管理対象から削除する方法について説明します。これは，サーバシャーシまたはIOEUを撤去したときなどに使用します。

(a)　BS1000またはBS320の場合

BS1000またはBS320の場合，次の手順で管理するサーバシャーシを削除します。

［ホスト管理］ウィンドウで削除するサーバシャーシを選択する
複数のサーバシャーシを選択できます。

［接続管理］メニューから［削除］を選択する
メッセージが表示されます。

［OK］または［全てOK］ボタンをクリックする

［OK］ボタンをクリックすると，サーバシャーシを削除します。サーバシャーシを複数選択した場合，確認用のメッセージが表示されます。すべてのサーバシャーシを削除する場合は［全てOK］ボタンをクリックしてください。

選択したサーバシャーシと，そのサーバシャーシ内のすべてのホスト（サーバモジュール）が管理対象から削除されます。

(b)　BS2000，BS500，またはIOEUの場合

BS2000，BS500，またはIOEUの場合は，次の手順に従ってサーバシャーシまたはIOEUを削除してください。

削除するBS2000，BS500，またはIOEUのシステムコンソールから，通知先BSMの登録を外す

［ホスト管理］ウィンドウから，サーバシャーシまたはIOEUを削除する

手順1.を実施しないで，［ホスト管理］ウィンドウからサーバシャーシまたはIOEUを削除した場合，削除したサーバシャーシまたはIOEUが，一定時間後にコンソール画面へ再登録されることがあります。

1.4　接続先マネージャサービスの確認

管理対象のホストの数が多数ある場合，それぞれのホストがどのマネージャサービスで管理されているのかを把握しておく必要があります。

管理対象ホストの接続先マネージャサービスを確認する場合は，次の手順で確認してください。

［ホスト管理］ウィンドウで，接続先マネージャサービスを確認するホスト，マネージャ，サイト，またはドメインの各アイコンを選択する
ホストを選択した場合は，そのホストが確認の対象になります。
マネージャ，サイト，またはドメインの各アイコンを選択した場合は，配下のすべてのホストが確認の対象になります。

［接続管理］メニューから［接続先マネージャサービスの確認］を選択する
［接続先マネージャサービスの確認］ダイアログボックスが表示されます。

ダイアログボックスには，コンピュータ名，ホスト名，および接続先マネージャサービスのIPアドレスが表示されます。

1.5　管理対象をグループに分ける

複数の管理対象を目的に応じたグループに登録できます。この機能をグルーピングといいます。

複数のホストおよびサーバシャーシをグループに登録して，同じ操作や設定を一括でできるようにします。

ホストとサーバシャーシが異なる装置にあれば，ホストとサーバシャーシを同じグループに混在させることもできます。同一装置内のホストとサーバシャーシを同じグループに混在させることはできません。また，ローカルコンソールではグルーピングは利用できません。

なお，LPAR上で稼働しているサーバおよびHVMのグルーピングについては「13.3.8　グループ管理」を，仮想化プラットフォームのサーバのグルーピングについては「14.3.6　グループ管理」を参照してください。

＜この節の構成＞

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

1.5.2　グルーピング方法

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

グルーピングした管理対象に対してできる操作または設定を次の表に示します。

表1-3　グルーピングした管理対象に対してできる操作または設定

グルーピング対象 | 操作または設定
電源制御スケジュールの設定 | エージェントサービスの設定 | 電源制御の操作
ホスト | ○ | ○ | ○
サーバシャーシ | × | × | ○
IOEU | × | × | ×

（凡例）

○：操作または設定ができる

×：操作および設定ができない

注意

グループは，設定または操作の種類ごとに設定します。例えば，電源制御スケジュールの一括設定用に作成したグループは，電源制御の操作では使用できません。

グループ内に異なるOSやエージェントバージョンの管理対象が混在している場合，該当しない項目については一括設定で設定しても動作しない項目があります。

1.5.2　グルーピング方法

ここでは，ホストおよびサーバシャーシのグループを作成する方法について説明します。グループを作成する場合，アドミニストレータでログインしてください。サブアドミニストレータでログインしている場合は，作成されているグループの参照だけができます。

［ホスト管理］ウィンドウの［グループ］メニューを選択する
プルダウンメニューに［一括設定］および［一括操作］が表示されます。

作成するグループの目的に合わせたメニューを選択する
目的ごとに次のようにメニューを選択すると，目的に合わせたグルーピングウィンドウが表示されます。

電源ON・OFFスケジュールの一括設定の場合
［一括設定］メニューから［スケジュール］を選択します。［一括設定 - スケジュール］ウィンドウが表示されます。

エージェントサービス設定項目の一括設定の場合
［一括設定］メニューから［エージェントサービス設定］を選択します。［一括設定 - エージェントサービス設定］ウィンドウが表示されます。

電源制御の一括操作の場合
［一括操作］メニューから［電源制御］を選択します。［一括操作 - 電源制御］ウィンドウが表示されます。

次の図は，アドミニストレータでログインしたときに［一括設定］メニューから［スケジュール］を選択することで表示される，［一括設定 - スケジュール］ウィンドウです。

［編集］メニューから［新規グループ作成］を選択する
グループツリーに新しいグループが作成されます。

グループに登録したいホストおよびサーバシャーシを，［ホスト管理］ウィンドウからグルーピングウィンドウにドラッグ&ドロップする
4.の操作を繰り返すことで，グループに複数のホストおよびサーバシャーシを登録できます。

グループを作成したら，［ファイル］メニューから［保存］を選択してグルーピング情報を保存する

グループは複数個作成，および階層化できますので，ホストおよびサーバシャーシの利用目的別や機種別などにグループを分けられます。また，グループの名称もユーザが設定できるので，目的別にグループ名を設定してください。なお，グループは8階層まで階層化できます。

注意

あるグルーピングウィンドウで作成したグループを，ほかのグルーピングウィンドウで使いたい場合は，［編集］メニューの［コピー］および［貼り付け］を使用して，グルーピングウィンドウ間で，グループをコピーしてください。

グルーピングは単一のコンソールサービスから単一のマネージャサービスに接続している状態で実施してください。単一のコンソールサービスから複数のマネージャサービスに接続している状態でグルーピングすると，不正なグルーピングデータが作成される場合があります。

作成したグループに対する一括設定または一括操作については，次の個所を参照してください。

電源ON・OFFスケジュールの一括設定：「3.2.6(4)　電源制御スケジュールの一括設定」

エージェントサービス設定項目の一括設定：マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の設定情報の変更について記載されている章

電源制御の一括操作：「3.2.5(5)　電源の一括操作」

1.6　ラックに搭載された機器の表示

ラックに搭載されている機器の場合，ラックマネージャに登録することで，機器の状態を機器イメージで表示できます。また，画面に表示された機器イメージから，その機器に対応した各種の操作ができます。

ラックに搭載されている機器を管理する［ラックマネージャ］ウィンドウを次に示します。

ラックマネージャを使用した機器の管理の方法については，「8.　ラック管理」を参照してください。

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

＜この節の構成＞

(1)　アラートに関する注意事項

(2)　インベントリに関する注意事項

(3)　サーバ操作に関する注意事項

(4)　設定時の注意事項

(1)　アラートに関する注意事項

アラート一覧を印刷する場合，用紙の幅よりメッセージの幅の方が長いため，内容のすべてが印刷されない場合があります。この場合は，［CSV形式ファイル出力］メニューで出力したあと，CSV形式のファイルを扱えるアプリケーションプログラムで印刷してください。

SVPボードの初期化および変更後に管理対象サーバを起動した場合，管理コンソールに発生元不明の通知アラートが表示されます。しかし，それ以降は正常に動作します（SVPエージェントサービスの更新インストール時も発生します）。このようなSVPボードの初期化時に発生する発生元不明のアラートは特に影響はありませんので，無視してください。

［ホスト管理］ウィンドウのサブウィンドウのプルダウンメニューを開いているときに，アラート通知を受信して，ポップアップウィンドウが表示されるとマウスの操作が効かなくなります。この場合，キーボードで［Enter］キーを押して通知アラート表示を開くか，［ESC］キーを押してポップアップウィンドウを消してください。

サーバアイコンが非活性の状態でアラート通知を受信してもサーバアイコンは活性状態にはなりません。サーバへ接続したい場合は，「接続」機能を使用してください。また，サーバへ接続すると，サーバアイコンは活性状態となり，異常印（赤い「×」）が付きます。そのときは，通知アラート表示でアラートの内容を確認してください。

一度アラートID「0x13B0」のアラートが発生すると，そのあと同じような障害が発生しても，同じアラートが発生しない場合があります。この場合，サーバの電源を一度OFFにし，再起動してください。この操作でインベントリ表示のSVP-状態情報の電源・OS異常表示が正常に変わり，アラートは正常に通知されます。

管理コンソールにアラートが通知されるごとに，コンソールサービスの使用するメモリが増加します。通知されたアラートのうち，必要な情報はファイルに保存し，不要な情報は削除してください。

表示できるアラートメッセージの長さは255バイトです。メッセージが255バイトを超える場合は，255バイトに収まるように，メッセージの一部が「...」に置き換わって通知されます。

(2)　インベントリに関する注意事項

インベントリを表示中に，アイドルセッション時間のために再ログインをした場合，インベントリツリーのすでに選択されている項目をクリックしても，その項目の情報は表示されません。ほかの項目をクリックしてから再度その項目をクリックするか，最新の情報に更新を選択してください。

SVP情報の状態情報で表示される電源状態，およびOS状態が一度異常になると，OSをリブートしても正常に戻らない場合があります。サーバの電源を一度OFFにしてから再起動すると正常に戻ります。

SVP情報の状態情報で表示されるOS状態が異常の場合，SVPの情報を取得しようとするとエラーになる場合があります。

基本システムのメモリ情報に表示されるECC1ビット誤り訂正回数は，255までカウントすると0に戻ります。したがって，コンソールサービスからは訂正回数が減少して見えることがあります。

プロセッサの種類が同じでも，OSによってインベントリ情報の［プロセッサ名］に表示される内容が異なることがあります。

(3)　サーバ操作に関する注意事項

電源OFF，またはリブートをした場合，管理対象サーバから応答メッセージが返らないと，しばらくしてからコマンドタイムアウトエラーを表示することがあります。この場合，電源OFF，またはリブートをしたサーバに対して接続処理をしてください。再度コマンドタイムアウトエラーが表示される場合は，正常に電源OFF，またはリブートがされています。

SVP機能を搭載した管理対象サーバで電源OFFをしたときに管理コンソールのサーバアイコンを非活性の状態にするには，SVPの設定で，障害監視項目のアラート通知を「あり（情報通知）」または「あり（全通知）」に設定してください。

(4)　設定時の注意事項

［パスワード変更］ダイアログボックスでは，パスワードの新規設定はできません。パスワードの新規設定は，環境設定ユティリティで行ってください。

［エージェントサービス設定］ダイアログボックスの［適用］ボタンはアクティブになりません。このため，設定を有効にする場合，［OK］ボタンをクリックしてください。

コンソールサービス，マネージャサービス，およびエージェントサービスのホスト名は，半角32文字未満で設定してください。

［エージェントサービス設定］ダイアログボックスの［使用率超過通知］タブでは，クラスタとして接続された共有ディスクに対し，しきい値管理はできません。

SVP機能を搭載しているサーバに対して，SVPエージェントサービスを上書きインストールすると次のアラートが通知されます。
サーバ名（エージェントサービス）がシャットダウンまたは電源OFFしました。
このアラートは特に問題はありませんので，このアラート通知は無視してください。

コンソールサービスでインベントリ情報，SVPログ，アラートログなどの情報を採取した場合，コマンドタイムアウトが発生することがあります。その場合は，環境設定ユティリティの［コンソールサービス］タブから表示される［ネットワーク（サービス）］タブで，コマンドタイムアウト時間をより大きい値に変更してください。

2.　障害管理

この章では，管理対象サーバまたは管理サーバに障害が発生した場合の障害の通知方法について説明します。また，通知されたアラートの表示方法について説明します。

＜この章の構成＞

2.1　障害管理の概要

2.2　アラートを受信するための設定

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

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

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

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

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

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

2.9　アラートをJP1/Cm2/NNMに通知する

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

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

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

2.1　障害管理の概要

JP1/ServerConductorでは，管理対象ホスト，サーバシャーシ，IOEU，または管理サーバで発生した障害（アラート）を検出し，システム管理者へさまざまな方法で通知できます。

JP1/ServerConductorでできる障害管理について，次の表に示します。

なお，LPAR上で稼働しているサーバの障害管理については，物理サーバの場合と同じです。仮想化プラットフォームのサーバの障害管理については，「14.3.3　障害管理」を参照してください。

表2-1　JP1/ServerConductorでできる障害管理

項番 | 障害管理の種類 | 管理対象
ホスト | サーバシャーシ | IOEU | 管理サーバ
1 | アラート情報の表示 | ○ | ○ | ○ | ○
2 | 必要なアラートだけの通知 | ○ | × | × | ×
3 | 未通知アラートの通知 | ○ | ○ | ○ | ×
4 | アラート発生時の管理対象サーバの動作の設定 | ○ | × | × | ×
5 | アラート受信時のプログラムの自動起動 | ○ | ○ | ○ | ○
6 | アラートのJP1/IMへの通知 | ○ | ○ | ○ | ○
7 | アラートのJP1/Cm2/NNMへの通知 | ○ | × | × | ×
8 | アラートのe-mailでの通知 | ○ | ○ | ○ | ○
9 | アラートのログファイルへの記録 | ○ | × | × | ×
10 | ウォッチドッグタイマによる障害監視 | ○ | × | × | ×

（凡例）

○：できる

×：できない

次に，表のそれぞれの項目について説明します。

＜この節の構成＞

(1)　アラート情報を表示する

(2)　必要なアラートだけを通知する

(3)　未通知アラートを通知する

(4)　アラート発生時の管理対象サーバの動作を設定する

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

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

(7)　アラートをe-mailで通知する

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

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

(1)　アラート情報を表示する

管理対象ホスト，サーバシャーシ，IOEU，または管理サーバで発生したアラートを，管理コンソールに表示できます。また，管理対象に記録されたサーバアラートログ，BIOSポストログ，SVPログ，装置ログや，管理サーバに記録されたマネージャアラートログなどの各種ログ情報を表示できます。

(2)　必要なアラートだけを通知する

管理対象ホストで発生したアラートのうち，特定のアラートレベルや特定のアラートだけを通知できます。この機能は，管理対象ホストで発生したアラートに対してだけ使用できます。

(3)　未通知アラートを通知する

管理コンソールが接続していない間に発生したアラートを，管理コンソールが管理サーバに接続した時に通知できます。

また，管理サーバが停止していて，管理対象から管理サーバに接続できない間にアラートが発生した場合，管理サーバが起動して再び管理対象からの接続が可能になったタイミングで，未通知のアラートがある旨を通知できます。この機能は，管理対象ホスト，サーバシャーシ，またはIOEUで発生したアラートに対してだけ使用できます。

(4)　アラート発生時の管理対象サーバの動作を設定する

各アラートに対して，アラートが発生したら管理サーバに通知するか，何回同一アラートが発生したら管理サーバに通知するか，など，アラートの通知契機を設定できます。また，アラートの発生を契機に，管理対象サーバの電源OFFやリブートなどを自動的に実行できます。この機能は，管理対象ホストで発生したアラートに対してだけ使用できます。

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

アラートの受信を契機に，あらかじめ設定しておいたプログラムを自動で起動できます。また，起動するプログラムのパラメタとして，アラートIDや発生時刻など，アラートの情報を設定しておくこともできます。この機能は，管理対象ホスト，サーバシャーシ，IOEU，または管理サーバで発生したアラートに対して使用できます。

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

管理対象ホスト，サーバシャーシ，IOEU，または管理サーバで発生したアラートをJP1/IMに通知できます。また，管理対象ホストで発生したハードウェア障害を示すアラートをSNMP Trapに変換して，JP1/Cm2/NNMに通知することもできます。

(7)　アラートをe-mailで通知する

管理対象ホスト，サーバシャーシ，IOEU，または管理サーバで発生したアラートをe-mailでシステム管理者に通知できます。

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

管理対象ホストまたはIOEUで発生したアラートを，ログファイルに記録できます。

また，管理対象ホストがWindowsの場合，アラートをシステムのイベントログに記録できます。管理対象サーバがLinuxまたはHP-UXサーバの場合，syslogファイルに記録できます。

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

Agentから一定の間隔で送信されるResetコマンドをBMCが受信することで，OSが正しく動作しているかどうかを監視できます。また，OSに異常が発生した場合に管理対象サーバの電源をどのように制御するかを設定できます。

2.2　アラートを受信するための設定

次の場合は，アラートを受信するために事前に設定をしておく必要があります。

SVP管理エージェントサービスをインストールしていないHA8000のサーバで，SVPの障害監視をする場合

HRA UtilityまたはHBAと連携して障害監視をする場合

次にそれぞれの場合の設定方法について説明します。

＜この節の構成＞

2.2.1　SVP管理エージェントサービスをインストールしていないHA8000のサーバでSVPによる障害監視をする

2.2.2　HRA Utility，HRN，またはHBAと連携して障害監視をする

2.2.1　SVP管理エージェントサービスをインストールしていないHA8000のサーバでSVPによる障害監視をする

SVP管理エージェントサービスをインストールしていないHA8000のサーバで，SVPによる障害監視をする場合，BSMのSVP拡張機能を設定することで，SVPからの直接通知アラートが通知できるようになります。

SVP管理エージェントサービスをインストールしていないHA8000のサーバで，SVPによる障害監視をする場合の設定方法を次に示します。

SVP直接通知アラートの通報先として，BSMのIPアドレスを設定する
SVP直接通知アラートの通報先の設定は，SVPボード 環境設定ツールまたはHA8000のリモートマネジメント機能のWebコンソールで，実施します。SVPボード 環境設定ツールまたはHA8000のリモートマネジメント機能のWebコンソールについての詳細は，SVPボードまたはハードウェアに添付されているマニュアルを参照してください。

［ホスト管理］ウィンドウの［設定］メニューから［エージェントサービス設定］－［SVP拡張機能の使用］を選択する
［SVP拡張機能の使用］ダイアログボックスが表示されます。
［SVP拡張機能の使用］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［SVP拡張機能の使用］を選択することでも表示できます。ラックマネージャからの設定情報の変更については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［SVPボードのIPアドレス］にSVPボードのIPアドレスを入力する

注意

SVPボードのIPアドレスを誤って指定した場合，アラートの誤通知が発生するため，必ずSVP拡張機能を設定するHA8000上のSVPボードを指定してください。

［OK］ボタンをクリックする

2.2.2　HRA Utility，HRN，またはHBAと連携して障害監視をする

Linuxサーバで，HRA Utility，HRN，またはHBAと連携して障害監視をするには，次の2ファイルの設定を変更してください。

/etc/syslog.conf（Linux 6以降の場合は/etc/rsyslog.conf，SUSE Linux Enterprise Serverの場合は/etc/syslog-ng/syslog-ng.conf）

/etc/logrotate.d/syslog

設定変更後は，OSを再起動してください。

なお，ここで説明する設定値以外の設定値で動作している場合，アラートが通知できないことがありますのでご注意ください。

注意

ディスクアレイ系の障害監視をする場合，お使いの機器に対応するディスクコントローラ/ドライバがインストールされている必要があります。

対応するハードウェアおよびソフトウェアを確認してください。

＜この項の構成＞

(1)　/etc/syslog.conf

(2)　/etc/logrotate.d/syslog

(1)　/etc/syslog.conf

/etc/syslog.confの設定変更方法を次に示します。

(a)　対象OSがRed Hat Enterprise Linux Serverの場合

HRA UtilityまたはHRNと連携する場合
/etc/syslog.confに次の行を追記してください。

kern,daemon.info  /var/opt/hitachi/system_manager/log/syslogdog

HBAと連携する場合
/etc/syslog.confに次のどちらかの行を追記してください。

HA Logger Kit for Linux（RASLOG機能）※を使用するとき

kern.info;daemon.err  /var/opt/hitachi/system_manager/log/syslogdog

HA Logger Kit for Linux（RASLOG機能）※を使用しないとき

kern.info  /var/opt/hitachi/system_manager/log/syslogdog

注※

日立サポート360ログ環境強化オプションで提供されるプログラムです。

注意

HRA UtilityまたはHRNとHBAの両方と連携する場合は，HRA Utilityと連携する場合の設定をしてください。

(b)　対象OSがSUSE Linux Enterprise Serverの場合

/etc/syslog-ng/syslog-ng.confに次の行を追記してください。

 filter f_system_manager1 {
         level(info) and facility(kern);
         };
 filter f_system_manager2 {
         level(info) and facility(daemon);
         };
 destination system_manager {
         file("/var/opt/hitachi/system_manager/log/syslogdog");
         };
 log {
         source(src);
         filter(f_system_manager1);
         destination(system_manager);
     };
 log {
         source(src);
         filter(f_system_manager2);
         destination(system_manager);
     };

(2)　/etc/logrotate.d/syslog

/etc/logrotate.d/syslogに次の行を追加してください。

 /var/opt/hitachi/system_manager/log/syslogdog {
   rotate 1
   size=1M
   create
   nocompress
   postrotate
   /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
   endscript
 }

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

JP1/ServerConductorでは，管理サーバや管理対象サーバで発生したアラート情報を，通知アラートとして管理コンソールに表示できます。また，過去に発生したアラートをログに保存しておき，必要なときに参照できます。

JP1/ServerConductorでのアラート情報の表示を次の図に示します。

図2-1　アラート情報の表示

参照できるアラートログの種類を次に示します。

サーバアラートログ

管理対象サーバで発生したすべてのアラートが格納されているログです。

BIOSポストログ

管理対象サーバの起動時にBIOSが検出したエラーが格納されているログです。

SVPログ

SVPが検知したアラートが格納されているログです。このログはSVPから直接取得するため，管理対象サーバの電源が入っていない場合でも参照できます。なお，BladeSymphonyでのSVPログは，サーバシャーシからだけ取得できます。

装置ログ

IOEUで発生したアラートが格納されているログです。

マネージャアラートログ

管理サーバで発生したアラートが格納されているログです。

ここでは，通知アラートを管理コンソールに表示する方法，および各種アラートログを参照する方法について説明します。

注意

検出できるアラート情報は管理対象によって異なります。検出できるアラート情報の詳細については，Invent.xlsを参照してください。

HP-UXサーバの場合，HP-UX EMSから通知されたEMSイベントがアラートとして通知され，アラートログとして記録されます。ただし，次の場合は，EMSイベントを受信できません。
・エージェントサービスが停止している場合
・環境設定コマンドでAgtEmsFuncをFalseに設定した場合
この場合，発生したEMSイベントは，アラート通知およびアラートログへの記録ができません。この間に発生したEMSイベントは，HP-UX EMSのログまたはsyslogで確認してください。HP-UX EMS連携の設定はsmheditコマンドで設定します。smheditコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmheditコマンドを参照してください。
なお，環境設定コマンドで環境設定を変更すると，エージェントサービスが再起動されます。再起動の間はEMSイベントを受信できません。

＜この節の構成＞

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

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

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

2.3.4　SVPログを表示する

2.3.5　装置ログを表示する

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

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

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

ここでは，管理対象ホストやサーバシャーシからの通知アラートを表示する方法について説明します。

注意

［通知アラート］ウィンドウでは，同一時刻に同一ホストで発生した同一アラートIDのアラートは，1件のアラートとしてまとめて表示されます。

［ホスト管理］ウィンドウの［アラート管理］メニューから［通知アラート表示］を選択する
［通知アラート］ウィンドウが表示されます。
［通知アラート］ウィンドウは，［ラックマネージャ］ウィンドウの［アラート管理］メニューから［通知アラート表示］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［通知アラート］ウィンドウには次の情報が表示されます。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したホストのホスト名が表示されます。
アラートレベル※1 | 発生したアラートのレベルが表示されます。
内容※2 | アラートの内容が表示されます。
確認状態 | アラートについて調査や確認をしたかどうかが表示されます。アラートの確認については，「(1)　通知アラートを確認する」を参照してください。
アラートID | アラートIDが表示されます。
発生部位 | アラートが発生した部位（エージェントサービスなど）が表示されます。

注※1

マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラートが通知された場合，アラートレベルが取得不可と表示されます。

注※2

通知アラートの内容に(SEL=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX)と表示されることがあります（「SEL=」以降の表示は，ご使用のファームウェアによって異なります）。これは，アラートに対応するSELの情報がないことを示しています。

また，通知できるアラートメッセージの長さは255バイトです。メッセージが255バイトを超える場合は，255バイトに収まるように，メッセージの一部が「...」に置き換わって通知されます。

＜この項の構成＞

(1)　通知アラートを確認する

(2)　SNMP Trapの詳細情報を確認する

(3)　通知されるアラートの設定

(4)　アラートのCSV出力

(1)　通知アラートを確認する

［通知アラート］ウィンドウには，通知されたアラートが表示されます。場合によっては，アラートの数が多かったり，対策したアラートと未対策のアラートの区別が付かなくなったりし，どのアラートについて対策する必要があるのかわからなくなることがあります。

このため，［通知アラート］ウィンドウでは，確認済みのアラートと未確認のアラートを区別して表示できます。ここでは，確認済みのアラートと未確認のアラートを区別する方法を説明します。

［通知アラート］ウィンドウで，確認済みのアラートを選択する
アラートは複数個選択できます。

［確認］メニューから［確認］を選択する
選択したアラートの確認状態が「済」になります。

すべての通知アラートを確認した（確認したことにする）場合は，［確認］メニューの［全確認］を選択してください。また，選択したアラートを削除する場合は［確認］メニューの［消去］を選択してください。ただし，削除できるのは確認状態が「済」になっているアラートだけです。

(2)　SNMP Trapの詳細情報を確認する

ラック管理機能を使用して，SNMP Trapをアラートに変換して受信するように設定している場合，SNMP Trapの詳細情報を［通知アラート］ウィンドウから確認できます。

SNMP Trapの詳細情報を［通知アラート］ウィンドウから確認する方法を次に示します。

［通知アラート］ウィンドウで，SNMP Trapを確認したい通知アラートを選択する
SNMP Trapによる通知アラートは，［通知アラート］ウィンドウに表示されるアラートIDで判別してください。SNMP Trapによる通知アラートのアラートIDは，［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで，アラート通知の設定時に選択したアラートIDです。アラートIDの選択については，「8.4.2(3)　アラート通知の設定」を参照してください。

［確認］メニューから［SNMP詳細］を選択する
［SNMP Trap詳細］ダイアログボックスが表示されます。

［Type］が［OCTET STRING］，［Opaque］，または［Other］の場合，次のどれかの文字コードで［値］の文字列を表示できます。

Binary Text

Shift_JIS

EUC-JP

UTF-8

［エンコードの種類］ドロップダウンリストおよびその右側のチェックボックスを使用して文字コードを切り替えてください。

［SNMP Trap詳細］ダイアログボックスに表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SNMP Trap詳細］ダイアログボックスを参照してください。

(3)　通知されるアラートの設定

サーバで発生したすべてのアラートを管理コンソールに通知していては，重大なアラートの対処が遅れる場合があります。そのため，コンソールサービスでは，アラートが発生したときのサーバの動作をあらかじめ設定しておいたり，通知アラートをフィルタリングして必要なアラートだけを通知したりできます。これらの設定方法については，「2.6　アラート発生時のサーバの動作を設定する」または「2.4　アラート通知をフィルタリングする」を参照してください。

(4)　アラートのCSV出力

［通知アラート］ウィンドウに表示されているアラート情報は，CSVファイルに出力できます。また，SNMP Trap詳細情報を含めてCSVファイルに出力することもできます。

アラート情報をCSVファイルに出力する方法を次に示します。

［通知アラート］ウィンドウで，［ファイル］メニューから［CSV形式ファイル出力］－［アラート］または［アラートとSNMP詳細］を選択する
アラート情報，またはSNMP Trapの詳細情報を含んだアラート情報のCSVファイルが出力されます。出力形式と内容は次のとおりです。

表2-2　CSVファイルに出力されたアラートおよびSNMP Trapの形式と内容

列番号 | ヘッダに出力される文字列 | 内容
1 | ＃ | なし。
2 | 発生日時 | ［通知アラート］ウィンドウの表示項目に対応。
3 | 発生ホスト
4 | アラートレベル
5 | 内容
6 | 確認状態
7 | アラートID
8 | 発生部位
9 | OID※ | Variable BindingのOID
10 | 値※ | Variable Bindingの値

注※

SNMP Trap以外のアラートの場合，またはVariable Bindingが0の場合は，内容は空文字列となります。

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

管理対象サーバで発生したすべてのアラートのログを管理コンソールから参照できます。

注意

次の管理対象のサーバアラートログは表示できません。

管理サーバ

サーバシャーシ

IOEU

VMホスト

VMゲスト

HVM

＜この項の構成＞

(1)　表示するサーバアラートログの設定

(2)　［サーバアラートログ］ウィンドウ

(1)　表示するサーバアラートログの設定

［ホスト管理］ウィンドウで，サーバアラートログを表示するサーバを選択する
必ずサーバを選択してください。また，複数選択はできません。

［ホスト管理］メニューから［アラートログ］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。
［サーバアラートログ］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［アラートログ］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［アラートログ一覧］から表示したいサーバアラートログの開始日を選択し，上の［設定>>］ボタンをクリックする
選択した日付が開始日に表示されます。

［アラートログ一覧］から表示したいサーバアラートログの終了日を選択し，下の［設定>>］ボタンをクリックする
選択した日付が終了日に表示されます。

［OK］ボタンをクリックする
設定した範囲のサーバアラートログが［サーバアラートログ］ウィンドウに表示されます。

(2)　［サーバアラートログ］ウィンドウ

［サーバアラートログ］ウィンドウについて説明します。

［サーバアラートログ］ウィンドウには次の情報が表示されます。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したホストが表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | アラートが発生した部位（エージェントサービスなど）が表示されます。

(a)　サーバアラートログの表示範囲の変更

ほかの日付のサーバアラートログを表示する方法を次に示します。

［サーバアラートログ］ウィンドウが選択された状態で，［ログ管理］メニューの［ログ表示範囲の変更］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。

［アラートログ一覧］から表示したいサーバアラートログの開始日と終了日を指定する
［サーバアラートログ］ダイアログボックスの設定方法については，「(1)　表示するサーバアラートログの設定」を参照してください。

［OK］ボタンをクリックする
設定した範囲のサーバアラートログが［サーバアラートログ］ウィンドウに表示されます。

(b)　サーバアラートログの削除

サーバアラートログは，アラートが発生した日単位で削除できます。管理対象サーバ上のサーバアラートログを削除する方法を次に示します。

［サーバアラートログ］ウィンドウの［ログ管理］メニューから［削除］を選択する
［サーバアラートログ削除］ダイアログボックスが表示されます。

削除したいサーバアラートログを選択して，［削除］ボタンをクリックする

［閉じる］ボタンをクリックする

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

BIOSポストログとはシステム起動時にBIOSが検出したエラーを格納するログです。このBIOSポストログに格納されるエラーの種類については，Invent.xlsを参照してください。

注意

BIOSポストログを表示できるのは，HA8000のWindowsサーバだけです。BIOSポストログに対応している機種の詳細については，Invent.xlsを参照してください。

BladeSymphonyではBIOSポストログを取得できません。また，SVP PCIボードを装着していても，管理対象サーバが停止している場合，管理コンソールからBIOSポストログは取得できません。

BIOSポストログの表示方法を次に示します。

［ホスト管理］ウィンドウで，BIOSポストログを表示したいサーバを選択する
BIOSポストログを表示できるサーバは，現在正常に起動しているサーバだけです。エラーが発生していたり，停止していたりするサーバのBIOSポストログは表示できません。

［ホスト管理］メニューから［BIOSポストログ］を選択する
［BIOSポストログ］ウィンドウが表示されます。
［BIOSポストログ］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［BIOSポストログ］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［BIOSポストログ］ウィンドウには次の情報が表示されます。

表示項目 | 表示内容
発生日時 | エラーが発生した日時が表示されます。
エラーコード | 発生したエラーのコードが表示されます。
内容 | エラーの詳細情報が表示されます。
付属データ | BIOSポストログが付属データを持つ場合，その付属データが表示されます。付属データの内容はBIOSポストログの内容やエラー情報によって異なります。

2.3.4　SVPログを表示する

SVP機能が管理しているSVPログを表示できます。SVPログを表示できる管理対象を次に示します。

サーバシャーシ

SVPボードを搭載したHA8000に，SVP管理エージェントサービスをインストールしているサーバ

SVPボードを搭載したHA8000で，SVP拡張機能が使用できるように設定しているサーバ

SVPボードを搭載したHA8000上で稼働しているVMホスト

SVPログの表示方法を次に示します。

［ホスト管理］ウィンドウで，SVPログを表示できる管理対象を選択する
SVPログを表示できる管理対象は，［ホスト管理］ウィンドウの「電源制御」の欄にSVPの種類が表示されています。

［ホスト管理］メニューから［SVPログ/装置ログ］を選択する
［SVPログ/装置ログ］ウィンドウが表示されます。
［SVPログ/装置ログ］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［SVPログ/装置ログ］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

表示される情報を次に示します。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したホストのコンピュータ名が表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | 「SVP」が表示されます。

2.3.5　装置ログを表示する

IOEUで発生したアラートは装置ログに格納されます。

装置ログの表示方法を次に示します。

［ホスト管理］ウィンドウで，IOEUを選択する

［ホスト管理］メニューから［SVPログ/装置ログ］を選択する
［SVPログ/装置ログ］ウィンドウが表示されます。
［SVPログ/装置ログ］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［SVPログ/装置ログ］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

表示される情報を次に示します。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | アラートが発生したIOEUのシャーシIDが表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | 「装置」が表示されます。

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

管理サーバで発生したすべてのアラートのログ（マネージャアラートログ）を管理コンソールに表示できます。

マネージャアラートログの表示方法を次に示します。

注意

マネージャアラートログは，ローカルコンソールサービスおよびWebコンソールサービスでは表示できません。

［ホスト管理］ウィンドウの［表示］メニューから［サービス構成表示］を選択する
［ホスト管理］ウィンドウがサービス構成別の表示になります。

［ホスト管理］ウィンドウの左ペインで，アラートログを表示するマネージャサービスを選択する

［アラート管理］メニューから［マネージャアラートログ］を選択する
［マネージャアラートログ］ウィンドウが表示されます。

［マネージャアラートログ］ウィンドウには，次の情報が表示されます。

表示項目 | 表示内容
発生日時 | アラートが発生した日時が表示されます。
発生ホスト | ［ホスト管理］ウィンドウで選択したマネージャサービス名が表示されます。
アラートレベル | 発生したアラートのレベルが表示されます。
内容 | アラートの内容が表示されます。
アラートID | アラートIDが表示されます。
発生部位 | 「マネージャサービス」が表示されます。

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

＜この項の構成＞

(1)　未通知アラートの表示方法

(2)　注意事項

(1)　未通知アラートの表示方法

管理コンソール未接続時の未通知アラートは，管理コンソールから管理サーバに接続した時点で，まとめて管理コンソールに通知され，［通知アラート］ウィンドウに表示されます。［通知アラート］ウィンドウの起動方法については，「2.3.1　通知アラートを表示する」を参照してください。

未通知のアラートを管理コンソール接続時に通知しない設定をしている場合，および管理対象サーバ未接続時の未通知アラートがある場合，管理コンソールから管理サーバに接続した時点で，「未通知のアラートがある」ということを示すアラート（0x3801）が管理コンソールに通知されます。アラート0x3801が通知された場合は，発生部位を確認し，それぞれの発生部位に対応するログを参照してください。

発生部位，発生部位に対応するログの種類，および各ログの表示方法の参照先を次に示します。

表2-3　発生部位，発生部位に対応するログの種類，および各ログの表示方法の参照先

発生部位 | ログの種類 | 参照先
エージェント | サーバアラートログ | 2.3.2
SVP | SVPログ | 2.3.4
装置 | 装置ログ | 2.3.5
マネージャサービス | マネージャアラートログ | 2.3.6

(2)　注意事項

環境設定ユティリティの［保存設定］タブで［アラートの保存日数］または［アラートの保存件数］を設定していても，次のどちらかの場合，［通知アラート］ウィンドウに未通知アラートが表示されません。また，アラートが削除されたことを通知するアラートも通知されません。

アラートが発生してから［アラートの保存日数］で設定した日数の間，一度もマネージャサービスにログインしなかった場合

アラートが発生してから［アラートの保存件数］で設定した件数のアラートが受信される間，一度もマネージャサービスにログインしなかった場合

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

管理対象ホストで発生したすべてのアラートを管理コンソールに通知するのではなく，アラートレベルやアラート単位でフィルタリングして，必要なアラートだけを通知できます。通知アラートをフィルタリングすることで，システム管理者にとって重要なアラートだけを通知するといった障害管理ができます。

通知アラートのフィルタリングによる障害管理を，次の図に示します。この図では，障害アラートだけを通知するようにフィルタリングを設定しています。

図2-2　通知アラートのフィルタリングによる障害管理

＜この節の構成＞

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

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

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

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

Windowsサーバ，Linuxサーバ，HP-UXサーバの場合，次の2種類の方法でフィルタリングできます。

アラートレベルでのフィルタリング

アラート単位でのフィルタリング

次に，それぞれの設定方法について説明します。

＜この項の構成＞

(1)　アラートレベルでのフィルタリング

(2)　アラート単位でのフィルタリング

(1)　アラートレベルでのフィルタリング

管理対象サーバで発生したアラートを，アラートレベルで分類して，どのアラートレベルを管理コンソールに通知するか設定できます。

［ホスト管理］ウィンドウで，アラートについて設定するサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［アラート］タブを選択する
［アラート］タブが表示されます。

［通知アラート］で，通知するアラートレベルのチェックボックスをONにする

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後から，設定したレベルのアラートが通知されます。

(2)　アラート単位でのフィルタリング

管理対象サーバで発生したアラートのうち，どのアラートをコンソールサービスに通知するかを設定できます。また，その設定をアラート属性ファイルに保存し，別のサーバにコピーすることもできます。次にそれぞれの方法について説明します。

(a)　アラートごとに設定する

［ホスト管理］ウィンドウで，通知アラートについて設定するサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［アラート一覧］から，通知するアラートを選択する
アラート一覧には，選択したサーバが通知できるアラートだけが表示されます。

［アラート発生通知］から，選択したアラートを通知するかどうかを設定する
選択したアラートを通知する場合は［通知する］ラジオボタンをONにします。通知しない場合は［通知しない］ラジオボタンをONにします。また，通知する場合は，そのアラートが何回発生したら通知するかの回数を設定します。アラートの発生回数をエージェント起動時にクリアする場合は［エージェント起動時に発生回数をクリアする］チェックボックスをONにします。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後から，設定したアラートが通知されます。

(b)　アラート属性ファイルを使用して設定する

［ホスト管理］ウィンドウで，アラート属性のコピー元となるサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［保存］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を入力して［保存］ボタンをクリックする
任意のフォルダにアラート属性ファイルを保存してください。このアラート属性ファイルには，［各アラートの属性］タブの［アラート一覧］に表示されているすべてのアラート属性が保存されます。

［OK］ボタンをクリックする

［ホスト管理］ウィンドウで，アラート属性のコピー先のサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［読込］ボタンをクリックする
［ファイルを開く］ダイアログボックスが表示されます。

アラート属性ファイルを選択し，［開く］ボタンをクリックする
現在の設定内容がアラート属性ファイルの内容で上書きされます。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後に，この設定がエージェントサービスへ反映されます。

注意

アラート属性ファイルと，［各アラートの属性］ダイアログボックスの［アラート一覧］とで，同一のアラートIDに対して異なる設定がされている場合，アラート属性ファイル内のアラート属性が適用されます。

例えば，AというアラートIDに対して，アラート属性ファイルと，［アラート一覧］とで設定内容に差異があった場合，Aのアラート属性は次のように設定されます。

アラートID(A)の有無
(アラート属性ファイル内)
アラートID(A)の有無
(アラート一覧内)
ファイル読み込み後の
アラートID(A)に対する属性

○
○
アラート属性ファイル内のアラート属性が反映される

○
×
アラート属性ファイル内のアラート属性は反映されない

×
○
アラート属性は変更されない

×
×
アラート属性は変更されない

（凡例）

○：AというアラートIDが存在する

×：AというアラートIDが存在しない

(c)　注意事項

アラート発生通知の回数は，次の条件に該当した場合にリセットされます。

［エージェントサービス設定］で［OK］ボタンまたは［適用］ボタンをクリックした場合

アラート発生回数が設定回数に達した場合

エージェントサービスを起動（再起動）した場合※1※2
※1　［エージェント起動時に発生回数をクリアする］チェックボックスがONの場合だけ
※2　エージェントサービスの起動（再起動）は，次の契機で実行されます。

手動でのサービス再起動

OS起動時のサービス自動起動

環境設定ユティリティでの設定変更によるサービス再起動

エージェントサービスがLPAR上にインストールされている場合，コンカレントメンテナンスモードでのLPARマイグレーション実行によるサービス再起動

2.4.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)>

各環境設定メニューの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmhaaeditコマンド（Linuxサーバ）を参照してください。

「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コマンドを終了します。

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

アラート単位で「通知しない」と設定した場合，そのアラートはアラート関連のすべての機能で無効となります。アラートログやイベントログなどのログファイルにも記録されません。

一方，アラートレベルで「通知しない」と設定した場合，そのアラートはコンソールサービスやほかのプログラムへの通知，およびe-mailによる通知はされませんが，アラートログやイベントログなどのログファイルには記録されます。また，アラート発生時のサーバ動作の設定も有効です。次の表に，アラート単位とアラートレベルでの設定によって異なる障害管理機能の有効性を示します。

表2-4　障害管理機能の有効性

プログラム
障害管理機能
アラート単位
での設定
アラートレベル
での設定
機能の
有効性

－
コンソールサービスへの通知
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

アラートアクションサービス
プログラム起動
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

マネージャサービス
e-mail連携
JP1/IMへの通知
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

エージェントサービス
ログファイルへの記録
サーバ動作設定
通知する
通知する
有効

通知しない
有効

通知しない
－
無効

SNMPトランスレータエージェントサービス
JP1/Cm2/NNMへの通知
通知する
通知する
有効

通知しない
無効

通知しない
－
無効

（凡例）

－：該当しない

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

管理コンソールが管理サーバに接続していない間に管理サーバまたは管理対象サーバで発生したアラートを，管理サーバ上に保存しておき，管理コンソールが接続した時に通知できます。

また，管理対象サーバが管理サーバに接続していない間に管理対象サーバでアラートが発生した場合，管理対象サーバが接続した時に「未通知のアラートがある」ということを示すアラートが，管理サーバに通知されます。

注意

ローカルコンソールサービスおよびWebコンソールサービスでは，未通知アラートを表示する機能はサポートしていません。

あるコンソールサービスからマネージャサービスへ一度もログインしたことがない場合，そのコンソールサービスには未受信アラートは通知されません。

未通知アラートの中には重大な問題が発生していることを示すアラートが含まれている恐れがあるため，アラートフィルタリングなどの設定がデフォルトの状態でも「未通知のアラートがある」ということを示すアラート（「インフォメーション」レベル）は通知されるようになっています。JP1/IMと連携している場合，デフォルトでは警告以上のアラートが通知されるように設定されているため，「未通知のアラートがある」ということを示すアラートはJP1/IMに通知されるよう「警告」レベルで処理されます。JP1/IM側では，「警告」レベルを「インフォメーション」レベルに読み替えて運用してください。

ここでは，アラート通知の仕組み，および通知に必要な設定について説明します。

＜この節の構成＞

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

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

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

＜この項の構成＞

(1)　管理コンソールが管理サーバに接続していない場合

(2)　管理対象サーバが管理サーバに接続していない場合

(1)　管理コンソールが管理サーバに接続していない場合

管理コンソールが管理サーバに接続していない間に管理対象サーバで発生したアラートは管理サーバ上に保存されます。

未通知のアラートを管理コンソール接続時に通知する場合，管理コンソールが管理サーバに接続した時点で，未通知のアラートがまとめて管理コンソールに通知されます。

未通知のアラートを管理コンソール接続時に通知する場合のアラート通知の流れを，次の図に示します。

図2-3　未通知のアラートを管理コンソール接続時に通知する場合のアラート通知の流れ

未通知のアラートを管理コンソール接続時に通知しない場合，管理コンソールが管理サーバに接続した時点で，「未通知のアラートがある」ということを示すアラート（0x3801）が管理コンソールに通知されます。

未通知のアラートを管理コンソール接続時に通知しない場合のアラート通知の流れを，次の図に示します。

図2-4　未通知のアラートを管理コンソール接続時に通知しない場合のアラート通知の流れ

(2)　管理対象サーバが管理サーバに接続していない場合

管理対象サーバが管理サーバに接続していない間に管理対象サーバでアラートが発生した場合，管理対象サーバが管理サーバに接続した時点で，「未通知のアラートがある」ということを示すアラート（0x3801）が管理サーバに通知されます。このアラートは，管理コンソールが管理サーバに接続した時点で，管理コンソールに通知されます。

管理対象サーバが未接続時のアラート通知の流れを，次の図に示します。

図2-5　管理対象サーバが未接続時のアラート通知の流れ

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

管理コンソール未接続時の未通知アラートを通知する場合，コンソールサービスに対する設定とマネージャサービスに対する設定が必要です。それぞれの設定方法を次に示します。

＜この項の構成＞

(1)　コンソールサービスに対する設定

(2)　マネージャサービスに対する設定

(1)　コンソールサービスに対する設定

コンソールサービスに対して，未通知アラートを受信するかどうかを設定します。

コンソールサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（環境設定ユティリティの起動）について記載されている章を参照してください。

［コンソールサービス］タブを選択し，［詳細設定］ボタンをクリックする

［アラート］タブを選択する
環境設定ユティリティの［アラート］タブが表示されます。

［マネージャサービスへのログイン時に未受信アラートを受信する］チェックボックスをONにする

［OK］ボタンをクリックする

(2)　マネージャサービスに対する設定

マネージャサービスに対して，未通知アラートの保存日数および保存件数を設定します。

マネージャサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（環境設定ユティリティの起動）について記載されている章を参照してください。

［マネージャサービス］タブを選択し，［詳細設定］ボタンをクリックする

［保存設定］タブを選択する
環境設定ユティリティの［保存設定］タブが表示されます。

［アラート保存設定］の各項目を設定する
ここでは，次の情報を設定します。

設定項目
設定内容

アラートの保存日数
マネージャサービスがアラートを保存する日数を設定します。設定範囲は1～1,000です。デフォルトは30日です。
ここで指定した保存日数を超えた場合，アラートは削除されます。

アラートの保存件数
マネージャサービスがアラートを保存する件数を設定します。設定範囲は1,000～65,535です。デフォルトは65,535件です。
ここで指定した保存件数を超えた場合，古いアラートから削除されます。

注意

次のどちらかの条件が成立すると，通知アラート画面に対象のアラートが表示されなくなります。また，アラートが削除される際に，削除する旨のアラートは通知されません。

・アラートが発生してから「アラートの保存日数」で指定した日数の間，一度もマネージャサービスにログインしなかった場合

・アラートが発生してから「アラートの保存件数」で指定した件数のアラートを受信する間，一度もマネージャサービスにログインしなかった場合

［OK］ボタンをクリックする

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

アラートが発生したとき，サーバをどのように動作させるかを，アラートごとに設定できます。また，その設定をアラート属性ファイルに保存し，別のサーバにコピーすることもできます。

＜この節の構成＞

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

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

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

アラートが発生したときのサーバの動作は，次の中から選択できます。

何もしない

電源OFF

リブート

シャットダウン

また，アラート発生時に管理対象サーバ上で起動しているプロセスを強制終了するかどうかも設定できます。プロセスの強制終了とは，電源OFF，リブート，およびシャットダウンの各サーバ動作のシャットダウン処理時に，サーバで動作している各プロセスに強制終了を指示することです。

管理対象サーバをクラスタ構成にしている場合，アラート発生時にフェイルオーバーするかどうかも設定できます。

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

アラート発生時のサーバの動作は，アラートごとに設定する方法と，アラート属性ファイルを使用して設定する方法とがあります。次にそれぞれの方法について説明します。

＜この項の構成＞

(1)　アラートごとに設定する

(2)　アラート属性ファイルを使用して設定する

(3)　注意事項

(1)　アラートごとに設定する

［ホスト管理］ウィンドウで，通知アラートについて設定するサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［アラート一覧］から，アラート発生時のサーバの動作を設定するアラートを選択する
アラート一覧には，選択したサーバが通知できるアラートだけが表示されます。

［イベント発生時のサーバ動作］から，イベント発生時のサーバ動作を設定する
次の項目を設定します。

設定項目
設定内容

イベント発生時のサーバ動作※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台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［保存］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を入力して［保存］ボタンをクリックする
任意のフォルダにアラート属性ファイルを保存してください。このアラート属性ファイルには，［各アラートの属性］タブの［アラート一覧］に表示されているすべてのアラート属性が保存されます。

［OK］ボタンをクリックする

［ホスト管理］ウィンドウで，アラート属性のコピー先のサーバを選択する
1台のサーバを選択してください。複数選択はできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［読込］ボタンをクリックする
［ファイルを開く］ダイアログボックスが表示されます。

アラート属性ファイルを選択し，［開く］ボタンをクリックする
現在の設定内容がアラート属性ファイルの内容で上書きされます。

［OK］ボタンをクリックする
［OK］ボタンをクリックした直後に，この設定がエージェントサービスへ反映されます。

注意

アラート属性ファイルと，［各アラートの属性］ダイアログボックスの［アラート一覧］とで，同一のアラートIDに対して異なる設定がされている場合，アラート属性ファイル内のアラート属性が適用されます。

例えば，AというアラートIDに対して，アラート属性ファイルと，［アラート一覧］とで設定内容に差異があった場合，Aのアラート属性は次のように設定されます。

アラートID(A)の有無
(アラート属性ファイル内)
アラートID(A)の有無
(アラート一覧内)
ファイル読み込み後の
アラートID(A)に対する属性

○
○
アラート属性ファイル内のアラート属性が反映される

○
×
アラート属性ファイル内のアラート属性は反映されない

×
○
アラート属性は変更されない

×
×
アラート属性は変更されない

（凡例）

○：AというアラートIDが存在する

×：AというアラートIDが存在しない

(3)　注意事項

［イベント発生時のサーバ動作］で設定した動作が実行されると，設定内容はリセットされ，「何もしない」が設定された状態に戻ります。そのため，サーバ動作が実施されたあとは必要に応じて再設定してください。

［イベント発生のサーバ動作］で［プロセスの強制終了］の［しない］を設定した場合，管理対象サーバでプロセスの終了処理に応答しないプロセスがあると，終了処理が中断してしまいます。この場合，エージェントサービスが終了し，管理コンソールからの操作ができなくなります。このため，管理コンソールから管理対象サーバの電源OFF，リブート，およびシャットダウンを設定するときは，プロセスの強制終了を「する」に設定してください。

イベントの発生個所によっては，アラート発生通知，イベント発生時のサーバ動作，またはフェイルオーバーを設定できない場合があります。アラート発生通知，イベント発生時のサーバ動作，またはフェイルオーバーを設定できないアラートについては，Invent.xlsを参照してください。

ウォッチドッグタイムアウトが発生した場合のサーバ動作は，［各アラートの属性］タブでは設定できません。ウォッチドッグタイムアウトが発生した場合のサーバ動作については，「2.12　ウォッチドッグタイマによる障害監視をする」を参照してください。

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

ここでは，ホストからアラートが通知されたとき，任意のプログラムを起動させる場合の設定方法について説明します。この方法を利用すると，アラートが通知されたときにブザーを鳴らしたり，独自のメッセージを表示させたりできます。

プログラムの自動起動の概要を次の図に示します。

図2-6　プログラムの自動起動の概要

アラート受信時にプログラムを自動起動するためには，次の設定をしてください。

アラート受信時にプログラムを自動起動する環境へアラートアクションサービスをインストールする

「2.7.1　接続先アラートアクションサービスの設定」を参照して，マネージャサービスまたはローカルコンソールサービスの設定をする

「2.7.2　自動起動するプログラムの設定」を参照して，アラートアクションサービスの設定をする

注意

アラートアクションサービスには通知されないアラートがあります。アラートアクションサービスには通知されないアラートについては，「2.7.3　アラートアクションサービスに通知されないアラート」を参照してください。

＜この節の構成＞

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

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

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

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

マネージャサービスまたはローカルコンソールサービスで接続先アラートアクションサービスを設定する方法を説明します。

マネージャサービスまたはローカルコンソールサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（環境設定ユティリティの起動）について記載されている章を参照してください。

［マネージャサービス］タブまたは［ローカルコンソールサービス］タブを選択し，［詳細設定］ボタンをクリックする

［アラートアクションサービス］タブを選択する
［アラートアクションサービス］タブが表示されます。

接続先アラートアクションサービスを新規に登録または削除する場合は，［登録／削除］ボタンをクリックする
［接続先アラートアクションサービス登録／削除］ダイアログボックスが表示されます。

＜この項の構成＞

(1)　接続先アラートアクションサービスを新規に登録する場合

(2)　接続先アラートアクションサービスを削除する場合

(3)　接続順序を変更する場合

(1)　接続先アラートアクションサービスを新規に登録する場合

接続先アラートアクションサービスを指定してアラートアクションサービスリストへ登録します。

接続先アラートアクションサービスのIPアドレスまたはホスト名を入力する
1～256バイトの範囲で入力してください。

接続先アラートアクションサービスのコメントを入力する
1～256バイトの範囲で入力してください。

［↓リストに追加］ボタンをクリックする
アラートアクションサービスリストへ新規に登録されます。なお，接続先アラートアクションサービスは4個まで登録できます。

(2)　接続先アラートアクションサービスを削除する場合

登録済みアラートアクションサービスリストから削除します。

登録済みアラートアクションサービスリストから，削除したいアラートアクションサービスを選択する

［リストから削除］ボタンをクリックする
登録済みアラートアクションサービスリストから接続先アラートアクションサービスが削除されます。

(3)　接続順序を変更する場合

複数のアラートアクションサービスに接続する場合，登録済みアラートアクションサービスリストに登録されている順番に接続されます。複数のアラートアクションサービスに接続するときの優先順位（接続順位）を変更します。

登録済みアラートアクションサービスリストから，優先順位を変更したいアラートアクションサービスを選択する

［↑上へ］［↓下へ］ボタンをクリックする
接続順序が変更されます。上へ行くほど優先順位が高くなります。

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

＜この項の構成＞

(1)　設定方法

(2)　使用例

(3)　注意事項

(1)　設定方法

アラート発生時のプログラム起動を設定する場合，次の操作を行います。

アラートアクションサービスをインストールしたサーバで環境設定ユティリティを実行する
環境設定ユティリティの起動方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（環境設定ユティリティの起動）について記載されている章を参照してください。

［アラートアクションサービス］タブを選択する
［アラートアクションサービス］タブが表示されます。

このダイアログボックスで次の内容を設定します。

設定項目
設定内容

プログラム
アラートが通知されたときに起動させるプログラムを指定します。プログラム名は絶対パスで指定してください。1～256バイトの範囲で指定します。なお，指定できるプログラムは1つだけです。複数のプログラムを起動させたい場合は，バッチプログラムを作成し，そのプログラムを指定してください。

マクロ
プログラム起動時に，プログラムで使用するデータを指定します。マクロには次の種類があります。各マクロを指定するとアラートに関する情報が展開され，プログラムで利用できます。

%D
アラートの発生日に展開されます。形式はyyyymmddです。

%T
アラートの発生時刻に展開されます。形式はHHMMSSです。

%M
アラートが発生したホストのホスト名，サーバシャーシID，またはHVM識別子に展開されます。

%L
発生したアラートのアラートレベルの文字列に展開されます。

%I
発生したアラートのアラートIDに展開されます。形式は，0xXXXXです。

%S
発生したアラートの内容の文字列に展開されます。※

%P
発生したアラートの発生部位の文字列に展開されます。

注※

通知できるアラートメッセージの長さは255バイトです。メッセージが255バイトを超える場合は，255バイトに収まるように，メッセージの一部が「...」に置き換わって通知されます。

設定内容を確認し，問題がなければ，［OK］ボタンをクリックする

次回のアラート通知時からプログラムが起動されます。

(2)　使用例

例えば，次のようなバッチファイルを起動プログラムとして登録します。

登録するプログラム

c:¥alert.bat %I

この例では，プログラム起動時にパラメタとして%I（アラートID）を付けるように指定しています。

alert.batの内容

echo off
if %1==0x13B0 alert.wav

この起動プログラムは，アラートID　0x13B0（OSハングアップ検出時のアラート）が通知されたときに音を鳴らします。

(3)　注意事項

GUIなどのユーザインタフェースを持つプログラムを，自動起動するプログラムとして設定している場合，そのマシンからログアウトしている間は，ユーザインタフェースは表示されません。ログインした時点で，表示されます。

アラートアクションサービスの起動プログラムに指定するマクロ名「%S」を「"」（ダブルクォーテーション）で囲まないでください。正常に動作しない場合があります。

アラートアクションサービスの起動プログラムで，マクロに展開される文字列の途中に半角空白が存在する場合，半角空白の直前で区切られた文字列が起動プログラムへ展開されます。そのため，起動プログラムへ渡すパラメタの数が増えます。パラメタの数を固定にするには，［環境設定ユティリティ］の［アラートアクションサービス］タブにあるプログラムの設定で，プログラムに指定するマクロ名を「"」（ダブルクォーテーション）で囲んてください。

（例）

起動プログラム（alert.bat）に発生ホスト名，発生部位を指定する場合

c:¥alert.bat "%M" "%P"

文字列の途中に半角空白が入るおそれがあるマクロ名を次に示します。

・%M（発生ホスト名，サーバシャーシID，HVM識別子）

・%P（発生部位）

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

次のアラートはアラートアクションサービスに通知されません。

アラートIDが0x3801のアラート

マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラート

なお，アラートIDが0x3801のアラートの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

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

マネージャサービスが受け取ったアラートを，JP1のイベントサーバにイベントとして通知できます。これによって，JP1/IMの統合Viewのイベントコンソールから，JP1/ServerConductorの通知アラートを参照できるようになります。

アラートをJP1/IMに通知する設定については，「7.2.1　アラートをJP1/IMに通知する」を参照してください。

なお，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」に記載されていないアラート，およびSNMP Trapを変換したアラート（0x4080～0x4089）は通知できません。

2.9　アラートをJP1/Cm2/NNMに通知する

JP1/ServerConductorでは，SNMPトランスレータエージェントサービスによって，アラートをJP1/Cm2/NNMに通知できます。SNMPで送信されたアラートは，JP1/Cm2/NNMにイベントとして通知され，JP1/Cm2/NNMでビジュアルに表示できます。

注意

SNMPトランスレータから通知できるアラート情報は，ハードウェア障害だけです。使用率超過など，ハードウェア障害以外のアラート，およびSVP機能から発行されるアラートは通知されません。

＜この節の構成＞

2.9.1　SNMPトランスレータとは

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

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

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

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

2.9.1　SNMPトランスレータとは

SNMPトランスレータは，JP1/ServerConductorのエージェントサービスが管理するマシン管理情報およびアラート情報を，ネットワークの管理データベースであるMIBに変換し，SNMPで送信する機能です。

SNMPで送信されたマシン管理情報およびアラート情報は，JP1/Cm2/NNMを使用すると，ビジュアルに表示できます。

この場合，マシン管理情報はJP1/Cm2/NNMで参照でき，マシン障害などのアラートはイベントとして通知され表示できます。

図2-7　SNMPトランスレータを使ったネットワーク管理

JP1/Cm2/NNMのSNMPマネージャを使用する場合，次に示すJP1/ServerConductorが提供しているMIBファイルをJP1/Cm2/NNMのSNMPマネージャに読み込ませる必要があります。JP1/Cm2/NNMのSNMPマネージャでWindowsサーバとLinuxサーバのどちらも管理する場合，どちらか片方のMIBファイル（SmSnmp.mib）をSNMPマネージャに読み込ませてください。

Windowsの場合

必要なMIBファイルについては，Agentのインストール先にあるReadmeファイルを参照してください。

Linuxの場合

LinuxサーバがIA32サーバの場合，MIBファイル（SmSnmp.mib）は，Advanced Agentの媒体の次の場所に格納されています。

CDROM/LINUX/etc/SmSnmp.mib

Driver & Utility CDやHitachi Server Navigatorを使用する場合は，アンダーラインの部分を次のように置き換えてください。

Driver & Utility CDの場合
CDROM/RHEL/UTILITY/jp1sc/jp1scadv

Hitachi Server Navigatorの場合
DVD-ROMに格納されているSupport.htmlを参照してAdvanced Agentの格納先を確認してください。

/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 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 9 JP1/Cm2/Network Node Manager i セットアップガイド」を参照してください。

注意

マシン管理情報を参照できるのはHA8000 Windowsサーバの場合だけです。LinuxサーバおよびBladeSymphony Windowsサーバではイベント通知機能だけサポートされています。

SNMPトランスレータから通知できるアラート情報は，ハードウェア障害だけです。使用率超過など，ハードウェア障害以外のアラート，およびSVP機能から発行されるアラートは通知されません。

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

SNMPトランスレータを利用してWindowsサーバの情報を参照する場合の設定手順を次に示します。

＜この項の構成＞

(1)　管理対象サーバでの設定

(2)　SNMPマネージャでの設定

(1)　管理対象サーバでの設定

管理対象サーバでの設定手順を次に示します。

WindowsのSNMPサービスを設定する
SNMPのコミュニティ名およびSNMPトラップのあて先を設定します。
WindowsのSNMPサービスについては，Windowsのマニュアルを参照してください。

SNMPトランスレータエージェントサービスをインストールする

(2)　SNMPマネージャでの設定

SNMPマネージャでの設定手順を次に示します。

情報を参照するマシンにJP1/Cm2/NNMをインストールする

JP1/Cm2/NNMの環境を設定する
JP1/Cm2/NNMのインストールおよび環境設定については，マニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 9 JP1/Cm2/Network Node Manager i セットアップガイド」を参照してください。

注意

Windows Server 2003にSNMP管理ソフトウェアをインストールして使用する場合，Windowsの問題によってSNMPトラップで通知したメッセージに含まれる半角カタカナの一部が正しく表示されない場合があります。

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

SNMPトランスレータでは，JP1/ServerConductorで取り扱うアラートのトラップとそれ以外のDMI対応ハードウェアコンポーネントが通知するイベントのトラップを発行します。

＜この項の構成＞

(1)　JP1/ServerConductorで取り扱うアラートのトラップ

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

(1)　JP1/ServerConductorで取り扱うアラートのトラップ

SNMPトランスレータは，JP1/ServerConductorが通知するアラートの分類と重要度によって，次の表で示すトラップを発行します。また，アラートの重要度，各アラートの発生回数によるトラップ発行制御は，JP1/ServerConductorのエージェントサービスの設定に従います。JP1/ServerConductorが通知するアラートの詳細については，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変数バインディングに情報がない場合は空の文字列が格納されます。

(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 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 9 JP1/Cm2/Network Node Manager i セットアップガイド」を参照してください。

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

SNMPトランスレータを利用してLinuxサーバの情報を参照する場合の設定手順を次に示します。

＜この項の構成＞

(1)　管理対象サーバでの設定

(2)　SNMPマネージャでの設定

(1)　管理対象サーバでの設定

(a)　設定手順

管理対象サーバでの設定手順を次に示します。なお，smhaaeditコマンドの書式および各環境設定メニューの詳細については，マニュアル「JP1 Version 9 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コマンドを終了します。

(b)　注意事項

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コマンドを終了します。

(2)　SNMPマネージャでの設定

SNMPマネージャでの設定手順を次に示します。

情報を参照するマシンにJP1/Cm2/NNMをインストールする

JP1/Cm2/NNMの環境を設定する
JP1/Cm2/NNMのインストールおよび環境設定については，マニュアル「JP1 Version 8 JP1/Cm2/Network Node Manager ネットワーク管理ガイド」またはマニュアル「JP1 Version 9 JP1/Cm2/Network Node Manager i セットアップガイド」を参照してください。

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

SNMPトランスレータでは，JP1/ServerConductorで取り扱うアラートのトラップを発行します。

＜この項の構成＞

(1)　JP1/ServerConductorで取り扱うアラートのトラップ

(1)　JP1/ServerConductorで取り扱うアラートのトラップ

SNMPトランスレータは，JP1/ServerConductorが通知するアラートの分類と重要度によって，次の表で示すトラップを発行します。また，アラートの重要度，各アラートの発生回数によるトラップ発行制御は，JP1/ServerConductorのエージェントサービスの設定に従います。JP1/ServerConductorが通知するアラートの詳細については，Invent.xlsを参照してください。

関連する
エラー
インフォメーション
注意
警告
障害

ドライバ関連
driverTrapInformation(102)
driverTrapNon-Critical(104)
driverTrapCritical(105)
driverTrapNon-Recoverable(106)

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)

ディスクアレイ関連
diskArrayTrapInformation(1002)
diskArrayTrapNon-Critical(1004)
diskArrayTrapCritical(1005)
diskArrayTrapNon-Recoverable(1006)

注※

SVP関連は，Advanced AgentのSVPサービスが有効の場合に対応します。

各変数バインディングには次の情報が格納されています。

第1変数バインディング：イベントID

第2変数バインディング：イベントのタイプ

第3変数バインディング：イベントの重要度

第4変数バインディング：イベントの発生システム

第5変数バインディング：イベントの発生サブシステム

第6変数バインディング：イベントに関連するMIFのグループ名

第7変数バインディング：イベントが発生した個所

第8変数バインディング：イベント発生時刻

第9変数バインディング：イベントに関するメッセージ（イベントの内容）

各バインディング変数は，情報が格納されない場合もあります。第2，第4，第5変数バインディングに情報がない場合は0が格納され，第6，第7変数バインディングに情報がない場合は空の文字列が格納されます。

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

ホストでアラートが発生した場合，必ずしもシステム管理者が管理コンソールを利用しているとは限りません。このような場合に，このe-mail連携機能を利用すると，システム管理者のe-mailアドレスあてにアラートのメールを通知できます。e-mail連携を使用した場合のアラート通知について次の図に示します。

図2-8　e-mail連携を使用した場合のアラート通知

図2-9　ローカルコンソールでe-mail連携した場合のアラート通知

＜この節の構成＞

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

2.10.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アドレスが所属しているメールサーバのホスト名またはIPアドレスを指定します。ホスト名を指定する場合は63バイト以内で指定してください。

e-mailテストを行う
e-mail通知先リストに表示されているすべてのe-mailアドレスにテストメールを送信する場合，このチェックボックスをONにします。テストメールのタイトルと本文には「Test Mail」が設定され，添付ファイルは無しとなります。
テストメールは，［OK］ボタンをクリックした時点で送信されます。

すべての項目を設定したら，［↓リストに追加］ボタンをクリックする
［宛先］に設定したe-mailアドレスが［e-mail通知先リスト］に追加されます。e-mailアドレスは4つまで設定できます。
［e-mail通知先リスト］に追加されたe-mailアドレスを削除する場合は，削除するe-mailアドレスを選択し，［リストから削除］ボタンをクリックしてください。

［OK］ボタンをクリックする

デフォルトではすべてのアラートがe-mail送信されます。e-mailで通知したいアラートを選択する場合は，「(a)　e-mailで通知したいアラートを選択する場合」を参照してください。

マニュアル「JP1 Version 9 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バイトです。メッセージが255バイトを超える場合は，255バイトに収まるように，メッセージの一部が「...」に置き換わって通知されます。

注意

ここに表示されている内容と，実際にアラート通知される内容に表現上の差異がある場合があります。対象アラートの内容については，Invent.xlsを参照してください。

発生部位
アラートの発生個所です。

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

管理対象ホストで発生したアラートはログとして記録されます。JP1/ServerConductorで発生したアラートを記録するログファイルは次のとおりです。

サーバアラートログ

SVPログ

装置ログ

イベントログ（Windowsサーバの場合）

syslog（LinuxサーバまたはHP-UXサーバの場合）

ここでは，これらのログの格納先について説明します。また，アラートをイベントログまたはsyslogに記録するための設定方法について説明します。

＜この節の構成＞

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

2.11.2　SVPログに記録する

2.11.3　装置ログに記録する

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

2.11.5　syslogに記録する

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

エージェントサービスが検出したサーバのアラートはサーバアラートログに記録されます。サーバアラートログはそれぞれ次の場所にあります。

サーバ
サーバアラートログの保存場所

Windowsサーバ
<ServerConductorのインストール先フォルダ>¥Logフォルダ下

Linuxサーバ
ログファイル・一時ファイルの格納用ディレクトリ
（/var/opt/hitachi/system_manager）のlogディレクトリ下

HP-UXサーバ
サーバアラートログの出力ディレクトリ（/var/opt/htcsma/）下

注意

［エージェントサービス設定］ダイアログボックスの［アラート］タブ，またはエージェント設定メニューのAlertKeepDaysで設定した保存日数を超過したサーバアラートログは，新しいアラートが発生したタイミングで削除されます。したがって，新しいアラートが発生しなければ，保存日数を超過したサーバアラートログは削除されません。

2.11.2　SVPログに記録する

WindowsサーバおよびLinuxサーバのSVP機能と，サーバシャーシで検出されたアラートはSVPログファイルに記録されます。SVPログファイルはSVPが保持しています。

2.11.3　装置ログに記録する

IOEUで検出されたアラートは装置ログに記録されます。装置ログはIOEUが保持しています。

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

Windowsサーバで発生したアラートをアプリケーションログとして記録できます。記録したアプリケーションログは，ほかのアプリケーションで利用できます。アプリケーションログには，「2.4.1(2)　アラート単位でのフィルタリング」で設定した通知アラートの情報が記録されます。

注意

アラートをアプリケーションログとして記録した場合，イベントビューアなどで参照してください。また，アラートをアプリケーションログとして記録できるのは，Windowsサーバだけです。

＜この項の構成＞

(1)　アプリケーションログの記録

(2)　アプリケーションログとして記録される情報

(1)　アプリケーションログの記録

アラートをアプリケーションログとして記録する場合，次の方法で設定します。

［ホスト管理］ウィンドウで，アプリケーションログの記録の設定をするサーバを選択する
複数のサーバを選択することはできません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。ラックマネージャからの障害管理の方法については，「8.5　ラックマネージャからの障害管理」を参照してください。

［アラート］タブを選択する
［アラート］タブが表示されます。

［通知アラート］で，アプリケーションログとして記録するアラートレベルのチェックボックスをONにする

［アプリケーションログとして記録］のチェックボックスをONにする

［OK］ボタンをクリックする

(2)　アプリケーションログとして記録される情報

アラートをアプリケーションログとして記録した場合，次の情報が記録されます。

ユーザ

未使用を意味するN/Aが記録されます。

イベントID

JP1/ServerConductorのアラートIDが記録されます。表示は10進数となります。

ソース

プログラム名SM_AgtSvcが記録されます。この値は固定です。

種類（アラートレベル）

アラートのレベルが記録されます。記録されるアラートレベルの表示は，JP1/ServerConductorと次のように異なります。

記録されるアラートレベル | JP1/ServerConductorのアラートレベル
情報 | インフォメーション
警告 | 注意
警告
エラー | 障害

分類

イベントビューアには項目がありますが，JP1/ServerConductorではこの情報は記録されません。

説明

アラート発生日時，アラートレベル，発生部位，アラートのメッセージが記録されます。

データ

イベントビューアには項目がありますが，JP1/ServerConductorではこの情報は記録されません。

次にイベントビューアの表示例を示します。

2.11.5　syslogに記録する

LinuxサーバまたはHP-UXサーバで発生したアラートをsyslogとして記録できます。syslogには，「2.4.1(2)　アラート単位でのフィルタリング」で設定した通知アラートの情報が記録されます。

注意

アラートをsyslogとして記録した場合，ビューアなどで参照してください。

＜この項の構成＞

(1)　syslogの記録

(2)　syslogとして記録される情報

(1)　syslogの記録

アラートをsyslogとして記録する場合，smheditコマンドで設定します。設定手順を次に示します。なお，smheditコマンドの詳細については，マニュアル「JP1 Version 9 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

メッセージテキスト

アラートのメッセージテキスト（英語表記）が挿入されます。

また，syslogのレベルとアラートレベルの対応は次のとおりです。

項番 | syslogレベル | アラートレベル
1 | LOG_INFO | インフォメーション
2 | LOG_WARNING | 注意
3 | LOG_ERR | 警告，障害

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

ここでは，Agentが提供している機能であるウォッチドッグタイマによる障害監視について説明します。

＜この節の構成＞

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

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

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

ウォッチドッグタイマは，システムが正常に動作しているかどうかを監視するためのタイマです。JP1/ServerConductorのウォッチドッグタイマは，Agentから一定の間隔で送信されるResetコマンドをBMCが受信して，OSが正しく動作しているかどうかを監視します。

OSに異常が発生してResetコマンドが送信されなくなると，BMCは異常を検出します。この状態をウォッチドッグタイムアウトが発生したといいます。ウォッチドッグタイムアウトが発生すると，次のような処理が実行されます。

ウォッチドッグタイムアウトが発生したことがBMC内のイベントログ（SEL）に記録されます。

サーバモジュールのランプが点灯します。

あらかじめ設定した内容に従って，電源が制御されます。

管理対象サーバ，またはサーバシャーシに搭載されているSVPから，管理コンソールにウォッチドッグタイムアウトのアラートが通知されます。

ウォッチドッグタイムアウトの仕組みを次に示します。

図2-10　ウォッチドッグタイムアウトの仕組み

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

ウォッチドッグタイマによる障害監視に必要な設定について，管理対象がWindowsサーバの場合とLinuxサーバの場合とに分けて説明します。

＜この項の構成＞

(1)　Windowsサーバの場合

(2)　Linuxサーバの場合

(1)　Windowsサーバの場合

障害監視に必要な設定をするには，サーバの種類によって次の環境設定ユティリティを使用します。

BladeSymphonyの場合：BMC環境設定ユティリティ

SVPボード機能で動作するHA8000サーバの場合：SVP PCI設定ユティリティ

各環境設定ユティリティでは，障害監視をするかどうか，また監視周期や障害発生時の処理について設定できます。各環境設定ユティリティの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（SVP/BMCの設定）について記載されている章を参照してください。

例として，監視周期を「5」分に，障害発生時処理を「電源OFF」に設定している場合の動作を次に示します。

図2-11　ウォッチドッグタイムアウトの動作の例

上記の例では，指定値の3分の1の1分40秒ごとにResetコマンドが送信されます。指定値の5分以内にResetコマンドが送信されない場合に，ウォッチドッグタイムアウトが発生します。

Advanced Agentが08-60よりも前のバージョンの場合

Resetコマンドは指定値の半分の間隔で送信されます。

(2)　Linuxサーバの場合

障害監視に必要な設定をするには，サーバの種類によってsmhaaeditコマンドの次のメニューを使用します。

BladeSymphonyの場合：［2. BMC Configuration File］

SVPボード機能で動作するHA8000サーバの場合：［2. SVP Setup］

各メニューでは，障害監視をするかどうか，また監視周期や障害発生時の処理について設定できます。smhaaeditコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmhaaeditコマンド（Linuxサーバ）を参照してください。

ウォッチドッグタイムアウトの動作は，「(1)　Windowsサーバの場合」と同様です。

Advanced Agentが08-60よりも前のバージョンの場合

Advanced Agentが08-60よりも前のバージョンの場合の動作は，次のようになります。

例として，ErrorWatchingIntervalを「5」分に，ProcessAtErrorを「2」（電源OFF）に設定している場合の動作を次に示します。

図2-12　ウォッチドッグタイムアウトの動作の例（08-60よりも前のバージョンの場合）

上記の例では，指定値の5分ごとにResetコマンドが送信されます。指定値の5分+5分の10分以内にResetコマンドが送信されない場合に，ウォッチドッグタイムアウトが発生します。

3.　遠隔操作

この章では，遠隔地にある管理対象サーバに対して遠隔操作するための設定方法と，その使用方法について説明します。また，遠隔地にあるサーバの電源を制御する方法について説明します。

＜この章の構成＞

3.1　遠隔操作の概要

3.2　電源制御

3.3　リモートコントロール

3.4　ファイル転送

3.5　リモートコンソール

3.6　ランプ制御

3.7　保守情報の取得

3.1　遠隔操作の概要

JP1/ServerConductorでは，管理コンソールから管理対象サーバまたはサーバモジュールを操作できます。これによって，管理コンソールから管理対象サーバまたはサーバモジュールで障害が発生した場合の対応や，管理対象サーバまたはサーバモジュールの状況の確認ができます。

なお，LPAR上で稼働しているサーバの遠隔操作については「13.3.7　遠隔操作」を，仮想化プラットフォームのサーバの遠隔操作については「14.3.5　遠隔操作」を参照してください。

＜この節の構成＞

(1)　電源制御

(2)　リモートコントロール

(3)　ファイル転送

(4)　リモートコンソール

(5)　ランプ制御

(6)　保守情報の取得

(1)　電源制御

JP1/ServerConductorでは，管理コンソールから管理対象サーバやBladeSymphonyのサーバシャーシの電源ON，電源OFF，強制電源OFF，リブート，およびシャットダウンができます。また，スケジュールを設定して，サーバの定期メンテナンス時など，あらかじめ設定しておいた曜日や時間に電源を制御することもできます。

(2)　リモートコントロール

遠隔地にある管理対象サーバの画面を管理コンソールに表示して，直接操作できます。また，管理対象サーバと管理コンソールとの間でチャットができます。

リモートコントロールでは，管理対象サーバのBIOS設定画面とOS起動後の画面が直接操作できます。また，管理対象サーバがWindowsサーバの場合だけ利用できます。

(3)　ファイル転送

管理対象サーバと管理コンソールとの間でファイル転送ができます。

この機能は，管理対象サーバがWindowsサーバの場合だけ利用できます。ファイル転送を利用する場合は，リモートコントロールマネージャを起動しておく必要があります。また，管理対象サーバにログオンした状態でないと使用できません。

(4)　リモートコンソール

遠隔地にある管理対象サーバの画面を管理コンソールに表示して，直接操作できます。

リモートコンソールでは，管理対象サーバの電源OFF時点からOS起動後の画面まで直接操作できます。管理対象サーバのOSに制限はありません。

この機能は，管理対象サーバがBladeSymphony上で稼働している場合だけ利用できます。

(5)　ランプ制御

遠隔地にあるハードウェアの各モジュールのランプの点灯状態を，管理コンソールに表示して，直接操作できます。

この機能は，管理対象がBladeSymphony上で稼働している場合だけ利用できます。

(6)　保守情報の取得

管理対象サーバに問題が発生した場合，管理対象サーバのOS情報，JP1/ServerConductorのログなどを保守情報として管理コンソールから取得できます。取得した情報は，管理コンソールにファイルとして転送，またはe-mailで転送できます。

3.2　電源制御

JP1/ServerConductorでは，管理コンソールから管理対象サーバやBladeSymphonyのサーバシャーシの電源ON，電源OFF，強制電源OFF，リブート，シャットダウンができます。電源制御は，［ホスト管理］ウィンドウからだけでなく，scbsmcmdコマンドを使用して実施できます。また，スケジュールを設定して，サーバの定期メンテナンス時など，あらかじめ設定しておいた曜日や時間に電源を制御することもできます。

ここでは，電源制御の概要，電源制御の方法，および注意事項について説明します。

注意

IOEUに対する電源制御はできません。

＜この節の構成＞

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

3.2.2　電源制御の方式

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

3.2.4　SVP拡張機能を使用するための設定

3.2.5　電源を制御する

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

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

利用できる電源制御の機能は，管理対象となるホストやサーバシャーシによって異なります。電源制御の機能とホストの対応を，次の表に示します。

表3-1　電源制御の機能とホストの対応

電源制御
管理対象

Windows
サーバ
Linux
サーバ
HP-UX
サーバ
サーバシャーシ
(BladeSymphony)

電源ON
○
○
○
○

電源OFF
○
○
－
－

強制電源OFF
○
○
○
○

リブート
○
○
○
－

シャットダウン
－
－
○
－

スケジュール※
○
○
○
－

（凡例）

○：利用できる

－：利用できない

注※

BladeSymphony上の管理対象サーバに対して電源制御スケジュールを設定する場合は，管理対象サーバおよびサーバシャーシを［ホスト管理］ウィンドウに登録しておく必要があります。ただし，サーバシャーシ自体に電源制御スケジュールを設定することはできません。

3.2.2　電源制御の方式

管理対象サーバの種類によって,電源制御の方式が異なります。管理対象サーバごとの電源制御方式と［ホスト管理］ウィンドウでの表示を次の表に示します。

表3-2　電源制御方式と［ホスト管理］ウィンドウでの表示

SVP管理エージェントサービスのインストール | 電源制御方式 | ［ホスト管理］ウィンドウの［電源制御］欄の表示
HA8000 | BS1000，BS320 | BS2000，BS500 | HA8000 | BS1000，BS320 | BS2000，BS500
未インストール（SVP拡張機能の設定なし） | WOL | WOL | WOL | WOL | WOL | WOL
未インストール（SVP拡張機能の設定あり） | SVP | BMC | SVP | SVP(PCI)* | SVP(BMC)* | SVP(BMC)*
インストール済み（HA8000の場合） | SVP | － | － | SVP(PCI) | － | －
インストール済み（BladeSymphonyのサーバシャーシ未登録の場合）※ | － | BMC | BMC | － | SVP(BMC) | SVP(BMC)
インストール済み（BladeSymphonyのサーバシャーシ登録済み） | － | BMC | SVP | － | SVP(BMC) | SVP(BMC)

（凡例）

WOL：LANアダプタ経由で電源制御を実行

BMC：マネージャサービスからBMCに対して電源制御命令を送信し，電源制御を実行

SVP：マネージャサービスからSVPを経由してBMCに対して電源制御命令を送信し，電源制御を実行

－：該当しない

注※

BS2000またはBS500を信頼性の高い状態でご使用いただくために，サーバシャーシを登録してください。

SVP拡張機能を使用するための設定については，「3.2.4　SVP拡張機能を使用するための設定」を参照してください。また，HVMの場合の電源制御の方式については「13.3.6(2)(e)　電源制御の方式」を，仮想化プラットフォームの電源制御の方式については「14.3.4(2)　電源制御の方式」を参照してください。

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

＜この項の構成＞

(1)　共通の注意事項

(2)　scbsmcmdコマンドを使用する場合の注意事項

(1)　共通の注意事項

WindowsサーバおよびLinuxサーバの場合，SVP管理エージェントサービス，または電源ON機能を備えたLANアダプタを使用して電源ONの操作ができます。

電源ON機能を備えたLANアダプタを使用して電源ONの操作をする場合，次の項目を設定してください。

BIOSの設定（設定項目の名称は，BIOSによって異なることがあります）

・［Power Management］を［Enable］にする

・［Wake On LAN］を［Enable］にする

LANアダプタ

・Windows XP，Windows Server 2003およびWindows Server 2008の場合，［Wake On 設定］を［Wake on Magic Packet］にする

・Windows Server 2012の場合，［Wake on Magic Packet］を［Enable］にする

・［PMEをオンにする］を［オン］にする

WindowsサーバおよびLinuxサーバで，強制電源OFFを使用するには，次のどちらかが必要です。

SVP機能の搭載およびSVP管理エージェントサービスのインストール

SVP機能の搭載およびSVP拡張機能の設定

WindowsサーバおよびLinuxサーバで，電源管理スケジュールを使用するには，SVP機能の搭載およびSVP管理エージェントサービスが必要です。

HP-UXサーバで，電源ON，強制電源OFFを使用するには，次のどちらかが必要です。

SVP機能の搭載およびSVP管理エージェントサービスのインストール

SVP機能の搭載およびSVP拡張機能の設定

HP-UXサーバで，電源管理スケジュールを使用するには，SVP機能の搭載およびSVP管理エージェントサービスが必要です。

HP-UXサーバの場合，電源OFFをするには［シャットダウン］を選択します。

ローカルコンソールの場合，電源ON，電源OFF，強制電源OFF，リブートはできません。また，SVP機能による電源制御スケジュールはHA8000の場合だけ使用できます。

サーバシャーシの電源制御を行うと，搭載されているすべてのサーバモジュールの電源がONまたは強制OFFされます。

管理対象サーバの電源操作は，管理サーバのマネージャサービスが起動している状態で実施してください。マネージャサービスが起動していない場合，管理対象サーバの電源状態の変化がマネージャサービスに通知されないため，管理対象サーバの電源状態と管理サーバが持つ電源状態の情報が不一致となります。

BS2000，またはBS500の電源制御をする場合に電源エラーが検出されたときは，電源ONを抑止するロック状態となることがあります。電源ON時にエラーが発生し，その後電源ONが動作しなくなった場合は，保守員に連絡してください。また，保守操作中は，遠隔操作による電源ONは動作しません。

VMホストが登録されている状態で，次に示す方法によって構成が変更されたあとに，電源制御が実行された場合，電源制御の実行先が意図しないVMホストやVMゲストになったり，電源制御が失敗したりすることがあります。構成を変更したあとは，すべてのVMホストの更新を実行してください。

VMゲストの作成や削除

VMホストまたはVMゲストのホスト名の変更

N+Mコールドスタンバイによる，VMホストの別サーバモジュールへの切り替え

VMゲストの移動

電源制御をする場合，［ホスト管理］ウィンドウに表示される管理対象とは別に，各管理対象の電源を制御するハードウェアまたはソフトウェアとも通信できる必要があります。［ホスト管理］ウィンドウに表示される［電源制御］欄の内容と管理対象の電源制御方式にあわせて，次の表に示す内容を確認してください。

［ホスト管理］ウィンドウに表示される［電源制御］欄の内容 | 電源制御方式 | 確認内容
SVP | SVP | マネージャサービスと，スイッチ＆マネジメントモジュールまたはマネジメントモジュールが通信できること
SVP(BMC) | SVP※1 | マネージャサービスと，スイッチ＆マネジメントモジュールまたはマネジメントモジュールが通信できること
BMC※2 | マネージャサービスとBMCが通信できること
SVP(BMC)* | BMC | マネージャサービスとBMCが通信できること
SVP(PCI) | SVP | マネージャサービスとSVPボードが通信できること
SVP(PCI)*
HVM※3 | HVM | マネージャサービスとHVMが通信できること
VMware | VM制御 | マネージャサービスとVMホストが通信できること
Hyper-V
WOL | WOL | マネージャサービスと管理対象が通信できること

（凡例）

SVP：マネージャサービスからSVPを経由してBMCに対して電源制御命令を送信し，電源制御を実行

BMC：マネージャサービスからBMCに対して電源制御命令を送信し，電源制御を実行

HVM：マネージャサービスからHVMに対して電源制御命令を送信し，HVMがLPARの電源制御を実行

VM制御：CIMやVI APIなどを使用してVMホスト側で電源制御を実行

WOL：LANアダプタ経由で電源制御を実行

注※1

BS2000またはBS500の物理パーティション上で動作する管理対象で，かつ，サーバシャーシを登録している場合は，こちらに該当します。

注※2

BS1000またはBS320の場合，もしくは，BS2000またはBS500でサーバシャーシ未登録の場合は，こちらに該当します。

注※3

Agentのバージョンによっては，MLPFと表示されます。

また，管理対象の種別にあわせて，次の表に示す内容を確認してください。

管理対象の種別 | 確認内容
サーバ（物理） | マネージャサービスとエージェントサービスが通信できること
サーバ（LPAR） | マネージャサービスとHVMが通信できること，かつ，マネージャサービスとエージェントサービスが通信できること
VMホスト | マネージャサービスとVMホストが通信できること
VMゲスト | マネージャサービスとVMホストが通信できること
HVM | マネージャサービスとHVMが通信できること

(2)　scbsmcmdコマンドを使用する場合の注意事項

scbsmcmdコマンドを使用する場合の注意事項を次に示します。なお，scbsmcmdコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているscbsmcmdコマンドを参照してください。

scbsmcmdコマンドを実行するには，OSのAdministrators権限が必要です。また，環境変数PATHを設定して使用する場合は，次のパスを設定してください。

<ServerConductorのインストール先フォルダ>¥PROGRAM

scbsmcmdコマンドを使用する場合，あらかじめscbsmcmdコマンドの-setオプションで次の項目を設定してください。

接続先マネージャサービスのIPアドレス

接続先マネージャサービスにログインするときのアドミニストレータのパスワード

設定方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（コマンドライン機能（scbsmcmdコマンド）の設定）について記載されている章を参照してください。

複数のscbsmcmdコマンドを同時に実行できません。1つのコマンドの実行が終了してから，次のコマンドを実行してください。ただし，-setオプション（設定コマンドの情報表示）と-helpオプション（各コマンドのヘルプ表示）は同時に実行できます。

scbsmcmdコマンドの実行対象は［ホスト管理］ウィンドウに登録されている必要があります。また，scbsmcmdコマンドの実行対象の電源制御方式は，［ホスト管理］ウィンドウの［電源制御］欄の内容と同じ方式です。

AgentホストまたはVMホストに対して電源制御を実行する場合，どの電源制御方式でもコマンドの引数にはAgentホストまたはVMホストを示す値を指定してください。例えば，電源制御の方式が「SVP（BMC）」の場合でも，引数にはAgentのIPアドレスを指定します。

scbsmcmdコマンドでは，コマンドの実行対象をIPアドレス，MACアドレスまたはホスト名を使用して選択します。管理対象間でこれらの情報が重複した場合，意図しないサーバを実行対象としてしまうおそれがあるため，管理対象間でこれらの情報が重複しないようにしてください。
管理対象の種別によって指定できる方法が異なります。管理対象の種別ごとの指定方法を次の表に示します。

管理対象の種別 | IPアドレス | MACアドレス | ホスト名
Agent | ○ | ○ | ○
HVM | ○ | × | ○
サーバシャーシ | ○ | × | ○
IOEU | ○ | × | ○
VMホスト | ○ | × | ○
VMゲスト | × | × | ○

（凡例）

○：指定できる

×：指定できない

Hyper-VのVMホストにAgentをインストールし，VMホストとAgentの両方を管理対象として［ホスト管理］ウィンドウに登録している場合，Agentがscbsmcmdコマンドの実行対象となります。
このため，この環境に対してSVP経由で電源制御を実行する場合は，SVP管理エージェントサービスをあわせてインストールするか，またはSVP拡張機能が使用できるように設定してください。

管理対象がAgentホストまたはVMホストで構築されたクラスタ構成の場合，コマンドの引数にはクラスタを構成する各ホストを指定してしてください。クラスタリソース（例：クラスタのIPアドレスなど）をコマンドの引数に指定すると，クラスタリソースの所有状態によっては，意図しないホストに電源操作を実行してしまうおそれがあります。

scbsmcmdコマンドとコンソールサービス（GUI）など，複数のプログラムから同一の管理対象を同時に操作しないでください。同時に操作した場合，コマンドまたはほかのプログラムがエラーになることがあります。ここでいう「操作」には，電源制御だけでなく，コンソールサービスからの情報取得などを含むすべての操作が含まれます。

MACアドレスには，OSが認識しているMACアドレスを指定してください。例えば，11:11:11:11:11:11と22:22:22:22:22:22のMACアドレスをチーミングして11:11:11:11:11:11として利用している場合，22:22:22:22:22:22では管理対象を指定できません。

マネージャサービスと通信を実行している間に［Ctrl］+［C］キー，［Ctrl］+［Break］キー，コマンドプロンプトのクローズ，またはOSシャットダウンによってscbsmcmdコマンドが終了した場合は，コマンド戻り値17，メッセージID KASO017xx-Eのエラーで終了します。
マネージャサービスと通信を実行している間にユーザがログオフした場合，コマンドの処理は継続されます。
なお，マネージャサービスと通信を実行していない間に処理を中断した場合，および上記以外の方法でコマンドの処理を中断した場合は，戻り値とメッセージを保証できません。

3.2.4　SVP拡張機能を使用するための設定

BSMのSVP拡張機能を使用するための設定方法を次に示します。

注意

SVP拡張機能を設定する前に，次の設定をしてください。

BladeSymphonyの場合：［ホスト管理］ウィンドウで，SVP拡張機能を使用する対象のサーバモジュールが搭載されているサーバシャーシを登録してください。

HA8000の場合：SVP直接通知アラートの通報先として，BSMのIPアドレスを設定してください。
SVP直接通知アラートの通報先の設定は，SVPボード 環境設定ツールまたはHA8000のリモートマネジメント機能のWebコンソールで，実施します。SVPボード 環境設定ツールまたはHA8000のリモートマネジメント機能のWebコンソールについての詳細は，SVPボードまたはハードウェアに添付されているマニュアルを参照してください。

［ホスト管理］ウィンドウの［設定］メニューから［エージェントサービス設定］－［SVP拡張機能の使用］を選択する
［SVP拡張機能の使用］ダイアログボックスが表示されます。
［SVP拡張機能の使用］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［SVP拡張機能の使用］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

HA8000の場合，［SVPボードのIPアドレス］にSVPボードのIPアドレスを入力する

注意

SVPボードのIPアドレスを誤って指定した場合，電源制御が誤って実行されるため，必ずSVP拡張機能を設定するHA8000上のSVPボードを指定してください。

［OK］ボタンをクリックする

3.2.5　電源を制御する

ここでは，各電源制御の手順について説明します。

＜この項の構成＞

(1)　電源をONにする

(2)　電源をOFFにする

(3)　電源を強制的にOFFにする

(4)　リブートする

(5)　電源の一括操作

(1)　電源をONにする

ホストやサーバシャーシに対して電源をONにする場合の操作を次に示します。

注意

サーバシャーシの電源制御を行うと，搭載されているすべてのサーバモジュールの電源がONになります。

［ホスト管理］ウィンドウでホストまたはサーバシャーシ以外（サイト，ドメイン，マネージャ）を選択した場合，電源ONはできません。

サーバの電源ONは，電源制御できるホストだけができます。

電源ON機能を備えたLANアダプタを使用して電源ONの操作をする場合，ホストと管理コンソールの間にゲートウェイがあると電源ONの操作ができません。ルータの場合は電源ONの操作ができます。

ローカルコンソールの場合，電源ONはできません。

ホストの電源をONにしてからエージェントサービスの起動が完了するまでは，サーバアイコンは活性状態になりません。

(a)　［ホスト管理］ウィンドウで実施する場合

［ホスト管理］ウィンドウで電源ONを実施する場合，次の操作をします。なお，この操作は，アドミニストレータでログインした場合だけ実行できます。

この操作は［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［電源ON］を選択することでも実施できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

［ホスト管理］ウィンドウで，電源をONにするホストまたはサーバシャーシを選択する
複数のホストやサーバシャーシを選択できます。

［ホスト操作］メニューから［電源ON］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，選択したホストの電源がONになります。

(b)　scbsmcmdコマンドで実施する場合

scbsmcmdコマンドで電源ONを実施する場合，-ponオプションと，管理対象サーバのIPアドレス，MACアドレス，またはホスト名のどれかを指定して実行します。例えば，管理対象サーバのIPアドレスが192.168.0.3の場合，-iオプションを使用して，次のようにコマンドを指定します。

scbsmcmd -pon -i 192.168.0.3

実際に電源ONがされているかどうかは，scbsmcmdコマンドで-chkcnオプションを指定して確認してください。例えば，管理対象サーバのIPアドレスが192.168.0.3の場合，次のようにコマンドを指定します。

scbsmcmd -chkcn -i 192.168.0.3

なお，BladeSymphonyの物理パーティション上で動作する管理対象サーバの場合，実際に電源ONがされているかどうかは，-chkcnオプションの代わりに-chkpwオプションを指定してください。

scbsmcmdコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているscbsmcmdコマンドを参照してください。

(2)　電源をOFFにする

ホストの電源をシャットダウン後OFFにする場合の操作を次に示します。

注意

［ホスト管理］ウィンドウでホスト以外（サイト，ドメイン，マネージャ）を選択した場合，電源OFFはできません。

電源OFFをした場合，ホストから応答が返らないと，しばらくしてからコマンドタイムアウトエラーが表示されることがあります。この場合，電源OFFをしたホストに対して，［ホスト操作］メニューの［接続］を選択してください。再度コマンドタイムアウトエラーが表示される場合，正常に電源OFFが実行されています。

SVP機能を搭載した管理対象サーバで電源OFFをした場合に，電源OFFの確認通知を受信したいとき，SVP設定の障害監視を「あり」にして，アラート通知を「あり(情報通知)」または「あり(全通知)」に設定してください。

ローカルコンソールの場合，電源OFFはできません。

ハードウェア構成やプラットフォームによって，電源OFFができない場合があります。詳細については，管理対象ホストにインストールされているエージェントサービスのReadmeファイルを参照してください。

(a)　［ホスト管理］ウィンドウで実施する場合

［ホスト管理］ウィンドウでホストの電源をシャットダウン後OFFにする場合，次の操作をします。なお，この操作は，アドミニストレータでログインした場合だけ実行できます。

この操作は［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［電源OFF］または［シャットダウン］を選択することでも実施できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

Windowsサーバの電源をOFFにする

［ホスト管理］ウィンドウで，電源をOFFにするサーバを選択する
複数のサーバを選択することもできます。

［ホスト操作］メニューから［電源OFF］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，サーバの電源がOFFになります。

Linuxサーバの電源をOFFにする

［ホスト管理］ウィンドウで，電源をOFFにするサーバを選択する
複数のサーバを選択することもできます。

［ホスト操作］メニューから［電源OFF］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，サーバの電源がOFFになります。

HP-UXサーバの電源をOFFにする

［ホスト管理］ウィンドウで，電源をOFFにするサーバを選択する
複数のサーバを選択することもできます。

［ホスト操作］メニューから［シャットダウン］を選択する
確認メッセージが表示されます。

確認してから［OK］ボタンをクリックする

これで，サーバの電源がOFFになります。

(b)　scbsmcmdコマンドで実施する場合

scbsmcmdコマンドで，ホストの電源をシャットダウン後OFFにする場合，-poffオプションと，管理対象サーバのIPアドレス，MACアドレス，またはホスト名のどれかを指定して実行します。例えば，管理対象サーバのIPアドレスが192.168.0.3の場合，-iオプションを使用して，次のようにコマンドを指定します。

scbsmcmd -poff -i 192.168.0.3

BladeSymphonyの物理パーティション上で動作する管理対象サーバの場合，実際に電源OFFがされているかどうかは，scbsmcmdコマンドに-chkpwオプションを指定して実行すると確認できます。管理対象サーバのIPアドレスが192.168.0.3の場合，次のようにコマンドを指定します。

scbsmcmd -chkpw -i 192.168.0.3

scbsmcmdコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているscbsmcmdコマンドを参照してください。

(3)　電源を強制的にOFFにする

ホストの電源を強制的にOFFにする場合の操作を次に示します。強制電源OFFでは，シャットダウン処理はしません。

注意

強制的に電源をOFFにできるのは，SVP機能を搭載したWindowsサーバ，Linuxサーバ，HP-UXサーバ，およびサーバシャーシに搭載されているすべてのサーバモジュールです。

サーバシャーシに対して電源制御を行うと，搭載されているすべてのサーバモジュールの電源が強制的にOFFになります。

［強制電源OFF］メニューは，マウスの右ボタンをクリックして表示されるショートカットメニューにはありません。メニューバーの［ホスト操作］メニューから選択してください。

(a)　［ホスト管理］ウィンドウで実施する場合

OSハングアップなどの理由で，通常の電源OFFによる電源制御が不可能な場合，強制的にサーバへの電源供給を断つには，次の操作をします。なお，この操作は，アドミニストレータでログインした場合だけ実行できます。

注意

［強制電源OFF］メニューは，マウスの右ボタンをクリックして表示されるショートカットメニューにはありません。メニューバーの［ホスト操作］メニューから選択してください。

この操作は［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［強制電源OFF］を選択することでも実施できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

［ホスト管理］ウィンドウで，強制電源OFFにするサーバまたはサーバシャーシを選択する
複数のサーバまたはサーバシャーシを選択することもできます。また，サーバシャーシとサーバを混在して選択することもできます。

［ホスト操作］メニューから［強制電源OFF］を選択する
確認メッセージが表示されます。

電源を強制的にOFFにするサーバまたはサーバシャーシを確認して［OK］ボタンをクリックする

これで，サーバの電源が強制的にOFFになります。

(b)　scbsmcmdコマンドで実施する場合

scbsmcmdコマンドで，ホストの電源を強制的にOFFにする場合，-fpoffオプションと，管理対象サーバのIPアドレス，MACアドレス，またはホスト名のどれかを指定して実行します。例えば，管理対象サーバのIPアドレスが192.168.0.3の場合，-iオプションを使用して，次のようにコマンドを指定します。

scbsmcmd -fpoff -i 192.168.0.3

BladeSymphonyの物理パーティション上で動作する管理対象サーバの場合，実際に電源OFFがされているかどうかは，scbsmcmdコマンドに-chkpwオプションを指定して実行すると確認できます。管理対象サーバのIPアドレスが192.168.0.3の場合，次のようにコマンドを指定します。

scbsmcmd -chkpw -i 192.168.0.3

scbsmcmdコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているscbsmcmdコマンドを参照してください。

(4)　リブートする

ホストをリブートする場合の操作を次に示します。

(a)　［ホスト管理］ウィンドウで実施する場合

ホストをリブートする場合，次の操作をします。なお，この操作は，アドミニストレータでログインした場合だけ実行できます。

この操作は［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［リブート］を選択することでも実施できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

［ホスト管理］ウィンドウで，リブートするサーバを選択する
複数のサーバを選択することもできます。

［ホスト操作］メニューから［リブート］を選択する
確認メッセージが表示されます。

リブートするサーバを確認して［OK］ボタンをクリックする

これで，サーバがリブートされます。

(b)　scbsmcmdコマンドで実施する場合

scbsmcmdコマンドで，ホストをリブートする場合，-rebootオプションと，管理対象サーバのIPアドレス，MACアドレス，またはホスト名のどれかを指定して実行します。例えば，管理対象サーバのIPアドレスが192.168.0.3の場合，-iオプションを使用して，次のようにコマンドを指定します。

scbsmcmd -reboot -i 192.168.0.3

scbsmcmdコマンドの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているscbsmcmdコマンドを参照してください。

(5)　電源の一括操作

複数の管理対象サーバおよびサーバシャーシに対して，電源ON，電源OFFなどを一括で操作できます。

電源の一括操作は，複数の管理対象サーバおよびサーバシャーシをグループ化して実施します。グループ化の方法については，「1.5　管理対象をグループに分ける」を参照してください。

複数の管理対象サーバおよびサーバシャーシに対して，電源ON，電源OFFなどを一括で操作する方法を次に示します。なお，一括操作をする場合，アドミニストレータでログインしてください。サブアドミニストレータでログインしている場合は操作できません。

［ホスト管理］ウィンドウの［グループ］メニューから［一括操作］を選択し，［電源制御］を選択する
［一括操作 - 電源制御］ウィンドウが表示されます。

［一括操作 - 電源制御］ウィンドウで，電源を操作するグループを選択する

［グループ操作］メニューから操作したい項目を選択する
［電源ON］，［電源OFF］，［強制電源OFF］，［リブート］から操作したい項目を選択してください。
項目を選択すると確認メッセージが表示されます。

メッセージを確認し，［OK］ボタンをクリックする

これで，グループ内のサーバの電源が一括で操作されます。例えば，［リブート］を選択すると，グループ内のすべてのサーバがリブートされます。

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

Windowsサーバ，Linuxサーバ，およびHP-UXサーバにSVP管理エージェントサービスをインストール，およびSVP機能を搭載していれば，各サーバの電源スケジュールを管理コンソールで制御できます。例えば，毎週土曜日の20:00にシャットダウンしてから電源をOFFにし，毎週月曜日の6:00に電源をONにするといった制御ができます。

JP1/ServerConductorの電源スケジュールは，曜日ごと（週間スケジュール），または特定の日付ごと（特定日スケジュール）に設定できます。なお，週間スケジュールで設定した日と特定日スケジュールで設定した日が重なった場合は，特定日スケジュールだけが実行されます。

設定したスケジューリング情報をファイルに保存し，あとから読み出すこともできます。スケジューリング情報を保存するときは，［スケジュール管理］ダイアログボックスで［ファイルへ保存］ボタンを，読み出すときは［ファイルから読み込み］ボタンをクリックします。スケジューリング情報は拡張子.SCHのファイルに保存されます。

以降に電源スケジュールを設定する場合の操作手順を例に従って説明します。

この操作は，アドミニストレータでログインした場合だけ実行できます。

注意

SVP拡張機能の設定をしている場合は，電源制御スケジュールは設定できません。

各スケジュールの間隔は30分以上空けてください。

BS2000，またはBS500の場合，スケジューリング情報はBMCが保持するため，サーバモジュールを交換したときはスケジュールデータがリセットされます。このため，サーバモジュールを交換する場合には，事前に設定内容をファイルに保存しておくことを推奨します。

＜この項の構成＞

(1)　週間スケジュールを設定する

(2)　特定日スケジュールを設定する

(3)　週間スケジュールと特定日スケジュールを組み合わせて設定する

(4)　電源制御スケジュールの一括設定

(1)　週間スケジュールを設定する

例えば，次のようなスケジュールを設定するとします。

スケジュール例

毎週土曜日20:00に電源をOFFにし，毎週月曜日6:00に電源をONにする

この場合は，［曜日設定］で，曜日単位の電源スケジュールを設定します。設定手順を次に示します。

［ホスト管理］ウィンドウで，スケジュールを設定するサーバを選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。
［スケジュール管理］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［スケジュール］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

まず，電源を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にする

この場合は，［特定日設定］で，ある特定の日の電源スケジュールを設定します。設定手順を次に示します。

［ホスト管理］ウィンドウで，スケジュールを設定するサーバを選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。
［スケジュール管理］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［スケジュール］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

まず，電源を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を設定する

設定手順を次に示します。

［ホスト管理］ウィンドウで，スケジュールを設定するサーバを選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。
［スケジュール管理］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［スケジュール］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

まず，週間スケジュールで電源を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］ボタンをクリックする
これで，特定日スケジュールが設定されました。

(4)　電源制御スケジュールの一括設定

複数の管理対象サーバに対して，電源制御スケジュールを一括で設定できます。また，あるグループに設定した電源制御スケジュールを，ほかのグループにコピーすることもできます。

電源制御スケジュールの一括設定は，複数の管理対象サーバをグループ化して実施します。グループ化の方法については，「1.5　管理対象をグループに分ける」を参照してください。

電源制御スケジュールの一括設定の手順，設定内容のコピー方法，および設定内容の確認方法を次に示します。なお，一括設定をする場合，アドミニストレータでログインしてください。サブアドミニストレータでログインしている場合は設定内容の参照だけができます。

(a)　設定手順

電源制御スケジュールの一括設定の方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［スケジュール］を選択する
［一括設定 - スケジュール］ウィンドウが表示されます。

［一括設定 - スケジュール］ウィンドウで，電源制御スケジュールを設定するグループを選択する

［グループ操作］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

設定が終了したら［ファイル］メニューから［保存］を選択して，グルーピング情報を保存する

これで，グループ内のすべてのサーバに対して，スケジュールを設定できます。

(b)　設定内容のコピー

あるグループに対して設定した電源制御スケジュールの設定内容を，ほかのグループにコピーする方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［スケジュール］を選択する
［一括設定 - スケジュール］ウィンドウが表示されます。

［一括設定 - スケジュール］ウィンドウで，電源制御スケジュールのコピー元となるグループを選択する

［編集］メニューから［プロパティのコピー］を選択する

電源制御スケジュールのコピー先となるグループを選択する

［編集］メニューから［プロパティの適用］を選択する

設定が終了したら［ファイル］メニューから［保存］を選択して，グルーピング情報を保存する

(c)　設定内容の確認

グループに対して設定した，電源制御スケジュールの設定内容の確認方法を次に示します。

［ホスト管理］ウィンドウの［グループ］メニューから［一括設定］を選択し，［スケジュール］を選択する
［一括設定 - スケジュール］ウィンドウが表示されます。

［一括設定 - スケジュール］ウィンドウで，電源制御スケジュールの設定内容を確認するグループを選択する

［ファイル］メニューから［プロパティ］を選択する
［（グループ名）のプロパティ］ダイアログボックスが表示されます。

これで，グループに設定したスケジュールを確認できます。

3.3　リモートコントロール

管理対象サーバをリモートコントロールする場合，管理対象サーバの状態によって表示される画面が異なります。例えば，次の図に示すように，管理対象サーバのBIOSが起動している場合には，［ホスト管理］ウィンドウから表示した［リモートコントロール］ウィンドウに，管理対象サーバのBIOS設定画面が表示されます。それに対して，管理対象サーバのOSが正常に動作している場合には，［ホスト管理］ウィンドウから表示した［リモートコントロール］ウィンドウに，管理対象サーバのOS起動後の画面が表示されます。

図3-1　管理対象サーバの状態変化によるリモートコントロールの画面遷移

注意

コンソールサービスにサブアドミニストレータでログインした場合は，リモートコントロールできません。

BIOSが起動している管理対象サーバをリモートコントロールする場合，管理対象サーバにSVP PCIボードを搭載している必要があります。

BladeSymphonyは電源OFFからOS起動までの間，リモートコントロールできません。

＜この節の構成＞

(1)　管理対象サーバのBIOSが起動している場合

(2)　操作手順

(3)　各バージョンでの接続性

(1)　管理対象サーバのBIOSが起動している場合

次に，BIOSが起動している管理対象サーバをリモートコントロールする手順について説明します。

［ホスト管理］ウィンドウでリモートコントロールしたい管理対象サーバを選択する

［ホスト操作］メニューから［リモートコントロール］を選択する
次のような［リモートコントロール］ウィンドウと［ツール］ウィンドウが表示されます。
［リモートコントロール］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［リモートコントロール］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

［リモートコントロール］ウィンドウでサーバを操作する
次に，［リモートコントロール］ウィンドウの操作について説明します。

［リモートコントロール］ウィンドウおよび［ツール］ウィンドウの操作
［リモートコントロール］ウィンドウでキー入力することで，管理対象サーバを操作できます。
ただし，［Alt］キーとほかのキーを同時に入力して管理対象サーバを操作する場合は，［ツール］ウィンドウにある［システムキー］チェックボックス（[図データ]）をONにしてください。チェックボックスがOFFの場合は，管理コンソールの操作になります。

管理対象サーバをリブートする場合
管理対象サーバをリブートする場合は，［Ctrl］+［Alt］+［Delete］キーを入力しないで，［ツール］ウィンドウにある［リブート］ボタン（[図データ]）をクリックしてください。［Ctrl］+［Alt］+［Delete］キーを入力した場合は，Windowsのセキュリティ画面になります。

リモートコントロールの終了
管理対象サーバでBIOSの起動が終了すると，それを知らせるメッセージダイアログボックスが管理コンソールに表示されます。メッセージダイアログボックスを閉じると，［リモートコントロール］ウィンドウと［ツール］ウィンドウが閉じます。続けてリモートコントロールする場合は，メッセージに従って管理対象サーバのOSが起動してから，リモートコントロールの操作をしてください。

(2)　操作手順

次に，管理対象サーバのOSが正常に動作している管理対象サーバを，リモートコントロールする手順について説明します。

［ホスト管理］ウィンドウでリモートコントロールしたい管理対象サーバを選択する

［ホスト操作］メニューから［リモートコントロール］を選択する
次のような［リモートコントロール］ウィンドウが表示されます。

［リモートコントロール］ウィンドウでサーバを操作する
管理コンソールと管理対象サーバとの間でチャットを行うことができます。

管理コンソールの［リモートコントロール］ウィンドウで［ツール］メニューから［チャット］を選択する
次のように［チャット］ウィンドウが表示されます。

リモートコントロールの対象となるサーバ上では次の画面が表示されます。

(3)　各バージョンでの接続性

異なるバージョン間でリモートコントロールを使用する場合について説明します。エージェントとコンソールのリモートコントロールマネージャのインストール状態によって，リモートコントロールを使用した接続状態が変わります。

エージェントのリモートコントロールのインストール状態に対して，コンソールから起動されるリモートコントロールビューアを次に示します。

表3-3　コンソールからエージェントへ接続できる状態

エージェントのインストール状態
コンソールからエージェントへ接続できる状態

エージェントのバージョン
インストールされているリモートコントロール
コンソールのバージョン
起動されるリモートコントロールビューア

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

3.4　ファイル転送

管理コンソールと管理対象サーバ間でファイルを転送できます。ファイル転送の手順を次に示します。

［リモートコントロール］ウィンドウで［ツール］メニューから［ファイル転送］を選択する
次のような［ファイル転送］ウィンドウが表示されます。

転送したいファイルを選択し，ドラッグ&ドロップする

これで，ファイルを転送できます。

3.5　リモートコンソール

［ホスト管理］ウィンドウから遠隔地にある管理対象サーバの画面を管理コンソールに表示して，直接操作できます。

管理対象サーバごとに使用できるリモートコンソールの種類を次の表に示します。

表3-4　使用できるリモートコンソールの種類

リモートコンソールの種類 | BS2000 | BS1000 | BS500 | BS320
リモートコンソールアプリケーション | ○ | ○ | × | ○
BMCのWebコンソール※ | ○ | × | ○ | ×

（凡例）

○：使用できる

×：使用できない

注※

BMCのWebコンソールは，BSMが提供するWebコンソール機能ではありません。Webブラウザからリモートコンソール接続を実行する機能です。

＜この節の構成＞

(1)　前提条件

(2)　操作手順

(3)　ツールチップに表示されるメッセージ

(1)　前提条件

この機能を使用するためには，次の条件を満たしている必要があります。

管理対象サーバの条件

管理対象サーバがBladeSymphony上で稼働している

搭載されているSVPのファームウェアがリモートコンソール機能をサポートしている

リモートコンソールアプリケーション，またはBMCのWebコンソールに対応したサーバモジュールである

パーティションが作成されている

リモートコンソール機能をサポートしているSVPのファームウェアのバージョンについては，管理サーバにインストールされているマネージャサービスのReadmeファイルを参照してください。

リモートコンソールアプリケーション，またはBMCのWebコンソールに対応したサーバモジュールについては，マニュアル「BladeSymphonyリモートコンソールアプリケーションユーザーズガイド」または「BladeSymphonyユーザーズガイド」を参照してください。

管理コンソールの条件

マネージャサービスにアドミニストレータ権限でログインしている

リモートコンソールアプリケーションを使用する場合，コンソールサービスと同一マシンに，リモートコンソールアプリケーションの製品バージョン02-01以降がインストールされている
BMCのWebコンソールを使用する場合は，コンソールサービスと同一マシンにリモートコンソールアプリケーションをインストールする必要はありません。

注意

コンソールサービスの起動中にリモートコンソールをインストールした場合はコンソールサービスを再起動してください。

(2)　操作手順

リモートコンソールアプリケーションまたはBMCのWebコンソールを，［ホスト管理］ウィンドウから起動する手順を次に示します。

［ホスト管理］ウィンドウで，リモートコンソールアプリケーションまたはBMCのWebコンソールで接続するサーバモジュールが搭載されているサーバシャーシを選択する

［ホスト操作］メニューから［リモートコンソール］を選択する
［リモートコンソール］ダイアログボックスが表示されます。
［リモートコンソール］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［リモートコンソール］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

［接続先サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［接続先サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［リモートコンソール］ダイアログボックスを参照してください。

使用するリモートコンソールを選択する

リモートコンソールアプリケーションで接続するサーバモジュールを選択する
接続するサーバモジュールのラジオボタンをONにします。

注意

複数スロットを占有するサーバモジュールの場合，最も小さい番号のスロットだけラジオボタンの選択ができる状態になります。

［起動］ボタンをクリックする
リモートコンソールを起動する画面が，接続先のIPアドレスが入力された状態で表示されます。
これ以降のリモートコンソールの操作手順については，マニュアル「BladeSymphonyリモートコンソールアプリケーションユーザーズガイド」の使用方法の章を参照してください。

(3)　ツールチップに表示されるメッセージ

［リモートコンソール］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表3-5　ツールチップに表示されるメッセージと対処方法（［リモートコンソール］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:SVPから情報が取得できません。本機能を利用するにはSVPのファームウェアを更新する必要があります。 | 保守員に連絡してください。
2 | Slot%d:複数スロットを占有するサーバモジュールの最も小さい番号のスロットではないため，リモートコンソールを起動できません。 | 複数スロットを占有するサーバモジュールの最も小さい番号のスロットに対して操作してください。
3 | Slot%d:パーティションが存在しません。 | システム管理者に連絡してください。
4 | Slot%d:サーバモジュールが挿入されていないか，BSMからリモートコンソールを起動できません。 | サーバモジュールが挿入されていることを確認してください。挿入されている場合は，BSMからのリモートコンソールの起動に対応したサーバモジュールかどうかを確認してください。BSMからのリモートコンソールアプリケーション，またはBMCのWebコンソールの起動に対応したサーバモジュールについては，マニュアル「BladeSymphonyリモートコンソールアプリケーションユーザーズガイド」，またはマニュアル「BladeSymphonyユーザーズガイド」を参照してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が1つだけ表示されます。

3.6　ランプ制御

ハードウェアの各モジュールのランプの点灯状態を管理コンソールに表示して，直接操作できます。管理コンソールからランプの点灯状態を直接操作している状態のことをサーバ指定状態といいます。

遠隔地にあるハードウェアで障害が発生した場合，システム管理者がランプを点灯させてサーバ指定状態にすることで，現地にいる保守員にどの機器を交換すればよいかを知らせることができます。

ランプの点灯状態を制御できるモジュールは，ハードウェアによって異なります。モジュールごとのランプの点灯状態の制御可否を次の表に示します。

表3-6　ランプの点灯状態の制御可否

モジュール名称 | BS2000 | BS1000 | BS500 | BS320 | IOEU
Server Blade | ○ | ○ | ○ | ○ | ×
Management Module | ○ | × | ○ | × | ×
I/O Module | × | × | × | × | ○
Power Supply Module | ○ | × | ○ | × | ○
Fan Module | ○ | × | ○ | × | ○
I/O Board Module | ○ | × | × | × | ×
I/O Adapter Module | × | × | × | × | ○
Switch Module | ○ | × | ○ | × | ×
Front panel | × | × | ○ | × | ×

（凡例）

○：制御できる

×：制御できない

この機能を使用するためには，管理対象サーバがBladeSymphony上で稼働している必要があります。

＜この節の構成＞

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

3.6.2　操作手順（BS2000，BS500，またはIOEUの場合）

3.6.3　注意事項

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

BS1000，またはBS320の管理対象に対してランプ制御する手順を次に示します。

［ホスト管理］ウィンドウで，次のどれかを選択する

サーバシャーシ

サーバ

HVM

［ホスト操作］メニューから［ランプ制御］を選択する
［ランプ制御］ダイアログボックスが表示されます。
［ランプ制御］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［ランプ制御］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

表示されるSlotの数は，サーバシャーシのタイプによって異なります。また，複数スロットを占有するサーバモジュール上にあるサーバまたはHVMを選択した場合は，複数スロットを占有するサーバモジュールが占有しているスロット全部が表示されます。表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［ランプ制御］ダイアログボックスを参照してください。

ランプの状態を変更したいサーバモジュールのSlot番号の［ON］ボタン，または［OFF］ボタンをクリックする
サーバ指定状態にする場合は［ON］ボタンを，サーバ指定状態を解除する場合は［OFF］ボタンをクリックします。サーバまたはHVMを選択した場合は，パーティションを構成するサーバモジュールのランプの状態だけ変更できます。

注意

複数スロットを占有するサーバモジュールの場合，最も小さい番号のスロットだけ［ON］ボタンまたは［OFF］ボタンの選択ができる状態になります。

なお，［表示更新］ボタンをクリックすると，表示が更新されます。

ツールチップに表示されるメッセージ

［ランプ制御］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表3-7　ツールチップに表示されるメッセージと対処方法（［ランプ制御］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:選択したホストではないため，ランプ制御できません。 | ［ホスト管理］ウィンドウで該当するサーバシャーシ，サーバまたはHVMを選択して［ランプ制御］ダイアログボックスを起動してください。
2 | Slot%d:複数スロットを占有するサーバモジュールの最も小さい番号のスロットではないため，ランプ制御できません。 | 複数スロットを占有するサーバモジュールの最も小さい番号のスロットに対して操作してください。
3 | Slot%d:選択したホストはLPAR上で稼働しているホストのため，ランプ制御できません。 | ［ホスト管理］ウィンドウで該当するサーバシャーシ，またはHVMを選択して［ランプ制御］ダイアログボックスを起動してください。
4 | Slot%d:サーバシャーシがランプ制御機能をサポートしていないため，ランプ制御できません。 | 保守員に連絡してください。
5 | Slot%d:サーバモジュールが挿入されていないため，ランプ制御できません。 | サーバモジュールを挿入してください。
6 | Slot%d:BMCが初期化中またはBMCとの通信に失敗したため，ランプ制御できません。 | しばらく待ってから［表示更新］ボタンを押すか［ランプ制御］ダイアログボックスを起動し直してください。
7 | Slot%d:サーバモジュールがランプ制御機能をサポートしていないため，ランプ制御できません。 | 保守員に連絡してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が1つだけ表示されます。

3.6.2　操作手順（BS2000，BS500，またはIOEUの場合）

BS2000，BS500，またはIOEUの管理対象に対してランプ制御する手順を次に示します。

［ホスト管理］ウィンドウで，次のどれかを選択する

サーバシャーシ

IOEU

サーバ

HVM

サーバシャーシを選択した場合は，サーバモジュールだけでなくスイッチモジュールおよびマネージメントモジュールに対してもランプ制御できます。

［ホスト操作］メニューから［ランプ制御］を選択する
［ランプ制御］ダイアログボックスが表示されます。
［ランプ制御］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［ランプ制御］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

［制御対象モジュール］で，ランプ制御したいモジュールを選択する
サーバまたはHVMを選択して［ランプ制御］ダイアログボックスを表示させた場合は，「Server Blade」が表示され，ほかのモジュールは選択できません。また，複数スロットを占有するサーバモジュール上にあるサーバまたはHVM を選択した場合は，SMP構成を組んでいるサーバモジュールが占有しているスロット全部が表示されます。

モジュール表示一覧から，ランプの状態を変更したいスロットを1つ選択し，［ON］ボタン，または［OFF］ボタンをクリックする
サーバ指定状態にする場合は［ON］ボタンを，サーバ指定状態を解除する場合は［OFF］ボタンをクリックします。サーバまたはHVMを選択した場合は，パーティションを構成するサーバモジュールのランプの状態だけ変更できます。
表示を更新したい場合は，［制御対象モジュール］で，表示を更新したいモジュールを選択してください。現在表示しているモジュールと同じモジュールを選択しても，表示は更新されます。

「障害アラート」欄の表示

「障害アラート」欄には，次のアラートが1つ以上あった場合，「あり」が表示されます。

SVP（直接通知）のアラート（注意レベル以上）：すべてのモジュールが対象です。

エージェントサービスの通知アラート（注意レベル以上）：サーバモジュールが対象です。

SNMP Trapの通知アラート（注意レベル以上）：サーバモジュールまたはスイッチモジュールが対象です。ラックマネージャでSNMP Trapをアラートに変換して受信するように設定しておく必要があります。

ただし，アラートがあってもユーザがアラートを確認している場合は，「なし」が表示されます。

また，ステータス欄が「制御不可」のモジュール，または制御対象モジュールが「Front panel」の場合，「障害アラート」欄は空白となります。

「制御不可理由」欄に表示されるメッセージ

ランプ制御できないモジュール，またはランプ制御をサポートしていないモジュールがある場合は，モジュール表示一覧の「ステータス」欄に「制御不可」と表示され，「制御不可理由」欄にメッセージが表示されます。

「制御不可理由」欄に表示されるメッセージとその対処方法を次の表に示します。

表3-8　「制御不可理由」欄に表示されるメッセージと対処方法

優先順位※ | メッセージ | 対処
1 | 選択したホストはLPAR上で稼働しているホストのため，ランプ制御できません。 | ［ホスト管理］ウィンドウで該当するサーバシャーシ，またはHVMを選択して［ランプ制御］ダイアログボックスを起動してください。
2 | 複数スロットを占有するサーバモジュールの最も小さい番号のスロットではないため，ランプ制御できません。 | 複数スロットを占有するサーバモジュールの最も小さい番号のスロットに対して操作してください。
3 | デバイスが挿入されていないか，制御可能なランプが存在しません。 | デバイスが挿入されているか確認してください。挿入されていない場合は，挿入してください。挿入してもこのメッセージが表示される場合は，制御可能なランプが存在しないデバイスです。
4 | デバイスが初期化中またはデバイスとの通信に失敗したため，ランプ制御できません。 | デバイスが初期化処理中のため，しばらく待ってから［ランプ制御］ダイアログボックスを起動し直してください。この手順で解決しない場合は，保守員に連絡してください。

注※

ランプ制御できない要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が1つだけ表示されます。

3.6.3　注意事項

ランプ制御時の注意事項を次に示します。

サーバ指定状態にしたランプの点灯状態は，ハードウェアによって異なります。サーバ指定状態にしたランプの点灯状態については，マニュアル「BladeSymphonyユーザーズガイド」のシステム装置について記載されている章を参照してください。

ランプの点灯状態は，Pre-configure実行中よりも，サーバ指定状態の方が優先されます。
サーバモジュールのPre-configure実行中にサーバ指定状態に変更した場合，またはサーバ指定状態でPre-configureが実行された場合，ランプはサーバ指定の状態で点灯されます。

BMC初期化中のランプの点灯状態は，以前の点灯状態にかかわらず，BMC初期化中の状態で点灯されます。BMC初期化が終了すると，BMC初期化以前の点灯状態に戻ります。

SVPコンソールからもランプの点灯状態をサーバ指定状態にできます。［ランプ制御］ダイアログボックスから同一のサーバモジュールのランプ点灯状態を変更した場合，あとから要求された設定が適用されます。

サーバ指定状態は，コンソールサービスやSVPコンソールから解除するほかに，次のどちらかの場合でも解除されます。

サーバ指定状態のデバイスを抜去した場合

サーバシャーシの電源をONにした場合（サーバシャーシ内の全デバイスに対してサーバ指定状態が解除されます）

ランプ制御対象のサーバモジュールの電源状態は，ランプ制御の実行に影響しません。これは，ランプ制御中にサーバモジュールの電源状態を変更した場合にも適用されます。

［ランプ制御］ダイアログボックスでは，サーバモジュール単位でランプを制御できます。パーティション単位でのランプの一括制御はできません。パーティションを構成するすべてのサーバモジュールをサーバ指定状態にしたい場合は，パーティションを構成するすべてのサーバモジュール一つ一つに対してランプの操作をする必要があります。

複数のコンソールサービスまたは複数のマネージャサービスから同一のデバイスに対してランプの点灯状態を変更した場合，あとから要求された設定が適用されます。

ランプの点灯状態は，ハードウェアでの制御よりも，サーバ指定状態の方が優先されます。

3.7　保守情報の取得

管理対象サーバに問題が発生した場合，管理対象サーバのOS情報，JP1/ServerConductorのログ，ハードウェア情報などを保守情報として取得できます。

この節では，情報取得の概要，保守情報を取得するために必要な設定，および保守情報の取得方法について説明します。

＜この節の構成＞

3.7.1　概要

3.7.2　環境設定（情報取得）

3.7.3　保守情報の取得手順

3.7.1　概要

情報取得は，管理対象サーバのOS情報，JP1/ServerConductorのログ，ハードウェア情報（本体装置）などを管理コンソールから取得し，取得した情報を管理者に転送する機能です。転送には，管理コンソールへファイルとして転送する方法と，e-mailの添付ファイルとして転送する方法があります。この機能を利用することで，管理者は障害の要因解析に必要な保守情報を遠隔地から取得できます。

図3-2　保守情報取得の概念

＜この項の構成＞

(1)　前提条件

(2)　取得できる保守情報

(1)　前提条件

情報取得は次の管理対象サーバに対して実行できます。

Windowsサーバ

Linuxサーバ

HP-UXサーバ

(2)　取得できる保守情報

次の情報を取得できます。

(a)　Windowsサーバの場合

OS情報

管理対象サーバのOS情報として取得できる情報を，次の表に示します。

表3-9　OS情報として取得できる情報

情報の種類
内容

クラスタ情報

cluster.exeの出力結果

cluster.log

ロードバランシング情報
wlbs.exeの出力結果

ネットワークログ

netStat.exeの出力結果

NbtStat.exeの出力結果

プログラム診断情報

Windows Server 2003の場合

WinMsd.exeの出力結果

Windows Server 2008およびWindows Server 2012の場合

msinfo32.exeの出力結果

ディレクトリリスト
Dirコマンドの出力結果

イベントログ収集

イベントビューアEventVwr.exeで読み込めるEVT形式ファイル

詳細内容を格納したCSV形式ファイル

レジストリ情報収集
最終更新日付を含むレジストリの内容（テキスト形式）

ハードコピー情報
ハードコピーの情報
Windows Server 2003 Enterprise Edition for Itanium-based Systems 日本語版，Windows Server 2008，およびWindows Server 2012の場合はコピーできません。

システムダンプ情報
ダンプファイルがあり，dumpchk.exeがある場合は，dumpchk.exeの結果，およびMemory.dmpのパス。
Memory.dmp自体は取得しない

ユーザダンプ情報

Windows Server 2003の場合

Drwtsn32.logがある場合はDrwtsn32.log

User.dmpがある場合はUser.dmpのパス

User.dmp自体は取得しない

Windows Server 2008およびWindows Server 2012の場合

ユーザダンプ情報が格納されているフォルダのパス

JP1/ServerConductor/Agentログ

管理対象サーバにあるJP1/ServerConductorのログを取得できます。

ハードウェア情報（本体装置）

管理対象サーバのハードウェア情報として次の情報を取得できます。

ハードウェアログ（共有メモリ領域など）

ファームウェア情報（SVPマイクロバージョン，SVPマイクロ作成日など）

ハードウェア関連情報（MIF情報）（HA8000の場合だけ）

ドライバ情報（ドライバ名称，ドライバステータス，sysファイル情報など）

ユーザ定義ツールでの取得情報

OS情報およびJP1/ServerConductorのログ以外の情報を取得するために，情報取得ツールをユーザが定義して，固有の保守情報を取得できます。

(b)　Linuxサーバの場合

Linuxサーバの場合，次の表のメニューに示す情報，およびユーザ定義ツールでの保守情報を取得できます。

表3-10　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については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmheditコマンド（Linuxサーバ）を参照してください。

マクロ | 意味
%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サーバの場合，次の表に示す情報，およびユーザ定義ツールでの保守情報を取得できます。

表3-11　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で設定したテープデバイスへ出力します。

3.7.2　環境設定（情報取得）

情報取得をする場合，次の環境設定が必要です。

ユーザメニューの作成
ユーザ定義のツールを使って保守情報を取得する場合に必要です。

転送手段の設定
取得した保守情報を転送する場合に必要です。次の2とおりの転送手段があります。

管理コンソールへのファイルの転送
保守情報を格納するためのディレクトリを設定します。

e-mail転送
保守情報をe-mailの添付ファイルとして転送するためのe-mailの宛先などを設定します。

次に，それぞれの操作手順について説明します。

＜この項の構成＞

(1)　ユーザメニューの作成

(2)　転送手段の設定

(1)　ユーザメニューの作成

情報取得メニューとしてOS情報，JP1/ServerConductorログ，ハードウェア情報（本体装置）の3種類をデフォルトで用意しています。デフォルト以外の保守情報を取得したい場合は，エージェントサービス設定で情報取得メニューを追加します。追加したメニューは［情報取得］ダイアログボックスに，メニューとして表示され，保守情報の取得時に選択できます。

メニューを追加する手順を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［情報取得］タブを選択する

ここで次の内容を設定します。

設定項目
設定内容

メニュータイトル
メニューリストに表示するメニュー名称を指定します。メニューは100個まで登録できます。

実行ファイル
実行するファイル名および実行オプションを指定します。

Windowsサーバの場合
実行ファイルは事前に管理対象サーバの「<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)　保守情報ファイルの格納先の設定

保守情報ファイルを管理コンソールへ転送する場合のファイルの格納先を設定します。

［ホスト管理］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。
［コンソールサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［情報取得］タブを選択する

取得情報の格納先を指定する
ここで指定できる格納先は，コンソールサービスをインストールしているホストのOSが認識できるディレクトリです。

［OK］ボタンをクリックする

(b)　e-mail（保守情報）の設定

保守情報をe-mailで転送する場合の設定をします。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［e-mail設定］タブを選択する

「e-mail設定を行う機能を選択してください。」のリストから「情報取得」を選択する
情報取得の設定項目が表示されます。

ここで次の内容を設定します。

設定項目
設定内容

宛先
保守情報を送信するe-mailのアドレスを指定します。256バイト以内で指定してください。

発信者
e-mailの発信元となるe-mailのアドレスを指定します。63バイト以内で指定してください。

件名
メールの件名となる文字列を指定します。63バイト以内で指定してください。

メールサーバ
発信者のe-mailアドレスが所属しているメールサーバのホスト名またはIPアドレスを指定します。ホスト名を指定する場合は63バイト以内で指定してください。

e-mailテストを行う
e-mail通知先リストに表示されているすべてのe-mailアドレスにテストメールを送信する場合，このチェックボックスをONにします。テストメールのタイトルと本文には「Test Mail」が設定され，添付ファイルは無しとなります。
テストメールは，［OK］ボタンをクリックした時点で送信されます。

添付ファイルのサイズ最大
添付ファイルの最大サイズを指定します。単位はメガバイトです。32メガバイトまで指定できます。0を指定すると，サイズの制限がなくなります（32メガバイトを超えるサイズのファイルを添付できます）。デフォルトは0です。

［↓リストに追加］ボタンをクリックする
e-mail通知先リストに，指定した宛先が追加されます。e-mail通知先は4個まで設定できます。追加された宛先を削除する場合は，削除する宛先を選択して［リストから削除］ボタンをクリックします。

［OK］ボタンをクリックする

3.7.3　保守情報の取得手順

保守情報の取得手順を次に示します。

［ホスト管理］ウィンドウで保守情報を採取したいサーバを1つ選択する

［ホスト操作］メニューから［情報取得］を選択する
［情報取得］ダイアログボックスが表示されます。
［情報取得］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ホスト操作］メニューから［情報取得］を選択することでも表示できます。ラックマネージャからの遠隔操作の方法については，「8.6　ラックマネージャからの遠隔操作」を参照してください。

取得したい情報をメニューリストから選択する
メニューリストに表示されるデフォルトのメニューは「OS情報取得」，「JP1/ServerConductor/Agentログ取得」，および「ハードウェア情報取得（本体装置）」です。そのほかのメニューについては，「3.7.2(1)　ユーザメニューの作成」を参照してください。

［実行］ボタンをクリックする
情報の取得が開始されます。情報の取得が完了すると，［情報取得 - 完了通知］ダイアログボックスが表示されます。

転送方法を選択する
「e-mail転送」または「ファイル転送」のどちらの方法で転送するかを選択します。

［OK］ボタンをクリックする

注意

e-mailの場合，結果ファイルの総容量がマネージャサービス設定でのe-mailの添付ファイルのサイズを超えるとエラーになります。

4.　動作／性能監視

BSMでは，BladeSymphony上で稼働するサーバが起動したかどうかを監視できます。また，マネージャサービスとコンソールサービス，エージェントサービス，サーバシャーシ，またはIOEUとの間の通信状態も監視できます。さらに，CPUなどの使用率が一定のしきい値を超えたときにアラートを通知することもできます。

この章では，サーバの起動監視機能，通信状態の監視機能，およびCPUなどの使用率が一定のしきい値を超えたときにアラートを通知する方法について説明します。

＜この章の構成＞

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

4.2　通信状態を監視する

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

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

BladeSymphony上で稼働するサーバの電源ONからエージェントサービスが起動するまでの間を一定時間監視し，エージェントサービスが起動されているかどうかをコンソールサービスに通知できます。ここでは，サーバ起動監視機能について説明します。

注意

サーバ起動監視機能では，LPAR上で稼働しているサーバまたはHVMの起動も監視できます。LPAR上で稼働しているサーバまたはHVMの起動を監視する場合は，「13.　仮想化されたサーバの管理（HVMの場合）」を参照してください。

＜この節の構成＞

4.1.1　概要

4.1.2　前提条件

4.1.3　設定方法

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

4.1.5　注意事項

4.1.1　概要

サーバ起動監視では，サーバからマネージャサービスに対して，サーバの起動開始からエージェントサービスの起動完了までをタイマ監視します。サーバの起動監視を一度設定すると，サーバが起動されるたびにタイマ監視が実施されます。

サーバ監視機能を使用した場合の，サーバの状態と起動監視時間を次の図に示します。

図4-1　サーバの状態と起動監視時間

設定した時間を経過してもエージェントサービスから起動完了が通知されなかった場合，サーバ起動監視がタイムアウトしたことを示すアラートが通知されます。タイムアウトが発生したあとでエージェントサービスの起動が完了した場合は，タイムアウトが発生したことを示すアラートのあとでエージェントサービス起動完了を示すアラートが通知されます。タイムアウトとエージェントサービス起動完了のアラート通知のタイミングを，次の図に示します。

図4-2　タイムアウトとエージェントサービス起動完了のアラート通知のタイミング

注意

起動監視時間を設定する場合は，サーバの電源ONからエージェントサービスの起動終了までに掛かる時間を実際に計測し，余裕を持った時間を設定してください。

4.1.2　前提条件

サーバ起動監視をするための前提条件を次に示します。

監視対象がBladeSymphony上で稼働している

搭載されているSVPのファームウェアが，サーバ起動監視をサポートしている

監視対象がサーバの場合，エージェントサービスがインストールされている

監視対象のサーバが［ホスト管理］ウィンドウに登録されている

監視対象のサーバが稼働しているサーバシャーシが［ホスト管理］ウィンドウに登録されている

監視対象のサーバがHVMおよびLPAR上で稼働している場合，HVMファームウェアがサーバ起動監視をサポートしている

4.1.3　設定方法

サーバの起動を監視する時間はパーティションごとに設定します。設定方法を次に示します。

［ホスト管理］ウィンドウで，起動監視したいサーバを管理しているマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［サーバ起動監視］タブをクリックする
［サーバ起動監視］タブが表示されます。

［シャーシID］で，起動監視するサーバが稼働しているサーバシャーシを選択する

注意

［シャーシID］には，マネージャサービスで管理されているシャーシIDが表示されます。そのため，［ホスト管理］ウィンドウのコンピュータ名の表示内容と異なることがあります。

［監視対象サーバ一覧］で，起動監視するサーバを選択する
サーバは複数選択できます。

［設定］ボタンをクリックする
［監視設定］ダイアログボックスが表示されます。

［監視する］ラジオボタンをONにし，起動監視する時間を分単位で設定する
5～120分の間で設定できます。デフォルトは60分です。

［OK］ボタンをクリックする
続けて別のサーバの起動監視時間を設定する場合は，手順5～手順8を繰り返します。

設定が完了したら，［OK］ボタンをクリックする

4.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またはエージェントサービスを再起動してもタイムアウトが発生したことを示すアラートが通知される場合は，保守員に連絡してください。

4.1.5　注意事項

次の場合，サーバ起動監視は実施されません。

BladeSymphonyがメンテナンスモードの場合
BladeSymphonyのメンテナンスモードについては，マニュアル「BladeSymphonyユーザーズガイド」のメンテナンスモードについて記載されている個所を参照してください。

Pre-configure実行中の場合

N+1コールドスタンバイ機能の切り替えまたは復帰を実行した場合に，切り替え先ホストのサーバシャーシがサーバ起動監視をサポートしているとき，サーバ起動監視の設定を引き継ぎます。

N+1コールドスタンバイ機能の切り替えまたは復帰を開始してから，切り替え先または復帰先ホストでエージェントサービスの起動が完了するまでは，サーバ起動監視の設定は変更できません。

4.2　通信状態を監視する

マネージャサービスの通信状態を一定時間おきに監視し，通信状態が安定しているかどうかをコンソールサービスに通知できます。マネージャサービスとの通信状態を監視できる対象を次に示します。

コンソールサービスまたはエージェントサービス

サーバシャーシ（SVP）またはIOEU

＜この節の構成＞

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

4.2.2　マネージャサービスとサーバシャーシ（SVP）またはIOEUとの通信状態監視

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

マネージャサービスとコンソールサービスまたはエージェントサービスとの間の通信状態を一定時間おきに監視します。この機能をキープアライブといいます。ここでは，キープアライブの概要，設定方法，および注意事項について説明します。

＜この項の構成＞

(1)　概要

(2)　設定方法

(3)　注意事項

(1)　概要

キープアライブを使用すると，設定した間隔で通信状態が診断されます。診断時にマネージャサービスとの通信が切断されていると，接続が切断されたことを示すポップアップメッセージがコンソールサービスに表示されます。

マネージャサービスとコンソールサービスとの間の接続が切断されたことを示すポップアップメッセージが表示された場合は，コンソールサービスからマネージャサービスに再ログインしてください。

マネージャサービスとエージェントサービスとの間の接続が切断されたことを示すポップアップメッセージが表示された場合は，［ホスト管理］ウィンドウでホストを接続し直してください。ホストの再接続方法については，「1.3.1(3)　管理対象外のホストを再接続する」を参照してください。

(2)　設定方法

キープアライブの設定方法について，次の場合に分けて説明します。

マネージャサービスとコンソールサービスとの間のキープアライブの場合

マネージャサービスとエージェントサービスとの間のキープアライブの場合

(a)　マネージャサービスとコンソールサービスとの間のキープアライブの場合

キープアライブは次のどちらかの方法で設定できます。

［コンソールサービス設定］ダイアログボックス

環境設定ユティリティ

ここでは［コンソールサービス設定］ダイアログボックスでの設定方法について説明します。

マネージャサービスとコンソールサービスとの間のキープアライブの設定方法を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。
［コンソールサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［ネットワーク］タブで［キープアライブ］チェックボックスをONにする

キープアライブ間隔を設定する
1～3,600秒の間で設定できます。デフォルトは600秒です。

注意

［コマンドタイムアウト値］に設定した値より大きい値を設定してください。

［OK］ボタンをクリックする

(b)　マネージャサービスとエージェントサービスとの間のキープアライブの場合

キープアライブは次のどれかの方法で設定できます。

［エージェントサービス設定］ダイアログボックス

環境設定ユティリティ（Windowsサーバの場合）

smheditコマンド（LinuxサーバまたはHP-UXサーバの場合）

ここでは［エージェントサービス設定］ダイアログボックスでの設定方法について説明します。

マネージャサービスとエージェントサービスとの間のキープアライブの設定方法を次に示します。

［ホスト管理］ウィンドウで，キープアライブの設定をするサーバを選択する

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［ネットワーク］タブで［キープアライブ］チェックボックスをONにする

キープアライブ間隔を秒単位で設定する
1～3,600秒の間で設定できます。デフォルトは600秒です。

注意

［コマンドタイムアウト値］に設定した値より大きい値を設定してください。

［OK］ボタンをクリックする

(3)　注意事項

キープアライブを設定するとコネクションが切断されないため，ダイヤルアップ回線など，接続時間に応じて課金される回線を使用している場合は，キープアライブを設定しないでください。

4.2.2　マネージャサービスとサーバシャーシ（SVP）またはIOEUとの通信状態監視

マネージャサービスとサーバシャーシ（SVP），またはマネージャサービスとIOEUとの間の双方向の通信状態を，一定時間おきに監視します。この機能をシャーシ定期監視といいます。ここでは，シャーシ定期監視の概要，設定方法，および注意事項について説明します。

注意

シャーシに対してシャーシ定期監視機能を使用する場合，搭載されているSVPのファームウェアがシャーシ定期監視機能をサポートしている必要があります。

＜この項の構成＞

(1)　概要

(2)　設定方法

(3)　注意事項

(1)　概要

シャーシ定期監視では，マネージャサービスからサーバシャーシ（SVP）またはIOEUに対する通信状態と，サーバシャーシまたはIOEUからマネージャサービスに対する通信状態の双方向から通信状態が診断されます。シャーシ定期監視機能を有効にすると，マネージャサービスが管理するすべてのサーバシャーシおよびIOEUが定期監視の対象となります。

マネージャサービスとサーバシャーシ（SVP）またはIOEUとの間の通信状態は，シャーシ定期監視を有効にした時点またはマネージャサービスが起動した時点から8時間おきに診断されます。シャーシ定期監視中に監視対象のサーバシャーシまたはIOEUが追加された場合でも，次の定期監視は，ほかのサーバシャーシまたはIOEUと同じタイミングで実施されます。

シャーシ定期監視での監視のタイミングを，次の図に示します。

図4-3　シャーシ定期監視での監視のタイミング

定期診断時に，マネージャサービスとサーバシャーシ（SVP）またはIOEUとの間の通信に成功すると，通信が成功したことを示すインフォメーションレベルのアラート（0x3747）が通知されます。

定期診断時に，マネージャサービスとサーバシャーシ（SVP）またはIOEUとの間の通信に失敗すると，連続して通信に失敗した回数に応じて，通信が失敗したことを示すアラートが通知されます。

1回目および連続2回目の通信失敗では，注意レベルのアラート（0x3740）が通知されます。連続3回目以降の通信失敗では，警告レベルのアラート（0x373F）が通知されます。通信に失敗した回数と通信が失敗したことを示すアラートのレベルを，次の図に示します。

図4-4　通信に失敗した回数と通信が失敗したことを示すアラートのレベル

通信失敗による注意レベルのアラートおよび警告レベルのアラートが通知されたあと，1回でも通信に成功した場合は，通知されるアラートのレベルがいったんリセットされます。アラートのレベルがリセットされたあと，次回の通信失敗は，1回目の通信失敗と見なされ，注意レベルのアラートが通知されます。

(2)　設定方法

マネージャサービスとサーバシャーシ（SVP）またはIOEUとの間の通信状態は，マネージャサービスごとに設定します。サーバシャーシ（SVP）ごとまたはIOEUごとに設定することはできません。

シャーシ定期監視の設定方法を次に示します。

［ホスト管理］ウィンドウで，通信状態を監視したいサーバシャーシまたはIOEUを管理しているマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ネットワーク］タブで［シャーシ定期監視］チェックボックスをONにする
［監視対象シャーシ一覧］リストボックスに，通信状態監視の対象となるサーバシャーシまたはIOEUのシャーシIDが表示されます。

注意

［監視対象シャーシ一覧］には，マネージャサービスで管理されているシャーシIDが表示されます。そのため，［ホスト管理］ウィンドウのコンピュータ名の表示内容と異なることがあります。

［OK］ボタンをクリックする

(3)　注意事項

複数サーバシャーシまたはIOEUの通信状態を診断する場合，診断結果を示すアラートは，すべてのサーバシャーシまたはIOEUの診断が終了してから一斉に通知されるのではなく，診断が終了したサーバシャーシまたはIOEUから順に通知されます。そのため，診断結果を示すアラートが通知される順は，診断を開始した順と異なることがあります。

マネージャサービスを冗長化構成で運用している場合，シャーシ定期診断機能は，使用しないでください。冗長化構成でシャーシ定期診断をすると，2台のマネージャサービスで予備系サーバモジュールの切り替え先の優先順位に食い違いが生じ，切り替えに失敗することがあります。

通信監視の結果，一度でも通信状態が不安定であると診断されたサーバシャーシにN+1コールドスタンバイ機能の予備系サーバモジュールが含まれていた場合，切り替え先選択の優先順位が下がります。この場合，切り替え先選択の優先順位は3回連続して通信に成功すると元に戻ります。
なお，切り替え先選択の優先順位が下がった予備系サーバモジュールも，切り替え先として選択できます。

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

管理対象サーバのハードウェアの性能のうち，CPU，メモリ，ドライブ，またはファイルシステムの使用率がある一定のしきい値に到達したときに，アラートを通知できます。

ハードウェアの使用率超過通知機能の概要を次の図に示します。

図4-5　ハードウェアの使用率超過通知機能の概要

＜この節の構成＞

4.3.1　前提条件

4.3.2　使用率の算出方法

4.3.3　しきい値の設定

4.3.4　アラートの表示

4.3.1　前提条件

この機能は，管理対象がBladeSymphonyまたはHA8000上で稼働している，Windowsサーバ，Linuxサーバ，およびHP-UXサーバの場合に使用できます。

4.3.2　使用率の算出方法

この機能では，使用率のチェック間隔とサンプリング回数から，使用率が求められます。まず，指定したチェック間隔で使用率が取得されます。取得された使用率の値と指定したサンプリング回数から使用率の平均値が求められます。その平均値がしきい値に達した場合，アラートが通知されます。

例えば，CPUの使用率について，次の条件でアラートを通知するとします。

アラートを通知する使用率の値：50%

使用率のチェック間隔：10秒

使用率算出のためのサンプリング回数：3回

この場合，10秒間隔で3回使用率を取得し，その平均値が50%に到達した場合にアラートが通知されます。

平均値は，サンプリングを開始した基点から10秒間隔で取得した3回分の使用率から算出されます。一度平均値が算出されると，基点は次の使用率取得時点に更新され，基点から3回分の使用率で平均値が算出されます。

4.3.3　しきい値の設定

CPU，メモリ，ドライブ，またはファイルシステムの使用率のしきい値は，コンソールサービスまたはローカルコンソールサービスがインストールされているマシンから設定します。

＜この項の構成＞

(1)　設定手順

(2)　使用率のチェック間隔と使用率算出のためのサンプリング回数の設定の目安

(1)　設定手順

使用率のしきい値の設定手順を次に示します。

［ホスト管理］ウィンドウで，使用率のしきい値を設定するホストを選択する
複数のホストは選択できません。

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
［エージェントサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［エージェントサービス設定］－［設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［使用率超過通知］タブを選択する
［使用率超過通知］タブが表示されます。

［デバイス］リストボックスから使用率のしきい値を設定するデバイスを選択する
次の中から選択します。

Windowsサーバの場合

・CPU※

・メモリ

・ドライブ

注※　CPUを選択した場合，論理プロセッサ単位で使用率を監視します。

LinuxサーバまたはHP-UXサーバの場合

・CPU※1

・メモリ

・ファイルシステム※2

注※1　CPUを選択した場合，論理プロセッサ単位で使用率を監視します。

注※2　ファイルシステムを選択した場合に表示される項目は，インベントリ情報のファイルシステム情報に対応しています。設定前に確認してください。

［使用率チェックをする］チェックボックスをONにする
［デバイス］で選択したデバイスの使用率を監視することを指定します。使用率チェックをするかどうかは，デバイスごとに設定できます。

［デバイス］で「ドライブ」または「ファイルシステム」を選択した場合，リストから，しきい値を設定するドライブまたはファイルシステムを選択する
リストでしきい値を設定するドライブまたはファイルシステムをダブルクリックすると，リストの先頭に表示されている○が●になり，使用率の監視対象になります。

しきい値として設定する使用率を設定する
［使用率］で，しきい値として設定する使用率を，デバイスごとに設定します。
監視するデバイスがCPUの場合，10～100の範囲で設定します。メモリ，ドライブ，またはファイルシステムの場合，40～100の範囲で設定します。ドライブまたはファイルシステムの場合，しきい値はドライブまたはファイルシステムごとに設定できます。

使用率のチェック間隔を設定する
［使用率のチェック間隔］で，デバイスの使用率をチェックする間隔を，デバイスごとに秒単位で設定します。設定範囲は1～86,400です。
使用率のチェック間隔の設定値の目安については，「(2)　使用率のチェック間隔と使用率算出のためのサンプリング回数の設定の目安」を参照してください。
ドライブまたはファイルシステムの場合，使用率のチェック間隔の設定は，各ドライブまたはファイルシステムで共通の設定となります。

使用率算出のためのサンプリング回数を設定する
［使用率算出のためのサンプリング回数］で，使用率の平均を求めるためのサンプリングの回数を，デバイスごとに設定します。設定範囲は1～1,000です。
使用率算出のためのサンプリング回数の設定値の目安については，「(2)　使用率のチェック間隔と使用率算出のためのサンプリング回数の設定の目安」を参照してください。
ドライブまたはファイルシステムの場合，サンプリング回数の設定は，各ドライブまたはファイルシステムで共通の設定となります。

［OK］ボタンをクリックする

なお，LPAR上で稼働しているサーバに関する注意については，「13.3.4　性能監視」を参照してください。

(2)　使用率のチェック間隔と使用率算出のためのサンプリング回数の設定の目安

使用率のチェック間隔とサンプリング回数は，次の計算式を目安に設定してください。設定値の条件を満たしていない場合，マネージャサービスへの未通知アラートが蓄積され，メモリ不足によってプログラムが正常に動作しなくなることがあります。

使用率のチェック間隔×使用率算出のためのサンプリング回数 ＞ A＋B＋10

A：CPUの使用率をチェックする場合，論理プロセッサ数

論理プロセッサの数は，次の方法で確認してください。

Windowsの場合

タスクマネージャの［パフォーマンス］タブで確認してください。

Linuxの場合

次の操作を実行し，論理プロセッサの数を確認してください。

topコマンドを実行する。
# top

[1]キーを押す。
[1]キーを押すと，「cpu(s)～」と表示されていた行が論理プロセッサごとに分割されます。分割して表示されたcpu情報から論理プロセッサの数を確認できます。

HP-UXの場合

次の操作を実行し，論理プロセッサの数を確認してください。

machinfoコマンドを実行する。
# machinfo

「CPU info」に表示される「Number of CPUs」で論理プロセッサの数を確認できます。
# machinfo
CPU info
Number of CPUs = 2
：

B：ドライブまたはファイルシステムの使用率をチェックする場合，監視対象に設定したドライブ数またはファイルシステム数

4.3.4　アラートの表示

ハードウェアの使用率が，しきい値として設定した使用率以上になると，使用率がしきい値に達したことを示すアラートが，管理対象サーバから通知されます。

管理対象サーバで発生したアラートは，［通知アラート］ウィンドウまたは［サーバアラートログ］ウィンドウで確認できます。［通知アラート］ウィンドウの表示方法については，「2.3.1　通知アラートを表示する」を参照してください。また，［サーバアラートログ］ウィンドウの表示方法については，「2.3.2　サーバアラートログを表示する」を参照してください。

5.　資産管理

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

＜この章の構成＞

5.1　資産管理の概要

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

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

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

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

5.6　MIF情報を表示する

5.1　資産管理の概要

JP1/ServerConductorでは，管理対象サーバの資産情報をGUIで一元管理できます。

JP1/ServerConductorでできる資産管理について説明します。

＜この節の構成＞

(1)　インベントリ情報を参照する

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

(3)　ハードウェア構成を参照する

(4)　MIF情報を参照する

(1)　インベントリ情報を参照する

インベントリ情報とは，サーバシャーシの情報，OSの種別，メモリやCPUの状態など資産管理に必要な情報のことです。インベントリ情報は，管理コンソールから参照できます。

また，インベントリ情報をCSVファイルに出力して利用することもできます。

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

インベントリ情報をデータベースに保持しておくと，次のようなことができます。

設定した条件に合うインベントリ情報を持つホストを検索する

設定した条件に合うホストを定期的に検索して，e-mailで検索結果を通知する

(3)　ハードウェア構成を参照する

管理対象ホストのハードウェア構成図をコンソールサービス／ローカルコンソールサービスで参照できます。ハードウェア構成図を参照することで，管理対象ホストのCPUや電源ユニットの場所を確認できます。

(4)　MIF情報を参照する

HA8000 Windowsサーバの場合，DMIが使用するハードウェアの管理情報（例：CPUの個数）であるMIF情報を参照できます。

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

管理対象ホストのインベントリ情報をマネージャサービスが収集して，データベース（Microsoft Access Driver）情報として保持しておくことができます。この機能を利用することによって，システム管理者は次のような運用管理ができます。

設定した条件に合うインベントリ情報を持つホストをデータベースから検索する（ホスト検索機能）

設定した条件に合うインベントリ情報を持つホストをデータベースから定期的に検索して，e-mailで検索結果を通知する（自動レポート機能）

これによって，マネージャサービスが管理しているホストの資産情報の変更や一貫性を，必要に応じて，または定期的に管理できるようになります。例えば，ある部署単位にホストを検索して管理したり，ホストのOSバージョンがあるバージョン以上に更新されているかどうかを定期的に検索してe-mailで通知したりできます。

データベース管理のシステム構成を次の図に示します。

図5-1　データベース管理のシステム構成

＜この節の構成＞

5.2.1　前提条件

5.2.2　データベースの設定

5.2.1　前提条件

この機能は，マネージャサービスが管理している次の管理対象ホストに対して使用できます。

Windowsサーバ

Linuxサーバ

HP-UXサーバ

5.2.2　データベースの設定

データベース管理をする場合，次の環境設定が必要です。

Windowsでの設定（管理サーバで実行）

ODBCデータソースの作成

JP1/ServerConductorコンソールサービスでの設定（管理コンソールで実行）

データベースの作成

自動レポート機能で使用するe-mailの設定（必要に応じて行う）

データベースの削除（必要に応じて行う）

次に，それぞれの操作手順について説明します。

＜この項の構成＞

(1)　ODBCデータソースの作成

(2)　データベースの作成

(3)　e-mailの設定（自動レポート機能）

(4)　データベースの削除

(1)　ODBCデータソースの作成

コントロールパネルのODBCアドミニストレータを使用して，システムデータソースを事前に作成しておく必要があります。この操作は管理サーバ上で実行してください。

ここでは，Windows Server 2008での設定例を示します。

ODBCデータソースアドミニストレータを起動する
64bit Windows Server 2008を使用している場合は，［スタート］メニューから［ファイル名を指定して実行］を選択します。［ファイル名を指定して実行］ダイアログボックスの［名前］に「%SystemRoot%¥SysWOW64¥odbcad32.exe」と入力して，［OK］ボタンをクリックしてください。ODBCデータソースアドミニストレータが起動します。

［システム DSN］タブで［追加］ボタンをクリックし，［データソースの新規作成］ダイアログボックスで［Microsoft Access Driver(*.mdb)］を選択する

［ODBC Microsoft Access セットアップ］ダイアログボックスでデータソース名および説明を指定する

［データベースの新規作成］ダイアログボックスで，ドライブを共有ディスクのドライブに設定し，共有ディスク上の任意のフォルダを指定してデータベース名を入力する

［OK］ボタンをクリックし，ODBC データソース アドミニストレータを終了する

(2)　データベースの作成

管理対象ホストのインベントリ情報を格納するデータベースを作成します。この操作は管理コンソール上で実行してください。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［レポート機能］タブを選択する

［ホスト検索機能と自動レポート機能を使用する］チェックボックスをONにする
［データベースの選択］ダイアログボックスが表示されます。
［データベースの選択］ダイアログボックスでは，使用するデータソース名を選択します。このダイアログボックスには，現在利用できる（「(1)　ODBCデータソースの作成」で作成した）データソース名だけが表示されます。

使用するデータソース名を選択して［OK］ボタンをクリックする
［レポート機能］タブに戻り，［データベース更新スケジュール設定］ボタンが活性化されます。

［データベース更新スケジュール設定］ボタンをクリックする
［データベース更新スケジュール設定］ダイアログボックスが表示されます。
［データベース更新スケジュール設定］ダイアログボックスでは，データベースの内容を更新するスケジュールを設定します。

スケジュールを設定したい曜日または特定日を選択する

曜日を選択すると，「毎週のその曜日」の設定となります。

特定日の年に「-1」を入力すると，「毎年」の設定となります。

特定日の月リストから［毎］を選択すると，「毎月」の設定となります。

特定日の［毎日］ボタンをクリックすると，毎日の設定となります。

1日のスケジュールを設定する
次の内容を設定します。

設定項目 | 設定内容
時刻 | データベース更新スケジュールを実行する時刻を指定します。時刻は30分間隔で指定できます。
データベースを更新する | 指定した時刻にデータベースを更新する場合に選択します。
データベースの更新から除外する | 指定した時刻のデータベースの更新をしない場合に選択します。

＜設定規則＞

「データベースを更新する」場合，特定日の設定が優先されます。特定日設定と曜日設定の両方に「データベースを更新する」設定をした場合，設定時間に関係なく曜日設定は無効となります。
（例）特定日「2008/01/16（水）9:00（更新）」，曜日「水曜日12:00（更新）」の場合，2008/01/16（水）の9:00にデータベースが更新されますが，12:00にはデータベースは更新されません。

「データベースの更新から除外する」場合，特定日と曜日の設定に優先順位はありません。ただし，特定日設定で「データベースを更新する」設定があり，曜日設定で「データベースの更新から除外する」設定がある場合，更新時間と除外時間が同じであれば，除外を優先します。
（例）特定日「2008/01/16（水）9:00（更新）」，曜日「水曜日9:00（除外）」の場合，2008/01/16（水）の9:00には，除外が優先されるためデータベースは更新されません。

データベース更新スケジュール時間は，「5.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のアドレスを指定します。256バイト以内で指定してください。

発信者
e-mailの発信元となるe-mailのアドレスを指定します。63バイト以内で指定してください。

件名
メールの件名となる文字列を指定します。63バイト以内で指定してください。

メールサーバ
発信者のe-mailアドレスが所属しているメールサーバのホスト名またはIPアドレスを指定します。ホスト名を指定する場合は63バイト以内で指定してください。

添付ファイル形式
自動レポート機能で送信される添付ファイルの形式を指定します。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の本文および添付ファイルの形式については，「5.4.2　レポートスケジュールを設定する（自動レポート機能）」を参照してください。

(4)　データベースの削除

何らかの理由でデータベースを作成し直したい場合などは，データベースをいったん削除してください。

データベースを削除する方法を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［レポート機能］タブを選択する

［ホスト検索機能と自動レポート機能を使用する］チェックボックスをOFFにする

［OK］ボタンをクリックする
データベースの削除を確認するメッセージが表示されます。

メッセージの内容を確認し，［はい］ボタンをクリックする

データベースを削除すると，ホスト検索機能と自動レポート機能は使用できなくなります。これらの機能を使用したい場合は，「(2)　データベースの作成」を参照して，再度データベースを作成し直してください。

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

JP1/ServerConductorでは，サーバシャーシの情報やOSの種別，メモリやCPUの状態といった，資産管理に必要な情報（インベントリ情報）を管理コンソールから参照できます。また，インベントリ情報をCSVファイルに出力することもできます。

ここでは，管理コンソールからインベントリ情報を表示する方法，およびインベントリ情報をCSVファイルに出力する方法について説明します。

注意

取得できるインベントリ情報は，管理対象となるサーバの種類やモデルによって異なります。取得できるインベントリ情報の詳細については，Invent.xlsを参照してください。

なお，LPAR上で稼働しているサーバのインベントリ情報の表示については「13.3.2　資産管理」を，仮想化プラットフォームのサーバのインベントリ情報の表示については「14.3.2　資産管理」を参照してください。

＜この節の構成＞

5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する

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

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

5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する

ここでは，サーバシャーシまたはIOEUのインベントリ情報の表示方法について説明します。

［ホスト管理］ウィンドウでインベントリ情報を見たいサーバシャーシまたはIOEUを選択する

［ホスト管理］メニューから［シャーシインベントリ］を選択する
［シャーシインベントリ］ウィンドウが表示されます。
［シャーシインベントリ］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［シャーシインベントリ］を選択することでも表示できます。ラックマネージャからの資産情報の表示方法については，「8.7　ラックマネージャからの資産情報の表示」を参照してください。

ウィンドウの左側にインベントリ情報の分類ツリーが表示されます。これをインベントリツリーといいます。

インベントリツリーで表示したいインベントリ情報を選択する
インベントリツリーは，Windowsのエクスプローラと同じ方法で操作できます。インベントリツリーで選択したインベントリ情報がウィンドウの右側のインベントリ領域に表示されます。

表示されるインベントリ項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［シャーシインベントリ］ウィンドウを参照してください。

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

ここでは，ホストのインベントリ情報の表示方法について説明します。

［ホスト管理］ウィンドウでインベントリ情報を見たいホストを選択する

［ホスト管理］メニューから［インベントリ］を選択する
［インベントリ］ウィンドウが表示されます。
［インベントリ］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［インベントリ］を選択することでも表示できます。ラックマネージャからの資産情報の表示方法については，「8.7　ラックマネージャからの資産情報の表示」を参照してください。

ウィンドウの左側にインベントリ情報の分類ツリーが表示されます。これをインベントリツリーといいます。

インベントリツリーで表示したいインベントリ情報を選択する
インベントリツリーは，Windowsのエクスプローラと同じ方法で操作できます。インベントリツリーで選択したインベントリ情報がウィンドウの右側のインベントリ領域に表示されます。

表示されるインベントリ項目は管理対象ホストによって異なります。各ホストで表示されるインベントリ項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［インベントリ］ウィンドウを参照してください。

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

JP1/ServerConductorで管理しているインベントリ情報は，CSV形式で出力できます。

出力したCSVデータから，各ホストのインベントリ情報の一覧を作成し，データの比較などに利用できます。

デフォルトでは，Cドライブのインベントリ情報が出力されます。Cドライブ以外のインベントリ情報を出力する場合は，ドライブを指定します。

注意

次のインベントリ情報は出力できません。

・サーバシャーシ

・IOEU

・HVM

・VMホスト

・VMゲスト

次に，インベントリ情報の出力方法を説明します。

［ホスト管理］ウィンドウでインベントリ情報を出力するホストを選択する
複数選択できます。すべてのホストのインベントリ情報を出力する場合，この操作は省略できます。

［ファイル］メニューから［インベントリCSV形式ファイル出力］を選択する
［インベントリCSVファイル出力］ダイアログボックスが表示されます。
［インベントリCSVファイル出力］ダイアログボックスは，［ラックマネージャ］ウィンドウの［ファイル］メニューから［インベントリCSV形式ファイル出力］を選択することでも表示できます。ラックマネージャからの資産情報の表示方法については，「8.7　ラックマネージャからの資産情報の表示」を参照してください。

インベントリ情報を出力する対象のホストを選択する
すべてのホストのインベントリ情報を出力する場合は［全てのホスト］を選択します。
手順1で選択したホストのインベントリ情報を出力する場合は［選択されたホスト］を選択します。

Cドライブ以外のドライブのインベントリ情報を出力する場合は［オプション］ボタンをクリックする
［インベントリCSVファイル出力オプション］ダイアログボックスが表示されます。

デフォルトではCドライブのインベントリ情報だけを出力します。Cドライブのインベントリ情報だけを出力する場合，この操作は省略できます。なお，対象ホストがLinuxおよびHP-UXの場合には，ドライブ情報は出力されません。

ドライブ情報を出力するドライブを選択し，［切替］ボタンをクリックする
インベントリ情報を出力したいドライブの［○］が［●］に変更され，［出力しない］が［出力する］に変更されます。
［出力する］が設定されているドライブのインベントリ情報を出力しないようにするには，そのドライブを選択して［切替］ボタンをクリックしてください。

［OK］ボタンをクリックする
［インベントリCSVファイル出力］ダイアログボックスが表示されます。

［OK］ボタンをクリックする
［保存］ダイアログボックスが表示されますので，ファイル名を付けて保存します。

これで，インベントリ情報がCSV形式でファイルに保存されます。

出力されるインベントリ情報は，管理対象の種類によって異なります。出力されるインベントリ情報を次に示します。

表5-1　出力されるインベントリ情報

インベントリ情報の種類 | 管理対象の種類
Windowsサーバ | Linuxサーバ | HP-UXサーバ
コンピュータ名 | ○ | ○ | ○
TCP/IPホスト名 | ○ | ○ | ○
ネットワークドメイン名 | ○ | ○ | －
シャーシID | ○※1 | ○※1 | ○※1
パーティション番号 | ○※1 | ○※1 | ○※1
LPAR識別子 | ○※1 | ○※1 | ○※1
クラスタ名 | ○※2 | － | －
OS名 | ○ | ○ | ○
CPU | ○ | ○ | ○
最大速度 | ○ | ○ | ○
CPU個数 | ○ | ○ | ○
総メモリサイズ | ○ | ○ | ○
論理ドライブ情報の各項目 | ○ | － | －
電源制御 | ○ | ○ | ○
資産情報の各項目 | ○ | ○ | ○

（凡例）

○：出力される

－：出力されない

注※1

BladeSymphonyの場合だけ出力されます。

注※2

HA8000の場合だけ出力されます。

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

データベース作成後は，システム管理者はコンソールサービスを使って，次の運用管理ができます。

データベースから条件に合うホストを検索する（ホスト検索機能）

ある検索条件に合うホストをe-mailで定期的に通知する（自動レポート機能）

次に，それぞれの手順について説明します。

＜この節の構成＞

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

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

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

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

ホスト検索機能によって，指定したインベントリ項目の条件に合うホストをデータベースから検索できます。なお，「サーバシャーシ」，「IOEU」，「HVM」，「VMホスト」および「VMゲスト」は検索できません。検索結果はCSV形式のファイルに出力したり，グルーピングしたりできます。

ホスト検索機能の操作手順を次に示します。

［ホスト管理］ウィンドウの［ホスト管理］メニューから［ホスト検索］を選択する
［ホスト検索］ダイアログボックスが表示されます。

［検索条件］のツリービューから検索したい検索項目を選択する
検索項目は次の3つの項目に分かれています。

Windows項目

Linux項目

HP-UX項目

「Windows項目」，「Linux項目」，「HP-UX項目」を選択した場合は，それぞれのサーバで指定できるインベントリ項目がツリーで表示されます。また，ツリービューの右側に，選択したインベントリ項目に応じた検索条件が表示されます。

検索条件を指定する
検索条件には半角文字で255文字まで入力できます。表示される検索条件については，「(4)　ホスト検索時の検索条件」を参照してください。
＜ワイルドカード検索について＞
［ワイルドカード検索を行う］チェックボックスをONにすることで，次のワイルドカード文字を使用できます。
?：任意の1文字
*：任意の文字列

ワイルドカード検索を行う場合，指定できる検索条件は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)　ホスト検索結果の表示形式を切り替える

［ホスト検索結果］ウィンドウの［表示］メニューから［表示形式］－［詳細表示］または［概要表示］を選択する
ホスト検索結果の表示形式が切り替わります。

次に，それぞれの表示形式について説明します。

詳細表示形式

1つの検索結果項目を1つの行で表示します。同一ホストの検索結果項目が複数である場合は，それぞれの項目を複数行で表示します。

概要表示形式

同一ホストの検索結果をまとめて，1つの行で表示します。

Windowsドライブ名およびWindowsトータルドライブ容量もまとめて1つの行で表示されます。

Windowsドライブ名の表示順に対応して，Windowsトータルドライブ容量が表示されます。

(2)　ホスト検索結果をCSV形式ファイルに出力する

［ホスト検索結果］ウィンドウの［ファイル］メニューから［ホスト検索結果CSV形式ファイル出力］を選択する
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を入力して［保存］ボタンをクリックする

(3)　ホスト検索結果をグルーピングする

［ホスト検索結果］ウィンドウの［グループ］メニューから［ユーザ定義］を選択する
［ユーザ定義］ウィンドウが表示されます。

［ユーザ定義］ウィンドウの［編集］メニューから［新規グループ作成］を選択する
グループツリーに新しいグループが作成されます。

［ホスト検索結果］ウィンドウから［ユーザ定義］ウィンドウへホストをドラッグ&ドロップ，またはコピー&ペーストする
これで，グループにホストが登録されます。グループは複数個作成，および階層化できるので，検索結果に応じて目的別にグループを分けられます。また，グループの名称もユーザが設定できるので，目的に応じたグループ名を設定してください。なお，グループは8階層まで設定できます。

グループ作成後，［ユーザ定義］ウィンドウの［ファイル］メニューから［保存］を選択する
設定したユーザ定義のグループ情報が保存されます。

作成したグループの検索条件を参照したい場合，そのグループでマウスの右ボタンをクリックして，表示されるメニューから［プロパティ］を選択します。［（グループ名）のプロパティ］ダイアログボックスが表示されます。

(4)　ホスト検索時の検索条件

データベースからホストを検索する場合に，［ホスト検索］ダイアログボックスから指定できる検索条件を，検索項目別に示します。

表5-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マイクロ作成日 | 文字 | ※
資産情報 | 装置情報 | プロダクト名 | 文字 | 等しい，以外
シリアル番号 | 文字 | ※
資産情報 | 資産名称 | 文字 | ※
資産番号 | 文字 | ※
機器構成 | 文字 | ※
購入年月日 | 文字 | ※
減価償却期間 | 文字 | ※
管理部署名 | 文字 | ※
管理部署番号 | 文字 | ※
管理者名 | 文字 | ※
管理者番号 | 文字 | ※
管理者詳細情報 | 文字 | ※
管理者情報 | 運用管理者名 | 文字 | ※
運用管理者番号 | 文字 | ※
運用管理者詳細情報 | 文字 | ※
連絡先電話番号 | 文字 | ※
連絡先メールアドレス | 文字 | ※
設置場所/その他 | サイト情報 | 文字 | ※
設置場所詳細情報 | 文字 | ※
備考 | 文字 | ※

（凡例）

※：等しい，以外，以上，以下，＜，＞

－：該当しない

表5-3　検索条件（Linux項目の場合）

カテゴリ1 | カテゴリ2 | 検索項目 | 入力形式 | 条件入力方式
基本システム | システム装置 | エージェントバージョン | 文字 | ※
システムBIOSバージョン | 文字 | 等しい，以外
システムBIOS作成日 | 文字 | ※
OS&ネットワーク | OS名 | 文字 | 等しい，以外
OSバージョン | 文字 | ※
CPU | プロセッサ名 | 文字 | 等しい，以外
最大速度 | 数値：MHz | ※
プロセッサ数 | 数値 | ※
スロット番号 | 数値 | ※
装着状態 | 文字 | 等しい，以外
システムキャッシュサイズ | 数値：キロバイト | ※
メモリ | 総メモリサイズ | 数値：メガバイト | ※
最大ページングファイルサイズ | 数値：キロバイト | ※
ファイルシステム | － | ファイルシステム番号 | 数値 | ※
マウントポイント | 文字 | 等しい，以外
トータル容量 | 数値：キロバイト | ※
空き容量 | 数値：キロバイト | ※
拡張スロット | PCI | スロット番号 | 数値 | ※
ボード装着状態 | 文字 | 等しい，以外
ボード名 | 文字 | 等しい，以外
ベンダ名 | 文字 | 等しい，以外
SVP | － | SVPマイクロリビジョン | 文字 | ※
SVPマイクロ作成日 | 文字 | ※
資産情報 | 装置情報 | プロダクト名 | 文字 | 等しい，以外
シリアル番号 | 文字 | ※
資産情報 | 資産名称 | 文字 | ※
資産番号 | 文字 | ※
機器構成 | 文字 | ※
購入年月日 | 文字 | ※
減価償却期間 | 文字 | ※
管理部署名 | 文字 | ※
管理部署番号 | 文字 | ※
管理者名 | 文字 | ※
管理者番号 | 文字 | ※
管理者詳細情報 | 文字 | ※
管理者情報 | 運用管理者名 | 文字 | ※
運用管理者番号 | 文字 | ※
運用管理者詳細情報 | 文字 | ※
連絡先電話番号 | 文字 | ※
連絡先メールアドレス | 文字 | ※
設置場所/その他 | サイト情報 | 文字 | ※
設置場所詳細情報 | 文字 | ※
備考 | 文字 | ※

（凡例）

※：等しい，以外，以上，以下，＜，＞

－：該当しない

表5-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名称
文字
等しい，以外

資産情報
装置情報
プロダクト名
文字
等しい，以外

シリアル番号
文字
※

資産情報
資産名称
文字
※

資産番号
文字
※

機器構成
文字
※

購入年月日
文字
※

減価償却期間
文字
※

管理部署名
文字
※

管理部署番号
文字
※

管理者名
文字
※

管理者番号
文字
※

管理者詳細情報
文字
※

管理者情報
運用管理者名
文字
※

運用管理者番号
文字
※

運用管理者詳細情報
文字
※

連絡先電話番号
文字
※

連絡先メールアドレス
文字
※

設置場所/その他
サイト情報
文字
※

設置場所詳細情報
文字
※

備考
文字
※

（凡例）

※：等しい，以外，以上，以下，＜，＞

－：該当しない

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

自動レポート機能によって，マネージャサービスが管理するインベントリ情報を，指定した時間にシステム管理者にe-mailで通知できます。ここでは，自動レポート機能を使用するための手順について説明します。

［ホスト管理］ウィンドウの［ホスト管理］メニューから［レポートスケジュール］を選択する
［レポートスケジュール設定］ダイアログボックスが表示されます。

［自動レポート通知］チェックボックスをONにする
自動レポート通知が有効になり，［レポート時間］，［レポート条件］，および［レポート方法］が設定できるようになります。

［レポート時間］の［リストへ追加］ボタンをクリックする
［レポート時間設定］ダイアログボックスが表示されます。［レポート時間設定］ダイアログボックスでは，レポートをe-mailで通知する曜日や日時を設定します。

［設定名称］に，設定するスケジュールの名称を入力します。デフォルトは「レポート時間設定n」（nはレポート時間設定の個数）です。
そのほかの項目については，「5.2.2(2)　データベースの作成」の［データベース更新スケジュール設定］ダイアログボックスと同様の手順で設定します。
各設定の適用規則を次に示します。

＜適用規則＞

［レポートを通知する］ラジオボタンをONにした場合，特定日の設定が優先されます。特定日設定と曜日設定の両方で「レポートを通知する」ラジオボタンをONに設定をした場合，設定時間に関係なく曜日設定は無効となります。
（例）特定日「2008/01/16（水）9:00（通知）」，曜日「水曜日12:00（通知）」の場合，2008/01/16（水）の9:00にレポートが通知されますが，12:00にはレポートは通知されません。

［通知を除外する］ラジオボタンをONにした場合，特定日と曜日の設定に優先順位はありません。ただし，特定日設定で［レポートを通知する］ラジオボタンをONにし，かつ，曜日設定で［通知を除外する］ラジオボタンをONにしている場合，通知時間と除外時間が同じであれば，除外が優先されます。
（例）特定日「2008/01/16（水）9:00（通知）」，曜日「水曜日9:00（除外）」の場合，2008/01/16（水）の9:00には，除外が優先されるためレポート通知はされません。

レポートスケジュール時間は，「5.2.2(2)　データベースの作成」の［データベース更新スケジュール設定］ダイアログボックスで設定した，データベース更新スケジュール時間よりもあとになるように設定してください。データベース更新後にレポートスケジュールを行うように設定すると，常に最新の情報がレポートされます。この場合，1時間以上の間隔を空けてください。

［レポートを通知する］ラジオボタンをONにした場合，設定間隔が30分よりも小さい場合，あとの設定がエラーになります。

［毎月］や［毎日］の設定をした結果，通知時間の間隔が30分未満となった場合はあとの設定が無効になります。

［OK］ボタンをクリックする
［レポートスケジュール設定］ダイアログボックスに戻ります。

レポート条件の［リストへ追加］ボタンをクリックする
［レポート条件設定］ダイアログボックスが表示されます。［レポート条件設定］ダイアログボックスでは，通知するレポートに含める，ホストのインベントリ情報の条件を設定します。

各項目は，「5.4.1　データベースからホストを検索する（ホスト検索機能）」と同様の手順で設定します。

［OK］ボタンをクリックする
［レポートスケジュール設定］ダイアログボックスに戻ります。

使用する［レポート時間］，［レポート条件］，および［レポート方法］を選択する
複数のレポート時間またはレポート条件を設定した場合，ここで選択したレポート時間およびレポート条件でレポート通知されます。
［レポート時間設定］ダイアログボックスで，レポート時間の［通知を除外する］ラジオボタンをONにすると，レポート通知を行いません。

［OK］ボタンをクリックする

＜この項の構成＞

(1)　レポート通知の形式

(1)　レポート通知の形式

次の形式で通知されます。

e-mailの本文

次の内容となります。

添付ファイル

［マネージャサービス設定］ダイアログボックスの［e-mail設定］タブで選択した形式のファイルが添付されます。次にCSV形式とHTML形式とについて，分けて説明します。

CSV形式
次のCSV形式の内容が添付されます。添付ファイル名はYYYYMMDDhhmmInv.csvとなります。

HTML形式
次のHTML形式の内容が添付されます。添付ファイル名はYYYYMMDDhhmmInv.htmlとなります。

注意

CSV形式およびHTML形式の添付ファイルサイズが，「5.2.2(3)　e-mailの設定（自動レポート機能）」の添付ファイルサイズを超えると，「指定された添付ファイルのサイズを超えるため，これ以降の情報は送信しません。」のメッセージが添付ファイルに付加され，指定サイズ内に収まる情報だけが添付ファイルに書き込まれます。

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

各ホストの持つインベントリ情報とマネージャサービスが保持するデータベースの内容の一貫性を保つために，次のどちらかの方法で同期を取る必要があります。

＜この項の構成＞

(1)　手動同期

(2)　スケジュール同期

(1)　手動同期

［ホスト管理］ウィンドウの［ホスト管理］メニューから［DBを最新の状態に更新］を選択する
マネージャサービスが管理している全ホストのデータベースの内容が更新されます。

(2)　スケジュール同期

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［レポート機能］タブを選択する

［データベース更新スケジュール設定］ボタンをクリックする
［データベース更新スケジュール設定］ダイアログボックスが表示されます。

［データベースを更新する］ラジオボタンをONにし，データベースを更新する曜日または日時を指定する

［データベース更新スケジュール設定］ダイアログボックスの設定内容については，「5.2.2(2)　データベースの作成」の［データベース更新スケジュール設定］ダイアログボックスの説明を参照してください。

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

JP1/ServerConductorでは，管理対象ホストのハードウェア構成図をコンソールサービス／ローカルコンソールサービスで表示できます。ハードウェア構成図を参照することで管理対象ホストのCPUや電源ユニットの場所を確認できます。

注意

管理対象ホストにインストールしているエージェントサービスがハードウェア構成図の表示機能に対応している必要があります。ハードウェア構成図の表示機能は，管理対象ホストがWindowsサーバの場合だけ使用できます。

管理対象ホストがハードウェア構成図の表示機能に対応している必要があります。

次にハードウェア構成図の表示方法を説明します。

［ホスト管理］ウィンドウでハードウェア構成図を表示したいホストを選択する

［ホスト管理］メニューから［図面表示］を選択する

次の［図面表示］ウィンドウが表示されます。

［図面表示］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［図面表示］を選択することでも表示できます。ラックマネージャからの資産情報の表示方法については，「8.7　ラックマネージャからの資産情報の表示」を参照してください。

このウィンドウのダイアログバーには次のコントロールがあります。

コントロール名称 | コントロールの機能
［戻る］ボタン | 管理対象ホストが複数のハードウェア構成図を持っている場合，このボタンをクリックすることで前の図面を表示できます。先頭の図面を表示しているときは最後の図面を表示します。
［次へ］ボタン | 管理対象ホストが複数のハードウェア構成図を持っている場合，このボタンをクリックすることで次の図面を表示できます。最後の図面を表示しているときは先頭の図面を表示します。
枚数表示テキストボックス | ウィンドウに表示している図面が全図面枚数の何枚目であるかを，「現在表示している図面番号※/全図面枚数」の形式で表示します。

注※

先頭の図面から1，2，3，…，n（nは全図面枚数）というように，この機能が各図面に割り振っている番号を表示します。

5.6　MIF情報を表示する

JP1/ServerConductorでは，MIFというフォーマットで定義された，ホストの状態や情報を管理コンソールで表示できます。

注意

MIF情報は，HA8000 Windowsサーバでだけ表示できます。

次にMIF情報の表示方法を説明します。

［ホスト管理］ウィンドウでMIF情報を表示したいホストを選択する

［ホスト管理］メニューから［MIF情報］を選択する
［MIF情報］ウィンドウが表示されます。
［MIF情報］ウィンドウは，［ラックマネージャ］ウィンドウの［ホスト管理］メニューから［MIF情報］を選択することでも表示できます。ラックマネージャからの資産情報の表示方法については，「8.7　ラックマネージャからの資産情報の表示」を参照してください。

このウィンドウには，ホストが持っているMIF情報が表示されます。詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［MIF情報］ウィンドウを参照してください。

6.　クラスタシステム上の管理対象サーバの運用

JP1/ServerConductorでは，MSCSまたはフェールオーバークラスタでクラスタ設定をしている管理対象サーバのクラスタ情報の表示，およびクラスタ制御スケジュールの設定ができます。

この章では，JP1/ServerConductorでのクラスタ情報の表示方法とクラスタ制御スケジュールの設定方法について説明します。

＜この章の構成＞

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

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

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

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

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

管理対象サーバを，MSCSまたはフェールオーバークラスタを利用したクラスタシステムで運用している場合，JP1/ServerConductorからクラスタ情報の表示およびクラスタ制御スケジュールの設定ができます。

ここでは，JP1/ServerConductorのクラスタシステム運用の概要を説明します。

＜この節の構成＞

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

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

クラスタシステム上の管理対象サーバをJP1/ServerConductorから管理する場合，管理対象サーバにインストールしたクラスタ管理エージェントサービスを使用します。クラスタ管理エージェントサービスを使用してクラスタ構成のサーバを管理する場合の利点を次に示します。

クラスタのグループおよびリソースの情報を遠隔地から参照できます。

クラスタのグループおよびリソースの状態が変更されると，クラスタイベントをアラートとして管理者に通知できます。

特定の日や毎週決まった時間にクラスタグループでフェイルオーバーが実行されるように，スケジュールを設定できます。

特定のアラートが発生した場合，将来的なサーバ停止を予測して，自動的にフェイルオーバーが実行されるように設定できます。

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

管理対象サーバに，MSCSまたはフェールオーバークラスタのクラスタ構成で管理しているサーバがある場合，クラスタ制御のスケジュールを設定できます。

ここでは，クラスタ制御スケジュールの設定方法を説明します。なお，クラスタ制御スケジュールを設定する場合，サーバにクラスタ管理エージェントサービスをインストールしている必要があります。

この操作は，アドミニストレータでログインした場合だけ実行できます。

注意

設定するクラスタ制御スケジュールは，電源制御スケジュールと30分以上，かつ同じクラスタグループに対するクラスタ制御スケジュールと5分以上の間隔を空けて設定してください。

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

1日のスケジュールにある［クラスタ制御］タブを選択する
クラスタ制御の設定項目が表示されます。

グループリストから他ノードへ移動したいグループを選択する

グループを移動する時刻を設定する
曜日や日付は，電源スケジュールと同じように曜日設定と特定日設定で設定します。

移動先ノードをリストから選択する

移動後のグループの状態を設定する
移動したグループの状態を「Online」，「Offline」，または「なにもしない」から選択します。

［↓リストに追加］ボタンをクリックする
設定した内容がリストに追加されます。クラスタ制御スケジュールは，リストに30個まで設定できます。

［設定→］ボタンをクリックする
設定した内容が，設定済み曜日リストまたは特定日リストに追加されます。

複数個，クラスタ制御スケジュールを設定したい場合は，画面上に表示されている「曜日設定」，「特定日設定」および「1日のスケジュール」のリストをクリアしたあとに，この操作を繰り返します。1日のクラスタ制御スケジュールとして，30個設定できます。また，曜日リストに7個，特定日リストに50個まで設定できます（電源制御スケジュールと合わせた数になります）。

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

管理対象サーバのクラスタ情報を表示する場合，次の手順で操作します。

［ホスト管理］ウィンドウでクラスタ設定をしているサーバを選択する
クラスタ設定をしているサーバは，［クラスタ名］にクラスタ名が表示されます。

［ホスト管理］メニューから［クラスタ管理］を選択する
［クラスタ管理］ウィンドウが表示されます。

［クラスタ管理］ウィンドウの左ペインのツリーから表示したい情報を選択すると，ウィンドウの右ペインに，クラスタの情報が表示されます。

表示されるクラスタの情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［クラスタ管理］ウィンドウを参照してください。

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

クラスタ管理エージェントサービスをインストールしたサーバでは，クラスタアドミニストレータまたはフェールオーバークラスタ管理から各ノードのクラスタサーバサービスは停止できません。クラスタアドミニストレータまたはフェールオーバークラスタ管理からクラスタサーバサービスを停止させる場合，コントロールパネルのサービス機能，またはサーバマネージャを使ってクラスタ管理用サービス（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サービスが停止することを確認する

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

この章では，JP1との連携，RAIDマネージメントプログラムを使用したディスクアレイ管理，およびHP-UX EMSとの連携について説明します。

また，コンソールサービスから外部プログラムを起動する方法についても説明します。

＜この章の構成＞

7.1　連携できるプログラム

7.2　JP1/IMと連携する

7.3　DPMと連携する

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

7.5　HP-UX EMSと連携する

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

7.1　連携できるプログラム

JP1/ServerConductorは，他プログラムと連携したシステム管理ができます。

例えば，JP1/IMと連携することで，マネージャサービスが受信したアラートをイベントとしてJP1/IMに通知できます。

この章で説明している，JP1/ServerConductorと連携するプログラムと，連携することでできる機能を次の表に示します。

表7-1　JP1/ServerConductorと連携するプログラムと，連携することでできる機能

項番 | プログラム名 | 機能 | 参照先
1 | JP1/IM | JP1/ServerConductorの運用状態をJP1/IMのビューアから監視したり，JP1/IMの統合機能メニューからJP1/ServerConductorのコンソールサービスまたはWebコンソールサービスを起動したりする。 | 7.2
2 | DPM | JP1/ServerConductorで管理しているサーバシャーシが持つ物理パーティションの情報を，DPMのコンピュータ情報として取得し，ファイルにエクスポートする。 | 7.3
3 | RAIDマネージメントプログラム | ディスクアレイから通知されるアラートを管理する。 | 7.4
4 | HP-UX EMS※ | HP-UX EMSからAgent（HP-UX）に通知されるアラート情報によって，HP-UX EMSが管理するハードウェアやシステムリソースの状態を管理する。 | 7.5

注※

BladeSymphonyでHP-UXを使用する場合，システム装置の障害情報をアラートとして通知するためにはHP-UX EMSと連携する必要があります。

このほか，管理対象に関連するプログラムをコンソールサービスから起動させることもできます。

7.2　JP1/IMと連携する

JP1/IM連携機能を使用することによって，次の操作ができるようになります。

マネージャサービスが受け取った通知アラートをJP1/IMのビューア（イベントコンソール）から参照する

JP1/IMの統合機能メニューからJP1/ServerConductorのコンソールサービスまたはWebコンソールサービスを起動する

それぞれの設定方法および操作方法について，次に説明します。

＜この節の構成＞

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

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

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

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

マネージャサービスが受け取ったJP1/ServerConductorの管理対象からのアラートを，JP1のイベントサーバにイベントとして通知できます。これによって，JP1/IMのビューアからJP1/ServerConductorの管理対象ホストの通知アラートを参照できるようになります。

注意

SNMP Trapを変換したアラート（0x4080～0x4089）は，イベントとして通知できません。

＜この項の構成＞

(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連携機能］タブを選択する
環境設定ユティリティの［JP1/IM連携機能］タブが表示されます。

「(a)　マネージャサービスを経由して通知する場合」で示した情報を設定する

設定内容を確認し，［OK］ボタンをクリックする

また，個々のアラートの属性は，［ホスト管理］ウィンドウの［エージェントサービス設定］ダイアログボックスで設定できます。詳細な設定方法については，「2.4.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 - Managerの自動アクション

JP1/IM - Managerの監視オブジェクトの監視条件

インシデント相関定義

ガイド

(3)　JP1イベントの属性

JP1/IM連携でアラート通知をした場合，JP1/IMに通知される情報を，JP1イベントの属性別に次に示します。

(a)　基本属性

基本属性は，すべてのJP1イベントが持っている属性です。JP1/IM連携でアラート通知をした場合に通知されるJP1イベントの基本属性を次の表に示します。

表7-2　基本属性

通知情報 | 属性名 | 内容
イベントID | － | イベントID（イベントIDについては，Invent.xlsを参照してください）
メッセージ | － | アラートメッセージ※

（凡例）

－：なし

注※

アラートメッセージ内に半角カタカナが含まれている場合は，全角カタカナに変換されて通知されます。

また，通知できるアラートメッセージの長さは255バイトです。メッセージが255バイトを超える場合は，255バイトに収まるように，メッセージの一部が「...」に置き換わって通知されます。

(b)　拡張属性

拡張属性は，JP1イベントを発行するプログラムが独自に割り当てる属性です。

拡張属性には共通情報と固有情報があります。共通情報はJP1プログラムで統一されている情報を示します。固有情報は共通情報以外の拡張属性を示します。

共通情報

JP1/IM連携でアラート通知をした場合に通知されるJP1イベントの，拡張属性の共通情報の一覧を次に示します。

表7-3　共通情報（拡張属性）

通知情報 | 属性名 | 内容
重大度 | 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イベントの，拡張属性の固有情報の一覧を次に示します。

表7-4　固有情報（拡張属性）

通知情報 | 属性名 | 内容
発生日時 | HSM_TIME | アラート発生日時※1
発生サーバ | HSM_SERVER | アラート発生サーバ（コンピュータ名）※2
アラートレベル | HSM_ALERT_LEVEL | JP1/ServerConductorのアラートレベル※3
アラートID | HSM_ALERT_ID | JP1/ServerConductorのアラートID
発生部位 | HSM_PORTION | “BIOS POST”，“CI”，”HVM”，“SCSI”，“SVP”，“UPS”，“エージェントサービス”，“クラスタ”，“システムボード”，“ディスクアレイ”，“ドライバ”，“ネットワーク関連”，“マネージャサービス”，“ローカルコンソールサービス”，“拡張スロット”，“筐体/電源”

注※1

UTC 1970年1月1日 00:00:00からの通算秒数。

注※2

アラートが発生したサーバのホスト名（ホスト名が半角で16文字以上の場合，15文字までが表示されます）。

注※3

インフォメーション，注意，警告，障害の4レベル。

(c)　JP1/IMの重大度とJP1/ServerConductorのアラートレベル

JP1/IMの重大度とJP1/ServerConductorのアラートレベルは，それぞれ次のとおりに対応します。

JP1/IMの重大度 | JP1/ServerConductorのアラートレベル
情報 | インフォメーション
警告 | 注意
致命的 | 警告
警戒 | 障害

7.2.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のコンソールサービスを同じマシンにインストールすると，統合機能メニューの機能ツリーの［サーバ管理］に［管理コンソール］アイコンが自動的に表示されます。

コンソールサービスを起動する場合，統合機能メニューの機能ツリーの［サーバ管理］から［管理コンソール］をダブルクリックします。

(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 8 JP1/Integrated Management - Manager リファレンス

JP1 Version 9 JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス

Webコンソールサービスを起動する場合，統合機能メニューの機能ツリーの［サーバ管理］から［Webコンソール］をダブルクリックします。

7.2.3　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
  E.PRODUCT_NAME IN /HITACHI/SYSTEM_MANAGER
  end-to

  ----- forward ファイル  end -------------------------------

設定内容の意味は次のとおりです。

to IMSERVER

イベントサーバ名（この例ではIMSERVER）を設定します。IPアドレスは設定できません（IPアドレスとホスト名の対応はDNSを使用するかhostsファイルで設定してください）。

E.PRODUCT_NAME IN /HITACHI/SYSTEM_MANAGER

これはアラート（JP1イベント）のフィルタリングの設定です。

ServerConductorのアラートを通知するように，上記のとおりに設定します。

end-to

転送設定指定の終了を示します。

注意

JP1/Baseを使用する場合，JP1/Baseに対して認証サーバの設定およびJP1ユーザ登録が必要です。設定方法については，マニュアル「JP1 Version 8 JP1/Base 運用ガイド」またはマニュアル「JP1 Version 9 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バイトです。メッセージが255バイトを超える場合は，255バイトに収まるように，メッセージの一部が「...」に置き換わって通知されます。

7.3　DPMと連携する

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

この機能を使用すると，JP1/ServerConductorで管理しているサーバシャーシから，コンピュータ名，MACアドレスなど，物理パーティションの情報を，DPMからインポートできる形式でファイルに出力することで，DPMのコンピュータの情報として一括して登録できます。

DPMコンピュータ情報のエクスポートとインポートの概要を次の図に示します。

図7-1　DPMコンピュータ情報のエクスポートとインポートの概要

＜この節の構成＞

7.3.1　前提条件

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

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

7.3.1　前提条件

この機能を使用するには，次の前提条件があります。

DPMの管理対象とするコンピュータがBladeSymphonyの物理パーティション上にあること

パーティション情報ステータスが「Configuration validate」であること
パーティション情報ステータスは，サーバシャーシインベントリで確認できます。サーバシャーシインベントリの確認方法については，「5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する」を参照してください。

7.3.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アドレス※が表示されます。

DPMスロットID

DPMに登録されるスロットIDです。パーティションIDに1を加えた値が表示されます。

DPMシナリオ割当て許可

このパーティションにDPMのシナリオの割り当てを許可するかどうかが表示されます。

許可：シナリオの割り当てを許可します。

不許可：シナリオの割り当てを許可しません。

デフォルトでは「許可」が表示されます。

DPMスロット幅

DPMに登録されるスロット幅です。パーティションを構成するサーバモジュールの枚数が表示されます。「1」または「2」で表示され，2枚以上の場合は「2」が表示されます。

注※

ハードウェア固有ではないMACアドレス（Additional MACアドレス）を使用している場合，Additional MACアドレスが表示されます。そのため，シャーシインベントリの［Gigabit Ether MACアドレス1］に表示されるMACアドレスとは異なることがあります。Additional MACアドレスについては，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

コンピュータ情報としてエクスポートするMACアドレスまたはシナリオ割り当て許可を変更したい場合は，［対象パーティションを選択してください］リストボックスでパーティションを選択し，［エクスポート情報変更］ボタンをクリックする
コンピュータ情報としてエクスポートするMACアドレスまたはシナリオ割り当て許可を変更したい場合はパーティションを1つだけ選択してください。複数選択することはできません。
［JP1/SC/DPMエクスポート情報変更］ダイアログボックスが表示されます。

設定項目を次に示します。

設定項目
設定内容

MACアドレス※1
DPMコンピュータ情報としてエクスポートするMACアドレスをドロップダウンリストから選択します。
ドロップダウンリストには，［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックスで選択したパーティションが持つ，サーバモジュールオンボードのNICのMACアドレスがすべて表示されます。

シナリオ割当て※2
このパーティションにDPMのシナリオの割り当てを許可するかどうかをドロップダウンリストから選択します。

許可

シナリオの割り当てを許可します。

不許可

シナリオの割り当てを許可しません。

注※1

このMACアドレスには，サーバモジュールのオンボードのNICのMACアドレスが，NIC1，NIC2の順番で表示されます。SMP構成の場合は2枚目のサーバモジュールのMACアドレスが，NIC1，NIC2の順番で表示されます。ハードウェア固有ではないMACアドレス（Additional MACアドレス）を使用している場合，Additional MACアドレスで表示されます。Additional MACアドレスについては，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

なお，NIC1，NIC2は次のスイッチに対応しています。

・BS1000の場合：スイッチ＆マネジメントモジュールスロット0，1に搭載されているギガビットスイッチ

・BS2000，BS500，または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行目以降にエクスポートしたコンピュータ情報が出力されます。各項目は半角の「"」（ダブルクォーテーション）で囲まれて出力されます。各出力項目の説明を次の表に示します。

表7-5　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 9 JP1/ServerConductor/Deployment Manager」のコンピュータ情報一括登録について記載されている章を参照してください。

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

エクスポートしたDPMコンピュータ情報は，DPMにインポートできます。DPMへのインポート方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Deployment Manager」のコンピュータ情報一括登録について記載されている章を参照してください。

注意

エクスポートしたDPMコンピュータ情報をインポートできるのは，DPMのバージョンが06-00以降の場合だけです。

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

RAIDマネージメントプログラム（サーバ）に添付されているmdacci.exeを使用して，ディスクアレイから通知されるアラートを管理できます。この機能を使用する場合には，ここで説明する手順でインストールおよび設定をしてください。

注意

RAIDマネージメントプログラムとの連携は，HA8000サーバの場合だけできます。

デバイス管理エージェントサービスのディスクアレイコンポーネントをインストールする場合，「7.4.2　mdacci.exeをサービスとして登録する」の作業は不要です。

＜この節の構成＞

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

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

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

Agentをインストールしたあとで，RAIDマネージメントプログラム（サーバ）をインストールします。すでにRAIDマネージメントプログラム（サーバ）をインストールしている場合は，Agentをインストールしたあと，再度RAIDマネージメントプログラム（サーバ）をインストールしてください。

7.4.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:"<ServerConductorのインストール先フォルダ>¥bin
                             ¥mdacci.exe"
ObjectName        REG_SZ:"LocalSystem"
Start             REG_DWORD:0x00000002
Type              REG_DWORD:0x00000010

注意

レジストリを書き終えたら，サーバをリブートしてください。また，JP1/ServerConductorをアンインストールする場合は，上記レジストリを削除したあとで，JP1/ServerConductorをアンインストールしてください。

7.5　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）が行ってください。

＜この節の構成＞

7.5.1　概要

7.5.2　HP-UX EMS連携の設定

7.5.3　アラートの内容

7.5.4　ロギング機能

7.5.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）を介してマネージャサービスにアラートとして通知します。通知されたアラートはほかのアラートと同様にコンソールサービスで表示，管理できます。

図7-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の機能を理解した上で使用することが前提となります。

7.5.2　HP-UX EMS連携の設定

＜この項の構成＞

(1)　ポート番号

(2)　HP-UX EMSの設定

(3)　エージェント環境設定ファイルの設定

(1)　ポート番号

HP-UX EMSとの通信に使用するポート番号を，デフォルト値（9000）以外に変更する場合，/etc/servicesファイルにHP-UX EMS連携機能で使用するポート番号を設定してください。/etc/servicesファイルで使用するポート番号を変更する場合，ほかのアプリケーションで使用していないポート番号を設定してください。

なお，ポート番号を変更した場合，エージェントサービスの再起動が必要です。

(2)　HP-UX EMSの設定

HP-UX EMS連携機能は，HP-UX EMSを前提としています。事前に，使用している環境に合わせてHP-UX EMSを設定してください。

表7-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を設定します。

ポート番号
/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)　エージェント環境設定ファイルの設定

エージェント環境設定ファイルの設定については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmheditコマンドを参照してください。

HP-UX EMS連携機能を使用する場合は，AgtEmsFuncをTrueに設定してください（デフォルトでTrueになっています）。

そのほかの設定項目についてはお使いの環境に合わせて設定してください。

7.5.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のアラートレベルの対応は次の表のようになります。

表7-7　イベントレベルとアラートレベルの対応

種別
HP-UX EMSの
イベントレベル
JP1/ServerConductorの
アラートレベル

EMS Hardware Monitors
Information
インフォメーション

Minor Warning
注意

Major Warning
警告

Serious
警告

Critical
障害

EMS HA Monitors
UP
インフォメーション

DOWN
障害

その他
注意

7.5.4　ロギング機能

HP-UX EMS連携機能には，アラート通知をするとともに障害の詳細情報をログファイルに出力するロギング機能があります。ロギング機能を使用する場合は，エージェントサービス（HP-UXサーバ）の環境設定でロギング機能を有効（True）にします。デフォルトは有効（True）です。ログ出力先ファイルは環境設定で指定できます。詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されているsmheditコマンドを参照してください。ログファイルに出力される内容を次の表に示します。

表7-8　ログファイルに出力する内容

項目 | 意味
TimeStamp | 障害が発生した時間です。アラートのタイムスタンプと同様です。
ResourceName | 障害の発生部位を表すリソース名です。
AlertLevel | アラートのレベルです。
AlertMsg | アラートメッセージです。
Event Descriptions | HP-UX EMSがsyslogファイルやイベントログファイルに出力する障害の詳細な情報です。この項目は出力されないことがあります。

ログファイルの出力例を次に示します。

図7-3　ログファイルの出力例

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

管理対象に関連するプログラムを，コンソールサービスのメニューから起動できます。コンソールサービスのメニューに登録されているプログラムを次に示します。

表7-9　コンソールサービスのメニューに登録されているプログラム

項番 | プログラム名 | 機能概要
1 | Device Manager | ストレージ機器全般の管理
2 | JP1/Cm2/NC | ネットワーク機器の管理
3 | DPM | 管理対象サーバのデプロイメント管理
4 | Storage Navigator Modular 2 | ストレージ機器（BR1600，Hitachi AMS）の管理
5 | SANtricity | ストレージ機器（BR1200）の管理
6 | Virtage Navigator | HVMの管理

また，任意のプログラムを，外部プログラムとして登録することで，コンソールサービスから起動できるようになります。

ここでは，コンソールサービスから外部プログラムを起動する方法について説明します。

＜この節の構成＞

7.6.1　外部プログラムを起動するための準備

7.6.2　外部プログラムの起動

7.6.1　外部プログラムを起動するための準備

＜この項の構成＞

(1)　メニューに登録されているプログラムを起動するための準備

(2)　任意のプログラムを起動するための準備

(1)　メニューに登録されているプログラムを起動するための準備

メニューに登録されているプログラムを起動するための準備を次に示します。

コンソールサービスでの設定をする場合，アドミニストレータでログインしてください。サブアドミニストレータの場合，すでに登録されているプログラムの実行はできますが，設定はできません。

(a)　Device Manager

コンソールサービスをインストールしたマシンと同一ネットワークにあるマシンに，Device Managerをインストールしてください。

また，コンソールサービスでDevice Managerの起動URLを設定してください。起動URLの設定手順を次に示します。

注意

起動URLが次のURLの場合，コンソールサービスでの設定は不要です。

http://localhost:23015/DeviceManager

［ホスト管理］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。
［コンソールサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［起動URL設定］タブを選択する
［起動URL設定］タブが表示されます。

［プログラム一覧］の［プログラム名］から「HDvM」を選択する
［URL設定］の［プログラム名］に「HDvM」，［起動URL］にデフォルトのURLが表示されます。

［起動URL］テキストボックスにDevice Managerの起動URLを指定する
起動URLは半角1,023文字以内で指定してください。

［OK］ボタンをクリックする

(b)　JP1/Cm2/NC

コンソールサービスをインストールしたマシンと同一マシンに，JP1/Cm2/NC - Viewをインストールしてください。

(c)　DPM

コンソールサービスをインストールしたマシンと同一ネットワークにあるマシンに，DPMをインストールしてください。

また，コンソールサービスでDPMの起動URLを設定してください。起動URLの設定手順はDevice Managerの場合と同じです。［コンソールサービス設定］ダイアログボックスの［起動URL設定］タブで，DPMの起動URLを設定してください。

注意

起動URLが次のURLの場合，コンソールサービスでの設定は不要です。

http://localhost:8080/DeploymentManager/Start.jsp

(d)　Storage Navigator Modular 2

コンソールサービスをインストールしたマシンと同一ネットワークにあるマシンに，Storage Navigator Modular 2をインストールしてください。

また，コンソールサービスでStorage Navigator Modular 2の起動URLを設定してください。起動URLの設定手順はDevice Managerの場合と同じです。［コンソールサービス設定］ダイアログボックスの［起動URL設定］タブで，Storage Navigator Modular 2の起動URLを設定してください。

注意

起動URLが次のURLの場合，コンソールサービスでの設定は不要です。

http://localhost:23015/StorageNavigatorModular/

(e)　SANtricity

コンソールサービスをインストールしたマシンと同一マシンに，SANtricityをインストールしてください。

また，コンソールサービスでSANtricityの起動EXEファイルを設定してください。起動EXEファイルの設定手順を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。
［コンソールサービス設定］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから［コンソールサービス設定］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

［起動EXE設定］タブを選択する
［起動EXE設定］タブが表示されます。

［プログラム一覧］の［プログラム名］から「SANtricity」を選択する
［外部プログラム設定］の［プログラム名］に「SANtricity」が表示されます。

［ファイル名］テキストボックスにSANtricityの起動EXEファイル名（絶対パス名）を指定する
または，［参照］ボタンをクリックして，SANtricityの起動EXEファイルのファイル名称を選択します。

［OK］ボタンをクリックする

(f)　Virtage Navigator

コンソールサービスをインストールしたマシンと同一マシンに，Virtage Navigatorをインストールしてください。

また，コンソールサービスでVirtage Navigatorの起動EXEファイルを設定してください。起動EXEファイルの設定手順はSANtricityの場合と同じです。［コンソールサービス設定］ダイアログボックスの［起動EXE設定］タブで，Virtage Navigatorの起動EXEファイル名を設定してください。

(2)　任意のプログラムを起動するための準備

コンソールサービスから任意のプログラムを起動させる場合，起動したいプログラムを外部プログラムとして登録しておく必要があります。

外部プログラムを登録する場合，アドミニストレータでログインしてください。サブアドミニストレータの場合，すでに登録されている外部プログラムの実行はできますが，登録はできません。

次に外部プログラムの登録方法を説明します。

［ホスト管理］ウィンドウの［外部プログラム］メニューから［外部プログラム］を選択する
［外部プログラム起動］ダイアログボックスが表示されます。

［外部プログラム起動］ダイアログボックスは，［ラックマネージャ］ウィンドウの［外部プログラム］メニューから［外部プログラム］を選択することでも表示できます。手順については，「8.8　ラックマネージャからの外部プログラムの起動」を参照してください。

「ファイル名」テキストボックスに起動したい外部プログラムのファイル名（絶対パス名）を設定する
または，［参照］ボタンをクリックして，起動したい外部プログラムのファイル名称を選択します。

「プログラム名」テキストボックスに，手順2で設定したファイル名に対するプログラム名を設定する

［リストに追加］ボタンをクリックする
追加したプログラム名とファイル名が外部プログラムリストに表示されます。

登録したい外部プログラム名が複数ある場合は，この操作を繰り返してください。

また，登録した外部プログラムを削除したい場合は，削除したいプログラムを選択して，［リストから削除］ボタンをクリックしてください。

7.6.2　外部プログラムの起動

管理対象に関連するプログラムを，コンソールサービスから起動する方法を次に示します。

＜この項の構成＞

(1)　メニューに登録されているプログラムの起動

(2)　登録したプログラムを起動する

(1)　メニューに登録されているプログラムの起動

メニューに登録されているプログラムの起動方法を次に示します。

［ホスト管理］ウィンドウの［外部プログラム］メニューから起動したいプログラムのメニューを選択する
URL起動の外部プログラムを起動する場合，起動確認のダイアログボックスが表示されます。処理を続行する場合は［OK］ボタンをクリックしてください。

これで，選択したプログラムが起動されます。

起動確認のダイアログボックスを表示させなくするには，［ホスト管理］ウィンドウの［外部プログラム］メニューにある［起動確認ダイアログの表示］を選択し，チェックを外した状態にするか，起動確認のダイアログボックスが表示されたときに，［次回からこのメッセージを表示しない］チェックボックスをONにしてください。

外部プログラムは，［ラックマネージャ］ウィンドウの［外部プログラム］メニューから起動したいプログラムのメニューを選択することでも起動できます。手順については，「8.8　ラックマネージャからの外部プログラムの起動」を参照してください。

(2)　登録したプログラムを起動する

ここでは，「7.6.1(2)　任意のプログラムを起動するための準備」で登録したプログラムの起動方法を説明します。外部プログラムの起動には，ユーザ権限に対する制限はありません。

［ホスト管理］ウィンドウの［外部プログラム］メニューから［外部プログラム］を選択する
［外部プログラム起動］ダイアログボックスが表示されます。

外部プログラムリストから起動したいプログラム名を選択する

［起動］ボタンをクリックする

これで，選択した外部プログラムが起動されます。

外部プログラムは，［ラックマネージャ］ウィンドウの［外部プログラム］メニューから［外部プログラム］を選択することでも起動できます。手順については，「8.8　ラックマネージャからの外部プログラムの起動」を参照してください。

8.　ラック管理

ストレージ部，ネットワーク部，ブレードサーバ部などの機器を，ラックマネージャに登録することでグラフィカルに表示させて，ラック全体を管理します。

この章ではラック管理の方法について説明します。

＜この章の構成＞

8.1　ラック管理とは

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

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

8.4　SNMP Trapの受信設定をする

8.5　ラックマネージャからの障害管理

8.6　ラックマネージャからの遠隔操作

8.7　ラックマネージャからの資産情報の表示

8.8　ラックマネージャからの外部プログラムの起動

8.9　ラックマネージャからの設定情報の変更

8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用

8.11　ラックマネージャからのストレージ運用支援機能の利用

8.12　ラックマネージャからのSMP構成管理機能の利用

8.13　ラックマネージャからのHVM構成管理機能の利用

8.1　ラック管理とは

ラック管理とは，ラックマネージャと呼ばれるGUIを利用して，ラックおよびラックに搭載されている各機器を管理する機能です。

ラックおよびラックに搭載されている各機器をラックマネージャに登録することで，機器イメージから，その機器に対応した各種の操作ができるようになります。

例えば，ラックに搭載された機器に障害が発生した場合，ラックマネージャ上では障害が発生した機器の部分の色が変わり，アラートの詳細情報が表示されます。このため，どの機器にどのような障害が発生したのか一目でわかります。

ラック管理を利用した機器管理の例を次の図に示します。

図8-1　ラック管理を利用した機器管理の例

ラックマネージャの機能を次に示します。

ラック内の構成を視覚的に表示し，機器イメージから管理対象機器を操作する

ラックマネージャでは，ネットワーク部やブレードサーバ部などのラック内の機器構成をそのままのイメージで表示できます。ラックマネージャを利用することで，各機器の配置状況やラックの空き状況などを容易に把握できます。また，障害発生時にSNMP Trapを受信してアラートを表示したり，障害部位を表示したりできます。さらに，各機器のイメージから電源操作や資産情報の照会など，管理対象機器に関する操作ができます。

SNMP Trapをアラートとして通知する

ラックマネージャでは，アラートまたはSNMP Trapを利用して障害を監視します。

ブレードサーバ部およびサーバは，アラートによる障害監視を行っているため，SNMPによる障害監視の必要はありません。それ以外の管理対象機器は，あらかじめ受信設定することで，SNMP Trapによる障害監視ができます。

ただし，ブレードサーバ部またはサーバの場合も，次の機器については，SNMP Trapによる障害監視が必要です。

拡張モジュール（IOEU以外）

VMホスト

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

ラック管理機能は，［ラックマネージャ］ウィンドウから操作します。ここでは，まず［ラックマネージャ］ウィンドウを表示する手順，表示内容，および注意事項について説明します。次に，ラック管理機能を使用して管理対象機器の状態を表示する手順を説明します。

＜この節の構成＞

8.2.1　表示手順と表示内容

8.2.2　注意事項

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

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

8.2.5　BladeSymphonyサーバ一覧を表示する

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

8.2.1　表示手順と表示内容

［ラックマネージャ］ウィンドウの表示手順を次に示します。

［ホスト管理］ウィンドウの［ラック管理］メニューから［ラックマネージャ］を選択する
［ラックマネージャ］ウィンドウが表示されます。

［ラックマネージャ］ウィンドウは3つの領域から構成されています。それぞれのペインに表示される内容は次のとおりです。

画面の左側の領域（左ペイン）

画面の左側の領域を左ペインと呼びます。左ペインには，ラックマネージャに登録されている機器全体の情報が表示されます。

左ペインの上部には，ラックマネージャに登録されている機器全体のアラート情報が表示されます。ここには，［通知アラート］ウィンドウで表示されているアラートのうち，ラックマネージャに登録されている機器に対する未確認アラートの件数がアラートのレベルごとに表示されます。

左ペインの下部には，ラックマネージャをルートノードとして，ラックの構成がツリー形式で表示されます。ラックの下位には，各ラックに搭載されている機器が表示されます。ラックに属する機器でインフォメーション以外のアラートが発生した場合は，ラックも含めて「アラート通知あり」の状態を示すアイコンが表示されます。

画面の中央の領域（中央ペイン）

画面の中央の領域を中央ペインと呼びます。中央ペインには，左ペインで選択したラック，または左ペインで選択した機器が搭載されているラックの情報と，ラックの機器イメージが表示されます。

ラックに搭載された機器でインフォメーション以外のアラートが発生した場合，中央ペインに表示された機器イメージが「アラート通知あり」の状態に変わります。

画面の右側の領域（右ペイン）

画面の右側の領域を右ペインと呼びます。右ペインには，左ペインまたは中央ペインで選択した機器の情報が表示されます。

右ペインの上部には，選択した機器に対して実行できる操作のメニューコマンドおよび機器の情報が表示されます。下部には選択した機器で発生したアラートのうち未確認のアラートが一覧で表示されます。中央部には，［通知アラート］ウィンドウで表示されているアラートのうち，選択した機器に対する未確認アラートの件数がアラートのレベル（インフォメーション以外）ごとに表示されます。また，下部に表示された未確認アラートの一覧で選択したアラートの詳細情報が表示されます。

［ラックマネージャ］ウィンドウに表示される情報の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［ラックマネージャ］ウィンドウを参照してください。

なお，LPAR上で稼働しているサーバおよびHVMの表示については，「13.3.14　ラック管理」を参照してください。

8.2.2　注意事項

今後，バージョンアップによって種別やモデルが追加されることがあります。現バージョンのコンソールサービスで新しいバージョンのマネージャサービスに接続した場合，追加された種別やモデルのアイコンおよびイメージがありません。その場合，同じ種別のデフォルトモデルで同じサイズのアイコンおよびイメージが表示されます。そのアイコンおよびイメージもない場合，周辺機器のデフォルトモデルで同じサイズのアイコンおよびイメージが表示されます。それでもイメージがない場合は，「イメージがありません!」と表示されます。

08-20以前のバージョンのマネージャサービスから，08-21以降のバージョンのマネージャサービスに更新した場合，ストレージ部には08-21以降で使用されるモデル名が表示されます。

08-22以前のバージョンのマネージャサービスに接続した場合，ブレードサーバ部のサーバモジュールの状態が表示されません。この場合，すべてのスロットが装着された画像が表示されます。また，サーバシャーシまたはサーバシャーシ内のどれかのスロットがアラート通知ありの状態の場合，ブレードサーバ部全体がアラート通知ありの表示になります。

ブレードサーバ部が次に示すどれかの状態の場合，ブレードサーバ部のサーバモジュールの状態が表示されません。この場合，すべてのスロットが装着された画像が表示されます。また，サーバシャーシまたはサーバシャーシ内のどれかのスロットがアラート通知ありの状態の場合，ブレードサーバ部全体がアラート通知ありの表示になります。

「モデル」欄の設定内容が実際と異なる（KASM200D5が表示される）

「サイズ」欄の設定内容が実際と異なる（KASM200D5が表示される）

モデルを自動判別できない（KASM200D4が表示される）

複数スロットを占有するBS320のサーバモジュールを使用している場合，08-65以前のバージョンのマネージャサービスに接続すると，サーバモジュールが占有するスロットのうち，最も小さい番号のスロットにサーバモジュールが挿入されているものとして表示されます。それより大きい番号のスロットはサーバモジュールに占有されていても何も表示されません。

SMP構成を組んだサーバモジュール上で稼働するAgentホスト，HVMなど，物理スロットを特定しない管理対象でアラートが発生した場合，そのアラートはパーティションを構成するすべてのサーバモジュールでアラート件数としてカウントされ，［ラックマネージャ］ウィンドウの右ペインに表示されます。
例えば，スロット0とスロット1でSMP構成を組んでいる状態で，次のように障害アラートが発生したとします。

スロット0のサーバモジュール：2件

スロット1のサーバモジュール：3件

SMP構成を組んだサーバモジュール上で稼働しているAgentホスト：1件

この場合，［ラックマネージャ］ウィンドウの右ペインに表示される障害アラート件数は次のようになります。

スロット0の障害アラート：3件
サーバモジュールのアラート2件+Agentホストのアラート1件

スロット1の障害アラート：4件
サーバモジュールのアラート3件+Agentホストのアラート1件

未確認アラートがある状態で空きスロットになった場合，［ラックマネージャ］ウィンドウからは空きスロットの未確認アラートを確認できません。空きスロットの未確認アラートは，［通知アラート］ウィンドウから確認してください。

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

ラックの一覧を表示する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［表示］メニューから［ラック一覧］を選択する
［ラックマネージャ］ウィンドウの中央ペインおよび右ペインの領域にラックの一覧が表示されます。

ラックの一覧には，アイコン，名前，サイズ，説明が表示されます。ラックに属する機器からインフォメーション以外のアラートが通知されている場合は，「アラート通知あり」を示すアイコンが表示されます。

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

未配置機器の一覧を表示する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［表示］メニューから［未配置機器一覧］を選択する
［ラックマネージャ］ウィンドウの中央ペインおよび右ペインの領域に未配置機器の一覧が表示されます。

未配置機器一覧には，アイコン，名前，種別，モデル，IPアドレス，サイズ，説明，未確認アラートが表示されます。
機器からインフォメーション以外のアラートが通知されている場合は，「アラート通知あり」を示すアイコンが表示されます。未確認アラートは「あり」または空白で表示され，右クリックメニューで［通知アラート表示］から［通知アラート］ウィンドウを表示し，その機器が通知したインフォメーション以外のアラートをすべて確認することで「あり」表示が空白になります。
また，名前欄に表示されている各機器の名称をダブルクリックすると，［通知アラート］ウィンドウが表示されます。

8.2.5　BladeSymphonyサーバ一覧を表示する

BladeSymphonyサーバの一覧を表示する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［表示］メニューから［BladeSymphonyサーバ］を選択する
［ラックマネージャ］ウィンドウの中央ペインおよび右ペインの領域にBladeSymphonyサーバの一覧が表示されます。

BladeSymphonyサーバ一覧には，アイコン，名前，種別，モデル，IPアドレス，シャーシID，パーティション番号，説明，未確認アラートが表示されます。

機器からインフォメーション以外のアラートが通知されている場合は，「アラート通知あり」を示すアイコンが表示されます。未確認アラートは「あり」または空白で表示され，右クリックメニューで［通知アラート表示］から［通知アラート］ウィンドウを表示し，その機器が通知したインフォメーション以外のアラートをすべて確認することで「あり」表示が空白になります。

また，名前欄に表示されている各機器の名称をダブルクリックすると，［通知アラート］ウィンドウが表示されます。

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

ラックイメージを表示する手順を次に示します。

［ラックマネージャ］ウィンドウの左ペインのツリーでラックノードまたは機器ノードをクリックする
［ラックマネージャ］ウィンドウの中央ペインおよび右ペインが表示されます。

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

ラックマネージャでラックを管理するには，管理対象機器をラックマネージャに登録する必要があります。

まず，ラックに搭載されている各機器をラックマネージャに登録します。次にそれらの機器が搭載されているラックを登録し，ラックに機器を配置します。

設定の追加や変更などの操作を行う場合，「更新モード」で操作する必要があります。現在のモードは，［ラックマネージャ］ウィンドウのタイトルまたは［モード選択］メニューで確認できます。「更新モード」にするには，［モード選択］メニューから［更新モード］を選択します。

［ラックマネージャ］ウィンドウでは，ラックに搭載されている機器をラック単位で管理できます。また，ラックマネージャでは，ラックおよび機器をそれぞれ5,000個まで作成できます。

＜この節の構成＞

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

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

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

ラックマネージャで，管理対象となる機器を登録，変更，または削除する手順を次に示します。

＜この項の構成＞

(1)　機器の追加

(2)　機器の変更

(3)　機器のラックからの削除

(4)　機器の削除

(1)　機器の追加

機器の追加（登録）では，機器の名前などの情報と，SNMPに関する情報を設定します。

ブレードサーバ部およびサーバには，サービス構成表示で該当するマネージャサービスを選択したときに表示されているサーバシャーシおよびサーバだけを登録できます。また，サーバシャーシ内のサーバ，スイッチ＆マネジメントモジュールのギガビットイーサネットスイッチ，ファイバチャネルスイッチモジュールは，ブレードサーバ部として一元管理できます。

なお，SNMP Trapをアラートの形式で通知する場合，機器を追加するときに，通知するアラートの内容も設定します。SNMP Trapは機器ごとに設定できます。

機器を追加する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［構成変更］メニューから［機器の追加］を選択する
［機器の追加］ダイアログボックスが表示されます。

種別を選択する
ドロップダウンリストで，ブレードサーバ部，ストレージ部，ネットワーク部，サーバ，ファイバチャネルスイッチ，ロードバランシングサーバ，無停電電源装置，周辺機器が表示されます。これらの中から，機器に追加する種別を選択してください。

モデルを選択する（任意）
モデルのドロップダウンリストが活性となっている場合，モデルを選択できます。選択は任意ですので，選択しなくてもかまいませんが，選択したモデルによって選択できるサイズが異なる場合があります。
種別でブレードサーバ部を選択している場合は，自動的にモデルが選択されるため，任意に選択することはできません。
種別がブレードサーバ部でモデルがIOEU以外の場合は，［拡張モジュール］から拡張モジュールを選択して，拡張モジュールに対してSNMP管理ができます。拡張モジュールの選択は任意です。拡張モジュールに対するSNMP Trapの設定については，「8.4.1(2)　SNMP管理の設定手順（拡張モジュールの場合）」を参照してください。

名前を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。同一種別内で同じ名前は入力しないでください。
種別で，ブレードサーバ部またはサーバを選択した場合，［ホスト管理］ウィンドウに表示されているシャーシIDまたはホストがドロップダウンリストで表示されるので，その一覧から選択してください。

サイズを入力する
選択した種別とモデルによって，選択可能なサイズがドロップダウンリストで表示されるので，その一覧から選択してください。一度登録した機器のサイズは変更できません。

説明（任意）を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。入力は任意ですので，入力しなくてもかまいません。

［OK］ボタンをクリックする
［機器の追加］ダイアログボックスが閉じられ，機器が追加されます。

(2)　機器の変更

追加した機器の情報を変更する手順を次に示します。ただし，種別，モデルおよびサイズの変更はできません。種別，モデルおよびサイズを変更する場合は，機器をラックマネージャから削除してから追加する操作をしてください。機器をラックマネージャから削除する操作については「(3)　機器のラックからの削除」および「(4)　機器の削除」を，機器を追加する操作については「(1)　機器の追加」を参照してください。

［ラックマネージャ］ウィンドウのツリーまたは未配置機器の一覧で機器をクリックする

［構成変更］メニューから［変更］を選択する
［機器の変更］ダイアログボックスが表示されます。

変更する情報を入力または選択する
操作方法については，「(1)　機器の追加」を参照してください。

［OK］ボタンをクリックする
［機器の変更］ダイアログボックスが閉じられ，機器の情報が変更されます。

(3)　機器のラックからの削除

機器をラックから削除し，未配置機器とする手順を次に示します。

［ラックマネージャ］ウィンドウのツリーで機器をクリックする

［構成変更］メニューから［ラックから削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
メッセージが閉じられ，ラックから機器が削除されます。

(4)　機器の削除

機器をラックマネージャから削除する手順を次に示します。

［ラックマネージャ］ウィンドウの未配置機器の一覧で機器をクリックする

［構成変更］メニューから［削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
メッセージが閉じられ，ラックマネージャから機器が削除されます。

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

ラックマネージャで，管理対象となるラックを登録，変更，または削除する手順を次に示します。

＜この項の構成＞

(1)　ラックの追加

(2)　ラックの構成変更

(3)　ラックの削除

(1)　ラックの追加

管理対象となるラックを新規に追加（登録）する手順を次に示します。ただし，新規に追加するラックに機器を搭載する場合は，先に機器の追加を行う必要があります。機器の追加については，「8.3.1(1)　機器の追加」を参照してください。

［ラックマネージャ］ウィンドウのツリーでラックマネージャノードをクリックする

［構成変更］メニューから［ラックの追加］を選択する
［ラックの追加］ダイアログボックスが表示されます。

ラックの名前を入力する
半角で127文字まで入力できます。全角文字は半角2文字分とします。すでに登録されているラック名は入力しないでください。

ラックの説明（任意）を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。入力は任意ですので，入力しなくてもかまいません。

ラックのサイズを入力する
10～50の範囲で指定してください。39以上を指定した場合は画面にスクロールバーが表示されます。

未配置機器の種別で，ラックに追加する機器の種別を選択する
ドロップダウンリストで，ブレードサーバ部，ストレージ部，ネットワーク部，サーバ，ファイバチャネルスイッチ，ロードバランシングサーバ，無停電電源装置，周辺機器が表示されます。これらの中から，ラックに追加する機器の種別を選んでください。

機器一覧から追加する機器を選択して，［←］ボタンでラックの構成に移動する
選択した機器を画面左側のラックの構成に，上から詰めて移動します。
複数の機器を選択することもできます。複数選択した場合，選択した機器を上から順番に配置し，入る空きがなくなった時点で，それ以降の機器が入る空きがあっても移動をストップします。
ラックに機器のイメージが表示されます。未配置機器には機器一覧で最後に選択した機器の情報が表示されます。

［↑］および［↓］ボタンで機器を移動する
ラックの構成に表示されている機器のイメージをクリックすると緑色の枠で囲まれます。［↑］および［↓］ボタンで機器を移動します。連続する機器（空きを挟んでもよい）も同時に上下移動できます。機器のイメージは1目盛りずつ移動します。移動先に機器がある場合は，その先に空きがあれば，その機器を飛び越えて移動します。
配置済み機器には機器のイメージで最後に選択した機器の情報が表示されます。

手順3～手順8の操作を繰り返して，ラックに機器を搭載する

［OK］ボタンをクリックする
［ラックの追加］ダイアログボックスが閉じられ，ラックマネージャノードの下位にラックが追加されます。

ラックに搭載した機器の情報を変更するには，機器のイメージを選択して配置済み機器の［変更］ボタンをクリック，または機器一覧から機器を選択して未配置機器の［変更］ボタンをクリックします。機器の変更については，「8.3.1(2)　機器の変更」を参照してください。

注意

ラックイメージは，サイズに10U～50Uを入力した場合に変更されます。51U以上を入力すると入力範囲外エラーメッセージを表示し，サイズを50Uに修正します。また，最上部の機器から最下部の機器までのサイズ以下を入力すると，取り得る最小値に修正されます。サイズが10U～50U以外で［↑］，［↓］，［←］，［→］ボタンをクリックすると，入力範囲外エラーメッセージを表示し，何も変更されません。ラックの最下部に機器が配置されている状態で，ラックのサイズを小さくすることはできません。また，ラックに配置されている機器はラックのサイズ変更に合わせて移動しません。

(2)　ラックの構成変更

ラックの構成を変更する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックノードをクリックする

［構成変更］メニューから［変更］を選択する
［ラックの構成変更］ダイアログボックスが表示されます。

ラックの名前，ラックの説明，およびラックのサイズを変更する
この画面では，主にラックの名前，ラックの説明，ラックのサイズ，およびラックの機器配置を変更します。配置済み機器を変更する場合は，左側のラックイメージから変更する機器を選択し，配置済み機器の［変更］ボタンをクリックします。未配置機器を変更する場合は，機器一覧から変更する機器を選択し，未配置機器の［変更］ボタンをクリックします。

配置済み機器および未配置機器を変更する
配置済み機器および未配置機器を変更する操作方法については，「8.3.1(2)　機器の変更」を参照してください。

［OK］ボタンをクリックする
［ラックの構成変更］ダイアログボックスが閉じられ，ラックの構成が変更されます。

(3)　ラックの削除

ラックに機器が搭載されている場合は，そのラックを削除することはできません。その場合は，ラックに搭載されている機器をすべて未配置にしてから削除します。機器を未配置に変更する方法については，「(2)　ラックの構成変更」または「8.3.1(3)　機器のラックからの削除」を参照してください。

ラックをラックマネージャから削除する手順を次に示します。

［ラックマネージャ］ウィンドウのツリーでラックノードをクリックする

［構成変更］メニューから［削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
メッセージが閉じられ，ラックノードが削除されます。

8.4　SNMP Trapの受信設定をする

この節では，SNMP Trapをアラートとして受信するための設定について説明します。

注意

SNMP Trapを変換したアラート（0x4080～0x4089）は，JP1のイベントサーバにイベントとして通知できません。

＜この節の構成＞

8.4.1　SNMP Trapを受信するための準備

8.4.2　SNMP Trapの受信設定

8.4.3　注意事項

8.4.1　SNMP Trapを受信するための準備

SNMP Trapを受信するには，SNMPを利用するための次の準備が前提になります。

ラックに配置する各機器で，SNMPエージェントを利用できるようにしてください。
SNMPエージェントの機能がない場合は，各機器に対応したSNMPエージェント機能のあるソフトウェアをインストールしてください。

各SNMPエージェントは，マネージャサービスがインストールされているマシンにSNMP Trapを送信するように設定してから起動してください。
マネージャサービスが複数IPアドレス構成時の場合には，SNMPエージェントのSNMP Trap送信先として，マネージャサービスがインストールされているマシンの物理IPアドレスを指定してください。環境設定ユティリティの［マネージャサービス］タブから表示される［ネットワーク（共通）］タブの［複数IPアドレス構成時に使用するIPアドレス］に指定されたIPアドレスを指定する必要はありません。

マネージャサービスがインストールされているマシンに，Windows添付のSNMP Trap Serviceをインストールしてください。

注意

マネージャサービスが起動されると，同期してSNMP Trap Serviceも起動されます。

マネージャサービスを起動後にSNMP Trap Serviceを停止または再起動すると，SNMP Trapを受信できなくなります。SNMP Trap Serviceを停止または再起動したときは，マネージャサービスも再起動してください。

ラック管理では，SNMP v1およびSNMP v2cにだけ対応しています。

以上の準備が完了したら，追加済みの機器にSNMP管理の設定をします。手順を次に示します。

＜この項の構成＞

(1)　SNMP管理の設定手順

(2)　SNMP管理の設定手順（拡張モジュールの場合）

(1)　SNMP管理の設定手順

［ラックマネージャ］ウィンドウのツリーまたは未配置機器の一覧で機器をクリックする

［構成変更］メニューから［変更］または［追加］を選択する

［機器の変更］ダイアログボックス，または［機器の追加］ダイアログボックスで［SNMP管理］チェックボックスをONにする
種別がブレードサーバ部でモデルが「IOEU」の場合は，ONにできません。
種別がブレードサーバ部でモデルが「IOEU」以外の場合，［拡張モジュール］から拡張モジュールを選択しているときに，ONにできます。

IPアドレスを入力する
機器のIPアドレスを入力してください。種別がサーバの場合，IPアドレスが自動的に表示されます。
なお，複数のIPアドレスを持っていて，それぞれのIPアドレスから別々のSNMP Trapを送信する機器では，入力したIPアドレスからのSNMP Trapだけ受信できます。

コミュニティを選択または入力する
デフォルトは「public」です。ドロップダウンリストには，今まで登録した機器で入力されたコミュニティが表示されるので，その中から選択するか，または入力します。入力する場合は，半角で63文字まで入力できます。

SNMP Trapを追加する場合は，次のどちらかの操作をする

一つ一つSNMP Trapを設定する場合は，［Trap一覧］にある［追加］ボタンをクリックする
［SNMP Trapの追加］ダイアログボックスが表示されます。

MIBファイルを読み込んでSNMP Trapを追加する場合は，［Trap一覧］にある［ファイルから追加］ボタンをクリックする

SNMP Trapの追加方法については，「8.4.2　SNMP Trapの受信設定」を参照してください。

SNMP Trapをアラートとして通知するかどうかを選択する
SNMP Trapをアラートとして通知する場合，［通知］ラジオボタンをONにします。SNMP Trapをアラートとして通知しない場合，［非通知］ラジオボタンをONにします。

SNMP Trapをアラートとして通知する場合，通知するアラートの内容を設定する
アラートの設定内容については，「8.4.2(3)　アラート通知の設定」を参照してください。

［OK］ボタンをクリックする
［機器の変更］ダイアログボックスが閉じられ，SNMP管理の設定が有効になります。

(2)　SNMP管理の設定手順（拡張モジュールの場合）

種別がブレードサーバ部でモデルがIOEU以外の場合は，拡張モジュールに対してSNMP管理ができます。拡張モジュールに対してSNMP Trapを設定するには，［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで次の操作をします。

［ラックマネージャ］ウィンドウのツリーまたは未配置機器の一覧で機器をクリックする

［構成変更］メニューから［変更］または［追加］を選択する

［機器の変更］ダイアログボックス，または［機器の追加］ダイアログボックスで［SNMP管理］チェックボックスをONにする

［種別］に「ブレードサーバ部」が，［モデル］に「IOEU」以外が表示されている状態で，［拡張モジュール］からSNMP Trapを設定したい拡張モジュールを選択する

説明（任意）を入力する
半角で255文字まで入力できます。全角文字は半角2文字分とします。入力は任意ですので，入力しなくてもかまいません。

「(1) SNMP管理の設定手順」の手順3～8を実行する

ほかの拡張モジュールに対してSNMP Trapを設定したい場合は，手順3～5を繰り返す

［OK］ボタンをクリックする
［機器の変更］ダイアログボックスが閉じられ，拡張モジュールに対するSNMP管理の設定が有効になります。

8.4.2　SNMP Trapの受信設定

SNMP Trapを受信するためには，［SNMP Trapの追加］ダイアログボックスまたはMIBファイルを使用して，受信するSNMP Trapを設定しておく必要があります。また，設定したSNMP Trapをアラートで通知するには，さらに別の設定が必要です。

次にそれぞれの方法について説明します。

＜この項の構成＞

(1)　［SNMP Trapの追加］ダイアログボックスを使用して，受信するSNMP Trapを設定する

(2)　MIBファイルを使用して，受信するSNMP Trapを設定する

(3)　アラート通知の設定

(1)　［SNMP Trapの追加］ダイアログボックスを使用して，受信するSNMP Trapを設定する

［SNMP Trapの追加］ダイアログボックスを使用して，受信するSNMP Trapを追加する場合の手順を次に示します。複数のSNMP Trapを追加する場合は，各SNMP Trapについてすべての手順を繰り返してください。

［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで，［Trap一覧］にある［追加］ボタンをクリックする
［SNMP Trapの追加］ダイアログボックスが表示されます。

追加するSNMP Trapの名前を入力する
半角で127文字まで入力できます。すでに登録されている名前と同じ名前は登録できません。

SNMP Trapの種類を選択する
追加するSNMP Trapの種類によって，［SNMPv1］ラジオボタンまたは［SNMPv2c］ラジオボタンをONにします。
［SNMPv1］ラジオボタンをONにした場合の設定項目と［SNMPv2c］ラジオボタンをONにした場合の設定項目を次に示します。なお，すでにSNMP v1として登録されているSNMP TrapをSNMP v2cとして登録することはできません。逆の場合も同様です。SNMP v1とSNMP v2cの対応については，RFC3584を参照してください。

表8-1　［SNMPv1］ラジオボタンがON（SNMP v1のSNMP Trapを追加）の場合の設定項目

設定項目 | 設定内容
エンタープライズ | SNMP Trapのエンタープライズを半角数字または.（ピリオド）で入力します。.（ピリオド）は，先頭と終端，および連続して指定することはできません。半角で127文字まで入力できます。
一般トラップ | 一般トラップを選択します。デフォルトは「enterpriseSpecific」です。デフォルトの「enterpriseSpecific」以外のSNMP Trapは，同じ一般トラップを登録できません。
固有トラップ番号 | 固有トラップ番号を入力します。入力できる範囲は，0～2,147,483,647です。

エンタープライズ，一般トラップ，固有トラップ番号の組み合わせが同じにならないように設定してください。設定する内容は，追加する機器のマニュアルを参照してください。

表8-2　［SNMPv2］ラジオボタンがON（SNMP v2のSNMP Trapを追加）の場合の設定項目

設定項目 | 設定内容
snmpTrapOID | トラップ識別子を半角数字および.（ピリオド）で入力します。.（ピリオド）は，先頭と終端，および連続して指定することはできません。半角で128文字まで入力できます。すでに登録されているトラップ識別子と同じ識別子は登録できません。

SNMP Trapの説明（任意）を入力する
半角で511文字まで入力できます。入力は任意ですので，入力しなくてもかまいません。

［OK］ボタンをクリックする

(2)　MIBファイルを使用して，受信するSNMP Trapを設定する

MIBファイルを読み込むことで，受信するSNMP Trapを追加できます。MIBファイルの読み込みによって追加されたSNMP Trapは，デフォルトが非通知の設定になります。

MIBファイルを読み込んでSNMP Trapを追加する場合の手順を次に示します。

MIBファイルが次の規格に従って定義されていることを確認する

SNMP v1の場合

RFC1155またはRFC1215

SNMP v2cの場合

RFC2578，RFC2579，RFC2580，またはRFC3584

［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで，［Trap一覧］にある［ファイルから追加］ボタンをクリックする

該当するMIBファイルを選択する

追加したSNMP Trapをアラートとして通知したい場合は，［通知/非通知］のラジオボタンを［通知］に変更する

注意

次の場合，同一のSNMP Trapと見なされ上書きされます。

SNMP v1で一般トラップが「enterpriseSpecific」以外のSNMP Trapのとき，すでに同一の一般トラップが登録されている。

SNMP v1で一般トラップが「enterpriseSpecific」のSNMP Trapのとき，エンタープライズと固有トラップの組み合わせが同じ。

SNMP v2cですでに同一のsnmpTrapOIDが登録されている。

(3)　アラート通知の設定

ここでは，アラート通知を設定する場合の手順，デフォルトでサポートされている設定内容，および［通知アラート］ウィンドウに表示される項目について説明します。

(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)　［通知アラート］ウィンドウに表示される項目

［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスで通知するアラートの内容を設定した場合，設定した内容が［通知アラート］ウィンドウに表示されます。［通知アラート］ウィンドウに表示される各項目と［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでの設定内容を，次の表に示します。

表8-3　［通知アラート］ウィンドウに表示される各項目と［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでの設定内容

項番
［通知アラート］ウィンドウの表示項目
［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでの設定内容
表示形式

1
発生日時
－
－

2
発生ホスト

［名前］

［SNMP管理］の［IPアドレス］

名前（IPアドレス）

3
アラートレベル

［SNMP管理］の［アラート］の［アラートレベル］

アラートレベル

4
内容

［SNMP管理］の［アラート］の［内容］

［SNMP管理］の［Trap一覧］のSNMP Trap名

［SNMP管理］の［エンタープライズ］

［SNMP管理］の［固有トラップ番号］

内容（SNMP Trap名，エンタープライズ，固有トラップ番号）

5
確認状態
－
－

6
アラートID

アラートID

アラートID

7
発生部位

発生部位

発生部位

（凡例）

－：［機器の追加］ダイアログボックスまたは［機器の変更］ダイアログボックスでは設定しない

通知アラートについては，「2.3.1　通知アラートを表示する」を参照してください。

8.4.3　注意事項

＜この項の構成＞

(1)　SNMP Trap追加時の注意事項

(1)　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の場合でもアラートは通知されます。

8.5　ラックマネージャからの障害管理

機器に障害が発生すると，［ホスト管理］ウィンドウに表示されるアイコンが，「アラート通知あり」の状態を示すアイコンに変わります。この機器がラックマネージャに登録されている機器の場合は，ラックマネージャから障害情報の確認ができます。

また，ラックマネージャから，各種アラートログの表示，アラートのフィルタリング設定，アラート発生時のサーバの動作の設定などができます。

ここでは，ラックマネージャからの障害管理の方法について説明します。

＜この節の構成＞

8.5.1　アラート情報の表示

8.5.2　アラートログの表示

8.5.3　アラート通知のフィルタリング

8.5.4　アラート発生時のサーバの動作の設定

8.5.5　アラートのアプリケーションログへの記録

8.5.1　アラート情報の表示

ラックマネージャを使用した場合のアラート情報の表示方法を次に示します。

＜この項の構成＞

(1)　管理対象機器で発生したアラート情報の表示

(2)　通知されているアラート全体の表示

(1)　管理対象機器で発生したアラート情報の表示

［ホスト管理］ウィンドウの［ラック管理］メニューから［ラックマネージャ］を選択する
［ラックマネージャ］ウィンドウが表示されます。

未確認のアラートがある機器が1つの場合は，その機器の情報が中央ペインおよび右ペインに表示されます。
未確認のアラートがある機器が複数ある場合は，未確認アラートが発生している機器の中で，左ペインのツリーの一番上に表示されている機器の情報が中央ペインおよび右ペインに表示されます。ただし，［ラックマネージャ］ウィンドウの左ペインのアイコンが非活性の場合，未確認のアラートが存在してもその機器の情報が中央ペインおよび右ペインに表示されません。［ラックマネージャ］ウィンドウの左ペインのツリーから障害情報を表示したい機器を選択してください。
［ラックマネージャ］ウィンドウの表示時に確認したい機器の情報が表示されていない場合は，［ラックマネージャ］ウィンドウの左ペインのツリーから障害情報を表示したい機器を選択してください。

［ラックマネージャ］ウィンドウの右ペインの［未確認アラート一覧］で，通知されているアラートの内容を確認する

SNMP Trapの詳細情報を確認する場合は，右ペインの［未確認アラート一覧］でアラートを選択して［SNMP詳細］ボタンをクリックする
［SNMP Trap詳細］ダイアログボックスが表示されます。

［SNMP Trap詳細］ダイアログボックスに表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SNMP Trap詳細］ダイアログボックスを参照してください。
なお，［ラックマネージャ］ウィンドウの［確認］メニューから［SNMP詳細］を選択しても，［SNMP Trap詳細］ダイアログボックスを表示できます。

(2)　通知されているアラート全体の表示

ラックマネージャから，通知されているアラート全体の情報を表示する方法を次に示します。

［ラックマネージャ］ウィンドウの［アラート管理］メニューから［通知アラート表示］を選択する
［通知アラート］ウィンドウが表示されます。

［通知アラート］ウィンドウには，［ホスト管理］ウィンドウで管理している管理対象から通知されたアラートが表示されます。表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［通知アラート］ウィンドウを参照してください。また，［通知アラート］ウィンドウの操作については，「2.3.1　通知アラートを表示する」を参照してください。

8.5.2　アラートログの表示

ラックマネージャでは，次のアラートログを表示できます。マネージャアラートログは表示できません。

サーバアラートログ

BIOSポストログ

SVPログ

装置ログ

ラックマネージャから各アラートログを表示する方法を次に示します。なお，マネージャアラートログの表示方法については，「2.3.6　マネージャアラートログを表示する」を参照してください。

＜この項の構成＞

(1)　サーバアラートログの表示

(2)　BIOSポストログの表示

(3)　SVPログの表示

(4)　装置ログの表示

(1)　サーバアラートログの表示

ラックマネージャから表示する場合，サーバアラートログにはラックマネージャに登録した機器上で動作しているAgentホストのアラートログが表示されます。

表示方法を次に示します。

［ラックマネージャ］ウィンドウで，サーバアラートログを表示するAgentホストが動作している機器を選択する

［ホスト管理］メニューから［アラートログ］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。

［アラートログ一覧］から開始日および終了日を設定し，［OK］ボタンをクリックする
設定した期間のサーバアラートログが［サーバアラートログ］ウィンドウに表示されます。

［サーバアラートログ］ウィンドウに表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［サーバアラートログ］ウィンドウを参照してください。また，［サーバアラートログ］ウィンドウの操作については，「2.3.2　サーバアラートログを表示する」を参照してください。

(2)　BIOSポストログの表示

ラックマネージャから表示する場合，BIOSポストログにはラックマネージャに登録したHA8000上で動作しているAgentホスト（Windowsサーバ）のBIOSポストログが表示されます。

表示方法を次に示します。

［ラックマネージャ］ウィンドウで，BIOSポストログを表示するAgentホストが動作している機器を選択する

［ホスト管理］メニューから［BIOSポストログ］を選択する
［BIOSポストログ］ウィンドウが表示されます。

［BIOSポストログ］ウィンドウに表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［BIOSポストログ］ウィンドウを参照してください。また，［BIOSポストログ］ウィンドウの操作については，「2.3.3　BIOSポストログを表示する」を参照してください。

(3)　SVPログの表示

ラックマネージャから表示する場合，SVPログにはラックマネージャに登録した機器上で動作している次の管理対象のSVPログが表示されます。

サーバシャーシ

SVPボードを搭載したHA8000に，SVP管理エージェントサービスをインストールしているサーバ

SVPボードを搭載したHA8000で，SVP拡張機能が使用できるように設定しているサーバ

SVPボードを搭載したHA8000上で稼働しているVMホスト

表示方法を次に示します。

［ラックマネージャ］ウィンドウで，SVPログを表示する管理対象，または管理対象が動作している機器を選択する

［ホスト管理］メニューから［SVPログ/装置ログ］を選択する
［SVPログ/装置ログ］ウィンドウが表示されます。

［SVPログ/装置ログ］ウィンドウに表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SVPログ/装置ログ］ウィンドウを参照してください。また，［SVPログ/装置ログ］ウィンドウの操作については，「2.3.4　SVPログを表示する」を参照してください。

(4)　装置ログの表示

ラックマネージャから表示する場合，装置ログにはラックマネージャに登録したIOEUの装置ログが表示されます。

表示方法を次に示します。

［ラックマネージャ］ウィンドウで，装置ログを表示するIOEUを選択する

［ホスト管理］メニューから［SVPログ/装置ログ］を選択する
［SVPログ/装置ログ］ウィンドウが表示されます。

［SVPログ/装置ログ］ウィンドウに表示される情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SVPログ/装置ログ］ウィンドウを参照してください。また，［SVPログ/装置ログ］ウィンドウの操作については，「2.3.5　装置ログを表示する」を参照してください。

8.5.3　アラート通知のフィルタリング

アラート通知のフィルタリングについての設定は，ラックマネージャからも実施できます。ラックマネージャから設定する場合，ラックマネージャに登録した機器上で動作しているAgentホストに対して設定できます。

ラックマネージャからのアラート通知のフィルタリングの設定方法を次に示します。

［ラックマネージャ］ウィンドウで，フィルタリング設定をするAgentホストが動作している機器を選択する

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。
通知されるアラートをアラートレベルでフィルタリングする場合は，［アラート］タブを選択してください。

通知されるアラートを個々のアラート単位でフィルタリングする場合は，［各アラートの属性］タブを選択してください。

各タブでの設定内容については，「2.4.1　サーバに対するアラートフィルタリング」を参照してください。

8.5.4　アラート発生時のサーバの動作の設定

アラート発生時のサーバの動作の設定は，ラックマネージャからも実施できます。ラックマネージャから設定する場合，ラックマネージャに登録した機器上で動作しているAgentホストに対して設定できます。

ラックマネージャからのアラート発生時のサーバ動作の設定方法を次に示します。

［ラックマネージャ］ウィンドウで，サーバ動作を設定するAgentホストが動作している機器を選択する

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。

［各アラートの属性］タブを選択する
［各アラートの属性］タブが表示されます。

［各アラートの属性］タブでの設定内容については，「2.6.2　アラート発生時のサーバの動作の設定方法」を参照してください。

8.5.5　アラートのアプリケーションログへの記録

Windowsサーバで発生したアラートをアプリケーションログに記録する設定は，ラックマネージャからも実施できます。ラックマネージャから設定する場合，ラックマネージャに登録した機器上で動作しているWindowsサーバに対して設定できます。

アラートをアプリケーションログに記録する設定を，ラックマネージャから実施する方法を次に示します。

［ラックマネージャ］ウィンドウで，設定するAgentホストが動作している機器を選択する

［設定］メニューから［エージェントサービス設定］－［設定］を選択する
［エージェントサービス設定］ダイアログボックスが表示されます。

［アラート］タブを選択する
［アラート］タブが表示されます。

［アラート］タブでの設定内容については，「2.11.4　イベントログに記録する」を参照してください。

8.6　ラックマネージャからの遠隔操作

ラックマネージャに登録されている機器に対して，電源制御やランプ制御などの遠隔操作が機器イメージから実施できます。

ここでは，ラックマネージャからの遠隔操作の方法について説明します。

＜この節の構成＞

8.6.1　電源制御

8.6.2　リモートコントロール

8.6.3　リモートコンソール

8.6.4　ランプ制御

8.6.5　保守情報の取得

8.6.1　電源制御

ラックマネージャから，管理対象機器の電源を操作したり，電源制御スケジュールを設定したりできます。電源制御の対象となる機器や注意事項など，電源制御の詳細については，「3.2　電源制御」を参照してください。

注意

ラックマネージャでは，一括操作による電源制御や一括設定による電源制御スケジュール設定はできません。一括操作による電源制御の方法については，「3.2.5(5)　電源の一括操作」を参照してください。また，一括設定による電源制御スケジュール設定の方法については，「3.2.6(4)　電源制御スケジュールの一括設定」を参照してください。

＜この項の構成＞

(1)　電源の操作

(2)　電源制御スケジュールの設定

(1)　電源の操作

ラックマネージャから，管理対象機器に対して電源制御をする手順を次に示します。

［ラックマネージャ］ウィンドウで電源制御をする機器を選択する

［ホスト操作］メニューから実行したい電源制御のメニューを選択する

(2)　電源制御スケジュールの設定

ラックマネージャから，管理対象機器の電源制御スケジュールを設定する手順を次に示します。

［ラックマネージャ］ウィンドウで電源制御スケジュールを設定するサーバが動作している機器を選択する

［ホスト管理］メニューから［スケジュール］を選択する
［スケジュール管理］ダイアログボックスが表示されます。

［スケジュール管理］ダイアログボックスでの設定内容については，「3.2.6　電源制御スケジュールを設定する」を参照してください。

8.6.2　リモートコントロール

ラックマネージャに登録されている機器上で動作している管理対象サーバに対して，ラックマネージャからリモートコントロールを使用して遠隔操作できます。

ラックマネージャから管理対象サーバをリモートコントロールする方法を，次に説明します。

［ラックマネージャ］ウィンドウで，リモートコントロールしたい管理対象サーバが動作している機器を選択する

［ホスト操作］メニューから［リモートコントロール］を選択する

リモートコントロールの詳細については，「3.3　リモートコントロール」を参照してください。

8.6.3　リモートコンソール

ラックマネージャからリモートコンソールアプリケーションまたはBMCのWebコンソールを起動して，管理対象機器上で動作する管理対象サーバを遠隔操作できます。

リモートコンソールアプリケーションまたはBMCのWebコンソールを，ラックマネージャから起動する方法を次に示します。

［ラックマネージャ］ウィンドウで，リモートコンソールアプリケーションまたはBMCのWebコンソールで接続するサーバモジュールが搭載されているサーバシャーシを選択する

［ホスト操作］メニューから［リモートコンソール］を選択する
［リモートコンソール］ダイアログボックスが表示されます。

リモートコンソールの詳細については，「3.5　リモートコンソール」を参照してください。

8.6.4　ランプ制御

ラックマネージャから，サーバモジュールまたはIOEUのランプの点灯状態を制御できます。

ラックマネージャから，管理対象のランプの点灯状態を制御する方法を次に示します。

［ラックマネージャ］ウィンドウで，次のどれかを選択する

サーバシャーシ

IOEU

サーバモジュール

［ホスト操作］メニューから［ランプ制御］を選択する
選択した機器に対応する［ランプ制御］ダイアログボックスが表示されます。次のダイアログボックスは，BS1000またはBS320の場合のダイアログボックスです。

ランプ制御の詳細については，「3.6　ランプ制御」を参照してください。

8.6.5　保守情報の取得

ラックマネージャから，管理対象の機器上で動作しているサーバの保守情報を取得できます。

注意

保守情報を取得するには，あらかじめ取得する保守情報の種類，情報の格納先，および転送方法を設定しておく必要があります。設定方法については，「3.7.2　環境設定（情報取得）」を参照してください。

保守情報の取得方法を次に示します。

［ラックマネージャ］ウィンドウで保守情報を採取したいサーバが動作している機器を選択する

［ホスト操作］メニューから［情報取得］を選択する
［情報取得］ダイアログボックスが表示されます。

取得したい情報をメニューリストから選択し，［実行］ボタンをクリックする
情報の取得が開始されます。情報の取得が完了すると，［情報取得 - 完了通知］ダイアログボックスが表示されます。

転送方法を選択する
「e-mail転送」または「ファイル転送」のどちらの方法で転送するかを選択します。

［OK］ボタンをクリックする

保守情報の取得の詳細については，「3.7　保守情報の取得」を参照してください。

8.7　ラックマネージャからの資産情報の表示

ラックマネージャに登録されている機器の資産情報を，ラックマネージャから表示できます。

ここでは，ラックマネージャからの資産情報の表示方法について説明します。

＜この節の構成＞

8.7.1　インベントリ情報の表示

8.7.2　ハードウェア構成の表示

8.7.3　MIF情報の表示

8.7.1　インベントリ情報の表示

ラックマネージャから，サーバシャーシ，IOEU，および管理対象サーバのインベントリ情報を表示できます。

ラックマネージャからのインベントリ情報の表示方法を次に示します。

＜この項の構成＞

(1)　サーバシャーシまたはIOEUのインベントリ情報の表示

(2)　ホストのインベントリ情報の表示

(1)　サーバシャーシまたはIOEUのインベントリ情報の表示

ラックマネージャから，サーバシャーシまたはIOEUのインベントリ情報を表示する手順を次に示します。

［ラックマネージャ］ウィンドウでインベントリ情報を参照したいサーバシャーシまたはIOEUを選択する

［ホスト管理］メニューから［シャーシインベントリ］を選択する
［シャーシインベントリ］ウィンドウが表示されます。

［シャーシインベントリ］ウィンドウでの操作については，「5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する」を参照してください。また，表示されるインベントリ項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［シャーシインベントリ］ウィンドウを参照してください。

(2)　ホストのインベントリ情報の表示

ラックマネージャから，ホストのインベントリ情報を表示する手順を次に示します。

［ラックマネージャ］ウィンドウでインベントリ情報を参照したいホストを選択する

［ホスト管理］メニューから［インベントリ］を選択する
［インベントリ］ウィンドウが表示されます。

［インベントリ］ウィンドウでの操作については，「5.3.2　ホストのインベントリ情報を表示する」を参照してください。また，表示されるインベントリ項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［インベントリ］ウィンドウを参照してください。

8.7.2　ハードウェア構成の表示

ラックマネージャから，ラックに搭載されている機器のハードウェア構成を表示できます。

ラックマネージャからのハードウェア構成の表示方法を次に示します。

［ラックマネージャ］ウィンドウでハードウェア構成図を表示したいホストを選択する

［ホスト管理］メニューから［図面表示］を選択する
［図面表示］ウィンドウが表示されます。

［図面表示］ウィンドウでの操作については，「5.5　ハードウェア構成を確認する」を参照してください。また，表示される内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［図面表示］ウィンドウを参照してください。

8.7.3　MIF情報の表示

ラックマネージャから，ラックに搭載されている機器のMIF情報を表示できます。

ラックマネージャからのMIF情報の表示方法を次に示します。

［ラックマネージャ］ウィンドウでMIF情報を表示したいホストを選択する

［ホスト管理］メニューから［MIF情報］を選択する
［MIF情報］ウィンドウが表示されます。

［MIF情報］ウィンドウでの操作については，「5.6　MIF情報を表示する」を参照してください。表示される内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［MIF情報］ウィンドウを参照してください。

8.8　ラックマネージャからの外部プログラムの起動

ラックマネージャに登録されている機器に対応する関連プログラムを，ラックマネージャから起動できます。

＜この節の構成＞

8.8.1　起動できる外部プログラム

8.8.2　外部プログラムの起動方法

8.8.1　起動できる外部プログラム

ラックマネージャから起動できる外部プログラムを次の表に示します。

表8-4　ラックマネージャから起動できる外部プログラム

項番 | プログラム名 | 機能概要 | 起動方法
ウィンドウメニュー※1 | 右ペインメニュー※2 | 右クリックメニュー※3
1 | Device Manager | ストレージ機器全般の管理 | ○ | ○ | ○
2 | JP1/Cm2/NC | ネットワーク機器の管理 | ○ | ○ | ○
3 | DPM | 管理対象サーバのデプロイメント管理 | ○ | ○ | ○
4 | Storage Navigator Modular 2 | ストレージ機器（BR1600，Hitachi AMS）の管理 | ○ | ○ | ○
5 | SANtricity | ストレージ機器（BR1200）の管理 | ○ | ○ | ○
6 | SVP Webコンソール | HA8000に搭載されているSVPの管理 | － | ○ | ○
7 | Virtage Navigator | HVMの管理 | ○ | ○ | ○
8 | サーバブレードWebコンソール | BladeSymphonyのBMCの管理 | － | ○ | ○
9 | システムWebコンソール | BladeSymphonyのSVPの管理 | － | ○ | ○

（凡例）

○：起動できる

－：起動できない（メニューに表示されない）

注※1

［ラックマネージャ］ウィンドウのメニューバーからの起動可否を示します。

注※2

［ラックマネージャ］ウィンドウの右ペインに表示されるメニューからの起動可否を示します。

注※3

右クリックで表示されるメニューからの起動可否を示します。

また，外部プログラムとして登録した任意のプログラムを，ラックマネージャから起動できます。

8.8.2　外部プログラムの起動方法

ここでは，ラックマネージャからの外部プログラムの起動方法について説明します。

注意

ラックマネージャから起動できる外部プログラムには，事前に設定が必要なプログラムがあります。外部プログラムを起動するための準備については，「7.6.1　外部プログラムを起動するための準備」を参照してください。

＜この項の構成＞

(1)　メニューに登録されているプログラムの起動（メニューバーからの起動）

(2)　メニューに登録されているプログラムの起動（右クリックメニューからの起動）

(3)　登録したプログラムを起動する

(1)　メニューに登録されているプログラムの起動（メニューバーからの起動）

メニューに登録されているプログラムの起動方法を次に示します。

［ラックマネージャ］ウィンドウで，外部プログラムの操作対象となる機器を選択する

［外部プログラム］メニューから起動したいプログラムのメニューを選択する
URL起動の外部プログラムを起動する場合，起動確認のダイアログボックスが表示されます。処理を続行する場合は［OK］ボタンをクリックしてください。

これで，選択したプログラムが起動されます。

(2)　メニューに登録されているプログラムの起動（右クリックメニューからの起動）

右クリックメニューに登録されているプログラムの起動方法を次に示します。

登録したプログラムを起動する，外部プログラムの操作対象となる機器を右クリックする

［外部プログラム］メニューから起動したいプログラムのメニューを選択する
URL起動の外部プログラムを起動する場合，起動確認のダイアログボックスが表示されます。処理を続行する場合は［OK］ボタンをクリックしてください。

これで，選択したプログラムが起動されます。

起動確認のダイアログボックスを表示させなくするには，［ホスト管理］ウィンドウの［外部プログラム］メニューにある［起動確認ダイアログの表示］を選択し，チェックを外した状態にするか，起動確認のダイアログボックスが表示されたときに，［次回からこのメッセージを表示しない］チェックボックスをONにしてください。

(3)　登録したプログラムを起動する

ここでは，登録した外部プログラムの起動方法を説明します。

登録したプログラムを起動するの［外部プログラム］メニューから［外部プログラム］を選択する
［外部プログラム起動］ダイアログボックスが表示されます。

外部プログラムリストから起動したいプログラム名を選択する

［起動］ボタンをクリックする

これで，選択した外部プログラムが起動されます。

8.9　ラックマネージャからの設定情報の変更

ラックマネージャから，次の設定情報を変更できます。

マネージャサービスにログインするときのパスワード

コンソールサービス設定

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

VMホスト設定

それぞれの設定変更手順を次に示します。

＜この節の構成＞

8.9.1　パスワード変更

8.9.2　コンソールサービス設定

8.9.3　エージェントサービス設定

8.9.4　VMホスト設定

8.9.1　パスワード変更

マネージャサービスにログインするときのパスワードを変更できます。手順を次に示します。

［ラックマネージャ］ウィンドウで，［設定］メニューから［パスワード変更］を選択する
［パスワード変更］ダイアログボックスが表示されます。

［パスワード変更］ダイアログボックスの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［パスワード変更］ダイアログボックスを参照してください。

8.9.2　コンソールサービス設定

［コンソールサービス設定］ダイアログボックスで設定できる設定情報を変更できます。手順を次に示します。

［ラックマネージャ］ウィンドウで，［設定］メニューから［コンソールサービス設定］を選択する
［コンソールサービス設定］ダイアログボックスが表示されます。

［コンソールサービス設定］ダイアログボックスで設定できる設定情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の設定情報の変更について記載されている章を参照してください。また，［コンソールサービス設定］ダイアログボックスの各タブの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［コンソールサービス設定］ダイアログボックスの各タブの説明を参照してください。

8.9.3　エージェントサービス設定

［エージェントサービス設定］ダイアログボックスで設定できる設定情報，および［SVP拡張機能の使用］ダイアログボックスで設定できる設定情報を変更できます。手順を次に示します。

［ラックマネージャ］ウィンドウで，［設定］メニューから［エージェントサービス設定］－［設定］，または［設定］メニューから［エージェントサービス設定］－［SVP拡張機能の使用］を選択する
［エージェントサービス設定］ダイアログボックスまたは［SVP拡張機能の使用］ダイアログボックスが表示されます。

［エージェントサービス設定］ダイアログボックスまたは［SVP拡張機能の使用］ダイアログボックスで設定できる設定情報については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の設定情報の変更について記載されている章を参照してください。

また，［エージェントサービス設定］ダイアログボックスの各タブの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［エージェントサービス設定］ダイアログボックスの各タブの説明を参照してください。［SVP拡張機能の使用］ダイアログボックスの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SVP拡張機能の使用］ダイアログボックスを参照してください。

8.9.4　VMホスト設定

VMホストへのログイン情報，およびVMホストのSVPボードのIPアドレスを変更できます。手順を次に示します。

［ラックマネージャ］ウィンドウで，［設定］メニューから［VMホスト設定変更］－［ログイン情報の変更］，または［設定］メニューから［VMホスト設定変更］－［SVPボードのIPアドレス変更］を選択する
［ログイン情報の変更］ダイアログボックスまたは［SVPボードのIPアドレス変更］ダイアログボックスが表示されます。

［ログイン情報の変更］ダイアログボックスの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［ログイン情報の変更］ダイアログボックスを参照してください。［SVPボードのIPアドレス変更］ダイアログボックスの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SVPボードのIPアドレス変更］ダイアログボックスを参照してください。

8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用

BSM Plus（マネージャサービス追加機能）をインストールしている場合，ラックマネージャから，N+1コールドスタンバイ機能を利用するための［N+1コールドスタンバイ詳細設定］ウィンドウを表示できます。

手順を次に示します。

［ラックマネージャ］ウィンドウで，［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［N+1コールドスタンバイ詳細設定］ウィンドウの設定内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウを参照してください。また，N+1コールドスタンバイ機能の詳細については，「9.　N+1コールドスタンバイ機能」を参照してください。

8.11　ラックマネージャからのストレージ運用支援機能の利用

BSM Plus（マネージャサービス追加機能）をインストールしている場合，ラックマネージャから，WWNの情報およびサーバモジュールに割り当てたディスクの情報を表示する［ディスク割当てリポジトリ］ウィンドウを表示できます。手順を次に示します。

［ラックマネージャ］ウィンドウで，［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。

［ディスク割当てリポジトリ］ウィンドウの表示内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［ディスク割当てリポジトリ］ウィンドウを参照してください。また，ストレージ運用支援機能の詳細については，「10.　ストレージ運用支援」を参照してください。

8.12　ラックマネージャからのSMP構成管理機能の利用

BSM Plus（マネージャサービス追加機能）をインストールしている場合，ラックマネージャから，SMP構成管理機能を使用してパーティションを管理する［SMP設定］ウィンドウを表示できます。

手順を次に示します。

［ラックマネージャ］ウィンドウで，［BSM Plus管理］メニューから［SMP設定］を選択する
［SMP設定］ウィンドウが表示されます。

［SMP設定］ウィンドウの表示内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SMP設定］ウィンドウを参照してください。また，SMP構成管理機能の詳細については，「11.　SMP構成管理」を参照してください。

8.13　ラックマネージャからのHVM構成管理機能の利用

ラックマネージャから，HVM構成管理機能を使用してHVMおよびLPARを管理する［HVM設定］ウィンドウを表示できます。

手順を次に示します。

［ラックマネージャ］ウィンドウで，［HVM管理］メニューから［HVM構成管理］を選択する
［HVM構成管理］ウィンドウが表示されます。

［HVM構成管理］ウィンドウの表示内容については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウを参照してください。また，HVM構成管理機能の詳細については，「12.　HVM構成管理」を参照してください。

9.　N+1コールドスタンバイ機能

N+1コールドスタンバイ機能は，サーバモジュール障害が発生した場合に，予備系サーバモジュールに切り替える機能です。この機能によって，サーバモジュールの交換などの回復作業を待たないで業務を再開できます。

この章では，N+1コールドスタンバイ機能について説明します。

なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

また，LPAR上で稼働しているサーバおよびHVMを管理する場合は「13.3.13　N+Mコールドスタンバイ」を，仮想化プラットフォームのサーバを管理する場合は「14.3.9　N+Mコールドスタンバイ」を参照してください。

＜この章の構成＞

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

9.2　サーバモジュールを切り替えるときの動作

9.3　N+MコールドスタンバイとN+1コールドスタンバイの使い分け

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

9.5　管理サーバの冗長化

9.6　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用

9.7　N+Mコールドスタンバイ（I/O継承方式）の適用

9.8　N+1コールドスタンバイ（ディスクパス切替え方式）の適用

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

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

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

この節では，N+1コールドスタンバイ機能の概要として，はじめに知っておいてほしいことを説明します。

N+1コールドスタンバイ機能は，サーバモジュール障害が発生した場合に，その障害をBSM Plusで受け取り，障害を解析し，現用系サーバモジュール（業務サーバモジュール）を予備系サーバモジュールに切り替える機能です。複数の現用系サーバモジュールに対して，予備系サーバモジュールを用意しておけば，その予備系サーバモジュールを起動して業務を再開できます。ハードウェア障害によって運用は一時的に中断しますが，少ないハードウェアリソースで，ハードウェア障害発生から運用再開までの障害対応を省力化できます。

N+1コールドスタンバイ機能は，BladeSymphonyを使用して業務運用を行っている場合に適用できます。また，N+1コールドスタンバイ機能は，現用系サーバモジュールのブートディスクおよびすべてのデータディスクが，外部のストレージ（日立ディスクアレイシステムまたはBRシリーズ）にあることが前提となります。システムの前提については，「9.6.1(1)　システム構築の前提条件」を参照してください。

N+1コールドスタンバイ機能は，N+MコールドスタンバイとN+1コールドスタンバイの2つの構成に分けられます。それぞれの特長については，「9.1.1　N+MコールドスタンバイとN+1コールドスタンバイの相違点」を参照してください。

＜この節の構成＞

9.1.1　N+MコールドスタンバイとN+1コールドスタンバイの相違点

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

9.1.1　N+MコールドスタンバイとN+1コールドスタンバイの相違点

N+1コールドスタンバイ機能には，N+MコールドスタンバイとN+1コールドスタンバイという2つの構成があります。

N+Mコールドスタンバイは，現用系サーバモジュールと予備系サーバモジュールがn：mで構成されます。予備系サーバモジュールを複数用意することで，複数のサーバ障害にも対応できるため，システムの可用性が向上します。N+Mコールドスタンバイでは，障害発生時のサーバモジュールの切り替え方式は次のとおりです。

WWN引継ぎ方式
現用系サーバモジュールから予備系サーバモジュールへ物理情報（HBAのWWNなど）を引き継ぐことで，サーバモジュールを切り替えます。
WWN引継ぎ方式の動作については，「9.2.1　N+Mコールドスタンバイ（WWN引継ぎ方式）の動作」を参照してください。

iSCSI設定引継ぎ方式
現用系サーバモジュールから予備系サーバモジュールへiSCSI BIOS設定を引き継ぐことで，サーバモジュールを切り替えます。
iSCSI設定引継ぎ方式の動作については，「9.2.2　N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の動作」を参照してください。

I/O継承方式
IOアダプタの接続先を現用系サーバモジュールから予備系サーバモジュールへ変更することで，IOアダプタを継承し，サーバモジュールを切り替えます。
I/O継承方式の動作については，「9.2.3　N+Mコールドスタンバイ（I/O継承方式）の動作」を参照してください。

これに対して，N+1コールドスタンバイは，現用系サーバモジュールと予備系サーバモジュールがn：1で構成されます。サーバモジュールに障害が発生した場合，ディスクパスの切り替えによって，障害が発生している現用系サーバモジュール（業務サーバモジュール）が切り離され，予備系サーバモジュールに接続されます。N+1コールドスタンバイの動作については，「9.2.4　N+1コールドスタンバイ（ディスクパス切替え方式）の動作」を参照してください。

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

サーバに障害が発生したときに現用系から予備系に切り替える機能として，クラスタ構成のホットスタンバイ機能が挙げられます。このホットスタンバイ機能とN+1コールドスタンバイ機能の相違点について説明します。

ホットスタンバイ機能では，同じ構成のシステムを2系統用意しておき，片方を現用系（実行系）として動作させ，もう一方を予備系（待機系）として動作させます。

予備系サーバモジュールは，現用系サーバモジュールに障害が発生したときに，処理を引き継げるように常に同期を取りながら待機しています。障害が発生したときには，現用系サーバモジュールから予備系サーバモジュールに自動的に処理を引き継ぎます。この機能をフェイルオーバー（系切り替え）といいます。フェイルオーバー機能は，予備系サーバモジュールが常に現用系サーバモジュールと同期を取っているので，障害が発生してもアプリケーションの利用者は障害に気づかないため可用性の高いシステムを実現できます。ただし，通常のホットスタンバイ構成では，現用系サーバモジュール1台に対して，予備系サーバモジュールが1台必要です。

ホットスタンバイ構成を次の図に示します。

図9-1　ホットスタンバイ構成

これに対し，BSM PlusのN+1コールドスタンバイ機能では，現用系サーバモジュールと予備系サーバモジュールがn：1またはn：mで構成されます。N+1コールドスタンバイの例では，n台ある現用系サーバモジュールのうち1つの現用系サーバモジュールで障害が発生すると，システムがいったん停止します。このあと，予備系サーバモジュールに切り替えてシステムを再起動します。障害が発生したサーバモジュールの交換などの回復作業を待たないで業務を再開できます。障害の発生によって，システムはいったん停止しますが，現用系サーバモジュールn台に対して，予備系サーバモジュールを最低1台用意するだけで可用性を高めることができます。

N+1コールドスタンバイ構成を次の図に示します。

図9-2　N+1コールドスタンバイ構成

N+1コールドスタンバイ構成とホットスタンバイ構成の違いを次の表に示します。

表9-1　N+1コールドスタンバイ構成とホットスタンバイ構成の違い

項目
N+1コールドスタンバイ構成
ホットスタンバイ構成

予備系サーバ状態
電源OFF
電源ON

ソフトウェア構成
複数の現用系がある場合は，各現用系は同一構成でなくても使用できる。
予備系にはソフトウェアは必要なし。
同一構成で使用する。

ハードウェア構成
同一構成で使用する。
同一構成でなくても使用できる。

用途
数分程度のダウンが許容できるシステム
（APサーバ，Webサーバなど）
数分のダウンも許容できないシステム
（DBサーバなど）

9.2　サーバモジュールを切り替えるときの動作

N+MコールドスタンバイとN+1コールドスタンバイでは，サーバモジュールを切り替えるときの動作が異なります。

この節では，N+MコールドスタンバイおよびN+1コールドスタンバイでサーバモジュールを切り替えるときの動作について説明します。

＜この節の構成＞

9.2.1　N+Mコールドスタンバイ（WWN引継ぎ方式）の動作

9.2.2　N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の動作

9.2.3　N+Mコールドスタンバイ（I/O継承方式）の動作

9.2.4　N+1コールドスタンバイ（ディスクパス切替え方式）の動作

9.2.1　N+Mコールドスタンバイ（WWN引継ぎ方式）の動作

N+MコールドスタンバイのWWN引継ぎ方式では，ハードウェアのSVPと連携してサーバモジュールを切り替えます。この方式では，現用系サーバモジュールのHBAのWWNと予備系サーバモジュールのHBAのWWNを交換することで，N+Mコールドスタンバイを実現します。これにより，WWNを意識したストレージ管理や各種ソフトウェア機能が，N+Mコールドスタンバイ切り替え後も人手を介さないで機能します。

また，現用系サーバモジュールに設定されているHBA-BIOSやシステムBIOS/EFIの設定を，予備系サーバモジュールに切り替えるときに，そのまま引き継ぎます。このため，運用前に予備系サーバモジュールのHBA-BIOSやシステムBIOS/EFIの設定を，現用系サーバモジュールの設定と同じにする操作が不要となります。切り替え時に予備系サーバモジュールに遷移される情報については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

N+Mコールドスタンバイ（WWN引継ぎ方式）の切り替え時の動作を次の図に示します。

図9-3　N+Mコールドスタンバイ（WWN引継ぎ方式）の切り替え時の動作

9.2.2　N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の動作

N+MコールドスタンバイのiSCSI設定引継ぎ方式では，WWN引継ぎ方式と同様にハードウェアのSVPと連携してサーバモジュールを切り替えます。この方式では，現用系サーバモジュールとストレージのマッピングを行うiSCSI BIOS設定を予備系サーバモジュールがそのまま引き継ぐことで，N+Mコールドスタンバイを実現します。

切り替え時に予備系サーバモジュールに引き継がれる情報については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の切り替え時の動作を次の図に示します。

図9-4　N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の切り替え時の動作

9.2.3　N+Mコールドスタンバイ（I/O継承方式）の動作

N+MコールドスタンバイのI/O継承方式では，ハードウェアのSVPと連携してサーバモジュールを切り替えます。この方式では，LU（論理ユニット）に接続しているIOアダプタの接続先を現用系サーバモジュールから予備系サーバモジュールへ変更する（付け替える）ことで，N+Mコールドスタンバイを実現します。これによって，サーバモジュールの切り替え前と切り替え後で，同じPCIカードを使用するため，ネットワーク構成が変わりません。そのため，ネットワークスイッチ連携機能を使用しないN+Mコールドスタンバイを実現できます。

また，Pre-configureに対応していないHBAを使用した構成のN+Mコールドスタンバイを実現できます。

N+Mコールドスタンバイ（I/O継承方式）の切り替え時の動作を次の図に示します。

図9-5　N+Mコールドスタンバイ（I/O継承方式）の切り替え時の動作

9.2.4　N+1コールドスタンバイ（ディスクパス切替え方式）の動作

N+1コールドスタンバイ（ディスクパス切替え方式）では，サーバモジュール障害が発生したときに，現用系サーバモジュールのすべてのホストグループに割り当てられたWWNを，予備系サーバモジュールのWWNに切り替えます。ディスクの割り当て変更は，Device Managerを利用して行います。

N+1コールドスタンバイ（ディスクパス切替え方式）の切り替え時の動作を次の図に示します。

図9-6　N+1コールドスタンバイ（ディスクパス切替え方式）の切り替え時の動作

9.3　N+MコールドスタンバイとN+1コールドスタンバイの使い分け

N+MコールドスタンバイとN+1コールドスタンバイには，それぞれ適用範囲があり，使い分ける必要があります。

この節では，N+MコールドスタンバイとN+1コールドスタンバイの利用条件について説明します。

注意

OSがHP-UXの場合以外は，N+Mコールドスタンバイでの構成にしてください。

＜この節の構成＞

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

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

N+MコールドスタンバイとN+1コールドスタンバイでは，設定方法や利用できる機能に違いがあります。N+MコールドスタンバイとN+1コールドスタンバイの違いを次の表に示します。

表9-2　N+MコールドスタンバイとN+1コールドスタンバイの利用条件の比較

項番
項目
N+Mコールドスタンバイ
N+1コールドスタンバイ

1
予備系サーバモジュールに対する運用前のHBA-BIOS設定
不要
手動で設定

2
予備系サーバモジュールに対する運用前のシステムBIOS/EFI設定
不要
手動で設定

3※1
9900VシリーズおよびHitachi USPで構成される現用系サーバモジュールの適用
利用できる
HP-UXサーバだけ利用できる

4
HP-UXサーバへの適用
利用できない
利用できる

5
WWNに依存するソフトウェア機能（Persistent Bindingなど）の利用
利用できる
利用できない

6
現用系サーバモジュールの異なるストレージシステムのポートへの接続
利用できる
利用できない

7
N+1グループの現用系ホスト数の制限
256台

IPFサーバモジュールの場合：7台

IA32サーバモジュールの場合：256台

8
予備系サーバモジュールの最大登録数

IPFサーバモジュールの場合：1,024台

IA32サーバモジュールの場合：256台

1台

9
N+1グループ内の現用系サーバモジュール，予備系サーバモジュールのネットワーク構成
同一ネットワークの必要なし
同一ネットワークの必要あり

10
ストレージ運用支援機能のホストグループ割り当ての要否
必須ではない※2
必須

11
管理対象サーバへのAgentのインストール要否
必須ではない
必須

12
SASインタフェースまたはiSCSIインタフェースでのSANブート構成
利用できる
利用できない

注※1

Device Managerのバージョンが5.0より前の場合だけです。

注※2

次の場合，ストレージ運用支援機能を使用できません。

・SAS Switch Moduleを使用しているBS320を使用する場合

・iSCSIインタフェースでのSANブート構成の場合

・切り替え方式がI/O継承方式の場合

表に示した各項目について説明します。

＜この項の構成＞

(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)　ストレージ運用支援機能のホストグループ割り当ての要否

(11)　管理対象サーバへの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コールドスタンバイの現用系ホスト数の制限について，次の図を用いて説明します。

図9-7　N+1コールドスタンバイとN+Mコールドスタンバイの現用系ホスト数の制限

N+1コールドスタンバイおよびN+Mコールドスタンバイでは，N+1グループ単位でサーバモジュールを割り当てます。N+1グループとは，現用系サーバモジュールと予備系サーバモジュールを一まとめにした管理単位（グループ）を表します。

N+1コールドスタンバイでは，1つのN+1グループに現用系ホストとして登録できるIPFサーバモジュールは7台までです。したがって，8台以上のサーバモジュールを利用する場合は，N+1グループを分け，それぞれに予備系サーバモジュールを割り当てる必要があります。

N+Mコールドスタンバイでは，1つの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グループを構成する場合は，「9.4　ネットワークスイッチとの連携」を参照してください。

(10)　ストレージ運用支援機能のホストグループ割り当ての要否

N+1コールドスタンバイの場合，ストレージ運用支援機能のホストグループ割り当てを実施している必要があります。

N+Mコールドスタンバイの場合，ストレージ運用支援機能のホストグループ割り当ては必須ではありません。SAS Switch Moduleを使用しているBS320を使用する場合，ストレージ運用支援機能は使用できません。

(11)　管理対象サーバへのAgentのインストール要否

N+1コールドスタンバイの場合，管理対象サーバへAgentをインストールしておく必要があります。

N+Mコールドスタンバイの場合，管理対象サーバへのAgentのインストールは必須ではありません。ただし，AgentがインストールされていないホストをN+1グループに登録するためには，次の条件が必要です。次の条件を満たしていない場合は，［N+1コールドスタンバイ詳細設定］ウィンドウの各設定画面に表示されません。

Agentがインストールされていないホストが所属するサーバシャーシが，［ホスト管理］ウィンドウに登録されている。

Agentがインストールされていないホストが稼働するパーティションのパーティション情報ステータスがConfiguration validateである。

Agentがインストールされていないホストが稼働するパーティションのPre-configureの実行ステータスが「情報有効」である。
Pre-configureの実行ステータスは［シャーシインベントリ］ウィンドウに表示されるパーティション情報のPre-configure情報から確認できます。［シャーシインベントリ］ウィンドウの表示方法については，「5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する」を参照してください。

Agentがインストールされていないホストが，ほかのN+1グループで現用系または予備系サーバモジュールとして登録されていない。

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

この節では，ネットワークスイッチ連携機能を利用する前に知っておいてほしいことを説明します。

＜この節の構成＞

9.4.1　ネットワークスイッチ連携機能の概要

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

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

9.4.1　ネットワークスイッチ連携機能の概要

予備系サーバモジュールへの切り替え時および現用系サーバモジュールへの復帰時に，サーバモジュールを接続したネットワークスイッチのポート設定を変更できます。この機能をネットワークスイッチ連携機能といいます。

ネットワークスイッチ連携機能を利用することで，VLANを構成するグループを越えてN+1グループを構成できます。同じVLAN内で行う業務だけでなく，VLANを越えた複数の業務で予備系サーバモジュールを共有できるため，柔軟で効率の良いシステムを実現できます。

ネットワークスイッチ連携機能の概要を次の図に示します。

図9-8　ネットワークスイッチ連携機能の概要

N+1コールドスタンバイ機能での切り替えまたは復帰をするときに，予備系サーバモジュールの接続ポートに，現用系サーバモジュールの接続ポートの設定を移行します。接続ポートの設定を移行するには，予備系サーバモジュール側のポート設定を，現用系サーバモジュール側のポート設定と同じになるように変更します。

注意

Brocade 10Gb DCBスイッチを使用する場合は，Additional MACアドレスとネットワークスイッチのVCS機能を使用してネットワークスイッチのポート設定を変更してください。ネットワークスイッチ連携機能は使用できません。

VCS機能の詳細については，マニュアル「Bladesymphonyユーザーズガイド」を参照してください。

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

ネットワークスイッチ情報の設定方式には，ポート情報GUI設定方式と，ポート情報インポート設定方式の2種類があります。ポート情報GUI設定方式は，GUI画面でスイッチ情報を登録し設定します。また，ポート情報インポート設定方式は，スイッチ情報定義ファイルを作成し，インポートすることでスイッチ情報を登録し設定します。

ポート情報GUI設定方式とポート情報インポート設定方式の違いを，次の表に示します。

表9-3　ポート情報GUI設定方式とポート情報インポート設定方式の違い

項目
ポート情報GUI設定方式
ポート情報インポート設定方式

ネットワークスイッチの設定方法
GUI画面を使った設定方法
定義ファイルのインポートを使った設定方法

ネットワークスイッチのポート設定
設定できない
定義ファイルのインポート時に設定できる

設定できるネットワークスイッチの種類
内蔵スイッチ（BS1000，BS320）
外付スイッチ（AX2400S，AX3600S，BS2000のLANスイッチモジュール，BS500のLANスイッチモジュール）
内蔵スイッチ（BS1000）

引き継ぎ対象となるネットワークスイッチ情報
VLAN
QoS制御情報※
アクセス制御情報
VLAN

注※

QoS制御情報はBS1000の場合だけ引き継がれます。

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

ここでは，ネットワーク設定変更時の動作，および注意事項について説明します。

＜この項の構成＞

(1)　ネットワークスイッチのポート設定変更時の動作

(2)　ネットワークスイッチ間接続の設定

(1)　ネットワークスイッチのポート設定変更時の動作

ネットワークスイッチ連携機能では，N+1コールドスタンバイ機能でストレージの割り当てを変更すると同時に，ネットワークスイッチのポート設定を変更します。

ネットワークスイッチのポート設定変更に失敗した場合は，障害アラート（0x3725）が通知され，N+1コールドスタンバイ機能の処理が継続されます。

次の図に，BSM Plusが障害を検知した場合の，ネットワークスイッチのポート設定変更時の動作を示します。

図9-9　ポート設定の変更時の動作

図で示した流れについて説明します。

障害の検知
SVPによってハードウェア障害が検知されます。ユーザがN+1コールドスタンバイ機能の手動切り替えを指示した場合も以降の流れは同じです。

スイッチ情報の取得
切り替え対象（切り替えなら現用機，復帰なら予備機）のスイッチ情報が，BSM Plusのスイッチ情報リポジトリから取得されます。

切り替えコマンドの生成
取得した情報に基づき，JP1/Cm2/NC - Managerに渡すXML定義ファイルが生成されます。

コマンドの実行
作成したXMLを基に，JP1/Cm2/NCのコマンドが実行されます。

ポート設定の変更
JP1/Cm2/NC - Managerによって，ネットワークスイッチのポート設定が変更されます。

スイッチ情報の更新
切り替え元および切り替え先の情報を基に，スイッチ情報リポジトリが更新されます。

ネットワークスイッチ連携機能を利用するには，事前準備としてポート情報GUI設定方式，またはポート情報インポート設定方式を利用して，ネットワーク情報を設定してください。ポート情報GUI設定方式では，GUI画面を操作してスイッチ情報をBSM Plusに登録する必要があります。ポート情報インポート設定方式では，スイッチ情報定義ファイルを作成し，BSM Plusに登録する必要があります。スイッチ情報定義ファイルには，切り替え対象のサーバモジュールの接続ポートに関するVLANの情報を記述します。

ポート情報GUI設定方式については，「9.6.4(3)　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）」を参照してください。

ポート情報インポート設定方式については，「9.6.4(4)　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）」を参照してください。

(2)　ネットワークスイッチ間接続の設定

ネットワークスイッチ連携機能では，外部スイッチを介して，異なるネットワークスイッチに接続されたサーバモジュールに切り替えることができます。

内蔵スイッチ，外付スイッチのネットワークスイッチ間の接続を有効にするには，予備系サーバモジュールを接続したネットワークスイッチと外部スイッチ間のタグポートに，あらかじめ現用系サーバモジュールと同じVLAN IDを設定します。

次の図に，ネットワークスイッチ間接続の設定例を示します。

図9-10　ネットワークスイッチ間接続の設定例

9.5　管理サーバの冗長化

この節では，N+1コールドスタンバイの冗長化構成を適用する前に知っておいてほしいことについて説明します。

＜この節の構成＞

9.5.1　N+1コールドスタンバイの冗長化の概要

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

9.5.1　N+1コールドスタンバイの冗長化の概要

自動切り替えの対象となる現用系サーバモジュールを複数の管理サーバで監視できます。それぞれの管理サーバで自動切り替えの開始時間をずらして設定しておけば，1つの管理サーバで切り替えが失敗した場合でも，ほかの管理サーバが切り替えを実行するようになります。これをN+1冗長化といいます。

N+1冗長化は，マネージャサービスが，N+1コールドスタンバイ機能で対象となる現用系サーバモジュールおよび予備系サーバモジュールを管理下に置き，サーバモジュール障害時のN+1自動切り替え処理を複数のマネージャサービスで冗長化する機能です。N+1冗長化では，各マネージャサービスのN+1自動切り替えの開始時間に差を持たせることによって，あるマネージャサービスがN+1切り替え処理が続行できなくなっても，ほかのマネージャサービスによって切り替え処理を引き継ぐことができます。N+1冗長化構成の例を，次の図に示します。

図9-11　N+1冗長化構成の例

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

N+1冗長化では，N+1切り替え開始順序の早いマネージャサービスが切り替え処理に成功した場合でも，N+1切り替え開始順序の遅いマネージャサービスが切り替え処理を再実行することになります。しかし，N+1冗長化は，すでにN+1切り替え処理が完了している現用系および予備系サーバモジュールに，そのあとでN+1切り替え処理を実行してもエラーとはならないで，マネージャサービスは正常に切り替え処理をします。したがって，時間差は発生しますが，すべてのマネージャサービスでN+1コールドスタンバイ機能の実行状態を一致させることができます。N+1冗長化の動作例を，次の図に示します。

図9-12　N+1冗長化の動作例

N+1冗長化は，すべてのマネージャサービスでN+1コールドスタンバイ機能の実行状態を一致させます。あとから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切り替え処理をしたサーバモジュールの業務状態などの確認が必要です。

9.6　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用

この節では，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用する場合の前提条件，適用に必要な検討，および設定方法について説明します。また，ネットワークスイッチ連携機能の設定，およびN+1冗長化の設定についても説明します。

＜この節の構成＞

9.6.1　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の前提条件

9.6.2　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用に必要な検討

9.6.3　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の設定

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

9.6.5　 N+1冗長化の設定

9.6.1　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の前提条件

ここでは，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の前提条件について説明します。

なお，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用する場合，ここに記載されている内容以外に，マニュアル「BladeSymphonyユーザーズガイド」を参照して，使用上の注意事項や前提条件について確認してください。

＜この項の構成＞

(1)　システム構築の前提条件

(2)　ネットワーク環境の前提条件

(3)　予備系サーバモジュールの前提条件

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

(5)　N+1冗長化の前提条件

(1)　システム構築の前提条件

N+Mコールドスタンバイを利用して，システムを構築する場合の前提条件を示します。

(a)　各方式共通の前提条件

現用系のサーバモジュールのブートディスクおよびすべてのデータディスクが，外部のストレージ（日立ディスクアレイシステムまたはBRシリーズ）にあること
外部のストレージを利用する場合の運用については，「10.3　ディスク割り当て時のアクセス制限」を参照してください。

予備系サーバモジュールは，現用系のサーバモジュールのモデルやアーキテクチャなどと一致していること
予備系サーバモジュールの適用条件については，「9.6.1(3)　予備系サーバモジュールの前提条件」を参照してください。

現用系のサーバモジュールでWindowsのチーミング機能（NICの冗長化機能）を利用する場合，N+1チーミングキットを利用すること

現用系のサーバモジュールでWindowsを利用する場合，BitLockerドライブ暗号化を利用しないこと
BitLockerドライブ暗号化を利用したシステムでN+Mコールドスタンバイを利用すると，ハードウェアの整合性が取れなくなって起動プロセスがロックされてしまい，OSが起動できなくなることがあります。そのため，N+Mコールドスタンバイを利用する場合は，BitLockerドライブ暗号化を利用しないでください。BitLockerドライブ暗号化については，OSのヘルプまたはOSのドキュメントを参照してください。

切り替えを実施する前にNICとLUの認識順序を固定にすること
現用系サーバモジュールでLinuxを利用する場合，OSのデバイス認識順序がずれることによって，切り替え実施後に予備系でOSが正しく動作しないことがあります。このため，切り替えを実施する前に，NICとLUの認識順序を固定する設定をしておいてください。ただし，LUの認識順序を固定する場合，udevのby-pathによる設定はできません。by-path以外の方法で認識順序を固定してください。

(b)　WWN引継ぎ方式固有の前提条件

現用系のサーバモジュールがSMP構成の場合，予備系サーバモジュールは現用系のサーバモジュールと同一仕様のサーバモジュールを使用し，事前にSMP構成にしておくこと

現用系のサーバモジュールでLinuxを利用する場合，/etc/sysconfig/network-scripts/ifcfg-ethn（nは0,1,・・・）ファイルでのデバイス（NIC）ごとの設定で，HWADDRパラメタを削除すること

現用系のサーバモジュールでLinuxを利用する場合，ファイルシステムはEXT3などのジャーナリングファイルシステムを利用すること
非ジャーナリングファイルシステムのEXT2などは使用しないでください。

(c)　iSCSI設定引継ぎ方式固有の前提条件

現用系のサーバモジュールが次に示す機能を持つNIC/HBAドライバをインストールしている場合は，次の機能を無効としていること

NICのMACアドレスに対してIPアドレスを固定的に割り当てる機能（例：DHCPサーバを利用する，ifcgf-ethファイルでHWADDRの設定をするなど）

HBAのPersistent Binding機能（SCSIのTargetIDを特定のFCデバイスに永続的に割り当てる機能）

これらの前提条件をすべて満たしていても，N+1コールドスタンバイ機能を適用する場合は，運用前に切り替えテストを実施してください。N+1コールドスタンバイ機能を設定するための手順については，「9.6.3(1)　N+1コールドスタンバイ機能の設定手順」を参照してください。

(2)　ネットワーク環境の前提条件

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用する場合，同一ネットワーク内でN+1グループを構成する必要はありません。

現用系サーバモジュールおよび予備系サーバモジュールを同一ストレージシステムの同一ポートに接続してください。

SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合は，サーバシャーシ間にわたる運用はできません。

(3)　予備系サーバモジュールの前提条件

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用するには，現用系サーバモジュールに対して，予備系サーバモジュールが，次の表に示す条件をすべて満たしている必要があります。

条件の一部については，予備系サーバモジュール設定時にBSM Plusによって自動チェックされます。自動チェックの結果，条件に一致しない場合はエラーダイアログが表示されます。自動チェックされない条件については，条件を満たしていることを事前に確認してください。

表9-4　予備系サーバモジュールの条件

項目
適用可能な条件

モデル名
現用系サーバモジュールと一致している。

サーバシャーシ
サーバシャーシ種別が現用系サーバモジュールと一致している。※1※2

アーキテクチャ
現用系サーバモジュールと一致している。
例えば，IA32は，予備系サーバモジュールとしてIA32サーバモジュールだけが適用できる。※3

CPU名，Way数，周波数
現用系サーバモジュールと一致している。

メモリ容量
現用系サーバモジュールと一致している。

ローカルディスクの搭載数，接続形態，容量
現用系サーバモジュールと一致している。

搭載I/O数
現用系サーバモジュールが搭載しているNICおよびHBAの搭載数・搭載スロット位置・搭載ポート数と一致している。※4

ネットワークの接続形態
現用系サーバモジュールが搭載している全NICポートが，接続先のネットワークスイッチに接続されている。

SANの接続形態
現用系サーバモジュールにHBAが搭載されている場合，搭載されている全HBAポートが，接続先のストレージシステムのポートに接続されている。また，同一のゾーンに所属している。

SANの接続インタフェース
SANの接続インタフェースが現用系サーバモジュールと一致している。※5※6

搭載I/O構成
現用系サーバモジュールが搭載しているI/Oモジュールの構成（サーバシャーシのモデル，I/OモジュールのTYPE，アダプタ，接続機器など）と一致している。

ファームウェア
現用系サーバモジュールと一致している。

注※1

BS2000に搭載しているサーバモジュール，BS1000に搭載しているサーバモジュール，BS320に搭載しているサーバモジュールの混在はできません。

注※2

現用系と異なる場合は，予備登録時にKASM 510BE-Eのエラーが出力され，予備登録できません。

注※3

現用系と異なる場合は，予備登録時にKASM 200A0-Eのエラーが出力され，予備登録できません。

注※4

現用系と異なる場合は，予備登録時にKASM 51502-Eのエラーが出力され，予備登録できません。

注※5

SANの接続インタフェース（Fibre Channel／SAS／iSCSI／FCoE）が異なるサーバモジュールの混在はできません。

注※6

現用系と異なる場合は，予備登録時にKASM 51516-Eのエラーが出力され，予備登録できません。

また，予備系サーバモジュールに対しては，次に示す設定をしておく必要があります。

表9-5　予備系サーバモジュールに対する事前設定項目

設定項目 | 設定内容
SMP構成設定 | 現用系サーバモジュールがSMP構成にされている場合は，現用系サーバモジュールのSMP構成と一致するように予備系サーバモジュールを構成してください。

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

ネットワークスイッチ連携機能の前提条件を示します。

なお，ネットワークスイッチ連携機能の概要については，「9.4　ネットワークスイッチとの連携」を参照してください。

(a)　ネットワークスイッチ連携機能の対応バージョン

ネットワークスイッチ連携機能は，マネージャサービスおよびコンソールサービスのバージョンが07-60以降の場合に利用できます。

ただし，あらかじめバージョン07-60以降のコンソールサービスで，ネットワークスイッチ連携機能を設定していた場合は，バージョン07-55以前のコンソールサービスでも，ネットワークスイッチの設定を変更できます（この場合でも，マネージャサービスのバージョンは07-60以降が前提となります）。

また，ポート情報GUI設定方式を使ってネットワークスイッチを設定するには，マネージャサービスおよびコンソールサービスのバージョンが08-00以降の場合に利用できます。

内蔵スイッチがBS320の場合は，マネージャサービスおよびコンソールサービスのバージョンが08-10以降の場合に利用できます。また，利用できる設定方式はポート情報GUI設定方式だけです。

BS2000の場合は，マネージャサービスおよびコンソールサービスのバージョンが08-60以降の場合に利用できます。また，利用できる設定方式はポート情報GUI設定方式だけです。

BS500の場合は，マネージャサービスおよびコンソールサービスのバージョンが09-50以降の場合に利用できます。また，利用できる設定方式はポート情報GUI設定方式だけです。

(b)　JP1/Cm2/NCの前提条件

ネットワークスイッチ連携機能は，JP1/Cm2/NCのコマンドを利用します。したがって，BSM Plus（マネージャサービス追加機能）がインストールされているホストと同じホストにJP1/Cm2/NCをインストールする必要があります。

JP1/Cm2/NCは，07-51以降のバージョンを使用してください。

ただし，ポート情報GUI設定方式を使ってネットワークスイッチを設定するには，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

また，BS500でネットワークスイッチ連携機能を使用するには，JP1/Cm2/NCのバージョン09-50以降が必要です。

内蔵スイッチ（BS320）の場合は，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

(c)　ネットワークスイッチの前提条件

ネットワークスイッチ連携機能を利用できるネットワークスイッチは，内蔵スイッチ（BS1000，BS320），外付スイッチ（AX2400S，AX3600S，BS2000のLANスイッチモジュール，BS500のLANスイッチモジュール）です。

BS2000ではLANスイッチモジュール（BS2000のLANスイッチモジュール）を外付スイッチとして登録することで，ネットワークスイッチ連携機能を利用できます。また，BS500ではLANスイッチモジュール（BS500のLANスイッチモジュール）を外付スイッチとして登録することで，ネットワークスイッチ連携機能を利用できます。

(5)　N+1冗長化の前提条件

N+1冗長化は，サーバモジュール障害時のN+1自動切り替え処理の冗長化を対象とします。N+1冗長化の前提条件を次に示します。

すべてのマネージャサービスの管理下にあるホストおよびシャーシが同一であること。

すべてのマネージャサービスの管理する情報（シャーシ，サーバモジュール，パーティション，ストレージ）が一致していること。

9.6.2　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用に必要な検討

この節では，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を利用する前に検討が必要な，サーバモジュールの割り当てや予備系への切り替えについて説明します。

＜この項の構成＞

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

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

(3)　予備系への切り替え先

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

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

(6)　自動切り替え時の現用系の電源OFF

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

N+Mコールドスタンバイでは，どのサーバモジュールに障害が発生したらどの予備系サーバモジュールに切り替えるかを設定しておく必要があります。

現用系サーバモジュールと割り当てる予備系サーバモジュールのグループをN+1グループといいます。N+Mコールドスタンバイを利用する際は，N+1グループを作成し，グループ名を付けておきます。

N+Mコールドスタンバイは，1つのN+1グループに対する予備プールに，複数の予備系サーバモジュールを登録できます。複数の予備系サーバモジュールを準備することで，N+1コールドスタンバイよりも，現用系サーバモジュールの障害に対する信頼性，可用性を高められます。

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の構成例を次の図に示します。

図9-13　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の構成例

構成例に示すように，4台の現用系サーバモジュールに対して2台の予備系サーバモジュールを準備して，複数の現用系サーバモジュールの障害に備えることができます。

N+1グループに現用系サーバモジュールを登録したあとは，随時，予備プールへの予備系サーバモジュールの登録ができます。したがって，現用系サーバモジュールの障害によって，予備プールに準備される予備系サーバモジュールが不足した場合，不足したあとで予備プールにサーバモジュールを追加できます。これによって，N+1グループの現用系サーバモジュールの構成を変更しないで，ほかの現用系サーバモジュールの障害に対応できます。

N+Mコールドスタンバイは，SMPで構成された現用系ホストに対しても適用できます。SMP構成時にN+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用したときの構成例を，次の図に示します。

図9-14　N+Mコールドスタンバイの構成例（WWN引継ぎ方式/iSCSI設定引継ぎ方式）（SMP構成時）

構成例に示したように，SMP構成内で障害が発生したときに，同じ構成を持つ予備系サーバモジュールに切り替えられます。

予備系サーバモジュールを割り当てるときは，現用系サーバモジュールと同じ仕様のサーバモジュールを使用する必要があります。また，切り替え後のパーティションの構成を意識して，連続した構成となるように予備系サーバモジュールを割り当てておく必要があります。

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

N+Mコールドスタンバイは，N+1コールドスタンバイと同様に，手動または自動で予備系サーバモジュールに切り替えることができます。

手動で切り替える場合，予備系サーバモジュールの切り替え先を指定できます。自動で切り替える場合，現用系サーバモジュールにハードウェア障害が発生した契機で，予備系サーバモジュールに切り替えられます。ハードウェア障害の種類によって，即時に切り替える場合と一定時間後に切り替える場合があります。自動で切り替える場合の注意事項については，「9.8.2(2)　予備系への切り替えの方法（N+1コールドスタンバイ）」を参照してください。

現用系サーバモジュールに障害が発生し，一定時間後に予備系サーバモジュールに切り替える間に，別の現用系サーバモジュールで強制電源切断を伴う障害が発生したときは，先に障害が発生した現用系サーバモジュールに予備系サーバモジュールが割り当てられます。あとで障害が発生した現用系サーバモジュールは，予備プールに空きの予備系サーバモジュールがある場合に割り当てられます。このとき，予備系サーバモジュールの選択順序に従って割り当てられます。予備系サーバモジュールの選択順序については，「9.6.2(3)(c)　予備系サーバモジュールの選択順序」を参照してください。

(3)　予備系への切り替え先

N+Mコールドスタンバイの現用系サーバモジュールの切り替えを，手動で行う場合と自動で行う場合のそれぞれの切り替え先について説明します。また，予備系サーバモジュールに切り替えるときの選択順序についても説明します。

(a)　手動で切り替える場合の切り替え先

手動でサーバモジュールを切り替える場合，予備プール中の切り替え可能な予備系サーバモジュールから選択して切り替えることができます。予備系サーバモジュールを選択しない場合は，切り替え可能な予備系サーバモジュールの選択順序に従ってサーバモジュールが選択されます。切り替え可能な予備系サーバモジュールがない場合は，手動切り替えは実行できません。

切り替え可能な予備系サーバモジュールとは，「コールドスタンバイ中」「コールドスタンバイ失敗」状態の予備系サーバモジュールを指します。「コールドスタンバイ切り替え中」「コールドスタンバイ実行」「コールドスタンバイ警告」「サーバモジュール障害」状態の予備系サーバモジュールは，切り替え対象になりません。

また，切り替えに失敗した場合は，予備プールに切り替え可能な予備系サーバモジュールが残っていても，残りのサーバモジュールに対して切り替えは実行されません。

(b)　自動で切り替える場合の切り替え先

自動でサーバモジュールを切り替える場合，選択順序に従って予備プール中の予備系サーバモジュールを選択して切り替えます。切り替え可能な予備系サーバモジュールが見つからなかった場合は，警告アラート（アラートID：0x3722）がコンソールサービスに通知され，自動切り替えは実行されません。このように，予備プールに予備系サーバモジュールが不足している場合は，予備プールにサーバモジュールを追加したあとに，障害の発生した現用系サーバモジュールに対して手動切り替えを実行できます。

自動切り替えで，切り替え可能な予備系サーバモジュールとは，手動切り替えで切り替え可能なサーバモジュールと同様に，「コールドスタンバイ中」「コールドスタンバイ失敗」状態の予備系サーバモジュールを指します。

また，切り替えに失敗した場合は，予備プールに切り替え可能な予備系サーバモジュールが残っていても，残りのサーバモジュールに対して切り替えは実行されません。

(c)　予備系サーバモジュールの選択順序

予備系サーバモジュールは，サーバシャーシ定期診断の結果，通信状態が不安定でないと診断されたサーバシャーシのうち，アルファベット順で先行するシャーシ名を持つシャーシの中で，小さいスロット番号を持つサーバモジュールから順に選択されます。

（例）

シャーシ名「ABC」は，「DEF」よりも先に選択される。

シャーシ名「EBS#01」は，「EBS#02」よりも先に選択される。

シャーシ名「EBS#01」スロット0は，シャーシ名「EBS#01」スロット1よりも先に選択される。

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

N+1コールドスタンバイ機能を利用する場合，BladeSymphonyに関するハードウェア障害のサーバモジュール系のアラートが，自動切り替えの対象となります。これらのアラートには，アラートごとに，障害が発生してから自動で切り替えるまでの待ち時間が設定されています。これ以外のアラートは，自動切り替えの対象にできません。

アラートの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

注意

自動切り替え対象アラートが発生し，自動切り替えを開始したあと（切り替え待ちの状態を含む）に，新たに発生した自動切り替え対象アラートは無視されます。

自動切り替え対象アラートは，N+1対象アラート定義ファイル（N1Alert.dat）に定義されています。N1Alert.datの定義内容を編集することで，N+1コールドスタンバイ自動切り替え対象アラートの設定を変更できます。

N1Alert.datは次のフォルダに格納されています。

<ServerConductorのインストール先フォルダ>¥Data

N+1対象アラート定義ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項について，次に説明します。

(a)　記述形式

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に指定したアラートで示される障害が発生してから切り替えが実行されるまでの自動切り替え待ち時間を，0～2147483647の整数で指定します。単位は分です。デフォルトでは，0または60が指定されています。

値は半角で入力してください。

ForcedExeFlagに1を指定している状態で，「0」を指定した場合は，障害発生と同時に即時に自動切り替えを行います。また，「60」を指定した場合は，障害発生から1時間後に自動切り替えを行います。障害発生から1時間後に自動切り替えを行う場合の障害は，原因特定のために，障害発生時に手動でダンプを採取することを推奨します。

注意

N+1コールドスタンバイ自動切り替え対象アラートとしない場合，WaitTimeに0を指定してください。WaitTimeに0以外の整数が指定されていた場合，ForcedExeFlagに0を指定しても，自動切り替え対象アラートとして扱われます。

行の先頭に，半角スペースまたは#が指定されている場合，その行はコメント行と見なされます。コメント行の入力文字の種類に制限はありません。

(b)　デフォルトの定義内容

N1Alert.datに定義されている，各アラートのデフォルト値を次に示します。

表9-6　自動切り替えの対象となるアラートと設定内容のデフォルト値

アラートID（AlertID）
（変更不可）
実行フラグ（ForcedExeFlag）
（変更可）
待ち時間（WaitTime）
（分）（変更可）

1417h
1
60

1451h※1
1
0

1453h※1
1
0

1462h
1
0

1463h
1
0

1464h
1
60

146Eh
1
0

1470h※2※3※5
1
60

1483h※4※5
1
0

1484h※4※5
1
60

148Eh※6
1
0

1491h
1
60

1492h
1
60

1493h
1
60

1494h
1
60

1496h※6
1
60

1497h
1
60

1499h
1
60

14A0h
1
0

14A5h
1
0

14A8h
1
0

14AAh
1
0

14AFh※6
1
0

14B0h
1
0

14B1h
1
60

14D2h
1
60

14D5h
1
60

1788h※5※7
1
0

1789h※5※7
1
60

注※1

現在サーバモジュールを対象としたアラートではないため，自動切り替えの対象とはなりません。

注※2

SVPコマンド（TCコマンド）を入力した場合，このアラートが通知され，N+1コールドスタンバイ自動切り替えが発生することがあります。このとき，WaitTimeを「0」に設定していると，TCコマンド経由でのダンプ取得ができなくなります。ダンプの取得が必要な場合は，ダンプを取得するのに十分な時間を設定してください。

注※3

Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，このアラートは通知されません。

注※4

ユーザが任意のタイミングで発生させることができるN+1コールドスタンバイ構築テスト用のアラートです。発生させる方法については，マニュアル「BladeSymphonyユーザーズガイド」のRTコマンド（BS2000ではBSMコマンド）について記載されている章を参照してください。

BS500の場合は，Webコンソールから構築テスト用のアラートを発生させてください。

注※5

BS2000およびBS500の場合に切り替えの対象となるアラートは，1788h，1789h，1470h，1483hおよび1484hの5つになります。

注※6

現在未使用（予約）のアラートIDです。

注※7

BS1000およびBS320では通知されません。

なお，バージョン08-60未満のバージョンからバージョンアップする場合は，バージョンアップしたあとに，N1Alert.datに「1788h,1,0」，「1789h,1,60」，「146Eh,1,0」，および「148Eh,1,0」の4行を追加してください。また，バージョン08-60以降かつ09-54未満のバージョンからバージョンアップする場合は，バージョンアップしたあとに，N1Alert.datに「146Eh,1,0」および「148Eh,1,0」の2行を追加してください。

(c)　定義例

自動切り替えの対象となるアラートの設定内容を変更する場合のN1Alert.datの定義例を次に示します。

0x1417をN+1コールドスタンバイ自動切り替え対象アラートとしない場合

次のように，ForcedExeFlagおよびWaitTimeの両方に0を指定します。

1417h,0,0

次のように，行全体をコメント行にすることでも，N+1コールドスタンバイ自動切り替え対象アラートとしないようにできます。

#1417h,1,60

0x1462アラートが発生したときに，即時に切り替えを実行する場合

次のように，ForcedExeFlagに1，WaitTimeに0を指定します。

1462h,1,0

0x1463アラートが発生してから，60分後に切り替えを実行する場合

次のように，ForcedExeFlagに1，WaitTimeに60を指定します。

1463h,1,60

(d)　定義内容を有効にする手順

N1Alert.datの設定内容を変更した場合は，次に示すどちらかの操作をしてください。この操作をしないと，変更した内容が有効になりません。

コンソールサービスの［設定］メニューから「マネージャサービス設定」を選択し，［N+1設定］タブを選択する。［N+1コールドスタンバイ］の［有効にする］チェックボックスをONにして［適用］ボタンをクリックする

マネージャサービスを再起動する

(e)　N1Alert.dat指定時の注意事項

1行に指定できるバイト数は254バイトまでです。

同一のアラートIDを複数定義することはできません。複数定義した場合は，「(d)　定義内容を有効にする手順」に示す手順を実施した時点で，実行エラーとなります。

N1Alert.datに，指定できる文字以外の値を指定した場合，設定が有効にならないか，または値が仮定されて実行されます。

(f)　バージョンアップする場合の注意事項

バージョン08-60未満のバージョンからバージョンアップする場合は，バージョンアップしたあと，N1Alert.datに，1788h，1789h，146Eh，および148Ehのアラートの設定を追加してください。また，バージョン08-60以降かつ09-54未満のバージョンからバージョンアップする場合は，バージョンアップしたあと，N1Alert.datに，146Ehおよび148Ehのアラートの設定を追加してください。

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

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の自動切り替えを実施する場合，運用ケースによって必要な設定項目および自動切り替え対象アラートの切り替え待ち時間の見積もり方法が異なります。

自動切り替えに必要な設定，および自動切り替え待ち時間の見積もり方法を，運用ケースごとに，次の表に示します。

注意

ダンプを採取しないように運用すると障害の発生原因を特定できなくなるため，ダンプを採取するように運用してください。ダンプを採取しない運用は，障害の発生原因を追及するよりも現用系ホストの再起動または切り替えによる復旧を優先する場合に限って使用するようにしてください。

ダンプを手動で採取する場合は事前に設定が必要です。ダンプを採取するための設定方法については，マニュアル「BladeSymphonyソフトウェアガイド」を参照してください。

自動切り替え待ち時間は表に示す見積もりの時間よりも長くなるように設定することをお勧めします。切り替え待ち時間が短過ぎる場合，ダンプの採取途中で自動切り替えが実行されてしまい，ダンプの採取に失敗することがあります。

N1Alert.datで自動切り替え待ち時間のデフォルト値が0分に設定されているアラートはハードウェア障害が原因で発生するアラートです。そのため，N+1冗長化構成で切り替え開始順序の遅いマネージャサービスの場合を除き，自動切り替え待ち時間を変更しないことをお勧めします。

管理対象ホストが複数ある場合，ダンプの採取に掛かる時間はOSやハードウェアの構成などによって異なります。ダンプの採取時間は，最も長く掛かる時間を見積もってください。

N+1冗長化構成の場合，現用系ホストでのエージェントサービス起動による自動切り替えの中止は適用できません。また，N+1冗長化構成で，切り替え開始順序の遅いマネージャサービスに対しては，表に示す自動切り替え待ち時間の見積もりに，「9.6.5　N+1冗長化の設定」で算出した切り替え時間を加算して設定する必要があります。

表9-7　運用ケース別のN+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）に必要な設定と自動切り替え対象アラートの自動切り替え待ち時間の見積もり

項番
障害アラート発生後の運用ケース
必要な設定
自動切り替え待ち時間の見積もり

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の設定内容変更については，「9.6.2(4)　自動切り替えの対象となるアラートの設定」を参照してください。

注※2

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスでの設定内容を示します。自動切り替え中止の設定については，「9.9.4(2)　自動切り替えの自動中止」を参照してください。

注※3

BMC環境設定ユティリティまたはsmhaaeditコマンドでの，障害発生時の動作の設定を示します。Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で選択する項目を示します。Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で選択する項目を示します。

設定方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（SVP／BMCの設定）について記載されている章を参照してください。

表に示した各項目について説明します。

(a)　ダンプを採取してから自動切り替えを実行する

障害の発生後，切り替え待ち時間が経過するまでにダンプの採取を完了させます。

(i) 運用の流れ

障害発生後にダンプの採取を手動で開始します。
BMC環境設定ユティリティ（Windowsの場合）またはsmhaaeditコマンド（Linuxの場合）で，自動的にNMIを発生させてOSにダンプを出力させることができます。設定方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（SVP／BMCの設定）について記載されている章を参照してください。

切り替え待ち時間の経過後，自動的に予備系サーバモジュールに切り替わります。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(iii)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(iii) 自動切り替え待ち時間

障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間を設定してください。

(b)　ダンプを採取してから自動切り替えを実行する（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）

障害の発生後，切り替え待ち時間が経過するまでにダンプの採取を完了させます。また，ダンプの採取終了後にシステムを再起動して現用系ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(i) 運用の流れ

障害発生後にダンプの採取を手動で開始します。
BMC環境設定ユティリティ（Windowsの場合）またはsmhaaeditコマンド（Linuxの場合）で，自動的にNMIを発生させてOSにダンプを出力させることができます。設定方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（SVP／BMCの設定）について記載されている章を参照してください。

ダンプの採取完了後にシステムを再起動します。

現用系ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。
ただし，切り替え待ち時間が経過するまでに現用系ホストのエージェントサービスが起動しない場合は予備系サーバモジュールへの切り替えを開始します。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(iii)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをONにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(iii) 自動切り替え待ち時間

障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間＋ダンプ採取の完了後に現用系ホストでシステムを再起動して，［ホスト管理］ウィンドウでアイコンが活性化するまでの時間を設定してください。

(c)　自動切り替えを手動で中止してからダンプを採取する

障害の発生後，［N+1コールドスタンバイ詳細設定］ウィンドウから手動で自動切り替えを中止してダンプの採取を実施します。ダンプの採取が完了したら手動で復旧処理を実施します。

(i) 運用の流れ

障害発生後，［N+1コールドスタンバイ詳細設定］ウィンドウで自動切り替えを中止したい現用系ホストを選択し，［設定］メニューから［自動切り替え中止］を選択して，自動切り替えを中止します。

ダンプの採取を開始します。

ダンプの採取完了後，現用系ホストを再起動し手動で切り替えを実施して復旧処理を実行します。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(iii)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(iii) 自動切り替え待ち時間

障害発生から自動切り替えの中止の実行に掛かる時間を設定してください。

(d)　ダンプを採取しないで自動切り替えを実行する

障害の発生後，即時に切り替えを実施します。

(i) 運用の流れ

障害発生後に自動的に予備系サーバモジュールに切り替わります。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，0分を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(iii) 自動切り替え待ち時間

0分を設定してください。

(e)　ダンプを採取しないで自動切り替えを実行する（現用系ホストでエージェントサービスが起動した場合は自動切り替えを中止する）

障害発生後に切り替え待ち時間が経過したあと，切り替えを開始します。切り替え待ち時間中に現用系ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(i) 運用の流れ

障害発生後に切り替え待ち時間が経過したあと，自動的に予備系サーバモジュールに切り替わります。
切り替え待ち時間中に現用ホストのエージェントサービスが起動した場合は，自動的に切り替えを中止します。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(iii)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをONにしてください。

Windowsの場合，アラートID 0x1470発生時に自動的にシステムを再起動したいときは，BMC環境設定ユティリティの［障害発生時処理］で「リセット」または「電源OFF→電源ON」を設定してください。アラートID 0x1470発生時に手動でシステムを再起動したいときは，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，アラートID 0x1470発生時に自動的にシステムを再起動したいときは，障害監視設定メニューの「3.ProcessAtError」で「1」または「3」を設定してください。アラートID 0x1470発生時に手動でシステムを再起動したいときは，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(iii) 自動切り替え待ち時間

現用系ホストでシステムを再起動して，［ホスト管理］ウィンドウでアイコンが活性化するまでの時間を設定してください。

(f)　自動切り替えを実行しないでダンプの採取だけを実行する

障害の発生後，ダンプの採取だけを実行します。

(i) 運用の流れ

障害の発生後にダンプの採取を手動で開始します。
BMC環境設定ユティリティ（Windowsの場合）またはsmhaaeditコマンド（Linuxの場合）で，自動的にNMIを発生させてOSにダンプを出力させることができます。設定方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（SVP／BMCの設定）について記載されている章を参照してください。

(ii) 必要な設定内容

N1Alert.datでは，N+1コールドスタンバイ自動切り替え対象のアラートIDとしないように設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「何もしない」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「0」を設定してください。

(iii) 自動切り替え待ち時間

0分を設定してください。

(g)　自動切り替えを実行しないで自動的にシステムの再起動だけを実行する

障害の発生後，自動的にシステムの再起動だけを実行します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(i) 運用の流れ

障害発生後に自動的にシステムを再起動します。

(ii) 必要な設定内容

N1Alert.datでは，N+1コールドスタンバイ自動切り替え対象のアラートIDとしないように設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

Windowsの場合，BMC環境設定ユティリティの［障害発生時処理］で「リセット」または「電源OFF→電源ON」を設定してください。
Linuxの場合，障害監視設定メニューの「3.ProcessAtError」で「1」または「3」を設定してください。

(iii) 自動切り替え待ち時間

0分を設定してください。

(6)　自動切り替え時の現用系の電源OFF

自動切り替えが発生したとき，障害が発生した現用系のサーバモジュールの電源OFFの方式を次の中から選択できます。

サーバモジュールの電源を強制電源OFFする

サーバモジュール上で動作しているOSをシャットダウンしてから，サーバモジュールを電源OFFする

サーバモジュールの電源OFFの方式は，N1Alert.datで定義されている自動切り替えの対象アラートごとに設定できます。また，設定した内容は，マネージャサービスが管理しているN+1グループの現用系のサーバモジュールすべてに適用されます。N1Alert.datで定義されている自動切り替えの対象アラートについては，「9.6.2(4)　自動切り替えの対象となるアラートの設定」を参照してください。

自動切り替え発生時，障害が発生した現用系のサーバモジュールの電源を強制電源OFFするか，OSをシャットダウンしてから電源OFFするかは，N+1コールドスタンバイ設定ファイル（N1SwitchShutdownSet.ini）に定義されています。N1SwitchShutdownSet.iniの定義内容を編集することで，N+1コールドスタンバイ自動切り替え時の電源OFFの方式を変更できます。

N1SwitchShutdownSet.iniは次のフォルダに格納されています。

<ServerConductorのインストール先フォルダ>¥Data

N+1コールドスタンバイ設定ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項について，次に説明します。

(a)　記述形式

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が指定されています。

値は半角で入力してください。

「=」がない行，および先頭文字が「[」または「#」の行は，コメント行と見なされます。

(b)　デフォルトの定義内容

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
146Eh=0
148Eh=0

なお，バージョン08-60未満のバージョンからバージョンアップする場合は，バージョンアップしたあとに，N1SwitchShutdownSet.iniに「1788h=0」，「1789h=0」，「146Eh=0」，および「148Eh=0」の4行を追加してください。また，バージョン08-60以降かつ09-54未満のバージョンからバージョンアップする場合は，バージョンアップしたあとに，N1SwitchShutdownSet.iniに「146Eh=0」および「148Eh=0」の2行を追加してください。

(c)　定義例

0x1417アラートによる自動切り替えが発生したとき，OSシャットダウン後に電源OFFを実行する場合のN1SwitchShutdownSet.iniの定義例を次に示します。監視時間は5分とします。

[N1ShutdownSetting]
Function=1
Timeout=5
[AlertID]
1417h=1
    :
    :

(d)　定義内容を有効にする手順

N1SwitchShutdownSet.iniの設定内容を変更した場合は，次に示すどちらかの操作をしてください。この操作をしないと，変更した内容が有効になりません。

コンソールサービスの［設定］メニューから「マネージャサービス設定」を選択し，［N+1設定］タブを選択する。［N+1コールドスタンバイ］の［有効にする］チェックボックスをONにして［適用］ボタンをクリックする

マネージャサービスを再起動する

(e)　注意事項

N1SwitchShutdownSet.iniで定義する英字部分は，大文字と小文字を区別しません。

N1SwitchShutdownSet.iniの設定項目はFunction，Timeout，アラートIDの順に各行に記述してください。

N1Alert.datに定義されていないアラートは，OSシャットダウン後に電源OFFを実行する対象のアラートにできません。

N1SwitchShutdownSet.iniでOSシャットダウン後に電源OFFを実行する対象のアラートとして設定したアラートが，一定時間経過してから自動切り替えを実行するアラートの場合，設定した時間が経過したあと，OSシャットダウンが開始されます。

N+1冗長化構成をしている場合，OSシャットダウンから強制電源OFFまでの監視時間を考慮して，冗長化による自動切り替え待ち時間を設定する必要があります。N+1冗長化構成時の監視時間の設定については，「9.6.5(2)(d)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間」を参照してください。

次の場合，OSシャットダウン停止は実行されないで強制電源OFFされます。

N1SwitchShutdownSet.iniファイルがない場合

FunctionまたはTimeoutを定義する行がない場合

アラートIDが1つも定義されていない場合

Function，Timeout，およびAlertIDを定義する「=」のあとの数値が，指定された範囲内にない場合

Agentがマネージャサービスに登録されていない場合

管理対象サーバにAgentがインストールされていない場合（ただし，VMホストの場合は，Agentがインストールされていない場合でもOSシャットダウン停止を実行できます。）

1行に指定できるバイト数は254バイトまでです。

数値文字列の途中にスペースまたはタブ文字がある場合は，エラーになります。

同一のアラートIDを複数定義した場合，ファイルの末尾に近い行の定義が有効になります。

(f)　バージョンアップする場合の注意事項

バージョン08-60未満のバージョンからバージョンアップする場合は，バージョンアップしたあと，N1SwitchShutdownSet.iniに，1788h，1789h，146Eh，および148Ehのアラートの設定を追加してください。また，バージョン08-60以降かつ09-54未満のバージョンからバージョンアップする場合は，バージョンアップしたあと，N1SwitchShutdownSet.iniに，146Ehおよび148Ehのアラートの設定を追加してください。

9.6.3　N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の設定

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用するための設定方法について説明します。

なお，設定の追加や変更などの操作を行う場合，「更新モード」で操作する必要があります。現在のモードは，［N+1コールドスタンバイ詳細設定］ウィンドウのタイトルまたは［モード選択］メニューで確認できます。「更新モード」にするには，［モード選択］メニューから［更新モード］を選択します。

＜この項の構成＞

(1)　N+1コールドスタンバイ機能の設定手順

(2)　N+1コールドスタンバイ機能を有効にする設定

(3)　N+1コールドスタンバイ機能の設定と変更

(4)　N+1グループの作成と削除

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

(6)　N+1グループの予備プールの登録と削除

(7)　設定内容の確認

(1)　N+1コールドスタンバイ機能の設定手順

N+1コールドスタンバイ機能の設定手順を次の図に示します。

図9-15　N+1コールドスタンバイ機能の設定手順（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））

(2)　N+1コールドスタンバイ機能を有効にする設定

N+1コールドスタンバイ機能を有効にする手順について説明します。また，ネットワークスイッチ連携機能を有効にする手順についても説明します。

(a)　N+1コールドスタンバイ機能を有効にする

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャを選択する

［設定］メニューから「マネージャサービス設定」を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［N+1設定］タブを選択する

ここでは，次の情報を設定します。

設定項目 | 設定内容
N+1コールドスタンバイ | 障害発生時にN+1コールドスタンバイ機能を有効にする場合にチェックボックスをONにします。
障害時の自動切り替え実行の適用 | 障害発生時にN+1コールドスタンバイ機能を自動で実行するかどうかを設定します。［適用する］ラジオボタンをONにした場合，N+1コールドスタンバイ機能を自動で実行します。切り替えの契機については，「9.6.2(2)　予備系への切り替えの方法（N+Mコールドスタンバイ）」を参照してください。［適用しない］ラジオボタンをONにした場合，障害発生時に手動で切り替えを実行します。手動切り替えの操作については，「9.9.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。
自動切り替えを中止する | N+1コールドスタンバイ機能を自動で実行中に障害を回復できた場合，自動切り替えを中止するかどうかを設定します。［現用ホストでエージェントサービスが起動］チェックボックスをONにした場合，障害発生後，一定時間内に現用系ホストでエージェントサービスが起動したときに自動切り替えを中止します。デフォルトはOFFです。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

(b)　ネットワークスイッチ連携機能を有効にする

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ネットワークスイッチ連携機能］タブを選択する

ここでは，次の情報を設定します。

設定項目
設定内容

ネットワークスイッチ連携機能
ネットワークスイッチ連携機能を有効にする場合にチェックボックスをONにします。
［接続確認］ボタンをクリックすると，マネージャサービスがJP1/Cm2/NCを実行できるかを確認します。確認した結果はメッセージとして表示されます。

ネットワークスイッチ連携機能（ポート情報インポート設定方式）の詳細設定
ポート情報インポート設定方式で，ネットワークスイッチ連携機能を利用する場合に設定します。
「内蔵スイッチ(BS1000)情報定義のファイルパス」に，登録するスイッチ情報定義ファイルを指定します。スイッチ情報定義ファイルを登録するタイミングでスイッチポートを設定する場合は，［定義ファイル設定時にスイッチポートの設定を行う］チェックボックスをチェックします。
［定義ファイル出力］ボタンで，指定したスイッチ情報定義ファイルを出力できます。
［定義ファイル設定］ボタンで，指定したスイッチ情報定義ファイルをマネージャサービスに登録します。指定したスイッチ情報定義ファイルの内容が0バイト，またはコメント行と空白行だけの場合は，マネージャサービスに登録された内容が消去されます。

ネットワークスイッチ連携機能（ポート情報GUI設定方式）の詳細設定
ポート情報GUI設定方式で，ネットワークスイッチ連携機能を利用する場合に設定します。
［外付スイッチ登録・削除］ボタンをクリックすると，［外付スイッチ名称登録］ダイアログボックスが開き，外付スイッチタイプと外付スイッチ名称を登録，削除できます。
［設定］ボタンをクリックすると，［スイッチ情報登録］ダイアログボックスが開き，シャーシと内蔵スイッチ名称の関連づけ，シャーシとの各スロット（サーバモジュール）のPCIスロットから直結されたスイッチのどのポートに接続されているかの関連づけを設定します。

注意

ネットワークスイッチ連携機能を利用するには，ポート情報GUI設定方式，またはポート情報インポート設定方式のどちらかの方法で設定してください。

ポート情報GUI設定方式は，N+1グループの設定，およびJP1/Cm2/NCの設定を実施してから設定してください。

スイッチ情報定義ファイルの定義を変更したあとに［定義ファイル設定時にスイッチポートの設定を行う］チェックボックスをチェックしてスイッチポートを設定すると，スイッチ情報定義ファイルの変更がスイッチポートの設定に反映されます。ただし，Untaggedポートに対してVLAN IDだけを変更する場合は，変更が反映されません（VLAN IDが1の場合を除く）。スイッチ情報定義ファイルの変更後の設定と注意事項については，「9.6.4(4)(c)　スイッチ情報定義ファイルの変更」を参照してください。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

(3)　N+1コールドスタンバイ機能の設定と変更

N+1コールドスタンバイ機能を設定または変更するには，［N+1コールドスタンバイ詳細設定］ウィンドウを表示します。

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャ，または管理対象を選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［N+1コールドスタンバイ詳細設定］ウィンドウでは，現用系の業務サーバ（ホスト単位）と予備系のサーバ（サーバモジュール単位）をグループ単位で管理し，予備のサーバモジュールを登録できます。

現用系の業務サーバのグループを，現用系のN+1グループと呼び，予備系のサーバのグループを予備プールと呼びます。現用系のN+1グループと予備プールをまとめてN+1グループと呼びます。1つのN+1グループの中では，現用系のN+1グループと予備プールは1対1の関係です。また，N+1グループは1,024グループまで作成できます。

［N+1コールドスタンバイ詳細設定］ウィンドウの左側（左ペインと呼ぶ）には，N+1コールドスタンバイをルートノードとしてN+1グループがツリー表示されます。

N+1グループの下位に，現用系のホスト名※および予備プールが表示されます。さらに予備プールの下位にはシャーシが表示され，シャーシの下位にはサーバモジュールが表示されます。

注※

「ホスト名」とは，［ホスト管理］ウィンドウの［コンピュータ名］欄に表示される名称のことです。

［N+1コールドスタンバイ詳細設定］ウィンドウの右側（右ペインと呼ぶ）には，左ペインで選択したノードについての情報が表示されます。各ノードを選択した場合に表示される右ペインの情報については，「9.6.3(7)　設定内容の確認」を参照してください。

なお，［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。手順については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

(4)　N+1グループの作成と削除

(a)　 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コールドスタンバイ」を選択します。

［OK］ボタンをクリックする
［グループ作成］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位にN+1グループが作成されます。N+1グループは1,024グループまで作成できます。

(b)　 N+1グループの削除

N+1グループ内で切り替えが実行されているとN+1グループを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

N+1グループを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで削除する［N+1グループ］ノードをクリックする

［設定］メニューから［N+1グループ削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
［N+1グループ削除］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位からN+1グループが削除されます。

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

(a)　N+1グループのホストの登録

N+1グループを作成したら，現用系ホストを登録します。

注意

現用系ホストを登録する場合の制限事項を次に示します。

1つのN+1グループにBS2000，BS1000，BS500，BS320のホストは混在して登録できません。また，BS2000の場合，IOFモデル対応のサーバシャーシ上のサーバモジュールで稼働しているホストは登録できません。

1つのN+1グループにHP-UXのホストと，WindowsまたはLinuxのホストは混在して登録できません。

N+1グループには，論理パーティション上で稼働しているサーバを現用系ホストとして登録できません。そのため，［ホスト登録・変更］ダイアログボックスの［登録候補一覧］には表示されません。

HP-UXのホストは登録できません。

SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合，現用系ホストと異なるサーバシャーシのホストは登録できません。

BS320の場合，複数スロットを占有するサーバモジュールは，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）に対応していません。そのため，複数スロットを占有するBS320のサーバモジュール上で稼働するホストは現用系ホストとして登録できません。

BS500の場合，ストレージ拡張ブレードを搭載して複数スロットを占有するサーバモジュールは，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）に対応していません。そのため，ストレージ拡張ブレードを搭載して複数スロットを占有するBS500のサーバモジュール上で稼働するホストは現用系ホストとして登録できません。

現用系ホストを登録する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを登録する
［登録候補一覧］に登録可能なホストが表示されています。ほかのN+1グループですでに登録されているホストは，［登録候補一覧］には表示されません（1つのホストを複数のN+1グループに登録することはできません）。
Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，［登録候補一覧］には「シャーシID_パーティションX」（X：パーティション番号）と表示されます。
［登録候補一覧］からホストを選択し，［↓］ボタンをクリックします。［現用系ホスト一覧］に，選択したホストが表示されます。ホストは1つのN+1グループに対して256台まで登録できます。

注意

ホストを登録したときは，［切り替え方式］に「WWN引継ぎ方式」が表示されていることを確認してください。「WWN引継ぎ方式」以外の方式が表示された場合は，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）を適用できません。なお，iSCSI設定引継ぎ方式の場合で，［切り替え方式］には「WWN引継ぎ方式」と表示され「iSCSI設定引継ぎ方式」とは表示されません。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位にホストが作成されます。

(b)　N+1グループのホストの削除

予備系サーバモジュールの登録後にN+1グループからすべてのホストを削除する場合は，先に予備系サーバモジュールを削除する必要があります。予備系サーバモジュールの削除については，「9.6.3(6)(b)　N+1グループの予備プールの削除」を参照してください。

N+1グループからホストを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを削除する
［現用系ホスト一覧］からホストを選択し，［↑］ボタンをクリックします。［現用系ホスト一覧］から選択したホストが削除され，［登録候補一覧］に表示されます。削除されたホストは，ほかのN+1グループに登録可能となります。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位からホストが削除されます。

(c)　 N+1グループ名の変更

N+1グループ名を変更する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

N+1グループ名を変更する

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，N+1グループ名が変更されます。

(6)　N+1グループの予備プールの登録と削除

(a)　 N+1グループの予備プールの登録

現用系のN+1グループに割り当てる予備プールを登録する手順を次に示します。

注意

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）で登録できる予備系サーバモジュールの最大数は，IA32サーバモジュールの場合は256台，IPFサーバモジュールの場合は1,024台です。

現用系に登録されているホストと異なる種別のサーバシャーシに搭載されているサーバモジュールを予備登録することはできません。次に例を示します。

＜例＞

登録可能
現用系（BS1000Aに搭載されたホスト），予備系（BS1000Aに搭載されたサーバモジュール）

登録不可
現用系（BS1000に搭載されたホスト），予備系（BS320に搭載されたサーバモジュール）

SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合は，同一のサーバシャーシに搭載されているサーバモジュールだけを登録できます。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［予備系サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［予備登録・変更］ダイアログボックスを参照してください。

シャーシの選択の中から，このN+1グループの予備対象とするシャーシを選択する
シャーシを選択すると，［予備系サーバモジュールの選択］に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。

注意

・現用系ホストがSMP構成の場合は，予備対象とするサーバモジュールも現用系ホストと同じSMP構成にする必要があります。

・シャーシの選択でシャーシを変更してもチェックボックスの状態は保存されます。

・登録できないサーバモジュールが選択可能状態（活性化状態）になる場合があります。この場合，［OK］ボタンをクリックした時点でエラーになります。

予備プールとして登録するサーバモジュールを選択する
予備プールとして登録するサーバモジュールのチェックボックスをONにしてください。

注意

・BS320の場合，複数スロットを占有するサーバモジュールは，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）に対応していません。そのため，予備プールとして登録できません。

・BS500の場合，ストレージ拡張ブレードを搭載して複数スロットを占有するサーバモジュールは，N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）に対応していません。そのため，予備プールとして登録できません。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループに予備プールが登録されます。

(b)　 N+1グループの予備プールの削除

予備系サーバモジュールが，切り替え実行されていると，その予備系サーバモジュールを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

現用系のN+1グループに割り当てている予備プールを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［予備系サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［予備登録・変更］ダイアログボックスを参照してください。

シャーシの選択の中から，このN+1グループの予備対象となっているシャーシを選択する
シャーシを選択すると，「予備系サーバモジュールの選択」に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録してあるサーバモジュールと予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。すでにほかのN+1グループで予備プールに登録されているサーバモジュールおよび管理対象ホストを構成するサーバモジュールは選択可能状態にはなりません。

予備プールから削除するサーバモジュールを選択する
削除するサーバモジュールのチェックボックスをOFFにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループから予備プールが削除されます。
予備プールを削除した場合は，別の予備プールを「(a)　N+1グループの予備プールの登録」の手順に従って登録してください。

(c)　ツールチップに表示されるメッセージ

［予備登録・変更］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表9-8　ツールチップに表示されるメッセージと対処方法（［予備登録・変更］ダイアログボックス）

優先順位※
メッセージ
対処

1
Slot%d:サーバモジュールが挿入されていません。
サーバモジュールを挿入してください。

2
Slot%d:複数スロットを占有するサーバモジュールの最も小さい番号のスロットではないため，予備系サーバモジュールとして登録できません。
複数のスロットを占有するサーバモジュールの最も小さい番号のスロットを予備系として登録してください。

3
Slot%d:他のN+1グループの予備系サーバモジュールとして登録されています。
ほかのN+1グループから，該当するサーバモジュールを削除してください。

4
Slot%d:パーティションが削除されています。
SMP構成管理機能で，該当するサーバモジュールのパーティションを作成してください。

5
Slot%d:ホスト管理画面に登録されているサーバモジュールです。
該当するサーバモジュールを［ホスト管理］ウィンドウから削除してください。

6
Slot%d: 予備系サーバモジュールPre-configure実行中です。
予備系サーバモジュールのPre-configureが終了するまで待ってください

7
Slot%d:予備系サーバモジュール診断の実行中です。
予備系サーバモジュールの診断が終了するまで待ってください。

8
Slot%d:パーティションが利用できる状態になっていません。(パーティション情報ステータスが「Configuration validate(0x03)」以外になっています。)
SVPへログインし，PCCコマンド（BS2000ではPCコマンド）で，該当パーティションのPre-configureを実行してください。
BS500の場合はWebコンソールから該当パーティションのPre-configureを実行してください。

9
Slot%d:パーティションの電源がONになっています。
パーティションの電源をOFFにしてください。

10
Slot%d:Pre-configureが無効またはパーティションの情報が有効ではありません。
サーバモジュールのPre-configure情報をサーバシャーシインベントリの［パーティション情報］から確認してください。Pre-configure機能が無効になっている場合，SVPへログインしてPre-configureを有効にしてください。Pre-configure機能が有効になっている場合，保守員に連絡してください。

11
Slot%d:現用系と異なる種別のサーバシャーシに搭載されたサーバモジュールです。
このサーバモジュールは予備登録できません。現用系と同一の種別のサーバシャーシに搭載されたサーバモジュールを選択してください。

12
Slot%d:IOFモデルと非IOFモデルが混在しています。
このサーバモジュールは予備登録できません。現用系がIOF対応の場合，予備系にはIOF対応のサーバシャーシに搭載されたサーバモジュールを選択してください。現用系がIOF非対応の場合，予備系にはIOF非対応のサーバシャーシに搭載されたサーバモジュールを選択してください。

13
Slot%d:Switch Moduleの種別が異なるサーバモジュールです。
このサーバモジュールは予備登録できません。現用系と同一の種別のSwitch Moduleを使用したサーバモジュールを選択してください。

14
Slot%d:現用系ホストにHVMが登録されていますが，このサーバモジュールはHVM非搭載です。
このサーバモジュールはHVM非搭載のため予備登録できません。HVMが搭載されたサーバモジュールを選択してください。

15
Slot%d:LPARモードのサーバモジュールです。
このサーバモジュールはN+1グループへは予備登録できません。ほかのサーバモジュールを選択してください。

16
Slot%d:ストレージ運用支援機能でホストグループが割り当てられています。
ストレージ運用支援機能で，該当するサーバモジュールのホストグループの割り当てを解除してください。

17
Slot%d:現用ホストとして<グループ名>に登録されています。
［ホスト登録・変更］ダイアログボックスで，現用系ホストとしての登録を解除してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が1つだけ表示されます。

(7)　設定内容の確認

(a)　［N+1コールドスタンバイ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1コールドスタンバイ］ノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1コールドスタンバイ］ノード選択時）を参照してください。

コールドスタンバイ中のサーバモジュール数

コールドスタンバイ切り替え実行数

コールドスタンバイ警告数

(b)　［N+1グループ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1グループ］ノード選択時）を参照してください。

N+1グループ名

現用系ホスト一覧

グループ属性
コンソールサービスのバージョンが07-55以前の場合は表示されません。

シャーシの選択

シャーシタイプ
コンソールサービスのバージョンが08-00以前の場合は表示されません。

予備系サーバモジュール
表示されるSlotの数は，サーバシャーシのタイプによって異なります。表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1グループ］ノード選択時）を参照してください。

定期診断スケジュール
接続先マネージャサービスおよびコンソールサービスのバージョンが08-50より前の場合は表示されません。

(c)　ホストノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーでホストノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（ホストノード選択時）を参照してください。

シャーシID

サーバモジュール

モジュールタイプ

OS名

切替先シャーシID

切替先サーバモジュール

状態

(d)　予備プールの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［予備プール］ノードを選択すると，次の画面が表示されます。

［予備プール］ノードの下位の［シャーシ］ノード，［サーバモジュール］ノードを選択した場合も同じ項目が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［予備プール］ノード選択時）を参照してください。

シャーシID

予備サーバモジュール

予備モジュールタイプ

切替元シャーシID

切替元サーバモジュール

状態

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

ネットワークスイッチ連携機能を適用するための設定について説明します。

＜この項の構成＞

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

(2)　JP1/Cm2/NCの設定

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

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

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

(6)　ポート設定変更時の注意

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

ネットワークスイッチ連携機能の設定手順を次に示します。

注意

ネットワークスイッチ情報の設定は，N+1グループの設定，およびJP1/Cm2/NCの設定が完了してから設定してください。

JP1/Cm2/NCの設定をする
JP1/Cm2/NCをBSM Plus（マネージャサービス追加機能）がインストールされているホストと同じホストにインストールし，必要な設定をします。JP1/Cm2/NCの設定については，「9.6.4(2)　JP1/Cm2/NCの設定」を参照してください。

ネットワークスイッチ連携機能を有効にする
［マネージャサービス設定］ダイアログボックスの［ネットワーク連携機能］タブで設定します。設定手順については，「9.6.3(2)(b)　ネットワークスイッチ連携機能を有効にする」を参照してください。

コンソールサービスから，JP1/Cm2/NCを実行できるか確認する
［マネージャサービス設定］ダイアログボックスの［ネットワーク連携機能］タブで確認します。確認方法については，「9.6.3(2)(b)　ネットワークスイッチ連携機能を有効にする」を参照してください。

スイッチ情報を設定する
JP1/Cm2/NCなどで設定したスイッチ情報を基に設定します。次のどちらかの設定方式で，スイッチ情報を設定してください。

ポート情報GUI設定方式で設定する場合
ポート情報GUI設定方式は，BS2000，BS1000，BS500およびBS320の場合に使用できます。
設定の詳細については，「9.6.4(3)　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）」を参照してください。

ポート情報インポート設定方式で設定する場合
ポート情報インポート設定方式は，BS1000の場合に使用できます。
設定の詳細については，「9.6.4(4)　ネットワークスイッチ情報の定義（ポート情報インポート設定方式）」を参照してください。

コンソールサービスから，スイッチ情報定義ファイルを登録し，ネットワークスイッチを設定する（ポート情報インポート設定方式の場合だけ実施）
スイッチ情報定義ファイルは，［マネージャサービス設定］ダイアログボックスの［ネットワーク連携機能］タブで登録します。また，スイッチ情報定義ファイルの登録時にスイッチポートを設定できます。スイッチ情報定義ファイルの登録方法については，「9.6.3(2)(b)　ネットワークスイッチ連携機能を有効にする」を参照してください。

N+Mコールドスタンバイの事前確認をするときに，切り替え後のネットワークアクセスが正常にできることを確認する

運用を開始する

(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+Mコールドスタンバイで使用するポートがデフォルトVLAN(VLAN ID=1)になるように設定する。
ネットワークスイッチの初期設定時に，N+Mコールドスタンバイで使用するポートがデフォルトVLANに設定されていない場合は，ポートの設定時にエラーとなります。ただし，N+Mコールドスタンバイでネットワークスイッチ連携機能を使用しないグループのポートについては設定の変更が不要です。

JP1/Cm2/NCでの設定については，マニュアル「JP1 Version 8 JP1/Cm2/Network Element Configuration 運用・操作ガイド」またはマニュアル「JP1 Version 9 JP1/Cm2/Network Element Configuration 運用・操作ガイド」を参照してください。

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

ここでは，ポート情報GUI設定方式でのネットワークスイッチ情報の定義内容，定義例，および注意事項について説明します。

(a)　スイッチ情報の定義内容

ポート情報GUI設定方式でスイッチ情報を設定する設定内容について説明します。

外付スイッチ名称登録

［外付スイッチ名称登録］ダイアログボックスでは，外付スイッチタイプと外付スイッチ名称を登録します。BS2000，またはBS500のLANスイッチモジュールは，外付スイッチとして登録します。［マネージャサービス設定］ダイアログボックスの［ネットワークスイッチ連携機能］タブで［外付スイッチ登録・削除］ボタンをクリックすると［外付スイッチ名称登録］ダイアログボックスが表示されます。

［外付スイッチ名称登録］ダイアログボックスの項目について説明します。

設定項目
設定内容の説明

外付スイッチタイプ
追加する外付スイッチのタイプを選択します。
BS2000のLANスイッチモジュールを追加する場合は，「BS2000SWITCH」を選択してください。
BS500のLANスイッチモジュールを追加する場合は，「BS500SWITCH」を選択してください。

スイッチ名称
追加する外付スイッチのスイッチ名を入力します。スイッチ名は，JP1/Cm2/NCで登録した名称を入力してください。

＞＞
［スイッチ名称］に入力したスイッチ名称を［外付スイッチ名称一覧］のリストボックスへ追加します。［スイッチ名称］にスイッチ名が入力されていない場合は，非活性となって選択できません。

＜＜
［外付スイッチ名称一覧］のリストボックスで選択したスイッチ名称を削除します。［外付スイッチ名称一覧］のリストボックスにある外付スイッチタイプが選択されていないと，非活性となって選択できません。

外付スイッチ名称一覧
［＞＞］ボタンで追加された外付スイッチタイプ，外付スイッチ名称を外付スイッチタイプの昇順に並べて表示します。

スイッチ情報登録

［スイッチ情報登録］ダイアログボックスでは，シャーシと内蔵スイッチ名称の関連づけ，シャーシの各スロット（サーバモジュール）のPCIスロットが直結された外付スイッチのどのポートに接続されている状態かの関連づけを設定します。［マネージャサービス設定］ダイアログボックスの［ネットワークスイッチ連携機能］タブで［設定］ボタンをクリックすると［スイッチ情報登録］ダイアログボックスが表示されます。

［スイッチ情報登録］ダイアログボックスの項目について説明します。

設定項目
設定内容の説明

内蔵スイッチ情報
シャーシID
昇順に並んでいるシャーシIDから，スイッチ情報を設定するシャーシIDを選択します。

スイッチ名称1
スイッチ名称2
JP1/Cm2/NCで登録された内蔵スイッチ（BS1000，BS320）のスイッチ名称を2つまで入力できます。

外付スイッチ情報
シャーシID
昇順に並んでいるシャーシIDから，スイッチ情報を設定するシャーシIDを選択します。

スロットID
外付スイッチ情報を設定するスロットIDを選択します。

スイッチ名称
［外付スイッチ名称登録］ダイアログボックスで登録された，外付スイッチ名称一覧を表示して，外付スイッチを選択します。

ポート識別子
［外付スイッチ情報］の［スイッチ名称］で選択したネットワークスイッチのポート識別子を「NIF番号/ポート番号/IFタイプ」の形式で3～30バイトで指定します。
NIF番号およびポート番号は整数値で指定します。IFタイプには次のどちらかを指定します。

gi：ギガビットEthernet

te：10ギガビットEthernet

IFタイプを省略した場合，「gi」が設定されます。

＞＞
［スロットID］，［スイッチ名称］，［ポート識別子］で入力された情報を［ポート情報一覧］へ追加します。［スイッチ名称］，または［ポート識別子］が未入力の場合は，非活性となって選択できません。

＜＜
［ポート情報一覧］のリストボックスで選択したスイッチ名称を削除します。［ポート情報一覧］のリストボックスにある外付スイッチタイプが選択されていないと，非活性となって選択できません。

ポート情報一覧
［＞＞］ボタンで追加されたポート情報を表示します。表示はスロットIDの昇順で表示され，スロットIDが同じ場合は，スイッチ名称とポート識別子の登録された順番で表示されます。

確認
N+M構成との関係の整合性をチェックします。

確認メッセージ
不整合の場合は，チェックを中止することなく，すべてのパターンのメッセージを［確認メッセージ］ボックスに表示します。メッセージの詳細については，「9.6.4(5)　ネットワークスイッチ連携機能で出力されるメッセージ」を参照してください。

注意

設定が終了したら［確認］ボタンで整合性を必ずチェックしてください。不整合を示すエラーメッセージが表示されなければ，［OK］ボタンと［適用］ボタンが活性になり，スイッチ情報を登録できます。

(b)　スイッチ情報の定義例

次の図に示す構成を例に，ポート情報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構成との関係の整合性をチェックします。

［適用］ボタンをクリックし，［OK］ボタンをクリックする
スイッチ情報の定義を終了します。

(c)　ネットワークスイッチ情報の定義（ポート情報GUI設定方式）の注意事項

スイッチ情報を登録している場合に，次の情報を変更したときは，必ず［スイッチ情報設定］ウィンドウで［確認］ボタンをクリックし，登録してあるスイッチ情報に間違いが無いことを確認してください。

N+1グループ構成を追加，変更，削除した場合

JP1/Cm2/NCで，スイッチポート情報の構成を変更，削除した場合

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

ネットワークスイッチ連携機能を利用するには，あらかじめスイッチ情報定義ファイルを作成し，切り替え対象の情報を定義しておく必要があります。

ここでは，スイッチ情報定義ファイルの定義内容，定義例，および注意事項を示します。

注意

BS2000の場合，BS500の場合，および内蔵スイッチがBS320の場合はポート情報インポート設定方式を利用できません。

(a)　スイッチ情報定義ファイルの定義内容

スイッチ情報定義ファイルの定義内容の一覧を，次の表に示します。

表9-9　スイッチ情報定義ファイルの内容

定義項目名
説明

シャーシ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で管理されている名称と必ず一致させること。

空白文字も有効な文字として認識するため，整形のための不要な空白（コンマの前後など）を含めないこと。

(b)　スイッチ情報定義ファイルの定義例

次の図に示す構成を例に，スイッチ情報定義ファイルの定義例を示します。

図9-16　スイッチ情報定義の構成例

この構成で，現用系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は1つですが，SVPを二重化している場合は，両方のSVP内蔵スイッチの設定をします。

(c)　スイッチ情報定義ファイルの変更

スイッチ情報定義を変更する場合は，すでに設定されているスイッチ情報定義ファイルを出力し，新たに定義する設定に編集して再設定します。

スイッチ情報定義ファイルの出力方法については，「9.6.3(2)(b)　ネットワークスイッチ連携機能を有効にする」を参照してください。

スイッチ情報定義を変更して，スイッチ情報定義ファイルの再設定とスイッチポートの設定を同時に行うと，変更前に設定されていたスイッチ情報定義ファイルとの差分が設定されます。

（例）

変更前の定義

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ではないので，スイッチポートの設定は変更できません。

(d)　スイッチ情報定義ファイルの注意事項

スイッチ情報定義ファイルの注意事項を示します。

予備系サーバモジュールを含め，対象サーバモジュールすべての情報を登録する必要があります。
予備系サーバモジュールには，デフォルトVLANの状態を設定します。切り替え先となる予備系サーバモジュールを登録しなかった場合は，N+Mコールドスタンバイで切り替えるときにエラーとなります。

スイッチ情報定義ファイルに多数のスイッチポートを定義し，一度に多くのスイッチ情報を設定すると，コンソールサービスがタイムアウトするおそれがあります。一度に多くのスイッチ設定をする場合は，コンソールサービスのタイムアウト値を大きくしてから実行してください。

JP1/Cm2/NCを操作してネットワークスイッチのポート設定を変更した場合は，変更したポート設定と一致するスイッチ情報定義ファイルを作成して，BSM Plusに登録する必要があります。
BSM Plusがスイッチ情報定義ファイルから得る情報は静的な情報です。したがって，JP1/Cm2/NCで管理するポートの設定を変更しても，BSM Plusは検知しません。

スイッチ情報定義ファイルでポート設定を実行するときに，次の状態になっているとエラーになるおそれがあるので注意してください。

ネットワークスイッチ連携機能で使用するVLAN IDおよび各ネットワークスイッチが，JP1/Cm2/NCに登録されていない。

JP1/Cm2/NCを操作してネットワークスイッチのポート設定を変更し，BSM Plusに登録された情報と一致していない。

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

ポート情報GUI設定方式でネットワークスイッチ情報を定義した場合は，N+M構成との関係の整合性をチェックするために［確認］ボタンをクリックしてチェックします。［確認メッセージ］ボックスに出力されるメッセージを次に示します。

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

エラーレベル
メッセージ文字列
対処

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 8 JP1/Cm2/Network Element Configuration トラブルシューティング」またはマニュアル「JP1 Version 9 JP1/Cm2/Network Element Configuration トラブルシューティング」を参照してください。

エラーレベルが「Error」のメッセージが表示されなくなった場合，［OK］ボタンと［適用］ボタンが活性になり，スイッチ情報を登録できます。

(6)　ポート設定変更時の注意

ここでは，ネットワークスイッチのポート設定を変更するときの注意事項を示します。

(a)　N+1コールドスタンバイ機能の事前確認

N+1コールドスタンバイ機能で切り替えをするために，ネットワークスイッチのポート設定を変更する場合は，切り替えの事前確認をするときに，切り替え後のネットワークアクセスが正常であることを確認してください。

また，予備系サーバモジュールのVLANの設定は変更しないでください。設定を変更した場合はデフォルト設定に戻してください。

(b)　SMP構成時のポート設定の変更

SMP構成を組んだサーバモジュールに対して，N+1コールドスタンバイ機能で切り替えおよび復帰をする場合，パーティションを構成するすべてのサーバモジュールに対して，接続するポート情報を定義してください。

N+1コールドスタンバイ機能で切り替えをする場合は，切り替え元のパーティションを構成するすべてのサーバモジュールのポート情報が，切り替え先に移行されます。

(c)　BS320搭載のサーバモジュールでの引き継ぎ対象ポート

BS320搭載のサーバモジュールは2種類のLANデバイスを搭載しており，各LANデバイスには2つのLANポートがあります。そのため，合計4ポートが内蔵スイッチに接続されます。また，BS320では標準LAN構成および拡張LAN構成が設定されており，標準LAN構成には2ポート，拡張LAN構成ではすべてのLANポートが使用できます。引き継ぎ対象ポートは，標準LAN構成，拡張LAN構成のどちらの場合でもすべての接続ポートが引き継がれます。

(d)　SVPの二重化

現用系サーバモジュールと予備系のサーバモジュールのSVP数は，同じにしてください。SVP数が異なる場合は，N+1コールドスタンバイ機能で切り替えができません。

また，SVPを二重化した場合は，現用系サーバモジュールと予備系サーバモジュールで，切り替え対象のネットワークスイッチ情報の定義順を一致させてください。ネットワークスイッチ情報を定義した順序で，現用系サーバモジュールおよび予備系サーバモジュールのスイッチ情報が切り替えられます。

(e)　複数サーバの同時切り替え時のポート設定変更

N+1コールドスタンバイ機能で切り替えおよび復帰を行うサーバモジュールと同一シャーシ内にN+Mコールドスタンバイ切り替えおよび復帰中のサーバモジュールがあった場合，ネットワークスイッチの設定に失敗することがあります。

このような場合，障害アラート（0x3725）が通知され，N+Mコールドスタンバイの処理が継続されます。

ネットワークスイッチの切り替え処理で警告アラートが通知された場合は，ネットワークスイッチの切り替えに失敗している可能性があるので，必ずJP1/Cm2/NCのネットワークスイッチの設定状態を確認してください。

(f)　予備系サーバモジュールの設定

予備系サーバモジュールが接続するネットワークスイッチのポートに，引き継ぎ対象となるネットワークスイッチ情報が設定されている場合，N+1コールドスタンバイ機能で切り替えおよび復帰時のポート設定の移行が次のようになります。

ポート情報インポート方式の場合

ポート情報インポート方式では，予備系サーバモジュールのポートがデフォルトVLAN(VLAN ID=1)でない場合，ポート設定の移行に失敗します。そのため，予備系サーバモジュールのポートは，デフォルトVLAN(VLAN ID=1)にしてください。

ポート情報GUI設定方式の場合

ポート情報GUI設定方式では，予備サーバモジュールのポートに引き継ぎ対象となる設定がされていた場合，これらの設定を初期状態に変更してからポート設定の移行を行います。これらの設定は復帰の際に復元しません。したがって，切り替えと復帰を行った場合，予備サーバモジュールに設定されていたポート設定は初期状態になります。初期状態とは，QoS制御情報およびACL制御情報が未設定，VLAN設定がデフォルトVLAN(VLAN ID=1)の状態です。

9.6.5　 N+1冗長化の設定

N+1冗長化を適用するための設定について説明します。

＜この項の構成＞

(1)　N+1冗長化の設定手順

(2)　 N+1冗長化構成時の注意事項

(1)　N+1冗長化の設定手順

N+1冗長化の設定手順を次に示します。

各マネージャサービスのN+1切り替え開始順序を検討します。

最も早くN+1自動切り替えを開始するマネージャサービスの，自動切り替え対象アラート設定ファイルを変更します。自動切り替え対象アラート設定ファイルの変更については，「9.6.2(4)　自動切り替えの対象となるアラートの設定」を参照してください。

N+1コールドスタンバイ対象とするサーバモジュールに対してN+1切り替え手動テストを実施し，切り替え完了までに掛かる時間を測定します。
切り替え完了とは，N+1切り替え完了のアラートが通知された時点のことです。

次にN+1自動切り替えを開始するマネージャサービスに，手順2で変更した自動切り替え対象アラート設定ファイルをコピーします。

手順4でコピーしたファイルのWaitTime（自動実行待機時間）に，手順3で測定した切り替え時間を加算します。

手順4と手順5を，すべてのマネージャサービスに対して実施します。

(2)　 N+1冗長化構成時の注意事項

N+1冗長化では，すべてのマネージャサービスが共通の管理情報を持つ必要があるため，次の点に注意が必要です。

(a)　N+Mコールドスタンバイの手動切り替えおよび復帰操作

N+1冗長化構成中の1つのマネージャサービスで，N+Mコールドスタンバイの手動切り替えを実施した場合は，N+1冗長化構成中のすべてのマネージャサービスに対して，同様の操作を実施してください。

N+1冗長化構成中の1つのマネージャサービスで，N+Mコールドスタンバイの復帰操作を実施する場合には，N+1冗長化構成中の，最後に復帰操作を実施するマネージャサービスだけ［現用系に復帰する際，電源をONにする］チェックボックスをONにしてください。最後に復帰操作を実施するマネージャサービス以外で［現用系に復帰する際，電源をONにする］チェックボックスをONにした場合，管理対象サーバの電源をOFFにしないとほかのマネージャサービスで復帰操作ができなくなることがあります。

(b)　N+Mコールドスタンバイ自動切り替え実行中の操作

N+1冗長化構成中のマネージャサービスが，N+Mコールドスタンバイの自動切り替えを実行中には，次に示す構成および設定変更操作をしないでください。これらの操作をした場合は，再度すべてのマネージャサービスに対するN+1冗長化の設定が必要になります。

BSM PlusのN+1グループの設定変更

BSM PlusからのN+1の手動切り替えへの設定変更

現用系ホストの設定変更

BladeSymphonyサーバシャーシのBSM管理下からの削除

BladeSymphonyの構成変更（パーティション構成変更，SVP構成変更など）

システム構成の変更（SVP，ネットワークスイッチ，ファイバチャネルスイッチ，Device Manager設定変更など）

(c)　同一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グループの再設定をしてください。

また，必要であれば，サーバモジュールの手動切り替えを実施してください。サーバモジュールの手動切り替えについては，「9.9.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。

同一N+1グループ内の複数サーバモジュール障害時の動作を次の図に示します。

図9-17　同一N+1グループ内の複数サーバモジュール障害時の動作

(d)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間

N+1冗長化構成のマネージャサービスで，自動切り替え時にOSシャットダウンを実行するように設定している場合，OSシャットダウンの開始から強制電源OFF開始までの監視時間を考慮して，冗長化による自動切り替え待ち時間を設定する必要があります。

例えば，次のようにマネージャサービスAとマネージャサービスBをN+1冗長化構成にしていて，マネージャサービスBの冗長化による自動切り替え待ち時間を10分と設定していたとします。この構成で，マネージャサービスAのOSシャットダウンの開始から強制電源OFF開始までの監視時間を15分に設定する場合，自動切り替え待ち時間には，これまでの待ち時間10分に強制電源OFF開始までの監視時間15分を足した，25分を設定してください。

図9-18　N+1冗長化構成の場合の自動切り替え待ち時間の設定

(e)　予備系サーバモジュールの診断中またはPre-configure中にN+Mコールドスタンバイの自動切り替えが発生した場合の監視時間

N+1冗長化構成のマネージャサービスで，予備系サーバモジュールの診断中またはPre-configure中にN+Mコールドスタンバイの自動切り替えが発生した場合，診断の終了またはPre-configureの終了を待ってから切り替えが実行されます。N+1冗長化構成の場合の予備系サーバモジュールの診断中またはPre-configure中の自動切り替えを次の図に示します。

図9-19　N+1冗長化構成で予備系サーバモジュールが診断中またはPre-configure中の場合の自動切り替え実行

9.7　N+Mコールドスタンバイ（I/O継承方式）の適用

この節では，N+Mコールドスタンバイ（I/O継承方式）を適用する場合の前提条件，適用に必要な検討，および設定方法について説明します。また，ネットワークスイッチ連携機能の設定，およびN+1冗長化の設定についても説明します。

＜この節の構成＞

9.7.1　N+Mコールドスタンバイ（I/O継承方式）の前提条件

9.7.2　N+Mコールドスタンバイ（I/O継承方式）の適用に必要な検討

9.7.3　N+Mコールドスタンバイ（I/O継承方式）の設定

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

9.7.5　N+1冗長化の設定

9.7.1　N+Mコールドスタンバイ（I/O継承方式）の前提条件

ここでは，N+Mコールドスタンバイ（I/O継承方式）の前提条件について説明します。

なお，N+Mコールドスタンバイ（I/O継承方式）を適用する場合，ここに記載されている内容以外に，マニュアル「BladeSymphonyユーザーズガイド」を参照して，使用上の注意事項や前提条件について確認してください。

＜この項の構成＞

(1)　システム構築の前提条件

(2)　ネットワーク環境の前提条件

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

(4)　 N+1冗長化の前提条件

(1)　システム構築の前提条件

N+Mコールドスタンバイ（I/O継承方式）を利用して，システムを構築する場合の前提条件を示します。

現用系のサーバモジュールのブートディスクおよびすべてのデータディスクが，外部のストレージ（日立ディスクアレイシステムまたはBRシリーズ）にあること
外部のストレージを利用する場合の運用については，「10.3　ディスク割り当て時のアクセス制限」を参照してください。

IOF対応のサーバシャーシに搭載されたサーバモジュールを使用していること
IOF非対応のサーバシャーシに搭載されたサーバモジュールは使用できません。また，IOF対応のサーバシャーシに搭載されたサーバモジュールとIOF非対応のサーバシャーシに搭載されたサーバモジュールの混在もできません。

IOFグループ内の全サーバモジュールから，すべてのI/Oアダプタにアクセスできる構成であること

予備系サーバモジュールは現用系のサーバモジュールと同一仕様のサーバモジュールを使用し，事前にSMP構成にしておくこと

次に，現用系サーバモジュールおよび予備系サーバモジュールの前提条件を示します。

(a)　現用系サーバモジュールの前提条件

N+Mコールドスタンバイ（I/O継承方式）を利用するには，現用系サーバモジュールが，次の条件をすべて満たしている必要があります。

IOFグループIDが一致していること
IOFグループIDは，IOFグループを識別するIDのことです。IOFグループとは，同一のファブリック制御ネットワークで構成されたサーバシャーシおよびIOEUの集まりのことを指します。

現用系ホストはファブリックコンソール上のサーバに割り当てていること
N+1グループ登録後は，現用系ホストを別のサーバに割り当て直すことはできません。

現用系のサーバモジュールが次に示す機能を持つNIC/HBAドライバをインストールしている場合は，次の機能を無効としていること

NICのMACアドレスに対してIPアドレスを固定的に割り当てる機能（例：DHCPサーバを利用する，ifcgf-ethファイルでHWADDRの設定をするなど）

HBAのPersistent Binding機能（SCSIのTargetIDを特定のFCデバイスに永続的に割り当てる機能）

現用系のサーバモジュールでWindowsを利用する場合，BitLockerドライブ暗号化を利用しないこと
BitLockerドライブ暗号化を利用したシステムでN+Mコールドスタンバイ（I/O継承方式）を利用すると，ハードウェアの整合性が取れなくなって起動プロセスがロックされてしまい，OSが起動できなくなることがあります。そのため，N+Mコールドスタンバイ（I/O継承方式）を利用する場合は，BitLockerドライブ暗号化を利用しないでください。BitLockerドライブ暗号化については，OSのヘルプまたはOSのドキュメントを参照してください。

これらの前提条件をすべて満たしていても，N+Mコールドスタンバイ（I/O継承方式）を適用する場合は，運用前に切り替えテストを実施してください。N+1コールドスタンバイ機能を設定するための手順については，「9.7.3(1)　N+1コールドスタンバイ機能の設定手順」を参照してください。

(b)　予備系サーバモジュールの前提条件

N+Mコールドスタンバイ（I/O継承方式）を利用するには，現用系サーバモジュールに対して，予備系サーバモジュールが，次の表に示す条件をすべて満たしている必要があります。

条件の一部については，予備系サーバモジュール設定時にBSM Plusによって自動チェックされます。自動チェックの結果，条件に一致しない場合はエラーダイアログが表示されます。自動チェックされない条件については，条件を満たしていることを事前に確認してください。

表9-11　予備系サーバモジュールの条件

項目 | 適用可能な条件
モデル名 | 現用系サーバモジュールと一致している。
サーバシャーシ | サーバシャーシ種別が現用系サーバモジュールと一致している。※1※2
アーキテクチャ | 現用系サーバモジュールと一致している。※3
CPU名，Way数，周波数 | 現用系サーバモジュールと一致している。
メモリ容量 | 現用系サーバモジュールと一致している。
ローカルディスクの搭載数，接続形態，容量 | 現用系サーバモジュールと一致している。
ネットワークの接続形態 | 現用系サーバモジュールが搭載している全NICポートが，接続先のネットワークスイッチに接続されている。
ファームウェア | 現用系サーバモジュールと一致している。

注※1

IOF対応のサーバシャーシに搭載されたサーバモジュールとIOF非対応のサーバシャーシに搭載されたサーバモジュールの混在はできません。

注※2

現用系と異なる場合は，予備登録時にKASM 510BE-Eのエラーが出力され，予備登録できません。

注※3

現用系と異なる場合は，予備登録時にKASM 200A0-Eのエラーが出力され，予備登録できません。

また，予備系サーバモジュールに対しては，次に示す設定をしておく必要があります。

表9-12　予備系サーバモジュールに対する事前設定項目

設定項目 | 設定内容
SMP構成設定 | 現用系サーバモジュールがSMP構成にされている場合は，現用系サーバモジュールのSMP構成と一致するように予備系サーバモジュールを構成してください。

(2)　ネットワーク環境の前提条件

N+Mコールドスタンバイ（I/O継承方式）を適用する場合，同一ネットワーク内でN+1グループを構成する必要はありません。また，現用系サーバモジュールおよび予備系サーバモジュールを同一ストレージシステムの同一ポートに接続する必要はありません。

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

異なるネットワークで現用系サーバモジュールと予備系サーバモジュールを切り替える場合の前提条件を示します。

ネットワークスイッチ連携機能の概要については，「9.4　ネットワークスイッチとの連携」を参照してください。

N+Mコールドスタンバイ（I/O継承方式）では，現用系サーバモジュールと予備系サーバモジュールが共通のIOアダプタを使用するため，LANカードを使用している場合，ネットワークスイッチ連携は不要です。

現用系サーバモジュールが搭載しているNICを使用している場合のネットワーク連携機能の要否について，次の表に示します。

表9-13　現用系サーバモジュールが搭載しているNICを使用している場合のネットワーク連携機能の要否

オンボードのNICの
ネットワーク環境
IOEU上のLANカードの
ネットワーク環境
ネットワーク連携の要否

N+1グループ内が同一の環境
N+1グループ内が同一の環境
不要

N+1グループ内で異なる環境
不要

N+1グループ内で異なる環境
N+1グループ内が同一の環境
必要

N+1グループ内で異なる環境
必要

ネットワークスイッチ連携機能を利用する場合の前提条件を示します。

(a)　ネットワークスイッチ連携機能の対応バージョン

N+Mコールドスタンバイ（I/O継承方式）を適用する場合，ネットワークスイッチ連携機能は，マネージャサービスおよびコンソールサービスのバージョンが09-00以降の場合に使用できます。

(b)　JP1/Cm2/NCの前提条件

ネットワークスイッチ連携機能は，JP1/Cm2/NCのコマンドを利用します。したがって，BSM Plus（マネージャサービス追加機能）がインストールされているホストと同じホストにJP1/Cm2/NCをインストールする必要があります。

JP1/Cm2/NCは，07-51以降のバージョンを使用してください。

ただし，ポート情報GUI設定方式を使ってネットワークスイッチを設定するには，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

(c)　ネットワークスイッチの前提条件

ネットワークスイッチ連携機能を利用できるネットワークスイッチは，外付スイッチ（AX2400S，AX3600S，BS2000のLANスイッチモジュール）です。

また，BS2000ではLANスイッチモジュール（BS2000のLANスイッチモジュール）を外付スイッチとして登録することで，ネットワークスイッチ連携機能を利用できます。ただし，外付スイッチ（AX2400S，AX3600S，BS2000のLANスイッチモジュール）は，JP1/Cm2/NCのバージョンが08-00以降の場合に利用できます。

(4)　 N+1冗長化の前提条件

N+1冗長化は，サーバモジュール障害時のN+1自動切り替え処理の冗長化を対象とします。N+1冗長化の前提条件を次に示します。

すべてのマネージャサービスの管理下にあるホストおよびシャーシが同一であること。

すべてのマネージャサービスの管理する情報（シャーシ，サーバモジュール，パーティション，ストレージ）が一致していること。

9.7.2　N+Mコールドスタンバイ（I/O継承方式）の適用に必要な検討

この節では，N+Mコールドスタンバイ（I/O継承方式）を利用する前に検討が必要な，サーバモジュールの割り当てや予備系への切り替えについて説明します。

＜この項の構成＞

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

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

(3)　予備系への切り替え先

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

N+Mコールドスタンバイでは，どのサーバモジュールに障害が発生したらどの予備系サーバモジュールに切り替えるかを設定しておく必要があります。

現用系サーバモジュールと割り当てる予備系サーバモジュールのグループをN+1グループといいます。N+Mコールドスタンバイを利用する際は，N+1グループを作成し，グループ名を付けておきます。

N+Mコールドスタンバイは，1つのN+1グループに対する予備プールに，複数の予備系サーバモジュールを登録できます。複数の予備系サーバモジュールを準備することで，N+1コールドスタンバイよりも，現用系サーバモジュールの障害に対する信頼性，可用性を高められます。

N+Mコールドスタンバイ（I/O継承方式）の構成例を次の図に示します。

図9-20　N+Mコールドスタンバイ（I/O継承方式）の構成例

構成例に示すように，4台の現用系サーバモジュールに対して2台の予備系サーバモジュールを準備して，複数の現用系サーバモジュールの障害に備えることができます。

N+1グループに現用系サーバモジュールを登録したあとは，随時，予備プールへの予備系サーバモジュールの登録ができます。したがって，現用系サーバモジュールの障害によって，予備プールに準備される予備系サーバモジュールが不足した場合，不足したあとで予備プールにサーバモジュールを追加できます。これによって，N+1グループの現用系サーバモジュールの構成を変更しないで，ほかの現用系サーバモジュールの障害に対応できます。

N+Mコールドスタンバイは，SMPで構成された現用系ホストに対しても適用できます。SMP構成時にN+Mコールドスタンバイ（I/O継承方式）を適用したときの構成例を，次の図に示します。

図9-21　N+Mコールドスタンバイ（I/O継承方式）の構成例（SMP構成時）

構成例に示したように，SMP構成内で障害が発生したときに，同じ構成を持つ予備系サーバモジュールに切り替えられます。

また，予備系サーバモジュールを割り当てるときは，適用可能な条件を満たすサーバモジュールを使用してください。適用可能な条件を満たすサーバモジュールについては，「9.7.1 (1)(b) 予備系サーバモジュールの前提条件」を参照してください。

障害発生時の予備系サーバモジュールの選択順序については，「(3)(c)　予備系サーバモジュールの選択順序」を参照してください。

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

N+Mコールドスタンバイは，手動または自動で予備系サーバモジュールに切り替えることができます。

手動で切り替える場合，予備系サーバモジュールの切り替え先を指定できます。自動で切り替える場合，現用系サーバモジュールにハードウェア障害が発生した契機で，予備系サーバモジュールに切り替えられます。ハードウェア障害の種類によって，即時に切り替える場合と一定時間後に切り替える場合があります。自動で切り替える場合の注意事項については，「9.8.2(2)　予備系への切り替えの方法（N+1コールドスタンバイ）」を参照してください。

現用系サーバモジュールに障害が発生し，一定時間後に予備系サーバモジュールに切り替える間に，別の現用系サーバモジュールで強制電源切断を伴う障害が発生したときは，先に障害が発生した現用系サーバモジュールに予備系サーバモジュールが割り当てられます。あとで障害が発生した現用系サーバモジュールは，予備プールに空きの予備系サーバモジュールがある場合に割り当てられます。このとき，予備系サーバモジュールの選択順序に従って割り当てられます。予備系サーバモジュールの選択順序については，「(3)(c)　予備系サーバモジュールの選択順序」を参照してください。

(3)　予備系への切り替え先

N+Mコールドスタンバイの現用系サーバモジュールの切り替えを，手動で行う場合と自動で行う場合のそれぞれの切り替え先について説明します。また，予備系サーバモジュールに切り替えるときの選択順序についても説明します。

(a)　手動で切り替える場合の切り替え先

手動でサーバモジュールを切り替える場合，予備プール中の切り替え可能な予備系サーバモジュールから選択して切り替えることができます。予備系サーバモジュールを選択しない場合は，切り替え可能な予備系サーバモジュールの選択順序に従ってサーバモジュールが選択されます。切り替え可能な予備系サーバモジュールがない場合は，手動切り替えは実行できません。

切り替え可能な予備系サーバモジュールとは，「コールドスタンバイ中」「コールドスタンバイ失敗」状態の予備系サーバモジュールを指します。「コールドスタンバイ切り替え中」「コールドスタンバイ実行」「コールドスタンバイ警告」「サーバモジュール障害」状態の予備系サーバモジュールは，切り替え対象になりません。

また，切り替えに失敗した場合は，予備プールに切り替え可能な予備系サーバモジュールが残っていても，残りのサーバモジュールに対して切り替えは実行されません。

(b)　自動で切り替える場合の切り替え先

自動でサーバモジュールを切り替える場合，選択順序に従って予備プール中の予備系サーバモジュールを選択して切り替えます。切り替え可能な予備系サーバモジュールが見つからなかった場合は，警告アラート（アラートID：0x3722）がコンソールサービスに通知され，自動切り替えは実行されません。このように，予備プールに予備系サーバモジュールが不足している場合は，予備プールにサーバモジュールを追加したあとに，障害の発生した現用系サーバモジュールに対して手動切り替えを実行できます。

自動切り替えで，切り替え可能な予備系サーバモジュールとは，手動切り替えで切り替え可能なサーバモジュールと同様に，「コールドスタンバイ中」「コールドスタンバイ失敗」状態の予備系サーバモジュールを指します。

また，切り替えに失敗した場合は，予備プールに切り替え可能な予備系サーバモジュールが残っていても，残りのサーバモジュールに対して切り替えは実行されません。

(c)　予備系サーバモジュールの選択順序

予備系サーバモジュールは，サーバシャーシ定期診断の結果，通信状態が不安定でないと診断されたサーバシャーシのうち，アルファベット順で先行するシャーシ名を持つシャーシの中で，小さいスロット番号を持つサーバモジュールから順に選択されます。

（例）

シャーシ名「ABC」は，「DEF」よりも先に選択される。

シャーシ名「EBS#01」は，「EBS#02」よりも先に選択される。

シャーシ名「EBS#01」スロット0は，シャーシ名「EBS#01」スロット1よりも先に選択される。

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

N+Mコールドスタンバイ（I/O継承方式）を利用する場合，ハードウェア障害のサーバモジュール系のアラートが，自動切り替えの対象となります。これらのアラートには，アラートごとに，障害が発生してから自動で切り替えるまでの待ち時間が設定されています。これ以外のアラートは，自動切り替えの対象にできません。

アラートの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

注意

自動切り替え対象アラートが発生し，自動切り替えを開始したあと（切り替え待ちの状態を含む）に，新たに発生した自動切り替え対象アラートは無視されます。

自動切り替え対象アラートは，N+1対象アラート定義ファイル（N1Alert.dat）に定義されています。N1Alert.datの定義内容を編集することで，N+1コールドスタンバイ自動切り替え対象アラートの設定を変更できます。

N1Alert.datは次のフォルダに格納されています。

<ServerConductorのインストール先フォルダ>¥Data

N+1対象アラート定義ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項については，「9.6.2(4) 自動切り替えの対象となるアラートの設定」を参照してください。

9.7.3　N+Mコールドスタンバイ（I/O継承方式）の設定

N+Mコールドスタンバイ（I/O継承方式）を適用するための設定方法について説明します。

なお，設定の追加や変更などの操作を行う場合，「更新モード」で操作する必要があります。現在のモードは，［N+1コールドスタンバイ詳細設定］ウィンドウのタイトルまたは［モード選択］メニューで確認できます。「更新モード」にするには，［モード選択］メニューから［更新モード］を選択します。

＜この項の構成＞

(1)　N+1コールドスタンバイ機能の設定手順

(2)　N+1コールドスタンバイ機能を有効にする設定

(3)　N+1コールドスタンバイ機能の設定と変更

(4)　N+1グループの作成と削除

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

(6)　N+1グループの予備プールの登録と削除

(7)　設定内容の確認

(1)　N+1コールドスタンバイ機能の設定手順

N+1コールドスタンバイ機能の設定手順を次の図に示します。

図9-22　N+1コールドスタンバイ機能の設定手順（N+Mコールドスタンバイ（I/O継承方式））

(2)　N+1コールドスタンバイ機能を有効にする設定

N+1コールドスタンバイ機能を有効にする手順について説明します。

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャを選択する

［設定］メニューから「マネージャサービス設定」を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［N+1設定］タブを選択する

ここでは，次の情報を設定します。

設定項目 | 設定内容
N+1コールドスタンバイ | 障害発生時にN+1コールドスタンバイ機能を有効にする場合にチェックボックスをONにします。
障害時の自動切り替え実行の適用 | 障害発生時にN+1コールドスタンバイ機能を自動で実行するかどうかを設定します。［適用する］ラジオボタンをONにした場合，N+1コールドスタンバイ機能を自動で実行します。切り替えの契機については，「9.7.2(2)　予備系への切り替えの方法（N+Mコールドスタンバイ）」を参照してください。［適用しない］ラジオボタンをONにした場合，障害発生時に手動で切り替えを実行します。手動切り替えの操作については，「9.9.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。
自動切り替えを中止する | N+1コールドスタンバイ機能を自動で実行中に障害を回復できた場合，自動切り替えを中止するかどうかを設定します。［現用ホストでエージェントサービスが起動］チェックボックスをONにした場合，障害発生後，一定時間内に現用系ホストでエージェントサービスが起動したときに自動切り替えを中止します。デフォルトはOFFです。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

(3)　N+1コールドスタンバイ機能の設定と変更

N+1コールドスタンバイ機能を設定または変更するには，［N+1コールドスタンバイ詳細設定］ウィンドウを表示します。

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャ，または管理対象を選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［N+1コールドスタンバイ詳細設定］ウィンドウでは，現用系の業務サーバ（ホスト単位）と予備系のサーバ（サーバモジュール単位）をグループ単位で管理し，予備のサーバモジュールを登録できます。

現用系の業務サーバのグループを，現用系のN+1グループと呼び，予備系のサーバのグループを予備プールと呼びます。現用系のN+1グループと予備プールをまとめてN+1グループと呼びます。1つのN+1グループの中では，現用系のN+1グループと予備プールは1対1の関係です。また，N+1グループは1,024グループまで作成できます。

［N+1コールドスタンバイ詳細設定］ウィンドウの左側（左ペインと呼ぶ）には，N+1コールドスタンバイをルートノードとしてN+1グループがツリー表示されます。

N+1グループの下位に，現用系のホスト名※および予備プールが表示されます。さらに予備プールの下位にはシャーシが表示され，シャーシの下位にはサーバモジュールが表示されます。

注※

「ホスト名」とは，［ホスト管理］ウィンドウの［コンピュータ名］欄に表示される名称のことです。

［N+1コールドスタンバイ詳細設定］ウィンドウの右側（右ペインと呼ぶ）には，左ペインで選択したノードについての情報が表示されます。各ノードを選択した場合に表示される右ペインの情報については，「9.7.3(7)　設定内容の確認」を参照してください。

なお，［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

(4)　N+1グループの作成と削除

(a)　N+1グループの作成

N+1グループを作成する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1コールドスタンバイ］ノードをクリックする

［設定］メニューから［N+1グループ作成］を選択する
［グループ作成］ダイアログボックスが表示されます。

N+1グループ名を入力する
N+1グループ名は空白を含めて63文字まで入力できます。すでに登録されているN+1グループ名は入力しないでください。

「グループ属性選択」で利用するN+1コールドスタンバイ機能を選択する
「N+Mコールドスタンバイ」を選択します。

［OK］ボタンをクリックする
［グループ作成］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位にN+1グループが作成されます。N+1グループは1,024グループまで作成できます。

(b)　 N+1グループの削除

N+1グループ内で切り替えが実行されているとN+1グループを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

N+1グループを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで削除する［N+1グループ］ノードをクリックする

［設定］メニューから［N+1グループ削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
［N+1グループ削除］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位からN+1グループが削除されます。

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

(a)　N+1グループのホストの登録

N+1グループを作成したら，現用系ホストを登録します。

注意

現用系ホストを登録する場合の制限事項を次に示します。

IOFモデル対応のサーバシャーシ上のサーバモジュールで稼働しているホストをN+1グループに登録する場合，IOFグループIDが同じもの同士でN+1グループを構成してください。

現用系ホストを登録する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを登録する
［登録候補一覧］に登録可能なホストが表示されています。ほかのN+1グループですでに登録されているホストは，［登録候補一覧］には表示されません（1つのホストを複数のN+1グループに登録することはできません）。
Agentがインストールされていないホスト，またはVMホストが登録されていないホストの場合，［登録候補一覧］には「シャーシID_パーティションX」（X：パーティション番号）と表示されます。
［登録候補一覧］からホストを選択し，［↓］ボタンをクリックします。［現用系ホスト一覧］に，選択したホストが表示されます。ホストは1つのN+1グループに対して256台まで登録できます。

注意

ホストを登録したときは，［切り替え方式］に「I/O継承方式」が表示されていることを確認してください。「I/O継承方式」以外の方式が表示された場合は，N+Mコールドスタンバイ（I/O継承方式）を適用できません。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位にホストが作成されます。

(b)　N+1グループのホストの削除

予備系サーバモジュールの登録後にN+1グループからすべてのホストを削除する場合は，先に予備系サーバモジュールを削除する必要があります。予備系サーバモジュールの削除については，「9.7.3(6)(b)　N+1グループの予備プールの削除」を参照してください。

N+1グループからホストを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを削除する
［現用系ホスト一覧］からホストを選択し，［↑］ボタンをクリックします。［現用系ホスト一覧］から選択したホストが削除され，［登録候補一覧］に表示されます。削除されたホストは，ほかのN+1グループに登録可能となります。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位からホストが削除されます。

(c)　 N+1グループ名の変更

N+1グループ名を変更する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

N+1グループ名を変更する

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，N+1グループ名が変更されます。

(6)　N+1グループの予備プールの登録と削除

(a)　 N+1グループの予備プールの登録

現用系のN+1グループに割り当てる予備プールを登録する手順を次に示します。

注意

N+Mコールドスタンバイ（I/O継承方式）で登録できる予備系サーバモジュールの最大数は，256台です。

現用系に登録されているホストと異なる種別のサーバシャーシに搭載されているサーバモジュールを予備登録することはできません。次に例を示します。

＜例＞

登録可能
現用系（IOF対応のBS2000に搭載されたホスト），予備系（IOF対応のBS2000に搭載されたサーバモジュール）

登録不可
現用系（IOF対応のBS2000に搭載されたホスト），予備系（IOF非対応のBS2000に搭載されたサーバモジュール）

現用系ホストが，IOFモデル対応のサーバシャーシ上のサーバモジュールで稼働しているホストの場合，予備系サーバモジュールにはIOFグループIDが同じサーバモジュールを登録してください。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［予備系サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［予備登録・変更］ダイアログボックスを参照してください。

シャーシの選択の中から，このN+1グループの予備対象とするシャーシを選択する
シャーシを選択すると，［予備系サーバモジュールの選択］に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。

注意

・現用系ホストがSMP構成の場合は，予備対象とするサーバモジュールも現用系ホストと同じSMP構成にする必要があります。

・シャーシの選択でシャーシを変更してもチェックボックスの状態は保存されます。

・登録できないサーバモジュールが選択可能状態（活性化状態）になる場合があります。この場合，［OK］ボタンをクリックした時点でエラーになります。

予備プールとして登録するサーバモジュールを選択する
予備プールとして登録するサーバモジュールのチェックボックスをONにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループに予備プールが登録されます。

(b)　 N+1グループの予備プールの削除

予備系サーバモジュールが，切り替え実行されていると，その予備系サーバモジュールを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

現用系のN+1グループに割り当てている予備プールを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［予備系サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［予備登録・変更］ダイアログボックスを参照してください。

シャーシの選択の中から，このN+1グループの予備対象となっているシャーシを選択する
シャーシを選択すると，「予備系サーバモジュールの選択」に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録してあるサーバモジュールと予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。すでにほかのN+1グループで予備プールに登録されているサーバモジュールおよび管理対象ホストを構成するサーバモジュールは選択可能状態にはなりません。

予備プールから削除するサーバモジュールを選択する
削除するサーバモジュールのチェックボックスをOFFにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループから予備プールが削除されます。
予備プールを削除した場合は，別の予備プールを「(a)　N+1グループの予備プールの登録」の手順に従って登録してください。

(c)　ツールチップに表示されるメッセージ

［予備登録・変更］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表9-14　ツールチップに表示されるメッセージと対処方法（［予備登録・変更］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:サーバモジュールが挿入されていません。 | サーバモジュールを挿入してください。
2 | Slot%d:複数スロットを占有するサーバモジュールの最も小さい番号のスロットではないため，予備系サーバモジュールとして登録できません。 | 複数のスロットを占有するサーバモジュールの最も小さい番号のスロットを予備系として登録してください。
3 | Slot%d:他のN+1グループの予備系サーバモジュールとして登録されています。 | ほかのN+1グループから，該当するサーバモジュールを削除してください。
4 | Slot%d:パーティションが削除されています。 | SMP構成管理機能で，該当するサーバモジュールのパーティションを作成してください。
5 | Slot%d:ホスト管理画面に登録されているサーバモジュールです。 | 該当するサーバモジュールを［ホスト管理］ウィンドウから削除してください。
6 | Slot%d:予備系サーバモジュールPre-configure実行中です。 | 予備系サーバモジュールのPre-configureが終了するまで待ってください。
7 | Slot%d:予備系サーバモジュール診断の実行中です。 | 予備系サーバモジュールの診断が終了するまで待ってください。
8 | Slot%d:パーティションが利用できる状態になっていません。(パーティション情報ステータスが「Configuration validate(0x03)」以外になっています。) | SVPへログインし，PCコマンドで該当パーティションのPre-configureを実行してください。
9 | Slot%d:パーティションの電源がONになっています。 | パーティションの電源をOFFにしてください。
10 | Slot%d:Pre-configureが無効またはパーティションの情報が有効ではありません。 | サーバモジュールのPre-configure情報をサーバシャーシインベントリの［パーティション情報］から確認してください。Pre-configure機能が無効になっている場合，SVPへログインしてPre-configureを有効にしてください。Pre-configure機能が有効になっている場合，保守員に連絡してください。
11 | Slot%d:現用系と異なる種別のサーバシャーシに搭載されたサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一の種別のサーバシャーシに搭載されたサーバモジュールを選択してください。
12 | Slot%d:IOFモデルと非IOFモデルが混在しています。 | このサーバモジュールは予備登録できません。現用系がIOF対応の場合，予備系にはIOF対応のサーバシャーシに搭載されたサーバモジュールを選択してください。現用系がIOF非対応の場合，予備系にはIOF非対応のサーバシャーシに搭載されたサーバモジュールを選択してください。
13 | Slot%d:現用系と異なるIOFグループIDのサーバシャーシに搭載されたサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一のIOFグループIDのサーバシャーシに搭載されたサーバモジュールを選択してください。
14 | Slot%d:Switch Moduleの種別が異なるサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一の種別のSwitch Moduleを使用したサーバモジュールを選択してください。
15 | Slot%d:現用系ホストにHVMが登録されていますが，このサーバモジュールはHVM非搭載です。 | このサーバモジュールはHVM非搭載のため予備登録できません。HVMが搭載されたサーバモジュールを選択してください。
16 | Slot%d:LPARモードのサーバモジュールです。 | このサーバモジュールはN+1グループへは予備登録できません。ほかのサーバモジュールを選択してください。
17 | Slot%d:ストレージ運用支援機能でホストグループが割り当てられています。 | ストレージ運用支援機能で，該当するサーバモジュールのホストグループの割り当てを解除してください。
18 | Slot%d:現用ホストとして<グループ名>に登録されています。 | ［ホスト登録・変更］ダイアログボックスで，現用系ホストとしての登録を解除してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が1つだけ表示されます。

(7)　設定内容の確認

(a)　［N+1コールドスタンバイ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1コールドスタンバイ］ノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1コールドスタンバイ］ノード選択時）を参照してください。

コールドスタンバイ中のサーバモジュール数

コールドスタンバイ切り替え実行数

コールドスタンバイ警告数

(b)　［N+1グループ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1グループ］ノード選択時）を参照してください。

N+1グループ名

現用系ホスト一覧

グループ属性
コンソールサービスのバージョンが07-55以前の場合は表示されません。

シャーシの選択

シャーシタイプ
コンソールサービスのバージョンが08-00以前の場合は表示されません。

予備系サーバモジュール
表示されるSlotの数は，サーバシャーシのタイプによって異なります。表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1グループ］ノード選択時）を参照してください。

定期診断スケジュール
接続先マネージャサービスおよびコンソールサービスのバージョンが08-50より前の場合は表示されません。

(c)　ホストノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーでホストノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（ホストノード選択時）を参照してください。

シャーシID

サーバモジュール

モジュールタイプ

OS名

切替先シャーシID

切替先サーバモジュール

状態

(d)　予備プールの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［予備プール］ノードを選択すると，次の画面が表示されます。

［予備プール］ノードの下位の［シャーシ］ノード，［サーバモジュール］ノードを選択した場合も同じ項目が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［予備プール］ノード選択時）を参照してください。

シャーシID

予備サーバモジュール

予備モジュールタイプ

切替元シャーシID

切替元サーバモジュール

状態

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

ネットワークスイッチ連携機能を適用するための設定については，「9.6.4　ネットワークスイッチ連携機能の設定」を参照してください。

9.7.5　N+1冗長化の設定

N+1冗長化を適用するための設定については，「9.6.5　N+1冗長化の設定」を参照してください。

9.8　N+1コールドスタンバイ（ディスクパス切替え方式）の適用

この節では，N+1コールドスタンバイ（ディスクパス切替え方式）を適用する場合の前提条件，適用に必要な検討，および設定方法について説明します。また，N+1冗長化の設定についても説明します。

＜この節の構成＞

9.8.1　N+1コールドスタンバイ（ディスクパス切替え方式）の前提条件

9.8.2　N+1コールドスタンバイ（ディスクパス切替え方式）の適用に必要な検討

9.8.3　N+1コールドスタンバイ（ディスクパス切替え方式）の設定

9.8.4　 N+1冗長化の設定

9.8.1　N+1コールドスタンバイ（ディスクパス切替え方式）の前提条件

N+1コールドスタンバイ（ディスクパス切替え方式）を利用したシステムを構築する場合，ここに記載されている内容を確認し，十分に検討を実施してください。

また，ここに記載されている内容に従って，システムを構築してください。

＜この項の構成＞

(1)　システム構築の前提条件

(2)　ネットワーク環境の前提条件

(3)　予備系サーバモジュールの前提条件

(4)　 N+1冗長化の前提条件

(1)　システム構築の前提条件

N+1コールドスタンバイ（ディスクパス切替え方式）を利用して，システムを構築する場合の前提条件を示します。

(a)　N+1コールドスタンバイの前提条件

現用系のサーバモジュールのブートディスクおよびすべてのデータディスクが，外部のストレージ（日立ディスクアレイシステム）にあること
外部のストレージを利用する場合の運用については，「10.3　ディスク割り当て時のアクセス制限」を参照してください。

グループ属性がN+1コールドスタンバイの現用系サーバモジュールは，ストレージ運用支援機能を利用してホストグループ割り当てを実施していること
ストレージ運用支援機能については，「10.　ストレージ運用支援」を参照してください。
ただし，Device Managerのバージョンが5.0より前の場合，9900VシリーズおよびHitachi USPで構成されるホストにN+1コールドスタンバイを適用できません。

N+1コールドスタンバイのネットワーク環境とストレージシステム環境は，同一ネットワーク内かつ同一ゾーン内であること
ネットワーク環境とストレージシステム環境については，「9.8.1(2)　ネットワーク環境の前提条件」を参照してください。

予備系サーバモジュールは，現用系のサーバモジュールのモデルやアーキテクチャなどと一致していること
予備系サーバモジュールの適用条件については，「9.8.1(3)　予備系サーバモジュールの前提条件」を参照してください。

現用系のサーバモジュールがSMP構成の場合，予備系サーバモジュールは現用系のサーバモジュールと同一仕様のサーバモジュールを使用し，事前にSMP構成にしておくこと

現用系のサーバモジュールが次に示す機能を持つNIC/HBAドライバをインストールしている場合は，次の機能を無効としていること

NICのMACアドレスに対してIPアドレスを固定的に割り当てる機能（例：DHCPサーバを利用する，ifcgf-ethファイルでHWADDRの設定をするなど）

HBAのPersistent Binding機能（SCSIのTargetIDを特定のFCデバイスに永続的に割り当てる機能）

現用系のサーバモジュールでWindowsを利用する場合，BitLockerドライブ暗号化を利用しないこと
BitLockerドライブ暗号化を利用したシステムでN+1コールドスタンバイを利用すると，ハードウェアの整合性が取れなくなって起動プロセスがロックされてしまい，OSが起動できなくなることがあります。そのため，N+1コールドスタンバイを利用する場合は，BitLockerドライブ暗号化を利用しないでください。BitLockerドライブ暗号化については，OSのヘルプまたはOSのドキュメントを参照してください。

これらの前提条件をすべて満たしていても，N+1コールドスタンバイ機能を適用する場合は，運用前に切り替えテストを実施してください。N+1コールドスタンバイ機能を適用するための手順については，「9.8.3　N+1コールドスタンバイ（ディスクパス切替え方式）の設定」を参照してください。

(2)　ネットワーク環境の前提条件

N+1コールドスタンバイを適用する場合，現用系サーバモジュール，予備系サーバモジュール，およびストレージシステムは，1つのネットワークスイッチまたはファイバチャネルスイッチに接続され，現用系サーバモジュールおよび予備系サーバモジュールは同一ネットワーク内で，かつ同一ストレージシステムの同一ポートに接続される必要があります。

また，サーバシャーシを複数使用し，サーバシャーシ間にわたる現用系サーバモジュール，予備系サーバモジュールを使用する場合も，同一ネットワーク内でかつ同一ゾーン内であればN+1コールドスタンバイを適用できます。

サーバシャーシ間にわたるN+1コールドスタンバイの適用例を次の図に示します。

図9-23　サーバシャーシ間にわたるN+1コールドスタンバイの適用例

(3)　予備系サーバモジュールの前提条件

N+1コールドスタンバイを適用するには，現用系サーバモジュールに対して，予備系サーバモジュールが，次の表に示す条件をすべて満たしている必要があります。

条件の一部については，予備系サーバモジュール設定時にBSM Plusによって自動チェックされます。自動チェックの結果，条件に一致しない場合はエラーダイアログが表示されます。自動チェックされない条件については，条件を満たしていることを事前に確認してください。

表9-15　予備系サーバモジュールの条件

項目
適用可能な条件

モデル名
現用系サーバモジュールと一致している。

サーバシャーシ
サーバシャーシ種別が現用系サーバモジュールと一致している。※1※2

アーキテクチャ
現用系サーバモジュールと一致している。
例えば，予備系サーバモジュールとしてIPFサーバモジュールだけが適用できる。※3

CPU名，Way数，周波数
現用系サーバモジュールと一致している。

メモリ容量
現用系サーバモジュールと一致している。

ローカルディスクの搭載数，接続形態，容量
現用系サーバモジュールと一致している。

搭載I/O数
現用系サーバモジュールが搭載しているNICおよびHBAの搭載数・搭載スロット位置・搭載ポート数と一致している。

ネットワークの接続形態
現用系サーバモジュールが搭載している全NICポートが，接続先のネットワークスイッチに接続されている。

SANの接続形態
現用系サーバモジュールにHBAが搭載されている場合，搭載されている全HBAポートが，接続先のストレージシステムのポートに接続されている。また，同一のゾーンに所属している。

搭載I/O構成
現用系サーバモジュールが搭載しているI/Oモジュールの構成（サーバシャーシのモデル，I/OモジュールのTYPE，アダプタ，接続機器など）と一致している。

ファームウェア
現用系サーバモジュールと一致している。

注※1

BS1000に搭載しているサーバモジュール以外の混在はできません。

注※2

現用系と異なる場合は，予備登録時にKASM510BE-Eのエラーが出力され，予備登録できません。

注※3

現用系と異なる場合は，予備登録時にKASM200A0-Eのエラーが出力され，予備登録できません。

また，予備系サーバモジュールに対しては，次に示す設定をしておく必要があります。

表9-16　予備系サーバモジュールに対する事前設定項目

設定項目
設定内容

SMP構成設定
現用系サーバモジュールがSMP構成にされている場合は，現用系サーバモジュールのSMP構成と一致するように予備系サーバモジュールを構成してください。

EFI設定
現用系サーバモジュールのEFIのブートプライオリティと一致するように設定してください。
EFIにブートデバイスパスを設定するには，予備系サーバモジュールにブートデバイスを接続します。EFIにブートデバイスパスを設定するには，「9.8.3　N+1コールドスタンバイ（ディスクパス切替え方式）の設定」を参照してください。
現用系サーバモジュールのブートデバイスパスを変更した場合（OSの再インストール操作など）は，予備系サーバモジュールのEFIブートデバイスも再設定してください。

(4)　 N+1冗長化の前提条件

N+1冗長化は，サーバモジュール障害時のN+1自動切り替え処理の冗長化を対象とします。N+1冗長化の前提条件を次に示します。

すべてのマネージャサービスのN+1コールドスタンバイ設定（N+1グループの設定，現用系サーバモジュールおよび予備系サーバモジュールの設定を含む）およびストレージ運用支援機能の設定が同一であること。また，ネットワークスイッチ連携機能を有効にする場合は，ネットワークスイッチ連携機能の設定が同一であること。

注意

BSM Plusの自動切り替え対象アラート設定ファイルを，各マネージャサービスで変更する必要があります。自動切り替え対象アラート設定ファイルの変更については，「9.8.2(3)　自動切り替えの対象となるアラートの設定」を参照してください。

すべてのマネージャサービスの管理下にあるホストおよびシャーシが同一であること。

すべてのマネージャサービスの管理する情報（シャーシ，サーバモジュール，パーティション，ストレージ）が一致していること。

9.8.2　N+1コールドスタンバイ（ディスクパス切替え方式）の適用に必要な検討

この節では，N+1コールドスタンバイを利用する前に検討が必要な，サーバモジュールの割り当てや予備系への切り替えについて説明します。

＜この項の構成＞

(1)　サーバシャーシ内のサーバモジュールの割り当て

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

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

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

(5)　自動切り替え時の現用系の電源OFF

(1)　サーバシャーシ内のサーバモジュールの割り当て

N+1コールドスタンバイを使用する場合，現用系サーバモジュールと予備系サーバモジュールの割り当てを検討する必要があります。現用系サーバのグループおよび予備系サーバのグループをまとめてN+1グループと呼び，N+1グループ単位でサーバモジュールを割り当てます。

サーバモジュールの割り当ては，SMP構成の場合とSMP構成でない場合とで運用方法が異なります。ここでは，SMP構成の場合とSMP構成でない場合に分けて，サーバモジュールの割り当てを説明します。

注意

SMP構成のサーバモジュールとSMP構成でないサーバモジュールを1つのN+1グループに混在して運用することはできません。

(a)　SMP構成の場合のサーバモジュールの割り当て

サーバモジュールがSMP構成の場合，「9.8.1(3)　予備系サーバモジュールの前提条件」記載される条件に加え，次の条件を満たしている必要があります。

予備系サーバモジュールは，SMP構成で使用する現用系サーバモジュールと同数であること

また，4way-SMP構成のサーバモジュールのうち，どちらか1つのサーバモジュールを登録する場合，SMP構成を手動で解除してから登録する必要があります。

SMP構成だけで運用する場合のサーバモジュールの構成例を，次の図に示します。

図9-24　SMP構成の場合のサーバモジュール構成例

(b)　SMP構成でない場合のサーバモジュールの割り当て

サーバモジュールがSMP構成でない場合，予備系サーバモジュールは，「9.8.1(3)　予備系サーバモジュールの前提条件」に記載される条件を満たしている必要があります。SMP構成でない場合のサーバモジュールの構成例を，次の図に示します。

図9-25　SMP構成でない場合のサーバモジュール構成例

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

N+1コールドスタンバイでは，サーバモジュール障害が発生したときに，自動または手動で予備系サーバモジュールに切り替えることができます。次にそれぞれの切り替え契機について説明します。

(a)　自動で切り替える場合

サーバモジュール障害が発生した場合，障害通知アラートが通知されると，次のどちらかの契機で自動的に予備系サーバモジュールに切り替わります。この契機は，アラートIDごとに設定できます。

障害発生と同時に切り替える

障害発生からしばらく時間を置いてから切り替える

なお，切り替えの契機は，切り替え要求アラートのアラートIDごとに設定できます。

各アラートIDの詳細および設定の変更方法については，「9.8.2(3)　自動切り替えの対象となるアラートの設定」を参照してください。

また，自動切り替え発生時，障害が発生した現用系のサーバモジュールの電源を強制電源OFFするか，OSをシャットダウンしてから電源OFFするか，どちらかを選択できます。自動切り替え時の電源OFF方式の変更方法については，「9.8.2(5)　自動切り替え時の現用系の電源OFF」を参照してください。

自動で予備系サーバモジュールに切り替えるためには，［マネージャサービス設定］ダイアログボックスの［N+1設定］タブでの設定が必要です。この設定については，「9.8.3　N+1コールドスタンバイ（ディスクパス切替え方式）の設定」を参照してください。自動切り替えの設定をしない場合は，手動で切り替える設定となります。

(b)　手動で切り替える場合

手動で予備系サーバモジュールに切り替える場合は，次に示す手順で実行します。

BSMで障害発生を確認する

OSのダンプ出力が完了したことを確認する

障害内容からサーバモジュールの障害であることを確認し，手動切り替えを実行する

手動切り替えの操作については，「9.9.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。

また，N+1コールドスタンバイの自動切り替えを設定していても，N+1コールドスタンバイ機能の手動切り替えの実行，現用系への復帰，または予備系の解除を実行できます。現用系への復帰，予備系の解除の詳細については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

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

N+1コールドスタンバイ機能を利用する場合，BladeSymphonyに関するハードウェア障害のサーバモジュール系のアラートが，自動切り替えの対象となります。これらのアラートには，アラートごとに，障害が発生してから自動で切り替えるまでの待ち時間が設定されています。これ以外のアラートは，自動切り替えの対象にできません。

アラートの詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

注意

自動切り替え対象アラートが発生し，自動切り替えを開始したあと（切り替え待ちの状態を含む）に，新たに発生した自動切り替え対象アラートは無視されます。

自動切り替え対象アラートは，N+1対象アラート定義ファイル（N1Alert.dat）に定義されています。N1Alert.datの定義内容を編集することで，N+1コールドスタンバイ自動切り替え対象アラートの設定を変更できます。

N1Alert.datは次のフォルダに格納されています。

<ServerConductorのインストール先フォルダ>¥Data

N+1対象アラート定義ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項について，次に説明します。

(a)　記述形式

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に1を指定している状態で，「0」を指定した場合は，障害発生と同時に即時に自動切り替えを行います。また，「60」を指定した場合は，障害発生から1時間後に自動切り替えを行います。障害発生から1時間後に自動切り替えを行う場合の障害は，原因特定のために，障害発生時に手動でダンプを採取することを推奨します。

注意

N+1コールドスタンバイ自動切り替え対象アラートとしない場合，WaitTimeに0を指定してください。WaitTimeに0以外の整数が指定されていた場合，ForcedExeFlagに0を指定しても，自動切り替え対象アラートとして扱われます。

行の先頭に，半角スペースまたは#が指定されている場合，その行はコメント行と見なされます。コメント行の入力文字の種類に制限はありません。

(b)　デフォルトの定義内容

N1Alert.datに定義されている，各アラートのデフォルト値を次に示します。

表9-17　自動切り替えの対象となるアラートと設定内容のデフォルト値

アラート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
1
60

1483h※3
1
0

1484h※3
1
60

1491h
1
60

1492h
1
60

1493h
1
60

1494h
1
60

1496h※4
1
60

1497h
1
60

1499h
1
60

14A0h
1
0

14A5h
1
0

14A8h
1
0

14AAh
1
0

14AFh※4
1
0

14B0h
1
0

14B1h
1
60

14D2h
1
60

14D5h
1
60

注※1

現在サーバモジュールを対象としたアラートではないため，自動切り替えの対象とはなりません。

注※2

SVPコマンド（TCコマンド）を入力した場合，このアラートが通知され，N+1コールドスタンバイ自動切り替えが発生することがあります。このとき，WaitTimeを「0」に設定していると，TCコマンド経由でのダンプ取得ができなくなります。ダンプの取得が必要な場合は，ダンプを取得するのに十分な時間を設定してください。

注※3

ユーザが任意のタイミングで発生させることができるN+1コールドスタンバイ構築テスト用のアラートです。発生させる方法については，マニュアル「BladeSymphonyユーザーズガイド」のRTコマンドについて記載されている章を参照してください。

注※4

現在未使用（予約）のアラートIDです。

(c)　定義例

自動切り替えの対象となるアラートの設定内容を変更する場合の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

(d)　定義内容を有効にする手順

N1Alert.datの設定内容を変更した場合は，次に示すどちらかの操作をしてください。この操作をしないと，変更した内容が有効になりません。

コンソールサービスの［設定］メニューから「マネージャサービス設定」を選択し，［N+1設定］タブを選択する。［N+1コールドスタンバイ］の［有効にする］チェックボックスをONにして［適用］ボタンをクリックする

マネージャサービスを再起動する

(e)　N1Alert.dat指定時の注意事項

1行に指定できるバイト数は254バイトまでです。

同一のアラートIDを複数定義することはできません。複数定義した場合は，「(d)　定義内容を有効にする手順」に示す手順を実施した時点で，実行エラーとなります。

N1Alert.datに，指定できる文字以外の値を指定した場合，設定が有効にならないか，または値が仮定されて実行されます。

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

N+1コールドスタンバイの自動切り替えを実施する場合，運用ケースによって必要な設定項目および自動切り替え対象アラートの切り替え待ち時間の見積もり方法が異なります。

自動切り替えに必要な設定，および自動切り替え待ち時間の見積もり方法を，運用ケースごとに，次の表に示します。

注意

ダンプを採取しないように運用すると障害の発生原因を特定できなくなるため，ダンプを採取するように運用してください。ダンプを採取しない運用は，障害の発生原因を追及するよりも現用系ホストの再起動または切り替えによる復旧を優先する場合に限って使用するようにしてください。

ダンプを手動で採取する場合は事前に設定が必要です。ダンプを採取するための設定方法については，マニュアル「BladeSymphonyソフトウェアガイド」を参照してください。

自動切り替え待ち時間は表に示す見積もりの時間よりも長くなるように設定することをお勧めします。切り替え待ち時間が短過ぎる場合，ダンプの採取途中で自動切り替えが実行されてしまい，ダンプの採取に失敗することがあります。

N1Alert.datで自動切り替え待ち時間のデフォルト値が0分に設定されているアラートはハードウェア障害が原因で発生するアラートです。そのため，N+1冗長化構成で切り替え開始順序の遅いマネージャサービスの場合を除き，自動切り替え待ち時間を変更しないことをお勧めします。

管理対象ホストが複数ある場合，ダンプの採取に掛かる時間はOSやハードウェアの構成などによって異なります。ダンプの採取時間は，最も長く掛かる時間を見積もってください。

N+1冗長化構成で，切り替え開始順序の遅いマネージャサービスに対しては，表に示す自動切り替え待ち時間の見積もりに，「9.8.4　N+1冗長化の設定」で算出した切り替え時間を加算して設定する必要があります。

表9-18　運用ケース別のN+1コールドスタンバイに必要な設定と自動切り替え対象アラートの自動切り替え待ち時間の見積もり

項番
障害アラート発生後の運用ケース
N1Alert.datの設定※
自動切り替え待ち時間の見積もり

1
ダンプを採取してから自動切り替えを実行する
ForcedExeFlag=1
WaitTime=自動切り替え待ち時間
障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間

2
自動切り替えを手動で中止してからダンプを採取する
ForcedExeFlag=1
WaitTime=自動切り替え待ち時間
障害発生から自動切り替えの中止の実行に掛かる時間

3
ダンプを採取しないで自動切り替えを実行する
ForcedExeFlag=1
WaitTime=0
0分

4
自動切り替えを実行しないでダンプの採取だけを実行する
ForcedExeFlag=0
WaitTime=0
0分

5
自動切り替えを実行しないで自動的にシステムの再起動だけを実行する
ForcedExeFlag=0
WaitTime=0
0分

注※

N1Alert.datでの設定内容を示します。N1Alert.datの設定内容変更については，「9.8.2(3)　自動切り替えの対象となるアラートの設定」を参照してください。

表に示した各項目について説明します。

(a)　ダンプを採取してから自動切り替えを実行する

障害の発生後，切り替え待ち時間が経過するまでにダンプの採取を完了させます。

(i) 運用の流れ

障害発生後にダンプの採取を手動で開始します。

切り替え待ち時間の経過後，自動的に予備系サーバモジュールに切り替わります。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(iii)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

(iii) 自動切り替え待ち時間

障害発生からダンプの採取開始までの時間＋ダンプの採取に掛かる時間を設定してください。

(b)　自動切り替えを手動で中止してからダンプを採取する

障害の発生後，［N+1コールドスタンバイ詳細設定］ウィンドウから手動で自動切り替えを中止してダンプの採取を実施します。ダンプの採取が完了したら手動で復旧処理を実施します。

(i) 運用の流れ

障害発生後，［N+1コールドスタンバイ詳細設定］ウィンドウで自動切り替えを中止したい現用系ホストを選択し，［設定］メニューから［自動切り替え中止］を選択して，自動切り替えを中止します。

ダンプの採取を開始します。

ダンプの採取完了後，現用系ホストを再起動し手動で切り替えを実施して復旧処理を実行します。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，「(iii)　自動切り替え待ち時間」に示す時間を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

(iii) 自動切り替え待ち時間

障害発生から自動切り替えの中止の実行に掛かる時間を設定してください。

(c)　ダンプを採取しないで自動切り替えを実行する

障害の発生後，即時に切り替えを実施します。

(i) 運用の流れ

障害発生後に自動的に予備系サーバモジュールに切り替わります。

(ii) 必要な設定内容

N1Alert.datに設定する自動切り替え待ち時間には，0分を設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

(iii) 自動切り替え待ち時間

0分を設定してください。

(d)　自動切り替えを実行しないでダンプの採取だけを実行する

障害の発生後，ダンプの採取だけを実行します。

(i) 運用の流れ

障害の発生後にダンプの採取を手動で開始します。

(ii) 必要な設定内容

N1Alert.datでは，N+1コールドスタンバイの自動切り替え対象のアラートIDとしないように設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

(iii) 自動切り替え待ち時間

0分を設定してください。

(e)　自動切り替えを実行しないで自動的にシステムの再起動だけを実行する

障害の発生後，自動的にシステムの再起動だけを実行します。この運用ケースはアラートID 0x1470が発生した場合だけ該当します。

(i) 運用の流れ

障害発生後に自動的にシステムを再起動します。

(ii) 必要な設定内容

N1Alert.datでは，N+1コールドスタンバイの自動切り替え対象のアラートIDとしないように設定してください。

［マネージャサービス設定］ダイアログボックスの［N+1設定］タブの［現用ホストでエージェントサービスが起動］チェックボックスをOFFにしてください。

(iii) 自動切り替え待ち時間

0分を設定してください。

(5)　自動切り替え時の現用系の電源OFF

自動切り替えが発生したとき，障害が発生した現用系のサーバモジュールの電源OFFの方式を次の中から選択できます。

サーバモジュールの電源を強制電源OFFする

サーバモジュール上で動作しているOSをシャットダウンしてから，サーバモジュールを電源OFFする

サーバモジュールの電源OFFの方式は，N1Alert.datで定義されている自動切り替えの対象アラートごとに設定できます。また，設定した内容は，マネージャサービスが管理しているN+1グループの現用系のサーバモジュールすべてに適用されます。N1Alert.datで定義されている自動切り替えの対象アラートについては，「9.8.2(3)　自動切り替えの対象となるアラートの設定」を参照してください。

自動切り替え発生時，障害が発生した現用系のサーバモジュールの電源を強制電源OFFするか，OSをシャットダウンしてから電源OFFするかは，N+1コールドスタンバイ設定ファイル（N1SwitchShutdownSet.ini）に定義されています。N1SwitchShutdownSet.iniの定義内容を編集することで，N+1コールドスタンバイ自動切り替え時の電源OFFの方式を変更できます。

N1SwitchShutdownSet.iniは次のフォルダに格納されています。

<ServerConductorのインストール先フォルダ>¥Data

N+1コールドスタンバイ設定ファイルの記述形式，デフォルトの定義内容，定義例，定義内容を有効にする手順，および注意事項について，次に説明します。

(a)　記述形式

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が指定されています。

値は半角で入力してください。

「=」がない行，および先頭文字が「[」または「#」の行は，コメント行と見なされます。

(b)　デフォルトの定義内容

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

(c)　定義例

0x1417アラートによる自動切り替えが発生したとき，OSシャットダウン後に電源OFFを実行する場合のN1SwitchShutdownSet.iniの定義例を次に示します。監視時間は5分とします。

[N1ShutdownSetting]
Function=1
Timeout=5
[AlertID]
1417h=1
    :
    :

(d)　定義内容を有効にする手順

N1SwitchShutdownSet.iniの設定内容を変更した場合は，次に示すどちらかの操作をしてください。この操作をしないと，変更した内容が有効になりません。

コンソールサービスの［設定］メニューから「マネージャサービス設定」を選択し，［N+1設定］タブを選択する。［N+1コールドスタンバイ］の［有効にする］チェックボックスをONにして［適用］ボタンをクリックする

マネージャサービスを再起動する

(e)　注意事項

N1SwitchShutdownSet.iniで定義する英字部分は，大文字と小文字を区別しません。

N1SwitchShutdownSet.iniの設定項目はFunction，Timeout，アラートIDの順に各行に記述してください。

N1Alert.datに定義されていないアラートは，OSシャットダウン後に電源OFFを実行する対象のアラートにできません。

N1SwitchShutdownSet.iniでOSシャットダウン後に電源OFFを実行する対象のアラートとして設定したアラートが，一定時間経過してから自動切り替えを実行するアラートの場合，設定した時間が経過したあと，OSシャットダウンが開始されます。

N+1冗長化構成をしている場合，OSシャットダウンから強制電源OFFまでの監視時間を考慮して，冗長化による自動切り替え待ち時間を設定する必要があります。N+1冗長化構成時の監視時間の設定については，「9.8.4(2)(d)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間」を参照してください。

次の場合，OSシャットダウン停止は実行されないで強制電源OFFされます。

N1SwitchShutdownSet.iniファイルがない場合

FunctionまたはTimeoutを定義する行がない場合

アラートIDが1つも定義されていない場合

Function，Timeout，およびAlertIDを定義する「=」のあとの数値が，指定された範囲内にない場合

Agentがマネージャサービスに登録されていない場合

1行に指定できるバイト数は254バイトまでです。

数値文字列の途中にスペースまたはタブ文字がある場合は，エラーになります。

同一のアラートIDを複数定義した場合，ファイルの末尾に近い行の定義が有効になります。

9.8.3　N+1コールドスタンバイ（ディスクパス切替え方式）の設定

この節では，N+1コールドスタンバイ（ディスクパス切替え方式）を設定するための手順と方法について説明します。

なお，設定の追加や変更などの操作を行う場合，「更新モード」で操作する必要があります。現在のモードは，［N+1コールドスタンバイ詳細設定］ウィンドウのタイトルまたは［モード選択］メニューで確認できます。「更新モード」にするには，［モード選択］メニューから［更新モード］を選択します。

＜この項の構成＞

(1)　N+1コールドスタンバイ機能の設定手順（N+1コールドスタンバイ（ディスクパス切替え方式）の場合）

(2)　N+1コールドスタンバイ機能を有効にする設定

(3)　N+1コールドスタンバイ機能の設定と変更

(4)　N+1グループの作成と削除

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

(6)　N+1グループの予備プールの登録と削除

(7)　設定内容の確認

(1)　N+1コールドスタンバイ機能の設定手順（N+1コールドスタンバイ（ディスクパス切替え方式）の場合）

N+1コールドスタンバイ機能（N+1コールドスタンバイ（ディスクパス切替え方式））の設定手順を次の図に示します。

注意

手順5～10の操作は，現用系サーバモジュールの1台分だけ実施します。この操作は，現用系サーバモジュールのブートデバイスを予備系サーバモジュールのEFIへ認識させ，ブート設定をします。

図9-26　N+1コールドスタンバイ機能の設定手順（N+1コールドスタンバイ（ディスクパス切替え方式）の場合）（1/3）

図9-27　N+1コールドスタンバイ機能の設定手順（N+1コールドスタンバイ（ディスクパス切替え方式）の場合）（2/3）

図9-28　N+1コールドスタンバイ機能の設定手順（N+1コールドスタンバイ（ディスクパス切替え方式）の場合）（3/3）

(2)　N+1コールドスタンバイ機能を有効にする設定

N+1コールドスタンバイ機能を有効にする手順について説明します。また，ネットワークスイッチ連携機能を有効にする手順についても説明します。

(a)　N+1コールドスタンバイ機能を有効にする

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャを選択する

［設定］メニューから「マネージャサービス設定」を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［N+1設定］タブを選択する

ここでは，次の情報を設定します。

設定項目
設定内容

N+1コールドスタンバイ
障害発生時にN+1コールドスタンバイ機能を有効にする場合にチェックボックスをONにします。

障害時の自動切り替え実行の適用
障害発生時にN+1コールドスタンバイ機能を自動で実行するかどうかを設定します。［適用する］ラジオボタンをONにした場合，N+1コールドスタンバイ機能を自動で実行します。切り替えの契機については，「9.8.2(2)　予備系への切り替えの方法（N+1コールドスタンバイ）」を参照してください。［適用しない］ラジオボタンをONにした場合，障害発生時に手動で切り替えを実行します。手動切り替えの操作については，「9.9.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。

自動切り替えを中止する
N+1コールドスタンバイ機能を自動で実行中に障害を回復できた場合，自動切り替えを中止するかどうかを設定します。［現用ホストでエージェントサービスが起動］チェックボックスをONにした場合，障害発生後，一定時間内に現用系ホストでエージェントサービスが起動したときに自動切り替えを中止します。デフォルトはOFFです。

注意

N+1コールドスタンバイ（ディスクパス切替え方式）では，エージェントサービス起動による自動切り替え中止に対応していません。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

(3)　N+1コールドスタンバイ機能の設定と変更

N+1コールドスタンバイ機能を設定または変更するには，［N+1コールドスタンバイ詳細設定］ウィンドウを表示します。

［ホスト管理］ウィンドウで，N+1コールドスタンバイ機能を設定するマネージャ，または管理対象を選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。

［N+1コールドスタンバイ詳細設定］ウィンドウでは，現用系の業務サーバ（ホスト単位）と予備系のサーバ（サーバモジュール単位）をグループ単位で管理し，予備のサーバモジュールを登録できます。

現用系の業務サーバのグループを，現用系のN+1グループと呼び，予備系のサーバのグループを予備プールと呼びます。現用系のN+1グループと予備プールをまとめてN+1グループと呼びます。1つのN+1グループの中では，現用系のN+1グループと予備プールは1対1の関係です。また，N+1グループは1,024グループまで作成できます。

［N+1コールドスタンバイ詳細設定］ウィンドウの左側（左ペインと呼ぶ）には，N+1コールドスタンバイをルートノードとしてN+1グループがツリー表示されます。

N+1グループの下位に，現用系のホスト名※および予備プールが表示されます。さらに予備プールの下位にはシャーシが表示され，シャーシの下位にはサーバモジュールが表示されます。

注※

「ホスト名」とは，［ホスト管理］ウィンドウの［コンピュータ名］欄に表示される名称のことです。

［N+1コールドスタンバイ詳細設定］ウィンドウの右側（右ペインと呼ぶ）には，左ペインで選択したノードについての情報が表示されます。各ノードを選択した場合に表示される右ペインの情報については，「9.8.3(7)　設定内容の確認」を参照してください。

なお，［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

(4)　N+1グループの作成と削除

(a)　 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+1コールドスタンバイ］を選択します。

［OK］ボタンをクリックする
［グループ作成］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位にN+1グループが作成されます。N+1グループは1,024グループまで作成できます。

(b)　 N+1グループの削除

N+1グループ内で切り替えが実行されているとN+1グループを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

N+1グループを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで削除する［N+1グループ］ノードをクリックする

［設定］メニューから［N+1グループ削除］を選択する
削除を確認するメッセージが表示されます。

［OK］ボタンをクリックする
［N+1グループ削除］ダイアログボックスが閉じられ，左ペインの［N+1コールドスタンバイ］ノードの下位からN+1グループが削除されます。

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

(a)　N+1グループのホストの登録

N+1グループを作成したら，現用系ホストを登録します。

注意

現用系ホストを登録する場合の制限事項を次に示します。

N+1グループにHP-UXのホストと，WindowsまたはLinuxのホストは混在して登録できません。

N+1グループには，論理パーティション上で稼働しているサーバを現用系ホストとして登録できません。そのため，［ホスト登録・変更］ダイアログボックスの［登録候補一覧］には表示されません。

登録できるIPFサーバモジュールのホストは，最大で7台です。

BS2000，BS500，およびBS320のホストは登録できません。

ストレージ運用支援機能でホストグループ割り当てをしていないホストを現用系ホストとして登録できません。

Agentがインストールされているホストだけが登録できます。

現用系ホストを登録する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを登録する
［登録候補一覧］に登録可能なホストが表示されています。ほかのN+1グループですでに登録されているホストは，［登録候補一覧］には表示されません（1つのホストを複数のN+1グループに登録することはできません）。
［登録候補一覧］からホストを選択し，［↓］ボタンをクリックします。［現用系ホスト一覧］に，選択したホストが表示されます。ホストは1つのN+1グループに対して7台まで登録できます。

注意

ホストを登録したときは，［切り替え方式］に「ディスクパス切替方式」が表示されていることを確認してください。「ディスクパス切替方式」以外の方式が表示された場合は，N+1コールドスタンバイを適用できません。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位にホストが作成されます。

(b)　N+1グループのホストの削除

予備系サーバモジュールの登録後にN+1グループからすべてのホストを削除する場合は，先に予備系サーバモジュールを削除する必要があります。予備系サーバモジュールの削除については，「9.8.3(6)(b)　N+1グループの予備プールの削除」を参照してください。

N+1グループからホストを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

ホストを削除する
［現用系ホスト一覧］からホストを選択し，［↑］ボタンをクリックします。［現用系ホスト一覧］から選択したホストが削除され，［登録候補一覧］に表示されます。削除されたホストは，ほかのN+1グループに登録可能となります。

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，左ペインの［N+1グループ］ノードの下位からホストが削除されます。

(c)　 N+1グループ名の変更

N+1グループ名を変更する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

N+1グループ名を変更する

［OK］ボタンをクリックする
［ホスト登録・変更］ダイアログボックスが閉じられ，N+1グループ名が変更されます。

(6)　N+1グループの予備プールの登録と削除

(a)　 N+1グループの予備プールの登録

現用系のN+1グループに割り当てる予備プールを登録する手順を次に示します。

注意

グループ属性がN+1コールドスタンバイの場合は，予備系サーバモジュールを1台しか登録できません。

現用系に登録されているホストと異なる種別のサーバシャーシに搭載されているサーバモジュールを予備登録することはできません。次に例を示します。

＜例＞

登録可能
現用系（BS1000Aに搭載されたホスト），予備系（BS1000Aに搭載されたサーバモジュール）

登録不可
現用系（BS1000に搭載されたホスト），予備系（BS320に搭載されたサーバモジュール）

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［予備系サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［予備登録・変更］ダイアログボックスを参照してください。

シャーシの選択の中から，このN+1グループの予備対象とするシャーシを選択する
シャーシを選択すると，［予備系サーバモジュールの選択］に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。

注意

・現用系ホストがSMP構成の場合は，予備対象とするサーバモジュールも現用系ホストと同じSMP構成にする必要があります。

・シャーシの選択でシャーシを変更するとチェックボックスのON/OFFの状態は保存されません。

・登録できないサーバモジュールが選択可能状態（活性化状態）になる場合があります。この場合，［OK］ボタンをクリックした時点でエラーになります。

予備プールとして登録するサーバモジュールを選択する
予備プールとして登録するサーバモジュールのチェックボックスをONにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループに予備プールが登録されます。

(b)　 N+1グループの予備プールの削除

予備系サーバモジュールが，切り替え実行されていると，その予備系サーバモジュールを削除することはできません。この場合は，［復帰・解除実行］ダイアログボックスで予備系サーバモジュールの現用復帰または解除を実施してから，N+1グループの解除をしてください。予備系サーバモジュールの現用復帰または解除については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

現用系のN+1グループに割り当てている予備プールを削除する手順を次に示します。

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードをクリックする

［設定］メニューから［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。［予備系サーバモジュールの選択］に表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［予備登録・変更］ダイアログボックスを参照してください。

シャーシの選択の中から，このN+1グループの予備対象となっているシャーシを選択する
シャーシを選択すると，「予備系サーバモジュールの選択」に表示されているシャーシ内のサーバモジュールのうち，予備プールとして登録してあるサーバモジュールと予備プールとして登録可能なサーバモジュールが選択可能状態（活性化状態）となります。すでにほかのN+1グループで予備プールに登録されているサーバモジュールおよび管理対象ホストを構成するサーバモジュールは選択可能状態にはなりません。

予備プールから削除するサーバモジュールを選択する
削除するサーバモジュールのチェックボックスをOFFにしてください。

［OK］ボタンをクリックする
［予備登録・変更］ダイアログボックスが閉じられ，N+1グループから予備プールが削除されます。
予備プールを削除した場合は，別の予備プールを「(a)　N+1グループの予備プールの登録」の手順に従って登録してください。

(c)　ツールチップに表示されるメッセージ

［予備登録・変更］ダイアログボックスで，非活性になっているサーバモジュールにカーソルを移動させると，そのサーバモジュールを選択できない理由がツールチップに表示されます。

ツールチップに表示されるメッセージと対処方法を，次の表に示します。

表9-19　ツールチップに表示されるメッセージと対処方法（［予備登録・変更］ダイアログボックス）

優先順位※ | メッセージ | 対処
1 | Slot%d:サーバモジュールが挿入されていません。 | サーバモジュールを挿入してください。
2 | Slot%d:複数スロットを占有するサーバモジュールの最も小さい番号のスロットではないため，予備系サーバモジュールとして登録できません。 | 複数のスロットを占有するサーバモジュールの最も小さい番号のスロットを予備系として登録してください。
3 | Slot%d:他のN+1グループの予備系サーバモジュールとして登録されています。 | ほかのN+1グループから，該当するサーバモジュールを削除してください。
4 | Slot%d:パーティションが削除されています。 | SMP構成管理機能で，該当するサーバモジュールのパーティションを作成してください。
5 | Slot%d:ホスト管理画面に登録されているサーバモジュールです。 | 該当するサーバモジュールを［ホスト管理］ウィンドウから削除してください。
6 | Slot%d: 予備系サーバモジュールPre-configure実行中です。 | 予備系サーバモジュールのPre-configureが終了するまで待ってください
7 | Slot%d:予備系サーバモジュール診断の実行中です。 | 予備系サーバモジュールの診断が終了するまで待ってください。
8 | Slot%d:パーティションが利用できる状態になっていません。(パーティション情報ステータスが「Configuration validate(0x03)」以外になっています。) | SVPへログインし，PCCコマンドで，該当パーティションのPre-configureを実行してください。
9 | Slot%d:パーティションの電源がONになっています。 | パーティションの電源をOFFにしてください。
10 | Slot%d:Pre-configureが無効またはパーティションの情報が有効ではありません。 | サーバモジュールのPre-configure情報をサーバシャーシインベントリの［パーティション情報］から確認してください。Pre-configure機能が無効になっている場合，SVPへログインしてPre-configureを有効にしてください。Pre-configure機能が有効になっている場合，保守員に連絡してください。
11 | Slot%d:現用系と異なる種別のサーバシャーシに搭載されたサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一の種別のサーバシャーシに搭載されたサーバモジュールを選択してください。
12 | Slot%d:Switch Moduleの種別が異なるサーバモジュールです。 | このサーバモジュールは予備登録できません。現用系と同一の種別のSwitch Moduleを使用したサーバモジュールを選択してください。
13 | Slot%d:現用系ホストにHVMが登録されていますが，このサーバモジュールはHVM非搭載です。 | このサーバモジュールはHVM非搭載のため予備登録できません。HVMが搭載されたサーバモジュールを選択してください。
14 | Slot%d:LPARモードのサーバモジュールです。 | このサーバモジュールはN+1グループへは予備登録できません。ほかのサーバモジュールを選択してください。
15 | Slot%d:ストレージ運用支援機能でホストグループが割り当てられています。 | ストレージ運用支援機能で，該当するサーバモジュールのホストグループの割り当てを解除してください。
16 | Slot%d:現用ホストとして<グループ名>に登録されています。 | ［ホスト登録・変更］ダイアログボックスで，現用系ホストとしての登録を解除してください。

注※

非活性の要因が複数ある場合，この欄で示す優先順位のいちばん高い項目が1つだけ表示されます。

(7)　設定内容の確認

(a)　［N+1コールドスタンバイ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1コールドスタンバイ］ノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1コールドスタンバイ］ノード選択時）を参照してください。

コールドスタンバイ中のサーバモジュール数

コールドスタンバイ切り替え実行数

コールドスタンバイ警告数

(b)　［N+1グループ］ノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［N+1グループ］ノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1グループ］ノード選択時）を参照してください。

N+1グループ名

現用系ホスト一覧

グループ属性
コンソールサービスのバージョンが07-55以前の場合は表示されません。

シャーシの選択

シャーシタイプ
コンソールサービスのバージョンが08-00以前の場合は表示されません。

予備系サーバモジュール
表示されるSlotの数は，サーバシャーシのタイプによって異なります。表示されるアイコンの意味については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［N+1グループ］ノード選択時）を参照してください。

定期診断スケジュール
接続先マネージャサービスおよびコンソールサービスのバージョンが08-50より前の場合は表示されません。

(c)　ホストノードの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーでホストノードを選択すると，次の画面が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（ホストノード選択時）を参照してください。

シャーシID

サーバモジュール

モジュールタイプ

OS名

切替先シャーシID

切替先サーバモジュール

状態

(d)　予備プールの内容を確認する

［N+1コールドスタンバイ詳細設定］ウィンドウのツリーで［予備プール］ノードを選択すると，次の画面が表示されます。

［予備プール］ノードの下位の［シャーシ］ノード，［サーバモジュール］ノードを選択した場合も同じ項目が表示されます。

右ペインには次の項目が表示されます。各項目の詳細については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［N+1コールドスタンバイ詳細設定］ウィンドウ（［予備プール］ノード選択時）を参照してください。

シャーシID

予備サーバモジュール

予備モジュールタイプ

切替元シャーシID

切替元サーバモジュール

状態

9.8.4　 N+1冗長化の設定

N+1冗長化を適用するための設定について説明します。

＜この項の構成＞

(1)　N+1冗長化の設定手順

(2)　 N+1冗長化構成時の注意事項

(1)　N+1冗長化の設定手順

N+1冗長化の設定手順を次に示します。

各マネージャサービスのN+1切り替え開始順序を検討します。

最も早くN+1自動切り替えを開始するマネージャサービスの，自動切り替え対象アラート設定ファイルを変更します。自動切り替え対象アラート設定ファイルの変更については，「9.8.2(3)　自動切り替えの対象となるアラートの設定」を参照してください。

N+1コールドスタンバイ対象とするサーバモジュールに対してN+1切り替え手動テストを実施し，切り替え完了までに掛かる時間を測定します。
切り替え完了とは，N+1切り替え完了のアラートが通知された時点のことです。

次にN+1自動切り替えを開始するマネージャサービスに，手順2で変更した自動切り替え対象アラート設定ファイルをコピーします。

手順4でコピーしたファイルのWaitTime（自動実行待機時間）に，手順3で測定した切り替え時間を加算します。

手順4と手順5を，すべてのマネージャサービスに対して実施します。

(2)　 N+1冗長化構成時の注意事項

N+1冗長化では，すべてのマネージャサービスが共通の管理情報を持つ必要があるため，次の点に注意が必要です。

(a)　N+1コールドスタンバイ機能の手動切り替えおよび復帰操作

N+1冗長化構成中の1つのマネージャサービスで，N+1コールドスタンバイ機能で手動切り替えを実施した場合は，N+1冗長化構成中のすべてのマネージャサービスに対して，同様の操作を実施してください。

N+1冗長化構成中の1つのマネージャサービスで，N+1コールドスタンバイ機能で復帰操作を実施する場合には，N+1冗長化構成中の，最後に復帰操作を実施するマネージャサービスだけ［現用系に復帰する際，電源をONにする］チェックボックスをONにしてください。最後に復帰操作を実施するマネージャサービス以外で［現用系に復帰する際，電源をONにする］チェックボックスをONにした場合，管理対象サーバの電源をOFFにしないとほかのマネージャサービスで復帰操作ができなくなることがあります。

(b)　N+1コールドスタンバイ機能で自動切り替え実行中の操作

N+1冗長化構成中のマネージャサービスが，N+1コールドスタンバイ機能の自動切り替えを実行中には，次に示す構成および設定変更操作をしないでください。これらの操作をした場合は，再度すべてのマネージャサービスに対するN+1冗長化の設定が必要になります。

BSM PlusのN+1グループの設定変更

BSM PlusからのN+1の手動切り替えへの設定変更

現用系ホストの設定変更

BladeSymphonyサーバシャーシのBSM管理下からの削除

BladeSymphonyの構成変更（パーティション構成変更，SVP構成変更など）

システム構成の変更（SVP，ネットワークスイッチ，ファイバチャネルスイッチ，Device Manager設定変更など）

(c)　同一N+1グループ内の複数サーバモジュール障害時の動作

同一のN+1グループ内の複数の現用系サーバモジュールがほぼ同時に障害を発生した場合，N+1冗長化構成中のそれぞれのマネージャサービスが別の障害アラートを受信することがあります。この場合，N+1切り替え開始順序の早いマネージャサービスが受け取った障害アラートが優先されます。N+1切り替え開始順序の早いマネージャサービスがN+1切り替えできなくなった場合，次に切り替え順序の早いマネージャサービスが受け取った障害アラートが優先されます。

また，N+1冗長化構成中のそれぞれのマネージャサービスが別の障害アラートを受信した場合，切り替え開始順序の早いマネージャサービスが切り替え処理に成功し，次に切り替えを開始するマネージャサービスが別の現用ホストに対して切り替えを実行することがあります。このような場合，あとに切り替えを開始するマネージャサービスは，警告が発生したことを示すメッセージを表示して切り替え処理を完了しますが，実際には切り替え処理は成功していません。

このように，あとからN+1切り替えを開始したマネージャサービスが別の現用ホストの切り替え処理をした場合，N+1冗長化構成中のマネージャサービス間で管理情報が一致しない状態となります。このため，コンソールサービスで各マネージャサービスのN+1グループの状態を確認し，一致しない状態であれば，最も早く切り替え処理を成功したマネージャサービスの管理情報と一致するように，すべてのマネージャサービスのN+1グループの再設定をしてください。

また，必要であれば，サーバモジュールの手動切り替えを実施してください。サーバモジュールの手動切り替えについては，「9.9.2　予備系サーバモジュールへの手動切り替えの実行」を参照してください。

同一N+1グループ内の複数サーバモジュール障害時の動作を次の図に示します。

図9-29　同一N+1グループ内の複数サーバモジュール障害時の動作

(d)　N+1コールドスタンバイ自動切り替え時にOSシャットダウンを実行する場合の監視時間

N+1冗長化構成のマネージャサービスで，自動切り替え時にOSシャットダウンを実行するように設定している場合，OSシャットダウンの開始から強制電源OFF開始までの監視時間を考慮して，冗長化による自動切り替え待ち時間を設定する必要があります。

例えば，次のようにマネージャサービスAとマネージャサービスBをN+1冗長化構成にしていて，マネージャサービスBの冗長化による自動切り替え待ち時間を10分と設定していたとします。この構成で，マネージャサービスAのOSシャットダウンの開始から強制電源OFF開始までの監視時間を15分に設定する場合，自動切り替え待ち時間には，これまでの待ち時間10分に強制電源OFF開始までの監視時間15分を足した，25分を設定してください。

図9-30　N+1冗長化構成の場合の自動切り替え待ち時間の設定

(e)　予備系サーバモジュールの診断中またはPre-configure中にN+1コールドスタンバイの自動切り替えが発生した場合の監視時間

N+1冗長化構成のマネージャサービスで，予備系サーバモジュールの診断中またはPre-configure中にN+1コールドスタンバイの自動切り替えが発生した場合，診断の終了またはPre-configureの終了を待ってから切り替えが実行されます。N+1冗長化構成における予備系サーバモジュールの診断中またはPre-configure中の自動切り替えを次の図に示します。

図9-31　N+1冗長化構成で予備系サーバモジュールが診断中またはPre-configure中の場合の自動切り替え実行

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

この節では，予備系サーバモジュールへ切り替える際の運用方法について説明します。

＜この節の構成＞

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

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

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

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

9.9.5　メンテナンス完了

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

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

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

現用系サーバモジュールでサーバモジュール障害が発生し，N+1コールドスタンバイ機能を適用した場合，次に示す2つの運用方法があります。

現用系サーバモジュールの障害を取り除き，予備系サーバモジュールから現用系サーバモジュールに復帰させる。

予備系サーバモジュールの構成をそのまま現用系サーバモジュールと見なし，また，この予備系サーバモジュールの構成でN+1グループの現用系ホストとして登録し直す。

どちらの運用方法を選択するかは，［N+1コールドスタンバイ詳細設定］ウィンドウの［復帰・解除実行］ダイアログボックスで設定します。詳細については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。

9.9.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になっていないと，［切替実行］ボタンをクリックした際にエラーとなります。

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

N+1コールドスタンバイ機能を適用して，現用系サーバモジュールから予備系サーバモジュールに切り替えたあとの運用方法を，［復帰・解除実行］ダイアログボックスで設定します。

注意

予備プールにサーバモジュールが登録されていない場合，次に示す操作はできません（［復帰・解除実行］は非活性状態となっています）。

［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にする］チェックボックスは選択できなくなる（非活性化される）ので，復帰オプションの設定内容は無効となります。

なお，N+Mコールドスタンバイ（I/O継承方式）では，N+1グループの構成が一致していない場合，［予備系を現用系とする］チェックボックスが非活性状態となり，チェックできません。

［実行］ボタンをクリックする

［現用系に復帰する］ラジオボタンをONにしている場合
現用系に復帰することを確認する［復帰・解除確認］ダイアログボックスが表示されます。

［予備系を現用系とする］ラジオボタンをONにしている場合
予備系サーバモジュールを現用系サーバモジュールと見なす旨の［復帰・解除確認］ダイアログボックスが表示されます（サーバモジュールの電源操作は行いません）。

［復帰・解除確認］ダイアログボックスの［OK］ボタンをクリックする
［復帰・解除実行］ダイアログボックスが閉じられ，運用方法が設定されます。

［予備系を現用系とする］の操作をしたあとに，N+1グループから削除された現用系サーバモジュールを交換しないで予備系サーバモジュールとして再登録する場合は，登録の操作をする前に次の操作が必要になります。ただし，サーバモジュールのPre-configureの設定を無効にしている場合は，次の操作は不要です。

現用系サーバモジュールに対してスイッチ＆マネジメントモジュールのPCCコマンド※で，サーバモジュールのPre-configureの設定をDisableにします。

現用系サーバモジュールに対してスイッチ＆マネジメントモジュールのPCCコマンド※で，サーバモジュールのPre-configureの設定をEnableにすると，スイッチ＆マネジメントモジュールのPre-configure機能が実行されます。アラート（0x14EC）で実行の完了報告で正常終了を確認できます。

注※

BS2000の場合はPRコマンドでPre-configureの設定変更をしてください。

BS500の場合はWebコンソールからPre-configureの設定変更をしてください。

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

予備系サーバモジュールへの自動切り替えを中止する方法を次に示します。

＜この項の構成＞

(1)　ユーザ操作による自動切り替えの中止

(2)　自動切り替えの自動中止

(1)　ユーザ操作による自動切り替えの中止

自動切り替えの運用を実施している場合，障害発生から1時間経過しないと切り替えが開始されないことがあります。ダンプの採取など，障害発生時に必要な作業が1時間以内に終了し，すぐに切り替えを開始したい場合は，自動切り替えを中止し，手動で切り替えができます。

注意

次に示す場合，切り替えを中止できません。

手動で切り替えを実行した場合

現用系から予備系へ切り替えたあとの運用を［復帰・解除実行］ダイアログボックスで変更している場合

自動切り替えで，切り替え待ち時間を経過している場合

自動切り替えで，切り替え開始までの時間が1分未満の場合

自動切り替えを中止する方法を次に示します。

［ホスト管理］ウィンドウで，自動切り替えを中止したい現用系ホストを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。
［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

自動切り替えを中止したい現用系ホストをクリックする

［設定］メニューから［自動切り替え中止］を選択する
確認のダイアログボックスが表示されます。

メッセージの内容を確認し，［OK］ボタンをクリックする

正常に自動切り替えが中止されると，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される現用系ホストの状態は［正常］になります。また，予備系サーバモジュールの状態は［コールドスタンバイ中］になります。

(2)　自動切り替えの自動中止

ウォッチドッグタイムアウトのアラート（アラートID 0x1470）の発生後，自動切り替えを開始するまでの間に，その現用系ホストでエージェントサービスが起動した場合，自動切り替えの実行は自動的に中止されます。

この機能はN+1コールドスタンバイ構成またはN+Mコールドスタンバイ構成で使用できます。

注意

N+1冗長化構成を構築している場合，エージェントサービスの起動による自動切り替えの中止を適用できません。
エージェントサービスの起動と自動切り替えの実行が同時に発生した場合，マネージャサービス間の管理情報に不一致が発生するおそれがあります。

管理対象サーバがHP-UXの場合，エージェントサービスの起動による自動切り替えの中止を適用できません。

管理対象がHVMの場合，現用系ホストでのエージェントサービスの起動による自動切り替えの中止を適用できません。

ウォッチドッグタイムアウトのアラート（アラートID 0x1470）が発生した場合，即時に切り替えを実行しないように自動切り替えの待ち時間が設定されている必要があります。
自動切り替えの待ち時間が経過するまでにエージェントサービスの起動が完了できるように，自動切り替えアラート定義ファイルN1Alert.datの設定内容を確認し，十分な検討を実施してください。

ウォッチドッグタイムアウトのアラート（アラートID 0x1470）の発生後，エージェントサービスの起動よりも早く即時切り替えの自動切り替え対象のアラートを受信した場合は，自動切り替え待ち時間経過後に切り替えを実行します。アラートの受信後にエージェントサービスが起動しても自動切り替えを中止しません。
また，ウォッチドッグタイムアウトのアラート（アラートID 0x1470）の発生後，エージェントサービスの起動より早く即時切り替えの自動切り替え対象でないアラートを受信した場合は，アラートの受信後でもエージェントサービスの起動によって自動切り替えを中止します。

エージェントサービスの起動による自動切り替えの中止を適用し，エージェントサービス起動後に再度障害が発生して自動切り替えと切り替えの中止を繰り返す現象が発生する場合は，手動で予備サーバモジュールへの切り替えを実施してください。

次に示す場合，エージェントサービスの起動による自動切り替えの中止は実行されません。
・手動で切り替えを実行した場合
・現用系から予備系へ切り替えた後の運用を［復帰・解除実行］ダイアログボックスで変更している場合
・自動切り替え待ち時間の経過後に現用系ホストでエージェントサービスが起動した場合
・「(1)　ユーザ操作による自動切り替えの中止」の手順で，ユーザ操作によって自動切り替えを中止した場合

現用系ホストでエージェントサービスの再起動による自動切り替えの中止を有効にする方法を次に示します。

［ホスト管理］ウィンドウで，現用系ホストでエージェントサービスの起動による自動切り替えの中止を有効にしたいマネージャを選択する

［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［N+1設定］タブを選択する

［現用ホストでエージェントサービスが起動］チェックボックスをONにする
N+1コールドスタンバイ機能が有効で，障害時の自動切り替え実行を適用している場合にチェックボックスをONにできます。

［OK］ボタンをクリックする

正常に自動切り替えが中止されると，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される現用系ホストの状態は［正常］になります。また，予備系サーバモジュールの状態は［コールドスタンバイ中］になります。

9.9.5　メンテナンス完了

N+1コールドスタンバイ機能を使用して運用を実施している場合，現用系または予備系に障害が発生すると，［N+1コールドスタンバイ詳細設定］ウィンドウに表示されるアイコンが，障害の発生を示すアイコンに変わります。障害を回復させたあと，［N+1コールドスタンバイ詳細設定］ウィンドウ上のアイコンの表示を回復させるには，［N+1コールドスタンバイ詳細設定］ウィンドウで，メンテナンス完了の操作を実施します。

メンテナンス完了の操作ができる場合の，［N+1コールドスタンバイ詳細設定］ウィンドウのアイコンの状態を，次の表に示します。

表9-20　メンテナンス完了の操作ができる［N+1コールドスタンバイ詳細設定］ウィンドウのアイコンの状態

項番
障害の発生個所
メンテナンス完了前の状態
メンテナンス完了後の状態

1
現用系ホスト

障害発生

正常

エラー検知

切り替え前：正常

切り替え後：切り替え実行中

2
予備系サーバモジュール

コールドスタンバイ警告

切り替え前：コールドスタンバイ中

切り替え後：コールドスタンバイ実行

サーバモジュール障害

切り替え前：コールドスタンバイ中

切り替え後：コールドスタンバイ実行

コールドスタンバイ失敗

切り替え前：コールドスタンバイ中

切り替え後：コールドスタンバイ実行

注意

この操作は，保守員によるハードウェアのメンテナンスが完了してから実施してください。

メンテナンス完了の操作を実行する場合，次に示す状態のときは，実行時にエラーとなります。
・サーバモジュールが抜去されている。
・パーティション構成が登録時と異なる。
・サーバモジュールタイプが登録時と異なる。
・コールドスタンバイ中の予備系サーバモジュールの電源がONになっている。

メンテナンス完了の操作の方法を次に示します。

［ホスト管理］ウィンドウで，メンテナンス完了の操作を実施したい現用系ホストまたは予備系サーバモジュールを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。
［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

メンテナンス完了の操作を実施したい現用系ホストまたは予備系サーバモジュールをクリックする

［設定］メニューから［メンテナンス完了］を選択する
確認のダイアログボックスが表示されます。

メッセージの内容を確認し，［OK］ボタンをクリックする

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

N+1コールドスタンバイ機能では，予備系サーバモジュールが正常に動作しているかどうかをあらかじめ診断できます。診断が実行されると，予備系サーバモジュールでPre-configureが実行されます。

注意

予備系サーバモジュールの診断を実施するには，次の条件が必要です。

診断を実施するサーバモジュールでPre-configureの設定が有効である

搭載されているSVPのファームウェアが予備系サーバモジュールの診断機能をサポートしている

予備系サーバモジュールの診断には，次の2種類があります。

特定の曜日および時刻に自動的に診断する（定期診断）

必要に応じて手動で診断する（手動診断）

それぞれの方法について次に説明します。

＜この項の構成＞

(1)　定期診断

(2)　手動診断

(3)　診断によって障害が検知された場合

(4)　診断実行中またはPre-configure中に自動切り替えが発生した場合の切り替え先選択規則

(5)　注意事項

(1)　定期診断

あらかじめ設定した曜日および時刻に，自動的に予備系サーバモジュールの診断を実施します。

注意

予備系サーバモジュールの定期診断をするかどうか，および定期診断のスケジュールは，N+1グループ単位で実施します。個々のサーバモジュールに対して実施することはできません。

N+1冗長化構成をしている場合，定期診断スケジュールは，N+1切り替え開始順序の早いマネージャサービスに対してだけ設定してください。2台のマネージャサービスで同一サーバモジュールの診断を実施すると，診断が2回実行されます。予備系サーバモジュールの診断が終了するまでは自動切り替え先の対象とならないため，切り替え待ち時間が長くなります。

定期診断のスケジュールを設定する方法を次に示します。

(a)　設定方法

［ホスト管理］ウィンドウで，定期診断を実施したい予備系サーバモジュールを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。
［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

左ペインから，定期診断を実施したい予備系サーバモジュールが属するN+1グループノードを選択する
定期診断スケジュールはN+1グループ単位で設定できます。個々のサーバモジュールに対して設定することはできません。

［設定］メニューから［予備系の診断］－［スケジュール設定］を選択する
［予備系の診断 - スケジュール設定］ダイアログボックスが表示されます。

［予備系の定期診断を有効にする］チェックボックスをONにする

定期診断を実行する曜日および時刻を選択し，［>>］ボタンをクリックする
選択した曜日および時刻が［スケジュール一覧］リストボックスに表示されます。
［分］は15分単位で設定できます。1つの曜日に設定できるスケジュールは1つだけです。

［OK］ボタンをクリックする
設定した曜日の設定した時刻になると，診断が開始されます。

設定された定期診断スケジュールは［N+1コールドスタンバイ詳細設定］ウィンドウで確認できます。［N+1コールドスタンバイ詳細設定］ウィンドウの左ペインでN+1グループノードを選択すると，右ペインに［定期診断スケジュール］が表示されます。

(b)　診断実行時の動作

定期診断の場合，N+1グループ内の予備系サーバモジュールが次の順序で1つずつ診断されます。

サーバシャーシ名の昇順

スロット番号の昇順

複数のサーバモジュールの診断の途中で，診断が実行できないサーバモジュールがあった場合は，次のサーバモジュールに対して診断が継続されます。

(2)　手動診断

定期診断スケジュールで設定した時刻以外に，任意の時刻に手動で予備系サーバモジュールの診断ができます。

注意

予備系サーバモジュールの手動診断は，サーバモジュール単位で実施します。サーバシャーシ単位，またはN+1グループ単位で実施することはできません。

SMP構成の予備系サーバモジュールに対して手動診断を実施した場合，同一パーティションのすべての予備系サーバモジュールで同時に診断が実施されます。

手動診断の操作方法を次に示します。

(a)　操作方法

［ホスト管理］ウィンドウで，診断を実施したい予備系サーバモジュールを管理しているマネージャを選択する

［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。
［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

左ペインから，手動診断を実施したい予備系サーバモジュールを選択する
選択できる予備系サーバモジュールは1つだけです。複数選択することはできません。

［設定］メニューから［予備系の診断］－［診断の実行］を選択する
「診断中の予備系サーバモジュールへは切り替えを実行しない」という意味の確認メッセージが出力されます。

［OK］ボタンをクリックする
指定したサーバモジュールに対して，診断が開始されます。

(b)　診断実行時の動作

手動診断の場合，指定したサーバモジュールに対して，診断が実行されます。

(3)　診断によって障害が検知された場合

診断によって障害が検知された場合，自動切り替え対象の警告アラートまたは障害アラートが通知されると，マネージャサービスから警告アラート（0x3745）が通知されます。このとき，［N+1コールドスタンバイ詳細設定］ウィンドウの予備系のアイコンの状態は，「サーバモジュール障害」になります。

アラートに対する対処をして障害を回復したあとは，次のどちらかの操作でアイコンの表示を回復させてください。

メンテナンス完了の操作をする
メンテナンス完了の操作については，「9.9.5　メンテナンス完了」を参照してください。

再度予備系サーバモジュールの診断を実施する
診断の結果，障害が検知されなかった場合，アイコンの表示が回復します。

(4)　診断実行中またはPre-configure中に自動切り替えが発生した場合の切り替え先選択規則

予備系サーバモジュールの診断実行中またはPre-configure実行中に，現用系ホストの障害によって自動切り替えが発生した場合の切り替え先選択規則を次に示します。

(a)　すべての予備系サーバモジュールが診断実行中またはPre-configure実行中の場合

N+1グループの予備プール内のすべての予備系サーバモジュールが診断実行中またはPre-configure実行中だった場合，診断が終了するかPre-configureが終了することによっていちばん早く「正常」状態になったサーバモジュールが切り替え先として選択されます。この場合，予備系サーバモジュールのどれか1つが「正常」状態になるまで切り替えは実施されません。すべての予備系サーバモジュールが診断実行中またはPre-configure実行中の場合の切り替え先の選択を，次の図に示します。

図9-32　切り替え先選択（すべての予備系サーバモジュールが診断実行中またはPre-configure実行中の場合）

注意

即時切り替えの自動切り替え対象アラートが通知された場合，予備系サーバモジュールが診断中またはPre-configure中であっても，現用系ホストの電源OFFは即時に実施されます。この場合，予備系サーバモジュールへの切り替えは，予備系サーバモジュールの診断が終了またはPre-configureが終了したあとで実施されます。このため，予備系サーバモジュールの診断中またはPre-configure中は，現用系ホストの状態は「切り替え実行中」となります。

なお，自動切り替え対象アラートが即時切り替え対象のアラートでない場合，予備系サーバモジュールの診断が終了またはPre-configureが終了した時点から自動切り替え待ち時間が開始されます。すべての予備系サーバモジュールが診断実行中またはPre-configure実行中の場合の自動切り替え待ち時間を，次の図に示します。

図9-33　自動切り替え待ち時間（すべての予備系サーバモジュールが診断実行中またはPre-configure実行中の場合）

なお，予備系サーバモジュールの診断でN+1グループ内のすべての予備系サーバモジュールで障害を検知した場合は自動切り替えに失敗します。

(b)　診断実行中のサーバモジュールと診断開始待ちのサーバモジュールの場合

N+1グループの予備プール内に，診断実行中のサーバモジュールと診断開始待ちのサーバモジュールが混在している場合，診断未実施であっても診断開始待ちのサーバモジュールが切り替え先として選択されます。診断実行中のサーバモジュールと診断開始待ちのサーバモジュールが混在している場合の切り替え先選択を，次の図に示します。

図 切り替え先選択（診断実行中のサーバモジュールと診断開始待ちのサーバモジュールが混在している場合）

(c)　切り替え優先順位が低いサーバモジュールと診断実行中またはPre-configure実行中のサーバモジュールの場合

N+1グループの予備プール内に，サーバシャーシ定期診断の結果，切り替え優先順位が低くなったサーバモジュールと診断実行中またはPre-configure実行中のサーバモジュールが混在している場合，診断実行中またはPre-configure実行中のサーバモジュールのうち，いちばん早く「正常」状態になったサーバモジュールが切り替え先として選択されます。この場合，診断実行中またはPre-configure実行中の予備系サーバモジュールのどれか1つが「正常」状態になるまで切り替えは実施されません。

切り替え優先順位が低いサーバモジュールと診断実行中またはPre-configure実行中のサーバモジュールの場合の切り替え先選択を，次の図に示します。

図9-34　切り替え先選択（切り替え優先順位が低いサーバモジュールと診断実行中またはPre-configure実行中のサーバモジュールの場合）

(d)　診断実行中またはPre-configure実行中の自動切り替え中止

予備系サーバモジュールの診断実行中またはPre-configure実行中に自動切り替えが発生した場合，切り替えを中止できます。

(5)　注意事項

次の場合，その予備系サーバモジュールに対する診断は実行されません。

サーバモジュールのPre-configureの設定が無効になっている場合

サーバモジュールが挿入されていない場合

サーバモジュールの電源がONになっている場合

パーティションが作成されていない場合

N+1冗長化構成の場合，予備系サーバモジュールの診断が終了した時点から自動切り替え待ち時間が開始されます。N+1冗長化構成時の予備系サーバモジュールの診断については，「9.6.5(2)(e)　予備系サーバモジュールの診断中またはPre-configure中にN+Mコールドスタンバイの自動切り替えが発生した場合の監視時間」を参照してください。

予備系サーバモジュールに対し，ハードウェア側で診断が実行されることがあります。ハードウェア側で診断が実行される契機については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

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

N+Mコールドスタンバイの切り替え中にエラーが発生した場合，ネットワークスイッチのポート設定が予備系に変更されているか，またはポート設定の変更が不十分であるおそれがあります。

次に示す手順でネットワークスイッチの状態を確認し，復旧してください。

図9-35　切り替え失敗時の復旧手順（ネットワークスイッチ連携機能）

ネットワークスイッチのポート設定に問題があると考えられる場合，ポート情報GUI設定方式とポート情報インポート設定方式で復旧手順が違います。ポート情報GUI設定方式の場合は，JP1/Cm2/NC - Viewを使用して設定を変更してください。ポート情報インポート設定方式の場合は，まずスイッチ情報定義ファイルを出力します。次にJP1/Cm2/NC - Viewを参照して現在のネットワークスイッチのポート設定を調べ，スイッチ情報定義ファイルの定義内容と一致するか確認します。

スイッチ情報定義ファイルの出力方法については，「9.6.3(2)(b)　ネットワークスイッチ連携機能を有効にする」を参照してください。

確認した結果，不一致の場合は，JP1/Cm2/NC - Viewを使用して設定を元の状態（スイッチ情報定義ファイルの状態）に戻します。

なお，N+Mコールドスタンバイの切り替え中でもスイッチ情報定義ファイルの内容は，切り替え前と同じです。スイッチ情報定義ファイルの内容がBSM Plusによって変更される契機は予備系サーバモジュールを現用系としたタイミングです。

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

この節では，N+1コールドスタンバイ機能を利用するときの注意事項について説明します。

＜この節の構成＞

9.10.1　共通の注意事項

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

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

9.10.1　共通の注意事項

N+1コールドスタンバイ機能の対象となるディスクは，SANブート環境を利用していなければなりません。このため，IA32サーバモジュールでローカルディスク（内蔵）をブートディスクとして構成しているような場合は，N+1コールドスタンバイ機能を適用できません。

予備系サーバモジュールに対して，手動でディスクを割り当てないでください。

N+1グループに登録されている予備系サーバモジュールに対して，手動で電源をONにしないでください。ONにした場合は警告を表示します。07-55以前のバージョンのマネージャサービスを使用している場合で，警告を解除するには，予備系サーバモジュールの登録を解除してください。再度予備系サーバモジュールを登録する場合は，別のサーバモジュールを登録するか，または予備系サーバモジュールの電源をOFFにしてください。07-60以降のバージョンのマネージャサービスを使用している場合は，予備系サーバモジュールの電源をOFFにするだけで，自動的に警告が解除されます。

N+1グループに登録されている予備系サーバモジュールに対して，パーティション構成を変更しないでください。パーティションを変更した場合は警告を表示します。07-55以前のバージョンのマネージャサービスを使用している場合で，警告を解除するには，予備系サーバモジュールの登録を解除してください。再度予備系サーバモジュールを登録する場合は，別のサーバモジュールを登録するか，またはパーティション構成を元の構成に戻してください。07-60以降のバージョンのマネージャサービスを使用している場合は，予備系サーバモジュールのパーティション構成を元の構成に戻すことで，自動的に警告が解除されます。

N+1コールドスタンバイ機能の手動切り替え・復帰を実行した場合，切り替えが完了しても，管理対象ホストのエージェントサービスの起動が完了するまでは，［ホスト管理］ウィンドウに表示される管理対象ホストのパーティション番号に，古い情報（切り替える前の情報）が表示されます。切り替え完了後は，切り替え先の電源を一度ONにしてください。電源をONにする場合，SVPコンソールから電源ONコマンドを実行するかハードウェア装置のスイッチで電源をONにしてください。そのあと，［ホスト管理］ウィンドウで管理対象ホストのアイコンが活性状態になることを確認してください。

OSがLinuxの場合，NICのインタフェースがダウンしたときに「実際のMACアドレスと一致していない」というエラーメッセージが出ることがありますが，動作には問題ありません。

N+1コールドスタンバイ機能で切り替えを実行すると，NICのMACアドレスが変わるため，MACアドレスに依存する処理を行うアプリケーションは正常に動作しないおそれがあります。

BS1000またはBS320を使用している場合，ファームウェアのバージョンによっては，現用系サーバモジュールに設定した電源制御スケジュールを，切り替えた予備系サーバモジュールに引き継ぐことができません。電源制御スケジュールを引き継げるファームウェアのバージョンについては，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

N+1コールドスタンバイ機能の無効の設定を行っている場合，予備系サーバモジュールへの切り替え，現用系に復帰，予備系の解除を実行できません。ただし，無効の設定を行っている場合でもN+1グループの作成と削除，N+1グループのホストの登録と削除，N+1グループ名の変更，N+1グループの予備プールの登録と削除を操作できます。

N+1コールドスタンバイ機能で自動切り替え中に，手動切り替えは実行できません。

N+1コールドスタンバイ機能を使用して予備系サーバモジュールへ切り替えたあと，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される現用系ホストの状態が「エラー検知」と表示された場合，予備系サーバモジュールの運用には影響ありません。現用系ホストの「エラー検知」の状態を取り除くためには，メンテナンス完了を実施します。メンテナンス完了については，「9.9.5　メンテナンス完了」を参照してください。

N+1コールドスタンバイ機能を使用して予備系サーバモジュールへ切り替えたあと，［N+1コールドスタンバイ詳細設定］ウィンドウに表示される予備系サーバモジュールの状態が「サーバモジュール障害」または「コールドスタンバイ警告」と表示された場合，予備系サーバモジュールでの運用を継続できないおそれがあります。
「サーバモジュール障害」と表示された場合は，予備系サーバモジュールの障害を取り除いたあと，メンテナンス完了を実施します。メンテナンス完了については，「9.9.5　メンテナンス完了」を参照してください。
「コールドスタンバイ警告」と表示された場合は，予備系サーバモジュールのハードウェア状態を確認し，元の状態に戻してください。
予備系サーバモジュールに切り替えたあとで，予備系サーバモジュールが「コールドスタンバイ警告」と表示された場合は，サーバモジュールが抜去されているか，N+1グループ登録時のサーバモジュールタイプと異なるタイプのサーバモジュールが挿入されている可能性があります。

N+1コールドスタンバイ機能で，N+1グループに現用ホストを登録したあと，または予備系サーバモジュールを登録したあとで，現用ホストの構成，または予備系サーバモジュールの構成を変更しないでください（サーバモジュールの抜去，パーティションの構成）。構成変更した場合は，元の構成に戻したあと，切り替えの再確認を実施してください。

N+1グループに登録されている予備系サーバモジュールをサーバシャーシから抜去しないでください。サーバモジュールを抜去した場合は警告を表示します。
07-55以前のバージョンのマネージャサービスを使用している場合で，警告を解除するには，予備系サーバモジュールの登録を解除してください。再度予備系サーバモジュールを登録する場合は，別のサーバモジュールを登録するか，または予備系サーバモジュールを挿入してから登録してください。
07-60以降のバージョンのマネージャサービスを使用している場合は，予備系サーバモジュールを元の位置に挿入することで，自動的に警告が解除されます。

N+1グループに現用ホストと予備系サーバモジュールが登録されている場合に，サーバシャーシの電源をOFFにしたあとにONにすると，現用ホストの状態がエラー検知，予備系サーバモジュールの状態がコールドスタンバイ警告を表示します。
07-55以前のバージョンのマネージャサービスを使用した場合で，現用ホストのエラー検知と予備系サーバモジュールの警告を解除するには，予備系サーバモジュールの登録を解除したあと，現用ホストの登録を解除してください。再度現用ホストの登録，および予備系サーバモジュールを登録する場合は，各サーバモジュールの初期化が完了してから，予備登録をしてください。サーバモジュールの状態は，サーバシャーシインベントリで確認します。パーティション情報ステータスが「Configuration validate」と表示されると初期化が完了したことを示します。
07-60以降のバージョンのマネージャサービスを使用している場合は，各サーバモジュールの初期化が完了すると，自動的にエラー検知，および警告が解除されます。

次に示す場合に電源投入に失敗したときは，手動で電源を投入してください。

手動切り替え実行時に［切り替え時に電源をONにする］チェックボックスをONにして切り替えを実行した場合

復帰実行時に［現用系に復帰する際，電源をONにする］チェックボックスをONにして復帰を実行した場合

自動切り替えで切り替えを実行した場合

N+1コールドスタンバイ機能を使用し，現用系ホストでエージェントサービス起動による自動切り替えの中止を適用していない場合，次の点に注意してください。

Windowsの場合，BMC環境設定ユティリティで［障害監視をする］チェックボックスをONにしたときは，［障害発生時処理］で［電源OFF→電源ON］を選択しないでください。

Linuxの場合，障害監視設定メニューでErrorWatchingをEnabledにしたときは，ProcessAtErrorで3を選択しないでください。

アラート0x1470での自動切り替えが適用されている場合，切り替え実行後に，障害が発生した現用系サーバモジュールで電源ONが発生するため，現用系サーバモジュールと予備系サーバモジュールの両方で電源ONが実行されてしまいます。

サーバシャーシIDを変更した場合，そのサーバシャーシに属する現用系サーバと予備系サーバモジュールをすべてN+1グループまたはN+Mグループから削除し，再登録する必要があります。再登録しない場合，サーバシャーシが正しく認識されないため，切り替えに失敗します。サーバシャーシIDを変更した場合の手順については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の設定情報の変更について記載されている章を参照してください。

N+1グループに登録されているホストからAgentをアンインストールする場合，Agentをアンインストールする前のホストの情報を，コンソールサービスで表示されるウィンドウから削除したあとで，アンインストールを実施してください。ホストの情報をコンソールサービスで表示されるウィンドウから削除する手順については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の設定情報の変更について記載されている章を参照してください。

［N+1コールドスタンバイ詳細設定］ウィンドウを開いた状態でマネージャサービスとの接続が切断されたあと，コンソールサービスを終了しないでマネージャサービスに再ログインした場合，［N+1コールドスタンバイ詳細設定］ウィンドウは最新の状態で表示されません。この場合，［F5］キーを押して表示を最新の状態に更新してください。

N+1コールドスタンバイ機能で切り替えまたは復帰操作中に，マネージャサービスの停止または再起動はしないでください。停止または再起動をすると，マネージャサービスがN+1コールドスタンバイ機能の動作状態を正しく認識できなくなるため，そのあとの動作は保証できません。

Windowsサーバの場合，ハードウェア構成が変更になるとWindowsのライセンスを管理する目的で，Windowsからライセンス認証の再実行が要求されます。そのため，N+1コールドスタンバイ機能で切り替えまたは復帰操作時に，Windowsライセンス認証の再実行を要求されることがあります。この場合は，再度Windowsライセンス認証を実行してください。Windowsライセンス認証については，OSのヘルプまたはOSのドキュメントを参照してください。

BladeSymphonyを管理サーバとして利用する場合，管理サーバをN+1コールドスタンバイ機能で現用サーバに登録しないでください。サーバ管理が中断し，管理サーバを対象としたN+1コールドスタンバイ機能で切り替えが失敗します。

9.10.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へ書き換えます。

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

N+Mコールドスタンバイで予備系への切り替えに失敗した場合，または現用系への復帰に失敗した場合は，次の手順で回復してください。

最初に現用系サーバモジュールおよび予備系サーバモジュールの電源状態を確認し，電源がON状態であればOFFにしてください。

切り替えに失敗したN+1グループを削除したあと，SVPのWWNコマンドで現用系サーバモジュールと予備系サーバモジュールのWWNが入れ替わっているか確認してください（BS500の場合はWebコンソールから確認してください）。

現用系サーバモジュールと予備系サーバモジュールのWWNが入れ替わっている場合は，SVPのWWNコマンドでWWNを変更してください（BS500の場合はWebコンソールから確認してください）。

修正後に現用系サーバモジュールを起動し，問題なく稼働することを確認してから，再度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-22以降のマネージャサービスおよびコンソールサービスでは，異なるSwitch Moduleを使用しているBS320同士での切り替えができません。このため，08-21以前のマネージャサービスおよびコンソールサービスで，Fibre Channel Switch Moduleを使用しているBS320とSAS Switch Moduleを使用しているBS320が同一のN+1グループに登録されていた場合，切り替えができません。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

10.　ストレージ運用支援

JP1/ServerConductorでは，BladeSymphonyにサーバモジュールを挿入したときに，自動的にディスクを割り当てるストレージ運用支援機能を提供しています。この章ではストレージ運用支援の機能と操作方法について説明します。

なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

LPAR上で稼働しているサーバまたはHVMを管理する場合は，「13.　仮想化されたサーバの管理（HVMの場合）」を参照してください。

＜この章の構成＞

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

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

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

10.4　運用前の準備

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

10.6　ディスク情報の表示

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

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

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

BladeSymphonyは，ストレージシステム内の起動用ディスクから起動できるSANブート構成のシステムを構築できます。 SANブート構成とは，業務に必要なOSやソフトウェアなどをサーバモジュールに接続した外部のストレージシステム内のディスクに格納し，そこからシステムを起動する構成です。SANブート構成のシステムを構築する場合，通常，ストレージ管理ソフトウェアを利用してストレージシステム内に起動用ディスクとデータ用ディスクを準備し，準備したディスクをサーバモジュールへ割り当てる必要があります。しかし，ストレージ運用支援機能では，サーバモジュールを挿入するだけで，自動的に起動用ディスクとデータ用ディスクが割り当てられます。

ストレージ運用支援機能の概念を次の図に示します。

図10-1　ストレージ運用支援機能

ストレージ運用支援機能は，次の機能の前提機能となります。

グループ属性がN+1コールドスタンバイの場合のN+1コールドスタンバイ機能

SANブート環境での，Control ManagerのDPMと連携したデプロイメント制御

なお，SASインタフェース，またはiSCSIインタフェースでのSANブート構成の場合，ストレージ運用支援機能は使用できません。

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

ここでは，BSM Plusのストレージ運用支援機能を利用するための前提条件について説明します。

Device Managerとの連携

BSM Plusのストレージ運用支援機能は，ストレージ管理ソフトウェアであるDevice ManagerのAPIを利用します。そのため，Device ManagerのサーバをBSM Plusにあらかじめ登録しておく必要があります。Device Managerの設定については，「10.4.1　Device ManagerのBSM Plusへの登録」を参照してください。

LUN Managerを利用したアクセス制限

BladeSymphonyでは，複数のサーバモジュールがファイバチャネルスイッチを経由して，ストレージシステム内のディスクを共有するシステム構成になっています。このようなシステム構成の場合，ストレージシステムに接続されているすべてのサーバモジュールからストレージシステム内のすべてのディスクにアクセスできてしまいます。ストレージ運用支援機能では，各サーバモジュールからストレージシステム内の割り当てたディスクだけにアクセスするように制限します。このディスク割り当て時のアクセス制限には，ストレージ管理ソフトウェアであるLUN Managerを利用しています。LUN Managerを利用したアクセス制限の詳細については，「10.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接続については，「10.4.1　Device ManagerのBSM Plusへの登録」を参照してください。Microsoft XML Parserのバージョンの確認方法については，マイクロソフトのホームページを参照してください。

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

ストレージ運用支援機能では，各サーバモジュールからストレージシステム内のディスクへアクセスする場合，割り当てたディスクだけへアクセスするように制限します。このディスク割り当て時のアクセス制限には，ストレージ管理ソフトウェアであるLUN Managerを利用しています。

LUN Managerのセキュリティ機能を利用したディスク割り当て時のアクセス制限を次の図に示します。

図10-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を利用したアクセス制限の仕組みを次の図に示します。

図10-3　LUN Managerを利用したアクセス制限の仕組み

なお，LUN Managerを利用してサーバモジュールからストレージシステム内のディスクへのアクセスを制限する場合，ストレージシステムのすべてのポートに対して，LUN Managerのホストグループセキュリティ設定を有効にしてください。

10.4　運用前の準備

BSM Plusのストレージ運用支援機能を利用するには，次に示す事前準備が必要です。

図10-4　ストレージ運用支援の事前準備

Device ManagerのBSM Plusへの登録

Device ManagerのコマンドやAPIを利用できるようにするために，Device ManagerのサーバをBSM Plusに登録します。

ホストグループの作成

ストレージシステム内に必要な数のホストグループを作成しておきます。

ホストグループへのLU（LDEV）の割り当て

作成したホストグループに対して，LU（LDEV）を割り当てます。

ここでは，Device ManagerのBSM Plusへの登録について説明します。

＜この節の構成＞

10.4.1　Device ManagerのBSM Plusへの登録

10.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のサーバを設定します。なお，ホストグループ自動割り当て設定については，「10.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
必ず指定します。
ストレージ管理者（Device Managerのアドミニストレータ権限を持つユーザ）のユーザIDを指定します。ユーザIDは，半角4文字以上※で指定します。

ストレージ管理者ユーザパスワード
必ず指定します。
ストレージ管理者（Device Managerのアドミニストレータ権限を持つユーザ）のユーザパスワードを指定します。半角英数字4文字以上で指定してください。

注※

Device Managerのバージョンによって，ユーザIDに使用できる文字が異なります。

・Device Manager 6.2.1以降かつコンソールサービスのバージョンが08-80以降の場合に使用できる文字

「0」～「9」，「a」～「z」，「A」～「Z」，「+」，「-」，「_」，「.」，「@」，「#」，「!」，「$」，「%」，「&」，「'」，「(」，「)」，「*」，「=」，「¥」，「^」，「|」

・上記以外の場合に使用できる文字

「0」～「9」，「a」～「z」，「A」～「Z」，「+」，「-」，「_」，「.」，「@」，「#」

［接続確認］ボタンをクリックする
Device Managerへの接続状況が確認され，接続の成功または失敗を知らせるメッセージが表示されます。

メッセージの内容を確認し，［OK］ボタンをクリックする

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

注意

ストレージ管理者ユーザIDに次の文字を使用した場合，バージョン08-80より前のコンソールサービスで［ストレージ設定］タブの内容を変更しないでください。

「!」，「$」，「%」，「&」，「'」，「(」，「)」，「*」，「=」，「¥」，「^」，「|」

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

BSM Plusでは，サーバモジュールを挿入するだけで，自動的にストレージシステムのホストグループを割り当てることができます。

ここでは，ホストグループの自動割り当ての仕組みと設定方法について説明します。

＜この節の構成＞

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

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

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

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

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

BSM Plusの自動割り当てでは，BladeSymphonyサーバシャーシの電源をONにした状態でサーバシャーシの空きスロットへサーバモジュールを挿入すると，挿入したサーバモジュールに対してユーザが定義した情報に基づいて自動的にストレージシステムのホストグループが割り当てられます。ホストグループの自動割り当ての仕組みを次に示します。

図10-5　ホストグループの自動割り当ての仕組み

BladeSymphonyサーバシャーシの電源がONの状態でサーバシャーシの空きスロットにサーバモジュールを挿入します。

SVPからBSM Plusへサーバモジュール挿入のアラートが通知されます。BSM Plusでは，アラートを受けると挿入されたサーバモジュールに付与されているWWNをSVPから取得します。

BSM Plusは，Device Managerに対してDevice ManagerのAPIを利用し，ストレージシステムに対してホストグループを割り当てるように要求を出します。

Device Managerはストレージシステムに対して，挿入されたサーバモジュールにあらかじめ作成されているホストグループを割り当てるためのセキュリティ設定を指示します。ストレージシステムは，挿入されたサーバモジュールのWWNをホストグループに割り当てます。これによって，サーバモジュールからホストグループへのアクセスができるようになります。

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

ホストグループの自動割り当てを利用するには，次に示す順に設定が必要になります。

ホストグループ一覧ファイルのエクスポート

ホストグループ割り当て定義ファイルの作成

ホストグループ割り当て定義ファイルのインポート

注意

上記設定を実施する前に，Device ManagerのサーバをBSM Plusに登録しておく必要があります。Device ManagerのサーバをBSM Plusに登録する方法については，「10.4.1　Device ManagerのBSM Plusへの登録」を参照してください。Device ManagerのサーバをBSM Plusに登録しない場合，ファイルサイズが0バイトのファイルがエクスポートされてしまいます。

また，BSM Plusへ登録したDevice ManagerにLUNセキュリティ機能が有効になっていないストレージシステムが登録されている場合，エクスポートに失敗します。

＜この項の構成＞

(1)　ホストグループ一覧ファイルのエクスポート

(2)　ホストグループ割り当て定義ファイルの作成

(3)　ホストグループ割り当て定義ファイルのインポート

(1)　ホストグループ一覧ファイルのエクスポート

ストレージシステム内に登録されているすべてのホストグループの一覧情報をDevice Managerから取得し，CSV形式のファイルに出力します。出力したCSV形式のファイルをホストグループ一覧ファイルといいます。ホストグループ一覧ファイルのエクスポートの概要を次に示します。

図10-6　ホストグループ一覧のエクスポート

(a)　ホストグループ一覧ファイルの形式

ホストグループ一覧ファイルは，次の項目をコンマで区切った形式で記述されています。

ストレージシステムobjectID,ストレージシステムのname,ポートWWN,ホストグループobjectID,ホストグループのnickname

各出力項目の説明を次に示します。

表10-1　ホストグループ一覧ファイルの出力項目

項目名 | 説明
ストレージシステムobjectID | ストレージシステムで使用するDevice Managerの識別子
ストレージシステムのname | Device Managerに設定するストレージシステムの名称
ポートWWN | ストレージシステムコントローラのポートWWN
ホストグループobjectID | ホストグループで使用するDevice Managerの識別子
ホストグループのnickname | ホストグループを作成するときに設定するホストグループの名称

(b)　ホストグループ一覧ファイルの出力例

ホストグループ一覧ファイルの出力例を次に示します。

図10-7　ホストグループ一覧ファイルの出力例

(c)　ホストグループ一覧ファイルのエクスポート方法

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［エクスポート］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

［ファイル名］テキストボックスでホストグループ一覧ファイルの名前を指定する
ホストグループ一覧ファイルの名前は任意設定できます。

［保存］ボタンをクリックする
［名前を付けて保存］ダイアログボックスを閉じます。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

エクスポートしたホストグループ一覧ファイルは，ホストグループ割り当て定義ファイルを作成する場合に利用します。

次にホストグループ割り当て定義ファイルの作成方法について説明します。

(2)　ホストグループ割り当て定義ファイルの作成

エクスポートしたホストグループ一覧ファイルを利用して，ホストグループ割り当て定義ファイルを作成します。ホストグループ割り当て定義ファイルとは，サーバモジュールへ割り当てるホストグループとサーバモジュールを挿入したスロットとの関係を定義するファイルです。

(a)　ホストグループ割り当て定義ファイルの形式

ホストグループ割り当て定義ファイルは，出力されたホストグループ一覧ファイルの「ホストグループのnickname」のあとに，サーバシャーシID，サーバモジュールスロット番号などをコンマで区切って追加して作成します。

ホストグループ割り当て定義ファイルの形式を次に示します。

ストレージシステムobjectID,ストレージシステムのname,ポートWWN,ホストグループobjectID,ホストグループのnickname,サーバシャーシID,サーバモジュールスロット番号,HBA搭載PCIスロット番号,HBAポート番号,ブート識別子

各設定項目の説明を次に示します。

表10-2　ホストグループ割り当て定義ファイルの設定項目

項目名
説明

ストレージシステムobjectID
ストレージシステムで使用するDevice Managerの識別子を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ストレージシステムのname
Device Managerに設定するストレージシステムの名称を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ポートWWN
ストレージシステムコントローラのポートのWWNを指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ホストグループobjectID
ホストグループで使用するDevice Managerの識別子を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

ホストグループのnickname
ホストグループ名を指定します。ホストグループ一覧ファイルに指定されている値を変更しないでそのまま指定してください。

サーバシャーシID※1
BladeSymphonyのサーバシャーシIDを文字列で指定します。
サーバシャーシがBS1000およびBS320の場合は空白文字を含む16文字，サーバシャーシがBS2000およびBS500の場合は空白文字を含む20文字で指定します。
サーバシャーシIDは，コンソールサービスの［ホスト管理］ウィンドウの［コンピュータ名］を指定してください。詳細については，「1.2　ホストの一覧表示」を参照してください。

サーバモジュールスロット番号
ホストグループを割り当てる上記サーバシャーシのサーバモジュールスロット番号を指定します。
サーバシャーシがBS2000，BS500，およびBS1000の場合は，0～7の半角数字で指定します。
サーバシャーシがBS320の場合は，0～9の半角数字で指定します。

HBA搭載PCIスロット番号※2
ホストグループを割り当てるサーバモジュールに搭載されているHBAのPCIスロット番号を0～3の半角数字で指定します。HBA搭載PCIスロット番号の付与規則については，「(b)　HBA搭載PCIスロット番号およびPCIeスロット番号の付与規則」を参照してください。

HBAポート番号
ホストグループを割り当てるHBAのポート番号を指定します。サーバシャーシがBS1000およびBS320の場合は，0～1の半角数字で指定します。サーバシャーシがBS2000およびBS500の場合は，0～3の半角数字で指定します。
HBAポート番号の付与規則については，「(c)　HBAポート番号の付与規則」を参照してください。

ブート識別子
起動用ディスクのHBAポートの識別情報を半角数字で指定します。起動用ディスクの場合は1を指定します。それ以外は0を指定します。
起動用ディスク接続パスを冗長化したSANブート構成の場合，正系のディスク接続パスだけ1を設定してください。また，正系に障害が発生している場合は，副系のディスク接続パスだけ1を設定してください。起動用ディスク接続パスを冗長化したSANブート構成のシステム構成図については，「(d)　起動用ディスク接続パスを冗長化したSANブート構成」を参照してください。
最小のPCIスロット番号を持つ起動用ディスク接続パスが複数ある場合は，その中から最小のポート番号を持つ起動用ディスク接続パスだけ1に設定してください。それ以外の起動用ディスク接続パスは0に設定してください。

注※1

サーバシャーシIDを変更した場合，ホストグループ割り当て定義ファイルで変更したサーバシャーシIDを指定し，再インポートが必要です。サーバシャーシIDを変更した場合の手順については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の設定情報の変更について記載されている章を参照してください。

注※2

BladeSymphonyが搭載するI/Oモジュールのタイプによっては，PCIスロット番号が異なります。

(b)　HBA搭載PCIスロット番号およびPCIeスロット番号の付与規則

HBA搭載のPCIスロット番号およびPCIeスロット番号の付与規則を次に示します。

表10-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モジュールタイプについては，「5.3　インベントリ情報を参照する」を参照してください。

注※2

サーバシャーシの背面図で示すと，I/Oモジュールの位置は次の場所になります。

図10-8　I/Oモジュールの位置（サーバシャーシの背面図）

表10-4　HBA搭載のPCIスロット番号の付与規則（内蔵FCスイッチモジュールタイプ）

サーバシャーシタイプ
サーバモジュールスロット番号
I/Oモジュールスロット番号
HBA搭載PCIスロット番号

BS1000B（A2/A3モデル）
内蔵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

表10-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

表10-6　HBA搭載のPCIeスロット番号の付与規則（BS2000）

サーバシャーシタイプ | サーバモジュールスロット番号 | I/Oモジュールスロット番号※ | HBA搭載PCIスロット番号 | HBAポート番号
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時の割り当てです。

表10-7　HBA搭載のPCIスロット番号の付与規則（BS500）

サーバシャーシタイプ | サーバモジュールスロット番号 | HBA搭載PCIスロット番号
BS500 | 0 | 2
1 | 2
2 | 2
3 | 2
4 | 2
5 | 2
6 | 2
7 | 2

(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になります。

■BS500の場合

HBAは内蔵になります。次の図に示すように，サーバシャーシの背面から見て右側から順に0～3になります。

(d)　起動用ディスク接続パスを冗長化したSANブート構成

起動用ディスク接続パスを冗長化したSANブート構成を次に示します。

図10-9　起動用ディスク接続パスを冗長化したSANブート構成

(e)　ホストグループ割り当て定義ファイルの作成例

ホストグループ割り当て定義ファイルの作成例を次に示します。

図10-10　ホストグループ割り当て定義ファイルの作成例

(f)　ホストグループ割り当て定義ファイルの作成手順

ホストグループ一覧ファイルをエクスポートする
操作方法については，「(1)　ホストグループ一覧ファイルのエクスポート」を参照してください。

エクスポートしたホストグループ一覧ファイル（CSV形式）をテキストエディタで開く

サーバモジュールに割り当てるホストグループの行の末尾に，サーバシャーシID，サーバモジュールスロット番号，HBA搭載PCIスロット番号，HBAポート番号，およびブート識別子の項目を追記する

割り当て予定のサーバモジュールと搭載HBAの物理位置情報を追記する

サーバモジュールに割り当てないホストグループの行は削除する

編集したファイルに名前を付けて保存する
ホストグループ割り当て定義ファイルが作成されます。

作成したホストグループ割り当て定義ファイルは，BSM Plusにインポートします。

次にホストグループ割り当て定義ファイルのインポート方法について説明します。

(3)　ホストグループ割り当て定義ファイルのインポート

作成したホストグループ割り当て定義ファイルをBSM Plusへインポートすると，挿入されているサーバモジュールへホストグループが割り当てられます。［ホスト管理］ウィンドウにBladeSymphonyサーバシャーシが登録されていない場合は，サーバシャーシを登録してからインポートしてください。

注意

ホストグループ一覧ファイルをエクスポートしたあとに，ストレージシステムの構成を変更すると，BSM Plusが持っているストレージ構成情報とDevice Managerが持っているストレージ構成情報が一致しないため，インポートに失敗します。

ホストグループ割り当て定義ファイルのBSM Plusへのインポートの概要を次に示します。

図10-11　ホストグループ割り当て定義ファイルのインポート

(a)　ホストグループ割り当て定義ファイルのインポート方法

ホストグループを割り当てるサーバモジュールの電源をOFFにする

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［ホストグループ割り当て定義ファイルのパス］テキストボックスにホストグループ割り当て定義ファイルのパスを指定する
［参照］ボタンをクリックして表示されるダイアログボックスから選択することもできます。

［インポート］ボタンをクリックする
ホストグループ割り当て定義ファイルのインポートが実行されます。すでに挿入されているサーバモジュールに対してホストグループを割り当てる定義が記述されている場合は，インポートを実行すると定義内容に従ってホストグループが割り当てられます。
ホストグループの割り当てに成功したかどうか確認する方法については，「10.6.2　ホストグループ割り当ての確認方法」を参照してください。
ホストグループ割り当て定義ファイルのインポートに失敗した場合は，メッセージが表示されます。ホストグループ割り当て定義ファイルの内容を確認して，必要に応じて修正したあと，再度インポートしてください。ホストグループ割り当ての失敗および対処については，「10.5.4　ホストグループ自動割り当ての失敗例と対処方法」を参照してください。
［インポート］ボタンをクリックした時に，ホストグループの割り当てを開始します。なお，インポートを実行するとDevice Managerおよびストレージシステムにアクセスします。
［インポート］ボタンをクリックしたあとでウィンドウの［キャンセル］ボタンをクリックしても割り当ては中止できません。また，［インポート］ボタンをクリックしないで［OK］ボタンを押しても，ホストグループの割り当ては開始されません。
インポートが開始されると，［通知アラート］ウィンドウに，アラートID 0x3728（インポート開始）が表示されます。インポートによるホストグループの割り当てがすべて終了すると，アラートID 0x3729（インポート終了）が表示されます。
インポートが終了するまで，ホストの電源操作やN+1コールドスタンバイを操作しないでください。

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

＜この項の構成＞

(1)　サーバシャーシからサーバモジュールを取り出す場合

(2)　N+1コールドスタンバイ機能を利用する場合

(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+1コールドスタンバイ構成でのホストグループ自動割り当てでは，次の点について注意してください。なお，N+1コールドスタンバイ機能については，「9.　N+1コールドスタンバイ機能」を参照してください。

現用系サーバモジュールにホストグループを割り当てる場合

グループ属性がN+1コールドスタンバイのN+1グループを設定する場合，ストレージ運用支援機能を利用して，現用系ホストを設定する予定のサーバモジュールに対してホストグループの割り当てが必要です。したがって，ホストグループ割り当て定義ファイルを作成する際，現用系ホストを設定する予定のサーバモジュールにホストグループを割り当てるように定義してください。ホストグループ割り当て定義ファイルを作成する方法については，「10.5.2　ホストグループの自動割り当ての設定」を参照してください。

グループ属性がN+MコールドスタンバイのN+1グループを設定する場合は，ホストグループの割り当ては必須ではありません。

ホストグループ割り当て済みサーバモジュールを予備系サーバモジュールに設定した場合

ホストグループ割り当て定義ファイルにホストグループの割り当てが定義されているサーバモジュールは，N+1コールドスタンバイ機能の設定で予備系サーバモジュールとしての設定はできません。したがって，予備系サーバモジュールに設定する予定のサーバモジュールには，ホストグループを割り当てないように定義する必要があります。また，すでにホストグループが割り当てられているサーバモジュールを予備系サーバモジュールに設定できません。

N+1コールドスタンバイ機能の現用系および予備系に対して，ホストグループ割り当て定義ファイルをインポートする場合

N+1コールドスタンバイ機能の現用系および予備系として登録されているサーバモジュールの，ホストグループ割り当て定義は変更できません。

N+1コールドスタンバイ機能の現用系および予備系として登録されているサーバモジュールのホストグループ割り当て定義を変更する場合は，サーバモジュールの現用系登録または予備系登録をいったん解除してから，ホストグループ割り当て定義を変更してください。その後，再度N+1コールドスタンバイ機能の現用系または予備系として登録してください。

(3)　ストレージ構成を変更した場合

ホストグループの削除，変更，LUN Manager設定の変更，LUの構成変更，およびストレージ構成を変更した場合は，BSM Plusにはその変更情報が認識されません。したがって，BSM Plusにインポートしたホストグループ割り当て定義ファイルの定義内容と，実際のストレージ構成が一致しません。

ストレージ構成を変更した場合は，再度，ホストグループ一覧をエクスポートして，変更したストレージ構成と一致するホストグループ割り当て定義ファイルを作成して，BSM Plusにインポートしてください。

ホストグループ割り当て定義ファイルを変更して再度インポートした場合，すでにインポートされているホストグループ割り当て定義と比べて，変更がある部分の割り当てがされます。ホストグループ割り当て定義が変更されたサーバモジュールがN+1コールドスタンバイ機能の現用系または予備系に設定されている場合は，インポート操作の前に設定を解除しておいてください。また，定義内容を変更するサーバモジュールの電源をOFFにしておいてください。

ホストグループ割り当て定義の変更がないサーバモジュールの電源OFF，およびN+1設定の解除は必要ありません。

インポート済みの割り当て定義の確認方法については，「10.6.2　ホストグループ割り当ての確認方法」を参照してください。

ホストグループ割り当て定義の変更例と対応方法を，次に示します。

(a)　サーバモジュールに割り当てるホストグループを追加した場合

インポート済みのホストグループ割り当て定義ファイルに対して，ホストグループを該当サーバモジュールに割り当てる定義を追加して，インポートしてください。

(b)　サーバモジュールに割り当てたホストグループを解除した場合

インポート済みのホストグループ割り当て定義ファイルから，解除したい定義を削除して，再インポートしてください。ただし，この操作をしても，ホストグループ割り当ては自動的に解除できません。ホストグループの割り当て解除はDevice Managerを利用して実施してください。

(c)　サーバモジュールに割り当て済みのホストグループのLU構成を変更した場合

インポート済みのホストグループ割り当て定義ファイルから，LU構成を変更するホストグループを含む行を削除して，インポートしてください。この操作のあと，ホストグループのLU構成を変更し，再度，元のホストグループ割り当て定義ファイルをインポートし直してください。

(4)　Control Managerでディスク割り当ての一時解除を利用する場合

Control Managerのjscmdetachdiskコマンドでディスク割り当てを一時解除しているサーバモジュールに対して，ホストグループ割り当て定義の変更はしないでください。ディスク割り当てを一時解除しているサーバモジュールのホストグループ割り当て定義を変更する場合は，jscmattachdiskコマンドでディスク割り当てを復帰してから，ホストグループ割り当て定義を変更してください。ディスク割り当ての一時解除については，マニュアル「JP1 Version 8 JP1/ServerConductor/Control Manager」を参照してください。

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

Device Managerの設定に誤りがある場合や，N+1コールドスタンバイ機能を利用して現用系および予備系サーバモジュールに設定したサーバモジュールをホストグループに割り当てようとした場合など，ホストグループの自動割り当てに失敗する場合があります。

ここでは，ホストグループの自動割り当ての失敗例とその場合の対処方法について説明します。

＜この項の構成＞

(1)　ホストグループ自動割り当ての失敗例

(2)　ホストグループ自動割り当てに失敗した場合の対処方法

(1)　ホストグループ自動割り当ての失敗例

ホストグループの自動割り当ての失敗例を次に示します。

図10-12　ホストグループ自動割り当ての失敗例

ケース1

BSM Plusの［マネージャサービス設定］ダイアログボックスの［ストレージ設定］タブで，Device Manager詳細設定に誤りがあった。

ケース2

N+1コールドスタンバイ機能を利用して，すでに現用系サーバモジュールおよび予備系サーバモジュールが設定されている。

ケース3

Device Manager側の設定に誤りがあった。

日立ディスクアレイシステムのLUN Manager機能を利用していない

割り当てようとしたホストグループが存在しない

該当する日立ディスクアレイシステムがDevice Managerに登録されていない

すでにサーバモジュール搭載HBAのWWNがホストグループに割り当ててある

ケース4

BSM Plusがホストグループ割り当て中であった。

ケース5

すでにインポートされているか，または新しくインポートするホストグループ割り当て定義ファイルに，電源がON状態のサーバモジュールのホストグループ割り当て定義が記述されている。

ケース6

ホストグループ一覧ファイルのエクスポート後，Device Managerのホストグループを追加，変更，削除した。

ケース7

WWNにホストグループを割り当て後，そのWWNを異なるホストグループに割り当てるように定義したホストグループ定義ファイルをインポートした。

(2)　ホストグループ自動割り当てに失敗した場合の対処方法

ホストグループの自動割り当てに失敗するとアラートが通知され，失敗した原因の情報がBSMのログファイルに書き込まれます。BSMのログファイルに書き込まれた情報を確認して，ホストグループの割り当てに失敗した原因を取り除いてから再度ホストグループ割り当て定義ファイルを登録してださい。

ログファイルの保存先

<ServerConductorのインストール先フォルダ>¥Log¥

ログファイル名

@HDvM@.log

@Mgr@.log

ログファイルのファイルサイズの制限

BSMのログファイルは，ファイルサイズは最大512KBです。512KBを超えると，古い情報から約半分の情報が削除されます。

ホストグループ自動割り当てに失敗した場合，ホストグループ自動割り当てに失敗したことを示す，障害レベルのアラート（0x3719）が通知されます。

ホストグループ自動割り当てが正常に実行されたかどうかは，［ディスク割当てリポジトリ］ウィンドウで確認できます。［ディスク割当てリポジトリ］ウィンドウの表示方法については，「10.6　ディスク情報の表示」を参照してください。

10.6　ディスク情報の表示

BSM Plusが管理するWWNの情報およびサーバモジュールに割り当てたディスクの情報は［ディスク割当てリポジトリ］ウィンドウで参照できます。ここでは，ディスクの情報を表示する方法について説明します。

＜この節の構成＞

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

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

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

ここでは，ホストグループの割り当てを表示する手順について説明します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。［ディスク割当てリポジトリ］ウィンドウでは，各項目をクリックすると，昇順にソートできます。
［ディスク割当てリポジトリ］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択することでも表示できます。ラックマネージャからの［ディスク割当てリポジトリ］ウィンドウの表示手順については，「8.11　ラックマネージャからのストレージ運用支援機能の利用」を参照してください。

［ディスク割当てリポジトリ］ウィンドウで表示される項目を次に示します。

表示項目
説明

シャーシ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コールドスタンバイで切り替えが行われた場合に，切り替え先のサーバシャーシIDが表示されます。

切替先パーティション番号
N+1コールドスタンバイで切り替えが行われた場合に，切り替え先のパーティション番号が表示されます。

切替先サーバモジュール
N+1コールドスタンバイで切り替えが行われた場合に，切り替え先のサーバモジュールスロット番号が表示されます。

注意

［ディスク割当てリポジトリ］ウィンドウに表示されている内容を最新の状態にするには，［表示］メニューの［最新の情報に更新］を選択または［F5］キーを押してください。

N+1コールドスタンバイ機能を利用している場合，現用系サーバモジュールから予備系サーバモジュールへホストグループ割り当ての切り替えが行われますが，［ディスク割当てリポジトリ］ウィンドウには反映されません。N+1コールドスタンバイの現用系サーバモジュールへの復帰と予備登録の解除を実施すると，［ディスク割当てリポジトリ］ウィンドウに反映されます。現用系サーバモジュールから予備系サーバモジュールへのホストグループ割り当ての切り替えについては，「9.　N+1コールドスタンバイ機能」を参照してください。

ストレージ運用支援機能でディスク割り当てを実施していない場合，N+Mコールドスタンバイで現用系から予備系への切り替え，および予備系から現用系への復帰が実施されると，［HBA WWN］の項目の表示内容が次のように切り替わります。
現用系から予備系への切り替え：現用系のWWNから予備系のWWNに切り替わります。
予備系から現用系への復帰：予備系のWWNから現用系のWWNに切り替わります。

マネージャサービスのバージョンが07-53以前の場合，［シャーシID］，［パーティション番号］，［サーバモジュール］，［HBA WWN］，［Port WWN］，［LUN］，および［LU（LDEV）］の項目のデータだけが表示されます。

［ディスク割当てリポジトリ］ウィンドウの表示内容が変更される契機を次に示します。

契機 | 更新される表示項目
サーバモジュールが挿さった状態でホストグループ割り当て定義ファイルをインポートし，ストレージ割り当て・解除が完了した。 | ホストグループ割り当て前後に違いが出る項目が更新されます。ホストグループ割り当て前後に違いが出る項目については，「10.6.2　ホストグループ割り当ての確認方法」を参照してください。
ホストグループ割り当て定義ファイルをインポートしたあと，サーバモジュールを挿入した契機でストレージ割り当てが完了した。 | ホストグループ割り当て前後に違いが出る項目が更新されます。ホストグループ割り当て前後に違いが出る項目については，「10.6.2　ホストグループ割り当ての確認方法」を参照してください。
N+1コールドスタンバイで，予備系を現用系とする操作を行った。予備系を現用系とする操作については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。 | ホストグループ割り当て前後に違いが出る項目が更新されます。ホストグループ割り当て前後に違いが出る項目については，「10.6.2　ホストグループ割り当ての確認方法」を参照してください。
N+Mコールドスタンバイで現用系から予備系へ切り替わった。または，現用系の復帰する操作を行った。現用系を復帰する操作については，「9.9.3　現用系サーバモジュールへの復帰と予備登録の解除」を参照してください。 | HBAのWWNが更新されます。

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

ホストグループの割り当て結果を確認するには，次の2つの方法があります。

CSV形式のファイルに出力して確認する方法

［ディスク割当てリポジトリ］ウィンドウから確認する方法

それぞれの方法について，次に示します。

＜この項の構成＞

(1)　CSV形式のファイルに出力して確認する方法

(2)　［ディスク割当てリポジトリ］ウィンドウから確認する方法

(3)　注意事項

(1)　CSV形式のファイルに出力して確認する方法

ホストグループの割り当て結果は，CSV形式のファイルに出力して確認できます。CSV形式のファイルに出力して確認する手順を次に示します。

［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［定義内容確認］ボタンをクリックする
［名前を付けて保存］ダイアログボックスが表示されます。

ファイル名を付けて保存する
ホストグループ割り当て定義内容がCSVファイルで出力されます。

インポートした内容が正常に完了したかどうかは，CSVファイルの「ストレージシステム」，「Port」，「Port WWN」，「ホストグループ（HSD）」，「LUN」，「LU（LDEV）」の列に値が出力されることで確認できます。これらの項目に値が出力されない場合は，ディスクの割り当てに時間を必要としているおそれがあります。時間を置いてから再確認してください。

(2)　［ディスク割当てリポジトリ］ウィンドウから確認する方法

ホストグループの割り当て結果は，［ディスク割当てリポジトリ］ウィンドウからも確認できます。ここでは，ホストグループを割り当てる前と，ホストグループを割り当てたあとの違いを次の図に示します。

図10-13　ホストグループの割り当て前と割り当て後

インポートした内容が正常に完了したかどうかは，［ディスク割当てリポジトリ］ウィンドウの［ストレージシステム］，［Port］，［Port WWN］，［ホストグループ（HSD）］，［LUN］，［LU（LDEV）］の列に値が表示されることで確認できます。これらの項目に値が表示されない場合は，ディスクの割り当てに時間を必要としているおそれがあります。時間を置いてから再確認してください。

(3)　注意事項

インポートが開始されると，［通知アラート］ウィンドウに，アラートID 0x3728（インポート開始）が表示されます。インポートによるホストグループの割り当てがすべて終了すると，アラートID 0x3729（インポート終了）が表示されます。

インポートが終了するまで，ホストの電源操作やN+1コールドスタンバイを操作しないでください。

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

ここでは，運用開始後のストレージ変更の手順について説明します。

＜この節の構成＞

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

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

10.7.3　HBAを交換する

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

ホストグループの削除，変更，LUN Manager設定の変更およびLUの構成変更など，ストレージ構成を変更した場合，BSM Plusにはその変更情報が認識されません。したがって，BSM Plusにインポートしたホストグループ割り当て定義ファイルの定義内容と実際のストレージ構成が一致しなくなってしまいます。したがって，ストレージ構成を変更した場合は，再度，ホストグループ一覧をエクスポートして，変更したストレージ構成と一致するホストグループ割り当て定義ファイルを作成し，BSM Plusにインポートしてください。

図10-14　運用後にストレージ構成を変更した場合

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

BladeSymphonyではサーバシャーシの空きスロットに対してSMPパーティションを構成できます。SMPパーティションが構成されている空きスロットのすべてにサーバモジュールを挿入すると，パーティション内のすべてのサーバモジュールに対してホストグループを自動割り当てできます。

図10-15　SMPパーティション構成での割り当て

上の図はSMP構成のパーティションの空きスロットにサーバモジュールを挿入した場合を示した図です。SMP構成されたパーティションの空きスロットにサーバモジュールを挿入すると，SVPからBSM Plusへサーバモジュールの挿入アラートが通知されます。

10.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 ユーザーズガイド

図10-16　HBAを交換する場合

N+1コールドスタンバイを構成している場合のHBAの交換手順を説明します。HBAの交換手順は，対象となるホストが現用系ホストの場合と，予備系ホストの場合に分けて説明します。

注意

Pre-configure設定がDisableの場合，PCIカードのHot Swapには対応していません。Pre-configure設定がDisableの状態で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コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［ホスト登録・変更］を選択する
［ホスト登録・変更］ダイアログボックスが表示されます。

対象ホストを［現用系ホスト一覧］から［登録候補一覧］に移動する
［現用系ホスト一覧］の中から対象ホストを選択し，［↑］ボタンをクリックして移動します。

［OK］ボタンをクリックする
N+1グループから対象ホストが削除されます。

(d)　交換対象のホストグループ割り当て定義を削除する

ホストグループ割り当て定義ファイルから交換対象のホストグループ割り当て定義を削除し，BSM Plusにインポートします。

この手順はグループ属性がN+MコールドスタンバイのN+1グループに属し，ストレージ運用支援機能のホストグループ割り当てを実施していないサーバモジュールのHBAを交換するときは必要ありません。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。
［ディスク割当てリポジトリ］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択することでも表示できます。ラックマネージャからの［ディスク割当てリポジトリ］ウィンドウの表示手順については，「8.11　ラックマネージャからのストレージ運用支援機能の利用」を参照してください。

交換対象の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を登録してください（BS500の場合はWebコンソールから新しいWWNを登録してください）。すでに新しいWWNが登録されている場合は，この作業は必要ありません。

(g)　サーバシャーシを再登録する

WWNの登録後に，サーバシャーシを再登録します。

［ホスト管理］ウィンドウでマネージャサービスを選択し，［接続管理］－［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

［登録するホストのIPアドレス/ホスト名］テキストボックスにSVPのIPアドレスを入力し，［種別］から「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000/BS500), IOEU」を選択する

［OK］ボタンをクリックする
サーバシャーシが登録されます。なお，［ホスト管理］ウィンドウに表示されているサーバシャーシの削除は不要です。

(h)　ホストグループ割り当て定義ファイルを再インポートする

ホストグループ割り当て定義ファイルの定義をHBA交換前の状態に戻し，BSM Plusに再インポートします。

この手順はグループ属性がN+MコールドスタンバイのN+1グループに属し，ストレージ運用支援機能のホストグループ割り当てを実施していないサーバモジュールのHBAを交換するときは必要ありません。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択する
［ディスク割当てリポジトリ］ウィンドウが表示されます。
［ディスク割当てリポジトリ］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［ディスク割当てリポジトリ］を選択することでも表示できます。ラックマネージャからの［ディスク割当てリポジトリ］ウィンドウの表示手順については，「8.11　ラックマネージャからのストレージ運用支援機能の利用」を参照してください。

ホストグループ割り当て定義ファイルを交換前の状態に戻す
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コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからの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コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］に表示されるSlotの数は，サーバシャーシのタイプによって異なります。

［予備系サーバモジュールの選択］から対象サーバモジュールのチェックボックスからチェックを外す

［OK］ボタンをクリックする
N+1グループから対象ホストが削除されます。

(b)　HBAを交換する

ここまでの作業が終わったら，HBAを交換します。

(c)　サーバシャーシを再登録する

HBAを交換したあとに，サーバシャーシを再登録します。

［ホスト管理］ウィンドウでマネージャサービスを選択し，［接続管理］－［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

［登録するホストのIPアドレス/ホスト名］テキストボックスからSVPのIPアドレスを入力し，［種別］から「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000/BS500), IOEU」を選択する

［OK］ボタンをクリックする
サーバシャーシが登録されます。なお，［ホスト管理］ウィンドウに表示されているサーバシャーシの削除は不要です。

(d)　HBA BIOSなどを設定する

HBA BIOSなどを設定し，SANブートできる状態にします。

(e)　N+1グループを再設定する

HBA交換前にN+1グループから削除した対象ホストを，N+1グループに再登録します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択する
［N+1コールドスタンバイ詳細設定］ウィンドウが表示されます。
［N+1コールドスタンバイ詳細設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［N+1コールドスタンバイ詳細設定］を選択することでも表示できます。ラックマネージャからのN+1コールドスタンバイ機能の利用については，「8.10　ラックマネージャからのN+1コールドスタンバイ機能の利用」を参照してください。

［モード選択］メニューから［更新モード］を選択する
ウィンドウのタイトルバーに［更新モード］が表示されます。

左ペインから対象となる現用系ホストを登録しているN+1グループ名称を右クリックし，［予備登録・変更］を選択する
［予備登録・変更］ダイアログボックスが表示されます。

［予備系サーバモジュールの選択］から対象サーバモジュールのチェックボックスをチェックする

［OK］ボタンをクリックする
N+1グループに対象ホストが追加されます。

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

ストレージ運用支援機能を利用していた環境からストレージ運用支援機能を利用しない環境に変更する場合，ホストグループ割り当てを解除してから，BSM Plusの［ストレージ設定］タブの［ストレージ運用支援機能］チェックボックスをOFFにする必要があります。

ここでは，ストレージ運用支援機能を無効にする場合の操作方法について説明します。

テキストエディタで空のホストグループ割り当て定義ファイルを作成する
何も情報が記述されていない，サイズが0バイトのホストグループ割り当て定義ファイルを作成します。

ホストグループ割り当て定義ファイルを再登録する
作成したサイズが0バイトのホストグループ割り当て定義ファイルをBSM Plusに再度インポートしてください。ホストグループ割り当て定義ファイルのインポート方法については，「10.5.2　ホストグループの自動割り当ての設定」を参照してください。

ホストグループの割り当てを解除する
ホストグループの割り当てを解除する方法については，マニュアル「JP1/HiCommand Device Manager Web Client ユーザーズガイド」またはマニュアル「Hitachi Device Manager Software Web Client ユーザーズガイド」を参照してください。

BSM Plusの［ホスト管理］ウィンドウの［設定］メニューから［マネージャサービス設定］を選択する
［マネージャサービス設定］ダイアログボックスが表示されます。

［ストレージ設定］タブを選択する

［ストレージ運用支援機能］チェックボックスをOFFにする
ストレージ運用支援機能が無効になります。

［OK］ボタンをクリックする
［マネージャサービス設定］ダイアログボックスを閉じます。

再度ストレージ運用支援機能を利用する場合

再度ストレージ運用支援機能を利用する場合は，Device Managerのコマンドを利用してホストグループの作成およびLU（LDEV）の割り当てが必要です。

11.　SMP構成管理

SMP構成管理では，管理コンソール上からサーバモジュールをパーティション単位で管理できます。この章では，SMP構成管理機能の概要，およびSMP構成管理の操作について説明します。

なお，この機能は，BSMおよびBSM Plusをインストールしている場合に使用できます。

＜この章の構成＞

11.1　SMP構成管理機能とは

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

11.3　SMP構成管理機能の操作

11.1　SMP構成管理機能とは

SMP構成管理機能は，サーバモジュールをパーティション単位で管理できるようにする機能です。SMP構成管理機能を使用すると，管理コンソールから，パーティションの作成，削除および構成の変更ができます。

サーバモジュール間SMP機能を搭載しているBladeSymphonyのサーバモジュールに対しては，複数のサーバモジュールを1つのパーティションとして作成したり，作成したパーティションを削除したりできます。さらに，パーティション内のサーバモジュールの構成を変更することもできます。サーバモジュール間SMP機能は，ノードリンクを介して複数のサーバモジュールを結合し，サーバの性能を向上させる機能です。

SMP構成管理機能の概要を次の図に示します。

図11-1　SMP構成管理機能の概要

BladeSymphonyのSMPでは，構成単位となるサーバモジュールの個数を2個，または4個から選択できます。これによって，最大8wayの分散共有メモリ型SMPサーバを構成することができ，サーバ性能を向上できます。

注意

SMP構成単位となるサーバモジュールの個数は，機種によって異なります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

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

SMP構成管理機能を利用する場合の，サーバシャーシとサーバモジュールの前提について説明します。また，空きスロットの扱いについても説明します。

＜この節の構成＞

(1)　対応するサーバシャーシ

(2)　対応するサーバモジュール

(3)　空きスロットの扱い

(1)　対応するサーバシャーシ

SMP構成管理機能に対応するサーバシャーシは，BS2000，BS1000，およびBS320です。サーバシャーシの詳細については，ハードウェアのマニュアルを参照してください。

(2)　対応するサーバモジュール

対応するサーバモジュールは，XeonサーバモジュールおよびIPFサーバモジュールです。

複数のサーバモジュールから1つのパーティションを作成できるかどうかは，機種によって異なります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

(3)　空きスロットの扱い

SMP構成管理機能では，空きスロットも1つのモジュールとして扱います。次に，ハードウェアでの空きスロットの扱いについて説明します。

パーティションを作成する場合
作成するパーティションに空きスロットを含めることはできません。

パーティションを削除する場合
削除するパーティションに空きスロットが含まれていても削除できます。

パーティションを変更する場合
作成済みのパーティションに空きスロットは追加できません。
変更するパーティションに空きスロットが含まれている場合，サーバモジュールの削除はできますが，サーバモジュールの追加はできません。

作成済みのパーティションからサーバモジュールを抜いた場合
空きスロットを含むパーティションになります。サーバモジュールを抜いたスロットが空きスロットとなります。

空きスロットを含むパーティションにサーバモジュールを挿入した場合
パーティションの構成は変更されないで，挿入したサーバモジュールの種類が自動的に認識されます。

パーティションに属していない空きスロットにサーバモジュールを挿入した場合
サーバモジュール1つから構成される，新たなパーティションが作成されます。

11.3　SMP構成管理機能の操作

ここでは，SMP構成管理機能を使用する場合に表示する画面と，操作方法について説明します。

なお，LPAR上で稼働しているサーバの表示および操作については，「13.3.11　SMP構成管理」を参照してください。

＜この節の構成＞

11.3.1　［SMP設定］ウィンドウ

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

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

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

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

11.3.1　［SMP設定］ウィンドウ

SMP構成管理機能を使用してパーティションを管理する場合は，［SMP設定］ウィンドウから操作します。［SMP設定］ウィンドウを表示する手順を次に示します。

［ホスト管理］ウィンドウの［BSM Plus管理］メニューから［SMP設定］を選択する
［SMP設定］ウィンドウが表示されます。
［SMP設定］ウィンドウは，［ラックマネージャ］ウィンドウの［BSM Plus管理］メニューから［SMP設定］を選択することでも表示できます。ラックマネージャからの［SMP設定］ウィンドウの表示手順については，「8.12　ラックマネージャからのSMP構成管理機能の利用」を参照してください。

［SMP設定］ウィンドウの左ペインには，SMP設定をルートノードとして，シャーシノードがツリー形式で表示されます。シャーシノードの下位には，そのシャーシに属するパーティションが表示されます。

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SMP設定］ウィンドウ（シャーシノード選択時）を参照してください。

左ペインのツリーでパーティションを選択すると，選択したパーティションの情報が右ペインに表示されます。

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［SMP設定］ウィンドウ（パーティション選択時）を参照してください。

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

サーバシャーシ内に，パーティションを新規作成します。［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロットでパーティションを作成できます。

注意

パーティションの作成は，更新モードで実行してください。更新モードは，［モード選択］メニューから［更新モード］を選択するか，ツールバーのボタンで切り替えられます。

［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロット以外のスロットを含めて，パーティションを作成することはできません。

複数のスロットでパーティションを作成する場合，連続したスロットを選択する必要があります。パーティションを構成できないスロットの組み合わせでパーティションを作成しようとした場合，KASM30059のメッセージが出力されます。

空きスロットを含めてパーティションを作成することはできません。

パーティションにはOSモードやHT（ハイパースレッディングの有無）などの属性があります。SMP構成管理機能でパーティションを作成した場合，各属性の値にはデフォルト値が設定されます。

複数スロットを占有するサーバモジュールに対してパーティションを作成する場合は，最も小さい番号のスロットだけではなく，占有しているスロットをすべて選択してください。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションを作成するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティションを作成するスロットを選択する

［設定］メニューから［パーティション作成］を選択する
パーティションが作成されます。

左ペインで，パーティションを作成したシャーシノードをクリックする
パーティションが作成されていることを確認してください。
パーティション作成後，パーティションを構成するすべてのサーバモジュールが，サーバモジュールスロットに挿入されていることを確認してからパーティションの電源をONにしてください。

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

サーバシャーシ内のパーティションを削除します。

注意

パーティションの削除は，更新モードで実行してください。更新モードは，［モード選択］メニューから［更新モード］を選択するか，ツールバーのボタンで切り替えられます。

操作する前に，該当するパーティションの電源がOFFになっているか確認してください。

一度に複数のパーティションを削除することはできません。複数のパーティションを削除する場合は，1つずつ削除してください。

N+1コールドスタンバイ機能のN+1グループとして登録されているサーバモジュールが含まれている場合，パーティションを削除できません。

複数スロットを占有するサーバモジュールのパーティションを削除する場合は，最も小さい番号のスロットだけではなく，占有しているスロットをすべて選択してください。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションを削除するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティションを削除するスロットを選択する
同じパーティションに含まれるスロットがすべて選択されます。

注意

削除対象のパーティションを選択後，選択したスロットを変更しないでください。

［設定］メニューから［パーティション削除］を選択する
パーティションが削除されます。

左ペインで，パーティションを削除したシャーシノードをクリックする
パーティションが削除されていることを確認してください。

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

作成済みのパーティションに，サーバモジュールを追加または削除することで，構成を変更します。

注意

パーティションの変更は，更新モードで実行してください。更新モードは，［モード選択］メニューから［更新モード］を選択するか，ツールバーのボタンで切り替えられます。

操作する前に，該当するパーティションの電源がOFFになっているか確認してください。

サーバモジュールを追加する場合，［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロット以外のスロットを含めることはできません。

パーティション作成済みのスロットでサーバモジュールを追加する場合，追加先のパーティションを削除してから，サーバモジュールを追加してください。

複数のスロットでパーティションを変更する場合，連続したスロットを選択する必要があります。パーティションを構成できないスロットの組み合わせでパーティションを変更しようとした場合，KASM30059のメッセージが出力されます。

N+1コールドスタンバイ機能のN+1グループとして登録されているサーバモジュールが含まれている場合，パーティションを変更できません。

＜この項の構成＞

(1)　サーバモジュールの追加

(2)　サーバモジュールの削除

(1)　サーバモジュールの追加

作成済みのパーティションにサーバモジュールを追加します。サーバモジュールを追加する場合，［SMP設定］ウィンドウの「構成可能スロット番号」に表示されるスロットで，パーティション未作成のスロットを追加できます。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションの構成を変更するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティション構成を変更するプライマリのスロットを選択する
同じパーティションに含まれるスロットがすべて選択されます。

［Shift］キーを押しながら追加するスロットを選択し，選択表示にする

［設定］メニューから［パーティション変更］を選択する
パーティションが変更されます。

左ペインで，パーティションを変更したシャーシノードをクリックする
サーバモジュールが追加されていることを確認してください。

(2)　サーバモジュールの削除

作成済みのパーティションからサーバモジュールを削除します。

［SMP設定］ウィンドウの左ペインのツリーで，パーティションの構成を変更するサーバシャーシを選択する
選択したサーバシャーシ内のスロットの情報が，右ペインに表示されます。

右ペインで，パーティション構成を変更するプライマリのスロットを選択する
同じパーティションに含まれるスロットがすべて選択されます。

［Shift］キーを押しながら，削除するスロットを選択し，選択表示を解除する

［設定］メニューから［パーティション変更］を選択する
パーティションが変更されます。

左ペインで，パーティションを変更したシャーシノードをクリックする
サーバモジュールが削除されていることを確認してください。

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

パーティション構成時の注意事項を示します。

＜この項の構成＞

(1)　パーティション構成拡張時の注意

(2)　パーティション構成変更時の注意

(1)　パーティション構成拡張時の注意

2wayから8wayに変更するなど，パーティション構成を拡張してOSを起動すると，拡張したサーバモジュールに接続されているディスクが参照でき，セキュリティ上の問題となります。

パーティション構成を拡張する場合は，拡張したサーバモジュールのWWNの割り当てを解除してください。

(2)　パーティション構成変更時の注意

SMP構成を変更すると，ccNUMAの設定が無効になります。ccNUMAを使用する場合は，SMP構成を変更する前にccNUMAで設定をSVPコンソールから確認しておいてください。SVPコンソールからccNUMAの設定を確認する方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

12.　HVM構成管理

BladeSymphonyでは，日立サーバ論理分割機構という技術を利用して，1台または複数台のサーバモジュールで構成されている物理パーティションを仮想化できます。

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

＜この章の構成＞

12.1　日立サーバ論理分割機構によるサーバの仮想化

12.2　HVM構成管理機能

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

12.4　HVMの設定

12.5　LPARの作成

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

12.7　LPARの操作

12.8　LPAR構成の変更

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

12.10　LPARとUSBとの対応づけ

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

12.1　日立サーバ論理分割機構によるサーバの仮想化

新たにシステムを構築する場合，業務ピーク時の性能確保や将来的なシステム規模の拡大を想定して，サーバを準備します。そのため，ほとんどのサーバのリソース使用率は低いにもかかわらず台数だけは多く，管理に手間もコストも掛かります。

BladeSymphonyでは，日立サーバ論理分割機構という技術を利用して，1台または複数台のサーバモジュールで構成されている物理パーティションを仮想化できます。JP1/ServerConductorは，この仮想化されたサーバを物理的なサーバと同様に管理できます。

＜この節の構成＞

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

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

仮想化されたサーバを構成する論理パーティションをLPARと呼びます。また，1台または複数台のサーバモジュールで構成されている物理パーティションを論理分割し，複数LPARを稼働できる形態をLPARモードと呼びます。これに対し，1台または複数台のサーバモジュールで構成されている物理パーティションを論理分割しないで稼働する形態をBasicモードと呼びます。

日立サーバ論理分割機構では，1台または複数台のサーバモジュールで構成されている1つの物理パーティションを複数のLPARに分割し，それぞれのLPAR上で，異なるOSや業務アプリケーションを実行できます。それぞれのLPARは，HVMによって管理されます。

日立サーバ論理分割機構によるサーバの仮想化の概要を次に示します。

図12-1　日立サーバ論理分割機構によるサーバの仮想化の概要

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

また，物理的なサーバと同様に，LPAR上で稼働するサーバを管理コンソールから管理できます。HVMに対しても，LPAR上で稼働するサーバと同様に電源制御などの操作を実施できます。LPAR上で稼働するサーバまたはHVMを管理コンソールから管理する方法については，「13.　仮想化されたサーバの管理（HVMの場合）」を参照してください。

12.2　HVM構成管理機能

JP1/ServerConductorからHVM構成を管理する機能をHVM構成管理機能といいます。

HVM構成管理機能では，LPARモードに設定された物理パーティションに対して，管理コンソールから，HVM構成情報の設定やLPARの作成ができます。

また，既存のHVM構成情報を新しく作成するHVMにコピーすることで，容易にHVM構成情報を設定できます。

＜この節の構成＞

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

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

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

HVM構成管理機能に対応するサーバシャーシはBS2000，BS1000（Xeon），BS500，およびBS320です。

ただし，SVPのバージョンやファームウェアのバージョンによって，HVM構成管理機能が使用できない場合があります。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

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

HVM構成管理機能を使用してHVMおよびLPARを管理するには，［HVM構成管理］ウィンドウを使用します。［HVM構成管理］ウィンドウの起動方法，表示方法などについて，次に説明します。

＜この項の構成＞

(1)　［HVM構成管理］ウィンドウの表示手順

(2)　［HVM構成管理］ウィンドウの表示項目

(3)　接続先マネージャサービスの変更

(1)　［HVM構成管理］ウィンドウの表示手順

［HVM構成管理］ウィンドウを表示する手順を次に示します。

［ホスト管理］ウィンドウの［HVM管理］メニューから［HVM構成管理］を選択する
［HVM構成管理］ウィンドウが表示されます。
［HVM構成管理］ウィンドウは，［ラックマネージャ］ウィンドウの［HVM管理］メニューから［HVM構成管理］を選択することでも表示できます。ラックマネージャからの［HVM構成管理］ウィンドウの表示手順については，「8.13　ラックマネージャからのHVM構成管理機能の利用」を参照してください。

(2)　［HVM構成管理］ウィンドウの表示項目

［HVM構成管理］ウィンドウの左ペインには，［HVM構成管理］をルートノードとして，シャーシノードが表示されます。シャーシノードの下位にはそのシャーシに属するHVMノードが，HVMノードの下位にはそのHVMが管理しているLPARノードが，それぞれ表示されます。

表示項目 | 意味
シャーシノード | ［ホスト管理］ウィンドウに登録されているサーバシャーシが表示されます。
HVMノード | ［ホスト管理］ウィンドウに登録されているHVMのうち，パーティションのOS種類がHVMのものが表示されます。
LPARノード | HVMに作成済みのLPARが表示されます。

［HVM構成管理］ウィンドウの右ペインの表示項目は，左ペインで選択しているノードの種類によって異なります。選択しているノード別の表示項目について，次に説明します。

(a)　シャーシノード選択時の表示項目

［HVM構成管理］ウィンドウの左ペインでシャーシノードを選択すると，そのサーバシャーシ上で稼働するHVMの情報およびサーバシャーシの情報が右ペインに表示されます。

シャーシノードを選択しているときの［HVM構成管理］ウィンドウを次に示します。

図12-2　［HVM構成管理］ウィンドウ（シャーシノード選択時）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（シャーシノード選択時）を参照してください。

(b)　HVMノード選択時の表示項目

［HVM構成管理］ウィンドウの左ペインでHVMノードを選択すると，そのHVMが管理しているLPARの情報が右ペインに表示されます。

HVMノード選択時に表示する項目は，次の5種類から選択できます。HVMノードを選択した場合，デフォルトではLPAR構成情報が表示されます。

LPAR構成情報

Processor情報

PCI Device情報

FC情報

仮想NIC情報（VNIC情報）

■LPAR構成情報

LPAR構成情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［LPAR構成情報表示］を選択します。

LPAR構成情報を表示しているときの［HVM構成管理］ウィンドウを次に示します。

図12-3　［HVM構成管理］ウィンドウ（HVMノード選択時：LPAR構成情報）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（HVMノード選択時：LPAR構成情報）を参照してください。

■Processor情報

Processor情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［Processor情報表示］を選択します。

Processor情報を表示しているときの［HVM構成管理］ウィンドウを次に示します。

図12-4　［HVM構成管理］ウィンドウ（HVMノード選択時：Processor情報）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（HVMノード選択時：Processor情報）を参照してください。

■PCI Device情報

PCI Device情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［PCI Device情報表示］を選択します。

PCI Device情報を表示しているときの［HVM構成管理］ウィンドウを次に示します。

図12-5　［HVM構成管理］ウィンドウ（HVMノード選択時：PCI Device情報）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（HVMノード選択時：PCI Device情報）を参照してください。

■FC情報

FC情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［FC情報表示］を選択します。

FC情報を表示しているときの［HVM構成管理］ウィンドウを次に示します。

図12-6　［HVM構成管理］ウィンドウ（HVMノード選択時：FC情報）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（HVMノード選択時：FC情報）を参照してください。

■仮想NIC情報

仮想NIC情報を表示するには，［HVM構成管理］ウィンドウの［表示］メニューから［VNIC情報表示］を選択します。

仮想NIC情報を表示しているときの［HVM構成管理］ウィンドウを次に示します。

図12-7　［HVM構成管理］ウィンドウ（HVMノード選択時：仮想NIC情報）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（HVMノード選択時：仮想NIC情報）を参照してください。

(c)　LPARノード選択時の表示項目

［HVM構成管理］ウィンドウの左ペインでLPARノードを選択すると，そのLPARの情報が右ペインに表示されます。

LPARノードを選択しているときの［HVM構成管理］ウィンドウを次に示します。

図12-8　［HVM構成管理］ウィンドウ（LPARノード選択時）

右ペインに表示される項目については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 リファレンス」に記載されている［HVM構成管理］ウィンドウ（LPARノード選択時）を参照してください。

(3)　接続先マネージャサービスの変更

管理コンソールから複数のマネージャサービスにログインしている場合，［HVM構成管理］ウィンドウでも，接続先のマネージャサービスを変更できます。［HVM構成管理］ウィンドウで接続先マネージャサービスを変更する手順を次に示します。

［HVM構成管理］ウィンドウで，［マネージャサービス選択］メニューから接続するマネージャサービス名を選択する
接続したマネージャサービスで管理されている［HVM構成管理］ウィンドウが表示されます。

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

HVMの設定からLPAR上でOSを起動するまでの設定の流れを，次の図に示します。

図12-9　HVMの設定およびLPARの作成の流れ

12.4　HVMの設定

この節では，HVMの設定方法について説明します。

HVMの設定をする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。

＜この節の構成＞

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

12.4.2　HVMの設定手順

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

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

SVPコンソールから，物理パーティションをLPARモードへ変更し，HVMのIPアドレスを設定しておいてください。
物理パーティションがLPARモードになっているかどうかは，［サーバシャーシインベントリ］ウィンドウの［パーティション情報］から確認できます。［パーティション情報］の［OS種類］が「HVM(0x04)」になっているかどうか，確認してください。［サーバシャーシインベントリ］ウィンドウの表示方法については，「5.3.1　サーバシャーシまたはIOEUのインベントリ情報を表示する」を参照してください。

SVPコンソールから，物理パーティションの電源をONにしておいてください。また，［ホスト管理］ウィンドウにHVMが登録されたことを確認してください。

12.4.2　HVMの設定手順

HVM識別子や仮想NICシステム番号など，HVMを動作させるのに必要な設定をします。HVMの設定手順を次に示します。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［HVM設定］を選択する
［HVM設定］ダイアログボックスが表示されます。初回設定時は，［VNIC System Number］だけが入力できるようになっています。

仮想NICシステム番号を設定する
初回設定時は，［VNIC System Number］だけが入力できるようになっています。

表12-1　［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定）

設定項目
設定内容

VNIC System Number
仮想NICシステム番号を1～128の整数で指定します。
初回設定時は「0」が設定されています。
複数のHVMを使用する場合，HVMごとに異なる値を設定してください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

［OK］ボタンをクリックする
HVMがリブートされます。HVMのリブートには数分掛かります。

HVMがリブートされたら，［HVM構成管理］ウィンドウでシャーシノードを選択し，仮想NICシステム番号が変更されていることを確認する

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［HVM設定］を選択する
［HVM設定］ダイアログボックスが表示されます。

次に示す情報を設定する
［HVM設定］ダイアログボックスでの設定項目を次に示します。

表12-2　［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］のどちらか1つでも変更した場合，［HVM設定］ダイアログボックスで［OK］ボタンをクリックしてHVMへの情報更新要求が成功すると，HVMが再起動されるため，数分間HVMとの通信ができなくなります。

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

PCIデバイスに対して，LPARに占有で割り当てるか共有で割り当てるかを設定します。PCIデバイスの占有／共有の設定手順を次に示します。

PCIデバイスの占有／共有の設定をする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［PCI Device Scheduling Mode設定］を選択する
［PCI Device Scheduling Mode設定］ダイアログボックスが表示されます。

次に示す情報を設定する
［PCI Device Scheduling Mode設定］ダイアログボックスでの設定項目を次に示します。

表12-3　［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との通信ができなくなります。

12.5　LPARの作成

この節では，LPARの作成方法について説明します。

LPARの作成をする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

＜この節の構成＞

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

12.5.2　LPARの作成手順

12.5.3　LPAR設定情報の保存

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

LPARを作成する前に，パーティション上で同時に起動できるLPARの条件を確認してください。
LPAR作成ウィザードでは，実際には同時に起動できないようなLPARも作成できます。例えば，LPAR作成ウィザードで，次に示すような定義ができますが，LPARのActivateはできません。

LPARに割り当てできる総メモリ量が1GBのシステムで，1GBのメモリを割り当てたLPARを複数定義する

同じリソース（PCIデバイスや物理プロセッサ）を占有モードで割り当てるLPARを複数定義する

同時に起動できるLPARの条件は，使用するハードウェアによって異なります。同時に起動できるLPARの条件については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

LPARを作成する前に，HVMの設定およびPCIデバイスの占有／共有の設定を確認してください。HVMの設定については「12.4.2　HVMの設定手順」を，PCIデバイスの占有／共有の設定については「12.4.3　PCIデバイスの占有／共有の設定」を参照してください。

1つのHVMに対して作成できるLPARの上限は，ハードウェアによって異なります。作成できるLPARの上限については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

HVM構成管理機能で作成するLPARのPre-Boot F/WはBIOSモードになります。

12.5.2　LPARの作成手順

LPARはLPAR作成ウィザードを使用して作成します。［LPAR作成ウィザード］の起動方法を次に示します。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［LPAR作成］を選択する
［LPAR作成ウィザード］の開始画面が表示されます。

表示されている注意事項を確認し，［次へ］ボタンをクリックする
［LPAR作成ウィザード］の操作対象画面が表示されます。

設定対象となるLPARのLPAR識別子およびLPAR名を設定する

設定する項目を次に示します。

表12-4　［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の動作環境を設定する

設定する項目を次に示します。

表12-5　［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に対する論理プロセッサの割り当てを設定する

設定する項目を次に示します。

表12-6　［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デバイスの割り当てを設定する

設定する項目を次に示します。

表12-7　［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の割り当てを設定する

設定する項目を次に示します。

表12-8　［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の割り当てを設定する

設定する項目を次に示します。

表12-9　［LPAR作成ウィザード］のVNIC Assignment画面での設定項目

設定項目
設定内容

VNIC Number※1
LPARへの仮想NICの割り当てを変更する仮想NICの番号を選択します。

VNIC Assignment※1
［VNIC Number］で選択した仮想NICに対する割り当て状態をネットワークセグメントの識別子で選択します。同一LPARに対して同じネットワークセグメントは1つだけ割り当てできます。
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作成ウィザード］の最終確認画面での表示内容を次に示します。

表12-10　［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が実装されているスロット番号が表示されます。

Exy：拡張カードの場合（x：サーバモジュール番号［0～9］，y：拡張カードスロット番号［0または1］）

Iabc：IOEU上のスロットの場合（a：IOEU番号［0～7］，bc：IOEU上のスロット番号［00～15］）

数値：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」が表示されます。

注※

該当する設定が存在しない場合は表示されません。

表示内容を確認し，［完了］ボタンをクリックする

12.5.3　LPAR設定情報の保存

［LPAR作成ウィザード］で設定した内容を，HVMに保存します。LPAR設定情報の保存方法を次に示します。

［HVM構成管理］ウィンドウで，設定したHVMを選択し，［HVMに設定保存］メニューを選択する

注意

［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［LPAR作成ウィザード］で設定した内容は無効になります。

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

既存のHVMの構成情報およびLPARの作成状態を流用して，HVMの構成情報の設定やLPARの作成ができます。既存の設定を流用してHVMを設定することをクローニングといいます。クローニングを使用することで，HVMの設定およびその管理下で動作するLPARの作成が容易にできます。

クローニングを実行する場合は，コンソールサービスにアドミニストレータ権限でログインしてください。

＜この節の構成＞

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

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

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

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

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

クローニングを使用した場合のHVM設定およびLPAR作成の流れを次の図に示します。

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

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

クローニング元のHVMまたはクローニング先のパーティションとして指定するための条件を次に示します。

パーティションのOSモードがHVMに設定されている

サーバモジュールにHVM FWが割り当てられている

サーバモジュールが挿入されている

パーティションの状態がConfiguration validateである

12.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］

12.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が起動しなくなるおそれがあります。
誤って機種の異なるサーバシャーシにクローニングを実行してしまった場合は，バックアップファイルからリストアを実行してください。

12.7　LPARの操作

HVM構成管理機能では，管理コンソールからLPARに対して次の操作ができます。

LPARのActivateおよびDeactivate

LPARの削除

ここでは，管理コンソールからLPARを操作する方法について説明します。

LPARを操作する場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

＜この節の構成＞

12.7.1　LPARのActivateおよびDeactivate

12.7.2　LPARの削除

12.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されます。

12.7.2　LPARの削除

LPARを削除する方法を次に示します。

LPARがDeactivate状態の場合に操作できます。

［HVM構成管理］ウィンドウで削除するLPARを選択する
複数のLPARを指定することはできません。また，HVMを指定することもできません。

［設定］メニューから［LPAR削除］を選択する
LPARの削除を確認するメッセージが表示されます。

［はい］ボタンをクリックする
指定したLPARが削除されます。

［HVM構成管理］ウィンドウで，削除したLPARを管理しているHVMを選択し，［HVMに設定保存］メニューを選択する

注意

［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［LPAR削除］は無効になります。

12.8　LPAR構成の変更

LPAR構成を変更する手順を次に示します。

LPARの構成を変更する場合は，コンソールサービスにアドミニストレータ権限でログインしてください。また，HVMの電源状態がActiveであることを確認してください。

＜この節の構成＞

12.8.1　LPAR構成情報の変更

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

12.8.1　LPAR構成情報の変更

LPAR構成情報は，［LPAR構成変更］ダイアログボックスで変更します。LPAR構成情報を変更する手順を次に示します。

［HVM構成管理］ウィンドウで，LPAR構成情報を変更するLPARを選択し，［設定］メニューから［LPAR構成変更］を選択する
［LPAR構成変更］ダイアログボックスが表示されます。

［LPAR構成変更］ダイアログボックスの各タブでの設定内容については，「12.8.2　［LPAR構成変更］ダイアログボックスでの設定内容」を参照してください。

［HVM構成管理］ウィンドウで，設定したHVMを選択し，［HVMに設定保存］メニューを選択する

注意

［HVMに設定保存］の操作をしないで，パーティションの電源をOFFにすると，［LPAR構成変更］ダイアログボックスで設定した内容は無効になります。

LPARの構成を変更する場合は，対象のLPARをDeactivate状態にしてください。

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

＜この項の構成＞

(1)　［操作対象］タブ

(2)　［Logical Partition Configuration］タブ

(3)　［Processor Configuration］タブ

(4)　［PCI Device Assignment］タブ

(5)　［Shared FC Assignment］タブ

(6)　［VNIC Assignment］タブ

(1)　［操作対象］タブ

［操作対象］タブでは，LPAR名を変更できます。

［操作対象］タブでの設定項目を次に示します。

表12-11　［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］タブでの設定項目を次に示します。

表12-12　［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］タブでの設定項目を次に示します。

表12-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］の設定を変更した場合，［OK］ボタンをクリックする前に［変更］ボタンをクリックしてください。

(4)　［PCI Device Assignment］タブ

［PCI Device Assignment］タブでは，LPARに対するPCIデバイスの割り当てを変更できます。

［PCI Device Assignment］タブでの設定項目を次に示します。

表12-14　［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］タブでの設定項目を次に示します。

表12-15　［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］タブでの設定項目を次に示します。

表12-16　［LPAR構成変更］ダイアログボックスの［VNIC Assignment］タブでの設定項目

設定項目
設定内容

VNIC Number※1
LPARへの仮想NICの割り当てを変更する仮想NICの番号を選択します。

VNIC Assignment※1
［VNIC Number］で選択した仮想NICに対する割り当て状態をネットワークセグメントの識別子で選択します。同一LPARに対して同じネットワークセグメントは1つだけ割り当てできます。
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］ボタンをクリックする前に［変更］ボタンをクリックしてください。

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

HVM構成情報をファイルにバックアップできます。また，バックアップしたファイルからHVM構成情報をリストアすることもできます。

HVM構成のバックアップまたはリストアをする場合は，コンソールサービスにアドミニストレータ権限でログインしてください。

＜この節の構成＞

12.9.1　HVM構成のバックアップ

12.9.2　HVM構成のリストア

12.9.3　注意事項

12.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」のバックアップファイルが，指定した保存先に保存されます。

12.9.2　HVM構成のリストア

＜この項の構成＞

(1)　リストア前の準備

(2)　リストア手順

(1)　リストア前の準備

リストア先のパーティションの電源をOFFにしてください。

リストア先のハードウェア環境を，バックアップ実行した時のハードウェア環境と同じにしてください。

(2)　リストア手順

HVM構成をリストアする手順を次に示します。

［HVM構成管理］ウィンドウで，［設定］メニューから［HVM構成のバックアップ・リストア］を選択する
［HVM構成のバックアップ・リストア］ダイアログボックスが表示されます。

［リストア］ラジオボタンをONにする

リストアするバックアップファイルの読み込み先を指定する
［参照］ボタンをクリックして，読み込み先を選択します。
読み込み先のファイルを指定すると，バックアップファイルに記録されているHVMの構成情報が［ファイル情報］に表示されます。表示内容を次に示します。

表12-17　［HVM構成のバックアップ・リストア］ダイアログボックスの［ファイル情報］の表示内容

表示項目 | 表示内容
シャーシID | バックアップ対象のHVMが稼働していたサーバシャーシの，シャーシIDが表示されます。
HVM識別子 | バックアップ対象のHVM識別子が表示されます。
HVM IP | バックアップ対象のHVMのIPアドレスが表示されます。
パーティション番号 | バックアップ対象のHVMが稼働していたパーティション番号が表示されます。
サーバモジュールタイプ | バックアップ対象のHVMが稼働していたサーバモジュールのタイプが表示されます。
バックアップ日時 | バックアップファイルを作成した日時が，[YYYY-MM-DD hh:mm:ss]の形式で表示されます。
コメント | バックアップファイル作成時に入力したコメントが表示されます。

［OK］ボタンをクリックする
バックアップファイルの内容に基づいて，HVMがリストアされます。リストア先は［HVM構成のバックアップ・リストア］ダイアログボックスに表示される［シャーシID］および［パーティション番号］に該当するパーティションです。

12.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識別子を変更する

12.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である

また，LPARとUSBを対応づける場合は，あらかじめLPARをActivate状態にしておいてください。

＜この節の構成＞

12.10.1　LPARとUSBとの対応づけ

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

12.10.1　LPARとUSBとの対応づけ

LPARとUSBとを対応づける手順を次に示します。

［HVM構成管理］ウィンドウでHVMを選択し，［設定］メニューから［USB割り当て設定］を選択する
［USB割り当て設定］ダイアログボックスが表示されます。

［USB接続一覧］で，LPARに割り当てるPCIデバイス番号を選択する
［USB接続一覧］の表示内容を次に示します。

表12-18　［USB接続一覧］の表示内容

表示項目
表示内容

PCI Device Number
PCIデバイス番号が表示されます。

Slot Number
USBが実装されているスロット番号が表示されます。

Ux：USBの場合（x：サーバモジュール番号［0～9］）

UKx：KVMの場合（x：サーバモジュール番号［0～9］）

Device Name
PCIデバイス名が表示されます。

USB：USB Controller

LPAR識別子
PCIデバイスが対応づけられているLPARのLPAR識別子が表示されます。対応づけられているLPARがない場合，「－」が表示されます。

［接続先変更］で，［接続先LPAR識別子］ドロップダウンリストからUSBを対応づけるLPAR識別子を選択する

［接続先LPAR識別子］には，［USB接続一覧］で選択したUSBデバイスが割り当てられているLPARだけが表示されます。

［USB接続一覧］で選択したUSBデバイスに対して，すでに対応づけられているLPARが存在する場合は，接続解除の操作だけができます。

［USB接続一覧］で選択したUSBデバイスが，どのLPARにも割り当てられていない場合，［接続先変更］の項目は設定できません。

［OK］ボタンをクリックする

注意

すでにLPARとUSBとが対応づけられている場合は，いったん接続を解除してから，再設定してください。

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

LPARとUSBとの対応づけを変更する場合，すでにUSBに対してLPARが対応づけられているときは，いったん接続を解除してから，目的のLPARへ接続してください。

LPARとUSBとの対応づけの変更方法を次に示します。

［HVM構成管理］ウィンドウで，設定を変更するLPARを管理しているHVMを選択し，［設定］メニューから［USB割り当て設定］を選択する
［USB割り当て設定］ダイアログボックスが表示されます。

［USB接続一覧］のリストボックスで，対応づけを変更するPCIデバイス番号を選択する

すでにUSBに対してLPARが対応づけられている場合は，［接続先変更］で［接続解除］チェックボックスをチェックする

［OK］ボタンをクリックする

再度，［HVM構成管理］ウィンドウで，設定を変更するLPARを管理しているHVMを選択し，［設定］メニューから［USB割り当て設定］を選択する
［USB割り当て設定］ダイアログボックスが表示されます。

［USB接続一覧］のリストボックスで，LPARの対応づけを変更するPCIデバイス番号を選択する

［接続先変更］で，［接続先LPAR識別子］ドロップダウンリストからUSBを対応づけるLPAR識別子を選択する

［OK］ボタンをクリックする

12.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構成管理機能が使用できなくなることがあります。

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

この章では，HVMで仮想化されたサーバをJP1/ServerConductorの管理コンソールから管理する方法について説明します。

＜この章の構成＞

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

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

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

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

LPAR上で稼働するサーバまたはHVMをJP1/ServerConductorの管理コンソールから管理する場合，仮想化されていないサーバ（物理サーバ）に対して使用できる機能と差異があります。

LPAR上で稼働するサーバまたはHVMに対して使用できる機能の一覧を次に示します。

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

項番
機能
使用可否
備考

サーバ
HVM

1
コンソールサービスでの表示
○
○
－

2
ローカルコンソールサービスでの表示
△
×
自マシン上のサーバだけ表示される。

3
Webコンソールサービスでの表示
△
×
LPAR上で稼働するサーバは物理サーバとして表示される。

4
資産管理
△
×
一部，サーバモジュールのハードウェア情報が表示される。

5
障害管理
○
△
HVMのログは，JP1/ServerConductorからは参照できない。

6
性能監視
△
－
LPAR上で稼働するサーバ間でCPUを共有している場合，正確なCPU使用率が取得できない。

7
サーバ起動監視
○
○
－

8
電源制御
○
△
HVMのリブート，WOLによる電源制御はできない。

9
遠隔操作
△
△
リモートコンソールおよびリモートコントロールの機能に差異あり。

10
グループ管理
○
△
HVMは，エージェントの一括設定のグループに登録できない。

11
接続管理
△
△
LPAR上で稼働するサーバおよびHVMを登録する手順が異なる。

12
コンソールサービスからの設定情報の変更
△
－
LPAR上で稼働するサーバ間でCPUを共有している場合，正確なCPU使用率が取得できない。

13
クラスタ管理
×
×
HA8000だけサポート。

14
他プログラムとの連携
（SNMPトランスレータ含む）
○
△
HVMは，SNMPトランスレータとの連携ができない。

15
SMP構成管理
－
－
－

16
ストレージ運用支援
△
－
ホストグループ定義ファイルをインポートしても自動割り当ては実施されない。

17
N+1コールドスタンバイ機能
×
△
N+Mコールドスタンバイを使用できる。

18
ラック管理
－
－
－

（凡例）

○：使用できる

△：使用できるが機能差または制限事項がある

×：使用できない

－：該当しない

各機能を使用する場合の注意事項については，「13.3　LPAR上で稼働するサーバまたはHVMを管理する場合の注意事項」を参照してください。

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

ここでは，LPAR上で稼働しているサーバおよびHVMをJP1/ServerConductorで管理する場合に必要な準備について説明します。

ここでは，すでにHVMの設定やLPARの作成がされていることを前提に説明しています。JP1/ServerConductorの管理コンソールからLPARを作成したりHVMの構成を変更したりする場合の手順については，「12.　HVM構成管理」を参照してください。

＜この節の構成＞

13.2.1　管理サーバへの登録

13.2.1　管理サーバへの登録

JP1/ServerConductorを使用して，LPAR上で稼働しているサーバまたはHVMを管理する場合，次の3つを管理対象として管理サーバに登録する必要があります。

LPAR上で稼働しているサーバ

LPARを管理しているHVM

HVMが稼働しているサーバモジュールが挿入されているサーバシャーシ

使用する機能によって，管理サーバに登録が必要な対象が異なります。次の表に，管理サーバに登録が必要な対象を，使用する機能別に示します。

表13-2　管理サーバに登録が必要な対象

項番 | 機能 | 操作対象 | 登録対象
LPAR | HVM | サーバシャーシ
1 | 管理コンソールからの電源制御 | HVM | × | ○ | ○
LPAR | ○ | ○ | ○
2 | グループ管理による一括電源制御 | HVM | × | ○ | ○
LPAR | ○ | ○ | ○
3 | ストレージ運用支援機能 | － | ○ | ○ | ○
4 | N+Mコールドスタンバイ | － | × | ○ | ○

（凡例）

LPAR：LPAR上で稼働しているサーバ

HVM：LPARを管理しているHVM

サーバシャーシ：HVMが稼働しているサーバモジュールが挿入されているサーバシャーシ

○：登録要

×：登録不要

－：該当しない

管理対象として登録されているかどうかは，［ホスト管理］ウィンドウで確認できます。［ホスト管理］ウィンドウでの表示例を次に示します。

［ホスト管理］ウィンドウに該当するHVMが表示されない場合は，該当するHVMを管理対象として管理サーバに登録してください。このとき，あらかじめHVMを起動しておいてください。また，そのHVMが起動しているサーバシャーシが［ホスト管理］ウィンドウに表示されていることを確認してください。管理対象として登録する方法については「13.3.9　接続管理」を，サーバモジュールの電源投入方法およびHVMの起動方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

参考

サーバモジュールの電源を入れたときに管理サーバの電源が入っていれば，管理サーバはサーバモジュールから送られた情報を受け取って，サーバモジュールを管理対象として自動的に登録します。サーバモジュールの電源を入れたときに管理サーバの電源が入っていないと，サーバモジュールから送られた情報を管理サーバが受け取ることができないため，サーバモジュールは管理対象として登録されません。その場合は，管理サーバの電源を入れたあとで，サーバモジュールを管理対象として登録してください。

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

ここでは，LPAR上で稼働しているサーバまたはHVMに対して，JP1/ServerConductorの機能を使用する場合の注意事項を説明します。

＜この節の構成＞

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

13.3.2　資産管理

13.3.3　障害管理

13.3.4　性能監視

13.3.5　サーバ起動監視

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

13.3.7　遠隔操作

13.3.8　グループ管理

13.3.9　接続管理

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

13.3.11　SMP構成管理

13.3.12　ストレージ運用支援

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

13.3.14　ラック管理

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

LPAR上で稼働しているサーバおよびHVMは，物理サーバと同様にコンソールサービスの［ホスト管理］ウィンドウに表示されます。［ホスト管理］ウィンドウの表示例を次に示します。

ローカルコンソールサービスでは，自マシンにあるLPAR上で稼働しているサーバだけ表示されます。HVMは表示されません。

また，Webコンソールサービスでは，LPAR上で稼働しているサーバは物理サーバとして表示されます。HVMは表示されません。

13.3.2　資産管理

LPAR上で稼働しているサーバのインベントリ情報には，LPARとして分割された情報が表示されます。ただし，一部の情報は分割されないでサーバモジュールのハードウェア情報が表示されます。インベントリ情報の詳細については，Invent.xlsを参照してください。

13.3.3　障害管理

LPAR上で稼働しているサーバに対する障害管理の方法は，物理サーバの場合と同じです。物理サーバの場合の障害管理については，「2.　障害管理」を参照してください。

13.3.4　性能監視

LPAR上で稼働している複数のサーバでCPUを共有している場合，［エージェントサービス設定］ダイアログボックスの［使用率超過通知］タブで設定するCPUの使用率は，そのCPUを共有しているすべてのLPARのCPU使用率となります。LPAR上で稼働しているサーバ単体の使用率とはなりません。

13.3.5　サーバ起動監視

サーバ起動監視機能では，HVMの起動を監視できます。また，LPAR上で稼働しているサーバの起動も監視できます。

HVMの起動監視をする場合は，［サーバ起動監視］ダイアログボックスの［監視対象サーバ一覧］でHVMを選択してください。また，LPAR上で稼働するサーバの起動を監視する場合は，［サーバ起動監視］ダイアログボックスの［監視対象サーバ一覧］で，サーバ自体と，そのサーバを管理しているHVMの両方を監視対象として設定してください。

設定手順は，物理サーバの場合と同じです。物理サーバに対してサーバ起動監視を設定する手順については，「4.1　サーバの起動を監視する」を参照してください。

LPAR上で稼働するサーバに対してサーバ起動監視をした場合，起動監視時間はLPARのActivate開始からエージェントサービスの起動終了までになります。また，HVMに対してサーバ起動監視をした場合，起動監視時間はHVMのBIOS起動開始からHVMの起動完了までになります。

LPAR上で稼働するサーバまたはHVMに対してサーバ起動監視をした場合の，起動監視時間を次の図に示します。

図13-1　LPAR上で稼働するサーバまたはHVMに対するサーバ起動監視時間

なお，起動開始，起動完了，タイムアウトの各アラートは，LPAR上で稼働しているサーバおよびHVMに対して，個別に通知されます。

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

LPAR上で稼働しているサーバおよびHVMに対して，管理コンソールから電源を制御できます。次にそれぞれの場合について説明します。

＜この項の構成＞

(1)　LPAR上で稼働しているサーバの場合

(2)　HVMの場合

(1)　LPAR上で稼働しているサーバの場合

LPAR上で稼働しているサーバは，物理サーバと同様に管理コンソールから電源を制御できます。物理サーバの場合の電源制御については，「3.2　電源制御」を参照してください。ただし，LPAR上で稼働するサーバの電源制御方式は，HVM（マネージャサービスからHVMに対して電源制御命令を送信し，HVMがLPARの電源制御を実行する方式）となります。

なお，LPARのActivateおよびDeactivateは，［HVM構成管理］ウィンドウからも実施できます。［HVM構成管理］ウィンドウからLPARをActivateまたはDeactivateする方法については，「12.7　LPARの操作」を参照してください。

LPAR上で稼働しているサーバの電源を管理コンソールから制御する場合，そのLPARを管理しているHVMをあらかじめ起動しておいてください。

LPAR上で稼働しているサーバの場合，電源制御スケジュールを設定する［スケジュール管理］ダイアログボックスの「ハードウェアの現在時刻」には，サーバモジュールに設定されている時刻が表示されます。

図13-2　［スケジュール管理］ダイアログボックス

なお，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)　電源制御の方式

管理対象サーバの種類によって,電源制御の方式が異なります。管理対象サーバごとの電源制御方式と［ホスト管理］ウィンドウでの表示を次の表に示します。

表13-3　電源制御方式と［ホスト管理］ウィンドウでの表示

管理対象サーバの種類 | 電源制御方式 | ［ホスト管理］ウィンドウの［電源制御］欄の表示
BS1000，BS320 | BMC | SVP（BMC）
BS2000，BS500 | SVP | SVP（BMC）

（凡例）

BMC：マネージャサービスからBMCに対して電源制御命令を送信し，電源制御を実行

SVP：マネージャサービスからSVPを経由してBMCに対して電源制御命令を送信し，電源制御を実行

13.3.7　遠隔操作

＜この項の構成＞

(1)　リモートコントロール

(2)　リモートコンソール

(3)　保守情報の取得

(1)　リモートコントロール

LPAR上で稼働しているサーバに対して，リモートコントロール機能を使用した遠隔操作およびファイル転送はできません。

(2)　リモートコンソール

LPARモードで稼働しているサーバモジュールに対してリモートコンソールアプリケーションを起動した場合の動作は，マニュアル「BladeSymphonyリモートコンソールアプリケーションユーザーズガイド」を参照してください。

(3)　保守情報の取得

保守情報は，LPAR上で稼働しているサーバでも，物理サーバと同様に取得できます。

13.3.8　グループ管理

LPAR上で稼働しているサーバまたはHVMをグルーピングの対象にできます。

LPAR上で稼働しているサーバまたはHVMをグルーピングの対象にできる操作または設定を，次の表に示します。

表13-4　LPAR上で稼働しているサーバまたはHVMをグルーピングの対象にできる操作または設定

グルーピング対象 | 操作または設定
電源制御スケジュールの設定 | エージェントサービスの設定 | 電源制御の操作
LPAR上で稼働しているサーバ | ○※1 | ○ | ○※2
HVM | ○※1 | × | ○※2

（凡例）

○：操作または設定ができる

×：設定ができない

注※1

HVMと，そのHVMが管理しているLPAR上で稼働しているサーバは，同じグループに登録できません。

注※2

次の組み合わせは，同じグループに登録できません。

・HVMと，そのHVMが管理しているLPAR上で稼働しているサーバ

・HVMと，そのHVMが稼働しているサーバシャーシ

・LPAR上で稼働しているサーバとそのLPARを管理しているHVMが稼働しているサーバシャーシ

グルーピング方法，電源制御スケジュールの設定方法，および電源制御の操作方法は，物理サーバをグルーピングした場合と同様です。

13.3.9　接続管理

LPAR上で稼働しているサーバを管理サーバに登録および削除する手順は，物理サーバの場合と同じです。物理サーバの場合の接続管理については，「1.3　管理対象の登録と削除」を参照してください。

HVMを管理サーバに登録および削除する手順は，物理サーバと異なります。HVMを管理サーバに登録する手順および削除する手順を次に示します。

注意

未接続で使用しなくなった管理対象のHVMは，管理対象から削除してください。コンソールサービス上で誤った操作を引き起こす原因になります。

＜この項の構成＞

(1)　登録

(2)　削除

(1)　登録

HVMの登録には，手動登録と自動登録の2つの方法があります。

手動登録

［ホスト管理］ウィンドウの［接続管理］メニューから［登録］を選択し，登録したいHVMを，コンソールから手動で登録します。

自動登録

BSMまたはHVM起動時の自動登録だけがサポートされています。HVMから定期的に登録要求をすることで自動登録されることはありません。

BSM起動時の自動登録

BSM起動時に，自動的に同一ネットワークセグメントのHVMが検出され登録されます。

HVM起動時の自動登録

HVM起動時に，登録済みの通知先マネージャサービスに通知を行い，通知したHVMが自動登録されます。

登録方法と，HVMの対応を次に示します。

表13-5　登録方法とHVMの対応

項番 | 登録方法 | サーバシャーシ
BS1000またはBS320 | BS2000またはBS500
1 | コンソールからの手動登録 | ○ | ○
2 | BSM起動時の自動登録 | ○ | ×
3 | HVM起動時の自動登録 | ○ | ○

（凡例）

○：登録機能がサポートされている

×：登録機能はサポートされていない

起動しているHVMが［ホスト管理］ウィンドウに表示されない，HVMを誤って削除したなどの場合，次の手順でHVMを登録して［ホスト管理］ウィンドウに表示させます。

［ホスト管理］ウィンドウでサーバモジュールを登録するマネージャを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するHVMのIPアドレスを入力する
ホスト名では指定できません。IPアドレスを入力してください。

種別の中から，「サーバシャーシ/HVM(BS1000/BS320)」または「サーバシャーシ/HVM(BS2000/BS500), IOEU」を選択する

［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］ボタンをクリックしてください。

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

LPAR上で稼働しているサーバに対して，コンソールサービスからエージェントサービスの設定ができます。設定できる項目は，物理サーバの場合と同じです。

LPAR上で稼働している複数のサーバでCPUを共有している場合，［エージェントサービス設定］ダイアログボックスの［使用率超過通知］タブで設定するCPUの使用率は，そのCPUを共有しているすべてのLPARのCPU使用率となります。LPAR上で稼働しているサーバ単体の使用率とはなりません。

13.3.11　SMP構成管理

＜この項の構成＞

(1)　［SMP設定］ウィンドウでの表示

(2)　パーティション構成の変更

(1)　［SMP設定］ウィンドウでの表示

SMP構成で物理パーティションを構成しているサーバモジュールが，LPARモードで稼働しているサーバモジュールの場合，LPAR上のサーバが起動していても，その物理パーティションのコンピュータ名，ホスト名，OS名の情報は取得できません。

(2)　パーティション構成の変更

LPARモードの物理パーティションの場合でも，SMP構成管理機能でパーティションの構成を変更できます。ただし，次の現象が発生することがあるため，LPARモードで運用中の物理パーティションのSMP構成を縮小しないでください。

管理コンソールからLPARのActivateをしても，リソースの不足によって，LPARがDeactivateのままとなる

HVMのManagement Pathをデフォルトのパス以外に設定している場合，管理コンソールからHVM構成管理機能が使用できなくなる

また，物理パーティションの構成変更によって，LPARモードの物理パーティションを削除した場合，削除したパーティションを再度作成しても，LPARモードにはなりません。再度，LPARモードにするには，SVP機能でサーバをLPARモードに変更してください。詳細については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

13.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モードで稼働しているサーバモジュールに対してストレージ運用支援機能を使用する場合と同じです。設定手順については，「10.5　ホストグループの自動割り当て」を参照してください。

なお，ホストグループ割り当て定義ファイルをインポートするとき，LPARモードで稼働しているサーバモジュールの電源はOFFになっている必要はありません。

(3)　ホストグループ割り当て定義ファイルの形式

LPARモードで稼働しているサーバモジュールに対してストレージ運用支援機能を使用する場合は，LPARモード用の設定項目を指定します。

ストレージシステムobjectID,ストレージシステムのname,ポートWWN,
ホストグループobjectID,ホストグループのnickname,サーバシャーシID,パーティションID,
I/Oモジュールスロット番号,HBAポート番号,
ブート識別子,LPAR識別子

パーティションID，I/Oモジュールスロット番号，およびLPAR識別子の説明を次に示します。これ以外の設定項目の説明については，「10.5.2(2)　ホストグループ割り当て定義ファイルの作成」を参照してください。

表13-6　ホストグループ割り当て定義ファイルの設定項目（LPARモード用）

項目名
説明

パーティションID
インポート対象のLPARが稼働しているパーティション番号を指定します。0～7の半角数字で指定します。

I/Oモジュールスロット番号
インポート対象のLPARに割り当てられているI/Oモジュールスロット番号を半角数字で指定します。BS2000の場合は0～15，80，81，BS1000の場合は0～15，BS500の場合は82，BS320の場合は0を指定します。
I/Oモジュールスロット番号の付与規則については，「10.5.2(2)　ホストグループ割り当て定義ファイルの作成」を参照してください。

HBAポート番号
BS2000，またはBS500の場合，ホストグループを割り当てるHBAのポート番号を0～3の半角数字で指定します。
HBAポート番号の付与規則については，「10.5.2(2)　ホストグループ割り当て定義ファイルの作成」を参照してください。

LPAR識別子
インポート対象のLPARを管理しているHVM内で一意に割り当てられている，LPARごとの識別子を指定します。1～64の半角数字で指定します。
なお，Basicモードで運用している場合，LPAR識別子が指定されているとホストグループが正しく割り当たらないため，LPAR識別子には何も指定しないでください。

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

ホストグループの割り当て結果は，CSV形式のファイルに出力して確認します。［ディスク割当てリポジトリ］ウィンドウでは確認できません。

ホストグループの割り当て結果を，CSV形式のファイルで確認する方法については，「10.6.2(1)　CSV形式のファイルに出力して確認する方法」を参照してください。

(5)　ストレージ運用支援機能の通知アラート

N+Mグループに登録しているBasic環境のホストに対して，ストレージ運用支援機能のホストグループを割り当てた場合，N+Mコールドスタンバイの切り替えまたは復帰時に，LUの割り当て（0x3705）またはLUの割り当て解除（0x3706）のアラートが通知されます。それに対して，HVMで管理するLPAR上で稼働するホストにホストグループを割り当てた場合，LUの割り当て（0x3705）またはLUの割り当て解除（0x3706）のアラートは通知されません。

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

LPAR上で稼働しているサーバを，物理パーティション単位でN+Mコールドスタンバイの現用系ホストとして登録できます。またLPARモードのサーバモジュールを予備系サーバモジュールとして登録できます。

LPARモードで稼働している，現用系のサーバモジュールに障害が発生した場合，そのサーバモジュール上で稼働しているLPARモードのサーバが，サーバモジュール単位で切り替えられます。現用系のサーバモジュールで稼働しているLPARは，予備系サーバモジュールに，同じ構成で引き継がれます。LPARモードで稼働しているサーバモジュールを，N+Mコールドスタンバイの現用系および予備系のサーバモジュールとして登録した場合の切り替え発生時の動作を次の図に示します。

図13-3　切り替え発生時の動作（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非搭載のサーバモジュールを登録できません。現用系ホストおよび予備系サーバモジュールに登録できる組み合わせを，次の表に示します。

表13-7　現用系ホストおよび予備系サーバモジュールに登録できる組み合わせ

現用系ホスト※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非搭載のサーバモジュールは選択できません。

また，予備系サーバモジュールについては，同一のN+1グループの現用系ホストに登録されているHVMで一番高いグレードの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の設定に従います。

また，N+1冗長化の設定をしていた場合，次に示す状態のときは，あとからN+1切り替え処理を実行するマネージャサービスに対して，エラーではなく警告アラートを通知し，メッセージを表示します。

現用系のサーバモジュールのHVMのIPアドレスが予備系サーバモジュールに設定されている

手動切り替え完了後の予備系サーバモジュールの状態の違いを，次の図に示します。

図13-4　手動切り替え完了後の予備系サーバモジュールの状態の違い

手動で切り替えを実行した場合，切り替えが完了しても各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，またはBS500の場合は，HVMスクリーンでHVMのIPアドレスを確認してください。

現用系サーバモジュール上のHVMのIPアドレスが予備系サーバモジュールに移っている場合は，SVPのPRコマンドでHVMのIPアドレスなどの，パーティション情報の設定を変更する
BS2000，またはBS500の場合は，HVMスクリーンでHVMのIPアドレスを確認してください。

修正後に現用系サーバモジュールを起動し，問題なく稼働することを確認してから，再度N+1グループを登録する

HVMのIPアドレスなどのパーティション情報を変更する方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

切り替えまたは復帰に失敗した場合，現用系のサーバモジュールと予備系サーバモジュールのハードウェア装置の設定が変更されている場合があります。設定が変更されている場合は，切り替えまたは復帰を実行する前の状態に回復してください。ハードウェア装置の設定の変更方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

(7)　ネットワークスイッチ連携機能でのN+Mコールドスタンバイの注意事項

ネットワークスイッチ連携機能を使用している場合，サーバモジュールが仮想化されていても，ポートの設定は物理環境の場合と同じように引き継がれます。ネットワークスイッチ連携機能については，「9.4　ネットワークスイッチとの連携」を参照してください。

(8)　SMP構成でのN+Mコールドスタンバイの注意事項

SMP構成機能では，1つの物理パーティションにHVM搭載のサーバモジュールとHVM非搭載のサーバモジュールを混在させることができます。その場合，HVM搭載／非搭載のサーバモジュールが混在している物理パーティションは，HVM非搭載のサーバモジュールと同じ扱いとなります。

例えば，現用系ホストにHVMを登録した場合，予備系サーバモジュールにHVM搭載／非搭載のサーバモジュールが混在している物理パーティションを登録することはできません。

(9)　現用系ホストのグループにHVM搭載／非搭載のサーバモジュールが混在している場合の注意事項

現用系ホストが稼働しているサーバモジュールに，HVM搭載のサーバモジュールとHVM非搭載のサーバモジュールが混在している場合，切り替え後に予備系を現用系とする操作を実施すると，これまで現用系として使用していたサーバモジュールを予備系に登録できないことがあります。

現用系として使用していたサーバモジュールを予備系に登録できない構成を，次の図に示します。

このような場合，2.で予備系のHVM搭載のサーバモジュール（Basicモード）を現用系とする操作をしたときに，予備系サーバモジュールにHVM非搭載のサーバモジュール（Basicモード）を登録できないことを知らせるメッセージが出力されます。

図13-5　現用系として使用していたサーバモジュールを予備系に登録できない構成

(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ユーザーズガイド」を参照してください。

13.3.14　ラック管理

［ラックマネージャ］ウィンドウでは，ラックに搭載されているサーバシャーシおよびサーバモジュールの障害状態を参照できます。サーバモジュールがLPARモードの場合，そのサーバモジュール上で稼働するLPAR，またはそのLPARを管理しているHVMの状態が，サーバモジュールの状態として表示されます。

例えば，次の図に示すように，LPAR1とLPAR2がスロット0および1で構成されているパーティション上で稼働している場合，LPAR1で障害が発生すると，［ラックマネージャ］ウィンドウでは，スロット0およびスロット1のサーバモジュールの状態が「障害」と表示されます。

図13-6　SMP構成での［ラックマネージャ］ウィンドウの障害表示

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

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

＜この章の構成＞

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

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

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

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

仮想化されたサーバをJP1/ServerConductorの管理コンソールから管理する場合，仮想化されていないサーバ（物理サーバ）に対して使用できる機能と差異があります。

仮想化されたサーバに対して使用できる機能の一覧を次に示します。

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

項番
機能
使用可否
備考

VMホスト※
VMゲスト

1
コンソールサービスでの表示
○
○
VMホストおよびVMゲストをツリー構成で表示できる。

2
ローカルコンソールサービスでの表示
×
×
自マシン上のサーバだけ表示される。

3
Webコンソールサービスでの表示
×
×
－

4
資産管理
×
×
－

5
障害管理
△
×
VMホストの場合，SVPアラート（直接通知）を通知できる。また，ラックマネージャでSNMP Trapに関する設定をしている場合，SNMP Trapをアラートに変換して通知できる。

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コールドスタンバイ機能
△
×
VMホストの場合，N+Mコールドスタンバイを使用できる。

18
ラック管理
○
－
－

（凡例）

○：使用できる

△：使用できるが，仮想化されていないサーバ（物理サーバ）と比べて機能差または制限事項がある

×：使用できない

－：該当しない

注※

AgentおよびAdvanced Agentがインストールされている環境では，AgentおよびAdvanced Agentの機能を使用できます。

コンソールサービスおよびマネージャサービスが共にバージョン08-65以降の場合に，仮想化されたサーバに対して操作できます。

各機能を使用する場合の注意事項については，「14.3　仮想化されたサーバを管理する場合の注意事項」を参照してください。

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

ここでは，仮想化されたサーバをJP1/ServerConductorで管理する場合に必要な準備について説明します。

＜この節の構成＞

14.2.1　設定の流れ

14.2.2　管理サーバへの登録

14.2.1　設定の流れ

＜この項の構成＞

(1)　仮想化プラットフォームのサーバを管理する場合

(2)　Hyper-Vへ移行する場合

(1)　仮想化プラットフォームのサーバを管理する場合

仮想化プラットフォームのサーバを管理するには，次の作業が必要になります。次の作業を実施しない場合は，VMホストの登録時にエラーとなります。

●VMwareの場合

管理サーバに対する作業

Windows Remote Managementのインストール

.NET Frameworkのインストール

WinRMクライアントの設定

管理対象サーバに対する作業

VMwareのバージョン確認と更新

VMwareの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 2012またはWindows Server 2008をHyper-Vへ移行するには，次の作業が必要になります。なお，AgentホストとVMホストを共存させる場合は，次の作業は不要です。

移行する管理対象サーバの削除
1.［ホスト管理］ウィンドウで削除するホストを選択する
2.［接続管理］メニューから［削除］を選択する
3.［OK］または［全てOK］ボタンをクリックする

管理対象サーバのAgentやAdvanced Agentのアンインストール

管理対象サーバのHyper-Vへの移行

マネージャサービスの設定
「(1)　仮想化プラットフォームのサーバを管理する場合」の「管理サーバに対する作業」に示した作業をします。すでに実施している場合は，不要です。

管理対象サーバの「VMホスト」としての登録

14.2.2　管理サーバへの登録

管理サーバへVMホストおよびVMゲストを登録する方法を説明します。

＜この項の構成＞

(1)　前提条件

(2)　VMホストの登録

(1)　前提条件

コンソールサービスおよびマネージャサービスのバージョン

VMホストおよびVMゲストを登録できるのは，コンソールサービスおよびマネージャサービスが共にバージョン08-65以降の場合です。

サーバシャーシの登録

BladeSymphony上のVMホストを登録する場合，サーバシャーシが登録されている必要があります。

証明書のインストール

HTTPS通信でVMwareのVMホストを登録する場合，マネージャサービスがインストールされているマシンに，HTTPS通信に必要となる証明書をインストールしておく必要があります。次の方法で証明書をインストールしてください。

VMホストが使用する証明書を発行した認証機関のルート証明書を入手する

マネージャサービスがアクセスできる証明書ストアのローカルコンピュータ配下にインポートする

(2)　VMホストの登録

VMホストを登録する手順を次に示します。

［ホスト管理］ウィンドウでホストを登録するマネージャサービスを選択する

［接続管理］メニューから［登録］を選択する
［ホスト登録］ダイアログボックスが表示されます。

登録するホストのIPアドレス，またはホスト名を入力する

種別の中から，「VMホスト」を選択する

VMホスト管理者のユーザ名およびパスワードを入力する
VMwareホストの場合は，VMware環境のServiceConsoleまたはVMkernelにログインするためのユーザ名およびパスワードを入力します。
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ホストを登録する必要があります。

クラスタ環境のHyper-VをVMホストとして登録する場合，登録時に使用するIPアドレスにはクラスタを構成する各ホストのIPアドレスを入力してください。クラスタリソース（例：クラスタのIPアドレスなど）で登録した場合，不正な表示や動作となることがあります。

管理対象サーバがHA8000の場合，AgentホストとVMホストの両方が［ホスト管理］ウィンドウに登録されているとき，同じ管理対象サーバかどうかは，AgentホストとVMホストのコンピュータ名が同じかどうかで判断されます。別の管理対象サーバのAgentホスト，VMホストまたはVMゲストに，同じコンピュータ名を付けないでください。

Agentホストと共存させる場合の注意事項については，「14.3　仮想化されたサーバを管理する場合の注意事項」を参照してください。

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

ここでは，仮想化プラットフォームのサーバに対して，JP1/ServerConductorの機能を使用する場合の注意事項を説明します。

＜この節の構成＞

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

14.3.2　資産管理

14.3.3　障害管理

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

14.3.5　遠隔操作

14.3.6　グループ管理

14.3.7　接続管理

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

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

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

［ホスト管理］ウィンドウで，次の形式でVMホストおよびVMゲストを表示できます。

サービス構成表示

すべてのVMホストおよびVMゲストが表示されます。

サーバシャーシ別表示

サーバタイプが「BladeSymphony」であるVMホストと，それに対応するVMゲストが表示されます。

ツリー構成表示

すべてのVMホストおよびVMゲストがツリー構成で表示されます。VMホストおよびVMゲストの親子関係を確認できます。

なお，サイト別表示およびドメイン別表示の場合は，VMホストおよびVMゲストは表示されません。

VMホストおよびVMゲストが表示された［ホスト管理］ウィンドウの例を次に示します。

図14-1　VMホストおよびVMゲストが表示された［ホスト管理］ウィンドウの例

同じ管理対象サーバのAgentホストとVMホストの両方が［ホスト管理］ウィンドウに登録されている場合，同じコンピュータ名でそれぞれ表示されます。また，管理対象サーバがBladeSymphonyのときは，同じパーティション番号にAgentホストとVMホストが表示されます。

注意

VMゲストは単体で［ホスト管理］ウィンドウに登録する，または［ホスト管理］ウィンドウから削除することはできません。

VMホストが登録されている状態で，次に示す方法によって構成が変更された場合，構成の変更は［ホスト管理］ウィンドウに反映されません。構成を変更したあとは，すべてのVMホストの更新を実行してください。
・VMゲストの作成や削除
・VMホストまたはVMゲストのホスト名の変更
・N+Mコールドスタンバイによる，VMホストの別サーバモジュールへの切り替え
・VMゲストの移動

複数のコンソールサービスがマネージャサービスに接続している場合，あるコンソールサービスで表示の更新を実行すると，ほかのコンソールサービスの［ホスト管理］ウィンドウでも，VMゲストの状態が更新されます。

複数のコンソールサービスがマネージャサービスに接続している場合，あるコンソールサービスでVMホストを削除すると，ほかのコンソールサービスの［ホスト管理］ウィンドウから，削除したVMホストのVMゲストが削除されます。

14.3.2　資産管理

VMホストおよびVMゲストのインベントリ情報は，CSVファイルに出力できません。［ホスト管理］ウィンドウでVMホストまたはVMゲストを選択して［ファイル］メニューの［インベントリCSV形式ファイル出力］を選択した場合，サーバシャーシ/HVM，VMホスト/VMゲストのインベントリ情報は出力しないという内容のメッセージが表示されます。

14.3.3　障害管理

仮想化プラットフォームのサーバに対して使用できる障害管理機能の一覧を次に示します。

表14-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アラート（直接通知）

SNMP Trapに対するアラート通知

VMゲストからは，アラートは通知されません。

注意

BladeSymphonyの場合，SVPアラート（直接通知）は，SVPが搭載されサーバシャーシが登録されていることが前提となります。

HA8000の場合，SVPアラート（直接通知）はSVPが搭載され，SVPボード 環境設定ツールを使用して必要な設定をしていることが前提となります。

SNMP Trapに対するアラート通知は，ラックマネージャでSNMP Trapをアラートに変換して受信するように設定していることが前提となります。

［ホスト管理］ウィンドウのアイコンが非活性の状態でアラートを受信しても障害表示にはなりません。

通信障害などによってマネージャサービスとSVP間でSVPアラート（直接通知）を受信できなかった場合は，次のようになります。
BladeSymphonyの場合は，通知の失敗が検知され，再送条件を満たした場合にアラートが再送されます。
HA8000の場合は，アラートは再送されません。

マネージャサービスが未対応のアラートをSVPから受信した場合は，次のようになります。
・［通知アラート］ウィンドウの「アラートレベル」に「取得不可」と表示される。
・JP1/IMへ通知されない。
・E-mail通知されない。
・アラートアクションサービスは動作しない。

(2)　［ホスト管理］ウィンドウ

［ホスト管理］ウィンドウに表示される情報のうち，仮想化プラットフォームの障害管理機能に関係する内容について説明します。

（アラート通知あり）のアイコンの表示

SVPアラート（直接通知）が発生した場合は，障害が発生したVMホストに（アラート通知あり）のアイコンが表示されます。BladeSymphonyの場合は，サーバモジュール固有のアラートが発生した場合に（アラート通知あり）のアイコンが表示されます。また，ラックマネージャでSNMP Trapをアラートに変換して受信するように設定している場合，インフォメーションレベル以外のアラート通知に合わせて（アラート通知あり）のアイコンが表示されます。

障害表示の解除

（アラート通知あり）のアイコンは，［通知アラート］ウィンドウで通知アラートをすべて確認した場合に，解除されます。

SVPボードのIPアドレスの変更による影響（HA8000の場合）

SVPボードのIPアドレスを変更した場合も，変更前に発生したアラートは表示されます。

N+Mコールドスタンバイ切り替え時の表示

VMホストで切り替えが発生した場合は，切り替え後のサーバ（シャーシID，パーティションID）に対応するアラート（警告レベル以上）によって障害表示されるようになります。切り替え前のVMホストで発生したアラートの情報ではありません。

Agentホストの場合，従来のAgent経由のアラートに加えて，サーバモジュール固有のSVPアラートも検知できるようになります。

Agentホストと共存している場合のアラート表示

SVPアラート（直接通知）を受信した場合，AgentホストとVMホストの両方のアイコンが（アラート通知あり）の状態に変わります。［通知アラート］ウィンドウでアラートを確認すると，両方のアイコンは（正常）の状態に変わります。

SNMP Trapに対するアラート通知を受信した場合，AgentホストとVMホストの両方のアイコンが（アラート通知あり）の状態に変わります。［通知アラート］ウィンドウでアラートを確認すると，両方のアイコンは（正常）の状態に変わります。

同じ管理対象サーバのAgentホストとVMホストが［ホスト管理］ウィンドウに登録されている場合，エージェントサービスでアラートが発生したときは，Agentホストのアイコンだけが（アラート通知あり）の状態に変わります。VMホストのアイコンは変わりません。

(3)　ラック管理

仮想化プラットフォームでは，SVPアラート（直接通知）が発生した場合，［ラックマネージャ］ウィンドウのブレードサーバ部またはサーバに対して（アラート通知あり）のアイコンが表示されます。また，SNMP Trapをアラートに変換して受信するように設定している場合，インフォメーションレベル以外のアラート通知に合わせて（アラート通知あり）のアイコンが表示されます。

Agentホストと共存している場合の管理対象

ラックマネージャにVMホストを登録した状態で，VMホストと同一管理対象サーバ上にAgentやAdvanced Agentをインストールした場合，ラックマネージャの管理対象はAgentホストに変更されます。［ラックマネージャ］ウィンドウを開いている場合は，［F5］キーを押すと，Agentホストに変更された最新の状態が表示されます。この場合，VMホストで取得していたSVPボードからのSVPアラート（直接通知）は，Agentホストには引き継がれません。また，サーバシャーシからのSVPアラート（直接通知）の場合は，Agentホストには引き継がれませんが，未確認アラート件数，サーバシャーシ，スロットのイメージ，および未確認アラート一覧には引き継がれます。

Agentホストが登録されている場合は，登録の順序に関係なく，常にAgentホストが管理対象となります。

なお，Agentホストと共存している場合，VMホストは削除できるようになります。

(4)　アラート情報の表示

アラート情報の表示について，アラートの種類ごとに説明します。

(a)　通知アラート

VMホストの場合，SVPアラート（直接通知）のアラートが［通知アラート］ウィンドウに表示されます。

Agentホストと共存している場合のアラート表示

AgentホストとVMホストが共存している場合も，アラート1件に対して1件の表示となり，AgentホストおよびVMホストでそれぞれ1件ずつ表示されることはありません。

(b)　SVPログ

BladeSymphonyの場合，従来どおりSVPログを表示できます。

HA8000の場合，SVPボード 環境設定ツールを使用して必要な設定をしている場合にSVPログを表示できます。

VMホストとAgentホストで検出できるアラート情報が異なります。検出できるアラート情報の詳細については，Invent.xlsを参照してください。

VMホストで検出できないアラート情報がSVPログにある場合，アラートレベルは「取得不可」と表示されます。

VMホストがAgentホストと共存すると，Agentホストが検出できるアラート情報については，共存前に「取得不可」と表示されていたアラートレベルが正しく表示されるようになります。

(c)　マネージャアラートログ

従来どおりマネージャアラートログを表示できます。

(5)　未通知アラートの通知

「2.5　未通知アラートを通知する」で説明している未通知アラートの機能を使用できます。

(6)　アラートアクションサービスの設定

従来どおりアラートアクションサービスを設定できます。

(7)　JP1/IMへの通知

従来どおりJP1/IMへ通知できます。

(8)　e-mailの通知

従来どおりe-mailで通知できます。

(9)　アラートのログファイルへの記録

SVPログを出力できます。

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

VMホストおよびVMゲストに対する管理コンソールからの電源制御について説明します。

＜この項の構成＞

(1)　実行できる電源制御の種類

(2)　電源制御の方式

(3)　注意事項

(1)　実行できる電源制御の種類

VMホストおよびVMゲストに対して，次の電源制御ができます。

電源ON

電源OFF

強制電源OFF

リブート

(2)　電源制御の方式

VMホストとVMゲストの電源制御の方式を次に示します。

表14-3　VMホストとVMゲストの電源制御の方式

項番 | 管理対象サーバ | カテゴリ | 電源制御のメニュー
電源ON | 電源OFF | 強制電源OFF | リブート
1 | VMホスト | SVPあり | SVP | VM制御 | SVP | VM制御
2 | SVPなし | WOL | VM制御 | － | VM制御
3 | SVP不明 | － | － | － | －
4 | VMゲスト | SVPあり | VM制御 | VM制御 | VM制御 | VM制御
5 | SVPなし | VM制御 | VM制御 | VM制御 | VM制御
6 | SVP不明 | － | － | － | －

（凡例）

SVPあり：BladeSymphonyの場合は，VMホストがあるサーバモジュールがほかのサーバシャーシ上に移動されていない状態。HA8000の場合は，SVPボードのIPアドレスが指定されている状態。

SVPなし：HA8000の場合に，SVPボードのIPアドレスが指定されていない，またはSVPボードが使用できない状態。

SVP不明：BladeSymphonyの場合に，VMホストがあるサーバモジュールがほかのサーバシャーシ上に移動された状態。

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ゲストが表示されるようになります。

14.3.5　遠隔操作

仮想化プラットフォームでは，VMホストに対してランプ制御ができます。

ランプ制御ができるVMホストは，［ホスト管理］ウィンドウで，シャーシIDおよびパーティション番号が表示されているものになります。

14.3.6　グループ管理

仮想化プラットフォームでは，「電源ON」，「電源OFF」，「強制電源OFF」および「リブート」の一括操作ができます。ただし，次のように管理対象が混在している場合は，一括操作できません。

同一管理対象サーバでないAgentホストとVMホストの混在

AgentホストとVMゲストの混在

VMホストとVMゲストの混在

VMホストおよびVMゲストの削除

［ホスト管理］ウィンドウからグルーピングしているVMホストを削除した場合，物理サーバと同様に，ホスト管理対象から削除されると同時にグルーピングデータからも削除されます。この場合，VMホストの配下にあるVMゲストもグルーピングしているときは，グルーピングデータからVMゲストの定義も削除されます。これはVMゲスト単体で削除した場合も同様です。

VMゲストの移動

VMゲストがグループに登録されている状態でVMゲストを移動した場合，VMゲストはグループから削除されます。その場合，再度VMゲストをグループに登録してください。

14.3.7　接続管理

VMホストおよびVMゲストの登録・削除について説明します。

＜この項の構成＞

(1)　VMホストおよびVMゲストの登録

(2)　VMホストおよびVMゲストの削除

(3)　接続先マネージャサービスの確認

(1)　VMホストおよびVMゲストの登録

管理サーバへVMホストおよびVMゲストを登録する方法は，「14.2.2　管理サーバへの登録」を参照してください。

(2)　VMホストおよびVMゲストの削除

VMホストを削除した場合，VMゲストも削除されます。VMゲストだけの削除はできません。

VMホストがN+Mグループに登録されている場合は，削除できません。

サーバシャーシを削除した場合，登録されているすべてのVMホスト，VMゲスト，HVM，およびサーバ（エージェント，LPAR）が削除されます。

(3)　接続先マネージャサービスの確認

［接続先マネージャサービスの確認］ダイアログボックスには，VMホストおよびVMゲストは表示されません。

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

VMホストに対して，コンソールサービスから次の情報を変更できます。

ログイン情報

SVPボードのIPアドレス（HA8000の場合だけ）

それぞれの変更手順を説明します。

＜この項の構成＞

(1)　ログイン情報の変更

(2)　SVPボードのIPアドレスの変更（HA8000の場合だけ）

(1)　ログイン情報の変更

VMホストの登録後に，VMホスト管理者のVMログイン用のパスワードや通信手段などが変更された場合，次の手順でログイン情報を変更します。

［ホスト管理］ウィンドウの［設定］メニューから，［VMホスト設定変更］－［ログイン情報の変更］を選択する
［ログイン情報の変更］ダイアログボックスが表示されます。
［ログイン情報の変更］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから，［VMホスト設定変更］－［ログイン情報の変更］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

変更後の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アドレス変更］ダイアログボックスは，［ラックマネージャ］ウィンドウの［設定］メニューから，［VMホスト設定変更］－［SVPボードのIPアドレス変更］を選択することでも表示できます。手順については，「8.9　ラックマネージャからの設定情報の変更」を参照してください。

変更後の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アドレスが変更されます。

14.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グループに登録できるホスト数

1つのN+1グループに登録できるホスト数は，256台までです。

(6)　切り替え時および復帰時の電源制御

N+Mコールドスタンバイの切り替え時および復帰時の電源制御を次に示します。

表14-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

シャットダウン時の注意事項については，「14.3.4 (3)　注意事項」を参照してください。

注※3

「14.3.4 (3)　注意事項」の電源OFFと同じ動作をします。

注※4

「14.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ホストは表示されません。

15.　トラブルの対処方法

この章では，運用中にトラブルが発生した場合の対処方法について説明します。

＜この章の構成＞

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

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

15.3　資料の採取方法

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

運用中にトラブルが発生した場合の対処手順を，次の図に示します。

図15-1　トラブルが発生した場合の対処手順

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

運用中にトラブルが発生したときに採取が必要な資料を次に示します。

注意

ここでは，トラブルを解析する上で非常に重要度が高い資料を示しています。発生したトラブルの状態によっては，ここに示す以外の資料が必要になります。

＜この節の構成＞

(1)　トラブル内容の確認で採取する情報

(2)　画面表示内容の確認で採取する資料

(3)　ログファイル

(4)　ネットワーク情報

(5)　システム構成情報

(6)　システム情報

(7)　ダンプ情報

(8)　レジストリ情報（Windowsの場合）

(9)　関連製品・連携製品の情報

(1)　トラブル内容の確認で採取する情報

トラブルが発生したら，トラブルの内容とトラブルが発生した経緯を正確に，かつ詳細に把握することが，トラブル解決の手助けとなります。次の情報の採取が必要です。

トラブルの内容
どのような状況（環境構築中，システム運用中など）で，どのような問題が発生しているかを正確に把握してください。

トラブル発生時刻
ログファイルにも時刻は出力されますが，複数のトラブルが記録されている場合もあります。トラブルをスムーズに解析するために，トラブルが発生した時刻を把握してください。

オペレーション内容の詳細
オペレーションによってトラブルが発生した場合，できるだけ詳細にオペレーション内容を把握してください。オペレーション内容を把握できる資料がある場合は，合わせて採取してください。

(2)　画面表示内容の確認で採取する資料

メッセージが出力されている場合は，メッセージの内容を確認してください。各メッセージの要因と対処方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 メッセージ」を参照してください。

また，発生したトラブルの内容が判断できるエラー情報が画面上に表示されている場合，画面のハードコピーを採取してください。エラー情報の例を次に示します。

ポップアップ画面

操作画面（アプリケーションエラーが発生した場合）

エラーメッセージダイアログボックス
［詳細］ボタンがある場合は，［詳細］ボタンをクリックしたときに表示される内容のハードコピーも採取してください。

コマンド実行画面（コマンド実行時にトラブルが発生した場合）

(3)　ログファイル

トラブル原因解析のために必要となる，JP1/ServerConductorの各製品のログの採取が必要です。また，N+1コールドスタンバイ機能やJP1/IM連携など，ほかのハードウェア製品やソフトウェア製品との関連性が考えられる場合，関連ハードウェア製品および関連ソフトウェア製品のログの採取が必要です。

採取が必要なログファイルを次に示します。

サーバアラートログ
ハードウェアのアラートがトラブルに起因しているかを調べるための情報となります。

SVPログ
サーバアラートログとともに，SVPのアラートがトラブルに起因しているかどうかを調べるための情報となります。

装置ログ
IOEUのアラートがトラブルに起因しているかどうかを調べるための情報となります。

マネージャアラートログ
管理サーバで発生したアラートがトラブルに起因しているかどうかを調べるための情報となります。

JP1/ServerConductorの各製品のログ
管理サーバ，管理対象サーバでトラブルが発生した場合，すべての条件で必要な情報です。

イベントログ情報（Windowsの場合）
保守情報のOS情報が取得できない場合，トラブルが発生したシステムの動作状況を把握するための情報となります。

システムログ情報（LinuxまたはHP-UXの場合）
保守情報のOS情報が取得できない場合，トラブルが発生したシステムの動作状況を把握するための情報となります。

採取するログ情報の種類および採取方法は各製品の適用OSごとに異なります。採取方法については，「15.3　資料の採取方法」を参照してください。

注意

JP1/ServerConductorの各製品のログについての注意事項を次に示します。

JP1/ServerConductorの各製品から出力されるログファイルは削除しないでください。障害発生時に原因の究明ができなくなります。また，製品の動作に影響を及ぼすおそれがあります。

別の製品（アンチウィルス製品含む）によるログ監視の対象として指定しないでください。JP1/ServerConductorの各製品のログファイルの内容は非公開であり，内容が予告なく変更されることがあります。また，ログ監視によって製品の動作に影響を及ぼすおそれがあります。

(4)　ネットワーク情報

［ホスト管理］ウィンドウ上のアイコンが活性化されない，電源がONできないなど，ネットワークに問題がある可能性がある場合，ネットワーク情報の採取が必要です。

また，ファイアウォールの設定内容やネットワークスイッチの設定内容に誤りがないこと，およびネットワーク構成に誤りがないことを確認してください。

ネットワーク情報の採取方法は各製品の適用OSごとに異なります。採取方法については，「15.3　資料の採取方法」を参照してください。

注意

ログファイルがラップアラウンドしてしまうおそれがあるため，確認を実施する前に，ログファイルを採取してください。

(5)　システム構成情報

トラブルとシステム構成に因果関係がないかどうかを調査するため，次に示すシステム構成情報の採取が必要です。

マシン構成図およびネットワーク構成図
ネットワーク機器構成を含めた，マネージャサービス，エージェントサービスおよびコンソールサービスの構成（ホスト名，IPアドレス，MACアドレス，BladeSymphonyの場合，シャーシ情報など）が記載してある資料

注意

この資料は，トラブルが発生したマシンとの因果関係を調査するために必要となります。環境構成の変更でトラブルが発生した場合は，変更前後の情報を採取してください。情報が誤っている場合，要因の特定が困難になる場合があるので，必ず最新のものを採取してください。

マシンの形名情報，製造番号

管理対象サーバの保守情報
管理対象サーバの保守情報の採取方法については，「3.7　保守情報の取得」を参照してください。

(6)　システム情報

発生したシステムの状態を正確に把握するため，システム情報の採取が必要です。

システム情報の採取方法は各製品の適用OSごとに異なります。採取方法については，「15.3　資料の採取方法」を参照してください。

(7)　ダンプ情報

ダンプファイルが出力されている場合は，ダンプファイルを採取してください。ダンプファイルの出力先については，OSのヘルプやOS関連ドキュメントなどを参照してください。

(8)　レジストリ情報（Windowsの場合）

Windowsの場合，システムの設定値などを確認するため，レジストリ情報の採取が必要です。採取方法については，「15.3　資料の採取方法」を参照してください。

(9)　関連製品・連携製品の情報

関連製品との連携で発生したトラブルの場合，トラブルの解析に必要な情報の採取が必要です。必要な情報の例を次に示します。

連携ハードウェアの情報

SVP，BIOSなどのハードウェア関連情報

各連携ソフトウェア製品の情報

クラスタ構成情報，クラスタログなどのクラスタ関連情報

15.3　資料の採取方法

トラブルが発生したとき，JP1/ServerConductorのサービスがインストールされている各マシンで，資料採取が必要になります。それぞれの資料採取の方法を次に示します。

＜この節の構成＞

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

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

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

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

15.3.5　管理サーバ（BSM）での資料の採取方法

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

管理コンソールでは次の資料を採取します。

サーバアラートログファイル

SVPログファイル

装置ログファイル

マネージャアラートログファイル

サーバアラートログファイル，SVPログファイル，および装置ログファイルは，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSM）でトラブルが発生した場合のどちらの場合も採取が必要です。また，マネージャアラートログファイルは，管理サーバ（BSM）でトラブルが発生した場合に採取が必要です。

それぞれの採取方法を次に示します。

注意

管理コンソールのマシン上では，「15.3.5　管理サーバ（BSM）での資料の採取方法」に示す資料もあわせて採取してください。採取方法については，「15.3.5　管理サーバ（BSM）での資料の採取方法」を参照してください。

＜この項の構成＞

(1)　サーバアラートログファイルの採取

(2)　SVPログファイルの採取

(3)　装置ログファイルの採取

(4)　マネージャアラートログファイルの採取

(1)　サーバアラートログファイルの採取

サーバアラートログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
ローカルコンソールサービスを使用している場合は，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［ローカルコンソールサービス］を選択してください。
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，トラブルが発生している管理対象サーバを選択する

［ホスト管理］メニューから［アラートログ］を選択する
［サーバアラートログ］ダイアログボックスが表示されます。

［サーバアラートログ］ダイアログボックスの［アラートログ一覧］に表示されるすべての日付が表示されるように設定して，［OK］ボタンをクリックする
［サーバアラートログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，サーバアラートログをCSV形式で保存する

(2)　SVPログファイルの採取

SVPログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
ローカルコンソールサービスを使用している場合は，［スタート］メニューから［プログラム］－［ServerConductor］－［Server Manager］－［ローカルコンソールサービス］を選択してください。
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，SVP管理エージェントサービスをインストールしている管理対象サーバを選択する
BladeSymphonyでトラブルが発生している場合は，サーバシャーシを選択してください。

［ホスト管理］メニューから［SVPログ/装置ログ］を選択する
［SVPログ/装置ログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，SVPログをCSV形式で保存する

(3)　装置ログファイルの採取

装置ログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，IOEUを選択する

［ホスト管理］メニューから［SVPログ/装置ログ］を選択する
［SVPログ/装置ログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，装置ログをCSV形式で保存する

(4)　マネージャアラートログファイルの採取

マネージャアラートログファイルの採取方法を次に示します。

［スタート］メニューから［プログラム］－［ServerConductor］－［Blade Server Manager］－［コンソールサービス］を選択する
［ホスト管理］ウィンドウが表示されます。

［ホスト管理］ウィンドウで，トラブルが発生しているマネージャサービスを選択する

［アラート管理］メニューから［マネージャアラートログ］を選択する
［マネージャアラートログ］ウィンドウが表示されます。

［ファイル］メニューから［CSV形式ファイル出力］を選択し，マネージャアラートログをCSV形式で保存する

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

管理対象サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

イベントログ情報

ネットワーク情報

システム情報

ダンプ情報

レジストリ情報

これらの資料は，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSM）でトラブルが発生した場合のどちらの場合も採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　イベントログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　ダンプ情報の採取

(6)　レジストリ情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

<ServerConductorのインストール先フォルダ>¥Log下にある全ファイル

<ServerConductorのインストール先フォルダ>¥Data下にある全ファイル

<ServerConductorのインストール先フォルダ>¥PROGRAM下にある拡張子datの全ファイル

<ServerConductorのインストール先フォルダ>¥ResultLog下にある全ファイル

インストール先ディレクトリが不明の場合は，次のレジストリデータを参照してください。

32bit Windows Server 2003，32bit Windows Server 2008，Windows 2003(IPF)，およびWindows 2008(IPF)の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]の[TargetDir]

64bit Windows Server 2003，64bit Windows Server 2008，およびWindows Server 2012の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥Hitachi¥System Manager]の[TargetDir]

(2)　イベントログ情報の採取

次に示す情報をすべて採取してください。

アプリケーションログ

システムログ

これらの資料は次の2つの形式で採取してください。

テキスト形式またはCSV形式

イベントログ形式（.evtまたは.evtx）

イベントログ情報の採取方法を次に示します。

(a)　Windows Server 2003の場合

イベントビューアを起動する

左ペインの［アプリケーション］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

左ペインの［システム］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

(b)　Windows Server 2008またはWindows Server 2012の場合

イベントビューアを起動する

左ペインの［Windowsログ］のツリーを展開し，［アプリケーション］を選択して右クリックする

［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

［表示情報］ダイアログボックス（設定はデフォルトのまま）で［OK］ボタンをクリックする

左ペインの［Windowsログ］のツリーを展開し，［システム］を選択して右クリックする

［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

［表示情報］ダイアログボックス（設定はデフォルトのまま）で［OK］ボタンをクリックする

注※

Windows Server 2008 R2またはWindows Server 2012の場合，［すべてのイベントに名前を付けて保存］を選択してください。

(3)　ネットワーク情報の採取

次に示す情報をすべて採取してください。

ipconfig /allコマンドの実行結果

netstat -anコマンドの実行結果

route printコマンドの実行結果

(4)　システム情報の採取

システム情報の採取方法を次に示します。

(a)　Windows Server 2003，またはWindows Server 2008の場合

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする
［システムの概要］※ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

注※

Windows Server 2008 R2の場合，［システム情報］ダイアログボックスが表示されます。

(b)　Windows Server 2012の場合

コマンドラインから「msinfo32」を実行する
［システムの要約］ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

(5)　ダンプ情報の採取

ダンプファイルが出力されている場合は，ダンプファイルを採取してください。ダンプファイルの出力先については，OSのヘルプやOS関連ドキュメントなどを参照してください。

(6)　レジストリ情報の採取

次に示すレジストリをすべて採取してください。

32bit Windows Server 2003，32bit Windows Server 2008，Windows 2003(IPF)，およびWindows 2008(IPF)の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]以下のデータ

[HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥SM_CI¥INFORMATION]以下のデータ

64bit Windows Server 2003，64bit Windows Server 2008，およびWindows Server 2012の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥Hitachi¥System Manager]以下のデータ

[HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Services¥SM_CI¥INFORMATION]以下のデータ

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

管理対象サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

システムログ情報

ネットワーク情報

システム情報

ダンプ情報

これらの資料は，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSM）でトラブルが発生した場合のどちらの場合も採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　システムログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　ダンプ情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

/var/opt/hitachi/system_manager/logディレクトリにある全ファイル

/var/opt/hitachi/system_manager/datディレクトリにある全ファイル

/etc/opt/hitachi/system_managerディレクトリにある全ファイル

(2)　システムログ情報の採取

次に示す情報をすべて採取してください。

/etc/syslog.confファイル（Linux 6以降の場合：/etc/rsyslog.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コマンドの実行結果

(5)　ダンプ情報の採取

コアダンプファイルが出力されている場合は，コアダンプファイルを採取してください。コアダンプファイルの出力先については，OSのヘルプやOS関連ドキュメントなどを参照してください。

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

管理対象サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

システムログ情報

ネットワーク情報

システム情報

ダンプ情報

EMS設定情報

これらの資料は，管理対象サーバ（Agent）でトラブルが発生した場合および管理サーバ（BSM）でトラブルが発生した場合のどちらの場合も採取が必要です。

それぞれの採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　システムログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　ダンプ情報の採取

(6)　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)　ダンプ情報の採取

コアダンプファイルが出力されている場合は，コアダンプファイルを採取してください。コアダンプファイルの出力先については，OSのヘルプやOS関連ドキュメントなどを参照してください。

(6)　EMS設定情報の採取

次に示す情報をすべて採取してください。

/var/stm/config/tools/monitor/ipfcorehw_hitachi.sapcfgファイル

/var/stm/config/tools/monitor/ipfmemory_hitachi.sapcfgファイル

15.3.5　管理サーバ（BSM）での資料の採取方法

管理サーバでは次の資料を採取します。

JP1/ServerConductorの各製品のログファイル

イベントログ情報

ネットワーク情報

システム情報

レジストリ情報

クラスタ関連情報

管理サーバ（BSM）側でトラブルが発生した場合，これらの資料に加えて，管理対象サーバ（Agent）側の資料も必要です。管理対象サーバ（Agent）側の資料の採取方法については，次の個所を参照してください。

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

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

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

管理サーバでの資料の採取方法を次に示します。

＜この項の構成＞

(1)　JP1/ServerConductorの各製品のログファイルの採取

(2)　イベントログ情報の採取

(3)　ネットワーク情報の採取

(4)　システム情報の採取

(5)　レジストリ情報の採取

(6)　クラスタ関連情報の採取

(1)　JP1/ServerConductorの各製品のログファイルの採取

次に示すファイルをすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。また，共有データフォルダからの採取が必要です。

<ServerConductorのインストール先フォルダ>¥Log下にある全ファイル

<ServerConductorのインストール先フォルダ>¥Data下にある全ファイル

<ServerConductorのインストール先フォルダ>¥PROGRAM下にある拡張子datの全ファイル

インストール先ディレクトリが不明の場合は，次のレジストリデータを参照してください。

Windows XP，Windows Vista，32bit Windows 7，32bit Windows 8，32bit Windows Server 2003，および32bit Windows Server 2008の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]の[TargetDir]

64bit Windows 7，64 bit Windows 8，64bit Windows Server 2008，およびWindows Server 2012の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥Hitachi¥System Manager]の[TargetDir]

(2)　イベントログ情報の採取

次に示す情報をすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

アプリケーションログ

システムログ

これらの資料は次の2つの形式で採取してください。

テキスト形式またはCSV形式

イベントログ形式（Windows Server 2003の場合）またはイベントファイル形式（Windows Server 2008またはWindows Server 2012の場合）

イベントログ情報の採取方法を次に示します。

(a)　Windows XPまたはWindows Server 2003の場合

イベントビューアを起動する

左ペインの［アプリケーション］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式（.evt）を選択して保存する

左ペインの［システム］を選択して右クリックする

［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［ログファイルの名前を付けて保存］を選択する

［ファイルの種類］でイベントログ形式を選択して保存する

(b)　Windows Vista，Windows 7，Windows 8，Windows Server 2008，またはWindows Server 2012の場合

イベントビューアを起動する

左ペインの［Windowsログ］のツリーを展開し，［アプリケーション］を選択して右クリックする

［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でイベントファイル形式を選択して保存する

［表示情報］ダイアログボックスで，［表示情報なし］を選択して［OK］ボタンをクリックする

左ペインの［Windowsログ］のツリーを展開し，［システム］を選択して右クリックする

［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］※を選択する

［ファイルの種類］でイベントファイル形式（.evtx）を選択して保存する

［表示情報］ダイアログボックスで，［表示情報なし］を選択して［OK］ボタンをクリックする

注※

Windows 7，Windows 8，Windows Server 2008 R2，またはWindows Server 2012の場合，［すべてのイベントに名前を付けて保存］を選択してください。

(3)　ネットワーク情報の採取

次に示す情報をすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

ipconfig /allコマンドの実行結果

netstat -anコマンドの実行結果

route printコマンドの実行結果

(4)　システム情報の採取

システム情報の採取方法を次に示します。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

［スタート］メニューから［ファイル名を指定して実行］を選択する

［名前］に「msinfo32」を指定し，［OK］ボタンをクリックする

［システムの概要］※ダイアログボックスが表示されます。

左ペインから［システムの概要］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

注※

Windows Server 2008 R2の場合，［システム情報］ダイアログボックスが表示されます。また，Windows Server 2012の場合，［システムの要約］ダイアログボックスが表示されます。

(5)　レジストリ情報の採取

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

次に示すレジストリをすべて採取してください。

Windows XP，Windows Vista，32bit Windows 7，32bit Windows 8，32bit Windows Server 2003，および32bit Windows Server 2008の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥System Manager]以下のデータ

[HKEY_LOCAL_MACHINE¥SOFTWARE¥HITACHI¥Svmcom]以下のデータ

64bit Windows 7，64 bit Windows 8，64bit Windows Server 2008，およびWindows Server 2012の場合

[HKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥Hitachi¥System Manager]以下のデータ

[HKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥Hitachi¥Svmcom]以下のデータ

(6)　クラスタ関連情報の採取

管理サーバをクラスタシステムで運用している場合，次に示す情報をすべて採取してください。

注意

管理サーバをクラスタシステムで運用している場合は，実行系サーバと待機系サーバの両方で採取が必要です。

Windows Server 2003の場合

<システムドライブ>¥System32¥LogFiles¥Cluster¥ClCfgSrv.logファイル

<システムドライブ>¥Cluster¥cluster.logファイル

Windows Server 2008の場合

コマンドプロンプトから，次のコマンドを実行してください。

Cluster log /g

そのあと次のファイルを採取してください。
<システムドライブ>:¥Windows¥Cluster¥Reports¥ディレクトリにある全ファイル

次の手順でイベントログを採取してください。

イベントビューアを起動する

左ペインの［アプリケーションとサービスログ］のツリーを展開する

左ペインの［Microsoft］のツリーを展開する

左ペインの［Windows］のツリーを展開する

左ペインの［FaileoverClustering］のツリーを展開し，［FaileoverClustering］以下のすべてのアイコンについて，6～11の手順を実行する

アイコンを選択して右クリックする

［イベントに名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］を選択する

［ファイルの種類］でイベントファイル形式（.evtx）を選択して保存する

［表示情報］ダイアログボックスで，［表示情報なし］を選択して［OK］ボタンをクリックする

Windows Server 2012の場合

Windows Power Shellから，次のコマンドを実行してください。

Get-ClusterLog

そのあと次のファイルを採取してください。
<システムドライブ>:¥Windows¥Cluster¥Reports¥ディレクトリにある全ファイル

次の手順でイベントログを採取してください。

イベントビューアを起動する

左ペインの［アプリケーションとサービスログ］のツリーを展開する

左ペインの［Microsoft］のツリーを展開する

左ペインの［Windows］のツリーを展開する

左ペインの［FaileoverClustering］のツリーを展開し，［FaileoverClustering］以下のすべてのアイコンについて，6～11の手順を実行する

アイコンを選択して右クリックする

［イベントに名前を付けて保存］を選択する

［ファイルの種類］でテキスト形式またはCSV形式を選択して保存する

もう一度，［イベントに名前を付けて保存］を選択する

［ファイルの種類］でイベントファイル形式（.evtx）を選択して保存する

［表示情報］ダイアログボックスで，［表示情報なし］を選択して［OK］ボタンをクリックする

付録

＜この付録の構成＞

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

付録B　scbsmcmdコマンドを使用したJP1/Power Monitor連携用コマンドの作成

付録C　使用上の注意事項

付録D　各バージョンの変更内容

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

付録F　用語解説

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

JP1/ServerConductorのHVM構成管理機能の各画面で設定できる項目は，HVMスクリーンからも設定できます。HVM構成管理機能の各設定項目と，HVMスクリーンの設定項目の対応を次に示します。

注意

この節に説明がないHVMスクリーンの項目は，HVM構成管理機能の設定画面からは設定できません。HVMスクリーンから設定してください。

＜この節の構成＞

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

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

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

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

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

［HVM設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応を次の表に示します。

表A-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

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

［PCI Device Scheduling Mode設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応を次の表に示します。

表A-2　［PCI Device Scheduling Mode設定］ダイアログボックスの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | PCI Device Number | PCI Device Assignment | PCI Device番号
2 | Scheduling Mode | PCI Device Assignment | Scheduling Mode

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

＜この項の構成＞

(1)　操作対象画面

(2)　Logical Partition Configuration画面

(3)　Processor Configuration画面

(4)　PCI Device Assignment画面

(5)　Shared FC Assignment画面

(6)　VNIC Assignment画面

(1)　操作対象画面

［LPAR作成ウィザード］の操作対象画面とHVMスクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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

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

＜この項の構成＞

(1)　［操作対象］タブ

(2)　［Logical Partition Configuration］タブ

(3)　［Processor Configuration］タブ

(4)　［PCI Device Assignment］タブ

(5)　［Shared FC Assignment］タブ

(6)　［VNIC Assignment］タブ

(1)　［操作対象］タブ

［LPAR構成変更］ダイアログボックスの［操作対象］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表A-9　［LPAR構成変更］ダイアログボックスの［操作対象］タブの設定項目とHVMスクリーンでの設定項目の対応

項番 | 設定項目 | HVMスクリーンのメニュー | メニュー項目
1 | LPAR Name | Logical Partition Configuration | LPAR Name

(2)　［Logical Partition Configuration］タブ

［LPAR構成変更］ダイアログボックスの［Logical Partition Configuration］タブとHVMスクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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スクリーンでの設定項目の対応を次の表に示します。

表A-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

付録B　scbsmcmdコマンドを使用したJP1/Power Monitor連携用コマンドの作成

BSMでは，管理対象に合わせて，2種類の方法でJP1/Power Monitorと連携し，管理対象サーバの電源を制御できます。

電源制御装置を制御するコマンドを作成して連携する方法

SVMCOMライブラリファイルを使用して連携する方法※

注※

電源制御の対象がVMホストまたはVMゲストの場合，連携できません。

SVMCOMライブラリファイルを使用して連携する方法については，マニュアル「JP1 Version 9 JP1/Power Monitor」またはマニュアル「JP1 Version 8 JP1/Power Monitor」を参照してください。

ここでは，電源制御装置を制御するコマンドを作成して連携する連携方法について説明します。

注意

電源制御装置を制御するコマンドを作成して連携する連携方法は，JP1/Power Monitorのバージョンが08-00以降の場合に使用できます。

電源制御装置を制御するコマンドを作成して連携する連携方法では，コマンドライン機能（scbsmcmdコマンド）を使用します。scbsmcmdコマンドの形式および戻り値を，JP1/Power Monitorから連携できるコマンド形式および戻り値に変換する「JP1/Power Monitor連携用コマンド」を作成する必要があります。JP1/Power Monitor，JP1/Power Monitor連携用コマンド，およびscbsmcmdコマンドの関係を，次の図に示します。

図B-1　JP1/Power Monitor，JP1/Power Monitor連携用コマンド，およびscbsmcmdコマンドの関係

＜この節の構成＞

付録B.1　JP1/Power Monitor連携用コマンドの実行までの流れ

付録B.2　実行環境の作成

付録B.3　JP1/Power Monitor連携用コマンドの作成

付録B.4　JP1/Power Monitor連携用コマンドの実行

付録B.1　JP1/Power Monitor連携用コマンドの実行までの流れ

JP1/Power Monitor連携用コマンドを作成し，実行するまでの流れを，次の図に示します。

図B-2　JP1/Power Monitor連携用コマンドの実行までの流れ

ここでは，実行環境の作成，JP1/Power Monitor連携用コマンドの作成，およびJP1/Power Monitor連携用コマンドの実行時の注意事項について説明します。

JP1/Power Monitorへの登録，JP1/Power Monitorの環境設定，およびJP1/Power Monitor連携用コマンドの実行手順については，次のドキュメントを参照してください。

マニュアル「JP1 Version 9 JP1/Power Monitor」またはマニュアル「JP1 Version 8 JP1/Power Monitor」

JP1/Power Monitorに添付されているドキュメント

付録B.2　実行環境の作成

ここでは，JP/Power Monitor連携用コマンドを実行するために必要な環境の作成手順を説明します。

注意

JP1/Power Monitor連携用コマンドでVMゲストの操作をする場合，JP1/Power Monitor連携用コマンドの引数として指定できるのはホスト名※だけとなります。JP1/Power Monitor連携用コマンドで指定できるホスト名は半角8文字以内です。そのため，VMゲストのホスト名は，あらかじめ半角8文字以内に設定してください。

注※

「ホスト名」とは［ホスト管理］ウィンドウの［コンピュータ名］欄に表示される名称のことです。

＜この項の構成＞

(1)　BSM（コンソールサービス）のインストール

(2)　コマンドライン機能（scbsmcmdコマンド）の設定

(3)　scbsmcmdコマンドの実行可否の確認

(1)　BSM（コンソールサービス）のインストール

JP1/Power MonitorがインストールされているマシンにBSMのコンソールサービスをインストールします。インストール手順については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（インストール）について記載されている章を参照してください。

(2)　コマンドライン機能（scbsmcmdコマンド）の設定

scbsmcmdコマンドを実行するために，scbsmcmdコマンドの接続先となるマネージャサービスのIPアドレス，およびアドミニストレータのパスワードを設定しておく必要があります。

コマンドライン機能の設定方法については，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」のセットアップ（コマンドライン機能（scbsmcmdコマンド）の設定）について記載されている章を参照してください。

(3)　scbsmcmdコマンドの実行可否の確認

コマンドライン機能の設定ができたら，実際にscbsmcmdコマンドを実行して，管理対象サーバの電源制御ができることを確認してください。

付録B.3　JP1/Power Monitor連携用コマンドの作成

環境が作成できたら，JP1/Power Monitor連携用コマンドを作成します。JP1/Power Monitor連携用コマンドのコマンド形式や戻り値などの仕様を確認し，scbsmcmdコマンドの電源制御コマンドや状態確認コマンドを使用してJP1/Power Monitor連携用コマンドを作成してください。JP1/Power Monitor連携用コマンドのコマンド形式，および戻り値などの仕様については，マニュアル「JP1 Version 9 JP1/Power Monitor」またはマニュアル「JP1 Version 8 JP1/Power Monitor」を参照してください。

なお，JP1/Power Monitor連携用コマンドを実行する際，ホスト名を8文字以内で指定する必要があるため，通常はIPアドレス指定のJP1/Power Monitor連携用コマンドを作成して運用することをお勧めします。ただし，VMゲストを管理対象サーバとする場合，ホスト名指定でJP1/Power Monitor連携用コマンドを実行する必要があります。このため，ホスト名指定のJP1/Power Monitor連携用コマンドを作成しておく必要があります。

VMゲストとそれ以外のホストが混在している環境の場合，IPアドレス指定のJP1/Power Monitor連携用コマンドと，ホスト名指定のJP1/Power Monitor連携用コマンドを，それぞれ作成しておき，エージェントホストの登録時に，次のように環境に合わせて実行するコマンドを選択できます。

VMゲストの電源を操作する場合：ホスト名指定のJP1/Power Monitor連携用コマンド

VMゲスト以外のホストの電源を操作する場合：IPアドレス指定のJP1/Power Monitor連携用コマンド

JP1/Power Monitor連携用コマンドを作成するに当たって注意する事項を次に示します。

＜この項の構成＞

(1)　JP1/Power Monitor連携用コマンド作成時の注意事項

(2)　JP1/Power Monitor連携用コマンドの作成例

(1)　JP1/Power Monitor連携用コマンド作成時の注意事項

scbsmcmdコマンドで指定するホスト名は，JP1/Power Monitorのコミュニティ名に対応します。

リブートコマンドを作成する場合，強制電源OFF処理のあと，管理対象サーバが電源OFF状態になるのを待ってから電源ON処理をする必要があります。強制電源OFF処理のあと，状態確認コマンド（scbsmcmd -chkcnまたはscbsmcmd -chkpw）やtimeoutコマンドなどで処理を一時停止するようにしてください。また，待ち時間の長さはご使用の環境にあわせて変更してください。

次の場合，scbsmcmdコマンドは，リトライできるエラーを返します。

VMゲストが電源ONの状態で電源ONを実施した

VMゲストが電源OFFの状態で強制電源OFFを実施した

この場合にJP1/Power Monitor連携用コマンドが正常終了またはリトライできないエラーを返すようにするには，次のようにしてください。

VMゲストに対して接続状態の確認コマンド（scbsmcmd -chkcn）で接続状態を確認する

接続状態の確認コマンドの実行結果が適切な場合だけ，電源制御コマンド（scbsmcmd -ponまたはscbsmcmd -fpoff）を実行する

接続状態の確認コマンドの実行結果が，そのあとの電源制御コマンドを実行するのに不適切な場合は正常終了またはリトライできないエラーを返す

例えば，VMゲストに対して電源ONをする場合，まずscbsmcmd -chkcnを実行し，戻り値が1（接続不可）の場合だけ，scbsmcmd -ponを実行するようにしてください。戻り値が0（接続可能）の場合は，すでに電源ONの状態のため，正常終了またはリトライできないエラーを返すようにしてください。

(2)　JP1/Power Monitor連携用コマンドの作成例

ここでは，管理対象サーバのIPアドレスを指定し，リブート，電源ON，または強制電源OFFを実行するときの，JP1/Power Monitor連携用コマンドの例を次に示します。

注意

この例は，ホスト名（コミュニティ名）の指定には対応していません。VMゲストを操作する場合のように，ホスト名を指定して管理対象サーバを操作する場合は，カスタマイズが必要です。カスタマイズ方法については，「ホスト名指定を有効にする方法」を参照してください。

この例では，電源制御コマンドだけを使用してバッチプログラムを作成しています。ご使用の環境や用途に合わせて，状態確認コマンド（scbsmcmd -chkcnまたはscbsmcmd -chkpw）を組み合わせて作成してください。

前提OS

ここで説明するJP1/Power Monitor連携用コマンドは，Windows Server 2003またはWindows Server 2008上で動作することを前提にしています。

バッチプログラムのファイルの内容

ここで説明するJP1/Power Monitor連携用コマンドは，sample1.batというファイル名のバッチプログラムとします。ファイルの内容を次に示します。

@rem ============================
@rem 電源制御種別判定
@rem ============================
if "%1" EQU "-r" goto REBOOT
if "%1" EQU "-o" goto POWERON
if "%1" EQU "-f" goto POWEROFF
exit /B 17

@rem ============================
@rem 電源ON
@rem ============================
:POWERON
scbsmcmd -pon -i %3
if %ERRORLEVEL% EQU 0 exit /B 0
if %ERRORLEVEL% LSS 100 exit /B 17
exit /B 8

@rem ============================
@rem 強制電源OFF
@rem ============================
:POWEROFF
scbsmcmd -fpoff -i %3
if %ERRORLEVEL% EQU 0 exit /B 0
if %ERRORLEVEL% LSS 100 exit /B 17
exit /B 8

@rem ============================
@rem リブート
@rem ============================
:REBOOT
scbsmcmd -fpoff -i %3
if %ERRORLEVEL% EQU 0 goto REBOOTON
if %ERRORLEVEL% LSS 100 exit /B 17
exit /B 8
:REBOOTON
timeout 120
scbsmcmd -pon -i %3
if %ERRORLEVEL% EQU 0 exit /B 0
if %ERRORLEVEL% LSS 100 exit /B 17
exit /B 8

このバッチプログラムを実行するときのコマンドの指定形式および引数の説明を次に示します。

形式

sample1.bat {-r | -o | -f} {-h IPアドレス} [-p コミュニティ名]

引数

sample1.batコマンドの引数，引数の説明，および引数を指定したときのプログラムの動作を次の表に示します。

表B-1　引数の説明とプログラムの動作

項番 | 引数 | 引数の説明 | プログラムの動作
1 | -r | 管理対象サーバをリブートします。 | scbsmcmdコマンドで強制電源OFFおよび電源ONを実行します。
2 | -o | 管理対象サーバの電源をONにします。 | scbsmcmdコマンドで電源ONを実行します。
3 | -f | 管理対象サーバの電源を強制的にOFFにします。 | scbsmcmdコマンドで強制電源OFFを実行します。
4 | -h IPアドレス※1※2 | 管理対象サーバのIPアドレスを指定します。 | scbsmcmdコマンドの-iオプションに，管理対象サーバのIPアドレスとして指定されます。
5 | -p コミュニティ名※2※3 | 管理対象サーバのホスト名を指定します。 | この例ではコミュニティ名の指定に対応していないため，無視されます。

注※1

JP1/Power Monitorの［エージェントホストの設定］ダイアログボックスの［IPアドレス］に指定されたIPアドレスが，-hオプションの指定値となります。

注※2

JP1/Power Monitor連携用コマンドでは，-hオプションにIPアドレスの指定，-pオプションにコミュニティ名の指定がそれぞれ必要です。しかし，JP1/Power Monitorのエージェントホスト登録時の設定によっては，JP1/Power Monitor連携用コマンドの-hオプションにIPアドレス以外の情報，または-pオプションにコミュニティ名以外の情報が指定されることがあります。-hオプションにIPアドレス以外の情報，または-pオプションにコミュニティ名称以外の情報が指定されるとscbsmcmdコマンドと正しく連携できないため，エージェントホスト登録時に誤った設定をしないように注意してください。

エージェントホスト登録時の設定内容とJP1/Power Monitor連携用コマンドの-hオプション，および-pオプションに指定される内容の関係については，マニュアル「JP1 Version 9 JP1/Power Monitor」またはマニュアル「JP1 Version 8 JP1/Power Monitor」を参照してください。

注※3

JP1/Power Monitorの［エージェントホストの設定］ダイアログボックスの［コミュニティ名］に指定されたコミュニティ名が，-pオプションの指定値となります。

戻り値

sample1.batコマンドを実行した場合の，scbsmcmdコマンドの戻り値とJP1/Power Monitor連携用コマンドの戻り値の対応，およびプログラムの動作を次の表に示します。

表B-2　戻り値の対応とプログラムの動作

scbsmcmdコマンドの戻り値と意味 | JP1/Power Monitor連携用コマンドの戻り値と意味※1 | プログラムの動作
値 | 意味 | 値 | 意味
0 | 正常終了。 | 0 | コマンドが正常終了しました。 | scbsmcmdコマンドの戻り値が0の場合，0を返します。
100以上 | リトライできるエラー。 | 8 | エラーが発生しました。誤りを訂正してコマンドを再実行してください。※2 | scbsmcmdコマンドの戻り値が100以上の場合，8を返します。
100未満 | リトライできないエラー。 | 17 | エラーが発生しました。コマンドを再実行する必要はありません。 | scbsmcmdコマンドの戻り値が100未満の場合，17を返します。

注※1

この例では，ここで示した以外の戻り値は使用していません。

注※2

JP1/Power Monitorでの設定時間内であれば，コマンドが再実行されます。

ホスト名指定を有効にする方法

この例で，-pオプションでのホスト名（コミュニティ名）の指定を有効にする場合は，scbsmcmdコマンドのオプション指定「-i %3」を「-h %5」に変更してください。例えば，電源ONコマンドのscmcmd -pon -i %3は，次のように修正してください。

＜修正前＞scbsmcmd -pon -i %3

＜修正後＞scbsmcmd -pon -h %5

なお，ホスト名指定を有効にした場合でも，JP1/Power Monitor連携用コマンド実行時には-pオプションに加えて，-hオプションでのIPアドレスの指定が必要です。ただし，IPアドレスの指定は無視されます。

付録B.4　JP1/Power Monitor連携用コマンドの実行

「付録B.3　JP1/Power Monitor連携用コマンドの作成」で作成したJP1/Power Monitor連携用コマンドをJP1/Power Monitorから実行します。実行手順の詳細については，次のドキュメントを参照してください。

マニュアル「JP1 Version 9 JP1/Power Monitor」またはマニュアル「JP1 Version 8 JP1/Power Monitor」

JP1/Power Monitorに添付されているドキュメント

ここでは，実行時の注意事項を説明します。

＜この項の構成＞

(1)　JP1/Power Monitor連携用コマンド実行時の注意事項

(1)　JP1/Power Monitor連携用コマンド実行時の注意事項

JP1/Power Monitor連携用コマンドを実行するには，OSのAdministrators権限が必要です。

JP1/Power Monitor連携用コマンドを，環境変数PATHを設定して実行する場合は，scbsmcmdコマンドのパスを設定してください。scbsmcmdコマンドのパスを次に示します。

<ServerConductorのインストール先フォルダ>¥PROGRAM

付録C　使用上の注意事項

＜この節の構成＞

付録C.1　BladeSymphony SPを管理する場合の注意事項

付録C.2　そのほかの注意事項

付録C.1　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ブート構成の場合，ストレージ運用支援機能は使用できません。

付録C.2　そのほかの注意事項

マシン稼働中にマネージャサービスを再起動すると，コンソール操作時に再ログインが必要になります。これは，アイドルセッション時間によってコネクションが切断された状態と同じになるためです。このため，アイドルセッション時間を0に設定しても発生します。このような場合，メッセージに従って，再ログインをしてください。また，マネージャサービスのインストールされているマシンはできるだけ再起動しないようにしてください。

コンソールサービスのウィンドウが非アクティブ状態のときに出力されるエラーメッセージやインフォメーションメッセージは，ほかのアプリケーション画面の裏側に表示されます。

通信回線の状態によっては，コマンド送信タイムアウトエラーが発生していても，管理コンソールからの操作が正常に実行される場合があります。

（例）

管理対象サーバの電源OFFを実行したがコマンドタイムアウトエラーとなった。しかし，実際には電源OFFが実行されている。

JP1/ServerConductorが提供するファイルのアクセス権やサービスのアカウントを変更しないでください。JP1/ServerConductorの動作に影響します。

AgentとBSMとの通信にRASを使用しないでください。AgentとBSMとの通信でアドレス変換がされると，アドレス解決ができなくなり通信に失敗します。

マネージャサービスがインストールされたマシンに，複数のLANボードを搭載してセグメントを分け，それぞれのセグメントに管理コンソールと管理対象サーバを配置する運用はできません。

マネージャサービスがインストールされたマシンが複数のLANボードを搭載している場合，［ホスト管理］ウィンドウにサーバシャーシまたはHVMの登録ができない，またはマネージャサービスとBladeSymphonyのSVP，HVM，またはBMCとの通信ができないことがあります。この場合は，次の対処をしてください。

SVPと通信できない場合

通信先スイッチ＆マネジメントモジュールのSVPコンソールで，通知先マネージャサービスのIPアドレスを確認してください。通知先マネージャサービスのIPアドレスが正しい場合は，通信先スイッチ＆マネジメントモジュールまでのネットワーク構成（ルーティング設定など）を確認してください。

HVMと通信できない場合

通信先パーティションのHVMスクリーンで，通知先マネージャサービスのIPアドレスを確認してください。通知先マネージャサービスのIPアドレスが正しい場合は，通信先パーティションまでのネットワーク構成（ルーティング設定など）を確認してください。

BMCと通信できない場合

BMCまでのネットワーク構成（ルーティング設定など）を確認してください。

通知先マネージャサービスのIPアドレスについては，マニュアル「JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド」の付録に記載されているIPアドレス一覧を参照してください。また，SVPコンソールの操作方法およびHVMスクリーンの操作方法については，マニュアル「BladeSymphonyユーザーズガイド」を参照してください。

サーバシャーシの電源がOFF実施中またはOFFの状態で，ホストの電源ONを実施した場合は，サーバシャーシの電源ONが実施されたあとに，ホストの電源ONが実施されます。このため，ホストの電源ONが実施されるまでに時間が掛かる場合があります。

付録D　各バージョンの変更内容

＜この節の構成＞

(1)　09-58での変更内容

(2)　09-57での変更内容

(3)　09-56での変更内容

(4)　09-54での変更内容

(5)　09-52での変更内容

(6)　09-50での変更内容

(7)　09-10での変更内容

(8)　09-00での変更内容

(9)　08-90での変更内容

(10)　08-80での変更内容

(11)　08-65での変更内容

(12)　08-60での変更内容

(13)　08-55での変更内容

(14)　08-50での変更内容

(1)　09-58での変更内容

Blade Server ManagerでWindow Server 2012 R2，およびWindows 8.1に対応しました。

AgentでWindow Server 2012 R2に対応しました。

(2)　09-57での変更内容

VMホスト登録時に入力する内容の説明文を訂正しました。

(3)　09-56での変更内容

日立サーバ仮想化機構の用語を日立サーバ論理分割機構に変更しました。

グルーピングした管理対象に対してできる操作または設定の注意事項を変更しました。

アラート単位のフィルタリングの注意事項を追加しました。

エージェントサービス設定でアラートの発生回数をエージェント起動時にクリアする場合の設定を追加しました。

アラートアクションサービスの起動プログラムにマクロ名「%S」を指定する場合の注意事項を追加しました。

予備系サーバモジュールの条件の表を修正しました。

(4)　09-54での変更内容

Blade Server Managerで空きスロットの未確認アラートの確認方法について，注意事項を追加しました。

Blade Server ManagerでFCoEブートの場合のN+Mコールドスタンバイについて，注意事項を追加しました。

Blade Server Managerで自動切り替え対象アラートを追加しました。

Blade Server ManagerでAgentホストとVMホストが共存している場合のSVPアラート（直接通知）の扱いについて，注意事項を追加しました。

Blade Server ManagerでWindow Server 2012，およびWindows 8に対応しました。

AgentでLinuxサーバでは，HRA Utility，HRN，またはHBAと連携して障害監視をする場合の/etc/syslog-ng/syslog-ng.confの追記内容を変更しました。

AgentでWindow Server 2012に対応しました。

(5)　09-52での変更内容

CPU使用率のしきい値の設定について，注意事項を追加しました。

BS500で拡張ブレードを搭載したサーバモジュールに対応したことに伴い，説明を変更しました。

［ラックマネージャ］ウィンドウで未確認アラートを確認する手順を追加しました。

Brocade 10Gb DCBスイッチを使用する場合の注意事項を追加しました。

BS500でネットワークスイッチ連携機能に対応しました。

トラブル内容の確認のために採取する情報について，説明を変更しました。

LinuxサーバでHRNと連携して障害監視をする場合の設定方法を追加しました。

AgentおよびAdvanced AgentでSUSE Linux Enterprise Server for SAP Applications 11に対応しました。

(6)　09-50での変更内容

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

IOEUに対してできる障害管理のうち，アラートのログファイルへの記録について，○から×に変更しました。

Red Hat Enterprise Linux Server 6に対応しました。

HRA UtilityまたはHBAと連携して障害監視をする場合の説明を変更しました。

アラートアクションサービスの起動プログラムに関する注意を追加しました。

SNMPマネージャにMIBファイルを読み込む場合の説明を追加しました。

AgentとBMCとの間で通信でエラーが発生した場合のログファイルの説明を削除しました。

電源制御機能を使用するときの注意事項を削除しました。

VMホストが登録されている状態で構成変更したあとに電源制御をした場合の注意事項を追加しました。

電源制御機能を使用するときに確認する内容を示した表に，電源制御方式の記述を追加しました。

使用できるリモートコンソールの種類の表を追加しました。

リモートコンソール機能を使用するための前提条件を変更しました。

ランプの点灯状態を制御できるモジュールの表を追加しました。

［エージェントサービス設定］ダイアログボックス（［使用率超過通知］タブ）で［ファイルシステム］を選択する場合の注意事項を追加しました。

JP1/IM連携でアラート通知をしたときに通知されるJP1イベントの，拡張属性の固有情報について，発生日時に関する注意事項を追加しました。

Additional MACアドレスを使用できるNICに対応しました。

ストレージ機器（BR1200）を管理するプログラムの名称をSANTricityからSANtricityに変更しました。

次のウィンドウで表示される［ストレージサブシステム］を［ストレージシステム］に変更しました。

［ディスク割当てリポジトリ］ウィンドウ

N+1コールドスタンバイ機能の対応バージョンの記述を削除しました。

異なるバージョンのプログラム接続時の設定可能範囲の記述を削除しました。

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の前提条件の説明を変更しました。

次のウィンドウまたはダイアログボックスで表示される［シャーシタイプ］の枠の大きさを変更しました。

［N+1コールドスタンバイ詳細設定］ウィンドウ（N+1グループノード選択時）

［予備登録・変更］ダイアログボックス

［N+1コールドスタンバイ詳細設定］ウィンドウに表示されるホスト名についての注を追加しました。

Pre-configureを実行するコマンドについての説明を変更しました。

N+1コールドスタンバイ機能の注意事項を変更しました。

Pre-configure設定がDisableの場合，HBAを交換するときの注意事項を追加しました。

［SMP設定］ウィンドウでシャーシまたはパーティションを選択したときに表示される［スロットX］または［モジュールタイプ］の表示内容を変更しました。

［HVM構成のバックアップ・リストア］ダイアログボックスに表示される［サーバモジュールタイプ］の表示内容を変更しました。

LPAR上で稼働するサーバまたはHVMの場合の電源制御について注意事項を追加しました。

未接続で使用しなくなった管理対象のHVMの削除について注意事項を追加しました。

HVMの登録手順について説明を追加しました。

N+1冗長化の設定をしていた場合の注意事項を追加しました。

クラスタ環境のHyper-VをVMホストとして登録した場合の注意事項を追加しました。

VMホストとVMゲストの電源制御の方式の表を変更しました。

VMゲストが登録された状態でVMゲストを移動させた場合の注意を追加しました。

障害発生時に管理対象サーバで採取するログファイルを追加しました。

Windows 2003（IPF）およびWindows 2008（IPF）の場合の，レジストリを追加しました。

次の用語の解説を追加しました。

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

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

(7)　09-10での変更内容

JP1/ServerConductor/Blade Server Manger Plusに含まれていたラック管理機能を，JP1/ServerConductor/Blade Server Mangerに含めて提供するように，提供方法を変更しました。

次のウィンドウまたはダイアログボックスを，［ラックマネージャ］ウィンドウから表示できるようにしました。

［SVP拡張機能の使用］ダイアログボックス

［通知アラート］ウィンドウ

［サーバアラートログ］ダイアログボックス

［BIOSポストログ］ウィンドウ

［SVPログ/装置ログ］ウィンドウ

［エージェントサービス設定］ダイアログボックス

［スケジュール管理］ダイアログボックス

［リモートコントロール］ウィンドウ

［リモートコンソール］ダイアログボックス

［ランプ制御］ダイアログボックス

［コンソールサービス設定］ダイアログボックス

［情報取得］ダイアログボックス

［シャーシインベントリ］ウィンドウ

［インベントリ］ウィンドウ

［インベントリCSVファイル出力］ダイアログボックス

［図面表示］ウィンドウ

［MIF情報］ウィンドウ

［外部プログラム起動］ダイアログボックス

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

［ディスク割当てリポジトリ］ウィンドウ

［SMP設定］ウィンドウ

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

［ログイン情報の変更］ダイアログボックス

［SVPボードのIPアドレス変更］ダイアログボックス

SNMP Trapの詳細情報を確認する手順について，説明を変更しました。

アラート情報をCSVファイルに出力する手順について，説明を追加しました。

［障害監視 詳細設定］ダイアログボックスで設定する，通知するイベント（あり（障害通知））の設定内容について，説明を変更しました。

JP1/IM連携時の未通知アラートの通知のされ方について，注意事項を追加しました。

JP1/IMに通知されないアラートとして，SNMP Trapを変換したアラートを追加しました。

管理対象の電源制御を［ラックマネージャ］ウィンドウからできるようにしました。

［コンソールサービス設定］ダイアログボックスに［起動EXE設定］タブを追加しました。

コンソールサービスから起動できる関連プログラムを追加しました。

［コンソールサービス設定］ダイアログボックスの［起動URL設定］タブの設定内容を変更しました。

［ラックマネージャ］ウィンドウの表示内容，および［ラックマネージャ］ウィンドウからできる操作を変更しました。

SNMP管理ができる拡張モジュールに，BS1000の拡張モジュール，およびBS320の拡張モジュールを追加しました。

LPAR上で稼働するサーバに障害が発生した場合の，［ラックマネージャ］ウィンドウでの見え方を修正しました。

(8)　09-00での変更内容

Windows 7に対応しました。

適用OSからWindows 2000を削除しました。

Server Managerの提供を終了したため，Server Managerに関する記述を削除しました。

JP1/AppManager連携機能の提供を終了したため，JP1/AppManager連携機能に関する記述を削除しました。

［ホスト管理］ウィンドウに表示されるアイコンにIOEUのアイコンを追加しました。

SVP拡張機能のサポートに伴い，説明を次のとおり変更しました。

［ホスト管理］ウィンドウの［電源制御］欄の説明に，「SVP(BMC)*」および「SVP(PCI)*」を追加しました。

SVP管理エージェントサービスをインストールしていないHA8000サーバで，SVPの障害監視をする場合の設定方法を追加しました。

電源制御方式について，説明を追加しました。

［ホスト管理］ウィンドウの表示方法による，表示ノードの一覧表を追加しました。

アラートメッセージの長さが255バイトに収まらない場合の表示についての注意事項を変更しました。

Linuxサーバで，HRA UtilityまたはHBAと連携して障害監視をする場合の設定方法を追加しました。

同一時刻に同一ホストで発生した同一アラートIDのアラートの表示について，説明を追加しました。

［通知アラート］ウィンドウからSNMP Trapの詳細情報を表示できるようにしました。

JP1/ServerConductorで取り扱うアラートのトラップに，ドライバ関連およびディスクアレイ関連のトラップを追加しました。

次のダイアログボックスに表示されるアラートの内容についての注意事項を追加しました。

［アラート設定］ダイアログボックス

［エージェントサービス設定］ダイアログボックス（［各アラートの属性］タブ）

BS2000またはIOEUの場合の［ランプ制御］ダイアログボックスについて，表示更新方法の説明を追加しました。

次のダイアログボックスの指定方法についての説明を変更しました。

［レポート時間設定］ダイアログボックス

［データベース更新スケジュール設定］ダイアログボックス

IOF対応モデル，およびアダプタ継承方式のN+Mコールドスタンバイに対応したことに伴い，N+1コールドスタンバイ機能の説明を修正しました。

［ラックマネージャ］ウィンドウで，BladeSymphonyサーバ一覧を表示できるようにしました。

未確認アラートについての説明を追加しました。

［通知アラート］ウィンドウからSNMP Trapの詳細情報を表示できるようにしました。

［HVM構成管理］ウィンドウおよび［HVM構成管理］ウィンドウから表示される各ダイアログボックスに表示される「スロット番号」の説明を修正しました。

［USB割り当て設定］ダイアログボックスを変更しました。

(9)　08-90での変更内容

IOEUに対応したことに伴い，説明を次のとおり変更しました。

［ホスト管理］ウィンドウでのIOEUの表示についての説明，およびアイコンの説明を追加しました。

IOEUの登録手順および削除手順についての説明を追加しました。

IOEUのグルーピングについての注意事項を追加しました。

IOEUから通知されるアラートについての説明，および［SVPログ/装置ログ］ウィンドウについての説明を追加しました。

IOEUに対する電源制御についての注意事項を追加しました。

IOEUに対するランプ制御についての説明を追加しました。

IOEUに対する定期監視についての説明を追加しました。

IOEUのインベントリ表示についての説明を追加しました。

ホスト検索できない条件にIOEUを追加しました。

使用率の算出方法としきい値の設定方法について，説明を修正しました。

(10)　08-80での変更内容

Windows Server 2008 R2に対応しました。

管理対象サーバの電源制御や状態確認をする，コマンドライン機能（scbsmcmdコマンド）を追加しました。

複数スロットを占有するサーバモジュールに対応したことに伴い，説明を次のとおり変更しました。

［リモートコンソール］ダイアログボックスの項目の説明を変更し，ツールチップに表示されるメッセージを追加しました。

［ランプ制御］ダイアログボックスの項目の説明を変更し，ツールチップに表示されるメッセージ（BS1000およびBS320の場合），および「制御不可理由」欄に表示されるメッセージ（BS2000の場合）を追加しました。

［ホスト登録・変更］ダイアログボックスおよび［予備登録・変更］ダイアログボックスで，複数スロットを占有するサーバモジュールは登録できない旨の注意事項を追加しました。

［予備登録・変更］ダイアログボックスの説明に注意事項を追加し，ツールチップに表示されるメッセージを追加しました。

ラック構成のイメージの説明に注意事項を追加しました。

［SMP設定］ウィンドウでサーバモジュールを選択する場合の注意事項を追加しました。

［マネージャサービス設定］ダイアログボックス（［ストレージ設定］タブ）の項目「ストレージ管理者ユーザID」で，使用できる文字種の制限を変更しました。

(11)　08-65での変更内容

管理対象として仮想化プラットフォームのサーバをサポートしました。

BSM Plusをインストールする際の注意事項を追加しました。

インストールの実行パスに関する説明を追加しました。

Webコンソールサービスに関する注意事項を追加しました。

グルーピングに関する注意事項を追加しました。

(12)　08-60での変更内容

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

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

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

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

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

BS2000の場合の電源制御に関する説明を追加しました。

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

BS2000の場合のランプ制御に関する説明を追加しました。

［ホスト登録］ダイアログボックスを変更しました。また，「種別」の表示項目を変更しました。

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

ホストグループ割り当て定義ファイルの次の項目に，BS2000の場合の説明を追加しました。

サーバモジュールスロット番号またはI/Oモジュールスロット番号，HBAポート番号

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

BS2000の場合のN+Mコールドスタンバイに関する説明を追加しました。

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

BS2000の場合のラック管理に関する説明を追加しました。

BS2000の場合のHVM構成管理に関する説明を追加しました。

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

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

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

(13)　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のアンインストール時の注意事項を1つ追加しました。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(14)　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の製品ログファイルのうち，単調増加ファイルについての説明を追加しました。

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

このマニュアルを読むに当たっての参考情報を示します。

＜この節の構成＞

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

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

付録E.3　英略語

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

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

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

＜この項の構成＞

(1)　JP1/ServerConductor関連

(2)　JP1関連

(3)　その他

(1)　JP1/ServerConductor関連

JP1 Version 9 JP1/ServerConductor/Blade Server Manager系 設計・構築ガイド　（3020-3-T72）

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

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

JP1 Version 9 JP1/ServerConductor/Deployment Manager　（3020-3-T77）

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

(2)　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 9 JP1/Base 運用ガイド　（3020-3-R71）

JP1 Version 9 JP1/Integrated Management - Manager 構築ガイド　（3020-3-R77）

JP1 Version 9 JP1/Integrated Management - Manager 運用ガイド　（3020-3-R78）

JP1 Version 9 JP1/Integrated Management - Manager コマンド・定義ファイルリファレンス　（3020-3-R80）

JP1 Version 9 JP1/Power Monitor　（3020-3-S33）

JP1 Version 9 JP1/NETM/Remote Control　（3020-3-S87）

JP1 Version 9 JP1/Cm2/Network Node Manager i セットアップガイド　（3020-3-T02）

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

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

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

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/Power Monitor　（3020-3-K54）

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 6 JP1/Integrated Manager - Console　（3020-3-984）

(3)　その他

BladeSymphonyユーザーズガイド

BladeSymphonyソフトウェアガイド

LUN Managerユーザーズガイド

LUN Managementユーザーズガイド

BladeSymphonyリモートコンソールアプリケーションユーザーズガイド

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

このマニュアルでは，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
Red Hat Enterprise Linux Server 6 | Linux 6
SUSE Linux Enterprise Server for SAP Applications 11 | SUSE

（凡例）

－：該当しない

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

製品名 | 表記
VMware(R) | VMware
VMware(R) Infrastructure API | VI API

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

製品名 | 表記
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/Cm2/Network Element Configuration | JP1/Cm2/NC
JP1/Cm2/Network Node Manager | JP1/Cm2/NNM
JP1/Cm2/Network Node Manager i
JP1/Integrated Management - Manager | JP1/IM
JP1/Integrated Management - View
JP1/ServerConductor/Advanced Agent | Advanced Agent
JP1/ServerConductor/Agent | Agent
JP1/ServerConductor/Blade Server Manager | BSM
JP1/ServerConductor/Blade Server Manager Plus | BSM Plus
JP1/ServerConductor/Control Manager | Control Manager
JP1/ServerConductor/Deployment Manager | DPMまたはJP1/SC/DPM
JP1/ServerConductor/Server Manager | Server Manager

また，日立サーバ論理分割機構「Virtage」のことを「HVM」，日立ディスクアレイシステムのことを「SANRISE」，I/Oスロット拡張装置のことを「IOEU」と表記しています。

付録E.3　英略語

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

英略語 | 英字での表記
ACPI | Advanced Configuration and Power Interface
API | Application Programming Interface
APM | Advanced Power Management
BIOS | Basic Input Output System
BMC | Baseboard Management Controller
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
FCoE | Fibre Channel over Ethernet
GMT | Greenwich Mean Time
HA | High Availability
HBA | Host Bus Adapter
HVM | Hitachi Virtualization Manager
IA32 | Intel Architecture 32
IP | Internet Protocol
IPF | Itanium(R) Processor Family
iSCSI | Internet Small Computer System Interface
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 Disks
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
TCP | Transmission Control Protocol
UDP | User Datagram Protocol
UPS | Uninterruptible Power Supply
URL | Uniform Resource Locator
VLAN | Virtual Local Area Network
VM | Virtual Machine
WOL | Wake On LAN
WWN | World Wide Name
WWW | World Wide Web
XML | Extensible Markup Language

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

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

付録F　用語解説

（英字）

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で管理対象となるLinuxのサーバのことです。

LUN Manager

日立ディスクアレイシステムが提供するストレージシステムのストレージ構成管理ソフトウェアのことです。

LUN Security

日立ディスクアレイシステムが提供するストレージシステムのセキュリティ管理ソフトウェアのことです。

MACアドレス

各Ethernetカードに固有のID番号のことです。全世界のEthernetカードには1枚1枚固有の番号が割り当てられており，これを基にカード間のデータの送受信が行われます。IEEEが管理および割り当てをしているメーカーごとに固有な番号と，メーカーが独自に各カードに割り当てる番号の組み合わせによって表されます。

MIF

ハードウェア，およびソフトウェアの資産情報を定義した管理フォーマットで，DMIがコンポーネントを記述するために使用するフォーマットです。

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

ディスクパス切替え方式による切り替え方式を指します。N+Mコールドスタンバイ方式と区別する必要のない場合には，N+1コールドスタンバイ機能と総称します。

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

WWN引継ぎ方式，iSCSI設定引継ぎ方式，およびI/O継承方式による切り替え方式の総称です。N+1コールドスタンバイ方式と区別する必要のない場合には，N+1コールドスタンバイ機能と総称します。

SAN

ディスク装置およびテープ装置などのストレージとサーバ間を接続する専用の高速ネットワークです。ストレージへの高速アクセス，一元管理，データ共用，データコピーおよびバックアップなどのシステムの性能，拡張性および耐障害性を高めます。

SANブート

サーバ筐体内部のハードディスクではなく外部の日立ディスクアレイシステムにOSやソフトウェアなど業務に必要なソフトウェアを格納しておき，そこから業務システムを起動させることです。

SVP機能

BladeSymphonyのWindowsサーバ，Linuxサーバ，HP-UXサーバのとき，およびHA8000シリーズのWindowsサーバ，Linuxサーバに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 Server 2003，Windows Server 2008，またはWindows Server 2012を搭載したPCサーバのことです。

（ア行）

アラート

ホストで発生したエラーなどの情報です。JP1/ServerConductorでは，アラート情報を検知できるので，ホストの障害を早期に対処できます。

インベントリ

管理しているホストのOSのバージョン，ハードウェアの状態，ハードディスクの容量など，ホストの構成や状態に関する情報です。

エンタープライズ

エンタープライズに表示されているIDをオブジェクトIDといいます。SNMPでは管理対象機器の情報の単位をオブジェクトといい，このオブジェクトの識別子がオブジェクトIDです。SNMPではこのオブジェクトIDを使った情報をやり取りします。

（カ行）

管理対象ホスト

JP1/ServerConductorで管理対象となるWindowsサーバ，Linuxサーバ，およびHP-UXサーバの総称です。

クラスタ

2台以上のサーバを1つのシステムに見せることで，接続しているクライアントに対して，ホットスタンバイや高可用性を提供します。

コールドスタンバイ

通信機器やコンピュータシステムを多重化して信頼性を向上させる手法の一つです。

コミュニティ

コミュニティとはSNMPが管理するネットワークシステムの範囲です。管理者はこのコミュニティに名前（コミュニティ名）を付けます。コミュニティ名はそのコミュニティの権限に関連づけるパスワードの役割も果たします。

（サ行）

サーバアラートログ

サーバで発生したアラートのログのことです。

装置ログ

IOEUで発生したエラーなどのログのことです。

（タ行）

ディスク割当てリポジトリ

BSM Plusが管理するWWNの情報とおよびディスクの割り当て状態を表示するダイアログボックスのことです。

（ナ行）

ノードデータファイル

管理対象のノードや受信済みのアラート情報が記録されるファイルです。

コンソールサービスが接続するマネージャサービスごとに，<ServerConductorのインストール先フォルダ>¥Program¥MNG_*_*_*_*.dat（*_*_*_*は，マネージャサービスのIPアドレス）として作成されます。

（ハ行）

パーティション

電源をON/OFFする単位のことです。

SMP構成でない場合はブレード1枚がパーティションに相当し，SMP構成の場合はSMP構成の1単位がパーティションに相当します。

フェイルオーバー

サーバに障害が発生した場合に，代替サーバが処理やデータを引き継ぐ機能のことです。

ホスト

JP1/ServerConductorで管理対象となるWindowsサーバ，Linuxサーバ，およびHP-UXサーバの総称です。

ホットプラグ

通電したままパーツを装着することです。

（マ行）

マネージャ

サーバを集中管理して，システム全体の統括管理をするマシンのことです。

マネージャサービスのログファイル

BSMマネージャサービスが出力するログのことです。また，SNMPプロトコルでの通信情報のログもここに出力されます。

（ラ行）

ランプ制御

管理コンソールから，遠隔地にある機器のランプの点灯状態を操作する機能のことです。

システム管理者が遠隔地の機器のランプを点灯して，現地の保守員に交換が必要な機器を知らせるといったことができます。

この機能は，ランプ制御をサポートしている機器に対して利用できます。

ロードバランシング

並列に運用されている機器間での負荷がなるべく均等になるように処理を分散して割り当てることです。

索引

[Ａ][Ｂ][Ｃ][Ｄ][Ｅ][Ｆ][Ｈ][Ｉ][Ｊ][Ｌ][Ｍ][Ｎ][Ｏ][Ｐ][Ｒ][Ｓ][Ｕ][Ｖ][Ｗ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行][ワ行]

(英字)

(Ａ)

Activate〔LPAR〕

Agentホスト〔用語解説〕

(Ｂ)

Basicモード

BIOSポストログ

BIOSポストログ

BIOSポストログ〔用語解説〕

［BIOSポストログ］ウィンドウ

BIOSポストログを表示する

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

BladeSymphonyサーバ一覧を表示する

(Ｃ)

CSV出力〔アラート〕

(Ｄ)

Deactivate〔LPAR〕

Device Managerとの連携

DPMコンピュータ情報エクスポートファイルの出力形式

DPMコンピュータ情報エクスポートファイルの出力項目

DPMと連携する

DUMP〔用語解説〕

(Ｅ)

e-mail（アラート通知）

e-mail（保守情報）

e-mailで通知される情報

e-mailで通知したいアラートを選択する場合

e-mailの設定（自動レポート機能）

(Ｆ)

FC情報

forward

(Ｈ)

HBA搭載PCIeスロット番号の付与規則

HBA搭載PCIスロット番号の付与規則

HBAポート番号の付与規則

HBAを交換する

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設定］ダイアログボックス

［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定）

［HVM設定］ダイアログボックスでの設定項目（仮想NICシステム番号設定後）

HVMノード選択時の表示項目

HVMの設定

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

HVMの設定手順

HVMの設定をする前の準備

Hyper-Vへ移行する場合

(Ｉ)

IA32〔用語解説〕

IOEUのインベントリ情報を表示する

IOEUの削除

IOEUの登録

(Ｊ)

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

JP1/IMと連携する

JP1/IMに通知される情報

JP1/IMの重大度とJP1/ServerConductorのアラートレベル

JP1/IM連携機能の設定

JP1/Power Monitor連携用コマンドの作成

JP1/Power Monitor連携用コマンドの作成

JP1/Power Monitor連携用コマンドの実行

JP1/Power Monitor連携用コマンドの実行までの流れ

［JP1/SC/DPMエクスポート情報変更］ダイアログボックス

［JP1/SC/DPMコンピュータ情報エクスポート］ダイアログボックス

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

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

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

JP1イベントの属性

(Ｌ)

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アドレス〔用語解説〕

mdacci.exe

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

MIBファイル

MIF

MIF〔用語解説〕

［MIF情報］ウィンドウ

MIF情報を表示する

monconfig

(Ｎ)

N+1グループ

N+1グループ

N+1グループ

N+1グループ

［N+1グループ］ノードの内容を確認する

［N+1グループ］ノードの内容を確認する

［N+1グループ］ノードの内容を確認する

N+1グループの削除〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループの削除〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループの削除〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1グループの作成〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループの作成〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループの作成〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1グループのホストの削除〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループのホストの削除〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループのホストの削除〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1グループのホストの登録〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループのホストの登録〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループのホストの登録〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1グループの予備プールの削除〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループの予備プールの削除〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループの予備プールの削除〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1グループの予備プールの登録〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループの予備プールの登録〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループの予備プールの登録〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1グループ名の変更〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

N+1グループ名の変更〔N+Mコールドスタンバイ（I/O継承方式）〕

N+1グループ名の変更〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

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コールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

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コールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

N+1冗長化の前提条件

N+1対象アラート定義ファイル

N+1対象アラート定義ファイル

N+1対象アラート定義ファイル

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

N+Mコールドスタンバイ〔用語解説〕

N+Mコールドスタンバイ（I/O継承方式）の構成例

N+Mコールドスタンバイ（I/O継承方式）の適用

N+Mコールドスタンバイ（I/O継承方式）の動作

N+Mコールドスタンバイ（iSCSI設定引継ぎ方式）の動作

N+Mコールドスタンバイ（LPAR上で稼働するサーバまたはHVMを管理する場合）

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の構成例

N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）の適用

N+Mコールドスタンバイ（WWN引継ぎ方式）の動作

N+Mコールドスタンバイ（仮想化プラットフォームの場合）

N+Mコールドスタンバイの構成例（SMP構成時）

N+Mコールドスタンバイの構成例（SMP構成時）

N1Alert.dat

N1Alert.dat

N1Alert.dat

N1SwitchShutdownSet.ini

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マネージメントプログラムをインストールする

(Ｓ)

SAN〔用語解説〕

SANブート〔用語解説〕

SANブート構成

scbsmcmdコマンド

［ServerConductor コンソールサービス - ログイン］ダイアログボックス

［ServerConductor コンソールサービス - ログイン］ダイアログボックス

Shared FC Assignment画面

Shared FC Assignment画面での設定項目

［Shared FC Assignment］タブ

［Shared FC Assignment］タブでの設定項目

SMP構成管理

SMP構成管理（LPAR上で稼働するサーバまたはHVMを管理する場合）

SMP構成管理機能

SMP構成管理機能

SMP構成管理機能〔ラック管理〕

SMP構成管理機能の操作

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

［SMP設定］ウィンドウ

［SNMP Trap詳細］ダイアログボックス

［SNMP Trap詳細］ダイアログボックス

SNMP Trapの詳細情報を確認する

SNMP Trapの設定

［SNMP Trapの追加］ダイアログボックス

SNMP Trapを受信するための準備

SNMP設定メニュー

SNMPトランスレータとは

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

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

SNMPトランスレータを使ったネットワーク管理

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

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

SVP拡張機能〔BSM〕

SVP拡張機能〔BSM〕

［SVP拡張機能の使用］ダイアログボックス

［SVP拡張機能の使用］ダイアログボックス

SVP機能〔用語解説〕

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

SVPの二重化（ネットワークスイッチ連携機能）

SVPボード〔用語解説〕

SVPボードのIPアドレスの変更（HA8000の場合だけ）

SVPログ

SVPログ〔用語解説〕

［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コンソールサービスの終了

Windowsサーバ〔用語解説〕

(ア行)

(あ)

アイコン〔［ホスト管理］ウィンドウ〕

空きスロット

アクセス制限

アプリケーションログとして記録される情報

アプリケーションログの記録

アプリケーションログへの記録〔ラック管理〕

アラート〔用語解説〕

アラートアクションe-mailの設定

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

アラートごとに設定する

アラートごとに設定する〔アラート発生時のサーバの動作〕

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

アラート情報の表示〔管理対象機器（ラック管理）〕

アラート情報を表示する

［アラート設定］ダイアログボックス

アラート属性ファイル

アラート属性ファイル

アラート属性ファイルを使用して設定する

アラート属性ファイルを使用して設定する〔アラート発生時のサーバの動作〕

［アラート］タブ

アラート単位でのフィルタリング

アラート通知の設定

アラート通知のフィルタリング〔ラック管理〕

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

アラートに関する注意事項

アラートのCSV出力

アラートの内容

アラートの表示

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

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

アラートレベルでのフィルタリング

アラートログの表示〔ラック管理〕

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

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

アラートをJP1/Cm2/NNMに通知する

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

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

アラートを受信するための設定

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

(い)

一覧表示〔ホスト〕

一括設定〔電源制御スケジュール〕

［一括設定 - スケジュール］ウィンドウ

［一括操作 - 電源制御］ウィンドウ

イベントレベルとアラートレベルの対応

イベントログに記録する

印刷

インベントリ〔用語解説〕

［インベントリCSVファイル出力オプション］ダイアログボックス

［インベントリCSVファイル出力］ダイアログボックス

［インベントリ］ウィンドウ

インベントリ情報

インベントリ情報〔ホスト〕

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

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

インベントリツリー

インベントリに関する注意事項

インポート

インポート〔DPMコンピュータ情報〕

(う)

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

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

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

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

運用ケース別の設定項目と切り替え待ち時間〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

運用ケース別の設定項目と切り替え待ち時間〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

(え)

エージェント環境設定ファイル

エージェントサービス設定〔ラック管理〕

エクスポート

エクスポート〔DPMコンピュータ情報〕

エクスポート〔ホストグループ一覧ファイル〕

エクスポートしたクローニング元のHVMの設定をインポートする

遠隔操作

遠隔操作〔ラック管理〕

遠隔操作（LPAR上で稼働するサーバまたはHVMを管理する場合）

遠隔操作（仮想化プラットフォームの場合）

遠隔操作の概要

エンタープライズ〔用語解説〕

(カ行)

(か)

［外部プログラム起動］ダイアログボックス

外部プログラムの起動

外部プログラムの起動〔ラック管理〕

外部プログラムの起動方法〔ラック管理〕

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

概要表示形式

拡張属性

確認〔SNMP Trapの詳細情報〕

確認〔接続先マネージャサービス〕

確認〔通知アラート〕

確認〔電源制御スケジュール（一括設定）〕

確認〔ハードウェア構成〕

仮想NIC情報

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

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

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

仮想化プラットフォームのサーバを管理する場合

画面表示内容の確認で採取する資料

環境設定（情報取得）

［監視設定］ダイアログボックス

管理コンソールが管理サーバに接続していない場合

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

管理サーバへの登録

管理サーバへの登録

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

管理しているホストを削除する

管理対象外のホストを再接続する

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

管理対象機器を登録する

管理対象サーバが管理サーバに接続していない場合

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

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

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

管理対象の削除

管理対象の登録

管理対象ホスト〔用語解説〕

管理対象をグループに分ける

(き)

キープアライブ

機器の削除

機器の追加

［機器の追加］ダイアログボックス

機器の変更

［機器の変更］ダイアログボックス

機器のラックからの削除

起動〔Webコンソールサービス〕

起動〔外部プログラム〕

起動〔コンソールサービス〕

起動〔ローカルコンソールサービス〕

起動できる外部プログラム〔ラック管理〕

起動と終了

起動用ディスク接続パスを冗長化したSANブート構成

基本属性

強制電源OFF（scbsmcmdコマンドで実施する場合）

強制電源OFF（［ホスト管理］ウィンドウで実施する場合）

共通情報（拡張属性）

切り替え先（自動で切り替える場合）〔N+Mコールドスタンバイ（I/O継承方式）〕

切り替え先（自動で切り替える場合）〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

切り替え先（手動で切り替える場合）〔N+Mコールドスタンバイ（I/O継承方式）〕

切り替え先（手動で切り替える場合）〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

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

切り替え失敗時の復旧手順（ネットワークスイッチ連携機能）

記録〔SVPログ〕

記録〔syslog〕

記録〔イベントログ〕

記録〔サーバアラートログ〕

記録〔装置ログ〕

(く)

クラスタ〔用語解説〕

［クラスタ管理］ウィンドウ

クラスタシステム上の管理対象サーバの運用

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

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

クラスタ情報の表示

クラスタ制御スケジュールの設定

クラスタ名〔［ホスト管理］ウィンドウ〕

グルーピング

グルーピング方法

グループ管理（LPAR上で稼働するサーバまたはHVMを管理する場合）

グループ管理（仮想化プラットフォームの場合）

グループ管理でできる設定

グループ管理でできる操作

［グループ作成］ダイアログボックス

［グループ作成］ダイアログボックス

［グループ作成］ダイアログボックス

クローニング

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

［クローニング］ダイアログボックス

クローニング元のHVMを直接指定する

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

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

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

(け)

検索条件（HP-UX項目の場合）

検索条件（Linux項目の場合）

検索条件（Windows項目の場合）

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

現用系のN+1グループ

現用系のN+1グループ

現用系のN+1グループ

(こ)

構成例〔N+Mコールドスタンバイ（I/O継承方式）〕

構成例〔N+Mコールドスタンバイ（I/O継承方式）（SMP構成時）〕

構成例〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

構成例〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）（SMP構成時）〕

コールドスタンバイ〔用語解説〕

コミュニティ〔用語解説〕

固有情報（拡張属性）

コンソールサービス

コンソールサービスからの環境設定（LPAR上で稼働するサーバまたはHVMを管理する場合）

コンソールサービスからの環境設定（仮想化プラットフォームの場合）

コンソールサービス設定〔ラック管理〕

コンソールサービスでの表示（LPAR上で稼働するサーバまたはHVMを管理する場合）

コンソールサービスでの表示（仮想化プラットフォームの場合）

コンソールサービスの起動

コンソールサービスの終了

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

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

コンピュータ情報のエクスポート手順

コンピュータ名〔［ホスト管理］ウィンドウ〕

(サ行)

(さ)

サーバアラートログ

サーバアラートログ〔用語解説〕

［サーバアラートログ］ウィンドウ

［サーバアラートログ削除］ダイアログボックス

［サーバアラートログ］ダイアログボックス

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

サーバアラートログの削除

サーバアラートログの表示範囲の変更

サーバアラートログファイルの採取

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

サーバ起動監視（LPAR上で稼働するサーバまたはHVMを管理する場合）

サーバ起動監視機能

サーバ指定状態

サーバシャーシ内のサーバモジュールの割り当て〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

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

サーバシャーシの削除

サーバシャーシの登録

サーバシャーシ別階層

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

サーバ操作に関する注意事項

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

サーバの起動を監視する

サーバの状態と起動監視時間

サーバモジュール間SMP機能

サービス構成別階層

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

最終確認画面

最終確認画面での表示内容

採取が必要な資料

再接続〔ホスト〕

サイト別階層

サイト別に表示する

削除〔IOEU〕

削除〔LPAR〕

削除〔N+1グループ（N+Mコールドスタンバイ（I/O継承方式））〕

削除〔N+1グループ（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

削除〔N+1グループのホスト（N+1コールドスタンバイ（ディスクパス切替え方式））〕

削除〔N+1グループのホスト（N+Mコールドスタンバイ（I/O継承方式））〕

削除〔N+1グループのホスト（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

削除〔N+1グループの予備プール（N+1コールドスタンバイ（ディスクパス切替え方式））〕

削除〔N+1グループの予備プール（N+Mコールドスタンバイ（I/O継承方式））〕

削除〔N+1グループの予備プール（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

削除〔管理対象〕

削除〔管理対象ホスト〕

削除〔サーバアラートログ〕

削除〔サーバシャーシ〕

削除〔パーティション〕

作成〔LPAR〕

作成〔パーティション〕

(し)

しきい値の設定

資産管理

資産管理（LPAR上で稼働するサーバまたはHVMを管理する場合）

資産管理（仮想化プラットフォームの場合）

資産管理の概要

資産情報の表示〔ラック管理〕

システム構成情報

システム情報

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

自動切り替え時の現用系の電源OFF〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

自動切り替え時の現用系の電源OFF〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

自動切り替えの対象となるアラートの設定〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

自動切り替えの対象となるアラートの設定〔N+Mコールドスタンバイ（I/O継承方式）〕

自動切り替えの対象となるアラートの設定〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

自動切り替え待ち時間の見積もり〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

自動切り替え待ち時間の見積もり〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

自動登録〔サーバシャーシまたはIOEU〕

自動レポート機能

自動レポート機能

自動割り当て

シャーシID〔［ホスト管理］ウィンドウ〕

［シャーシインベントリ］ウィンドウ

シャーシ定期監視

シャーシ定期監視での監視のタイミング

シャーシノード選択時の表示項目

週間スケジュールと特定日スケジュールを組み合わせて設定する

週間スケジュールを設定する

終了〔Webコンソールサービス〕

終了〔コンソールサービス〕

終了〔ローカルコンソールサービス〕

［手動切り替え実行］ダイアログボックス

手動診断

手動同期

手動登録〔サーバシャーシまたはIOEU〕

準備〔外部プログラム起動〕

障害監視〔HBAとの連携〕

障害監視〔HRA Utilityとの連携〕

障害監視〔HRNとの連携〕

障害監視〔SVP拡張機能〕

障害監視〔ウォッチドッグタイマ〕

［障害監視 詳細設定］ダイアログボックス

障害管理

障害管理〔ラック管理〕

障害管理（LPAR上で稼働するサーバまたはHVMを管理する場合）

障害管理（仮想化プラットフォームの場合）

詳細表示形式

情報取得

［情報取得］ダイアログボックス

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

使用率超過通知機能

使用率の算出方法

資料の採取方法

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

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

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

資料の採取方法（管理コンソール）

資料の採取方法（管理サーバ（BSM））

(す)

スイッチ情報定義ファイル

スイッチ情報定義ファイルの記述規則

スイッチ情報定義ファイルの注意事項

スイッチ情報定義ファイルの定義内容

スイッチ情報定義ファイルの定義例

スイッチ情報登録

［スイッチ情報登録］ダイアログボックス

［スイッチ情報登録］ダイアログボックス

スケジュール同期

ストレージ運用支援

ストレージ運用支援（LPAR上で稼働するサーバまたはHVMを管理する場合）

ストレージ運用支援機能

ストレージ運用支援機能〔ラック管理〕

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

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

ストレージ運用支援の事前準備

ストレージ構成の変更

［図面表示］ウィンドウ

(せ)

「制御不可理由」欄に表示されるメッセージ〔ランプ制御〕

性能監視（LPAR上で稼働するサーバまたはHVMを管理する場合）

接続URL（Webコンソールサービス）

接続URL（WebコンソールサービスのHTMLマニュアル）

接続管理（LPAR上で稼働するサーバまたはHVMを管理する場合）

接続管理（仮想化プラットフォームの場合）

［接続先アラートアクションサービス登録／削除］ダイアログボックス

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

接続先マネージャサービスの確認

［接続先マネージャサービスの確認］ダイアログボックス

接続先マネージャサービスの変更

設定〔HP-UX EMS連携〕

設定〔HVM〕

設定〔JP1/IM連携機能〕

設定〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

設定〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

設定〔PCIデバイスの占有/共有〕

設定〔SNMP Trapの受信〕

設定〔SNMP管理〕

設定〔SNMP管理（拡張モジュール）〕

設定〔SNMPトランスレータ（Linux）〕

設定〔SNMPトランスレータ（Windows）〕

設定〔SVP拡張機能〕

設定〔SVP拡張機能〕

設定〔SVPに対するアラートフィルタリング（Linux）〕

設定〔SVPに対するアラートフィルタリング（Windows）〕

設定〔アラートの受信〕

設定〔アラートのフィルタリング（アラート単位）〕

設定〔アラートのフィルタリング（アラートレベル）〕

設定〔アラート発生時のサーバの動作〕

設定〔アラート発生時のサーバの動作（ラック管理）〕

設定〔アラートをe-mailで通知する〕

設定〔ウォッチドッグタイマによる障害監視〕

設定〔キープアライブ〕

設定〔クラスタ制御スケジュール〕

設定〔クローニング〕

設定〔サーバアラートログ〕

設定〔サーバ起動監視〕

設定〔しきい値（使用率監視）〕

設定〔自動起動するプログラム〕

設定〔シャーシ定期監視〕

設定〔情報取得〕

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

設定〔データベース（資産管理）〕

設定〔データベースを利用した資産管理〕

設定〔電源制御スケジュール〕

設定〔電源制御スケジュール（一括設定）〕

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

設定〔未通知アラートの通知〕

設定〔レポートスケジュール〕

設定規則（データベース更新スケジュール）

設定時の注意事項

設定情報の変更〔ラック管理〕

設定内容の確認（電源制御スケジュール）

設定内容のコピー（電源制御スケジュール）

前提事項〔SMP構成管理機能〕

前提条件〔HVM構成管理機能〕

前提条件〔JP1/Cm2/NC（N+Mコールドスタンバイ（I/O継承方式））〕

前提条件〔JP1/Cm2/NC（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

前提条件〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

前提条件〔N+1冗長化（N+Mコールドスタンバイ（I/O継承方式））〕

前提条件〔N+1冗長化（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

前提条件〔N+Mコールドスタンバイ（I/O継承方式）〕

前提条件〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

前提条件〔サーバ起動監視〕

前提条件〔ストレージ運用支援機能〕

前提条件〔ネットワーク環境（N+1コールドスタンバイ（ディスクパス切替え方式））〕

前提条件〔ネットワーク環境（N+Mコールドスタンバイ（I/O継承方式））〕

前提条件〔ネットワーク環境（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

前提条件〔ネットワークスイッチ（N+Mコールドスタンバイ（I/O継承方式））〕

前提条件〔ネットワークスイッチ（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

前提条件〔ネットワークスイッチ連携機能（N+Mコールドスタンバイ（I/O継承方式））〕

前提条件〔ネットワークスイッチ連携機能（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

前提条件〔予備系サーバモジュール（N+1コールドスタンバイ（ディスクパス切替え方式））〕

前提条件〔予備系サーバモジュール（N+Mコールドスタンバイ（I/O継承方式））〕

前提条件〔予備系サーバモジュール（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

(そ)

操作対象画面

操作対象画面での設定項目

［操作対象］タブ

［操作対象］タブでの設定項目

操作手順〔ランプ制御（BS1000/BS320）〕

操作手順〔ランプ制御（BS2000）〕

操作手順〔ランプ制御（BS500）〕

操作手順〔ランプ制御（IOEU）〕

操作手順〔リモートコンソール〕

装置ログ

装置ログ〔用語解説〕

装置ログに記録する

装置ログファイルの採取

装置ログを表示する

外付スイッチ名称登録

［外付スイッチ名称登録］ダイアログボックス

［外付スイッチ名称登録］ダイアログボックス

そのほかの注意事項

(タ行)

(た)

対応バージョン〔ネットワーク連携機能（N+Mコールドスタンバイ（I/O継承方式））〕

対応バージョン〔ネットワーク連携機能（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

対処手順（トラブル発生時）

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

他プログラムとの連携

ダンプ情報

(ち)

注意事項〔HVM構成管理機能〕

注意事項〔JP1/IM連携機能〕

注意事項〔LPAR作成〕

注意事項〔scbsmcmdコマンド〕

注意事項〔SNMP Trap追加〕

注意事項〔アラート〕

注意事項〔インベントリ〕

注意事項〔キープアライブ〕

注意事項〔クラスタ管理〕

注意事項〔コンソールサービス〕

注意事項〔サーバ起動監視〕

注意事項〔サーバ操作〕

注意事項〔シャーシ定期監視〕

注意事項〔設定時〕

注意事項〔電源制御〕

注意事項〔パーティション構成時〕

注意事項〔ホストグループ自動割り当て〕

注意事項〔ラック管理〕

注意事項〔ランプ制御〕

中央ペイン〔［ラックマネージャ］ウィンドウ〕

(つ)

通信状態監視〔マネージャサービスとIOEU〕

通信状態監視〔マネージャサービスとエージェントサービス〕

通信状態監視〔マネージャサービスとコンソールサービス〕

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

通信状態を監視する

［通知アラート］ウィンドウ

通知アラートを確認する

通知アラートを表示する

ツールチップに表示されるメッセージ〔［ランプ制御］ダイアログボックス〕

ツールチップに表示されるメッセージ〔［リモートコンソール］ダイアログボックス〕

ツールチップに表示されるメッセージ（［予備登録・変更］ダイアログボックス）〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

ツールチップに表示されるメッセージ（［予備登録・変更］ダイアログボックス）〔N+Mコールドスタンバイ（I/O継承方式）〕

ツールチップに表示されるメッセージ（［予備登録・変更］ダイアログボックス）〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

ツリー構成で表示する

ツリー構成表示

(て)

定期診断

ディスク情報の表示

ディスク割当てリポジトリ〔用語解説〕

［ディスク割当てリポジトリ］ウィンドウ

データベースからホストを検索する

［データベース更新スケジュール設定］ダイアログボックス

データベースの削除

データベースの作成

データベースの設定

［データベースの選択］ダイアログボックス

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

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

適用規則（データベース更新スケジュール）

デフォルトでサポートされているSNMP Trap

電源OFF（scbsmcmdコマンドで実施する場合）

電源OFF（［ホスト管理］ウィンドウで実施する場合）

電源ON（scbsmcmdコマンドで実施する場合）

電源ON（［ホスト管理］ウィンドウで実施する場合）

電源制御

電源制御〔［ホスト管理］ウィンドウ〕

電源制御〔ラック管理〕

電源制御（LPAR上で稼働するサーバまたはHVMを管理する場合）

電源制御（仮想化プラットフォームの場合）

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

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

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

電源制御の方式

電源制御方式と［ホスト管理］ウィンドウでの表示

電源の一括操作

電源をOFFにする

電源をONにする

電源を強制的にOFFにする

電源を制御する

転送手段の設定

転送設定ファイル

(と)

動作／性能監視

登録〔Device Manager〕

登録〔IOEU〕

登録〔N+1グループのホスト（N+1コールドスタンバイ（ディスクパス切替え方式））〕

登録〔N+1グループのホスト（N+Mコールドスタンバイ（I/O継承方式））〕

登録〔N+1グループのホスト（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

登録〔N+1グループの予備プール（N+1コールドスタンバイ（ディスクパス切替え方式））〕

登録〔N+1グループの予備プール（N+Mコールドスタンバイ（I/O継承方式））〕

登録〔N+1グループの予備プール（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

登録〔管理対象〕

登録〔管理対象機器〕

登録〔管理対象ホスト〕

登録〔サーバシャーシ〕

特定日スケジュールを設定する

ドメイン別階層

ドメイン別に表示する

トラブル内容の確認で採取する情報

トラブルの対処方法

(ナ行)

(ね)

ネットワーク情報

ネットワークスイッチ間接続の設定

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

ネットワークスイッチ情報の定義（ポート情報GUI設定方式）〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

ネットワークスイッチ情報の定義（ポート情報インポート設定方式）〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

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

ネットワークスイッチ連携機能

ネットワークスイッチ連携機能の概要

ネットワークスイッチ連携機能の設定〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

(の)

ノードデータファイル〔用語解説〕

ノードの表示可否

(ハ行)

(は)

パーティション〔用語解説〕

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

パーティション番号〔［ホスト管理］ウィンドウ〕

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

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

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

ハードウェア構成図

ハードウェア構成図の表示方法

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

パスワード変更〔ラック管理〕

(ひ)

日立サーバ論理分割機構

日立サーバ論理分割機構によるサーバの仮想化

左ペイン〔［ラックマネージャ］ウィンドウ〕

必要な準備（LPAR構成）

必要な準備（仮想化プラットフォーム）

表示〔BIOSポストログ〕

表示〔BladeSymphonyサーバの一覧〕

表示〔MIF情報〕

表示〔MIF情報（ラック管理）〕

表示〔SVPログ〕

表示〔アラート情報〕

表示〔アラート情報（ラック管理）〕

表示〔アラートログ（ラック管理）〕

表示〔インベントリ情報（IOEU）〕

表示〔インベントリ情報（サーバシャーシ）〕

表示〔インベントリ情報（ラック管理）〕

表示〔クラスタ情報〕

表示〔サーバアラートログ〕

表示〔サービス構成別〕

表示〔サービス構成別〕

表示〔サイト別〕

表示〔装置ログ〕

表示〔通知アラート〕

表示〔通知アラート（ラック管理）〕

表示〔ツリー構成〕

表示〔ドメイン別〕

表示〔ハードウェア構成〕

表示〔ハードウェア構成（ラック管理）〕

表示〔ホストグループ割り当て〕

表示〔マネージャアラートログ〕

表示〔未通知アラート〕

表示〔未配置機器の一覧〕

表示〔ラックイメージ〕

表示〔ラックに搭載された機器〕

表示〔ラックの一覧〕

表示手順〔［ラックマネージャ］ウィンドウ〕

表示内容〔［BIOSポストログ］ウィンドウ〕

表示内容〔［SVPログ/装置ログ］ウィンドウ〕

表示内容〔［SVPログ/装置ログ］ウィンドウ〕

表示内容〔［サーバアラートログ］ウィンドウ〕

表示内容〔［通知アラート］ウィンドウ〕

表示内容〔［マネージャアラートログ］ウィンドウ〕

表示内容〔［ラックマネージャ］ウィンドウ〕

表示範囲の変更〔サーバアラートログ〕

(ふ)

［ファイル情報］の表示内容

ファイル転送

フィルタリング

フィルタリング〔アラート通知（ラック管理）〕

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

フェイルオーバー

フェイルオーバー

フェイルオーバー〔用語解説〕

［復帰・解除実行］ダイアログボックス

(へ)

変更〔LPAR構成情報〕

変更〔N+1グループ名（N+1コールドスタンバイ（ディスクパス切替え方式））〕

変更〔N+1グループ名（N+Mコールドスタンバイ（I/O継承方式））〕

変更〔N+1グループ名（N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式））〕

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

変更〔パーティション〕

(ほ)

ポート情報GUI設定方式

ポート情報GUI設定方式とポート情報インポート設定方式の違い

ポート情報インポート設定方式

ポート番号

保守情報（HP-UXサーバ）

保守情報（Linuxサーバ）

保守情報（Windowsサーバ）

保守情報の取得

保守情報の取得〔ラック管理〕

保守情報の取得手順

保守情報ファイルの格納先の設定

ホスト〔用語解説〕

［ホスト管理］ウィンドウ

［ホスト管理］ウィンドウに一覧表示される情報の意味

ホストグループ

ホストグループ一覧ファイル

ホストグループ一覧ファイルのエクスポート方法

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

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

ホストグループ割り当て定義ファイル

ホストグループ割り当て定義ファイルのインポート

ホストグループ割り当て定義ファイルのインポート方法

ホストグループ割り当て定義ファイルの作成

ホストグループ割り当て定義ファイルの作成手順

ホスト検索機能

ホスト検索機能

ホスト検索結果の表示形式を切り替える

ホスト検索結果をCSV形式ファイルに出力する

ホスト検索結果をグルーピングする

ホスト検索時の検索条件

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録・変更］ダイアログボックス

［ホスト登録］ダイアログボックス

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

ホストの一覧表示

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

ホストノードの内容を確認する

ホストノードの内容を確認する

ホストノードの内容を確認する

ホスト名〔［ホスト管理］ウィンドウ〕

ホストを登録する

［保存設定］タブ

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

ホットスタンバイ構成

ホットプラグ〔用語解説〕

(マ行)

(ま)

マネージャ〔用語解説〕

マネージャアラートログ

［マネージャアラートログ］ウィンドウ

マネージャアラートログファイルの採取

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

［マネージャサービス設定］ダイアログボックス

マネージャサービスとIOEUとの通信状態監視

マネージャサービスとエージェントサービスとの通信状態監視

マネージャサービスとコンソールサービスとの通信状態監視

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

マネージャサービスのログファイル〔用語解説〕

(み)

未確認アラート〔［ホスト管理］ウィンドウ〕

右ペイン〔［ラックマネージャ］ウィンドウ〕

未通知アラートの表示方法

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

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

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

(め)

メインメニュー（Advanced Agent環境設定）〔SNMPトランスレータの使用〕

メンテナンス完了

(ヤ行)

(ゆ)

［ユーザ定義］ウィンドウ

ユーザメニューの作成

(よ)

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

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

予備系サーバモジュールの選択順序〔N+Mコールドスタンバイ（I/O継承方式）〕

予備系サーバモジュールの選択順序〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

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

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

予備系への切り替え先〔N+Mコールドスタンバイ（I/O継承方式）〕

予備系への切り替え先〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

予備系への切り替えの方法〔N+1コールドスタンバイ（ディスクパス切替え方式）〕

予備系への切り替えの方法〔N+Mコールドスタンバイ（I/O継承方式）〕

予備系への切り替えの方法〔N+Mコールドスタンバイ（WWN引継ぎ方式/iSCSI設定引継ぎ方式）〕

［予備登録・変更］ダイアログボックス

［予備登録・変更］ダイアログボックス

［予備登録・変更］ダイアログボックス

［予備登録・変更］ダイアログボックス

［予備登録・変更］ダイアログボックス

［予備登録・変更］ダイアログボックス

予備プール

予備プール

予備プール

予備プールの内容を確認する

予備プールの内容を確認する

予備プールの内容を確認する

(ラ行)

(ら)

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

ラック管理

ラック管理（LPAR上で稼働するサーバまたはHVMを管理する場合）

ラックに搭載された機器の表示

ラックの一覧を表示する

ラックの構成変更

［ラックの構成変更］ダイアログボックス

ラックの削除

ラックの追加

［ラックの追加］ダイアログボックス

ラックマネージャ

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

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

ラックマネージャから起動できる外部プログラム

ランプ制御

ランプ制御〔用語解説〕

ランプ制御〔ラック管理〕

［ランプ制御］ダイアログボックス（BS1000）

［ランプ制御］ダイアログボックス（BS2000）

［ランプ制御］ダイアログボックス（BS320）

［ランプ制御］ダイアログボックス（BS500）

［ランプ制御］ダイアログボックス（IOEU）

ランプの点灯状態を制御できるモジュール

(り)

リブート（scbsmcmdコマンドで実施する場合）

リブート（［ホスト管理］ウィンドウで実施する場合）

リブートする

リモートコンソール

リモートコンソール〔ラック管理〕

［リモートコンソール］ダイアログボックス

リモートコントロール

リモートコントロール〔ラック管理〕

利用条件〔N+1コールドスタンバイ〕

利用条件〔N+Mコールドスタンバイ〕

(れ)

レジストリ情報（Windowsの場合）

［レポート時間設定］ダイアログボックス

レポートスケジュールを設定する

レポート通知の形式

連携できるプログラム

(ろ)

ローカルコンソールサービス

ローカルコンソールサービスの起動

ローカルコンソールサービスの終了

ロードバランシング〔用語解説〕

ロギング機能

ログイン情報の変更

［ログイン情報の変更］ダイアログボックス

ログファイル

(ワ行)

(わ)

ワイルドカード検索（ホスト検索）

■ 商標類

AMDは，Advanced Micro Devices, Inc.の商標です。
BitLockerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Ethernetは，富士ゼロックス株式会社の登録商標です。
HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
Intel Xeonは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。
LANDeskは，米国およびその他の国におけるLANDesk Group, Ltdとその子会社の商標または登録商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
LSI，SANtricityは，LSI Corporationの商標または登録商標です。
Microsoft .NETは，お客様，情報，システムおよびデバイスを繋ぐソフトウェアです。
Microsoft Accessは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
OracleとJavaは，Oracle Corporation及びその子会社，関連会社の米国及びその他の国における登録商標です。
PA-RISCは，Hewlett-Packard Development Company, L.P.の商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
SUSEは日本におけるNovell, Inc.の商標です。
UNIXは，The Open Groupの米国ならびに他の国における登録商標です。
VMware，VMware vSphere ESXは，米国およびその他の地域における VMware, Inc.の登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。