JP1 Version 10

JP1/IT Resource Management - Manager 運用ガイド

手引・操作書

3021-3-232-02

目　　次

前書き

変更内容

はじめに

第1編　クイックリファレンス編

1.　JP1/ITRMの代表的な運用例

1.1　ITリソース運用の紹介

1.1.1　ITリソース運用のライフサイクル

1.1.2　ITリソースの状況を確認する画面

1.2　ITリソースの把握

1.3　ITリソースの提供

1.4　ITリソースの状況確認

1.5　ITリソースの最適化

1.6　ITリソースのメンテナンス

第2編　運用編

2.　JP1/ITRMの起動と終了

2.1　JP1/ITRMを起動する

2.2　JP1/ITRMを終了する

2.3　JP1/ITRMにログインする

2.4　JP1/ITRMからログアウトする

3.　ITリソースの構成を把握する

3.1　所有しているITリソースを把握する

3.1.1　探索機能を使って，所有しているITリソースの種類や台数などの情報を収集する

3.1.2　発見したITリソースを，JP1/ITRMでの管理対象として設定する

3.1.3　リソースグループと業務グループを作成し，関連づける

3.1.4　作成したリソースグループに，ITリソースを所属させる

3.2　ITリソースの構成情報を確認する

3.2.1　ITリソースの接続状態を確認する

3.2.2　ITリソースの種類やネットワークアドレスなどを一覧で確認する

3.2.3　ITリソースの状態や認証情報などを確認する

3.3　ホストの提供状況を一覧で確認する

3.4　ITリソースを管理する範囲を変更する

3.4.1　ITリソースの情報を収集する範囲を変更する

3.4.2　JP1/ITRMでの管理対象を変更する

4.　ITリソースをITリソース利用者に提供する

4.1　ホストをITリソース利用者に提供する

4.1.1　ホストの予約に必要な情報を検討する

4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する

4.1.3　仮想ホストを構築する

4.1.4　仮想ホストの動作を確認する

4.2　ホストの予約をキャンセルする

4.2.1　予約画面でホストを削除する

4.2.2　スケジュール画面で予約をキャンセルする

4.3　ホストの提供期間を変更する

4.3.1　提供期間を延長できるか確認する

4.3.2　［期間とタスク設定］画面で期間とタスクを変更する

4.3.3　代替のホストを準備して，現在提供中のホストの提供を終了する

4.4　ホストのスペックを変更する

4.4.1　物理ホストをスケールアップする

4.4.2　仮想ホストをスケールアップする

4.4.3　物理ホストをスケールダウンする

4.4.4　仮想ホストをスケールダウンする

4.5　ホストの提供台数を変更する

4.5.1　物理ホストをスケールアウトする

4.5.2　仮想ホストをスケールアウトする

4.5.3　物理ホストをスケールインする

4.5.4　仮想ホストをスケールインする

4.6　ホストの提供履歴を確認する

4.6.1　スケジュール画面でホストの提供履歴を確認する

4.6.2　リソース管理画面の［スケジュール］タブでホストの提供履歴を確認する

4.7　ホストの提供を終了する

4.7.1　物理ホストの提供を終了する

4.7.2　仮想ホストの提供を終了する

4.7.3　仮想ホストの状態を一時保存する

4.7.4　一時保存した仮想ホストを復元する

4.7.5　一時保存した仮想ホストを削除する

5.　ITリソースの状況を画面やメールなどで確認する

5.1　ホストの提供状況や稼働率を確認する

5.2　ITリソースの性能情報を確認する

5.2.1　性能情報の確認に関する設定

5.2.2　性能情報を画面で確認する

5.3　ITリソースの稼働状況を確認する

5.3.1　稼働状況の確認に関する設定

5.3.2　稼働状況を画面で確認する

5.4　ITリソース全体の状況をメールで確認する

5.5　ITリソースのトラブルに対する対応状況を確認する

5.5.1　トラブルへの対応状況を画面で確認する

5.5.2　トラブルへの対応状況をメールで確認する

5.6　報告用にレポートをHTML形式で保存する

5.7　ITリソースの状況変更を通知する

5.7.1　状況変更をメールで通知する

5.7.2　状況変更をJP1イベントで通知する

5.8　レポートを活用したITリソースの課金情報の算出

5.8.1　業務グループ単位で利用料金を算出する

5.8.2　予約単位で利用料金を算出する

5.8.3　レポートを活用する場合の注意事項

6.　ITリソースの利用状況を最適化する

6.1　レポートを活用したITリソースの中長期キャパシティプランニング

6.1.1　リソースグループごとの予約状況を分析して，過不足が予想されるITリソースの中長期的な導入，削減予定を検討する

6.1.2　業務グループごとのITリソースの使用状況を分析して，中長期的な予約リソース量（割り当て性能）の適切量を判断する

6.1.3　レポートを活用する場合の注意事項

6.2　実績に基づいたITリソースの最適化

6.2.1　予約時と実績時のリソース量の値がかけ離れている仮想ホストの利用者に，予約の見直しを促す

6.2.2　仮想化ソフトウェアの負荷の偏りをなくし，負荷を平準化する

6.2.3　負荷が低い仮想化ソフトウェア上の仮想ホストをまとめ，仮想化ソフトウェアのリソースに空きを作る

6.3　仮想ホストをマイグレーションする

6.4　状況に合わせてホストのスペックを変更する

6.4.1　スペックが不足しているホストをスケールアップする

6.4.2　スペックが余っているホストをスケールダウンする

6.5　状況に合わせてホストの提供台数を変更する

6.5.1　パフォーマンスが低下しているシステムでホストをスケールアウトする

6.5.2　パフォーマンスに余力のあるシステムでホストをスケールインする

7.　ITリソースをメンテナンスする

7.1　ホストにOSまたはアプリケーションのパッチを適用する

7.1.1　物理ホストにパッチを適用する

7.1.2　仮想ホストにパッチを適用する

7.2　障害が発生したハードウェアを特定し，影響範囲を確認する

7.3　障害が発生した物理ホスト上の仮想ホストをマイグレーションする

7.3.1　障害が発生した物理ホスト上の仮想ホストを確認する

7.3.2　仮想ホストをマイグレーションする

7.4　ホストをリブートする

7.4.1　物理ホストをリブートする

7.4.2　仮想ホストをリブートする

7.5　仮想ホストを停止する

7.6　仮想ホストを起動する

第3編　メンテナンス編

8.　JP1/ITRMシステムをメンテナンスする

8.1　バックアップおよびリストアが必要な項目を確認する

8.2　データベースおよび設定情報をバックアップする

8.3　データベースおよび設定情報をリストアする

8.4　データをほかのマシンに移行する

8.5　データベースを再編成する

8.6　データベースのサイズを拡張する

8.7　サービスの状態を確認する

8.8　JP1/ITRMシステムの設定を変更する

8.8.1　IPアドレスを変更する

8.8.2　ポート番号を変更する

8.8.3　ホスト名を変更する

8.8.4　システム日時を変更する

8.8.5　インストール先フォルダを変更する

8.8.6　仮想イメージテンプレートまたは退避イメージ格納フォルダを変更する

8.8.7　メール送信元識別名を変更する

8.8.8　ネットワーク環境設定を変更する

第4編　トラブルシューティング編

9.　トラブルシューティング

9.1　対処の手順

9.2　ログ情報の種類

9.2.1　共通メッセージログ

9.2.2　統合トレースログ

9.2.3　公開ログ

9.2.4　プロセス別トレースログ

9.3　トラブル発生時に採取が必要な資料

9.4　資料の採取方法

9.5　トラブルへの対処方法

9.5.1　ログインに関するトラブルの対処方法

9.5.2　ITリソースの構成把握に関するトラブルの対処方法

9.5.3　タスク実行中のサービス停止・エラー発生後の回復処理の失敗によるタスク失敗時の対処方法

9.5.4　ITリソースの提供に関するトラブルの対処方法

9.5.5　ITリソースの利用状況の確認に関するトラブルの対処方法

付録

付録A　（3021-3-232-01）の変更内容

付録B　（3021-3-232-02）の変更内容

索引

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

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

前書き

■ 対象製品

P-242C-CBA4　 JP1/IT Resource Management - Manager　 10-00（適用OS：Windows Server 2008 R2またはWindows Server 2012）

■ 輸出時の注意

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

■ 商標類

AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
BSAFEは，EMC Corporationの米国およびその他の国における登録商標または商標です。
HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
InstallShieldは，Macrovision Corporationの米国および/ または他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
OLEは，米国Microsoft Corporationが開発したソフトウェア名称です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
RSAは，EMC Corporationの米国およびその他の国における登録商標または商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。
This product includes software developed by Andy Clark.
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.
This product includes software developed by Daisuke Okajima and Kohsuke Kawaguchi (http://relaxngcc.sf.net/).
This product includes software developed by IAIK of Graz University of Technology.
This product includes software developed by the Java Apache Project for use in the Apache JServ servlet engine project (http://java.apache.org/).
Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.
This product includes software developed by the University of California, Berkeley and its contributors.
This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).
Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England. The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/
This product includes software developed by Ralf S. Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).

本製品は，米国EMC コーポレーションのRSA BSAFE(R)ソフトウェアを搭載しています。

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

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

表記 | 製品名
Hyper-V | Microsoft(R) Hyper-V(TM)
SCVMM | Microsoft(R) System Center Virtual Machine Manager 2008
Windows Server | Windows Server 2003※1 | Microsoft(R) Windows Server(R) 2003, Datacenter Edition
Microsoft(R) Windows Server(R) 2003, Enterprise Edition
Microsoft(R) Windows Server(R) 2003, Standard Edition
Microsoft(R) Windows Server(R) 2003, Datacenter x64 Edition
Microsoft(R) Windows Server(R) 2003, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003, Standard x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Datacenter Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard Edition
Microsoft(R) Windows Server(R) 2003 R2, Datacenter x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Enterprise x64 Edition
Microsoft(R) Windows Server(R) 2003 R2, Standard x64 Edition
Windows Server 2008※1 | Microsoft(R) Windows Server(R) 2008 Datacenter
Microsoft(R) Windows Server(R) 2008 Datacenter without Hyper-V
Microsoft(R) Windows Server(R) 2008 Enterprise
Microsoft(R) Windows Server(R) 2008 Enterprise without Hyper-V
Microsoft(R) Windows Server(R) 2008 Standard
Microsoft(R) Windows Server(R) 2008 Standard without Hyper-V
Microsoft(R) Windows Server(R) 2008 R2 Datacenter
Microsoft(R) Windows Server(R) 2008 R2 Datacenter without Hyper-V
Microsoft(R) Windows Server(R) 2008 R2 Enterprise
Microsoft(R) Windows Server(R) 2008 R2 Enterprise without Hyper-V
Microsoft(R) Windows Server(R) 2008 R2 Standard
Microsoft(R) Windows Server(R) 2008 R2 Standard without Hyper-V
Windows Server 2012※1 | Microsoft(R) Windows Server(R) 2012 Datacenter
Microsoft(R) Windows Server(R) 2012 Standard
Microsoft(R) Windows Server(R) 2012 R2 Datacenter
Microsoft(R) Windows Server(R) 2012 R2 Standard

注※1

Windows Server 2003，Windows Server 2008およびWindows Server 2012を総称してWindows(R)とすることがあります。この場合，このマニュアルでは，Windows(R)をWindowsと表記します。

■ 発行

2014年 6月 3021-3-232-02

■ 著作権

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

変更内容

変更内容（3021-3-232-02）

追加・変更内容 | 変更個所
記載内容を変更した。詳細は，付録Bを参照のこと。 | 付録B

変更内容（3021-3-232-01）

追加・変更内容 | 変更個所
記載内容を変更した。詳細は，付録Aを参照のこと。 | 付録A

はじめに

このマニュアルは，JP1/IT Resource Management - Managerの代表的な運用について説明したものです。なお，このマニュアルでは，JP1/IT Resource Management - ManagerをJP1/ITRMと表記します。

＜はじめにの構成＞

対象読者

マニュアルの構成

このマニュアルのマークの意味

対象読者

JP1/ITRMを使用して，データセンター内などで動作するITリソース（サーバ，ストレージ，ネットワークデバイスなどのIT機器）を管理，運用する方を対象としています。具体的には次の方を対象とします。

ITリソースの割り当て状況を確認し，ITリソースを提供したい方

ITリソースの構成情報や稼働状況などを把握して，ITリソースを最適化したい方

JP1/ITRMのメンテナンスをしたい方

また，このマニュアルは次の知識を持つ方にお読みいただくことを前提に説明しています。

Windows，サーバ，ストレージ，データベース，ネットワーク，仮想化の基礎知識

JP1/IM - Manager，およびJP1/Auditの基礎知識

さらに，使用する機能によって次の基礎知識を持っていることを前提とします。

HVM（Hitachi Virtualization Manager）を使用して仮想ホストを管理する場合

BladeSymphonyおよびJP1/SC/DPMの基礎知識

APIを使用する場合

HTTPおよびXMLの基礎知識

マニュアルの構成

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

第1編　クイックリファレンス編

JP1/ITRMの代表的な運用例について説明しています。

第2編　運用編

JP1/ITRMの運用方法について説明しています。

第3編　メンテナンス編

JP1/ITRMのメンテナンス方法について説明しています。

第4編　トラブルシューティング編

JP1/ITRMの運用中にトラブルが発生した場合の対処方法について説明しています。

このマニュアルのマークの意味

このマニュアルのマークの意味を説明します。

マーク | 意味
[図データ]参照先 | クイックリファレンス編で説明している内容と関連する，運用編への参照先を説明しています。
[図データ]便利メモ | 製品を使う上で便利なことを説明しています。例えば，その節や項で説明している内容と関連する機能や，あわせて使うと便利な機能などについて説明しています。
■流れ | 節や項のタイトルとなっている作業を，どのような順番で進めていくかを説明しています。
■操作の前に | 作業を進める前に知っておいてもらいたいことを説明しています。
■操作 | 作業の操作手順を説明しています。
■設定項目 | ■操作で使用する画面に設定する項目を説明しています。

このほかの参考情報については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」（3021-3-231）の「はじめに」および「このマニュアルの参考情報」を参照してください。

1.　JP1/ITRMの代表的な運用例

この章では，JP1/ITRMの代表的な運用例を，ITリソースを運用するためのライフサイクルに沿って説明します。

＜この章の構成＞

1.1　ITリソース運用の紹介

1.2　ITリソースの把握

1.3　ITリソースの提供

1.4　ITリソースの状況確認

1.5　ITリソースの最適化

1.6　ITリソースのメンテナンス

1.1　ITリソース運用の紹介

JP1/ITRMは，所有しているITリソース全体の最適化を支援するために，ITリソース運用のライフサイクルに合わせてさまざまな機能を提供しています。

ここでは，ITリソース運用の大まかな流れについて紹介します。

図1-1　ITリソース運用の紹介

＜この節の構成＞

1.1.1　ITリソース運用のライフサイクル

1.1.2　ITリソースの状況を確認する画面

1.1.1　ITリソース運用のライフサイクル

ITリソースの運用は，次に示すライフサイクルで行われることを想定しています。

図1-2　ITリソース運用のライフサイクル

ここでは，ITリソース運用のライフサイクルの各フェーズについて説明します。

ITリソースの把握［参照先：1.2］

ITリソースの構成情報を管理したり，ITリソースをITリソース利用者に提供したりするための事前準備のフェーズです。

現在所有しているITリソースを探索して，ITリソースの種類や台数などの構成情報を収集します。そのあと，発見されたITリソースを管理対象とするかどうかを設定し，ITリソースをグルーピングするまでがこのフェーズの作業です。

ITリソースの提供［参照先：1.3］

ITリソース利用者からの依頼を基に，スペックや利用期間などの要件に合致するホストを準備して，ITリソース利用者に提供するフェーズです。

ITリソースの構成情報を検索して提供するホストを決定したあと，ホストの予約や提供するホストの準備をしたり，スペックや期間を変更したりするまでがこのフェーズの作業です。

ITリソースの状況確認［参照先：1.4］

ITリソースの提供状況，稼働状況，性能情報，トラブルの対応状況などを画面上の一覧情報やレポート表示で確認し，ITリソースの最適化やメンテナンスの必要がないかどうかを判断するフェーズです。

監視対象のしきい値や監視間隔を設定し，画面やメールなどでITリソースの状況を確認するまでがこのフェーズの作業です。

ITリソースの最適化［参照先：1.5］

確認したITリソースの状況を基に，ITリソースの台数やスペックなどを適切に変更して最適化するフェーズです。

仮想ホストをマイグレーションしたり，ホストのスペックや台数を変更したりするまでがこのフェーズの作業です。

ITリソースのメンテナンス［参照先：1.6］

パッチの適用やトラブル対処など，必要に応じて所有しているITリソースをメンテナンスするフェーズです。

OSやアプリケーションにパッチを適用したり，ホストをリブートしてトラブルの一次対処を完了したりするまでがこのフェーズの作業です。

1.1.2　ITリソースの状況を確認する画面

ログイン直後に表示されるホーム画面では，ITリソース運用を支えるさまざまな情報を確認できます。

図1-3　ITリソースの状況を確認する画面（ホーム画面）

ここでは，各画面の内容とその画面を主に使用するフェーズについて説明します。

探索ウィザードへの案内文エリア

所有しているITリソースの種類や台数などを把握するために，探索ウィザードへ誘導する画面です。JP1/ITRMで管理対象とするITリソースが存在しない場合にだけ表示されます。

すでに管理対象のITリソースがある場合には，ホーム画面のメニューから探索ウィザードを起動したり，設定画面から探索条件を設定したりできます。

関連するフェーズ：ITリソースの把握

［割り当て状況］エリア，［使用率グラフ］エリア

［割り当て状況］エリアは，ホストの割り当て状況を物理ホストとリソースプールに分けて表示するエリアです。リソースプールとは，仮想ホストの構築用に共有している，CPUやメモリなどのリソースのまとまりのことです。

［使用率グラフ］エリアは，ホストのCPUの使用率およびメモリの使用率のグラフを，物理ホストとリソースプールに分けて表示するエリアです。

これら2つのエリアでは，所有しているITリソースをどのくらい活用しているかを確認できるので，ITリソースの割り当ての見直しに役立ちます。

［割り当て状況］エリア下部の［リソース管理概要表示］をクリックすると，リソース管理画面の［リソース管理概要］エリアが表示されます。［リソース管理概要］エリアでは，物理ホストやリソースプールの割り当て率や，業務グループとリソースグループの関連づけなどが確認できます。

また，エリア下部の［レポート表示］をクリックすると，レポート画面の［レポート項目一覧］エリアが表示されます。［レポート項目一覧］エリアでは，レポートの概要が確認でき，そこからITリソースの詳細なレポートを表示できます。

関連するフェーズ：ITリソースの状況確認

［構成情報］エリア

JP1/ITRMで管理しているITリソースの構成情報を確認するエリアです。ITリソース管理者が構成変更を把握しているかどうかも確認できます。この画面で確認できる具体的な内容の例を次に示します。

探索機能で新たに発見されたITリソースの件数

発見したITリソースのうち，管理対象とするかどうかを設定していない状態のITリソース件数

構成変更のイベント件数

未受諾の構成変更イベント件数

エリア下部の［発見したリソース一覧表示］をクリックすると，設定画面の［発見したリソース一覧］エリアが表示され，探索の結果，新たに発見されたITリソースを一覧で確認できます。

また，エリア下部の［構成変更イベント表示］をクリックすると，イベント画面の［構成変更］エリアが表示され，構成変更に関するイベントの詳細を確認できます。

関連するフェーズ：ITリソースの状況確認

［タスクサマリ］エリア

JP1/ITRMで管理しているタスクを種別ごとに表示するエリアです。タスクの処理状況を一目で確認できます。

また，エリア下部の［タスク表示］をクリックすると，タスク画面が表示され，各タスクの内容や状態などの詳細を一覧で確認できます。また，タスクを即時実行したり，実行日時を変更したりもできます。

関連するフェーズ：ITリソースの提供，ITリソースの最適化，ITリソースのメンテナンス

［エラーイベント一覧］エリア

エラーイベントを表示するエリアです。直近で発生した未受諾のエラーイベントの概要が確認できるので，重大なエラーイベントが発生していないかをすぐに確認できます。

また，画面下部の［エラーイベント表示］をクリックすると，イベント画面でエラーイベントの詳細を確認できます。

関連するフェーズ：ITリソースの状況確認

1.2　ITリソースの把握

ITリソースを管理するためには，所有しているITリソースを把握する必要があります。JP1/ITRMでは，所有しているITリソースの種類や台数などの情報を，エージェントレスで収集できます。また，収集したITリソースの情報を基に，JP1/ITRMでどのITリソースを管理するかを設定します。

また，JP1/ITRMでは，ITリソースやITリソース利用者をグルーピングして管理します。ITリソースを管理するグループをリソースグループ，ITリソース利用者の組織や業務を管理するグループを業務グループと呼びます。リソースグループと業務グループを関連づけることで，組織や業務ごとにITリソースの利用先を管理します。

図1-4　ITリソースを把握するまでの流れ

作業の流れを説明します。

探索してITリソースの種類や台数などの情報を収集する。
JP1/ITRMが指定した範囲を探索して，ITリソースの種類や台数などの情報を収集します。

発見したITリソースを，JP1/ITRMの管理対象として設定する。
ITリソースの情報は，JP1/ITRMで一覧表示されます。管理・監視するITリソースを，JP1/ITRMの管理対象に設定します。

リソースグループと業務グループを作成し，関連づける。

ITリソースをリソースグループに所属させる。
作成したリソースグループにITリソースを所属させます。

[図データ]参照先

3.1　所有しているITリソースを把握する

[図データ]便利メモ

収集したITリソースの情報は，リソース管理画面で確認できます。

［参照先：3.2　ITリソースの構成情報を確認する］

1.3　ITリソースの提供

JP1/ITRMでは，ITリソース利用者の要件に合致したホストを提供できます。

図1-5　ホストをITリソース利用者に提供する流れ

作業の流れを説明します。

ITリソース利用者からホストの提供依頼を受領する。
ITリソース利用者から，必要な期間や台数，スペックなどをまとめたホストの提供依頼を受領します。

要求されたホストを準備して提供する。
管理しているホストの中から，ITリソース利用者からの要件に合致するホストを準備し，ITリソース利用者に提供します。JP1/ITRMでは，要件に合致するホストがどれくらいあるかを確認したり，仮想ホストを自動でデプロイしたりする機能を用意しています。

ホストの提供を終了する。
ホストの提供期間が完了した場合，またはITリソース利用者からホストが不要になった連絡を受けた場合に，ホストの提供を終了します。
仮想ホストの使用を一時的に中断する場合や，仮想ホストの再利用が見込まれる場合は，仮想ホストの設定などを退避イメージとして一時保存できます。退避イメージを保存しておくと，再度利用する場合に，仮想ホストのデプロイや設定の手間を省けます。

[図データ]参照先

4.1　ホストをITリソース利用者に提供する

4.7　ホストの提供を終了する

1.4　ITリソースの状況確認

管理しているITリソースが，適切な状態で運用されているかを定期的に確認する必要があります。

図1-6　ITリソースの状況を確認する流れ

作業の流れを説明します。

ITリソースの状況に関する情報を収集する。
JP1/ITRMが，各ITリソースから現在の状況に関する情報を収集します。

ITリソースの状況を確認する。
JP1/ITRMでは，状況を確認するために次の情報を表示できます。

性能情報
CPUの数，メモリ，ディスク総容量とその使用率，ディスクI/OやネットワークI/Oなどの情報を確認できます。

稼働情報
ホスト，ネットワークデバイス，ストレージなどが正常に稼働しているか，その状態を確認できます。

収集した情報で異常が発生した場合，JP1/ITRMはイベントを発行します。イベントを確認し，対処済みのイベントを受諾しておくと，受諾（対処済み）/未受諾（未対処）でイベントを管理できます。
性能情報や稼働情報は，目的別にまとめたレポートでも確認できます。レポートには，すべてのホスト数や提供済みのホスト数，実際の使用率などをまとめた「割り当てレポート」，期間ごとの性能情報や，性能情報のランキングなどをまとめた「性能レポート」などがあります。

なお，ITリソースが適切な状態で運用されていない場合は，次の対処が必要です。

スペック不足やホスト数の不足などの場合：ITリソースの最適化［参照先：1.5］

障害対処のためのリブートやマイグレーションなどの場合：ITリソースのメンテナンス［参照先：1.6］

[図データ]参照先

5.1　ホストの提供状況や稼働率を確認する

5.2.1　性能情報の確認に関する設定

5.2.2　性能情報を画面で確認する

5.3.1　稼働状況の確認に関する設定

5.3.2　稼働状況を画面で確認する

[図データ]便利メモ

割り当てレポートや性能レポートのほかに，リソースや未受諾イベントなどの状況や，統計情報を表示するレポートもあります。

リソース状態レポートの確認
［参照先：5.3.2　稼働状況を画面で確認する］

統計レポートの確認
［参照先：5.4　ITリソース全体の状況をメールで確認する］

未受諾イベントの確認
［参照先：5.5.2　トラブルへの対応状況をメールで確認する］

1.5　ITリソースの最適化

ITリソースの状況を確認して，利用状況の改善が必要と判断した場合，ITリソースを最適化します。

図1-7　ITリソースの最適化の流れ

作業の流れを説明します。

ITリソースの最適化を検討する。
ITリソースの利用状況を基に，最適化を検討します。JP1/ITRMでは，検討の判断材料として，ITリソースの性能情報や稼働情報を確認できます。

ITリソースを最適化する。
検討した内容に沿って，ITリソースを最適化します。JP1/ITRMでは，仮想ホストのマイグレーション，スペックの変更などを実行できます。

[図データ]参照先

6.1　レポートを活用したITリソースの中長期キャパシティプランニング

6.2　実績に基づいたITリソースの最適化

6.3　仮想ホストをマイグレーションする

6.4　状況に合わせてホストのスペックを変更する

6.5　状況に合わせてホストの提供台数を変更する

1.6　ITリソースのメンテナンス

ITリソースの状況を確認し，対処が必要と判断したら，ITリソースをメンテナンスします。また，OSやアプリケーションのパッチの配布などの外的な要因で，メンテナンスが必要となることもあります。

図1-8　ITリソースのメンテナンスの流れ

作業の流れを説明します。

ITリソースのメンテナンスを検討する。
ITリソースでの障害の発生や，OSやアプリケーションのパッチ配布などを契機に，メンテナンスを検討します。JP1/ITRMでは，検討の判断材料として，ITリソースの性能情報や稼働情報を確認できます。

ITリソースをメンテナンスする。
検討した内容に沿って，ITリソースをメンテナンスします。JP1/ITRMでは，仮想ホストのマイグレーションや，物理ホストのリブートなどを実行できます。

[図データ]参照先

7.1　ホストにOSまたはアプリケーションのパッチを適用する

7.2　障害が発生したハードウェアを特定し，影響範囲を確認する

7.3　障害が発生した物理ホスト上の仮想ホストをマイグレーションする

7.4　ホストをリブートする

2.　JP1/ITRMの起動と終了

この章では，JP1/ITRMの起動，終了，ログイン，およびログアウトの手順を説明します。

＜この章の構成＞

2.1　JP1/ITRMを起動する

2.2　JP1/ITRMを終了する

2.3　JP1/ITRMにログインする

2.4　JP1/ITRMからログアウトする

2.1　JP1/ITRMを起動する

JP1/ITRMでは，セットアップ終了後に，ITリソース管理サーバの起動時にサービスが自動で起動されるように設定されます。したがって，ITリソース管理サーバの起動後は特に必要な操作はありません。

JP1/ITRMのサービスを手動で起動する場合の手順を次に示します。

Windows Serverの［管理ツール］－［サービス］を選択する。

サービス一覧から起動するサービスを右クリックし，ポップアップメニューから［開始］を選択する。
サービスは，次に示す順序で起動してください。

JP1/ITRM DB Service

JP1/ITRM Service

JP1/ITRM Web Service

なお，サービスの起動は，jirmcontrolserviceコマンドで実行することもできます。jirmcontrolserviceコマンドについては，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

クラスタ運用時のJP1/ITRMの起動

クラスタシステムで論理ホストのJP1/ITRMを運用する場合，JP1/ITRMの起動はクラスタソフトが制御します。クラスタ運用時にJP1/ITRMのサービスを手動で起動する場合の手順を次に示します。

実行系を現用系に切り替える。

クラスタソフトを使用して，次に示す順序でサービスを起動する。

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

JP1/ITRM Service

JP1/ITRM Web Service

コマンドを実行するなど手動で起動した場合は，クラスタソフトの管理するJP1/ITRMの動作状態と実際の動作状態が異なってしまい，障害と判定されることがあります。

クラスタ運用の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のクラスタシステムについての説明を参照してください。

2.2　JP1/ITRMを終了する

JP1/ITRMでは，ITリソース管理サーバの停止時にサービスも自動で停止します。ITリソース管理サーバの停止時に，必要な操作はありません。

JP1/ITRMのサービスを手動で停止する場合の手順を次に示します。

Windows Serverの［管理ツール］－［サービス］を選択する。

サービス一覧から停止するサービスを右クリックし，ポップアップメニューから［停止］を選択する。
サービスは，次に示す順序で停止してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

確認のダイアログボックスで［OK］ボタンをクリックする。

なお，サービスの停止はjirmcontrolserviceコマンドで実行することもできます。jirmcontrolserviceコマンドについては，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

クラスタ運用時のJP1/ITRMの停止

クラスタシステムで論理ホストのJP1/ITRMを運用する場合，JP1/ITRMの終了はクラスタソフトが制御します。クラスタ運用時にJP1/ITRMのサービスを手動で停止する場合の手順を次に示します。

クラスタソフトを使用して，次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Service

実行系のほかのリソース（共有ディスク，論理ホスト名，論理IPアドレス）を停止する。

コマンドを実行するなど手動で終了した場合は，クラスタソフトの管理するJP1/ITRMの動作状態と実際の動作状態が異なってしまい，障害と判定されることがあります。

クラスタ運用の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のクラスタシステムについての説明を参照してください。

2.3　JP1/ITRMにログインする

Webブラウザーからログイン画面を表示し，JP1/ITRMにログインする手順を次に示します。

Webブラウザーを起動して，次に示すURLを指定する。
http://JP1/ITRMがインストールされたサーバのホスト名:HTTPポート番号/jp1itrm/jp1itrm.jsp

（例）JP1/ITRMがインストールされたサーバのホスト名がjp1itrm01，HTTPポート番号が23500の場合

http://jp1itrm01:23500/jp1itrm/jp1itrm.jsp

図2-1　ログイン画面

ログイン画面で，ユーザー名およびパスワードを入力する。

［ログイン］ボタンをクリックする。
JP1/ITRMへの認証に成功すると，ホーム画面が表示されます。

図2-2　ホーム画面

2.4　JP1/ITRMからログアウトする

JP1/ITRMからログアウトする手順を次に示します。

画面右上にある［ログアウト］ボタンをクリックする。

確認のダイアログボックスで［OK］ボタンをクリックする。

3.　ITリソースの構成を把握する

この章では，ITリソースの構成を把握する方法について説明します。

＜この章の構成＞

3.1　所有しているITリソースを把握する

3.2　ITリソースの構成情報を確認する

3.3　ホストの提供状況を一覧で確認する

3.4　ITリソースを管理する範囲を変更する

3.1　所有しているITリソースを把握する

ITリソースの構成情報を確認したり，ITリソースを利用者に提供したりするためには，所有しているITリソースを把握する必要があります。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

探索機能を使って，所有しているITリソースの種類や台数などの情報を収集する。【必須】

発見したITリソースを，JP1/ITRMでの管理対象として設定する。【必須】

リソースグループと業務グループを作成し，関連づける。【必須】

作成したリソースグループに，ITリソースを所属させる。【必須】

＜この節の構成＞

3.1.1　探索機能を使って，所有しているITリソースの種類や台数などの情報を収集する

3.1.2　発見したITリソースを，JP1/ITRMでの管理対象として設定する

3.1.3　リソースグループと業務グループを作成し，関連づける

3.1.4　作成したリソースグループに，ITリソースを所属させる

3.1.1　探索機能を使って，所有しているITリソースの種類や台数などの情報を収集する

ホストやストレージなど，どんな種類のITリソースがどのくらいあるのかを把握するために，JP1/ITRMでITリソースを管理する最初のステップとして，探索機能を使ってITリソースの情報を収集します。探索を実行するには，探索ウィザードを使用する方法と，設定画面にある［探索条件設定］画面を使用する方法があります。

ここでは，画面上で各設定項目の説明を確認しながら探索できる，探索ウィザードを使った方法について説明します。

■操作

画面左上の［実行］メニューから［探索ウィザード開始］を選択する。

［はじめに...］画面で，［次へ］ボタンをクリックする。

［1. 探索範囲を設定する］画面で，［探索範囲の追加］ボタンをクリックする。

［探索範囲の追加］画面で，探索範囲の名称や探索するIPアドレスの範囲などを指定して，［OK］ボタンをクリックする。
手順3～4を，探索するIPアドレスの範囲の数だけ繰り返します。

［1. 探索範囲を設定する］画面で，［次へ］ボタンをクリックする。

［2. 認証情報を登録する］画面で，［認証情報の追加］ボタンをクリックする。

［認証情報の追加］画面で，認証情報の名称や管理対象に接続するための認証情報などを指定して，［OK］ボタンをクリックする。
手順6～7を，管理対象の認証情報の数だけ繰り返します。

［2. 認証情報を登録する］画面で，［次へ］ボタンをクリックする。

［3. 認証情報を割り当てる］画面で，それぞれのIPアドレスの範囲に対して，接続に使用する認証情報を設定して，［次へ］ボタンをクリックする。

［4. スケジュールを設定する］画面で，運用に合わせて次の内容を設定し，［次へ］ボタンをクリックする。

一定の時刻に探索する場合は，［探索スケジュール］をチェックし，開始時刻や繰り返しの単位，内容を設定します。

探索ウィザードの完了後，すぐに探索する場合は［このウィザードを完了後，すぐに探索を実行する］をチェックします。

［5. 完了通知を設定する］画面で，探索結果を通知するユーザーをチェックし，通知元メールアドレスおよびSMTPサーバを設定して，［次へ］ボタンをクリックする。

［6. 設定内容を確認する］画面で，これまでに設定した内容を確認して，［完了］ボタンをクリックする。

［次にすること］画面に表示される作業を実施する場合は，それぞれのボタンをクリックする。
作業を実施しない場合は，［閉じる］ボタンをクリックします。

[図データ]便利メモ

探索が終了したら，メールで通知するよう設定することもできます。探索終了時のメールでの通知については，「5.7.1(2)　探索が終了したらメールで通知する」を参照してください。

[図データ]便利メモ

導入前のホストを予約の対象としたいなど，探索で発見されないITリソースをJP1/ITRMで管理したい場合は，ITリソースを手動でJP1/ITRMに追加して管理対象にします。ITリソースの手動での追加は，設定画面の［設定メニュー］から［管理リソース一覧］を選択し，［手動追加リソース設定］ボタンをクリックすることで行えます。

■設定項目

［探索範囲の追加］画面

［名称］
IPアドレスの範囲に名前を付けて管理します。探索範囲の部署名や探索目的などがわかる名前を付けると管理しやすくなります。

［開始IPアドレス］，［終了IPアドレス］
探索するIPアドレスの範囲を指定します。ただし，探索するIPアドレスの範囲には，「0.0.0.0」，「255.255.255.255」のアドレス，マルチキャストアドレス，およびブロードキャストアドレスを設定しないでください。
また，探索に時間が掛かる場合には，IPアドレスの範囲を狭めて再探索を試してください。

［Pingによる探索］
探索範囲のうち，Pingに応答するホストだけを探索したい場合には，［有効］を選択します。

［認証情報の追加］画面

図3-1　［認証情報の追加］画面の表示例

［名称］
認証の設定内容に名前を付けて管理します。例えば，IPスイッチ用の認証情報を設定している場合は，SNMPと名前を付けると管理しやすくなります。

［プロトコル］※1※2
利用するプロトコルを選択します。選択したプロトコルとポート番号の対応づけが正しいかどうかを確認してください。
また，［プロトコル］で［HVM］を選択する場合は，IPアドレス認証を使うため，JP1/ITRMのIPアドレスをあらかじめHVMに登録しておいてください。

［ユーザーID］
探索先となるITリソースにログインするユーザーIDを入力します。

［パスワード］
探索先となるITリソースにログインするユーザーIDのパスワードを入力します。プロトコルでWMIまたはSSHを選択した場合で，パスワードを設定しないときには，［空のパスワードを指定する場合はチェックしてください］をチェックしてください。

［パスワード確認］
確認のため，パスワードを再入力してください。

［ドメイン名］
ITリソースが所属するドメインの名前を入力します。
ドメインの名前はFQDNドメイン名（例：SCVMMのFQDNがscvmm.scvmmdomain.comの場合，scvmmdomain.com）を指定します。

［ルートパスワード］
探索するホストにrootでログインするユーザーのパスワードを入力します。

［ルートパスワードの再入力］
確認のため，rootパスワードを再入力してください。

［SSL］
使いたいセキュア通信の種類を選択します。

［ポート番号］
選択したプロトコルに対応づいているポート番号を入力します。

［ネームスペース］
SMI-S WBEM認証用の名前空間を入力します。

［コミュニティ名］
SNMPコミュニティ名を入力します。

［使用できるデバイス］
使用できるITリソースの種類が確認できます。

注※1

［プロトコル］で［SSH］を選択する場合，認証するユーザーの種類によって，次のとおり事前に設定が必要な場合があります。

一般ユーザーで認証する場合
情報の取得に使用する一部のコマンドの実行でroot権限が必要です。探索先となるホストがLinuxの場合はsudo，HP-UXおよびAIXの場合はRBACについて，事前に設定してください。設定方法については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となる物理ホストの設定の，Linux，HP-UX，AIXについての説明を参照してください。

rootユーザーで認証，または一般ユーザーの認証情報とrootパスワードを使用して認証する場合
事前の設定は不要です。

注※2

探索の対象がストレージの場合，種類によって使用するプロトコルが次のように異なります。

Hitachi AMS/WMS/SMSシリーズ
［Hitachi Storage］を使用します。ストレージにAccount AuthenticationまたはPassword Protectionを設定しているときは，［名称］，［ユーザーID］，［パスワード］，［パスワード確認］を設定してください。ストレージに認証機能を設定していないときは，［名称］だけ設定してください。なお，ストレージにPassword Protectionを設定している場合，複数のユーザーが同時に接続できないため，JP1/ITRMからのログインが失敗するおそれがあります。この場合は，Account Authenticationを使うことをお勧めします。
Hitachi AMSシリーズをHVMで使用する場合は，［SMI-S WBEM］を使用します。Hitachi Device Managerの管理者またはJP1/ITRM用の［ユーザーID］と［パスワード］を設定し，［ネームスペース］には，「root/smis/smis14」または「root/smis/smis15」を設定してください。

SMI-Sストレージ（Hitachi VSP，HUSシリーズ）
［SMI-S WBEM］を使用します。Hitachi Device Managerの管理者またはJP1/ITRM用の［ユーザーID］と［パスワード］を設定し，［ネームスペース］には，「root/smis/smis15」を設定してください。

SMI-Sストレージ（SANRISE9500V，Hitachi USP V/VM）
［SMI-S WBEM］を使用します。Hitachi Device Managerの管理者またはJP1/ITRM 用の［ユーザーID］と［パスワード］を設定し，［ネームスペース］には，「root/smis/smis13」，「root/smis/smis14」，または「root/smis/smis15」を設定してください。

SMI-Sストレージ（他社製ストレージ）
［SMI-S WBEM］を使用します。［ユーザーID］，［パスワード］，［ネームスペース］については，対象のストレージのマニュアルを参照してください。

［3. 認証情報を割り当てる］画面

［探索範囲で使用する認証情報］
探索範囲ごとに使用する認証情報を選択できます。どの認証方法を使用してもよい場合は［すべて］を選択し，特定の認証方法を使用する場合は［選択］を選択してから使用する認証情報を選んでください。

［4. スケジュールを設定する］画面

図3-2　［4. スケジュールを設定する］画面の表示例

［探索スケジュール］
定期的に探索したい場合に，この項目をチェックします。

［開始時刻］
定期的に探索を開始する時刻を指定します。

［繰り返し単位］
探索の実行頻度を選択します。

［繰り返し内容］
［繰り返し単位］で選択した探索の実行頻度によって設定内容が異なります。
［日単位］を設定している場合：
毎日実行するか，または指定した数値の日数おきに実行するかを指定できます。
［週単位］を設定している場合：
何週おきに実行するか，およびどの曜日に実行するかを指定できます。
［月単位］を設定している場合：
毎月何日または何曜日（例えば，毎月第1日曜日）に実行するかを指定できます。

［このウィザードを完了後，すぐに探索を実行する］
この探索ウィザードの設定が終了次第，探索をしたい場合には，この項目をチェックしてください。

［5. 完了通知を設定する］画面

［探索完了の通知先］
メールの通知先となるユーザーを指定します。メールでの通知は，JP1/ITRMに登録されているすべてのユーザーが対象です。

［通知元アドレス］
通知元にはメールの通知元アドレスを指定できます。なお，未指定の場合，通知元の表示はEメールのソフトウェアの設定に依存します。

［ホスト名］，［ポート番号］
メールサーバを使用するために，SMTPサーバ名およびポート番号を指定します。

［セキュリティ保護の接続］
セキュア接続を利用してSMTPサーバに接続する場合に，利用したいセキュリティプロトコルを指定します。

［SMTP認証を使用する］
SMTPサーバでユーザー認証が必要な場合に，この項目をチェックして，メール送信ユーザーのユーザー名とパスワードを入力します。

［テストメール送信］
テスト用のメールを送信する場合にクリックします。

[図データ]便利メモ

jirminfocollectコマンドでも，ITリソースの構成情報を収集できます。jirminfocollectコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

3.1.2　発見したITリソースを，JP1/ITRMでの管理対象として設定する

探索機能で発見したITリソースの中から，どのITリソースをJP1/ITRMで管理するか決めます。管理するITリソースは管理対象，管理しないITリソースは管理対象外として設定します。

■操作

探索終了後，［設定］タブを選択する。

［設定メニュー］から［リソースの探索］－［発見したリソース一覧］を選択する。

ITリソースの左端にあるチェックボックスをチェックして，［管理対象］ボタンをクリックする。
管理対象外に設定する場合は，ITリソースの左端にあるチェックボックスをチェックして，［管理対象外］ボタンをクリックしてください。

ITリソースを管理対象に設定する場合の注意事項

JP1/ITRMでサポート対象外としているITリソースは，管理対象に設定しないでください。JP1/ITRMでサポートしているITリソースについては，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象のITリソース一覧についての説明を参照してください。また，管理対象となるFCスイッチ，IPスイッチ，およびストレージの種類については，サポートサービスサイトのJP1/ITRMについて説明しているページを参照してください。

[図データ]便利メモ

管理対象外に設定したITリソースを，再度探索で発見したい場合は，［管理対象外リソース一覧］画面から削除してください。

[図データ]便利メモ

jirmstatuschangeコマンドでも，発見したITリソースをJP1/ITRMでの管理対象として設定できます。jirmstatuschangeコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

3.1.3　リソースグループと業務グループを作成し，関連づける

リソースグループと業務グループを作成し，グループ同士を関連づけます。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

リソースグループおよび業務グループの作成と関連づけについて検討する。【必須】

リソースグループと業務グループを作成する。【必須】

リソースグループと業務グループを関連づける。【必須】

＜この項の構成＞

(1)　リソースグループおよび業務グループの作成と関連づけについて検討する

(2)　リソースグループと業務グループを作成する

(3)　リソースグループと業務グループを関連づける

(1)　リソースグループおよび業務グループの作成と関連づけについて検討する

次の項目について検討してください。

リソースグループを作成するかどうか
探索機能で発見されたホストを，既存のリソースグループに所属させるのか，新たにリソースグループを作成して所属させるのか検討してください。また，リソースグループを作成する場合は，作成したリソースグループは複数の業務グループで共有するのか，1つの業務グループだけで占有するのか，またはどの業務グループにも利用できないようにするのかについても検討します。

業務グループを作成するかどうか
業務の変更などでホストを利用する用途が増えた場合，業務グループを新たに作成するか検討してください。

リソースグループと業務グループをどう関連づけるか
リソースグループまたは業務グループを作成した場合，作成したグループをどう関連づけるか検討してください。

(2)　リソースグループと業務グループを作成する

リソースグループと業務グループの作成手順について説明します。

(a)　リソースグループを作成する

■操作

［リソース管理］タブをクリックする。

［リソース管理メニュー］の［リソースグループ］を右クリックして，［リソースグループ追加］を選択する。

［グループ名］および［割り当て種別］を設定して，［OK］ボタンをクリックする。

■設定項目

［リソースグループ設定］画面

［グループ名］
リソースグループの名称を入力します。

［割り当て種別］
リソースグループを業務グループに関連づける際の種別を選択します。
［共有］：
リソースグループのホストを，複数の業務グループで共有する場合に選択します。
［占有］：
リソースグループのホストを，1つの業務グループで占有する場合に選択します。［占有］を選択すると，そのリソースグループのホストは常に予約されたホストとして扱われるため，新たに予約をすることはできません。そのため，ホスト検索の対象には含まれません。
［割り当て不可］：
リソースグループのホストを，どの業務グループも利用しない場合に選択します。

(b)　業務グループを作成する

■操作

［リソース管理］タブをクリックする。

［リソース管理メニュー］の［業務グループ］を右クリックして，［業務グループ追加］を選択する。

［グループ名］にグループの名称を入力して，［OK］ボタンをクリックする。

■設定項目

［業務グループ設定］画面

業務グループの名称を設定する画面です。

(3)　リソースグループと業務グループを関連づける

■操作

［リソース管理］タブをクリックする。

［リソース管理メニュー］で，関連づけるリソースグループまたは業務グループを右クリックして，［リソースグループ関連付け］を選択する。

［リソースグループ関連付け］画面で，関連づけるグループを選択して，［OK］ボタンをクリックする。

■設定項目

［リソースグループ関連付け］画面

リソースグループと業務グループを関連づける画面です。

3.1.4　作成したリソースグループに，ITリソースを所属させる

管理対象としたITリソースは，リソースグループに所属させます。ここでは，ホストをリソースグループに所属させる手順を説明します。

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から［_Default］を選択する。
［_Default］リソースグループとは，探索で発見後，管理対象に設定したホストが，デフォルトで所属するリソースグループです。

［_Default］リソースグループから，所属させたいリソースグループに，ホストをドラッグ&ドロップする。

確認のダイアログボックスで［OK］ボタンをクリックする。

3.2　ITリソースの構成情報を確認する

ここでは，ITリソースの構成情報を確認できるリソース管理画面の概要について説明します。

図3-3　リソース管理画面の表示例

［リソース管理メニュー］

［リソース管理メニュー］とは，JP1/ITRMで管理しているITリソースをツリー形式で表示する画面です。［リソース管理メニュー］では，JP1/ITRMで作成した業務グループやリソースグループなどのグループ名や，仮想化環境管理ソフトウェアが管理しているホストなどが表示されます。

[図データ]便利メモ

［リソース管理メニュー］では，グループを絞り込んだ表示もできます。絞り込みの対象となるのは，業務グループ，リソースグループ，および仮想構成です。［リソース管理メニュー］の最上部にあるテキストボックスに，グループ名またはフォルダ名を入力して，[図データ]をクリックしてください。条件に該当するグループまたはフォルダが表示されます。

リソース一覧エリア

リソース一覧エリアとは，［リソース管理メニュー］で選択したグループのITリソースが，一覧で表示されるエリアです。

リソース一覧エリアの表示形式は3種類あり，[図データ]のうち，どれかのボタンをクリックすることで切り替えられます。表示形式の種類を次に示します。

[図データ]：トポロジービュー

[図データ]：テーブルビュー

[図データ]：リソース状態一覧

詳細情報エリア

詳細情報エリアとは，リソース一覧エリアで選択したITリソースの詳細情報が表示されるエリアです。

ログイン後に［リソース管理］タブを選択すると最初に表示される，［リソース管理概要］エリアでは，物理ホストやリソースプールがどれくらい予約されているかを表す割り当て率が，業務グループまたはリソースグループごとに表示されます。割り当て率からは，所有するITリソースがむだなく使用されているかどうかがわかります。

また，［リソース管理概要］エリアでは，業務グループとリソースグループの関連づけも一覧で表示されるため，業務グループがどのリソースグループを使用できる状態になっているのかが一目でわかります。

[図データ]便利メモ

jirminfolistコマンドでもITリソースの構成情報を確認できます。jirminfolistコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

＜この節の構成＞

3.2.1　ITリソースの接続状態を確認する

3.2.2　ITリソースの種類やネットワークアドレスなどを一覧で確認する

3.2.3　ITリソースの状態や認証情報などを確認する

3.2.1　ITリソースの接続状態を確認する

ITリソースの接続状態は，リソース管理画面にある，リソース一覧エリアのトポロジービューで確認できます。

図3-4　トポロジービューの表示例

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，確認するホストが所属するグループを選択する。

リソース一覧エリアで，[図データ]をクリックする。
ITリソースを選択して［再収集］ボタンをクリックすると，最新の情報が画面に反映されます。

3.2.2　ITリソースの種類やネットワークアドレスなどを一覧で確認する

ITリソースの種類やネットワークアドレスなどは，リソース管理画面にある，リソース一覧エリアのテーブルビューで確認できます。

図3-5　テーブルビューの表示例

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，確認するホストが所属するグループを選択する。

リソース一覧エリアで，[図データ]をクリックする。
ITリソースを選択して［再収集］ボタンをクリックすると，最新の情報が画面に反映されます。

3.2.3　ITリソースの状態や認証情報などを確認する

ITリソースや認証情報の状態などは，リソース管理画面にある，リソース一覧エリアのリソース状態一覧で確認できます。

図3-6　リソース状態一覧の表示例

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，確認するホストが所属するグループを選択する。

リソース一覧エリアで，[図データ]をクリックする。
ITリソースを選択して［再収集］ボタンをクリックすると，最新の情報が画面に反映されます。

3.3　ホストの提供状況を一覧で確認する

ホストの提供状況は，スケジュール画面の［スケジュール］タブで確認できます。［スケジュール］タブでは，どれくらいの期間でホストを提供しているかが予約ごとにわかります。

図3-7　スケジュール画面の［スケジュール］タブの表示例

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から，［すべての予約］または業務グループをクリックする。

予約一覧エリアで確認する予約を選択する。

右下の［スケジュール］タブを選択する。

[図データ]便利メモ

ホストの提供状況は，次のレポートでも確認できます。レポートは，レポート画面の［レポート項目一覧］エリアから表示できます。

［物理ホスト割り当て実績］
総ホスト数，提供しているホストの数，物理ホストの平均のCPU使用率などが，業務グループまたはリソースグループごとに確認できます。

［仮想化ソフトウェア割り当て実績］
仮想化ソフトウェアで管理しているCPUの性能値，利用者に提供しているCPUの性能値などが，業務グループまたはリソースグループごとに確認できます。

3.4　ITリソースを管理する範囲を変更する

JP1/ITRMで管理しているITリソースの範囲を変更する場合，次の2つのパターンがあります。

ITリソースの情報を収集する範囲を変更する（探索範囲の変更）

JP1/ITRMでの管理対象を変更する（管理対象の変更）

＜この節の構成＞

3.4.1　ITリソースの情報を収集する範囲を変更する

3.4.2　JP1/ITRMでの管理対象を変更する

3.4.1　ITリソースの情報を収集する範囲を変更する

ITリソースの情報を収集する範囲を変更するためには，探索先となるIPアドレスの範囲を変更します。

■操作

［設定］タブを選択する。

［設定メニュー］から［リソースの探索］－［探索条件設定］を選択する。

［探索条件設定］エリアで，変更する探索範囲の［編集］ボタンをクリックする。

［探索範囲の編集］画面で，IPアドレスの範囲を変更する。

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

■設定項目

［探索範囲の編集］画面

［名称］
IPアドレスの範囲に名前を付けて管理します。探索範囲の部署名や探索目的などがわかる名前を付けると管理しやすくなります。

［開始IPアドレス］，［終了IPアドレス］
探索するIPアドレスの範囲を指定します。探索に時間が掛かる場合には，IPアドレスの範囲を狭めて再探索を試してください。

［Pingによる探索］
探索範囲のうち，Pingに応答するホストだけを探索したい場合には，［有効］を選択します。

［認証情報］
探索するホストへの認証方法を選択します。どの認証方法を使ってもよい場合は［すべて］を選択し，特定の認証方法を使用する場合は［選択］を選択してから使用する認証情報を選んでください。

3.4.2　JP1/ITRMでの管理対象を変更する

JP1/ITRMでの管理対象を変更する手順について，次の場合に分けて説明します。

JP1/ITRMで管理しているITリソースを管理対象から削除する場合

JP1/ITRMで管理対象外となっているITリソースを管理対象へ変更する場合

＜この項の構成＞

(1)　JP1/ITRMで管理しているITリソースを管理対象から削除する場合

(2)　JP1/ITRMで管理対象外となっているITリソースを管理対象へ変更する場合

(1)　JP1/ITRMで管理しているITリソースを管理対象から削除する場合

■操作

［設定］タブを選択する。

［設定メニュー］から［リソースの探索］－［管理リソース一覧］を選択する。

管理対象から削除するITリソースをチェックして，［削除待ち］ボタンをクリックする。
チェックしたITリソースは削除待ちの状態となり，［削除待ちリソース一覧］画面へ移動します。

(2)　JP1/ITRMで管理対象外となっているITリソースを管理対象へ変更する場合

■操作

［設定］タブを選択する。

［設定メニュー］から［リソースの探索］－［管理対象外リソース一覧］を選択する。

管理対象に設定するITリソースをチェックして，［管理対象］ボタンをクリックする。

ITリソースを管理対象に設定する場合の注意事項

JP1/ITRMでサポート対象外としているITリソースは，管理対象に設定しないでください。JP1/ITRMでサポートしているITリソースについては，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象のITリソース一覧についての説明を参照してください。また，管理対象となるFCスイッチ，IPスイッチ，およびストレージの種類については，サポートサービスサイトのJP1/ITRMについて説明しているページを参照してください。

4.　ITリソースをITリソース利用者に提供する

この章では，ITリソースをITリソース利用者に提供する方法について説明します。また，予約のキャンセル，提供期間やスペックの変更などの方法についても説明します。

＜この章の構成＞

4.1　ホストをITリソース利用者に提供する

4.2　ホストの予約をキャンセルする

4.3　ホストの提供期間を変更する

4.4　ホストのスペックを変更する

4.5　ホストの提供台数を変更する

4.6　ホストの提供履歴を確認する

4.7　ホストの提供を終了する

4.1　ホストをITリソース利用者に提供する

JP1/ITRMでは，ITリソースのうち，ホストの提供について管理できます。ITリソース利用者からホストの提供依頼を受けたら，要件に合致するホストを検索して予約し，提供できる状態に準備して，ITリソース利用者に提供します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から要求されたシステムの要件を確認する。【必須】

ホストの予約に必要な情報を検討する。【必須】

要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する。【必須】
予約の対象がホストリソースかリソースプールかによって，このあとの手順が異なります。

ホストリソースを予約した場合

ホストが提供可能であることをITリソース利用者に連絡する。【必須】

ホストが準備できたら，ITリソース利用者に利用可能であることを連絡する。【必須】

リソースプールを予約した場合

ホストが提供可能であることをITリソース利用者に連絡する。【必須】

仮想ホストを構築する。【必須】

仮想ホストの動作を確認する。【必須】

ホストの準備が完了したら，ITリソース利用者に利用可能であることを連絡する。【必須】

[図データ]便利メモ

JP1/ITRMでは，ホストのITリソース利用者とはメールでやり取りすることを想定しています。ITリソース利用者からのメールは，提供依頼の情報元として，管理番号を付けて保存しておくことをお勧めします。

＜この節の構成＞

4.1.1　ホストの予約に必要な情報を検討する

4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する

4.1.3　仮想ホストを構築する

4.1.4　仮想ホストの動作を確認する

4.1.1　ホストの予約に必要な情報を検討する

JP1/ITRMには，所有しているホストの予約状況を管理できる予約機能があります。

ITリソース利用者から要求されたシステムの要件を基に，ホストの予約に必要な情報を検討します。ホストの予約時には，次の表の情報が必要です。これらの項目を，運用に合わせて検討し決めておいてください。

表4-1　ホストの予約時に必要な情報

予約時に必要な情報
必須
説明
情報を指定する画面

業務グループ
○
ITリソース利用者が利用している業務グループ名を控えておいてください。業務グループに関連づけられたリソースグループから，要件に合致するホストを検索して予約します。
スケジュール画面

予約名
○
予約の名称を決めます。予約名は，ITリソース利用者からのメールの管理番号など，提供依頼と予約の関連がすぐにわかる名称にしておくと便利です。
予約画面

コメント
△
予約に対しコメントを付けられます。例えば，ITリソース利用者からの連絡事項を，覚え書きとして残しておきたい場合に使うと便利です。

予約期間
○
JP1/ITRMでは，次の2つを合わせた期間を予約期間と呼びます。それぞれの期間を決めておいてください。

利用期間
ホストを実際に利用する期間のことです。ITリソース利用者から連絡された，ホストを実際に利用する期間を控えておいてください。

保守期間
ホストの準備や提供終了後のメンテナンスをする期間のことです。ITリソース利用者から要求されたシステムに対し，準備やメンテナンスにどのくらいの期間が必要か決めておいてください。また，保守期間中にタスクを実行する場合は，タスクが完了するかどうかも考慮して，保守期間を決めてください。

ホスト検索画面

［期間とタスク設定］画面

リソース
○
予約するホストの種類を検討します。ITリソース利用者から要求されたシステムの要件に合わせて，次のどちらにするか決め，それぞれ検討しておいてください。

構築済みのホストを予約する

構築済みのホストを予約する場合，次の項目を検討し決めておきます。

種別
ホストの種別を決めます。物理ホスト，仮想ホスト，HAクラスタグループの3種類から選べます。

OS
予約するホストのOSを決めます。

仮想ホストを構築して予約する

仮想ホストを構築して予約する場合，次のどの方法で構築するかを決め，検討します。

仮想イメージテンプレートを使って構築する場合
構築に使用する仮想イメージテンプレート，および台数を決めておきます。

退避イメージを使って構築する場合
構築に使用する退避イメージを決めておきます。

リソースプールを指定して構築する場合
構築先となるリソースプール，および台数を決めておきます。

ホスト検索画面

スペック
○
ITリソース利用者から要求されたシステムの要件を基に，予約するホストについて次の項目を決めておいてください。

CPU

メモリ

NICポート数（構築済みのホストを予約する場合だけ必要）

ホスト名および管理IPアドレス
○
仮想ホストを構築して予約する場合，次の項目を決めておいてください。

ホスト名
構築する仮想ホストのホスト名を決めておきます。

管理IPアドレス
管理IPアドレスとは，JP1/ITRMが管理するITリソースに割り当てる管理用のIPアドレスです。構築する仮想ホストの管理IPアドレスを決めておきます。なお，管理IPアドレス設定時に表示される［IPアドレス選択］画面では，未使用の管理IPアドレスが一覧で表示されるため，それを参考に決めることもできます。

予約画面

タスク
△
提供前の準備や提供終了後のメンテナンスのために行うタスクを決めておいてください。タスクには，実行予定の日時および自動で実行するかどうかを設定できます。
設定できるタスクは次のとおりです。なお，タスクを実行できる期間は，保守期間だけです。保守期間中にタスクが完了するよう，保守期間とタスクを調整してください。

デプロイ
仮想イメージテンプレートを使って仮想ホストを構築します。

起動
ホストを起動します。

停止
ホストのOSをシャットダウンします。

リブート
ホストのOSをリブートします。

退避
仮想ホストを退避イメージとしてライブラリに保存します。

復元
ライブラリに保存された退避イメージを使って仮想ホストを再構築します。

削除
仮想ホストを削除します。

コマンド実行
JP1/ITRMが導入されているサーバに対し，コマンドを実行します。Windowsのコマンドプロンプトで実行できるコマンドが使用できます。

監視開始
ホストの監視を開始します。

監視停止
ホストの監視を停止します。

強制リブート
仮想化ソフトウェアから仮想ホストを強制的にリブートします。

強制停止
仮想化ソフトウェアから仮想ホストを強制的に停止します。

設定変更
仮想ホストのスペックを変更します。

デプロイや退避イメージの復元など，大容量のファイルを使うタスクを設定する場合

デプロイ，退避および復元は，仮想イメージテンプレートや退避イメージといった大容量のファイルを使うタスクのため，タスク実行時には，同じネットワークに接続しているホスト全体に影響を及ぼすおそれがあります。タスク画面で，実行予定時間に大容量のファイルを使うタスクが重なっていないか確認して，それらのタスクを一度にたくさん実行しないよう調整してください。

［期間とタスク設定］画面

（凡例）

○：予約時に入力が必須である。

△：予約時に入力が任意である。

4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する

ホストの予約は，スケジュール画面から表示される予約画面で実行します。

図4-1　予約画面の表示例

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］からITリソース利用者が所属する業務グループを選択する。

［アクション］メニューから［予約追加］を選択する。

予約画面で予約名を入力する。

［ホスト検索］ボタンをクリックする。

ホスト検索画面の［検索条件］エリアで，予約期間，リソース，スペックを入力して［検索］ボタンをクリックする。

［検索結果］エリアから，予約したいホストのチェックボックスをチェックして［OK］ボタンをクリックする。
検索条件のリソースにホストリソースを指定，種別に仮想ホストを指定，およびスペックのメモリに0.25GB単位以外を指定して検索された，HVM上の仮想ホストを選択した場合，検索条件に指定したメモリを0.25GB単位に切り上げた仮想ホストが予約画面に追加されます。また，検索条件のメモリに999.75GBを超える値を指定して検索された，HVM上の仮想ホストを選択した場合，メモリを999.75GBに切り下げた仮想ホストが予約画面に追加されます。

ホスト検索画面でリソースプールを選択した場合は，予約画面の［ホスト詳細］タブを選択する。
リソースプールを選択していない場合は，手順13に進んでください。

［ホスト詳細］タブで未構築の仮想ホストをチェックし，［アクション］メニューから，［ホスト名設定］を選択する。

［ホスト名設定］画面で，ホスト名を入力して［OK］ボタンをクリックする。

［ホスト詳細］タブで未構築の仮想ホストをチェックし，［アクション］メニューから，［管理IPアドレス設定］を選択する。

［IPアドレス選択］画面で，管理IPアドレスを選択して［OK］ボタンをクリックする。

予約画面で，追加されたホストのチェックボックスをチェックし，［期間とタスク］ボタンをクリックする。

［期間とタスク設定］画面で［ホストの選択］からホストを選択して，［期間の追加］ボタンをクリックする。

［ホスト名の期間設定］エリアへ期間が追加されたら，予約の種別や予約期間を設定する。

仮想ホストを予約する場合，割り当て期間に予約したいスペック（CPUクロック数，CPUコア数，およびメモリ）を指定する。
物理ホストおよびHAクラスタに対してこの操作は実行できません。
HVM上の仮想ホストのメモリを指定する場合，0.25GB単位で入力してください。
ここで指定したスペックでは仮想ホストのスペックを変更できません。仮想ホストのスペックを変更したい場合は，「4.4.2(3)(b)　仮想ホストのスペックを変更する」を参照してください。

タスクを設定したい場合は，［期間とタスク設定］画面の［ホストの選択］から，タスクを設定するホストを選択する。
タスクを設定しない場合は，手順19に進んでください。

保守期間のチェックボックスをチェックし，［タスクの追加］ボタンをクリックする。

タスク一覧エリアへタスクが追加されたら，タスクの内容を設定する。

［期間とタスク設定］画面で［OK］ボタンをクリックする。

予約画面で予約内容を確認して，［OK］ボタンをクリックする。

[図データ]便利メモ

設定した予約内容が実行できるかどうか，次のタイミングでチェックされます。

ITリソースを予約するときのチェック（空きリソースの検索）

指定した期間とスペックを満たすITリソースを検索し，予約できるITリソースを検索します。

チェックは，ホスト検索画面で［検索］ボタンをクリックしたタイミングで実行されます。

チェック対象は，物理ホスト，仮想ホスト，HAクラスタグループおよびリソースプールです。チェック対象の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のITリソースの割り当て予約についての説明を参照してください。

予約が確定したときのチェック

予約を登録または更新したときに設定した予約スペックで，ITリソースを割り当てられるかどうかをチェックします。

チェックは，予約画面で［OK］ボタンをクリックしたタイミングで実行されます。

チェック対象は，物理ホスト，仮想ホスト，HAクラスタグループおよびリソースプールです。チェック対象の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のITリソースの割り当て予約についての説明を参照してください。

マイグレーションするときのチェック

仮想ホストをマイグレーションするときに，マイグレーション先のリソースプールに空きがあるかどうかをチェックします。

チェックは，［リソースプール選択］画面を表示するタイミングで実行されます。

チェック対象は，マイグレーション先の候補となるリソースプールです。

マイグレーション先のリソース量のチェック

仮想ホストをマイグレーションしたときに，マイグレーション先のリソースプールの予約スペックが，リソースプールの総リソース量を超えないかどうかをチェックします。

総リソース量を超える場合，現在の日時以降で最初に総リソース量を超える日時を通知します。ITリソース利用者は通知内容を確認し，総リソース量を超える日時に問題がないかどうか確認してください。問題がない場合，次の対処をすると「マイグレーション」タスクを登録できます。

マイグレーション先のリソースプール上で予約されたスペックを調整する

総リソース量を超える前に，再度マイグレーションする

チェックは，［リソースプール選択］画面または［マイグレーション種別選択］画面で［OK］ボタンをクリックしたタイミングで実行されます。

チェック対象は，稼働する仮想ホストに設定された予約スペック，およびマイグレーション先のリソースプールで予約されたリソースの予約スペックの合計値です。

仮想ホストの定時チェック

近日中に開始する仮想ホストの予約スペックが確保できるかどうかをチェックします。

仮想ホストの予約スペックを確保できない場合，対処するまで，チェックのたびにイベントが発行されます。

チェックは，毎日定時に実行されます。チェックの開始時間は，設定画面の［監視間隔設定］にある［予約監視］で設定できます。また，チェック範囲は，ユーザー設定プロパティファイル（jp1itrm.properties）の「SE.reservation.rangeOfDailyCheck」で設定できます。詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

チェック対象は，ユーザー設定プロパティファイル（jp1itrm.properties）で設定した期間内に割り当て期間が開始する仮想ホストです。

利用期間の直前のチェック

割り当てたITリソースが利用できるかどうかを，利用期間の直前にチェックします。

ITリソースが利用できるかどうかは，次の観点でチェックします。

対象となるITリソースの監視状態の分類が，「監視」または「監視停止」であるか

対象となるITリソースの監視状態の分類が「監視」の場合，状態が「正常」であるか

割り当てたITリソースが利用できない場合，対処するまで，チェックのたびにイベントが発行されます。

チェックは，JP1/ITRMを起動してから1時間ごとのタイミングで実行されます。チェック範囲は，ユーザー設定プロパティファイル（jp1itrm.properties）の「SE.reservation.rangeOfHourlyCheck」で設定できます。詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

チェック対象は，ユーザー設定プロパティファイル（jp1itrm.properties）で設定した期間内に利用期間が開始するITリソースです。予約対象によって次のように異なります。

表4-2　チェック対象

予約対象 | チェック対象
物理ホスト | 予約した物理ホスト
既存の仮想ホスト | 予約した仮想ホスト
新規の仮想ホスト | 仮想ホストが動作する仮想化ソフトウェア
HAクラスタ | HAクラスタを構成する物理ホストおよび仮想ホスト

■設定項目

予約画面

ホストを予約する画面です。予約名には，予約の内容を表すキーワードを入れておくと，スケジュール画面で予約をフィルタリングする際に便利です。

［ホスト詳細］タブ

予約画面に追加されたホストの詳細情報が表示されます。仮想ホストを新たに構築する場合，［ホスト詳細］タブでホスト名と管理IPアドレスを設定する必要があります。

［スケジュール］タブ

予約画面に追加されたホストの予約期間が表示されます。

［タスク］タブ

予約画面に追加されたホストのタスクが表示されます。

ホスト検索画面

ITリソース利用者が所属する業務グループ，予約期間および必要なスペックなどを指定すると，使用できるホストが一覧で表示される画面です。

図4-2　ホスト検索画面の表示例

検索結果から予約したいホストをチェックして，［OK］ボタンをクリックすると，予約画面にホストが追加されます。

［予約期間］

ホストを予約する期間を指定します。

［リソース］

［ホストリソース］
作成済みのホストを予約したい場合に指定します。

［リソースプール］
仮想ホストを新たに構築したい場合に指定します。

［テンプレートを指定］
仮想ホストを仮想イメージテンプレートから構築する場合に指定します。台数には，1つのリソースプールに構築する仮想ホストの数を指定します。
仮想イメージテンプレートを選択すると，仮想イメージテンプレートのデフォルト値が［スペック］に自動で設定されます。

［退避イメージを指定］
退避イメージを復元して，仮想ホストを構築する場合に指定します。

［リソースプールを指定］
指定したリソースプールに，仮想ホストを構築したい場合に指定します。台数には，1つのリソースプールに構築する仮想ホストの数を指定します。

［スペック］

必要なスペックを指定します。［リソース］で［ホストリソース］を選択した場合，NICポート数を指定できます。NICポート数は，JP1/ITRMで取得したネットワークアダプタのうち，アダプタ種別がportとslaveであるアダプタの数です。

［検索結果］

検索結果は次のとおり表示されます。項目ごとにソートすることもできます。

物理ホストおよびHAクラスタグループ
CPUクロック数の降順で表示されます。

仮想ホスト
CPU評価値の降順で表示されます。CPUの評価値は，スペックに余裕があるほど高い値になります。［検索結果］エリアに表示されるメモリ評価値も，CPU評価値と同様にメモリの余裕を表す値で，数値が高いほどメモリに余裕があることを示します。
また，［リソースプール］や［仮想化ソフトウェア］列に表示される，括弧で囲まれた数字は，該当のリソースプールや仮想化ソフトウェア上で，指定したスペックの仮想ホストを構築できる数です。また，HVM上で動作する仮想ホストの場合，［CPU占有］のチェックボックスが表示されます。［CPU占有］のチェックボックスをチェックすると，検索条件のCPUクロック数に関係なく，仮想化ソフトウェアのCPUクロック数が，予約する仮想ホストのスペックに設定されます。ただし，CPUコア数は変更されません。

［ホスト名設定］画面

新たに構築する仮想ホストのホスト名を設定する画面です。

［IPアドレス選択］画面

JP1/ITRMで管理しているIPアドレスの範囲の中から，仮想ホストに付与する未使用のIPアドレスを選択する画面です。

図4-3　［IPアドレス選択］画面の表示例

JP1/ITRMで管理しているIPアドレスの範囲とは，設定画面の［探索条件設定］エリアにある，［探索範囲］で設定したIPアドレスの範囲です。未使用のIPアドレスとは，JP1/ITRMで管理しているIPアドレスの範囲から，次のエリアで表示されているIPアドレスを除いたものです。

［発見したリソース一覧］エリア

［管理リソース一覧］エリア

［管理対象外リソース一覧］エリア

［削除待ちリソース一覧］エリア

［期間とタスク設定］画面

予約画面に追加したホストについて，予約の種別や期間，タスクなどを設定する画面です。

図4-4　［期間とタスク設定］画面の表示例

［ホストの選択］

予約画面で選択したホストがプルダウンメニューで表示されます。［ホスト名の期間設定］で期間の種別などを設定したいホストを選択します。

［ホスト名の期間設定］

［ホストの選択］で選択したホストの予約期間を，保守期間や利用期間など，どの種別で予約するか設定します。利用期間はITリソース利用者が実際にホストを使う期間です。保守期間はITリソース管理者がホストの準備やメンテナンスなどを行う期間です。ホストにタスクを設定したい場合は，保守期間を設定してください。

また，ホストの予約期間には，CPUクロック数，CPUコア数，およびメモリを設定してください。

スケールアップやスケールダウンなどでスペックが変更となっても，登録済みの予約スペックには反映されません。

予約スペックを合わせたい場合は，次のように対処してください。

物理ホストの予約スペックを合わせたい場合
予約をし直してください。

仮想ホストの予約スペックを合わせたい場合
予約スペックを変更してください。

［期間名のタスク設定］

［ホスト名の期間設定］で選択した保守期間へのタスクを設定します。作業種別を［自動］としたタスクは，実行予定時間に自動で実行されます。［手動］としたタスクは，タスク画面からタスクを手動で実行できるようになります。手動で実行するタスクも設定しておくと，タスク画面でいつどんなタスクを実行するのか管理できて便利です。

4.1.3　仮想ホストを構築する

リソースプールを予約した場合，仮想ホストを構築します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

仮想ホストをどうやって構築するか決める。【必須】
仮想イメージテンプレートを使って仮想ホストをデプロイする場合と，退避イメージを復元する場合によって，このあとの手順が異なります。

仮想イメージテンプレートを使って仮想ホストをデプロイする場合

仮想イメージテンプレートを新たに作成して仮想ホストをデプロイする場合は，次の手順1から進めてください。ライブラリに保存されている仮想イメージテンプレートを使って仮想ホストをデプロイする場合は，次の手順10から進めてください。

仮想ホストのOSがWindowsの場合，sysprepをWindowsの上限回数まで実行してないことを確認する。

仮想ホストを，JP1/ITRMの管理対象に設定する。【必須】

仮想化ソフトウェアがVMwareまたはHyper-Vで，仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する。【必須】

仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，Administratorユーザーのパスワードを空にする。【必須】

NICの冗長化構成が設定されていないことを確認する。【必須】

仮想ホストのOSがWindowsの場合，仮想ホストのドライブにnodefaultdriveletter属性が設定されていないことを確認する。【必須】

仮想ホストのOSがLinuxの場合，起動時に実行されるfsckの実行時間が長時間かからないようにする。【必須】

仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】
・USBデバイスを構成している
・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している
・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している
・CPUのソケット当たりに複数個のコアを設定している（ソケット当たり1コアに設定してください）
・Raw Device Mappingのデバイスを構成している

jirmimageimportコマンドを実行して，仮想化環境管理ソフトウェアで仮想イメージテンプレートを作成し，仮想イメージテンプレート格納フォルダに格納する。【必須】
次の項目を確認してください。
・仮想ホストのネットワークアダプタが接続されていること
・仮想ホストのハードディスクが接続されていること
・仮想ホストが接続する仮想スイッチが存在すること
・仮想ホストが接続するポートグループが存在すること

仮想イメージテンプレートをライブラリに追加する。【必須】

仮想イメージテンプレートを使って仮想ホストをデプロイする。【必須】

退避イメージを復元する場合

退避イメージを復元する。【必須】

＜この項の構成＞

(1)　仮想ホストをどうやって構築するか決める

(2)　仮想ホストのOSがWindowsの場合，sysprepをWindowsの上限回数まで実行してないことを確認する

(3)　仮想ホストを，JP1/ITRMの管理対象に設定する

(4)　仮想化ソフトウェアがVMwareまたはHyper-Vで，仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する

(5)　仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，Administratorユーザーのパスワードを空にする

(6)　NICの冗長化構成が設定されていないことを確認する

(7)　仮想ホストのOSがWindowsの場合，仮想ホストのドライブにnodefaultdriveletter属性が設定されていないことを確認する

(8)　仮想ホストのOSがLinuxの場合，起動時に実行されるfsckの実行時間が長時間かからないようにする

(9)　仮想ホストの設定で次のデバイスを構成していないことを確認する

(10)　jirmimageimportコマンドを実行して，仮想イメージテンプレートを仮想イメージテンプレート格納フォルダに格納する

(11)　仮想イメージテンプレートをライブラリに追加する

(12)　仮想イメージテンプレートを使って仮想ホストをデプロイする

(13)　退避イメージを復元する

(1)　仮想ホストをどうやって構築するか決める

仮想ホストは次のどちらかの方法で構築できます。運用に合わせてどちらを使うか決めてください。

仮想イメージテンプレートを使って，仮想ホストを構築する
仮想ホストを新しく構築したい，これまで作成した仮想イメージテンプレートを使って構築したいなどの場合は，仮想イメージテンプレートを使って仮想ホストを構築します。

退避イメージを復元して，仮想ホストを構築する
一時保存しておいた仮想ホストを再度使いたい場合は，ライブラリに保存しておいた退避イメージを復元します。仮想ホストの一時保存については，「4.7.3　仮想ホストの状態を一時保存する」を参照してください。

(2)　仮想ホストのOSがWindowsの場合，sysprepをWindowsの上限回数まで実行してないことを確認する

仮想イメージテンプレートの基となる仮想ホストのOSがWindowsの場合，仮想ホスト上にてsysprepをWindowsの上限回数まで実行しないでください。

JP1/ITRMでデプロイする仮想ホストは，sysprepを1回実行します。

(3)　仮想ホストを，JP1/ITRMの管理対象に設定する

仮想イメージテンプレートの基となる仮想ホストを，JP1/ITRMの管理対象に設定します。

プログラムでは，テンプレート基の仮想ホストが管理対象であるかどうかの確認はしませんが，事前にJP1/ITRMの管理対象にできた仮想ホストをテンプレートにすることで，デプロイの失敗を低減できます。

仮想ホストをJP1/ITRMの管理対象に設定する方法については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，ITリソースを管理対象にするために必要な設定についての説明を参照してください。

(4)　仮想化ソフトウェアがVMwareまたはHyper-Vで，仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する

仮想化ソフトウェアがVMwareまたはHyper-Vで，仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する必要があります。OSカスタマイズ用応答ファイルとは，仮想イメージテンプレートから仮想ホストをデプロイするときに使用する設定ファイルです。デプロイで仮想ホストのOSに設定されるパラメーターが記述されています。1つのWindows Server 2003またはWindows Server 2008以降の仮想イメージテンプレートに対して，1つのOSカスタマイズ用応答ファイルを作成してください。また，デプロイ時，［デプロイ設定］画面にない項目については，仮想イメージテンプレートに指定した値が設定されるため，必要数だけ設定を変更した仮想イメージテンプレートを作成する必要があります。

OSカスタマイズ用応答ファイルの作成手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，OSカスタマイズ用応答ファイルの作成についての説明を参照してください。

(5)　仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，Administratorユーザーのパスワードを空にする

仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，仮想イメージテンプレートにする仮想ホストのAdministratorユーザーのパスワードを空にします。

Administratorユーザーのパスワードを空にする手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想イメージテンプレートを作成する仮想ホストのパスワードの設定についての説明を参照してください。

(6)　NICの冗長化構成が設定されていないことを確認する

NICの冗長化構成が設定されていないことを確認してください。NICの冗長化構成が設定されていた場合は解除してください。

(7)　仮想ホストのOSがWindowsの場合，仮想ホストのドライブにnodefaultdriveletter属性が設定されていないことを確認する

仮想ホストのOSがWindowsの場合，仮想ホストのドライブに，nodefaultdriveletter属性が設定されていないことを確認してください。nodefaultdriveletter属性は，diskpartコマンドで確認できます。nodefaultdriveletter属性の確認および解除手順を次に示します。

仮想イメージテンプレートの基となる仮想ホストのコマンドプロンプトで，diskpart.exeを実行する。

list volumeコマンドを実行し，コンピュータの各ボリュームの情報を表示する。

select volume nコマンドを実行し，指定したボリュームにフォーカスを設定する。
nには，手順2で表示されたボリュームの番号を指定します。

detail volumeコマンドを実行し，現在フォーカスが置かれているボリュームの詳細情報を確認する。
「既定のドライブ文字がありません」が「いいえ」の場合，nodefaultdriveletter属性は設定されていません。

nodefaultdriveletter属性が設定されている場合，attributes volume clear nodefaultdriveletterコマンドを実行し，設定を解除する。

(8)　仮想ホストのOSがLinuxの場合，起動時に実行されるfsckの実行時間が長時間かからないようにする

仮想ホストのOSがLinuxで，搭載する仮想ディスクのサイズが大きいなど起動時に実行されるfsckの実行時間が長時間かかる場合，起動時のfsckの実行を抑止しておき，デプロイ後に設定を元に戻してください。

起動時に実行されるfsckの抑止方法は/etc/fstabファイルのマニュアルやLinuxのドキュメントを参照してください。

(9)　仮想ホストの設定で次のデバイスを構成していないことを確認する

仮想ホストの設定で次のデバイスを構成していないことを確認してください。構成している場合，必ず解除してください。

USBデバイス

CD/DVDドライブへ設定するISOイメージ（拡張子isoのファイル）

フロッピーディスクドライブへ設定するフロッピーイメージ（拡張子flpのファイル）

CPUのソケット当たりに複数個のコア（ソケット当たり1コアに設定してください）

Raw Device Mappingのデバイス

(10)　jirmimageimportコマンドを実行して，仮想イメージテンプレートを仮想イメージテンプレート格納フォルダに格納する

jirmimageimportコマンドを実行して，仮想イメージテンプレートを仮想イメージテンプレート格納フォルダに格納する手順を，仮想化ソフトウェアごとに説明します。

注意事項

次の項目を確認してください。

仮想ホストのネットワークアダプタが接続されていること

仮想ホストのハードディスクが接続されていること

VMwareの場合は次の項目を確認してください。

仮想ホストが接続する仮想スイッチが存在すること

仮想ホストが接続するポートグループが存在すること

HVMの場合は次の項目を確認してください。

テンプレートにするLPARに割り当てられたシステムディスクのLUのサイズ

(a)　VMwareの場合

仮想イメージテンプレートを使用するためには，次の条件を満たす必要があります。

テンプレートの名称に，Windowsでパスに指定できる文字を使用していること。

vAppエクスポート権限があるvCenterアカウントを引数にして，jirmimageimportコマンドを実行すること。

なお，Raw Device Mappingのデバイスを対象としてテンプレートを作成することはできません。

仮想イメージテンプレートを，仮想イメージテンプレート格納フォルダに格納する手順について次に示します。

ユーザースクリプトを，仮想ホスト上に配置する。

仮想ホストのOSがWindows Server 2008以降の場合，SetupComplete.cmdファイルを仮想ホスト上に配置する。
デプロイに使用するOSカスタマイズ用応答ファイルをデプロイ後に配置される仮想ホストから削除するために，次の手順で仮想ホスト上にSetupComplete.cmdファイルを配置してください。
1.　「%WINDIR%¥Setup¥Scripts」フォルダを作成する。
2.　「%WINDIR%¥Setup¥Scripts¥SetupComplete.cmd」ファイル（拡張子の種類：Windowsコマンドスクリプト）を作成する。
3.　作成したファイルに，テキストエディタで次の内容を記載する。
DEL /Q /F c:¥sysprep¥sysprep.xml

仮想ホストをシャットダウンする。

スタートメニューから［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmimageimportコマンドを実行する。
仮想ディスクイメージおよびデプロイに必要な情報を格納した付属ファイルが作成されます。デプロイに必要な情報とは，仮想ホストのCPU，メモリ，ネットワークデバイスなどのスペック情報です。また，仮想イメージテンプレートは，仮想イメージテンプレート格納フォルダに格納されます。
jirmimageimportコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

仮想ホストのOSがWindowsの場合，OSカスタマイズ用応答ファイルを配置する。
「4.1.3(4)　仮想化ソフトウェアがVMwareまたはHyper-Vで，仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する」で作成したOSカスタマイズ用応答ファイルを，仮想イメージテンプレート格納フォルダ配下にある，jirmimageimportコマンドの-nオプションで指定した仮想イメージテンプレート名のフォルダ内に配置してください。

「4.1.3(5)　仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，Administratorユーザーのパスワードを空にする」で仮想ホストのAdministratorユーザーのパスワードを空にした場合，パスワードを再設定する。

(b)　Hyper-Vの場合

仮想イメージテンプレートを，仮想イメージテンプレート格納フォルダに格納する手順について次に示します。

ユーザースクリプトを，仮想ホスト上に配置する。

ネットワーク設定を削除する。
仮想ホストのネットワークアダプタの情報を設定している場合は，次の設定個所を空にしてから，［IPアドレスを自動的に取得する］および［DNSサーバのアドレスを自動的に取得する］に設定してください。

IPアドレス

サブネットマスク

デフォルトゲートウェイ

優先DNSサーバ

代替DNSサーバ

注

IPアドレスの設定を削除するため，SCVMMの管理コンソールから仮想ホストを操作してください。

sysprepを実行する。
仮想イメージテンプレートにする仮想ホストのOS内でsysprepを実行してください。sysprepの詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想イメージテンプレートを使用するための設定についての説明を参照してください。

SCVMMのライブラリを保管する操作を実施して，SCVMMのライブラリサーバ上にVMが退避されていることを確認する。

スタートメニューから［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmimageimportコマンドを実行する。
仮想イメージテンプレートが，仮想イメージテンプレート格納フォルダに配置されます。コマンド実行後，正しく配置されているか確認してください。
なお，jirmimageimportコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを配置する。
「4.1.3(4)　仮想化ソフトウェアがVMwareまたはHyper-Vで，仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する」で作成したOSカスタマイズ用応答ファイルを，仮想イメージテンプレート格納フォルダに配置してください。

(c)　HVMの場合

仮想イメージテンプレートを，仮想イメージテンプレート格納フォルダに格納する手順について次に示します。なお，jirmimageimportコマンドの実行時に，テンプレートにするLPARに割り当てられたシステムディスクのLUのサイズの情報が必要となります。

HVMのBSM IP Addressに，ITリソース管理サーバのIPアドレスを設定する。

仮想ホストにクライアントサービス for DPMをインストールする。

ネットワーク設定を削除する。
仮想ホストのネットワークアダプタの情報を設定している場合は，次の設定個所を空にしてから，Windowsの場合は［DNSサーバのアドレスを自動的に取得する］Linuxの場合は［DNS情報をプロバイダから自動取得］に設定してください。

DNSサフィックス

優先DNSサーバ

代替DNSサーバ

ユーザースクリプトを，仮想ホスト上に配置する。

sysprepを実行する。
仮想イメージテンプレートにする仮想ホストのOS内でsysprepを実行してください。sysprepの詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想イメージテンプレートを使用するための設定についての説明を参照してください。

JP1/SC/DPMから，DPMディスク複製OSインストール機能で使用するテンプレートにする仮想ホスト（マスタコンピュータ）のバックアップイメージファイル，リストアシナリオファイル，ディスク複製用情報ファイルを作成する。
テンプレートにする仮想ホスト（マスタコンピュータ）のバックアップイメージファイル，リストアシナリオファイル，ディスク複製用情報ファイルの作成については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想イメージテンプレートを使用するための設定についての説明を参照してください。

仮想ホストをシャットダウンする。

jirmimageimportコマンドを，-diskオプションにテンプレートにするLPARに割り当てられたシステムディスクのLUのサイズを指定して実行する。
テンプレートとなるLPARの電源がOFFであること確認して，jirmimageimportコマンドを実行してください。
HVMとJP1/SC/DPMから，仮想イメージテンプレートが仮想イメージテンプレート格納フォルダに配置されます。コマンド実行後，正しく配置されているか確認してください。
なお，jirmimageimportコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

(11)　仮想イメージテンプレートをライブラリに追加する

jirmimageimportコマンドを実行して作成した仮想イメージテンプレートを，ライブラリに追加します。

■操作

［設定］タブを選択する。

［設定メニュー］から［ライブラリ］－［仮想イメージテンプレート管理］を選択する。

［仮想イメージテンプレート管理］画面で，［アクション］メニューから［追加］を選択する。

［仮想イメージテンプレート追加］画面で，仮想イメージテンプレートを選択して，［次へ］ボタンをクリックする。

必要な情報を入力して［完了］ボタンをクリックする。

■設定項目

［仮想イメージテンプレート管理］画面

JP1/ITRMで管理している仮想イメージテンプレートを，一覧で表示する画面です。

［仮想イメージテンプレート追加］画面

jirmimageimportコマンドを実行して作成した仮想イメージテンプレートを，ライブラリに追加する画面です。仮想イメージテンプレート格納フォルダに格納された仮想イメージテンプレートが，一覧で表示されます。

［次へ］ボタンをクリックすると，仮想イメージテンプレートの詳細情報を設定する画面が表示されます。

図4-5　［仮想イメージテンプレート追加］画面（仮想イメージテンプレートの詳細情報を設定する画面）の表示例

［テンプレート名］

仮想イメージテンプレート名を指定します。

［基本情報］，［ディスク詳細情報］

この領域は，各仮想ホストのイメージに設定された内容が表示されるため，JP1/ITRMからは変更できません。

［デフォルト値］

設定した内容は，デプロイ時の設定情報のデフォルト値となります。

［CPU］，［メモリ］
仮想イメージテンプレートを使って仮想ホストをデプロイする際のデフォルト値を指定します。

［CPU占有種別］
CPUを占有または共有するか指定します。［CPU占有］を選択すると，指定した値が保証されます。［CPU共有］を選択すると，ほかのITリソース利用者と共有するため，指定した値はベストエフォートとなります。

［ライセンス情報］
OSのライセンス情報を指定します。

［ユーザー名］※1
仮想イメージテンプレートのOSによって，次のようになります。
Windowsの場合：Administratorで固定されます。
Linuxの場合：仮想ホストのOSに接続できる任意のユーザー名を指定します。
デフォルトでrootが指定されています。

［パスワード］，［パスワード確認］※1
［ユーザー名］のパスワードを1～127バイトの半角文字列で指定します。使用できる文字は，半角英数字および半角スペースと次の記号です。
- ! " # $ % & ' ( ) = ~ | ` { + * } < > ? _ ^ ¥ @ [ ; : ] , . /

注意

仮想イメージテンプレートのOSがLinuxの場合，ユーザーのパスワードを変更できません。仮想イメージテンプレートの基となる仮想ホストのOSに，あらかじめOSに設定されているパスワードを設定してください。

デプロイ先のプラットフォーム（仮想化ソフトウェアやデプロイOSなど）の制限により，デプロイが失敗する場合があります。
HVMにWindowsの仮想ホストをデプロイする場合，次の制限があります。
【文字数】14文字以下。
【文字種】次の文字は使用できません。
半角スペース " ,

［Windowsドメイン名/ワークグループ名］
仮想ホストが属するWindowsドメインまたはワークグループのどちらかを選択し，ドメイン名またはワークグループ名を入力します。

［DNSサフィックス］
仮想ホストが属するインターネットドメイン名を指定します。DNSを使用しない場合は，空白でかまいません。

［ユーザースクリプト］
デプロイ時に仮想ホスト上で実行するユーザースクリプトを指定します。ユーザースクリプトは，次の例のようにフルパスで指定してください。相対パスで指定した場合のカレントパスは不定です。
（例1）C:¥temp¥xxxx.exe△jp1user（△は半角スペースを示します。）
（例2）/home/tasks/job01.sh
なお，(8)で作成したSetupComplete.cmdはデプロイ時に自動で実行されるため，指定する必要はありません。

注※1

ユーザー名およびパスワードは，次の用途で使用されます。

用途 | Linux | Windows
特権ユーザーのパスワード設定 | － | ○
デプロイ時のOSの起動確認 | ○ | ○
ユーザースクリプトの実行 | ○ | ○

OSに接続できないユーザー名またはパスワードを指定した場合，デプロイしたOSの起動確認に失敗し，デプロイが失敗します。

［コメント］

コメントを入力します。

(12)　仮想イメージテンプレートを使って仮想ホストをデプロイする

仮想イメージテンプレートを使った仮想ホストのデプロイには，リソース管理画面の［アクション］メニューから実行する方法と，［期間とタスク設定］画面でタスクとして設定し実行する方法があります。

ここでは，デプロイを［期間とタスク設定］画面で自動のタスクとして設定し，実行する方法を説明します。

■操作の前に

仮想ホストをデプロイする場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から，ITリソース利用者が所属する業務グループを選択する。

予約一覧エリアで，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の手順で実施した予約を選択する。

［アクション］メニューから［予約編集］を選択する。

予約画面でホストのチェックボックスをチェックして［期間とタスク］ボタンをクリックする。

［期間とタスク設定］画面で，保守期間のチェックボックスをチェックし，［タスクの追加］ボタンをクリックする。
保守予約をしていない場合は，利用予約の前に保守予約をしてください。

［期間名のタスク設定］エリアへタスクが追加されたら，タスクの内容を設定する。

タスク：デプロイ

作業種別：自動または手動

実行予定時間：デプロイする日時

［タスク詳細設定］ボタンをクリックする。

HVM上に仮想ホストをデプロイする場合，［デプロイ設定］画面で［ストレージ装置］の［選択］ボタンをクリックする。
VMwareまたはHyper-V上に仮想ホストをデプロイする場合は，［ストレージ装置］は表示されません。手順12に進んでください。

［ストレージ選択］画面上部で，デプロイに使用するストレージを選択し，［選択］ボタンをクリックする。

［ストレージ選択］画面下部で，デプロイに使用するストレージプールを選択し，［OK］ボタンをクリックする。

［デプロイ設定］画面で［仮想イメージテンプレート名］の［選択］ボタンをクリックする。

［仮想イメージテンプレート選択］画面で，デプロイしたいテンプレートを選択し，［OK］ボタンをクリックする。

［ネットワーク定義］の［設定］ボタンをクリックする。

［ネットワーク設定］画面で，使用するネットワーク名，または仮想NIC番号を選択する。

必要に応じてその他の項目を入力し，［OK］ボタンをクリックする。

HVM上に仮想ホストをデプロイする場合，［デプロイ設定］画面で［FC-HBA設定］の［設定］ボタンをクリックする。
VMwareまたはHyper-V上に仮想ホストをデプロイする場合は，［FC-HBA設定］は表示されません。手順20に進んでください。

［FC-HBA設定］画面でLPARが使用するFC-HBAのチェックボックスをチェックする。

チェックしたFC-HBAをシステムのブートで使用する場合は［ブート］列のラジオボタンを選択し，［OK］ボタンをクリックする。

［デプロイ設定］画面で必要に応じてその他の項目を入力し，［OK］ボタンをクリックする。

［期間とタスク設定］画面でタスクの予定を確認し，［OK］ボタンをクリックする。
保守予約の期間に実行するタスクとして，仮想ホストのデプロイが設定されます。

デプロイ後，タスクで設定した日時にデプロイが行われたかどうかを確認する手順を次に示します。

■操作

［タスク］タブを選択する。

［タスクメニュー］から，仮想ホストが所属する業務グループを選択する。

［完了］タブを選択して，該当のタスクを表示する。

デプロイのタスクが実行済みか確認する。

■設定項目

予約画面

予約画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［期間とタスク設定］画面

［期間とタスク設定］画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［デプロイ設定］画面

図4-6　［デプロイ設定］画面の表示例（VMwareまたはHyper-V上に仮想ホストをデプロイする場合）

［仮想ホスト名］
［ホスト名設定］画面で設定した仮想ホスト名が表示されます。

［リソースプール名］※1
デプロイ先となる仮想化ソフトウェアのリソースプールが表示されます。

［仮想化ソフトウェア名］
右横の［選択］ボタンをクリックして，デプロイ先の仮想化ソフトウェアを選択します。

［データストア名］※1
右横の［選択］ボタンをクリックして，使用するデータストアを選択します。

［ストレージ装置］※2
右横の［選択］ボタンをクリックして，デプロイに使用するストレージを選択します。

［利用ポート］※2，※3
ストレージへの接続に使用するポートを選択します。

［仮想イメージテンプレート名］
右横の［選択］ボタンをクリックして，仮想ホストのデプロイに使用する仮想イメージテンプレートを選択します。
仮想イメージテンプレートを設定すると，画面下部の［OS］や［CPU］などの項目に，あらかじめ仮想イメージテンプレートに設定しておいたデフォルト値が入力されます。入力されたデフォルト値は変更できます。

［OS］
仮想イメージテンプレートに設定されたOSが表示されます。

［CPU］※4
デプロイする仮想ホストのCPUのスペックおよびCPUコア数を設定します。

［CPU占有種別］
CPU を占有または共有するか設定します。［占有］を選択すると，指定した値が保証されます。［共有］を選択すると，ほかのITリソース利用者と共有するため，指定した値はベストエフォートとなります。

［メモリ］
デプロイする仮想ホストのメモリのサイズを設定します。HVM上に仮想ホストをデプロイする場合は，0.25ギガバイト単位で入力してください。

［ライセンス情報］
OSのライセンス情報を設定します。

［ユーザー名］※5
仮想イメージテンプレートに設定されたユーザー名が表示されます。

［パスワード］，［パスワード確認］※5
［ユーザー名］のパスワードを設定します。1～127バイトの半角文字列で指定します。使用できる文字は，半角英数字および半角スペースと次の記号です。
- ! " # $ % & ' ( ) = ~ | ` { + * } < > ? _ ^ ¥ @ [ ; : ] , . /

注意

仮想イメージテンプレートのOSがLinuxの場合，ユーザーのパスワードを変更できません。仮想イメージテンプレートの基となる仮想ホストのOSに，あらかじめOSに設定されているパスワードを設定してください。

デプロイ先のプラットフォーム（仮想化ソフトウェアやデプロイOSなど）の制限により，デプロイが失敗する場合があります。
HVMにWindowsの仮想ホストをデプロイする場合，次の制限があります。
【文字数】14文字以下。
【文字種】次の文字は使用できません。
半角スペース " ,

［Windowsドメイン名/ワークグループ名］
仮想ホストが属するWindowsドメインまたはワークグループのどちらかを選択し，ドメイン名またはワークグループ名を設定します。ただし，HVM上にWindows Server 2008の仮想ホストをデプロイする場合，仮想イメージテンプレートの元になったホストが参加していたワークグループが設定されます。［Windowsドメイン名/ワークグループ名］の設定は無視されます。

［DNSサフィックス］
仮想ホストが属するインターネットドメイン名を設定します。DNSを使用しない場合は，空白でかまいません。仮想イメージテンプレートのOSがWindowsの場合は，［ネットワーク設定］画面で指定したネットワークごとのDNSサフィックスを使用するため，この設定はOSに反映されません。

［ネットワーク定義］
右横の［設定］ボタンをクリックして，ネットワークを設定します。

［FC-HBA設定］※2
右横の［設定］ボタンをクリックして，LPARの仮想HBAが使用する物理HBAを設定します。

［ユーザースクリプト］
デプロイ時に仮想ホスト上で実行するユーザースクリプトを指定します。
ユーザースクリプトは，次の例のようにフルパスで指定してください。相対パスで指定した場合のカレントパスは不定です。
（例1）C:¥temp¥xxxx.exe△jp1user（△は半角スペースを示します。）
（例2）/home/tasks/job01.sh
なお，(8)で作成したSetupComplete.cmdはデプロイ時に自動で実行されるため，指定する必要はありません。

［SSHポート番号］
仮想イメージテンプレートのOSがLinuxの場合，ユーザースクリプトを実行する際に使用するSSH通信のポート番号を指定します。

［滅却予定日時を設定する］
仮想ホストの滅却予定日時を設定します。滅却予定日時を設定すると，設定した日時以降は仮想ホストを予約できなくなります。

注※1

VMwareまたはHyper-V上に仮想ホストをデプロイする場合にだけ表示されます。

注※2

HVM上に仮想ホストをデプロイする場合にだけ表示されます。

注※3

Hitachi Device ManagerにIPアドレスが登録されているストレージのコントローラが持つFCポートが表示されます。そのため，ストレージのすべてのコントローラをネットワークに接続し，Hitachi Storage Navigator Modularなどの管理ソフトウェアで，コントローラにIPアドレスを設定してください。その上で，Hitachi Device Managerで管理しているストレージの，すべてのコントローラのIPアドレスを設定してください。

注※4

指定したCPUコア数に対して，仮想ホストに割り当てられる仮想ソケット数とソケット当たりのコア数は，仮想化ソフトウェアごとに異なります。仮想ホストに割り当てられる仮想ソケット数とソケット当たりのコア数については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の仮想化ソフトウェアが管理するスペック値の扱いについての説明を参照してください。

注※5

ユーザー名およびパスワードの用途は，(10)の注※1を参照してください。

［ネットワーク設定］画面

図4-7　［ネットワーク設定］画面の表示例

ネットワーク名一覧表示エリア
［ネットワーク設定］画面の左側には，仮想イメージテンプレートから構築する仮想ホストが備える仮想NIC名と種別が表示されます。

［ネットワーク名］
ネットワーク名一覧表示エリアで選択したネットワーク名が表示されます。

［IPアドレス］
［管理］，［業務］，［未使用］のラジオボタン：
［ネットワーク名］で指定したネットワークのIPアドレスが，管理IPアドレス，業務IPアドレス，または未使用のIPアドレスかを指定します。業務IPアドレスとは，ITリソース利用者が各業務で使用するIPアドレスです。
［自動的に取得する］：
チェックすると，DHCPで自動的にIPアドレスを取得します。
IPアドレスのテキストボックス：
［IPアドレス選択］画面で選択したIPアドレスが表示されます。デプロイに指定するIPアドレスがほかで使用されていないことを確認してください。使用中のIPアドレスを指定した場合は，デプロイがタイムアウトで失敗します。

注意事項

仮想NICの種別に［未使用］を指定すると次のような設定となります。

VMwareの場合
・仮想ホストの仮想NICは，ネットワークに接続されません。
・仮想ホストの仮想NICは，種別に［管理］を指定した仮想NICと同じポートグループに接続されます。
・仮想ホスト上のOSで，仮想NICがDHCPからIPアドレスを取得する設定になります。

Hyper-Vの場合
・仮想ホストの仮想NICは，ネットワークに接続されません。
・仮想ホストの仮想NICは，VLAN IDは無効になります。
・仮想ホスト上のOSで，仮想NICがDHCPからIPアドレスを取得する設定になります。

HVMの場合
［未使用］に指定された仮想NICは仮想ホストに作成されません。

［ネットマスク］
［ネットワーク名］で指定したネットワークのネットマスクを設定します。

［ゲートウェイ］
［ネットワーク名］で指定したネットワークのゲートウェイを設定します。

［DNSサーバ］
［ネットワーク名］で指定したネットワークのDNSサーバのIPアドレスを設定します。仮想イメージテンプレートのOSがLinuxの場合は，［IPアドレス］で［管理］を選択したときのDNSサーバが，OSのプライマリーDNSサーバとして設定されます。その際，［業務］や［未使用］を選択したときのDNSサーバに指定した値は無視されます。

［DNSサフィックス］
［ネットワーク名］で指定したネットワークのDNSサフィックスを設定します。仮想イメージテンプレートのOSがLinuxの場合は，［デプロイ設定］画面で指定したDNSサフィックスを使用するため，この設定はOSに反映されません。

［仮想ネットワークデバイス名］
［仮想ネットワークデバイス選択］画面で選択した仮想ネットワークデバイス名が表示されます。

［選択］ボタン
クリックすると，［仮想ネットワークデバイス選択］画面が表示されます。
［仮想ネットワークデバイス選択］画面では，仮想イメージテンプレートで指定した仮想化ソフトウェアの仮想ネットワークデバイスが選択できます。
仮想ホストの複数仮想NICが同一ポートグループに接続している仮想イメージテンプレートを用いてデプロイする場合，同一ポートグループに接続していた仮想NICを同じ名前の仮想ネットワークデバイスに接続するよう設定する必要があります。異なる名前の仮想ネットワークデバイスを選択した場合，デプロイが失敗したり，設定が一部反映されないことがあります。

［VLAN ID］
デプロイ先の仮想化ソフトウェアに構築された，仮想ネットワーク上のVLANのうち，［ネットワーク名］で指定した仮想NICの接続先のVLANを指定します。HVMで管理LANの場合は，HVMのネットワークセグメントと同じになるようにVLANIDには0を設定してください。
選択した仮想ネットワークデバイスの種別が分散仮想スイッチの場合，VLANIDに4095を設定するとデプロイ実行時にエラーになります。

［IPアドレス選択］画面

［IPアドレス選択］画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［仮想ネットワークデバイス選択］画面

仮想化ソフトウェアの仮想ネットワークデバイスを選択する画面です。

標準仮想スイッチと分散仮想スイッチの両方の仮想ネットワークデバイスが表示されます。ただし，標準仮想スイッチと同名の分散仮想スイッチがある場合，その分散仮想スイッチ名は表示されません。

注意事項

BladeSymphony BS320およびBladeSymphony BS2000でHVM拡張モードが無効，またはHVM拡張モードをサポートしていない場合，ネットワークセグメントの指定について，次に示す注意が必要です。ネットワークセグメントを指定する際の組み合わせとして，「Na」と「Nb」（Nは数字）を選択するときは，必ずNが同じ数字になるように指定してください。また，「Na」と「Nb」を管理と業務で対になるようにLPARに割り当てる必要があります。

「Na」と「Nb」の一方を管理または業務と指定し，他方を未使用と指定してデプロイを実行すると，デプロイタスクに失敗します。

なお，HVM拡張モードが有効，またはBladeSymphony BS500の場合は，次のようにネットワークセグメントを指定できます。

仮想ホストにネットワークセグメントをポート単位で指定する。
これによって，ネットワークセグメントを対で指定する必要がなくなります。

複数の仮想ネットワークに同じネットワークセグメントを指定する。

［ストレージ選択］画面

LPARが使用するストレージを選択する画面です。HVM上に仮想ホストをデプロイする場合にだけ使用します。

［FC-HBA設定］画面

LPARが使用するFC-HBAを選択する画面です。HVM上に仮想ホストをデプロイする場合にだけ使用します。

[図データ]便利メモ

jirmvmdeployコマンドでも仮想ホストをデプロイできます。jirmvmdeployコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

(13)　退避イメージを復元する

退避イメージを復元することで，仮想ホストを構築します。退避イメージの復元については，「4.7.4　一時保存した仮想ホストを復元する」を参照してください。

4.1.4　仮想ホストの動作を確認する

仮想ホストの動作確認では，次の三点を確認します。

仮想ホストが正常に起動できていること

仮想ホストがITリソース利用者の要求どおりのスペックで構築できていること

仮想ホストがITリソース利用者の要求した期間で予約されていること

＜この項の構成＞

(1)　仮想ホストが正常に起動できていることを確認する

(2)　仮想ホストがITリソース利用者の要求どおりのスペックで構築できていることを確認する

(3)　仮想ホストがITリソース利用者の要求した期間で予約されていることを確認する

(1)　仮想ホストが正常に起動できていることを確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，ITリソース利用者が所属する業務グループを選択する。

[図データ]をクリックする。

仮想ホストの状態を確認する。
仮想ホストのアイコンが[図データ]と表示され，正常に起動していることを確認してください。

[図データ]便利メモ

仮想ホストが画面に表示されない場合は，仮想ホストの情報がまだ収集されていないことが考えられます。仮想ホストを選択し［再収集］ボタンをクリックして，最新の情報を表示させてください。

(2)　仮想ホストがITリソース利用者の要求どおりのスペックで構築できていることを確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，ITリソース利用者が所属する業務グループを選択する。

リソース一覧エリアから，該当の仮想ホストを選択する。

詳細情報エリアで［システム］タブを選択して，仮想ホストがITリソース利用者の要求どおりのスペックとなっていることを確認する。

[図データ]便利メモ

デプロイ先の仮想化ソフトウェアがHyper-Vでクラスタ環境の場合，Hyper-V上の仮想ホストの「可用性」はJP1/ITRMが自動で「高」に設定します。

なお，クラスタ環境でない場合は「可用性」をJP1/ITRMが自動で「標準」に設定します。

(3)　仮想ホストがITリソース利用者の要求した期間で予約されていることを確認する

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から，ITリソース利用者が所属する業務グループを選択する。

予約一覧エリアから該当の予約を選択する。

予約詳細エリアでITリソース利用者の要求した期間で予約されていることを確認する。

4.2　ホストの予約をキャンセルする

予約は，予約開始日時の前であればキャンセルできます。ここでは，ホストの予約をキャンセルする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者からのキャンセルの依頼について確認する。【必須】
依頼の内容によって，このあとの手順が異なります。

予約しているホストをキャンセルしたい場合

予約画面でホストを削除する。【必須】

削除したら，ITリソース利用者にキャンセルが完了したことを連絡する。【必須】

予約そのものをキャンセルしたい場合

スケジュール画面で予約をキャンセルする。【必須】

キャンセルしたら，ITリソース利用者にキャンセルが完了したことを連絡する。【必須】

＜この節の構成＞

4.2.1　予約画面でホストを削除する

4.2.2　スケジュール画面で予約をキャンセルする

4.2.1　予約画面でホストを削除する

予約しているホストの台数を減らしたい場合，予約画面でホストを削除します。

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から［すべての予約］または業務グループを選択する。

予約一覧エリアで［未完了］タブを選択する。

キャンセルしたい予約を選択して［アクション］メニューから［予約編集］を選択する。

予約画面の［ホスト詳細］タブで，減らしたいホストの左端にあるチェックボックスをチェックする。

［アクション］メニューから［ホスト削除］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

予約画面で，［OK］ボタンをクリックする。

■設定項目

予約画面

予約画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

4.2.2　スケジュール画面で予約をキャンセルする

予約そのものをキャンセルしたい場合，スケジュール画面で予約をキャンセルします。

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から［すべての予約］または業務グループを選択する。

予約一覧エリアで，［未完了］タブを選択する。

キャンセルしたい予約を選択して，［アクション］メニューから［予約削除］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

4.3　ホストの提供期間を変更する

ここでは，ホストの提供期間を変更する手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者からの提供期間変更の依頼について確認する。【必須】
依頼の内容によって，このあとの手順が異なります。

提供期間を延長したい場合

提供期間を延長できるか確認する。【必須】
期間を延長できる場合，［期間とタスク設定］画面で期間とタスクを変更します。
期間を延長できない場合，代替のホストを準備して，現在提供中のホストの提供を終了します。

期間の変更が完了したら，ITリソース利用者に期間が変更できたことを連絡する。【必須】

提供期間を短縮したい場合

［期間とタスク設定］画面で期間とタスクを変更する。【必須】

期間の変更が完了したら，ITリソース利用者に期間が変更できたことを連絡する。【必須】

＜この節の構成＞

4.3.1　提供期間を延長できるか確認する

4.3.2　［期間とタスク設定］画面で期間とタスクを変更する

4.3.3　代替のホストを準備して，現在提供中のホストの提供を終了する

4.3.1　提供期間を延長できるか確認する

提供しているホストの期間を延長できるか確認します。期間を延長できるか確認する手順は，次の2つの方法があります。

スケジュール画面で，ホストの提供期間を延長できるか確認する

リソース管理画面で，ホストの提供期間を延長できるか確認する

HAクラスタグループのホストは，リソース管理画面で参照できないため，スケジュール画面で提供期間を延長できるか確認してください。

確認の結果，提供期間を延長できる場合は，「4.3.2　［期間とタスク設定］画面で期間とタスクを変更する」に進んでください。延長できない場合は，「4.3.3　代替のホストを準備して，現在提供中のホストの提供を終了する」に進んでください。

＜この項の構成＞

(1)　スケジュール画面で，ホストの提供期間を延長できるか確認する

(2)　リソース管理画面で，ホストの提供期間を延長できるか確認する

(1)　スケジュール画面で，ホストの提供期間を延長できるか確認する

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から［すべての予約］または業務グループを選択する。

予約一覧エリアで［未完了］タブを選択する。

延長したいホストの予約を選択する。

予約詳細エリアの［スケジュール］タブで，延長したい期間にほかの予約が入っていないか確認する。

(2)　リソース管理画面で，ホストの提供期間を延長できるか確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から延長したいホストが所属する業務グループを選択する。

リソース一覧エリアで，延長したいホストを選択する。

詳細情報エリアの［スケジュール］タブを選択する。

ホストの提供期間が延長できるか確認する。

4.3.2　［期間とタスク設定］画面で期間とタスクを変更する

提供期間を短縮する場合，または提供期間を延長できることが確認できた場合，予約画面で予約の期間を変更します。また，利用予約後の保守予約でタスクの実行を予定していないか確認し，予定していた場合は，タスクも変更します。

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から［すべての予約］または業務グループを選択する。

予約一覧エリアで［未完了］タブを選択する。

変更したい予約を選択し，［アクション］メニューから［予約編集］を選択する。

予約画面で，変更するホストのチェックボックスをチェックし，［期間とタスク］ボタンをクリックする。

［期間とタスク設定］画面で，利用期間，保守期間の開始日時または終了日時を変更する。

タスクが予定されている場合は，タスクの実行予定時間も変更して，［OK］ボタンをクリックする。

■設定項目

予約画面

予約画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［期間とタスク設定］画面

［期間とタスク設定］画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

4.3.3　代替のホストを準備して，現在提供中のホストの提供を終了する

提供期間を延長できない場合，代替のホストを準備して，現在提供中のホストの提供を終了する必要があります。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

代替として準備できるホストの予約状況を確認し，予約する。【必須】

代替のホストを準備する。【必須】

現在提供しているホストの提供を終了する。【必須】

＜この項の構成＞

(1)　代替として準備できるホストの予約状況を確認し，予約する

(2)　代替のホストを準備する

(3)　現在提供しているホストの提供を終了する

(1)　代替として準備できるホストの予約状況を確認し，予約する

代替のホストの予約については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(2)　代替のホストを準備する

代替のホストを準備します。仮想ホストの準備については，同様の操作手順である「4.1.3　仮想ホストを構築する」を参照してください。

(3)　現在提供しているホストの提供を終了する

ホストの提供の終了については，同様の操作手順である次の個所を参照してください。

現在提供しているホストが物理ホストの場合，「4.7.1　物理ホストの提供を終了する」の「ITリソース利用者から，予約している期間よりも早く物理ホストの利用を終了したいと連絡があった場合」

現在提供しているホストが仮想ホストの場合，「4.7.2　仮想ホストの提供を終了する」の「ITリソース利用者から，予約している期間よりも早く仮想ホストの利用を終了したいと連絡があった場合」

4.4　ホストのスペックを変更する

ここでは，ホストのスペックを変更する手順を説明します。

＜この節の構成＞

4.4.1　物理ホストをスケールアップする

4.4.2　仮想ホストをスケールアップする

4.4.3　物理ホストをスケールダウンする

4.4.4　仮想ホストをスケールダウンする

4.4.1　物理ホストをスケールアップする

物理ホストをスケールアップする手順を説明します。スケールアップとは，ホストのメモリやCPUなどを増強し，パフォーマンスを向上させることです。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡されたスケールアップの要件を確認する。【必須】

現在提供している物理ホストがスケールアップできるかどうか確認する。【必須】
スケールアップできる場合とできない場合によって，このあとの手順が異なります。

スケールアップできる場合

スケールアップの期間を確保するために，物理ホストの保守期間を予約する。【必須】

現在提供している物理ホストをスケールアップする。【必須】

スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する。【必須】

スケールアップを画面で確認できたら，スケールアップが完了したことをITリソース利用者に連絡する。【必須】

スケールアップできない場合

代替となる物理ホストを検索して予約する。【必須】

代替となる物理ホストを準備して，現在提供している物理ホストから移行する。【必須】

移行できたら，スケールアップが完了したことをITリソース利用者に連絡する。【必須】

＜この項の構成＞

(1)　物理ホストがスケールアップできるかどうか確認する

(2)　スケールアップの期間を確保するために，物理ホストの保守期間を予約する

(3)　リソース管理画面の［システム］タブで確認する

(4)　代替となる物理ホストを検索して予約する

(1)　物理ホストがスケールアップできるかどうか確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，提供している物理ホストが所属している業務グループを選択する。

リソース一覧エリアで，提供している物理ホストをクリックする。

詳細情報エリアの［システム］タブを選択する。
物理ホストのスペックやモデルなどが表示されます。物理ホストがスケールアップできるかどうか確認してください。

(2)　スケールアップの期間を確保するために，物理ホストの保守期間を予約する

スケールアップの期間を確保するために，物理ホストの保守期間を予約します。予約の手順については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(3)　リソース管理画面の［システム］タブで確認する

物理ホストのスケールアップ，または移行が完了したら，リソース管理画面の［システム］タブで，ホストのCPUやメモリなどの情報を参照して，スペックが要求されたとおりに変更できているか確認します。［システム］タブの表示手順については，同様の操作手順である「4.4.1(1)　物理ホストがスケールアップできるかどうか確認する」を参照してください。

(4)　代替となる物理ホストを検索して予約する

ITリソース利用者から連絡されたスケールアップの要件を満たす物理ホストを検索し，予約します。予約の手順については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

4.4.2　仮想ホストをスケールアップする

ここでは，仮想ホストをスケールアップする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡されたスケールアップの要件を確認する。【必須】

現在提供している仮想ホストがスケールアップできるかどうか確認する。【必須】
スケールアップできる場合とできない場合によって，このあとの手順が異なります。

スケールアップできる場合

スケールアップの期間を確保するために，仮想ホストの保守期間を予約する。【必須】

現在提供している仮想ホストをスケールアップする。【必須】

スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する。【必須】

スケールアップを画面で確認できたら，スケールアップが完了したことをITリソース利用者に連絡する。【必須】

スケールアップできない場合

代替となるリソースプールにマイグレーションして，スケールアップする。【必須】

スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する。【必須】

スケールアップを画面で確認できたら，スケールアップが完了したことをITリソース利用者に連絡する。【必須】

＜この項の構成＞

(1)　仮想ホストがスケールアップできるかどうか確認する

(2)　スケールアップの期間を確保するために，仮想ホストの保守期間を予約する

(3)　現在提供している仮想ホストをスケールアップする

(4)　リソース管理画面の［システム］タブで確認する

(5)　代替となるリソースプールにマイグレーションして，スケールアップする

(1)　仮想ホストがスケールアップできるかどうか確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，仮想ホストが所属している業務グループを選択する。

リソース一覧エリアで仮想ホストがある仮想化ソフトウェアを選択し，詳細情報エリアで［スケジュール］タブを選択する。

［スケジュール］タブで提供予定のCPUやメモリを確認して，仮想ホストをスケールアップできる余裕があるか確認する。

(2)　スケールアップの期間を確保するために，仮想ホストの保守期間を予約する

スケールアップの期間を確保するために，仮想ホストの保守期間を予約します。予約の手順については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(3)　現在提供している仮想ホストをスケールアップする

現在提供している仮想ホストをスケールアップします。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

現在提供している仮想ホストの仮想化ソフトウェアが起動しているか確認する。【必須】

仮想ホストを停止する。【必須】

仮想ホストのスペックを変更する。【必須】

仮想ホストを起動する。【必須】

スケールアップした仮想ホストの動作を確認する。【必須】

(a)　仮想ホストを停止する

仮想ホストを停止する手順については，「7.5　仮想ホストを停止する」を参照してください。

(b)　仮想ホストのスペックを変更する

仮想ホストのスペックを変更します。

■操作の前に

仮想ホストのスペックを変更する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，仮想ホストが所属している業務グループを選択する。

リソース一覧エリアで仮想ホストを選択し，［アクション］メニューから［リソース操作］－［設定変更］を選択する。

［サーバの設定変更］画面で，仮想ホストのスペックを変更する。

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

確認のダイアログボックスで［はい］ボタンをクリックする。

■設定項目

［サーバの設定変更］画面

仮想ホストのCPUおよびメモリを変更する画面です。

[図データ]便利メモ

jirmvmconfigコマンドでも仮想ホストのスペックを変更できます。jirmvmconfigコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

(c)　仮想ホストを起動する

仮想ホストを起動する手順については，同様の操作手順である「7.6　仮想ホストを起動する」を参照してください。

(d)　仮想ホストの動作を確認する

スケールアップが完了したら，仮想ホストの動作を確認します。仮想ホストの動作を確認する手順については，同様の操作手順である「4.1.4　仮想ホストの動作を確認する」を参照してください。

(4)　リソース管理画面の［システム］タブで確認する

仮想ホストのスペックが変更できたら，リソース管理画面の［システム］タブで，ホストの仮想化ソフトウェア上のCPUやメモリなどの情報を参照して，スペックが要求されたとおりに変更できているか確認します。［システム］タブの表示手順については，同様の操作手順である「4.4.1(1)　物理ホストがスケールアップできるかどうか確認する」を参照してください。

(5)　代替となるリソースプールにマイグレーションして，スケールアップする

現在提供している仮想ホストがスケールアップできない場合，まずスケールアップ可能なリソースプールを確認し，マイグレーション先を決めます。続いて，決定したリソースプールにマイグレーションしてスケールアップします。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

スケールアップ可能なリソースプールを確認し，マイグレーション先を決める。【必須】

仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定を解除する。【必須】

マイグレーション先の仮想化ソフトウェアが起動しているか確認する。【必須】

現在提供している仮想ホストを停止する。【必須】

仮想ホストをリソースプールへマイグレーションする。【必須】

ネットワーク環境が変更になった場合，仮想ホストのネットワークドライバなどを変更する。【任意】

マイグレーション先の仮想ホストのスペックを変更する。【必須】

仮想ホストを起動する。【必須】

スケールアップした仮想ホストの動作を確認する。【必須】

仮想ホストのOSがLinuxの場合，必要に応じてネットワーク設定を特定のNICに固定できるように設定する。【任意】

(a)　スケールアップ可能なリソースプールを確認し，マイグレーション先を決める

性能情報や稼働状況を画面で，スケールアップ可能なリソースプールを確認し，マイグレーション先を決めます。画面で確認する方法については，「5.2.2　性能情報を画面で確認する」および「5.3.2　稼働状況を画面で確認する」を参照してください。

(b)　仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定を解除する。

仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定がされていないことを確認します。設定されていた場合は，解除してください。

手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となるホストの設定についての説明を参照してください。

(c)　仮想ホストを停止する

仮想ホストを停止する手順については，「7.5　仮想ホストを停止する」を参照してください。

(d)　仮想ホストを代替となるリソースプールへマイグレーションする

仮想ホストを停止させたら，代替となるリソースプールへマイグレーションします。

マイグレーションの手順については，「6.3　仮想ホストをマイグレーションする」を参照してください。

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，仮想ホストが所属している業務グループを選択する。

リソース一覧エリアで仮想ホストを選択する。

［アクション］メニューから［リソース操作］－［コールドマイグレーション］を選択する。

代替となるリソースプールを選択し，［OK］ボタンをクリックする。

確認のダイアログボックスで［はい］ボタンをクリックする。

(e)　マイグレーション先の仮想ホストのスペックを変更する

仮想ホストのマイグレーションが完了したら，スペックを変更します。スペックを変更する手順については，同様の操作手順である「4.4.2(3)(b)　仮想ホストのスペックを変更する」を参照してください。

(f)　仮想ホストを起動する

仮想ホストを起動する手順については，同様の操作手順である「7.6　仮想ホストを起動する」を参照してください。

(g)　仮想ホストの動作を確認する

スケールアップが完了したら，仮想ホストの動作を確認します。仮想ホストの動作を確認する手順については，同様の操作手順である「4.1.4　仮想ホストの動作を確認する」を参照してください。

(h)　仮想ホストのOSがLinuxの場合，必要に応じてネットワーク設定を特定のNICに固定できるように設定する

仮想ホストのOSがLinuxの場合，必要に応じてネットワーク設定を特定のNICに固定できるように設定してください。手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となるホストの設定についての説明を参照してください。

4.4.3　物理ホストをスケールダウンする

ここでは，物理ホストをスケールダウンする手順を説明します。スケールダウンとは，ホストのメモリやCPUなどの性能を低くして，パフォーマンスを抑えることです。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡されたスケールダウンの要件を確認する。【必須】

現在提供している物理ホストがスケールダウンできるかどうか確認する。【必須】
スケールダウンできるかどうかは，物理ホストの［システム］タブで，モデル名や現在のスペックを確認して判断します。スケールダウンできる場合とできない場合によって，このあとの手順が異なります。

スケールダウンできる場合

スケールダウンの期間を確保するために，物理ホストの保守期間を予約する。【必須】

現在提供している物理ホストをスケールダウンする。【必須】

スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する。【必須】

スケールダウンを画面で確認できたら，スケールダウンが完了したことをITリソース利用者に連絡する。【必須】

スケールダウンできない場合

代替となる物理ホストを検索して予約する。【必須】

代替となる物理ホストを準備して，現在提供している物理ホストから移行する。【必須】

スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する。【必須】

スケールダウンを画面で確認できたら，スケールダウンが完了したことをITリソース利用者に連絡する。【必須】

物理ホストのスケールダウンは，ITリソース利用者から連絡された要件が異なるだけで，物理ホストのスケールアップと同じです。詳細については，同様の操作手順である「4.4.1　物理ホストをスケールアップする」を参照してください。

4.4.4　仮想ホストをスケールダウンする

ここでは，仮想ホストをスケールダウンする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡されたスケールダウンの要件を確認する。【必須】

スケールダウンの期間を確保するために，仮想ホストの保守期間を予約する。【必須】

現在提供している仮想ホストをスケールダウンする。【必須】

スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する。【必須】

スケールダウンを画面で確認できたら，スケールダウンが完了したことをITリソース利用者に連絡する。【必須】

＜この項の構成＞

(1)　スケールダウンの期間を確保するために，仮想ホストの保守期間を予約する

(2)　現在提供している仮想ホストをスケールダウンする

(3)　スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する

(1)　スケールダウンの期間を確保するために，仮想ホストの保守期間を予約する

スケールダウンの期間を確保するために，仮想ホストの保守期間を予約します。予約の手順については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(2)　現在提供している仮想ホストをスケールダウンする

現在提供している仮想ホストをスケールダウンします。スケールダウンの手順は，システムの要件が異なるだけで，スケールアップの手順と同じです。手順の詳細については，「4.4.2(3)　現在提供している仮想ホストをスケールアップする」を参照してください。

(3)　スペックが要求されたとおりに変更できているか，リソース管理画面の［システム］タブで確認する

仮想ホストのスペックが変更できたら，リソース管理画面の［システム］タブで，ホストの仮想化ソフトウェア上のCPUやメモリなどの情報を参照して，スペックが要求されたとおりに変更できているか確認します。［システム］タブの表示手順については，同様の操作手順である「4.4.1(1)　物理ホストがスケールアップできるかどうか確認する」を参照してください。

4.5　ホストの提供台数を変更する

ここでは，ホストの提供台数を変更する手順を説明します。

＜この節の構成＞

4.5.1　物理ホストをスケールアウトする

4.5.2　仮想ホストをスケールアウトする

4.5.3　物理ホストをスケールインする

4.5.4　仮想ホストをスケールインする

4.5.1　物理ホストをスケールアウトする

ここでは，物理ホストをスケールアウトする手順を説明します。スケールアウトとは，ホストの台数を増やしてシステムの規模を拡大することです。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡された，スケールアウトする物理ホストの要件を確認する。【必須】

要件に合致するホストの予約状況を確認し，スケールアウトできる物理ホストを予約する。【必須】

予約できたら，スケールアウトできることをITリソース利用者に連絡する。【必須】

ホストの準備が完了したら，ITリソース利用者に利用可能であることを連絡する。【必須】

＜この項の構成＞

(1)　要件に合致するホストの予約状況を確認し，スケールアウトできる物理ホストを予約する

(1)　要件に合致するホストの予約状況を確認し，スケールアウトできる物理ホストを予約する

ITリソース利用者から連絡された要件に合致する，物理ホストの予約状況を確認し，予約します。物理ホストの予約状況の確認，および予約の手順については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

4.5.2　仮想ホストをスケールアウトする

ここでは，仮想ホストをスケールアウトする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡された，スケールアウトする仮想ホストの要件を確認する。【必須】

要件に合致するホストの予約状況を確認し，スケールアウトできる仮想ホストまたはリソースプールを予約する。【必須】
予約の対象がホストリソースの仮想ホストかリソースプールかによって，このあとの手順が異なります。

ホストリソースの仮想ホストを予約した場合

スケールアウトできることをITリソース利用者に連絡する。【必須】

ホストの準備が完了したら，ITリソース利用者に利用可能であることを連絡する。【必須】

リソースプールを予約した場合

スケールアウトできることをITリソース利用者に連絡する。【必須】

仮想ホストを構築する。【必須】

仮想ホストの動作を確認する。【必須】

ホストの準備が完了したら，ITリソース利用者に利用可能であることを連絡する。【必須】

＜この項の構成＞

(1)　要件に合致するホストの予約状況を確認し，スケールアウトできる仮想ホストまたはリソースプールを予約する

(2)　仮想ホストを構築する

(3)　仮想ホストの動作を確認する

(1)　要件に合致するホストの予約状況を確認し，スケールアウトできる仮想ホストまたはリソースプールを予約する

ITリソース利用者から連絡された要件に合致する仮想ホストの予約状況を確認し，予約します。仮想ホストの予約状況の確認，および予約の手順については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(2)　仮想ホストを構築する

仮想ホストが予約できたら，仮想ホストを構築します。仮想ホストの構築については，「4.1.3　仮想ホストを構築する」を参照してください。

(3)　仮想ホストの動作を確認する

仮想ホストが構築できたら，動作を確認します。仮想ホストの動作を確認する手順については，「4.1.4　仮想ホストの動作を確認する」を参照してください。

4.5.3　物理ホストをスケールインする

ここでは，物理ホストをスケールインする手順を説明します。スケールインとは，ホストの予約期間を短縮することでホストの台数を減らし，システムの規模を縮小することです。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡された，スケールインする物理ホストの要件を確認する。【必須】

スケールインする物理ホストの予約期間を短縮する。【必須】

＜この項の構成＞

(1)　スケールインする物理ホストの予約期間を短縮する

(1)　スケールインする物理ホストの予約期間を短縮する

物理ホストの予約期間を短縮します。予約期間を短縮する手順については，「4.3.2　［期間とタスク設定］画面で期間とタスクを変更する」を参照してください。

4.5.4　仮想ホストをスケールインする

ここでは，仮想ホストをスケールインする手順を説明します。

[図データ]便利メモ

仮想ホストをスケールインする場合，現在提供している仮想ホストを一時保存しておくこともできます。一時保存しておくと，保存した状態の仮想ホストが簡単に再作成できます。仮想ホストの状態を一時保存する手順については，「4.7.3　仮想ホストの状態を一時保存する」を参照してください。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者から連絡された，スケールインする仮想ホストの要件を確認する。【必須】

スケールインする仮想ホストの予約期間を短縮する。【必須】

提供している仮想ホストを停止する。【必須】

仮想ホストを仮想化ソフトウェア上から削除する。【任意】

＜この項の構成＞

(1)　スケールインする仮想ホストの予約期間を短縮する

(2)　仮想ホストを停止する

(3)　仮想ホストを仮想化ソフトウェア上から削除する

(1)　スケールインする仮想ホストの予約期間を短縮する

仮想ホストの予約期間を短縮します。予約期間を短縮する手順については，「4.3.2　［期間とタスク設定］画面で期間とタスクを変更する」を参照してください。

(2)　仮想ホストを停止する

仮想ホストを停止します。仮想ホストを停止する手順については，「7.5　仮想ホストを停止する」を参照してください。

(3)　仮想ホストを仮想化ソフトウェア上から削除する

■操作の前に

仮想ホストを削除する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

VMwareでRaw Device Mappingのデバイスを構成している場合，削除前に
Raw Device Mappingのデバイスを必ず解除してください。
解除しないで仮想ホストを削除した場合，仮想化ソフトウェアにRaw Device Mapping関連のファイルが残る場合があります。

対象となる仮想ホストの仮想化ソフトウェアが起動していること

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から［すべてのリソース］を選択する。

リソース一覧エリアで，削除したい仮想ホストを選択して，［アクション］メニューから［リソース操作］－［削除］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

VMwareの場合，ポートグループの削除は成功，失敗のどちらの場合でも正常終了となります。

ポートグループの削除が失敗している場合，どの仮想ホストも使用しないポートグループが残ることがあります。必要に応じて削除してください。

[図データ]便利メモ

jirmvmdelコマンドでも仮想ホストを仮想化ソフトウェア上から削除できます。jirmvmdelコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

[図データ]便利メモ

HVM上に作成した仮想ホストを削除する場合，削除しようとするLPARがアクセスするLUおよびホストグループもストレージから一括で削除されます。

4.6　ホストの提供履歴を確認する

JP1/ITRMでは，これまでに提供したホストの履歴を確認できます。ホストの履歴は，次の2つの画面で確認できます。

スケジュール画面
ホストを提供していた期間や利用していた業務グループ，予約に設定していたタスクなどを確認できます。スケジュール画面は，ホストの予約ごとに履歴を確認したい場合に便利です。

図4-8　スケジュール画面の表示例

リソース管理画面の［スケジュール］タブ
ホストを提供していた期間や，提供していたホストの種類などが確認できます。リソース管理画面は，リソースグループやホストごとに履歴を確認したい場合に便利です。

図4-9　リソース管理画面の［スケジュール］タブの表示例

＜この節の構成＞

4.6.1　スケジュール画面でホストの提供履歴を確認する

4.6.2　リソース管理画面の［スケジュール］タブでホストの提供履歴を確認する

4.6.1　スケジュール画面でホストの提供履歴を確認する

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から，業務グループを選択する。

予約一覧エリアで［完了］タブを選択する。

予約を選択して予約詳細エリアでホストの提供履歴を確認する。

4.6.2　リソース管理画面の［スケジュール］タブでホストの提供履歴を確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から［すべてのリソース］を選択する。

リソース一覧エリアで，提供履歴を確認するホストを選択して，［スケジュール］タブを選択する。

［基点］と［表示期間］を選択してホストの提供履歴を確認する。

4.7　ホストの提供を終了する

ここでは，ホストの提供を終了する手順を説明します。

＜この節の構成＞

4.7.1　物理ホストの提供を終了する

4.7.2　仮想ホストの提供を終了する

4.7.3　仮想ホストの状態を一時保存する

4.7.4　一時保存した仮想ホストを復元する

4.7.5　一時保存した仮想ホストを削除する

4.7.1　物理ホストの提供を終了する

ここでは，物理ホストの提供を終了する手順を説明します。

■流れ

物理ホストの提供は，次の2つのどちらかを契機として終了することが考えられます。

ホストの利用期間が予定どおり終了する場合

ITリソース利用者から，予約している期間よりも早く物理ホストの利用を終了したいと連絡があった場合

それぞれの大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ホストの利用期間が予定どおり終了する場合

利用期間の終了が近づいている物理ホストがないか確認する。【必須】
利用期間の終了が近づいている物理ホストがあった場合，ITリソース利用者に物理ホストの提供を終了してもよいか確認します。
確認の結果，終了してもよい場合は，次の流れに進みます。
提供期間を延長したいとITリソース利用者から要望された場合は，提供期間を変更します。変更手順については，「4.3　ホストの提供期間を変更する」を参照してください。

提供を終了する物理ホストを初期化する。【任意】

ITリソース利用者から，予約している期間よりも早く物理ホストの利用を終了したいと連絡があった場合

利用を終了する物理ホストの予約期間を短縮する。【必須】

提供を終了する物理ホストを初期化する。【任意】

＜この項の構成＞

(1)　利用期間の終了が近づいている物理ホストがないか確認する

(2)　利用を終了する物理ホストの予約期間を短縮する

(1)　利用期間の終了が近づいている物理ホストがないか確認する

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］から［すべての予約］を選択する。

予約一覧エリアで［未完了］タブを選択し，予約を選択する。

予約詳細エリアでホストのスケジュールを確認する。

(2)　利用を終了する物理ホストの予約期間を短縮する

物理ホストの予約期間を，ITリソース利用者から連絡された終了期間に短縮します。予約期間を短縮する手順については，「4.3.2　［期間とタスク設定］画面で期間とタスクを変更する」を参照してください。

4.7.2　仮想ホストの提供を終了する

ここでは，仮想ホストの提供を終了する手順を説明します。

[図データ]便利メモ

仮想ホストの提供を終了する場合，現在提供している仮想ホストを一時保存しておくこともできます。一時保存しておくと，保存した状態の仮想ホストが簡単に再作成できます。仮想ホストの状態を一時保存する手順については，「4.7.3　仮想ホストの状態を一時保存する」を参照してください。

■流れ

仮想ホストの提供は，次の2つのどちらかを契機として終了することが考えられます。

ホストの利用期間が予定どおり終了する場合

ITリソース利用者から，予約している期間よりも早く仮想ホストの利用を終了したいと連絡があった場合

それぞれの大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ホストの利用期間が予定どおり終了する場合

利用期間の終了が近づいている仮想ホストがないか確認する。【必須】
利用期間の終了が近づいている仮想ホストがあった場合，ITリソース利用者に仮想ホストの提供を終了してもよいか確認します。
確認の結果，終了してもよい場合は，次の流れに進みます。
確認の結果，提供期間を延長したいとITリソース利用者から要望された場合は，提供期間を変更します。変更手順については，「4.3　ホストの提供期間を変更する」を参照してください。

提供している仮想ホストを停止する。【必須】

仮想ホストを仮想化ソフトウェア上から削除する。【任意】

ITリソース利用者から，予約している期間よりも早く仮想ホストの利用を終了したいと連絡があった場合

利用を終了する仮想ホストの予約期間を短縮する。【必須】

提供している仮想ホストを停止する。【必須】

仮想ホストを仮想化ソフトウェア上から削除する。【任意】

＜この項の構成＞

(1)　利用期間の終了が近づいている仮想ホストがないか確認する

(2)　仮想ホストを停止する

(3)　仮想ホストを仮想化ソフトウェア上から削除する

(4)　利用を終了する仮想ホストの予約期間を短縮する

(1)　利用期間の終了が近づいている仮想ホストがないか確認する

利用期間の終了が近づいている仮想ホストを確認する手順は，物理ホストの場合と同じです。操作手順については，「4.7.1(1)　利用期間の終了が近づいている物理ホストがないか確認する」を参照してください。

(2)　仮想ホストを停止する

仮想ホストを停止する手順については，「7.5　仮想ホストを停止する」を参照してください。

(3)　仮想ホストを仮想化ソフトウェア上から削除する

仮想ホストを仮想化ソフトウェア上から削除する手順については，「4.5.4(3)　仮想ホストを仮想化ソフトウェア上から削除する」を参照してください。

(4)　利用を終了する仮想ホストの予約期間を短縮する

仮想ホストの予約期間を，ITリソース利用者から連絡された終了期間に短縮します。予約期間を短縮する手順については，「4.3.2　［期間とタスク設定］画面で期間とタスクを変更する」を参照してください。

4.7.3　仮想ホストの状態を一時保存する

仮想ホストの提供を終了する際，提供していた仮想ホストの設定やソフトウェアの内容を一時保存できます。提供期間が終了した仮想ホストを再度使いたい場合，仮想ホストの状態を一時保存しておくと，仮想ホストのデプロイや再設定をする手間が省けて便利です。

一時保存した仮想ホストのデータを，退避イメージと呼びます。仮想ホストを退避イメージとして保存すると，仮想化ソフトウェアからは削除され，ライブラリに保存されます。ライブラリとは，仮想イメージテンプレートや退避イメージを保存し管理するフォルダのようなものです。

退避イメージを使うと，保存した状態の仮想ホストをすぐに再作成できます。退避イメージを使って再度仮想ホストを作成することを，復元と呼びます。

ここでは，ライブラリに仮想ホストの退避イメージを保存する手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

退避イメージを保存する際の要件を決める。【任意】

退避イメージを保存する。【必須】

＜この項の構成＞

(1)　退避イメージを保存する際の要件を決める

(2)　退避イメージを保存する

(1)　退避イメージを保存する際の要件を決める

退避イメージを保存する際の要件として，次の内容を検討し決めておいてください。

退避イメージとして保存する仮想ホスト

退避イメージを，手動または自動のどちらで保存するか

(2)　退避イメージを保存する

退避イメージは，手動で保存することも，あらかじめ設定した日時に自動で保存することもできます。

■注意事項

仮想ホストを退避する場合，vCenter上で仮想ホストに作成していたスナップショットは破棄されます。

■操作の前に

退避イメージを保存する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定がされていないこと
もし設定されている場合は解除してください。手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となるホストの設定についての説明を参照してください。

対象が次の状態で操作しないこと
操作した場合はエラーとなり，処理が終了します。

仮想ホストのネットワークアダプタまたはハードディスクが1つも接続されていない

対象がVMwareの仮想ホストの場合，次の状態で操作しないこと
操作した場合はエラーとなり，処理が終了します。

仮想ホストが接続する仮想スイッチおよびポートグループが存在しない

仮想ホストが分散仮想スイッチのVLANトランクポートに接続されている

仮想ホストを退避する場合，vCenter上で仮想ホストに設定していたアフィニティルールの設定は破棄されるので，設定内容を控えておき，操作後にVMware管理クライアントを使って再設定すること

仮想ホストの設定で次のデバイス構成の場合，設定を解除すること

USBデバイスを構成している

CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

Raw Device Mappingのデバイスを構成している

退避イメージを保存した仮想ホストは削除待ち状態になり，30日後に自動的に削除されます。削除待ち状態の仮想ホストは，設定画面の［設定メニュー］－［リソースの探索］－［削除待ちリソース一覧］画面で確認できます。

(a)　退避イメージを手動で保存する

■操作

［リソース管理］タブを選択する。

退避イメージを保存する仮想ホストを選択する。

トポロジービューで［アクション］メニューから［リソース操作］－［退避］を選択する。

VMwareの場合，ポートグループの削除は成功，失敗のどちらでも正常終了となります。

ポートグループの削除が失敗している場合，どの仮想ホストも使用しないポートグループが残ることがあります。必要に応じて削除してください。

■設定項目

［退避設定］画面

退避イメージの詳細情報を確認し，コメントを入力できる画面です。仮想ホストを複数選択した場合，入力したコメントはすべての退避イメージに設定されます。

コメントには，退避イメージにインストールされているアプリケーションやミドルウェアなど，退避イメージの復元の際に役立つメモを入力しておくと便利です。

(b)　退避イメージを自動で保存する

退避イメージを自動で保存するには，スケジュール画面で保守期間のタスクとして設定します。ここでは，保守期間を予約して，退避イメージを自動で保存するタスクを設定する手順を説明します。

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］で，退避イメージを保存する仮想ホストが所属する業務グループを選択する。

予約一覧エリアで，退避イメージを保存するホストの予約を選択し，［アクション］メニューから，［予約編集］を選択する。

予約画面で退避イメージを保存するホストをチェックして，［期間とタスク］ボタンをクリックする。

［ホスト名の期間設定］エリアで，［期間の追加］ボタンをクリックする。

［種別］で［保守期間］を選択し，期間名，開始日時および終了日時を設定する。

追加した保守期間のチェックボックスをチェックし，［タスクの追加］ボタンをクリックする。

［期間名のタスク設定］エリアへ追加されたタスクに，次の内容を設定する。

タスク：退避

作業種別：自動

実行予定時間：退避イメージを保存する日時

[図データ]便利メモ

［タスク詳細設定］ボタンをクリックすると，［退避設定］画面が表示され，コメントを入力できます。

［期間とタスク設定］画面で［OK］ボタンをクリックする。

予約画面で［OK］ボタンをクリックする。

タスクで設定した日時に，退避イメージの保存が行われたかどうか確認する手順を次に示します。

■操作

［タスク］タブを選択する。

［タスクメニュー］から，退避イメージを保存するホストが所属する業務グループを選択する。

［完了］タブを選択し，目的のタスクが表示されるか確認する。

VMwareの場合，ポートグループの削除は成功，失敗のどちらでも正常終了となります。

ポートグループの削除が失敗している場合，どの仮想ホストも使用しないポートグループが残ることがあります。必要に応じて削除してください。

■設定項目

予約画面

予約画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［期間とタスク設定］画面

［期間とタスク設定］画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［退避設定］画面

［退避設定］画面の設定項目については，「4.7.3(2)(a)　退避イメージを手動で保存する」の「■設定項目」を参照してください。

4.7.4　一時保存した仮想ホストを復元する

ここでは，保存した退避イメージを使って，仮想ホストを復元する手順を説明します。仮想ホストは，手動で復元することも，あらかじめ設定した時間に自動で復元することもできます。

なお，復元後の仮想ホストは起動した状態です。使用するまで仮想ホストを停止させておきたい場合は，「7.5　仮想ホストを停止する」を参照してください。

■操作の前に

仮想ホストを復元する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

＜この項の構成＞

(1)　仮想ホストを手動で復元する

(2)　仮想ホストを自動で復元する

(1)　仮想ホストを手動で復元する

■操作

［リソース管理］タブを選択する。

復元先のリソースプールを選択する。

トポロジービューで［アクション］メニューから［リソース操作］－［復元］を選択する。

［退避イメージ選択］画面で，復元する退避イメージを選択し，［OK］ボタンをクリックする。

［復元先設定］画面で，仮想化ソフトウェア名，データストア名，仮想ネットワークデバイス名を指定し，［OK］ボタンをクリックする。
仮想化ソフトウェア名，データストア名，仮想ネットワークデバイス名の横の［選択］ボタンをクリックすると，それぞれの設定画面が表示されます。

■設定項目

［退避イメージ選択］画面

復元する退避イメージを選択する画面です。

［復元先設定］画面

復元先のリソースプールや仮想化ソフトウェアなどが表示され，仮想ネットワークデバイスを変更できる画面です。

(2)　仮想ホストを自動で復元する

仮想ホストを自動で復元するには，スケジュール画面で保守期間のタスクとして設定します。ここでは，保守期間を予約して，退避イメージを自動で復元するタスクを設定する手順を説明します。

■操作

［スケジュール］タブを選択する。

［スケジュールメニュー］で，退避イメージの復元先となるリソースプールの業務グループを選択する。

予約一覧エリアで，退避イメージの復元先となるリソースプール上の，新規の仮想ホストの予約を選択し，［アクション］メニューから［予約編集］を選択する。

予約画面で，退避イメージの復元先となるリソースプール上の，新規の仮想ホストをチェックして，［期間とタスク］ボタンをクリックする。

［期間とタスク設定］画面の［ホストの選択］から，退避イメージを復元先となるリソースプール上の，新規の仮想ホストを選択する。

予約された保守期間のチェックボックスをチェックし，［タスクの追加］ボタンをクリックする。

［期間名のタスク設定］エリアへ追加されたタスクに，次の内容を設定する。

タスク：復元

作業種別：自動

実行予定時間：退避イメージを復元する日時

［タスク詳細設定］ボタンをクリックする。

［退避イメージ選択］画面で，復元する退避イメージを選択し，［OK］ボタンをクリックする。

［復元先設定］画面で，仮想化ソフトウェア名，データストア名，仮想ネットワークデバイス名を指定し，［OK］ボタンをクリックする。
仮想化ソフトウェア名，データストア名，仮想ネットワークデバイス名の横の［選択］ボタンをクリックすると，それぞれの設定画面が表示されます。
仮想ホストの複数仮想NICが同一ポートグループに接続している退避イメージを用いて復元する場合，同一ポートグループに接続していた仮想NICを同じ名前の仮想ネットワークデバイスに接続するよう設定する必要があります。異なる名前の仮想ネットワークデバイスを選択した場合，復元が失敗したり，設定が一部反映されないことがあります。

［期間とタスク設定］画面で［OK］ボタンをクリックする。

予約画面で［OK］ボタンをクリックする。

■設定項目

予約画面

予約画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［期間とタスク設定］画面

［期間とタスク設定］画面の設定項目については，「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」の「■設定項目」を参照してください。

［退避イメージ選択］画面

復元する退避イメージを選択する画面です。

［復元先設定］画面

復元先のリソースプールや仮想化ソフトウェアなどが表示され，仮想ネットワークデバイスを変更できる画面です。

4.7.5　一時保存した仮想ホストを削除する

ここでは，保存した仮想ホストの退避イメージを削除する手順を説明します。

■操作

［設定］タブを選択する。

［設定メニュー］から［ライブラリ］－［退避イメージ管理］を選択する。

［退避イメージ管理］画面で，削除する退避イメージを確認し，チェックする。

［アクション］メニューから［削除］を選択する。

■設定項目

［退避イメージ管理］画面

JP1/ITRMで管理している退避イメージを一覧で表示する画面です。

5.　ITリソースの状況を画面やメールなどで確認する

ここでは，ITリソースの状況を，画面やメールなどで確認する方法について説明します。

＜この章の構成＞

5.1　ホストの提供状況や稼働率を確認する

5.2　ITリソースの性能情報を確認する

5.3　ITリソースの稼働状況を確認する

5.4　ITリソース全体の状況をメールで確認する

5.5　ITリソースのトラブルに対する対応状況を確認する

5.6　報告用にレポートをHTML形式で保存する

5.7　ITリソースの状況変更を通知する

5.8　レポートを活用したITリソースの課金情報の算出

5.1　ホストの提供状況や稼働率を確認する

ホストの提供状況や稼働率は，JP1/ITRMで提供している割り当てレポートというレポートで確認できます。

図5-1　割り当てレポートの表示例（［物理ホスト割り当て実績］）

■操作

［レポート］タブを選択する。

［レポートメニュー］から［レポート項目一覧］を選択する。

［レポート項目一覧］エリアで，表示する割り当てレポートを選択する。

[図データ]便利メモ

レポートはHTML形式で保存できます。手順については，「5.6　報告用にレポートをHTML形式で保存する」を参照してください。

[図データ]便利メモ

jirmreportコマンドでもホストの提供状況や稼働率を確認できます。jirmreportコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

5.2　ITリソースの性能情報を確認する

ITリソース利用者へ，ITリソースをむだなく確実に提供するためには，ITリソースの性能情報を把握し，計画立てて適切に維持していくことが必要です。JP1/ITRMでは，所有するITリソースの性能情報を確認できる画面や，性能情報の統計をまとめた性能レポートの表示といった機能を提供しています。

ここでは，それらの機能を使って性能情報を確認するための設定と，性能情報を画面で確認する手順を説明します。

＜この節の構成＞

5.2.1　性能情報の確認に関する設定

5.2.2　性能情報を画面で確認する

5.2.1　性能情報の確認に関する設定

JP1/ITRMでは，ITリソースの性能情報を，監視テンプレートというテンプレートで設定されたしきい値を基に監視します。監視テンプレートは複数作成でき，運用にあわせてカスタマイズできます。重点的に監視したいITリソースはしきい値を低くする，といったカスタマイズをすることで，ITリソースを柔軟に監視できます。

ここでは，JP1/ITRMで性能情報を確認するための設定手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

性能情報を監視する項目やしきい値，性能情報を取得するタイミングなどを検討する。【必須】

検討した内容を，JP1/ITRMに設定する。【必須】

監視テンプレートをITリソースに適用する。【必須】

＜この項の構成＞

(1)　性能情報を監視する項目やしきい値，性能情報を取得するタイミングなどを検討する

(2)　検討した内容を，JP1/ITRMに設定する

(3)　監視テンプレートをITリソースに適用する

(1)　性能情報を監視する項目やしきい値，性能情報を取得するタイミングなどを検討する

次の内容について検討します。

性能情報を監視する項目やしきい値
CPUの使用率やメモリの使用率，ディスクの空き容量など，監視したい項目としきい値をどうするか検討します。監視する項目やしきい値は，監視テンプレートで設定します。監視テンプレートの検討については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の監視テンプレートについての説明を参照してください。

性能情報を取得するタイミング
何分ごとに性能情報を取得するか検討します。

しきい値を超えた場合のメールでの通知
しきい値を超えた場合，JP1/ITRMからイベントが発行されます。イベントが発行された場合のメールでの通知について，次の内容を検討します。

通知するイベントの重要度
「エラー」，「エラーおよび警告」，「エラー，警告および情報（すべてのイベント）」の3パターンから選択できます。

イベントが発行された場合のメールでの通知先

(2)　検討した内容を，JP1/ITRMに設定する

設定する内容によって，手順が次のように異なります。

(a)　性能情報を監視する項目やしきい値を設定する

■操作

［設定］タブを選択する。

［設定メニュー］から［リソース管理］－［監視テンプレート管理］を選択する。

［監視テンプレート管理］画面で，追加したいテンプレートの［追加］ボタンをクリックする。

［監視テンプレートの追加］画面で，性能情報を監視する項目やしきい値を設定する。

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

■設定項目

［監視テンプレートの追加］画面

図5-2　［監視テンプレートの追加］画面の表示例

［名称］
テンプレートの名前を入力します。一意の名前を入力してください。

［詳細］
テンプレートの説明を付けたい場合に入力します。

［テンプレート］
既存のテンプレートの設定内容を流用したい場合に指定します。プルダウンメニューからテンプレートを選択して［適用］をクリックすると，選択したテンプレートに設定されている内容が［しきい値］に一覧表示されます。その内容を変更することで，簡単に設定できます。
プルダウンメニューには，作成済みのテンプレート，JP1/ITRMが用意しているテンプレート（先頭に#が付いているもの），および監視対象となったITリソースにデフォルトで設定されるテンプレートの名前が表示されます。

［しきい値］
CPUの使用率やメモリの使用率，ディスクの空き容量などの項目が一覧表示されます。監視したい項目の監視チェックボックスをチェックし，エラーと警告のしきい値を設定します。

[図データ]便利メモ

性能情報は，収集としきい値監視ができます。イベントが大量に発生する場合などは，しきい値を変更するほかに，項目の監視チェックボックスを外して，しきい値監視を停止することもできます。監視チェックボックスのチェックを外しても，収集チェックボックスをチェックしていれば，性能情報を収集し，レポートに表示します。

(b)　性能情報を取得するタイミングを設定する

■操作

［設定］タブを選択する。

［設定メニュー］から［リソース管理］－［監視間隔設定］を選択する。

［性能監視］をチェックして監視間隔を設定する。

［適用］ボタンをクリックする。

■設定項目

［監視間隔設定］エリア

［性能監視］
ITリソースのパフォーマンス情報（ディスクの空き容量など）を収集する間隔を分単位で設定します。

(c)　しきい値を超えた場合のメールでの通知先を設定する

■操作

［設定］タブを選択する。

［設定メニュー］から［通知設定］－［イベント通知設定］を選択する。

［イベント通知設定］画面で，イベントの重要度，およびイベントの通知先を設定する。

［適用］ボタンをクリックする。

■設定項目

［イベント通知設定］エリア

［メールで受け取りたいイベントの重要度を選択してください。］
メールで通知するイベントの重要度を選択します。
エラー：
対処が必要なイベントです。
警告：
注意が必要なイベントです。エラー状態に移行する前に問題を調査し，解決してください。
情報：
通常のイベントです。

［通知先を選択してください。］
イベントの通知先を設定します。
登録されているすべてのユーザーから，通知するユーザーのチェックボックスをチェックします。

(3)　監視テンプレートをITリソースに適用する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，ITリソースを選択する。

［アクション］メニューから［監視テンプレート指定］を選択する。

［監視テンプレート指定］画面で，プルダウンメニューから，適用したい監視テンプレートを選択する。

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

■設定項目

［監視テンプレート指定］画面

［テンプレート］
プルダウンメニューから，適用する監視テンプレートを選択します。

［しきい値 ］
選択した監視テンプレートの設定内容が表示されます。

5.2.2　性能情報を画面で確認する

JP1/ITRMでは，所有するITリソースの性能情報を，次のような画面やレポートで確認できます。

図5-3　［パフォーマンス］タブの表示例

オレンジのグラフは収集した性能情報の中の最大値，グレーのグラフは平均値を示します。

図5-4　性能レポートの表示例

VMクラスタやリソースプールなど，仮想環境でのOSのCPU使用率は，OSから取得している情報です。このため，物理環境で動作する場合に比べて，性能情報の誤差が大きくなることがあります。

[図データ]便利メモ

性能情報を確認した結果，マイグレーションやスケールアップなどの対策が必要な場合は，「6.　ITリソースの利用状況を最適化する」を参照してください。

＜この項の構成＞

(1)　［パフォーマンス］タブで性能情報を確認する

(2)　性能レポートで性能情報を確認する

(1)　［パフォーマンス］タブで性能情報を確認する

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，ITリソースを選択する。

詳細情報エリアで［パフォーマンス］タブを選択する。

パフォーマンスの一覧から，測定項目を選択する。

グラフの表示期間をプルダウンメニューから選択する。

(2)　性能レポートで性能情報を確認する

■操作

［レポート］タブを選択する。

［レポートメニュー］から［レポート項目一覧］を選択する。

［レポート項目一覧］エリアで表示する性能レポートをクリックする。

[図データ]便利メモ

レポートはHTML形式で保存できます。手順については，「5.6　報告用にレポートをHTML形式で保存する」を参照してください。

5.3　ITリソースの稼働状況を確認する

提供しているITリソースに障害が発生したら，迅速な対処が必要です。JP1/ITRMでは，ITリソースが正常に稼働しているか確認する画面や，稼働状況をまとめたレポート（リソース状態レポート）の作成，障害が発生したらメールで通知する，といった機能を提供しています。

ここでは，それらの機能を使って稼働状況を確認するための設定と，稼働状況を画面で確認する手順を説明します。

＜この節の構成＞

5.3.1　稼働状況の確認に関する設定

5.3.2　稼働状況を画面で確認する

5.3.1　稼働状況の確認に関する設定

JP1/ITRMでは，稼働状況に変化がないかどうか，一定の間隔で稼働情報を自動で収集します。もし稼働状況に変化があった場合，JP1/ITRMからイベントが発行され，ITリソース管理者に通知できます。イベント発行時に，メールで通知するよう設定することもできます。

ここでは，JP1/ITRMで稼働情報を取得するタイミングと，イベントが発生したときにメールで通知するための設定手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

稼働情報を取得するタイミングや障害発生時の通知先などを検討する。【必須】

検討した内容を，JP1/ITRMに設定する。【必須】

＜この項の構成＞

(1)　稼働情報を取得するタイミングや障害発生時の通知先などを検討する

(2)　検討した内容を，JP1/ITRMに設定する

(1)　稼働情報を取得するタイミングや障害発生時の通知先などを検討する

次の内容について検討します。

稼働情報を取得するタイミング
何分ごとに稼働情報を取得するか検討します。

障害発生時のメールでの通知
取得した稼働情報で障害を検知した場合，JP1/ITRMからイベントが発行されます。イベントが発行された場合のメールでの通知について，次の内容を検討します。

通知するイベントの重要度
「エラー」，「エラーおよび警告」，「エラー，警告および情報（すべてのイベント）」の3パターンから選択できます。

イベントが発行された場合のメールでの通知先

(2)　検討した内容を，JP1/ITRMに設定する

設定する内容によって，手順が次のように異なります。

(a)　稼働情報を取得するタイミングを設定する

■操作

［設定］タブを選択する。

［設定メニュー］から［リソース管理］－［監視間隔設定］を選択する。

［状態監視］をチェックして監視間隔を設定する。

［適用］ボタンをクリックする。

■設定項目

［監視間隔設定］エリア

［監視間隔設定］エリアの設定項目については，「5.2.1(2)(b)　性能情報を取得するタイミングを設定する」の「■設定項目」を参照してください。

(b)　障害発生時の通知先を設定する

■操作

［設定］タブを選択する。

［設定メニュー］から［通知設定］－［イベント通知設定］を選択する。

［イベント通知設定］画面で，イベントの重要度，およびイベントの通知先を設定する。

［適用］ボタンをクリックする。

■設定項目

［イベント通知設定］エリア

［イベント通知設定］エリアの設定項目については，「5.2.1(2)(c)　しきい値を超えた場合のメールでの通知先を設定する」の「■設定項目」を参照してください。

5.3.2　稼働状況を画面で確認する

JP1/ITRMでは，ITリソースの稼働状況を，次のような画面やレポートで確認できます。

図5-5　リソース状態一覧の形式で表示された，リソース一覧エリアの表示例

図5-6　リソース状態レポートの表示例

[図データ]便利メモ

稼働情報を確認した結果，リブートやマイグレーションなどの対策が必要な場合は，「7.　ITリソースをメンテナンスする」を参照してください。

＜この項の構成＞

(1)　リソース一覧エリアで稼働状況を確認する

(2)　リソース状態レポートで稼働状況を確認する

(1)　リソース一覧エリアで稼働状況を確認する

稼働状況は，リソース管理画面のリソース一覧エリアで確認できます。操作手順については，「3.2.3　ITリソースの状態や認証情報などを確認する」を参照してください。

(2)　リソース状態レポートで稼働状況を確認する

■操作

［レポート］タブを選択する。

［レポートメニュー］から［レポート項目一覧］を選択する。

［レポート項目一覧］エリアで［現在のリソース状態］をクリックする。

[図データ]便利メモ

レポートはHTML形式で保存できます。手順については，「5.6　報告用にレポートをHTML形式で保存する」を参照してください。

5.4　ITリソース全体の状況をメールで確認する

ITリソース全体の状況をまとめたレポート（統計レポート）をメールで確認できます。レポートは，HTML形式のファイルで，メールに添付されて送付されます。ITリソース全体の状況を，定期的に確認したいときに使うと便利です。

図5-7　統計レポートの表示例

メールで確認できる統計レポートは，レポート画面で確認できる各レポートをまとめたものです。現在の状況をすぐに確認したい場合はレポート画面，各レポートをまとめたものを定期的に確認したい場合はメール，といったように使い分けると便利です。

ここでは，統計レポートをメールで受け取れるよう設定する手順を説明します。

■操作

［設定］タブを選択する。

［設定メニュー］から［通知設定］－［レポート通知設定］を選択する。

統計レポートをメールで通知する間隔や通知先を設定する。

［適用］ボタンをクリックする。

■設定項目

［レポート通知設定］エリア

統計レポートを通知する，時刻，間隔（日，週，または月単位），および通知先を設定します。

図5-8　［レポート通知設定］エリアの表示例

［日単位の通知］
レポートを日単位で通知する場合に設定します。
［通知時刻］：
時刻を設定します。
［通知間隔］：
何日ごとに通知するかをプルダウンメニューから選択します。
［通知先を選択してください。］：
登録されているすべてのユーザーから，通知するユーザーのチェックボックスをチェックします。

［週単位の通知］
レポートを週単位で通知する場合に設定します。
［通知時刻］：
時刻を設定します。
［通知間隔］：
何週ごとに通知するかをプルダウンメニューから選択します。
［曜日］：
通知する曜日のチェックボックスをチェックします。
［通知先を選択してください。］：
登録されているすべてのユーザーから，通知するユーザーのチェックボックスをチェックします。

［月単位の通知］
レポートを月単位で通知する場合に設定します。
［通知時刻］：
時刻を設定します。
［通知間隔］：
毎月いつ通知するかを，日付，または週と曜日で設定します。
［通知先を選択してください。］：
登録されているすべてのユーザーから，通知するユーザーのチェックボックスをチェックします。

5.5　ITリソースのトラブルに対する対応状況を確認する

JP1/ITRMでは，ITリソースの状況に変化があった場合，イベントが発行されます。イベントの状態で，内容を確認したかどうかがすぐにわかるため，イベントの確認漏れを防げます。

図5-9　未受諾イベントの一覧表示

また，未受諾のイベントについてまとめたレポート（未受諾レポート）も作成できます。

図5-10　未受諾レポート

イベントへの対応状況をすぐに確認したい場合は画面，定期的に確認したい場合はメール，といったように使い分けると便利です。

ここでは，未受諾のイベントを画面またはメールで確認する手順を説明します。

＜この節の構成＞

5.5.1　トラブルへの対応状況を画面で確認する

5.5.2　トラブルへの対応状況をメールで確認する

5.5.1　トラブルへの対応状況を画面で確認する

未受諾のイベントを画面で確認する手順を次に示します。

■操作

［イベント］タブを選択する。

［未受諾］タブを選択して，未受諾のイベントを確認する。

[図データ]便利メモ

JP1/ITRMから発行されたイベントについてまとめたレポート（イベントレポート）もあります。イベントレポートは，レポート画面で確認できます。

5.5.2　トラブルへの対応状況をメールで確認する

未受諾レポートをメールで受け取れるよう設定する手順を次に示します。

■操作

［設定］タブを選択する。

［設定メニュー］から［通知設定］－［未受諾イベント通知設定］を選択する。

未受諾レポートをメールで通知する間隔や通知先を設定する。

［適用］ボタンをクリックする。

■設定項目

［未受諾イベント通知設定］エリア

未受諾レポートを通知する，時刻，間隔（日または週単位），および通知先を設定します。

図5-11　［未受諾イベント通知設定］エリアの表示例

［日単位の通知］
レポートを日単位で通知する場合に設定します。
［通知時刻］：
時刻を設定します。
［通知間隔］：
何日ごとに通知するかをプルダウンメニューから選択します。
［通知先を選択してください。］：
登録されているすべてのユーザーから，通知するユーザーのチェックボックスをチェックします。

［週単位の通知］
レポートを週単位で通知する場合に設定します。
［通知時刻］：
時刻を設定します。
［通知間隔］：
何週ごとに通知するかをプルダウンメニューから選択します。
［曜日］：
通知する曜日のチェックボックスをチェックします。
［通知先を選択してください。］：
登録されているすべてのユーザーから，通知するユーザーのチェックボックスをチェックします。

5.6　報告用にレポートをHTML形式で保存する

JP1/ITRMでは，作成されたレポートをHTML形式で保存できます。報告用にレポートを保存しておきたいときに便利です。

■操作

［レポート］タブを選択する。

［レポートメニュー］から［レポート項目一覧］を選択する。

［レポート項目一覧］画面で，作成するレポートを選択する。

作成されたレポートの右上の［印刷］ボタンをクリックする。

表示されたHTML形式のレポートを，必要に応じて印刷または保存する。

[図データ]便利メモ

ここでは，画面で表示されているレポートをHTML形式で保存していますが，統計レポートおよび未受諾レポートというレポートは，メールで受け取ることができます。メールで受け取ったレポートは，簡単に転送できるので便利です。レポートをメールで受け取るよう設定する手順については，次を参照してください。

統計レポート：「5.4　ITリソース全体の状況をメールで確認する」

未受諾レポート：「5.5.2　トラブルへの対応状況をメールで確認する」

5.7　ITリソースの状況変更を通知する

JP1/ITRMでは，次のような事象が起きたとき，メールで通知できます。

タスクの開始や異常終了などの状況の変更を契機に，JP1/ITRMからイベントが発行されたとき

探索が終了したとき

ここでは，メールやJP1イベントで状況の変更を通知するよう設定する手順を説明します。

＜この節の構成＞

5.7.1　状況変更をメールで通知する

5.7.2　状況変更をJP1イベントで通知する

5.7.1　状況変更をメールで通知する

しきい値の超過や障害の発生などによるイベントの発行や，探索の終了を契機に，メールで通知するよう設定する手順を説明します。

＜この項の構成＞

(1)　イベントが発行されたらメールで通知する

(2)　探索が終了したらメールで通知する

(1)　イベントが発行されたらメールで通知する

イベントの発行時のメールでの通知については，同様の操作手順である「5.2.1(2)(c)　しきい値を超えた場合のメールでの通知先を設定する」を参照してください。

(2)　探索が終了したらメールで通知する

■操作

［設定］タブを選択する。

［設定メニュー］から［通知設定］－［探索完了通知設定］を選択する。

［探索条件設定へ］をクリックする。

［探索条件設定］画面で，［探索完了の通知］の［編集］ボタンをクリックする。

［探索完了の通知設定］画面で，通知先を設定し，［OK］ボタンをクリックする。

■設定項目

［探索完了の通知設定］画面

［探索完了の通知先］
探索終了時に通知するユーザーのチェックボックスをチェックします。

［通知元］

［メールサーバ（SMTPサーバ）の設定］
SMTPサーバのホスト名およびポート番号を指定します。
セキュア接続を利用してSMTPサーバに接続する場合は，［セキュリティ保護の接続］プルダウンメニューで，利用したいセキュリティプロトコルを選択します。また，SMTPサーバでユーザー認証が必要な場合は，［SMTP認証を使用する］のチェックボックスをチェックして，メール送信ユーザーのユーザー名を入力します。

5.7.2　状況変更をJP1イベントで通知する

ITリソース管理サーバにJP1/Baseがインストールされていると，JP1/ITRMで発生した事象を，JP1イベントとしてJP1/IM - Managerに通知できます。

JP1/IM - ManagerでJP1イベントを管理する手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の他製品連携に必要な設定についての説明を参照してください。

5.8　レポートを活用したITリソースの課金情報の算出

課金の体系には，データセンターの運用形態やITリソース利用者の借用形態によって，さまざまなバリエーションがあります。また，利用料金を算出するための要素にもさまざまなものが考えられます。ここでは，利用料金を算出するための要素の一つとしてJP1/ITRMで出力したレポートの情報を使用する，次の2つの例について説明します。

業務グループ単位で利用料金を算出する

業務グループ単位でITリソースを貸し出している場合に，業務グループ単位で1つの利用料金を算出します。

予約単位で利用料金を算出する

業務グループ内でITリソースの貸し出し先が異なるなど，利用料金を業務グループ単位より細分化する必要がある場合に，予約ID単位で利用料金を算出します。

＜この節の構成＞

5.8.1　業務グループ単位で利用料金を算出する

5.8.2　予約単位で利用料金を算出する

5.8.3　レポートを活用する場合の注意事項

5.8.1　業務グループ単位で利用料金を算出する

予約リソース量（予約によって仮想化ソフトウェアに割り当てられた性能）やそれに対する使用率を業務グループごとに出力して，業務グループ単位で利用料金を算出します。ここでは，次の2つのパターンについて説明します。

予約されたリソース量を基にした利用料金の計算方法
予約実績から，予約されたリソース量に応じた金額を算出します。
あらかじめ設定しておいたスペック単価（メモリなら1日当たりのギガバイト単価，CPUなら1日当たりのギガヘルツ単価）と，予約したスペックの積で1日ごとの利用料金を計算します。最終的に，日々の利用料金を合計して，総額を計算します。

リソースの使用実績を基にした課金の計算方法
利用実績から，実際に使用されたリソース量に応じた金額を算出します。
あらかじめ設定しておいたスペック単価と，1日に実際に使用されたリソース量の積で1日ごとの利用料金を計算します。最終的に，日々の利用料金を合計して，総額を計算します。

●予約されたリソース量を基にした利用料金の計算方法

予約されたリソース量の利用料金を1日ごとに計算して，予約期間中の毎日の利用料金を合計します。

計算に使用する予約リソース量や使用率は，jirmreportコマンドを実行して出力される仮想化ソフトウェア割り当て実績レポートから確認できます。

ここでは，業務グループAのメモリの予約リソース量や使用率を把握するため，2011/05/01から1週間のデータを出力することとします。

＜実行例＞

jirmreport -alloc hvhis -bg 業務グループA -metric memory -date 20110501​ -range week -f 出力先ファイル名

仮想化ソフトウェア割り当て実績レポートの出力例は次のとおりです。

DATE,TOTALPERF,ALLOCATEDPERF,UTIL(%)
2011/05/01,300,100,60
2011/05/02,300,100,60
2011/05/03,300,100,65
2011/05/04,300,100,65
2011/05/05,300,100,65
2011/05/06,300,100,65
2011/05/07,300,200,70

ここでは，次のデータを使用します。

1項目目：DATE（日付）

3項目目：ALLOCATEDPERF（メモリの予約リソース量（割り当て性能））

＜計算方法＞

1日当たりのメモリの利用料金を計算し，期間内の日数分を合計します。

1日当たりのメモリの利用料金は次の式で計算します。

1日当たりの利用料金＝3項目目のALLOCATEDPERF×1日当たりのスペック単価

計算例

　100×5　　・・・5/1分
＋100×5　　・・・5/2分
＋100×5　　・・・5/3分
＋100×5　　・・・5/4分
＋100×5　　・・・5/5分
＋100×5　　・・・5/6分
＋200×5　　・・・5/7分
＝4,000（円）

注※　1日当たりのスペック単価は，1ギガバイトで5円としています。

参考

CPUの利用料金については，jirmreportコマンドの-metricオプションの引数にcpuを指定することで，同様の方法で計算できます。

仮想化ソフトウェア割り当て予定レポートを使用すると，予約を受け付けた時点で利用料金を徴収することもできます。

●リソースの使用実績を基にした課金の計算方法

実際に使用されたリソース量を基に，1日当たりのメモリの利用料金を計算して，予約期間中の毎日の利用料金を合計します。

計算に使用する予約リソース量や使用率は，jirmreportコマンドを実行して出力される仮想化ソフトウェア割り当て実績レポートから確認できます。

ここでは，業務グループAのメモリの割り当て性能や使用率を把握するため，2011/05/01から1週間のデータを出力することとします。

＜実行例＞

jirmreportコマンドの実行方法は，予約されたリソース量を基にした利用料金の場合と同じです。

仮想化ソフトウェア割り当て実績レポートの出力例は次のとおりです。

DATE,TOTALPERF,ALLOCATEDPERF,UTIL(%)
2011/05/01,300,100,60
2011/05/02,300,100,60
2011/05/03,300,100,65
2011/05/04,300,100,65
2011/05/05,300,100,65
2011/05/06,300,100,65
2011/05/07,300,200,70

ここでは，次のデータを使用します。

1項目目：DATE（日付）

3項目目：ALLOCATEDPERF（メモリの予約リソース量（割り当て性能））

4項目目：UTIL(%)（メモリの予約リソース量に対する使用率）

＜計算方法＞

1日当たりのメモリの利用料金を計算し，期間内の日数分を合計します。

1日当たりのメモリの利用料金は次の式で計算します。

1日当たりの利用料金＝3項目目のALLOCATEDPERF×4項目目のUTIL(%)×0.01×1日当たりのスペック単価

計算例

　100×60×0.01×5　　・・・5/1分
＋100×60×0.01×5　　・・・5/2分
＋100×65×0.01×5　　・・・5/3分
＋100×65×0.01×5　　・・・5/4分
＋100×65×0.01×5　　・・・5/5分
＋100×65×0.01×5　　・・・5/6分
＋200×70×0.01×5　　・・・5/7分
＝2,600（円）

注※　1日当たりのスペック単価は，1ギガバイトで5円としています。

参考

CPUの利用料金については，jirmreportコマンドの-metricオプションの引数にcpuを指定することで，同様の方法で計算できます。

5.8.2　予約単位で利用料金を算出する

予約リソース量（予約によって仮想化ソフトウェアに割り当てられた性能）やそれに対する使用率を予約IDごとに出力して，予約ID単位で利用料金を算出します。ここでは，次の3つのパターンについて説明します。

ホストのモデルごとの単価を基にした利用料金の計算方法
ホストのモデルの料金と予約日数に応じた金額を算出します。
CPU，メモリ，ディスク容量などのホストのスペックを基にして決めたモデルごとにあらかじめ1日当たりの単価を設定しておき，予約日数との積で料金を算出します。

予約されたリソース量を基にした利用料金の計算方法
予約実績から，予約されたリソース量に応じた金額を算出します。
あらかじめ設定しておいたスペック単価（メモリなら1日当たりのメガバイト単価，CPUなら1日当たりのメガヘルツ単価）と，予約したスペック，予約日数の積で料金を算出します。

リソースの使用実績を基にした課金の計算方法
利用実績から，実際に使用されたリソース量に応じた金額を算出します。
あらかじめ設定しておいたスペック単価と，1日に実際に使用されたリソース量の積で1日ごとの利用料金を計算します。最終的に，日々の利用料金を合計して，総額を計算します。

●ホストのモデルごとの単価を基にした利用料金の計算方法

ホストのモデルの単価と予約日数から，そのモデルの利用料金を計算して，それぞれのモデルごとの利用料金を合計します。

計算に使用するモデルごとの予約日数は，jirmreportコマンドを実行して出力される予約状況・予約実績一覧レポートから確認できます。

なお，事前に，リソース名やコメントに，ホストのモデルを識別できる文字列を設定しておく必要があります。

ここで説明する例では，リソース名に，「R1000」，「R2000」，「R3000」，「R4000」というモデル名を設定していることとします。

また，ここでは，予約IDが512の情報を出力することとします。

＜実行例＞

jirmreport -resv -resvid 512 -f 出力先ファイル名

予約状況・予約実績一覧レポートの出力例は次のとおりです。

RESERVATIONID,...,RESOURCENAME,MANAGEMENTIPADDRESS,...,RESOURCESTART,RESOURCEEND,...,RESERVEDCPUCLOCK(MHz),RESERVEDNUMOFCPUCORE,RESERVEDMEMORY(MB),...
512,予約512,...,VMSERVER1 R1000,192.168.XXX.XXX,...,2011/05/01 00:00,2011/06/01 00:00,...,999,1,1024,...
512,予約512,...,VMSERVER2 R2000,192.168.XXX.YYY,...,2011/05/01 00:00,2011/06/01 00:00,...,1998,2,2048,...
512,予約512,...,VMSERVER3 R3000,192.168.XXX.ZZZ,...,2011/06/01 00:00,2011/07/01 00:00,...,2997,2,2048,...
512,予約512,...,VMSERVER4 S4000,192.168.XXX.XYZ,...,2011/06/15 00:00,2011/07/01 00:00,...,2997,1,4096,...

ここでは，次のデータを使用します。

10項目目：RESOURCENAME（予約したリソースの名前）

22項目目：RESOURCESTART（リソース予約開始日時）

23項目目：RESOURCEEND（リソース予約終了日時）

＜計算方法＞

ホストごとの利用料金を計算し，全ホスト分を合計します。

ホストごとの利用料金は次の式で計算します。

ホストごとの利用料金＝1日当たりのモデル単価※×22項目目のRESOURCESTARTから23項目目のRESOURCEENDまでの日数

注※　10項目目のRESOURCENAMEに設定したモデル名から判断します。

ここでは，1日当たりのモデル単価を次のとおりと仮定します。

R1000：1,000円

R2000：2,000円

R3000：3,000円

R4000：4,000円

計算例

　1,000×32　　・・・VMSERVER1 R1000の利用料金
＋2,000×32　　・・・VMSERVER2 R2000の利用料金
＋3,000×31　　・・・VMSERVER3 R3000の利用料金
＋4,000×17　　・・・VMSERVER4 R4000の利用料金
＝257,000（円）

●予約されたリソース量を基にした利用料金の計算方法

予約されたリソース量から，ホストごとのメモリの利用料金を計算して，全ホストの利用料金を合計します。

計算に使用する予約リソース量や使用率は，jirmreportコマンドを実行して出力される予約状況・予約実績一覧レポートから確認できます。

ここでは，予約IDが512のメモリの予約量を確認することとします。

＜実行例＞

jirmreportコマンドの実行方法は，ホストのモデルごとの単価を基にした利用料金の場合と同じです。

予約状況・予約実績一覧レポートの出力例は次のとおりです。

RESERVATIONID,...,RESOURCENAME,MANAGEMENTIPADDRESS,...,RESOURCESTART,RESOURCEEND,...,RESERVEDCPUCLOCK(MHz),RESERVEDNUMOFCPUCORE,RESERVEDMEMORY(MB),...
512,予約512,...,VMSERVER1 R1000,192.168.XXX.XXX,...,2011/05/01 00:00,2011/06/01 00:00,...,999,1,1024,...
512,予約512,...,VMSERVER2 R2000,192.168.XXX.YYY,...,2011/05/01 00:00,2011/06/01 00:00,...,1998,2,2048,...
512,予約512,...,VMSERVER3 R3000,192.168.XXX.ZZZ,...,2011/06/01 00:00,2011/07/01 00:00,...,2997,2,2048,...
512,予約512,...,VMSERVER4 S4000,192.168.XXX.XYZ,...,2011/06/15 00:00,2011/07/01 00:00,...,2997,1,4096,...

ここでは，次のデータを使用します。

10項目目：RESOURCENAME（予約したリソースの名前）

22項目目：RESOURCESTART（リソース予約開始日時）

23項目目：RESOURCEEND（リソース予約終了日時）

26項目目：RESERVEDMEMORY (MB)（予約メモリ量）

＜計算方法＞

ホストごとのメモリの利用料金を計算し，全ホスト分を合計します。

ホストごとのメモリの利用料金は次の式で計算します。

ホストごとのメモリの利用料金＝26項目目のRESERVEDMEMORY (MB)×1日当たりのスペック単価×22項目目のRESOURCESTARTから23項目目のRESOURCEENDまでの日数

計算例

　1,024×0.5×32　　・・・VMSERVER1 R1000の利用料金
＋2,048×0.5×32　　・・・VMSERVER2 R2000の利用料金
＋2,048×0.5×31　　・・・VMSERVER3 R3000の利用料金
＋4,096×0.5×17　　・・・VMSERVER4 R4000の利用料金
＝115,709（円）

注※　1日当たりのスペック単価は，1メガバイトで0.5円としています。

●リソースの使用実績を基にした課金の計算方法

実際に使用されたリソース量を基に，ホストごとに1日当たりのメモリの利用料金を計算して，予約期間中の毎日の利用料金を合計します。

計算に利用する使用率は，jirmreportコマンドを実行して出力されるリソース使用量レポート※から確認できます。

ここでは，リソース名が「VMSERVER1 R1000」のメモリの使用率を把握するため，2011/05/01から2011/07/01のデータを出力することとします。

注※

リソース使用量レポートは過去2か月の情報までしか出力しません。そのため，必ず2か月ごとにレポートを出力し，保存してください。

＜実行例＞

jirmreport -perf -res VMSERVER1 R1000 -range 2month -f 出力先ファイル名

リソース使用量レポートの出力例は次のとおりです。

...,RESOURCENAME,...,MANAGEMENTIPADDRESS,...,COLLECTEDDATE,METRIC,INSTANCE,INSTANCESTATUS,PERFVALUE
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/05/01 00:00,メモリ使用率(%),メモリ:1 GB,正常,58
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/05/02 00:00,メモリ使用率(%),メモリ:1 GB,正常,60
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/05/03 00:00,メモリ使用率(%),メモリ:1 GB,正常,64
　　　　　　　　　　　　　・
　　　　　　　　　　　　　・
　　　　　　　　　　　　　・
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/05/30 00:00,メモリ使用率(%),メモリ:1 GB,正常,62
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/05/31 00:00,メモリ使用率(%),メモリ:1 GB,正常,50
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/06/01 00:00,メモリ使用率(%),メモリ:1 GB,正常,54
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/06/02 00:00,CPU使用率(%),CPU,正常,60
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/06/03 00:00,CPU使用率(%),CPU,正常,67
...,VMSERVER1 R1000,...,192.168.XXX.XXX,...,2011/06/04 00:00,CPU使用率(%),CPU,正常,55
　　　　　　　　　　　　　・
　　　　　　　　　　　　　・
　　　　　　　　　　　　　・

ここでは，次のデータを使用します。

3項目目：RESOURCENAME（リソース名）

6項目目：MANAGEMENTIPADDRESS（管理IPアドレス）

11項目目：COLLECTEDDATE（収集日時）

12項目目：METRIC（CPU使用率やメモリ使用率などの測定項目）

13項目目：INSTANCE（CPUやメモリなどの測定対象）

15項目目：PERFVALUE（性能値）

＜計算方法＞

ホストごとに1日当たりのメモリの利用料金を計算して，予約期間中の毎日の利用料金を合計します。

ホストごとの1日当たりのメモリの利用料金を算出するには，まずリソース使用量レポートを，次の条件でフィルタリングします。

6項目目（MANAGEMENTIPADDRESS）：
対象ホストの管理IPアドレス

12項目目（METRIC）：
メモリ使用率(%)

次に，15項目（PERFVALUE）の「2011/05/01」から「2011/06/01」のそれぞれのデータについて，次の式で1日当たりの利用料金を計算します。

1日当たりの利用料金＝該当ホストの予約メモリ量※×15項目のPERFVALUE×0.01×1日当たりのスペック単価

注※　予約状況・予約実績一覧レポートの26項目目（RESERVEDMEMORY (MB)）で確認してください。

計算例

　1,024×58×0.01×0.5　　・・・5/1の利用料金
＋1,024×60×0.01×0.5　　・・・5/2の利用料金
＋1,024×64×0.01×0.5　　・・・5/3の利用料金
　　：
＋1,024×62×0.01×0.5　　・・・5/30の利用料金
＋1,024×50×0.01×0.5　　・・・5/31の利用料金
＋1,024×54×0.01×0.5　　・・・6/1の利用料金

該当ホストの予約メモリ量は1,024バイト，1日当たりのスペック単価は1メガバイトで0.5円としています。

1つの予約で複数のホストが予約されている場合は，ほかのホストについても同じ方法で予約期間中の利用料金を計算し，全ホスト分を合計してください。

5.8.3　レポートを活用する場合の注意事項

予約期間中に仮想ホストのスペック（CPUクロック数，CPUコア数，メモリサイズ）を変更した場合，予約管理情報DBの予約リソース量には反映されません。そのため，ここで紹介した例のように予約情報を基に課金管理をする場合には，予約期間中にスペックを変更した仮想ホストは，再度予約し直してください。

リソースの予約種別が占有の場合は，予約状況・予約実績一覧レポートの23項目目（RESOURCEEND）の「リソース予約終了日時」をJP1/ITRM側では決定できないため，値が出力されません。この場合，次回の「契約更新日」や「月々の締め日」，または28項目目（REMOVALDATE）の「滅却予定日時」を利用するなど，データセンタの運用形態に応じて決定してください。

6.　ITリソースの利用状況を最適化する

ここでは，ITリソースの利用状況を確認し，最適化する方法について説明します。

＜この章の構成＞

6.1　レポートを活用したITリソースの中長期キャパシティプランニング

6.2　実績に基づいたITリソースの最適化

6.3　仮想ホストをマイグレーションする

6.4　状況に合わせてホストのスペックを変更する

6.5　状況に合わせてホストの提供台数を変更する

6.1　レポートを活用したITリソースの中長期キャパシティプランニング

ここでは，レポートを活用したITリソースの中長期キャパシティプランニングについて説明します。

jirmreportコマンドやjirminfolistコマンドで出力したレポート（CSV形式ファイル）を活用すると，システム内のITリソースの予約状況や使用状況を把握できます。予約状況や使用状況から，今後，過不足が発生するITリソースや，タイミング，業務などを予測できるため，ITリソースをいつどこに追加するのか，またはどのITリソースを削除するかなどの予定を立てられます。

ここでは，jirmreportコマンドおよびjirminfolistコマンドで出力したレポートを活用したITリソースの中長期キャパシティプランニングの例として，次の2つについて説明します。

リソースグループごとの予約状況を分析して，過不足が予想されるITリソースの中長期的な導入，削減予定を検討する

業務グループごとのITリソースの使用状況を分析して，中長期的な予約リソース量（予約によって割り当てられた性能）の適切量を判断する

それぞれの例での，分析の流れと各種レポートの活用方法について次に示します。

＜この節の構成＞

6.1.1　リソースグループごとの予約状況を分析して，過不足が予想されるITリソースの中長期的な導入，削減予定を検討する

6.1.2　業務グループごとのITリソースの使用状況を分析して，中長期的な予約リソース量（割り当て性能）の適切量を判断する

6.1.3　レポートを活用する場合の注意事項

6.1.1　リソースグループごとの予約状況を分析して，過不足が予想されるITリソースの中長期的な導入，削減予定を検討する

リソースグループごとに収集したITリソースの予約状況を分析して，今後の予約傾向を予測します。その結果から，過不足が予想されるITリソースを判断して，リソースグループ内の中長期的な導入や削減の予定を検討します。

ここでは，リソースグループ内のメモリの予約状況を調査した結果，将来的にメモリの増設が必要だと判明する例を説明します。

＜この項の構成＞

(1)　分析方法

(2)　各種レポートの利用方法

(1)　分析方法

リソースグループ内のすべてのメモリの予約状況と，使用できるすべてのメモリリソース量を確認する。その結果から，トレンドラインを設定して，予約されたメモリリソース量が，使用できるすべてのメモリリソース量に達する時期を予想する。
この結果をグラフにすると，次のとおりになるとします。

このグラフから，これまでの実績と同じ割合でメモリの予約が増加すると仮定すると，来年の10月までには使用できるすべてのメモリリソース量を使い切ってしまうことがわかります。ただし，リソース種別をさらに細分化して予約実績を調査すると，来年の10月より前にメモリリソースが不足するおそれがあります。例えば，同じリソースグループ内に，VMwareとHyper-Vが含まれていて，それぞれのメモリの予約状況に偏りがある場合が該当します。そこで，次に同じリソースグループ内のメモリの予約状況を，仮想化ソフトウェアごとに調査します。

同じリソースグループ内のメモリの予約状況を，仮想化ソフトウェアごとに確認する。
この結果をグラフにすると，次のとおりになるとします。

このグラフから，Hyper-Vの予約されたメモリリソース量は比較的安定していますが，VMwareの予約されたメモリリソース量が定期的に増加している傾向にあることがわかります。このことから，このリソースグループ全体の予約されたメモリリソース量が増加しているのは，VMwareの予約されたメモリリソース量が原因であることがわかります。そこで，次に，使用できるすべてのメモリリソース量のうち，VMwareで使用できるメモリリソース量を把握し，いつごろまでにVMwareで使用できるメモリリソース量を使い切ってしまうかを調査します。

同じリソースグループ内のVMwareで使用できるメモリリソース量を確認して，VMwareの予約されたメモリリソース量と比較する。さらに，その結果から，VMwareの予約リソース量が，VMwareで使用できるメモリリソース量に達する時期を予想する。
手順２で確認したVMwareの予約されたメモリリソース量と，VMwareで使用できるメモリリソース量を組み合わせます。その結果をグラフにすると，次のとおりになるとします。

このグラフから，これまでの実績と同じ割合でVMwareの予約されたメモリリソース量が増加すると仮定すると，来年の2月にVMwareで使用できるメモリリソース量を使い切ってしまうことが予想されます。この結果から，まずは来年の2月までにVMwareで使用できるメモリリソース量を増加する必要があることが判明します。

このように，リソースグループ全体のレポートから将来的なリソース不足の可能性を予測するだけではなく，リソースグループの内訳（メモリ，CPU，プール，仮想化ソフトウェア，業務グループなど）で，分析の切り口を変えてデータを加工し，中長期のITリソース導入・削減計画の指標に活用することができます。

(2)　各種レポートの利用方法

●手順1で使用する，リソースグループ内のすべてのメモリの予約状況と使用できるすべてのメモリリソース量のグラフを作成する

jirmreportコマンドを実行して出力される，仮想化ソフトウェア割り当て実績レポートを利用します。ここでは，現在（2011年5月10日）から過去1年間を対象にしたリソースグループAのメモリの予約状況を出力することとします。

＜実行例＞

jirmreport -alloc hvhis -rg リソースグループA -metric memory -date 20100510​ -range year -f 出力先ファイル名

＜出力例（仮想化ソフトウェア割り当て実績レポート）＞

DATE,TOTALPERF,ALLOCATEDPERF,UTIL(%)
2010/05/10,300,100,60
2010/05/11,300,100,60
2010/05/12,300,100,65
2010/05/13,300,100,75
2010/05/14,300,100,85
2010/05/15,300,200,55
2010/05/16,300,200,60
2010/05/17,300,200,79
2010/05/18,300,200,70
2010/05/19,300,300,50
     ・
     ・
     ・

ここでは，次のデータを使用します。

1項目目：DATE（日付）

2項目目：TOTALPERF（リソースグループ内のすべてのメモリリソース量（総性能））

3項目目：ALLOCATEDPERF（メモリの予約リソース量（割り当て性能））

＜グラフの作成方法＞

2項目目のTOTALPERF（リソースグループ内のすべてのメモリリソース量（総性能））と3項目目のALLOCATEDPERF（予約されたメモリリソース量（割り当て性能））を日付ごとにプロットして，表計算ソフトなどでグラフにしてください。

●手順2で使用する，仮想化ソフトウェアごとのメモリの予約状況（割り当て状況）のグラフを作成する

jirmreportコマンドを実行して出力される，予約状況・予約実績一覧レポートを利用します。ここでは，現在（2011年5月10日）から過去1年間を対象にしたリソースグループAのすべてのITリソースの予約状況・予約実績を出力することとします。

＜実行例＞

jirmreport -resv -rg リソースグループA -date 20110510​ -range year -f 出力先ファイル名

＜出力例（予約状況・予約実績一覧レポート）＞

RESERVATIONID,RESERVATIONNAME,...,HVHOSTNAME,...,RESOURCESTART,RESOURCEEND,...,RESERVEDCPUCLOCK(MHz),RESERVEDNUMOFCPUCORE,RESERVEDMEMORY(MB),...
1,ＥＳＸ予約１,...,ESXHOST,...,2010/05/10 00:00,2010/09/30 00:00,...,999,1,1024,...
2,ＥＳＸ予約２,...,ESXHOST,...,2010/10/01 00:00,2011/03/31 00:00,...,1998,2,2048,...
3,ＥＳＸ予約３,...,ESXHOST,...,2011/04/01 00:00,2011/05/09 00:00,...,2997,2,4096,...
4,ＥＳＸ予約４,...,ESXHOST,...,2011/05/01 00:00,2011/05/09 00:00,...,2997,1,2048,...
                         ・
                         ・
                         ・
10,Hyper-V予約１,...,HYPERVHOST,...,2010/05/10 00:00,2010/09/30 00:00,...,2997,2,4096,...
11,Hyper-V予約２,...,HYPERVHOST,...,2010/05/10 00:00,2010/08/31 00:00,...,1998,1,2048,...
12,Hyper-V予約３,...,HYPERVHOST,...,2010/10/01 00:00,2011/03/31 00:00,...,1998,1,2048,...
13,Hyper-V予約４,...,HYPERVHOST,...,2011/04/01 00:00,2011/05/09 00:00,...,999,1,1024,...
                         ・
                         ・
                         ・

ここでは，次のデータを使用します。

1項目目：RESERVATIONID（予約ID）

2項目目：RESERVATIONNAME（予約名）

19項目目：HVHOSTNAME（仮想化ソフトウェアのホスト名）

22項目目：RESOURCESTART（リソース予約開始日時）

23項目目：RESOURCEEND（リソース予約終了日時）

26項目目：RESERVEDMEMORY (MB)（予約メモリ量）

なお，CPUの使用状況を調査する場合は，24項目目のRESERVEDCPUCLOCK (MHz)（予約CPUクロック数），および25項目目のRESERVEDNUMOFCPUCORE（予約CPUコア数）を使用してください。

＜グラフの作成方法＞

19項目目のHVHOSTNAME（仮想化ソフトウェアのホスト名）を，「ESXHOST」※でフィルタリングして，VMwareを対象にしたデータを特定する。

26項目目のRESERVEDMEMORY (MB)（予約メモリ量）を，日付ごとに合計する。
例えば，予約IDが3と4の項目は2011/05/01から2011/05/09の間で予約期間が重複するため，この期間の予約メモリは，3と4の値を日付ごとに合計してください。これで，VMwareのメモリの予約リソース量が算出されます。

19項目目のHVHOSTNAME（仮想化ソフトウェアのホスト名）を，「HYPERVHOST」※でフィルタリングして，Hyper-Vを対象にしたデータを特定する。

手順2と同様に，26項目目のRESERVEDMEMORY (MB)（予約メモリ量）を，日付ごとに合計する。
これで，Hyper-Vのメモリの予約リソース量が算出されます。

手順2と手順4で算出した仮想化ソフトウェアごとのメモリの予約リソース量を日付ごとにプロットして，表計算ソフトなどでグラフにしてください。

注※

HVHOSTNAME（仮想化ソフトウェアのホスト名）は，実際の環境に応じて指定してください。

●手順3で使用する，特定の仮想化ソフトウェアのメモリの総量と予約状況（割り当て状況）のグラフを作成する

jirminfolistコマンドを実行して出力される，各リソースのスペック情報を利用します。ここでは，リソースグループAのすべてのITリソースの構成情報を出力することとします。

＜実行例＞

jirminfolist -rg リソースグループA -f 出力先ファイル名 -d

＜出力例＞

DEVICE,TYPE,RESOURCENAME,HOSTNAME,...,CPUCLOCK(MHz),NUMOFCPUCORE,CPUSMT,CPUOCCUPATIONTYPE,MEMORY(MB),...
サーバ,仮想,VMSERVER1,VMHOST1,...,2133,2,無効,,2048,...
ドライブ情報,,VMSERVER1,,,,XX.XX.XX.67,,,,,,,,,,,...
ネットワーク情報,,VMSERVER1,,,,XX.XX.XX.67,,,,,,,,,,,...
                         ・
                         ・
                         ・
仮想化ソフトウェア,物理,ESXSERVER,ESXHOST,2129,16,有効,,16375,...
ドライブ情報,,ESXSERVER,,,,XX.XX.XX.67,,,,,,,,,,,...
ネットワーク情報,,ESXSERVER,,,,XX.XX.XX.67,,,,,,,,,,,...
                         ・
                         ・
                         ・
仮想化ソフトウェア,物理,HYPERVSERVER,HYPERVHOST,2129,16,有効,,32750,...
ドライブ情報,,SATOSERVER,,,,XX.XX.XX.101,,,,,,,,,,,...
                         ・
                         ・
                         ・

ここでは，次のデータを使用します。

1項目目：DEVICE（デバイスカテゴリ）

4項目目：HOSTNAME（ホスト名）

29項目目：MEMORY(MB)（メモリ）

＜グラフの作成方法＞

1項目目のDEVICE（デバイスカテゴリ）が「仮想化ソフトウェア」で，かつ4項目目のHOSTNAME（ホスト名）が「ESXHOST」※であるデータの29項目目のMEMORY(MB)（メモリ）の値をVMwareで使用できるメモリリソース量としてグラフを作成します。VMwareのメモリの予約リソース量は，手順2で作成したデータを使用してください。

注※

HOSTNAME（ホスト名）は，実際の環境に応じて指定してください。

参考

ここでは，リソースグループに対して仮想化ソフトウェアごとの予約状況の内訳を詳細化するアプローチを挙げました。さらに，リソースグループを共有している業務グループごとの予約状況の内訳を見ることによって，どの業務形態に用いられるリソースを，どのタイミングで投入すればよいかという分析もできます。

手順1で作成したグラフをリソースグループごとに作成して，それぞれのリソースグループのトレンド線や近似線の傾きを比較することで，急速に需要が増えている，または減っているリソースグループを把握できます。これによって，需要が高いリソースの組み合わせや需要が伸びている業務形態などを分析できます。

ここでは，現時点までの予約状況を対象として説明しましたが，現時点で見積もられている予約もレポートとして出力し，同様の方法でグラフにできます。近い将来の予約の出力方法については，マニュアル「JP1/IT Resource Management - Manager リファレンス」のjirmreportコマンドの割り当て予約レポートについての説明を参照してください。

6.1.2　業務グループごとのITリソースの使用状況を分析して，中長期的な予約リソース量（割り当て性能）の適切量を判断する

業務グループごとに収集したITリソースの予約リソース量と実際の使用量を比較分析して，現状，その業務グループに割り当てられている性能が適切かどうかを判断します。さらに，今後その業務グループで実行する処理や利用者の増減などの予定が判明している場合は，その予定に合わせて予約リソース量の過不足を調整します。

ここでは，ITリソースの適切な使用量を，予約リソース量に対する50パーセントから80パーセントの範囲と仮定します。また，ここでは，業務グループ内のメモリの予約リソース量の適正について検討する例を説明します。

＜この項の構成＞

(1)　分析方法

(2)　各種レポートの利用方法

(1)　分析方法

過去1年分の業務グループ内のメモリの予約リソース量と使用量を比較します。
この結果をグラフにすると，次のようになります。

このグラフから，メモリの予約リソース量に対して使用量が適切かどうかを判断して，メモリの予約リソース量の適正について検討していきます。ここでは，次の4つの場合に分けて，メモリの予約リソース量の適正について検討するポイントを説明します。

予約リソース量に対して使用量が適切な場合

予約リソース量に対して使用量が高い場合

予約リソース量に対して使用量が低い場合

使用率が増加・減少傾向にある場合

予約リソース量に対して使用量が適切な場合

このグラフのように，予約リソース量に対して，メモリ使用量が50パーセントから80パーセントの範囲を推移している場合，業務グループ内の予約リソース量に対して使用量が適切と判断できます。引き続き現在の予約リソース量を維持して問題ありません。

予約リソース量に対して使用量が高い場合

このグラフのように，メモリ使用量が予約リソース量に対して80％のラインをまたいで推移している場合，業務グループ内の一部の仮想ホストのレスポンスが低下しているおそれがあると判断できます。早急に仮想ホストごとのメモリの使用状況を確認して対象を特定してから，予約リソース量を増やすことを検討してください。

予約リソース量に対して使用量が低い場合

このグラフのように，メモリ使用量が予約リソース量に対して50％未満で推移している場合，リソースが余剰していると判断できます。仮想ホストごとのメモリの使用状況を確認して，予約リソース量の削減を検討してください。

使用量が増加傾向にある場合

このグラフのように，メモリ使用量が増加傾向にある場合，将来的に予約リソース量を使い切ってしまうおそれがあります。その場合，次のグラフのようにメモリ使用量の近似線を使用して，予約リソース量を使い切ってしまう時期を予想してください。

このグラフから，来年の10月にメモリ使用量が予約リソース量に達することが予想されます。

その後，例えば過去1年間の次の項目の変化を調査して，来年10月までに追加導入が必要になるITリソースのスペックを見積もってください。

・業務の利用者数（ユーザー数）

・処理データ量

・業務ジョブ数

・仮想ホストごとのリソース使用量

・仮想ホストOSの設定や業務外プログラム（ウィルススキャンなど）の設定

手順1で検討したポイントに加えて，今後，実行する処理や利用者の増減によって使用量が変化する場合を想定する必要があります。その場合，その予定に合わせて，予約リソース量の最適化を検討してください。
予約リソース量の最適化を検討する場合は，業務グループ全体ではなく，業務グループ内に複数ある仮想ホストごとにリソースの使用状況を分析することが有効です。予約リソース量の最適化が必要な仮想ホストが特定できるため，より精度の高い，効率的な計画を立てられます。

(2)　各種レポートの利用方法

●手順1で使用する，業務グループ内のメモリの予約リソース量と実際の使用量を比較するグラフを作成する

jirmreportコマンドを実行して出力される，仮想化ソフトウェア割り当て実績レポートを利用します。ここでは，現在（2011年5月10日）から過去1年間を対象にした業務グループAのメモリの予約状況を出力することとします。

＜実行例＞

jirmreport -alloc hvhis -bg 業務グループA -metric memory -date 20100510​ -range year -f 出力先ファイル名

＜出力例（仮想化ソフトウェア割り当て実績レポート）＞

DATE,TOTALPERF,ALLOCATEDPERF,UTIL(%)
2010/05/10,300,100,60
2010/05/11,300,100,60
2010/05/12,300,100,65
2010/05/13,300,100,65
2010/05/14,300,100,65
2010/05/15,300,100,65
2010/05/16,300,100,70
2010/05/17,300,100,79
2010/05/18,300,100,70
2010/05/19,300,100,70
     ・
     ・
     ・

ここでは，次のデータを使用します。

1項目目：DATE（日付）

3項目目：ALLOCATEDPERF（メモリの予約リソース量（割り当て性能））

4項目目：UTIL(%)（メモリの予約リソース量に対する使用率）

＜グラフの作成方法＞

次の式で算出した値を日付ごとにプロットして，表計算ソフトなどでグラフにしてください。

メモリ使用量＝3項目目のALLOCATEDPERF×4項目目のUTIL(%)×0.01

メモリの予約リソース量＝3項目目のALLOCATEDPERF

なお，ここでは，ITリソースの適切な使用量を，予約リソース量に対する50パーセントから80パーセントの範囲と仮定しています。実際は，環境に合わせた任意の範囲を設定してください。

●手順2で使用する，業務グループ内に複数ある仮想ホストごとにリソースの使用状況を確認する

jirmreportコマンドを実行して出力される，リソース使用量レポートを利用します。ここでは，現在（2011年5月10日）から過去2か月を対象にした業務グループAのリソース使用状況を出力することとします。

＜実行例＞

jirmreport -perf -bg 業務グループA -range 2month -f 出力先ファイル名

＜出力例（リソース使用量レポート）＞

DEVICE,TYPE,RESOURCENAME,...,COLLECTEDDATE,METRIC,INSTANCE,INSTANCESTATUS,PERFVALUE
サーバ,仮想,WEBSERVER,...,2011/03/09 00:00,CPU使用率(%),CPU,正常,50
サーバ,仮想,WEBSERVER,...,2011/03/10 00:00,CPU使用率(%),CPU,正常,40
サーバ,仮想,WEBSERVER,...,2011/03/11 00:00,CPU使用率(%),CPU,正常,43
                         ・
                         ・
                         ・
サーバ,仮想,WEBSERVER,...,2011/05/08 00:00,CPU使用率(%),CPU,正常,27
サーバ,仮想,WEBSERVER,...,2011/05/09 00:00,CPU使用率(%),CPU,正常,30
サーバ,仮想,WEBSERVER,...,2011/05/10 00:00,CPU使用率(%),CPU,正常,47
サーバ,仮想,WEBSERVER,...,2011/03/09 00:00,メモリ使用率(%),メモリ:2.00 GB,正常,58
サーバ,仮想,WEBSERVER,...,2011/03/10 00:00,メモリ使用率(%),メモリ:2.00 GB,正常,59
                         ・
                         ・
                         ・
サーバ,仮想,WEBSERVER,...,2011/05/09 00:00,メモリ使用率(%),メモリ:2.00 GB,正常,59
サーバ,仮想,WEBSERVER,...,2011/05/10 00:00,メモリ使用率(%),メモリ:2.00 GB,正常,60
サーバ,仮想,APPSERVER,...,2011/03/09 00:00,CPU使用率(%),CPU,正常,60
サーバ,仮想,APPSERVER,...,2011/03/10 00:00,CPU使用率(%),CPU,正常,60
                         ・
                         ・
                         ・
サーバ,仮想,APPSERVER,...,2011/05/09 00:00,CPU使用率(%),CPU,正常,60
サーバ,仮想,APPSERVER,...,2011/05/10 00:00,CPU使用率(%),CPU,正常,68
                         ・
                         ・
                         ・

ここでは，次のデータを使用します。

1項目目：DEVICE（デバイス種別）

2項目目：TYPE（物理または仮想の種別）

3項目目：RESOURCENAME（リソース名）

11項目目：COLLECTEDDATE（収集日時）

12項目目：METRIC（CPU使用率やメモリ使用率などの測定項目）

13項目目：INSTANCE（CPUやメモリなどの測定対象）

15項目目：PERFVALUE（性能値）

＜リソース使用状況の算出方法＞

ここで出力したリソース使用量レポートには，業務グループA内のすべてのデバイスの使用状況が出力されています。ここから，業務グループA内の全仮想ホストのメモリ使用状況，個々の仮想ホストごとのリソース使用状況を確認します。

業務グループA内の全仮想ホストのリソース使用状況

1項目目のDEVICE（デバイス種別）を「サーバ」で，2項目目のTYPE（物理または仮想の種別）を「仮想」でフィルタリングして，仮想ホストを対象にしたリソース使用状況を特定します。

個々の仮想ホストごとのリソース使用状況

仮想ホストを対象にしてフィルタリングしたデータをから，3項目目のRESOURCENAME（リソース名）を確認したい仮想ホストのリソース名でフィルタリングして，調査したい仮想ホストだけを対象にしたデータを特定します。例えば，「WEBSERVER」というホスト名の仮想ホストのリソース使用状況を確認したい場合は，3項目目を「WEBSERVER」でフィルタリングします。

さらに，この仮想ホストのメモリ使用状況を把握したい場合には，12項目目のMETRIC（CPU使用率やメモリ使用率などの測定項目）が「メモリ使用率(%)」でフィルタリングして，15項目目のPERFVALUE（性能値）をグラフに表示するなどしてリソース使用状況を確認してください。

参考

複数のCPUを搭載した仮想ホストの場合は，リソース使用量レポートの13項目目：INSTANCE（CPUやメモリなどの測定対象）が「CPU1」，「CPU2」のように，区別されて表示されます。これによって，複数のCPUを搭載した仮想ホストに対してCPUごとの使用状況も把握できます。

6.1.3　レポートを活用する場合の注意事項

予約期間中に仮想ホストのスペック（CPUクロック数，CPUコア数，メモリサイズ）を変更した場合，予約管理情報DBの予約リソース量には反映されません。そのため，ここで紹介した例のように予約情報を基に課金管理をする場合には，予約期間中にスペックを変更した仮想ホストは，再度予約し直してください。

リソースの予約種別が占有の場合は，予約状況・予約実績一覧レポートの23項目目（RESOURCEEND）の「リソース予約終了日時」をJP1/ITRM側では決定できないため，値が出力されません。この場合，次回の「契約更新日」や「月々の締め日」，または28項目目（REMOVALDATE）の「滅却予定日時」を利用するなど，データセンタの運用形態に応じて決定してください。

6.2　実績に基づいたITリソースの最適化

ここでは，レポートを活用したITリソースの最適化について説明します。

jirmreportコマンドで出力したリソース使用量（時間推移）レポート（CSV形式ファイル）を活用すると，システム内のITリソースの予約状況や使用状況を把握できます。また，予約状況や使用状況から，リソース不足に陥ってしまう仮想ホストや，リソースが余ってしまう仮想ホストを特定したり，仮想化ソフトウェアの負荷を平準化または仮想化ソフトウェア上の仮想ホストをまとめたりできます。このように，使用実績に応じてITリソースを最適化することで，マシンの予算削減を検討できます。

例として，次の3つについて説明します。

予約時と実績時のリソース量の値がかけ離れている仮想ホストの利用者に，予約の見直しを促す

仮想化ソフトウェアの負荷の偏りをなくし，負荷を平準化する

負荷が低い仮想化ソフトウェア上の仮想ホストをまとめ，仮想化ソフトウェアのリソースに空きを作る

参考

この節では，出力例のデータを基にCPU使用量に着目してITリソースを最適化する手順を説明します。CPU使用量以外にも，メモリ使用量，ディスク読み込み転送速度，ディスク書き込み転送速度，ネットワーク平均パケット送受信量に着目して分析できます。データの値，名称，どの項目に着目するかなどは，実際の環境に合わせて読み変えてください。

レポートを活用してITリソースを最適化する場合の前提条件

ディスク読み込み転送速度，ディスク書き込み転送速度，およびネットワーク平均パケット送受信量では，複数の物理ディスクにわたる仮想ホストや，複数の仮想スイッチに接続されている仮想ホストなど，複雑な構成を組んだ環境の場合，仮想ホスト上の仮想デバイスの性能値と仮想化ソフトウェア上の物理デバイスの性能値の関係を正確に取得できません。

クラスタ種別（DRSクラスタ，DPMクラスタ，HAクラスタ，非クラスタ）を意識した情報を取得できません。そのため，リソースグループで同一のクラスタ種別を管理する，クラスタと非クラスタを分けるなど，区別して運用してください。

＜この節の構成＞

6.2.1　予約時と実績時のリソース量の値がかけ離れている仮想ホストの利用者に，予約の見直しを促す

6.2.2　仮想化ソフトウェアの負荷の偏りをなくし，負荷を平準化する

6.2.3　負荷が低い仮想化ソフトウェア上の仮想ホストをまとめ，仮想化ソフトウェアのリソースに空きを作る

6.2.1　予約時と実績時のリソース量の値がかけ離れている仮想ホストの利用者に，予約の見直しを促す

jirmreportコマンドを利用して，仮想ホストごとの予約時と実績時のリソース量を比較します。比較した結果を基に，予約時と実績時のリソース量の値がかけ離れている仮想ホストおよび仮想ホストの業務グループを特定し，ITリソース利用者に適切な予約の見直しを促せます。

予約の見直しには，次の利点があります。

業務システムのサービスレベルを改善できる
予約時の値ではリソース不足に陥ってしまう仮想ホストを特定することで，ITリソース利用者に対して仮想ホストを適切な値で予約するように促せます。その結果，仮想ホストがWebサーバやアプリケーションサーバの場合にユーザーのレスポンスが向上するなど，ITリソース利用者の業務システムのサービスレベルを改善できます。

限られたリソースを効率的に活用できる
予約時の値ではリソースが余ってしまう仮想ホストを特定することで，ITリソース管理者は，余ったリソースをほかのITリソース利用者に割り当てられます。この結果，ITリソース管理者は，リソースを効率的に活用できます。

＜この項の構成＞

(1)　予約時と実績時のリソース量の値がかけ離れている仮想ホストを特定する

(2)　特定した仮想ホストを基に，ITリソースの構成情報の一覧から仮想ホストが属する業務グループを特定する

(1)　予約時と実績時のリソース量の値がかけ離れている仮想ホストを特定する

ここでは，すべてのリソースグループに属するITリソースの実績値を把握するためにリソース使用量（時間推移）レポートを出力し，予約時の値からかけ離れている仮想ホストを特定します。

jirmreportコマンドでリソース使用量（時間推移）レポートを出力する。

＜実行例＞

jirmreport -perfh -all rg -f 出力先ファイル名

＜出力例＞

DEVICETYPE,...,RESOURCENAME,HVRESOURCENAME,METRIC,...,USABLEVALUE,PERFVALUE,2011/01/01 01:30,...,2011/01/01 07:30,...
HV,...,HV1,HV1,CPU使用量（GHz）,...,10.00,　,7.10,...,9.50,...
VM,...,VM1,HV1,CPU使用量（GHz）,...,3.00,　,2.93,...,3.00,...
VM,...,VM2,HV1,CPU使用量（GHz）,...,3.00,　,1.50,...,2.00,...
VM,...,VM3,HV1,CPU使用量（GHz）,...,3.70,　,2.80,...,3.50,...
：
：

以降では，次のデータを使用します。

DEVICETYPE（デバイス種別）

METRIC（測定項目）

USABLEVALUE（使用可能値）

PERFVALUEよりあとの値（データ取得日時の性能値）

DEVICETYPE（デバイス種別）を，仮想ホストを表す「VM」でフィルタリングする。

METRIC（測定項目）を，CPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | HVRESOURCENAME | METRIC | USABLEVALUE | 2011/01/01 01:30 | …
VM | VM1 | HV1 | CPU使用量（GHz） | 3.00 | 2.93 | …
VM | VM2 | HV1 | CPU使用量（GHz） | 3.00 | 1.50 | …
VM | VM3 | HV1 | CPU使用量（GHz） | 3.70 | 2.80 | …

どの仮想ホストを特定したいかによって，実績の平均値やピーク値などを算出する。
特定したい仮想ホストによって，算出方法が異なります。

＜予約時の値ではリソース不足に陥ってしまう仮想ホストを特定したい場合＞

次の式で各仮想ホストのCPU使用量の平均値およびCPUの平均使用率を算出します。

・各仮想ホストのCPU使用量の平均値＝PERFVALUEよりあとの値（データ取得日時の性能値）のデータの合計値/PERFVALUEよりあとの値（データ取得日時の性能値）のデータの個数

・各仮想ホストのCPUの平均使用率＝CPU使用量の平均値/USABLEVALUE（使用可能値）×100

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | HVRESOURCENAME | METRIC | USABLEVALUE | 2011/01/01 01:30 | … | CPU使用量の平均値 | CPUの平均使用率
VM | VM1 | HV1 | CPU使用量（GHz） | 3.00 | 2.93 | … | 2.95 | 98%
VM | VM2 | HV1 | CPU使用量（GHz） | 3.00 | 1.50 | … | 2.00 | 67%
VM | VM3 | HV1 | CPU使用量（GHz） | 3.70 | 2.80 | … | 3.00 | 81%

この表から仮想ホスト（VM1）の平均CPU使用率が98%あり，頻繁にCPU使用率が100%に達していると考えられます。仮想ホスト（VM1）に割り当てているCPUが，実際に使用しているCPUより低く設定されていることが原因です。

＜予約時の値ではリソースが余ってしまう仮想ホストを特定したい場合＞

ここでは，USABLEVALUE（使用可能値）の80%の値よりも，ピーク値の方が小さいリソースがある仮想ホストを，予約時の値ではリソースが余ってしまう仮想ホストとします。

割合をどの程度にするかは，ユーザーの環境に応じて設定してください。USABLEVALUE（使用可能値）の80%の値をユーザー設定値として，次の手順で仮想ホストを特定します。

1.　次の式で各仮想ホストのCPU使用量のユーザー設定値を算出する。

・CPU使用量のユーザー設定値＝USABLEVALUE（使用可能値）×ユーザーが設定した割合

＜計算例（ユーザーが設定した割合を80%とした場合，0.8をかける）＞

3.00×0.8・・・2.4
3.00×0.8・・・2.4
3.70×0.8・・・2.96

2.　PERFVALUEよりあとの値（データ取得日時の性能値）のうち，最も大きくなる値（ピーク値）を求める。

3.　ピーク値とユーザー設定値を比較し，ピーク値の方がユーザー設定値より小さいものを求める。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | HVRESOURCENAME | METRIC | USABLEVALUE | 2011/01/01 01:30 | … | ピーク値 | CPU使用量のユーザー設定値 | 比較
VM | VM1 | HV1 | CPU使用量（GHz） | 3.00 | 2.93 | … | 3.00 | 2.40 | ×
VM | VM2 | HV1 | CPU使用量（GHz） | 3.00 | 1.50 | … | 2.00 | 2.40 | ○
VM | VM3 | HV1 | CPU使用量（GHz） | 3.70 | 2.80 | … | 3.50 | 2.96 | ×

（凡例）

○：ユーザー設定値よりピーク値の方が小さい。

×：ユーザー設定値よりピーク値の方が大きい。

この表から仮想ホスト（VM2）のピーク値が，ユーザー設定値より小さいことがわかります。仮想ホスト（VM2）に割り当てているCPUの量が，実際に使用しているCPUの量より高く設定されていることが原因です。

ここで特定した仮想ホストが実績時のリソース量の値からかけ離れている仮想ホストです。

(2)　特定した仮想ホストを基に，ITリソースの構成情報の一覧から仮想ホストが属する業務グループを特定する

「(1)　予約時と実績時のリソース量の値がかけ離れている仮想ホストを特定する」で特定した仮想ホストの割り当て量を変更してもらうように，ITリソース管理者はITリソース利用者に連絡する必要があります。そのため，仮想ホストがどの業務グループに割り当たっているか，調査する必要があります。

ここでは，JP1/ITRMが管理するすべてのITリソースの構成情報を出力し，業務グループと仮想ホストの対応を求めます。

jirminfolistコマンドでITリソースの構成情報を出力する。

＜実行例＞

jirminfolist -all -d -f 出力先ファイル名

＜出力例＞

...,RESOURCENAME,...,BUSINESSGROUP,...
...,HV1,...,　,...
...,VM1,...,BG1,...
...,VM2,...,BG2,...
...,VM3,...,BG3,...
:
:

以降では，次のデータを使用します。

RESOURCENAME（リソース名）

BUSINESSGROUP（業務グループ）

「(1)　予約時と実績時のリソース量の値がかけ離れている仮想ホストを特定する」で求めた仮想ホストを，RESOURCENAME（リソース名）から探す。

求めた仮想ホストがある行とBUSINESSGROUP（業務グループ）が交わる個所を確認する。
ここで交わった個所が，仮想ホストが所属する業務グループです。
ITリソース管理者は，ITリソース利用者の連絡先を業務グループに対する予約履歴などから特定し，求めた仮想ホストの予約見直しを要求できます。

＜出力例を基にしたここまでの操作結果＞

この出力例の結果から，特定した仮想ホスト（VM1）は業務グループ（BG1）に，仮想ホスト（VM2）は業務グループ（BG2）に所属していると判明します。

6.2.2　仮想化ソフトウェアの負荷の偏りをなくし，負荷を平準化する

jirmreportコマンドを利用して，リソース量の実績値を求めます。実績値を基に，負荷が高い仮想化ソフトウェアを特定し，負荷が低い仮想化ソフトウェアに仮想ホストをマイグレーションすることで，仮想化ソフトウェアの負荷を平準化します。

負荷の平準化には，次の利点があります。

障害のリスクを軽減できる
仮想ホストが各仮想化ソフトウェアに平均的に配置されていることで，リソースの余力を残しておけます。そのため，予想外に負荷が高くなってもリソースの余力で対応できます。これによって，仮想化ソフトウェアを安定に運用でき，障害のリスクを軽減できます。

＜この項の構成＞

(1)　リソース使用量（時間推移）レポートを出力する

(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）

(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）

(4)　仮想化ソフトウェア上の仮想ホストの性能情報を算出し，マイグレーションの対象となる仮想ホストを決定する

(5)　仮想ホストのマイグレーション可否を確認する

(6)　仮想ホストをマイグレーションする

(1)　リソース使用量（時間推移）レポートを出力する

ここでは，すべてのリソースグループに属するITリソースの実績値を把握するためにリソース使用量（時間推移）レポートを出力します。

jirmreportコマンドでリソース使用量（時間推移）レポートを出力する。

＜実行例＞

jirmreport -perfh -all rg -f 出力先ファイル名

＜出力例＞

DEVICETYPE,DETAILTYPE,RESOURCENAME,HVRESOURCENAME,METRIC,...,WARNINGTHRESHOLD,...,PERFVALUE,2011/01/01 01:30,...,2011/01/01 07:30,...
HV,VMware,HV1,HV1,CPU使用量（GHz）,...,8.00,　,...,7.12,...,9.50,...
HV,VMware,HV2,HV2,CPU使用量（GHz）,...,9.60,　,...,6.88,...,7.50,...
HV,HVM,HV3,HV3,CPU使用量（GHz）,...,6.40,　,...,3.55,...,4.76,...
HV,Hyper-V,HV4,HV4,CPU使用量（GHz）,...,12.00,　,...,7.83,...,6.52,...
HV,VMware,HV5,HV5,CPU使用量（GHz）,...,8.00,　,...,1.25,...,1.04,...
HV,Hyper-V,HV6,HV6,CPU使用量（GHz）,...,6.40,　,...,3.29,...,3.38,...
VM,VMware,VM1,HV1,CPU使用量（GHz）,...,　,...,　,2.80,...,1.20,...
VM,VMware,VM2,HV1,CPU使用量（GHz）,...,　,...,　,1.50,...,2.10,...
VM,VMware,VM3,HV1,CPU使用量（GHz）,...,　,...,　,2.80,...,1.50,...
VM,VMware,VM4,HV2,CPU使用量（GHz）,...,　,...,　,1.10,...,1.90,...
：
：

以降では，次のデータを使用します。

DEVICETYPE（デバイス種別）

DETAILTYPE（詳細種別）

RESOURCENAME（リソース名）

HVRESOURCENAME（仮想化ソフトウェアのリソース名）

METRIC（測定項目）

WARNINGTHRESHOLD（しきい値（警告））

PERFVALUEよりあとの値（データ取得日時の性能値）

(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）

ここでは，リソース使用量（時間推移）レポートの出力結果から，負荷が高い仮想化ソフトウェアを特定します。

DEVICETYPE（デバイス種別）を，仮想化ソフトウェアを表す「HV」でフィルタリングする。

METRIC（測定項目）を，CPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

次の式で各仮想化ソフトウェアのCPU使用量の平均値を算出する。

CPU使用量の平均値＝PERFVALUEよりあとの値（データ取得日時の性能値）のデータの合計値/PERFVALUEよりあとの値（データ取得日時の性能値）のデータの個数

CPU使用量の平均値とWARNINGTHRESHOLD（しきい値（警告））を比較し，CPU使用量の平均値の方がWARNINGTHRESHOLD（しきい値（警告））より大きい仮想化ソフトウェアを求める。
ここで求めた仮想化ソフトウェアが，負荷が高い仮想化ソフトウェアです。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | HVRESOURCENAME | DETAILTYPE | METRIC | WARNINGTHRESHOLD | PERFVALUE | 2011/01/01 01:30 | … | CPU使用量の平均値 | 比較結果
HV | HV1 | VMware | CPU使用量（GHz） | 8.00 | 空白 | 7.12 | … | 8.50 | ○
HV | HV2 | VMware | CPU使用量（GHz） | 9.60 | 空白 | 6.88 | … | 7.30 | ×
HV | HV3 | HVM | CPU使用量（GHz） | 6.40 | 空白 | 3.55 | … | 5.12 | ×
HV | HV4 | Hyper-V | CPU使用量（GHz） | 12.00 | 空白 | 7.83 | … | 7.50 | ×
HV | HV5 | VMware | CPU使用量（GHz） | 8.00 | 空白 | 1.25 | … | 1.20 | ×
HV | HV6 | Hyper-V | CPU使用量（GHz） | 6.40 | 空白 | 3.29 | … | 3.56 | ×

（凡例）

○：CPU使用量の平均値の方がWARNINGTHRESHOLD（しきい値（警告））より大きい

×：CPU使用量の平均値の方がWARNINGTHRESHOLD（しきい値（警告））より小さい

この結果，仮想化ソフトウェア（HV1）が，負荷が高い仮想化ソフトウェア（マイグレーション元仮想化ソフトウェア）だと特定できます。

(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）

ここでは，リソース使用量（時間推移）レポートの出力結果から，負荷が低い仮想化ソフトウェアを特定します。

DETAILTYPE（詳細種別）を「(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で求めた仮想化ソフトウェアの詳細情報と同じでフィルタリングする。
この例では，「VMware」でフィルタリングします。

METRIC（測定項目）を，CPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

次の式で各仮想化ソフトウェアのCPU使用量の平均値を算出する。

CPU使用量の平均値＝PERFVALUEよりあとの値（データ取得日時の性能値）のデータの合計値/PERFVALUEよりあとの値（データ取得日時の性能値）のデータの個数

次の式で各仮想化ソフトウェアのCPUのしきい値（警告）に対する空き容量を算出する。

しきい値（警告）に対する空き容量＝WARNINGTHRESHOLD（しきい値（警告））－平均値（手順3で求めた値）

ここで空き容量が最も大きくなった仮想化ソフトウェアが，マイグレーション先仮想化ソフトウェアの候補となります。
ただし，空き容量が最も大きい仮想化ソフトウェアにマイグレーションできるとは限りません。そのほかの空きがある仮想化ソフトウェアも，マイグレーション先の候補としてリストアップしてください。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | HVRESOURCENAME | DETAILTYPE | METRIC | WARNINGTHRESHOLD | PERFVALUE | 2011/01/01 01:30 | … | CPU使用量の平均値 | しきい値に対する空き容量
HV | HV1 | VMware | CPU使用量（GHz） | 8.00 | 空白 | 7.12 | … | 8.50 | -0.5
HV | HV2 | VMware | CPU使用量（GHz） | 9.60 | 空白 | 6.88 | … | 7.30 | 2.3
HV | HV5 | VMware | CPU使用量（GHz） | 8.00 | 空白 | 1.25 | … | 1.20 | 6.8

この結果，仮想化ソフトウェア（HV5）が，空き容量が最も大きい仮想化ソフトウェアだとわかります。

jirminfolistコマンドでJP1/ITRMが管理するすべてのITリソースの構成情報を出力する。

＜実行例＞

jirminfolist -all -d -f 出力先ファイル名

＜出力例＞

...,RESOURCENAME,...,VMNUMOFCPUCORE,VMMTREEPATH,...
...,HV1,...,6,Vcenter1/DC1/VMcluster1/HV1,...
...,VM3,...,2,...,...
...,HV5,...,6,Vcenter1/DC1/VMcluster2/HV5,...

以降では，次のデータを使用します。

RESOURCENAME（リソース名）

VMNUMOFCPUCORE（CPUコア数）

VMMTREEPATH（仮想化構成ツリーパス）

ホットマイグレーションする場合，「(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアと手順4で特定した仮想化ソフトウェアをRESOURCENAME（リソース名）でフィルタリングする。
コールドマイグレーションする場合は，この手順は必要ありません。「(4)　仮想化ソフトウェア上の仮想ホストの性能情報を算出し，マイグレーションの対象となる仮想ホストを決定する」の手順に進んでください。
この例では，「HV1」と「HV5」でフィルタリングします。

手順6でフィルタリングした結果を比較する。
次の項目を比較してください。

VMwareの場合
VMMTREEPATH（仮想化構成ツリーパス）を比較し，マイグレーション元仮想化ソフトウェアとマイグレーション先仮想化ソフトウェアが同じデータセンターかどうか

SCVMMの場合
VMMTREEPATH（仮想化構成ツリーパス）を比較し，マイグレーション元仮想化ソフトウェアとマイグレーション先仮想化ソフトウェアが同じVMクラスタかどうか

同じ場合，手順4で特定した仮想化ソフトウェアがマイグレーション先仮想化ソフトウェアの候補となります。
異なる場合，手順4でリストアップした仮想化ソフトウェアの中から，次の候補となる仮想化ソフトウェアを選出して，再度比較します。同じデータセンターまたはVMクラスタとなるまで繰り返して比較します。同じデータセンターまたはVMクラスタが存在しない場合，ホットマイグレーションできません。「(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアの性能がひっ迫し緊急度が高い場合は，同じデータセンターの仮想化ソフトウェアまたは同じVMクラスタの仮想化ソフトウェアを新たに設定するか，コールドマイグレーションで仮想化ソフトウェアの負荷を平準化してください。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果，仮想化ソフトウェア（HV5）と仮想化ソフトウェア（HV1）は同じデータセンターの仮想化ソフトウェアであるということがわかります。

この結果，仮想化ソフトウェア（HV5）が，負荷が低い仮想化ソフトウェア（マイグレーション元仮想化ソフトウェア）だと特定されます。

(4)　仮想化ソフトウェア上の仮想ホストの性能情報を算出し，マイグレーションの対象となる仮想ホストを決定する

ここでは，リソース使用量（時間推移）レポートの出力結果から，マイグレーションの対象となる仮想ホストを特定します。

HVRESOURCENAME（仮想化ソフトウェアのリソース名）を「(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアでフィルタリングする。
この例では，「HV1」でフィルタリングします。
DEVICETYPEがフィルタリングされている場合，フィルタリングをあらかじめ解除しておいてください。

METRIC（測定項目）を，CPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

次の式で各仮想ホストのCPU使用量の平均値を算出する。

CPU使用量の平均値＝PERFVALUEよりあとの値（データ取得日時の性能値）のデータの合計値/PERFVALUEよりあとの値（データ取得日時の性能値）のデータの個数

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

RESOURCENAME | HVRESOURCENAME | METRIC | PERFVALUE | 2011/01/01 01:30 | … | 平均値
HV1 | HV1 | CPU使用量（GHz） | 空白 | 7.12 | … | －
VM1 | HV1 | CPU使用量（GHz） | 空白 | 2.80 | … | 2.75
VM2 | HV1 | CPU使用量（GHz） | 空白 | 1.50 | … | 2.55
VM3 | HV1 | CPU使用量（GHz） | 空白 | 2.80 | … | 3.20

（凡例）

－：仮想化ソフトウェアのため，算出不要

次の式でマイグレーション元仮想化ソフトウェアからマイグレーション先仮想化ソフトウェアに仮想ホストをマイグレーションした場合の仮定値を求める。

マイグレーション元仮想化ソフトウェアの空き容量＝空き容量（「(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」の手順4で求めたしきい値（警告）に対する空き容量）＋CPU使用量の平均値（手順3で求めた値）

マイグレーション先仮想化ソフトウェアの空き容量＝空き容量（「(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」の手順4で求めたしきい値（警告）に対する空き容量）－CPU使用量の平均値（手順3で求めた値）

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します。

仮想化ソフトウェア | 空き容量 | VM1をマイグレーション | VM2をマイグレーション | VM3をマイグレーション
HV1（マイグレーション元仮想化ソフトウェア） | －0.50 | 2.25 | 2.05 | 2.70
HV5（マイグレーション先仮想化ソフトウェア） | 6.80 | 4.05 | 4.25 | 3.60

この結果をグラフに表すと，次のようになります。

これらの結果から，仮想ホスト（VM3）をマイグレーションすると最も効果が高いことがわかります。

参考

マイグレーションの対象となる仮想ホストのjirminfolistコマンドの実行結果であるVMNUMOFCPUCORE（CPUコア数）がマイグレーション先仮想化ソフトウェアのCPUコア数より小さい必要があります。マイグレーション先仮想化ソフトウェアのCPUコア数が仮想ホストのCPUコア数未満の場合，「(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」の手順4に戻り，次の候補となる仮想化ソフトウェアを選出してください。

(5)　仮想ホストのマイグレーション可否を確認する

ここでは，リソース使用量（時間推移）レポートの出力結果から，マイグレーションの対象となる仮想ホストをマイグレーションできるかどうか確認します。

HVRESOURCENAME（仮想化ソフトウェアのリソース名）を「(2)　負荷が高い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定したマイグレーション元仮想化ソフトウェアでフィルタリングする。
この例では，「HV1」でフィルタリングします。
METRICでフィルタリングされている場合，フィルタリングをあらかじめ解除しておいてください。

次の式で「(4)　仮想化ソフトウェア上の仮想ホストの性能情報を算出し，マイグレーションの対象となる仮想ホストを決定する」で決定した仮想ホストの各性能の平均値を算出する。
この例では，仮想ホスト（VM3）の各性能の平均値を算出します。

各性能の平均値＝PERFVALUEよりあとの値（データ取得日時の性能値）のデータの合計値/PERFVALUEよりあとの値（データ取得日時の性能値）のデータの個数

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

RESOURCENAME | HVRESOURCENAME | METRIC | 2011/01/01 01:30 | … | 平均値
HV1 | HV1 | CPU使用量（GHz） | 7.10 | … | －
VM3 | HV1 | CPU使用量（GHz） | 2.80 | … | 3.20
VM3 | HV1 | メモリ使用量（GB） | 2.58 | … | 2.20
VM3 | HV1 | ディスク読み込み転送速度（MB/sec） | 10.43 | … | 10.50

（凡例）

－：仮想化ソフトウェアのため，算出不要

HVRESOURCENAME（仮想化ソフトウェアのリソース名）を「(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアでフィルタリングする。
この例では，「HV5」でフィルタリングします。
METRICでフィルタリングされている場合，フィルタリングをあらかじめ解除しておいてください。

次の式で仮想化ソフトウェアの各性能の平均値を算出する。

各性能の平均値＝PERFVALUEよりあとの値（データ取得日時の性能値）のデータの合計値/PERFVALUEよりあとの値（データ取得日時の性能値）のデータの個数

次の式でマイグレーション先仮想化ソフトウェアの性能の空き容量を算出する。

空き容量＝WARNINGTHRESHOLD（しきい値（警告））－平均値（手順4で求めた値）

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

RESOURCENAME | METRIC | WARNINGTHRESHOLD | 2011/01/01 01:30 | … | 平均値 | 空き容量
HV5 | CPU使用量（GHz） | 8.00 | 1.25 | … | 1.20 | 6.80
HV5 | メモリ使用量（GB） | 10.80 | 6.88 | … | 7.70 | 3.10
HV5 | ディスク読み込み転送速度（MB/sec） | 90.00 | 65.50 | … | 65.50 | 24.50

手順4で求めた平均値と手順5で求めた空き容量を比較する。
空き容量が平均値より大きいことを確認してください。空き容量が平均値より大きければ，仮想ホストをマイグレーションできます。
空き容量が平均値以下の場合，「(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」の手順4に戻り，仮想化ソフトウェアを選出し直してください。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

RESOURCENAME | METRIC | 平均値 | 空き容量 | 比較結果
HV5 | CPU使用量（GHz） | 3.20 | 6.80 | ○
HV5 | メモリ使用量（GB） | 2.20 | 3.10 | ○
HV5 | ディスク読み込み転送速度（MB/sec） | 10.50 | 24.50 | ○

（凡例）

○：性能の平均値の方がWARNINGTHRESHOLD（しきい値（警告））より大きい

これらの結果から仮想ホスト（VM3）をマイグレーションできるだけの十分な空き容量があることがわかります。

(6)　仮想ホストをマイグレーションする

ここでは，jirmvmmigrateコマンドを利用して，仮想ホストをマイグレーションします。

「(4)　仮想化ソフトウェア上の仮想ホストの性能情報を算出し，マイグレーションの対象となる仮想ホストを決定する」で求めた仮想ホストを「(3)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」で求めた仮想化ソフトウェアにマイグレーションする。
この例では，仮想ホスト（VM3）を仮想化ソフトウェア（HV5）にマイグレーションします。

ホットマイグレーションの場合
jirmvmmigrate -type hot -res VM3 -desthv Vcenter1/DC1/VMcluster2/HV5

コールドマイグレーションの場合
jirmvmmigrate -type cold -res VM3 -desthv Vcenter1/DC1/VMcluster2/HV5 -i ネットワーク定義ファイル

-desthvには，jirminfolistコマンドの実行結果であるVMMTREEPATHに表示される仮想化構成ツリーパスを指定します。
jirmvmmigrateコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

＜出力例を基にしたここまでの操作結果＞

仮想ホスト（VM3）をマイグレーションする前後の仮想化ソフトウェアのCPU使用量の平均値としきい値の割合を次の図に示します。

図6-1　マイグレーション前

仮想化ソフトウェア（HV1）がしきい値を超えて運用しているのに対して，仮想化ソフトウェア（HV5）には余裕があることがわかります。

図6-2　マイグレーション後

マイグレーションした結果，CPU使用量が平準化されたことがわかります。

6.2.3　負荷が低い仮想化ソフトウェア上の仮想ホストをまとめ，仮想化ソフトウェアのリソースに空きを作る

jirmreportコマンドを利用して，リソース量の実績値を求めます。実績値を基に，負荷が低い仮想化ソフトウェアを特定し，その仮想化ソフトウェア上の仮想ホストを別の仮想化ソフトウェアにまとめることで，仮想化ソフトウェアに空きを作ります。

これには，次の利点があります。

仮想化ソフトウェアのリソースの空きを大きくできる
仮想化ソフトウェアの空き部分に，これまで割り当てられなかった容量の大きい仮想ホストを割り当てられるようになります。この結果，ITリソース管理者は，仮想化ソフトウェアをより効率的に活用できます。

必要最低限の仮想化ソフトウェアだけを運用できる
まったく使用しないことになった仮想化ソフトウェアは電源をOFFにでき，消費電力を抑えられます。また，将来的にも使用しない仮想化ソフトウェアを返却することで，ITリソース管理者は，管理コストを削減できます。

＜この項の構成＞

(1)　リソース使用量（時間推移）レポートを出力する

(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）

(3)　特定した仮想化ソフトウェアに属する仮想ホストの一覧を表示する

(4)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）

(5)　仮想ホストをマイグレーションする

(1)　リソース使用量（時間推移）レポートを出力する

ここでは，すべてのリソースグループに属するITリソースの使用量を把握するため，リソース使用量（時間推移）レポートを出力します。

jirmreportコマンドでリソース使用量（時間推移）レポートを出力する。

＜実行例＞

jirmreport -perfh -all rg -f 出力先ファイル名

＜出力例＞

DEVICETYPE,DETAILTYPE,RESOURCENAME,HVRESOURCENAME,METRIC,...,WARNINGTHRESHOLD,...,PERFVALUE,2011/01/01 01:30,...,2011/01/01 07:30,...
HV,VMware,HV1,HV1,CPU使用量（GHz）,...,9.00,　,...,5.00,...,4.00,...
HV,VMware,HV2,HV2,CPU使用量（GHz）,...,9.00,　,...,1.50,...,7.50,...
HV,HVM,HV3,HV3,CPU使用量（GHz）,...,8.00,　,...,3.50,...,4.76,...
HV,Hyper-V,HV4,HV4,CPU使用量（GHz）,...,8.00,　,...,2.00,...,4.52,...
：

：

以降では，次のデータを使用します。

RESOURCETYPE（リソース名）

DETAILTYPE（詳細種別）

RESOURCENAME（リソース名）

METRIC（測定項目）

WARNINGTHRESHOLD（しきい値（警告））

(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）

ここでは，リソース使用量（時間推移）レポートの出力結果から，負荷が低い仮想化ソフトウェアを特定します。

DEVICETYPE（デバイス種別）を，仮想化ソフトウェアを表す「HV」でフィルタリングする。

METRIC（測定項目）を，CPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

PERFVALUEよりあとの値（データ取得日時の性能値）のうち，最も大きくなる値（ピーク値）を求める。

次の式でリソース容量の余力を算出する。

リソース容量の余力＝WARNINGTHRESHOLD（しきい値（警告））－ピーク値（手順3で求めた値）

ここで最も余力の値が大きい仮想化ソフトウェアが，負荷が低い仮想化ソフトウェアです。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | DETAILTYPE | METRIC | WARNINGTHRESHOLD | 2011/01/01 01:30 | … | ピーク値 | リソース容量の余力
HV | HV1 | VMware | CPU使用量（GHz） | 9.00 | 5.00 | … | 5.00 | 4.00
HV | HV2 | VMware | CPU使用量（GHz） | 9.00 | 1.50 | … | 1.50 | 7.50
HV | HV3 | Hyper-V | CPU使用量（GHz） | 8.00 | 3.50 | … | 3.50 | 4.50
HV | HV4 | HVM | CPU使用量（GHz） | 8.00 | 2.00 | … | 5.00 | 3.00

この出力例では，仮想化ソフトウェア（HV2）が最も負荷が低い仮想化ソフトウェア（マイグレーション元仮想化ソフトウェア）だと特定できます。

(3)　特定した仮想化ソフトウェアに属する仮想ホストの一覧を表示する

ここでは，リソース使用量（時間推移）レポートの出力結果から，特定した仮想化ソフトウェアに属する仮想ホストの一覧を表示します。

HVRESOURCENAME（仮想化ソフトウェアのリソース名）を「(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアでフィルタリングする。
この例では，「HV2」でフィルタリングします。
DEVICETYPEがフィルタリングされている場合，フィルタリングをあらかじめ解除しておいてください。

リソース使用量（時間推移）レポートのMETRIC（測定項目）をCPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | HVRESOURCENAME | METRIC | WARNINGTHRESHOLD | 2011/01/01 01:30 | …
HV | HV2 | HV2 | CPU使用量（GHz） | 9.00 | 5.00 | …
VM | VM3 | HV2 | CPU使用量（GHz） | 空白 | 1.50 | …

リソース使用量（時間推移）レポートのDEVICETYPE（デバイス種別）を仮想ホストを表す「VM」でフィルタリングする。
これで，「(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で求めた仮想化ソフトウェアに属する仮想ホストの一覧が表示されます。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | HVRESOURCENAME | METRIC | WARNINGTHRESHOLD | 2011/01/01 01:30 | …
VM | VM3 | HV2 | CPU使用量（GHz） | 空白 | 1.50 | …

この出力例では，仮想ホスト（VM3）の情報が一覧として表示されます。

(4)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）

ここでは，リソース使用量（時間推移）レポートの出力結果から，負荷が低い仮想化ソフトウェアを特定します。

DETAILTYPE（詳細種別）を「(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアの詳細種別でフィルタリングする。
この例では，「VMware」でフィルタリングします。

METRIC（測定項目）を，CPU使用量を表す「CPU使用量(GHz)」でフィルタリングする。

DEVICETYPE（デバイス種別）を仮想化ソフトウェアを表す「HV」でフィルタリングする。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | DETAILTYPE | METRIC | WARNINGTHRESHOLD | 2011/01/01 01:30 | …
HV | HV1 | VMware | CPU使用量（GHz） | 9.00 | 7.12 | …
HV | HV2 | VMware | CPU使用量（GHz） | 9.00 | 6.88 | …

「(3)　特定した仮想化ソフトウェアに属する仮想ホストの一覧を表示する」で求めた仮想ホストのPERFVALUEよりあとの値（データ取得日時の性能値）のうち，最も大きくなる値（ピーク値）を求める。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果を次に示します（一部抜粋）。

DEVICETYPE | RESOURCENAME | HVRESOURCENAME | METRIC | WARNINGTHRESHOLD | 2011/01/01 01:30 | … | ピーク値
VM | VM3 | HV2 | CPU使用量（GHz） | 9.00 | 1.50 | … | 1.50

ピーク値と「(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェア以外の仮想化ソフトウェアのリソース容量の余力を比較し，リソース容量の余力の方が大きいことを確認する。
「(3)　特定した仮想化ソフトウェアに属する仮想ホストの一覧を表示する」で求めたすべての仮想ホストに対して，この手順を実施してください。
ここで大きさに問題がない仮想化ソフトウェアが，マイグレーション先仮想化ソフトウェアとなります。条件を満たす仮想化ソフトウェアがない場合，仮想化ソフトウェアのリソースに空きを作れません。
この例では，次の値を比較します。

仮想ホスト（VM3）のCPU使用量のピーク値：1.50

仮想化ソフトウェア（HV1）のCPUのリソース容量の余力：4.00

仮想化ソフトウェア（HV1）のCPUのリソース容量の余力の方が仮想ホスト（VM3）のCPU使用量のピーク値より大きいことがわかります。

参考

マイグレーションの対象となる仮想ホストのjirminfolistコマンドの実行結果であるVMNUMOFCPUCORE（CPUコア数）がマイグレーション先仮想化ソフトウェアのCPUコア数より小さい必要があります。マイグレーション先仮想化ソフトウェアのCPUコア数が仮想ホストのCPUコア数未満の場合，「(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」の手順4に戻り，次の候補となる仮想化ソフトウェアを選出してください。

jirminfolistコマンドでJP1/ITRMが管理するすべてのITリソースの構成情報を出力する。

＜実行例＞

jirminfolist -all -d -f 出力先ファイル名

＜出力例＞

...,RESOURCENAME,...,VMNUMOFCPUCORE,VMMTREEPATH,...
...,HV1,...,6,Vcenter1/DC1/VMcluster1/HV1,...
...,VM3,...,2,...,...
...,HV2,...,6,Vcenter1/DC1/VMcluster2/HV2,...

以降では，次のデータを使用します。

RESOURCENAME（リソース名）

VMNUMOFCPUCORE（CPUコア数）

VMMTREEPATH（仮想化構成ツリーパス）

ホットマイグレーションする場合，「(2)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション元仮想化ソフトウェアの特定）」で特定した仮想化ソフトウェアと手順5で特定した仮想化ソフトウェアをRESOURCENAME（リソース名）でフィルタリングする。
コールドマイグレーションする場合は，この手順は必要ありません。「(5)　仮想ホストをマイグレーションする」の手順に進んでください。
この例では，「HV1」と「HV2」でフィルタリングします。

手順7でフィルタリングした結果を比較する。
次の項目を比較してください。

VMwareの場合
VMMTREEPATH（仮想化構成ツリーパス）を比較し，マイグレーション元仮想化ソフトウェアとマイグレーション先仮想化ソフトウェアが同じデータセンターかどうか

SCVMMの場合
VMMTREEPATH（仮想化構成ツリーパス）を比較し，マイグレーション元仮想化ソフトウェアとマイグレーション先仮想化ソフトウェアが同じVMクラスタかどうか

同じ場合，手順5で特定した仮想化ソフトウェアがマイグレーション先仮想化ソフトウェアの候補となります。
異なる場合，手順5でリストアップした仮想化ソフトウェアの中から，次の候補となる仮想化ソフトウェアを選出して，再度比較します。同じデータセンターまたはVMクラスタとなるまで繰り返して比較します。同じデータセンターまたはVMクラスタが存在しない場合，ホットマイグレーションできません。

＜出力例を基にしたここまでの操作結果＞

ここまでの手順を実行した結果，仮想化ソフトウェア（HV1）と仮想化ソフトウェア（HV2）は同じデータセンターの仮想化ソフトウェアであるということがわかります。

この結果，仮想化ソフトウェア（HV1）が，負荷が低い仮想化ソフトウェア（マイグレーション先仮想化ソフトウェア）だと特定されます。

(5)　仮想ホストをマイグレーションする

ここでは，jirmvmmigrateコマンドを利用して，仮想ホストをマイグレーションします。

「(3)　特定した仮想化ソフトウェアに属する仮想ホストの一覧を表示する」で求めたすべての仮想ホストを「(4)　負荷が低い仮想化ソフトウェアを特定する（マイグレーション先仮想化ソフトウェアの特定）」で求めた仮想化ソフトウェアにマイグレーションする。
この例では，仮想ホスト（VM3）を仮想化ソフトウェア（HV1）にマイグレーションします。

ホットマイグレーションの場合
jirmvmmigrate -type hot -res VM3 -desthv Vcenter1/DC1/VMcluster2/HV1

コールドマイグレーションの場合
jirmvmmigrate -type cold -res VM3 -desthv Vcenter1/DC1/VMcluster2/HV1 -i ネットワーク定義ファイル

-desthvには，jirminfolistコマンドの実行結果であるVMMTREEPATHに表示される仮想化構成ツリーパスを指定します。
jirmvmmigrateコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

6.3　仮想ホストをマイグレーションする

1つの仮想ホストに負荷が集中し，同じ仮想化ソフトウェア上で動作するほかの仮想ホストに影響がある場合は，仮想ホストをマイグレーションし，負荷を分散できます。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

用途に応じてマイグレーションの種類を決める。【必須】
マイグレーションの種類が，ホットマイグレーションかコールドマイグレーションかによって，このあとの手順が異なります。

ホットマイグレーションの場合

仮想ホストをマイグレーションする。【必須】

コールドマイグレーションの場合

仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定を解除する。【必須】

仮想ホストが稼働中の場合，停止する。【必須】

仮想ホストをマイグレーションする。【必須】

仮想ホストを起動する。【必須】

仮想ホストのOSがLinuxの場合，必要に応じてネットワーク設定を特定のNICに固定できるように設定する。【任意】

＜この節の構成＞

(1)　用途に応じてマイグレーションの種類を決める

(2)　仮想ホストをマイグレーションする

(3)　仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定を解除する。

(4)　仮想ホストが稼働中の場合，停止する

(5)　仮想ホストのOSがLinuxの場合，必要に応じてネットワーク設定を特定のNICに固定できるように設定する

(1)　用途に応じてマイグレーションの種類を決める

仮想ホストを稼働させたままマイグレーションすることをホットマイグレーション，仮想ホストを停止させてマイグレーションすることをコールドマイグレーションと呼びます。それぞれのマイグレーションには，次の実行条件があります。実行条件と用途を考慮して使い分けてください。

ホットマイグレーション
稼働している単一または複数の仮想ホストを異なるリソースプールにマイグレーションできます。ただし，複数の仮想ホストをマイグレーションする場合，移動先は同一のリソースプール内に限定されます。なお，マイグレーションしたあとの仮想ホストは，稼働状態のままです。

コールドマイグレーション
停止している単一または複数の仮想ホストを異なるリソースプールにマイグレーションできます。ただし，複数の仮想ホストをマイグレーションする場合，移動先は同一のリソースプール内に限定されます。なお，マイグレーションしたあと，仮想ホストの電源が入ります。

(2)　仮想ホストをマイグレーションする

■注意事項

仮想ホストをコールドマイグレーションする場合，vCenter上で仮想ホストに作成していたスナップショットは破棄されます。

■操作の前に

仮想ホストをマイグレーションする場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

コールドマイグレーションする場合

対象が次の状態で操作しないこと
操作した場合は，エラーとなり処理が終了します。
・仮想ホストのネットワークアダプタまたはハードディスクが1つも接続されていない

対象がVMwareの仮想ホストの場合，次の状態で操作しないこと
操作した場合は，エラーとなり処理が終了します。
・仮想ホストが接続する仮想スイッチおよびポートグループが存在しない
・仮想ホストのネットワークアダプタが，分散仮想スイッチのVLANトランクポートに接続されている

vCenter上で仮想ホストに設定していたアフィニティルールの設定は破棄されるので，設定内容を控えておき，操作後にVMware管理クライアントを使って再設定すること

仮想ホストの設定で次のデバイス構成の場合，設定を解除すること
・USBデバイスを構成している
・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している
・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している
・Raw Device Mappingのデバイスを構成している

ホットマイグレーションする場合

vCenter上で仮想ホストに設定していたアフィニティルールに従って移動先リソースプールを指定してください。

アフィニティルールに違反する移動先リソースプールを指定すると，ホットマイグレーションが失敗します。

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，マイグレーションする仮想ホストを選択する。

［アクション］メニューから［リソース操作］－［コールドマイグレーション］（または［ホットマイグレーション］）を選択する。

［リソースプール選択］画面で移行先のリソースプールを選択し，［OK］ボタンをクリックする。

次の操作を実施する。

コールドマイグレーションの場合

［コールドマイグレーション先設定］画面で，仮想化ソフトウェア名，データストア名，仮想ネットワークデバイス名を指定して，［OK］ボタンをクリックします。

仮想化ソフトウェア名，データストア名，仮想ネットワークデバイス名の横の［選択］ボタンをクリックすると，それぞれの設定画面が表示されます。

ホットマイグレーションの場合

［ホットマイグレーション先設定］画面で，仮想化ソフトウェア名を指定して，［OK］ボタンをクリックします。

仮想化ソフトウェア名の横の［選択］ボタンをクリックすると，設定画面が表示されます。

仮想ホストの複数仮想NICが同一ポートグループに接続している仮想ホストをコールドマイグレーションする場合，同一ポートグループに接続していた仮想NICを同じ名前の仮想ネットワークデバイスに接続するよう設定する必要があります。
異なる名前の仮想ネットワークデバイスを選択した場合，コールドマイグレーションが失敗したり，設定が一部反映されないことがあります。

VMwareの場合，ポートグループの削除は成功，失敗のどちらでも正常終了となります。

ポートグループの削除が失敗している場合，どの仮想ホストも使用しないポートグループが残ることがあります。必要に応じて削除してください。

■設定項目

［リソースプール選択］画面

マイグレーション可能なリソースプール一覧が表示され，リソースプール名，種別，CPUの評価値，およびメモリの評価値の情報を確認できます。

[図データ]便利メモ

マイグレーション先が決定すると，移動する仮想ホストに設定されている予約が，マイグレーション先で予約できるかどうかがチェックされます。仮想ホストの容量が，マイグレーション先のリソースプールの容量を超える場合，警告ダイアログが出力されます。

jirmvmmigrateコマンドでも，仮想ホストをマイグレーションできます。jirmvmmigrateコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

(3)　仮想ホストのOSがLinuxの場合，ネットワーク設定を特定のNICに固定する設定を解除する。

OSがLinuxの仮想ホストをコールドマイグレーションする場合，ネットワーク設定を特定のNICに固定する設定がされていないことを確認します。設定されていた場合は，解除してください。手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となるホストの設定についての説明を参照してください。

(4)　仮想ホストが稼働中の場合，停止する

コールドマイグレーションの場合，仮想ホストが稼働していたら停止する必要があります。仮想ホストの停止については，「7.5　仮想ホストを停止する」を参照してください。

(5)　仮想ホストのOSがLinuxの場合，必要に応じてネットワーク設定を特定のNICに固定できるように設定する

コールドマイグレーション後，必要に応じてネットワーク設定を特定のNICに固定できるように設定してください。手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となるホストの設定についての説明を参照してください。

6.4　状況に合わせてホストのスペックを変更する

画面やレポートで，ホストのスペック不足を確認したら，対処が必要です。また，スペックが余っている場合は，コスト削減やITリソースの最適化のため，スケールダウンを検討することも必要です。

ここでは，画面やレポートで確認したホストの状況に合わせて，スペックを変更する手順を説明します。

＜この節の構成＞

6.4.1　スペックが不足しているホストをスケールアップする

6.4.2　スペックが余っているホストをスケールダウンする

6.4.1　スペックが不足しているホストをスケールアップする

ここでは，スペックが不足しているホストをスケールアップする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ホストの性能情報や使用状況を確認する。【必須】

ホストをどれくらいスケールアップさせるかを検討する。【必須】

ホストをスケールアップする。【必須】

＜この項の構成＞

(1)　ホストの性能情報や使用状況を確認する

(2)　ホストをスケールアップする

(1)　ホストの性能情報や使用状況を確認する

ホストの性能情報や使用状況は，リソース管理画面やレポート画面で確認できます。確認する手順については，次を参照してください。

「5.1　ホストの提供状況や稼働率を確認する」

「5.2.2　性能情報を画面で確認する」

「5.3.2　稼働状況を画面で確認する」

(2)　ホストをスケールアップする

ホストをスケールアップする手順については，次を参照してください。

「4.4.1　物理ホストをスケールアップする」

「4.4.2　仮想ホストをスケールアップする」

6.4.2　スペックが余っているホストをスケールダウンする

ここでは，スペックが余っているホストをスケールダウンする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ホストの性能情報や使用状況を確認する。【必須】

ホストをどれくらいスケールダウンさせるか検討する。【必須】

ホストをスケールダウンする。【必須】

＜この項の構成＞

(1)　ホストの性能情報や使用状況を確認する

(2)　ホストをスケールダウンする

(1)　ホストの性能情報や使用状況を確認する

ホストの性能情報や使用状況は，リソース管理画面やレポート画面で確認できます。確認する手順については，次を参照してください。

「5.1　ホストの提供状況や稼働率を確認する」

「5.2.2　性能情報を画面で確認する」

「5.3.2　稼働状況を画面で確認する」

(2)　ホストをスケールダウンする

ホストをスケールダウンする手順については，次を参照してください。

「4.4.3　物理ホストをスケールダウンする」

「4.4.4　仮想ホストをスケールダウンする」

6.5　状況に合わせてホストの提供台数を変更する

画面やレポートで，ホストの提供台数を増減する必要があると判断したら，スケールアウトやスケールインといった対処が必要です。

ここでは，画面やレポートで確認したホストの状況に合わせて，提供台数を変更する手順を説明します。

＜この節の構成＞

6.5.1　パフォーマンスが低下しているシステムでホストをスケールアウトする

6.5.2　パフォーマンスに余力のあるシステムでホストをスケールインする

6.5.1　パフォーマンスが低下しているシステムでホストをスケールアウトする

ここでは，パフォーマンスが低下しているシステムにホストをスケールアウトする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ホストの性能情報や使用状況を確認する。【必須】

ホストをどれくらいスケールアウトさせるかを検討する。【必須】

ホストをスケールアウトする。【必須】

＜この項の構成＞

(1)　ホストの性能情報や使用状況を確認する

(2)　ホストをスケールアウトする

(1)　ホストの性能情報や使用状況を確認する

ホストの性能情報や使用状況は，リソース管理画面やレポート画面で確認できます。確認する手順については，次を参照してください。

「5.1　ホストの提供状況や稼働率を確認する」

「5.2.2　性能情報を画面で確認する」

「5.3.2　稼働状況を画面で確認する」

(2)　ホストをスケールアウトする

ホストをスケールアウトする手順については，次を参照してください。

「4.5.1　物理ホストをスケールアウトする」

「4.5.2　仮想ホストをスケールアウトする」

6.5.2　パフォーマンスに余力のあるシステムでホストをスケールインする

ここでは，パフォーマンスに余力のあるシステムから，ホストをスケールインする手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ホストの性能情報や使用状況を確認する。【必須】

ホストをどれくらいスケールインさせるかを検討する。【必須】

ホストをスケールインする。【必須】

＜この項の構成＞

(1)　ホストの性能情報や使用状況を確認する

(2)　ホストをスケールインする

(1)　ホストの性能情報や使用状況を確認する

ホストの性能情報や使用状況は，リソース管理画面やレポート画面で確認できます。確認する手順については，次を参照してください。

「5.1　ホストの提供状況や稼働率を確認する」

「5.2.2　性能情報を画面で確認する」

「5.3.2　稼働状況を画面で確認する」

(2)　ホストをスケールインする

ホストをスケールインする手順については，次を参照してください。

「4.5.3　物理ホストをスケールインする」

「4.5.4　仮想ホストをスケールインする」

7.　ITリソースをメンテナンスする

ここでは，ITリソースをメンテナンスする方法について説明します。

＜この章の構成＞

7.1　ホストにOSまたはアプリケーションのパッチを適用する

7.2　障害が発生したハードウェアを特定し，影響範囲を確認する

7.3　障害が発生した物理ホスト上の仮想ホストをマイグレーションする

7.4　ホストをリブートする

7.5　仮想ホストを停止する

7.6　仮想ホストを起動する

7.1　ホストにOSまたはアプリケーションのパッチを適用する

JP1/ITRMが管理するホストにOSおよびアプリケーションのパッチを定期的に適用することで，ITリソース全体の安全性を確保できます。

ここでは，パッチを適用する方法を物理ホストと仮想ホストに分けて説明します。

＜この節の構成＞

7.1.1　物理ホストにパッチを適用する

7.1.2　仮想ホストにパッチを適用する

7.1.1　物理ホストにパッチを適用する

ここでは，物理ホストにOSまたはアプリケーションのパッチを適用する手順を説明します。

■流れ

JP1/ITRMで管理している物理ホストには，次の2種類があります。

ITリソース利用者への提供対象である物理ホスト

仮想化ソフトウェアがインストールされている物理ホスト

物理ホストの種類によって，パッチの適用手順が異なります。それぞれの大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

ITリソース利用者への提供対象である物理ホストの場合

パッチの適用対象となる物理ホストを確認する。【必須】

対象となった物理ホストのスケジュールを確認し，作業期間を決定する。【必須】

対象となった物理ホストの作業期間を予約する。【必須】

物理ホストにパッチを適用する。【必須】

物理ホストをリブートする。【任意】
パッチ適用後に物理ホストをリブートしている場合は，この作業は不要です。

物理ホストの動作を確認する。【必須】

ITリソース利用者に作業が完了したことを連絡する。【任意】

仮想化ソフトウェアがインストールされている物理ホストの場合

パッチの適用対象となる物理ホストを確認する。【必須】

対象となった物理ホストのスケジュールを確認し，仮想ホストをマイグレーションする日時を決定する。【必須】

仮想化ソフトウェア上にある仮想ホストを利用しているITリソース利用者に，パッチの適用作業のために，仮想ホストを別の仮想化ソフトウェアへマイグレーションすることを連絡する。【必須】

仮想ホストを別の仮想化ソフトウェアにマイグレーションする。【必須】

物理ホストにパッチを適用する。【必須】

物理ホストをリブートする。【任意】
パッチ適用後に物理ホストをリブートしている場合は，この作業は不要です。

物理ホストの動作を確認する。【必須】

ITリソース利用者に，パッチの適用作業が完了したため，仮想ホストを元の仮想化ソフトウェアへマイグレーションすることを連絡する。【必須】

仮想ホストを元の仮想化ソフトウェアにマイグレーションする。【必須】

ITリソース利用者に作業が完了したことを連絡する。【必須】

＜この項の構成＞

(1)　対象となった物理ホストのスケジュールを確認し，作業期間を決定する

(2)　対象となった物理ホストの作業期間を予約する

(3)　物理ホストをリブートする

(4)　物理ホストの動作を確認する

(5)　対象となった物理ホストのスケジュールを確認し，仮想ホストをマイグレーションする日時を決定する

(6)　仮想ホストを別の仮想化ソフトウェアにマイグレーションする

(7)　仮想ホストを元の仮想化ソフトウェアにマイグレーションする

(1)　対象となった物理ホストのスケジュールを確認し，作業期間を決定する

物理ホストのスケジュールを確認し，パッチ適用の作業期間をいつにするか決めます。ここでは，物理ホストのスケジュールを確認する手順を説明します。

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から業務グループを選択する。

リソース一覧エリアで，対象となった物理ホストを選択する。

詳細情報エリアの［スケジュール］タブを選択して，スケジュールを確認する。

(2)　対象となった物理ホストの作業期間を予約する

作業期間が決まったら，対象の物理ホストの作業期間を保守予約で予約します。物理ホストの予約については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(3)　物理ホストをリブートする

パッチを適用したら，物理ホストをリブートします。物理ホストは，JP1/ITRMからもリブートできます。物理ホストのリブートについては，「7.4.1　物理ホストをリブートする」を参照してください。

(4)　物理ホストの動作を確認する

物理ホストが正常に起動できているか，JP1/ITRMの画面で確認します。

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から業務グループを選択する。

[図データ]をクリックする。

物理ホストの状態を確認する。
物理ホストのアイコンが[図データ]と表示され，正常に起動していることを確認してください。

[図データ]便利メモ

物理ホストが画面に表示されない場合は，物理ホストの情報がまだ収集されていないことが考えられます。ほかのITリソースを選択し［再収集］ボタンをクリックして，最新の情報を表示させてください。

(5)　対象となった物理ホストのスケジュールを確認し，仮想ホストをマイグレーションする日時を決定する

対象となった物理ホストのスケジュールを確認し，仮想ホストをマイグレーションする日時を決めます。リソース管理画面の［スケジュール］タブで，予約が入っていない，または少ない期間がいつかを確認し，マイグレーションする日時を決めてください。リソース管理画面の［スケジュール］タブの表示については，同様の操作手順である「7.1.1(1)　対象となった物理ホストのスケジュールを確認し，作業期間を決定する」を参照してください。

(6)　仮想ホストを別の仮想化ソフトウェアにマイグレーションする

仮想ホストを別の仮想化ソフトウェアにマイグレーションします。仮想ホストのマイグレーションについては，「6.3　仮想ホストをマイグレーションする」を参照してください。

(7)　仮想ホストを元の仮想化ソフトウェアにマイグレーションする

仮想ホストを元の仮想化ソフトウェアにマイグレーションします。仮想ホストのマイグレーションについては，「6.3　仮想ホストをマイグレーションする」を参照してください。

7.1.2　仮想ホストにパッチを適用する

ここでは，仮想ホストにOSまたはアプリケーションのパッチを適用する手順を説明します。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

パッチの適用対象となる仮想ホストを確認する。【必須】

対象となった仮想ホストのスケジュールを確認し，作業期間を決定する。【必須】

パッチを適用した仮想イメージテンプレートを準備する。【必須】

対象となった仮想ホストの作業期間を予約する。【必須】

ITリソース利用者に，パッチの適用作業のために仮想ホストが一時停止することを連絡する。【必須】

パッチ適用前の仮想ホストを削除する。【必須】

パッチを適用した仮想イメージテンプレートを使って，仮想ホストをデプロイする。【必須】

仮想ホストの動作を確認する。【必須】

ITリソース利用者に作業が完了したことを連絡する。【必須】

[図データ]便利メモ

パッチを適用した仮想イメージテンプレートを使って，仮想ホストをデプロイすると，ITリソース利用者がパッチ適用前の仮想ホストに設定していた内容はリセットされます。必要に応じて再設定するよう連絡してください。

＜この項の構成＞

(1)　対象となった仮想ホストのスケジュールを確認し，作業期間を決定する

(2)　パッチを適用した仮想イメージテンプレートを準備する

(3)　対象となった仮想ホストの作業期間を予約する

(4)　パッチ適用前の仮想ホストを削除する

(5)　パッチを適用した仮想イメージテンプレートを使って，仮想ホストをデプロイする

(6)　仮想ホストの動作を確認する

(1)　対象となった仮想ホストのスケジュールを確認し，作業期間を決定する

仮想ホストのスケジュールを確認し，パッチ適用の作業期間をいつにするか決めます。仮想ホストのスケジュールを確認する手順については，同様の操作手順である「7.1.1(1)　対象となった物理ホストのスケジュールを確認し，作業期間を決定する」の，物理ホストを仮想ホストに置き換えてお読みください。

(2)　パッチを適用した仮想イメージテンプレートを準備する

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，OSカスタマイズ用応答ファイルを作成する。【必須】

仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合，Administratorユーザーのパスワードを空にする。【必須】

NICの冗長化構成が設定されていないことを確認する。【必須】

仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】
・USBデバイスを構成している
・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している
・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している
・CPUのソケット当たりに複数個のコアを設定している（ソケット当たり1コアに設定してください）
・Raw Device Mappingのデバイスを構成している

jirmimageimportコマンドを実行して，仮想化環境管理ソフトウェアで仮想イメージテンプレートを作成し，仮想イメージテンプレート格納フォルダに格納する。【必須】

仮想イメージテンプレートをライブラリに追加する。【必須】

仮想イメージテンプレートの準備については，同様の操作手順である「4.1.3　仮想ホストを構築する」の，仮想イメージテンプレートをデプロイする場合の手順を参照してください。

(3)　対象となった仮想ホストの作業期間を予約する

作業期間が決まったら，対象の仮想ホストの作業期間を保守予約で予約します。仮想ホストの予約については，同様の操作手順である「4.1.2　要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する」を参照してください。

(4)　パッチ適用前の仮想ホストを削除する

パッチを適用する前の，元の仮想ホストを削除します。仮想ホストの削除については，同様の操作手順である「4.5.4(3)　仮想ホストを仮想化ソフトウェア上から削除する」を参照してください。

(5)　パッチを適用した仮想イメージテンプレートを使って，仮想ホストをデプロイする

パッチを適用した仮想イメージテンプレートを使って，仮想ホストをデプロイします。仮想ホストのデプロイについては，「4.1.3(12)　仮想イメージテンプレートを使って仮想ホストをデプロイする」を参照してください。

(6)　仮想ホストの動作を確認する

構築した仮想ホストの動作を確認します。仮想ホストの動作確認については，「4.1.4　仮想ホストの動作を確認する」を参照してください。

7.2　障害が発生したハードウェアを特定し，影響範囲を確認する

ハードウェアに障害が発生したら，すぐに対処が必要です。また，発生した障害による，ほかのITリソースへの影響範囲も確認する必要があります。

JP1/ITRMでは，どのハードウェアで障害が発生しているかだけでなく，ハードウェアとつながっているITリソースについても，図でわかりやすく確認できます。

図7-1　トポロジービューの表示例

■操作

［イベント］タブを選択する。

イベント画面で［未受諾］タブを選択する。

フィルタの種別を［状態監視］にしてフィルタリングする。

該当するイベントのアンカーをクリックする。

［イベント詳細］画面で詳細を確認し，ネットワークのアンカーをクリックする。

リソース管理画面のトポロジービューで，ほかのITリソースへの障害の影響範囲を確認する。

[図データ]便利メモ

状態監視のイベントで，ITリソースの状態が異常，警告，または不明への遷移を確認した場合，状態遷移の原因については，公開ログ（AdapterMessage数字.log（数字はログファイルの面数））を参照することで確認できます。公開ログの詳細については，「9.2.3　公開ログ」を参照してください。

7.3　障害が発生した物理ホスト上の仮想ホストをマイグレーションする

仮想化ソフトウェアがインストールされている物理ホストで障害が発生した場合，そこで稼働している仮想ホストを，別の仮想化ソフトウェアにマイグレーションする必要があります。

ここでは，障害が発生した物理ホスト上の仮想ホストを確認し，仮想ホストをマイグレーションする手順を説明します。

[図データ]便利メモ

障害発生による影響を未然に防ぐために，障害が発生しそうな兆候があれば，マイグレーションを検討してください。ホットマイグレーションの場合，移行先のリソースプールを選択して実行するだけという簡単な操作で，仮想ホストを停止することなくマイグレーションできて便利です。

障害が発生しそうな兆候は，レポートでイベントが多発しているホストがないか確認することで判断できます。レポートは，レポート画面の［レポート項目一覧］で，［イベント発生ランキング］を選択すると表示できます。

■流れ

大まかな手順を次に示します。太字の部分がJP1/ITRMで実施する作業です。

障害が発生した物理ホスト上の仮想ホストを確認する。【必須】

仮想ホストをマイグレーションする。【必須】

＜この節の構成＞

7.3.1　障害が発生した物理ホスト上の仮想ホストを確認する

7.3.2　仮想ホストをマイグレーションする

7.3.1　障害が発生した物理ホスト上の仮想ホストを確認する

障害が発生した物理ホストで稼働している仮想ホストはどれか，リソース管理画面のリソース一覧エリアで簡単に確認できます。物理ホスト上の仮想ホストの確認については，同様の操作手順である，「3.2.1　ITリソースの接続状態を確認する」を参照してください。

7.3.2　仮想ホストをマイグレーションする

仮想ホストをマイグレーションします。仮想ホストのマイグレーションについては，「6.3　仮想ホストをマイグレーションする」を参照してください。

7.4　ホストをリブートする

障害発生時の一次対処やパッチの適用後などに，ホストをリブートする場合があります。JP1/ITRMでは，VMwareやHyper-Vといった，使用している仮想化ソフトウェアが混在している場合でも，同じ操作で仮想ホストをリブートできます。また，物理ホストも，JP1/ITRMからリブートできます。物理ホストも仮想ホストも，同じ画面でリブートできて便利です。

ここでは，物理ホストおよび仮想ホストをリブートする手順を説明します。

＜この節の構成＞

7.4.1　物理ホストをリブートする

7.4.2　仮想ホストをリブートする

7.4.1　物理ホストをリブートする

ここでは，物理ホストをリブートする手順を説明します。

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，リブートする物理ホストを選択する。

［アクション］メニューから［リソース操作］－［リブート］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

[図データ]便利メモ

jirmnodeoperationでも物理ホストをリブートできます。jirmnodeoperationコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

7.4.2　仮想ホストをリブートする

JP1/ITRMから実行できる仮想ホストのリブートには，次の2種類があります。

仮想ホストのOSをリブートする。

仮想化ソフトウェアから強制的に仮想ホストをリブートする。

それぞれの手順を説明します。

[図データ]便利メモ

jirmnodeoperationでも仮想ホストをリブートできます。jirmnodeoperationコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

■操作の前に

仮想ホストをリブートする場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，リブートする仮想ホストを選択する。

仮想ホストのOSをリブートしたい場合は，［アクション］メニューから［リソース操作］－［リブート］を選択する。仮想化ソフトウェアから強制的に仮想ホストをリブートしたい場合は，［アクション］メニューから［リソース操作］－［強制リブート］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

7.5　仮想ホストを停止する

メンテナンスや長期間使用しないときなど，仮想ホストを停止する場合があります。JP1/ITRMでは，VMwareやHyper-Vといった，使用している仮想化ソフトウェアが混在している場合でも，同じ操作で仮想ホストを停止できます。

JP1/ITRMから実行できる仮想ホストの停止には，次の2種類があります。

仮想ホストのOSをシャットダウンする。

仮想化ソフトウェアから強制的に仮想ホストを停止する。

それぞれの手順を説明します。

[図データ]便利メモ

jirmnodeoperationでも仮想ホストを停止できます。jirmnodeoperationコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

■操作の前に

仮想ホストを停止する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，停止する仮想ホストを選択する。

仮想ホストのOSをシャットダウンしたい場合は，［アクション］メニューから［リソース操作］－［停止］を選択する。仮想化ソフトウェアから強制的に仮想ホストを停止したい場合は，［アクション］メニューから［リソース操作］－［強制停止］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

7.6　仮想ホストを起動する

メンテナンスや長期間使用しなかったなどの理由で停止していた仮想ホストを，JP1/ITRMから起動できます。VMwareやHyper-Vといった，使用している仮想化ソフトウェアが混在している場合でも，同じ操作で仮想ホストを起動できます。

[図データ]便利メモ

jirmnodeoperationでも仮想ホストを起動できます。jirmnodeoperationコマンドの詳細については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

■操作の前に

仮想ホストを起動する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

■操作

［リソース管理］タブを選択する。

［リソース管理メニュー］から，［すべてのリソース］または業務グループを選択する。

リソース一覧エリアで，起動する仮想ホストを選択する。

［アクション］メニューから［リソース操作］－［起動］を選択する。

確認のダイアログボックスで［OK］ボタンをクリックする。

8.　JP1/ITRMシステムをメンテナンスする

この章では，JP1/ITRMのメンテナンスについて説明します。

JP1/ITRMを安定して運用するには，定義ファイルのバックアップやデータベースの管理など，定期的にメンテナンス作業を計画してください。

なお，メンテナンス時に使用するコマンドについては，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

＜この章の構成＞

8.1　バックアップおよびリストアが必要な項目を確認する

8.2　データベースおよび設定情報をバックアップする

8.3　データベースおよび設定情報をリストアする

8.4　データをほかのマシンに移行する

8.5　データベースを再編成する

8.6　データベースのサイズを拡張する

8.7　サービスの状態を確認する

8.8　JP1/ITRMシステムの設定を変更する

8.1　バックアップおよびリストアが必要な項目を確認する

バックアップおよびリストアが必要な項目を次の表に示します。

表8-1　バックアップおよびリストアが必要な項目

項番
項目
バックアップ方法
リストア方法
参照先

1
データベース
jirmbackupコマンドを実行します。
jirmrestoreコマンドを実行します。
8.2，8.3

2
定義ファイル

3
仮想イメージテンプレート
手動で任意のフォルダに保存します。
手動で仮想イメージテンプレート格納フォルダ※1に復元します。
－

4
退避イメージ
手動で退避イメージ格納フォルダ※2に復元します。
－

5
コマンド実行タスクで設定する任意のコマンド
実行するコマンドに応じて任意に保存し，バックアップ元と同じフォルダに復元します。
他製品のコマンドの場合は，各製品に応じて復元してください。
タスクについては，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のタスク管理についての説明を参照してください。

（凡例）

－：なし

注※1

ユーザー設定プロパティファイル（jp1itrm.properties）の指定キーCO.templateFilePathに設定したフォルダパスです。

注※2

ユーザー設定プロパティファイル（jp1itrm.properties）の指定キーCO.storedImagePathに設定したフォルダパスです。

8.2　データベースおよび設定情報をバックアップする

JP1/ITRMのデータベースおよび設定情報のバックアップを取得する手順を次に示します。バックアップの取得は，JP1/ITRMの運用中に実施できます。

なお，クラスタ環境の場合，コマンドは，実行系のサーバで実行してください。

また，共有フォルダにアクセスできる状態である必要があります。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmbackupコマンドを実行して，JP1/ITRMの使用ポート番号の情報とデータベースおよび定義ファイルのバックアップを取得する。
JP1/ITRM DB Serviceを起動している必要があります。

8.3　データベースおよび設定情報をリストアする

バックアップを取得したデータベースおよび設定情報をリストアする手順を次に示します。なお，リストアは，JP1/ITRMの運用を停止した状態で実施してください。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Serviceは起動したままにしてください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmrestoreコマンドを実行して，バックアップで取得したJP1/ITRMの使用ポート番号の情報とデータベースおよび定義ファイルをリストアする。

手順1と逆の順序でサービスを起動する。

クラスタ環境の場合

クラスタ環境の場合，SCMでのサービスの停止と起動は，実行系で行ってください。コマンドは，実行系のサーバで実行してください。また，共有フォルダにアクセスできる状態である必要があります。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Serviceは起動したままにしてください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmrestoreコマンドを実行して，バックアップで取得したJP1/ITRMの使用ポート番号の情報とデータベースおよび定義ファイルをリストアする。

JP1/ITRMの使用ポート番号を確認する。
スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management -
Manager］－［JP1_ITRM コマンドプロンプト］を選択し，jirmrestoreコマンドを実行して，現在のJP1/ITRMの使用ポート番号を確認してください。

JP1/ITRM DB Serviceを停止する。

クラスタソフトを使用して，実行系サーバを切り替える。

JP1/ITRM使用ポート番号をリストアを実行した環境に合わせる。
スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management -Manager］－［JP1_ITRM コマンドプロンプト］を選択し，jirmsetportnoコマンドを実行して，手順4で確認したポート番号を設定してください。データのリストア前後でポート番号の設定を変更していない場合，この操作は不要です。

クラスタソフトを使用して，実行系サーバを切り替える。

JP1/ITRM DB Serviceを起動する。

手順1と逆の順序でサービスを起動する。

8.4　データをほかのマシンに移行する

JP1/ITRMのデータをエクスポートし，ほかのマシンにインポートする手順を次に示します。

移行先のマシンに，JP1/ITRMをインストールする。
移行先のマシンには，移行元と同じか，それ以降のバージョンのJP1/ITRMをインストールしてください。

移行先のマシンでjirmsetupコマンドを実行し，セットアップを完了させる。
データベースの規模は，移行元の規模以上にしてください。

移行元のマシンで，次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service は起動したままにしてください。

移行元のマシンで，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

移行元のマシンで，jirmexportコマンドを実行して，データをエクスポートする。
エクスポートされるデータは，JP1/ITRMの使用ポート番号情報，データベースの情報，およびユーザー設定プロパティファイル（jp1itrm.properties）です。

エクスポートしたデータ（JP1ITRM_exportdataフォルダ）をフォルダごと移行先のマシンにコピーする。
エクスポートしたデータは，jirmexportコマンドで，エクスポート先に指定したフォルダに格納されています。

移行先のマシンで，次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service は起動したままにしてください。

移行先のマシンで，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

移行先のマシンでjirmimportコマンドを実行して，移行元のマシンでエクスポートしたデータをインポートする。

移行元および移行先のマシンで，停止したサービスを，手順3，手順7と，逆の順序で起動する。

8.5　データベースを再編成する

ITリソースなどの構成管理情報の追加，削除を繰り返すと，データベースに断片化された空き領域が発生し，処理速度に遅れを感じることがあります。そのため，次に示す契機などでデータベースを再編成してください。

定期的なバックアップ作業で，JP1/ITRMを停止するとき

年に1回程度の頻度の実施計画を立ててデータベースの再編成を実施するとき

なお，データベースの再編成は，JP1/ITRMの運用を停止した状態で実施してください。データベースを再編成する手順を次に示します。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Serviceは起動したままにしてください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmbackupコマンドを実行して，データベースおよび定義ファイルのバックアップを取得する。

jirmdbreorgコマンドを実行して，データベースを再編成する。

手順1と逆の順序でサービスを起動する。

クラスタ環境の場合

クラスタ環境の場合，SCMでのサービスの停止と起動は，実行系で行ってください。コマンドは，実行系のサーバで実行してください。また，共有フォルダにアクセスできる状態である必要があります。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Serviceは起動したままにしてください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmbackupコマンドを実行して，データベースおよび定義ファイルのバックアップを取得する。

jirmdbreorgコマンドを実行して，データベースを再編成する。

手順1と逆の順序でサービスを起動する。

8.6　データベースのサイズを拡張する

データベースのサイズを拡張する手順を次に示します。なお，データベースのサイズ拡張は，JP1/ITRMの運用を停止した状態で実施してください。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Serviceは起動したままにしてください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmexportコマンドを実行して，データをエクスポートする。
エクスポートされるデータは，JP1/ITRMの使用ポート番号情報，データベースの情報，およびユーザー設定プロパティファイル（jp1itrm.properties）です。

JP1/ITRM DB Serviceを停止する。

jirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

jirmsetupコマンドを実行して，データベースをセットアップする。
セットアップ時には，次のことに注意してください。

アンセットアップしたデータベースより大きなデータベースサイズを指定する。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Serviceは起動したままにしてください。

jirmimportコマンドを実行して，エクスポートしたデータをインポートする。

手順7と逆の順序でサービスを起動する。

クラスタ環境の場合

実行系を現用系に切り替える。

現用系でクラスタソフトを使用して，次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster ServiceおよびJP1/ITRM DB Serviceは起動したままにしてください。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmexportコマンドを実行して，データをエクスポートする。
エクスポートされるデータは，JP1/ITRMの使用ポート番号情報，データベースの情報，およびユーザー設定プロパティファイル（jp1itrm.properties）です。

現用系で手順2で停止したサービスが停止状態のままであることを確認してから，クラスタソフトを使用して，次に示す順序でサービスを停止する。

JP1/ITRM DB Cluster Service

JP1/ITRM DB Service

実行系を予備系に切り替える。

予備系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

実行系を現用系に切り替える。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

現用系でjirmsetupコマンドを実行して，データベースをセットアップする。
セットアップ時には，次のことに注意してください。

アンセットアップしたデータベースより大きなデータベースサイズを指定する。

実行系を予備系に切り替える。

予備系でjirmsetupコマンドを実行して，データベースをセットアップする。

実行系を現用系に切り替える。

現用系でクラスタソフトを使用して，次に示す順序でサービスを起動する。

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

現用系で手順4でエクスポートしたデータを，jirmimportコマンドを実行してインポートする。

現用系でjirmsetportnoコマンドを実行して，JP1/ITRMの使用ポート番号を確認する。

手順16と逆の順序でサービスを停止する。

実行系を予備系に切り替える。

予備系でjirmsetportnoコマンドを実行して，手順18で確認したポート番号を設定する。
データのインポート前後でポート番号の設定を変更していない場合，この操作は不要です。

実行系を現用系に切り替える。

手順16と逆の順序でサービスを起動する。

手順2と逆の順序でサービスを起動する。

8.7　サービスの状態を確認する

サービスの状態を一括で確認する手順を次に示します。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmcontrolserviceコマンドを実行する。
引数には-a stateを指定して実行してください。
このコマンドで状態を確認できるサービスを次に示します。

JP1/ITRM Web Service（JP1_ITRMWebService）

JP1/ITRM Service（JP1_ITRMService）

JP1/ITRM DB Service（HiRDBEmbeddedEdition_JR0）

8.8　JP1/ITRMシステムの設定を変更する

ここでは，次に示すシステムの設定変更の手順を説明します。

IPアドレスの変更

ポート番号の変更

ホスト名の変更

システム日時の変更

インストール先フォルダの変更

仮想イメージテンプレートまたは退避イメージ格納フォルダの変更

メール送信元識別名の変更

ネットワーク環境設定の変更

＜この節の構成＞

8.8.1　IPアドレスを変更する

8.8.2　ポート番号を変更する

8.8.3　ホスト名を変更する

8.8.4　システム日時を変更する

8.8.5　インストール先フォルダを変更する

8.8.6　仮想イメージテンプレートまたは退避イメージ格納フォルダを変更する

8.8.7　メール送信元識別名を変更する

8.8.8　ネットワーク環境設定を変更する

8.8.1　IPアドレスを変更する

IPアドレスを変更する手順を次に示します。なお，IPアドレスの変更は，JP1/ITRMの運用を停止した状態で実施してください。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

IPアドレスを変更する。

ユーザー設定プロパティファイル（jp1itrm.properties）のキーCO.ITRMServerURLに変更後のIPアドレスを指定する。

管理対象の設定を見直す。
管理対象の設定については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のITリソースを管理対象にするために必要な設定についての説明を参照してください。

ファイアウォールの設定をしている場合は，設定を見直す。

手順1と逆の順序でサービスを起動する。

クラスタ環境の場合

現用系が実行系であることを確認する。

クラスタシステムのサービスの登録を解除する。
実行系および待機系のクラスタソフトに登録している次のサービスを解除してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

現用系で動作しているサービスを，次に示す順序で停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Serviceは起動したままにしてください。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmbackupコマンドを実行して，データのバックアップを取得する。

現用系で動作しているJP1/ITRM DB Serviceを停止する。

実行系を予備系に切り替える。

予備系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

予備系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

実行系を現用系に切り替える。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

IPアドレスを変更する。

ユーザー設定プロパティファイル（jp1itrm.properties）のキーCO.ITRMServerURLに変更後のIPアドレスを指定する。

ファイアウォールの設定をしている場合は，設定を見直す。

管理対象の設定を見直す。
管理対象の設定については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のITリソースを管理対象にするために必要な設定についての説明を参照してください。

現用系でjirmsetupコマンドを実行して，データベースをセットアップする。
セットアップ時には，次のことに注意してください。

アンセットアップしたデータベースと同じ格納フォルダを指定する。

実行系を予備系に切り替える。

予備系でjirmsetupコマンドを実行して，データベースをセットアップする。

実行系を現用系に切り替える。

現用系でJP1/ITRM DB Serviceが起動していることを確認する。

現用系でjirmrestoreコマンドを実行して，バックアップで取得したJP1/ITRMの使用ポート番号の情報，データベース情報，および定義ファイルをリストアする。

現用系でjirmsetportnoコマンドを実行して，JP1/ITRMの使用ポート番号を確認する。

現用系でJP1/ITRM DB Serviceを停止する。

実行系を予備系に切り替える。

予備系でjirmsetportnoコマンドを実行して，手順23で確認したポート番号を設定する。

実行系を現用系に切り替える。

クラスタシステムにサービスを登録する。
実行系および待機系のクラスタソフトに次のサービスを登録してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

なお，サービスの依存関係については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWSFCへのサービスの登録についての説明を参照してください。

JP1/ITRM DB Serviceを起動する。

手順3で停止したサービスを，逆の順序で起動する。

8.8.2　ポート番号を変更する

JP1/ITRMが使用しているポート番号を変更する手順を次に示します。なお，ポート番号の変更は，JP1/ITRMの運用を停止した状態で実施してください。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmsetportnoコマンドを実行して，ポート番号を変更する。
JP1/ITRMで使用するポート番号，ファイアウォールについては，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のポート番号とファイアウォールについての説明を参照してください。

手順1と逆の順序でサービスを起動する。

クラスタ環境の場合

現用系が実行系であることを確認する。

クラスタシステムのサービスの登録を解除する。
実行系および待機系のクラスタソフトに登録している次のサービスを解除してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

現用系で動作しているサービスを，次に示す順序で停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Service

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmsetportnoコマンドを実行して，ポート番号を変更する。
JP1/ITRMで使用するポート番号，ファイアウォールについては，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のポート番号とファイアウォールについての説明を参照してください。

実行系を予備系に切り替える。

予備系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

予備系でjirmsetportnoコマンドを実行して，ポート番号を変更する。

クラスタシステムにサービスを登録する。
実行系および待機系のクラスタソフトに次のサービスを登録してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

なお，サービスの依存関係については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWSFCへのサービスの登録についての説明を参照してください。

手順3と逆の順序でサービスを起動する。

8.8.3　ホスト名を変更する

JP1/ITRMのホスト名を変更する手順を次に示します。なお，ホスト名の変更は，JP1/ITRMの運用を停止した状態で実施してください。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Serviceは起動したままにしてください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmbackupコマンドを実行して，データのバックアップを取得する。

次に示すサービスで，スタートアップの種類が「自動」になっているサービスを「手動」に変更する。

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM Web Service

ホスト名を変更後に元に戻す必要があるため，変更するサービスのスタートアップの種類を控えておいてください。

次のサービスを停止する。

JP1/ITRM DB Service

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

ホスト名を変更する。

Windows Serverをリブートする。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmsetupコマンドを実行して，データベースを再セットアップする。
再セットアップ時には，次のことに注意してください。

バックアップを取得したデータベースと同じデータベースサイズを指定する。

メール通知の設定をしているときは，指定するメール送信元識別名を変更後のホスト名に変更する。

jirmrestoreコマンドを実行して，バックアップで取得したJP1/ITRMの使用ポート番号の情報，データベース情報，および定義ファイルをリストアする。

ユーザー設定プロパティファイル（jp1itrm.properties）のキーCO.IDNameに変更後のホスト名を指定する。

手順1と逆の順序でサービスを起動する。

スタートアップの種類を「手動」に変更したサービスを，「自動」に戻す。

クラスタ環境の場合

現用系が実行系であることを確認する。

クラスタシステムのサービスの登録を解除する。
実行系および待機系のクラスタソフトに登録している次のサービスを解除してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

現用系で動作しているサービスを，次に示す順序で停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Serviceは起動したままにしてください。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmbackupコマンドを実行して，データのバックアップを取得する。

現用系で動作しているJP1/ITRM DB Serviceを停止する。

実行系を予備系に切り替える。

予備系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

予備系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

実行系を現用系に切り替える。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

ホスト名を変更する。

現用系でjirmsetupコマンドを実行して，データベースをセットアップする。
セットアップ時には，次のことに注意してください。

アンセットアップしたデータベースと同じ格納フォルダを指定する。

実行系を予備系に切り替える。

予備系でjirmsetupコマンドを実行して，データベースをセットアップする。

実行系を現用系に切り替える。

現用系でJP1/ITRM DB Serviceを起動する。

現用系でjirmrestoreコマンドを実行して，バックアップを取得したJP1/ITRMの使用ポート番号の情報，データベース情報，および定義ファイルをリストアする。

ユーザー設定プロパティファイル（jp1itrm.properties）のキーCO.IDNameに論理ホスト名が指定されていることを確認する。

現用系でjirmsetportnoコマンドを実行して，JP1/ITRMの使用ポート番号を確認する。

現用系でJP1/ITRM DB Serviceを停止する。

実行系を予備系に切り替える。

予備系でjirmsetportnoコマンドを実行して，手順21で確認したポート番号を設定する。

実行系を現用系に切り替える。

クラスタシステムにサービスを登録する。
実行系および待機系のクラスタソフトに次のサービスを登録してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

なお，サービスの依存関係については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWSFCへのサービスの登録についての説明を参照してください。

JP1/ITRM DB Serviceを起動する。

手順3と逆の順序でサービスを起動する。

クラスタ環境で論理ホスト名を変更する場合

現用系が実行系であることを確認する。

クラスタシステムのサービスの登録を解除する。
実行系および待機系のクラスタソフトに登録している次のサービスを解除してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

現用系で動作しているサービスを，次に示す順序で停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Cluster Service

JP1/ITRM DB Serviceは起動したままにしてください。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmbackupコマンドを実行して，データのバックアップを取得する。

現用系で動作しているJP1/ITRM DB Serviceを停止する。

実行系を予備系に切り替える。

予備系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

予備系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

実行系を現用系に切り替える。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

ホスト名を変更する。

現用系でjirmsetupコマンドを実行して，データベースをセットアップする。
セットアップ時には，次のことに注意してください。

アンセットアップしたデータベースと同じ格納フォルダを指定する。

実行系を予備系に切り替える。

予備系でjirmsetupコマンドを実行して，データベースをセットアップする。
セットアップ時には，次のことに注意してください。

アンセットアップしたデータベースと同じ格納フォルダを指定する。

実行系を現用系に切り替える。

現用系でJP1/ITRM DB Serviceを起動する。

現用系で，スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

現用系でjirmrestoreコマンドを実行して，バックアップで取得したJP1/ITRMの使用ポート番号の情報，データベース情報，および定義ファイルをリストアする。

ユーザー設定プロパティファイル（jp1itrm.properties）のキーCO.IDNameに変更後の論理ホスト名を設定する。

現用系でjirmsetportnoコマンドを実行して，JP1/ITRMの使用ポート番号を確認する。

現用系でJP1/ITRM DB Serviceを停止する。

実行系を予備系に切り替える。

予備系でjirmsetportnoコマンドを実行して，手順22で確認したポート番号を設定する。

実行系を現用系に切り替える。

クラスタシステムにサービスを登録する。
実行系および待機系のクラスタソフトに次のサービスを登録してください。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

JP1/ITRM DB Cluster Service

なお，サービスの依存関係については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWSFCへのサービスの登録についての説明を参照してください。

JP1/ITRM DB Serviceを起動する。

手順3と逆の順序でサービスを起動する。

JP1/IM - Managerと連携している場合

JP1/IM - Manager側で次に示す定義ファイルを修正してください。

構成定義ファイルの修正と更新
構成定義ファイルに記述したホスト名を変更後のホスト名に変更し，JP1/IM - Managerにその設定を反映してください。

自動アクション定義の修正と更新
実行ホスト名を変更前から変更後のホスト名に変更してください。

8.8.4　システム日時を変更する

JP1/ITRMが稼働するサーバのシステム日時を変更する手順を次に示します。日時を進める場合と戻す場合で手順が異なりますので，注意してください。なお，システム日時の変更は，JP1/ITRMの運用を停止した状態で実施してください。

日時を進める場合

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

システム日時を変更する。

手順1と逆の順序でサービスを起動する。

日時を戻す場合

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

システム日時を変更する。

変更後のシステム日時が，変更前のシステム日時に達するまで，サービスを停止させておく。

手順1と逆の順序でサービスを起動する。

8.8.5　インストール先フォルダを変更する

JP1/ITRMのインストール先フォルダを変更する手順を次に示します。なお，インストール先フォルダの変更は，JP1/ITRMの運用を停止した状態で実施してください。

次に示す順序でサービスを停止する。

JP1/ITRM Web Service

JP1/ITRM Service

JP1/ITRM DB Service

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmunsetupコマンドを実行して，セットアップ済みのデータベースをアンセットアップする。

JP1/ITRMをアンインストールする。

注意

JP1/ITRMをアンインストールすると，データベースも使えなくなります。データベースを退避したい場合には，jirmexportコマンドを実行してデータをエクスポートし，再インストール後にjirmimportコマンドを実行してデータをインポートしてください。

JP1/ITRMをインストールする。
インストール時に，変更後のインストール先フォルダを指定してください。

スタートメニューの［すべてのプログラム］－［JP1_IT Resource Management - Manager］－［JP1_ITRM コマンドプロンプト］を選択する。

jirmsetupコマンドを実行して，データベースをセットアップする。

手順1と逆の順序でサービスを起動する。

注意

エクスポートする場合，プロパティ，ログ，仮想イメージテンプレートおよび退避イメージは引き継がれません。インポート後，次の内容を見直してください。

プロパティ

仮想イメージテンプレートの格納先

退避イメージの格納先

8.8.6　仮想イメージテンプレートまたは退避イメージ格納フォルダを変更する

JP1/ITRMで使用する，仮想イメージテンプレートまたは退避イメージ格納フォルダを変更する手順を次に示します。

仮想イメージテンプレートまたは退避イメージのデータを，変更するフォルダに移動する。

ユーザー設定プロパティファイル（jp1itrm.properties）を編集する。
次のキーを編集してください。

仮想イメージテンプレート格納フォルダを変更する場合：CO.templateFilePath

退避イメージ格納フォルダを変更する場合：CO.storedImagePath

JP1/ITRM Serviceを再起動する。

8.8.7　メール送信元識別名を変更する

JP1/ITRMで使用する，メール送信元識別名を変更する手順を次に示します。

ユーザー設定プロパティファイル（jp1itrm.properties）を編集する。
CO.IDNameキーを編集してください。

JP1/ITRM Serviceを再起動する。

8.8.8　ネットワーク環境設定を変更する

JP1/ITRMのネットワーク環境の設定を変更する手順を次に示します。

ユーザー設定プロパティファイル（jp1itrm.properties）を編集する。
ML.networkTrafficControlキーを編集してください。

ネットワーク速度に設定する内容

100Mbps以下　ML.networkTrafficControl = 1

1Gbps以上　ML.networkTrafficControl = 0

JP1/ITRM Serviceを再起動する。

9.　トラブルシューティング

この章では，JP1/ITRMでトラブルが発生した場合の対処方法や，トラブルの対処に必要な資料の採取方法について説明します。

＜この章の構成＞

9.1　対処の手順

9.2　ログ情報の種類

9.3　トラブル発生時に採取が必要な資料

9.4　資料の採取方法

9.5　トラブルへの対処方法

9.1　対処の手順

ここでは，JP1/ITRMでトラブルが発生した場合の対処の手順を説明します。なお，一般的に想定されるトラブルの対処方法については，「9.5　トラブルへの対処方法」を参照してください。

現象の確認と対処
トラブルの現象を確認し，対処してください。メッセージが出力されているときは，メッセージの内容も確認し対処してください。

資料の採取
手順1でトラブルが解消されない場合，または内部エラー，通信エラーなどの場合は，トラブルの要因を調査するために資料を採取する必要があります。「9.2　ログ情報の種類」を参照して，必要な資料を採取してください。

要因の調査
採取した資料を基にトラブルの要因を調査し，問題が発生している部分，または問題の範囲を切り分けてください。

9.2　ログ情報の種類

JP1/ITRMを運用している場合に出力されるログ情報は，次の4種類です。

共通メッセージログ

統合トレースログ

公開ログ

プロセス別トレースログ

ここでは，4種類のログ情報を説明します。なお，JP1/ITRMが出力するログファイルの格納先については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のファイル一覧を参照してください。

＜この節の構成＞

9.2.1　共通メッセージログ

9.2.2　統合トレースログ

9.2.3　公開ログ

9.2.4　プロセス別トレースログ

9.2.1　共通メッセージログ

共通メッセージログとは，システム側のトラブルを通知する，システム管理者向けのログ情報のことです。共通メッセージログは，必要最小限のトラブル情報を通知します。

共通メッセージログは，Windowsイベントログに出力されます。

9.2.2　統合トレースログ

統合トレースログとは，各プログラムが出力するトレース情報を，統合トレース機能（HNTRLib2）を通じて，1つの出力先ファイルにまとめて採取するログ情報のことです。統合トレースログには，共通メッセージログより詳しい内容のメッセージが出力されます。統合トレースログのデフォルトの出力先は次のとおりです。

システムドライブ:¥Program Files (x86)¥Hitachi¥HNTRLib2¥spool¥hntr2{1|2|3|4}.log

統合トレースログは，任意のテキストエディタで参照できます。統合トレースログの出力例を次に示します。

図9-1　統合トレースログの出力例

統合トレースログに出力されるヘッダー情報と出力項目の説明を次の表に示します。

表9-1　統合トレースログのヘッダー情報

ヘッダー情報 | 説明
OS情報 | 統合トレース機能が起動しているOSの情報が出力されます。
ホスト名 | 統合トレース機能が起動しているホストの名称が出力されます。
タイムゾーン | OSのタイムゾーンが出力されます。
統合トレースログ機能起動時刻 | 統合トレース機能を起動した時刻が出力されます。

表9-2　統合トレースログの出力項目

出力項目
説明

番号（4けた）
トレースレコードの通番。
番号は，ログを出力したプロセスごとに採番されます。

日付（10バイト）
トレースの取得日付。
日付は，yyyy/mm/dd（年/月/日）の形式で出力されます。

時刻※（12バイト）
トレースの取得時刻（ローカル時刻）。
時刻は，hh:mm:ss.sss（時:分:秒.ミリ秒）形式で出力されます。

AP名
アプリケーションを識別するための名称（アプリケーション識別名）。
JP1/ITRMで出力されるAP名は次のとおりです。

JP1ITRMService

JP1ITRMView

JP1ITRMAdapter

JP1ITRMRegistry

JP1ITRMProcCtrl

pid
プロセスID。OSが付けるプロセスIDです。

tid
スレッドID。スレッドを識別するためのIDです。

メッセージID
メッセージの出力形式で説明したメッセージID。この製品で使用するメッセージIDです。

メッセージテキスト
統合トレースログに出力されるメッセージのテキスト。この製品から出力されるメッセージテキストです。

注※

統合トレースログに出力されるログの時刻は，出力したプロセスのタイムゾーンでフォーマットされます。このため，環境変数TZを変更したユーザーなどがサービスを起動したり，コマンドを実行したりすると，OSに設定されているタイムゾーンと異なる時刻が出力されることがあります。

9.2.3　公開ログ

公開ログとは，ユーザーに公開し，問題解決を促すために使用するログ情報のことです。Webブラウザーやサービス，コマンドの実行結果が，公開ログとして出力されます。

公開ログは，次のフォルダに出力されます。

ITRMパス¥JP1ITRM¥logs

クラスタ環境の場合は，次のフォルダに出力されます。

共有フォルダ¥JP1ITRM¥logs

公開ログの一覧を次の表に示します。

表9-3　公開ログの一覧

公開ログ
説明
公開ログを出力するプロセス

SetupMessage数字.log※1※2
jirmsetupまたはjirmunsetupコマンドが出力するログです。セットアップまたはアンセットアップの実行結果が出力されます。
jirmsetup
jirmunsetup

ProcessCtrlMessage数字.log※2
JP1/ITRM Serviceが出力するログです。各子プロセスを制御するプロセスのログが出力されます。
jirmprocesscontroller

RegistryMessage数字.log※2
JP1/ITRM Serviceが出力するログです。制御プロセスによって起動された子プロセスのログが出力されます。
jirmRMI

ServiceMessage数字.log※2
jirmService

AdapterMessage数字.log※2
jirmAdapter

ViewMessage数字.log※2
cjstartweb

ApiMessage数字.log※2※3
cjstartweb

注※1

SetupMessage数字.logは，ログ出力制御やログファイルのサイズおよび面数の変更はできません。また，クラスタ環境の場合でもITRMパス¥JP1ITRM¥logsに出力します。

注※2

数字はログファイルの面数が入ります。

注※3

ApiMessage数字.logは，次のどちらかの方法でAPI機能を有効化していない場合は作成されません。

JP1/ITRMのインストール時に[APIポート番号]のチェックボックスをONに設定する。なお，インストール時のデフォルト値はOFFに設定されます。
インストール時にAPI機能を有効化する方法については，マニュアル「JP1/ITResource Management - Manager 設計・構築ガイド」の，提供媒体を使ったインストールについての説明を参照してください。

jirmsetportnoコマンドを実行して，API機能を有効化する。
jirmsetportnoコマンドの詳細については，マニュアル「JP1/IT ResourceManagement - Managerリファレンス」を参照してください。

9.2.4　プロセス別トレースログ

プロセス別トレースログとは，JP1/ITRMの各機能が出力するログ情報のことです。ログ情報は，各機能によって異なるログファイルに出力されます。なお，プロセス別トレースログには製品情報が含まれているため，内容は公開していません。

9.3　トラブル発生時に採取が必要な資料

ここでは，トラブルが発生した場合に採取が必要な資料を説明します。

JP1/ITRMでは，必要な資料を一括して採取するためにjirmgetlogsコマンドを用意しています。jirmgetlogsコマンドで採取できる資料は，OSのシステム情報やJP1の情報です。

＜この節の構成＞

(1)　OSのシステム情報

(2)　JP1の情報

(3)　オペレーション内容

(4)　画面上のエラー情報

(5)　ユーザーダンプ

(6)　管理対象の情報

(1)　OSのシステム情報

OSに関する次の情報の採取が必要です。これらの情報はjirmgetlogsコマンドで採取できます。

表9-4　OSのシステム情報

情報の種類
採取資料
ファイル名※

資料採取日時

date /tの実行結果

time /tの実行結果

date.txt

Windowsイベントログ

アプリケーション
システムルートフォルダ¥System32¥Winevt¥Logs¥Application.evtx

システム
システムルートフォルダ¥System32¥Winevt¥Logs¥System.evtx

system.txt

application.txt

日立総合インストーラのログファイル
Windowsのインストール先フォルダ¥Temp¥HCDINST以下のファイル
左記ファイルのコピーファイル

マシンに設定されているホスト名，サービスポートの設定
システムルートフォルダ¥system32¥drivers¥etc
左記フォルダのコピーファイル

NICの実装状況
ipconfig /allの実行結果
ipconfiglist.txt

起動サービス一覧
net startの実行結果
netstartlist.txt

ネットワーク統計情報
netstatの実行結果
netstatlist.txt

レジストリ情報
レジストリ
HKEY_LOCAL_MACHINE¥SOFTWARE¥Wow6432Node¥HITACHIの内容をregeditコマンドで採取した結果
hitachiRegInfo.txt

マシンの環境変数
setの実行結果
setlist.txt

DCOM設定情報
レジストリ
HKEY_LOCAL_MACHINE¥Software¥Microsoft¥OLEの内容をregeditコマンドで採取した結果
ole.txt

マシンのシステム情報
Msinfo32 /reportファイル名の実行結果
osinfo.nfo

OS適用済みのHotfix情報
systeminfoの実行結果
systeminfo.txt

注※

jirmgetlogsコマンドを実行したあとの格納先でのファイル名です。格納先については，マニュアル「JP1/IT Resource Management - Manager リファレンス」を参照してください。

(2)　JP1の情報

JP1に関する次の情報の採取が必要です。これらの情報は，jirmgetlogsコマンドで採取できます。また，ネットワーク接続でのトラブルの場合，接続先マシン上のファイルの採取も必要です。

表9-5　JP1の情報

情報の種類
採取資料
ファイル名

統合トレースログ
システムドライブ:¥Program Files (x86)¥Hitachi¥HNTRLib2¥spool¥以下のファイル
採取元のファイル名と同じファイル名

ライセンス登録情報ファイル
システムドライブ:¥Program Files (x86)¥Hitachi¥jp1common¥jp1itrm以下のファイル
採取元のファイル名と同じファイル名

ファイル一覧

ITRMパス¥JP1ITRM以下のフォルダ，ファイル

共有フォルダ以下のフォルダ，ファイル※1

採取元のファイル名と同じファイル名

環境設定情報

ITRMパス¥JP1ITRM¥conf以下のフォルダ，ファイル

共有フォルダ¥conf以下のフォルダ，ファイル

採取元のファイル名と同じファイル名

ログ情報

ITRMパス¥JP1ITRM¥log以下のファイル

共有フォルダ¥log以下のファイル※1

採取元のファイル名と同じファイル名

etcファイル

ITRMパス¥JP1ITRM¥etc以下のフォルダ，ファイル

共有フォルダ¥etc以下のファイル※1

採取元のファイル名と同じファイル名

バージョン情報
システムドライブ:¥Program Files (x86)¥InstallShield InstallationInformation¥{D2E32475-BA7E-4EDB-BF57-A868AA1B52CC}¥Setup.ilg，Setup.ini
Setup.ilg，
Setup.ini

インストールログ
Windowsのインストール先フォルダ¥Temp¥HITACHI_JP1_INST_LOG¥jp1itrm_inst数字.log※2
採取元のファイル名と同じファイル名

パッチの適用履歴
ITRMパス¥JP1ITRM¥PATCHLOG.TXT
採取元のファイル名と同じファイル名

注※1

クラスタ運用時にだけ採取される資料です。

注※2

数字にはログファイルの面数が入ります。

(3)　オペレーション内容

トラブル発生時のオペレーション内容について記録してください。

(4)　画面上のエラー情報

画面にエラー情報が表示された場合，エラーが表示された画面のハードコピーを採取してください。

(5)　ユーザーダンプ

Windows ServerでJP1/ITRMのプロセスがアプリケーションエラーで停止した場合は，ユーザーダンプを採取してください。

(6)　管理対象の情報

(a)　管理対象がWindowsの場合

JP1/ITRMの管理対象がWindowsの場合，Windowsのシステム情報を採取してください。

表9-6　Windowsのシステム情報

情報の種類
採取資料

資料採取日時
コマンドプロンプトから次のコマンドの実行結果※1

date /t コマンド

time /t コマンド

Windowsイベントログ
Windowsイベントログ※2

アプリケーションのログ

システムのログ

マシンに設定されているホスト名の設定
次のファイルのコピー
%systemroot%¥system32¥drivers¥etc¥hosts

マシンに設定されているサービスポートの設定
次のファイルのコピー
%systemroot%¥system32¥drivers¥etc¥services

NICの実装状況
次のコマンドをコマンドプロンプトから実行した結果
ipconfig /allコマンド

起動サービス一覧
次のコマンドをコマンドプロンプトから実行した結果
net startコマンド

ネットワーク統計情報
次のコマンドをコマンドプロンプトから実行した結果
netstat -a -n -oコマンド

ファイアウォール設定情報
次のコマンドをコマンドプロンプトから実行した結果

Windows Server 2003の場合

netsh firewall show config

netsh firewall show state

Windows Server 2008以降の場合

netsh advfirewall firewall show rule name=all

netsh advfirewall show allprofiles

UAC設定情報
レジストリ情報※3（Windows Server 2008以降の場合だけ）
HKEY_LOCAL_MACHINE ¥SOFTWARE¥Microsoft¥Windows¥CurrentVersion¥Policies¥System以下の内容

マシンの環境変数
次のコマンドをコマンドプロンプトから実行した結果
setコマンド

DCOM設定情報
レジストリ情報HKEY_LOCAL_MACHINE¥Software¥Microsoft¥OLE以下の内容

マシンのシステム情報
次のコマンドをコマンドプロンプトから実行した結果※4
msinfo32 /reportファイル名

OS適用済みのHotfix情報
次のコマンドをコマンドプロンプトから実行した結果
systeminfoコマンド

Windowsディレクトリ以下のファイル一覧
次のコマンドをコマンドプロンプトから実行した結果
dir /s %systemroot%

注※1

コマンドプロンプトで標準出力と標準エラー出力をファイルにリダイレクトし，次のように実行してください。

date /t >date.txt 2>&1

注※2

イベントログは［スタート］－［ファイル名を指定して実行］で，「eventvwr.msc」と入力して実行して表示されるイベントビューアーで，次のように採取してください。

Windows Server 2003の場合

イベントビューアーで［アプリケーション］を選択し，右クリック－［ログファイルの名前を付けて保存］を選択して，ファイルの種類で「テキスト形式」を選択してください。同様の方法で［システム］のログを保存してください。

Windows Server 2008の場合

イベントビューアーで［Windowsログ］－［アプリケーション］を選択し，右クリック－［すべてのイベントを名前をつけて保存］を選択してください。

次にファイルの種類で「テキスト形式」を選択してください。同様の方法で「システム」のログを保存してください。

Windows Server 2012以降の場合

イベントビューアーで［Windowsログ］－［Application］を選択し，右クリック－［すべてのイベントを名前をつけて保存］を選択してください。

次にファイルの種類で「テキスト形式」を選択してください。同様の方法で「システム」のログを保存してください。

注※3

レジストリ情報は次のように採取してください。

［スタート］－［ファイル名を指定して実行］で，「regedit」と入力して実行して表示されるレジストリエディタで，採取するレジストリを選択してください。レジストリを選択したら，右クリック－［エクスポート］を選択し，任意の名前で保存してください。

注※4

msinfo32.exeは次のように実行してください。

Windows Server 2003の場合

"%CommonProgramFiles%¥Microsoft Shared¥MSInfo¥msinfo32.exe" /

report msinfo32.txt

Windows Server 2008以降の場合

%windir%¥system32¥msinfo32.exe /report msinfo32.txt

(b)　管理対象がLinux，HP-UX，またはAIXの場合

JP1/ITRMの管理対象がLinux，HP-UX，またはAIXの場合，それぞれ次のツールを利用して資料を採取してください。

Linuxの場合：sosreport

rootユーザーで次のコマンドを実行し，sosreportがインストールされていることを確認してください。インストールされているツールのバージョンによって出力は異なります。

# rpm -qa sos
sos-バージョン情報

ツールがインストールされている場合は，次の例のようにコマンドを実行し，資料を採取してください。

Red Hat Enterprise Linux 5
# sosreport -n apache, cluster -k rpm.va=off

Red Hat Enterprise Linux 6
# sosreport -n apache, cluster -k rpm.rpmva=off

HP-UXの場合：システム情報採取ツール

rootユーザーで次のコマンドを実行し，システム情報採取ツールがインストールされていることを確認してください。インストールされているツールのバージョンによって出力は異なります。

# swlist -l product hitachi-sys-info-collection-tool
hitachi-sys-info-collection-tool 01.10.00.1 System Information Collection Tool

ツールがインストールされている場合は，次のコマンドを実行し，資料を採取してください。

# /opt/hitachi/systoru/bin/systoru -t failure

AIXの場合：snap

rootユーザーで次のコマンドを実行し，コマンドがインストールされていることを確認してください。インストールされているコマンドのバージョンによって出力は異なります。

# lslpp -L bos.rte.serv_aid
Fileset              Level  State  Type  Description (Uninstaller)
------------------------------------------------------------------
bos.rte.serv_aid    7.1.0.1   C     F    Error Log Service Aids

ツールがインストールされている場合は，次のコマンドを実行し，資料を採取してください。

# /usr/sbin/snap -gtLkc

管理対象に上記のツールがインストールされていない場合は，システム情報を採取してください。コマンド実行時は，次のように実行し，標準出力と標準エラー出力をファイルにリダイレクトしてください。

/bin/date > date.txt 2>&1

ファイルのコピー時は，次のように実行し，ファイルの属性を維持してコピーしてください。

cp -p (コピー元) (コピー先)

表9-7　Linux，HP-UX，またはAIXのシステム情報

情報の種類
採取資料

資料採取日時
次のコマンドの実行結果

Linuxの場合

/bin/dateコマンド

HP-UXまたはAIXの場合

/usr/bin/dateコマンド

シスログ
次のファイルのコピー

Linuxの場合

/var/log/message

/var/log/message.n※1

HP-UXの場合

/var/adm/syslog/syslog.log

AIXの場合

/var/adm/syslog/syslog.log

/var/adm/syslog/syslog.log.n※1

マシンに設定されているホスト名
次のファイルのコピー
/etc/hosts

マシンに設定されているサービスポートの設定
次のファイルのコピー
/etc/services

NICの実装状況
次のコマンドの実行結果

Linuxの場合

/bin/netstat -inコマンド

HP-UXまたはAIXの場合

/usr/bin/netstat -inコマンド

プロセス一覧
次のコマンドの実行結果

Linuxの場合

/bin/ps -elfaコマンド

HP-UXまたはAIXの場合

/usr/bin/ps -elfaコマンド

マシンの環境変数※2
次のコマンドの実行結果

Linuxの場合

/bin/envコマンド

HP-UXまたはAIXの場合

/usr/bin/envコマンド

カーネルパラメーター情報
次のコマンドの実行結果またはファイルのコピー

Linuxの場合

/sbin/sysctl -aコマンド

ulimit -aコマンド

HP-UXの場合

/usr/sbin/sysdefコマンド

/usr/sbin/kmtuneコマンド

/usr/sbin/kctuneコマンド

/usr/bin/ulimit -aコマンド

AIXの場合

/usr/sbin/lsattr -E -l sys0コマンド

/usr/bin/ulimit -aコマンド

/etc/security/limitsファイル

サーバのモデル
次のコマンドの実行結果

Linuxの場合

/usr/sbin/dmidecodeコマンド

HP-UXの場合

/usr/bin/modelコマンド

AIXの場合

/usr/bin/uname -Mコマンド

CPU情報
次のコマンドの実行結果

Linuxの場合

/bin/cat /proc/cpuinfo

HP-UXの場合

/usr/contrib/bin/machinfoコマンド

AIXの場合

/usr/sbin/prtconfコマンド

共有メモリ情報
次のコマンドの実行結果
/usr/bin/ipcs -aコマンド

メモリ情報
次のコマンドの実行結果

Linuxの場合

/bin/cat /proc/meminfo

HP-UXの場合

/usr/sbin/swapinfo -tコマンド

AIXの場合

/usr/sbin/lsps -sコマンド

ディスク情報
次のコマンドの実行結果

Linuxの場合

/bin/df -P -l -B 1024コマンド

HP-UXの場合

/usr/bin/bdf -lコマンド

AIXの場合

/usr/bin/df -k -Pコマンド

PCIデバイス情報
次のコマンドの実行結果（Linuxの場合だけ）
/sbin/lspciコマンド

デバイス情報一覧
次のコマンドの実行結果（HP-UXまたはAIXの場合だけ）

HP-UXの場合

/usr/sbin/ioscan -nfkコマンド

AIXの場合

/usr/sbin/lsdevコマンド

システム診断状況
次のコマンドの実行結果

Linuxの場合

/bin/dmesgコマンド

HP-UXの場合

/etc/dmesgコマンド

AIXの場合

/usr/bin/alog -o -t bootコマンド

OSのパッチ適用状況
次のコマンドの実行結果

Linuxの場合

/bin/rpm -qaコマンド

HP-UXの場合

/usr/sbin/swlist -l productコマンド

/usr/sbin/swlistコマンド

/usr/sbin/swlist -l fileset -a patch_state *.*,c=patchコマンド

AIXの場合

/usr/bin/lslpp -l -aコマンド

/usr/sbin/instfix -a -icvコマンド

OSのバージョン情報
次のコマンドの実行結果

Linuxの場合

/bin/uname -aコマンド

HP-UXまたはAIXの場合

/usr/bin/uname -aコマンド

インストール済みの日立製品情報
次のコマンドの実行結果
/etc/.hitachi/pplistd/pplistdコマンド

Linuxリリース情報
次のファイルのコピー（Linuxの場合だけ）
/etc/redhat-release

ネームサービス設定ファイル
次のファイルのコピー

LinuxまたはHP-UXの場合

/etc/nsswitch.conf

AIXの場合

/etc/netsvc.conf

DNSサーバ設定ファイル
次のファイルのコピー
/etc/resolv.conf

ネットワーク・インターフェースの設定
次のコマンドの実行結果

Linuxの場合

sbin/ifconfig -aコマンド

HP-UXの場合

/usr/sbin/lanscanコマンド

AIXの場合

/etc/ifconfig -aコマンド

ネットワーク構成情報
次のファイルのコピー（Linuxの場合だけ）
/etc/sysconfig/network

システムクロック設定
次のファイルのコピー（Linuxの場合だけ）
/etc/sysconfig/clock

パケットフィルタリング設定
次のファイルのコピー（Linuxの場合だけ）
/etc/sysconfig/iptables

OS起動情報
次のファイルのコピー（Linuxの場合だけ）
/etc/rc.d/rc

NIC設定情報
次のファイルのコピー（Linuxの場合だけ）
/etc/sysconfig/network-scripts/ifcfg-*ファイル

IPルーティング情報
次のコマンドの実行結果（Linuxの場合だけ）
sbin/routeコマンド

パケットフィルタリング情報
次のコマンドの実行結果（Linuxの場合だけ）
/sbin/service iptables status

注※1

/var/log/message.nおよび/var/adm/syslog/syslog.log.nの「n」の部分にはログファイルの面数が入ります。

注※2

マシンの環境変数を採取する際は，認証情報に設定したユーザーまたはrootユーザーでコマンドを実行してください。

また，OSのデプロイに関するトラブルでは，管理対象のトラブル発生時に採取する資料に加え，次の資料を採取してください。

HVMへOSをデプロイした場合

マニュアル「JP1/ServerConductor/Deployment Manager」の資料採取の方法についての説明を参照して，必要な資料を採取してください。

デプロイ先でWindowsが起動している場合

次のセットアップログのコピーを採取してください。

%systemroot%¥System32¥sysprep¥Panther¥setupact.log

9.4　資料の採取方法

ここでは，トラブルが発生した場合に資料を採取する方法を説明します。

＜この節の構成＞

(1)　jirmgetlogsコマンドを実行する

(2)　オペレーション内容を確認する

(3)　画面上のエラー情報を採取する

(4)　ユーザーダンプを採取する

(5)　Hitachi Device Managerのログを採取する

(6)　管理対象のコマンドの実行結果を採取する

(1)　jirmgetlogsコマンドを実行する

コマンドプロンプトを起動して，jirmgetlogsコマンドを実行します。

jirmgetlogsコマンドで採取する資料の総容量は膨大になるため，コマンドを実行する前に容量を見積もり，使用マシンの空き容量を確認してください。jirmgetlogsコマンドで採取する資料サイズについては，JP1/ITRMのリリースノートを参照してください。

Windowsのコマンドプロンプト上で，jirmgetlogsコマンドを実行する例を次に示します。

C:¥>"C:¥Program Files (x86)¥HITACHI¥jp1itrm¥bin¥jirmgetlogs" -f 資料格納フォルダ

資料格納フォルダは，絶対パスまたは相対パスで指定してください。また，資料格納フォルダが空白を含むフォルダの場合，"（ダブルクォーテーション）で囲んで指定してください。

jirmgetlogsコマンドを実行すると，資料格納フォルダに指定したフォルダ下にJP1ITRMRasInfoフォルダが作成され，採取した資料がコピーされます。

(2)　オペレーション内容を確認する

トラブル発生時のオペレーション内容を確認し，記録します。確認が必要な情報を次に示します。

オペレーション内容の詳細

発生している現象の詳細

発生時刻

マシン構成（各OSのバージョン，ホスト名，JP1/ITRMの構成）

再現性

ログインユーザー名

(3)　画面上のエラー情報を採取する

画面にエラー情報が表示された場合は，その情報も採取します。次に示すハードコピーを採取してください。

JP1/ITRM，およびOSが出力しているメッセージのハードコピー

エラーダイアログボックスのハードコピー（［詳細］ボタンをクリックして表示される内容を含む）

コマンドが出力しているメッセージのハードコピー

(4)　ユーザーダンプを採取する

Windows ServerでJP1/ITRMのプロセスがアプリケーションエラーで停止した場合は，エラーダイアログボックスが表示されている状態で，ユーザーダンプを採取してください。

注意

エラーダイアログボックスを消してしまうと正常なダンプは取得されないため，ユーザーダンプを採取できなくなってしまいます。誤って［OK］ボタンをクリックするなどして，ダンプの採取前にエラーダイアログボックスを消してしまった場合は，現象を再現させてからユーザーダンプを採取してください。

ユーザーダンプの採取方法を次に示します。

タスクマネージャを起動する。
タスクマネージャは，次のどちらかの手順で起動できます。

タスクバーの空いている場所で右クリックをして［タスクマネージャ］を選択する。

［Ctrl］＋［Shift］＋［Esc］キーを押す。

［プロセス］タブをクリックする。

アプリケーションエラーで停止したJP1/ITRMのプロセス名を右クリックし，［ダンプファイルの作成］を選択する。

ユーザーダンプの出力先パスを示すダイアログボックスが表示されるので，そこから採取する。

(5)　Hitachi Device Managerのログを採取する

Hitachi Device Managerのログの採取方法については，次のマニュアルを参照してください。

バージョン6.4以降のHitachi Device ManagerをSMI-Sプロバイダーとして使用した場合
マニュアル「Hitachi Device Manager and Provisioning Manager Software システム構成ガイド」

バージョン7.0.1以降のHitachi Device ManagerをSMI-Sプロバイダーとして使用した場合
マニュアル「Hitachi Command Suite Software システム構成ガイド」

(6)　管理対象のコマンドの実行結果を採取する

認証プロトコルにSSHを使用しているITリソース（Linux，HP-UX，およびAIX）について，［ドライブ］タブや［パフォーマンス］タブに情報が表示されなかったり，不正な値が表示されたりする場合は，該当するOSのコマンドの実行結果を採取してください。なお，コマンドを実行する際は，JP1/ITRMの認証情報に設定したユーザーで管理対象にログインする必要があります。

ドライブおよびパフォーマンスに関する各種表示項目とOSのコマンドとの対応関係を表9-8と表9-9に示します。

表9-8　［ドライブ］タブに表示される情報に対応するOSコマンド

OS
コマンド

Linux
mount
df -P -l -B 1024

HP-UX
/usr/bin/bdf -l
/usr/bin/df -nl

AIX
/usr/bin/df -k -P
/usr/sbin/mount

表9-9　［パフォーマンス］タブに表示される情報に対応するOSコマンド

OS
種別
コマンド

Linux※1
CPU使用率
/bin/cat /proc/stat

メモリ使用率
cat /proc/meminfo

ネットワーク平均パケット送受信量
/bin/cat /sys/class/net/ネットワークアダプタ名※2/statistics/tx_packets
/bin/cat /sys/class/net/ネットワークアダプタ名※2/statistics/rx_packets

1セクタ当たりのディスク平均転送時間
ls -lQ /dev/disk/by-path/
ls -lQ /dev/disk/by-id/
cat /sys/block/sdX/stat
cat /sys/block/dm-N/stat

ディスク空き容量
df -P -l -B 1024
mount

FC-HBA平均フレーム送受信量
cat /sys/class/fc_host/hostN/statistics/tx_frames
cat /sys/class/fc_host/hostN/statistics/rx_frames

ディスク書き込み／読み込み転送速度
ls -lQ /dev/disk/by-path/
ls -lQ /dev/disk/by-id/
cat /sys/block/sdX/stat
cat /sys/block/dm-N/stat

HP-UX
CPU使用率
/usr/sbin/sar -Mu 3 1

メモリ使用率
/usr/contrib/bin/machinfo
/usr/bin/vmstat

ネットワーク平均パケット送受信量
/usr/sbin/lanscan -ia
/usr/bin/netstat -niw

ディスク転送処理の平均時間

共通

/usr/bin/sar -d 1 1

HP-UX 11i v2(IPF)

/usr/sbin/ioscan -FnkC disk

HP-UX 11i v3(IPF)

/usr/sbin/ioscan -FNkC disk

/usr/sbin/ioscan -Fm hwpath

ディスク空き容量
/usr/bin/bdf -l
/usr/sbin/mount

AIX
CPU使用率
/usr/sbin/sar -P ALL 3 1
/usr/sbin/smtctl

メモリ使用率
/usr/bin/vmstat
/usr/sbin/prtconf -m

ネットワーク平均パケット送受信量
/usr/bin/netstat -in
/usr/sbin/lsdev -l en[0-9]* -Fname

ディスク転送処理の平均時間
/usr/sbin/sar -d 1 1
/usr/sbin/lsdev -C -c disk -Fname:location

ディスク空き容量
/usr/bin/df -k -P
/usr/sbin/mount

（凡例）

X：アルファベットが入ります。

N：数字が入ります。

*：文字列が入ります。

注※1

Linuxの/sys以下のファイルは，構成によって存在しない場合があります。

注※2

ネットワークアダプタ名は，次に示す名称に対応しています。なお，「N」には数字，「*」には文字列が入ります。

ethN，vlanN，*bond*，emN，pNpN，ibftN

9.5　トラブルへの対処方法

ここでは，JP1/ITRMで一般的に想定されるトラブルの対処方法を説明します。

＜この節の構成＞

9.5.1　ログインに関するトラブルの対処方法

9.5.2　ITリソースの構成把握に関するトラブルの対処方法

9.5.3　タスク実行中のサービス停止・エラー発生後の回復処理の失敗によるタスク失敗時の対処方法

9.5.4　ITリソースの提供に関するトラブルの対処方法

9.5.5　ITリソースの利用状況の確認に関するトラブルの対処方法

9.5.1　ログインに関するトラブルの対処方法

ここでは，JP1/ITRMへのログインに関するトラブルの対処方法について説明します。

＜この項の構成＞

(1)　WebブラウザーからJP1/ITRMに接続できない

(2)　「認証に失敗しました。」というメッセージが出力され，ログインできない

(1)　WebブラウザーからJP1/ITRMに接続できない

要因

次の要因が考えられます。

JP1/ITRM ServiceまたはJP1/ITRM Web Serviceが停止しています。

WebブラウザーとJP1/ITRMのサーバ間でネットワークトラブルが発生しています。

指定したポート番号に誤りがあります。

対処

要因に応じて対処してください。

JP1/ITRM ServiceまたはJP1/ITRM Web Serviceが起動しているかどうかを確認してください。

Pingコマンドを実行して，サーバに接続できるかどうかを確認してください。

telnetコマンドを実行して，対象のポートに接続できるかどうかを確認してください。

(2)　「認証に失敗しました。」というメッセージが出力され，ログインできない

要因

次の要因が考えられます。

ログイン名，パスワードが正しく入力されていません。

ユーザーアカウントがロックされています。

対処

要因に応じて対処してください。

有効なログイン名，パスワードを入力してください。なお，パスワードの大文字，小文字は区別されます。

次のどちらかの手順で，ユーザーアカウントのロックを解除してください。

［ユーザー設定］画面からロックを解除する

管理者ロールに所属するユーザーでログインする。

設定画面の［設定メニュー］－［ユーザー管理］をクリックする。

ロックを解除したいユーザーの［編集］ボタンをクリックする。

［状態］を［使用可能］に変更し，［OK］ボタンをクリックする。

サービスの再起動をしてロックを解除する

JP1/ITRM ServiceおよびJP1/ITRM Web Serviceを再起動します。

なお，この手順の場合は，JP1/ITRMに登録しているすべてのユーザーのロックが解除されます。

9.5.2　ITリソースの構成把握に関するトラブルの対処方法

ここでは，ITリソースの探索や接続に関するトラブルの対処方法について説明します。

＜この項の構成＞

(1)　SCVMMまたはvCenterを発見できない

(2)　HVMを発見できない

(3)　FCスイッチを発見できない

(4)　SMI-Sストレージが発見できない

(5)　管理対象サーバのWMI接続に失敗する

(6)　管理対象サーバのSSH接続に失敗する

(7)　SSHプロトコルで監視対象ホストから情報を取得する際に，情報取得が失敗する

(8)　管理対象のSSH接続に時間が掛かり，認証エラーとなる

(9)　過去に記録されているITリソースの稼働状態，性能情報が管理対象サーバ側の情報と一致しなくなった

(10)　接続状態，認証状態，ディスクの空き容量，性能に問題がないにもかかわらず，ITリソースの状態が正常な状態にならない

(1)　SCVMMまたはvCenterを発見できない

要因

次の要因が考えられます。

前提となるWindowsサーバが発見されていません。

VMware認証の設定を行っていません。

対処

要因に応じて対処してください。

SCVMMまたはvCenterが導入されているWindowsサーバを発見する必要があります。該当サーバに対するWMI認証を設定してください。

vCenterを発見するには，VMware認証が必要です。該当サーバに対するVMware認証を設定してください。

なお，正常に発見された場合は，管理対象に設定したあと，リソース管理画面の［リソース管理メニュー］－［仮想構成］に仮想環境の構成が表示されます。

(2)　HVMを発見できない

要因

次の要因が考えられます。

HVMとの通信に必要なHvmSh.exeがインストールされていません。

HVM側にITリソース管理サーバのIPアドレスが登録されていません。

対処

要因に応じて対処してください。

対応するバージョンのHvmSh.exe，および必要に応じてHvmShの初期ファイルをITRMパス¥JP1ITRM¥system¥HVM¥binへコピーしてください。

HVMの管理画面（System Configuration）のBSMxIP Addressに，ITリソース管理サーバのIPアドレスを登録してください。

設定手順の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のHVMを管理対象にする準備についての説明を参照してください。

(3)　FCスイッチを発見できない

要因

次の要因が考えられます。

FCスイッチのIPアドレスを直接探索しています。

FCスイッチがSMI-Sプロバイダーから監視されていません。

対処

要因に応じて対処してください。

探索は，SMI-SプロバイダーのIPアドレスに対して実行してください。

FCスイッチをサポートするSMI-Sプロバイダーを導入し，FCスイッチを監視してください。

(4)　SMI-Sストレージが発見できない

要因

次の要因が考えられます。

ストレージの管理IPアドレスを探索しているおそれがあります。

Hitachi Device ManagerがCIMを使わない設定になっているおそれがあります。

対処

要因に応じて対処してください。

SMI-Sストレージで指定する探索対象をHitachi Device ManagerのIPアドレスとしてください。

Hitachi Device ManagerがCIMサーバを使う設定になっているかを確認してください。また，CIMサーバを使う設定に変更した場合は，Hitachi Device Managerを再起動してください。

(5)　管理対象サーバのWMI接続に失敗する

要因

次の要因が考えられます。

VMware Toolsがインストールされていません。

OSの設定が誤っています。

対処

要因に応じて対処してください。

VMware Toolsをインストールしてください。

Windows ファイアウォール，DCOM，およびUACの設定を見直してください。

これらの設定方法の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWindows Serverの設定についての説明を参照してください。

(6)　管理対象サーバのSSH接続に失敗する

要因

次の要因が考えられます。

IPアドレスの設定が誤っています。

デフォルトゲートウェイの設定が誤っています。

サブネットマスクの設定が誤っています。

ファイアウォールでポート番号22がふさがっています。

対処

接続先情報（IPアドレス，デフォルトゲートウェイ，サブネットマスク）が正しいか確認してください。また，接続先のファイアウォールの設定が正しいか確認してください。

(7)　SSHプロトコルで監視対象ホストから情報を取得する際に，情報取得が失敗する

要因

情報取得時※1にバックグラウンドプロセスからの出力や，ブロードキャストメッセージ※2が出力されることで，監視対象ホストからの取得情報が不正となる場合があります。

この監視の問題は，ホストの探索，構成情報取得，状態情報取得，性能情報取得，OSリブート，スクリプト実行のどの処理でも発生することがあります。

例えば，探索の処理でホストからの情報取得に失敗した場合は，次のメッセージが表示されることがあります。

「SSH接続は成功しましたが，サポートしていないOSが起動しているサーバです。(IPアドレス=xxx.xxx.xxx.xxx)」

注※1　OSユーザーのシェル環境でコマンドを実行することで情報を取得します。

注※2　wallコマンドによる通知，shutdown時の警告メッセージなどを指します。

対処

情報取得に失敗した場合は，失敗した処理を再度実行してください。

(8)　管理対象のSSH接続に時間が掛かり，認証エラーとなる

要因

次の要因が考えられます。

パスワードを入力しないでsuコマンドの実行を許可する設定が有効になっています。

通信障害が発生しています。

対処

要因に応じて対処してください。

JP1/ITRMで接続するユーザーで管理対象サーバにログインして次のコマンドを入力した場合，「パスワードの入力待ち」状態になることを確認してください。
su - root
「パスワードの入力待ち」状態にならない場合，パスワードを入力しないでsuコマンドの実行を許可する設定を無効にしてください。

通信障害が発生していないか確認してください。通信障害が発生している場合，通信障害の要因を取り除いてください。

(9)　過去に記録されているITリソースの稼働状態，性能情報が管理対象サーバ側の情報と一致しなくなった

要因

管理対象サーバのハードウェアの認識順序が変わったためであると考えられます。

（管理対象の構成変更，OS再起動によるハードウェアの認識順序の変更などの場合）

対処

管理対象サーバをいったん削除し，再度探索を実施してください。

ただし，管理対象サーバを削除した場合，これまで記録されている稼働状態，性能などの情報は削除されます。

(10)　接続状態，認証状態，ディスクの空き容量，性能に問題がないにもかかわらず，ITリソースの状態が正常な状態にならない

要因

コンポーネントの状態に問題が発生しているおそれがあります。

対処

次の手順で対処してください。

［イベント］タブに表示される状態監視のエラーのイベントから，コンポーネント（ネットワークアダプタなど）の問題を通知しているイベントがないか確認する。

該当するイベントのコンポーネントの障害を取り除き，対象のITリソースの情報を再収集する。

9.5.3　タスク実行中のサービス停止・エラー発生後の回復処理の失敗によるタスク失敗時の対処方法

デプロイ，退避，復元，コールドマイグレーションのタスク実行中にサービス（JP1/ITRM Service）を停止したり，エラーが発生した後の回復処理が失敗した場合は一時生成物が残った状態でタスクが失敗します。また，jirmimageimportコマンドでエラーが発生した場合も一時生成物が残る場合があります。

この場合は，JP1/ITRM上でタスクが実行されていないことを確認したあと，次に示す手順で復旧が必要です。なお，一時生成物が残った状態で同じ操作を繰り返すと，一時生成物が重複するために操作が失敗するおそれがあります。復旧手順を実施したあと，必要に応じて再度実行してください。

＜この項の構成＞

(1)　操作対象がvCenterの場合

(2)　操作対象がSCVMMの場合

(3)　操作対象がHVMの場合

(1)　操作対象がvCenterの場合

jirmimageimportコマンド
JP1/ITRMの仮想イメージテンプレート格納フォルダ配下に一時生成物が格納されている場合があります。仮想イメージテンプレート格納フォルダで，jirmimageimportコマンドを実行した時間に作成されたフォルダを確認し，存在する場合は削除してください。

デプロイ
VMware ESXに一時生成物が格納されている場合があります。VMware管理クライアント上でデプロイの実行時に指定した仮想ホストを確認し，存在する場合は操作対象の仮想ホストを削除してください。

退避
JP1/ITRMの退避イメージ格納フォルダ配下に一時生成物が格納されている場合があります。VMware管理クライアント上で退避の実行時に指定した仮想ホストを確認し，存在する場合は退避操作に指定した仮想ホストは継続して使用できます。JP1/ITRMの退避イメージ格納フォルダにて，退避を実行した時間に作成されたフォルダを探し，その中のOVFパッケージファイル名が「仮想ホスト名.ovf」となっていることを確認し，退避を実行した時間に作成されたフォルダが存在する場合は削除してください。

復元
VMware管理クライアント上で復元の実行時に指定した退避イメージを使った仮想ホストの登録状況を確認し，登録が完了している場合は復元操作でVMware ESXへ登録した仮想ホストは使用できます。この場合は，JP1/ITRMの退避イメージ管理にて退避イメージを確認し，存在する場合は削除してください。

コールドマイグレーション
JP1/ITRMの退避イメージ格納フォルダ配下に一時生成物が格納されている場合があります。VMware管理クライアント上でコールドマイグレーションの実行時に指定した仮想ホストを確認し，次のどれかの対処にてコールドマイグレーション操作で作成された一時生成物を削除してください。

(a)　コールドマイグレーションの実行時に指定した仮想ホストが操作前のVMware ESXに存在する場合

コールドマイグレーション操作に指定した仮想ホストは継続して使用できます。JP1/ITRMの退避イメージ格納フォルダにて，コールドマイグレーションを実行した時間に作成されたフォルダを探し，その中のOVFパッケージファイル名が「仮想ホスト名.ovf」となっていることを確認し，コールドマイグレーションを実行した時間に作成されたフォルダが存在する場合は削除してください。

(b)　コールドマイグレーションの実行時に指定した仮想ホストが操作前および移動先のVMware ESXに存在しない場合

仮想ホストが退避イメージ格納フォルダに退避されていますが，移動先のVMware ESXへの復元中に中止されています。次の手順を実施して，コールドマイグレーションに失敗した仮想ホストを復旧してください。

VMware 管理クライアントから「OVFテンプレートのデプロイ」を実行する。

JP1/ITRMの退避イメージ格納フォルダにて，コールドマイグレーションを実行した時間に作成されたフォルダを探し，その中のOVFパッケージファイル（仮想ホスト名.ovf）を指定する。

「OVFテンプレートのデプロイ」のウィザードに従い，コールドマイグレーション前の仮想ホストの構成になるように各項目を指定する。

「OVFテンプレートのデプロイ」の完了後，VMware 管理クライアントでコールドマイグレーション前の仮想ホストの構成になっていることを確認する。

VMware管理クライアントから仮想ホストを起動する。

仮想ホストのOSが起動したことを確認したあと，JP1/ITRMから仮想ホストに対して再収集を実施する。

JP1/ITRMの退避イメージ格納フォルダから，手順2で探したフォルダを削除する。

(c)　コールドマイグレーションの実行時に指定した仮想ホストが移動後のVMware ESXに存在する場合

コールドマイグレーション操作で移動した仮想ホストは使用できます。この場合は，JP1/ITRMの退避イメージ格納フォルダにて，コールドマイグレーションを実行した時間に作成されたフォルダを探し，その中のOVFパッケージファイル名が「仮想ホスト名.ovf」となっていることを確認し，コールドマイグレーションを実行した時間に作成されたフォルダが存在する場合は削除してください。

(2)　操作対象がSCVMMの場合

jirmimageimportコマンド
JP1/ITRMの仮想イメージテンプレート格納フォルダ配下に一時生成物が格納されている場合があります。仮想イメージテンプレート格納フォルダで，jirmimageimportコマンドを実行した時間に作成されたフォルダを確認し，存在する場合は削除してください。

デプロイ（SCVMM管理コンソール上に次に示すデータが残されていた場合）
デプロイを実行した時間に追加されたデータを確認し，次に示すデータが残されていた場合は削除してください。追加された時間は，SCVMM管理コンソールから該当のデータの追加日時を確認します。

データの種類
名前
内容

ハードウエアプロファイル

ゲストOSプロファイル

テンプレート

仮想ホスト名称_UID※
SCVMM管理コンソールの機能ボタンで［ライブラリ］を選択し，ライブラリのリストから，種類・名前のオブジェクトを探します。見つけたオブジェクトから右クリックメニューを開き，［削除］を選択します。

バーチャルハードディスク
仮想ホストのVHD名_UID※.vhd

応答ファイル
ad_itrmsysp_仮想ホスト名称_UID※.inf，
ad_itrmsysp_仮想ホスト名称_UID※.xml

バーチャルマシン
（なし）
SCVMM管理コンソールの機能ボタンで［バーチャルマシン］を選択し，バーチャルマシンのリストから，JP1/ITRM操作時に指定した仮想ホスト名と同名のオブジェクトを探します。見つけたオブジェクトから右クリックメニューを開き，［削除］を選択します。

注※

UIDは，JP1/ITRMが内部で割り当てた20文字～30文字のユニークな文字列です。

（例）-7633cb2d12cb98a92ee-3c23

デプロイ（ライブラリ共有（共有フォルダ）内に次に示すデータが残されていた場合）
ライブラリ共有の共有パスをファイルシステム上から開き，次に示す名前のフォルダを削除します。この操作は，エクスプローラのフォルダオプションから，「隠しファイル，隠しフォルダー，および隠しドライブを表示する」を選択して隠しフォルダを表示できるように設定してから実施します。
名前：__ITRM__仮想化ソフトウェアのFQDN__仮想ホスト名称

退避
退避操作が中止された場合，JP1/ITRMの退避イメージ格納フォルダの配下に一時生成物が格納されている場合があります。SCVMM管理コンソール上で退避の実行時に指定した仮想ホストを確認し，次のどちらかの対処にて退避操作で作成された一時生成物を削除してください。

Hyper-V上に仮想ホストが存在する場合

SCVMM管理コンソールから仮想ホストが起動できることを確認したあと，JP1/ITRMの退避イメージ格納フォルダにて，退避を実行した時間に作成されたフォルダを確認し，存在する場合は削除してください。SCVMM管理コンソールで仮想ホストの状態が「移行は失敗しました」となっていて，起動できない場合は，SCVMM管理コンソール上で仮想ホストを修復してから起動してください。

SCVMMライブラリ内に仮想ホストが存在する場合

SCVMMライブラリ内に仮想ホストがある場合，Hyper-V上に仮想ホストを展開する必要があります。手順については，「9.5.4(15)　SCVMM管理下の仮想ホストの退避に失敗した場合に仮想ホストがHyper-Vから削除される」を参照してください。SCVMM管理コンソールから仮想ホストが起動できることを確認したあと，JP1/ITRMの退避イメージ格納フォルダで，退避を実行した時間に作成されたフォルダを確認し，存在する場合は削除してください。

復元
復元操作が中止された場合，SCVMMライブラリ上に一時生成物が格納されている場合があります。SCVMM管理コンソール上で復元の実行時に指定した退避イメージを使った仮想ホストの登録状況を確認し，次のどれかの対処にて復元操作で作成された一時生成物を削除してください。

Hyper-V上に仮想ホストが存在し，状態が「実行中」または「停止済み」の場合

SCVMM管理コンソール上で仮想ホストの状態を確認し，状態が「実行中」または「停止済み」となっていて，仮想ホストがHyper-V上にある場合は仮想ホストを削除しないで，SCVMMの管理コンソールから必要に応じてネットワークアダプタの接続先を設定し，仮想ホストのOSが起動することを確認した後，JP1/ITRM - Managerから仮想ホストに対して再収集を実施してください。再収集できたら，JP1/ITRM上の退避イメージ管理画面から復元に使用した退避イメージを削除します。

Hyper-V上に仮想ホストが存在し，状態が「移行は失敗しました」の場合

SCVMM管理コンソール上で仮想ホストの状態を確認し，状態が「移行は失敗しました」となっていた場合は仮想ホストを削除し，もう一度JP1/ITRMの退避イメージから復元を実施してください。

SCVMMライブラリ内に仮想ホストが存在する場合

仮想ホストがライブラリサーバ上にある場合は，SCVMM管理コンソール上で仮想ホストを削除し，もう一度JP1/ITRMの退避イメージから復元を実施してください。

SCVMMライブラリ内およびHyper-V上に仮想ホストが存在しないで，ライブラリ共有（共有フォルダ）に次に示すデータが残されていた場合

ライブラリ共有の共有パスをファイルシステム上から開き，次に示す名前のフォルダを削除します。

名前：ITRM_仮想ホスト名-数値

コールドマイグレーション
コールドマイグレーション操作が中止された場合，JP1/ITRMの退避イメージ格納フォルダの配下，またはSCVMMライブラリ上に一時生成物が格納されている場合があります。SCVMM管理コンソール上でコールドマイグレーションの実行時に指定した仮想ホストを確認し，次のどれかの対処にてコールドマイグレーション操作で作成された一時生成物を削除してください。

SCVMMライブラリ内に仮想ホストが存在する場合

SCVMMライブラリ内に仮想ホストがある場合，Hyper-V上に仮想ホストを展開する必要があります。手順については，「9.5.4(16)　SCVMM管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがHyper-Vから削除される」を参照してください。

SCVMMライブラリ内およびHyper-V上に仮想ホストが存在しない場合

SCVMMライブラリ内に仮想ホストがない場合，Hyper-V上に仮想ホストを展開する必要があります。手順については，「9.5.4(16)　SCVMM管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがHyper-Vから削除される」を参照してください。

マイグレーション元のHyper-V上に仮想ホストが存在する場合

SCVMM管理コンソールから仮想ホストが起動できることを確認したあと，JP1/ITRMの退避イメージ格納フォルダで，退避を実行した時間に作成されたフォルダを確認し，存在する場合は削除してください。SCVMM管理コンソールで仮想ホストの状態が「移行は失敗しました」となっていて，起動できない場合は，SCVMM管理コンソール上で仮想ホストを修復してから起動してください。

マイグレーション先のHyper-V上に仮想ホストが存在し，状態が「実行中」または「停止済み」の場合

仮想ホストを削除しないで，SCVMMの管理コンソールから必要に応じてネットワークアダプタの接続先を設定し，仮想ホストのOSが起動することを確認したあと，JP1/ITRMから仮想ホストに対して再収集を実施してください。再収集後，JP1/ITRM上の退避イメージ管理画面から復元に使用した退避イメージを削除します。

マイグレーション先のHyper-V上に仮想ホストが存在し，状態が「移行は失敗しました」の場合

JP1/ITRMの退避イメージ格納フォルダにてコールドマイグレーションを実行した時間に作成されたフォルダが存在することを確認してください。

存在する場合は，SCVMM管理コンソール上から状態が「移行は失敗しました」の仮想ホストを削除してください。手順については，「9.5.4(16)　SCVMM管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがHyper-Vから削除される」を参照してください。

(3)　操作対象がHVMの場合

jirmimageimportコマンド
JP1/ITRMの仮想イメージテンプレート格納フォルダ配下に一時生成物が格納されている場合があります。仮想イメージテンプレート格納フォルダで，jirmimageimportコマンドを実行した時間に作成されたフォルダを確認し，存在する場合は削除してください。

デプロイ
デプロイ時に新規に作成されたLUやホストグループが残っていることがあります。AdapterMessage.logを参照して，次のメッセージが出力されているか確認してください。出力されているメッセージによって対処が異なります。

メッセージKNAR54278-I「LUの作成に成功しました。(URL={0}, Name={1}, LU番号={2})※」

メッセージKNAR54280-I「ホストグループの作成に成功しました。(URL={0}, Name={1}, ホストのWWPN={2}, ストレージのポート名={3}, ホストグループID={4})※」

メッセージKNAR54278-Iが出力されている場合

仮想ホストのLUが作成されました。SMI-Sプロバイダーから手動で仮想ホストのLUを削除してください。

メッセージKNAR54280-Iが出力されている場合

仮想ホストのホストグループが作成されました。SMI-Sプロバイダーから手動で仮想ホストのホストグループを削除してください。なお，ストレージのホストグループ名は，SMI-SプロバイダーがHitachi Device Managerの場合，「HCMDxxxx」が自動で設定されます（xxxxは16 進数の英数字）。

どちらのメッセージも出力されていない場合

LUおよびホストグループは作成されていません。仮想ホストのLUとホストグループを手動で削除する必要はありません。

注※

LU番号およびホストグループIDは，SMI-Sプロバイダーのバージョンによって10進数または16進数表記になります。メッセージに出力される内容については，マニュアル「JP1/IT Resource Management - Manager メッセージ」を参照してください。

削除
デプロイ時に新規に作成された仮想ホストのLUおよびホストグループが削除されていないことがあります。AdapterMessage.logのメッセージを参照して，次のメッセージが出力されているか確認してください。出力されているメッセージによって対処が異なります。

メッセージKNAR54282-I「LUの削除に成功しました。(URL={0}, Name={1}, LU番号={2})※」

メッセージKNAR54284-I「ホストグループの削除に成功しました。(URL={0}, Name={1}, ホストのWWPN={2}, ストレージのポート名={3}, ホストグループID={4})※」

どちらのメッセージも出力されていない場合

仮想ホストのLUおよびホストグループは削除されていません。SMI-Sプロバイダーから，手動で仮想ホストのLUとホストグループを削除してください。

メッセージKNAR54282-Iだけ出力されている場合

仮想ホストのLUは削除されていますが，ホストグループは削除されていません。SMI-Sプロバイダーから，手動で仮想ホストのホストグループを削除してください。

どちらのメッセージも出力されている場合

仮想ホストのLUとホストグループは削除されています。仮想ホストのLUとホストグループを手動で削除する必要はありません。

注※

LU番号およびホストグループIDは，SMI-Sプロバイダーのバージョンによって10進数または16進数表記になります。メッセージに出力される内容については，マニュアル「JP1/IT Resource Management - Manager メッセージ」を参照してください。

9.5.4　ITリソースの提供に関するトラブルの対処方法

ここでは，ITリソースの予約や仮想ホストの操作に関するトラブルの対処方法を説明します。

＜この項の構成＞

(1)　［IPアドレス選択］画面に，使用したいIPアドレスが表示されない

(2)　仮想ホストの起動，停止，デプロイなどの操作が失敗する，または，仮想ホストとしての操作が選択できない

(3)　プールおよびvAppを使用している場合に，VMwareで仮想ホストをデプロイすると，リソース不足で失敗する

(4)　Hyper-Vで仮想ホストをデプロイすると，ネットワークアダプタが別の名称で認識される

(5)　仮想ホストのデプロイに失敗したが，未構築の仮想ホストの情報が，管理対象リソースに残っている

(6)　仮想イメージテンプレート化する仮想ホストのAdministratorユーザーのパスワードが空になっていないため，デプロイがタイムアウトで失敗する（仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合）

(7)　vCenterにsysprepを格納していないため，デプロイ時にゲストOSのカスタマイズが失敗する（仮想ホストのOSがWindows Server 2003の場合）

(8)　物理ホストのリブートに失敗する

(9)　JP1/ITRMから，仮想ホストのデプロイや電源の投入などの操作をしようとすると，JP1/ITRMでは失敗するがvCenterでは成功する

(10)　仮想ホストの設定を変更しようとすると，同じ名称の仮想ホストが存在するため，設定を変更できない

(11)　仮想ホストの退避，コールドマイグレーション，仮想イメージテンプレートの呼び出しに失敗する

(12)　OSがLinuxの仮想ホストのデプロイが，タイムアウトで失敗する

(13)　OSがLinuxの仮想ホストのデプロイが，SSHプロトコルに応答せず失敗する

(14)　仮想ホストのデプロイ，コールドマイグレーション，復元のタスクの実行は完了したが，画面で設定した仮想スイッチの設定が反映されず，異なるスイッチに接続された

(15)　SCVMM管理下の仮想ホストの退避に失敗した場合に仮想ホストがHyper-Vから削除される

(16)　SCVMM管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがHyper-Vから削除される

(17)　同一Hyper-V上に同一名称の仮想ホストが存在する場合に意図しない仮想ホストを操作してしまう

(18)　vCenter管理下の仮想ホストに対する復元に失敗する（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

(19)　vCenter管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがVMwareから削除される（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

(20)　仮想ホストを，退避，またはコールドマイグレーション中にキャンセルすると，その仮想ホストをJP1/ITRMから操作できなくなる

(21)　予約で設定したデプロイや復元が，リソース不足で失敗する

(22)　デプロイ先のVMware ESXにドメイン名を設定していないとメッセージKNAR50459-Eが出力されてデプロイが失敗する（仮想化ソフトウェアがVMware ESX 4.1の場合）

(23)　メッセージKNAR55868-Eが出力されて，仮想ホストの退避またはコールドマイグレーションが失敗する（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

(24)　jirmimageimportコマンドを実行して仮想イメージテンプレートを作成したが，JP1/ITRMの仮想イメージテンプレート管理への追加対象に表示されない（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

(25)　メッセージKNAR55014-E，KNAR55052-E，またはメッセージKNAR55054-Eが出力されて，仮想ホストのデプロイが失敗する（仮想化ソフトウェアがVMware ESX，またはVMware ESXiの場合）

(26)　LPARの設定変更タスクに失敗した際，指定値を変更して再実行しようとすると，メッセージKNAR55702-E「LPARの構成が不一致のため，処理を中止しました。(HVM IPアドレス＝{0}，LPAR番号＝{1}，LPAR名＝{2})」が出力されて，処理が失敗する

(27)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=ReturnToStoragePool, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，仮想ホストの削除が失敗する

(28)　Windowsのデプロイに成功したが，タスク完了後に新規作成したホストのタイプが物理のままである

(29)　メッセージKNAR50312-E「SMI-Sストレージの接続が拒否されました。(URL＝{0}, Name={2})」が出力されて，デプロイまたは仮想ホストの削除が失敗する（仮想化ソフトウェアがHVMの場合）

(30)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名={2}, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，デプロイまたは仮想ホスト削除が失敗する（仮想化ソフトウェアがHVMの場合）

(31)　デプロイでユーザースクリプトが実行されているにもかかわらず，メッセージKNAR54101-WまたはメッセージKNAR54102-Wが出力される

(32)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=CreateOrModifyElementFromStoragePool, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，仮想ホストのデプロイが失敗する

(33)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=ExposePaths, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，仮想ホストのデプロイが失敗する

(34)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=HidePaths, SMI-Sプロバイダのエラーコード=9028)」が出力されて，仮想ホストの削除が失敗する

(35)　メッセージKNAR54203-E「APIの実行に失敗しました。(URL={0}, Name={1}, 実行されたAPI名=ReturnToStoragePool, return値=4)」が出力されて，仮想ホストの削除が失敗する

(36)　イメージファイル作成のために，JP1/SC/DPMでバックアップシナリオを実行中に，「パス[specialize]の無人応答ファイルを解析または処理できませんでした。応答ファイルで指定されている設定を適用できません。コンポーネント[Microsoft-Windows-Shell-Setup]の設定を処理中に，エラーが検出されました。」のメッセージが出力されてシナリオ実行が失敗する

(37)　デプロイ実行中に，メッセージKNAR56042-E「JP1/SC/DPMへのデプロイ先の管理MACアドレス登録に失敗しました。(JP1/SC/DPMのIPアドレス={0}，デプロイ先の管理MACアドレス={1}， エラー情報={2})」が出力されて，デプロイが失敗する

(38)　デプロイ実行中に，メッセージKNAR56054-E「指定された複製用情報ファイル格納フォルダに，複製用情報ファイルと同じ名前のファイルが存在します。(フォルダパス={0}, ファイル={1})」が出力されて，デプロイが失敗する

(39)　デプロイが完了しない

(40)　デプロイ実行中に，メッセージKNAR56033-E「JP1/SC/DPMのリストアシナリオ実行に失敗しました。（JP1/SC/DPMのIPアドレス={0}， デプロイ先の管理MACアドレス={1}， シナリオ名={2}， エラー情報={3}）」が出力されて，デプロイが失敗する

(41)　デプロイ実行中に，メッセージ「KNAR56069-E JP1/SC/DPMの更新モードの取得に失敗しました。(エラーコード={0})」が出力されて，デプロイが失敗する

(42)　デプロイ実行中に，メッセージ「KNAR56087-E 仮想ホストに指定するパスワードの設定に失敗しました。(JP1/SC/DPMのIPアドレス={0}， デプロイ先の管理MACアドレス={1}， エラー情報={2}）」が出力されて，デプロイが失敗する

(43)　JP1/ITRMのトポロジービューでホストとストレージが関連づいていない，または，メッセージKNAR53257-E「仮想ホストが使用しているストレージの情報がありませんでした。」が出力されて，仮想ホストの削除が失敗する

(44)　複製用情報ファイル格納フォルダに接続するユーザーを変更してテンプレートを作成するときに，メッセージKNAR83042-E「複製用情報ファイル格納フォルダへの接続に失敗しました。」が出力されて，テンプレートの作成が失敗する

(45)　HVMへのデプロイ中に，JP1/SC/DPMのWebコンソールからシナリオを中断させた場合，メッセージKNAR50168-Wが出力されることがある

(46)　メッセージKNAR55606-EまたはメッセージKNAR55723-Eが出力されて，HVMまたはHVM上のLPARに対する操作が失敗する

(47)　メッセージKNAR55417-Eが出力されて，仮想ホストの復元またはコールドマイグレーションが失敗する（仮想化ソフトウェアがHyper-Vの場合）

(48)　退避，コールドマイグレーションおよびデプロイの対象となる仮想ホストがLinuxの場合に，復元，コールドマイグレーションおよびデプロイがタイムアウトで失敗する

(49)　JP1/ITRMで管理している仮想ホストのタイプが「仮想」とならない，または，仮想ホストのタイプが「仮想」となっているが仮想化領域の枠に表示されない

(50)　JP1/ITRMを使用してVMware上の仮想ホストのCPUコア数を変更した結果，仮想ホストが起動できなくなった（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

(51)　メッセージKNAR55010-E，KNAR55011-E，KNAR55868-E，KNAR55073-E，またはKNAR55066-Wが出力されて，仮想イメージテンプレート作成，仮想ホストのデプロイ，退避，復元，コールドマイグレーション，ホットマイグレーションが失敗する（仮想化ソフトウェアがVMware ESXi 5.0，5.0 Update1，または5.1の場合）

(52)　jirmimageimportコマンドを実行すると何も表示されず終了する

(1)　［IPアドレス選択］画面に，使用したいIPアドレスが表示されない

要因

次の要因が考えられます。

探索で発見したITリソースで，すでにIPアドレスが使用されています。

別の予約で設定した仮想ホストで，すでにIPアドレスが使用されています。

手動追加したリソースで，すでにIPアドレスが使用されています。

対処

次のどちらかの方法で対処してください。

［IPアドレス選択］画面に表示される，別のIPアドレスを使用してください。

JP1/ITRMで管理しているITリソースが持つIPアドレスを使用する場合は，次の手順を実施して，ITリソースの管理を削除してください。

割り当て予約が終了したことを確認する。

タスク画面で，1で失敗したタスクを「未受諾」から「受諾」に変更する。

設定画面の［管理リソース一覧］エリアで該当のIPアドレスを選択し，［削除待ち］ボタンをクリックする。

設定画面の［削除待ちリソース一覧］エリアで該当のIPアドレスを選択し，［削除］ボタンをクリックする。

(2)　仮想ホストの起動，停止，デプロイなどの操作が失敗する，または，仮想ホストとしての操作が選択できない

要因

次の要因が考えられます。

対象の仮想ホストや仮想化ソフトウェアを管理する，仮想化環境管理ソフトウェアを管理対象にしていない。

対象の仮想ホストや仮想化ソフトウェアと，仮想化環境管理ソフトウェアの構成情報が古い。
DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されている場合も該当します。

構成情報が正しく収集されていない。

JP1/ITRMが仮想化環境管理ソフトウェアへの接続に使用するユーザーIDに操作を実行するために必要な権限がない。

操作対象が仮想ホストの場合
・仮想化ソフトウェアの仮想化領域の枠に表示されていない。
・仮想ホストを管理する仮想化ソフトウェアの構成情報が古い。

操作対象が仮想化ソフトウェアの場合
・デプロイに使用した仮想イメージテンプレートの設定が不足している。
・デプロイの操作時に指定したIPアドレスがすでにほかのホストで使われている。

対処

要因に応じて対処してください。

仮想ホストまたは仮想化ソフトウェアを管理する仮想化環境管理ソフトウェアを管理対象にしていない場合
対象の仮想ホストまたは仮想化ソフトウェアを管理する仮想化環境管理ソフトウェアを管理対象にしてください。

仮想ホストまたは仮想化ソフトウェア，仮想化環境管理ソフトウェアの構成情報が古い場合
仮想ホストまたは仮想化ソフトウェア，仮想化環境管理ソフトウェアの構成情報を再収集してください。

構成情報が正しく収集されていない場合
出力されたメッセージについて，マニュアル「JP1/IT Resource Management - Manager メッセージ」に従って対処してください。

JP1/ITRMが仮想化環境管理ソフトウェアへの接続に使用するユーザーIDに操作を実行するために必要な権限がない場合
仮想化環境管理ソフトウェアへの接続に使用するユーザーIDに操作を実行するために必要な権限があるか見直してください。
vCenterの場合は，JP1/ITRMのリリースノートに記載されているVMware管理ソフトウェアが提供する機能が使用できることを確認してください。

仮想ホストが仮想化ソフトウェアの仮想化領域の枠に表示されていない，または仮想化ソフトウェアの構成情報が古い場合
「9.5.4(49)　JP1/ITRMで管理している仮想ホストのタイプが「仮想」とならない，または，仮想ホストのタイプが「仮想」となっているが仮想化領域の枠に表示されない」に記載の要因と対処を確認してください。

操作対象が仮想化ソフトウェアの場合
・デプロイに使用した仮想イメージテンプレートの設定が不足している場合
マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想イメージテンプレートを使用するための設定についての説明を確認してください。
・デプロイの操作時に指定したIPアドレスがすでにほかのホストで使われている場合
ほかのホストで使われていないIPアドレスを使用してデプロイをしてください。
再度デプロイをする場合は，仮想化ソフトウェア上に残ったデプロイ途中の仮想ホストと，JP1/ITRMに残ったデプロイ途中の仮想ホストの情報を削除してから実施してください。
仮想ホストの削除については，「9.5.3　タスク実行中のサービス停止・エラー発生後の回復処理の失敗によるタスク失敗時の対処方法」と，「9.5.4(5)　仮想ホストのデプロイに失敗したが，未構築の仮想ホストの情報が，管理対象リソースに残っている」に記載の手順を確認してください。

(3)　プールおよびvAppを使用している場合に，VMwareで仮想ホストをデプロイすると，リソース不足で失敗する

要因

vCenterを管理対象に設定していません。

対処

vCenterを管理対象に設定してください。

vCenterを管理対象に設定しないで，プールおよびvAppを使用する場合，CPUやメモリの使用率を正しく管理できないため，ホスト検索画面に表示された仮想化ソフトウェアにデプロイしても失敗することがあります。
このような場合は，検索結果のCPU評価値およびメモリ評価値を参考にして，リソースに余裕のあるリソースプールを選択してください。

(4)　Hyper-Vで仮想ホストをデプロイすると，ネットワークアダプタが別の名称で認識される

要因

Hyper-Vの仮想ホストの場合，ゲストOSが認識していたネットワークアダプタの名称が，デプロイ後のゲストOSからは別の名称で認識されることがあります。

対処

ネットワークアダプタが別の名称で認識されていても，仮想NICを使用した通信に影響はありません。ただし，パフォーマンスモニタやnetshコマンドを呼び出すバッチファイルといった，ネットワークアダプタの名称を意識するソフトウェアを使用する場合は，デプロイ後の名称を指定し直すなどの対処が必要です。

(5)　仮想ホストのデプロイに失敗したが，未構築の仮想ホストの情報が，管理対象リソースに残っている

要因

タスクの再実行やほかの予約などで使用するため，未構築の仮想ホストの情報は管理対象リソースから削除しません。

対処

仮想ホストに対して，タスクの再実行やほかの予約をしない場合は，次に示す手順で仮想ホストの情報を削除してください。

設定画面の［設定メニュー］－［管理リソース一覧］をクリックする。

削除する仮想ホストを選択して［削除待ち］ボタンをクリックする。

仮想ホストの情報を完全に削除する場合は，さらに次の手順で削除してください。

設定画面の［設定メニュー］－［削除待ちリソース一覧］をクリックする。

削除する仮想ホストを選択して［削除］ボタンをクリックする。

(6)　仮想イメージテンプレート化する仮想ホストのAdministratorユーザーのパスワードが空になっていないため，デプロイがタイムアウトで失敗する（仮想ホストのOSがWindows Server 2003またはWindows Server 2008以降の場合）

要因

仮想イメージテンプレート化する仮想ホストのAdministratorユーザーのパスワードが空になっていません。

対処

仮想イメージテンプレート化する仮想ホストのAdministratorユーザーのパスワードを空にしてください。手順については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の仮想イメージテンプレートを作成する仮想ホストのパスワードの設定についての説明を参照してください。

(7)　vCenterにsysprepを格納していないため，デプロイ時にゲストOSのカスタマイズが失敗する（仮想ホストのOSがWindows Server 2003の場合）

要因

sysprepファイル群が所定の場所に格納されていません。

対処

sysprepファイル群をvCenterの所定の場所に格納してください。詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想化環境管理ソフトウェアの設定についての説明を参照してください。

(8)　物理ホストのリブートに失敗する

要因

次の要因が考えられます。

対象のホストのOSがLinuxの場合，sudoの設定が誤っています。

対象のホストのOSがHP-UXまたはAIXの場合，RBACの設定が誤っています。

対処

sudoまたはRBACの設定が正しいか確認してください。

(9)　JP1/ITRMから，仮想ホストのデプロイや電源の投入などの操作をしようとすると，JP1/ITRMでは失敗するがvCenterでは成功する

要因

仮想ホストにVMware Toolsがインストールされていません。

対処

仮想ホストにVMware Toolsをインストールしてください。

(10)　仮想ホストの設定を変更しようとすると，同じ名称の仮想ホストが存在するため，設定を変更できない

要因

1つのvCenterで管理する仮想ホストのホスト名が重複しています。

対処

重複している仮想ホストのホスト名を変更してください。

(11)　仮想ホストの退避，コールドマイグレーション，仮想イメージテンプレートの呼び出しに失敗する

要因

仮想ネットワークデバイス，または仮想ディスクが事前に作成されていません。

対処

仮想ネットワークデバイス，または仮想ディスクを事前に作成してください。

(12)　OSがLinuxの仮想ホストのデプロイが，タイムアウトで失敗する

要因

次の要因が考えられます。

デプロイで使用した仮想イメージテンプレートは，bondingやhbondingなどのNICの冗長化構成が設定されていた仮想ホストを基に作成したおそれがあります。

デプロイ時のネットワーク設定にて未使用としたNICが，OSの初期設定に時間を要しているおそれがあります。

対処

要因に応じて対処してください。

デプロイした仮想ホストにログインし，NICの状態を確認してください。

NICの冗長化構成が設定されていた場合は，次のように対処してください。

デプロイした仮想ホストのネットワークを正しく設定してください。

仮想イメージテンプレートは，NICの冗長化構成を設定していない仮想ホストで作成してください。

JP1/ITRM - Managerのタスクから詳細表示画面を起動させて，NICの設定を確認してください。

NICを未使用に設定していた場合は，次のように対処してください。

デプロイ時にユーザースクリプトに指定したコマンドが実行されなかった場合は，仮想ホストにログインしてユーザースクリプトに指定したコマンドを実行してください。その後，仮想ホストに対して探索を実行してください。

同じテンプレートを使用して再度デプロイを行う場合は，NICにIPアドレスを設定してデプロイしてください。

(13)　OSがLinuxの仮想ホストのデプロイが，SSHプロトコルに応答せず失敗する

要因

デプロイで使用した仮想イメージテンプレートは，SSHデーモンが自動起動する設定になっていない仮想ホストを基に作成したおそれがあります。

対処

デプロイした仮想ホストにログインし，SSHデーモンの起動状況を確認してください。

SSHデーモンが起動していなかった場合，仮想イメージテンプレートをSSHデーモンが自動起動するように設定した仮想ホストで作成してください。

(14)　仮想ホストのデプロイ，コールドマイグレーション，復元のタスクの実行は完了したが，画面で設定した仮想スイッチの設定が反映されず，異なるスイッチに接続された

要因

デプロイする仮想イメージテンプレート，復元する退避イメージ，またはコールドマイグレーション元の仮想ホストが複数仮想NICを備えていて，その複数仮想NICが同一ポートグループに接続されています。

対処

複数仮想NICを備える場合は，それぞれ異なるポートグループに接続するようvCenter上から設定変更し，再実行してください。

または，デプロイ，復元，コールドマイグレーションのあと，正しいポートグループに接続するようvCenter上から設定変更してください。

(15)　SCVMM管理下の仮想ホストの退避に失敗した場合に仮想ホストがHyper-Vから削除される

要因

退避した仮想ホストが，SCVMMのライブラリ共有に移動したためです。

対処

次の手順で対処してください。

SCVMMの管理コンソールからHyper-Vへ展開する。

SCVMMの管理コンソールから仮想ホストを起動する。

仮想ホストのOSが起動したのを確認したあと，JP1/ITRM - Managerから仮想ホストに対して再収集を実施する。

(16)　SCVMM管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがHyper-Vから削除される

要因

コールドマイグレーションしている仮想ホストが，SCVMMのライブラリ共有，またはJP1/ITRM - Managerの退避イメージ格納フォルダに移動したためです。

対処

次の手順で移動した仮想ホストがSCVMMのライブラリ共有とJP1/ITRM - Managerのどちらに移動されたかを確認し，移動先に応じた手順で復旧してください。

SCVMMの管理コンソールで，コールドマイグレーションを実行した時間にライブラリ共有に保管されたタスクを見つけ，タスクの情報からライブラリ共有の移動場所を確認する。

手順1で確認したライブラリ共有の移動場所にファイルが存在するかを確認する。
存在しない場合は，JP1/ITRMの退避イメージ格納フォルダにファイルが格納されています。

ライブラリ共有に存在する場合

次の手順で対処してください。

SCVMMの管理コンソールからHyper-Vへ展開する。

SCVMMの管理コンソールから仮想ホストを起動する。

仮想ホストのOSが起動したのを確認したあと，JP1/ITRM - Managerから仮想ホストに対して再収集を実施する。

JP1/ITRMの退避イメージ格納フォルダに存在する場合

次の手順で対処してください。

ライブラリ共有にフォルダを作成する。

退避イメージ格納フォルダから，退避を実行した時間に作成されたフォルダを探し，その中からHVファイル（拡張子なし），構成情報ファイル（退避イメージ格納フォルダのフォルダ名.xml）を除いたファイルを，ライブラリ共有に作成したフォルダにコピーする。

SCVMMの管理コンソールから，ライブラリ共有を選択して［最新の状態に更新］を実行する。

退避に失敗した仮想ホストが見つかるので，SCVMMの管理コンソールからHyper-Vへ展開する。

SCVMMの管理コンソールから仮想ホストを起動する。

仮想ホストのOSが起動したのを確認したあと，JP1/ITRM - Managerから仮想ホストに対して再収集を実施する。

コールドマイグレーションの実行に失敗したときの仮想ホストの退避イメージは，退避イメージ格納フォルダから削除する。

(17)　同一Hyper-V上に同一名称の仮想ホストが存在する場合に意図しない仮想ホストを操作してしまう

要因

SCVMMは，同一Hyper-V上に同一名称の仮想ホストが存在する構成をサポートしていません。そのため，Hyper-V上で直接，同一名称の仮想ホストを複数作成していた場合，JP1/ITRM - Managerから操作するとユーザーが意図したものとは別の同一名称の仮想ホストを操作してしまうことがあります。

対処

同一Hyper-V上で仮想ホストの名称が重複しないように名称を変更してください。

(18)　vCenter管理下の仮想ホストに対する復元に失敗する（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

要因

仮想ホストを退避する際に，仮想ホストで次のデバイスにイメージを設定しているおそれがあります。

CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

対処

次の手順で，復元に失敗した仮想ホストを復旧してください。

VMware管理クライアントから「OVFテンプレートのデプロイ」を実行する。

JP1/ITRM - Managerの退避イメージ格納フォルダから，退避を実行した時間に作成されたフォルダを探し，その中のOVFパッケージファイル（仮想ホスト名.ovf）を指定する。

「OVFテンプレートのデプロイ」のウィザードに従い，退避前の仮想ホストの構成になるように各項目を指定する。

「OVFテンプレートのデプロイ」の完了後，VMware管理クライアントで退避前の仮想ホストの構成になっていることを確認する。

VMware管理クライアントから仮想ホストを起動する。

仮想ホストのOSが起動したことを確認したあと，JP1/ITRM - Managerの削除待ちリソース一覧から仮想ホストを選択して管理対象にする。

JP1/ITRM - Managerの退避イメージ格納フォルダから，手順2で探したフォルダを削除する。

(19)　vCenter管理下の仮想ホストに対するコールドマイグレーションに失敗した場合に仮想ホストがVMwareから削除される（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

要因

仮想ホストをコールドマイグレーションする際に，仮想ホストで次のデバイスにイメージを設定しているおそれがあります。

CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

対処

次の手順で，コールドマイグレーションに失敗した仮想ホストを復旧してください。

VMware管理クライアントから「OVFテンプレートのデプロイ」を実行する。

JP1/ITRM - Managerの退避イメージ格納フォルダから，コールドマイグレーションを実行した時間に作成されたフォルダを探し，その中のOVFパッケージファイル（仮想ホスト名.ovf）を指定する。

「OVFテンプレートのデプロイ」のウィザードに従い，コールドマイグレーション前の仮想ホストの構成になるように各項目を指定する。

「OVFテンプレートのデプロイ」の完了後，VMware管理クライアントでコールドマイグレーション前の仮想ホストの構成になっていることを確認する。

VMware管理クライアントから仮想ホストを起動する。

仮想ホストのOSが起動したことを確認したあと，JP1/ITRM - Managerから仮想ホストに対して再収集を実施する。

JP1/ITRM - Managerの退避イメージ格納フォルダから，手順2で探したフォルダを削除する。

(20)　仮想ホストを，退避，またはコールドマイグレーション中にキャンセルすると，その仮想ホストをJP1/ITRMから操作できなくなる

要因

JP1/ITRMが保持している仮想ホストの構成情報と，実際の構成情報が不一致になっているおそれがあります。

対処

次の手順で回復してください。

vCenterから仮想ホストを起動する。

仮想ホストをJP1/ITRMの管理対象から削除する。

仮想ホストを再探索する。

発見した仮想ホストを管理対象に設定する。

仮想ホストが存在する仮想化ソフトウェアの構成情報を再収集する。

仮想化ソフトウェアを管理しているvCenterの構成情報を再収集する。

(21)　予約で設定したデプロイや復元が，リソース不足で失敗する

要因

空きホスト検索で指定した性能値と，デプロイや復元に設定されている性能値に差異があります。

対処

空きホスト検索で指定した性能値と，デプロイや復元の性能値を合わせてください。

(22)　デプロイ先のVMware ESXにドメイン名を設定していないとメッセージKNAR50459-Eが出力されてデプロイが失敗する（仮想化ソフトウェアがVMware ESX 4.1の場合）

要因

デプロイ先のVMware ESXにドメイン名が設定されていません。

対処

VMware ESXにドメイン名を設定してください。

VMware ESXのドメイン名の設定方法については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のVMwareを管理対象にするための設定についての説明を参照してください。

(23)　メッセージKNAR55868-Eが出力されて，仮想ホストの退避またはコールドマイグレーションが失敗する（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

要因

退避対象またはコールドマイグレーション対象の仮想ホストのデバイスに，USBデバイスを構成しているおそれがあります。

対処

VMware管理クライアントで仮想ホストの設定を確認し，USBデバイスを構成している場合は解除してください。

(24)　jirmimageimportコマンドを実行して仮想イメージテンプレートを作成したが，JP1/ITRMの仮想イメージテンプレート管理への追加対象に表示されない（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

要因

仮想イメージテンプレートの作成元となった仮想ホストのデバイスに，USBデバイスを構成しているおそれがあります。

対処

VMware管理クライアントで仮想ホストの設定を確認し，USBデバイスを構成している場合は解除して再度テンプレートを作成してください。なお，仮想イメージテンプレート管理への追加対象に表示されない仮想イメージテンプレートは，仮想イメージテンプレート格納フォルダから削除してください。

(25)　メッセージKNAR55014-E，KNAR55052-E，またはメッセージKNAR55054-Eが出力されて，仮想ホストのデプロイが失敗する（仮想化ソフトウェアがVMware ESX，またはVMware ESXiの場合）

要因

jirmimageimportコマンドを実行して仮想イメージテンプレートを作成する際に，仮想ホストのデバイスが次のとおり設定されているおそれがあります。

CD/DVDドライブに，ISOファイルを設定している

フロッピードライブに，フロッピーイメージを設定している

対処

VMware管理クライアントで仮想ホストの設定を確認し，ISOファイルまたはフロッピーイメージを設定している場合は，設定を解除して再度テンプレートを作成してください。

(26)　LPARの設定変更タスクに失敗した際，指定値を変更して再実行しようとすると，メッセージKNAR55702-E「LPARの構成が不一致のため，処理を中止しました。(HVM IPアドレス＝{0}，LPAR番号＝{1}，LPAR名＝{2})」が出力されて，処理が失敗する

要因

設定変更タスクで途中まで構成変更が実行されているが，タスクが失敗した場合は，HVMからの構成情報の再収集が実行されないため，JP1/ITRMが保持している構成情報と実際の構成が不一致になっている。

対処

該当するHVMの構成情報の再収集を実施してください。

(27)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=ReturnToStoragePool, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，仮想ホストの削除が失敗する

要因

エラーコードに応じて，次の要因が考えられます。

エラーコード：7637

削除対象の仮想ホストが使用しているLUが，iSCSIターゲットに設定されているおそれがあります。LUをiSCSIターゲットに設定した覚えがない場合は，次の要因が考えられます。

iSCSIターゲットからLUを解除しない状態で，LUを削除した。その後，SMI-SプロバイダーにLUの設定情報が残った状態で，デプロイ操作によって新しく同じLU番号のLUを作成したため，自動的にLUがiSCSIターゲットに再設定された。

エラーコード：9028

削除対象の仮想ホストが使用しているLUが，複数のホストグループに設定されているおそれがあります。LUをホストグループに設定した覚えがない場合は，次の要因が考えられます。

ホストグループからLUを解除しない状態で，LUを削除した。その後，SMI-SプロバイダーにLUの設定情報が残った状態で，デプロイ操作によって新しく同じLU番号のLUを作成したため，自動的にLUがホストグループに再設定された。

対処

エラーコードの要因に応じて対処してください。

エラーコード：7637

削除対象のLUをiSCSIターゲットから解除してください。

エラーコード：9028

削除対象のLUが1つのホストグループに設定されるようにしてください。

(28)　Windowsのデプロイに成功したが，タスク完了後に新規作成したホストのタイプが物理のままである

要因

FC-HBAドライバのバージョンまたはファームウェアバージョンが，JP1/ITRMのサポート対象外のバージョンのおそれがあります。

対処

OS上でFC-HBAのドライババージョンを確認し，対象外のバージョンであった場合は，バージョンアップしてください。なお，ドライバおよびファームウェアのバージョンについては，サポートサービスサイトのJP1/ITRMについて説明しているページを参照してください。

(29)　メッセージKNAR50312-E「SMI-Sストレージの接続が拒否されました。(URL＝{0}, Name={2})」が出力されて，デプロイまたは仮想ホストの削除が失敗する（仮想化ソフトウェアがHVMの場合）

要因

JP1/ITRMに登録されているHitachi Device Managerへアクセスするユーザーが，Hitachi Device ManagerのModify権限とView権限を持っていないおそれがあります。

対処

Hitachi Device Managerで，Modify権限とView権限を持つユーザーをJP1/ITRMへ登録してください。

(30)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名={2}, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，デプロイまたは仮想ホスト削除が失敗する（仮想化ソフトウェアがHVMの場合）

要因

エラーコードに応じて，次の要因が考えられます。

エラーコード：2015

アクセス権限情報の取得時に内部エラーが発生しました。SMI-Sプロバイダーのユーザーが削除されたおそれがあります。

エラーコード：6299

Hitachi Device Managerを使用している場合，次の要因でタスクが失敗しています。

サブシステムでの処理でエラーが発生しました。ストレージの構成変更が実施されたおそれがあります。

対処

エラーコードの要因に応じて対処してください。

エラーコード：2015

SMI-Sプロバイダーの対象ユーザーが存在するか確認してください。

エラーコード：6299

SMI-Sプロバイダーのログを参照し，SMI-Sプロバイダーのマニュアルでエラーコードの内容を確認してください。SMI-SプロバイダーがHitachi Device Managerの場合は，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照して，エラーコードの内容を確認し，マニュアルに従って対処してください。

(31)　デプロイでユーザースクリプトが実行されているにもかかわらず，メッセージKNAR54101-WまたはメッセージKNAR54102-Wが出力される

要因

実行中のユーザースクリプト内で，標準エラー出力が発生しているおそれがあります。

対処

スクリプト内で標準エラー出力が発生していないか見直してください。また，スクリプト実行中に，標準エラー出力が発生するおそれがある場合は，リダイレクトしてください。

入力例

/usr/bin/script.sh > /home/user/output.log

(32)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=CreateOrModifyElementFromStoragePool, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，仮想ホストのデプロイが失敗する

要因

エラーコードに応じて，次の要因が考えられます。

エラーコード：5305

ストレージにAccount Authenticationが設定されていて，ほかのユーザーが同じアカウントでログインしていたおそれがあります。

エラーコード：7704

LU作成対象のDPプールが削除されたおそれがあります。

対処

エラーコードの要因に応じて対処してください。

エラーコード：5305

ストレージに，ほかのユーザーが同じアカウントでログインしていないか確認してください。

エラーコード：7704

SMI-Sプロバイダーのログを参照し，SMI-Sプロバイダーのマニュアルでエラーコードの内容を確認してください。SMI-SプロバイダーがHitachi Device Managerの場合は，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照して，エラーコードの内容を確認し，マニュアルに従って対処してください。

(33)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=ExposePaths, SMI-Sプロバイダのエラーコード=XXXX)」が出力されて，仮想ホストのデプロイが失敗する

要因

エラーコードに応じて，次の要因が考えられます。

エラーコード：7133

指定されたポートのWWNが最大数に達しているため，WWNを追加できませんでした。

エラーコード：7154

指定されたポートのホストグループが最大数に達しているため，ホストグループを追加できませんでした。

対処

エラーコードの要因に応じて対処してください。

エラーコード：7133

不要なWWNを削除してください。

エラーコード：7154

不要なホストグループを削除してください。

(34)　メッセージKNAR54245-E「ストレージの構成変更中にエラーが発生しました。(URL={0}, Name={1}, 実行されたAPI名=HidePaths, SMI-Sプロバイダのエラーコード=9028)」が出力されて，仮想ホストの削除が失敗する

要因

次の要因が考えられます。

削除対象の仮想ホストが使用しているホストグループが，削除されたおそれがあります。

削除対象の仮想ホストが使用しているホストグループから，ストレージポートのWWNが解除されたおそれがあります。

対処

要因に応じて対処してください。

削除対象の仮想ホストが使用しているLUに，ホストグループを設定してください。

削除対象の仮想ホストが使用しているホストグループに，ストレージポートのWWNを設定してください。

(35)　メッセージKNAR54203-E「APIの実行に失敗しました。(URL={0}, Name={1}, 実行されたAPI名=ReturnToStoragePool, return値=4)」が出力されて，仮想ホストの削除が失敗する

要因

次の要因が考えられます。

削除対象の仮想ホストが使用しているLUに，ShadowImageペアが設定されているおそれがあります。

削除対象の仮想ホストがLUSEボリュームを使用しているおそれがあります。

対処

要因に応じて対処してください。

削除対象のLUのShadowImageペアの設定を解除してください。

削除対象の仮想ホストが使用しているLUSEボリュームを手動で削除してください。

(36)　イメージファイル作成のために，JP1/SC/DPMでバックアップシナリオを実行中に，「パス[specialize]の無人応答ファイルを解析または処理できませんでした。応答ファイルで指定されている設定を適用できません。コンポーネント[Microsoft-Windows-Shell-Setup]の設定を処理中に，エラーが検出されました。」のメッセージが出力されてシナリオ実行が失敗する

要因

OSカスタマイズ用応答ファイルの作成時のプロダクトキーが，誤っているおそれがあります。

対処

OSカスタマイズ用応答ファイルに指定したプロダクトキーが，正しいか確認してください。

(37)　デプロイ実行中に，メッセージKNAR56042-E「JP1/SC/DPMへのデプロイ先の管理MACアドレス登録に失敗しました。(JP1/SC/DPMのIPアドレス={0}，デプロイ先の管理MACアドレス={1}， エラー情報={2})」が出力されて，デプロイが失敗する

要因

jirmimageimportコマンドで指定したMACアドレスまたはホスト名が，すでにJP1/SC/DPMに登録されているおそれがあります。

対処

Webサーバ for DPMに登録されているコンピュータのMACアドレスとホスト名を確認し，同じMACアドレスかホスト名のコンピュータを削除した後，デプロイを実行してください。

(38)　デプロイ実行中に，メッセージKNAR56054-E「指定された複製用情報ファイル格納フォルダに，複製用情報ファイルと同じ名前のファイルが存在します。(フォルダパス={0}, ファイル={1})」が出力されて，デプロイが失敗する

要因

複製用情報ファイル格納フォルダに，同じ名前のファイルがあるおそれがあります。

対処

複製用情報ファイル格納フォルダを確認し，同じ名前のファイルを削除した後，デプロイを実行してください。

(39)　デプロイが完了しない

要因

デバイス構成が仮想イメージテンプレート作成時と異なるHVMに対して，デプロイを実行したおそれがあります。

対処

仮想イメージテンプレート作成時とデプロイ実行時のHVMに，デバイス構成に違いがないか確認してください。

(40)　デプロイ実行中に，メッセージKNAR56033-E「JP1/SC/DPMのリストアシナリオ実行に失敗しました。（JP1/SC/DPMのIPアドレス={0}， デプロイ先の管理MACアドレス={1}， シナリオ名={2}， エラー情報={3}）」が出力されて，デプロイが失敗する

要因

リストアシナリオ実行時，エラー情報で示されるエラーが発生しました。

対処

管理サーバ for DPMのイベントログを確認し，エラーの原因を取り除いた後，デプロイを再実行してください。エラーの原因が解決されない場合は，システム管理者に連絡してください。

(41)　デプロイ実行中に，メッセージ「KNAR56069-E JP1/SC/DPMの更新モードの取得に失敗しました。(エラーコード={0})」が出力されて，デプロイが失敗する

要因

JP1/SC/DPMの更新モードの取得に失敗しました。次の原因が考えられます。

JP1/SC/DPMのWebコンソールで，アクセスモードを更新モードに変更している。

コマンドライン for DPMでコマンドを実行している。

JP1/SC/CMのjscmbackupコマンド，jscmrestoreコマンド，jscmdeployコマンド，またはjscmgetpropertyコマンドを実行している。

JP1/ITRM - Managerのデプロイタスク中に，コマンドライン for DPMのコマンドが実行されている。

jirmimageimportコマンドが実行中である。

対処

次を確認して，デプロイを再実行してください。

JP1/SC/DPMのWebコンソールが更新モードになっていない。

コマンドライン for DPMでコマンドを実行していない。

JP1/SC/CMのjscmbackupコマンド，jscmrestoreコマンド，jscmdeployコマンド，またはjscmgetpropertyコマンドを実行していない。

JP1/ITRM - Managerのデプロイタスク中に，コマンドライン for DPMのコマンドを実行していない。

jirmimageimportコマンドを実行していない。

(42)　デプロイ実行中に，メッセージ「KNAR56087-E 仮想ホストに指定するパスワードの設定に失敗しました。(JP1/SC/DPMのIPアドレス={0}， デプロイ先の管理MACアドレス={1}， エラー情報={2}）」が出力されて，デプロイが失敗する

要因

仮想化ソフトウェアがHVMの仮想イメージテンプレートで，OSがWindowsの仮想ホストをデプロイするときに設定したOSパスワードが，15文字以上だったおそれがあります。

対処

デプロイを実行する際のOSパスワードを，14文字以内に設定して再実行してください。

(43)　JP1/ITRMのトポロジービューでホストとストレージが関連づいていない，または，メッセージKNAR53257-E「仮想ホストが使用しているストレージの情報がありませんでした。」が出力されて，仮想ホストの削除が失敗する

要因

次の要因が考えられます。

HBAのファームウェアのバージョンが古い。

HBAのドライバのバージョンが古い。

対象のホストのOSがWindows Server 2003の場合，FCinfoがインストールされていない。

対処

要因に応じて対処してください。

HBAのファームウェアのバージョンをアップデートしてください。

HBAのドライバのバージョンをアップデートしてください。
サポートしているドライバのバージョンについては，サポートサービスサイトのJP1/ITRMについて説明しているページを参照してください。
また，ドライバのバージョンは次の方法で確認してください。
Windowsの場合
Windowsのコマンドプロンプトで次のコマンドを実行し，ドライバのバージョンを確認してください。次のコマンドが実行できないときは，FCinfoをインストールしてください。
　fcinfo /details
Linuxの場合
次のコマンドを実行し，ドライバのバージョンを確認してください。
　modinfo hfcldd | grep ^version
実行例
　modinfo hfcldd | grep ^version
　version: 4.5.16.1226

対象のホストのOSがWindows Server 2003の場合は，標準ではFCinfoがインストールされていないため，JP1/ITRMがサポートしているFCinfoのバージョンを確認し，インストールしてください。

(44)　複製用情報ファイル格納フォルダに接続するユーザーを変更してテンプレートを作成するときに，メッセージKNAR83042-E「複製用情報ファイル格納フォルダへの接続に失敗しました。」が出力されて，テンプレートの作成が失敗する

要因

次の要因が考えられます。

別のユーザーで複製用情報ファイル格納フォルダに接続している。

対処

すべてのエクスプローラを閉じたあと，次のコマンドを実行して接続を切断してください。その後，jirmimageimportコマンドを使用してテンプレートを作成し直してください。

net use ¥¥管理サーバ for DPMのIPアドレス¥複製用情報ファイル格納フォルダ名 /delete

(45)　HVMへのデプロイ中に，JP1/SC/DPMのWebコンソールからシナリオを中断させた場合，メッセージKNAR50168-Wが出力されることがある

要因

シナリオの中断タイミングによって，JP1/ITRMでシナリオが中断されたことを認識できないことがあるためです。

対処

デプロイは意図したとおり中断されているため，再実行してください。

(46)　メッセージKNAR55606-EまたはメッセージKNAR55723-Eが出力されて，HVMまたはHVM上のLPARに対する操作が失敗する

要因

ネットワークアダプタのチェックサムオフロードの設定が有効になっていることによって，通信エラーが発生しているおそれがあります。

対処

ITリソース管理サーバのネットワークアダプタのチェックサムオフロードの設定が，適切かどうか見直してください。

(47)　メッセージKNAR55417-Eが出力されて，仮想ホストの復元またはコールドマイグレーションが失敗する（仮想化ソフトウェアがHyper-Vの場合）

要因

SCVMMのライブラリサーバの共有フォルダ上に，JP1/ITRM - Managerが使用する一時フォルダ（ITRM_仮想ホスト名-数値）と同名のファイル，または同名のアクセス権限のないフォルダが存在するおそれがあります。

対処

SCVMMのライブラリサーバの共有フォルダ上に，JP1/ITRM - Managerが使用する一時フォルダ（ITRM_仮想ホスト名-数値）と同名のファイル，または同名のアクセス権限のないフォルダが存在しないか確認してください。

(48)　退避，コールドマイグレーションおよびデプロイの対象となる仮想ホストがLinuxの場合に，復元，コールドマイグレーションおよびデプロイがタイムアウトで失敗する

要因

次の要因が考えられます。

Linuxのネットワーク設定を特定のNICに固定する指定が有効になっていたため，ネットワーク設定の初期化に失敗していることが考えられます。

仮想ホストがRed Hat Enterprise Linux 5の場合，kudzuサービスがONになっていたため，ネットワーク設定がDHCPにリセットされたおそれがあります。

対処

要因に応じて対処してください。

ネットワーク設定を特定のNICに固定する指定が無効化されているか確認してください。

仮想ホストにログインし，ネットワークの設定を正しく設定してください。また，kudzuサービスが無効化されているか確認してください。

それぞれの対処の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の管理対象となるホストの設定についての説明を参照してください。

(49)　JP1/ITRMで管理している仮想ホストのタイプが「仮想」とならない，または，仮想ホストのタイプが「仮想」となっているが仮想化領域の枠に表示されない

要因

次の要因が考えられます。

仮想ホストを管理する仮想化ソフトウェアを管理対象にしていない。
DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されている場合も該当します。

仮想ホストと，仮想ホストを管理する仮想化ソフトウェアの構成情報が古い。
DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されている場合も該当します。

構成情報が正しく収集されていない。

仮想ホストに搭載したNICのMACアドレスが，ほかのホストに搭載したNICのMACアドレスと重複している。

対処

要因に応じて対処してください。

仮想ホストを管理する仮想化ソフトウェアを管理対象にしていない場合
対象の仮想ホストを管理する仮想化ソフトウェアを管理対象にしてください。

仮想ホスト，仮想化ソフトウェアの構成情報が古い場合
対象の仮想ホスト，および仮想ホストを管理する仮想化ソフトウェアの構成情報を再収集してください。

構成情報が正しく収集されていない場合
出力されたメッセージについて，マニュアル「JP1/IT Resource Management - Manager メッセージ」に従って対処してください。

仮想ホストに搭載したNICのMACアドレスが重複している場合
仮想化ソフトウェアの構成情報の収集時に，メッセージKNAR21043-E，またはKNAR21044-Eが出力されていることを確認してください。
出力されたメッセージについて，マニュアル「JP1/IT Resource Management - Manager メッセージ」に従って対処してください。

(50)　JP1/ITRMを使用してVMware上の仮想ホストのCPUコア数を変更した結果，仮想ホストが起動できなくなった（仮想化ソフトウェアがVMware ESX 4.1以降の場合）

要因

仮想ホストのCPUのソケット当たりのコア数が2以上に設定されている。

対処

VMware管理クライアントを使用して，仮想ホストのCPUのソケット当たりのコア数を1に変更してください。

(51)　メッセージKNAR55010-E，KNAR55011-E，KNAR55868-E，KNAR55073-E，またはKNAR55066-Wが出力されて，仮想イメージテンプレート作成，仮想ホストのデプロイ，退避，復元，コールドマイグレーション，ホットマイグレーションが失敗する（仮想化ソフトウェアがVMware ESXi 5.0，5.0 Update1，または5.1の場合）

要因

JP1/ITRMで管理しているVMware ESXiをVMware ESXi 5.0，5.0 Update1，または5.1へアップグレードすると，対象のVMware ESXiと，VMware ESXiを管理するvCenterに関するタスクが失敗することがあります。

対処

対象のVMware ESXiとvCenterを再収集してください。

(52)　jirmimageimportコマンドを実行すると何も表示されず終了する

要因

次の要因が考えられます。

「.NET Framework 3.5」がインストールされていません。

対処

要因に応じて対処してください。

「.NET Framework 3.5」を追加インストールしてください。

[補足]

コマンド実行時に，実行画面に何も出力されず，戻り値が「-1073741502」になります。

9.5.5　ITリソースの利用状況の確認に関するトラブルの対処方法

ここでは，性能情報や稼働情報の表示に関するトラブルの対処方法について説明します。

＜この項の構成＞

(1)　リソース情報，ユーザー情報，ロール情報，構成情報，予約情報，またはタスク情報を更新したが，異なった更新内容が表示される

(2)　VMクラスタやプールの性能情報が収集されない

(3)　性能情報や稼働情報は更新されるが，構成情報が更新されない

(4)　［システム］タブに「認証エラーのため，データが最新ではない可能性があります。」というメッセージが表示される，または，JP1イベントとして「探索処理中に情報を取得できなかったリソースがあります。」というメッセージが表示される

(5)　［ドライブ］タブにディスク使用量に関する警告が出ている

(6)　HP-UXまたはAIXのホストから，CPU使用率に関する警告やエラーのイベントが頻繁に発生する

(7)　HVMとLPARの結線（トポロジー）に失敗する

(8)　SANとストレージの結線（トポロジー）に失敗する

(9)　［システム］タブや，性能情報を表示する画面（リソース管理画面の［パフォーマンス］タブや性能レポート）で，HBAの性能情報を取得できない

(10)　Windowsのシステム情報とJP1/ITRMで表示するプロセッサが異なる

(11)　Linuxサーバをリブートしたら，［タスク］タブにリブートのエラーが出力された

(12)　IPスイッチのリソース名が表示されない

(13)　ストレージのネットワークアドレスが表示されない

(14)　Windowsの性能情報が取得できない

(15)　ネットワークで接続されていないITリソース同士が，トポロジービューでは結線されて表示される

(16)　JP1/ITRMに表示されるポート数が，ストレージ，FCスイッチ，およびIPスイッチに装備されているポート数と異なる

(17)　IPスイッチからのリンクアップ，リンクダウンのトラップを受信しない

(18)　仮想ネットワークアダプタ（Master，Vlan）の状態が不明状態になり，性能情報が表示されない

(19)　タイムアウトが発生して，ホストから情報が取得できない

(20)　SSH接続のホストから正しい情報が取得できない

(21)　JP1/ITRMの［システム］タブで表示しているストレージのポート数が実際のFCのポート数よりも少ない，または，HVMの［デプロイ設定］画面で選択できるストレージの利用ポートが実際のFCのポート数よりも少ない

(22)　JP1/ITRMの［ドライブ］タブにDPプールの情報が表示されない，または，HVMのデプロイを実行する場合に表示される［ストレージ選択］画面にDPプールが表示されない

(23)　AIXの構成情報に表示したIPアドレスが，管理対象のAIXに設定した値と異なる

(24)　管理対象のITリソースがAIXで，HDLMを使用している環境のとき，HDLMが管理するデバイスの性能や状態を取得できない

(1)　リソース情報，ユーザー情報，ロール情報，構成情報，予約情報，またはタスク情報を更新したが，異なった更新内容が表示される

要因

情報を更新した時刻と同時刻に，別のユーザーが同じ情報を更新しています。

対処

正しい情報を入力して，再度更新してください。

(2)　VMクラスタやプールの性能情報が収集されない

要因

VMクラスタまたはプールの下に，稼働している仮想ホストが存在しません。

対処

VMクラスタまたはプールの下に稼働している仮想ホストがない場合，性能情報は収集されません。

(3)　性能情報や稼働情報は更新されるが，構成情報が更新されない

要因

次の要因が考えられます。

ITリソースのホスト名が更新されています。

ITリソースの情報収集に使用した探索範囲が削除されています。

対処

要因に応じて対処してください。

ITリソースのホスト名を探索時のホスト名に戻してください。

古い情報を削除し，再度ITリソースを探索してください。

探索範囲を追加し，再度探索してください。

(4)　［システム］タブに「認証エラーのため，データが最新ではない可能性があります。」というメッセージが表示される，または，JP1イベントとして「探索処理中に情報を取得できなかったリソースがあります。」というメッセージが表示される

要因

次の要因が考えられます。

ITリソースにログインするユーザー名またはパスワードが変更されています。

探索時と異なる認証プロトコルのOSが起動しています。

ITリソースに設定されていた認証情報が削除されています。

対処

要因に応じて対処してください。

新しいユーザー名とパスワードを，［認証情報の編集］画面で設定してください。

探索時のOSに戻してください。または古い認証プロトコルの情報を削除し，OSに対応した認証プロトコルの情報を入力して，再度探索してください。

ITリソースの認証情報を追加し，再度探索してください。

(5)　［ドライブ］タブにディスク使用量に関する警告が出ている

要因

監視テンプレートのしきい値を超えています。

対処

設定画面の［設定メニュー］－［監視テンプレート管理］をクリックして，しきい値を確認してください。

(6)　HP-UXまたはAIXのホストから，CPU使用率に関する警告やエラーのイベントが頻繁に発生する

要因

HP-UXまたはAIXの監視テンプレートのしきい値が，ホストの環境と合っていません。

対処

HP-UXまたはAIXの場合，性能情報の収集間隔ごとに3秒間のCPU使用率の平均値を収集しているため，CPU使用率が大きくなることがあります。

ホストの環境に合わせて，しきい値を見直してください。

(7)　HVMとLPARの結線（トポロジー）に失敗する

要因

次の要因が考えられます。

共有NICが定義されていません。

共有NICが各LPARに接続されていません。

各LPARの管理LANが，共有NICを使用していません。

対処

共有NICをそれぞれのLPARに接続してください。また，LPARの管理LANは，共有NICを使用してください。なお，同じLPAR内で占有NICと共有NICを混在できます。

(8)　SANとストレージの結線（トポロジー）に失敗する

要因

FCスイッチがカスケード接続されているため，情報を正しく取得できていないおそれがあります。

対処

カスケード接続されているすべてのFCスイッチを管理対象に設定してください。

(9)　［システム］タブや，性能情報を表示する画面（リソース管理画面の［パフォーマンス］タブや性能レポート）で，HBAの性能情報を取得できない

要因

次の要因が考えられます。

HBAのファームウェアのバージョンが古いです。

HBAのドライバのバージョンが古いです。

対象のホストのOSがWindows Server 2003の場合，FCinfoがインストールされていません。

対処

要因に応じて対処してください。

HBAのファームウェアのバージョンをアップデートしてください。

HBAのドライバのバージョンをアップデートしてください。

FCinfoをインストールしてください。

(10)　Windowsのシステム情報とJP1/ITRMで表示するプロセッサが異なる

要因

Windows Server 2003に含まれるシステムファイルが原因の不具合です。

対処

回避策については，Microsoft社のサイトを参照してください。

(11)　Linuxサーバをリブートしたら，［タスク］タブにリブートのエラーが出力された

要因

Linuxでfsck全ファイルスキャンが実行されて，起動に時間が掛かっています。

対処

接続先のLinuxで次のコマンドを実行して，値が負になっていることを確認してください。

tune2fs -l “デバイス名

負になっていない場合は，値を負に変更してください。

(12)　IPスイッチのリソース名が表示されない

要因

IPスイッチのホスト名（Name）を設定していません。

対処

IPスイッチ側で，ホスト名を設定してください。

(13)　ストレージのネットワークアドレスが表示されない

要因

FCスイッチがJP1/ITRMの管理対象に設定されていません。

対処

ストレージに接続したFCスイッチを管理対象に設定してください。

(14)　Windowsの性能情報が取得できない

要因

パフォーマンスカウンタが壊れています。

対処

コマンドプロンプトから，次のコマンドを実行すると回復することがあります。

lodctr /R

(15)　ネットワークで接続されていないITリソース同士が，トポロジービューでは結線されて表示される

要因

JP1/ITRMでは，各ITリソースから取得したネットワークアドレスを基にトポロジービューが表示されます。このため，物理的に接続されていないITリソースでも，ネットワークアドレスが同じ場合は，トポロジービューでは接続されて表示されます。なお，ネットワークアドレスは，IPアドレスとサブネットマスク論理積を取ったものです。IPアドレスとサブネットマスクの設定により，この事象が発生する場合があります。

対処

ネットワークアドレスが同じITリソースを区別して管理する場合，同一のネットワークを含むITリソースは，別の業務グループに所属させるなどして対応してください。

(16)　JP1/ITRMに表示されるポート数が，ストレージ，FCスイッチ，およびIPスイッチに装備されているポート数と異なる

要因

JP1/ITRMに表示されるポート数は，次の理由によって物理的なポート数と一致しないことがあります。

ストレージのポート数は，IPネットワークに接続できるiSCSIポート数と，SANに接続できるWWNを持つFCポート数の合計です。
ただし，FCポートのうち，外部ストレージ接続専用およびリモートコピー専用のポートは含みません。

FCスイッチのポート数は，使用できないポートを含みます。

IPスイッチのポート数は，VLANを設定した論理的なポートを含みます。

対処

ITリソースのポートの設定を確認してください。

(17)　IPスイッチからのリンクアップ，リンクダウンのトラップを受信しない

要因

トラップ待ち受けポート（デフォルトは162）が，ほかのプログラムで使用されています。

対処

トラップ待ち受けポートを，使用されていないポートに変更するか，ポートを使用しているプログラムのポートを変更してください。

(18)　仮想ネットワークアダプタ（Master，Vlan）の状態が不明状態になり，性能情報が表示されない

要因

使用しているPROSetのバージョンが古いおそれがあります。

対処

PROSetのバージョンを確認してください。

(19)　タイムアウトが発生して，ホストから情報が取得できない

要因

次の要因が考えられます。

対象のホストに障害が発生しています。

対象のホストでWMIやSSHなどの必要なサービスが起動していません。

対象のホストを構成する要素が多過ぎます。

対象のホストに負荷が掛かっています。

対象のホストとの通信に負荷が掛かっています。

対処

要因に応じて対処してください。

障害が発生した要因を取り除いて，再実行してください。

必要なサービスが起動しているか確認してください。

タイムアウトが発生したホストを構成する要素を確認してください。

ホストの負荷を下げてから，再実行してください。

ホストとの通信の負荷を下げてから，再実行してください。

(20)　SSH接続のホストから正しい情報が取得できない

要因

次の要因が考えられます。

対象のホストのOSがLinuxの場合，ログインシェルにbash，tcsh以外が設定されています。

対象のホストのOSがLinuxの場合，sudoの設定が誤っています。

対象のホストのOSがHP-UXの場合，ログインシェルにsh以外が設定されています。

対象のホストのOSがAIXの場合，ログインシェルにksh以外が設定されています。

対象のホストのOSがHP-UXまたはAIXの場合，RBACの設定が誤っています。

対処

要因に応じて対処してください。

ログインシェルが正しいか確認し，誤っている場合は修正してください。

sudoまたはRBACの設定が正しいか確認してください。

(21)　JP1/ITRMの［システム］タブで表示しているストレージのポート数が実際のFCのポート数よりも少ない，または，HVMの［デプロイ設定］画面で選択できるストレージの利用ポートが実際のFCのポート数よりも少ない

要因

次の要因が考えられます。

ストレージのすべてのコントローラが，ネットワークに接続されていないおそれがあります。

Hitachi Device Managerにストレージを登録する際，すべてのコントローラのIPアドレスを設定していないおそれがあります。

対処

ストレージのすべてのコントローラをネットワークに接続し，Hitachi Storage Navigator Modularなどの管理ソフトウェアで，コントローラにIPアドレスを設定してください。その上で，Hitachi Device Managerで管理しているストレージのすべてのコントローラのIPアドレスを設定してください。

(22)　JP1/ITRMの［ドライブ］タブにDPプールの情報が表示されない，または，HVMのデプロイを実行する場合に表示される［ストレージ選択］画面にDPプールが表示されない

要因

ストレージ装置内にLUが1つも存在していないおそれがあります。

対処

ストレージ装置内に少なくとも1つ以上のLUがある状態にしてください。

(23)　AIXの構成情報に表示したIPアドレスが，管理対象のAIXに設定した値と異なる

要因

管理対象のAIXに作成されたWPARの情報を表示しているおそれがあります。

対処

WPARを管理するAIXは管理対象にできません。管理対象のAIXにあるWPARを非稼働にしてから，JP1/ITRMでAIXの構成情報を再収集してください。

(24)　管理対象のITリソースがAIXで，HDLMを使用している環境のとき，HDLMが管理するデバイスの性能や状態を取得できない

要因

HDLMが管理するデバイスの情報を取得するための権限がないおそれがあります。

対処

探索に使用する［認証情報の編集］画面から次のどちらかの設定をし，再収集をしてください。

root権限のユーザーを指定する。

一般ユーザーを指定している場合，パスワードのほかにrootパスワードも指定する。

付録

＜この付録の構成＞

付録A　（3021-3-232-01）の変更内容

付録B　（3021-3-232-02）の変更内容

付録A　（3021-3-232-01）の変更内容

表A-1　（3021-3-232-01）の変更内容

#
変更個所
追加・変更内容

1
4.1.3
仮想ホストを構築する

［訂正前］
■流れ
　　:
5.仮想ホストのOSがWindowsの場合，仮想ホストのドライブにnodefaultdriveletter属性が設定されていないことを確認する。【必須】
6.仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】

［訂正後］
■流れ
　　:
5.仮想ホストのOSがWindowsの場合，仮想ホストのドライブにnodefaultdriveletter属性が設定されていないことを確認する。【必須】
6.仮想ホストのOSがLinuxの場合，起動時に実行されるfsckの実行時間が長時間かからないようにする。【必須】
7.仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】

2
4.1.3(7)
仮想ホストを構築する

［追加］
(7)仮想ホストのOSがLinuxの場合，起動時に実行されるfsckの実行時間が長時間かからないようにする
仮想ホストのOSがLinuxで，搭載する仮想ディスクのサイズが大きいなど起動時に実行されるfsckの実行時間が長時間かかる場合，起動時のfsckの実行を抑止しておき，デプロイ後に設定を元に戻してください。
起動時に実行されるfsckの抑止方法は/etc/fstabファイルのマニュアルやLinuxのドキュメントを参照してください。

3
4.1.3(10)
仮想イメージテンプレートをライブラリに追加する
図 4 5［仮想イメージテンプレート追加］画面（仮想イメージテンプレートの詳細情報を設定する画面）の表示例

［訂正前］

[図データ]

［訂正後］

[図データ]

4
4.1.3(10)
仮想イメージテンプレートをライブラリに追加する

［訂正前］
■設定項目
　　:

［ユーザー名］
仮想イメージテンプレートのOSによって，次の値が固定で設定されます。
Windowsの場合：Administrator
Linuxの場合：root

［パスワード］，［パスワード確認］
［ユーザー名］のパスワードを指定します。なお，HVMにWindowsの仮想ホストをデプロイする場合，パスワードの文字数は，14文字以下で指定してください。15文字以上のパスワードを指定すると，デプロイに失敗します。

［訂正後］
■設定項目
　　:

［ユーザー名］※1
仮想イメージテンプレートのOSによって，次のようになります。
Windowsの場合：Administratorで固定されます。
Linuxの場合：仮想ホストのOSに接続できる任意のユーザー名を指定します。
デフォルトでrootが指定されています。

［パスワード］，［パスワード確認］※1
［ユーザー名］のパスワードを1～127バイトの半角文字列で指定します。使用できる文字は，半角英数字および半角スペースと次の記号です。
- ! " # $ % & ' ( ) = ~ | ` { + * } < > ? _ ^ ¥ @ [ ; : ] , . /

注意

仮想イメージテンプレートのOSがLinuxの場合，ユーザーのパスワードを変更できません。仮想イメージテンプレートの基となる仮想ホストのOSに，あらかじめOSに設定されているパスワードを設定してください。

デプロイ先のプラットフォーム（仮想化ソフトウェアやデプロイOSなど）の制限により，デプロイが失敗する場合があります。
HVMにWindowsの仮想ホストをデプロイする場合，次の制限があります。
【文字数】14文字以下。
【文字種】次の文字は使用できません。
半角スペース " ,

　　:

注※1

ユーザー名およびパスワードは，次の用途で使用されます。

OSに接続できないユーザー名またはパスワードを指定した場合，デプロイしたOSの起動確認に失敗し，デプロイが失敗します。

5
4.1.3(11)
仮想イメージテンプレートを使って仮想ホストをデプロイする

［訂正前］
■設定項目
　　:
［訂正前］

［ユーザー名］
仮想イメージテンプレートのOSによって，次の値が固定で設定されます。
Windowsの場合：Administrator
Linuxの場合：root

［パスワード］，［パスワード確認］
［ユーザー名］のパスワードを設定します。なお，仮想イメージテンプレートのOSがLinuxの場合は，rootユーザーのパスワードを変更できません。また，あらかじめOSに設定されているパスワードを設定してください。もし誤ったパスワードを指定した場合，ユーザースクリプトの実行が失敗します。また，HVM上にWindowsの仮想ホストをデプロイする場合，パスワードの文字数は，14文字以下で指定してください。15文字以上のパスワードを指定すると，デプロイに失敗します。

［訂正後］

［ユーザー名］※5
仮想イメージテンプレートに設定されたユーザー名が表示されます。

［パスワード］，［パスワード確認］※5
［ユーザー名］のパスワードを設定します。1～127バイトの半角文字列で指定します。使用できる文字は，半角英数字および半角スペースと次の記号です。
- ! " # $ % & ' ( ) = ~ | ` { + * } < > ? _ ^ ¥ @ [ ; : ] , . /

注意

仮想イメージテンプレートのOSがLinuxの場合，ユーザーのパスワードを変更できません。仮想イメージテンプレートの基となる仮想ホストのOSに，あらかじめOSに設定されているパスワードを設定してください。

デプロイ先のプラットフォーム（仮想化ソフトウェアやデプロイOSなど）の制限により，デプロイが失敗する場合があります。
HVMにWindowsの仮想ホストをデプロイする場合，次の制限があります。
【文字数】14文字以下。
【文字種】次の文字は使用できません。
半角スペース " ,

　　:

注※5

ユーザー名およびパスワードの用途は，(10)の注※1を参照してください。

6
9.3(1)
OSのシステム情報

［訂正前］

アプリケーション
システムルートフォルダ¥system32¥config¥AppEvent.Evt

システム
システムルートフォルダ¥system32¥config¥SysEvent.Evt

［訂正後］

アプリケーション
システムルートフォルダ¥System32¥Winevt¥Logs¥Application.evtx

システム
システムルートフォルダ¥System32¥Winevt¥Logs¥System.evtx

7
9.3(6)(b)
管理対象がLinux，HP-UX，またはAIXの場合

［訂正前］

Linuxの場合：sosreport

rootユーザーで次のコマンドを実行し，sosreportがインストールされていることを確認してください。インストールされているツールのバージョンによって出力は異なります。

# rpm -qa sos

sos-1.7-9.27.el5

ツールがインストールされている場合は，次のコマンドを実行し，資料を採取してください。

# sosreport -n apache, cluster -k rpm.va=off

［訂正後］

Linuxの場合：sosreport

rootユーザーで次のコマンドを実行し，sosreportがインストールされていることを確認してください。インストールされているツールのバージョンによって出力は異なります。

# rpm -qa sos

sos-バージョン情報

ツールがインストールされている場合は，次の例のようにコマンドを実行し，資料を採取してください。

Red Hat Enterprise Linux 5

# sosreport -n apache, cluster -k rpm.va=off

Red Hat Enterprise Linux 6

# sosreport -n apache, cluster -k rpm.rpmva=off

8
9.5.2(5)
管理対象サーバのWMI接続に失敗する

［訂正前］

要因

次の要因が考えられます。

VMware Toolsがインストールされていません。

OSの設定が誤っています。

対処

要因に応じて対処してください。

タスクバーにVMware Toolsアイコンが表示されていない場合は，インストールされていないため，インストールしてください。

Windows ファイアウォール，DCOM，およびUACの設定を見直してください。

これらの設定方法の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWindows Serverの設定についての説明を参照してください。

［訂正後］

要因

次の要因が考えられます。

VMware Toolsがインストールされていません。

OSの設定が誤っています。

対処

要因に応じて対処してください。

VMware Toolsをインストールしてください。

Windows ファイアウォール，DCOM，およびUACの設定を見直してください。

これらの設定方法の詳細については，マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」のWindows Serverの設定についての説明を参照してください。

9
9.5.4(24)
ITリソースの提供に関するトラブルの対処方法

［訂正前］

対処

VMware管理クライアントで仮想ホストの設定を確認し，USBデバイスを構成している場合は解除して再度テンプレートを作成してください。なお，仮想イメージテンプレート管理への追加対象に表示されない仮想イメージテンプレートは，仮想イメージテンプレート格納フォルダから削除してください

［訂正後］

対処

VMware管理クライアントで仮想ホストの設定を確認し，USBデバイスを構成している場合は解除して再度テンプレートを作成してください。なお，仮想イメージテンプレート管理への追加対象に表示されない仮想イメージテンプレートは，仮想イメージテンプレート格納フォルダから削除してください。

10
9.5.4(25)
ITリソースの提供に関するトラブルの対処方法

［訂正前］
(25)メッセージKNAR55052-Eが出力されて，仮想ホストのデプロイが失敗する（仮想化ソフトウェアがVMware ESX 4.1の場合），またはメッセージKNAR55054-Eが出力されて，仮想ホストのデプロイが失敗する（仮想化ソフトウェアがVMware ESXi 5.0の場合）

要因

jirmimageimportコマンドを実行して仮想イメージテンプレートを作成する際に，仮想ホストのデバイスが次のとおり設定されているおそれがあります。

CD/DVDドライブに，ISOファイルを設定している

フロッピードライブに，フロッピーイメージを設定している

対処

VMware管理クライアントで仮想ホストの設定を確認し，ISOファイルまたはフロッピーイメージを設定している場合は，設定を解除して再度テンプレートを作成してください。

［訂正後］
(25)メッセージKNAR55014-E，KNAR55052-E，またはメッセージKNAR55054-Eが出力されて，仮想ホストのデプロイが失敗する（仮想化ソフトウェアがVMware ESX，またはVMware ESXiの場合）

要因

jirmimageimportコマンドを実行して仮想イメージテンプレートを作成する際に，仮想ホストのデバイスが次のとおり設定されているおそれがあります。

CD/DVDドライブに，ISOファイルを設定している

フロッピードライブに，フロッピーイメージを設定している

対処

VMware管理クライアントで仮想ホストの設定を確認し，ISOファイルまたはフロッピーイメージを設定している場合は，設定を解除して再度テンプレートを作成してください。

11
9.5.4(49)
ITリソースの提供に関するトラブルの対処方法

［削除］
(49)デプロイに成功したが，作成されたホストのタイプが物理のままである

要因

DRSクラスタなどの自動最適化機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されているおそれがあります。

対処

仮想ホスト，仮想化ソフトウェア，仮想化環境管理ソフトウェアの構成情報を手動で再収集してください

12
9.5.4(51)
ITリソースの提供に関するトラブルの対処方法

［追加］
(51)メッセージKNAR55010-E，KNAR55011-E，KNAR55868-E，KNAR55073-E，またはKNAR55066-Wが出力されて，仮想イメージテンプレート作成，仮想ホストのデプロイ，退避，復元，コールドマイグレーション，ホットマイグレーションが失敗する（仮想化ソフトウェアがVMware ESXi 5.0，5.0 Update1，または5.1の場合）

要因

JP1/ITRMで管理しているVMware ESXiをVMware ESXi 5.0，5.0 Update1，または5.1へアップグレードすると，対象のVMware ESXiと，VMware ESXiを管理するvCenterに関するタスクが失敗することがあります。

対処

対象のVMware ESXiとvCenterを再収集してください。

13
9.5.5(4)
ITリソースの利用状況の確認に関するトラブルの対処方法

［訂正前］
(4)［システム］タブに「認証エラーのため，データが最新ではない可能性があります。」というメッセージが表示され

［訂正後］
(4)［システム］タブに「認証エラーのため，データが最新ではない可能性があります。」というメッセージが表示される，または，JP1イベントとして「探索処理中に情報を取得できなかったリソースがあります。」というメッセージが表示される

付録B　（3021-3-232-02）の変更内容

表B-1　（3021-3-232-02）の変更内容

#
変更個所
追加・変更内容

1
前書き
■対象製品

［訂正前］
P-242C-CBA4 JP1/IT Resource Management - Manager 10-00
（適用OS：Windows Server 2008 R2）
［訂正後］
P-242C-CBA4 JP1/IT Resource Management - Manager 10-00
（適用OS：Windows Server 2008 R2またはWindows Server 2012）

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

［追加］
Windows Server 2012についてを追加した。

3
2.1
JP1/ITRMを起動する

［訂正前］
Windows Server 2008 R2のスタートメニューから，［管理ツール］－［サービス］を選択する。
［訂正後］
Windows Serverの［管理ツール］－［サービス］を選択する。

4
2.2
JP1/ITRMを終了する

［訂正前］
Windows Server 2008 R2のスタートメニューから，［管理ツール］－［サービス］を選択する。
［訂正後］
Windows Serverの［管理ツール］－［サービス］を選択する。

5
4.1.3
7.1.2
9.3
9.5.4
仮想ホストを構築する
仮想ホストにパッチを適用する
トラブル発生時に採取が必要な資料
ITリソースの提供に関するトラブルの対処方法

［訂正前］
Windows Server 2008
［訂正後］
Windows Server 2008以降

6
4.1.3
仮想ホストを構築する

［訂正前］
ライブラリに保存されている仮想イメージテンプレートを使って仮想ホストをデプロイする場合は，次の手順8から進めてください。
1.仮想ホストを，JP1/ITRMの管理対象に設定する。【必須】
　　：
［訂正後］
ライブラリに保存されている仮想イメージテンプレートを使って仮想ホストをデプロイする場合は，次の手順10から進めてください。
1.仮想ホストのOSがWindowsの場合，sysprepをWindowsの上限回数まで実行してないことを確認する。
2.仮想ホストを，JP1/ITRMの管理対象に設定する。【必須】
　　：

7
4.1.3
仮想ホストを構築する

［訂正前］
仮想イメージテンプレートを使って仮想ホストをデプロイする場合
　　：
8.仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】

USBデバイスを構成している

CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

RawDeviceMappingのデバイスを構成している

［訂正後］
仮想イメージテンプレートを使って仮想ホストをデプロイする場合
　　：
8.仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】

USBデバイスを構成している

CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

CPUのソケット当たりに複数個のコアを設定している（ソケット当たり1コアに設定してください）

Raw Device Mappingのデバイスを構成している

8
4.1.3
仮想ホストを構築する

［訂正前］
(2)仮想ホストを，JP1/ITRMの管理対象に設定する
　　：
［訂正後］
(2)仮想ホストのOSがWindowsの場合，sysprepをWindowsの上限回数まで実行してないことを確認する
　仮想イメージテンプレートの基となる仮想ホストのOSがWindowsの場合，仮想ホスト上にてsysprepをWindowsの上限回数まで実行しないでください。
　JP1/ITRMでデプロイする仮想ホストは，sysprepを1回実行します。
(3)仮想ホストを，JP1/ITRMの管理対象に設定する
　　：

9
4.1.3(9)
仮想ホストの設定で次のデバイスを構成していないことを確認する

［訂正前］
仮想ホストの設定で次のデバイスを構成していないことを確認してください。構成している場合，必ず解除してください。

USBデバイス

CD/DVDドライブへ設定するISOイメージ（拡張子isoのファイル）

フロッピーディスクドライブへ設定するフロッピーイメージ（拡張子flpのファイル）

RawDeviceMappingのデバイス

［訂正後］
仮想ホストの設定で次のデバイスを構成していないことを確認してください。構成している場合，必ず解除してください。

USBデバイス

CD/DVDドライブへ設定するISOイメージ（拡張子isoのファイル）

フロッピーディスクドライブへ設定するフロッピーイメージ（拡張子flpのファイル）

CPUのソケット当たりに複数個のコア（ソケット当たり1コアに設定してください）

Raw Device Mappingのデバイス

10
4.1.3(10)
jirmimageimportコマンドを実行して，仮想イメージテンプレートを仮想イメージテンプレート格納フォルダに格納する
(a)VMwareの場合

［訂正前］
なお，RawDeviceMappingのデバイスを対象としてテンプレートを作成することはできません。
［訂正後］
なお，Raw Device Mappingのデバイスを対象としてテンプレートを作成することはできません。

11
4.4.2(5)
代替となるリソースプールにマイグレーションして，スケールアップする
(d)仮想ホストを代替となるリソースプールへマイグレーションする

［訂正前］
仮想ホストを停止させたら，代替となるリソースプールへマイグレーションします。
［訂正後］
仮想ホストを停止させたら，代替となるリソースプールへマイグレーションします。
マイグレーションの手順については，「6.3　仮想ホストをマイグレーションする」を参照してください。

12
4.5.4(3)
仮想ホストを仮想化ソフトウェア上から削除する

［訂正前］
仮想ホストを削除する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

対象となる仮想ホストの仮想化ソフトウェアが起動していること

［訂正後］
仮想ホストを削除する場合，次の前提条件があります。

VMwareの場合はvCenter，Hyper-Vの場合はSCVMMといったように，対象となる仮想化ソフトウェアを，仮想化環境管理ソフトウェアで管理していること

VMwareでRaw Device Mappingのデバイスを構成している場合，削除前に
Raw Device Mappingのデバイスを必ず解除してください。
解除しないで仮想ホストを削除した場合，仮想化ソフトウェアにRaw Device Mapping関連のファイルが残る場合があります。

対象となる仮想ホストの仮想化ソフトウェアが起動していること

13
4.7.3(2)
退避イメージを保存する

［訂正前］

仮想ホストを退避する場合，vCenter上で仮想ホストに設定していたアフィニティルールの設定は破棄されるので，設定内容を控えておき，操作後にVMware管理クライアントを使って再設定すること

［訂正後］

仮想ホストを退避する場合，vCenter上で仮想ホストに設定していたアフィニティルールの設定は破棄されるので，設定内容を控えておき，操作後にVMware管理クライアントを使って再設定すること

仮想ホストの設定で次のデバイス構成の場合，設定を解除すること
・USBデバイスを構成している
・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している
・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している
・Raw Device Mappingのデバイスを構成している

14
6.3(2)
仮想ホストをマイグレーションする

［訂正前］

vCenter上で仮想ホストに設定していたアフィニティルールの設定は破棄されるので，設定内容を控えておき，操作後にVMware管理クライアントを使って再設定すること

［訂正後］

vCenter上で仮想ホストに設定していたアフィニティルールの設定は破棄されるので，設定内容を控えておき，操作後にVMware管理クライアントを使って再設定すること

仮想ホストの設定で次のデバイス構成の場合，設定を解除すること
・USBデバイスを構成している
・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している
・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している
・Raw Device Mappingのデバイスを構成している

15
7.1.2(2)
パッチを適用した仮想イメージテンプレートを準備する

［訂正前］

4.仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】

・USBデバイスを構成している

・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

・RawDeviceMappingのデバイスを構成している

［訂正後］

4.仮想ホストの設定で次のデバイス構成の場合，設定を解除する。【必須】

・USBデバイスを構成している

・CD/DVDドライブに，ISOイメージ（拡張子isoのファイル）を設定している

・フロッピーディスクドライブに，フロッピーイメージ（拡張子flpのファイル）を設定している

・CPUのソケット当たりに複数個のコアを設定している（ソケット当たり1コアに設定してください）

・Raw Device Mappingのデバイスを構成している

16
8.8.3
9.3
9.4
ホスト名を変更する
トラブル発生時に採取が必要な資料
資料の採取方法

［訂正前］
Windows Server 2008 R2
［訂正後］
Windows Server

17
9.2.3
公開ログ

［訂正前］
ApiMessage数字.log※2
［訂正後］
ApiMessage数字.log※2※3
　　：

注※3

ApiMessage数字.logは，次のどちらかの方法でAPI機能を有効化していない場合は作成されません。

JP1/ITRMのインストール時に［APIポート番号］のチェックボックスをONに設定する。なお，インストール時のデフォルト値はOFFに設定されます。
インストール時にAPI機能を有効化する方法については，マニュアル「JP1/ITResource Management - Manager 設計・構築ガイド」の，提供媒体を使ったインストールについての説明を参照してください。

jirmsetportnoコマンドを実行して，API機能を有効化する。
jirmsetportnoコマンドの詳細については，マニュアル「JP1/IT ResourceManagement - Managerリファレンス」を参照してください。

18
9.3(6)
管理対象の情報

［訂正前］

注※2

イベントログは［スタート］－［ファイル名を指定して実行］で，「eventvwr.msc」と入力して実行して表示されるイベントビューアで，次のように採取してください。

Windows Server 2003の場合

イベントビューアで［アプリケーション］を選択し，右クリック－［ログファイルの名前を付けて保存］を選択して，ファイルの種類で「テキスト形式」を選択してください。同様の方法で［システム］のログを保存してください。

Windows Server 2008の場合

イベントビューアで［Windowsログ］－［アプリケーション］を選択し，右クリック－［すべてのイベントを名前をつけて保存］を選択してください。次にファイルの種類で「テキスト形式」を選択してください。同様の方法で「システム」のログを保存してください。

［訂正後］

注※2

イベントログは［スタート］－［ファイル名を指定して実行］で，「eventvwr.msc」と入力して実行して表示されるイベントビューアーで，次のように採取してください。

Windows Server 2003の場合

イベントビューアーで［アプリケーション］を選択し，右クリック－［ログファイルの名前を付けて保存］を選択して，ファイルの種類で「テキスト形式」を選択してください。同様の方法で［システム］のログを保存してください。

Windows Server 2008の場合

イベントビューアーで［Windowsログ］－［アプリケーション］を選択し，右クリック－［すべてのイベントを名前をつけて保存］を選択してください。次にファイルの種類で「テキスト形式」を選択してください。同様の方法で「システム」のログを保存してください。

Windows Server 2012以降の場合

イベントビューアーで［Windowsログ］－［Application］を選択し，右クリック－［すべてのイベントを名前をつけて保存］を選択してください。次にファイルの種類で「テキスト形式」を選択してください。同様の方法で「システム」のログを保存してください。

19
9.4(4)
ユーザーダンプを採取する

［訂正前］
アプリケーションエラーで停止したJP1/ITRMのプロセス名を右クリックし，［ダンプファイルの生成］を選択する。
［訂正後］
アプリケーションエラーで停止したJP1/ITRMのプロセス名を右クリックし，［ダンプファイルの作成］を選択する。

20
9.5.4(2)
仮想ホストの起動，停止，デプロイなどの操作が失敗する，または，仮想ホストとしての操作が選択できない

［訂正前］
(2)仮想ホストの起動，停止，デプロイなどの操作に失敗する

要因

仮想化ソフトウェアを管理する仮想化環境管理ソフトウェア（vCenterまたはSCVMM）が管理対象に設定されていません。

対処

仮想化環境管理ソフトウェア（vCenterまたはSCVMM）を発見させて，管理対象に設定してください。

［訂正後］
(2)仮想ホストの起動，停止，デプロイなどの操作が失敗する，または，仮想ホストとしての操作が選択できない

要因

次の要因が考えられます。

対象の仮想ホストや仮想化ソフトウェアを管理する，仮想化環境管理ソフトウェアを管理対象にしていない。

対象の仮想ホストや仮想化ソフトウェアと，仮想化環境管理ソフトウェアの構成情報が古い。
DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されている場合も該当します。

構成情報が正しく収集されていない。

JP1/ITRMが仮想化環境管理ソフトウェアへの接続に使用するユーザーIDに操作を実行するために必要な権限がない。

操作対象が仮想ホストの場合
・仮想化ソフトウェアの仮想化領域の枠に表示されていない。
・仮想ホストを管理する仮想化ソフトウェアの構成情報が古い。

操作対象が仮想化ソフトウェアの場合
・デプロイに使用した仮想イメージテンプレートの設定が不足している。
・デプロイの操作時に指定したIPアドレスがすでにほかのホストで使われている。

対処

要因に応じて対処してください。

仮想ホストまたは仮想化ソフトウェアを管理する仮想化環境管理ソフトウェアを管理対象にしていない場合
対象の仮想ホストまたは仮想化ソフトウェアを管理する仮想化環境管理ソフトウェアを管理対象にしてください。

仮想ホストまたは仮想化ソフトウェア，仮想化環境管理ソフトウェアの構成情報が古い場合
仮想ホストまたは仮想化ソフトウェア，仮想化環境管理ソフトウェアの構成情報を再収集してください。

構成情報が正しく収集されていない場合
出力されたメッセージについて，マニュアル「JP1/IT Resource Management - Manager メッセージ」に従って対処してください。

JP1/ITRMが仮想化環境管理ソフトウェアへの接続に使用するユーザーIDに操作を実行するために必要な権限がない場合
仮想化環境管理ソフトウェアへの接続に使用するユーザーIDに操作を実行するために必要な権限があるか見直してください。
vCenterの場合は，JP1/ITRMのリリースノートに記載されているVMware管理ソフトウェアが提供する機能が使用できることを確認してください。

仮想ホストが仮想化ソフトウェアの仮想化領域の枠に表示されていない，または仮想化ソフトウェアの構成情報が古い場合
「9.5.4(49)　JP1/ITRMで管理している仮想ホストのタイプが「仮想」とならない，または，仮想ホストのタイプが「仮想」となっているが仮想化領域の枠に表示されない」に記載の要因と対処を確認してください。

操作対象が仮想化ソフトウェアの場合
・デプロイに使用した仮想イメージテンプレートの設定が不足している場合
マニュアル「JP1/IT Resource Management - Manager 設計・構築ガイド」の，仮想イメージテンプレートを使用するための設定についての説明を確認してください。
・デプロイの操作時に指定したIPアドレスがすでにほかのホストで使われている場合
ほかのホストで使われていないIPアドレスを使用してデプロイをしてください。
再度デプロイをする場合は，仮想化ソフトウェア上に残ったデプロイ途中の仮想ホストと，JP1/ITRMに残ったデプロイ途中の仮想ホストの情報を削除してから実施してください。
仮想ホストの削除については，「9.5.3　タスク実行中のサービス停止・エラー発生後の回復処理の失敗によるタスク失敗時の対処方法」と，「9.5.4(5)　仮想ホストのデプロイに失敗したが，未構築の仮想ホストの情報が，管理対象リソースに残っている」に記載の手順を確認してください。

21
9.5.4(49)
JP1/ITRMで管理している仮想ホストのタイプが「仮想」とならない，または，仮想ホストのタイプが「仮想」となっているが仮想化領域の枠に表示されない

［訂正前］
(49)JP1/ITRMで管理している仮想ホストのタイプが，「仮想」とならない

要因

次の要因が考えられます。

構成情報が正しく収集されていない。

仮想ホストを管理する仮想化ソフトウェアを管理対象にしていない。

仮想ホストと，仮想ホストを管理する仮想化ソフトウェアの構成情報が古い。

DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されているおそれがある。

対処

対象の仮想ホストを管理する仮想化ソフトウェアを管理対象にしてください。

また，対象の仮想ホスト，仮想化ソフトウェア，および仮想化環境管理ソフトウェアの構成情報を再収集してください。

［訂正後］
(49)JP1/ITRMで管理している仮想ホストのタイプが「仮想」とならない，または，仮想ホストのタイプが「仮想」となっているが仮想化領域の枠に表示されない

要因

次の要因が考えられます。

仮想ホストを管理する仮想化ソフトウェアを管理対象にしていない。
DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されている場合も該当します。

仮想ホストと，仮想ホストを管理する仮想化ソフトウェアの構成情報が古い。
DRSクラスタなどの機能によって，仮想ホストが動作する仮想化ソフトウェアが変更されている場合も該当します。

構成情報が正しく収集されていない。

仮想ホストに搭載したNICのMACアドレスが，ほかのホストに搭載したNICのMACアドレスと重複している。

対処

要因に応じて対処してください。

仮想ホストを管理する仮想化ソフトウェアを管理対象にしていない場合
対象の仮想ホストを管理する仮想化ソフトウェアを管理対象にしてください。

仮想ホスト，仮想化ソフトウェアの構成情報が古い場合
対象の仮想ホスト，および仮想ホストを管理する仮想化ソフトウェアの構成情報を再収集してください。

構成情報が正しく収集されていない場合
出力されたメッセージについて，マニュアル「JP1/IT Resource Management - Manager メッセージ」に従って対処してください。

仮想ホストに搭載したNICのMACアドレスが重複している場合
仮想化ソフトウェアの構成情報の収集時に，メッセージKNAR21043-E，またはKNAR21044-Eが出力されていることを確認してください。
出力されたメッセージについて，マニュアル「JP1/IT Resource Management - Manager メッセージ」に従って対処してください。

22
9.5.4(52)
jirmimageimportコマンドを実行すると何も表示されず終了する

［追加］
(52)jirmimageimportコマンドを実行すると何も表示されず終了する

要因

次の要因が考えられます。

「.NET Framework 3.5」がインストールされていません。

対処

要因に応じて対処してください。

「.NET Framework 3.5」を追加インストールしてください。

［補足］

コマンド実行時に，実行画面に何も出力されず，戻り値が「-1073741502​」になります。

索引

[Ｉ][Ｊ]
[ア行][カ行][サ行][タ行][ナ行][ハ行][マ行][ヤ行][ラ行][ワ行]

(英字)

(Ｉ)

IPアドレスを変更する

ITリソース全体の状況をメールで確認する

ITリソースの稼働状況を確認する

ITリソースの構成情報を確認する

ITリソースの構成を把握する

ITリソースの最適化

ITリソースの種類やネットワークアドレスなどを一覧で確認する

ITリソースの状況確認

ITリソースの状況変更を通知する

ITリソースの状況を確認する流れ

ITリソースの状況を画面やメールなどで確認する

ITリソースの状態や認証情報などを確認する

ITリソースの情報を収集する範囲を変更する

ITリソースの性能情報を確認する

ITリソースの接続状態を確認する

ITリソースの提供

ITリソースのトラブルに対する対応状況を確認する

ITリソースの把握

ITリソースのメンテナンス

ITリソースの利用状況を最適化する

ITリソースをITリソース利用者に提供する

ITリソースを管理する範囲を変更する

ITリソースを把握するまでの流れ

ITリソースをメンテナンスする

(Ｊ)

JP1/ITRMからログアウトする

JP1/ITRMシステムの設定を変更する

JP1/ITRMシステムをメンテナンスする

JP1/ITRMでの管理対象を変更する

JP1/ITRMにログインする

JP1/ITRMの起動と終了

JP1/ITRMの代表的な運用例

JP1/ITRMを起動する

JP1/ITRMを終了する

(ア行)

(い)

一時保存した仮想ホストを削除する

一時保存した仮想ホストを復元する

イベントレポート

インストール先フォルダを変更する

(カ行)

(か)

仮想イメージテンプレートまたは退避イメージ格納フォルダを変更する

仮想化ソフトウェアの負荷の偏りをなくし，負荷を平準化する

仮想ホストにパッチを適用する

仮想ホストの状態を一時保存する

仮想ホストの退避イメージを保存する

仮想ホストの提供を終了する

仮想ホストの動作を確認する

仮想ホストを起動する

仮想ホストを構築する

仮想ホストをスケールアウトする

仮想ホストをスケールアップする

仮想ホストをスケールインする

仮想ホストをスケールダウンする

仮想ホストを停止する

仮想ホストをマイグレーションする ,[2]

仮想ホストをリブートする

稼働状況の確認に関する設定

稼働状況を画面で確認する

稼働情報

管理IPアドレス

(き)

［期間とタスク設定］画面で期間とタスクを変更する

共通メッセージログ

業務IPアドレス

業務グループ

(こ)

公開ログ

コールドマイグレーション

(サ行)

(さ)

サービスの状態を確認する

作成したリソースグループに，ITリソースを所属させる

(し)

システム日時を変更する

実績に基づいたITリソースの最適化

障害が発生したハードウェアを特定し，影響範囲を確認する

障害が発生した物理ホスト上の仮想ホストを確認する

障害が発生した物理ホスト上の仮想ホストをマイグレーションする

状況に合わせてホストのスペックを変更する

状況に合わせてホストの提供台数を変更する

状況変更をJP1イベントで通知する

状況変更をメールで通知する

所有しているITリソースを把握する

資料の採取方法

(す)

スケールアウト

スケールアップ

スケールイン

スケールダウン

スケジュール画面でホストの提供履歴を確認する

スケジュール画面で予約をキャンセルする

スペックが余っているホストをスケールダウンする

スペックが不足しているホストをスケールアップする

(せ)

性能情報

性能情報の確認に関する設定

性能情報を画面で確認する

(タ行)

(た)

対処の手順

代替のホストを準備して，現在提供中のホストの提供を終了する

退避イメージ

タスク実行中のサービス停止・エラー発生後の回復処理の失敗によるタスク失敗時の対処方法

タスクの実行を確認する

探索機能を使って，所有しているITリソースの種類や台数などの情報を収集する

(て)

提供期間を延長できるか確認する

データベースおよび設定情報をバックアップする

データベースおよび設定情報をリストアする

データベースのサイズを拡張する

データベースを再編成する

データをほかのマシンに移行する

(と)

統計レポート

統合トレースログ

トラブルシューティング

トラブル発生時に採取が必要な資料

トラブルへの対応状況を画面で確認する

トラブルへの対応状況をメールで確認する

トラブルへの対処方法

(ナ行)

(ね)

ネットワーク環境設定を変更する

(ハ行)

(は)

発見したITリソースを，JP1/ITRMでの管理対象として設定する

(ふ)

負荷が低い仮想化ソフトウェア上の仮想ホストをまとめ，仮想化ソフトウェアのリソースに空きを作る

復元

物理ホストにパッチを適用する

物理ホストの提供を終了する

物理ホストをスケールアウトする

物理ホストをスケールアップする

物理ホストをスケールインする

物理ホストをスケールダウンする

物理ホストをリブートする

プロセス別トレースログ

(ほ)

報告用にレポートをHTML形式で保存する

ポート番号を変更する

ホストにOSまたはアプリケーションのパッチを適用する

ホストのスペックを変更する

ホストの提供期間を変更する

ホストの提供状況や稼働率を確認する

ホストの提供状況を一覧で確認する

ホストの提供台数を変更する

ホストの提供履歴を確認する

ホストの提供を終了する

ホストの予約に必要な情報を検討する

ホストの予約をキャンセルする

ホスト名を変更する

ホストをITリソース利用者に提供する

ホストをITリソース利用者に提供する流れ

ホストをリブートする

ホットマイグレーション

(マ行)

(み)

未受諾レポート

(め)

メール送信元識別名を変更する

(ヤ行)

(よ)

要件に合致するホストの予約状況を確認し，提供可能な物理ホストまたは仮想ホストを予約する

予約画面でホストを削除する

予約機能

予約時と実績時のリソース量の値がかけ離れている仮想ホストの利用者に，予約の見直しを促す

(ラ行)

(ら)

ライブラリ

(り)

［リソース管理概要］エリア

リソース管理画面

リソース管理画面の［スケジュール］タブでホストの提供履歴を確認する

リソースグループ

リソースグループと業務グループを作成し，関連づける

リソース状態レポート

リソースプール

(れ)

レポートを活用したITリソースの課金情報の算出

レポートを活用したITリソースの中長期キャパシティプランニング

(ろ)

ログ情報の種類

(ワ行)

(わ)

割り当てレポート

■ 商標類

AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。
BSAFEは，EMC Corporationの米国およびその他の国における登録商標または商標です。
HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。
InstallShieldは，Macrovision Corporationの米国および/ または他の国における登録商標または商標です。
Linuxは，Linus Torvalds氏の日本およびその他の国における登録商標または商標です。
MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
OLEは，米国Microsoft Corporationが開発したソフトウェア名称です。
OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。
RSAは，EMC Corporationの米国およびその他の国における登録商標または商標です。
VMwareおよびESXは，VMware, Inc.の米国および各国での登録商標または商標です。
Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。
その他記載の会社名，製品名は，それぞれの会社の商標もしくは登録商標です。
This product includes software developed by Andy Clark.
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.
This product includes software developed by Daisuke Okajima and Kohsuke Kawaguchi (http://relaxngcc.sf.net/).
This product includes software developed by IAIK of Graz University of Technology.
This product includes software developed by the Java Apache Project for use in the Apache JServ servlet engine project (http://java.apache.org/).
Portions of this software were developed at the National Center for Supercomputing Applications (NCSA) at the University of Illinois at Urbana-Champaign.
This product includes software developed by the University of California, Berkeley and its contributors.
This software contains code derived from the RSA Data Security Inc. MD5 Message-Digest Algorithm, including various modifications by Spyglass Inc., Carnegie Mellon University, and Bell Communications Research, Inc (Bellcore).
Regular expression support is provided by the PCRE library package, which is open source software, written by Philip Hazel, and copyright by the University of Cambridge, England. The original software is available from ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/
This product includes software developed by Ralf S. Engelschall <rse@engelschall.com> for use in the mod_ssl project (http://www.modssl.org/).

本製品は，米国EMC コーポレーションのRSA BSAFE(R)ソフトウェアを搭載しています。