Hitachi Command Suite Software
システム構成ガイド（Web Version）

3020-3-W22-C0

目次

前書き

はじめに

対象読者

マニュアルの構成

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

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

1. 概要

1.1 システム構成

1.1.1 ハードウェア構成

1.1.2 ソフトウェア構成

1.2 ネットワーク構成

1.2.1 セキュリティについての一般的なリスク

1.2.2 最もセキュアな構成：管理用のLANを分離し，ファイアウォールを設置した場合

1.2.3 2番目にセキュアな構成：管理用のLANを分離し，管理下のデバイスとの間にファイアウォールを設置した場合

1.2.4 3番目にセキュアな構成：管理用のLANを分離し，管理サーバをデュアルホームにした場合

1.2.5 最もセキュアでない構成：フラットなネットワーク

1.3 管理サーバのシステム要件

1.3.1 管理リソース数の上限

1.3.2 メモリーヒープサイズの変更（Hitachi Command Suite共通コンポーネント）

1.3.3 メモリーヒープサイズの変更（Device Managerサーバ）

1.3.4 JDKの変更

1.4 ホストのシステム要件

1.4.1 Device Managerで管理できるホスト

1.4.2 Device Managerのホスト管理ソフトウェア

1.4.3 通常ホストのシステム要件

1.4.4 仮想マシンのシステム要件

1.4.5 仮想化サーバのシステム要件

1.4.6 メインフレームホストのシステム要件

1.4.7 ファイルサーバのシステム要件

1.5 関連製品

1.6 Device Managerでのコピーペア管理

1.6.1 Device Managerでコピーペアを管理できるストレージシステム

1.6.2 コピーペアを管理する場合のシステム構成

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

1.6.5 コピーペアを管理する場合の注意事項

1.7 コマンドを実行する場合の注意事項

2. ネットワーク構成に応じた設定

2.1 ポートの設定

2.1.1 Hitachi Command Suite製品で使用されるポート

2.1.2 Hitachi Command Suite共通コンポーネントで使用されるポートの変更

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

2.2 ブリッジ機能を使用する場合のネットワークの設定

2.3 IPv6環境で運用する場合のDevice Managerの設定

2.3.1 Device ManagerをIPv6環境に移行するときの設定

2.3.2 IPv6に対応したストレージシステムと連携するための設定

2.4 管理サーバのIPアドレスまたはホスト名の変更

2.4.1 管理サーバのホスト名の変更

2.4.2 管理サーバのIPアドレスの変更

2.4.3 管理サーバのIP アドレスまたはホスト名の変更後に必要な作業

2.5 Hitachi Command Suite製品のURLの変更（hcmdschgurlコマンド）

3. ユーザーアカウントを管理するために必要な設定

3.1 パスワードポリシーとは

3.1.1 パスワードポリシーの設定

3.2 アカウントロックとは

3.2.1 アカウントロックポリシーとは

3.2.2 アカウントロックポリシーの設定

3.2.3 Systemアカウントのロックに関する設定

3.2.4 アカウントロックの解除

3.3 外部認証サーバでのユーザー管理

4. セキュリティ設定

4.1 警告バナーとは

4.1.1 警告バナーに表示するメッセージの条件

4.1.2 警告バナーに表示するメッセージの作成と登録

4.1.3 警告バナーからのメッセージの削除

4.2 通信に関するセキュリティ設定

4.3 管理サーバに接続できる管理クライアントを制限するための設定

4.4 Device Manager CLIまたはTiered Storage Manager CLIでパスワードをコード化するときの強度の変更

5. 関連製品と連携するために必要な設定

5.1 Element Managerを使用するために必要な設定

5.1.1 Storage Navigator Modular 2と連携するための前提条件

5.1.2 Element Managerを使用するための設定

5.1.3 Element Managerを使用するための設定の解除

5.2 ストレージシステムの性能情報を収集するために必要な設定

5.2.1 ストレージシステムの性能情報を収集するためのシステム構成

5.2.2 Device Managerサーバ，Tuning ManagerサーバおよびTuning Manager - Agent for RAID間で通信するための設定

5.2.3 ストレージシステムの性能情報を収集するための設定

5.2.4 Device Managerサーバを設定するための操作フロー（ストレージシステムの性能情報の収集）

5.2.5 管理クライアントの設定（ストレージシステムの性能情報の収集）

5.3 Universal Replicatorの性能を分析するために必要な設定

5.3.1 Universal Replicatorの性能を分析するためのシステム構成

5.3.2 Universal Replicatorの性能を分析するためのDevice Managerの設定

5.3.3 Universal Replicatorの性能を分析するためのReplication Managerの設定

5.3.4 Universal Replicatorの性能を分析するためのTuning Managerの設定

5.4 JP1/IMからHitachi Command Suite製品のGUIをラウンチするために必要な設定

5.4.1 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための前提環境

5.4.2 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための設定

6. ログおよびアラートの設定

6.1 統合ログの設定

6.1.1 トレースログファイルの設定（Windows）

6.1.2 トレースログファイルの設定（SolarisまたはLinux）

6.1.3 Tiered Storage Manager CLIのログファイル採取の設定

6.2 監査ログを採取するために必要な設定

6.2.1 監査ログに出力される監査事象

6.2.2 監査ログの環境設定ファイルの編集

6.3 アラートの設定

6.3.1 Device Managerでの障害検知

6.3.2 SNMPトラップをアラートに表示するための設定

6.3.3 アラートをEメール通知するための操作フロー

6.4 SNMPトラップをログファイルに出力するための設定

6.4.1 SNMPトラップをログファイルに出力するための設定

6.5 イベント通知を使用するために必要な設定

6.5.1 イベント通知のためのプロパティの設定

6.5.2 イベント通知テンプレートの編集

6.5.3 SMTP認証ユーザーの設定

6.6 JP1/IMでログを参照するために必要な設定

6.6.1 管理サーバがWindowsの場合

6.6.2 管理サーバがSolarisまたはRed Hat Enterprise Linuxの場合

7. CIM/WBEMのセットアップ

7.1 CIM/WBEMとは

7.2 Device ManagerのCIM/WBEM機能

7.3 ネームスペースの指定方法

7.4 CIM/WBEM機能を使用するためのユーザーアカウント

7.5 CIM/WBEM機能を利用するための設定

7.5.1 CIM/WBEM機能で使用するポートの変更

7.6 CIM/WBEM機能でストレージシステムの性能情報を取得するための設定

7.6.1 CIM/WBEM機能で性能情報を取得する場合のシステム構成

7.6.2 エンタープライズクラスストレージの性能情報を取得するための設定

7.6.3 ミッドレンジストレージの性能情報を取得するための設定

7.7 SLPサービスの制御

7.7.1 サービスディスカバリー機能を使用する場合の前提ソフトウェア

7.7.2 SLPサービスの起動と停止

7.7.3 SLPサービスの解除

7.7.4 OpenSLPのログに関する注意事項

8. クラスタ環境でのセットアップ

8.1 管理サーバの環境の確認

8.2 Windowsでのセットアップ

8.2.1 新規インストール（Windows）

8.2.2 アップグレードまたは上書きインストール（Windows）

8.2.3 クラスタ環境への変更（Windows）

8.2.4 アンインストール（Windows）

8.3 Solarisでのセットアップ

8.3.1 新規インストール（Solaris）

8.3.2 アップグレードまたは上書きインストール（Solaris）

8.3.3 クラスタ環境への変更（Solaris）

8.3.4 アンインストール（Solaris）

9. サービスの起動と停止

9.1 Hitachi Command Suiteの常駐プロセス

9.2 サービスの起動

9.3 サービスの停止

9.4 サービスの稼働状態の確認

10. データベースの管理

10.1 データベースを管理する前に

10.2 データベースのバックアップ

10.2.1 データベースのバックアップ（非クラスタ構成の場合）

10.2.2 データベースのバックアップ（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

10.2.3 データベースのバックアップ（Veritas Cluster Serverの場合）

10.2.4 データベースのバックアップ（Sun Clusterの場合）

10.3 データベースの復元

10.3.1 データベース不整合時のデータベースの復元

10.3.2 データベース破損時のデータベースの復元

10.4 データベースの移行

10.4.1 データベースを移行する場合の注意事項

10.4.2 データベースを移行する流れ

10.4.3 移行先サーバへのHitachi Command Suite製品のインストール

10.4.4 移行元サーバでのデータベースのエクスポート

10.4.5 移行先サーバでのデータベースのインポート

11. Device Managerエージェントの運用

11.1 Device Managerエージェントを運用するための前提条件

11.1.1 複数のNIC が搭載されたホストを使用する場合の前提条件

11.1.2 Device Managerエージェントを運用する場合の注意事項

11.2 Device Managerエージェントの環境設定

11.2.1 Device Managerエージェントで使用するJava の実行環境の変更（javapath_setupコマンド）

11.2.2 Device ManagerエージェントのWindowsファイアウォールへの例外登録（firewall_setupコマンド）

11.2.3 java プロセスのSEDへの例外登録（AIX）

11.2.4 コピーペアを管理するために必要な設定

11.2.5 ホストで100個以上のLUを管理する場合に必要な設定

11.2.6 Device Managerエージェントの常駐プロセス

11.3 Device Managerエージェントの操作

11.3.1 エージェント機能の確認（hbsa_modinfoコマンド）

11.3.2 Device Managerエージェントのレジストリーとファイルの削除（hbsa_utilコマンド）

11.3.3 Device Managerエージェントのバージョンの表示（hdvm_infoコマンド）

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

11.3.5 Device Managerサーバへのホスト情報の手動通知（HiScanコマンド）

11.3.6 デバイス情報の取得（hldutilコマンド）

11.4 構成定義ファイルの利用

11.4.1 構成定義ファイルを利用するための前提環境

11.4.2 構成定義ファイルの編集

11.4.3 構成定義ファイルの格納場所の変更

11.4.4 構成定義ファイルを利用する上での注意事項

11.5 Device Managerエージェントのリモートインストール

11.5.1 Device Managerエージェントをリモートインストールするための操作フロー

11.5.2 Device Managerエージェントをリモートインストールする場合のシステム構成

11.5.3 Device Managerエージェントのパッケージング（Windows）

11.5.4 Device Managerエージェントのパッケージング（UNIX）

11.5.5 Device Managerエージェントの配布指令の作成，登録および実行（Windows）

11.5.6 Device Managerエージェントの配布指令の作成，登録および実行（Solaris）

11.5.7 リモートインストールの実行結果の戻り値

12. Host Data Collectorのセットアップ

12.1 Host Data Collectorのインストール

12.1.1 Host Data Collectorのインストール条件

12.1.2 Host Data Collectorのインストール（Windows）

12.1.3 Host Data Collectorのインストール（SolarisまたはLinux）

12.1.4 Host Data Collectorを運用する場合の注意事項

12.1.5 管理サーバへのHost Data Collectorマシンの登録

12.2 Host Data Collectorの環境設定

12.2.1 Host Data Collectorの常駐プロセス

12.2.2 Host Data Collectorのファイアウォールへの例外登録（Windows）

12.2.3 Host Data Collectorで使用するJava の実行環境の変更

12.2.4 Host Data Collectorマシンに複数のIPアドレスがある場合の設定

12.2.5 Host Data Collectorのバージョンの確認

12.3 Host Data Collectorのアンインストール

12.3.1 Host Data Collectorのアンインストール（Windows）

12.3.2 Host Data Collectorのアンインストール（SolarisまたはLinux）

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

13.1 一般的な問題と解決策

13.1.1 管理サーバで発生したトラブルへの対処方法（Device Manager）

13.1.2 管理サーバで発生したトラブルへの対処方法（Tiered Storage Manager）

13.1.3 ホストで発生したトラブルへの対処方法

13.2 トラブル発生時に採取が必要な保守情報

13.2.1 管理サーバの保守情報の取得（hcmdsgetlogsコマンド）

13.2.2 Host Data Collectorマシンの保守情報の取得（hdc_getrasコマンド）

13.2.3 Host Data Collector管理対象ホストの保守情報の取得（hdc_target_getrasコマンド）

13.2.4 Device Managerエージェントの保守情報の取得（TICコマンド）

13.2.5 HBase Storage Mgmt Common Serviceのスレッドダンプ取得（Windows）

13.2.6 HCS Device Manager Web Serviceのスレッドダンプ取得（Windows）

13.2.7 HBase Storage Mgmt Common Serviceのスレッドダンプ取得（SolarisまたはLinux）

13.2.8 HCS Device Manager Web Serviceのスレッドダンプ取得（SolarisまたはLinux）

13.3 監査ログの確認

13.3.1 監査ログのメッセージテキスト

13.3.2 Device Managerサーバリクエスト受理詳細メッセージ

13.3.3 Tiered Storage Managerのユーザー操作と監査ログの対応

付録A. Device Managerサーバのプロパティ

A.1 Device Managerサーバのプロパティファイル

A.2 Device Managerサーバの構成情報に関するプロパティ（server.propertiesファイル）

A.3 Device Managerのデータベースに関するプロパティ（database.propertiesファイル）

A.4 Device Managerのログ出力に関するプロパティ（logger.propertiesファイル）

A.5 Device Managerのスレッドに関するプロパティ（dispatcher.propertiesファイル）

A.6 Device ManagerのMIMEに関するプロパティ（mime.propertiesファイル）

A.7 Device ManagerのGUIに関するプロパティ（client.propertiesファイル）

A.8 Device Managerのセキュリティに関するプロパティ

A.9 Device ManagerのSNMPトラップのログ出力に関するプロパティ（customizedsnmptrap.propertiesファイル）

A.10 Device Managerからラウンチするアプリケーションに関するプロパティ（launchapp.propertiesファイル）

A.11 ホストとの通信に関するプロパティ（host.propertiesファイル）

A.12 Host Data Collectorとの連携に関するプロパティ（hostdatacollectors.propertiesファイル）

A.13 マイグレーションに関するプロパティ（migration.propertiesファイル）

A.14 Tuning Managerとの連携に関するプロパティ（tuningmanager.propertiesファイル ）

A.15 Universal Replicatorの性能分析に関するプロパティ（replication.propertiesファイル）

A.16 Replication Managerとの連携に関するプロパティ（rpmlib.propertiesファイル）

A.17 CIM/WBEM機能に関するプロパティ（jserver.propertiesファイル，cimxmlcpa.propertiesファイル，cimxmlscpa.propertiesファイル）

付録B. Tiered Storage Managerサーバのプロパティ

B.1 Tiered Storage Managerサーバのプロパティファイル

B.2 Tiered Storage Managerサーバの動作に関するプロパティ（server.propertiesファイル ）

B.3 Tiered Storage ManagerのGUIに関するプロパティ（client.propertiesファイル ）

B.4 Tiered Storage Managerのデータベースに関するプロパティ（database.propertiesファイル）

B.5 Tiered Storage ManagerからDevice Managerサーバへのアクセスに関するプロパティ（devicemanager.propertiesファイル）

B.6 Tiered Storage Managerのログ出力に関するプロパティ（logger.propertiesファイル）

B.7 Tiered Storage Managerのセキュリティに関するプロパティ

付録C. Host Data Collectorのプロパティ

C.1 Host Data Collectorのプロパティファイル

C.2 Host Data Collectorの動作に関するプロパティ（hdcbase.propertiesファイル）

C.3 Host Data Collectorのログ出力に関するプロパティ（logger.propertiesファイル）

C.4 Host Data CollectorのJava環境に関するプロパティ（javaconfig.propertiesファイル）

付録D. Device Managerエージェントのプロパティ

D.1 Device Managerエージェントのプロパティファイル

D.2 Device ManagerエージェントとReplication Managerサーバとの連携に関するプロパティ（agent.propertiesファイル ）

D.3 Device Managerエージェントのhldutilコマンドの動作に関するプロパティ（hldutil.propertiesファイル ）

D.4 Device Managerエージェントのログ出力に関するプロパティ（logger.propertiesファイル）

D.5 Device Managerエージェントのプログラム情報に関するプロパティ（programproductinfo.propertiesファイル ）

D.6 Device Managerエージェントの動作に関するプロパティ（server.propertiesファイル ）

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

E.1 関連マニュアル

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

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

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

索引

All Rights Reserved. Copyright© 2010, 2014, Hitachi, Ltd.

前書き

対象製品

Hitachi Device Manager　7.6.1

Hitachi Tiered Storage Manager　7.6.1

Hitachi Tiered Storage Managerは，経済産業省が2003年度から3年間実施した「ビジネスグリッドコンピューティングプロジェクト」の技術開発の成果を含みます。

輸出時の注意

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

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

商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。

Adobe，およびFlashは，Adobe Systems Incorporated（アドビシステムズ社）の米国ならびに他の国における商標または登録商標です。

AIXは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。

AIX 5Lは，米国およびその他の国におけるInternational Business Machines Corporationの商標です。

Ethernetは，富士ゼロックス株式会社の登録商標です。

FirefoxはMozilla Foundationの登録商標です。

HP-UXは，Hewlett-Packard Development Company, L.P.のオペレーティングシステムの名称です。

Internet Explorerは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Itaniumは，アメリカ合衆国およびその他の国におけるIntel Corporationの商標です。

Kerberosは，マサチューセッツ工科大学（MIT：Massachusetts Institute of Technology）で開発されたネットワーク認証のプロトコルの名称です。

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

MicrosoftおよびHyper-Vは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

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

OracleとJavaは，Oracle Corporation 及びその子会社，関連会社の米国及びその他の国における登録商標です。

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

This product includes software developed by IAIK of Graz University of Technology.

RC4は，EMC Corporationの米国およびその他の国における登録商標または商標です。

Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標もしくは商標です。

RSAおよびBSAFEは，米国EMC コーポレーションの米国およびその他の国における商標または登録商標です。

すべてのSPARC商標は，米国SPARC International, Inc. のライセンスを受けて使用している同社の米国およびその他の国における商標または登録商標です。SPARC商標がついた製品は，米国Sun Microsystems, Inc. が開発したアーキテクチャに基づくものです。

SUSEは日本におけるNovell, Inc.の商標です。

UNIXは，The Open Groupの米国ならびに他の国における登録商標です。

VERITASおよびVERITASロゴは，Symantec Corporation の米国およびその他の国における商標または登録商標です。

VeritasおよびVeritas Storage Foundationは，Symantec Corporation の米国およびその他の国における商標または登録商標です。

VMware，vCenter Serverは，米国およびその他の地域における VMware, Inc. の登録商標または商標です。

VMware，VMware vSphereは，米国およびその他の地域における VMware, Inc. の登録商標または商標です。

VMware，VMware vSphere ESXは，米国およびその他の地域における VMware, Inc. の登録商標または商標です。

VMware，VMware vSphere ESXiは，米国およびその他の地域における VMware, Inc. の登録商標または商標です。

Windowsは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Serverは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

Windows Vistaは，米国Microsoft Corporationの米国およびその他の国における登録商標または商標です。

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

Hitachi Device ManagerおよびHitachi Tiered Storage Managerには，Oracle Corporation またはその子会社，関連会社が著作権を有している部分が含まれています。

Hitachi Device ManagerおよびHitachi Tiered Storage Managerには，UNIX System Laboratories, Inc.が著作権を有している部分が含まれています。

Hitachi Device ManagerおよびHitachi Tiered Storage Managerは，米国EMC コーポレーションのRSA BSAFE®ソフトウェアを搭載しています。

This product includes software developed by Ben Laurie for use in the Apache-SSL HTTP server project.

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/).

This product includes software developed by Daisuke Okajima and Kohsuke Kawaguchi (http://relaxngcc.sf.net/).

This product includes software developed by the Java Apache Project for use in the Apache JServ servlet engine project (http://java.apache.org/).

This product includes software developed by Andy Clark.

This product includes software developed by the OpenSSL project for use in the OpenSSL Toolkit (http://www.openssl.org/).

発行

2014年1月　3020-3-W22-C0

著作権

All Rights Reserved. Copyright© 2010, 2014, Hitachi, Ltd.

はじめに

このマニュアルは，Hitachi Device Manager，Hitachi Tiered Storage ManagerおよびHitachi Command Suite共通コンポーネントのシステム構成，環境設定およびトラブルシューティングについて説明したものです。

以降，このマニュアルでは，Hitachi Device ManagerをDevice Manager，Hitachi Tiered Storage ManagerをTiered Storage Managerと略します。

はじめにの構成

対象読者

マニュアルの構成

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

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

対象読者

このマニュアルは，Device ManagerまたはTiered Storage Managerを使用してシステムを運用管理される方を対象としています。また，対象読者には次のような知識があることを前提としています。

ストレージシステム固有の管理ツールに関する基本的な知識

SAN（Storage Area Network）に関する基本的な知識

前提OSに関する基本的な知識

前提クラスタソフトウェアに関する基本的な知識

マニュアルの構成

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

第1章　概要

Device ManagerおよびTiered Storage Managerを使用する場合のシステム構成とシステム要件について説明しています。

第2章　ネットワーク構成に応じた設定

ネットワーク構成に応じて必要なHitachi Command Suite製品での設定について説明しています。

第3章　ユーザーアカウントを管理するために必要な設定

Hitachi Command Suite製品のユーザーアカウントを管理するために必要な設定について説明しています。

第4章　セキュリティ設定

Hitachi Command Suite製品を運用する際に必要なセキュリティ設定について説明しています。

第5章　関連製品と連携するために必要な設定

関連製品と連携するために必要な設定について説明しています。

第6章　ログおよびアラートの設定

Hitachi Command Suite製品でシステムの状態や障害を監視するために必要な設定について説明しています。

第7章　CIM/WBEMのセットアップ

CIM/WBEMのセットアップ方法について説明しています。

第8章　クラスタ環境でのセットアップ

クラスタ環境で運用する場合のセットアップ方法について説明しています。

第9章　サービスの起動と停止

管理サーバ上のHitachi Command Suite製品のサービスを起動したり停止したりする方法について説明しています。

第10章　データベースの管理

Hitachi Command Suite製品のデータベースをバックアップしたり，復元したりする方法について説明しています。

第11章　Device Managerエージェントの運用

Device Managerエージェントを運用するために必要な設定や，Device Managerエージェントの操作について説明しています。

第12章　Host Data Collectorのセットアップ

Host Data Collectorのセットアップ方法について説明しています。

第13章　トラブルシューティング

Device ManagerおよびTiered Storage Managerの運用中に発生した問題の解決策やログファイルの参照方法について説明しています。

付録A　Device Managerサーバのプロパティ

Device Managerサーバのプロパティファイルについて説明しています。

付録B　Tiered Storage Managerサーバのプロパティ

Tiered Storage Managerサーバのプロパティファイルについて説明しています。

付録C　Host Data Collectorのプロパティ

Host Data Collectorのプロパティファイルについて説明しています。

付録D　Device Managerエージェントのプロパティ

Device Managerエージェントのプロパティファイルについて説明しています。

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

このマニュアルを読むに当たっての参考情報について説明しています。

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

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

表記
製品名

Active Directory
Microsoft®Active Directory

Hyper-V
Microsoft® Hyper-V®

Internet Explorer
次の製品を区別する必要がない場合の表記です。

Microsoft® Internet Explorer®

Windows® Internet Explorer®

Microsoft Cluster Service
Microsoft® Cluster Service

Windows
次の製品を区別する必要がない場合の表記です。

Microsoft® Windows® 7

Microsoft® Windows Server® 2003

Microsoft® Windows Server® 2003 R2

Microsoft® Windows Server® 2008

Microsoft® Windows Server® 2008 R2

Microsoft® Windows Server® 2012

Microsoft® Windows Server® 2012 R2

Microsoft® Windows Vista®

Microsoft® Windows® XP

Windows 7
Microsoft® Windows® 7

Windows Server 2003
Microsoft® Windows Server® 2003

Windows Server 2003 R2
Microsoft® Windows Server® 2003 R2

Windows Server 2008
Microsoft® Windows Server® 2008

Windows Server 2008 R2
Microsoft® Windows Server® 2008 R2

Windows Server 2012
Microsoft® Windows Server® 2012

Windows Server 2012 R2
Microsoft® Windows Server® 2012 R2

Windows Server Failover Clustering
次の製品を区別する必要がない場合の表記です。

Windows Server® Failover Clustering

Microsoft® Failover Cluster

Windows Vista
Microsoft® Windows Vista®

Windows XP
Microsoft® Windows® XP

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

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

記号
意味と例

[ ]
（角括弧）
画面，メニュー，ボタン，キーボードのキーなどを示します。
また，表示項目を連続して選択する場合には，［ ］を－でつないで説明しています。

＜ ＞
（山括弧）
可変値であることを示します。

また，このマニュアルでは，次に示す記号を使用してコマンドの文法を説明しています。

記号
意味と例

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

{ }
（波括弧）
この記号で囲まれている複数の項目の中から，必ず一組の項目を選択します。項目と項目の区切りは「|」で示します。
（例）
「{A|B|C}」は，「A，B，またはCのどれかを必ず指定する」ことを示します。

[ ]
（角括弧）
この記号で囲まれている項目は，任意に指定できます（省略できます）。
（例）
「[A]」は，「必要に応じてAを指定する」ことを示します（必要でない場合は，Aを省略できます）。
「[B|C]」は，「必要に応じてB，またはCを指定する」ことを示します（必要でない場合は，BおよびCを省略できます）。

...点線
（リーダー）
記述が省略されていることを示します。この記号の直前に示された項目を繰り返し複数個指定できます。
（例）
「A,B,C...」は，「AとBの後ろにCを複数個指定できる」ことを示します。

1. 概要

この章では，Device ManagerおよびTiered Storage Managerのシステム構成とシステム要件について説明します。

この章の構成

1.1 システム構成

1.2 ネットワーク構成

1.3 管理サーバのシステム要件

1.4 ホストのシステム要件

1.5 関連製品

1.6 Device Managerでのコピーペア管理

1.7 コマンドを実行する場合の注意事項

1.1 システム構成

Device ManagerおよびTiered Storage Managerを使用する場合の基本的なシステム構成を次の図に示します。

図1-1 基本的なシステム構成

管理サーバと管理クライアント間，管理サーバとストレージシステム間はTCP/IPネットワークで接続する必要があります。

また，ホストとストレージシステム間はFCまたはFCoEでSANを構成します。HUS100，Hitachi AMS2000，Hitachi SMSおよびHitachi AMS/WMSでは，FCまたはFCoEの代わりにiSCSIでIP-SANを構成することもできます。

Device ManagerおよびTiered Storage Managerの主なシステム構成要素を以降で説明します。

この節の構成

1.1.1 ハードウェア構成

1.1.2 ソフトウェア構成

1.1.1 ハードウェア構成

Device ManagerおよびTiered Storage Managerを使用する場合のハードウェア構成を次に示します。

管理サーバ

ストレージシステムやホストなどを統合管理するマシンです。Hitachi Command Suiteをインストールします。2台のマシンを使用したActive-Standby型のクラスタリングにも対応しています。

管理クライアント

Device ManagerおよびTiered Storage Managerを操作する際に使用するマシンです。

ホスト（業務サーバ）

ストレージシステム内のボリュームを利用するマシンです。

ペア管理サーバ

コピーペアの構成や状態を1台のホストで一括管理する場合に必要なマシンです。

ストレージシステム

Hitachi Command Suite製品で管理するストレージシステムです。

注意

1台のストレージシステムは，1台の管理サーバで管理してください。1台のストレージシステムを複数の管理サーバで管理するシステムは構成しないでください。

1.1.2 ソフトウェア構成

Device ManagerおよびTiered Storage Managerを使用する場合のソフトウェア構成を次に示します。

Hitachi Command Suite

次のコンポーネントから構成されています。

Hitachi Command Suite共通コンポーネント

ユーザーアカウントの管理やセキュリティ監視などHitachi Command Suite製品で共通の機能を提供するコンポーネントです。

Device Managerサーバ

ストレージシステムのボリュームを管理するためのコンポーネントです。

注意

1つのDevice Managerサーバで，分割ストレージごとに複数のストレージ管理者のアカウントを使い分けることはできません。個々の分割ストレージを管理したい場合は，分割ストレージごとにDevice Managerサーバを用意する必要があります。

Tiered Storage Managerサーバ

ストレージシステムのボリュームをマイグレーションするためのコンポーネントです。

Replication Managerサーバ

ストレージシステムのボリュームを複製するためのコンポーネントです。

Host Data Collector

ホスト（通常ホスト，仮想マシンおよび仮想化サーバ）の情報，および各ホストで利用されているボリュームの情報を収集するためのコンポーネントです。

重要

別マシンにHost Data Collectorだけをインストールすることもできます。

Device Managerエージェント

ホストやストレージシステムの情報を収集してDevice Managerサーバに通知するコンポーネントです。次の運用を行う場合に必要です。

コピーペアの管理

RAID ManagerまたはP9000 RAID Managerと連携して，Device ManagerまたはReplication Managerでコピーペアの作成や構成変更，状態変更を行う場合に必要です。

性能情報の取得

Device ManagerのCIM/WBEM機能を使用して，Virtual Storage Platform，Universal Storage Platform V/VMおよびHitachi USPの性能情報を取得する場合に必要です。

重要

次のOSでは，Global Link Managerエージェントが自動的にインストールされます。

Windows

Solaris 9（SPARC）

Solaris 10（SPARC）

Solaris 11（SPARC）

HP-UX

Global Link Managerエージェントは，ホストとストレージシステムとの間のLUNパス管理にDMP（VxVMのDynamic Multipathing機能）やHP-UX マルチパスを使用している場合に，Global Link Managerサーバと通信して，LUNパスに関する情報を通知したり，ホストに必要な設定をしたりするために必要です。

RAID Manager またはP9000 RAID Manager

ストレージシステム上のコピーペアを制御するためのプログラムです。

コピーペアの構成や状態をDevice Managerで管理する場合に必要です。

GUI

Webベースのグラフィカルインターフェースです。

CLI

キャラクターベースのインターフェースです。システムの初期導入時や，同じ設定変更を大量に実施する際などには，CLIを使用することで，作業を効率化できます。

1.2 ネットワーク構成

Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMには， SVPと呼ばれるサービスプロセッサが搭載されています。SVPには2つのEthernetアダプターがあります。1つ目のEthernetアダプターは，プライベート（内部）Ethernet LAN用で，ストレージシステム内での通信だけに使用されます。ユーザーが利用でき，内部LANにアクセスできるデバイスは，SVPだけです。2つ目のEthernetアダプターは，ほかのアプリケーションがSVPと対話するために使用されます。このLANは，パブリックLANと呼ばれ，ストレージシステムの外部にあるほかのコンピュータからも参照できます。Device Managerは，ストレージシステムおよび構成変更に関するSVPとの通信にこのパブリックLANを使用します。

Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMは，SVPインターフェースを介して管理されますが，それ以外のストレージシステム（例えば，HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSおよびSANRISE9500V）には，プライベートLANがありません。その代わりに，HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSおよびSANRISE9500Vは，パブリックLANに直接接続するためのEthernetワークインターフェースを持ちます。これらのストレージシステムは，リモート管理用のAPIを持っているため，LANに接続すれば，さまざまな管理アプリケーションからアクセスできるようになります。

警告

Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMは，パブリックLANとプライベートLANの両方を持ちます。Device Managerは，ストレージシステムおよび構成変更に関するSVPとの通信にパブリックLANを使用します。どのような状況下でも，外部ネットワークにプライベートLANを接続してはいけません。ストレージシステムで深刻な問題が発生するおそれがあります。

この節の構成

1.2.1 セキュリティについての一般的なリスク

1.2.2 最もセキュアな構成：管理用のLANを分離し，ファイアウォールを設置した場合

1.2.3 2番目にセキュアな構成：管理用のLANを分離し，管理下のデバイスとの間にファイアウォールを設置した場合

1.2.4 3番目にセキュアな構成：管理用のLANを分離し，管理サーバをデュアルホームにした場合

1.2.5 最もセキュアでない構成：フラットなネットワーク

1.2.1 セキュリティについての一般的なリスク

HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSおよびSANRISE9500Vは，パブリックLANに接続するよう設計されているため，これらのストレージシステムをパブリックネットワークに接続する場合には特に注意が必要です。

システム管理者は，多くの場合，管理用のLANと業務用のLANを切り離します。そうすることで，管理用のLANを独立させ，業務用のネットワークから管理用のトラフィックを切り離し，セキュリティ上の危険性を減らしています。もし，業務に使用するLANにSVPのような管理端末が共存していたら，IPネットワーク上のどのエンティティからでもストレージシステムにアクセスできてしまいます。アクセスが意図的なものであるかどうかに関わらず，結果として生じるリスクから，ストレージサービス拒否という現実の障害が発生するおそれがあります。DoS攻撃によって，I/O操作中のポートからストレージの領域がアンバインドされるなど，悪意のある目的で管理用のセッションが乗っ取られる危険性があります。

管理用のLANの構成に関するガイドラインを以下に示します。

業務に使用するLANからのトラフィックが管理用のLANを流れたり，経由したりしてはいけません。

管理用のLAN上にある管理インターフェースまたはコントローラーを搭載したすべてのホストを最大限に強化して危険性を減らし，ステーションまたはデバイス全体が管理インターフェース以外のソフトウェアによって使用されないようにします（この場合の強化とは，不要なソフトウェアの削除，不要なサービスのシャットダウン，および最新のパッチへの更新を含みます）。

管理用のLANは，例えばDevice Managerサーバのように，管理用のLANと業務用のLANの間で仲立ちとして動作しているマシンでだけ，業務用のLANとつながるようにします。

プライベートLANと管理用のLANの両方につながるマシンを，ファイアウォールの後ろに置くと，意図しないアクセスをさらに防げます。

1.2.2 最もセキュアな構成：管理用のLANを分離し，ファイアウォールを設置した場合

この構成では，Device Managerサーバがインストールされているマシンをデュアルホームにするか，NICを2つ持たせる必要があり，Device Manager以外の管理アプリケーションでも同様に構成する必要があります。各マシンの第1のNICは，管理用のマシンと管理対象のストレージシステムとの間の管理用トラフィック専用のLANに接続します。第2のNICは，ファイアウォールによってアクセスが管理されているLANに接続します。「図1-2 最もセキュアな構成：管理用のLANを分離し，ファイアウォールを設置した場合」に示すように，各業務サーバは，個別のファイアウォールを持つ異なるLANに接続することもできます。ファイアウォールには，Device Managerのクライアントまたは特定の管理アプリケーションのクライアントにだけ管理サーバへのアクセスを許可する，厳しいアクセス規則を設定します。

この構成は，最もセキュアな構成ですが，さまざまなネットワークコンポーネント，サーバ，管理下のデバイスのすべてを管理するオーバーヘッドを必要とするため，最も柔軟性のない構成です。この構成をよりセキュアにするには，基礎となる管理アプリケーションOSを最大限に強化する必要があります。このためには，例えば，Telnet，FTP，SMTPなどのサービスを使用不可にします。さらに，できれば，不要なパッケージをすべて除去してください。

注意

Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMをElement Managerで操作する場合，管理クライアントのJava Web Startおよびブラウザーとストレージシステムの間で直接通信を行います。そのため，管理クライアントとストレージシステムが異なるネットワークに接続されている場合，互いに直接通信できるようにネットワークを設定する必要があります。

管理用のLANを分離し，ファイアウォールを設置した場合の構成を次の図に示します。

図1-2 最もセキュアな構成：管理用のLANを分離し，ファイアウォールを設置した場合

1.2.3 2番目にセキュアな構成：管理用のLANを分離し，管理下のデバイスとの間にファイアウォールを設置した場合

この構成では，Device Managerサーバがインストールされているマシンとそのほかのすべての業務サーバをシングルホームにし，ファイアウォールによって，Device Manager管理下から実デバイスを分離します。ファイアウォールのルールで，ストレージシステムへのアクセスは，Device Managerサーバとそのほかの必要な管理アプリケーションに制限されます。Device Managerにアクセスする管理用のクライアントからのトラフィックは，ファイアウォールを超えられないため，管理下のストレージシステムと直接対話はできませんが，Device Managerや管理アプリケーションを使用して，管理操作に直接関与できます。

この構成は2番目にセキュアな構成で，最もセキュアな構成に比べて柔軟性があります。この構成では，管理下のデバイスは保護されますが，管理アプリケーションサーバ自体は保護されません。したがって，すべての管理アプリケーションサーバを最大限に強化する必要があります。

注意

Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMをElement Managerで操作する場合，管理クライアントに使用しているマシンのJava Web Startおよびブラウザーとストレージシステムの間で直接通信を行います。そのため，管理クライアントとストレージシステムが異なるネットワークに接続されている場合，互いに直接通信できるようにネットワークを設定する必要があります。

管理用のLANを分離し，管理下のデバイスとの間にファイアウォールを設置した場合の構成を次の図に示します。

図1-3 2番目にセキュアな構成：管理用のLANを分離し，管理下のデバイスとの間にファイアウォールを設置した場合

1.2.4 3番目にセキュアな構成：管理用のLANを分離し，管理サーバをデュアルホームにした場合

この構成では，管理サーバ自体が，管理用のLANと業務用のLANとの接続点として動作します。Device Managerやそのほかの管理アプリケーションが稼働しているサーバをデュアルホームにします。第1のNICは，管理下のデバイスとつながっている管理用のLANに接続し，第2のNICを，管理クライアント（例えば，Device ManagerのGUI）とつながっている業務用のLANに接続します。管理アプリケーションサーバが業務用のLANと管理用のLANとのゲートウェイとして動作し，ファイアウォールを追加しないため，サーバ自体が2つのネットワークの間でトラフィックを行き来させないよう，十分注意する必要があります。

この構成は，3番目にセキュアな構成で，最もセキュアな構成および2番目に安全な構成よりも柔軟性があります。この構成では，管理下のデバイスは保護されますが，管理アプリケーションサーバ自体は保護されません。したがって，管理アプリケーションサーバを最大限に強化する必要があります。さらに，管理アプリケーションが2つのLANの間でゲートウェイとして動作することから，OSの強化がより重要になります。

注意

Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMをElement Managerで操作する場合，管理クライアントのJava Web Startおよびブラウザーとストレージシステムの間で直接通信を行います。そのため，管理クライアントとストレージシステムが異なるネットワークに接続されている場合，互いに直接通信できるようにネットワークを設定する必要があります。

管理用のLANを分離し，管理サーバをデュアルホームにした場合の構成を次の図に示します。

図1-4 3番目にセキュアな構成：管理用のLANを分離し，管理サーバをデュアルホームにした場合の構成

1.2.5 最もセキュアでない構成：フラットなネットワーク

この構成では，管理アプリケーションサーバ，管理下のデバイス，管理クライアントのすべてが同じネットワーク上に共存しています。

この構成は，最も柔軟性が高いものの，最もセキュアでない構成です。この構成では，ストレージ管理の操作に必要なコンポーネントがまったく保護されないため，管理アプリケーションサーバの強化が最重要になります。加えて，管理下の各デバイスに対するマイクロコードの更新（特に，デバイス管理用端末自体のセキュリティと何らかの関係がある場合）について考慮する必要があります。

重要

構成が管理用のLANに合わない場合に，この構成が必要となることもあります。

次の図は，フラットネットワークを示しています。

図1-5 最もセキュアでない構成：フラットネットワーク

1.3 管理サーバのシステム要件

ここでは管理サーバのシステム要件について説明します。

この節の構成

1.3.1 管理リソース数の上限

1.3.2 メモリーヒープサイズの変更（Hitachi Command Suite共通コンポーネント）

1.3.3 メモリーヒープサイズの変更（Device Managerサーバ）

1.3.4 JDKの変更

1.3.1 管理リソース数の上限

Device Manager，Tiered Storage ManagerおよびReplication Managerで管理できるリソース数には上限があります。

次の表に示す値を超えない構成で各製品を運用することを推奨します。

表1-1 管理リソース数の上限値

リソース | Device Managerサーバの上限
LDEV数※1 | 1,000,000
LDEV数とパス数※2の合計 | 5,000,000

注

CIM/WBEM機能を利用する場合の管理リソース数の上限値は次のとおりです。Device Managerで管理するストレージシステムのリソース数が，この上限値を超える場合は，server.cim.support プロパティの値をfalseに変更してください（デフォルト：true）。

LUN数
128,000

Security数（Device Manager，Tiered Storage ManagerおよびReplication Managerで管理しているストレージシステムのLUNにセキュリティを設定するために割り当てられたWWNとiSCSIネームの総数）
192,000

LDEV数
128,000（オープン用LDEV数だけの上限値は64,000 ）

注※1

メインフレーム用のLDEV数とオープンシステム用のLDEV数の合計値です。

注※2

パス数 = ＜LDEV数＞ × ＜1LDEV当たりの平均パス数＞

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.11 server.cim.support.job

1.3.2 メモリーヒープサイズの変更（Hitachi Command Suite共通コンポーネント）

Hitachi Command Suite共通コンポーネントのメモリーヒープサイズを変更するには，hcmdschgheapコマンドを実行します。

事前に確認しておく情報

管理対象となるLDEV数とコピーペア数
Device Manager，Tiered Storage ManagerおよびReplication Managerの運用で想定されるLDEV数およびコピーペア数から，必要なメモリーヒープサイズを算出してください。LDEV数から算出したメモリーヒープサイズとコピーペア数から算出したメモリーヒープサイズのうち，値が大きい方を設定してください。

表1-2 Hitachi Command Suite共通コンポーネントのメモリーヒープサイズの目安

利用環境
設定するメモリーヒープサイズ

OS
管理リソース
Small
（下限：128MB，
上限：256MB）
Medium
（下限：256MB，
上限：512MB）
Large
（下限：512MB，
上限：1024MB）

Windows（x86）
1台のストレージシステム当たりのLDEV数
8,000以下
8,001以上
--

管理対象の全コピーペア数
オープンボリュームだけ
5,000以下
5,001以上
--

メインフレームボリュームだけ
5,000以下
5,001以上
--

混在環境※
40,000以下
40,001以上
--

Windows（x64），SolarisまたはLinux
1台のストレージシステム当たりのLDEV数
8,000以下
8,001～14,000
14,001以上

管理対象の全コピーペア数
オープンボリュームだけ
5,000以下
5,001～12,000
12,001以上

メインフレームボリュームだけ
5,000以下
5,001～60,000
60,001以上

混在環境※
40,000以下
40,001～60,000
60,001以上

（凡例）

--：指定できません。

注※

オープンボリュームとメインフレームボリュームの両方を管理する場合は，次の計算式を使ってコピーペア数を算出してください。

（＜オープン系システムのコピーペア数＞×6）＋＜メインフレーム系システムのコピーペア数＞

メモリーヒープサイズを変更するには：

Hitachi Command Suite製品のサービスを停止します。

現在のメモリーヒープサイズの設定を確認します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgheap /print

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgheap -print

メモリーヒープサイズを変更します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgheap /set [Small|Medium|Large]

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgheap -set [Small|Medium|Large]

Hitachi Command Suite製品のサービスを起動します。

注意

hcmdswebまたはhcmdsweb2コマンドを使ってヒープサイズを設定していた場合，すでに設定されている値よりも小さい値に変更することはできません。小さい値に変更したい場合は，一度Hitachi Command Suiteをアンインストールしたあと，再度インストールしてから，設定したいヒープサイズの値で変更してください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

1.3.3 メモリーヒープサイズの変更（Device Managerサーバ）

Device Managerサーバのメモリーヒープサイズを変更するには，Server.ini ファイル（Windowsの場合）またはhicommand.shファイル（SolarisまたはLinuxの場合）を編集します。

事前に確認しておく情報

管理対象となるLDEV数

表1-3 Device Managerサーバのメモリーヒープサイズの目安

管理リソース
メモリーヒープサイズ

256MB
（下限：128MB）
512MB
（下限：128MB）
1024MB
（下限：128MB）

1台のストレージシステム当たりのLDEV数
2,000以下
6,000以下
6,001以上

管理対象となるファイルサーバの構成（ファイルサーバを管理対象にする場合）
ファイルサーバのクラスタ数や台数に応じて，次のとおりメモリーヒープサイズを設定してください。

クラスタ数が1つ，または非クラスタ構成のファイルサーバを1台管理する場合
メモリーヒープサイズは512MBを設定してください。

クラスタ数が2つ以上，または非クラスタ構成のファイルサーバを2台以上管理する場合
メモリーヒープサイズは1024MBを設定してください。

LDEV数から算出したメモリーヒープサイズと値が異なる場合，どちらか大きい方を設定してください。

メモリーヒープサイズを変更するには：

次のファイルをテキストエディターで開きます。

Windowsの場合：

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥Server.ini

SolarisまたはLinuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/hicommand.sh

メモリーヒープサイズを変更します。

Windowsの場合：

次に示す形式でJVM_XOPT_HEAP_MAXに適切な値を指定してください。

JVM_XOPT_HEAP_MAX=-Xmx＜設定値＞m

SolarisまたはLinuxの場合：

startオプションのスクリプトに記載されているjavaコマンドの-Xmxオプションに値を設定してください。

変更例：値を256MBから512MBに変更する場合

変更前：java -Xmx256m -classpath ...

変更後：java -Xmx512m -classpath ...

Hitachi Command Suite製品のサービスを再起動します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

1.3.4 JDKの変更

運用開始後に，Hitachi Command Suite製品で使用するJDKを変更するには，hcmdschgjdkコマンドを実行します。

事前に完了しておく操作

Hitachi Command Suite製品が前提とするJDKの確認
詳細は，「ソフトウェア添付資料」を参照してください。

JDKを変更するには：

Hitachi Command Suite製品のサービスを停止します。

使用するJDKを変更します。
次のコマンドを実行して，表示された画面で使用するJDKを選択します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgjdk

Solaris（SPARC）またはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgjdk

Hitachi Command Suite製品のサービスを起動します。

次の通信路でSSL/TLSを使用している場合は，サーバ証明書をトラストストアー（jssecacerts）に再度インポートします。
インポートし直すことで，サーバ証明書の格納場所が使用するJDKの配下に切り替わります。

Device ManagerサーバとReplication Managerサーバ間
hcmdskeytoolユーティリティ（Windowsの場合）またはkeytoolユーティリティ（SolarisまたはLinuxの場合）で，Device Managerサーバのサーバ証明書（認証局のサーバ証明書，または自己署名証明書）をインポートし直します。

Tuning ManagerサーバとDevice Managerサーバ間
hcmdskeytoolユーティリティ（Windowsの場合）またはkeytoolユーティリティ（SolarisまたはLinuxの場合）で，Hitachi Command Suite共通コンポーネントのサーバ証明書（認証局のサーバ証明書，または自己署名証明書）をインポートし直します。

Windowsファイアーウォールが有効になっている環境で，Oracle JDKに切り替えた場合は，Oracle JDKのjava.exeファイルを手動で例外登録します。

重要

管理サーバのOSがSolaris（SPARC）の場合，Device Manager GUIからHitachi NAS Platformを管理するためには，Oracle JDK 6またはOracle JDK 7への切り替えが必要です。

管理サーバのOSがSolaris（x64）の場合，JDKの変更はできません。

Hitachi Command Suite製品の運用中にOracle JDKを上書きまたはアップグレードインストールした場合は，使用するJDKを登録し直してください。

Hitachi Command Suite製品の運用中にOracle JDKをアンインストールする場合は，使用するJDKをHitachi Command Suiteに同梱されたJDKに切り替えてください。

バージョン7.0以前のHitachi Command Suite製品が管理サーバにインストールされている場合は，Oracle JDKには変更できません。

関連項目

9.2 サービスの起動

9.3 サービスの停止

1.4 ホストのシステム要件

Device Managerでは，管理対象のストレージシステムのボリュームを使用するマシンをホストとして管理できます。各ホストのディスクリソースをDevice Managerで一元管理することで，利用状況に応じて最適なボリュームを割り当てることができます。

この節の構成

1.4.1 Device Managerで管理できるホスト

1.4.2 Device Managerのホスト管理ソフトウェア

1.4.3 通常ホストのシステム要件

1.4.4 仮想マシンのシステム要件

1.4.5 仮想化サーバのシステム要件

1.4.6 メインフレームホストのシステム要件

1.4.7 ファイルサーバのシステム要件

1.4.1 Device Managerで管理できるホスト

ホスト（業務サーバ）にストレージシステムのボリュームを割り当てたり，各ホストでのボリュームの使用状況を確認したりするためには，Device Managerのリソースとして登録する必要があります。

Device Managerでは，次の表に示すホストでのボリュームの利用状況を管理できます。

表1-4 Device Managerで管理できるホスト

ホスト | 説明
オープンホスト | 通常ホスト | 仮想化ソフトウェアがインストールされていない環境
仮想マシン※ | 仮想化ソフトウェア上に作成された仮想環境
仮想化サーバ | 仮想化ソフトウェアがインストールされた物理環境※
メインフレームホスト | メインフレームボリュームを利用するマシン
ファイルサーバ | Hitachi Virtual File Platform | NAS機能を使用して，ストレージシステム内のファイルをネットワーク上の複数のクライアントと共有するためのマシン
Hitachi NAS Platform

注※

仮想マシン，およびWindows Server 2008 Hyper-VまたはWindows Server 2012 Hyper-Vがインストールされた物理環境は，Device Managerへの登録後は通常ホストとして扱われます。

重要

Device Managerで管理するホストのホスト名は，50バイト以内であることが前提です。

1.4.2 Device Managerのホスト管理ソフトウェア

Device Managerでは，ホスト管理ソフトウェアを経由して各ホストの情報を収集することで，ホストを統合管理できます。

表1-5 Device Managerのホスト管理ソフトウェア

ホスト管理ソフトウェア | オープンホスト | メインフレームホスト | ファイルサーバ
通常ホスト | 仮想マシン | 仮想化サーバ
Host Data Collector※ | ○ | ○ | ○ | × | ×
Device Managerエージェント※ | ○ | ○ | × | × | ×
vMA | × | × | ○ | × | ×
Mainframe Agent | × | × | × | ○ | ×
ファイルサーバ管理ソフトウェア | × | × | × | × | ○

（凡例）

○：サポートしている

×：サポートしていない

注※

通常ホストまたは仮想マシンがHost Data CollectorとDevice Managerエージェントの両方の管理対象になっている場合，GUIおよびCLIにはDevice Managerエージェントが取得した情報が優先されて表示されます。

Host Data Collectorで管理する
Host Data Collectorでは，通常ホスト，仮想マシンおよび仮想化サーバを管理できます。
Device Manager GUI/CLIでネットワーク上に存在するホストを探索すると，見つかったホストがDevice Managerに登録されます。

Device Managerエージェントで管理する
Device Managerエージェントでは，通常ホストおよび仮想マシンを管理できます。
それぞれのホストにDevice Managerエージェントをインストールすると，ホストがDevice Managerに登録されます。

vMAで管理する
vMAでは，仮想化サーバを管理できます。
Device Manager GUI/CLIでvMA管理下の仮想化サーバを探索すると，見つかった仮想化サーバがDevice Managerに登録されます。
なお，vMAで管理できる仮想化サーバはVMware ESX 4.xまたはVMware ESXi 4.xだけです。

Mainframe Agentで管理する
Mainframe Agentでは，メインフレームホストを管理できます。
Device Manager CLIで，メインフレームホストと，それを管理するMainframe AgentをDevice Managerに登録します。

ファイルサーバ管理ソフトウェアで管理する
ファイルサーバ管理ソフトウェアでは，ファイルサーバを管理できます。
ファイルサーバ管理ソフトウェアで，管理対象のファイルサーバをDevice Managerに登録します。

重要

Plug-in for Virtualization Server Provisioningを使用する環境では，vMAで仮想化サーバを管理してください。

Compute Systems Managerを導入している環境では，Compute Systems Managerで登録した通常ホストおよび仮想マシンは，Device Managerにも自動的に登録されます。

関連項目

1.1.2 ソフトウェア構成

ホスト管理ソフトウェアの管理対象ホストの詳細：ソフトウェア添付資料

1.4.3 通常ホストのシステム要件

Host Data CollectorまたはDevice Managerエージェントで管理する場合，Device Managerへの登録前に各通常ホストでの環境設定が必要です。

この項の構成

(1) 通常ホストの前提環境（Host Data Collectorで管理する場合）

(2) 通常ホストの前提環境（Device Managerエージェントで管理する場合）

(1) 通常ホストの前提環境（Host Data Collectorで管理する場合）

Host Data Collectorで管理するためには，Host Data Collectorのインストール後，それぞれの通常ホストで環境設定が必要です。

Host Data Collectorは，管理サーバにインストールするHitachi Command Suiteに同梱されているほか，管理サーバ以外のマシンにインストールすることもできます。

また，通常ホストでは，Device Managerに登録する前に，次の環境設定を済ませておく必要があります。UNIXホストを管理する場合，ホストをDevice Managerに登録する時に使用するUNIXアカウントによって，それぞれのUNIXホストで必要になる環境設定が異なります。

Windowsホストを管理する場合

Host Data Collectorのサービス（Host Data Collector Base Service）の実行ユーザーにAdministrator権限を持つユーザーが割り当てられている。

admin$がネットワーク共有されている。
Windowsのnet shareコマンドで確認できます。ただし，セキュリティ監視プログラムが通常ホストにインストールされていると，Host Data Collectorではホスト情報を収集できないことがあります。

Windowsのファイアウォールの設定で，［ファイルとプリンタの共有］が例外として登録されている。

UNIXホストを管理する場合（rootアカウントでホストの情報を収集するとき）

SSHが有効になっている。

リモートからrootでパスワード認証によるSSHログインができるように設定されている。

管理対象の通常ホストのOSがAIXの場合，環境変数ODMDIRが設定されている。

重要

rootアカウントでDevice Managerに登録したホストを，一般ユーザーアカウントを使って二重に登録しないでください。

UNIXホストを管理する場合（一般ユーザーアカウントでホストの情報を収集するとき）

SSHが有効になっている。

ホスト登録時に使用するユーザーアカウントがHost Data Collector専用に作成されている（推奨）。

管理対象の通常ホストのOSがAIXの場合，環境変数ODMDIRが設定されている。

/tmpディレクトリに更新権限（rwx）が設定されている。

sudoコマンドが実行できるように環境変数PATHに設定されている。

sudoコマンドを実行できるように，/etc/sudoersファイルに設定されている。
sudoコマンドを実行できるようにするには，次の定義を追加してください。

＜ホスト登録時に使用するユーザー名＞ ＜登録対象のホスト＞=(＜実行ユーザー名のエイリアス＞)NOPASSWD:/tmp/FsDataGatherLauncher.Unix.sh

＜登録対象のホスト＞には，IPアドレス，ホスト名またはALLを指定します。
＜実行ユーザー名のエイリアス＞には，ALLまたはrootを指定します。

重要

一般ユーザーアカウントでDevice Managerに登録したホストを，rootアカウントを使って二重に登録しないでください。

重要

次に示すホストの項目では，セミコロン（;）を含む名称を使用しないでください。

Windowsホストを管理する場合
・ネットワーク接続名
・共有ディスクのコメント欄

UNIXホストを管理する場合
・マウント先のディレクトリ名
・ディスクグループ名（ボリュームグループ名，ディスクセット名）
・論理ボリューム名
・ネットワーク名
・共有ディスクのディレクトリ名
・ネットワークドライブのデバイス名（参照先ホスト上で設置済みの共有ディスクのディレクトリ名）

関連項目

12. Host Data Collectorのセットアップ

(2) 通常ホストの前提環境（Device Managerエージェントで管理する場合）

Device Managerエージェントで管理するためには，通常ホストごとにDevice Managerエージェントをインストールします。

インストール後は，管理サーバの情報やHiScanコマンドの実行周期などを設定する必要があります。

また，通常ホストのOSがAIXの場合は，環境変数ODMDIRの設定も必要です。

重要

次に示すホストの項目では，セミコロン（;）を含む名称を使用しないでください。

Windowsホストを管理する場合
・ネットワーク接続名
・共有ディスクのコメント欄

UNIXホストを管理する場合
・マウント先のディレクトリ名
・ディスクグループ名（ボリュームグループ名，ディスクセット名）
・論理ボリューム名
・ネットワーク名
・共有ディスクのディレクトリ名
・ネットワークドライブのデバイス名（参照先ホスト上で設置済みの共有ディスクのディレクトリ名）

関連項目

Device Managerエージェントのセットアップ方法：マニュアル「Hitachi Command Suite Software インストールガイド」

1.4.4 仮想マシンのシステム要件

Device Managerでは，次の構成の仮想マシンを管理できます。

仮想マシンごとにHBAが割り当てられている構成

複数の仮想マシンでHBAを共有している構成

仮想マシンごとに仮想HBAが割り当てられている構成（NPIV HBAを使用している場合）

Host Data CollectorまたはDevice Managerエージェントで管理する場合，Device Managerへの登録前に各仮想マシンでの環境設定が必要です。

この項の構成

(1) 仮想マシンの前提環境（Host Data Collectorで管理する場合）

(2) 仮想マシンの前提環境（Device Managerエージェントで管理する場合）

(3) 仮想マシンにボリュームを割り当てるための操作フロー

(4) 仮想WWNをDevice Managerに登録する（createnpivinfoコマンド）

(5) 仮想マシンの構成変更時に必要な作業

(1) 仮想マシンの前提環境（Host Data Collectorで管理する場合）

Host Data Collectorで管理するためには，Host Data Collectorのインストール後，それぞれの仮想マシンで環境設定が必要です。

図1-6 仮想マシンの前提環境（Host Data Collectorで管理する場合）

Host Data Collectorは，管理サーバにインストールするHitachi Command Suiteに同梱されているほか，管理サーバ以外のマシンにインストールすることもできます。

また，仮想マシンでは，Device Managerに登録する前に，次の環境設定を済ませておく必要があります。UNIXホストを管理する場合，ホストをDevice Managerに登録する時に使用するUNIXアカウントによって，それぞれのUNIXホストで必要になる環境設定が異なります。

Windowsホストを管理する場合

Host Data Collectorのサービス（Host Data Collector Base Service）の実行ユーザーにAdministrator権限を持つユーザーが割り当てられている。

admin$がネットワーク共有されている。
Windowsのnet shareコマンドで確認できます。ただし，セキュリティ監視プログラムが仮想マシンにインストールされていると，Host Data Collectorではホスト情報を収集できないことがあります。

Windowsのファイアウォールの設定で，［ファイルとプリンタの共有］が例外として登録されている。

仮想マシンごとに仮想HBAが割り当てられている構成の場合（NPIV HBAを使用している場合），次の環境設定が完了している。

同一の物理環境で稼働する仮想化サーバのDevice Managerへの登録

管理対象の各仮想マシンへのVMware Toolsのインストール（仮想化ソフトウェアにVMware ESXを使用している場合）

Device Managerへの仮想WWNの登録（仮想化サーバをvMAで管理する場合）

UNIXホストを管理する場合（rootアカウントでホストの情報を収集するとき）

SSHが有効になっている。

リモートからrootでパスワード認証によるSSHログインができるように設定されている。

仮想マシンごとに仮想HBAが割り当てられている構成の場合（NPIV HBAを使用している場合），次の環境設定が完了している。

同一の物理環境で稼働する仮想化サーバのDevice Managerへの登録

管理対象の各仮想マシンへのVMware Toolsのインストール

Device Managerへの仮想WWNの登録（仮想化サーバをvMAで管理する場合）

重要

rootアカウントでDevice Managerに登録したホストを，一般ユーザーアカウントを使って二重に登録しないでください。

UNIXホストを管理する場合（一般ユーザーアカウントでホストの情報を収集するとき）

SSHが有効になっている。

ホスト登録時に使用するユーザーアカウントがHost Data Collector専用に作成されている（推奨）。

/tmpディレクトリに更新権限（rwx）が設定されている。

sudoコマンドが実行できるように環境変数PATHに設定されている。

sudoコマンドを実行できるように，/etc/sudoersファイルに設定されている。
sudoコマンドを実行できるようにするには，次の定義を追加してください。

＜ホスト登録時に使用するユーザー名＞ ＜登録対象のホスト＞=(＜実行ユーザー名のエイリアス＞)NOPASSWD:/tmp/FsDataGatherLauncher.Unix.sh

＜登録対象のホスト＞には，IPアドレス，ホスト名またはALLを指定します。
＜実行ユーザー名のエイリアス＞には，ALLまたはrootを指定します。

仮想マシンごとに仮想HBAが割り当てられている構成の場合（NPIV HBAを使用している場合），次の環境設定が完了している。

同一の物理環境で稼働する仮想化サーバのDevice Managerへの登録

管理対象の各仮想マシンへのVMware Toolsのインストール

Device Managerへの仮想WWNの登録（仮想化サーバをvMAで管理する場合）

重要

一般ユーザーアカウントでDevice Managerに登録したホストを，rootアカウントを使って二重に登録しないでください。

関連項目

12. Host Data Collectorのセットアップ

仮想化サーバの登録方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」

(2) 仮想マシンの前提環境（Device Managerエージェントで管理する場合）

Device Managerエージェントで管理するためには，仮想マシンにDevice Managerエージェントをインストールし，管理サーバの情報やHiScanコマンドの実行周期などを設定する必要があります。

HBAの構成によって，前提環境が異なります。

図1-7 仮想マシンの前提環境（Device Managerエージェントで管理する場合）

仮想マシンごとにHBAが割り当てられている構成

仮想マシンごとにDevice Managerエージェントをインストールしてください。

仮想マシンのOSがAIXの場合，環境変数ODMDIRを設定してください。

複数の仮想マシンでHBAを共有している構成

仮想マシンのうち，どれか1台にだけDevice Managerエージェントをインストールしてください。

仮想マシンのOSがAIXの場合，環境変数ODMDIRを設定してください。

仮想マシンごとに仮想HBAが割り当てられている構成（NPIV HBAを使用している場合）

仮想マシンごとにDevice Managerエージェントをインストールしてください。

仮想化ソフトウェアにVMware ESXを使用している場合は，仮想マシンごとにVMware Tools をインストールしてください。

同一の物理環境で稼働する仮想化サーバもDevice Managerに登録してください。
Device Managerへの仮想化サーバの登録は，vMA経由でもHost Data Collector経由でもかまいません。ただし，仮想化サーバをvMAで管理する場合は，Device Managerへの仮想WWNの登録が必要になります。

仮想マシンのOSがAIXの場合，環境変数ODMDIRを設定してください。

関連項目

Device Managerエージェントのセットアップ方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(3) 仮想マシンにボリュームを割り当てるための操作フロー

HBAの構成によって，ホストの登録方法やボリュームの割り当て方法などが異なります。

仮想マシンごとにHBAが割り当てられている構成

図1-8 仮想マシンにボリュームを割り当てるための操作フロー（仮想マシンごとにHBAが割り当てられている構成）

ボリュームの使用状況を管理したい各仮想マシンを通常ホストとしてDevice Managerに登録します。
同一の物理環境で稼働する仮想化サーバは，Device Managerに登録しないでください。

仮想マシン（WWN）ごとにボリュームのLUNパスを割り当て，割り当てたボリュームを仮想マシンにRAWデバイスとして認識させます。
データストアを構成しているボリュームは，Device Managerでは認識されません。

複数の仮想マシンでHBAを共有している構成

図1-9 仮想マシンにボリュームを割り当てるための操作フロー（複数の仮想マシンでHBAを共有している構成）

仮想マシンがHBAを共有している仮想マシンのうち1台だけを通常ホストとしてDevice Managerに登録します。
同一の物理環境で稼働する仮想化サーバは，Device Managerに登録しないでください。

Device Managerに登録された仮想マシン（WWN）にボリュームのLUNパスを割り当て，割り当てたボリュームを仮想マシンにRAWデバイスとして認識させます。
データストアを構成しているボリュームは，Device Managerでは認識されません。

重要

HBAを共有している別の仮想マシンにボリュームを割り当てたい場合も，Device Managerでは，Device Managerの管理対象になっている仮想マシンにLUNパスを割り当てる必要があります。ボリュームが実際にはどの仮想マシンに割り当てられているかを，LUNパスの割り当て後にDevice Managerで識別できるように，各ボリュームにラベルを設定しておくことをお勧めします。

仮想マシンごとに仮想HBAが割り当てられている構成（NPIV HBAを使用している場合）

図1-10 仮想マシンにボリュームを割り当てるための操作フロー（仮想マシンごとに仮想HBAが割り当てられている構成）

ボリュームの使用状況を管理したい仮想マシンが稼働する仮想化サーバをDevice Managerに登録します。

vMAで仮想化サーバを管理する場合は，createnpivinfoコマンドを実行し，各仮想HBAに割り当てられた仮想WWNをDevice Managerに登録します。

ボリュームの使用状況を管理したい各仮想マシンをDevice Managerに通常ホストとして登録します。

仮想化サーバ（物理WWN）と仮想マシン（仮想WWN）の両方にボリュームのLUNパスを割り当て，RAWデバイスとしてボリュームを認識させます。
データストアを構成しているボリュームは，Device Managerでは認識されません。

関連項目

仮想化サーバの登録方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」

(4) 仮想WWNをDevice Managerに登録する（createnpivinfoコマンド）

NPIV HBAが使用されている仮想化サーバをvMAで管理している場合，createnpivinfoコマンドを実行して，各仮想マシンに割り当てられた仮想WWNをDevice Managerに登録しておく必要があります。

事前に完了しておく操作

管理対象にする仮想マシンの起動

VMware Toolsの起動

Device Managerへの仮想化サーバの登録
詳細は，マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」を参照してください。

Administrator 権限（Windowsの場合）またはroot権限（SolarisまたはLinuxの場合）でのログイン

事前に確認しておく情報

仮想化サーバ，または仮想化サーバを管理しているVMware vCenter Serverのホスト名またはIPアドレス

仮想化サーバ，または仮想化サーバを管理しているVMware vCenter ServerのユーザーID

仮想化サーバ，または仮想化サーバを管理しているVMware vCenter Serverのパスワード

仮想WWNをDevice Managerに登録するには：

管理サーバで次のコマンドを実行して，仮想WWNの情報をDevice Managerに登録します。

Windowsの場合：

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥tools¥createnpivinfo [-v] [＜ホスト名またはIPアドレス＞ ＜ユーザーID＞ ＜パスワード＞]

SolarisまたはLinuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/tools/createnpivinfo [-v] [＜ホスト名またはIPアドレス＞ ＜ユーザーID＞ ＜パスワード＞]

-v
コマンドの実行結果の詳細を標準出力に表示する場合に指定します。

仮想マシンのホスト名と仮想WWNがnpivmapping.propertiesファイルに出力されます。

Windowsの場合：

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥npivmapping.properties

SolarisまたはLinuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/npivmapping.properties

(5) 仮想マシンの構成変更時に必要な作業

仮想マシンごとに仮想HBAが割り当てられている（NPIV HBAを使用している）構成の場合，仮想マシンの構成が変更になったら，Device Managerに仮想マシンの情報を反映する必要があります。

仮想マシンを別の仮想化サーバに移動した場合

移動元と移動先の仮想化サーバの情報をDevice Managerで更新（リフレッシュ）する必要があります。移動元の仮想化サーバにボリュームが割り当てられていない状態になるときには，Device Managerから移動元の仮想化サーバの情報を手動で削除してください。

仮想WWNを追加または変更した場合

createnpivinfoコマンドを実行し，仮想WWNをDevice Managerに登録する。
仮想化サーバがvMAで管理されている場合に必要な作業です。

Device Manager GUI/CLIで，Device Managerに登録された仮想マシンおよび仮想化サーバの情報をリフレッシュする。

コマンドデバイスを設定または解除した場合

仮想化サーバを再起動してください。

ホスト名を変更した場合，または仮想マシンを撤去した場合

npivmapping.propertiesファイルを手動で更新してください。

Windowsの場合：

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥npivmapping.properties

SolarisまたはLinuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/npivmapping.properties

関連項目

仮想マシンおよび仮想化サーバのリフレッシュ方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」

1.4.5 仮想化サーバのシステム要件

仮想化サーバをDevice Managerで管理するためには，Host Data CollectorまたはvMAが必要です。

Device Managerは，Host Data CollectorまたはvMAを使用して，仮想化サーバのマシン情報および仮想化サーバに割り当てられているボリュームの情報を収集します。

Host Data CollectorとvMAのどちらで仮想化サーバを管理するかによって，前提となるシステム構成や環境設定が異なります。

この項の構成

(1) 仮想化サーバの前提環境（Host Data Collectorで管理する場合）

(2) 仮想化サーバの前提環境（vMAで管理する場合）

(3) vMAでの仮想化サーバの監視構成

(4) 仮想化サーバを管理対象にするための操作フロー

(5) 仮想化サーバの運用に関する注意事項

(1) 仮想化サーバの前提環境（Host Data Collectorで管理する場合）

Host Data Collectorで仮想化サーバを管理するためには，Host Data Collectorのインストールが必要です。

Host Data Collectorで管理できる仮想化サーバは，VMware ESX 4.x，VMware ESXi 4.xまたはVMware ESXi 5.xです。

図1-11 仮想化サーバの前提環境（Host Data Collectorで管理する場合）

Host Data Collectorは，管理サーバにインストールするHitachi Command Suiteに同梱されているほか，管理サーバ以外のマシンにインストールすることもできます。
なお，Host Data Collectorマシンを複数台設置する場合は，各マシンにインストールされたHost Data Collectorのバージョンおよびリビジョンを同じにしてください。

仮想化サーバ上の仮想マシンに仮想HBAが割り当てられている場合は，その仮想マシンにVMware Toolsをインストールする必要があります。

Host Data Collectorマシンと仮想化サーバ，Host Data CollectorマシンとVMware vCenter Serverの通信には，IPv6も使用できます。

関連項目

12. Host Data Collectorのセットアップ

(2) 仮想化サーバの前提環境（vMAで管理する場合）

vMAで仮想化サーバを管理するためには，vMAのデプロイが必要です。

vMAで管理できる仮想化サーバは，VMware ESX 4.xまたはVMware ESXi 4.xです。

図1-12 仮想化サーバの前提環境（vMAを使用する場合）

仮想化サーバにvMAをデプロイし，仮想化サーバまたはVMware vCenter ServerをvMAの監視対象に設定する必要があります。

Device ManagerサーバとvMAとの通信には，IPv6も使用できます。ただし，Device ManagerサーバとvMAとの通信にIPv6を使用する場合であっても，次の通信はIPv4で行われるように環境構築する必要があります。

vMAとVMware ESXとの通信

vMAとVMware vCenter Serverとの通信

VMware vCenter ServerとVMware ESXとの通信

Device Managerでは，vMAが仮想化サーバを直接監視する構成と，VMware vCenter Server経由で仮想化サーバを監視する構成をサポートしています。

(3) vMAでの仮想化サーバの監視構成

Device Managerでサポートしている構成には，vMAが仮想化サーバを直接監視する構成と，VMware vCenter Server経由で仮想化サーバを監視する構成があります。

vMAでVMware ESXを監視する構成

仮想化サーバにvMAをデプロイし，仮想化サーバをvMAの監視対象にした構成です。

図1-13 vMAで同じ物理環境のVMware ESXを監視する場合のシステム構成

図1-14 vMAで別の物理環境のVMware ESXを監視する場合のシステム構成

仮想化サーバをDevice Managerに登録するためには，vMAのIPアドレスやユーザーアカウント情報を指定する必要があります。vMAの情報を指定すると，vMAの管理対象の物理環境が仮想化サーバとして登録されます。

また，vMAの管理対象のVMware ESXが，vMAが稼働する物理環境とは別の物理環境で稼働している場合も，vMAの情報をDevice Managerに登録してください。

重要

NPIV HBAを使用した構成を除いて，仮想化サーバ上で稼働する仮想マシンはDevice Managerの管理対象にはしないでください。

vMAのIPアドレスやユーザーアカウント情報を変更した際には，Device ManagerにvMAを再登録する必要があります（削除する必要はありません）。

仮想化サーバを別のvMAの管理下に移動した場合は，移動元のvMAを再登録したあと，移動先のvMAを再登録する必要があります（削除する必要はありません）。

vMAでVMware vCenter Serverを監視する構成

仮想化サーバにvMAをデプロイし，VMware vCenter ServerをvMAの監視対象にした構成です。

図1-15 vMAでVMware vCenter Serverを監視する場合のシステム構成

仮想化サーバをDevice Managerに登録するためには，vMAのIPアドレスやユーザーアカウント情報を指定する必要があります。vMAの情報を指定すると，VMware vCenter Serverの管理対象の物理環境が仮想化サーバとして登録されます。

重要

NPIV HBAを使用した構成を除いて，仮想化サーバ上で稼働する仮想マシンはDevice Managerの管理対象にはしないでください。

次の場合には，Device ManagerにvMAを再登録する必要があります（削除する必要はありません）。
vMAのIPアドレスやユーザーアカウント情報の変更
VMware vCenter Serverの管理下にある仮想化サーバの増減設

仮想化サーバを別のVMware vCenter Serverの管理下に移動した場合は，次の操作をDevice Managerで実行する必要があります。
1. 仮想化サーバの通信パラメーターを移動先のVMware vCenter Serverを監視するvMAの情報に変更する。
2. 仮想化サーバの情報を更新（リフレッシュ）する。

(4) 仮想化サーバを管理対象にするための操作フロー

Device Managerで仮想化サーバを管理するためには，事前に環境設定が必要です。

図1-16 仮想化サーバを管理対象にするための操作フロー

(5) 仮想化サーバの運用に関する注意事項

仮想化サーバの運用に関する注意事項は次のとおりです。

最新の仮想化サーバのボリューム情報を確認したい場合は，Device Managerで次のどちらかの操作が必要です。

仮想化サーバごとに手動リフレッシュを実行する

管理元のvMAをDevice Managerに再登録する（削除する必要はありません）

なお，仮想化サーバのハードウェア構成を変更した場合は，vMAおよびVMware vCenter Serverに監視対象の仮想化サーバの構成情報が反映されたあとに，Device Managerの情報を更新（リフレッシュ）する必要があります。仮想化サーバの構成情報がvMAおよびVMware vCenter Serverに自動的に反映されるよう設定されている場合は，構成を変更してからvMAおよびVMware vCenter Serverに情報が反映されるまでの間にタイムラグが発生することがあります。
vMAおよびVMware vCenter Serverに仮想化サーバの構成情報を反映する方法や，反映間隔を調整する方法については，VMware社のドキュメントを参照してください。

Logical Domainsを使用する場合，サービスドメインの物理ディスクをゲストドメインの仮想ディスクとしてエクスポートするときは，フルディスクを指定してください。スライスディスクを指定すると，仮想ディスクの情報を正常に取得できなくなります。

1.4.6 メインフレームホストのシステム要件

Device ManagerおよびTiered Storage Managerでは，Mainframe Agentと連携することで，メインフレームボリュームに対して次のことができます。

メインフレームボリュームの使用状況やストレージシステムの論理DKCシリアル番号の参照（Device Manager）

メインフレームボリュームのマイグレーションやシュレッディング（Tiered Storage Manager）

この項の構成

(1) メインフレームホストを管理対象にするための操作フロー

(1) メインフレームホストを管理対象にするための操作フロー

Mainframe Agentと連携してメインフレームホストのボリュームを管理するためには，Mainframe AgentとDevice Managerでそれぞれ環境設定が必要です。

図1-17 メインフレームホストを管理対象にするための操作フロー

関連項目

Device Manager CLIでの環境設定：マニュアル「Hitachi Command Suite Software CLI リファレンスガイド 」

Mainframe Agentでの環境設定：マニュアル「Hitachi Command Suite Software Mainframe Agent ユーザーズガイド 」

1.4.7 ファイルサーバのシステム要件

Device Managerでは，ストレージシステムのボリュームをファイルサーバに割り当てたり，ファイルサーバの情報を確認したりできます。

この項の構成

(1) Hitachi NAS Platformの前提環境

(2) Hitachi Virtual File Platformの前提環境

(3) ファイルサーバを管理対象にするための操作フロー

(4) ファイルサーバの運用に関する注意事項

(1) Hitachi NAS Platformの前提環境

Device ManagerでHitachi NAS Platformを管理するためには，管理サーバがSystem Management Unit（SMU）およびAdmin services EVSと通信できるシステム構成にする必要があります。

図1-18 Hitachi NAS Platformの前提環境

管理サーバは，SMUおよびAdmin services EVSと通信できるネットワーク上に設置してください。

SMUのバージョンは，ファイルサーバ（ノード）のファームウェアのバージョン以上にしてください。

クラスタ内のファイルサーバ（ノード）のファームウェアのバージョンは一致させてください。

Hitachi NAS PlatformをDevice Managerで管理する場合は，Device Manager GUIでクラスタごとに次の情報を登録してください。

Admin services EVSのIPアドレス（図中のパブリック IPアドレス1）
IPアドレスは，SMUの［EVS Management］ページで確認できます。

Server Control（SSC）用のユーザーアカウント
デフォルトユーザーとしてsupervisorアカウントが用意されています。

重要

Device Manager GUIで，ファイルサーバのシステムドライブやストレージプール，ファイルシステム，ファイル共有などの情報を確認したい場合は，ストレージシステムのボリュームからファイルサーバに対してLUNセキュリティを設定しておく必要があります。

関連項目

SMUでの設定方法：Hitachi NAS Platformのマニュアル

(2) Hitachi Virtual File Platformの前提環境

Device ManagerでHitachi Virtual File Platformを管理するためには，Hitachi File Services Managerがインストールされた管理サーバと，Device Managerがインストールされた管理サーバが通信できるシステム構成にする必要があります。

Device Managerで行う運用によって，Hitachi File Services Managerのインストール条件が異なります。

表1-6 Hitachi File Services Managerのインストール条件

Device Managerからの操作 | Device Managerと同じ管理サーバにインストールした場合 | Device Managerとは異なる管理サーバにインストールした場合
Hitachi File Services Manager（ログイン画面）のラウンチ | ○ | ○
ファイルサーバの登録，管理 | ○ | ○
ファイルサーバへのボリュームの割り当て | ○ | ○
ファイルシステムの作成，拡張および削除 | ○ | ×
ファイル共有の追加，編集および解除 | ○ | ×
ダッシュボードでのファイルシステムおよびスナップショットの容量情報の確認 | ○ | ×
ファイルサーバのアラート監視 | ○ | ○

（凡例）

○：実行できる

×：実行できない

関連項目

6.3 アラートの設定

Hitachi File Services Managerのインストール方法および環境設定：Hitachi Virtual File Platformのマニュアル

Hitachi File Services Managerの前提バージョン：ソフトウェア添付資料

(3) ファイルサーバを管理対象にするための操作フロー

Device Managerでファイルサーバにボリュームを割り当てたり，ボリューム情報を参照したりするためには，ファイルサーバの管理ソフトウェアとDevice Managerでそれぞれ環境設定が必要です。

図1-19 ファイルサーバを管理対象にするための操作フロー

重要

ファイルサーバで使用できるストレージシステムについては，ファイルサーバのマニュアルを参照してください。

関連項目

Device Manager GUI/CLIでの設定方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」

ファイルサーバ管理ソフトウェアでの設定方法：ファイルサーバのマニュアル

(4) ファイルサーバの運用に関する注意事項

ファイルサーバの運用に関する注意事項は次のとおりです。

Device Managerをバージョン6.3以前からアップグレードインストールした場合，ファイルサーバを管理するためには，server.propertiesファイルのserver.http.entity.maxLengthプロパティの値を1310720以上に変更しておくことをお勧めします。

Hitachi NAS Platformの場合，ファイルサーバの情報は毎日AM 3:00にDevice Managerのデータベースに反映されます。
SMUの［Hitachi Device Managers］画面で同期操作を実行すると，ユーザーの任意のタイミングでHitachi NAS Platformの最新の情報をDevice Managerのデータベースに反映できます。

Hitachi Virtual File Platformの場合，ファイルサーバの情報は毎日1回Device Managerのデータベースに反映されます。反映時刻はHitachi File Services Managerで設定します。また，ファイルサーバの情報をHitachi File Services Managerのデータベースに反映する際に，自動的にDevice Managerのデータベースにも反映されるように設定できます。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.5 server.http.entity.maxLength

SMUでの設定方法：Hitachi NAS Platformのマニュアル

Hitachi File Services Managerでの設定方法：Hitachi Virtual File Platformのマニュアル

1.5 関連製品

Device ManagerおよびTiered Storage Managerの関連製品について説明します。

Replication Manager

Replication Managerは，ストレージネットワークに分散するレプリケーションボリュームの構成や稼働状況を一元的に管理するための製品です。Replication ManagerのGUIは，Device ManagerのGUIから表示できます。

Tuning Manager

Tuning Managerは，ストレージネットワーク全体の性能や容量を一元的に監視し，ストレージシステムの安定稼働を支援する製品です。Tuning ManagerのGUIは，Device ManagerのGUIから表示できます。

Dynamic Link Manager

Dynamic Link Managerは，ストレージシステムとホスト間のLUNパスをホストごとに管理するための製品です。

Global Link Manager

Global Link Managerは，複数のホストに対するLUNパスを一元管理するための製品です。Global Link ManagerのGUIは，Device ManagerのGUIから表示できます。

Compute Systems Manager

Compute Systems Managerは，大規模なシステム環境でホスト（業務サーバ）の運用と管理を支援する製品です。ホストの資産情報の収集，障害情報の確認，電源の制御などができます。Compute Systems ManagerのGUIは，Device ManagerのGUIから表示できます。

Hitachi File Services Manager

Hitachi File Services Managerは，Hitachi Virtual File Platformを運用および管理するための製品です。Hitachi File Services ManagerのGUIは，Device ManagerのGUIから表示できます。

JP1/IM

JP1/IMは，ジョブ管理やストレージ管理などのミドルウェア製品であるJP1シリーズと連携して，システム全体を統合管理するための製品です。

Device ManagerおよびTiered Storage Managerでは，JP1/IMと連携することで次のことができます。

JP1/IMの統合機能メニュー画面から，Hitachi Command Suite製品のGUIを起動する

JP1/IMの統合コンソールで，Device ManagerおよびTiered Storage Managerのログ（Windows：イベントログ，SolarisまたはLinux：syslog）を参照する

なお，JP1/IMと連携するためには，JP1/BaseおよびJP1/IMでの環境設定が必要です。

JP1/NETM/DM

JP1/NETM/DMは，ネットワークを利用して，ソフトウェアの配布やクライアントの資産管理を実現するための製品です。JP1/NETM/DMを利用することで，クライアント管理の自動化・省力化を図れます。

Device Managerでは，JP1/NETM/DMと連携することで，Device Managerエージェントをリモートインストールできます。

関連項目

5.4 JP1/IMからHitachi Command Suite製品のGUIをラウンチするために必要な設定

6.6 JP1/IMでログを参照するために必要な設定

1.6 Device Managerでのコピーペア管理

Device Managerでは，ストレージシステムのボリュームを複製し，大切な業務データを冗長化することで，システムの信頼性の向上を図れます。

Device Managerでは，複製する正ボリューム（P-VOL）と副ボリューム（S-VOL）の組を「コピーペア」と呼びます。

Device Managerでは，次の方法でコピーペアを管理できます。

GUI
Device Manager GUIからReplication Manager GUIをラウンチすることで，コピーペアを定義したりペア状態を変更したりできます。Replication Managerのライセンスを登録していない場合にも，Device ManagerのライセンスだけでReplication Managerの一部の機能を使用できます。

CLI
Device Manager CLIでコピーペアを定義したりペア状態を変更したりできます。

この節の構成

1.6.1 Device Managerでコピーペアを管理できるストレージシステム

1.6.2 コピーペアを管理する場合のシステム構成

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

1.6.5 コピーペアを管理する場合の注意事項

1.6.1 Device Managerでコピーペアを管理できるストレージシステム

Device Managerでコピーペアを管理できるストレージシステムは，GUIを使う場合とCLIを使う場合で異なります。

表1-7 Device Managerでコピーペアを管理できるストレージシステム

ストレージシステム | GUI | CLI
Virtual Storage Platform | ○ | ○
Universal Storage Platform V/VM | ○ | ○
Hitachi USP | ○ | ○
SANRISE9900V | × | ×
HUS VM | ○ | ○
HUS100 | ○ | ○
Hitachi AMS2000 | ○ | ○
Hitachi AMS/WMS | ○ | ○
SANRISE9500V | × | ○

（凡例）○：サポート，×：非サポート

関連項目

1.6.2 コピーペアを管理する場合のシステム構成

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.2 コピーペアを管理する場合のシステム構成

Device Managerでは，コピーペアを管理する場合，4つのシステム構成をサポートしています。

通常構成
各業務サーバにコマンドデバイスをファイバーチャネル接続して，ホストごとにコピーペアを管理する構成です。

ペア管理サーバを使用した構成（一括管理構成）
業務サーバとは別に，1台のマシン（ペア管理サーバ）にコマンドデバイスをファイバーチャネル接続して，コピーペアを一括管理する構成です。
一括管理構成では，Device ManagerエージェントをインストールできないOSのホストのコピーペアも管理できます。

仮想コマンドデバイスサーバを使用した構成
1台のマシン（仮想コマンドデバイスサーバ）にコマンドデバイスをファイバーチャネル接続し，LAN上のマシンから仮想コマンドデバイスサーバを経由してコピーペアを管理する構成です。

仮想コマンドデバイスにSVPを使用した構成
ストレージシステムの物理コマンドデバイスの代わりに，SVPを仮想コマンドデバイスとして使用して，コピーペアを直接管理する構成です。ストレージシステムにコマンドデバイスを用意する必要がありません。この構成は P-VOLとS-VOLの両方がVirtual Storage PlatformまたはHUS VMに存在する場合にだけサポートされています。
構成定義ファイルを使用してコピーペアを定義・管理する構成と，デバイスグループとしてコピーペアを定義・管理する構成があります。

重要

SVPを使用した構成（Out-of-band方式）でコピーペアを管理する場合，物理コマンドデバイスを使用した構成（In-band方式）でコピーペアを管理する場合に比べて， RAID Managerのコマンドの応答時間が増加する傾向があるため，Replication Managerの処理時間も増加することがあります。

SVPを使用した構成の場合，GUIでは，デバイスグループとして定義されたコピーペアの構成の確認とペア状態の変更もできます。

注意

Device Manager以外の管理ツールで作成したコピーペアを，Device Managerで管理する場合は，次の点に注意してください。

Storage Navigator，SVP，またはRAID Manager LIBで作成したコピーペアの場合
次のどちらかの対応が必要です。
・構成定義ファイルを手動で作成し，コピーペアを定義する。
・作成時に使用した管理ツールでコピーペアを解除したあと，Device Managerでコピーペアを作成する。

コピーグループに定義されたThin Imageコピーペアの場合
Device Manager GUIで65世代以上のコピーペアを管理する場合は，既存のコピーグループを削除したあと，スナップショットグループでコピーペアを作成してください。
Device Manager CLIで管理する場合は，コピーペア作成時に使用した管理ツールでコピーペアを解除したあと，Device Manager CLIでコピーペアを作成してください。

注意

仮想IDを用いたデータ移行に使用しているリソースグループに属するボリュームを指定してコピーペアを定義または管理する場合の要件を次に示します。

コピーペアの管理方法は，一括管理構成である必要があります。

構成定義ファイルを移行後の環境に合わせて再作成する必要があります。
・HORCM_LDEVパラメーターのSerial#に物理IDを指定する。
・HORCM_CMDパラメーターに，ストレージシステムリソースグループIDが0（meta_resource）のコマンドデバイスを指定する。

コマンドデバイスの認証モードを有効にし，ストレージシステムリソースグループIDが0（meta_resource）のすべてのコマンドデバイスに対して，raidcom -loginコマンドを実行して，ユーザー認証を行ってください。ペア管理サーバのOSがWindowsの場合は，Device Managerエージェントのサービス（HBsA Service）の実行ユーザーでユーザー認証を行ってください。

この項の構成

(1) 通常構成でコピーペアを管理する場合のシステム構成

(2) 一括管理構成でコピーペアを管理する場合のシステム構成

(3) 仮想コマンドデバイスサーバ構成でコピーペアを管理する場合のシステム構成

(4) SVP構成でコピーペアを管理する場合のシステム構成（構成定義ファイルでコピーペアを定義した場合）

(5) SVP構成でコピーペアを管理する場合のシステム構成（デバイスグループとしてコピーペアを定義した場合）

(1) 通常構成でコピーペアを管理する場合のシステム構成

前提条件を満たすように管理サーバやホスト（業務サーバ），ストレージシステムを構築してください。

図1-20 コピーペア管理のシステム構成例（通常構成）

管理サーバの条件

次のマシンがDevice Managerの管理リソースとして登録されていること。

P-VOLを認識しているホスト

S-VOLを認識しているホスト

ホスト（業務サーバ）の条件

Device Managerエージェントがインストールされていること。
・P-VOLを認識しているホストとS-VOLを認識しているホストが1台ずつある場合，それぞれのホストにDevice Managerエージェントをインストールしてください。
・ P-VOLを認識しているホストとS-VOLを認識しているホストが複数台ある場合，P-VOLを認識しているホストのうちの1台と，S-VOLを認識しているホストのうちの1台にDevice Managerエージェントをインストールしてください。
ただし，スナップショットグループに定義されたコピーペアの場合，P-VOLを認識しているホストにDevice Managerエージェントをインストールしてください（S-VOLを認識しているホストへのインストールは不要です）。

RAID Managerがインストールされていること。
P-VOLを認識しているホストとS-VOLを認識しているホストが複数台ある場合，P-VOLを認識しているホストのうちの1台と，S-VOLを認識しているホストのうちの1台にRAID Managerをインストールしてください。
ホストが認識しているコマンドデバイスが認証機能に対応している場合は，バージョン01-25-03/01以降のRAID Managerをインストールしてください。
また，1台のホストでHシリーズとそれ以外の日立ストレージシステムのコピーペアを管理する場合には，RAID ManagerとP9000 RAID Managerの両方をインストールする必要があります。

NICが複数ある場合，Device ManagerエージェントおよびRAID Managerが利用するIPアドレスが同じであること。

コピーペア（P-VOLおよびS-VOL）の条件

P-VOLおよびS-VOLが1台の管理サーバ（Device Managerサーバ）で管理されていること。

P-VOLおよびS-VOLがホスト（業務サーバ）に認識されていること（ただし，スナップショットグループに定義されたコピーペアを管理する場合は，S-VOLを認識している必要はありません）。
P-VOLとS-VOLは別のホストに割り当てることを推奨します。

P-VOLおよびS-VOLから，ホスト（業務サーバ）に対して，LUNセキュリティが設定されていること。
P-VOLおよびS-VOLから，それぞれ異なるホストにLUNセキュリティが割り当てられていてもかまいません。

コマンドデバイスの条件

コマンドデバイスが，P-VOLを認識しているホストとS-VOLを認識しているホストの両方に認識されていること（ただし，スナップショットグループに定義されたコピーペアを管理する場合は，S-VOLを認識しているホストがコマンドデバイスを認識している必要はありません）。

コマンドデバイスから，P-VOLまたはS-VOLを認識しているホストに対して，LUNセキュリティが設定されていること。
P-VOLを認識しているホストに対してはP-VOL側のコマンドデバイスから，S-VOLを認識しているホストに対してはS-VOL側のコマンドデバイスから，LUNセキュリティが設定されている必要があります。

注意

認証モードが有効なコマンドデバイスがホスト（業務サーバ）に接続されている場合，Device ManagerのGUIまたはCLIからコピーペアに対する操作を実行する前には，ホストでraidcom -loginコマンドを実行して，ユーザー認証を行ってください。

ホストのOSがWindowsの場合は，Device Managerエージェントのサービス（HBsA Service）の実行ユーザーでユーザー認証を行ってください。

ホストに同一ストレージシステム内のコマンドデバイスが複数接続されている場合は，すべてのコマンドデバイスの認証モードを有効にしてください。
ストレージシステムに対してユーザー認証を一度実行すれば，同一ストレージシステム内のすべてのコマンドデバイスにアクセスできるようになります。

認証モードを無効から有効に変更した場合，コマンドデバイスを認識しているほかのホストがあれば，そのホストでもユーザー認証を行ってください。

リソースグループの条件（Virtual Storage PlatformまたはHUS VM内のリソースを分割管理している場合）

ユーザーの管理対象のリソースグループに，次のボリューム，または次のボリュームを含むストレージシステムが登録されていること。
・P-VOL
・S-VOL
・プールを構成する全プールボリューム（Copy-on-Write SnapshotまたはThin Imageペアを管理する場合）
・ジャーナルを構成する全ジャーナルボリューム（Universal Replicatorペアを管理する場合）

コマンドデバイスが登録された共用のリソースグループが作成され，各ユーザーに割り当てられていること。
なお，各ユーザーが別のコマンドデバイスを使用する場合は，共用リソースグループの代わりに，各ユーザーの管理対象のリソースグループにコマンドデバイスを登録してください。

注意

Device Managerエージェントの起動中に，RAID Managerのコマンドを直接実行して，ストレージシステムに対するユーザー認証のログアウト処理をしないでください。Device ManagerのGUIまたはCLIからの処理が正常に終了しなくなるおそれがあります。ログアウトする必要がある場合は，Device Managerエージェントのサービスを事前に停止してください。

関連項目

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

RAID Managerのインストール手順：RAID Managerのマニュアル

(2) 一括管理構成でコピーペアを管理する場合のシステム構成

前提条件を満たすように管理サーバやペア管理サーバ，ストレージシステムを構築してください。

図1-21 コピーペア管理のシステム構成例（一括管理構成）

管理サーバの条件

次のマシンがDevice Managerの管理リソースとして登録されていること。
P-VOLを認識しているホスト
S-VOLを認識しているホスト
ペア管理サーバ

ペア管理サーバの条件

Device Managerエージェントがインストールされていること。

Device Managerエージェントのserver.agent.rm.centralizePairConfigurationプロパティにenableが設定されていること（デフォルト：disable）。

RAID Managerがインストールされていること。
ペア管理サーバが認識しているコマンドデバイスが認証機能に対応している場合は，バージョン01-25-03/01以降のRAID Managerをインストールしてください。
また，Hシリーズとそれ以外の日立ストレージシステムのコピーペアを管理する場合には，RAID ManagerとP9000 RAID Managerの両方をインストールする必要があります。

NICが複数ある場合，Device ManagerエージェントおよびRAID Managerが利用するIPアドレスが同じであること。

コピーペア（P-VOLおよびS-VOL）の条件

P-VOLおよびS-VOLが1台の管理サーバ（Device Managerサーバ）で管理されていること。

P-VOLおよびS-VOLがホスト（業務サーバ）に認識されていること。
P-VOLとS-VOLは別の業務サーバに割り当てることを推奨します。

P-VOLおよびS-VOLからホスト（業務サーバ）に対して，LUNセキュリティが設定されていること。
ペア管理サーバがP-VOLまたはS-VOLを認識している必要はありません。

コマンドデバイスの条件

コマンドデバイスがペア管理サーバに認識されていること。
コマンドデバイスセキュリティが使用されていない必要があります。

コマンドデバイスからペア管理サーバに対して，LUNセキュリティが設定されていること。
TrueCopyまたはUniversal Replicatorのペアを管理する場合，P-VOLおよびS-VOL両方のストレージシステムのコマンドデバイスから，LUNセキュリティが設定されている必要があります。

注意

認証モードが有効なコマンドデバイスがペア管理サーバに接続されている場合，Device ManagerのGUIまたはCLIからコピーペアに対する操作を実行する前には，ホストでraidcom -loginコマンドを実行して，ユーザー認証を行ってください。

ペア管理サーバのOSがWindowsの場合は，Device Managerエージェントのサービス（HBsA Service）の実行ユーザーでユーザー認証を行ってください。

ペア管理サーバに同一ストレージシステム内のコマンドデバイスが複数接続されている場合は，すべてのコマンドデバイスの認証モードを有効にしてください。
ストレージシステムに対してユーザー認証を一度実行すれば，同一ストレージシステム内のすべてのコマンドデバイスにアクセスできるようになります。

認証モードを無効から有効に変更した場合，コマンドデバイスを認識しているほかのホストがあれば，そのホストでもユーザー認証を行ってください。

リソースグループの条件（Virtual Storage PlatformまたはHUS VM内のリソースを分割管理している場合）

ユーザーの管理対象のリソースグループに，次のボリューム，または次のボリュームを含むストレージシステムが登録されていること。
・P-VOL
・S-VOL
・プールを構成する全プールボリューム（Copy-on-Write SnapshotまたはThin Imageペアを管理する場合）
・ジャーナルを構成する全ジャーナルボリューム（Universal Replicatorペアを管理する場合）

コマンドデバイスが登録された共用のリソースグループが作成され，各ユーザーに割り当てられていること。
なお，各ユーザーが別のコマンドデバイスを使用する場合は，共用リソースグループの代わりに，各ユーザーの管理対象のリソースグループにコマンドデバイスを登録してください。

注意

Device Managerエージェントの起動中に，RAID Managerのコマンドを直接実行して，ストレージシステムに対するユーザー認証のログアウト処理をしないでください。Device ManagerのGUIまたはCLIからの処理が正常に終了しなくなるおそれがあります。ログアウトする必要がある場合は，Device Managerエージェントのサービスを事前に停止してください。

関連項目

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

D.1.1 Device Managerエージェントのプロパティの変更

D.6.15 server.agent.rm.centralizePairConfiguration

RAID Managerのインストール手順：RAID Managerのマニュアル

(3) 仮想コマンドデバイスサーバ構成でコピーペアを管理する場合のシステム構成

前提条件を満たすように管理サーバやホスト（業務サーバ），仮想コマンドデバイスサーバ，ストレージシステムを構築してください。

図1-22 コピーペア管理のシステム構成例（仮想コマンドデバイスサーバ構成）

管理サーバの条件

次のマシンがDevice Managerの管理リソースとして登録されていること。

P-VOLを認識しているホスト

S-VOLを認識しているホスト

ホスト（業務サーバ）の条件

バージョン7.1以降のDevice Managerエージェントがインストールされていること。

バージョン01-25-03/01以降のRAID Managerがインストールされていること。
Hシリーズとそれ以外の日立ストレージシステムのコピーペアを管理する場合には，RAID ManagerとP9000 RAID Managerの両方をインストールする必要があります。

ホスト（業務サーバ）にNICが複数ある場合，Device ManagerエージェントおよびRAID Managerが利用するIPアドレスが同じであること。

仮想コマンドデバイスサーバの条件

バージョン01-25-03/01以降のRAID Managerがインストールされていること。
Hシリーズとそれ以外の日立ストレージシステムのコピーペアを管理する場合には，RAID ManagerとP9000 RAID Managerの両方をインストールする必要があります。

中継用のhorcmインスタンスが起動していること。

注意

仮想コマンドデバイスサーバ上の構成定義ファイルにHORCM_ALLOW_INSTパラメーターを設定する場合，業務サーバのRAID Managerイニシエーターポートにはデフォルトのポート番号（34000+＜インスタンス番号＞+1）を使用してください。

認証モードが有効なコマンドデバイスがホスト（仮想コマンドデバイスサーバ）に接続されている場合，Device ManagerのGUIまたはCLIからコピーペアに対する操作を実行する前には，ホストでraidcom -loginコマンドを実行して，ユーザー認証を行ってください。
・ホストのOSがWindowsの場合は，Device Managerエージェントのサービス（HBsA Service）の実行ユーザーでユーザー認証を行ってください。
・仮想コマンドデバイスサーバに同一ストレージシステム内のコマンドデバイスが複数接続されている場合は，すべてのコマンドデバイスの認証モードを有効にしてください。
ストレージシステムに対してユーザー認証を一度実行すれば，同一ストレージシステム内のすべてのコマンドデバイスにアクセスできるようになります。
・認証モードを無効から有効に変更した場合，コマンドデバイスを認識しているほかのホストがあれば，そのホストでもユーザー認証を行ってください。

コピーペア（P-VOLおよびS-VOL）の条件

P-VOLおよびS-VOLが1台の管理サーバ（Device Managerサーバ）で管理されていること。

P-VOLまたはS-VOLがホスト（業務サーバ）に認識されていること。
P-VOLとS-VOLは別の業務サーバに割り当てることを推奨します。

P-VOLおよびS-VOLからホスト（業務サーバ）に対して，LUNセキュリティが設定されていること。
仮想コマンドデバイスサーバがP-VOLまたはS-VOLを認識している必要はありません。

コマンドデバイスの条件

コマンドデバイスが仮想コマンドデバイスサーバに認識されていること。
コマンドデバイスセキュリティが使用されていない必要があります。

コマンドデバイスから仮想コマンドデバイスサーバに対して，LUNセキュリティが設定されていること。
TrueCopyまたはUniversal Replicatorのペアを管理する場合，P-VOLおよびS-VOL両方のストレージシステムのコマンドデバイスから，LUNセキュリティが設定されている必要があります。

リソースグループの条件（Virtual Storage PlatformまたはHUS VM内のリソースを分割管理している場合）

ユーザーの管理対象のリソースグループに，次のボリューム，または次のボリュームを含むストレージシステムが登録されていること。
・P-VOL
・S-VOL
・プールを構成する全プールボリューム（Copy-on-Write SnapshotまたはThin Imageペアを管理する場合）
・ジャーナルを構成する全ジャーナルボリューム（Universal Replicatorペアを管理する場合）
ただし，リソースを分割管理すると，一部のReplication Manager GUIの表示が遅くなることがあります。仮想コマンドデバイスを使用する場合は，ストレージシステム単位のリソースグループ（デフォルトリソースグループ）をユーザーに割り当てることをお勧めします。

注意

Device Managerエージェントの起動中に，RAID Managerのコマンドを直接実行して，ストレージシステムに対するユーザー認証のログアウト処理をしないでください。Device ManagerのGUIまたはCLIからの処理が正常に終了しなくなるおそれがあります。ログアウトする必要がある場合は，Device Managerエージェントのサービスを事前に停止してください。

関連項目

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

RAID Managerのインストール手順：RAID Managerのマニュアル

(4) SVP構成でコピーペアを管理する場合のシステム構成（構成定義ファイルでコピーペアを定義した場合）

前提条件を満たすように管理サーバやペア管理サーバ，ストレージシステムを構築してください。

図1-23 コピーペア管理のシステム構成例（構成定義ファイルでコピーペアを定義した場合）

管理サーバの条件

次のマシンがDevice Managerの管理リソースとして登録されていること。
P-VOLを認識しているホスト
S-VOLを認識しているホスト

ペア管理サーバの条件

バージョン7.1以降のDevice Managerエージェントがインストールされていること。

バージョン01-25-03/01以降のRAID Managerがインストールされていること。
Hシリーズとそれ以外の日立ストレージシステムのコピーペアを管理する場合には，RAID ManagerとP9000 RAID Managerの両方をインストールする必要があります。

コピーペア（P-VOLおよびS-VOL）の条件

P-VOLおよびS-VOLが1台の管理サーバ（Device Managerサーバ）で管理されていること。

P-VOLおよびS-VOLからホスト（業務サーバ）に対して，LUNセキュリティが設定されていること。
管理サーバがP-VOLまたはS-VOLを認識している必要はありません。

P-VOLまたはS-VOLがホスト（業務サーバ）に認識されていること。
P-VOLとS-VOLは別の業務サーバに割り当てることを推奨します。

リソースグループの条件（Virtual Storage PlatformまたはHUS VM内のリソースを分割管理している場合）

ユーザーの管理対象のリソースグループに，次のボリュームが登録されていること。
・P-VOL
・S-VOL
・プールを構成する全プールボリューム（Copy-on-Write SnapshotまたはThin Imageペアを管理する場合）
・ジャーナルを構成する全ジャーナルボリューム（Universal Replicatorペアを管理する場合）
ただし，リソースを分割管理すると，一部のReplication Manager GUIの表示が遅くなることがあります。仮想コマンドデバイスを使用する場合は，ストレージシステム単位のリソースグループ（デフォルトリソースグループ）をユーザーに割り当てることをお勧めします。

注意

Device ManagerのGUIまたはCLIからコピーペアに対する操作を実行する前に，管理サーバでraidcom -loginコマンドを実行して，ユーザー認証を行ってください。管理サーバのOSがWindowsの場合は，Device Managerエージェントのサービス（HBsA Service）の実行ユーザーでユーザー認証を行ってください。

Device Managerエージェントの起動中に，RAID Managerのコマンドを直接実行して，ストレージシステムに対するユーザー認証のログアウト処理をしないでください。Device ManagerのGUIまたはCLIからの処理が正常に終了しなくなるおそれがあります。ログアウトする必要がある場合は，Device Managerエージェントのサービスを事前に停止してください。

SVPのユーザーIDまたはパスワードが変更になった場合は，GUIで次の設定変更が必要です。
1.　Device Managerの［ストレージシステム編集］画面で，変更後のSVPのユーザーIDまたはパスワードを設定する。
2.　Replication Managerの［構成設定］画面で，設定を変更したストレージシステムの構成情報を更新する。

関連項目

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

RAID Managerのインストール手順：RAID Managerのマニュアル

(5) SVP構成でコピーペアを管理する場合のシステム構成（デバイスグループとしてコピーペアを定義した場合）

前提条件を満たすように管理サーバやホスト（業務サーバ），ストレージシステムを構築してください。

図1-24 コピーペア管理のシステム構成例（デバイスグループとしてコピーペアを定義した場合）

管理サーバの条件

次のマシンがDevice Managerの管理リソースとして登録されていること。
P-VOLを認識しているホスト
S-VOLを認識しているホスト

バージョン7.1以降のDevice Managerエージェントがインストールされていること。

バージョン01-25-03/01以降のRAID Managerがインストールされていること。
Hシリーズとそれ以外の日立ストレージシステムのコピーペアを管理する場合には，RAID ManagerとP9000 RAID Managerの両方をインストールする必要があります。

Replication ManagerサーバとDevice Managerサーバ間をSSLで通信できること。

次のどちらかの条件を満たすこと。
・P-VOLおよびS-VOLが割り当てられていないこと。
管理サーバからコピーペアを作成したい場合は，管理サーバ上のDevice Managerエージェントのserver.agent.rm.centralizePairConfigurationプロパティにenableを設定してください（デフォルト：disable）。
・管理サーバ上のDevice Managerエージェントのserver.agent.rm.ignorePairStatusプロパティにtrueが設定されていること。
Device ManagerのGUIまたはCLIで最新のコピーペア情報を確認したい場合は，次の方法でストレージシステムをリフレッシュしてください。
GUI：ストレージシステムビューで該当するストレージシステムを選択し，［ストレージシステム情報更新］ボタンをクリックします。
CLI：該当するストレージシステムに対してAddStorageArrayコマンドを実行します。

コピーペア（P-VOLおよびS-VOL）の条件

P-VOLおよびS-VOLが1台の管理サーバ（Device Managerサーバ）で管理されていること。

P-VOLおよびS-VOLからホスト（業務サーバ）に対して，LUNセキュリティが設定されていること。
管理サーバがP-VOLまたはS-VOLを認識している必要はありません。

P-VOLまたはS-VOLがホスト（業務サーバ）に認識されていること。
P-VOLとS-VOLは別の業務サーバに割り当てることを推奨します。

リソースグループの条件（Virtual Storage PlatformまたはHUS VM内のリソースを分割管理している場合）

ユーザーの管理対象のリソースグループに，次のボリュームが登録されていること。
・P-VOL
・S-VOL
・プールを構成する全プールボリューム（Copy-on-Write SnapshotまたはThin Imageペアを管理する場合）
・ジャーナルを構成する全ジャーナルボリューム（Universal Replicatorペアを管理する場合）
ただし，リソースを分割管理すると，一部のReplication Manager GUIの表示が遅くなることがあります。仮想コマンドデバイスを使用する場合は，ストレージシステム単位のリソースグループ（デフォルトリソースグループ）をユーザーに割り当てることをお勧めします。

注意

管理サーバにReplication Manager Applicationエージェントをインストールしないでください。

Device Managerエージェントの起動中に，RAID Managerのコマンドを直接実行して，ストレージシステムに対するユーザー認証のログアウト処理をしないでください。Device ManagerのGUIまたはCLIからの処理が正常に終了しなくなるおそれがあります。ログアウトする必要がある場合は，Device Managerエージェントのサービスを事前に停止してください。

SVPのユーザーIDまたはパスワードが変更になった場合は，GUIで次の設定変更が必要です。
1.　Device Managerの［ストレージシステム編集］画面で，変更後のSVPのユーザーIDまたはパスワードを設定する。
2.　Replication Managerの［構成設定］画面で，設定を変更したストレージシステムの構成情報を更新する。

関連項目

1.6.3 コピーペアを管理する場合のストレージシステムの要件

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

D.1.1 Device Managerエージェントのプロパティの変更

D.6.15 server.agent.rm.centralizePairConfiguration

D.6.25 server.agent.rm.ignorePairStatus

RAID Managerのインストール手順：RAID Managerのマニュアル

1.6.3 コピーペアを管理する場合のストレージシステムの要件

Element Managerを使用して，ストレージシステムの要件に沿って環境構築してください。

表1-8 コピーペアを管理するためのストレージシステムの要件

ストレージシステム
機能
要件

Virtual Storage Platform
Universal Storage Platform V/VM
Hitachi USP
HUS VM
Universal Replicator ※1

Universal Replicatorの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

M-Rパスに使用される2ポート間にファイバーチャネル接続が必要です。※2

M-RパスのMCUポートがInitiatorポートであり，RCUポートがRCU Targetポートである必要があります。※2

RCUとM-Rパスが，MCUに登録されている必要があります。※2

ストレージシステムキャッシュまたは不揮発性メモリーが十分にある必要があります。

ジャーナルグループにジャーナルボリュームが登録されている必要があります。

参考：
ポートの構成後，Device Managerでストレージシステムをリフレッシュする必要があります。また，キャッシュの追加が必要な場合は，保守員に連絡してください。

TrueCopy ※1

TrueCopyの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

M-Rパスに使用される2ポート間にファイバーチャネル接続が必要です。

M-RパスのMCUポートがInitiatorポートであり，RCUポートがRCU Targetポートである必要があります。

RCUとM-Rパスが，MCUに登録されている必要があります。

ストレージシステムキャッシュまたは不揮発性メモリーが十分にある必要があります。

参考：
ポートの構成後，Device Managerでストレージシステムをリフレッシュする必要があります。また，キャッシュの追加が必要な場合は，保守員に連絡してください。

ShadowImage ※1
ShadowImageの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

Copy-on-Write Snapshot

Copy-on-Write Snapshotの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

S-VOL用に，特殊なLUであるV-VOLをあらかじめ作成する必要があります。
次の順序で準備してください。

プールの作成

V-VOLの作成

Thin Image

Thin Imageの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

スナップショットグループに定義されたThin Imageコピーペアの場合，ストレージシステム内のコマンドデバイスの認証モードを有効にし，ホストでraidcom -loginコマンドを実行して，ユーザー認証を行ってください。

S-VOL用に，特殊なLUであるV-VOLをあらかじめ作成する必要があります。
次の順序で準備してください。

プールの作成

V-VOLの作成

HUS100
Hitachi AMS2000
Hitachi AMS/WMS
SANRISE9500V
TrueCopy

TrueCopyの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

パス経路に使用される2ポート間にファイバーチャネル接続が必要です。

TrueCopyのパスが構成されている必要があります。HUS100およびHitachi AMS2000の場合，1台のストレージシステムから複数のストレージシステムにパスを設定できます。

システムスタート属性がデュアルアクティブモードである必要があります。

SANRISE9500Vの場合は，データシェアモードが有効である必要があります。

SANRISE9500Vの場合は，SCSI ID/Port ID引き継ぎモードが使用しないに設定されている必要があります。

Hitachi AMS2000およびHitachi AMS/WMSでTrueCopy remote replicationまたはTrueCopy Extended Distanceを使用する場合，またはHUS100でTrueCopy remote replicationを使用する場合は，DM-LUを設定する必要があります。

Hitachi AMS2000およびHitachi AMS/WMSで，TrueCopy Extended Distanceを使用する場合はデータプールを設定する必要があります。
このデータプールはCopy-on-Write Snapshotのデータプールと共有できます。

HUS100でTrueCopy Extended Distanceを使用する場合は，DPプールを作成する必要があります。管理データと差分データが同じDPプールに格納されるように設定してください。
このDPプールはCopy-on-Write SnapshotのDPプールと共有できます。

ShadowImage

ShadowImageの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

システムスタート属性がデュアルアクティブモードである必要があります。

SANRISE9500Vの場合は，データシェアモードが有効である必要があります。

SANRISE9500Vの場合は，SCSI ID/Port ID引き継ぎモードが使用しないに設定されている必要があります。

HUS100，Hitachi AMS2000およびHitachi AMS/WMSの場合は，DM-LUを設定する必要があります。

Copy-on-Write Snapshot
QuickShadow

Copy-on-Write SnapshotまたはQuickShadowの前提ソフトウェアをインストールし，ライセンスを有効にする必要があります。

S-VOL用に，特殊なLUであるV-VOLをあらかじめ作成する必要があります。
次の順序で準備してください。
HUS100の場合

DPプールの作成
管理データと差分データが同じDPプールに格納されるように設定してください。
このDPプールはTrueCopy Extended DistanceのDPプールと共有できます。

V-VOLの作成

Hitachi AMS2000，Hitachi AMS/WMS，およびSANRISE9500Vの場合

データプールの作成
このデータプールはTrueCopy Extended Distanceのデータプールと共有できます。

V-VOLの作成

Hitachi AMS2000およびHitachi AMS/WMSの場合は，DM-LUを設定する必要があります。

注※1

メインフレームボリュームのコピーペアについては，構成の確認だけをCLIでできます。コピーペアの構成をDevice Manager CLIで確認するために必要なストレージシステムの要件はありません。

注※2

TrueCopyでの設定を共用できます。ただし，Universal Replicatorの場合は，P-VOL側とS-VOL側の両方のストレージシステムに対して設定が必要です。

注意

要件に応じてストレージシステムを構成したあと，ストレージシステムをリフレッシュする必要があります。コピーペアに対する操作を実行する前には，最新の情報が反映されているか確認してください。

Device Managerによって管理されるストレージシステムのシリアル番号は，すべて一意である必要があります。TrueCopyまたはUniversal Replicatorの場合は，Device Managerによって管理されないリモートストレージシステムのシリアル番号も一意である必要があります。

Virtual Storage PlatformまたはHUS VMのLUでペアを作成する場合，デバイスグループに関連づけられているLUは使用しないでください。

関連項目

1.6.1 Device Managerでコピーペアを管理できるストレージシステム

(1) 通常構成でコピーペアを管理する場合のシステム構成

(2) 一括管理構成でコピーペアを管理する場合のシステム構成

(3) 仮想コマンドデバイスサーバ構成でコピーペアを管理する場合のシステム構成

(4) SVP構成でコピーペアを管理する場合のシステム構成（構成定義ファイルでコピーペアを定義した場合）

(5) SVP構成でコピーペアを管理する場合のシステム構成（デバイスグループとしてコピーペアを定義した場合）

1.6.4 コピーペアを管理する場合のDevice Managerエージェントの前提バージョン

管理対象のストレージシステムや使用するプログラムによって，Device Managerエージェントの前提バージョンが異なります。

GUIでコピーペアを管理する場合

操作対象のストレージシステムによって，Device Managerエージェントの前提バージョンが異なります。

表1-9 GUIでコピーペアを管理する場合のDevice Managerエージェントの要件

ストレージシステム | Device Managerエージェントのバージョン
Virtual Storage Platform | 7.0以降
Universal Storage Platform V/VM | 6.0以降
Hitachi USP | 6.0以降
HUS VM | 7.3.1以降
HUS100 | 7.2.0以降
Hitachi AMS2000 | 6.0以降
Hitachi AMS/WMS | 6.0以降

CLIで管理する場合

プログラムや操作内容，操作対象のストレージシステムのモデルによって，必要なDevice Managerエージェントのバージョンが異なります。

表1-10 CLIでコピーペアを管理するためのDevice Managerエージェントの要件

プログラム
Device Managerからの操作
Device Manager
エージェント
のバージョン※

Universal Replicator
状態表示
04-00以降

状態表示（3DR）
05-50以降

状態変更
05-60以降

TrueCopy
状態表示
02-30以降

状態表示（TrueCopy Extended Distance）
05-10以降

状態変更
02-40以降

状態変更（TrueCopy Extended Distance）
05-10以降

ShadowImage
状態表示
02-30以降

状態表示（最大1：3）
05-50以降

状態変更
02-40以降

状態変更（最大1：3）
05-50以降

Copy-on-Write Snapshot
状態表示
04-10以降

状態変更
04-10以降

Thin Image
状態表示
7.4.0以降

状態変更
7.6.1以降

QuickShadow
状態表示
03-00以降

状態表示（最大1：15）
05-50以降

状態変更
03-00以降

状態変更（最大1：15）
05-50以降

注

構成定義ファイルを作成するためには，各ホストに，03-01以降のDevice Managerエージェントをインストールする必要があります。

注※

ストレージシステムごとのDevice Managerエージェントの要件を次の表に示します。

表1-11 CLIでコピーペアを管理する場合のストレージシステムごとのDevice Managerエージェントの要件

ストレージシステムのモデル名
Device Manager
エージェント
のバージョン

Hitachi Virtual Storage Platform
Hitachi Virtual Storage Platform VP9500
7.0以降

Hitachi Universal Storage Platform V
Hitachi Universal Storage Platform H24000
05-70以降

Hitachi Universal Storage Platform VM
Hitachi Universal Storage Platform H20000
05-80以降

Hitachi Universal Storage Platform
Hitachi Universal Storage Platform H12000
03-50以降

Hitachi Network Storage Controller
Hitachi Universal Storage Platform H10000
04-00以降

SANRISE9900V
SANRISE H1024
SANRISE H128
02-20以降

Hitachi Unified Storage VM
7.3.1以降

Hitachi Unified Storage 150
7.2.0以降

Hitachi Unified Storage 130

Hitachi Unified Storage 110

Hitachi Adaptable Modular Storage AMS2500（H/W Rev. 0100）
6.0以降

Hitachi Adaptable Modular Storage AMS2300（H/W Rev. 0100）

Hitachi Adaptable Modular Storage AMS2100（H/W Rev. 0100）

Hitachi Adaptable Modular Storage AMS2500（H/W Rev. 0200）
6.4以降

Hitachi Adaptable Modular Storage AMS2300（H/W Rev. 0200）

Hitachi Adaptable Modular Storage AMS2100（H/W Rev. 0200）

Hitachi Adaptable Modular Storage AMS2010

Hitachi Adaptable Modular Storage 1000
05-00以降

Hitachi Adaptable Modular Storage 500
04-20以降

Hitachi Adaptable Modular Storage 200

Hitachi Workgroup Modular Storage 100
04-10以降

SANRISE 9580V
03-00以降

SANRISE 9585V
02-20以降

関連項目

(1) 通常構成でコピーペアを管理する場合のシステム構成

(2) 一括管理構成でコピーペアを管理する場合のシステム構成

(3) 仮想コマンドデバイスサーバ構成でコピーペアを管理する場合のシステム構成

(4) SVP構成でコピーペアを管理する場合のシステム構成（構成定義ファイルでコピーペアを定義した場合）

(5) SVP構成でコピーペアを管理する場合のシステム構成（デバイスグループとしてコピーペアを定義した場合）

1.6.5 コピーペアを管理する場合の注意事項

コピーペアを管理する場合の注意事項は次のとおりです。

次の場合は，Device Managerでコピーペアの管理ができなくなるため，構成定義ファイルを修正する必要があります。

Device Managerサーバのserver.propertiesファイルにあるserver.horcmconfigfile.hostnameプロパティにipaddressを設定している場合にホストのIPアドレスを変更したとき

Device Managerサーバのserver.propertiesファイルにあるserver.horcmconfigfile.hostnameプロパティにhostnameを設定している場合にホスト名を変更したとき

次の手順で構成定義ファイルを修正してください。

自ホストの構成定義ファイルを修正する。

自ホスト上のDevice Manager エージェントを再起動する。

相手ホストの構成定義ファイルを修正する。

ストレージシステムのリフレッシュを実行する。

RAID ManagerやProtection Managerで管理しているコピーペアをDevice Managerで制御するためには，コピーペアのP-VOLを認識しているホスト上の構成定義ファイルとS-VOLを認識しているホスト上の構成定義ファイルに記述されているグループ名およびペア名が一致している必要があります。一致していない場合は，Device Managerからそのコピーペアを制御できません。また，複数のコピーペアを同じホストで管理する場合，次に示す条件を満たす必要があります。条件を満たしていないコピーペアがある場合は，構成定義ファイルを修正してください。

ホストのDevice Managerエージェントのバージョンが05-60以前の場合：
同一ホスト内で次の組み合わせが一意であること。
グループ名
ペア名

ホストのDevice Managerエージェントのバージョンが05-70以降の場合：
同一ホスト内で次の組み合わせが一意であること。
ポート番号
グループ名
ペア名

RAID Managerを使用してコピーペアを作成したい場合やRAID Managerを使用してコピーペアをすでに管理している場合には，Device Manager CLIで構成定義ファイルを作成できます。

Device Manager CLIで作成した構成定義ファイルを使用して，Device Managerでコピーペアを作成することはできません。

Device Manager CLIで作成した構成定義ファイルを使用してRAID Managerでコピーペアを作成するためには，MU番号を適切な値に変更する必要があります。

Device Managerで不正な構成定義ファイルを作成してしまった場合，Device Managerでは構成定義ファイルを削除できないため，ペアを管理しているホストで構成定義ファイルを削除または編集する必要があります。ペア操作に使用しない構成定義ファイル，および誤った構成定義ファイルは，ストレージシステムの追加やリフレッシュなどのパフォーマンスに影響を及ぼすことがあります。このような構成定義ファイルは，ペアを管理しているホストで削除してください。

関連項目

11.2.4 コピーペアを管理するために必要な設定

A.2.7 server.horcmconfigfile.hostname

1.7 コマンドを実行する場合の注意事項

WindowsでUAC（User Account Control）機能が有効になっている場合，コマンドを実行するには，管理者権限でコマンドプロンプトを起動してください。

2. ネットワーク構成に応じた設定

この章では，ネットワーク構成に応じて必要なHitachi Command Suite製品での設定について説明します。

この章の構成

2.1 ポートの設定

2.2 ブリッジ機能を使用する場合のネットワークの設定

2.3 IPv6環境で運用する場合のDevice Managerの設定

2.4 管理サーバのIPアドレスまたはホスト名の変更

2.5 Hitachi Command Suite製品のURLの変更（hcmdschgurlコマンド）

2.1 ポートの設定

ここでは，Hitachi Command Suite製品で使用されるポート番号と，ファイアウォールの設定について説明します。

この節の構成

2.1.1 Hitachi Command Suite製品で使用されるポート

2.1.2 Hitachi Command Suite共通コンポーネントで使用されるポートの変更

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

2.1.1 Hitachi Command Suite製品で使用されるポート

Hitachi Command Suite製品で使用されるポート番号が，同一マシンに共存するほかのプログラムと重複しないように調整してください。

重複する場合は，そのプログラムの設定を変更するか，Hitachi Command Suite製品の設定を変更してください。

参考

ポート番号によっては，OSの一時割り当てポートと重複しているものもあります。Hitachi Command Suite製品で使用するポート番号をOSのservicesファイルに設定することで，一時割り当て対象から外すこともできます。

この項の構成

(1) Hitachi Command Suite共通コンポーネントで使用されるポート

(2) Device Managerサーバで使用されるポート

(3) Tiered Storage Managerサーバで使用されるポート

(4) Host Data Collectorで使用されるポート

(5) Device Managerエージェントで使用されるポート

(6) ストレージシステムで使用されるポート

(1) Hitachi Command Suite共通コンポーネントで使用されるポート

管理サーバでは，Hitachi Command Suite共通コンポーネントで使用されるポート番号が同一マシンに共存するほかのプログラムと重複しないようにしてください。

表2-1 Hitachi Command Suite共通コンポーネントで使用されるポート

ポート番号
説明

23015/tcp※
管理クライアント（GUI）と通信する際に，HBase Storage Mgmt Web Serviceへのアクセスで使用されます。
このポート番号は変更できます。

23016/tcp
管理クライアント（GUI）とSSLで通信する際に，HBase Storage Mgmt Web Serviceへのアクセスで使用されます。
このポート番号は変更できます。

23017/tcp
Hitachi Command Suite共通コンポーネントの内部通信（Webサーバとの通信）で使用されます。
このポート番号は変更できます。

23018/tcp
Hitachi Command Suite共通コンポーネントの内部通信（Webサーバからの終了メッセージを受信）で使用されます。
このポート番号は変更できます。

23019/tcp～23024/tcp
Tuning Managerがインストールされている場合に，使用されるポートです。
このポート番号は変更できます。

23025/tcp
Hitachi Command Suite共通コンポーネントの内部通信（Webサーバとの通信）で使用されます。
このポート番号は変更できます。

23026/tcp
Hitachi Command Suite共通コンポーネントの内部通信（Webサーバからの終了メッセージを受信）で使用されます。
このポート番号は変更できます。

23027/tcp
23028/tcp
Compute Systems Managerがインストールされている場合に，使用されるポートです。
このポート番号は変更できます。

23029/tcp
23030/tcp
Hitachi Command Suite共通コンポーネントで予約済みのポートです。

23031/tcp
管理サーバのOSがWindowsの場合に，Hitachi Command Suite 共通コンポーネントの内部通信（シングルサインオン）で使用されます。
このポート番号は変更できます。

23032/tcp
Hitachi Command Suite共通コンポーネントの内部通信（HiRDB）で使用されます。
このポート番号は変更できます。

23033/tcp
23034/tcp
Hitachi Command Suite共通コンポーネントで予約済みのポートです。

45001/tcp～49000/tcp
管理サーバのOSがWindows XP，Windows Server 2003 R2，SolarisまたはLinuxの場合に，Hitachi Command Suite共通コンポーネントの内部通信（HiRDB）で一時割り当てポートとして使用されます。
Hitachi Command Suite製品では設定を変更できません。これらのポートを使用する製品が同一マシンにインストールされている場合は，その製品の設定を変更してください。それ以外のOSでは，OS標準の一時割り当てポートが使用されます。

注※

SSLを設定している場合でも使用されます。SSL通信だけを許可したい場合は，ファイアウォールを設定してください。

関連項目

2.1.2 Hitachi Command Suite共通コンポーネントで使用されるポートの変更

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

Tuning ManagerおよびCompute Systems Managerがインストールされている場合に使用されるポートの変更方法：各製品のマニュアル

(2) Device Managerサーバで使用されるポート

管理サーバでは，Device Managerサーバで使用されるポート番号が同一マシンに共存するほかのプログラムと重複しないようにしてください。

表2-2 Device Managerサーバで使用されるポート

ポート番号
説明

162/udp
ストレージシステム（Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE 9900VおよびHUS VM）やファイルサーバ（Hitachi Virtual File Platform）からSNMPトラップを受信する際に使用されます。
Device Managerでは設定を変更できません。このポートを使用する製品が同一マシンにインストールされている場合は，その製品の設定を変更してください。

427/tcp
CIMクライアント（サービスディスカバリー）と通信する際に使用されます。
Device Managerでは設定を変更できません。このポートを使用する製品が同一マシンにインストールされている場合は，その製品の設定を変更してください。

2001/tcp※
Device Managerサーバの内部通信，管理クライアント（GUIおよびCLI），ストレージシステムおよびホスト（Device Managerエージェントおよびファイルサーバ）と通信する際に使用されます。
ほかの製品でこのポートが使用されていると，Device Managerサーバが起動しません。
このポートは，Device Managerサーバのserver.propertiesファイルにあるserver.http.portプロパティで変更できます。

2443/tcp
Device Managerサーバの内部通信およびSSLで管理クライアント（GUIおよびCLI）と通信する際に使用されます。
このポートは，Device Managerサーバのserver.propertiesファイルにあるserver.https.portプロパティで変更できます。

5983/tcp
SMI-Sプロバイダーからインディケーション通知を受信する際に使用されます。
このポートは，Device Managerサーバのserver.propertiesファイルにあるserver.smisclient.indication.portプロパティで変更できます。

5988/tcp
CIMクライアント（オブジェクト操作）と非SSLで通信する際に使用されます。
このポート番号は変更できます。

5989/tcp
CIMクライアント（オブジェクト操作）とSSLで通信する際に使用されます。
このポート番号は変更できます。

23055/tcp
Device Managerサーバの内部通信で使用されます。
このポートは，Device Managerサーバのserver.propertiesファイルにあるserver.rmi.portプロパティで変更できます。

24220/tcp
HiRDBによって使用されます。
このポートは，htmsetupコマンドで変更できます。

Any/tcp
Tuning ManagerのView Serverとの通信で使用されます。
デフォルトでは，任意の空きポート番号が使用される設定になっています。
Tuning Managerの管理サーバとDevice Managerの管理サーバの間にファイアーウォールが設置されている場合など，特定のポート番号が使用される設定に変更したい場合は，config.xmlファイルおよびconfigforclient.xmlファイルのownPortパラメーターにポート番号を登録してください。

注※

SSLを設定している場合でも使用されます。SSL通信だけを許可したい場合は，ファイアウォールを設定してください。

関連項目

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

(5) Tuning Managerサーバとのリモート接続およびポート番号の設定（htmsetupコマンド）

(6) config.xmlファイルおよびconfigforclient.xmlファイルの設定

7.5.1 CIM/WBEM機能で使用するポートの変更

A.1.1 Device Managerサーバのプロパティの変更

A.2.2 server.http.port

A.2.3 server.https.port

A.2.4 server.rmi.port

A.2.27 server.smisclient.indication.port

(3) Tiered Storage Managerサーバで使用されるポート

管理サーバでは，Tiered Storage Managerサーバで使用されるポート番号が同一マシンに共存するほかのプログラムと重複しないようにしてください。

表2-3 Tiered Storage Managerサーバで使用されるポート

ポート番号
説明

20352/tcp
管理クライアント（Tiered Storage Manager CLIおよびLegacyモードのTiered Storage Manager GUI）と通信する際に使用されます。
このポートは，Tiered Storage Managerサーバのserver.propertiesファイルにあるserver.rmi.portプロパティで変更できます。

24500/tcp
管理クライアント（Tiered Storage Manager CLIおよびLegacyモードのTiered Storage Manager GUI）とSSLで通信する際に使用されます。
このポートは，Tiered Storage Managerサーバのserver.propertiesファイルにあるserver.rmi.security.portプロパティで変更できます。

関連項目

B.1.1 Tiered Storage Managerサーバのプロパティの変更

B.2.2 server.rmi.port

B.2.3 server.rmi.security.port

(4) Host Data Collectorで使用されるポート

Host Data Collectorのインストール先マシンでは，Host Data Collectorで使用されるポート番号が同一マシンに共存するほかのプログラムと重複しないようにしてください。

表2-4 Host Data Collectorで使用されるポート

ポート番号
説明

22098/tcp
Host Data Collectorの内部通信およびDevice ManagerサーバとRMIレジストリー間の非SSL通信で使用されます。
このポートは，Host Data Collectorのhdcbase.propertiesファイルにあるhdc.common.rmi.registryPortプロパティで変更できます。

22099/tcp
Device ManagerサーバとRMIサーバ間の非SSL通信で使用されます。
このポートは，Host Data Collectorのhdcbase.propertiesファイルにあるhdc.common.rmi.serverPortプロパティで変更できます。

22100/tcp
Device Managerサーバとクラスローダー間の非SSL通信で使用されます。
このポートは，Host Data Collectorのhdcbase.propertiesファイルにあるhdc.common.http.serverPortプロパティで変更できます。

22104/tcp
Device ManagerサーバとRMIレジストリー間のSSL通信で使用されます。
このポートは，Host Data Collectorのhdcbase.propertiesファイルにあるhdc.common.rmi.ssl.registryPortプロパティで変更できます。

22105/tcp
Device ManagerサーバとRMIサーバ間のSSL通信で使用されます。
このポートは，Host Data Collectorのhdcbase.propertiesファイルにあるhdc.common.rmi.ssl.serverPortプロパティで変更できます。

22106/tcp
Device Managerサーバとクラスローダー間のSSL通信で使用されます。
このポートは，Host Data Collectorのhdcbase.propertiesファイルにあるhdc.common.https.serverPortプロパティで変更できます。

22110/tcp
ServiceプロセスとAdapterプロセス間の通信で使用されます。
このポートは，Host Data Collector のhdcbase.properties ファイルにある hdc.service.localportプロパティで変更できます。

22111/tcp～22120/tcp
ServiceプロセスとAdapterプロセス間の通信で使用されます。
これらのポートは，Host Data Collector のhdcbase.propertiesファイルにある hdc.adapter.localportプロパティで変更できます。

関連項目

C.1.1 Host Data Collectorのプロパティの変更

C.2.1 hdc.service.localport

C.2.3 hdc.adapter.localport

C.2.4 hdc.common.rmi.registryPort

C.2.5 hdc.common.rmi.serverPort

C.2.6 hdc.common.http.serverPort

C.2.7 hdc.common.rmi.ssl.registryPort

C.2.8 hdc.common.rmi.ssl.serverPort

C.2.9 hdc.common.https.serverPort

(5) Device Managerエージェントで使用されるポート

Device Managerエージェントのインストール先マシンでは，Device Managerエージェントで使用されるポート番号が同一マシンに共存するほかのプログラムと重複しないようにしてください。

表2-5 Device Managerエージェントで使用されるポート

ポート番号
説明

24041/tcp
Device Managerサーバと通信する際に使用されます。
このポートは，Device Managerエージェントのserver.propertiesファイルにあるserver.agent.portプロパティで変更できます。

24042/tcp
Device Managerサーバと通信する際に使用されます。
このポートは，Device Managerエージェントのserver.propertiesファイルにあるserver.http.portプロパティで変更できます。

24043/tcp
Device Managerエージェントの内部通信で使用されます。
このポートは，Device Managerエージェントのserver.propertiesファイルにあるserver.http.localPortプロパティで変更できます。

関連項目

D.1.1 Device Managerエージェントのプロパティの変更

D.6.1 server.agent.port

D.6.2 server.http.localPort

D.6.3 server.http.port

(6) ストレージシステムで使用されるポート

Device ManagerおよびTiered Storage Managerでストレージシステムを管理するためには， 管理サーバや管理クライアント（GUI）との通信用ポートを用意する必要があります。

表2-6 ストレージシステムで使用されるポート

対象ストレージシステム
ポート番号
説明

Virtual Storage Platform
80/tcp
管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

443/tcp
管理クライアント（GUI）からSSLでElement Managerを起動する際に使用されます。
このポート番号は変更できません。

1099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51100/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

Universal Storage Platform V/VM
80/tcp
管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

443/tcp
管理クライアント（GUI）からSSLでElement Managerを起動する際に使用されます。
このポート番号は変更できません。

1099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51100/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

Hitachi USP
80/tcp
管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

443/tcp
管理クライアント（GUI）からSSLでElement Managerを起動する際に使用されます。
このポート番号は変更できません。

1099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

SANRISE9900V
80/tcp
管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

1099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51099/tcp
管理サーバまたは管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

HUS VM
80/tcp
管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

443/tcp
SSLでElement Managerを起動する際に使用されます。
このポート番号は変更できません。

1099/tcp
管理クライアント（GUI）と通信する際に使用されます。
このポート番号は変更できません。

51099/tcp
管理サーバと通信する際に使用されます。
このポート番号は変更できません。

51100/tcp
管理サーバと通信する際に使用されます。
このポート番号は変更できません。

SANRISE9500V
2000/tcp
管理サーバと通信する際に使用されます。
このポート番号は変更できます。

Hitachi AMS/WMS
2000/tcp
管理サーバと通信する際に使用されます。
このポート番号は変更できます。

28355/tcp
管理サーバと通信する際に使用されます。
このポート番号は変更できます。

Hitachi AMS2000
2000/tcp
管理サーバと非SSLで通信する際に使用されます。
このポート番号は変更できます。

28355/tcp
管理サーバとSSLで通信する際に使用されます。
このポート番号は変更できます。

Hitachi SMS
2000/tcp
管理サーバと非SSLで通信する際に使用されます。
このポート番号は変更できます。

28355/tcp
管理サーバとSSLで通信する際に使用されます。
このポート番号は変更できます。

HUS100
2000/tcp
管理サーバと非SSLで通信する際に使用されます。
このポート番号は変更できます。

28355/tcp
管理サーバとSSLで通信する際に使用されます。
このポート番号は変更できます。

ミッドレンジストレージ（HUS100，Hitachi SMS，Hitachi AMS2000，Hitachi AMS/WMS，SANRISE9500V）で使用されるポート番号（2000/tcpまたは28355/tcp）を変更した場合には，管理サーバのOSのservicesファイルに，変更後のポート番号を設定する必要があります。servicesファイルに設定しないでミッドレンジストレージを操作すると，エラー（コード：DMEA000006）が発生し，操作が失敗することがあります。

また，ミッドレンジストレージと管理サーバ（Device Managerサーバ）間の通信は，通信するプロトコル（SSLまたは非SSL）ごとに使用するポート番号を統一してください。ミッドレンジストレージ間で通信に使用するポート番号が異なる場合，管理サーバのservicesファイルに設定されているポート番号と異なるポート番号を使用するミッドレンジストレージに対する操作がエラーとなることがあります。また，servicesファイルに設定されているポート番号と同じ番号を使用しているミッドレンジストレージでも，操作はエラーにはなりませんが，時間が掛かることがあります。

関連項目

ポート番号の変更方法およびservicesファイルの設定方法：各ストレージシステムのマニュアル

2.1.2 Hitachi Command Suite共通コンポーネントで使用されるポートの変更

Hitachi Command Suite製品のインストール後に，Hitachi Command Suite共通コンポーネントで使用されるポートを変更する場合は，Hitachi Command Suite共通コンポーネントの設定ファイルを編集する必要があります。

Hitachi Command Suite共通コンポーネントで使用されるポートを変更するには：

Hitachi Command Suite製品のサービスを停止します。

Hitachi Command Suite共通コンポーネントの設定ファイルを編集して，ポート番号の設定を変更します。

Hitachi Command Suite製品のサービスを起動します。

次のポート番号を変更した場合には，管理サーバにインストールされている全Hitachi Command Suite製品のURLを変更する必要があります。

23015/tcp（HBase Storage Mgmt Web Serviceへのアクセスに使用）
非SSLで管理サーバと管理クライアント間の通信を行うときには，URLを変更する必要があります。

23016/tcp（SSL対応のHBase Storage Mgmt Web Serviceへのアクセスに使用）
SSLで管理サーバと管理クライアント間の通信を行うときには，URLを変更する必要があります。

なお，ファイアウォールが設置されている場合など，管理サーバと管理クライアントとの間のネットワーク環境によっては，URLの変更が不要なこともあります。

表2-7 Hitachi Command Suite共通コンポーネントのポート番号設定ファイル

デフォルトのポート番号
設定ファイル
変更場所

23015/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/conf/httpsd.conf

Listen

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥conf¥hsso.conf

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/hsso.conf

hsso.hostport

23016/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/conf/httpsd.conf

VirtualHost ＜ホスト名＞:＜ポート＞

Listen※1

23017/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥CC¥web¥redirector¥workers.properties

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/redirector/workers.properties

worker.worker1.port

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥HiCommand¥usrconf¥usrconf.properties

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/HiCommand/usrconf/usrconf.properties

webserver.connector.ajp13.port

23018/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥HiCommand¥usrconf¥usrconf.properties

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/HiCommand/usrconf/usrconf.properties

webserver.shutdown.port

23025/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥CC¥web¥redirector¥workers.properties

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/redirector/workers.properties

worker.worker5.port

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥DeviceManagerWebService¥usrconf¥usrconf.properties

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/DeviceManagerWebService/usrconf/usrconf.properties

webserver.connector.ajp13.port

23026/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥DeviceManagerWebService¥usrconf¥usrconf.properties

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/DeviceManagerWebService/usrconf/usrconf.properties

webserver.shutdown.port

23031/tcp※2
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥hsso_httpsd.conf
Listen 127.0.0.1:＜ポート番号＞

23032/tcp

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥HDB¥CONF¥emb¥HiRDB.ini

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/conf/emb/HiRDB.ini

PDNAMEPORT

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥HDB¥CONF¥pdsys

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/conf/pdsys

pd_name_port

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥database¥work¥def_pdsys

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/database/work/def_pdsys

pd_name_port

注※1

HBase Storage Mgmt Web ServiceへのアクセスでSSLを有効にする場合でも，Listen 23015行を削除したり，コメント行にしたりしないでください。

注※2

このポートは，管理サーバのOSがWindowsの場合にだけ使用されます。

重要

Hitachi Command Suite共通コンポーネントのポート番号を変更した場合，運用環境によっては次の設定も見直す必要があります。

管理クライアント（GUI）でInternet Explorer 6を使用している場合（23015/tcpおよび23016/tcp）
ポップアップブロックの設定を変更する必要があります。

Element Managerを使用して，Hitachi AMS/WMSまたはSANRISE9500Vを操作する場合（23015/tcpおよび23016/tcp）
launchapptoolを使用して，Storage Navigator Modular 2のURLを変更する必要があります。

Tuning Managerから性能情報を取得している場合（23015/tcpおよび23016/tcp）
同一マシンにTuning Managerサーバがインストールされているときは，htnm.server.n.portプロパティの設定を見直してください。

Plug-in for Virtualization Server Provisioningを使用している場合（23015/tcpおよび23016/tcp）
Plug-in for Virtualization Server Provisioningの設定を変更する必要があります。

JP1/IMと連携している場合（23015/tcpおよび23016/tcp）
JP1/IMの統合機能メニュー画面から，シングルサインオン機能を使用してHitachi Command Suite製品のGUIを呼び出せるように設定している場合は，JP1/IM - Viewの構成定義ファイルを変更する必要があります。

Hitachi Virtual File Platformを管理対象ホストとしてDevice Managerに登録している場合
Device Managerサーバにファイルサーバの構成情報を通知する必要があります。
Hitachi File Services Managerの［HDvM 設定編集］ダイアログの［リフレッシュ時に通知する］チェックボックスで［はい］を選択して［OK］ボタンをクリックし，［Processing Node］ウィンドウの［Processing Node 更新］ボタンをクリックしてください。

Sun Clusterを使用して管理サーバをクラスタ構成にしている場合（23015/tcp～23017/tcp，23025/tcp，23032/tcp）
クラスタリソースの登録情報を更新する必要があります。

関連項目

(1) Hitachi Command Suite共通コンポーネントで使用されるポート

2.5 Hitachi Command Suite製品のURLの変更（hcmdschgurlコマンド）

5.1.2 Element Managerを使用するための設定

5.4 JP1/IMからHitachi Command Suite製品のGUIをラウンチするために必要な設定

(6) クラスタリソースの登録（Sun Clusterの場合）

9.2 サービスの起動

9.3 サービスの停止

A.1.1 Device Managerサーバのプロパティの変更

A.14.5 htnm.server.n.port

Plug-in for Virtualization Server Provisioningの設定方法：マニュアル「Hitachi Command Suite Software Plug-in for Virtualization Server Provisioning ユーザーズガイド」

Hitachi File Services Managerでの設定方法：Hitachi Virtual File Platformのマニュアル

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

Hitachi Command Suite製品で使用されるポートやプロセスをファイアウォールに例外登録すると，登録されたポートやプロセスへの外部からの接続が許可されます。

重要

運用開始後にWindowsファイアウォールを有効にした場合や管理サーバのOSにLinuxを使用する場合，管理サーバに接続されているネットワーク上にファイアウォールが設置されているときは，管理サーバで使用されるポートについては，Hitachi Command Suiteのインストール後にユーザーが手動で例外登録を行う必要があります。

Windowsの場合
Hitachi Command Suiteを構成する各コンポーネントをファイアウォールの例外リストに登録します。

Linuxの場合
Hitachi Command Suiteで使用されるポート番号をファイアウォールの例外リストに登録します。

この項の構成

(1) ファイアーウォールへの例外登録が必要なポート

(2) ファイアウォールの例外登録（Windows）

(3) ファイアウォールの例外登録（Red Hat Enterprise Linux）

(4) ファイアウォールの例外登録（SUSE Linux Enterprise Server）

(1) ファイアーウォールへの例外登録が必要なポート

管理サーバや管理クライアント，ストレージシステムなどをつなぐネットワーク上にファイアウォールが設置されている環境では，Hitachi Command Suite製品で使用されるポートをファイアウォールの例外として登録する必要があります。

表2-8 管理サーバと管理クライアントとの間のファイアウォールで例外登録が必要なポート番号

表2-9 管理サーバとストレージシステムとの間のファイアウォールで例外登録が必要なポート番号

表2-10 管理クライアントとストレージシステムとの間のファイアウォールで例外登録が必要なポート番号

表2-11 管理サーバと通常ホストとの間のファイアウォールで例外登録が必要なポート番号

表2-12 管理サーバと仮想化サーバとの間のファイアウォールで例外登録が必要なポート番号

表2-13 管理サーバとメインフレームホストとの間のファイアウォールで例外登録が必要なポート番号

表2-14 管理サーバとファイルサーバとの間のファイアウォールで例外登録が必要なポート番号

表2-15 Device Managerの管理サーバとTuning Managerの管理サーバとの間のファイアウォールで例外登録が必要なポート番号

表2-16 管理サーバとHost Data Collectorをインストールしたマシンとの間のファイアウォールで例外登録が必要なポート番号

表2-17 Host Data Collectorをインストールしたマシンとホストとの間のファイアウォールで例外登録が必要なポート番号

表2-18 管理サーバとSMI-Sプロバイダーとの間のファイアウォールで例外登録が必要なポート番号

表2-19 管理サーバとCIMクライアントとの間のファイアウォールで例外登録が必要なポート番号

表2-20 管理サーバとメールサーバとの間のファイアウォールで例外登録が必要なポート番号

表2-21 管理サーバと外部認証サーバとの間のファイアウォールで例外登録が必要なポート番号

表2-8 管理サーバと管理クライアントとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp
管理クライアント
（GUI，Device Manager CLI）
2001/tcp※
管理サーバ
非SSL通信の場合に設定が必要です。

any/tcp
管理クライアント
（GUI，Device Manager CLI）
2443/tcp※
管理サーバ
SSL通信の場合に設定が必要です。

any/tcp
管理クライアント
（Tiered Storage Manager CLI）
20352/tcp※
管理サーバ
非SSL通信の場合に設定が必要です。

any/tcp
管理クライアント
（GUI）
23015/tcp※
管理サーバ
非SSL通信の場合に設定が必要です。

any/tcp
管理クライアント
（GUI）
23016/tcp※
管理サーバ
SSL通信の場合に設定が必要です。

any/tcp
管理クライアント
（Tiered Storage Manager CLI）
24500/tcp※
管理サーバ
SSL通信の場合に設定が必要です。

注※

ポート番号は変更できます。

表2-9 管理サーバとストレージシステムとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/udp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

162/udp
管理サーバ
-

any/tcp
管理サーバ
443/tcp

Virtual Storage Platform

HUS VM

-

any/tcp
管理サーバ
1099/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

-

any/tcp
管理サーバ
2000/tcp※

Hitachi AMS/WMS

SANRISE9500V

-

any/tcp
管理サーバ
2000/tcp※

HUS100

Hitachi SMS

Hitachi AMS2000

非SSLで通信する場合に設定が必要です。

any/tcp

Universal Storage Platform V/VM

Hitachi USP

2001/tcp※
管理サーバ
ストレージシステムの任意のポートから管理サーバの2001/tcpポートに通信できるよう，ファイアウォールを設定してください。

any/tcp
管理サーバ
28355/tcp※

HUS100

Hitachi SMS

Hitachi AMS2000

SSLで通信する場合に設定が必要です。

any/tcp
管理サーバ
51099/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

-

any/tcp
管理サーバ
51100/tcp

Universal Storage Platform V/VM

バージョン6.0.0-00以降のDevice Managerサーバにアップグレードインストールした際に設定が必要です。

any/tcp
管理サーバ
51100/tcp

Virtual Storage Platform

-

（凡例）

-：該当なし

注※

ポート番号は変更できます。

表2-10 管理クライアントとストレージシステムとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp
管理クライアント
（GUI）
80/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

-

any/tcp
管理クライアント
（GUI）
443/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

HUS VM

SSLでElement Managerを使用する場合に設定が必要です。

any/tcp
管理クライアント
（GUI）
1099/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

-

any/tcp
管理クライアント
（GUI）
51099/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

-

any/tcp
管理クライアント
（GUI）
51100/tcp

Virtual Storage Platform

Universal Storage Platform V/VM

HUS VM

-

（凡例）

-：該当なし

表2-11 管理サーバと通常ホストとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp

通常ホスト

仮想マシン

2001/tcp※
管理サーバ
-

any/tcp
管理サーバ
24041/tcp※

通常ホスト

仮想マシン

-

any/tcp
管理サーバ
24042/tcp※

通常ホスト

仮想マシン

-

（凡例）

-：該当なし

注※

ポート番号は変更できます。

表2-12 管理サーバと仮想化サーバとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp
管理サーバ
443/tcp

VMware ESX

VMware ESXを管理しているVMware vCenter Server

NPIVを使用して仮想WWNを仮想マシンに割り当てている場合に設定が必要です。

any/tcp
管理サーバ
5988/tcp
vMA
vMAを使用する構成で，かつ非SSL通信の場合に設定が必要です。

any/tcp
管理サーバ
5988/tcp
VMware ESX
vMAを使用しない構成で，かつ非SSL通信の場合に設定が必要です。

any/tcp
管理サーバ
5989/tcp
vMA
vMAを使用する構成で，かつSSL通信の場合に設定が必要です。

any/tcp
管理サーバ
5989/tcp
VMware ESX
vMAを使用しない構成で，かつSSL通信の場合に設定が必要です。

表2-13 管理サーバとメインフレームホストとの間のファイアウォールで例外登録が必要なポート番号

通信元 | 通信先 | 備考
ポート番号 | マシン | ポート番号 | マシン
any/tcp | 管理サーバ | 24042/tcp※ | メインフレームホスト | -

（凡例）

-：該当なし

注※

ポート番号は変更できます。

表2-14 管理サーバとファイルサーバとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp

Hitachi Virtual File Platform

Hitachi NAS Platform

2001/tcp※
管理サーバ
-

any/tcp
管理サーバ
8443/tcp
Hitachi NAS Platform
-

（凡例）

-：該当なし

注※

ポート番号は変更できます。

表2-15 Device Managerの管理サーバとTuning Managerの管理サーバとの間のファイアウォールで例外登録が必要なポート番号

通信元 | 通信先 | 備考
ポート番号 | マシン | ポート番号 | マシン
any/tcp | Device Managerの管理サーバ | 22286/tcp※1 | Tuning Managerの管理サーバ | リモート接続されたTuning Managerから，パリティグループの利用率やボリュームのIOPSなどの性能情報を取得する場合に設定が必要です。
any/tcp | Device Managerの管理サーバ | 22900/tcp～22999/tcp | Tuning Managerの管理サーバ | Tuning Managerとリモート接続する場合に設定が必要です。
any/tcp | Device Managerの管理サーバ | 45001/tcp～49000/tcp | Tuning Managerの管理サーバ | -
any/tcp | Tuning Managerの管理サーバ | 23015/tcp※1 | Device Managerの管理サーバ | Tuning Managerとリモート接続する場合に設定が必要です。
any/tcp | Tuning Managerの管理サーバ | 23032/tcp※2 | Device Managerの管理サーバ | -
any/tcp | Tuning Managerの管理サーバ | 24220/tcp※2 | Device Managerの管理サーバ | Tuning Managerとリモート接続する場合に設定が必要です。
any/tcp | Tuning Managerの管理サーバ | 1024/tcp～65535/tcp※3 | Device Managerの管理サーバ | リモート接続されたTuning Managerから，パリティグループの利用率やボリュームのIOPSなどの性能情報を取得する場合に設定が必要です。

（凡例）

-：該当なし

注※1

ポート番号は変更できます。

注※2

ポート番号は5001～65535の範囲で変更できます。

注※3

Device ManagerとTuning ManagerのView Serverとの通信で使用されるポート番号です。config.xmlファイルおよびconfigforclient.xmlファイルのownPortパラメーターに設定したポート番号を登録してください。config.xmlファイルおよびconfigforclient.xmlファイルについては，「(6) config.xmlファイルおよびconfigforclient.xmlファイルの設定」を参照してください。

表2-16 管理サーバとHost Data Collectorをインストールしたマシンとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp
管理サーバ
22098/tcp※
Host Data Collectorをインストールしたマシン
次の条件をすべて満たすときに設定が必要です。

Host Data Collectorを管理サーバとは別のマシンにインストールしたとき

非SSL通信のとき

any/tcp
管理サーバ
22099/tcp※
Host Data Collectorをインストールしたマシン

any/tcp
管理サーバ
22100/tcp※
Host Data Collectorをインストールしたマシン

any/tcp
管理サーバ
22104/tcp※
Host Data Collectorをインストールしたマシン
次の条件をすべて満たすときに設定が必要です。

Host Data Collectorを管理サーバとは別のマシンにインストールしたとき

SSL通信のとき

any/tcp
管理サーバ
22105/tcp※
Host Data Collectorをインストールしたマシン

any/tcp
管理サーバ
22106/tcp※
Host Data Collectorをインストールしたマシン

注※

ポート番号は変更できます。

表2-17 Host Data Collectorをインストールしたマシンとホストとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp
Host Data Collectorをインストールしたマシン
22/tcp※
通常ホスト
管理対象の通常ホストのOSがUNIXの場合に設定が必要です。

any/tcp
Host Data Collectorをインストールしたマシン
80/tcp

VMware ESX

VMware ESXを管理しているVMware vCenter Server

管理対象の仮想化サーバと非SSLで通信する場合に設定が必要です。

any/tcp
Host Data Collectorをインストールしたマシン
139/tcp
通常ホスト
管理対象の通常ホストのOSがWindowsの場合に設定が必要です。

any/tcp
Host Data Collectorをインストールしたマシン
443/tcp

VMware ESX

VMware ESXを管理しているVMware vCenter Server

管理対象の仮想化サーバとSSLで通信する場合に設定が必要です。

注※

ポート番号は変更できます。

表2-18 管理サーバとSMI-Sプロバイダーとの間のファイアウォールで例外登録が必要なポート番号

通信元 | 通信先 | 備考
ポート番号 | マシン | ポート番号 | マシン
any/tcp | SMI-Sプロバイダー | 5983/tcp※ | 管理サーバ | -
any/tcp | 管理サーバ | 5988/tcp※ | SMI-Sプロバイダー | 非SSL通信の場合に設定が必要です。
any/tcp | 管理サーバ | 5989/tcp※ | SMI-Sプロバイダー | SSL通信の場合に設定が必要です。

（凡例）

-：該当なし

注※

ポート番号は変更できます。

表2-19 管理サーバとCIMクライアントとの間のファイアウォールで例外登録が必要なポート番号

通信元 | 通信先 | 備考
ポート番号 | マシン | ポート番号 | マシン
any/tcp | CIMクライアント | 427/tcp | 管理サーバ | -
any/tcp | CIMクライアント | 5988/tcp※ | 管理サーバ | 非SSL通信の場合に設定が必要です。
any/tcp | CIMクライアント | 5989/tcp※ | 管理サーバ | SSL通信の場合に設定が必要です。

（凡例）

-：該当なし

注※

ポート番号は変更できます。

表2-20 管理サーバとメールサーバとの間のファイアウォールで例外登録が必要なポート番号

通信元
通信先
備考

ポート番号
マシン
ポート番号
マシン

any/tcp
管理サーバ（Device Managerサーバ）
25/tcp※1
メールサーバ※2
次の事象をEメールでユーザーに通知する場合に設定が必要です。

ストレージシステムでのアラートの発生

［データマイグレーション］ウィザードから実行したタスクの完了

any/tcp
管理サーバ (Tiered Storage Manager サーバ)
25/tcp※1
メールサーバ※3
次の事象をEメールでユーザーに通知する場合に設定が必要です。

Tiered Storage Manager CLIで実行したタスクの終了

LegacyモードのTiered Storage Manager GUI（［マイグレーション］ウィザード）で実行したタスクの終了

ボリュームロック期限の満了

マイグレーショングループの指定期間の経過

any/tcp
管理サーバ
（Storage Navigator Modular 2）
25/tcp
メールサーバ※4
操作対象のストレージシステムがHitachi AMS/WMSまたはSANRISE9500Vで，かつStorage Navigator Modular 2のEメール障害報告機能を利用する場合に設定が必要です。

注※1

ポート番号は変更できます。

注※2

Device Managerサーバのserver.mail.smtp.hostプロパティに指定したメールサーバです。

注※3

Tiered Storage Managerサーバのserver.mail.smtp.hostプロパティに指定したメールサーバです。

注※4

Storage Navigator Modular 2で，ストレージシステムの障害報告を発信できるように設定したメールサーバです。

表2-21 管理サーバと外部認証サーバとの間のファイアウォールで例外登録が必要なポート番号

通信元 | 通信先 | 備考
ポート番号 | マシン | ポート番号 | マシン
any/tcp | 管理サーバ | 88/tcp※ | Kerberosサーバ | -
any/udp | 管理サーバ | 88/udp※ | Kerberosサーバ | -
any/tcp | 管理サーバ | 359/tcp※ | LDAPディレクトリサーバ | -
any/udp | 管理サーバ | 1812/udp※ | RADIUSサーバ | -

（凡例）

-：該当なし

注※

一般的に使用されるポート番号です。外部認証サーバで変更されていることがあります。

関連項目

(2) ファイアウォールの例外登録（Windows）

(3) ファイアウォールの例外登録（Red Hat Enterprise Linux）

(4) ファイアウォールの例外登録（SUSE Linux Enterprise Server）

(2) ファイアウォールの例外登録（Windows）

hcmdsfwcancelコマンドおよびnetshコマンドを実行して，Hitachi Command Suiteを構成する各コンポーネントをファイアウォールの例外リストに登録します。

ファイアウォールの例外リストに登録するには：

次のコマンドを実行して，Hitachi Command Suite共通Webサービスを例外リストに登録します。
＜Hitachi Command Suite 共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsfwcancel.bat

次のコマンドを実行して，Hitachi Command Suiteで使用するそのほかのコンポーネントを例外リストに登録します。

Windows XP，Windows Server 2003 R2，Windows VistaまたはWindows Server 2008の場合

netsh firewall add allowedprogram program="＜パス＞" name="＜例外登録名＞" mode=ENABLE

Windows 7，Windows Server 2008 R2またはWindows Server 2012の場合

netsh advfirewall firewall add rule name="＜例外登録名＞" dir=in action=allow program=" ＜パス＞" description="＜パス＞" enable=yes

設定を有効にするために，Hitachi Command Suite製品のサービスを再起動します。

表2-22 netshコマンドで指定する例外登録名とパス

コンポーネント
例外登録名
パス

Device Managerサーバ
Device Manager
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥HiCommandServer.exe

Tiered Storage Managerサーバ
Tiered Storage Manager(htsmService)
＜Tiered Storage Managerサーバのインストールフォルダ＞¥bin¥htsmService.exe

Tiered Storage Manager(htsmHDvMUser)
＜Tiered Storage Managerサーバのインストールフォルダ＞¥inst¥htsmHDvMUser.exe

Tiered Storage Manager(htsmVersion)
＜Tiered Storage Managerサーバのインストールフォルダ＞¥inst¥htsmVersion.exe

Tiered Storage Manager(schemaDrop)
＜Tiered Storage Managerサーバのインストールフォルダ＞¥inst¥schemaDrop.exe

Tiered Storage Manager(schemaCreate)
＜Tiered Storage Managerサーバのインストールフォルダ＞¥inst¥schemaCreate.exe

JDK
HBase(cmd)

Windows XPまたはWindows Server 2003 R2の場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥jdk¥jre¥bin¥java.exe

Windows Vista，Windows 7，Windows Server 2008，Windows Server 2008 R2またはWindows Server 2012の場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥jdk5_0¥jre¥bin¥java.exe※

HBase(cmd)

Windows XPまたはWindows Server 2003 R2の場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥jdk¥bin¥java.exe

Windows Vista，Windows 7，Windows Server 2008，Windows Server 2008 R2またはWindows Server 2012の場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥jdk5_0¥bin¥java.exe※

注※

Hitachi Command Suiteに同梱されているJDK以外のJDKを使用する場合は，使用するJDKのインストールフォルダにあるjava.exeを絶対パスで指定してください。

関連項目

(1) ファイアーウォールへの例外登録が必要なポート

9.2 サービスの起動

9.3 サービスの停止

(3) ファイアウォールの例外登録（Red Hat Enterprise Linux）

テキストモードセットアップユーティリティを使用して，Hitachi Command Suiteで使用されるポート番号をファイアウォールの例外リストに登録します。

ファイアウォールの例外リストに登録するには：

ターミナルウィンドウからsetupコマンドを実行します。
テキストモードセットアップユーティリティの［ツール選択］画面が表示されます。

［ファイヤーウォールの設定］を選択し，［Tab］キーで［実行ツール］ボタンへ移動し，［Enter］キーを押します。
［ファイアウォール設定］画面が表示されます。

［セキュリティレベル］を［有効］に合わせ，スペースキーを押してチェックを入れ，［Tab］キーで［カスタマイズ］ボタンへ移動し，［Enter］キーを押します。
［ファイアウォール設定－カスタマイズ］画面が表示されます。

［その他のポート］に例外登録するポートを指定し，［Tab］キーで［OK］ボタンへ移動し，［Enter］キーを押します。
（例）
その他のポート　162:udp 2001:tcp 23015:tcp

重要

すでにポートが指定されていた場合は，空白区切りで追加入力してください。

［ファイアウォール設定］画面に戻ったら，［セキュリティレベル］が［有効］になっていることを確認し，［Tab］キーで［OK］ボタンへ移動し，［Enter］キーを押します。

関連項目

(1) ファイアーウォールへの例外登録が必要なポート

(4) ファイアウォールの例外登録（SUSE Linux Enterprise Server）

SuSEfirewall2ファイルを編集して，Hitachi Command Suiteで使用されるポート番号をファイアウォールの例外リストに登録します。

ファイアウォールの例外リストに登録するには：

/etc/sysconfig/SuSEfirewall2ファイルを編集して，例外登録するポートを指定します。
例外登録するポート番号を次の形式で指定します。

FW_SERVICES_EXT_TCP=”＜TCPポート番号＞”

FW_SERVICES_EXT_UDP=”＜UDPポート番号＞”

次に示す例では，2001，23015，23016，23017，23018，161および162だけが例外登録されます。

FW_SERVICES_EXT_TCP=”2001 23015:23018”
FW_SERVICES_EXT_UDP=”161 162”

/sbin/SuSEfirewall2を実行します。

関連項目

(1) ファイアーウォールへの例外登録が必要なポート

2.2 ブリッジ機能を使用する場合のネットワークの設定

管理サーバにNICを複数搭載してブリッジ機能を使用する場合，管理サーバ，管理クライアント，およびストレージシステム間でお互いに通信できるようにネットワークを設定してください。

次の図に示す構成を例に，設定が必要な個所を説明します。

図2-1 管理サーバのブリッジ機能を使用したネットワークの構成例

図中の矢印に示すデバイス間でお互いに通信できるように，ルーター，管理クライアント，および管理サーバを設定してください。

エンタープライズクラスストレージおよびHUS VMと，管理クライアントの間

エンタープライズクラスストレージおよびHUS VMと，管理サーバの間

ミッドレンジストレージと管理サーバの間

管理クライアントとミッドレンジストレージの間の通信は，Storage Navigator Modular 2またはStorage Navigator Modularが管理するため，設定する必要はありません。

注意

Hitachi Command Suite製品の次の設定でIPアドレスを指定するときは，管理クライアントに接続されているネットワーク側のIPアドレス（「図2-1 管理サーバのブリッジ機能を使用したネットワークの構成例」中の10.0.0.100）を指定してください。ホスト名は指定しないでください。

Device ManagerのWebサーバ機能が動作するマシンの設定（server.http.hostプロパティ）

Device ManagerからラウンチするStorage Navigator Modular 2のURLの設定（launchapp.snm2.urlプロパティ）

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.1 server.http.host

A.10.1 launchapp.snm2.url

2.3 IPv6環境で運用する場合のDevice Managerの設定

Device Managerは，IPv6による通信をサポートしています。IPv6環境で運用する場合，環境に応じてDevice Managerの設定を変更する必要があります。

IPv6環境で運用する際は，次に示す前提条件を満たすようにしてください。

IPv6を使用する場合も，製品内部でIPv4の処理をする必要があるため，IPv6とIPv4の両方を使用できるようにOSを設定してください。

使用できるIPv6アドレスはグローバルアドレスだけです。グローバルユニークローカルアドレス（サイトローカルアドレス）やリンクローカルアドレスは使用できません。

Device ManagerサーバのIPアドレスまたはホスト名を指定する場合は，ホスト名で指定することを推奨します。IPv6アドレスを指定した場合，Internet Explorer 6ではDevice Managerサーバに接続できなかったり，画面遷移ができなかったりすることがあります。

Element Managerを使用して，Hitachi AMS/WMSまたはSANRISE9500Vを操作する場合，Storage Navigator Modular 2のURLを設定する際には，ホスト名を指定してください。

関連項目

5.1 Element Managerを使用するために必要な設定

この節の構成

2.3.1 Device ManagerをIPv6環境に移行するときの設定

2.3.2 IPv6に対応したストレージシステムと連携するための設定

2.3.1 Device ManagerをIPv6環境に移行するときの設定

IPv4環境で運用していたDevice ManagerをIPv6環境で運用する場合は，httpsd.confファイルを編集します。

重要

IPv6環境にDevice Managerを新規インストールした場合，インストーラーが自動的に設定を変更するため，この作業は不要です。

Device ManagerをIPv6環境に移行するには：

Hitachi Command Suite製品のサービスを停止します。

httpsd.confファイルを開きます。
httpsd.confファイルの格納先を次に示します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/conf/httpsd.conf

「#Listen [::]:＜ポート番号＞」の先頭にある番号記号（#）を削除して，IPv6での通信を有効にします。
SSL通信の場合のhttpsd.confファイルを例に，番号記号（#）を削除する個所を次に示します。

注意

非SSL通信の場合，SSLSessionCacheSizeの下にあるListen行の番号記号（#）を削除する必要はありません。

デフォルトでは，すべてのIPv6アドレスと通信できるように設定されています。

ポート番号はIPv4のListen行と同じ番号を指定してください。

IPv4のListen行を削除したり編集したりしないでください。誤って削除，編集した場合，IPv4での通信ができなくなります。

Hitachi Command Suite製品のサービスを起動します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

2.3.2 IPv6に対応したストレージシステムと連携するための設定

IPv6アドレスで管理しているUniversal Storage Platform V/VMをElement Managerで操作する場合は，Device Managerサーバのserver.propertiesファイルを編集します。

IPv6に対応したストレージシステムと連携するには：

Device Managerサーバのserver.propertiesファイルにあるserver.http.hostプロパティに，次のどちらかを設定します。

Device ManagerサーバがインストールされているマシンのIPv6アドレス

Device Managerサーバがインストールされているマシンのホスト名
ホスト名からIPv6アドレスの名前解決ができる必要があります。

注意

IPv4アドレスで管理しているUniversal Storage Platform V/VMまたはHitachi USPもDevice Managerの管理対象にする場合は，server.http.hostプロパティに指定したIPv6アドレスが設定されているNICに，IPv4アドレスも設定する必要があります。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.1 server.http.host

2.4 管理サーバのIPアドレスまたはホスト名の変更

ネットワーク構成の変更などに伴い，管理サーバのIPアドレスまたはホスト名が変更になった場合は，Hitachi Command Suite製品の設定も変更する必要があります。

この節の構成

2.4.1 管理サーバのホスト名の変更

2.4.2 管理サーバのIPアドレスの変更

2.4.3 管理サーバのIP アドレスまたはホスト名の変更後に必要な作業

2.4.1 管理サーバのホスト名の変更

変更後のホスト名をHitachi Command Suite製品に反映するには，/etc/hostsファイル（SolarisまたはLinuxの場合），httpsd.confファイル，およびcluster.confファイル（クラスタ構成の場合）を編集したあと，マシンを再起動します。

事前に確認しておく情報

変更後の管理サーバのホスト名
ホスト名は32バイト以内である必要があります。Hitachi Command Suite製品では，大文字と小文字は区別されます。

参考

事前に管理サーバのホスト名を変更した場合，hostnameコマンドで表示させた変更後のホスト名を控えておいてください。Windows の場合はipconfig /ALLコマンドでも表示できます。

管理サーバのホスト名を変更するには：

Hitachi Command Suite製品のサービスを停止します。

管理クライアントやSMI-Sプロバイダーと，管理サーバとの通信にTLS/SSLを使用している場合は，変更後のホスト名を使用して，管理サーバのサーバ証明書を作成し直します。
次のコンポーネント間の通信にSSL/TLSを使用している場合に必要な作業です。

管理サーバと管理クライアント（GUI）間

管理サーバと管理クライアント（Device Manager CLI）間

Device Manager サーバとReplication Manager サーバ間

Tuning Manager サーバとDevice Manager サーバ間

SMI-S プロバイダーと管理サーバ間

管理サーバとCIM クライアント間

SolarisまたはLinuxの場合，/etc/hostsファイルを編集します。
管理サーバのホスト名を変更後のホスト名に変更します。Linuxの場合は，localhostが記述されている行よりも，上の行に変更後のホスト名を記述してください。

httpsd.confファイルを編集します。
ServerNameパラメーターの値を変更後のホスト名に変更します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/conf/httpsd.conf

管理サーバと管理クライアントとの通信にTLS/SSLを使用している場合は，さらに次の設定も変更してください。

<VirtualHost>タグにホスト名が指定されている場合は，アスタリスク（*）に変更します。

<VirtualHost>タグ内のServerNameパラメーターの値を変更後のホスト名に変更します。

cluster.confファイルを編集します（クラスタ構成の場合だけ）。
論理ホスト名，実行系ノードのホスト名，待機系ノードのホスト名のうち，該当するホスト名を変更後のホスト名に変更します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥conf¥cluster.conf

Solarisの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/cluster.conf

管理サーバのホスト名を変更し，マシンを再起動します。
Hitachi Command Suite共通コンポーネントの設定ファイルを変更する前に，管理サーバのホスト名を変更していた場合は，ここではマシンの再起動だけを実行してください。

Hitachi Command Suite製品のサービスが起動していることを確認します。

Hitachi Command Suite製品のURLにホスト名を使用している場合は，管理サーバにインストールされている全Hitachi Command Suite製品の設定を変更します。

運用環境によって，各Hitachi Command Suite製品の設定を見直します。

データベースをバックアップします。
ホスト名を変更するとバックアップしたデータベースは使用できなくなります。

関連項目

2.4.3 管理サーバのIP アドレスまたはホスト名の変更後に必要な作業

2.5 Hitachi Command Suite製品のURLの変更（hcmdschgurlコマンド）

9.3 サービスの停止

9.4 サービスの稼働状態の確認

10.2.1 データベースのバックアップ（非クラスタ構成の場合）

10.2.2 データベースのバックアップ（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

10.2.3 データベースのバックアップ（Veritas Cluster Serverの場合）

10.2.4 データベースのバックアップ（Sun Clusterの場合）

2.4.2 管理サーバのIPアドレスの変更

変更後のIPアドレスをHitachi Command Suite製品に反映するには，httpsd.confファイルを編集したあと，マシンを再起動します。

事前に確認しておく情報

変更後の管理サーバのIPアドレス

注意

クラスタ構成ファイル（cluster.confファイル）の設定は変更しないでください。

管理サーバのIPアドレスを変更するには：

Hitachi Command Suite製品のサービスを停止します。

httpsd.confファイルを編集します。
ServerNameパラメーターに変更前のIPアドレスが指定されている場合は，ホスト名または変更後のIPアドレスに変更します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/conf/httpsd.conf

重要

httpsd.confファイルの設定ではホスト名を指定することをお勧めします。

管理サーバのIPアドレスを変更し，マシンを再起動します。
Hitachi Command Suite共通コンポーネントの設定ファイルを変更する前に，管理サーバのIPアドレスを変更していた場合は，ここではマシンの再起動だけを実行してください。

Hitachi Command Suite製品のサービスが起動していることを確認します。

Hitachi Command Suite製品のURLにIPアドレスを使用している場合は，管理サーバにインストールされている全Hitachi Command Suite製品の設定を変更します。

運用環境によって，各Hitachi Command Suite製品の設定を見直します。

データベースをバックアップします。
IPアドレスを変更するとバックアップしたデータベースは使用できなくなります。

関連項目

2.4.3 管理サーバのIP アドレスまたはホスト名の変更後に必要な作業

2.5 Hitachi Command Suite製品のURLの変更（hcmdschgurlコマンド）

9.3 サービスの停止

9.4 サービスの稼働状態の確認

10.2.1 データベースのバックアップ（非クラスタ構成の場合）

10.2.2 データベースのバックアップ（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

10.2.3 データベースのバックアップ（Veritas Cluster Serverの場合）

10.2.4 データベースのバックアップ（Sun Clusterの場合）

2.4.3 管理サーバのIP アドレスまたはホスト名の変更後に必要な作業

管理サーバのIPアドレスまたはホスト名を変更した場合に，運用環境によってはDevice Manager，Tiered Storage ManagerおよびReplication Managerの設定を見直す必要があります。

server.http.hostプロパティに変更前のホスト名またはIPアドレスを設定している場合
変更後のホスト名またはIPアドレスに設定し直したあと，Hitachi Command Suite製品のサービスを再起動する必要があります。

Device Managerエージェントを使用している場合
hdvmagt_settingコマンドを実行して，Device Managerサーバの情報の設定を変更する必要があります。

Replication Managerを使用している場合
情報取得元として登録していたIPアドレスまたはホスト名を変更した場合は，情報取得元を登録し直してください。

Element Managerを使用して，Hitachi AMS/WMSまたはSANRISE9500Vを操作する場合
launchapptoolを使用して，Storage Navigator Modular 2のURLを変更する必要があります。

RADIUSサーバを利用してアカウントを認証している場合
exauth.propertiesファイルの設定を見直してください。

Device ManagerサーバとTuning Managerサーバがリモート接続している場合
次の条件をすべて満たすときには，リポジトリーの所在登録を変更してください。

Device ManagerサーバがインストールされているマシンのIPアドレスを変更した

Device ManagerサーバがインストールされているマシンのIPアドレスをTuning Managerサーバがインストールされているマシンのhsso.confファイルに設定している

Tuning Managerから性能情報を取得している場合
config.xmlファイルおよびconfigforclient.xmlファイルのownHostパラメーターの設定を見直してください。

ファイルサーバのSNMPトラップを受信している場合
SNMP トラップの通知先（SNMP マネージャー）のホスト名またはIPアドレスをHitachi File Services Managerで変更してください。

Plug-in for Virtualization Server Provisioningを使用している場合
Plug-in for Virtualization Server Provisioningの設定を変更する必要があります。

JP1/IMと連携している場合
JP1/IMの統合機能メニュー画面から，シングルサインオン機能を使用してHitachi Command Suite製品のGUIを呼び出せるように設定している場合は，JP1/IM - Viewの構成定義ファイルを変更する必要があります。

そのほかにIPアドレスやホスト名が設定されているスクリプトファイルやバッチファイルなどがあれば設定を見直してください。

関連項目

5.1.2 Element Managerを使用するための設定

(6) config.xmlファイルおよびconfigforclient.xmlファイルの設定

5.4 JP1/IMからHitachi Command Suite製品のGUIをラウンチするために必要な設定

9.2 サービスの起動

9.3 サービスの停止

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

A.1.1 Device Managerサーバのプロパティの変更

A.2.1 server.http.host

Replication Manager 情報取得元の登録方法：マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」

リポジトリーの所在登録を変更する方法：マニュアル「Hitachi Command Suite Tuning Manager Software 運用管理ガイド」

ファイルサーバのSNMP トラップ通知先の変更方法：ファイルサーバのマニュアル

Plug-in for Virtualization Server Provisioningの設定方法：マニュアル「Hitachi Command Suite Software Plug-in for Virtualization Server Provisioning ユーザーズガイド」

Device Manager，Tiered Storage ManagerおよびReplication Manager以外で必要になる設定：各Hitachi Command Suite製品のマニュアル

2.5 Hitachi Command Suite製品のURLの変更（hcmdschgurlコマンド）

次の構成変更に伴い，運用開始後にHitachi Command Suite製品のURLが変更になった場合には，GUIに登録されている各Hitachi Command Suite製品のURLもhcmdschgurlコマンドで変更する必要があります。

HBase Storage Mgmt Web Serviceが使用するポートの変更

管理サーバのホスト名またはIPアドレスの変更

SSLを使用するため，またはSSLの使用を中止するための設定変更

クラスタ環境への移行

Hitachi Command Suite 製品のURL を変更するには：

hcmdschgurlコマンドを実行します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgurl {/print | /list | /change ＜変更前のURL＞ ＜変更後のURL＞ | /change ＜変更後のURL＞ /type ＜Hitachi Command Suite製品の名称＞}

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgurl {-print | -list | -change ＜変更前のURL＞ ＜変更後のURL＞ | -change ＜変更後のURL＞ -type ＜Hitachi Command Suite製品の名称＞}

print
現在登録されているURLとプログラムのリストを表示する場合に指定します。

list
printオプションと同じ内容を異なるフォーマットで表示する場合に指定します。

change
URLを変更する場合に指定します。

type
特定のHitachi Command Suite製品のURLだけを変更する場合に，対象の製品の名称を指定します。Device ManagerのURLだけを変更する場合には，DeviceManagerと指定します。Tiered Storage ManagerのURLだけを変更する場合には，TieredStorageManagerと指定します。Replication ManagerのURLだけを変更する場合には，ReplicationManagerと指定します。そのほかのHitachi Command Suite製品の名称については，それぞれのマニュアルを参照してください。

Windowsの場合は，ショートカットファイルのURLを変更します。

Windows XP，Windows Server 2003 R2，Windows Vista，Windows 7，Windows Server 2008またはWindows Server 2008 R2の場合：

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Login - HCS］を右クリックして，［プロパティ］－［Webドキュメント］タブのURLを変更します。

Windows Server 2012の場合：

スタート画面からアプリケーションの一覧画面を表示し，［Hitachi Command Suite］の［Login - HCS］を右クリックして，［プロパティ］－［Webドキュメント］タブのURLを変更します。

URLの形式は次のとおりです。
＜プロトコル＞://＜管理サーバのIPアドレス＞: ＜ポート番号＞/DeviceManager/

＜プロトコル＞
非SSL通信の場合はhttp，SSL通信の場合はhttpsを指定します。

＜管理サーバのIPアドレス＞
管理サーバのIPアドレスまたはホスト名を指定します。

＜ポート番号＞
httpsd.confファイルのListen行に指定したポート番号を指定します。非SSL通信の場合は非SSL通信用のポート番号（デフォルト：23015），SSL通信の場合は，SSL通信用のポート番号（デフォルト：23016）を指定してください。
httpsd.confファイルの格納先は次のとおりです。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

注意

指定するURLは，プロトコルとポートを含む完全なURLである必要があります。IPv6アドレスは使用できません。IPv6環境ではホスト名で指定してください。以下にその例を示します。
http://127.0.0.1:23015
http://hostname:23015

クラスタ環境への移行に伴いURLを変更する場合は，＜変更後のURL＞は次の形式で指定してください。
http://＜論理ホスト名＞:＜ポート番号＞

関連項目

2.1.2 Hitachi Command Suite共通コンポーネントで使用されるポートの変更

2.4.1 管理サーバのホスト名の変更

2.4.2 管理サーバのIPアドレスの変更

8.2.3 クラスタ環境への変更（Windows）

8.3.3 クラスタ環境への変更（Solaris）

3. ユーザーアカウントを管理するために必要な設定

この章では，Hitachi Command Suite製品のユーザーアカウントを管理するために必要な設定について説明します。

この章の構成

3.1 パスワードポリシーとは

3.2 アカウントロックとは

3.3 外部認証サーバでのユーザー管理

3.1 パスワードポリシーとは

パスワードポリシーとは，ユーザーアカウントのパスワードに使用できる文字数や，文字種の組み合わせなどに関する条件のことです。

パスワードポリシーを設定することで，推測されやすいパスワードをユーザーが設定することを防ぎ，第三者から不正にアクセスされるリスクを軽減できます。

パスワードポリシーには，次の条件を指定できます。

パスワードの最小文字数

パスワードに含める大文字の最小数

パスワードに含める小文字の最小数

パスワードに含める数字の最小数

パスワードに含める記号の最小数

ユーザーIDと同じパスワードの設定可否

ユーザーアカウントを管理サーバで管理する場合は，これらの条件を設定してパスワードを複雑にすることをお勧めします。

この節の構成

3.1.1 パスワードポリシーの設定

3.1.1 パスワードポリシーの設定

Hitachi Command Suite製品のパスワードポリシーは，security.confファイルで設定します。

パスワードポリシーを設定するには：

security.confファイルを編集します。
security.confファイルの格納先を次に示します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥conf¥sec¥security.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/sec/security.conf

security.confファイルで指定できるパスワードポリシーを次の表に示します。

表3-1 security.confファイルで指定できるパスワードポリシー

項目
説明

password.min.length
パスワードの最小文字数を指定します。指定できる値の範囲は，1～256です。
デフォルト：4

password.min.uppercase
パスワードに含める大文字の最小数を指定します。指定できる値の範囲は，0～256です。0を指定した場合，大文字の数に制限はなくなります。
デフォルト：0

password.min.lowercase
パスワードに含める小文字の最小数を指定します。指定できる値の範囲は，0～256です。0を指定した場合，小文字の数に制限はなくなります。
デフォルト：0

password.min.numeric
パスワードに含める数字の最小数を指定します。指定できる値の範囲は，0～256です。0を指定した場合，数字の数に制限はなくなります。
デフォルト：0

password.min.symbol
パスワードに含める記号の最小数を指定します。指定できる値の範囲は，0～256です。0を指定した場合，記号の数に制限はなくなります。
デフォルト：0

password.check.userID
ユーザーIDと同じパスワードを設定できるようにするかを指定します。trueを指定した場合，ユーザーIDと同じパスワードは設定できなくなります。falseを指定した場合，ユーザーIDと同じパスワードを設定できます。
デフォルト：false

security.confファイルの設定値を変更すると，直ちに変更後のパスワードポリシーが有効になります。

注意

設定したパスワードポリシーは，すべてのHitachi Command Suite製品で，ユーザーアカウントを追加するとき，またはパスワードを変更するときに適用されます。既存のユーザーアカウントのパスワードには適用されないため，設定した条件をパスワードが満たしていない場合でも，システムにログインできます。

パスワードポリシーはGUIからも設定できます。ただし，クラスタ構成の環境の場合には，GUIから設定すると実行系ノードだけに反映されます。待機系ノードに反映するときは，ノードを切り替えてから同一の設定を実施してください。

外部認証サーバと連携してユーザー認証を行う場合，パスワードの文字種の組み合わせは外部認証サーバでの設定が適用されます。ただし，Hitachi Command Suite製品にユーザーのパスワードを登録する場合は，Hitachi Command Suite製品で規定された文字種を使用する必要があります。

3.2 アカウントロックとは

アカウントロックとは，ユーザーアカウントをロックする（一時的に無効にする）ことです。

アカウントロックを有効にすることで，第三者による不正アクセスのリスクを軽減できます。ユーザーアカウントを管理サーバで管理する場合は，アカウントロックを有効にすることをお勧めします。

Hitachi Command Suite製品では，ユーザーが複数回連続してGUIへのログインに失敗した場合に，ユーザーアカウントを自動的にロックできます。

アカウントロックを有効にするには，アカウントロックポリシー（アカウントをロックするログイン連続失敗回数）を設定する必要があります。

参考

GUIでは，アカウントロックの方法として，任意のユーザーアカウントのロック状態を変更することもできます。

なお，ロック状態の変更は，User ManagementのAdmin権限を持つユーザーだけが操作できます。

注意

Systemアカウントは，Hitachi Command Suite製品の初期導入時にはアカウントロックの対象になっていません。SystemアカウントにはすべてのHitachi Command Suite製品のAdmin権限が設定されています。セキュリティを強化するためにSystemアカウントもロックの対象にする場合は，設定を変更する必要があります。

外部認証サーバと連携してユーザー認証を行う場合，自動ロックの制御は，外部認証サーバでの設定が適用されます。

この節の構成

3.2.1 アカウントロックポリシーとは

3.2.2 アカウントロックポリシーの設定

3.2.3 Systemアカウントのロックに関する設定

3.2.4 アカウントロックの解除

3.2.1 アカウントロックポリシーとは

アカウントロックポリシーとは，ユーザーが複数回連続してGUIへのログインに失敗した場合に，そのユーザーアカウントを自動的にロックするログイン連続失敗回数のことです。

アカウントロックポリシーを設定すると，シングルサインオン機能を利用しているすべてのHitachi Command Suite製品に直ちに適用されます。例えば，ログイン連続失敗回数が3回に設定されている場合，ユーザーが，Device Managerで1回，Tiered Storage Managerで1回，Replication Managerで1回，連続してログインに失敗すると，ユーザーアカウントが自動的にロックされます。

3.2.2 アカウントロックポリシーの設定

Hitachi Command Suite製品のアカウントロックポリシーは，security.confファイルで設定します。

アカウントロックポリシーを設定するには：

security.confファイルを編集します。
security.confファイルの格納先を次に示します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥conf¥sec¥security.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/sec/security.conf

security.confファイルで指定できるアカウントロックポリシーを次の表に示します。

表3-2 security.confファイルで指定できるアカウントロックポリシー

項目
説明

account.lock.num
自動的にアカウントをロックするまでのログイン連続失敗回数を指定します。指定できる値の範囲は，0～10です。
ユーザーがログインに連続して失敗した回数が指定値に達すると，ユーザーアカウントが自動的にロックされます。
0 を指定した場合，ユーザーがログインに何度失敗しても，ユーザーアカウントはロックされません。
デフォルト：0

security.confファイルの設定値を変更すると，直ちに変更後のアカウントロックポリシーが有効になります。

注意

ログイン連続失敗回数を変更した場合，その値は，変更後にログインに失敗したときから適用されます。ログイン中のユーザーがいるときに，再度そのユーザーでログインを試行し，失敗回数が指定値に達すると，そのユーザーアカウントはロックされます。ただし，すでにログインしているユーザーは操作を継続できます。

アカウントロックポリシーはGUIからも設定できます。ただし，クラスタ構成の環境の場合には，GUIから設定すると実行系ノードだけに反映されます。待機系ノードに反映するときは，ノードを切り替えてから同一の設定を実施してください。

3.2.3 Systemアカウントのロックに関する設定

Systemアカウントもアカウントロックの対象にする場合は，user.confファイルで設定します。

Systemアカウントをアカウントロックの対象にするには：

Hitachi Command Suite製品のサービスを停止します。

user.confファイルを開きます。
user.confファイルの格納先を次に示します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥conf¥user.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/user.conf

user.confファイルが存在しない場合は，新規に作成してください。

次の形式でaccount.lock.systemプロパティを指定します。

account.lock.system=true

Hitachi Command Suite製品のサービスを起動します。

すべてのHitachi Command Suite製品で，Systemアカウントがアカウントロックの対象になります。

関連項目

9.2 サービスの起動

9.3 サービスの停止

3.2.4 アカウントロックの解除

ロックされたユーザーアカウントは，hcmdsunlockaccountコマンドで解除できます。

事前に完了しておく操作

Administrator 権限（Windows の場合）またはroot（Solaris またはLinux の場合）でのログイン

事前に確認しておく情報

ロックされたユーザーアカウントにUser ManagementのAdmin権限があることの確認
User ManagementのAdmin権限がないユーザーアカウントの場合は，User ManagementのAdmin権限を持つほかのユーザーにアカウントロックの解除を依頼してください。

ロックされたユーザーアカウントのユーザーIDとパスワード

アカウントロックを解除するには：

hcmdsunlockaccountコマンドを実行して，ロックを解除します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsunlockaccount [/user ＜ユーザーID＞ /pass ＜パスワード＞]

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsunlockaccount [-user ＜ユーザーID＞ -pass ＜パスワード＞]

userオプションおよびpassオプションを省略してコマンドを実行すると，対話形式でユーザーIDおよびパスワードを入力できます（対話形式では入力した文字列が伏せ字で表示されます）。

注意

ユーザーIDまたはパスワードに記号が含まれる場合は，コマンドライン上でエスケープする必要があります。

Windowsの場合：
円記号（¥）が末尾にある場合は，末尾の円記号（¥）を円記号（¥）でエスケープしてください。
また，アンパサンド（&），縦線（|）またはアクサンシルコンフレックス（^）が含まれる場合は，記号1文字ごとに引用符（"）で囲むか，アクサンシルコンフレックス（^）でエスケープしてください。

SolarisまたはLinuxの場合：
記号1文字ごとに円記号（¥）でエスケープしてください。

3.3 外部認証サーバでのユーザー管理

このマニュアルでは，以下の内容は，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制により非公開となっています。以下の内容については，製品に付属するマニュアルをご覧ください。

4. セキュリティ設定

この章では，Hitachi Command Suite製品を運用する際に必要なセキュリティ設定について説明します。

この章の構成

4.1 警告バナーとは

4.2 通信に関するセキュリティ設定

4.3 管理サーバに接続できる管理クライアントを制限するための設定

4.4 Device Manager CLIまたはTiered Storage Manager CLIでパスワードをコード化するときの強度の変更

4.1 警告バナーとは

警告バナーとは，Hitachi Command Suite製品のログイン画面に表示されるセキュリティメッセージ欄のことです。

Hitachi Command Suite製品では，ログイン時のセキュリティリスク対策として，任意のメッセージを警告バナーに表示できます。不正なアクセスを試みようとする第三者に対し，事前に警告を発することで，データの破壊や情報の漏洩などのリスクを軽減できます。

この節の構成

4.1.1 警告バナーに表示するメッセージの条件

4.1.2 警告バナーに表示するメッセージの作成と登録

4.1.3 警告バナーからのメッセージの削除

4.1.1 警告バナーに表示するメッセージの条件

hcmdsbannerコマンドで警告バナーに表示するメッセージを登録する場合，文字数や文字コードに制限があります。

HTMLタグを使って記載してください。フォント属性の変更や任意の位置での改行などの操作もできます。
HTMLタグの条件を次に示します。

任意の位置で改行する場合は，<BR>タグを使用してください。

HTMLの構文で使用する文字（< > " ' &）を表示する場合は，HTMLのエスケープシーケンスを使用してください。例えば，ログイン画面にアンパサンド（&）を表示する場合は，HTMLファイルでは「&amp;」と記述します。

使用できる最大文字数は1,000文字です（HTMLタグも文字数としてカウントされます）。

使用できる文字コードはUnicode（UTF-8）です。

4.1.2 警告バナーに表示するメッセージの作成と登録

Hitachi Command Suite製品の警告バナーに表示するメッセージは，テキストエディターなどを使って作成し，hcmdsbannerコマンドを実行して登録します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

警告バナーに表示するメッセージを作成および登録するには：

テキストエディターなどを使い，メッセージを作成します。
英語（bannermsg.txt）と日本語（bannermsg_ja.txt）のメッセージのサンプルファイルが次の場所にあります。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥sample¥resource

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/sample/resource

このサンプルファイルはインストールの際に上書きされてしまうので，利用する場合はコピーしたものを編集してください。
メッセージのひな形を次に示します。

<center><b>警告</b></center>
これは{会社名}のコンピュータシステムです。このコンピュータシステムは，承認を受けた人だけがその業務のためにのみ使用できます。承認を受けない人からのアクセスや使用があった場合，侵入者として刑事，民事，および行政上の訴訟を提起する場合があります。<br>
犯罪捜査を含む公の目的のために，このコンピュータシステムに対するすべてのアクセスの履歴は，責任者によって傍受，記録，読み取り，複写，および開示される場合があります。アクセスした人に関する私的な機密情報についても機密性とプライバシーの要件に従って暗号化され，アクセス履歴として記録されます。このシステムを使用する人は，承認を受けているかどうかに関係なく，上記の条件に同意したものとみなします。このシステムにおいてプライバシーの権利はありません。

hcmdsbannerコマンドを実行して，メッセージを登録します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbanner /add /file ＜ファイル名＞ ［/locale ＜ロケール名＞］

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbanner -add -file ＜ファイル名＞ ［-locale ＜ロケール名＞］

＜ファイル名＞

メッセージを格納したファイルを絶対パスで指定します。SolarisまたはLinuxの場合，空白を含むパスは指定しないでください。

＜ロケール名＞

メッセージに使用した言語のロケールを指定します（英語はen，日本語はjaです）。省略すると，ロケールに関係なく，登録したメッセージが常に警告バナーに表示されます（デフォルトのロケールのメッセージとして登録されます）。

GUIを複数のロケールで使用する場合，同じ内容のメッセージをロケールごとに別の言語で登録しておくと，Webブラウザーのロケールに合わせて，メッセージを自動的に切り替えられます。

1つのWebブラウザーに複数の言語が設定されている場合，警告バナーのロケールはWebブラウザーの言語の優先順位に従います。

重要

指定したロケールのメッセージがすでに登録されていた場合に，hcmdsbannerコマンドを実行すると，上書き更新されます。

参考

次の場合はGUIからも操作できます。

ロケールを指定せずにメッセージを登録する場合

hcmdsbannerコマンドでlocaleオプションを省略して登録したメッセージを編集する場合

ただし，GUIから操作する場合は，次の制限があります。

使用できるHTMLタグに制限があります。

クラスタ構成の環境の場合は，実行系ノードだけに反映されます。待機系ノードに反映するときは，ノードを切り替えてから同一の操作を実施してください。

メッセージが管理サーバに登録され，Hitachi Command Suite製品のログイン画面に表示されます。

4.1.3 警告バナーからのメッセージの削除

Hitachi Command Suite製品の警告バナーに表示されたメッセージを削除するにはhcmdsbannerコマンドを実行します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

事前に確認しておく情報

削除するメッセージのロケール（英語はen，日本語はjaです）

メッセージを削除するには：

hcmdsbannerコマンドを実行します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbanner /delete ［/locale ＜ロケール名＞］

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbanner -delete ［-locale ＜ロケール名＞］

＜ロケール名＞

削除するメッセージのロケールを指定します（英語はen，日本語はjaです）。省略するとデフォルトのロケールが指定されます。

参考

次のメッセージはGUIからも削除できます。

GUIから登録したメッセージ

hcmdsbannerコマンドでlocaleオプションを省略して登録したメッセージ

ただし，クラスタ構成の環境の場合，GUIから操作すると実行系ノードだけに反映されます。待機系ノードに反映するときは，ノードを切り替えてから同一の操作を実施してください。

4.2 通信に関するセキュリティ設定

このマニュアルでは，以下の内容は，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制により非公開となっています。以下の内容については，製品に付属するマニュアルをご覧ください。

4.3 管理サーバに接続できる管理クライアントを制限するための設定

Hitachi Command Suite製品では，GUI/CLI経由で管理サーバにアクセスする管理クライアントを制限できます。管理サーバに接続できる管理クライアントを制限するには，httpsd.confファイルとDevice Managerサーバのプロパティファイルを編集します。

事前に確認しておく情報

管理サーバへの接続を許可する管理クライアントのマシン情報
接続を許可する管理クライアントの情報は，次のどれかの形式で指定します。

ドメイン名（例 hitachi.datasystem.com）

ドメイン名の一部（例 hitachi）

IPv4またはIPv6アドレス（例 10.1.2.3，127.0.0.1，2001::123:4567:89ab:cdef）

IPv4アドレスの一部（例 10.1　この場合，10.1.0.0/16と同じ意味になります）

IPv4のネットワーク/ネットマスクの形式（例 10.1.0.0/255.255.0.0）

IPv4またはIPv6のネットワーク/cのCIDR形式（cは，ネットワークアドレスのビット数を表す10進の整数）（例 10.1.0.0/16，2001:0:0:1230::/64）

管理サーバに接続できる管理クライアントを制限するには：

Hitachi Command Suite製品のサービスを停止します。

管理サーバへの接続を許可する管理クライアントの情報を，httpsd.confファイルの最終行に登録します。
httpsd.confファイルの格納先

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥httpsd¥conf¥httpsd.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/conf/httpsd.conf

httpsd.confファイルへの指定形式

<Location /DeviceManagerWebService>
       order allow,deny
       allow from ＜管理クライアントの情報＞ [＜管理クライアントの情報＞...]
</Location>

orderは，必ず形式どおりに指定してください。余分な空白やタブなどを挿入すると動作しません。

allow from行は，複数記述できます。

1行のallow from内で管理クライアントを複数指定する場合は，空白で区切ってください。

管理サーバでHitachi Command Suite製品のGUIまたはCLIを使用する場合は，ローカルループバックアドレス（127.0.0.1またはlocalhost）も指定する必要があります。

httpsd.confファイルの登録例

<Location /DeviceManagerWebService>
       order allow,deny
       allow from 127.0.0.1 10.0.0.1 2001::123:4567:89ab:cdef
       allow from 10.1.0.0/16 2001:0:0:1230::/64
</Location>

Device Managerサーバのserver.propertiesファイルにあるserver.http.security.clientIPプロパティまたはserver.http.security.clientIPv6プロパティに，管理クライアントの情報を登録します。

Hitachi Command Suite製品のサービスを起動します。

注意

httpsd.confファイルに登録していない管理クライアントからほかのHitachi Command Suite製品にログインしている場合は，そのHitachi Command Suite製品ではGUIを起動できません。

関連項目

9.2 サービスの起動

9.3 サービスの停止

4.4 Device Manager CLIまたはTiered Storage Manager CLIでパスワードをコード化するときの強度の変更

このマニュアルでは，以下の内容は，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制により非公開となっています。以下の内容については，製品に付属するマニュアルをご覧ください。

5. 関連製品と連携するために必要な設定

この章では，関連製品と連携するために必要な設定について説明します。

この章の構成

5.1 Element Managerを使用するために必要な設定

5.2 ストレージシステムの性能情報を収集するために必要な設定

5.3 Universal Replicatorの性能を分析するために必要な設定

5.4 JP1/IMからHitachi Command Suite製品のGUIをラウンチするために必要な設定

5.1 Element Managerを使用するために必要な設定

Device ManagerではStorage Navigator Modular 2と連携することで，Element Managerを使って，次のストレージシステムの詳細情報を参照したり，構成を変更したりできます。

HUS100，Hitachi AMS2000またはHitachi SMSの場合
HUS100，Hitachi AMS2000およびHitachi SMSの場合は，ストレージシステムをDevice Managerに登録するとElement Managerを使用できるように自動的に設定されます。このため，環境設定は不要です。

Hitachi AMS/WMSまたはSANRISE 9500Vの場合
launchapptoolを使用して，環境設定を実施する必要があります。

ここでは，Storage Navigator Modular 2と連携する場合の前提条件と環境設定について説明します。

この節の構成

5.1.1 Storage Navigator Modular 2と連携するための前提条件

5.1.2 Element Managerを使用するための設定

5.1.3 Element Managerを使用するための設定の解除

5.1.1 Storage Navigator Modular 2と連携するための前提条件

Storage Navigator Modular 2利用時の前提条件および注意事項を次に示します。

この項の構成

(1) Storage Navigator Modular 2利用時の前提条件

(2) Storage Navigator Modular 2と連携する場合の注意事項

(1) Storage Navigator Modular 2利用時の前提条件

HUS100，Hitachi AMS2000またはHitachi SMSをDevice ManagerのGUIから管理する場合，Device ManagerサーバとStorage Navigator Modular 2を同じサーバにインストールしてください。

Storage Navigator Modular 2のWebサーバは，マシンに複数のNICが搭載されていても，1つのNICを通してしかアクセスできません。複数のNICを搭載したマシン環境でStorage Navigator Modular 2と連携する場合，Storage Navigator Modular 2のWebサーバへのアクセスに使用するNICを設定する必要があります。この設定で指定するIPアドレスは，Device Managerサーバのインストール時に指定したものと同じにしてください。設定方法については，Storage Navigator Modular 2のマニュアルを参照してください。

Storage Navigator Modular 2が単体で正常に動作することを確認してください。Storage Navigator Modular 2でJava Plug-inの設定が必要です。環境設定および起動方法については，Storage Navigator Modular 2のマニュアルを参照してください。

Storage Navigator Modular 2には，Device Managerがサポートしているストレージシステムだけを登録してください。

HUS100，Hitachi AMS2000およびHitachi SMSを管理する場合は，次の条件を満たすようにユーザーを設定してください。

Storage Navigator Modular 2のModify権限が設定されている

対象のストレージシステムに対応するリソースグループが割り当てられている

割り当てたリソースグループに対するDevice ManagerのロールとしてModifyが設定されている

Storage Navigator Modular 2でユーザーアカウントを登録する方法については，Storage Navigator Modular 2のマニュアルを参照してください。リソースグループを割り当てる方法については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」を参照してください。

操作対象のストレージシステムでPassword ProtectionまたはAccount Authenticationが有効なときは，「HDvM」から始まるユーザーIDを使用しないでください。
ストレージシステムで，Password ProtectionまたはAccount Authenticationが有効なとき，Storage Navigator Modular 2をラウンチすると，Storage Navigator Modular 2がストレージシステムにアクセスするための一時的なユーザーアカウントが作成されます。このユーザーアカウントは，「HDvM」から始まるユーザーIDでストレージシステムに自動的に登録され，Storage Navigator Modular 2を終了すると自動的に削除されます。このため，ユーザーIDが「HDvM」から始まるユーザーアカウントを手動で登録したり，登録内容を変更したりすると，ラウンチが失敗するおそれがあります。

HUS100，Hitachi AMS2000またはHitachi SMSでアドバンスドセキュリティモードを有効または無効に切り替えると，ストレージシステムに登録されたユーザーアカウントは削除されます。Storage Navigator Modular 2を使用して，ユーザーアカウントを登録し直してください。

HUS100，Hitachi AMS2000およびHitachi SMSを管理する場合，Storage Navigator Modular 2での通信プロトコルの設定を，Device ManagerのGUIまたはCLIでの設定と一致させてください。
Device Managerサーバに登録済みのストレージシステムの通信プロトコルを変更する場合には，必ずDevice Managerから実施してください。Storage Navigator Modular 2から変更すると，Device Managerサーバとストレージシステム間で通信できなくなるおそれがあります。

(2) Storage Navigator Modular 2と連携する場合の注意事項

Element Managerを使用してファームウェアの更新またはマイクロプログラムの交換をしないでください。また，ファームウェアの更新中またはマイクロプログラムの交換中はElement Managerを使用できません（DMES059510エラーになります）。

5.1.2 Element Managerを使用するための設定

Element ManagerでHitachi AMS/WMSまたはSANRISE 9500Vを操作するためには，launchapptoolを使用して環境設定を実施する必要があります。

Storage Navigator Modular 2をインストールします。

コマンドプロンプトまたはターミナルウィンドウから，次のコマンドを実行します。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥tools¥launchapptool.bat

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/tools/launchapptool.sh

メインメニューが表示されたら，「1」を選択します。

========================================================================
launchapptool
========================================================================
1) Storage Navigator Modular 2 launch setup
2) Delete launch settings
3) Exit

>1
Launch Settings for Storage Navigator Modular 2 will now Start.

すでにElement Managerを使用できるように環境設定が済んでいる場合は，現在の設定を変更するかどうかを確認するメッセージが表示されます。
設定を変更する場合は，「y」を選択します。設定を変更しない場合は，「n」を選択します。

WebサーバのURLに使用するプロトコルを指定します。
httpプロトコルを使用する場合は，「1」を選択します。httpsプロトコルを使用する場合は，「2」を選択します。

Specify the URL protocol.
1) http
2) https
   Caution: To use https, settings to enable SSL communication
            with the web server must be specified in advance.

Enter Value [default=1]
>1

注意

「2」を選択する場合は，Webサーバ（Hitachi Command Suite共通コンポーネント）とGUIの間をSSLで通信できるように設定しておく必要があります。

WebサーバのURLに指定するIPアドレスまたはホスト名を入力します。
管理クライアント（GUI）からアクセスできるIPv4アドレスまたはホスト名を指定します。

Specify the IP address or hostname of the web server.
Enter Value [default=10.208.64.140]
>10.208.64.140

重要

ローカルホストを使用する場合は，ホスト名ではなくローカルホストのIPアドレスを指定してください。

管理サーバにNICが複数搭載されている場合，IPアドレスには管理クライアント（GUI）が接続されているネットワーク側のIPアドレスを指定してください。ホスト名は指定しないでください。

WebサーバのURLに指定するポート番号を入力します。

Specify the port number of the web server.
Enter Value [default=23015]
>23015

Storage Navigator Modular 2で，RMIの通信に使用するポート番号を変更した場合，変更後のポート番号を入力します。

Specify the port number for RMI communications.
Enter Value [default=1099]
>1099

注意

通信用ポート番号を変更していない場合は，入力しないでください。

Hitachi Command Suite製品のサービスを再起動します。
ラウンチ環境の設定が有効になります。

Launch setup has successfully completed.

You must restart the Device Manager Server and Common Component Services
for this these changes to take effect.

Exit - Default is n?(y, n):

Device ManagerのGUIまたはCLIで，Element Managerで操作するストレージシステムをリフレッシュします。

関連項目

9.2 サービスの起動

9.3 サービスの停止

Storage Navigator Modular 2のインストール方法：Storage Navigator Modular 2のマニュアル

5.1.3 Element Managerを使用するための設定の解除

Element ManagerでHitachi AMS/WMSまたはSANRISE 9500Vを操作する必要がなくなった場合には，必要に応じて設定を解除してください。

コマンドプロンプトまたはターミナルウィンドウから，次のコマンドを実行します。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥tools¥launchapptool.bat

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/tools/launchapptool.sh

メインメニューが表示されたら，2を選択します。
ラウンチ環境のリストが表示されます。

1を選択します。
設定を削除するかどうかを確認するメッセージが表示されます。

========================================================================
launchapptool
========================================================================

1) Storage Navigator Modular 2 launch setup
2) Delete launch settings
3) Exit

>2

Specify the launch setting to be deleted.
1) Storage Navigator Modular 2
2) Cancel
Enter Value
>1

Launch settings will now be deleted.

Would you like to delete launch settings?(y, n):y

設定を解除する場合は，yを指定します。設定の解除を中止する場合は，「n」を指定します。

Hitachi Command Suite製品のサービスを再起動します。
設定が解除されます。

Launch settings have successfully been deleted.

You must restart the Device Manager Server and Common Component Services
for this these changes to take effect.

Exit - Default is n?(y, n):

関連項目

9.2 サービスの起動

9.3 サービスの停止

5.2 ストレージシステムの性能情報を収集するために必要な設定

Device ManagerおよびTiered Storage Managerでは，Tuning Managerと連携することで，パリティグループ利用率やボリュームのIOPSなどの性能情報を収集し，［モビリティ］タブや［分析］タブで確認できます。

Tiered Storage ManagerとTuning Managerが連携すると，［モビリティ］タブでハードウェア階層の利用状況やボリュームのI/O性能を確認し，必要に応じて階層ポリシーを設定したり，ボリュームをマイグレーションしたりして，ストレージリソースの利用効率を最適化できます。

また，Device ManagerとTuning Managerが連携すると，［分析］タブで次のことができます。

業務サーバ上のアプリケーションで性能問題が発生した場合に，要因がストレージシステムにあるのかどうかを分析できます。

ストレージシステム全体の性能を定期的に分析し，問題の兆候を検出できます（ヘルスチェック）。
ヘルスチェック結果はEメールでユーザーに通知できます。

この節の構成

5.2.1 ストレージシステムの性能情報を収集するためのシステム構成

5.2.2 Device Managerサーバ，Tuning ManagerサーバおよびTuning Manager - Agent for RAID間で通信するための設定

5.2.3 ストレージシステムの性能情報を収集するための設定

5.2.4 Device Managerサーバを設定するための操作フロー（ストレージシステムの性能情報の収集）

5.2.5 管理クライアントの設定（ストレージシステムの性能情報の収集）

5.2.1 ストレージシステムの性能情報を収集するためのシステム構成

ストレージシステムの性能情報を収集するには，Tuning ManagerサーバやTuning Manager - Agent for RAIDを設置する必要があります。

図5-1 ストレージシステムの性能情報を収集するためのシステム構成例

ストレージシステムや各マシンで必要な設定を次に示します。

ストレージシステム

Tuning Manager - Agent for RAIDがストレージシステムの性能情報を収集できるように，ストレージシステムでの設定が必要です。

性能情報を収集するホスト

次の設定が必要です。

Tuning Manager - Agent for RAIDおよび前提プログラムのインストール

監視対象ストレージシステムごとのインスタンス環境の設定

Tuning Managerサーバのインストールマシン（接続先PFM - Manager）の設定（Tuning ManagerサーバとTuning Manager - Agent for RAIDが異なるマシンにインストールされている場合）

設定が完了したら，jpcspm startコマンドを実行して，Tuning Manager - Agent for RAIDのインスタンスを起動します。Tuning Manager - Agent for RAIDは，インスタンスの起動後から性能情報の収集を開始します。なお，初回のデータ取得には最大1時間掛かることがあります。

管理サーバ

Device Managerサーバ

Tuning Managerとの連携に関するプロパティの設定が必要です。設定が完了したら，Device Manager GUI/CLIで監視対象のストレージシステムをリフレッシュします。

必要に応じて，Tuning Managerサーバとのリモート接続や，ヘルスチェック結果をEメール通知するための設定などを実施します。

Tuning Managerサーバ

Tuning Managerサーバおよび前提プログラムのインストールが必要です。

Device ManagerサーバとTuning Managerサーバが異なるマシンにインストールされている場合は，Tuning ManagerサーバがDevice Managerサーバに接続できるように設定します。

管理クライアント

［分析］タブからTuning ManagerのPerformance Reporterをラウンチする場合は，レポート定義ファイルをインポートします。

SMTPサーバ

ヘルスチェック結果をEメール通知する場合は，Device ManagerサーバがSMTPサーバに接続できるように，SMTP認証の設定が必要です。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

Tuning Managerサーバの設定方法：マニュアル「Hitachi Command Suite Tuning Manager Software インストールガイド」

Tuning Manager - Agent for RAIDの設定方法：マニュアル「Hitachi Command Suite Tuning Manager - Agent for RAID」

5.2.2 Device Managerサーバ，Tuning ManagerサーバおよびTuning Manager - Agent for RAID間で通信するための設定

Device Managerサーバ，Tuning Managerサーバ，およびTuning Manager - Agent for RAID間で正しく通信できるように，各マシンの設定内容を確認します。

各マシンのGMTが一致していること。
GMTが5分以上異なるときは，エラーになることがあります。

各マシンでほかのプログラムを共存させる場合，ポート番号が重複していないこと。また，マシン間にファイアウォールが設置されている場合は，使用するポート番号を例外登録していること。

Tuning ManagerサーバおよびTuning Manager - Agent for RAIDのインストール先マシンが，ホスト名からIPアドレスに名前解決できること。

ホスト名が33バイト以上の場合，エイリアス名を設定し，エイリアス名からIPアドレスへの名前解決ができるようにしてください。

IPv6環境で運用する場合，IPv4とIPv6の両方を使用できるように設定してください。また，ホスト名からIPv6アドレスを解決できるように設定してください。

Tuning ManagerサーバまたはTuning Manager - Agent for RAIDのインストール先マシンが複数NICを搭載している場合，jpchostsファイルにIPアドレスを設定し，jpchostsファイルをシステム内で統一するようにしてください。

Tuning ManagerサーバとDevice Managerサーバを同一マシンにインストールし，通信にTLS/SSL を使用する場合，Tuning ManagerサーバとDevice Managerサーバで設定が完了していること。

参考

Device Managerサーバのインストール先マシンとTuning Manager - Agent for RAIDのインストール先マシンでタイムゾーンが異なり，かつDevice Managerサーバのインストール先マシンの時刻がTuning Manager - Agent for RAIDのインストール先マシンの時刻よりも早い環境で運用する場合，［モビリティ］タブを参照した時刻によっては性能情報が正しく表示されないことがあります。時差を考慮し，次のどちらかの方法で運用してください。

Device Managerサーバのdispatcher.propertiesファイルにあるserver.dispatcher.daemon.autoSynchro.performance.startTimeプロパティの値を変更する。
両マシンのローカルタイムが同じ日付になる時刻以降を設定してください。

両マシンのローカルタイムが同じ日付になる時刻以降に性能情報をリフレッシュする。
［ストレージシステム更新］画面で［性能情報を更新する］チェックボックスをチェックしてストレージシステムをリフレッシュするか，RefreshPerformanceDataコマンドを実行してください。

関連項目

2.1 ポートの設定

A.1.1 Device Managerサーバのプロパティの変更

A.5.16 server.dispatcher.daemon.autoSynchro.performance.startTime

Tuning Managerサーバの設定方法および使用するポート番号について：マニュアル「Hitachi Command Suite Tuning Manager Software インストールガイド」

Tuning Manager - Agent for RAIDが使用するポート番号およびTuning Manager - Agent for RAIDの設定方法について：マニュアル「Hitachi Command Suite Tuning Manager - Agent for RAID」

5.2.3 ストレージシステムの性能情報を収集するための設定

エンタープライズクラスストレージ（Virtual Storage Platform，Universal Storage Platform V/VMおよびHitachi USP）およびHUS VMと，ミッドレンジストレージ（HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSおよびSANRISE9500V）の性能情報を収集するための設定について説明します。

この項の構成

(1) エンタープライズクラスストレージおよびHUS VMの性能情報を収集するための設定

(2) ミッドレンジストレージの性能情報を収集するための設定

(1) エンタープライズクラスストレージおよびHUS VMの性能情報を収集するための設定

Tuning Manager - Agent for RAIDがエンタープライズクラスストレージ（Virtual Storage Platform，Universal Storage Platform V/VMおよびHitachi USP）およびHUS VMの性能情報を収集できるように，エンタープライズクラスストレージおよびHUS VMでの設定が完了していることを確認します。

監視対象ストレージシステムのマイクロコードバージョンが，Tuning Manager - Agent for RAIDのサポート範囲内であること。

Tuning Manager - Agent for RAIDのインストール先マシンから，監視対象ストレージシステムに作成したTuning Manager - Agent for RAID専用のコマンドデバイスにアクセスできること。

監視対象ストレージシステムがHitachi USPの場合，PI_RGSレコードについて，Performance Monitorで性能情報を収集するための設定が完了していること。

ヘルスチェックを実行する場合，下記のレコードについて，レコードの保存期間の設定が完了していること。設定するレコードの保存期間を「表5-1 ヘルスチェックを実行するためのレコードの保存期間（エンタープライズクラスストレージおよびHUS VMの場合）」に示します。

PI_CLPSレコード

PI_LDAレコード

PI_PLSレコード（Hitachi USPの場合は設定不要）

PI_PRCSレコード

PI_PTSレコード

PI_RGSレコード

表5-1 ヘルスチェックを実行するためのレコードの保存期間（エンタープライズクラスストレージおよびHUS VMの場合）

Storeデータベースバージョン | プロパティ名 | 設定値
1.0 | Product Interval - Hour Drawer | Month
Product Interval - Day Drawer | Year
2.0 | Period - Hour Drawer (Day) | 9以上
Period - Day Drawer (Week) | 5以上

関連項目

Tuning Manager - Agent for RAIDの監視対象ストレージシステムの前提マイクロコードバージョン，コマンドデバイスの設定方法，および性能情報を収集するためのレコードの設定方法について：マニュアル「Hitachi Command Suite Tuning Manager - Agent for RAID」

レコードの保存期間の設定方法：マニュアル「Hitachi Command Suite Tuning Manager Software 運用管理ガイド」

(2) ミッドレンジストレージの性能情報を収集するための設定

Tuning Manager - Agent for RAIDがミッドレンジストレージ（HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSおよびSANRISE9500V）の性能情報を収集できるように，ミッドレンジストレージでの設定が完了していることを確認します。

監視対象ストレージシステムのマイクロコードバージョンが，Tuning Manager - Agent for RAIDのサポート範囲内であること。

監視対象ストレージシステムがHUS100，Hitachi AMS2000，Hitachi SMSまたはHitachi AMS/WMSで，Account Authentication を有効にしている場合，Tuning Manager - Agent for RAID専用のアカウントを作成していること。

下記のレコードについて，Storage Navigator ModularまたはStorage Navigator Modular 2で性能情報を収集するための設定が完了していること。

PD_CLPCレコード（SANRISE9500Vの場合は設定不要）

PI_CLCSレコード

PI_CLPSレコード（SANRISE9500Vの場合は設定不要）

PI_LDAレコード

PI_LDSレコード

PI_PDOSレコード

PI_PRCSレコード

PI_PTSレコード

PI_RGSレコード

監視対象ストレージシステムがSANRISE9500Vの場合，重複しないシリアル番号（装置ID）が設定されていること。

ヘルスチェックを実行する場合，下記のレコードについて，レコードの保存期間の設定が完了していること。設定するレコードの保存期間を「表5-2 ヘルスチェックを実行するためのレコードの保存期間（ミッドレンジストレージの場合）」に示します。

PI_CLCSレコード

PI_LDAレコード

PI_PRCSレコード

PI_PTSレコード

PI_RGSレコード

表5-2 ヘルスチェックを実行するためのレコードの保存期間（ミッドレンジストレージの場合）

Storeデータベースバージョン | プロパティ名 | 設定値
1.0 | Product Interval - Hour Drawer | Month
Product Interval - Day Drawer | Year
2.0 | Period - Hour Drawer (Day) | 9以上
Period - Day Drawer (Week) | 5以上

関連項目

Tuning Manager - Agent for RAIDの監視対象ストレージシステムの前提マイクロコードバージョン，Tuning Manager - Agent for RAID専用のアカウントの作成方法，性能情報を収集するためのレコードの設定方法，およびシリアル番号（装置ID）の重複確認について：マニュアル「Hitachi Command Suite Tuning Manager - Agent for RAID」

レコードの保存期間の設定方法：マニュアル「Hitachi Command Suite Tuning Manager Software 運用管理ガイド」

5.2.4 Device Managerサーバを設定するための操作フロー（ストレージシステムの性能情報の収集）

ストレージシステムの性能情報を収集するには，Device ManagerサーバのTuning Managerとの連携に関するプロパティを設定して，Device Manager GUI/CLIで監視対象のストレージシステムをリフレッシュする必要があります。必要に応じて，Tuning Managerサーバとのリモート接続や，ヘルスチェック結果をEメール通知するための設定などを実施します。

図5-2 Device Managerサーバを設定するための操作フロー（ストレージシステムの性能情報の収集）

注意

Tuning Managerサーバとのリモート接続には，次の制限があります。
・IPv6での通信をサポートしていません。
・SSLまたはTLSで暗号化した通信をサポートしていません。

次のコマンドを実行した場合は，Tuning Managerサーバとのリモート接続の設定が初期化されるため，再度設定してください。
hcmdsdbclustersetup（クラスタの設定）
hcmdsdbremake（データベースの再作成）

次のコマンドでデータベースを復元または移行した場合は，復元または移行先のマシンでリモート接続の設定が再度必要です。
hcmdsdbtrans
hcmdsbackupsおよびhcmdsdb -restoreの組み合わせ
hcmdsdbtransおよびhcmdsdbrepairの組み合わせ

重要

監視対象のストレージシステムをリフレッシュしたあと，正常に完了していることを確認してください。

Device Manager GUIの場合

［データ収集タスク］タブの「ストレージシステム更新」タスクの［状態］が完了になっていることを確認してください。

Device Manager CLIの場合

AddStorageArrayコマンドの実行が正常に終了していることを確認してください。

参考

Device ManagerサーバとTuning Managerサーバが同じマシンにインストールされている場合，tuningmanager.propertiesファイルを編集しなくても監視対象のストレージシステムをリフレッシュすれば，［分析］タブを利用できます。この場合，システムは下記の設定で動作します。

htnm.servers=1（接続するTuning Managerサーバの数）

htnm.server.0.host=127.0.0.1（接続するTuning ManagerサーバのIPアドレス）

htnm.server.0.protocol=http（Tuning ManagerサーバとHitachi Command Suite共通コンポーネント間の通信方式）

htnm.server.0.port=23015（接続するTuning ManagerサーバのHBase Storage Mgmt Web Serviceのポート番号）

［モビリティ］タブを使用する場合や運用環境が上記と異なる場合は，上記の4つのプロパティに適切な値を指定してください。

関連項目

(4) SMTP認証ユーザーアカウントのDevice Managerへの登録

9.2 サービスの起動

9.3 サービスの停止

A.2.17 server.mail.enabled

A.2.18 server.mail.from

A.2.19 server.mail.smtp.host

A.2.20 server.mail.smtp.port

A.2.21 server.mail.smtp.auth

A.2.22 server.mail.errorsTo

A.14 Tuning Managerとの連携に関するプロパティ（tuningmanager.propertiesファイル ）

この項の構成

(1) Tuning Managerサーバとのリモート接続（非クラスタ環境）

(2) Tuning Managerサーバとのリモート接続（Microsoft Cluster ServiceまたはWindows Server Failover Clustering）

(3) Tuning Managerサーバとのリモート接続（Veritas Cluster Server）

(4) Tuning Managerサーバとのリモート接続（Sun Cluster）

(5) Tuning Managerサーバとのリモート接続およびポート番号の設定（htmsetupコマンド）

(6) config.xmlファイルおよびconfigforclient.xmlファイルの設定

(1) Tuning Managerサーバとのリモート接続（非クラスタ環境）

非クラスタ環境でTuning Managerサーバとのリモート接続の有効/無効を切り替えるには，htmsetupコマンドを実行します。

事前に完了しておく操作

Device Managerサーバのhostsファイルの編集
Tuning Managerサーバのホスト名とIPアドレスを登録します。

hostsファイルの格納先

Windowsの場合：＜Windowsのシステムフォルダ＞¥system32¥drivers¥etc¥hosts

SolarisまたはLinuxの場合：/etc/hosts

リモート接続用のポートの設定（Linuxでファイアウォール機能を有効にしている場合）

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Tuning Managerサーバとリモート接続するには：

Hitachi Command Suite製品のサービスを停止します。

htmsetupコマンドを実行します。

メニューが表示されたら，1（Configure the settings for remote connection）を指定します。

ポート番号（有効値：5001～65535，デフォルト値：24220）を指定します。
設定が完了すると，HiRDBが起動されます。 Windowsの場合，Windowsファイアウォールの例外登録も設定されます。

Hitachi Command Suite製品のサービスを起動します。

関連項目

(1) ファイアーウォールへの例外登録が必要なポート

9.3 サービスの停止

(2) Tuning Managerサーバとのリモート接続（Microsoft Cluster ServiceまたはWindows Server Failover Clustering）

クラスタ管理アプリケーションがMicrosoft Cluster ServiceまたはWindows Server Failover Clusteringの場合は，Hitachi Command Suite製品のサービスやリソースグループをクラスタの管理対象から外したあと，htmsetupコマンドを実行します。

事前に完了しておく操作

Device Managerサーバのhostsファイル（＜Windowsのシステムフォルダ＞¥system32¥drivers¥etc¥hosts）の編集
Tuning Managerサーバの物理ホスト名と物理IPアドレスを登録します。

Administrator 権限でのログイン

Tuning Managerサーバとリモート接続するには：

クラスタ管理アプリケーションで次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで次のサービスをオフラインにします。
HiRDB/ClusterService _HD0

クラスタ管理アプリケーションで，次のリソースグループのフェールオーバーを抑止します。

HiCommand Tiered Storage Manager

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiRDB/ClusterService _HD0

上記以外に手順1でオフラインにしたサービス

Microsoft Cluster Serviceの場合

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringの場合

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

htmsetupコマンドを実行します。

メニューが表示されたら，1（Configure the settings for remote connection）を指定します。

ポート番号（有効値：5001～65535，デフォルト値：24220）を指定します。
設定が完了すると，HiRDBが起動されます。Windowsファイアウォールの例外登録も設定されます。

Hitachi Command Suite製品のサービスを停止します。

Hitachi Command Suite製品のサービスを登録しているグループを待機系に移動します。

待機系ノードでhtmsetupコマンドを実行します。
実行系ノードと同じ設定にしてください。

Hitachi Command Suite製品のサービスを停止します。

［サービス］ウィンドウで次のプロパティを開き，［スタートアップの種類］を［自動］から［手動］に変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

クラスタ管理アプリケーションで，次のリソースグループのフェールオーバーを有効にします。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

HiRDB/ClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceの場合

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringの場合

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］と［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）を選択します。

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているグループをオンラインにします。

関連項目

9.3 サービスの停止

Device ManagerおよびTiered Storage Manager以外にクラスタの管理対象から外す必要のあるサービスおよびリソースグループについて：各Hitachi Command Suite製品のマニュアル

(3) Tuning Managerサーバとのリモート接続（Veritas Cluster Server）

クラスタ管理アプリケーションがVeritas Cluster Serverの場合は，Hitachi Command Suite製品のサービスやリソースグループをクラスタの管理対象から外したあと，htmsetupコマンドを実行します。

事前に完了しておく操作

Device Managerサーバのhostsファイル（/etc/hosts）の編集
Tuning Managerサーバの物理ホスト名と物理IPアドレスを登録します。

rootでのログイン

Tuning Managerサーバとリモート接続するには：

実行系ノードのJava ConsoleでCluster Managerを起動します。

次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

手順2の各サービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

Hitachi Command Suite製品のサービスを停止します。

HiRDBのサービスをオフラインにします。

HiRDBのサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

Cluster Explorerウィンドウの［Service Groups］タブを選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

htmsetupコマンドを実行します。

メニューが表示されたら，1（Configure the settings for remote connection）を指定します。

ポート番号（有効値：5001～65535，デフォルト値：24220）を指定します。
設定が完了すると，HiRDBが起動されます。

Hitachi Command Suite製品のサービスを停止します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから次の操作を順に実行します。

［Unfreeze］を選択します。

［Switch To］－［＜ホスト名＞］を選択します。

［Freeze］－［Temporary］を選択します。

待機系ノードでhtmsetupコマンドを実行します。
実行系ノードと同じ設定にしてください。

Hitachi Command Suite製品のサービスを停止します。

Java ConsoleでCluster Managerを起動します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

Veritas Cluster Serverの設定ファイルに変更内容を保存します。［File］メニューから［Save Configuration］を選択します。

Veritas Cluster Serverの設定ファイルを閉じます。［File］メニューから［Close Configuration］を選択します。

実行系ノードでHitachi Command Suite製品のサービスを登録しているグループをオンラインにします。

関連項目

9.3 サービスの停止

Device ManagerおよびTiered Storage Manager以外にクラスタの管理対象から外す必要のあるサービスおよびリソースグループについて：各Hitachi Command Suite製品のマニュアル

(4) Tuning Managerサーバとのリモート接続（Sun Cluster）

クラスタ管理アプリケーションがSun Clusterの場合は，Hitachi Command Suite製品のサービスやリソースグループをクラスタの管理対象から外したあと，htmsetupコマンドを実行します。

事前に完了しておく操作

Device Managerサーバのhostsファイル（/etc/hosts）の編集
Tuning Managerサーバの物理ホスト名と物理IPアドレスを登録します。

rootでのログイン

Tuning Managerサーバとリモート接続するには：

実行系ノードで次のコマンドを実行して，Hitachi Command Suite共通コンポーネント（HiRDBを除く），Device ManagerおよびTiered Storage Managerのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント（HiRDBを除く），Device ManagerおよびTiered Storage Managerのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

htmsetupコマンドを実行します。

メニューが表示されたら，1（Configure the settings for remote connection）を指定します。

ポート番号（有効値：5001～65535，デフォルト値：24220）を指定します。
設定が完了すると，HiRDBが起動されます。

Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行してHitachi Command Suite製品のサービスを登録しているグループを待機系ノードに移動します。
# /usr/cluster/bin/scswitch -z -g ＜グループ名＞ -h ＜ホスト名＞

待機系ノードでhtmsetupコマンドを実行します。実行系ノードと同じ設定にしてください。

Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerのサービスおよびTiered Storage Managerのサービスを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外のHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerのサービスおよびTiered Storage Managerのサービスの監視を有効にします。
# /usr/cluster/bin/scswitch -e -M -j HiRDB
# /usr/cluster/bin/scswitch -e -M -j BaseCommonService
# /usr/cluster/bin/scswitch -e -M -j BaseWebService
# /usr/cluster/bin/scswitch -e -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -M -j HiCommandServer
# /usr/cluster/bin/scswitch -e -M -j TieredStorageManager
上記以外のHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

関連項目

9.3 サービスの停止

Device ManagerおよびTiered Storage Manager以外にクラスタの管理対象から外す必要のあるサービスおよびリソースグループについて：各Hitachi Command Suite製品のマニュアル

(5) Tuning Managerサーバとのリモート接続およびポート番号の設定（htmsetupコマンド）

Tuning Managerとのリモート接続の設定を変更したり，リモート接続に使用するポート番号を設定したりするには，htmsetupコマンドを使用します。

次のTuning Managerとのリモート接続に関する設定を対話形式で設定します。

リモート接続の有効，無効を切り替える（デフォルト値：無効）

リモート接続が有効の場合に使用するポート番号を指定する（有効値：5001～65535，デフォルト値：24220）

WindowsファイアウォールがインストールされているOSの場合，リモート接続の有効，無効に合わせて，Windowsファイアウォールの例外への登録，削除も実行します。設定完了後はHiRDBが起動した状態になります。

重要

htmsetupコマンドは複数実行できません。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

ホスト設定ファイルへのホスト名とIPアドレスの登録（リモート接続を有効にする場合）
自マシンのホスト名とIPアドレスを登録してください。

Hitachi Command Suite製品のサービスの停止（参考：9.3 サービスの停止）

ほかのコマンドが実行されていないことの確認
Hitachi Command Suite共通コンポーネントの設定を変更するようなコマンドが実行されていないか，確認してください。

クラスタの監視対象からの削除（クラスタ環境の場合）
実行系，待機系のHitachi Command Suite製品のサービス，およびリソースグループをクラスタの監視対象から外してください。

コマンドの形式

htmsetup

コマンドの格納先

Windowsの場合

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥tools¥htmsetup.bat

SolarisまたはLinuxの場合

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/tools/htmsetup.sh

(6) config.xmlファイルおよびconfigforclient.xmlファイルの設定

次の場合は，config.xmlファイルおよびconfigforclient.xmlファイルの設定内容を変更します。

Tuning Managerの管理サーバとDevice Managerの管理サーバの間にファイアーウォールが設置されている場合
デフォルトでは任意の空きポート番号が使用される設定になっているため，特定のポート番号が使用されるように，ownPortパラメーターの設定を変更してください。それぞれのファイルのownPortパラメーターには，それぞれ異なるポート番号の設定が必要です。指定できる値は1024～65535です。
なお，ほかのプロセスで使用されるポート番号との競合を避けるため，OSの自動割り当てポートは指定しないでください。ここで指定したポート番号は，ファイアウォールで例外登録が必要です。

Device Managerの管理サーバにNICが複数搭載されている場合
ownHostパラメーターに，Device Managerの管理サーバのIPv4アドレスまたはホスト名のうち，Tuning Managerの管理サーバに接続されているネットワーク側の情報を指定してください。config.xmlファイルとconfigforclient.xmlファイルで，ownHostパラメーターには同じ値を設定してください。

13台以上のストレージシステムから性能情報を取得する場合，または1日に2回以上性能情報を取得する場合
config.xmlファイルのlogFileSizeパラメーターの値を30に変更してください。

config.xmlファイルおよびconfigforclient.xmlファイルの格納先を次に示します。

Windowsの場合

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥vsa¥conf

SolarisまたはLinuxの場合

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/vsa/conf

関連項目

(1) ファイアーウォールへの例外登録が必要なポート

5.2.5 管理クライアントの設定（ストレージシステムの性能情報の収集）

［分析］タブからTuning ManagerのPerformance Reporterをラウンチする場合は，レポート定義ファイルをインポートします。

最新のレポート定義ファイルはAnalyticsReportDefV750です。レポート定義ファイルは，統合インストールメディア内の次の場所に格納されています。

＜DVDドライブ＞:¥HTNM_SERVER¥Definitions¥Report_Definitions

ほかのレポート定義がインポートされている場合は削除してください。そのあと，最新のレポート定義ファイルをインポートしてください。

なお，［モビリティ］タブや［分析］タブの操作に必要なユーザーの操作権限も設定してください。

関連項目

ユーザーの操作権限，Device ManagerおよびTiered Storage Managerでのライセンスの登録方法，およびDevice Managerのリソースグループおよびロールの設定方法について：マニュアル「Hitachi Command Suite Software ユーザーズガイド」

Tuning Managerでのライセンスの登録方法および権限の設定方法について：マニュアル「Hitachi Command Suite Tuning Manager Software 運用管理ガイド」

Tuning ManagerのPerformance Reporterにレポート定義をインポートする方法ついて：マニュアル「Hitachi Command Suite Tuning Manager Software ユーザーズガイド」

5.3 Universal Replicatorの性能を分析するために必要な設定

Device Manager，Replication Manager，およびTuning Managerが連携すると，［レプリケーション］タブでUniversal Replicatorの性能情報を確認でき，Universal Replicatorで発生するC/Tデルタの悪化要因を分析できます。

分析に必要な情報は，Replication ManagerやTuning Managerから収集します。Replication Managerからは，コピーグループやペア管理サーバなどの構成情報，およびC/Tデルタやジャーナルボリューム使用率などの性能情報を収集します。Tuning Managerからは，ストレージシステムの構成情報，ストレージシステムのプロセッサの利用率やストレージシステムのキャッシュメモリーのうち，書き込み待ちデータの割合などの性能情報を収集します。

この節の構成

5.3.1 Universal Replicatorの性能を分析するためのシステム構成

5.3.2 Universal Replicatorの性能を分析するためのDevice Managerの設定

5.3.3 Universal Replicatorの性能を分析するためのReplication Managerの設定

5.3.4 Universal Replicatorの性能を分析するためのTuning Managerの設定

5.3.1 Universal Replicatorの性能を分析するためのシステム構成

Universal Replicatorの性能を分析するには，オープン系システムでUniversal Replicatorのコピーグループを管理するためのシステム構成であることや，Tuning Managerが設置された構成である必要があります。

管理クライアントは，プライマリーサイトとセカンダリーサイトのDevice Managerサーバのどちらにも接続できますが，次の条件をすべて満たすように構成されているか確認してください。

管理クライアントから接続するDevice Managerサーバと同じサイト（［レプリケーション］タブ側のサイト）内に，Tuning Managerサーバを設置していること。

［レプリケーション］タブ側とは別のサイトにあるReplication Managerをメンテナンスモードにしていること。

Tuning Manager - Agent for RAIDを両方のサイトに設置していること。

管理クライアントからプライマリーサイトのDevice Managerサーバに接続して，Universal Replicatorの性能を分析する場合のシステム構成例を次に示します。

図5-3 プライマリーサイトのDevice Managerサーバに接続して性能分析する場合のシステム構成例

重要

管理サーバの環境を新しいマシンに移行する場合は，収集した性能情報を引き継ぐための手順を実行する必要があります。手順どおりに実行しないと，性能情報のデータが消えるおそれがあります。 詳細は，「ソフトウェア添付資料」を参照してください。

参考

次の操作を実行すると，［レプリケーション］タブで表示されていたC/Tデルタやジャーナルボリューム使用率の履歴が表示されなくなります。

ペア管理サーバを変更する

ペア管理サーバのWWNを変更する

ペア管理サーバのiSCSIイニシエーターのiSCSIネームを変更する

関連項目

Replication Managerのメンテナンスモードについて：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

5.3.2 Universal Replicatorの性能を分析するためのDevice Managerの設定

Universal Replicatorの性能を分析するには，Device Managerサーバのreplication.propertiesファイルにあるプロパティとrpmlib.propertiesファイルにあるrpmlib.rpm.portプロパティを設定します。

分析に必要な情報は，Replication ManagerやTuning Managerから定期的に収集できます。収集時間や収集間隔を変更する場合は，Device Managerサーバのreplication.propertiesファイルにあるプロパティを編集してください。

また，Replication ManagerとRMIレジストリーとの通信に使用するポート番号を変更するために，Replication Managerサーバのbase.propertiesファイルにあるbase.rmi.portプロパティを変更した場合は，Device Managerサーバのrpmlib.propertiesファイルにあるrpmlib.rpm.portプロパティも変更してください。

重要

［レプリケーション］タブを使ったコピーグループ管理の運用中に，Device Managerサーバの ロケールを変更すると，［レプリケーション］タブで表示されるグラフが正しく表示されないおそれがあります。このため，ロケールを変更しないことをお勧めします。

参考

サマータイムが適用されている場合，分析に必要な情報の収集時間はサマータイムに従って調整されます。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.15 Universal Replicatorの性能分析に関するプロパティ（replication.propertiesファイル）

A.16.1 rpmlib.rpm.port

Replication Managerのbase.propertiesファイルにあるbase.rmi.portプロパティについて：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

5.3.3 Universal Replicatorの性能を分析するためのReplication Managerの設定

Universal Replicatorの性能を分析するには，分析対象のコピーグループに対するReplication Managerでの設定や，Replication Managerのプロパティの設定が完了している必要があります。

次のReplication Managerの設定が完了していることを確認してください。

分析対象のコピーグループに対して，C/Tデルタのアラートを設定していること。

Replication Managerのbase.propertiesファイルにあるbase.rmi.enabledプロパティの値にtrueを指定していること。

関連項目

Replication Managerでの設定：マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」

Replication Managerのbase.propertiesファイルにあるbase.rmi.enabledプロパティについて：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

5.3.4 Universal Replicatorの性能を分析するためのTuning Managerの設定

Universal Replicatorの性能を分析するには，Tuning Managerでストレージシステムの性能情報を収集するための設定が必要です。

さらに，PI_CLMSレコードについては，収集したパフォーマンスデータをStore データベースに記録するように次のどちらかの方法で設定してください。

Performance Reporterの［サービス階層］画面でLogプロパティをYesにする。

Performance Reporterのjpcasrec updateコマンドを実行する。jpcasrec updateコマンドのオプションに指定するパラメーターファイルにはlogパラメーターを指定し，値にYesを指定する。

関連項目

5.2 ストレージシステムの性能情報を収集するために必要な設定

Performance Reporterの［サービス階層］画面やjpcasrec updateコマンドでの設定方法：マニュアル「Hitachi Command Suite Tuning Manager Software 運用管理ガイド」

5.4 JP1/IMからHitachi Command Suite製品のGUIをラウンチするために必要な設定

Hitachi Command Suite製品とJP1/IMが連携すると，JP1/IMの統合機能メニュー画面から，Hitachi Command Suite製品のGUIをシングルサインオンでラウンチできます。

この節の構成

5.4.1 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための前提環境

5.4.2 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための設定

5.4.1 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための前提環境

JP1/IMからHitachi Command Suite製品のGUIをシングルサインオンでラウンチできるようにするには，マシン環境を確認してください。

管理サーバのOSがWindows，Solaris（SPARC）またはRed Hat Enterprise Linuxであること。

JP1/IMのバージョンがVersion 7i以降であること。

JP1/IM - Viewをインストールするマシンには，Hitachi Command Suite製品のGUIで前提としているOSおよび前提プログラムがインストールされていること。

JP1/IM - Viewにログインするユーザーと同じアカウントが，事前にHitachi Command Suite製品に作成されていること。
パスワードには，6文字以上の文字列を指定してください。ユーザーIDに使用できる文字は次のとおりです。
a～z A～Z 0～9 ! $ - . @ _

参考

シングルサインオン機能を利用しない場合は，Hitachi Command Suite製品のユーザー認証が必要です。JP1/IMの統合機能メニュー画面からHitachi Command Suite製品のGUIを起動するよう設定してください。

関連項目

JP1/IMからHitachi Command Suite製品のGUIをラウンチする前提OSや前提プログラムについて：ソフトウェア添付資料

シングルサインオン機能を利用しない場合に，JP1/IMの統合機能メニュー画面からHitachi Command Suite製品のGUIを起動する方法：JP1/IMのマニュアル

5.4.2 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための設定

JP1/IMからHitachi Command Suite製品のGUIをシングルサインオンでラウンチできるようにするには，JP1/IM - Viewの構成定義ファイルを作成します。

事前に完了しておく操作

管理クライアントへのJP1/IM - Viewのインストール
詳細は，JP1/IMのマニュアルを参照してください。

管理サーバへのJP1/BaseとJP1/IM - Managerのインストールおよびセットアップ
詳細は，JP1/BaseおよびJP1/IMのマニュアルを参照してください。

JP1/IMからHitachi Command Suite製品のGUIをラウンチするには：

JP1/IM - View用の構成定義ファイルのサンプルファイルをコピーします。

コピー元

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥sample¥JP1_IM_conf

SolarisまたはRed Hat Enterprise Linuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/sample/JP1_IM_conf

・Device Manager用サンプルファイル名：device_manager_ja.conf

・Tiered Storage Manager用サンプルファイル名：tieredstorage_manager_ja.conf

・Replication Manager用サンプルファイル名：replication_manager_ja.conf

コピー先

Windowsの場合：

＜JP1/IM - Viewのインストールフォルダ＞¥conf¥function¥ja

SolarisまたはRed Hat Enterprise Linuxの場合：

＜JP1/IM - Viewのインストールディレクトリ＞/conf/function/ja

注意

管理サーバのOSがSolarisまたはRed Hat Enterprise Linuxの場合は，ASCIIモードでサンプルファイルを転送してください。

バージョン5.xのReplication Monitorからアップグレードインストールした場合で，すでにJP1/IMと連携していたときは，従来使用していたreplication_monitor_ja.confファイルを削除してください。

コピーしたサンプルファイルのarguments=で始まる行を実行環境に合わせて修正し，保存します。

Device Manager

arguments="http://＜IPアドレス＞:＜ポート＞/HiCommand/IMLogin?jp1userid=%JCO_JP1USER%&jp1token=%JCO_JP1TOKEN%&launchurl=http://＜IPアドレス＞:＜ポート＞/DeviceManager/Login";

Tiered Storage Manager

arguments="http://＜IPアドレス＞:＜ポート＞/HiCommand/IMLogin?jp1userid=%JCO_JP1USER%&jp1token=%JCO_JP1TOKEN%&launchurl=http://＜IPアドレス＞:＜ポート＞/TieredStorageManager/login.do";

Replication Manager

arguments="http://＜IPアドレス＞:＜ポート＞/HiCommand/IMLogin?jp1userid=%JCO_JP1USER%&jp1token=%JCO_JP1TOKEN%&launchurl=http://＜IPアドレス＞:＜ポート＞/ReplicationManager/login.do";

URLのプロトコル，＜IPアドレス＞および＜ポート＞を，次のように指定します。

URLのプロトコル

SSL通信の場合は，httpsを指定します。

＜IPアドレス＞

管理サーバのIPv4アドレスを指定します。IPv6アドレスはサポートしていません。

＜ポート＞

HBase Storage Mgmt Web Serviceのポート番号を指定します。デフォルト値は，非SSL通信の場合は23015，SSL通信の場合は23016です。

JP1/IMの統合機能メニュー画面から次のメニューを選択して，Hitachi Command Suite製品のGUIが表示されれば，正しく設定されています。

Device Manager

［ストレージ管理］－［ストレージエリア管理］－［ストレージハードウェア管理］

Tiered Storage Manager

［ストレージ管理］－［ストレージエリア管理］－［階層ストレージリソース管理］

Replication Manager

［ストレージ管理］－［ストレージエリア管理］－［ストレージレプリケーション管理］

注意

JP1/IMの統合機能メニュー画面では，ブラウザーの［戻る］［進む］ボタンおよびブラウザーの履歴を使った画面の移動をしないでください。

関連項目

5.4.1 JP1/IMからHitachi Command Suite製品のGUIをラウンチするための前提環境

6. ログおよびアラートの設定

この章では，Hitachi Command Suite製品でシステムの状態や障害を監視するために必要な設定について説明します。

この章の構成

6.1 統合ログの設定

6.2 監査ログを採取するために必要な設定

6.3 アラートの設定

6.4 SNMPトラップをログファイルに出力するための設定

6.5 イベント通知を使用するために必要な設定

6.6 JP1/IMでログを参照するために必要な設定

6.1 統合ログの設定

Hitachi Command Suite共通コンポーネントは，ログ取得用の共通ライブラリーを提供しています。Hitachi Command Suite製品は，このライブラリーを使用して，ログファイルにトレースログ情報を出力します。

この節の構成

6.1.1 トレースログファイルの設定（Windows）

6.1.2 トレースログファイルの設定（SolarisまたはLinux）

6.1.3 Tiered Storage Manager CLIのログファイル採取の設定

6.1.1 トレースログファイルの設定（Windows）

Hitachi Command Suite共通コンポーネントのトレースログファイルのファイル数やファイルサイズを変更する場合は，Windows HNTRLib2ユーティリティを使って設定します。

警告

トレースログファイルの設定を変更すると，共通トレースログを使用するそのほかのプログラム製品に影響が及びます。

事前に完了しておく操作

Administrator権限でのログイン

Hitachi Command Suite共通コンポーネントのトレースログファイルを設定するには：

次の場所に格納されているWindows HNTRLib2ユーティリティを実行します。
＜Program Filesフォルダ＞¥Hitachi¥HNTRLib2¥bin¥hntr2util.exe

［Hitachi Network Objectplaza Trace Utility 2］ダイアログの［Number of Files］に，トレースログファイル数を指定します。
トレースログファイルは，最大16 個設定できます。デフォルトは4個です。

［Hitachi Network Objectplaza Trace Utility 2］ダイアログの［File Size］に，トレースログのファイルサイズを指定します。
トレースログのファイルサイズが指定した値になると，次のファイルに切り替えられます。
トレースログのファイルサイズは，8KB～4096KBで指定できます。デフォルトは256KBです。［Buffer］の値よりも大きい値を指定してください。

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

変更を適用するために，OSを再起動します。

6.1.2 トレースログファイルの設定（SolarisまたはLinux）

Hitachi Command Suite共通コンポーネントのトレースログファイルのファイル数やファイルサイズを変更する場合は，ユーティリティプログラム（hntr2util）を使って設定します。

警告

トレースログファイルの設定を変更すると，共通トレースログを使用するそのほかのプログラム製品に影響が及びます。

事前に完了しておく操作

rootでのログイン

Hitachi Command Suite共通コンポーネントのトレースログファイルを設定するには：

次の場所に格納されているユーティリティプログラムを実行します。
/opt/hitachi/HNTRLib2/bin/hntr2util

メニューで，2（Number of log files）を指定します。

サブメニューで，トレースログファイル数を指定し，［Enter］キーを押します。
トレースログファイルは，最大16 個設定できます。デフォルトは4個です。

メニューで，1（Size of a log file）を指定します。

サブメニューで，トレースログのファイルサイズを指定し，［Enter］キーを押します。
トレースログのファイルサイズが指定した値になると，次のファイルに切り替えられます。
トレースログのファイルサイズは，8KB～4096KBで指定できます。デフォルトは256KBです。［Size of buffer］の値よりも大きい値を指定してください。

設定内容を確認して［e］キーを押したあと，［Enter］キーを押します。

変更後の設定を保存するために，［y］キーを押して終了します。

次のコマンドを実行して，メモリマップドファイルを削除します。
# rm /opt/hitachi/HNTRLib/mmap/hntrmmap.mm

変更を適用するために，OSを再起動します。

6.1.3 Tiered Storage Manager CLIのログファイル採取の設定

管理サーバにTiered Storage Manager CLIをインストールしている場合， hcmdsgetlogsコマンドでTiered Storage Manager CLIのログファイルも一緒に採取できます。一括採取するためには，HtsmgetTI.propertiesファイルでの環境設定が必要です。

Tiered Storage Manager CLIのログファイル採取を設定するには：

次の場所に格納されているHtsmgetTI.propertiesファイルのプロパティを設定します。

Windowsの場合：

＜Tiered Storage Managerサーバのインストールフォルダ＞¥SupportTools¥CollectTool¥

SolarisまたはLinuxの場合：

＜Tiered Storage Managerサーバのインストールディレクトリ＞/SupportTools/CollectTool/

表6-1 HtsmgetTI.propertiesファイルで設定するプロパティ

プロパティ
説明

CLI_DIR
Tiered Storage Manager CLIがインストールされているディレクトリを指定してください。デフォルトのディレクトリは次のとおりです。

Windowsの場合：

＜Tiered Storage Managerサーバのインストールフォルダ＞¥CLI

SolarisまたはLinuxの場合：

＜Tiered Storage Managerサーバのインストールディレクトリ＞/CLI

SYSLOG
syslogの絶対パスを指定します。デフォルトのディレクトリは次のとおりです。

Solarisの場合：

/var/adm/messages

Linuxの場合：

/var/log/messages

6.2 監査ログを採取するために必要な設定

Hitachi Command Suite製品では，法規制やセキュリティ評価基準，業界ごとの各種基準などに従っていることを監査者や評価者に証明するために，監査ログにユーザーの操作内容を記録できます。監査ログを採取するには，環境設定ファイル（auditlog.conf）を編集する必要があります。環境設定ファイルについては，「6.2.2 監査ログの環境設定ファイルの編集」を参照してください。

監査ログは，Windowsの場合はイベントログファイル（アプリケーションログファイル）に出力され，SolarisまたはLinuxの場合はsyslogファイルに出力されます。

日立のストレージ関連製品で採取できる監査ログを次の表に示します。

表6-2 監査ログの種別と説明

種別
説明

StartStop
ハードウェアまたはソフトウェアの起動と終了を示す事象。

OSの起動と終了

ハードウェアコンポーネント（マイクロ含む）の起動と終了

ストレージシステム上のソフトウェア，SVP上のソフトウェア，Hitachi Command Suite製品の起動と終了

Failure
ハードウェアまたはソフトウェアの異常を示す事象。

ハードウェア障害

ソフトウェア障害（メモリーエラーなど）

LinkStatus
機器間のリンク状態を示す事象。

リンクアップまたはダウン

ExternalService
日立のストレージ関連製品と外部サービスとの通信結果を示す事象。

NTPサーバやDNSサーバなどとの通信

管理サーバとの通信（SNMP）

Authentication
機器，管理者，またはエンドユーザーが接続または認証を試みて成功または失敗したことを示す事象。

FCログイン

機器認証（FC-SP認証，iSCSIログイン認証，SSLサーバ/クライアント認証）

管理者またはエンドユーザー認証

AccessControl
機器，管理者，またはエンドユーザーがリソースへのアクセスを試みて成功または失敗したことを示す事象。

機器のアクセスコントロール

管理者またはエンドユーザーのアクセスコントロール

ContentAccess
重要なデータへのアクセスを試みて成功または失敗したことを示す事象。

NAS上の重要なファイルまたはHTTPサポート時のコンテンツへのアクセス

監査ログファイルへのアクセス

ConfigurationAccess
管理者が許可された運用操作を実行し，操作が正常終了または失敗したことを示す事象。

構成情報の参照または更新

アカウントの追加，削除などのアカウント設定の更新

セキュリティの設定

監査ログ設定の参照または更新

Maintenance
保守操作を実行し，操作が正常終了または失敗したことを示す事象。

ハードウェアコンポーネント増設または減設

ソフトウェアコンポーネント増設または減設

AnomalyEvent
しきい値のオーバーなどの異常が発生したことを示す事象。

ネットワークトラフィックのしきい値オーバー

CPU負荷のしきい値オーバー

内部に一時保存した監査ログの上限到達前通知やラップアラウンド

異常な通信の発生を示す事象。

通常使用するポートへのSYNフラッド攻撃やプロトコル違反

未使用ポートへのアクセス（ポートスキャンなど）

採取できる監査ログは，製品ごとに異なります。

また，監査ログの出力内容については「13.3 監査ログの確認」を参照してください。

この節の構成

6.2.1 監査ログに出力される監査事象

6.2.2 監査ログの環境設定ファイルの編集

6.2.1 監査ログに出力される監査事象

Device ManagerとTiered Storage Managerでは，次の種別の監査事象が監査ログに出力されます。

StartStop

Authentication

ConfigurationAccess

AccessControl

ExternalService

それぞれの監査事象には，重要度（Severity）が設定されています。重要度によって，出力する監査ログをフィルタリングできます。

Device ManagerとTiered Storage Managerで監査ログに出力される監査事象を「表6-3 監査ログに出力される監査事象（種別がStartStopの場合）」～「表6-7 監査ログに出力される監査事象（種別がExternalServiceの場合）」に示します。そのほかのHitachi Command Suite製品で出力される監査ログについては，各製品のマニュアルを参照してください。

表6-3 監査ログに出力される監査事象（種別がStartStopの場合）

種別の説明 | 監査事象 | Severity | メッセージID
ソフトウェアの起動と終了 | SSOサーバの起動成功 | 6 | KAPM00090-I
SSOサーバの起動失敗 | 3 | KAPM00091-E
SSOサーバの停止 | 6 | KAPM00092-I

表6-4 監査ログに出力される監査事象（種別がAuthenticationの場合）

種別の説明 | 監査事象 | Severity | メッセージID
管理者またはエンドユーザーの認証 | ログインの成功 | 6 | KAPM01124-I
ログインの成功（外部認証サーバログイン） | 6 | KAPM02450-I
ログインの失敗（ユーザーIDまたはパスワードに誤りがある場合） | 4 | KAPM02291-W
ログインの失敗（ロック中のユーザーでログイン） | 4 | KAPM02291-W
ログインの失敗（存在しないユーザーでログイン） | 4 | KAPM02291-W
ログインの失敗（権限なし） | 4 | KAPM01095-E
ログインの失敗（認証失敗） | 4 | KAPM01125-E
ログインの失敗（外部認証サーバ認証失敗） | 4 | KAPM02451-W
ログアウトの成功 | 6 | KAPM08009-I
アカウントの自動ロック | アカウントの自動ロック（認証の連続失敗またはアカウントの有効期限切れ） | 4 | KAPM02292-W

表6-5 監査ログに出力される監査事象（種別がConfigurationAccessの場合）

種別の説明
監査事象
Severity
メッセージID

ユーザーの登録
（GUI）
ユーザーの登録成功
6
KAPM07230-I

ユーザーの登録失敗
3
KAPM07240-E

ユーザーの削除
（GUI）
単一ユーザーの削除成功
6
KAPM07231-I

単一ユーザーの削除失敗
3
KAPM07240-E

複数ユーザーの削除成功
6
KAPM07231-I

複数ユーザーの削除失敗
3
KAPM07240-E

パスワードの変更
（管理者画面から変更）
管理者によるパスワード変更成功
6
KAPM07232-I

管理者によるパスワード変更失敗
3
KAPM07240-E

パスワードの変更
（自ユーザー用画面から変更）
旧パスワードが正しいかを判断するための認証処理で失敗
3
KAPM07239-E

ログインユーザー自身のパスワード変更成功（自ユーザー画面から変更）
6
KAPM07232-I

ログインユーザー自身のパスワード変更失敗（自ユーザー画面から変更）
3
KAPM07240-E

プロファイルの変更
プロファイルの変更成功
6
KAPM07233-I

プロファイルの変更失敗
3
KAPM07240-E

権限の変更
権限の変更成功
6
KAPM02280-I

権限の変更失敗
3
KAPM07240-E

アカウントのロック
アカウントのロック成功※1
6
KAPM07235-I

アカウントのロック失敗
3
KAPM07240-E

アカウントのロック解除
アカウントのロック解除成功※2
6
KAPM07236-I

アカウントのロック解除失敗
3
KAPM07240-E

hcmdsunlockaccountコマンドによるアカウントのロック解除成功
6
KAPM07236-I

hcmdsunlockaccountコマンドによるアカウントのロック解除失敗
3
KAPM07240-E

認証方式変更
認証方式の変更成功
6
KAPM02452-I

認証方式の変更失敗
3
KAPM02453-E

認可グループの追加
（GUI）
認可グループの追加成功
6
KAPM07247-I

認可グループの追加失敗
3
KAPM07248-E

認可グループの削除
（GUI）
単一認可グループの削除成功
6
KAPM07249-I

単一認可グループの削除失敗
3
KAPM07248-E

複数認可グループの削除成功
6
KAPM07249-I

複数認可グループの削除失敗
3
KAPM07248-E

認可グループの権限変更
（GUI）
認可グループの権限変更成功
6
KAPM07250-I

認可グループの権限変更失敗
3
KAPM07248-E

ユーザーの登録
（GUIおよびCLI）
ユーザーの登録成功
6
KAPM07241-I

ユーザーの登録失敗
3
KAPM07242-E

ユーザー情報の更新
（GUIおよびCLI）
ユーザー情報の更新成功
6
KAPM07243-I

ユーザー情報の更新失敗
3
KAPM07244-E

ユーザーの削除
（GUIおよびCLI）
ユーザーの削除成功
6
KAPM07245-I

ユーザーの削除失敗
3
KAPM07246-E

認可グループの登録
（GUIまたはCLI）
認可グループの登録成功
6
KAPM07251-I

認可グループの登録失敗
3
KAPM07252-E

認可グループの削除
（GUIまたはCLI）
認可グループの削除成功
6
KAPM07253-I

認可グループの削除失敗
3
KAPM07254-E

認可グループの権限変更
（GUIまたはCLI）
認可グループの権限変更成功
6
KAPM07255-I

認可グループの権限変更失敗
3
KAPM07256-E

ユーザーグループの登録
（CLI）
ユーザーグループの登録成功
6
KAPM07263-I

ユーザーグループの登録失敗
3
KAPM07264-E

ユーザーグループの削除
（CLI）
ユーザーグループの削除成功
6
KAPM07265-I

ユーザーグループの削除失敗
3
KAPM07266-E

ユーザーグループの更新
（CLI）
ユーザーグループの更新成功
6
KAPM07267-I

ユーザーグループの更新失敗
3
KAPM07268-E

ロールの登録
（CLI）
ロールの登録成功
6
KAPM07269-I

ロールの登録失敗
3
KAPM07270-E

ロールの削除
（CLI）
ロールの削除成功
6
KAPM07271-I

ロールの削除失敗
3
KAPM07272-E

ロールの更新
（CLI）
ロールの更新成功
6
KAPM07273-I

ロールの更新失敗
3
KAPM07274-E

ユーザーグループへのユーザーアカウントの割り当て
（CLI）
ユーザーグループへのユーザーアカウントの割り当て成功
6
KAPM07275-I

ユーザーグループへのユーザーアカウントの割り当て失敗
3
KAPM07276-E

ロールへのパーミッションの割り当て
（CLI）
ロールへのパーミッションの割り当て成功
6
KAPM07277-I

ロールへのパーミッションの割り当て失敗
3
KAPM07278-E

次の3項目の割り当て（CLI）

ユーザーグループおよび認可グループ

リソースグループ

ロール

次の3項目の割り当ての成功

ユーザーグループおよび認可グループ

リソースグループ

ロール

6
KAPM07279-I

次の3項目の割り当ての失敗

ユーザーグループおよび認可グループ

リソースグループ

ロール

3
KAPM07280-E

データベースのバックアップまたはリストア
hcmdsbackupsコマンドによるバックアップ成功
6
KAPM05561-I

hcmdsbackupsコマンドによるバックアップ失敗
3
KAPM05562-E

hcmdsdbコマンドによる全体リストアの成功
6
KAPM05563-I

hcmdsdbコマンドによる全体リストアの失敗
3
KAPM05564-E

hcmdsdbコマンドによる部分リストアの成功
6
KAPM05565-I

hcmdsdbコマンドによる部分リストアの失敗
3
KAPM05566-E

データベースのデータの入出力
hcmdsdbmoveコマンドによるデータ出力の成功
6
KAPM06543-I

hcmdsdbmoveコマンドによるデータ出力の失敗
3
KAPM06544-E

hcmdsdbmoveコマンドによるデータ入力の成功
6
KAPM06545-I

hcmdsdbmoveコマンドによるデータ入力の失敗
3
KAPM06546-E

データベース領域の作成または削除
hcmdsdbsetupコマンドによるデータベース領域の作成成功
6
KAPM06348-I

hcmdsdbsetupコマンドによるデータベース領域の作成失敗
3
KAPM06349-E

hcmdsdbsetupコマンドによるデータベース領域の削除成功
6
KAPM06350-I

hcmdsdbsetupコマンドによるデータベース領域の削除失敗
3
KAPM06351-E

認証データの入出力
hcmdsauthmoveコマンドによるデータ出力の成功
6
KAPM05832-I

hcmdsauthmoveコマンドによるデータ出力の失敗
3
KAPM05833-E

hcmdsauthmoveコマンドによるデータ入力の成功
6
KAPM05834-I

hcmdsauthmoveコマンドによるデータ入力の失敗
3
KAPM05835-E

Device Managerサーバの処理
リクエスト受理（正常時）
6
KAIC51000-I
KAIC51200-I
KAIC51201-I

リクエスト受理（共通・異常時）
3
KAIC51400-E

レスポンス送信（正常時）
6
KAIC51100-I
KAIC51300-I
KAIC51301-I
KAIC51302-I

レスポンス送信（異常時）
3
KAIC51500-E
KAIC51700-E
KAIC51701-E

関連製品の起動（ラウンチ）
リクエスト受理（正常時）
6
KAIC53000-I

リクエスト受理（異常時）
3
KAIC53200-E

レスポンス送信（正常時）
6
KAIC53100-I

レスポンス送信（異常時）
3
KAIC53300-E

Device Managerサーバ（CIM経由）の処理
リクエスト受理（正常時）
6
KAIC54000-I
KAIC54200-I

リクエスト受理（異常時）
3
KAIC54400-E
KAIC54600-E

レスポンス送信（正常時）
6
KAIC54100-I
KAIC54300-I

レスポンス送信（異常時）
3
KAIC54500-E
KAIC54700-E

ストレージドメインの情報取得※3
全ストレージドメインの情報取得に成功
6
KATS90000-I

全ストレージドメインの情報取得に失敗
4
KATS90001-W

ストレージドメインの情報取得に成功
6
KATS90000-I

ストレージドメインの情報取得に失敗
4
KATS90001-W

全ストレージドメインの要約情報取得に成功
6
KATS90000-I

全ストレージドメインの要約情報取得に失敗
4
KATS90001-W

ストレージドメインの要約情報取得に成功
6
KATS90000-I

ストレージドメインの要約情報取得に失敗
4
KATS90001-W

ストレージドメインのリフレッシュ状態取得に成功
6
KATS90000-I

ストレージドメインのリフレッシュ状態取得に失敗
4
KATS90001-W

マイグレーショングループの情報取得※3
全マイグレーショングループの情報取得に成功
6
KATS90000-I

全マイグレーショングループの情報取得に失敗
4
KATS90001-W

マイグレーショングループの情報取得に成功
6
KATS90000-I

マイグレーショングループの情報取得に失敗
4
KATS90001-W

全マイグレーショングループの要約情報取得に成功
6
KATS90000-I

全マイグレーショングループの要約情報取得に失敗
4
KATS90001-W

マイグレーショングループの要約情報取得に成功
6
KATS90000-I

マイグレーショングループの要約情報取得に失敗
4
KATS90001-W

ストレージシステムの情報取得※3
ストレージシステムの情報取得に成功
6
KATS90000-I

ストレージシステムの情報取得に失敗
4
KATS90001-W

エミュレーションタイプの情報取得に成功
6
KATS90000-I

エミュレーションタイプの情報取得に失敗
4
KATS90001-W

タスクの情報取得※3
全タスクの情報取得に成功
6
KATS90000-I

全タスクの情報取得に失敗
4
KATS90001-W

タスクの情報取得に成功
6
KATS90000-I

タスクの情報取得に失敗
4
KATS90001-W

全タスクの要約情報取得に成功
6
KATS90000-I

全タスクの要約情報取得に失敗
4
KATS90001-W

タスクの要約情報取得に成功
6
KATS90000-I

タスクの要約情報取得に失敗
4
KATS90001-W

ストレージの階層情報取得※3
全ストレージの階層情報取得に成功
6
KATS90000-I

全ストレージの階層情報取得に失敗
4
KATS90001-W

ストレージの階層情報取得に成功
6
KATS90000-I

ストレージの階層情報取得に失敗
4
KATS90001-W

全ストレージの階層要約情報の取得に成功
6
KATS90000-I

全ストレージの階層要約情報の取得に失敗
4
KATS90001-W

ストレージの階層要約情報の取得に成功
6
KATS90000-I

ストレージの階層要約情報の取得に失敗
4
KATS90001-W

プールの情報取得※3
プールの情報取得に成功
6
KATS90000-I

プールの情報取得に失敗
4
KATS90001-W

検索条件に一致するプール数の取得に成功
6
KATS90000-I

検索条件に一致するプール数の取得に失敗
4
KATS90001-W

キーストアーファイルの情報取得※3
キーストアーファイルの情報取得に成功
6
KATS90000-I

キーストアーファイルの情報取得に失敗
4
KATS90001-W

ボリュームの情報取得※3
ボリュームの情報取得に成功
6
KATS90000-I

ボリュームの情報取得に失敗
4
KATS90001-W

検索条件に一致するボリューム数の取得に成功
6
KATS90000-I

検索条件に一致するボリューム数の取得に失敗
4
KATS90001-W

検索条件の取得に成功
6
KATS90000-I

検索条件の取得に失敗
4
KATS90001-W

ボリュームの要約情報取得に成功
6
KATS90000-I

ボリュームの要約情報取得に失敗
4
KATS90001-W

パリティグループの空き容量情報の取得※3
パリティグループの情報取得に成功
6
KATS90000-I

パリティグループの情報取得に失敗
4
KATS90001-W

検索条件の取得に成功
6
KATS90000-I

検索条件の取得に失敗
4
KATS90001-W

検索条件に一致するパリティグループ数の取得に成功
6
KATS90000-I

検索条件に一致するパリティグループ数の取得に失敗
4
KATS90001-W

外部接続設定情報の取得※3
外部接続設定情報の取得に成功
6
KATS90000-I

外部接続設定情報の取得に失敗
4
KATS90001-W

パスグループの情報取得に成功
6
KATS90000-I

パスグループの情報取得に失敗
4
KATS90001-W

ストレージドメインに対する操作※3
ストレージドメインの登録失敗
4
KATS90001-W

ストレージドメインの削除失敗
4
KATS90001-W

ストレージドメイン情報の更新成功
6
KATS90000-I

ストレージドメイン情報の更新失敗
4
KATS90001-W

ストレージドメインのリフレッシュ成功
6
KATS90000-I

ストレージドメインのリフレッシュ失敗
4
KATS90001-W

マイグレーショングループに対する操作※3
マイグレーショングループへのボリューム追加成功
6
KATS90000-I

マイグレーショングループへのボリューム追加失敗
4
KATS90001-W

マイグレーション先として指定できるストレージ階層の一覧取得成功
6
KATS90000-I

マイグレーション先として指定できるストレージ階層の一覧取得失敗
4
KATS90001-W

マイグレーショングループの登録成功
6
KATS90000-I

マイグレーショングループの登録失敗
4
KATS90001-W

マイグレーショングループの削除成功
6
KATS90000-I

マイグレーショングループの削除失敗
4
KATS90001-W

マイグレーショングループ情報の更新成功
6
KATS90000-I

マイグレーショングループ情報の更新失敗
4
KATS90001-W

マイグレーションプランの作成成功
6
KATS90000-I

マイグレーションプランの作成失敗
4
KATS90001-W

マイグレーショングループからのボリューム削除成功
6
KATS90000-I

マイグレーショングループからのボリューム削除失敗
4
KATS90001-W

タスクに対する操作※3
タスクのキャンセル成功
6
KATS90000-I

タスクのキャンセル失敗
4
KATS90001-W

タスクの状態変更成功
6
KATS90000-I

タスクの状態変更失敗
4
KATS90001-W

マイグレーションタスクの登録成功
6
KATS90000-I

マイグレーションタスクの登録失敗
4
KATS90001-W

タスクの登録成功
6
KATS90000-I

タスクの登録失敗
4
KATS90001-W

タスクの削除成功
6
KATS90000-I

タスクの削除失敗
4
KATS90001-W

タスクの実行成功
6
KATS90000-I

タスクの実行失敗
4
KATS90001-W

タスク情報の更新成功
6
KATS90000-I

タスク情報の更新失敗
4
KATS90001-W

ストレージ階層に対する操作※3
ストレージ階層の登録成功
6
KATS90000-I

ストレージ階層の登録失敗
4
KATS90001-W

ストレージ階層の削除成功
6
KATS90000-I

ストレージ階層の削除失敗
4
KATS90001-W

ストレージ階層情報の更新成功
6
KATS90000-I

ストレージ階層情報の更新失敗
4
KATS90001-W

注※1

パスワードが設定されていないユーザーの認証方式を変更したことによるアカウントのロックについては，監査ログに記録されません。

注※2

ユーザーにパスワードを設定したことによるアカウントのロックの解除については，監査ログに記録されません。

注※3

Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで操作した場合にだけ出力されます。

表6-6 監査ログに出力される監査事象（種別がAccessControlの場合）

種別の説明 | 監査事象 | Severity | メッセージID
ストレージドメインに対する操作失敗 | ストレージドメインの変更権限なし | 4 | KATS90010-W
ストレージドメインのリフレッシュ権限なし | 4 | KATS90010-W
ストレージ階層に対する操作失敗 | ストレージ階層の作成権限なし | 4 | KATS90010-W
ストレージ階層の削除権限なし | 4 | KATS90010-W
ストレージ階層の変更権限なし | 4 | KATS90010-W
マイグレーショングループに対する操作失敗 | マイグレーショングループの作成権限なし | 4 | KATS90010-W
マイグレーショングループの削除権限なし | 4 | KATS90010-W
マイグレーショングループの変更権限なし | 4 | KATS90010-W
マイグレーショングループへのボリューム追加権限なし | 4 | KATS90010-W
マイグレーショングループからのボリューム削除権限なし | 4 | KATS90010-W
タスクに対する操作失敗 | タスクの作成権限なし | 4 | KATS90010-W
タスクの削除権限なし | 4 | KATS90010-W
タスクの変更権限なし | 4 | KATS90010-W
タスクの実行権限なし | 4 | KATS90010-W
タスクのキャンセル権限なし | 4 | KATS90010-W
タスクの中止権限なし | 4 | KATS90010-W

注

Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで操作した場合にだけ出力されます。

表6-7 監査ログに出力される監査事象（種別がExternalServiceの場合）

種別の説明 | 監査事象 | Severity | メッセージID
外部認証サーバとの通信 | LDAPディレクトリサーバとの通信成功 | 6 | KAPM10116-I
LDAPディレクトリサーバとの通信失敗 | 3 | KAPM10117-E
RADIUSサーバとの通信成功 | 6 | KAPM10118-I
RADIUSサーバとの通信失敗（応答なし） | 3 | KAPM10119-E
Kerberosサーバとの通信成功 | 6 | KAPM10120-I
Kerberosサーバとの通信失敗（応答なし） | 3 | KAPM10121-E
DNSサーバとの通信成功 | 6 | KAPM10122-I
DNSサーバとの通信失敗（応答なし） | 3 | KAPM10123-E
外部認証サーバとの認証 | LDAPディレクトリサーバとのTLSネゴシエーションに成功 | 6 | KAPM10124-I
LDAPディレクトリサーバとのTLSネゴシエーションに失敗 | 3 | KAPM10125-E
LDAPディレクトリサーバでの情報検索用ユーザーの認証成功 | 6 | KAPM10126-I
LDAPディレクトリサーバでの情報検索用ユーザーの認証失敗 | 3 | KAPM10127-W
外部認証サーバでのユーザー認証 | LDAPディレクトリサーバでのユーザーの認証成功 | 6 | KAPM10128-I
LDAPディレクトリサーバにユーザーが存在しない | 4 | KAPM10129-W
LDAPディレクトリサーバでのユーザーの認証失敗 | 4 | KAPM10130-W
RADIUSサーバでのユーザーの認証成功 | 6 | KAPM10131-I
RADIUSサーバでのユーザーの認証失敗 | 4 | KAPM10132-W
Kerberosサーバでのユーザーの認証成功 | 6 | KAPM10133-I
Kerberosサーバでのユーザーの認証失敗 | 4 | KAPM10134-W
外部認証サーバから情報取得 | LDAPディレクトリサーバからユーザー情報の取得に成功 | 6 | KAPM10135-I
LDAPディレクトリサーバからユーザー情報の取得に失敗 | 3 | KAPM10136-E
DNSサーバからSRVレコードの取得に成功 | 6 | KAPM10137-I
DNSサーバからSRVレコードの取得に失敗 | 3 | KAPM10138-E

メッセージテキストの出力形式については「13.3.1 監査ログのメッセージテキスト」を参照してください。

メッセージIDに対応するメッセージテキストについては，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照してください。

6.2.2 監査ログの環境設定ファイルの編集

Hitachi Command Suite製品の監査ログを採取するには，環境設定ファイル（auditlog.conf）を編集する必要があります。環境設定ファイルのLog.Event.Categoryに採取する監査事象の種別を設定することで，監査ログを取得できるようになります。

監査ログの環境設定ファイルの変更を反映するには，Hitachi Command Suite製品のサービスを再起動する必要があります。

注意

監査ログは大量に出力されるおそれがあるので，ログサイズの変更，採取したログの退避，保管などを実施してください。

auditlog.confファイルの格納先を次に示します。

Windowsの場合：
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥conf¥sec¥auditlog.conf

SolarisまたはLinuxの場合：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/sec/auditlog.conf

auditlog.confファイルに設定する項目を次の表に示します。

表6-8 auditlog.confファイルに設定する項目

項目
説明

Log.Facility
syslogファイルに監査ログメッセージを出力するときに使用される分類（Facility）を数値で指定します。
Log.Facilityと各監査事象に設定されている重要度（Severity）を組み合わせた値が，syslogファイル出力のフィルタリングに使用されます。監査ログに出力される重要度（Severity）の値については，「表6-3 監査ログに出力される監査事象（種別がStartStopの場合）」～「表6-7 監査ログに出力される監査事象（種別がExternalServiceの場合）」を参照してください。Log.Facilityに指定できる値については，「表6-9 Log.Facilityに指定できる値とsyslog.confでの指定値の対応」を参照してください。監査事象の重要度とsyslog.confファイルの重要度の対応については，「表6-10 監査事象の重要度，syslog.confの重要度，およびイベントログの種類の対応」を参照してください。
Log.Facilityは，SolarisまたはLinuxの場合だけに有効です。Windowsの場合，指定しても無視されます。また，指定できない値，または，数値ではない文字を指定した場合は，デフォルト値が仮定されます。
デフォルト値：1

Log.Event.Category
採取する監査事象の種別を指定します。複数指定する場合は，コンマ（,）で区切ります。その場合，種別とコンマの間はスペースを空けずに詰めて指定してください。指定されていない場合，監査ログは出力されません。指定できる種別については，「表6-3 監査ログに出力される監査事象（種別がStartStopの場合）」～「表6-7 監査ログに出力される監査事象（種別がExternalServiceの場合）」を参照してください。大文字，小文字は区別されません。指定できる種別以外の名称を指定した場合は，無視されます。
デフォルト値：指定なし

Log.Level
採取する監査事象の重要度（Severity）を指定します。指定した値以下の重要度を持つ監査事象が，イベントログファイルに出力されます。
Hitachi Command Suite製品で出力する監査事象および監査事象の重要度（Severity）については，「表6-3 監査ログに出力される監査事象（種別がStartStopの場合）」～「表6-7 監査ログに出力される監査事象（種別がExternalServiceの場合）」を参照してください。監査事象の重要度とイベントログの種類の対応については，「表6-10 監査事象の重要度，syslog.confの重要度，およびイベントログの種類の対応」を参照してください。
Log.Levelは，Windowsの場合だけに有効です。SolarisまたはLinuxの場合，指定しても無視されます。また，指定できる値以外の数値，または，数値以外の文字を指定した場合は，デフォルト値が仮定されます。
指定できる値：0～7（重要度（Severity））
デフォルト値：6

次にLog.Facilityに指定できる値と，対応するsyslog.confファイルでの指定値を示します。

表6-9 Log.Facilityに指定できる値とsyslog.confでの指定値の対応

Facility | 対応するsyslog.confでの指定値
1 | user
2 | mail※
3 | daemon
4 | auth※
6 | lpr※
16 | local0
17 | local1
18 | local2
19 | local3
20 | local4
21 | local5
22 | local6
23 | local7

注※

指定はできますが，推奨しません。

次に監査事象の重要度，syslog.confファイルの重要度の指定値およびイベントログの種類の対応を示します。

表6-10 監査事象の重要度，syslog.confの重要度，およびイベントログの種類の対応

監査事象の重要度 | syslog.confの重要度 | イベントログの種類
0 | emerg | エラー
1 | alert
2 | crit
3 | err
4 | warning | 警告
5 | notice | 情報
6 | info
7 | debug

次にauditlog.confファイルの例を示します。

# Specify an integer for Facility. (specifiable range: 1-23)
Log.Facility 1

# Specify the event category.
# You can specify any of the following:
# StartStop, Failure, LinkStatus, ExternalService,
# Authentication, AccessControl, ContentAccess,
# ConfigurationAccess, Maintenance, or AnomalyEvent.
Log.Event.Category  Authentication,ConfigurationAccess

# Specify an integer for Severity. (specifiable range: 0-7)
Log.Level 6

この例の場合，AuthenticationまたはConfigurationAccessの監査事象が出力されます。Windowsの場合，「エラー」，「警告」および「情報」の監査ログが出力されます。SolarisまたはLinuxの場合，分類がuserとしてsyslog.confファイルに定義されたsyslogファイルに監査ログが出力されます。

関連項目

9.2 サービスの起動

9.3 サービスの停止

6.3 アラートの設定

Device Managerでは，管理対象のストレージシステムやファイルサーバで発生した障害の情報を，アラートとしてDevice Manager GUI/CLIに表示します。

ストレージシステムのアラートは，受信内容をユーザーにEメールで自動通知することもできます。

この節の構成

6.3.1 Device Managerでの障害検知

6.3.2 SNMPトラップをアラートに表示するための設定

6.3.3 アラートをEメール通知するための操作フロー

6.3.1 Device Managerでの障害検知

Device Managerでは，管理対象のストレージシステムやファイルサーバの障害を，次の方法で検知します。

ポーリング（デフォルト）
Device Managerが，ストレージシステムの稼働状況を定期的に監視し，障害を検知した場合にアラートとして表示します。アラートには発生部位と障害の概要が含まれています。
ポーリングの間隔は，Device Managerサーバのserver.dispatcher.daemon.pollingPeriodプロパティで設定できます。

SNMPトラップ（オプション）
ストレージシステムまたはファイルサーバからSNMPトラップを受信した時点で，SNMPトラップをアラートとして表示します。SNMPトラップには障害の発生部位だけでなく，発生場所の情報も含まれているため，障害要因を特定する際に便利です。なお，SNMPトラップをDevice Managerで受信するためには，環境設定が必要です。

Device Managerで表示できるアラートは，ストレージシステムやファイルサーバによって異なります。それぞれのサポート有無を次の表に示します。

表6-11 Device Managerで表示できるアラート

管理対象 | ポーリング | SNMPトラップ
ストレージシステム | Virtual Storage Platform | ○ | ○
Universal Storage Platform V/VM | ○ | ○
Hitachi USP | ○ | ○
SANRISE9900V | ○ | ○
HUS VM | ○ | ○
HUS100 | ○ | ×
Hitachi AMS2000 | ○ | ×
Hitachi SMS | ○ | ×
Hitachi AMS/WMS | ○ | ×
SANRISE9500V | ○ | ×
SMI-S enabledストレージシステム | × | ×
ファイルサーバ | Hitachi Virtual File Platform | × | ○
Hitachi NAS Platform | × | ×

（凡例）

○：サポート ×：非サポート

関連項目

6.3.2 SNMPトラップをアラートに表示するための設定

A.1.1 Device Managerサーバのプロパティの変更

A.5.3 server.dispatcher.daemon.pollingPeriod

6.3.2 SNMPトラップをアラートに表示するための設定

SNMPトラップをアラートに表示するには，次の設定が必要です。

Device ManagerでSNMPトラップを受信するための設定

管理サーバの162/udpポートをDevice Managerで使えるようにする

Device Managerサーバのserver.dispatcher.daemon.receiveTrapプロパティにtrueを設定する

SNMPトラップをDevice Managerに通知するための設定

ストレージシステムの場合は，SNMP Agentで，トラップの通知対象マシンとして管理サーバのIPアドレスを設定する

Hitachi Virtual File Platformの場合は，Hitachi File Services Managerで，トラップの通知対象マシンとして管理サーバのホスト名またはIPアドレスと，ポート番号（162/udp）を設定する

上記の設定が完了すると，Device Managerサーバは，すべてのコミュニティのSNMPトラップを受信してアラートに表示します。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.5.5 server.dispatcher.daemon.receiveTrap

6.3.3 アラートをEメール通知するための操作フロー

ストレージシステムのアラートが発生した場合に，ユーザーに自動的にEメールを通知できます。管理クライアントにログインしていない状況でも，ストレージシステムの障害を知ることができます。

アラートをEメール通知するために必要な設定を次に示します。

SMTPサーバの環境設定
使用するSMTPサーバの設定手順に従って，Device ManagerサーバがSMTPサーバに接続できるように設定します。

受信ユーザーの登録
Device Manager GUIで，Eメールを受信するユーザーを登録します。

アラート通知のプロパティ設定
Device Managerサーバのプロパティに，SMTPサーバの情報や通知元のメールアドレスなどを設定します。

SMTP認証ユーザーアカウントの登録（SMTP認証を使用する場合）
Device ManagerサーバにSMTP認証ユーザーアカウントを登録します。イベント通知やヘルスチェック結果の通知で登録済みの場合，再登録は不要です。

アラート通知テンプレートのカスタマイズ（任意）
必要に応じてテンプレートファイルを編集し，Eメールの出力内容を設定します。

重要

Device ManagerがEメールを送信するのは，アラート検出時の1回だけです。送信に失敗した場合，Eメールは再送されず，アラート情報および送信先のEメールアドレスが，Device Managerのトレースログファイルに出力されます。

Eメールを送信する前にDevice Managerサーバのサービスが停止した場合，サービスが再起動してもEメールは送信されません。サービスの再起動後に，CLIのGetAlertsコマンドまたはGUIで，対処していないアラートがないか確認してください。

Device Managerサーバの管理対象ストレージシステムに対して，環境の構築や保守を実施すると，ストレージシステムでアラートが多数発生することがあります。事前にDevice Managerサーバのserver.mail.enabledプロパティにfalseを指定し，Eメール通知機能を無効にしておくことをお勧めします。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.17 server.mail.enabled

この項の構成

(1) SMTPサーバの設定

(2) 受信ユーザーの登録

(3) アラート通知のプロパティ設定

(4) SMTP認証ユーザーアカウントのDevice Managerへの登録

(5) アラート通知テンプレートのカスタマイズ

(1) SMTPサーバの設定

Device ManagerサーバがSMTPサーバに接続できるように設定します。

SMTPサーバで，Device ManagerサーバがサポートしているSMTP認証の認証方式を指定してください。Device ManagerサーバがサポートするSMTP認証の認証方式は，LOGIN，PLAINです。

重要

SMTPサーバの認証方式が複数ある場合，Device ManagerサーバはLOGIN，PLAINの優先順でEメールを送信します。SMTPサーバでLOGINまたはPLAINが指定されていない場合は，SMTP認証を使用しないでEメールを送信します。

SMTPサーバでSMTP認証の設定が無効な場合，Device Managerサーバ側でSMTP認証の設定を有効にしていても，Device ManagerサーバはSMTP認証を使用しないでEメールを送信します。

(2) 受信ユーザーの登録

Eメールの受信ユーザーは，Device Manager GUIで登録します。

Eメールを受信するユーザーの条件は次のとおりです。条件を満たすユーザーに同じ内容のEメールが送信されます。

対象のストレージシステムに対応するリソースグループが割り当てられていること。

割り当てたリソースグループに対するDevice ManagerのロールとしてModifyが設定されていること。

ユーザーのプロファイルにEメールアドレスが登録されていること。
ユーザーアカウントをHitachi Command Suite製品に登録している場合に必要です。外部認可サーバでユーザーアカウントを管理している場合は，外部認可サーバでEメールアドレスを登録してください。

参考

Device Managerサーバが送信するEメールの文字コードはUnicode（UTF-8）です。Eメールを受信するユーザーは，Unicode（UTF-8）に対応したメールソフトを使用してください。

関連項目

Device Manager GUIでのユーザー登録について：マニュアル「Hitachi Command Suite Software ユーザーズガイド」

(3) アラート通知のプロパティ設定

アラートをEメールで通知するには，Device Managerサーバのserver.propertiesファイルのプロパティに，SMTPサーバの情報や通知元のメールアドレスなどを設定する必要があります。

設定が必要なプロパティは次のとおりです。

server.mail.enabled

server.mail.from

server.mail.smtp.host

server.mail.smtp.port

server.mail.smtp.auth

server.mail.errorsTo

server.eventNotification.mail.to

server.mail.alert.type

server.mail.alert.status

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.17 server.mail.enabled

A.2.18 server.mail.from

A.2.19 server.mail.smtp.host

A.2.20 server.mail.smtp.port

A.2.21 server.mail.smtp.auth

A.2.22 server.mail.errorsTo

A.2.23 server.eventNotification.mail.to

A.2.24 server.mail.alert.type

A.2.25 server.mail.alert.status

(4) SMTP認証ユーザーアカウントのDevice Managerへの登録

SMTP認証を使用する場合は，SMTP認証ユーザーのアカウントをhdvmmodmailuserコマンドでDevice Managerに登録します。イベント通知およびヘルスチェック結果のEメール通知でSMTP認証ユーザーが設定済みの場合，再設定は不要です。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Device Managerサーバのserver.mail.smtp.authプロパティの設定
trueを指定してください。

事前に確認しておく情報

リソースグループとしてAll Resourcesが割り当てられ，Device ManagerのロールとしてAdminが設定されているDevice ManagerのユーザーIDおよびパスワード

SMTP認証に使用するユーザーIDおよびパスワード

SMTP認証ユーザーのアカウントをDevice Managerに登録するには：

次のコマンドを実行します。

Windowsの場合：

＜Device Manager サーバのインストールフォルダ＞¥HiCommandServer¥tools¥hdvmmodmailuser.bat -u ＜Device ManagerのユーザーID＞ -p ＜Device Managerのパスワード＞ ＜SMTP認証ユーザーID＞ [＜SMTP認証パスワード＞]

SolarisまたはLinuxの場合：

＜Device Manager サーバのインストールディレクトリ＞/HiCommandServer/tools/hdvmmodmailuser.sh -u ＜Device ManagerのユーザーID＞ -p ＜Device Managerのパスワード＞ ＜SMTP認証ユーザーID＞ [＜SMTP認証パスワード＞]

Hitachi Command Suite製品のサービスを再起動します。

注意

Device ManagerサーバでSMTP認証の設定を有効にしても，SMTP認証ユーザーを登録していない場合，SMTP認証を使用しないで，メールが送信されます。

Device Managerサーバに設定できるSMTP認証ユーザーは，1つだけです。コマンドを実行するたびに，設定されているSMTP認証ユーザーの情報は更新されます。

Device Managerサーバで設定したSMTP認証ユーザーの情報は削除できません。

関連項目

9.2 サービスの起動

9.3 サービスの停止

A.1.1 Device Managerサーバのプロパティの変更

A.2.21 server.mail.smtp.auth

(5) アラート通知テンプレートのカスタマイズ

Eメールの内容は，テンプレートファイル（mail-alert-detection.txt）で変更できます。テンプレートファイルを変更したあとは，Hitachi Command Suite製品のサービスを再起動してください。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

次の場所に格納されているテンプレートファイル（mail-alert-detection.txt）を，テキストエディターで編集します。

Windowsの場合：

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config

SolarisまたはLinuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config

デフォルトのmail-alert-detection.txtファイルを次に示します。

mail-alert-detection.txtファイルは，次に示す条件をすべて満たすようにしてください。条件を満たさない場合，デフォルトの設定内容でEメールが送信されます。

ファイル名およびファイルの格納先は変更しないでください。

1行目にヘッダー，2行目に空行，3行目以降に本文および出力するパラメーターを指定してください。

ヘッダーは「Subject:＜メールの件名＞」の形式で1つだけ指定してください。

パラメーターは「${＜パラメーター名＞}」の形式で指定してください。
パラメーター名は大文字と小文字が区別されます。

UTF-8 エンコーディングで記述してください。

ファイルサイズは64KB以内になるようにしてください。

各行の長さは改行文字を除いて1024バイト以内になるようにしてください。

mail-alert-detection.txtファイルに指定できるパラメーターを次の表に示します。

表6-12 mail-alert-detection.txtファイルに指定できるパラメーター

パラメーター名
説明

messageID
アラートID

alertType
アラートタイプ

source
ストレージシステム名

status
アラートの重要度

component
アラートが発生したストレージシステムの部位

description
問題の説明

recommendedAction
問題への対処方法

additionalInfo
補足情報

occurrenceTime
Device Managerサーバがアラート情報を取得した時刻
表示形式：yyyy/mm/dd hh:mm:ss
hhは24時間表示です。

関連項目

9.2 サービスの起動

9.3 サービスの停止

6.4 SNMPトラップをログファイルに出力するための設定

Device Manager では，ネットワーク上の機器で発生したSNMPトラップを受信し，ログファイルに出力します。Device Managerの管理対象のストレージシステムだけでなく，管理対象外の機器のSNMPトラップ（SNMP version1限定）もログファイルに出力できます。

受信したSNMPトラップは，次のログファイルに出力されます。

イベントログまたはsyslog

Hitachi Command Suite共通トレースログファイル（hntr2n.log）

Device Managerトレースログファイル（HDvMtracen.log）

トレースログファイル（trace.log）

エラーログファイル（error.log）※

注※

重要度が，Error，CriticalまたはAlertの場合だけ出力されます。SNMPトラップの重要度は，customizedsnmptrap.propertiesファイルのcustomizedsnmptrap.customizelistプロパティに指定します。

SNMPトラップの情報のうち，ログファイルには次の情報が出力されます。

トラップが受信されたことを示すメッセージID（プレフィックス：KAID）

送信元（agent）

Enterprise ID（enterprise）

一般トラップ番号（generic）

固有トラップ番号（specific）

JP1/IMなどの統合管理ソフトウェアと連携すると，Device Managerで管理するストレージリソースも含めたネットワークリソース全体の稼働状況を一元的に監視できます。

関連項目

6.4.1 SNMPトラップをログファイルに出力するための設定

6.6 JP1/IMでログを参照するために必要な設定

A.1.1 Device Managerサーバのプロパティの変更

A.9.2 customizedsnmptrap.customizelist

この節の構成

6.4.1 SNMPトラップをログファイルに出力するための設定

6.4.1 SNMPトラップをログファイルに出力するための設定

SNMPトラップをDevice Managerで受信し，ログファイルに出力するためには，次の設定が必要です。

Device ManagerでSNMPトラップを受信するための設定※

管理サーバの162/udpポートをDevice Managerで使えるようにする

Device Managerサーバのserver.dispatcher.daemon.receiveTrapプロパティにtrueを設定する

SNMPトラップをDevice Managerに通知するための設定※

SNMP関連ソフトウェアで，トラップの通知対象マシンに管理サーバの情報を登録する
例えば，ストレージシステムのSNMPトラップを受信するためには，SNMP Agentでの設定が必要です。

SNMPトラップをログファイルに出力するための設定

customizedsnmptrap.customizedSNMPTrapEnableプロパティにtrueを設定する

customizedsnmptrap.customizelistプロパティにログファイルへの出力内容を設定する

注※　この設定は，SNMPトラップをアラートとしてDevice Manager GUI/CLIに表示する設定と同じです。

上記の設定が完了すると，Device Managerサーバは，すべてのコミュニティのSNMPトラップを受信してログファイルに出力します。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.5.5 server.dispatcher.daemon.receiveTrap

A.9.1 customizedsnmptrap.customizedSNMPTrapEnable

A.9.2 customizedsnmptrap.customizelist

6.5 イベント通知を使用するために必要な設定

Tiered Storage Managerでは，マイグレーションやシュレッディングのタスク終了などユーザー操作とは異なるタイミングで発生する事象（イベント）の実行結果をメールでユーザーに通知できます。メールで通知できるイベントを次の表に示します。

表6-13 メールで通知できるTiered Storage Managerのイベント

イベント | 説明
マイグレーションタスク終了 | マイグレーションタスクの成功終了，失敗終了，または中止終了時に発生するイベント
シュレッディングタスク終了 | Tiered Storage Manager CLIで作成したシュレッディングタスクの成功終了，失敗終了，または中止終了時に発生するイベント
ロッキングタスク終了 | Tiered Storage Manager CLIで作成したロッキングタスクの成功終了，失敗終了，または中止終了時に発生するイベント
アンロッキングタスク終了 | Tiered Storage Manager CLIで作成したアンロッキングタスクの成功終了，失敗終了，または中止終了時に発生するイベント
ボリュームロック期限満了 | Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで作成したマイグレーショングループに含まれるボリュームの，ボリュームロック期限が満了したときに発生するイベント
指定期間経過 | Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで作成したマイグレーショングループに対してユーザーが任意の期間（GUI：日付指定，CLI：日数指定）を設定し，その期間が経過したときに発生するイベント

通知先のメールアドレスの設定によって，通知対象となるイベントの範囲が次のように異なります。

タスク作成時に設定する
GUIまたはCLIでマイグレーションやシュレッディングなどのタスクを作成する際にメールアドレスを設定しておくと，そのタスクの実行結果がユーザーに通知されるようになります。

server.propertiesファイルに設定する
server.propertiesファイルのserver.eventNotification.mail.toプロパティにメールアドレスを設定しておくと，Tiered Storage Managerに関する全イベントの実行結果がユーザーに通知されるようになります。

マイグレーショングループ作成時に設定する
Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIでマイグレーショングループを作成する際にメールアドレスを設定しておくと，そのマイグレーショングループに関する全イベントの実行結果がユーザーに通知されるようになります。

それぞれの設定は独立しています。例えば，server.propertiesファイルおよびマイグレーションタスク作成時に同一のメールアドレスを設定した場合，マイグレーションタスクが終了した際には，同じ内容のメールが2通送信されます。

この節の構成

6.5.1 イベント通知のためのプロパティの設定

6.5.2 イベント通知テンプレートの編集

6.5.3 SMTP認証ユーザーの設定

6.5.1 イベント通知のためのプロパティの設定

Tiered Storage Managerに関するイベントの実行結果がメール通知されるようにするためには，Device Managerサーバのserver.propertiesファイルの次のプロパティにSMTPサーバの情報や通知元のメールアドレスなどを設定します。

server.mail.enabled

server.mail.from

server.mail.smtp.host

server.mail.smtp.port

server.mail.smtp.auth

server.mail.errorsTo

server.eventNotification.mail.to

参考

Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで実行したタスクについて通知する場合，Tiered Storage Managerサーバのserver.propertiesファイルにある次のプロパティに設定が必要です。

server.mail.from

server.mail.smtp.host

server.mail.smtp.port

server.mail.smtp.auth

server.mail.errorsTo

server.eventNotification.mail.to

server.eventMonitoringIntervalInMinute

6.5.2 イベント通知テンプレートの編集

ユーザーにメールで通知する内容は，テンプレートファイルに設定されています。必要に応じてテンプレートファイルを編集し，項目の通知有無を変更できます。

テンプレートファイルは，イベントごとにあります。イベント別のテンプレートファイルを次の表に示します。

表6-14 イベント通知メールのテンプレート

分類
イベント名
テンプレートファイル名

タスク終了
マイグレーションタスク終了

［データマイグレーション］ウィザードで作成するマイグレーションタスクの場合※1
Windowsの場合：
＜Device Manager サーバのインストールフォルダ＞¥HiCommandServer¥config¥mail-migrationtask-end.txt
SolarisまたはLinuxの場合：
＜Device Manager サーバのインストールディレクトリ＞/HiCommandServer/config/mail-migrationtask-end.txt

Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで作成するマイグレーションタスクの場合※2
Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥mail-migrationtask-end.txt
SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/mail-migrationtask-end.txt

シュレッディングタスク終了※2

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥mail-shreddingtask-end.txt

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/mail-shreddingtask-end.txt

ロッキングタスク終了※2

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥mail-lockingtask-end.txt

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/mail-lockingtask-end.txt

アンロッキングタスク終了※2

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥mail-unlockingtask-end.txt

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/mail-unlockingtask-end.txt

時間経過
ボリュームロック期限満了※2

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥mail-retention-term-expired.txt

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/mail-retention-term-expired.txt

指定期間経過※2

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥mail-migrationgroup-reminder.txt

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/mail-migrationgroup-reminder.txt

注※1

テンプレートファイルのひな形は次の場所に格納されています。

Windowsの場合：
＜Device Manager サーバのインストールフォルダ＞¥HiCommandServer¥template

SolarisまたはLinuxの場合：
＜Device Manager サーバのインストールディレクトリ＞/HiCommandServer/template

注※2

テンプレートファイルのひな形は次の場所に格納されています。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥template

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/template

テンプレートに，イベントの種類に応じたパラメーターを指定することで，イベントの情報をメールに埋め込みます。

マイグレーションタスク終了のテンプレート（mail-migrationtask-end.txt）を例に，記述方法を次に示します。

テンプレートファイルは，次に示す条件をすべて満たすように設定してください。

1行目にはヘッダー，2行目には空行を指定し，3行目以降に本文を指定してください。

ヘッダーは「Subject:＜メールの件名＞」の形式で1つだけ指定してください。

パラメーターは「${＜パラメーター名＞}」の形式で指定してください。

テンプレートファイルは，UTF-8エンコーディングで記述してください。

テンプレートファイルのサイズは，64KB以内になるようにしてください。

テンプレートファイルの各行の長さは，改行文字を除いて1024バイト以内になるようにしてください。

重要

このテンプレートファイルの変更を有効にするには，Hitachi Command Suite製品のサービスを再起動してください。

テンプレートに設定できるパラメーターは，イベントによって異なります。それぞれのパラメーターを 「表6-15 タスク終了イベントのパラメーター（［データマイグレーション］ウィザードで作成するマイグレーションタスク）」から「表6-17 時間経過イベントのパラメーター」に示します。

表6-15 タスク終了イベントのパラメーター（［データマイグレーション］ウィザードで作成するマイグレーションタスク）

パラメーター名 | 説明
task | タスク名
taskType | タスクの種類
status | タスクの状態
description | タスクの説明
user | タスク作成者のユーザID
scheduledTime | タスクの実行要求日時
completedTime | タスクの実行終了日時
storageSystem | ストレージシステム名
migrationSourceHost | マイグレーションソース：Host
migrationSourceLG | マイグレーションソース：Logical Group
migrationSourcePool | マイグレーションソース：Pool
migrationTargetTier | マイグレーションターゲット：Tier
migrationTargetPool | マイグレーションターゲット：Pool
options | オプション
migratedVolumes | マイグレーションされたボリュームの デバイス番号

表6-16 タスク終了イベントのパラメーター（Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで作成するタスク）

パラメーター名 | 説明
taskId | タスクID
taskType | タスクの種類
taskStatus | タスクの状態
taskOwner | タスク作成者のユーザーID
executionRequestTime | タスクの実行要求日時
endTime | タスクの実行終了日時
storageDomainName | ストレージドメイン名
migrationGroupName | マイグレーショングループ名
previousTargetStorageTierName | 前回のマイグレーションの移動先ストレージ階層名
targetStorageTierName | 移動先ストレージ階層名
eraseData | マイグレーション後のデータ消去有無
migratedVolumes | マイグレーションおよびデータ消去されたボリュームのデバイス番号
shreddingMethod | シュレッディング方式
shreddedVolumes | シュレッディングされたボリュームのデバイス番号
guardMode | ロックモード
retentionDays | 保持期間（日数）
lockedVolumes | ロックされたボリュームのデバイス番号
unlockedVolumes | アンロックされたボリュームのデバイス番号
moveToMigrationGroupName | タスク完了後の移動先マイグレーショングループ名

表6-17 時間経過イベントのパラメーター

パラメーター名 | 説明
storageDomainName | ストレージドメイン名
migrationGroupName | マイグレーショングループ名
expiredVolumes | 期限が切れたボリュームのデバイス番号
remindAt | 期間経過イベント発生予定日時
reminderDescription | 期間経過イベント発生時の説明文

関連項目

9.2 サービスの起動

9.3 サービスの停止

各イベントのパラメーターの詳細について：マニュアル「Hitachi Command Suite Tiered Storage Manager Software CLI リファレンスガイド」

6.5.3 SMTP認証ユーザーの設定

イベント通知機能を使用する場合，SMTPサーバに接続します。接続時にSMTP認証を使用する場合は，hdvmmodmailuserコマンドでDevice Managerサーバに認証用のユーザーアカウントを設定する必要があります。

参考

Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで実行したタスクについて通知する場合，htsmmodmailuserコマンドでTiered Storage Managerサーバに認証用のユーザーアカウントを設定する必要があります。

この項の構成

(1) hdvmmodmailuserコマンド

(2) htsmmodmailuserコマンド

(1) hdvmmodmailuserコマンド

hdvmmodmailuserコマンドを使用したSMTP認証ユーザーの設定は，アラートおよびヘルスチェック結果のEメール通知と同じです。アラートまたはヘルスチェック結果のEメール通知でSMTP認証ユーザーを設定した場合は，ここでの設定は不要です。

hdvmmodmailuserコマンドの記述形式を次に示します。

形式

Windowsの場合：

＜Device Manager サーバのインストールフォルダ＞¥HiCommandServer¥tools¥hdvmmodmailuser.bat -u ＜Device ManagerのユーザーID＞ -p ＜Device Managerのパスワード＞ ＜SMTP認証ユーザーID＞ [＜SMTP認証パスワード＞]

SolarisまたはLinuxの場合：

＜Device Manager サーバのインストールディレクトリ＞/HiCommandServer/tools/hdvmmodmailuser.sh -u ＜Device ManagerのユーザーID＞ -p ＜Device Managerのパスワード＞ ＜SMTP認証ユーザーID＞ [＜SMTP認証パスワード＞]

オプション

-u ＜Device ManagerのユーザーID＞

リソースグループとしてAll Resourcesが割り当てられ，Device ManagerのロールとしてAdminが設定されているユーザーIDを指定してください。

-p ＜Device Managerのパスワード＞

uオプションに指定した＜Device ManagerのユーザーID＞でDevice Managerにログインするときのパスワードを指定してください。

＜SMTP認証ユーザーID＞

SMTP認証に使用するユーザーIDを指定してください。

＜SMTP認証パスワード＞

SMTPサーバにログインするときのパスワードを指定してください。

注意

Device ManagerサーバでSMTP認証の設定を有効にしても，SMTP認証ユーザーを登録していない場合，SMTP認証を使用しないで，メールが送信されます。

Device Managerサーバに設定できるSMTP認証ユーザーは，1つだけです。コマンドを実行するたびに，設定されているSMTP認証ユーザーの情報は更新されます。

Device Managerサーバで設定したSMTP認証ユーザーの情報は削除できません。

なお，hdvmmodmailuserコマンドで設定した内容を有効にするためには，hdvmmodmailuserコマンドを実行したあと，Hitachi Command Suite製品のサービスを再起動する必要があります。

関連項目

9.2 サービスの起動

9.3 サービスの停止

(2) htsmmodmailuserコマンド

htsmmodmailuserコマンドは，次の場所に移動してから実行してください。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥bin

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/bin

htsmmodmailuserコマンドの記述形式を次に示します。

形式

htsmmodmailuser -u ＜Tiered Storage ManagerのユーザーID＞ -p ＜Tiered Storage Managerのパスワード＞ ＜SMTP認証ユーザーID＞ ＜SMTP認証パスワード＞

オプション

-u ＜Tiered Storage ManagerのユーザーID＞

Device ManagerのリソースグループとしてAll Resourcesが割り当てられ，Tiered Storage ManagerのAdmin権限を持つユーザーIDを指定してください。

-p ＜Tiered Storage Managerのパスワード＞

uオプションに指定した＜Tiered Storage ManagerのユーザーID＞でTiered Storage Managerにログインするときのパスワードを指定してください。

＜SMTP認証ユーザーID＞

SMTP認証に使用するユーザーIDを指定してください。

＜SMTP認証パスワード＞

SMTPサーバにログインするときのパスワードを指定してください。

なお，htsmmodmailuserコマンドで設定した内容を有効にするためには，htsmmodmailuserコマンドを実行したあと，Hitachi Command Suite製品のサービスを再起動する必要があります。

注意

次の両方の条件に当てはまる場合，tcshまたはbashなどの257バイト以上のコマンドが入力できるシェルから実行してください。

SolarisまたはLinux上で稼働しているTiered Storage Managerからhtsmmodmailuserコマンドを実行する

コマンド長が256バイトを超える

関連項目

9.2 サービスの起動

9.3 サービスの停止

6.6 JP1/IMでログを参照するために必要な設定

Hitachi Command Suite製品では，Windows，Solaris（SPARC）およびRed Hat Enterprise Linuxの場合だけ，JP1/IMとの連携をサポートしています。

Device ManagerとTiered Storage Managerでは，管理サーバのイベントログ（Windowsの場合）またはsyslog（SolarisまたはLinuxの場合）に出力されたログ情報をJP1/IMの統合コンソールで参照できます。

この節の構成

6.6.1 管理サーバがWindowsの場合

6.6.2 管理サーバがSolarisまたはRed Hat Enterprise Linuxの場合

6.6.1 管理サーバがWindowsの場合

管理サーバがWindowsの場合のセットアップ手順は次のとおりです。各製品での手順の詳細については，JP1/IMおよびJP1/Baseのマニュアルを参照してください。

管理クライアントにJP1/IM - Viewをインストールしてください。

管理サーバにJP1/BaseとJP1/IM - Managerをインストールしてください。

JP1/Baseの環境設定をしてください。

イベントログに出力された情報のうち，どのログをJP1/IMの統合コンソールに通知するかをJP1/Baseの動作定義ファイル（ntevent.conf）に設定します。
JP1/Baseの動作定義ファイルは次の場所に格納してください。
＜JP1/Baseのインストールフォルダ＞¥conf¥event¥ntevent.conf

Device Managerの場合
Device Managerが出力するすべてのログをJP1/IMの統合コンソールに通知する場合，ntevent.confファイルに次の内容を追加してください。

filter "Application"
  message '.*KAID.*'
end-filter

Tiered Storage Managerの場合
Tiered Storage Managerが出力するすべてのログをJP1/IMの統合コンソールに通知する場合，ntevent.confファイルに次の内容を追加してください。

filter "Application"
message '.*KATS.*'
end-filter

JP1/Base EventlogTrapサービスを起動してください。

6.6.2 管理サーバがSolarisまたはRed Hat Enterprise Linuxの場合

管理サーバがSolarisまたはRed Hat Enterprise Linuxの場合のセットアップ手順は次のとおりです。各製品での手順の詳細については，JP1/IMおよびJP1/Baseのマニュアルを参照してください。

管理クライアントにJP1/IM - Viewをインストールしてください。

管理サーバにJP1/BaseとJP1/IM - Managerをインストールしてください。

JP1/Baseの環境設定をしてください。

syslogファイルに出力された情報のうち，どのログをJP1/IMの統合コンソールに通知するかをJP1/Baseの動作定義ファイル（jevlog.conf）に設定します。
動作定義ファイルは次の場所に格納してください。
/etc/opt/jp1base/conf/jevlog.conf

重要

syslogファイルのデフォルトは，Solarisの場合は/var/adm/messages，Red Hat Enterprise Linuxの場合は/var/log/messagesです。

動作定義ファイルの名称をjevlog.conf以外に変更することはできますが，その場合，jevlogstartコマンドでファイル名を指定する必要があります。詳細については，JP1/Baseのマニュアルを参照してください。

動作定義ファイルの作成例を次に示します。

Device Managerの場合（Solaris）

FILETYPE =SEQ
RECTYPE =VAR '¥n'
ACTDEF =<Error>0         ".*KAID.*-E"
ACTDEF =<Warning>0       ".*KAID.*-W"
ACTDEF =<Information>0   ".*KAID.*-I"

Device Managerの場合（Red Hat Enterprise Linux）

FILETYPE =SEQ2
ACTDEF =<Error>0 "KAID.*-E"
ACTDEF =<Warning>0 "KAID.*-W"
ACTDEF =<Information>0 "KAID.*-I"

Tiered Storage Managerの場合（Solaris）

FILETYPE =SEQ
RECTYPE =VAR '¥n'
ACTDEF =<Error>0 ".*KATS.*-E"
ACTDEF =<Warning>0 ".*KATS.*-W"
ACTDEF =<Information>0 ".*KATS.*-I"

Tiered Storage Managerの場合（Red Hat Enterprise Linux）

FILETYPE =SEQ2
ACTDEF =<Error>0 ".*KATS.*-E"
ACTDEF =<Warning>0 ".*KATS.*-W"
ACTDEF =<Information>0 ".*KATS.*-I"

<Error>，<Warning>，<Information>の横の数字はJP1/IMに通知する際のイベントIDを指定します。指定できる範囲については，JP1/Baseのマニュアルを参照してください。

jevlogstartコマンドを実行して，ログファイルトラップを起動してください。
Red Hat Enterprise Linuxでjevlogstartコマンドを実行したとき，標準出力に表示されたIDを控えておいてください。ログファイルトラップ機能を停止するために，そのIDを指定する必要があります。

（例）

# /opt/jp1base/bin/jevlogstart ＜syslogファイル＞

重要

ログファイルトラップを停止するには，jevlogstopコマンドを使用します。

7. CIM/WBEMのセットアップ

この章では，Device ManagerのCIM/WBEM機能のセットアップについて説明します。

この章の構成

7.1 CIM/WBEMとは

7.2 Device ManagerのCIM/WBEM機能

7.3 ネームスペースの指定方法

7.4 CIM/WBEM機能を使用するためのユーザーアカウント

7.5 CIM/WBEM機能を利用するための設定

7.6 CIM/WBEM機能でストレージシステムの性能情報を取得するための設定

7.7 SLPサービスの制御

7.1 CIM/WBEMとは

Device Managerは，標準化団体DMTFが定義したCIMおよびWBEMをサポートしています。CIMとは，ネットワーク環境にあるシステムを管理するための手法です。また，WBEMとは，ネットワークに接続されたホストやストレージシステムをはじめとした各種機器を，インターネットを通じて管理するための標準規格です。

Device Managerが使用するCIMモデルは，SNIAが提唱するSMI-S仕様に準拠していて，SNIA-CTPに適合しています。CIM/WBEM機能を使用すると，ベンダー，OS，プロトコルなどの環境の違いを意識しない標準的な手法で，ストレージシステムの構成や状態を管理できます。

Device ManagerサーバのCIMモデルは，Device Managerが使用するMOFファイルに定義されています。

図7-1 Device ManagerのCIMコンポーネント

CIMの関連情報は，次のURLで入手できます。

http://www.dmtf.org/

SMI-Sの関連情報は，次のURLで入手できます。

http://www.snia.org/

7.2 Device ManagerのCIM/WBEM機能

Device ManagerのCIM/WBEMを使用すると，SMI-Sで規定された次の機能を利用できます。

オブジェクト操作機能

Device Managerが準拠しているSMI-Sの仕様では，ストレージネットワークを構成するストレージシステム，仮想ストレージシステム，スイッチ，ホストなどの機器に対するインターフェースが規定されています。各機器を管理する上で管理サービスが提供する必要のある機能は，機器ごとにプロファイルとしてまとめられています。

Device ManagerのCIM/WBEM機能が対象とするプロファイルは，Arrayプロファイルとそのサブプロファイルです。Arrayプロファイルには，ストレージシステムに対するインターフェースが規定されています。

インディケーション通知機能

インディケーションは，CIMで定義されるイベント通知機能です。CIMサーバで発生したイベント（CIMインスタンスの生成や削除など）の情報を示すインディケーションインスタンスを，CIMクライアントに通知します。インディケーションの通知を受けるには，事前にインディケーションの送信先と送信条件をCIMサーバに登録する必要があります。登録方法については，SNIAのウェブサイトを参照してください。

Device Managerでは，次に示すイベントの発生を通知します。

ボリュームの作成

ボリュームの削除

LUNパスの割り当て

LUNパスの解除

サービスディスカバリー機能

Device Managerでは，SLP（Service Location Protocol）を用いたサービスディスカバリー機能を提供します。

SLPは， IETFで標準化が進められているプロトコルで，ネットワーク上で提供されているサービスを発見する仕組みを提供します。SLPについては，RFC2608を参照してください。

SLPのクライアントはサービスの種類を指定するだけで，利用できるサービスのアクセス情報（URLなど）やサービスの属性についての情報を取得できます。

Device Managerでは，Device ManagerサーバがSLPを用いてWBEMサービスの情報を通知します。

性能情報取得機能

Device Managerでは，ストレージシステムの性能情報として，次の情報を取得します。

ポートに関する情報
総I/O数
データ転送量

ボリュームに関する情報
総I/O数
データ転送量
読み込みI/O数
キャッシュヒットした読み込みI/O数
書き込みI/O数
キャッシュヒットした書き込みI/O数

7.3 ネームスペースの指定方法

Device Managerでは，バージョン1.1.0～1.5.0のSMI-Sに対応しています。Device Manager（CIMサーバ）に接続するために必要なネームスペースをCIMクライアントで指定します。

ネームスペースは，次の形式で指定できます。

SMI-Sのバージョンを指定する。
root/smis/smisxx（xxはバージョン番号の略）を指定します。
例えば，バージョン1.5.0を指定する場合，root/smis/smis15を指定します。
指定したSMI-Sのバージョンに準拠したネームスペースのうち，最新のネームスペースが選択されます。

「最新」という条件で指定する。
root/smis/currentを指定します。
最新のネームスペースが選択されます。

interopを指定する。
SMI-Sのバージョン1.3.0からは，ネームスペースinteropをサポートします。ネームスペースにinteropを指定すると，最新の管理サーバの情報を保持しているServer プロファイルが指定されます。このServerプロファイルを経由して，各ベンダーのネームスペースにアクセスし，Arrayプロファイルおよびサブプロファイルの情報を取得します。
interopでは，SMI-Sのバージョン1.3.0以降に記載されているqueryだけを，CIM_IndicationFilterのQueryプロパティに設定できます。

注意

05-80以前のバージョンのDevice Managerでサポートしていたdmxx（xxはバージョン番号の略）のネームスペースを指定する必要がある場合は，保守員に連絡してください。

表7-1 ネームスペースおよびSMI-Sのバージョンの対応

ネームスペース | SMI-Sのバージョン
smisxx | current | interop
smis11 | - | - | 1.1.0
smis12 | - | - | 1.2.0
smis13 | - | - | 1.3.0
smis14 | - | - | 1.4.0
smis15 | current | interop | 1.5.0

（凡例）　-：該当なし

7.4 CIM/WBEM機能を使用するためのユーザーアカウント

CIM/WBEM機能を使用するユーザーには，All Resourcesを割り当てておく必要があります。また，Device Managerでのロールによって，実行できるCIMメソッドが異なります。

表7-2 Device Managerでのロールと実行できるCIMメソッドの対応

Device Managerでのロール | CIMメソッド
Admin | Modify | View | Peer | サービスメソッド | CIMオペレーション
● | ● | ● | - | ○ | ○
- | ● | ● | - | ○ | ○
- | - | ● | - | × | ○
- | - | - | ● | × | ○

（凡例）

●：ロールあり

-：ロールなし

○：CIMメソッドを実行できる

×：CIMメソッドを実行できない

7.5 CIM/WBEM機能を利用するための設定

Hitachi Command Suiteの新規インストール時には，CIM/WBEM機能は利用できる状態になっています。CIM/WBEM機能を無効にしたあと，再度有効にするには，プロパティの変更やストレージシステムのリフレッシュが必要です。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Device Managerへのストレージシステムの登録
ストレージシステムを登録する際には，分割ストレージ管理者ではなく，ストレージシステム全体の管理者のアカウントを使用してください。

ポート番号の確認
Device ManagerのCIM/WBEM機能が使用するポート番号をほかのプログラムが使用していないか確認してください。同じポートを使用しているプログラムがある場合，どちらかのプログラムのポート番号を変更してください。

CIMOMの停止（Solarisの場合）
Solarisをインストールすると，CIMOMがシステムに組み込まれます。CIMOMが動作しているとCIM/WBEMの起動に失敗することがあるため，次のコマンドを実行して停止してください。
# /etc/init.d/init.wbem stop
また，CIMOMが自動起動しないようにinittabから削除してください。

SLPデーモンのインストールの確認（Solarisの場合）
pkginfoコマンドやSolarisのGUIを使って，SUNWslprパッケージおよびSUNWslpuパッケージがインストールされていることを確認してください。

言語タグの設定（サービスディスカバリー機能を使用する場合）
CIMクライアントで，言語タグを英語（en）に設定してください。

CIM/WBEM機能を利用するには：

Device Managerサーバのserver.propertiesファイルにあるserver.cim.supportプロパティに，trueを指定します。

管理サーバのOSがSolarisの場合は，SLPデーモンの設定ファイルの名称を次のように変更して，システム起動時にSLPデーモンが自動的に起動するようにします。
変更前： /etc/inet/slp.conf.example
変更後： /etc/inet/slp.conf
そのあと，OSを再起動するか，SLPデーモンを起動してください。

Hitachi Command Suite製品のサービスを再起動します。
Virtual Storage Platform，Universal Storage Platform V/VMまたはHitachi USPに外部ストレージシステムが接続されている場合，Device Managerで管理しているLDEV数が多いと，サービスの起動処理に時間が掛かることがあります。

Device Manager GUI/CLIで，ストレージシステムをリフレッシュします。

注意

CIM/WBEM機能を無効にした状態でストレージシステムを削除した場合，手順3では，次の順序でサービスを再起動してください。
1. server.propertiesファイルのserver.logicalview.initialsynchroプロパティをtrueに変更する。
2. Hitachi Command Suite製品のサービスを再起動する。
3. server.propertiesファイルのserver.logicalview.initialsynchroプロパティをfalseに戻す。

Device Manager GUIでの設定操作で予約されたリソース（LDEV，パリティグループなど）に対して，CIM/WBEM経由で操作を行った場合，設定が変更されたり，リソースが削除されたりすることがあります。

関連項目

(2) Device Managerサーバで使用されるポート

7.7.2 SLPサービスの起動と停止

9.2 サービスの起動

9.3 サービスの停止

A.2.10 server.cim.support

A.2.16 server.logicalview.initialsynchro

この節の構成

7.5.1 CIM/WBEM機能で使用するポートの変更

7.5.1 CIM/WBEM機能で使用するポートの変更

CIM/WBEM 機能で使用するポート番号を変更する場合は，Device Managerサーバのプロパティファイルを編集します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

ポートを変更するには：

Hitachi Command Suite製品のサービスを停止します。

次に示すDevice Managerサーバのプロパティを編集して，ポート番号を設定します。

非SSL通信の場合
server.propertiesファイルのserver.cim.http.portプロパティおよびcimxmlcpa.propertiesファイルのHTTPPortプロパティ

SSL通信の場合
server.propertiesファイルのserver.cim.https.portプロパティおよびcimxmlscpa.propertiesファイルのHTTPSPortプロパティ
cimxmlscpa.propertiesファイルには，必ずCiphersプロパティも設定してください。

Hitachi Command Suite製品のサービスを起動します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

A.2.13 server.cim.http.port

A.2.14 server.cim.https.port

A.17.2 HTTPPort

A.17.3 HTTPSPort

7.6 CIM/WBEM機能でストレージシステムの性能情報を取得するための設定

ここでは，性能情報を取得するために必要なシステム構成および設定の手順について説明します。

この節の構成

7.6.1 CIM/WBEM機能で性能情報を取得する場合のシステム構成

7.6.2 エンタープライズクラスストレージの性能情報を取得するための設定

7.6.3 ミッドレンジストレージの性能情報を取得するための設定

7.6.1 CIM/WBEM機能で性能情報を取得する場合のシステム構成

CIM/WBEM機能で性能情報を取得する場合のシステム構成は，ストレージシステムの機種によって異なります。

図7-2 ストレージシステムの性能情報を収集する場合のシステム構成例

ストレージシステム

性能情報の取得対象となるストレージシステムです。

エンタープライズクラスストレージ（Virtual Storage Platform，Universal Storage Platform V/VMまたはHitachi USP）の性能情報は，ストレージシステム内のコマンドデバイスを利用して性能情報を収集するホスト（Device Managerエージェント）が情報を取得し，Device Managerサーバに通知します。

ミッドレンジストレージ（HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSまたはSANRISE9500V）の性能情報は，Device Managerサーバがストレージシステムから直接収集します。

性能情報を収集するホスト

エンタープライズクラスストレージ（Virtual Storage Platform，Universal Storage Platform V/VMまたはHitachi USP）の性能情報を取得する場合に必要です。Virtual Storage Platformの場合はバージョン7.0以降，Universal Storage Platform V/VMまたはHitachi USPの場合はバージョン5.9以降のDevice Managerエージェントをインストールする必要があります。

性能情報を収集するホストは，管理サーバと同一マシンとする運用を推奨します。

性能情報を収集するホストを管理サーバとは別のマシンとする場合，性能情報を収集するホストとして利用できるOSは，Windows，Solaris，Linuxだけです。HP-UXまたはAIXのホストでは性能情報を収集できません。

なお，Device Managerエージェントのhdvmagt_settingコマンドで一括管理構成の設定をしておくことを推奨します。

管理サーバ

バージョン5.9以降のDevice Managerサーバがインストールされ，CIM/WBEM機能が有効になっていることが必要です。

7.6.2 エンタープライズクラスストレージの性能情報を取得するための設定

エンタープライズクラスストレージ（Virtual Storage Platform，Universal Storage Platform V/VMまたはHitachi USP）の性能情報を取得するための設定について説明します。

この項の構成

(1) ストレージシステムで必要な設定

(2) 性能情報を収集するホストで必要な設定

(3) Device Managerサーバで必要な設定

(4) コマンドデバイスを登録する（perf_findcmddevコマンド）

(5) perf_cmddev.propertiesファイルの形式

(1) ストレージシステムで必要な設定

各ストレージシステムにコマンドデバイスを用意し，性能情報を収集するホストにLUNパスを割り当てて，性能情報を収集するホストにコマンドデバイスを認識させます。

なお，Virtual Storage PlatformまたはVP9500の性能情報を収集する場合は，認証モードが無効になっているコマンドデバイスをホストに認識させてください。

(2) 性能情報を収集するホストで必要な設定

Device Managerエージェントをインストールし，コマンドデバイスを登録します。

性能情報を収集するには：

Device ManagerエージェントおよびRAID Manager LIBをインストールします。
RAID Manager LIBは，Device Managerエージェントに同梱されています。ただし，ホストのOSがUNIXで，すでにホストにRAID Manager LIBがインストールされている場合，RAID Manager LIBは上書きされません。この場合は，次の表に示すバージョンのRAID Manager LIBをインストールしてください。

表7-3 性能情報を収集する場合のRAID Manager LIBの前提バージョン

ストレージシステム | バージョン
Virtual Storage Platform | 01-15-03/00以降
VP9500 | 01.15.00以降
Universal Storage Platform V/VM | 01-12-03/03以降
H20000/H24000 | 01.12.04以降
Hitachi USP | 01-12-03/03以降
H10000/H12000 | 01.12.04以降

Device Managerエージェントのhdvmagt_settingコマンドを実行して，一括管理構成の設定をします（推奨）。

perf_findcmddevコマンドを実行して，コマンドデバイスを登録します。

注意

Device Managerエージェントをバージョン6.3以前から，バージョン6.4以降に更新インストールした場合，perf_cmddev.propertiesファイルの設定は維持されます。SLPR環境でストレージシステムを使用している場合は，更新インストール後にperf_cmddev.propertiesファイルに定義されたSLPRのコマンドデバイスの情報を更新してください。

バージョン6.3以前のDevice Managerエージェントを使用している場合，SLPR環境でストレージシステムを使用するためには，perf_cmddev.propertiesファイルを直接編集してSLPRのコマンドデバイスを定義してください。

関連項目

(4) コマンドデバイスを登録する（perf_findcmddevコマンド）

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

Device Managerエージェントのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(3) Device Managerサーバで必要な設定

Device Managerサーバのserver.propertiesファイルにあるserver.cim.agentプロパティに，性能情報を収集するホスト（Device Managerエージェントをインストールしたマシン）のホスト名を指定します。

注意

server.cim.agentプロパティに設定したホスト名と，Device Managerに登録されているホスト名が一致していることを確認してください。一致していないと，性能情報を取得できません。

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.9 server.cim.agent

(4) コマンドデバイスを登録する（perf_findcmddevコマンド）

Device Managerエージェントでコマンドデバイスを登録するには，perf_findcmddevコマンドを実行します。コマンドデバイスを登録する場合は，writeオプションを指定します。

事前に完了しておく操作

Administrator 権限またはroot 権限のユーザーでのログイン

コマンドの形式

perf_findcmddev {write [-file ＜ファイル名＞]|verify|view}

コマンドの格納先

Windowsの場合：

＜Device Managerエージェントのインストールフォルダ＞¥bin

SolarisまたはLinuxの場合：

/opt/HDVM/HBaseAgent/bin

オプション

write [-file ＜ファイル名＞]

ホストが認識しているすべてのコマンドデバイスの情報を，ファイルに出力します。

-file ＜ファイル名＞を指定すると，コマンドデバイスの情報を，任意のファイルに出力します。ファイル名は絶対パスおよび相対パスで指定できます。-file ＜ファイル名＞を指定しない場合，perf_cmddev.propertiesファイルが上書きされます。

ホストが認識しているコマンドデバイスが検出されなかった場合，perf_cmddev.propertiesファイルには，何も出力されません。

verify

perf_cmddev.propertiesファイルで定義しているコマンドデバイスの情報と，ホストが認識しているコマンドデバイスの情報を照合します。ホストが複数のコマンドデバイスを認識している場合，各コマンドデバイスについて，実行結果を出力します。

perf_cmddev.propertiesファイルで定義済みのコマンドデバイスの情報と，ホストが認識しているコマンドデバイスの情報が一致している場合
The definition of the command device is valid.が表示されます。

perf_cmddev.propertiesファイルで定義済みのコマンドデバイスを，ホストが認識していない場合
メッセージKAIC28615-Wおよびホストが認識していないコマンドデバイスの情報が出力されます。

ホストが認識しているコマンドデバイスが，perf_cmddev.propertiesファイルに定義されていない場合
メッセージKAIC28616-Wおよび定義されていないコマンドデバイスの情報を出力します。
なお，perf_cmddev.propertiesファイルにバージョン6.3以前のフォーマットでコマンドデバイスの情報が定義されている場合，そのコマンドデバイスはSLPR0に属していると見なされます。

view

perf_cmddev.propertiesファイルに定義されているコマンドデバイスの情報を表示します。

perf_cmddev.propertiesファイルに認識できない値が定義されている場合や，書式に従って定義されていない行では，UNKNOWNが表示されます。コメント行または空白行は表示しません。また，perf_cmddev.propertiesファイルに値が定義されていない場合は，ヘッダーだけ表示されます。

出力例を次に示します。出力される内容は，perf_cmddev.propertiesファイルの設定項目と同じです。

Raid ID Serial# SLPR# LDEV# Device file name
R500    14050   0     345   ¥¥.¥PhysicalDrive3
R601    44332   1     456   ¥¥.¥Volume{xxxxxxx-xxxx-xxx-xxxxxxxx}
R501    UNKNOWN -     1045  ¥¥.¥PhysicalDrive10

関連項目

(5) perf_cmddev.propertiesファイルの形式

(5) perf_cmddev.propertiesファイルの形式

perf_cmddev.propertiesファイルを編集して，ストレージシステムのコマンドデバイスを定義できます。

perf_cmddev.propertiesファイルの格納先

Windowsの場合：

＜Device Managerエージェントのインストールフォルダ＞¥mod¥hdvm¥config

SolarisまたはLinuxの場合：

/opt/HDVM/HBaseAgent/mod/hdvm/config

perf_cmddev.propertiesファイルの書式

次の書式で，1行に1つのコマンドデバイスを定義してください。

バージョン6.4以降のDevice Managerエージェントを使用している場合：

＜RAID ID＞.＜シリアル番号＞.[＜SLPR番号＞.]＜LDEV番号＞: ＜deviceFileName＞

バージョン6.3以前のDevice Managerエージェントを使用している場合：

＜RAID ID＞.＜シリアル番号＞.＜LDEV番号＞: ＜deviceFileName＞

表7-4 perf_cmddev.propertiesファイルの設定項目

設定項目
設定内容

＜RAID ID＞
次のどれかを指定します。
R700：Virtual Storage PlatformまたはVP9500の場合
R600：Universal Storage Platform VまたはH24000の場合
R601：Universal Storage Platform VMまたはH20000の場合
R500：Hitachi USPまたはH12000の場合
R501：Hitachi NSC 55またはH10000の場合

＜シリアル番号＞
ストレージシステムのシリアル番号を10進数で指定します。

＜SLPR番号＞
コマンドデバイスが属するSLPRの番号を10進数で指定します。SLPRを構築していない場合は0を指定してください。
この項目は省略できます。省略した場合（バージョン6.3以前の書式で定義した場合）は，SLPRを構築していないものと見なされます。

＜LDEV番号＞
コマンドデバイスのCU:LDEV番号を10進数で指定します。

＜deviceFileName＞
ホストが認識しているコマンドデバイスの識別名（Physical Drive番号，VolumeGUID，またはデバイスファイル名）を次の形式で指定します。※

Windowsの場合：
¥¥.¥PhysicalDrivex
¥¥.¥Volume{＜GUID＞}

Solarisの場合：
/dev/rdsk/cxtxdxs2

Linuxの場合：
/dev/sdx

xは整数を示します。

注※

WindowsのPhysicalDrive番号で指定した場合，またはLinuxの場合，OSの再起動によってPhysicalDrive番号やデバイスファイル名が変更されることがあります。このため，OSの再起動後に，perf_findcmddevコマンドを実行して設定情報の確認，更新が必要です。Windowsの場合は，VolumeGUIDを指定すると，OSの再起動の影響を受けません。

バージョン6.3以前のDevice Managerエージェントを使用している場合，SLPR環境ですべてのSLPRの性能情報を取得するためには，perf_cmddev.propertiesファイルにSLPR0のコマンドデバイスを定義する必要があります。
同一ストレージシステム上のほかのSLPRのコマンドデバイスを複数定義する場合は，そのストレージシステムに関する定義の先頭行にSLPR0のコマンドデバイスを定義してください。次の例では，Hitachi USP（シリアル番号：14050）のSLPR0のコマンドデバイスとして，PhysicalDrive5（LDEV番号：345）を定義しています。

R600.44332.456: ¥¥.¥PhysicalDrive3
R500.14050.345: ¥¥.¥PhysicalDrive5
R500.14050.346: ¥¥.¥PhysicalDrive6
R500.14050.347: ¥¥.¥PhysicalDrive10
R501.89832.780: ¥¥.¥PhysicalDrive15

7.6.3 ミッドレンジストレージの性能情報を取得するための設定

ミッドレンジストレージ（HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSまたはSANRISE9500V）の性能情報を取得するための設定について説明します。

この項の構成

(1) ストレージシステムで必要な設定

(2) 性能情報を取得するユーザーアカウントの登録（hdvmmodpolluserコマンド）

(1) ストレージシステムで必要な設定

Device Manager GUIのElement Manager，Storage Navigator ModularまたはStorage Navigator Modular 2で，性能統計情報を採取するための設定が必要です。

関連項目

性能統計情報採取の設定方法：各ストレージシステムのマニュアル

(2) 性能情報を取得するユーザーアカウントの登録（hdvmmodpolluserコマンド）

ストレージシステムでAccount AuthenticationやPassword Protectionが有効になっている場合，性能情報取得中にストレージシステムがロックされ，ほかのユーザーがログインできなくなることがあります。Account Authenticationが有効になっている場合は，性能情報取得用のユーザーアカウントをストレージシステムとDevice Managerに登録すると，ストレージシステムをロックしないで性能情報を取得できます。

Device Managerに性能情報取得用のユーザーアカウントを登録するには，hdvmmodpolluserコマンドを実行します。

Device Managerに登録できるユーザーアカウントは1つだけです。別のユーザーアカウントを指定してhdvmmodpolluserコマンドを実行した場合は，以前の登録内容が上書きされます。

事前に完了しておく操作

参照権限だけを持つユーザーアカウントのストレージシステムへの登録
複数のストレージシステムの性能情報を取得する場合は，すべてのストレージシステムに同じユーザアカウントを登録してください。

コマンドの形式

Windowsの場合：

hdvmmodpolluser { -u ＜Device ManagerのユーザーID＞ -p ＜Device Managerのパスワード＞ ＜性能情報取得用のユーザーID＞ ＜性能情報取得用のパスワード＞| -d }

Solarisの場合：

hdvmmodpolluser.sh { -u ＜Device ManagerのユーザーID＞ -p ＜Device Managerのパスワード＞ ＜性能情報取得用のユーザーID＞ ＜性能情報取得用のパスワード＞| -d }

コマンドの格納先

Windowsの場合：

＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥tools

Solarisの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/tools

オプション

-u，-p

Device ManagerのユーザーIDおよびパスワードを指定します。指定するユーザーには，リソースグループとしてAll Resourcesが割り当てられ，Device ManagerのロールとしてAdminが設定されている必要があります。

＜性能情報取得用のユーザーID＞ ，＜性能情報取得用のパスワード＞

ストレージシステムに登録した，参照権限だけを持つユーザーアカウントのユーザーIDおよびパスワードを指定します。

-d

Device Managerに登録済みのユーザー情報を削除します。

7.7 SLPサービスの制御

サービスディスカバリー機能を使用する場合のSLPサービス（またはSLPデーモン）の制御方法を説明します。なお，SLPサービス（またはSLPデーモン）には，CIM/WBEM機能で使用するポートがデフォルトで登録されます。

この節の構成

7.7.1 サービスディスカバリー機能を使用する場合の前提ソフトウェア

7.7.2 SLPサービスの起動と停止

7.7.3 SLPサービスの解除

7.7.4 OpenSLPのログに関する注意事項

7.7.1 サービスディスカバリー機能を使用する場合の前提ソフトウェア

WindowsまたはRed Hat Enterprise Linuxの場合：

OpenSLP 1.0.11

OpenSLPは，Device Managerに同梱されているため，Device Managerをインストールすると，必要なファイルがコピーされます。OpenSLPの詳細については，OpenSLPのウェブサイト（http://www.openslp.org/）を参照してください。

Solarisの場合：

SUNWslprパッケージおよびSUNWslpuパッケージ

Solarisをインストールすると，必要なパッケージがインストールされます。SUNWslprパッケージおよびSUNWslpuパッケージの詳細については，Oracle社のウェブサイト（http://docs.sun.com/）を参照してください。

SUSE Linux Enterprise Serverの場合：

OpenSLP 1.2.0

OpenSLPは，SUSE Linux Enterprise Serverシステムに付属します。OpenSLPの詳細については，Novell社のウェブサイト（http://www.novell.com/）を参照してください。

7.7.2 SLPサービスの起動と停止

ここでは，SLPサービス（またはSLPデーモン）の起動および停止方法を説明します。

この項の構成

(1) SLPサービスの起動と停止（Windows）

(2) SLPデーモンの起動と停止（Solaris）

(3) SLPデーモンの起動と停止（Red Hat Enterprise Linux）

(4) SLPデーモンの起動と停止（SUSE Linux Enterprise Server）

(1) SLPサービスの起動と停止（Windows）

事前に完了しておく操作

Administrator権限でのログイン

SLPサービスの起動

次のどちらかを行ってください。

［管理ツール］－［サービス］から，［Service Location Protocol］を選んで開始操作をする。

コマンドプロンプトを起動して，OpenSLPの実行形式のファイルがあるフォルダに移動し，次のコマンドを実行する。

slpd -start

SLPサービスの停止

次のどちらかを行ってください。

［管理ツール］－［サービス］から，［Service Location Protocol］を選んで停止操作をする。

コマンドプロンプトを起動して，OpenSLPの実行形式のファイルがあるフォルダに移動し，次のコマンドを実行する。

slpd -stop

(2) SLPデーモンの起動と停止（Solaris）

事前に完了しておく操作

root権限でのログイン

SLPデーモンの起動

次のコマンドを実行してください。

# /etc/init.d/slpd start

SLPデーモンの停止

次のコマンドを実行してください。

# /etc/init.d/slpd stop

注意

/etc/init.d/slpd stopコマンドを実行してもSLPデーモンが正常に停止しない場合は，次の手順を実行してください。

/etc/inet/slp.confファイルの名前を/etc/inet/slp.conf.exampleに戻す。
このとき，/etc/inet/slp.confファイルを残しておかないでください。

Solarisを再起動する。

(3) SLPデーモンの起動と停止（Red Hat Enterprise Linux）

事前に完了しておく操作

root権限でのログイン

SLPデーモンの起動

次のコマンドを実行してください。

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/wsi/bin/slpd.sh start

SLPデーモンの停止

次のコマンドを実行してください。

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/wsi/bin/slpd.sh stop

(4) SLPデーモンの起動と停止（SUSE Linux Enterprise Server）

事前に完了しておく操作

root権限でのログイン

SLPデーモンの起動

次のコマンドを実行してください。

# /usr/sbin/rcslpd start

SLPデーモンの停止

次のコマンドを実行してください。

# /usr/sbin/rcslpd stop

7.7.3 SLPサービスの解除

Hitachi Command Suite製品のアンインストール時，SLPサービス（またはSLPデーモン）の解除が必要になる場合があります。

次のようなメッセージが表示された場合，SLPサービスを手動で解除してください。

SLP サービスの解除に失敗しましたが，アンインストールを続行します。アンインストールしたあと，SLP サービスを解除してください。

Unable to release the SLP service, but the removal will continue. After the removal, release the SLP service.

この項の構成

(1) SLPサービスの解除（Windows）

(2) SLPデーモンの解除（Solaris）

(3) SLPデーモンの解除（Linux）

(1) SLPサービスの解除（Windows）

事前に完了しておく操作

Administrator 権限でのログイン

SLPサービスを解除するには：

コマンドプロンプトを起動して，OpenSLPの実行形式のファイルがあるフォルダに移動します。

次のコマンドを実行します。

slpd -remove

(2) SLPデーモンの解除（Solaris）

事前に完了しておく操作

root 権限でのログイン

SLPデーモンを解除するには：

次のどちらかの方法を実行します。

/etc/init.d/slpdを削除する，またはリネームする。

/etc/inet/slp.confを削除する，またはリネームする。

(3) SLPデーモンの解除（Linux）

事前に完了しておく操作

root 権限でのログイン

SLPデーモンを解除するには：

SLPデーモンを停止します。

/etc/init.d/slpdがある場合は，次のコマンドを実行して削除します。

# chkconfig --level 01345 slpd off
# chkconfig --del slpd
# rm -f /etc/init.d/slpd

7.7.4 OpenSLPのログに関する注意事項

SLPサービス（またはSLPデーモン）のログ出力は単純増加のため，長期間運用するとディスクスペースを圧迫するおそれがあります。ログファイルを定期的にバックアップして，クリアーしてください。デフォルトでは，SLPサービス（またはSLPデーモン）の起動メッセージだけがログファイルに出力されます。

Windowsの場合：

%WINDIR%slpd.log

%WINDIR%には，Windowsの環境変数WINDIR（通常は，C:¥WINNT¥）の値が入ります。

Linuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/wsi/cfg/slp.log

8. クラスタ環境でのセットアップ

Hitachi Command Suite製品では，2台の管理サーバをActive-standby構成でクラスタリングできます。クラスタリングすることでHitachi Command Suite製品の可用性を向上できます。

ここでは，Hitachi Command Suite製品をクラスタ環境で運用する場合のセットアップ方法について説明します。

この章の構成

8.1 管理サーバの環境の確認

8.2 Windowsでのセットアップ

8.3 Solarisでのセットアップ

8.1 管理サーバの環境の確認

管理サーバの環境によって，セットアップ方法が異なります。次の表を参照して，管理サーバの環境に応じたセットアップを開始してください。

表8-1 管理サーバの環境ごとのセットアップ方法

管理サーバの環境
参照先

Windows
Solaris

管理サーバが
クラスタ環境
Device Managerがインストールされていない
8.2.1 新規インストール（Windows）
8.3.1 新規インストール（Solaris）

Device Managerがインストールされている
8.2.2 アップグレードまたは上書きインストール（Windows）
8.3.2 アップグレードまたは上書きインストール（Solaris）

管理サーバが
非クラスタ環境
Device Managerがインストールされていない※
8.2.3 クラスタ環境への変更（Windows）
8.3.3 クラスタ環境への変更（Solaris）

Device Managerがインストールされている
8.2.3 クラスタ環境への変更（Windows）
8.3.3 クラスタ環境への変更（Solaris）

注※

事前にDevice Managerの新規インストールが必要です。

クラスタ環境をセットアップする際には，データベースの再作成およびバックアップをすることになります。管理サーバ上に次の空き容量があることを確認してください。

データベースの再作成先に必要な空き容量：
＜Hitachi Command Suite共通コンポーネントのデータベース容量＞＋＜Device Managerサーバと同一ホストにインストールされているDevice Managerサーバを含むすべてのHitachi Command Suite製品のデータベース容量＞

データベースのバックアップに必要な空き容量：
（＜バックアップ対象となるHitachi Command Suite製品のデータベースサイズの総和＞＋1GB）×2
Device Manager，Tiered Storage Manager，Replication ManagerおよびHitachi Command Suite共通コンポーネントのデータベースの容量については，データベースファイルの格納先ディレクトリの容量をデータベースのサイズとしてください。ほかのHitachi Command Suite製品のデータベースの容量については，各製品のマニュアルを参照してください。

注意

クラスタを構成するすべてのノードは，同じディスク構成にして，Hitachi Command Suite製品のインストール先（ドライブ文字やパス名など）も同じにする必要があります。

インストール後に，Hitachi Command Suite製品の設定を変更する場合には，すべてのノードに同一の設定を実施してください。

ここでは，クラスタ化するサービスの集まり（サービスのフェールオーバーの単位）をリソースグループと呼びます。

関連項目

Hitachi Command Suite製品のインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

8.2 Windowsでのセットアップ

ここでは，管理サーバのOSがWindowsの場合に，Microsoft Cluster ServiceまたはWindows Server Failover Clusteringを利用してクラスタ環境をセットアップする手順について説明します。

この節の構成

8.2.1 新規インストール（Windows）

8.2.2 アップグレードまたは上書きインストール（Windows）

8.2.3 クラスタ環境への変更（Windows）

8.2.4 アンインストール（Windows）

8.2.1 新規インストール（Windows）

ここでは，クラスタ構成の管理サーバにHitachi Command Suiteを新規インストールする方法を説明します。

注意

クラスタ環境のセットアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。セットアップ中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) 実行系ノードでの手順

(2) 待機系ノードでの手順

(3) Microsoft Cluster Serviceの設定

(4) Microsoft Cluster Serviceに登録するリソースの値

(5) Windows Server Failover Clusteringの設定

(6) Windows Server Failover Clusteringに登録するリソースのプロパティ

(1) 実行系ノードでの手順

実行系ノードにHitachi Command Suiteを新規インストールする場合の手順を次に示します。

クラスタ管理IPアドレスと共有ディスクをオンラインにします。

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，Hitachi Command Suite製品のサービスおよびリソースグループをクラスタの管理対象から外します。

注意

次に示すリソースは管理対象から外さないでください。

共有ディスク

クラスタ管理IPアドレス

論理ホスト名

実行系ノードにHitachi Command Suiteを新規インストールします。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，次の条件に従ってください。

共有ディスクをアクセスできる状態にしたあとで，データベースの格納先に共有ディスク上のパスを指定する。

管理サーバのIPアドレスに論理ホスト名（クラスタ管理IPアドレスに割り当てられた仮想のホスト名）を指定する。

ほかのHitachi Command Suite製品でクラスタ環境が構築されていない場合は，次の条件に従ってください。

データベースの格納先に，ローカルディスク上のパスを指定する。

管理サーバのIPアドレスに，実行系ノードのIPアドレスを指定する。

使用する製品のライセンスをGUIで登録します。
実行系ノードのIPアドレスにアクセスしてください。
インストールする製品ごとに，ライセンスキーの入力が必要です。

GUIを起動するためのURLを論理ホスト名に変更します。
次のコマンドを実行して，論理ホスト名になっているかを確認します。

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgurl /print

論理ホスト名が指定されていない場合，次のコマンドを実行してURLを変更します。

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgurl /change http://＜実行系ノードのIPアドレスまたはホスト名※＞:＜ポート番号＞ http://＜論理ホスト名＞:＜ポート番号＞

注※　インストール時に入力した値を指定します。

テキストエディターを使って，クラスタ設定ファイルを作成します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。

mode=online
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

作成したファイルは，cluster.confというファイル名で，＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥confに格納します。

注意

modeにはonlineを指定してください。

virtualhost，onlinehost，standbyhostにはIPアドレスは指定できません。ホスト名からIPアドレスの名前解決ができることを確認してください。

virtualhostに指定する論理ホスト名には，有効でアクセスできるIPアドレスが割り当てられている必要があります。

server.propertiesファイルを開き，server.http.hostプロパティに論理ホスト名が指定されていることを確認します。
論理ホスト名が指定されていない場合は，論理ホスト名に変更してください。
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥server.properties

データベースを共有ディスクに移行します。
その方法を手順9～手順11で説明します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，データベースを共有ディスクに移行する手順は不要です。手順12に進んでください。

次のコマンドを実行して，新規インストール後のデータベースをバックアップします。
障害が発生した場合に備えて，データベースをバックアップしておくことをお勧めします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbackups /dir ＜バックアップファイルの格納先フォルダ＞ /auto

dir

データベースのバックアップファイルを格納するローカルディスク上のフォルダを絶対パスで指定します。

dirオプションに指定するフォルダが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先フォルダにdatabaseというフォルダが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

HiRDBが使用するポートをデフォルト（23032/tcp）以外のポートに変更して運用している場合は，使用しているポート番号を控えておきます。

次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbclustersetup /createcluster /databasepath ＜データベースの再作成先フォルダ＞ /exportpath ＜データベースの退避先フォルダ＞ /auto

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

データベースの再作成先フォルダを指定します。共有ディスク上のフォルダを，63バイト以内の絶対パスで指定してください。

パスに使用できる文字を次に示します。そのほかに，円記号（¥），コロン（:）およびスラント（/）をパスの区切り文字として使用できます。

A～Z a～z 0～9 . _

exportpath

データベースの退避先フォルダを指定します。ローカルディスク上のフォルダを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

注意

hcmdsdbclustersetupコマンドを実行すると，HiRDBが使用するポート番号の設定がデフォルト値（23032/tcp）に戻ります。

＜データベースの退避先フォルダ＞がすでにある場合は，フォルダの中を空にするか，フォルダを削除してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmdsdbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

［サービス］ウィンドウで次のプロパティを開き，［スタートアップの種類］を［自動］から［手動］に変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループを選択し，右クリックメニューで待機系ノードに移動します。

関連項目

9.4 サービスの稼働状態の確認

クラスタの管理対象から外す必要のあるサービスおよびリソースグループについて：各Hitachi Command Suite製品のマニュアル

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(2) 待機系ノードでの手順

待機系ノードにHitachi Command Suiteを新規インストールする場合の手順を次に示します。

待機系ノードにHitachi Command Suiteを新規インストールします。
インストールの際には，次の条件に従ってください。

インストール先を実行系ノードと同じにしてください。

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，管理サーバのIPアドレスに論理ホスト名（クラスタ管理IPアドレスに割り当てられた仮想のホスト名）を指定してください。ほかのHitachi Command Suite製品でクラスタ環境が構築されていない場合は，待機系ノードのIPアドレスまたはホスト名を指定してください。

使用する製品のライセンスをGUIで登録します。
待機系ノードのIPアドレスにアクセスしてください。
インストールする製品ごとに，ライセンスキーの入力が必要です。

テキストエディターを使って，クラスタ設定ファイルを作成します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。
クラスタ設定ファイルに指定する項目は次のとおりです。

mode=standby
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

作成したファイルは，cluster.confというファイル名で，＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥confに格納します。

注意

modeにはstandbyを指定してください。

virtualhost，onlinehost，standbyhostにはIPアドレスは指定できません。ホスト名からIPアドレスの名前解決ができることを確認してください。

virtualhostに指定する論理ホスト名には，有効でアクセスできるIPアドレスが割り当てられている必要があります。

server.propertiesファイルを開き，server.http.hostプロパティに論理ホスト名が指定されていることを確認します。
論理ホスト名が指定されていない場合は，論理ホスト名に変更してください。
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥server.properties

共有ディスク上のデータベースを使用するように設定を変更します。
その方法を手順6～手順7で説明します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，共有ディスク上のデータベースを使用するように設定を変更する手順は不要です。手順8に進んでください。

HiRDBが使用するポートをデフォルト（23032/tcp）以外のポートに変更して運用している場合は，使用しているポート番号を控えておきます。

次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbclustersetup /createcluster /databasepath ＜データベースの再作成先フォルダ＞ /exportpath ＜データベースの退避先フォルダ＞ /auto

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

データベースの再作成先フォルダを指定します。実行系ノードで指定した＜データベースの再作成先フォルダ＞と同じフォルダを指定してください。

パスに使用できる文字を次に示します。そのほかに，円記号（¥），コロン（:）およびスラント（/）をパスの区切り文字として使用できます。

A～Z a～z 0～9 . _

exportpath

データベースの退避先フォルダを指定します。ローカルディスク上のフォルダを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

注意

hcmdsdbclustersetupコマンドを実行すると，HiRDBが使用するポート番号の設定がデフォルト値（23032/tcp）に戻ります。

＜データベースの退避先フォルダ＞がすでにある場合は，フォルダの中を空にするか，フォルダを削除してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmdsdbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

［サービス］ウィンドウで次のプロパティを開き，［スタートアップの種類］を［自動］から［手動］に変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

関連項目

9.4 サービスの稼働状態の確認

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(3) Microsoft Cluster Serviceの設定

Microsoft Cluster Serviceのリソースグループに，Device ManagerおよびTiered Storage Managerのリソースを登録します。

Microsoft Cluster Serviceの設定をする前に，次の作業を実施してください。

クラスタ化するサービスの集まり（サービスフェールオーバーの単位）であるクラスタグループ（リソースグループ）を用意してください。

実行系と待機系で引き継ぎ可能な共有ディスクとクラスタ管理IPアドレスを含めてリソースグループを構成してください。

リソースの割り当て，削除および動作監視がMicrosoft Cluster Serviceによって正常に制御できることを確認してください。

すでに，ほかのHitachi Command Suite製品が登録されているリソースグループがあれば，そのリソースグループを使用してください。
リソースグループは，Hitachi Command Suite製品に関連するリソースだけで構成してください。

Microsoft Cluster Serviceを設定するには：

クラスタ管理アプリケーションで［新規作成］―［リソース］を選択し，表示される各ダイアログで，「表8-2 HiRDBをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）」～「表8-7 Tiered Storage Managerサーバをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）」に示す値を指定します。

設定が完了したら，クラスタ管理アプリケーションで，リソースを追加したリソースグループをオンラインにします。

(4) Microsoft Cluster Serviceに登録するリソースの値

Microsoft Cluster ServiceにDevice ManagerおよびTiered Storage Managerのリソースを登録する場合は，次の表に示す値を設定してください。

表8-2 HiRDBをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）

ダイアログ名
設定

［新しいリソース］
［名前］：HiRDB/ClusterService _HD0（任意）
［リソースの種類］：汎用サービス

［実行可能な所有者］
実行系ノードと待機系ノードが追加されていることを確認します。

［依存関係］
共有ディスクのドライブ，およびネットワーク名を登録します。

［汎用サービスパラメータ］
［サービス名］：HiRDBClusterService_HD0
［起動パラメータ］：何も指定しません。

［レジストリ　レプリケーション］
何も指定しません。

表8-3 HBase Storage Mgmt Common Serviceをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）

ダイアログ名
設定

［新しいリソース］
［名前］：HBase Storage Mgmt Common Service（任意）
［リソースの種類］：汎用サービス

［実行可能な所有者］
実行系ノードと待機系ノードが追加されていることを確認します。

［依存関係］
HiRDB/ClusterService _HD0を登録します。

［汎用サービスパラメータ］
［サービス名］：HBaseStgMgmtComService
［起動パラメータ］：何も指定しません。

［レジストリ　レプリケーション］
何も指定しません。

表8-4 HBase Storage Mgmt Web Serviceをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）

ダイアログ名
設定

［新しいリソース］
［名前］：HBase Storage Mgmt Web Service（任意）
［リソースの種類］：汎用サービス

［実行可能な所有者］
実行系ノードと待機系ノードが追加されていることを確認します。

［依存関係］
HBase Storage Mgmt Common Serviceを登録します。

［汎用サービスパラメータ］
［サービス名］：HBaseStgMgmtWebService
［起動パラメータ］：何も指定しません。

［レジストリ　レプリケーション］
何も指定しません。

表8-5 HCS Device Manager Web Serviceをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）

ダイアログ名
設定

［新しいリソース］
［名前］：HCS Device Manager Web Service（任意）
［リソースの種類］：汎用サービス

［実行可能な所有者］
実行系ノードと待機系ノードが追加されていることを確認します。

［依存関係］
HBase Storage Mgmt Web Serviceを登録します。

［汎用サービスパラメータ］
［サービス名］：DeviceManagerWebService
［起動パラメータ］：何も指定しません。

［レジストリ　レプリケーション］
何も指定しません。

表8-6 HiCommandServerをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）

ダイアログ名
設定

［新しいリソース］
［名前］：HiCommandServer（任意）
［リソースの種類］：汎用サービス

［実行可能な所有者］
実行系ノードと待機系ノードが追加されていることを確認します。

［依存関係］
HBase Storage Mgmt Web Serviceを登録します。

［汎用サービスパラメータ］
［サービス名］：HiCommandServer
［起動パラメータ］：何も指定しません。

［レジストリ　レプリケーション］
何も指定しません。

表8-7 Tiered Storage Managerサーバをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）

ダイアログ名
設定

［新しいリソース］
［名前］：HiCommand Tiered Storage Manager（任意）
［リソースの種類］：汎用サービス

［実行可能な所有者］
実行系ノードと待機系ノードが追加されていることを確認します。

［依存関係］
HiCommandServerを登録します。

［汎用サービスパラメータ］
［サービス名］：HiCommandTieredStorageManager
［起動パラメータ］：何も指定しません。

［レジストリ　レプリケーション］
何も指定しません。

(5) Windows Server Failover Clusteringの設定

Windows Server Failover Clusteringのリソースグループに，Device ManagerおよびTiered Storage Managerのリソースを登録します。

Windows Server Failover Clusteringの設定をする前に，次の作業を実施してください。

クラスタ化するサービスの集まり（サービスフェールオーバーの単位）であるクラスタグループ（リソースグループ）を用意してください。

実行系と待機系で引き継ぎ可能な共有ディスクとクライアントアクセスポイント（クラスタ管理IPアドレスおよびネットワーク名）を含めてリソースグループを構成してください。

リソースの割り当て，削除および動作監視がWindows Server Failover Clusteringによって正常に制御できることを確認してください。

すでに，ほかのHitachi Command Suite製品が登録されているリソースグループがあれば，そのリソースグループを使用してください。
リソースグループは，Hitachi Command Suite製品に関連するリソースだけで構成してください。

Windows Server Failover Clusteringを設定するには：

リソースグループの名称を右クリックして，［リソースの追加］－［汎用サービス］を選択します。［サービスの選択］画面では，次のサービスを選択してください。

HiRDB/ClusterService _HD0

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

各サービスがリソースとして登録されます。

リソース名を右クリックして，［プロパティ］を選択します。
それぞれのリソースで，「表8-8 HiRDB/ClusterService _HD0のプロパティの設定（Windows Server Failover Clusteringの場合）」～「表8-13 HiCommand Tiered Storage Managerのプロパティの設定（Windows Server Failover Clusteringの場合）」に示された設定を指定します。

クラスタ管理アプリケーションで，リソースを追加したリソースグループをオンラインにします。

(6) Windows Server Failover Clusteringに登録するリソースのプロパティ

Windows Server Failover Clusteringに，Device ManagerおよびTiered Storage Managerのリソースのプロパティを登録する場合は，次の表に示す値を設定してください。

なお，Windowsのバージョンによって表示されるタブが異なります。

表8-8 HiRDB/ClusterService _HD0のプロパティの設定（Windows Server Failover Clusteringの場合）

タブ名 | 設定
［全般］ | ［スタートアップパラメーター］（または［セットアップパラメータ］）：何も指定しません（指定されている場合は削除してください）。
［依存関係］ | 共有ディスク，クライアントアクセスポイントを登録します。
［詳細なポリシー］ | ［実行可能な所有者］：実行系ノードと待機系ノードが追加されていることを確認します。
［ポリシー］ | 何も指定しません。
［レジストリのレプリケーション］ | 何も指定しません。

表8-9 HBase Storage Mgmt Common Serviceのプロパティの設定（Windows Server Failover Clusteringの場合）

タブ名 | 設定
［全般］ | ［スタートアップパラメーター］（または［セットアップパラメータ］）：何も指定しません（指定されている場合は削除してください）。
［依存関係］ | HiRDB/ClusterService _HD0を登録します。
［詳細なポリシー］ | ［実行可能な所有者］：実行系ノードと待機系ノードが追加されていることを確認します。
［ポリシー］ | 何も指定しません。
［レジストリのレプリケーション］ | 何も指定しません。

表8-10 HBase Storage Mgmt Web Serviceのプロパティの設定（Windows Server Failover Clusteringの場合）

タブ名 | 設定
［全般］ | ［スタートアップパラメーター］（または［セットアップパラメータ］）：何も指定しません（指定されている場合は削除してください）。
［依存関係］ | HBase Storage Mgmt Common Serviceを登録します。
［詳細なポリシー］ | ［実行可能な所有者］：実行系ノードと待機系ノードが追加されていることを確認します。
［ポリシー］ | 何も指定しません。
［レジストリのレプリケーション］ | 何も指定しません。

表8-11 HCS Device Manager Web Serviceのプロパティの設定（Windows Server Failover Clusteringの場合）

タブ名 | 設定
［全般］ | ［スタートアップパラメーター］（または［セットアップパラメータ］）：何も指定しません（指定されている場合は削除してください）。
［依存関係］ | HBase Storage Mgmt Web Serviceを登録します。
［詳細なポリシー］ | ［実行可能な所有者］：実行系ノードと待機系ノードが追加されていることを確認します。
［ポリシー］ | 何も指定しません。
［レジストリのレプリケーション］ | 何も指定しません。

表8-12 HiCommandServerのプロパティの設定（Windows Server Failover Clusteringの場合）

タブ名 | 設定
［全般］ | ［スタートアップパラメーター］（または［セットアップパラメータ］）：何も指定しません（指定されている場合は削除してください）。
［依存関係］ | HBase Storage Mgmt Web Serviceを登録します。
［詳細なポリシー］ | ［実行可能な所有者］：実行系ノードと待機系ノードが追加されていることを確認します。
［ポリシー］ | 何も指定しません。
［レジストリのレプリケーション］ | 何も指定しません。

表8-13 HiCommand Tiered Storage Managerのプロパティの設定（Windows Server Failover Clusteringの場合）

タブ名 | 設定
［全般］ | ［スタートアップパラメーター］（または［セットアップパラメータ］）：何も指定しません（指定されている場合は削除してください）。
［依存関係］ | HiCommandServerを登録します。
［詳細なポリシー］ | ［実行可能な所有者］：実行系ノードと待機系ノードが追加されていることを確認します。
［ポリシー］ | 何も指定しません。
［レジストリのレプリケーション］ | 何も指定しません。

8.2.2 アップグレードまたは上書きインストール（Windows）

ここでは，クラスタ構成の管理サーバにHitachi Command Suiteをアップグレードまたは上書きインストールする方法を説明します。

注意

クラスタ環境のセットアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。セットアップ中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) 準備作業

(2) 実行系ノードでの手順

(3) 待機系ノードでの手順

(1) 準備作業

次の操作を実行してください。

実行系ノードで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

実行系ノードのクラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service（バージョン7.0以降からアップグレードまたは上書きインストールした場合）

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

実行系ノードでhcmdssrvコマンドを実行して，Hitachi Command Suite共通コンポーネントのサービスを停止します。

実行系ノードのクラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDB/ClusterService _HD0

待機系ノードで手順1～手順4と同様の操作を実行します。

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
実行系ノードまたは待機系ノードで，次のリソースの設定を変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service（バージョン7.0以降からアップグレードまたは上書きインストールした場合）

HiCommandServer

HiCommand Tiered Storage Manager

HiRDB/ClusterService _HD0

上記以外に手順2でオフラインにしたサービス

Microsoft Cluster Serviceを使用する場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用する場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

関連項目

9.3 サービスの停止

(2) 実行系ノードでの手順

実行系ノードにインストールされているHitachi Command Suiteをアップグレードまたは上書きインストールする場合の手順を次に示します。

実行系ノードおよび待機系ノードから共有ディスクにアクセスできることを確認します。

Hitachi Command Suiteをアップグレードまたは上書きインストールします。
［インストール前の確認］画面で，［インストール前にデータベースをバックアップする］の設定が［はい］になっていることを確認してください。
［いいえ］になっている場合は，［設定編集］ボタンをクリックして［詳細インストール設定の編集］画面を開きます。そのあと，［設定］メニューから［バックアップ］を選択して，［インストール前にデータベースをバックアップします。］チェックボックスをチェックしてください。

次のコマンドを実行して，アップグレードまたは上書きインストール後のデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbackups /dir ＜バックアップファイルの格納先フォルダ＞ /auto

dir

データベースのバックアップファイルを格納するローカルディスク上のフォルダを絶対パスで指定します。

dirオプションに指定するフォルダが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先フォルダにdatabaseというフォルダが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

Hitachi Command Suite製品のサービスが起動中の場合は，サービスを停止します。

［サービス］ウィンドウで次のプロパティを開き，［スタートアップの種類］を［自動］から［手動］に変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループを選択し，右クリックメニューで待機系ノードに移動します。

関連項目

9.3 サービスの停止

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

Replication ManagerとBusiness Continuity Managerが連携している環境にHitachi Command Suiteをインストールする方法：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

(3) 待機系ノードでの手順

待機系ノードにインストールされているHitachi Command Suiteをアップグレードまたは上書きインストールする場合の手順を次に示します。

hcmdssrvコマンドを実行して，Hitachi Command Suite共通コンポーネントのサービスを停止します。

Hitachi Command Suiteをアップグレードまたは上書きインストールします。

Hitachi Command Suite製品のサービスが起動中の場合は，サービスを停止します。

［サービス］ウィンドウで次のプロパティを開き，［スタートアップの種類］を［自動］から［手動］に変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを有効にします。
次のリソースの設定を変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service（バージョン7.0以降からアップグレードまたは上書きインストールした場合）

HiCommandServer

HiCommand Tiered Storage Manager

HiRDB/ClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用する場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用する場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

Hitachi Command Suite製品のサービスを登録しているリソースグループにHCS Device Manager Web Serviceを登録します。
7.0よりも前のバージョンからアップグレードインストールした場合に登録が必要です。「表8-5 HCS Device Manager Web Serviceをリソースとして登録するための設定（Microsoft Cluster Serviceの場合）」または「表8-11 HCS Device Manager Web Serviceのプロパティの設定（Windows Server Failover Clusteringの場合）」に従って設定してください。

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

関連項目

9.3 サービスの停止

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

Replication ManagerとBusiness Continuity Managerが連携している環境にHitachi Command Suiteをインストールする方法：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

8.2.3 クラスタ環境への変更（Windows）

非クラスタ構成でDevice Manager，Tiered Storage ManagerまたはReplication Managerのシステムの運用を開始したあとで，クラスタ構成に変更したい場合は，次の手順で変更してください。ここでは，すでに運用中のDevice Managerサーバ，Tiered Storage ManagerサーバおよびReplication Managerサーバがインストールされたマシンを実行系ノードとする場合を想定して説明します。

注意

クラスタ環境のセットアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。セットアップ中は，Hitachi Command Suiteにアクセスしないでください。

管理サーバのOSがWindowsの場合に，運用開始後にクラスタ環境に変更する手順を次に示します。

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止します。

待機系ノードとなるマシンにHitachi Command Suiteをインストールします。

使用する製品のライセンスをGUIで登録します。
待機系ノードのIPアドレスにアクセスしてください。
インストールする製品ごとに，ライセンスキーの入力が必要です。

実行系ノードで次のコマンドを実行して，GUIを起動するためのURLを論理ホスト名に変更します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdschgurl /change http://＜実行系ノードのIPアドレスまたはホスト名＞:＜ポート番号＞ http://＜論理ホスト名＞:＜ポート番号＞

実行系および待機系の各ノードで，テキストエディターを使って，クラスタ設定ファイルを作成します。
クラスタ設定ファイルに指定する項目は次のとおりです。
実行系ノードの場合

mode=online
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

待機系ノードの場合

mode=standby
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

作成したファイルは，cluster.confというファイル名で，＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥confに格納します。

注意

modeには，実行系ノードの場合はonline，待機系ノードの場合はstandbyを指定してください。

virtualhost，onlinehost，standbyhostにはIPアドレスは指定できません。ホスト名からIPアドレスの名前解決ができることを確認してください。

virtualhostに指定する論理ホスト名には，有効でアクセスできるIPアドレスが割り当てられている必要があります。

実行系および待機系の各ノードで，server.propertiesファイルを開き，server.http.hostプロパティに論理ホスト名を指定します。
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥server.properties

次のコマンドを実行して，実行系ノードでデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbackups /dir ＜バックアップファイルの格納先フォルダ＞ /auto

dir

データベースのバックアップファイルを格納するローカルディスク上のフォルダを絶対パスで指定します。

dirオプションに指定するフォルダが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先フォルダにdatabaseというフォルダが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

HiRDBが使用するポートをデフォルト（23032/tcp）以外のポートに変更して運用している場合は，使用しているポート番号を控えておきます。

実行系ノードで次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbclustersetup /createcluster /databasepath ＜データベースの再作成先フォルダ＞ /exportpath ＜データベースの退避先フォルダ＞ /auto

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

データベースの再作成先フォルダを指定します。共有ディスク上のフォルダを，63バイト以内の絶対パスで指定してください。

パスに使用できる文字を次に示します。そのほかに，円記号（¥），コロン（:）およびスラント（/）をパスの区切り文字として使用できます。

A～Z a～z 0～9 . _

exportpath

データベースの退避先フォルダを指定します。ローカルディスク上のフォルダを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

注意

hcmdsdbclustersetupコマンドを実行すると，HiRDBが使用するポート番号の設定がデフォルト値（23032/tcp）に戻ります。

hcmdsdbclustersetupコマンドを実行すると，Tuning Managerのリモート接続の設定が初期化されます。

＜データベースの退避先フォルダ＞がすでにある場合は，フォルダの中を空にするか，フォルダを削除してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmdsdbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

待機系ノードで次のコマンドを実行して，共有ディスク上のデータベースを使用するように設定を変更します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbclustersetup /createcluster /databasepath ＜データベースの再作成先フォルダ＞ /exportpath ＜データベースの退避先フォルダ＞ /auto
hcmdsdbclustersetupコマンドに指定するオプションについては，手順9を参照してください。
databasepathには，実行系ノードで指定した＜データベースの再作成先フォルダ＞と同じフォルダを指定してください。

実行系および待機系の各ノードでhcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

実行系および待機系の各ノードで，次のサービスを手動で起動するよう変更します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

［サービス］ウィンドウ内で，各サービスのプロパティを開き，［スタートアップの種類］を［自動］から［手動］に変更します。

クラスタソフトウェアにリソースを登録します。
「(3) Microsoft Cluster Serviceの設定」または「(5) Windows Server Failover Clusteringの設定」に従って，クラスタリソースを登録してください。

非クラスタ環境で運用していた時にTuning Managerとリモート接続していた場合は，必要に応じて，Tuning Managerのサービスを起動したあと，Tuning Managerと連携するための設定を再度実施します。

関連項目

(2) Tuning Managerサーバとのリモート接続（Microsoft Cluster ServiceまたはWindows Server Failover Clustering）

9.4 サービスの稼働状態の確認

Tuning Managerのサービスを起動および停止する方法：インストールされているTuning Managerに対応するバージョンのマニュアル

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

8.2.4 アンインストール（Windows）

ここでは，管理サーバのOSがWindowsで，クラスタ構成となっている場合にHitachi Command Suiteをアンインストールする手順について説明します。

アンインストールの手順を次に示します。

Hitachi Command Suite製品のサービスを登録しているリソースグループの所有者を待機系ノードから実行系ノードに移動します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDB/ClusterService _HD0

次のサービスがほかのアプリケーションによって使用されていない場合は，クラスタ管理アプリケーションで，そのサービスを削除します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB/ClusterService _HD0

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
手順5のサービスのうち，削除しないサービスについて，次の作業をします。

Microsoft Cluster Serviceを使用する場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用する場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbackups /dir ＜バックアップファイルの格納先フォルダ＞ /auto

dir

データベースのバックアップファイルを格納するローカルディスク上のフォルダを絶対パスで指定します。

dirオプションに指定するフォルダが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先フォルダにdatabaseというフォルダが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

実行系ノードでHitachi Command Suiteをアンインストールします。

実行系ノードで，不要になったファイルやフォルダ（クラスタ環境内でのインストール中に作成されたファイルやフォルダなど）をすべて削除します。

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録していたリソースグループを待機系ノードに移動します。

待機系ノードでHitachi Command Suiteをアンインストールします。

待機系ノードで，不要になったファイルやフォルダ（クラスタ環境内でのインストール中に作成されたファイルやフォルダなど）をすべて削除します。

次のリソースがほかのアプリケーションによって使用されていない場合は，クラスタ管理アプリケーションで，そのリソースをオフラインにしてから削除します。

IPアドレス

共有ディスク

Hitachi Command Suite製品のサービスを登録しているリソースグループが不要になった場合は，そのリソースグループも削除します。

残したリソースグループを継続して使用する場合，フェールオーバーを有効にします。
手順6でフェールオーバーを抑止したリソースについて次の設定を行ってください。

Microsoft Cluster Serviceを使用する場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用する場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

関連項目

9.3 サービスの停止

Hitachi Command Suiteのアンインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

8.3 Solarisでのセットアップ

ここでは，管理サーバのOSがSolarisの場合に，Veritas Cluster ServerおよびSun Clusterを利用してクラスタ環境をセットアップする手順について説明します。

この節の構成

8.3.1 新規インストール（Solaris）

8.3.2 アップグレードまたは上書きインストール（Solaris）

8.3.3 クラスタ環境への変更（Solaris）

8.3.4 アンインストール（Solaris）

8.3.1 新規インストール（Solaris）

ここでは，クラスタ構成の管理サーバにHitachi Command Suiteを新規インストールする方法を説明します。

注意

クラスタ環境のセットアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。セットアップ中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) 実行系ノードでの手順

(2) 待機系ノードでの手順

(3) スクリプトの作成（Veritas Cluster Serverの場合）

(4) スクリプトの作成（Sun Clusterの場合）

(5) クラスタリソースの登録（Veritas Cluster Serverの場合）

(6) クラスタリソースの登録（Sun Clusterの場合）

(1) 実行系ノードでの手順

実行系ノードにHitachi Command Suiteを新規インストールする場合の手順を次に示します。

クラスタ管理IPアドレスと共有ディスクをオンラインにします。

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，Hitachi Command Suite製品のサービスおよびリソースグループをクラスタの管理対象から外します。

注意

次に示すリソースは管理対象から外さないでください。

共有ディスク

クラスタ管理IPアドレス

論理ホスト名

実行系ノードにHitachi Command Suiteを新規インストールします。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，次の条件に従ってください。

共有ディスクをアクセスできる状態にしたあとで，データベースの格納先に共有ディスク上のパスを指定する。

管理サーバのIPアドレスに論理ホスト名（クラスタ管理IPアドレスに割り当てられた仮想のホスト名）を指定する。

ほかのHitachi Command Suite製品でクラスタ環境が構築されていない場合は，次の条件に従ってください。

データベースの格納先に，ローカルディスク上のパスを指定する。

管理サーバのIPアドレスに，実行系ノードのIPアドレスを指定する。

使用する製品のライセンスをGUIで登録します。
実行系ノードのIPアドレスにアクセスしてください。
インストールする製品ごとに，ライセンスキーの入力が必要です。

GUIを起動するためのURLを論理ホスト名に変更します。
次のコマンドを実行して，論理ホスト名になっているかを確認します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgurl -print

論理ホスト名が指定されていない場合，次のコマンドを実行してURLを変更します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgurl -change http://＜実行系ノードのIPアドレスまたはホスト名※＞:＜ポート番号＞ http://＜論理ホスト名＞:＜ポート番号＞

注※　インストール時に入力した値を指定します。

テキストエディターを使って，クラスタ設定ファイルを作成します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。
クラスタ設定ファイルに指定する項目は次のとおりです。

mode=online
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

作成したファイルは，cluster.confというファイル名で，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/confに格納します。

注意

modeにはonlineを指定してください。

virtualhost，onlinehost，standbyhostにはIPアドレスは指定できません。ホスト名からIPアドレスの名前解決ができることを確認してください。

virtualhostに指定する論理ホスト名には，有効でアクセスできるIPアドレスが割り当てられている必要があります。

server.propertiesファイルを開き，server.http.hostプロパティに論理ホスト名が指定されていることを確認します。
論理ホスト名が指定されていない場合は，論理ホスト名に変更してください。
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/server.properties

データベースを共有ディスクに移行します。
その方法を手順9～手順11で説明します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，データベースを共有ディスクに移行する手順は不要です。手順12に進んでください。

次のコマンドを実行して，新規インストール後のデータベースをバックアップします。
障害が発生した場合に備えて，データベースをバックアップしておくことをお勧めします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを絶対パスで指定します。

dirオプションに指定するディレクトリが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

HiRDBが使用するポートをデフォルト（23032/tcp）以外のポートに変更して運用している場合は，使用しているポート番号を控えておきます。

次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

データベースの再作成先ディレクトリを指定します。共有ディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。

パスに使用できる文字を次に示します。そのほかに，スラント（/）をパスの区切り文字として使用できます。パス中に空白は指定できません。

A～Z a～z 0～9 . _

exportpath

データベースの退避先ディレクトリを指定します。ローカルディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

注意

hcmdsdbclustersetupコマンドを実行すると，HiRDBが使用するポート番号の設定がデフォルト値（23032/tcp）に戻ります。

＜データベースの退避先ディレクトリ＞がすでにある場合は，ディレクトリの中を空にするか，ディレクトリを削除してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmdsdbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始しないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -starttype manual -all

Device ManagerサーバおよびTiered Storage Managerサーバがマシンの起動時に自動的に開始しないようにします。次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSは使用しないでください。
/etc/rc3.d/S99hicommand（Device Managerの場合）
/etc/rc3.d/S99htsmserver（Tiered Storage Managerの場合）

Hitachi Command Suite製品のサービスを登録しているリソースグループを待機系ノードに移動します。

Veritas Cluster Serverの場合：

Cluster Explorerウィンドウで［Service Groups］タブを選択します。

Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから次の操作を順に実行します。

［Unfreeze］を選択します。

［Switch To］－［＜ホスト名＞］を選択します。

［Freeze］－［Temporary］を選択します。

Sun Clusterの場合：

次のコマンドを実行します。

/usr/cluster/bin/scswitch -z -g ＜リソースグループ名＞ -h ＜ホスト名＞

関連項目

9.4 サービスの稼働状態の確認

クラスタの管理対象から外す必要のあるサービスおよびリソースグループについて：各Hitachi Command Suite製品のマニュアル

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(2) 待機系ノードでの手順

待機系ノードにHitachi Command Suiteを新規インストールする場合の手順を次に示します。

待機系ノードにHitachi Command Suiteを新規インストールします。
インストールの際には，次の条件に従ってください。

インストール先を実行系ノードと同じにしてください。

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，管理サーバのIPアドレスに論理ホスト名（クラスタ管理IPアドレスに割り当てられた仮想のホスト名）を指定してください。ほかのHitachi Command Suite製品でクラスタ環境が構築されていない場合は，待機系ノードのIPアドレスまたはホスト名を指定してください。

使用する製品のライセンスをGUIで登録します。
待機系ノードのIPアドレスにアクセスしてください。
インストールする製品ごとに，ライセンスキーの入力が必要です。

テキストエディターを使って，クラスタ設定ファイルを作成します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。
クラスタ設定ファイルに指定する項目は次のとおりです。

mode=standby
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

作成したファイルは，cluster.confというファイル名で，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/confに格納します。

注意

modeにはstandbyを指定してください。

virtualhost，onlinehost，standbyhostにはIPアドレスは指定できません。ホスト名からIPアドレスの名前解決ができることを確認してください。

virtualhostに指定する論理ホスト名には，有効でアクセスできるIPアドレスが割り当てられている必要があります。

server.propertiesファイルを開き，server.http.hostプロパティに論理ホスト名が指定されていることを確認します。
論理ホスト名が指定されていない場合は，論理ホスト名に変更してください。
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/server.properties

共有ディスク上のデータベースを使用するように設定を変更します。
その方法を手順6～手順7で説明します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，共有ディスク上のデータベースを使用するように設定を変更する手順は不要です。手順8に進んでください。

HiRDBが使用するポートをデフォルト（23032/tcp）以外のポートに変更して運用している場合は，使用しているポート番号を控えておきます。

次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

データベースの再作成先ディレクトリを指定します。実行系ノードで指定した＜データベースの再作成先ディレクトリ＞と同じディレクトリを指定してください。

パスに使用できる文字を次に示します。そのほかに，スラント（/）をパスの区切り文字として使用できます。パス中に空白は指定できません。

A～Z a～z 0～9 . _

exportpath

データベースの退避先ディレクトリを指定します。ローカルディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

注意

hcmdsdbclustersetupコマンドを実行すると，HiRDBが使用するポート番号の設定がデフォルト値（23032/tcp）に戻ります。

＜データベースの退避先ディレクトリ＞がすでにある場合は，ディレクトリの中を空にするか，ディレクトリを削除してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmdsdbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始しないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -starttype manual -all

Device ManagerサーバおよびTiered Storage Managerサーバがマシンの起動時に自動的に開始しないようにします。次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSは使用しないでください。
/etc/rc3.d/S99hicommand（Device Managerの場合）
/etc/rc3.d/S99htsmserver（Tiered Storage Managerの場合）

関連項目

9.4 サービスの稼働状態の確認

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(3) スクリプトの作成（Veritas Cluster Serverの場合）

実行系ノードと待機系ノードで，Hitachi Command Suiteのインストールと設定が終わったら，両方のノードでHiRDB用のスクリプトを作成する必要があります。

HiRDBのサービスをVeritas Cluster Serverから監視するためのダミーファイルを作成します。
ファイル名：＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/.pdveritas
内容：空のファイル

HiRDBのサービス用のリソースタイプを定義するスクリプトファイルを作成します。
ファイル名：/etc/VRTSvcs/conf/config/HiRDB_STypes.cf
内容：次の内容でファイルを作成してください。

type HiRDB_S (
static str ArgList[] = { PdDir, PdConfPath, Ld_Library_Path, DummyFilePath }
str PdDir
str PdConfPath
str Ld_Library_Path
str DummyFilePath
)  

次のコマンドを実行して，HiRDB用のエージェントを定義します。
# mkdir /opt/VRTSvcs/bin/HiRDB_S
# cp /opt/VRTSvcs/bin/ScriptAgent /opt/VRTSvcs/bin/HiRDB_S/HiRDB_SAgent

HiRDBのサービスをオンラインにするために使用するスクリプトファイルを作成します。
ファイル名：/opt/VRTSvcs/bin/HiRDB_S/online
内容：次の内容でファイルを作成してください。

#!/bin/sh
PATH=/sbin:/usr/bin:/usr/sbin:/etc:/bin:/opt/VRTSvcs/bin:"$2"/bin
export PATH
PDDIR="$2"
PDCONFPATH="$3"
LD_LIBRARY_PATH="$4"
export PDDIR PDCONFPATH LD_LIBRARY_PATH
$PDDIR/bin/pdstart
/bin/touch "$5"
/bin/chmod 0400 "$5"

HiRDBのサービスをオフラインにするために使用するスクリプトファイルを作成します。
ファイル名：/opt/VRTSvcs/bin/HiRDB_S/offline
内容：次の内容でファイルを作成してください。

#!/bin/sh
PATH=/sbin:/usr/bin:/usr/sbin:/etc:/bin:/opt/VRTSvcs/bin:"$2"/bin
export PATH
PDDIR="$2"
PDCONFPATH="$3"
LD_LIBRARY_PATH="$4"
export PDDIR PDCONFPATH LD_LIBRARY_PATH
$PDDIR/bin/pdstop -f -q
/bin/rm -f "$5"

HiRDBのサービスを監視するためのスクリプトファイルを作成します。
ファイル名：/opt/VRTSvcs/bin/HiRDB_S/monitor
内容：次の内容でファイルを作成してください。

#!/bin/sh
if /bin/test -f "$5"
then
   exit 110
else
   exit 100
fi

次のコマンドを実行して，作成したスクリプトに実行権限を割り当てます。
# chmod u+x /opt/VRTSvcs/bin/HiRDB_S/online
# chmod u+x /opt/VRTSvcs/bin/HiRDB_S/offline
# chmod u+x /opt/VRTSvcs/bin/HiRDB_S/monitor

(4) スクリプトの作成（Sun Clusterの場合）

実行系ノードと待機系ノードで，Hitachi Command Suiteのインストールと設定が終わったら，両方のノードでHitachi Command Suite共通コンポーネントのサービスをクラスタに登録するためのスクリプトを作成する必要があります。

次の7つのスクリプトを作成してください。

HCS Device Manager Web Service用のスクリプト

ファイル名：/etc/init.d/sc_hicommand-DM

内容：次の内容でファイルを作成してください。

#!/bin/sh
#
# Sample sc_hicommand-DM
#
# Usage: sc_hicommand-DM [start|stop|status]
#
# This Script executes /etc/init.d/hicommand-DM internally.
ALIVE_VALUE=0
DOWN_VALUE=1

exec_cmd() {
   echo `date "+%y/%m/%d %H:%M:%S " `"exec    : $*"
   # Execute Command with operand
   $*
   # Set return value to RC
   RC=$?
   echo `date "+%y/%m/%d %H:%M:%S " `"exec-end: $*  (RC=$RC)"
   if [ $RC -ne 0 ]; then
       if [ $RC -ne 1 ]; then
               exit $RC
       fi
   fi
}
# Switch operation according to the first operand of this shell.
case $1 in
start)
   exec_cmd "/etc/init.d/hicommand-DM start"
   ;;
stop)
   exec_cmd "/etc/init.d/hicommand-DM stop"
   ;;
status)
   /etc/init.d/hicommand-DM status
   # The result is equal to 1
   if [ $? -eq 1 ]; then
       # running
       RET_CODE=$ALIVE_VALUE
   else
       # not running
       RET_CODE=$DOWN_VALUE
   fi
   exit $RET_CODE
   ;;
*)
   echo "Invalid argument"
   exit 1
esac

exit 0

HBase Storage Mgmt Web Service用のスクリプト

ファイル名：/etc/init.d/sc_hicommand-CWS

内容：次の内容でファイルを作成してください。

#!/bin/sh
#
# Sample sc_hicommand-CWS
#
# Usage: sc_hicommand-CWS [start|stop|status]
#
# This Script executes /etc/init.d/hicommand-CWS internally.
ALIVE_VALUE=0
DOWN_VALUE=1
exec_cmd() {
   echo `date "+%y/%m/%d %H:%M:%S " `"exec    : $*"
   # Execute Command with operand
   $*
   # Set return value to RC
   RC=$?
   echo `date "+%y/%m/%d %H:%M:%S " `"exec-end: $*  (RC=$RC)"
   if [ $RC -ne 0 ]; then
       if [ $RC -ne 1 ]; then
               exit $RC
       fi
   fi
}

# Switch operation according to the first operand of this shell.
case $1 in
start)
   exec_cmd "/etc/init.d/hicommand-CWS start"
   ;;
stop)
   exec_cmd "/etc/init.d/hicommand-CWS stop"
   ;;
status)
   /etc/init.d/hicommand-CWS status
   # The result is equal to 1
   if [ $? -eq 1 ]; then
       # running
       RET_CODE=$ALIVE_VALUE
   else
       # not running
       RET_CODE=$DOWN_VALUE
   fi
   exit $RET_CODE
   ;;
*)
   echo "Invalid argument"
   exit 1
esac

exit 0

HBase Storage Mgmt Common Service用のスクリプト

ファイル名：/etc/init.d/sc_hicommand-SSOS

内容：次の内容でファイルを作成してください。

#!/bin/sh
#
# Sample sc_hicommand-SSOS
#
# Usage: sc_hicommand-SSOS [start|stop|status]
#
# This Script executes /etc/init.d/hicommand-SSOS internally.
ALIVE_VALUE=0
DOWN_VALUE=1

exec_cmd() {
   echo `date "+%y/%m/%d %H:%M:%S " `"exec    : $*"
   # Execute Command with operand
   $*
   # Set return value to RC
   RC=$?
   echo `date "+%y/%m/%d %H:%M:%S " `"exec-end: $*  (RC=$RC)"
   if [ $RC -ne 0 ]; then
       if [ $RC -ne 1 ]; then
               exit $RC
       fi
   fi
}
# Switch operation according to the first operand of this shell.
case $1 in
start)
   exec_cmd "/etc/init.d/hicommand-SSOS start"
   ;;
stop)
   exec_cmd "/etc/init.d/hicommand-SSOS stop"
   ;;
status)
   /etc/init.d/hicommand-SSOS status
   # The result is equal to 1
   if [ $? -eq 1 ]; then
       # running
       RET_CODE=$ALIVE_VALUE
   else
       # not running
       RET_CODE=$DOWN_VALUE
   fi
   exit $RET_CODE
   ;;
*)
   echo "Invalid argument"
   exit 1
esac

exit 0

HiRDBの開始用スクリプト

ファイル名：/etc/init.d/hirdb_start

内容：次の内容でファイルを作成してください。

#!/bin/sh

PATH=/usr/sbin:/usr/bin:$PDDIR/bin:.:/usr/cluster/bin
export PATH
PDDIR=＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB
PDCONFPATH=$PDDIR/conf
LD_LIBRARY_PATH=$PDDIR/lib
PDHOST=＜論理ホスト名＞
export PDDIR PDCONFPATH LD_LIBRARY_PATH PDHOST

$PDDIR/bin/pdstart

/etc/init.d/hirdb_monitor

HiRDBの停止用スクリプト

ファイル名：/etc/init.d/hirdb_stop

内容：次の内容でファイルを作成してください。

#!/bin/sh

PATH=/usr/sbin:/usr/bin:$PDDIR/bin:.:/usr/cluster/bin
export PATH
PDDIR=＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB
PDCONFPATH=$PDDIR/conf
LD_LIBRARY_PATH=$PDDIR/lib
PDHOST=＜論理ホスト名＞
export PDDIR PDCONFPATH LD_LIBRARY_PATH PDHOST

$PDDIR/bin/pdstop -f -q

HiRDBの監視用スクリプト

ファイル名：/etc/init.d/hirdb_probe

内容：次の内容でファイルを作成してください。

#!/bin/sh

ps -ef | grep root | grep pdprcd | awk -F' ' '{print $8}' | grep pdprcd
if [ $? = 0 ];then
       echo "exit 0"
       exit 0
else
       echo "exit 1"
       exit 1
fi

HiRDBの常駐スクリプト

ファイル名：/etc/init.d/hirdb_monitor

内容：次の内容でファイルを作成してください。

#!/bin/sh

trap exit 5
while true
do
   sleep 5
done
exit

スクリプトを作成したあとで，次のコマンドを実行し，スクリプトファイルに実行権限を割り当ててください。

# chmod u+x ＜スクリプトファイル名＞

(5) クラスタリソースの登録（Veritas Cluster Serverの場合）

クラスタリソースを登録する前に，次の作業を実施してください。

クラスタ化するサービスの集まり（サービスフェールオーバーの単位）であるクラスタグループ（リソースグループ）を用意してください。

実行系と待機系で引き継ぎ可能な共有ディスクとクラスタ管理IPアドレスを含めてリソースグループを構成してください。

リソースの割り当て，削除および動作監視がVeritas Cluster Serverによって正常に制御できることを確認してください。

すでに，ほかのHitachi Command Suite製品が登録されているリソースグループがあれば，そのリソースグループを使用してください。
リソースグループは，Hitachi Command Suite製品に関連するリソースだけで構成してください。

クラスタリソースを登録するには：

Java ConsoleでCluster Managerを起動します。

Veritas Cluster Serverの設定ファイルを編集できる状態にします。
［File］メニューから［Open Configuration］を選択します。

「(3) スクリプトの作成（Veritas Cluster Serverの場合）」で作成したファイルをインポートします。
［File］メニューから［Import Types］を選択します。

次のファイルを選択して，［Import］を選択します。
/etc/VRTSvcs/conf/config/HiRDB_STypes.cf

Hitachi Command Suite共通コンポーネント，Device ManagerサーバおよびTiered Storage Managerサーバのサービスをリソースとして登録します。
［Edit］メニューから，［Add］，［Resource］の順に選択して［Add Resource］ダイアログを表示し，「表8-14 HiRDBをリソースとして登録するための設定」～「表8-19 Tiered Storage Managerサーバをリソースとして登録するための設定」の設定を行い［OK］を選択します。

表8-14 HiRDBをリソースとして登録するための設定

項目名 | 設定内容
Resource Name | HiRDB（任意）
Resource Type | HiRDB_S
PdDir | ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB
PdConfPath | ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/conf
Ld_Library_Path | ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/lib
DummyFilePath | ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/.pdveritas
Critical | False

表8-15 HBase Storage Mgmt Common Serviceをリソースとして登録するための設定

項目名 | 設定内容
Resource Name | BaseCommonService（任意）
Resource Type | Application
Start Program Attribute | Scalar Values：/etc/init.d/hicommand-SSOS start
Stop Program Attribute | Scalar Values：/etc/init.d/hicommand-SSOS stop
PidFiles Attribute | /var/＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/tmp/HiCommand.pid

表8-16 HBase Storage Mgmt Web Serviceをリソースとして登録するための設定

項目名 | 設定内容
Resource Name | BaseWebService（任意）
Resource Type | Application
Start Program Attribute | Scalar Values：/etc/init.d/hicommand-CWS start
Stop Program Attribute | Scalar Values：/etc/init.d/hicommand-CWS stop
PidFiles Attribute | /var/＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/logs/httpd.pid

表8-17 HCS Device Manager Web Serviceをリソースとして登録するための設定

項目名 | 設定内容
Resource Name | HCSDeviceManagerWebService（任意）
Resource Type | Application
Start Program Attribute | Scalar Values：/etc/init.d/hicommand-DM start
Stop Program Attribute | Scalar Values：/etc/init.d/hicommand-DM stop
PidFiles Attribute | /var/＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/tmp/DeviceManagerWebService.pid

表8-18 HiCommandServerをリソースとして登録するための設定

項目名 | 設定内容
Resource Name | HiCommandServer（任意）
Resource Type | Application
Start Program Attribute | Scalar Values：/etc/init.d/hicommand start
Stop Program Attribute | Scalar Values：/etc/init.d/hicommand stop
Monitor Processes Attribute | Vector Values：/bin/sh ＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/hicmdserver

表8-19 Tiered Storage Managerサーバをリソースとして登録するための設定

項目名 | 設定内容
Resource Name | TieredStorageManager（任意）
Resource Type | Application
Start Program Attribute | Scalar Values：/etc/init.d/htsmserver start
Stop Program Attribute | Scalar Values：/etc/init.d/htsmserver stop
Monitor Processes Attribute | Vector Values：/bin/sh ＜Tiered Storage Managerサーバのインストールディレクトリ＞/htsmservice

注意

Hitachi Command Suite共通コンポーネントが起動中，何かの原因で強制終了した場合には，幾つかの一時ファイルが削除されないで残ってしまいます。これらのファイルが待機系ノードにある場合は，Hitachi Command Suite共通コンポーネントが停止していても，Veritas Cluster ServerのログにHitachi Command Suite共通コンポーネントをオフラインにできないという内容のエラーメッセージが出力されます。エラーは出力されますが，Hitachi Command Suiteの動作には問題ありません。エラーが出力されないようにするには，次の手順を実行してください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

/var/＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/tmpディレクトリのHiCommand.pidを削除してください。

/var/＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/logsディレクトリのhttpd.pidを削除してください。

リソースの依存関係を設定します。
次の順序で，Hitachi Command Suite製品が登録されているリソースグループの各リソースの依存関係を設定します。下位のリソースが上位のリソースに依存しています。

共有ディスクのデバイスファイル

共有ディスクのマウントポイントおよびIPアドレス

HiRDB

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

Tiered Storage Manager

上記のリソース名は，手順5で登録したリソース名で表示されます。

Veritas Cluster Serverの設定ファイルに変更内容を保存します。
［File］メニューから［Save Configuration］を選択します。

Veritas Cluster Serverの設定ファイルを閉じます。
［File］メニューから［Close Configuration］を選択します。

リソースを有効にして，Cluster Managerを終了します。

関連項目

9.4 サービスの稼働状態の確認

(6) クラスタリソースの登録（Sun Clusterの場合）

クラスタリソースを登録する前に，次の作業を実施してください。

クラスタ化するサービスの集まり（サービスフェールオーバーの単位）であるクラスタグループ（リソースグループ）を用意してください。

実行系と待機系で引き継ぎ可能な共有ディスクとクラスタ管理IPアドレスを含めてリソースグループを構成してください。

リソースの割り当て，削除および動作監視がSun Clusterによって正常に制御できることを確認してください。

すでに，ほかのHitachi Command Suite製品が登録されているリソースグループがあれば，そのリソースグループを使用してください。
リソースグループは，Hitachi Command Suite製品に関連するリソースだけで構成してください。

Sun Clusterでは，Sun Clusterが提供するscrgadmコマンドを使用して，リソースを登録します。scrgadmコマンドの書式や使用方法については，Sun Clusterのマニュアルを参照してください。

クラスタリソースを登録するには：

HiRDBをリソースに登録します。
scrgadmコマンドのパラメーターには次の値を指定します。

表8-20 HiRDBをリソースとして登録するためのパラメーターと設定値

項目名 | 設定内容
リソースタイプ | SUNW.gds
リソース名 | HiRDB（任意）
関連するネットワーク | hdvm_ip
依存するリソース | SharedDisk
サービスの開始コマンド | /etc/init.d/hirdb_start※
サービスの停止コマンド | /etc/init.d/hirdb_stop※
サービスの監視コマンド | /etc/init.d/hirdb_probe※
使用するポート番号 | 23032/tcp（デフォルト）

注※　サービスの開始，停止，監視コマンドには，「(4) スクリプトの作成（Sun Clusterの場合）」で作成したスクリプトを登録します。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scrgadm -a -j HiRDB -g HiCommand -t SUNW.gds
 -y Network_resources_used=hdvm_ip
 -y Resource_dependencies=SharedDisk
 -x Start_command="/etc/init.d/hirdb_start"
 -x Stop_command="/etc/init.d/hirdb_stop"
 -x Probe_command="/etc/init.d/hirdb_probe"
 -y Port_list="23032/tcp"

HBase Storage Mgmt Common Serviceをリソースに登録します。
scrgadmコマンドのパラメーターには次の値を指定します。

表8-21 HBase Storage Mgmt Common Serviceをリソースとして登録するためのパラメーターと設定値

項目名 | 設定内容
リソースタイプ | SUNW.gds
リソース名 | BaseCommonService（任意）
関連するネットワーク | なし
依存するリソース | HiRDB
サービスの開始コマンド | /etc/init.d/sc_hicommand-SSOS start※
サービスの停止コマンド | /etc/init.d/sc_hicommand-SSOS stop※
サービスの監視コマンド | /etc/init.d/sc_hicommand-SSOS status※
使用するポート番号 | 23017/tcp（デフォルト）

注※　HBase Storage Mgmt Common Serviceをリソースに登録する前に，/etc/init.d/sc_hicommand-SSOSを作成してください。作成方法については，「(4) スクリプトの作成（Sun Clusterの場合）」を参照してください。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scrgadm -a -j BaseCommonService -g HiCommand
 -t SUNW.gds
 -y Resource_dependencies=HiRDB
 -x Start_command="/etc/init.d/sc_hicommand-SSOS start"
 -x Stop_command="/etc/init.d/sc_hicommand-SSOS stop"
 -x Probe_command="/etc/init.d/sc_hicommand-SSOS status"
 -y Port_list="23017/tcp"

HBase Storage Mgmt Web Serviceをリソースに登録します。
scrgadmコマンドのパラメーターには次の値を指定します。

表8-22 HBase Storage Mgmt Web Serviceをリソースとして登録するためのパラメーターと設定値

項目名
設定内容

リソースタイプ
SUNW.gds

リソース名
BaseWebService（任意）

関連するネットワーク
hdvm_ip

依存するリソース
BaseCommonService

サービスの開始コマンド
/etc/init.d/sc_hicommand-CWS start※

サービスの停止コマンド
/etc/init.d/sc_hicommand-CWS stop※

サービスの監視コマンド
/etc/init.d/sc_hicommand-CWS status※

使用するポート番号
非SSLの場合：23015/tcp（デフォルト）
SSLの場合：23016/tcp（デフォルト）

注※　HBase Storage Mgmt Web Serviceをリソースに登録する前に，/etc/init.d/sc_hicommand-CWSを作成してください。作成方法については，「(4) スクリプトの作成（Sun Clusterの場合）」を参照してください。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scrgadm -a -j BaseWebService -g HiCommand -t SUNW.gds
 -y Network_resources_used=hdvm_ip
 -y Resource_dependencies=BaseCommonService
 -x Start_command="/etc/init.d/sc_hicommand-CWS start"
 -x Stop_command="/etc/init.d/sc_hicommand-CWS stop"
 -x Probe_command="/etc/init.d/sc_hicommand-CWS status"
 -y Port_list="23015/tcp"

HCS Device Manager Web Serviceをリソースに登録します。
scrgadmコマンドのパラメーターには次の値を指定します。

表8-23 HCS Device Manager Web Serviceをリソースとして登録するためのパラメーターと設定値

項目名 | 設定内容
リソースタイプ | SUNW.gds
リソース名 | HCSDeviceManagerWebService（任意）
関連するネットワーク | hdvm_ip
依存するリソース | BaseWebService
サービスの開始コマンド | /etc/init.d/sc_hicommand-CWS start※
サービスの停止コマンド | /etc/init.d/sc_hicommand-CWS stop※
サービスの監視コマンド | /etc/init.d/sc_hicommand-CWS status※
使用するポート番号 | 23025/tcp（デフォルト）

注※　HCS Device Manager Web Serviceをリソースに登録する前に，/etc/init.d/sc_hicommand-DMを作成してください。作成方法については，「(4) スクリプトの作成（Sun Clusterの場合）」を参照してください。
コマンドの実行例を次に示します。

# /usr/cluster/bin/scrgadm -a -j HCSDeviceManagerWebService -g HiCommand -t SUNW.gds
 -y Network_resources_used=hdvm_ip
 -y Resource_dependencies=BaseWebService
 -x Start_command="/etc/init.d/sc_hicommand-DM start"
 -x Stop_command="/etc/init.d/sc_hicommand-DM stop"
 -x Probe_command="/etc/init.d/sc_hicommand-DM status"
 -y Port_list="23025/tcp"

HiCommandServerをリソースに登録します。
scrgadmコマンドのパラメーターには次の値を指定します。

表8-24 HiCommandServerをリソースとして登録するためのパラメーターと設定値

項目名
設定内容

リソースタイプ
SUNW.gds

リソース名
HiCommandServer（任意）

関連するネットワーク
hdvm_ip

依存するリソース
BaseWebService

サービスの開始コマンド
/etc/init.d/hicommand start

サービスの停止コマンド
/etc/init.d/hicommand stop

サービスの監視コマンド
/etc/init.d/hicommand status2

使用するポート番号
非SSLの場合：2001/tcp（デフォルト）
SSLの場合：2443/tcp（デフォルト）

コマンドの実行例を次に示します。

# /usr/cluster/bin/scrgadm -a -j HiCommandServer -g HiCommand -t SUNW.gds
 -y Network_resources_used=hdvm_ip
 -y Resource_dependencies=BaseWebService
 -x Start_command=”/etc/init.d/hicommand start”
 -x Stop_command=”/etc/init.d/hicommand stop”
 -x Probe_command=”/etc/init.d/hicommand status2”
 -y Port_list=2001/tcp

HiCommand Tiered Storage Managerをリソースに登録します。
scrgadmコマンドのパラメーターには次の値を指定します。

表8-25 HiCommand Tiered Storage Managerをリソースとして登録するためのパラメーターと設定値

項目名
設定内容

リソースタイプ
SUNW.gds

リソース名
TieredStorageManager（任意）

関連するネットワーク
hdvm_ip

依存するリソース
HiCommandServer

サービスの開始コマンド
＜Tiered Storage Managerのインストールディレクトリ＞/bin/htsmserver start

サービスの停止コマンド
＜Tiered Storage Managerのインストールディレクトリ＞/bin/htsmserver stop

サービスの監視コマンド
/usr/bin/pgrep htsmservice

使用するポート番号
非SSLの場合：20352/tcp（デフォルト）
SSLの場合：24500/tcp（デフォルト）

コマンドの実行例を次に示します。

# /usr/cluster/bin/scrgadm -a -j TieredStorageManager -g HiCommand -t SUNW.gds
 -y Network_resources_used=hdvm_ip
 -y Resource_dependencies=HiCommandServer
 -x Start_command=”/opt/HiCommand/TieredStorageManager/bin/htsmserver start”
 -x Stop_command=”/opt/HiCommand/TieredStorageManager/bin/htsmserver stop”
 -x Probe_command=”/usr/bin/pgrep htsmservice”
 -y Port_list=20352/tcp

8.3.2 アップグレードまたは上書きインストール（Solaris）

ここでは，クラスタ構成の管理サーバにHitachi Command Suiteをアップグレードまたは上書きインストールする方法を説明します。

注意

クラスタ環境のセットアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。セットアップ中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) Veritas Cluster Serverでの準備作業

(2) Sun Clusterでの準備作業

(3) 実行系ノードでの手順

(4) 待機系ノードでの手順

(5) クラスタリソースの設定（Veritas Cluster Serverの場合）

(6) クラスタリソースの設定（Sun Clusterの場合）

(1) Veritas Cluster Serverでの準備作業

次の操作を実行してください。

実行系ノードで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

実行系ノードで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service（バージョン7.0以降からアップグレードまたは上書きインストールした場合）

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

実行系ノードでhcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

実行系ノードで，HiRDBのサービスをオフラインにします。

待機系ノードで手順1～手順4と同様の操作を実行します。

Veritas Cluster Serverで，次に示すサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。
実行系ノードまたは待機系ノードで実施してください。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service（バージョン7.0以降からアップグレードまたは上書きインストールした場合）

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

上記以外に手順2でオフラインにしたサービス

実行系ノードのVeritas Cluster Serverで，Cluster Explorer ウィンドウの［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

関連項目

9.3 サービスの停止

(2) Sun Clusterでの準備作業

実行系ノードおよび待機系ノードで次の操作を実行してください。

Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント（HiRDBを除く），Device ManagerおよびTiered Storage Managerのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService（バージョン7.0以降からアップグレードまたは上書きインストールした場合）
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント（HiRDBを除く），Device ManagerおよびTiered Storage Managerのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService（バージョン7.0以降からアップグレードまたは上書きインストールした場合）
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

関連項目

9.3 サービスの停止

(3) 実行系ノードでの手順

実行系ノードにインストールされているHitachi Command Suiteをアップグレードまたは上書きインストールする場合の手順を次に示します。

実行系ノードおよび待機系ノードから共有ディスクにアクセスできることを確認します。

Hitachi Command Suiteをアップグレードまたは上書きインストールします。
インストーラーの指示に従って，アップグレードまたは上書きインストール前のデータベースをバックアップまたはエクスポートしてください。

次のコマンドを実行して，アップグレードまたは上書きインストール後のデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを絶対パスで指定します。

dirオプションに指定するディレクトリが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

Hitachi Command Suite共通コンポーネントが起動中の場合は，hcmdssrvコマンドを実行してHitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始しないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -starttype manual -all

Device ManagerサーバおよびTiered Storage Managerサーバがマシンの起動時に自動的に開始しないようにします。次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSは使用しないでください。
/etc/rc3.d/S99hicommand（Device Managerの場合）
/etc/rc3.d/S99htsmserver（Tiered Storage Managerの場合）

Hitachi Command Suite製品のサービスを登録しているリソースグループを待機系ノードに移動します。

Veritas Cluster Serverの場合：

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから次の操作を順に実行します。

［Unfreeze］を選択します。

［Switch To］－［＜ホスト名＞］を選択します。

［Freeze］－［Temporary］を選択します。

Sun Clusterの場合：

次のコマンドを実行します。

/usr/cluster/bin/scswitch -z -g ＜リソースグループ名＞ -h ＜ホスト名＞

関連項目

9.3 サービスの停止

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

Replication ManagerとBusiness Continuity Managerが連携している環境にHitachi Command Suiteをインストールする方法：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

(4) 待機系ノードでの手順

待機系ノードにインストールされているHitachi Command Suiteをアップグレードまたは上書きインストールする場合の手順を次に示します。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

Hitachi Command Suiteをアップグレードまたは上書きインストールします。

Hitachi Command Suite共通コンポーネントが起動中の場合は，hcmdssrvコマンドを実行してHitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始しないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -starttype manual -all

Device ManagerサーバおよびTiered Storage Managerサーバがマシンの起動時に自動的に開始しないようにします。次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSは使用しないでください。
/etc/rc3.d/S99hicommand（Device Managerの場合）
/etc/rc3.d/S99htsmserver（Tiered Storage Managerの場合）

関連項目

9.3 サービスの停止

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

Replication ManagerとBusiness Continuity Managerが連携している環境にHitachi Command Suiteをインストールする方法：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

(5) クラスタリソースの設定（Veritas Cluster Serverの場合）

7.0よりも前のバージョンからアップグレードインストールした場合には，HCS Device Manager Web Serviceをクラスタリソースとして登録する必要があります。クラスタリソースの登録の方法については，「(5) クラスタリソースの登録（Veritas Cluster Serverの場合）」を参照してください。

Veritas Cluster Serverでの設定の手順を次に示します。

Java ConsoleでCluster Managerを起動します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

Veritas Cluster Serverの設定ファイルに変更内容を保存します。［File］メニューから［Save Configuration］を選択します。

Veritas Cluster Serverの設定ファイルを閉じます。［File］メニューから［Close Configuration］を選択します。

実行系ノードで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

(6) クラスタリソースの設定（Sun Clusterの場合）

7.0よりも前のバージョンからアップグレードインストールした場合には，HCS Device Manager Web Serviceのスクリプトを作成し，クラスタリソースとして登録する必要があります。スクリプトの作成方法については，「(4) スクリプトの作成（Sun Clusterの場合）」を参照してください。クラスタリソースの登録の方法については，「(6) クラスタリソースの登録（Sun Clusterの場合）」を参照してください。

Sun Clusterでの設定の手順を次に示します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerのサービスおよびTiered Storage Managerのサービスを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外のHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerのサービスおよびTiered Storage Managerのサービスの監視を有効にします。
# /usr/cluster/bin/scswitch -e -M -j HiRDB
# /usr/cluster/bin/scswitch -e -M -j BaseCommonService
# /usr/cluster/bin/scswitch -e -M -j BaseWebService
# /usr/cluster/bin/scswitch -e -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -M -j HiCommandServer
# /usr/cluster/bin/scswitch -e -M -j TieredStorageManager
上記以外のHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

8.3.3 クラスタ環境への変更（Solaris）

非クラスタ構成でDevice Manager，Tiered Storage ManagerまたはReplication Managerのシステムの運用を開始したあとで，クラスタ構成に変更したい場合は，次の手順で変更してください。ここでは，すでに運用中のDevice Managerサーバ，Tiered Storage ManagerサーバおよびReplication Managerサーバがインストールされたマシンを実行系ノードとする場合を想定して説明します。

注意

クラスタ環境のセットアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。セットアップ中は，Hitachi Command Suiteにアクセスしないでください。

管理サーバのOSがSolarisの場合に，運用開始後にクラスタ環境に変更する手順を次に示します。

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止します。

待機系ノードとなるマシンにHitachi Command Suiteをインストールします。

GUIで待機系ノードにアクセスして，使用する製品のライセンスを登録します。
インストールする製品ごとに，ライセンスキーの入力が必要です。

実行系ノードで次のコマンドを実行して，GUIを起動するためのURLを論理ホスト名に変更します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdschgurl /change http://＜実行系ノードのIPアドレスまたはホスト名＞:＜ポート番号＞ http://＜論理ホスト名＞:＜ポート番号＞

実行系および待機系の各ノードで，テキストエディターを使ってクラスタ設定ファイルを作成します。
実行系ノードの場合

mode=online
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

待機系ノードの場合

mode=standby
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

作成したファイルは，cluster.confというファイル名で，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/confに格納します。

注意

modeには，実行系ノードの場合はonline，待機系ノードの場合はstandbyを指定してください。

virtualhost，onlinehost，standbyhostにはIPアドレスは指定できません。ホスト名からIPアドレスの名前解決ができることを確認してください。

virtualhostに指定する論理ホスト名には，有効でアクセスできるIPアドレスが割り当てられている必要があります。

実行系および待機系の各ノードで，server.propertiesファイルを開き，server.http.hostプロパティに論理ホスト名を指定します。
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/server.properties

次のコマンドを実行して，実行系ノードでデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを絶対パスで指定します。

dirオプションに指定するディレクトリが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

HiRDBが使用するポートをデフォルト（23032/tcp）以外のポートに変更して運用している場合は，使用しているポート番号を控えておきます。

次のコマンドを実行して，実行系ノードでデータベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

データベースの再作成先ディレクトリを指定します。共有ディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。

パスに使用できる文字を次に示します。そのほかに，スラント（/）をパスの区切り文字として使用できます。パス中に空白は指定できません。

A～Z a～z 0～9 . _

exportpath

データベースの退避先ディレクトリを指定します。ローカルディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

注意

hcmdsdbclustersetupコマンドを実行すると，HiRDBが使用するポート番号の設定がデフォルト値（23032/tcp）に戻ります。

hcmdsdbclustersetupコマンドを実行すると，Tuning Managerのリモート接続の設定が初期化されます。

＜データベースの退避先ディレクトリ＞がすでにある場合は，ディレクトリの中を空にするか，ディレクトリを削除してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmdsdbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

待機系ノードで次のコマンドを実行して，共有ディスク上のデータベースを使用するように設定を変更します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto
hcmdsdbclustersetupコマンドに指定するオプションについては，手順9を参照してください。databasepathには，実行系ノードで指定した＜データベースの再作成先ディレクトリ＞と同じディレクトリを指定してください。

実行系および待機系の各ノードで，hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスが停止していることを確認します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始しないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -starttype manual -all

実行系および待機系の各ノードで，Device ManagerサーバおよびTiered Storage Managerサーバがマシンの起動時に自動的に開始しないようにします。
次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSは使用しないでください。
/etc/rc3.d/S99hicommand（Device Managerの場合）
/etc/rc3.d/S99htsmserver（Tiered Storage Managerの場合）

クラスタ環境で必要な設定をします。
「(5) クラスタリソースの登録（Veritas Cluster Serverの場合）」または「(6) クラスタリソースの登録（Sun Clusterの場合）」に従って，クラスタリソースを登録してください。

非クラスタ環境で運用していた時にTuning Managerとリモート接続していた場合は，必要に応じて，Tuning Managerのサービスを起動したあと，Tuning Managerと連携するための設定を再度実施します。

関連項目

(3) Tuning Managerサーバとのリモート接続（Veritas Cluster Server）

(4) Tuning Managerサーバとのリモート接続（Sun Cluster）

9.4 サービスの稼働状態の確認

Tuning Managerのサービスを起動および停止する方法：インストールされているTuning Managerに対応するバージョンのマニュアル

Hitachi Command Suiteのインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

8.3.4 アンインストール（Solaris）

ここでは，管理サーバのOSがSolarisで，クラスタ構成となっている場合に，Hitachi Command Suiteをアンインストールする手順について説明します。

この項の構成

(1) アンインストール（Veritas Cluster Serverの場合）

(2) アンインストール（Sun Clusterの場合）

(1) アンインストール（Veritas Cluster Serverの場合）

アンインストールの手順を次に示します。

Cluster Manager（Java Console）を起動します。

Hitachi Command Suite製品のサービスを登録しているリソースグループを，実行系ノードに移動します。
Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから次の操作を順に実行します。

［Unfreeze］を選択します。

［Switch To］－［＜ホスト名＞］を選択します。

次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のサービスをオフラインにします。

HiRDB

次のリソースがほかの製品で使われていない場合は削除します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

注意

IPアドレスおよび共有ディスクのリソースは，この手順では削除しないでください。

削除しないリソースについては，右クリックのコンテキストメニューから［Enabled］のチェックを外します。

Cluster Explorerウィンドウの［Service Groups］タブを選択します。

Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを絶対パスで指定します。

dirオプションに指定するディレクトリが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

実行系ノードでHitachi Command Suiteをアンインストールします。

注意

クラスタ環境でのインストール中に作成された不要なディレクトリおよびファイルは手動で削除してください。

Hitachi Command Suite製品のサービスを登録していたリソースグループを，待機系ノードに移動します。
Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録していたリソースグループを右クリックして，コンテキストメニューから次の操作を順に実行します。

［Unfreeze］を選択します。

［Switch To］－［＜ホスト名＞］を選択します。

［Freeze］－［Temporary］を選択します。

待機系ノードでHitachi Command Suiteをアンインストールします。

注意

クラスタ環境でのインストール中に作成された不要なディレクトリおよびファイルは手動で削除してください。

次のリソースがほかの製品で使われていない場合は削除します。

IPアドレス

共有ディスク

Hitachi Command Suite製品のサービスを登録しているリソースグループが不要になった場合は，リソースグループを削除します。

リソースグループを削除しない場合は，Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているリソースグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

手順7で無効にしたリソースを有効にします。

関連項目

9.3 サービスの停止

Hitachi Command Suiteのアンインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

(2) アンインストール（Sun Clusterの場合）

アンインストールの手順を次に示します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスを登録しているリソースグループを実行系ノードに移動します。
# /usr/cluster/bin/scswitch -z -g ＜リソースグループ名＞ -h ＜ホスト名＞

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント（HiRDBを除く），Device ManagerおよびTiered Storage Managerのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

次のリソースがほかの製品で使われていない場合は削除します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

注意

IPアドレスおよび共有ディスクのリソースは，この手順では削除しないでください。

次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを絶対パスで指定します。

dirオプションに指定するディレクトリが空であることを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

重要

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

実行系ノードでHitachi Command Suiteをアンインストールします。

注意

クラスタ環境でのインストール中に作成された不要なディレクトリおよびファイルは手動で削除してください。

次のコマンドを実行して，Hitachi Command Suite製品のサービスを登録していたリソースグループを待機系ノードに移動します。
# /usr/cluster/bin/scswitch -z -g ＜リソースグループ名＞ -h ＜ホスト名＞

待機系ノードでHitachi Command Suiteをアンインストールします。

注意

クラスタ環境でのインストール中に作成された不要なディレクトリおよびファイルは手動で削除してください。

次のリソースがほかの製品で使われていない場合は削除します。

IPアドレス

共有ディスク

Hitachi Command Suite製品のサービスを登録しているリソースグループが不要になった場合は，リソースグループを削除します。

リソースグループを削除しない場合は，削除しなかったサービスに対して，次のコマンドを実行します。
# /usr/cluster/bin/scswitch -e -j ＜サービス名＞
# /usr/cluster/bin/scswitch -e -M -j ＜サービス名＞

関連項目

9.3 サービスの停止

Hitachi Command Suiteのアンインストール方法：マニュアル「Hitachi Command Suite Software インストールガイド」

9. サービスの起動と停止

この章では，管理サーバ上のHitachi Command Suite製品のサービスを起動したり停止したりする方法について説明します。

この章の構成

9.1 Hitachi Command Suiteの常駐プロセス

9.2 サービスの起動

9.3 サービスの停止

9.4 サービスの稼働状態の確認

9.1 Hitachi Command Suiteの常駐プロセス

Hitachi Command Suite（Device Manager，Tiered Storage ManagerおよびReplication Manager）の運用では，常駐プロセスがOS上で稼働していることが前提となります。

Device Manager，Tiered Storage ManagerおよびReplication Managerの常駐プロセスを次の表に示します。

表9-1 常駐プロセス（Windowsの場合）

プロセス名
サービス名
機能

htsmService.exe
HiCommand Tiered Storage Manager
Tiered Storage Managerサーバ

HiCommandServer
HiCommandServer
Device Managerサーバ

hcmdssvctl.exe
cjstartweb.exe
HBase Storage Mgmt Common Service
Hitachi Command Suiteサーブレットサービス
Device ManagerサーバとほかのHitachi Command Suite製品が同じマシンにインストールされている場合，HBase Storage Mgmt Common Service以外のサービスのプロセスが，hcmdssvctl.exeおよびcjstartweb.exeという名称で起動されることがあります。

httpsd.exe
HBase Storage Mgmt Web Service
Hitachi Command Suite共通Webサービス
このプロセスは複数起動されていることがあります。

httpsd.exe
HBase Storage Mgmt Web SSO Service※1
シングルサインオン用のHitachi Command Suite共通Webサービス

hcmdssvctl.exe
cjstartweb.exe
HCS Device Manager Web Service
Device Managerのサーブレットサービス

hntr2mon.exe
Hitachi Network Objectplaza Trace Monitor 2
Hitachi Network Objectplaza Trace Monitor 2 (x64)※2
Hitachi Command Suite共通トレースログ採取（統合トレースログ情報の採取）

hntr2srv.exe
Hitachi Command Suite共通トレースサービス（［サービス］ウィンドウからのイベントの処理）

pdservice.exe※3
HiRDB/EmbeddedEdition _HD0
HiRDBのプロセスサーバの制御

注※1

クラスタリソースへの登録はしないでください。

注※2

Windows（x64）の場合だけ表示されます。

注※3

常に起動していることが前提です。手動での停止や，クラスタリソースへの登録はしないでください。

表9-2 常駐プロセス（SolarisまたはLinuxの場合）

プロセス名
機能

htsmservice
Tiered Storage Managerサーバ

hicmdserver
Device Managerサーバ

Solarisの場合：

/bin/sh ＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/hicmdserver

Linuxの場合：

＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/hicmdserver

hcmdsso
cjstartweb
Hitachi Command Suiteサーブレットサービス
/bin/sh ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/HiCommand/hcmdsso
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/bin/cjstartweb

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/httpsd/sbin/httpsd
Hitachi Command Suite共通Webサービス
このプロセスは複数起動されていることがあります。

hcmdsdm
cjstartweb
Device Managerのサーブレットサービス
/bin/sh ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/DeviceManagerWebService/hcmdsdm
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/bin/cjstartweb

/opt/hitachi/HNTRLib2/bin/hntr2mon
Hitachi Command Suite共通トレースログ採取（統合トレースログ情報の採取）

pdprcd※
HiRDBのプロセスサーバプロセス

注※

常に起動していることが前提です。手動での停止や，クラスタリソースへの登録はしないでください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

9.4 サービスの稼働状態の確認

12.2.1 Host Data Collectorの常駐プロセス

9.2 サービスの起動

Windowsメニューまたはhcmdssrvコマンドを使って，Hitachi Command Suite製品のサービスを起動します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

サービスを起動するには：

次の操作を実行します。

Windowsの場合：

次のどれかの方法でサービスを起動します。

Windows XP，Windows Server 2003 R2，Windows Vista，Windows 7，Windows Server 2008またはWindows Server 2008 R2の場合

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Manage Services］－［Start - HCS］を選択します。

Windows Server 2012の場合

スタート画面からアプリケーションの一覧画面を表示し，［Hitachi Command Suite］の［Start - HCS］を選択します。

コマンドを実行する場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdssrv /start

SolarisまたはLinuxの場合：

次のコマンドを実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -start

次のサービスが一括で起動され，各サービスを起動した結果が画面に表示されます。

HiRDB

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Web SSO Service（Windowsの場合だけ）

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

同一マシンにインストールされたHitachi Command Suite製品のサービス

注意

05-70より前のバージョンのほかのHitachi Command Suite製品のサービスは同時に起動しません。

参考

Hitachi Command Suite製品のサービスを起動しても，Storage Navigator Modular 2のサービスは起動しません。

Storage Navigator Modular 2のサービスを起動するには，次の手順を実行してください。

Windowsの場合：

次のどちらかの方法を実行してください。

・［サービス］ウィンドウから，［SNM2 Server］－［サービスの開始］を選択する。

・コマンドプロンプトから次のコマンドを実行する。

net start snm2server

SolarisまたはLinuxの場合：

root でのログイン後，次のコマンドを実行してください。

/etc/init.d/snm2srv start

関連項目

05-70より前のバージョンのHitachi Command Suite製品のサービスを起動する方法：各Hitachi Command Suite製品のバージョンに対応するマニュアル

9.3 サービスの停止

Windowsメニューまたはhcmdssrvコマンドを使って，Hitachi Command Suite製品のサービスを停止します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

サービスを停止するには：

次の操作を実行します。

Windowsの場合：

次のどれかの方法でサービスを停止します。

Windows XP，Windows Server 2003 R2，Windows Vista，Windows 7，Windows Server 2008またはWindows Server 2008 R2の場合

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Manage Services］－［Stop - HCS］を選択します。

Windows Server 2012の場合

スタート画面からアプリケーションの一覧画面を表示し，［Hitachi Command Suite］の［Stop - HCS］を選択します。

コマンドを実行する場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdssrv /stop

SolarisまたはLinuxの場合：

次のコマンドを実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -stop

次のサービスが一括で停止され，各サービスを停止した結果が画面に表示されます。

HiRDB

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Web SSO Service（Windowsの場合だけ）

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

同一マシンにインストールされたHitachi Command Suite製品のサービス

注意

05-70より前のバージョンのほかのHitachi Command Suite製品のサービスは同時に停止しません。

SolarisまたはLinux環境では，Hitachi Command Suite共通コンポーネントの起動処理が完了していない状態で，Hitachi Command Suite共通コンポーネントを停止しないでください。サービスの常駐プロセスが起動しているにも関わらずサービスの状態表示が停止していると表示されたり，サービスの停止ができなくなったりする場合があります。このような状態になった場合は，マシンを再起動してください。

参考

Hitachi Command Suite製品のサービスを停止しても，Storage Navigator Modular 2のサービスは停止しません。

Storage Navigator Modular 2のサービスを停止するには，次の手順を実行してください。

Windowsの場合：

次のどちらかの方法を実行してください。

・［サービス］ウィンドウから，［SNM2 Server］－［サービスの停止］を選択する。

・コマンドプロンプトから次のコマンドを実行する。

net stop snm2server

SolarisまたはLinuxの場合：

root でのログイン後，次のコマンドを実行してください。

/etc/init.d/snm2srv stop

関連項目

05-70より前のバージョンのHitachi Command Suite製品のサービスを停止する方法：各Hitachi Command Suite製品のバージョンに対応するマニュアル

9.4 サービスの稼働状態の確認

Windowsメニューまたはhcmdssrvコマンドを使って，各Hitachi Command Suite製品のサービスの稼働状態を確認します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

サービスの稼働状態を確認するには：

次の操作を実行します。

Windowsの場合：

次のどれかの方法でサービスの稼働状態を確認します。

Windows XP，Windows Server 2003 R2，Windows Vista，Windows 7，Windows Server 2008またはWindows Server 2008 R2の場合

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Manage Services］－［Status - HCS］を選択します。

Windows Server 2012の場合

スタート画面からアプリケーションの一覧画面を表示し，［Hitachi Command Suite］の［Status - HCS］を選択します。

コマンドを実行する場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdssrv /statusall

SolarisまたはLinuxの場合：

次のコマンドを実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdssrv -statusall

各サービスの稼働状態が画面に表示されます。

10. データベースの管理

この章では，Hitachi Command Suite製品のデータベースをバックアップしたり，復元したりする方法について説明します。

この章の構成

10.1 データベースを管理する前に

10.2 データベースのバックアップ

10.3 データベースの復元

10.4 データベースの移行

10.1 データベースを管理する前に

バックアップと復元，エクスポートとインポートについて，機能の違いを次の表に示します。

表10-1 バックアップ・復元とエクスポート・インポートの違い

項目
バックアップと復元
エクスポートとインポート

Hitachi Command Suite製品のバージョンの条件
制限なし。
エクスポート元およびインポート先に，バージョン05-50以降のHitachi Command Suite製品がインストールされていること。

主な使用目的
サーバマシンに障害が発生したときに，現状の運用環境を復元すること。
サーバマシンを，別のOSのマシンなど現状とは異なる環境に移行すること。

対象となるデータ

Hitachi Command Suite製品のデータベース

Hitachi Command Suite共通コンポーネントのデータベース

Hitachi Command Suite製品のデータベース

Hitachi Command Suite共通コンポーネントのデータベースに含まれるユーザー情報

マシン条件

バックアップ元マシンと復元先マシンで，インストールされているHitachi Command Suite製品の種類が一致していること

バックアップ元マシンと復元先のマシンで，インストールされているHitachi Command Suite製品のバージョンおよびリビジョンが一致していること

インポート先のマシンに，インポート対象のHitachi Command Suite製品がインストールされていること

インポート先のマシンにインストールされているHitachi Command Suite製品のバージョンおよびリビジョンが，エクスポート元と同じか，それ以上であること

以降で，各操作の手順を説明します。

10.2 データベースのバックアップ

データベースに障害が発生した場合，管理サーバを運用できなくなるおそれがあります。障害の発生に備えて，データベースのバックアップを定期的に取ってください。

データベースをバックアップするときには，バックアップファイルを格納するディレクトリが必要です。バックアップファイルを格納するディレクトリには，バックアップ時に作成される一時ファイルの分も含めて次の空き容量が必要です。

必要な空き容量：

（＜バックアップ対象となるHitachi Command Suite製品のデータベースサイズの総和＞＋2.5GB）×2

例えば，Device Manager，Tiered Storage Manager，およびReplication Managerを使用している環境の場合は，次のディレクトリの容量を考慮して，バックアップに必要な容量を見積もります。

Device Managerのデータベースの格納先ディレクトリ

Tiered Storage Managerのデータベースの格納先ディレクトリ

Replication Managerのデータベースの格納先ディレクトリ

Hitachi Command Suite共通コンポーネントのデータベースの格納先ディレクトリ※

注※ 　Hitachi Command Suite共通コンポーネントのデータベースの格納先ディレクトリには，BASEディレクトリとSYSディレクトリがあります。

ほかのHitachi Command Suite製品を使用している場合は，それらのデータベースの容量も考慮してください。

注意

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止しておく必要があります。データベースのバックアップが完了したあと，Tuning Managerのサービスを再開させてください。Tuning Managerのサービスを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

データベースのバックアップでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。バックアップ中は，Hitachi Command Suiteにアクセスしないでください。

この節の構成

10.2.1 データベースのバックアップ（非クラスタ構成の場合）

10.2.2 データベースのバックアップ（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

10.2.3 データベースのバックアップ（Veritas Cluster Serverの場合）

10.2.4 データベースのバックアップ（Sun Clusterの場合）

10.2.1 データベースのバックアップ（非クラスタ構成の場合）

管理サーバのOSが非クラスタ構成の場合に，データベースをバックアップする手順を説明します。

Administrator権限またはroot権限のユーザーで管理サーバにログインします。

hcmdsbackupsコマンドを実行してデータベースをバックアップします。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbackups /dir ＜バックアップファイルの格納先フォルダ＞ /auto

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを絶対パスで指定します。SolarisまたはLinuxの場合は，パスには空白を含めないようにしてください。

dirオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

重要

dirオプションに指定したバックアップファイルの格納先ディレクトリに作成されるdatabase以外のディレクトリには，Hitachi Command Suite製品の設定ファイルがバックアップされます。管理サーバの障害によってHitachi Command Suite製品を再インストールすることになった場合には，バックアップされた設定ファイルで以前の設定内容を確認できます。

10.2.2 データベースのバックアップ（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

管理サーバのOSがWindowsでクラスタ構成の場合に，データベースをバックアップする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをバックアップしてください。

データベースをバックアップする手順を次に示します。

Administrator権限のユーザーで管理サーバにログインします。

クラスタ管理アプリケーションで次のサービスを選択し，右クリックメニューでオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrv /stopコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。
そのあとhcmdssrv /statusallコマンドを実行して，サービスが停止していること，またはコマンドのリターンコードが0であることを確認してください。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDBClusterService _HD0

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

hcmdsbackupsコマンドを実行してデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsbackups /dir ＜バックアップファイルの格納先フォルダ＞ /auto

dir

データベースのバックアップファイルを格納する共有ディスク上のフォルダを絶対パスで指定します。

dirオプションに指定するディレクトリの下には，ファイルおよびサブフォルダがないことを確認してください。

auto

Hitachi Command Suite 製品のサービスを自動的に起動/停止するオプションです。

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

hcmdssrv /stopコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。
そのあとhcmdssrv /statusallコマンドを実行して，サービスが停止していること，またはコマンドのリターンコードが0であることを確認してください。

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを有効にします。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.2.3 データベースのバックアップ（Veritas Cluster Serverの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがVeritas Cluster Serverの場合に，データベースをバックアップする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをバックアップしてください。

データベースをバックアップする手順を次に示します。

root権限のユーザーで管理サーバにログインします。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrv -stopコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。
そのあとhcmdssrv -statusallコマンドを実行して，サービスが停止していること，またはコマンドのリターンコードが0であることを確認してください。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiRDB

次のサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウの［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

hcmdsbackupsコマンドを実行してデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納する共有ディスク上のディレクトリを絶対パスで指定します。パスには空白を含めないようにしてください。

dirオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

auto

Hitachi Command Suite 製品のサービスを自動的に起動/停止するオプションです。

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

hcmdssrv -stopコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。
そのあとhcmdssrv -statusallコマンドを実行して，サービスが停止していること，またはコマンドのリターンコードが0であることを確認してください。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

Veritas Cluster Serverで，リソースが登録されているグループをオンラインにします。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.2.4 データベースのバックアップ（Sun Clusterの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがSun Clusterの場合に，データベースをバックアップする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをバックアップしてください。

データベースをバックアップする手順を次に示します。

root権限のユーザーで管理サーバにログインします。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

hcmdssrv -stopコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。
そのあとhcmdssrv -statusallコマンドを実行して，サービスが停止していること，またはコマンドのリターンコードが0であることを確認してください。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

hcmdsbackupsコマンドを実行してデータベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsbackups -dir ＜バックアップファイルの格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納する共有ディスク上のディレクトリを絶対パスで指定します。パスには空白を含めないようにしてください。

dirオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

auto

Hitachi Command Suite 製品のサービスを自動的に起動/停止するオプションです。

hcmdsbackupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリにdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

hcmdssrv -stopコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。
そのあとhcmdssrv -statusallコマンドを実行して，サービスが停止していること，またはコマンドのリターンコードが0であることを確認してください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerのリソースを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerの監視を有効にします。
# /usr/cluster/bin/scswitch -e –M -j HiRDB
# /usr/cluster/bin/scswitch -e –M -j BaseCommonService
# /usr/cluster/bin/scswitch -e –M -j BaseWebService
# /usr/cluster/bin/scswitch -e –M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e –M -j HiCommandServer
# /usr/cluster/bin/scswitch -e –M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.3 データベースの復元

データベースに障害が発生した場合，状況に応じて，次の方法で復元できます。

データベースに不整合が生じた場合
hcmdsbackupsコマンドでバックアップしておいたデータベースを使用して，復元できます。
データベースをバックアップした時点の管理サーバと，データベースを復元する時点の管理サーバとで，次のすべてが一致していることが前提です。

インストールされているHitachi Command Suite製品の種類，バージョンおよびリビジョン

各Hitachi Command Suite製品のインストール先

Hitachi Command Suite共通コンポーネントのインストール先

各Hitachi Command Suite製品のデータベースのインストール先

Hitachi Command Suite共通コンポーネントのデータベースのインストール先

マシンのIPアドレスとホスト名

データベースが破損した場合
hcmdsdbtransコマンドでエクスポートしておいたデータベースを使用して，復元できます。
データベースをエクスポートした時点の管理サーバと，データベースを復元する時点の管理サーバとで，インストールされているHitachi Command Suite製品の種類，バージョンおよびリビジョンが一致していることが前提です。
hcmdsdbrepairコマンドを実行すると，管理サーバにインストールされている全Hitachi Command Suite製品のデータベースは強制削除され，エクスポートしておいたデータベースに置き換わります。

この節の構成

10.3.1 データベース不整合時のデータベースの復元

10.3.2 データベース破損時のデータベースの復元

10.3.1 データベース不整合時のデータベースの復元

データベースに不整合が生じた場合は，hcmdsbackupsコマンドでバックアップしておいたデータベースを使用して，hcmdsdbコマンドで復元します。

注意

手順の途中で使用するhcmdsdbコマンドは，実行時に一時ファイルを作成します。バックアップファイルの格納先ディレクトリが次の条件を満たしていることを確認してください。
・hcmdsdbコマンドを実行するユーザーに書き込み権限がある。
・格納しているバックアップファイルと同じ分の空き容量がある。

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止しておく必要があります。データベースの復元が完了したあと，Tuning Managerのサービスを再開させてください。Tuning Managerのサービスを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

データベースの復元では，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。復元中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) データベース不整合時のデータベースの復元（非クラスタ構成の場合）

(2) データベース不整合時のデータベースの復元（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

(3) データベース不整合時のデータベースの復元（Veritas Cluster Serverの場合）

(4) データベース不整合時のデータベースの復元（Sun Clusterの場合）

(1) データベース不整合時のデータベースの復元（非クラスタ構成の場合）

管理サーバのOSが非クラスタ構成の場合に，データベースを復元する手順を説明します。

Administrator権限またはroot権限のユーザーで管理サーバにログインします。

hcmdsdbコマンドを実行してデータベースを復元します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdb /restore ＜バックアップファイル＞ /type ＜復元するHitachi Command Suite製品の名称＞ /auto

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdb -restore ＜バックアップファイル＞ -type ＜復元するHitachi Command Suite製品の名称＞ -auto

restore

hcmdsbackupsコマンドで取得したデータベースのバックアップファイル（backup.hdb）を絶対パスで指定します。SolarisまたはLinuxの場合，空白を含むパスは指定しないでください。

type

原則として，ALLを指定してください。管理サーバにインストールされているすべてのHitachi Command Suite製品のデータベースが一括して復元されます。

障害などの理由によって，特定のHitachi Command Suite製品のデータベースしか復元できない場合は，次の表に従って復元対象の製品の名称を指定します。

表10-2 データベースを復元する場合のtypeオプションの指定値（非クラスタ構成の場合）

製品 | 指定値
Device Manager | DeviceManager
Tiered Storage Manager | TieredStorageManager
Replication Manager | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

typeオプションにDeviceManagerを指定した場合は，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

typeオプションにTieredStorageManagerを指定した場合は，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，htmsetupコマンドを実行して再設定します。

Hitachi Command Suite製品のサービスを起動します。

Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

typeオプションにALLまたはDeviceManagerを指定した場合は，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

関連項目

(5) Tuning Managerサーバとのリモート接続およびポート番号の設定（htmsetupコマンド）

9.2 サービスの起動

(2) データベース不整合時のデータベースの復元（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

管理サーバのOSがWindowsでクラスタ構成の場合に，データベースを復元する手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースを復元してください。

Administrator権限のユーザーで管理サーバにログインします。

クラスタ管理アプリケーションで次のサービスを選択し，右クリックメニューでオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDBClusterService _HD0

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

hcmdsdbコマンドを実行してデータベースを復元します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdb /restore ＜バックアップファイル＞ /type ＜復元するHitachi Command Suite製品の名称＞

restore

hcmdsbackupsコマンドで取得したデータベースのバックアップファイル（backup.hdb）を絶対パスで指定します。共有ディスクに保存したものを使用してください。

type

原則として，ALLを指定してください。管理サーバにインストールされているすべてのHitachi Command Suite製品のデータベースが一括して復元されます。

障害などの理由によって，特定のHitachi Command Suite製品のデータベースしか復元できない場合は，次の表に従って復元対象の製品の名称を指定します。

表10-3 データベースを復元する場合のtypeオプションの指定値（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

製品 | 指定値
Device Manager | DeviceManager
Tiered Storage Manager | TieredStorageManager
Replication Manager | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

typeオプションにDeviceManagerを指定した場合は，実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

typeオプションにTieredStorageManagerを指定した場合は，実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを有効にします。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

typeオプションにALLまたはDeviceManagerを指定した場合は，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，再設定します。
「(2) Tuning Managerサーバとのリモート接続（Microsoft Cluster ServiceまたはWindows Server Failover Clustering）」に従って，Tuning Manager とのリモート接続を再設定してください。

関連項目

9.3 サービスの停止

(3) データベース不整合時のデータベースの復元（Veritas Cluster Serverの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがVeritas Cluster Serverの場合に，データベースを復元する手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースを復元してください。

データベースを復元する手順を次に示します。

root権限のユーザーで管理サーバにログインします。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiRDB

次のサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウの［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

hcmdsdbコマンドを実行してデータベースを復元します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdb -restore ＜バックアップファイル＞ -type ＜復元するHitachi Command Suite製品の名称＞

restore

hcmdsbackupsコマンドで取得したデータベースのバックアップファイル（backup.hdb）を絶対パスで指定します。空白を含むパスは指定しないでください。共有ディスクに保存したものを使用してください。

type

原則として，ALLを指定してください。管理サーバにインストールされているすべてのHitachi Command Suite製品のデータベースが一括して復元されます。

障害などの理由によって，特定のHitachi Command Suite製品のデータベースしか復元できない場合は，次の表に従って復元対象の製品の名称を指定します。

表10-4 データベースを復元する場合のtypeオプションの指定値（Veritas Cluster Serverの場合）

製品 | 指定値
Device Manager | DeviceManager
Tiered Storage Manager | TieredStorageManager
Replication Manager | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

typeオプションにDeviceManagerを指定した場合は，実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

typeオプションにTieredStorageManagerを指定した場合は，実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

typeオプションにALLまたはDeviceManagerを指定した場合は，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，再設定します。
「(3) Tuning Managerサーバとのリモート接続（Veritas Cluster Server）」に従って，Tuning Manager とのリモート接続を再設定してください。

関連項目

9.3 サービスの停止

(4) データベース不整合時のデータベースの復元（Sun Clusterの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがSun Clusterの場合に，データベースを復元する手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースを復元してください。

データベースを復元する手順を次に示します。

root権限のユーザーで管理サーバにログインします。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

hcmdsdbコマンドを実行してデータベースを復元します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdb -restore ＜バックアップファイル＞ -type ＜復元するHitachi Command Suite製品の名称＞

restore

hcmdsbackupsコマンドで取得したデータベースのバックアップファイル（backup.hdb）を絶対パスで指定します。空白を含むパスは指定しないでください。共有ディスクに保存したものを使用してください。

type

原則として，ALLを指定してください。管理サーバにインストールされているすべてのHitachi Command Suite製品のデータベースが一括して復元されます。

障害などの理由によって，特定のHitachi Command Suite製品のデータベースしか復元できない場合は，次の表に従って復元対象の製品の名称を指定します。

表10-5 データベースを復元する場合のtypeオプションの指定値（Sun Clusterの場合）

製品 | 指定値
Device Manager | DeviceManager
Tiered Storage Manager | TieredStorageManager
Replication Manager | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

typeオプションにDeviceManagerを指定した場合は，実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

typeオプションにTieredStorageManagerを指定した場合は，実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerのリソースを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerの監視を有効にします。
# /usr/cluster/bin/scswitch -e –M -j HiRDB
# /usr/cluster/bin/scswitch -e –M -j BaseCommonService
# /usr/cluster/bin/scswitch -e –M -j BaseWebService
# /usr/cluster/bin/scswitch -e –M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e –M -j HiCommandServer
# /usr/cluster/bin/scswitch -e –M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

typeオプションにALLまたはDeviceManagerを指定した場合はDevice ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，再設定します。
「(4) Tuning Managerサーバとのリモート接続（Sun Cluster）」に従って，Tuning Manager とのリモート接続を再設定してください。

関連項目

9.3 サービスの停止

10.3.2 データベース破損時のデータベースの復元

データベースが破損した場合は，hcmdsdbtransコマンドでエクスポートしておいたデータベースを使用して，hcmdsdbrepairコマンドで復元します。

注意

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止しておく必要があります。データベースの復元が完了したあと，Tuning Managerのサービスを再開させてください。Tuning Managerのサービスを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

データベースの復元では，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。復元中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) データベース破損時のデータベースの復元（非クラスタ構成の場合）

(2) データベース破損時のデータベースの復元（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

(3) データベース破損時のデータベースの復元（Veritas Cluster Serverの場合）

(4) データベース破損時のデータベースの復元（Sun Clusterの場合）

(1) データベース破損時のデータベースの復元（非クラスタ構成の場合）

管理サーバのOSが非クラスタ構成の場合に，データベースを復元する手順を説明します。

Administrator権限またはroot権限のユーザーで管理サーバにログインします。

Hitachi Command Suite製品のサービスを停止します。

hcmdsdbrepairコマンドを実行してデータベースを復元します。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbrepair /trans ＜エクスポートファイル＞

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbrepair -trans ＜エクスポートファイル＞

trans

hcmdsdbtransコマンドでエクスポートしたデータベースのアーカイブファイルを絶対パスで指定します。SolarisまたはLinuxの場合，空白を含むパスは指定しないでください。

Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，htmsetupコマンドを実行して再設定します。

Hitachi Command Suite製品のサービスを起動します。

Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Systemアカウントのパスワードはデータベースの復元によって設定が初期化されるため，必要に応じて再設定します。

関連項目

(5) Tuning Managerサーバとのリモート接続およびポート番号の設定（htmsetupコマンド）

9.2 サービスの起動

9.3 サービスの停止

Systemアカウントのパスワードの変更方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド 」

(2) データベース破損時のデータベースの復元（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

管理サーバのOSがWindowsでクラスタ構成の場合に，データベースを復元する手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースを復元してください。

Administrator権限のユーザーで管理サーバにログインします。

クラスタ管理アプリケーションで次のサービスを選択し，右クリックメニューでオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDBClusterService _HD0

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

hcmdsdbrepairコマンドを実行してデータベースを復元します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbrepair /trans ＜エクスポートファイル＞

trans

hcmdsdbtransコマンドでエクスポートしたデータベースのアーカイブファイルを絶対パスで指定します。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを有効にします。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，再設定します。
「(2) Tuning Managerサーバとのリモート接続（Microsoft Cluster ServiceまたはWindows Server Failover Clustering）」に従って，Tuning Manager とのリモート接続を再設定してください。

Systemアカウントのパスワードはデータベースの復元によって設定が初期化されるため，必要に応じて再設定します。

関連項目

9.3 サービスの停止

Systemアカウントのパスワードの変更方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド 」

(3) データベース破損時のデータベースの復元（Veritas Cluster Serverの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがVeritas Cluster Serverの場合に，データベースを復元する手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースを復元してください。

データベースを復元する手順を次に示します。

root権限のユーザーで管理サーバにログインします。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiRDB

次のサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウの［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

hcmdsdbrepairコマンドを実行してデータベースを復元します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbrepair -trans ＜エクスポートファイル＞

trans

hcmdsdbtransコマンドでエクスポートしたデータベースのアーカイブファイルを絶対パスで指定します。空白を含むパスは指定しないでください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，再設定します。
「(3) Tuning Managerサーバとのリモート接続（Veritas Cluster Server）」に従って，Tuning Manager とのリモート接続を再設定してください。

Systemアカウントのパスワードはデータベースの復元によって設定が初期化されるため，必要に応じて再設定します。

関連項目

9.3 サービスの停止

Systemアカウントのパスワードの変更方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド 」

(4) データベース破損時のデータベースの復元（Sun Clusterの場合）

管理サーバのOSがSolarisで使用しているクラスタソフトウェアがSun Clusterの場合に，データベースを復元する手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースを復元してください。

データベースを復元する手順を次に示します。

root権限のユーザーで管理サーバにログインします。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

hcmdsdbrepairコマンドを実行してデータベースを復元します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbrepair -trans ＜エクスポートファイル＞

trans

hcmdsdbtransコマンドでエクスポートしたデータベースのアーカイブファイルを絶対パスで指定します。空白を含むパスは指定しないでください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを設定します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerのリソースを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerの監視を有効にします。
# /usr/cluster/bin/scswitch -e –M -j HiRDB
# /usr/cluster/bin/scswitch -e –M -j BaseCommonService
# /usr/cluster/bin/scswitch -e –M -j BaseWebService
# /usr/cluster/bin/scswitch -e –M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e –M -j HiCommandServer
# /usr/cluster/bin/scswitch -e –M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースを復元した場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

Device ManagerのGUIで，Device Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Tiered Storage Managerのメッセージログを参照します。
リストア後，最初にTiered Storage Managerを起動したとき，ログファイルにKATS50354-Eメッセージが出力されているかを確認します。KATS50354-Eには，状態が失敗に変更されたTiered Storage ManagerのタスクのタスクIDが出力されます。

KATS50354-Eメッセージに示されているタスクのボリューム情報を参照して，Tiered Storage Managerのタスクが完了しているかを確認します。
マイグレーションタスクだけでなく，シュレッディングタスク，ロッキングタスクが完了しているかどうかも確認してください。

完了していないTiered Storage Managerのタスクを，必要に応じて再度タスクを作成して実行します。

Tuning Managerとリモート接続していた場合は，データベースの復元によって設定が初期化されるため，再設定します。
「(4) Tuning Managerサーバとのリモート接続（Sun Cluster）」に従って，Tuning Manager とのリモート接続を再設定してください。

Systemアカウントのパスワードはデータベースの復元によって設定が初期化されるため，必要に応じて再設定します。

関連項目

9.3 サービスの停止

Systemアカウントのパスワードの変更方法：マニュアル「Hitachi Command Suite Software ユーザーズガイド 」

10.4 データベースの移行

Hitachi Command Suite製品を長期間使用していると，Hitachi Command Suite製品のバージョンアップや管理対象となるオブジェクトの増加によって，今までよりも高性能なマシンが必要になる場合があります。このような場合，マシンの入れ替え作業の1つとしてデータベースを移行する必要があります。

Hitachi Command Suite製品では，hcmdsdbtransコマンドを使用してデータベースを移行できます。hcmdsdbtransコマンドは，各Hitachi Command Suite製品のデータベースに格納されているすべての情報と，Hitachi Command Suite共通コンポーネントが管理しているユーザー情報を移行するコマンドです。

hcmdsdbtransコマンドを使用すると，次に示すような，使用中の管理サーバとは異なる環境のマシンにもデータベースを移行できます。

異なるプラットフォームのマシンへの移行

Hitachi Command Suite製品のインストール先が異なるマシンへの移行

Hitachi Command Suite製品のバージョンが移行元のバージョンよりも新しいマシンへの移行

重要

［レプリケーション］タブを使用している場合は，管理サーバの環境を新しいマシンに移行する際に，収集した性能情報を引き継ぐための手順を実行する必要があります。手順どおりに実行しないと，性能情報のデータが消えるおそれがあります。 詳細は，「ソフトウェア添付資料」を参照してください。

この節の構成

10.4.1 データベースを移行する場合の注意事項

10.4.2 データベースを移行する流れ

10.4.3 移行先サーバへのHitachi Command Suite製品のインストール

10.4.4 移行元サーバでのデータベースのエクスポート

10.4.5 移行先サーバでのデータベースのインポート

10.4.1 データベースを移行する場合の注意事項

移行先と移行元のHitachi Command Suite製品のデータベース，種類，バージョン，およびユーザー情報についての注意事項を次に示します。

Hitachi Command Suite製品のデータベース，種類，およびバージョンについての注意事項

移行元サーバに次の製品がインストールされている場合は，データベースをエクスポートする前に，移行元サーバおよび移行先サーバで，バージョン6.0以降へのアップグレードインストールが必要です。
Replication Monitor 5.x以前
Tuning Manager 5.x以前
バージョン6.0以降にアップグレードできない場合，またはデータベースの移行が不要の場合は，データベースのインポート対象から外してください。

Tuning Managerのデータベースを移行する場合，次の制約があります。
Tuning Managerのデータベースは，移行元と移行先で同じ総容量に設定してください。データベースの総容量を変更する方法については，マニュアル「Hitachi Command Suite Tuning Manager Software 運用管理ガイド」を参照してください。
移行元と移行先のデータベースの構成（SmallまたはMedium）が同じか，または移行先のデータベースの構成が大きくなる組み合わせの場合に移行できます。
移行元のデータベースの構成で，管理対象となるリソース数が管理限界の70％を超える場合には，同じデータベースの構成には移行できません。

移行元の管理サーバにGlobal Link Managerがインストールされている場合，データベースのインポート対象から外してください。Global Link Managerのデータベースの移行が必要なときは，移行先サーバにインストールされているGlobal Link Managerのバージョンに対応したマニュアルに従ってデータベースを移行してください。

バージョン6.x以前のDevice Managerがインストールされた環境でエクスポートしたデータベースを，バージョン7.0以降の環境にインポートできるのは，バージョン7.0以降の新規インストール後1回だけです。バージョン7.0以降の上書きインストール後や移行先サーバでの運用開始後には，バージョン6.x以前のデータベースを再度インポートしないでください。

ユーザー情報についての注意事項

移行先にユーザー情報がある場合，そのユーザー情報は移行元のユーザー情報に置き換えられます。このため，すでにHitachi Command Suite製品のユーザー情報があるマシンへの移行は行わないでください。

ユーザー情報が置き換えられるため，複数の管理サーバで稼働していたHitachi Command Suite製品を1台の管理サーバに集約するような移行はできません。

10.4.2 データベースを移行する流れ

データベースを移行する手順の流れは次のとおりです。

移行先サーバに，データベースを移行するHitachi Command Suite製品をインストールします。

hcmdsdbtransコマンドで移行元サーバでデータベースをエクスポートします。

移行元サーバから移行先サーバへアーカイブファイルを転送します。

hcmdsdbtransコマンドで移行先サーバでデータベースをインポートします。
以降で，各手順の詳細を説明します。

10.4.3 移行先サーバへのHitachi Command Suite製品のインストール

移行先サーバに，データベースを移行するHitachi Command Suite製品をインストールしてください。移行先にインストールされていないHitachi Command Suite製品のデータベースは移行できません。移行先には，必要なHitachi Command Suite製品を漏れなくインストールしてください。

移行先サーバにインストールするHitachi Command Suite製品のバージョンは，移行元のHitachi Command Suite製品と同じか，それ以上にしてください。移行先にインストールされているHitachi Command Suite製品のバージョンがどれか1つでも移行元より古い場合，移行はできません。

10.4.4 移行元サーバでのデータベースのエクスポート

Hitachi Command Suite製品のデータベースをエクスポートするときには，データベースの情報を一時的に格納するためのディレクトリと，アーカイブファイルを格納するディレクトリが必要です。それぞれのディレクトリには，次に示すディレクトリの合計サイズと同等の容量を確保してください。

インストールされているHitachi Command Suite製品の各データベースの格納先ディレクトリ

Hitachi Command Suite共通コンポーネントのデータベースの格納先ディレクトリからSYSディレクトリ以下を除いたもの

注意

データベースはアーカイブファイルとしてエクスポートされます。データベースの全体容量が2GBを超えている場合，データベースのエクスポート時に，アーカイブファイルの作成に失敗します。この場合は，アーカイブファイルの代わりに，エクスポート時に収集されるデータベース情報を移行先に転送します。

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止しておく必要があります。データベースのエクスポートが完了したあと，Tuning Managerのサービスを再開させてください。Tuning Managerのサービスを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

データベースのエクスポートでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。エクスポート中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) データベースのエクスポート（非クラスタ構成の場合）

(2) データベースのエクスポート（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

(3) データベースのエクスポート（Veritas Cluster Serverの場合）

(4) データベースのエクスポート（Sun Clusterの場合）

(1) データベースのエクスポート（非クラスタ構成の場合）

管理サーバのOSが非クラスタ構成の場合に，移行元サーバでデータベースをエクスポートする手順を次に示します。

Administrator権限またはroot権限のユーザーで管理サーバにログインします。

hcmdsdbtransコマンドを実行してデータベースをエクスポートします。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbtrans /export /workpath ＜作業用フォルダ＞ /file ＜アーカイブファイル＞ /auto

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbtrans -export -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞ -auto

workpath

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。SolarisまたはLinuxの場合，空白を含むパスは指定しないでください。ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。SolarisまたはLinuxの場合は，パスに空白を含まないようにしてください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

アーカイブファイルを移行先サーバに転送します。
アーカイブファイルを作成できなかった場合，workpathオプションで指定したディレクトリに格納されているファイルをすべて転送してください。このとき，workpathオプションで指定したディレクトリ以下のファイル構成は変更しないでください。

(2) データベースのエクスポート（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

管理サーバのOSがWindowsでクラスタ構成の場合に，移行元サーバでデータベースをエクスポートする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをエクスポートしてください。

データベースをエクスポートする手順を次に示します。

Administrator権限のユーザーで管理サーバにログインします。

クラスタ管理アプリケーションで次のサービスを選択し，右クリックメニューでオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDBClusterService _HD0

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを起動します。

hcmdsdbtransコマンドを実行してデータベースをエクスポートします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbtrans /export /workpath ＜作業用フォルダ＞ /file ＜アーカイブファイル＞

workpath

データベース情報を一時的に配置するための作業用フォルダを，絶対パスで指定します。ローカルディスクのフォルダを指定してください。 workpathオプションに指定するフォルダの下には，ファイルおよびサブフォルダがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。

アーカイブファイルを移行先サーバに転送します。
アーカイブファイルを作成できなかった場合，workpathオプションで指定したフォルダに格納されているファイルをすべて転送してください。このとき，workpathオプションで指定したフォルダ以下のファイル構成は変更しないでください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを有効にします。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

関連項目

9.2 サービスの起動

9.3 サービスの停止

(3) データベースのエクスポート（Veritas Cluster Serverの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがVeritas Cluster Serverの場合に，移行元サーバでデータベースをエクスポートする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをエクスポートしてください。

データベースをエクスポートする手順を次に示します。

root権限のユーザーで管理サーバにログインします。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiRDB

次のサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウの［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを起動します。

hcmdsdbtransコマンドを実行してデータベースをエクスポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbtrans -export -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞

workpath

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。空白を含むパスは指定しないでください。ローカルディスクのディレクトリを指定してください。 workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。パスに空白を含まないようにしてください。

アーカイブファイルを移行先サーバに転送します。
アーカイブファイルを作成できなかった場合，workpathオプションで指定したディレクトリに格納されているファイルをすべて転送してください。このとき，workpathオプションで指定したディレクトリ以下のファイル構成は変更しないでください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

Veritas Cluster Serverで，リソースが登録されているグループをオンラインにします。

関連項目

9.2 サービスの起動

9.3 サービスの停止

(4) データベースのエクスポート（Sun Clusterの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがSun Clusterの場合に，移行元サーバでデータベースをエクスポートする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをエクスポートしてください。

データベースをエクスポートする手順を次に示します。

root権限のユーザーで管理サーバにログインします。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを起動します。

hcmdsdbtransコマンドを実行してデータベースをエクスポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbtrans -export -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞

workpath

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。空白を含むパスは指定しないでください。ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。パスに空白を含まないようにしてください。

アーカイブファイルを移行先サーバに転送します。
アーカイブファイルを作成できなかった場合，workpathオプションで指定したディレクトリに格納されているファイルをすべて転送してください。このとき，workpathオプションで指定したディレクトリ以下のファイル構成は変更しないでください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerのリソースを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerの監視を有効にします。
# /usr/cluster/bin/scswitch -e –M -j HiRDB
# /usr/cluster/bin/scswitch -e –M -j BaseCommonService
# /usr/cluster/bin/scswitch -e –M -j BaseWebService
# /usr/cluster/bin/scswitch -e –M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e –M -j HiCommandServer
# /usr/cluster/bin/scswitch -e –M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.4.5 移行先サーバでのデータベースのインポート

移行先サーバで，データベースをインポートする手順を次に示します。

注意

Tuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerのサービスをいったん停止しておく必要があります。データベースのインポートが完了したあと，Tuning Managerのサービスを再開させてください。Tuning Managerのサービスを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

データベースのインポートでは，Hitachi Command Suiteのサービスの停止を伴う操作を実行します。インポート中は，Hitachi Command Suiteにアクセスしないでください。

この項の構成

(1) データベースのインポート（非クラスタ構成の場合）

(2) データベースのインポート（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

(3) データベースのインポート（Veritas Cluster Serverの場合）

(4) データベースのインポート（Sun Clusterの場合）

(1) データベースのインポート（非クラスタ構成の場合）

管理サーバのOSが非クラスタ構成の場合に，移行先サーバでデータベースをインポートする手順を次に示します。

Administrator権限またはroot権限のユーザーで管理サーバにログインします。

移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先サーバのプロパティファイルの設定値を見直してください。
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。

hcmdsdbtransコマンドを実行してデータベースをインポートします。

Windowsの場合：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbtrans /import /workpath ＜作業用フォルダ＞ [/file ＜アーカイブファイル＞] /type {ALL|＜データベースを移行するHitachi Command Suite製品の名称＞} /auto

SolarisまたはLinuxの場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbtrans -import -workpath ＜作業用ディレクトリ＞ [-file ＜アーカイブファイル＞] -type {ALL|＜データベースを移行するHitachi Command Suite製品の名称＞} -auto

workpath

アーカイブファイルを使用してインポートする場合：

アーカイブファイルを展開するためのディレクトリを，絶対パスで指定します。SolarisまたはLinuxの場合，空白を含むパスは指定しないでください。ローカルディスクのディレクトリを指定してください。アーカイブファイルを使用する場合，fileオプションの指定は必須です。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したディレクトリを指定してください。転送したディレクトリ以下のファイル構成は変更しないでください。また，fileオプションは指定しないでください。

file

移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。SolarisまたはLinuxの場合，パスに空白を含まないようにしてください。workpathに指定したディレクトリに移行元から転送したデータベース情報が格納されている場合，このオプションを指定する必要はありません。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。

管理サーバのプログラム構成の違いなどの理由によって，特定のHitachi Command Suite製品のデータベースしか移行しない場合は，次の表に従って移行対象の製品の名称を指定します。複数の製品を指定する場合，コンマ（,）で区切って指定してください。

なお，typeオプションを使用してデータベースを移行できるのは，指定したすべての製品のデータベースが，アーカイブファイルまたはworkpathオプションに指定したディレクトリにあり，かつ，指定したすべての製品が移行先にインストールされている場合です。条件を満たさない製品が1つでもある場合，移行は実行されません。

表10-6 データベースを移行する場合のtypeオプションの指定値（非クラスタ構成の場合）

製品 | 指定値
Device Manager※1※2 | DeviceManager
Tiered Storage Manager※1 | TieredStorageManager
Replication Manager※2 | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

注※1 バージョン7.0以降の環境でエクスポートしたデータベースをインポートする場合は，Tiered Storage Managerのライセンスの有無に関係なく，Device ManagerとTiered Storage Managerのデータベースを必ず両方一緒にインポートしてください。

注※2 Replication Managerのデータベースをインポートする場合は，Device Managerのデータベースも必ず一緒にインポートしてください。

auto

Hitachi Command Suite製品のサービスを自動的に起動/停止するオプションです。

Device Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。
hcmdsdbtransコマンドでは，ユーザー情報以外のHitachi Command Suite共通コンポーネントのリポジトリーを移行しないため，インポートしたDevice Managerのデータベースの情報に合わせてリポジトリーの情報を同期する必要があります。

Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。

Tuning Managerとリモート接続していた場合は，データベースのインポートによって設定が初期化されるため，htmsetupコマンドを実行して再設定します。

移行先のHitachi Command Suite製品のサービスを起動します。

Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

次の場合には，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

データベースをエクスポートしてから，インポートするまでの間にストレージシステムの構成を変更したとき
構成を変更したストレージシステムをリフレッシュします。

移行元と移行先で管理サーバにインストールされたHitachi Command Suite製品のバージョンが異なるとき
Device Managerに登録されたすべてのストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースをインポートした場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

データベースをバックアップします。
運用再開後は，バージョン6.4以前にエクスポートしたアーカイブファイルはインポートできません。障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。

関連項目

(5) Tuning Managerサーバとのリモート接続およびポート番号の設定（htmsetupコマンド）

9.2 サービスの起動

10.2.1 データベースのバックアップ（非クラスタ構成の場合）

(2) データベースのインポート（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

管理サーバのOSがWindowsでクラスタ構成の場合に，移行先サーバでデータベースをインポートする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをインポートしてください。

データベースをインポートする手順を次に示します。

Administrator権限のユーザーで管理サーバにログインします。

移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先の実行系ノードおよび待機系ノードでプロパティファイルの設定値を見直してください。
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。

クラスタ管理アプリケーションで次のサービスを選択し，右クリックメニューでオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HiRDBClusterService _HD0

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを抑止します。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開しない］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで，［リソースが失敗状態になった場合は、再起動しない］を選択します。

HiRDBを起動します。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞ ¥bin¥hcmdsdbsrv /start

hcmdsdbtransコマンドを実行してデータベースをインポートします。
＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbtrans /import /workpath ＜作業用フォルダ＞ /file ＜アーカイブファイル＞ /type {ALL|＜データベースを移行するHitachi Command Suite製品の名称＞}

workpath

アーカイブファイルを使用してインポートする場合：

アーカイブファイルを展開するためのフォルダを，絶対パスで指定します。ローカルディスクのフォルダを指定してください。アーカイブファイルを使用する場合，fileオプションの指定は必須です。

workpathオプションに指定するフォルダの下には，ファイルおよびサブフォルダがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したフォルダを指定してください。転送したフォルダ以下のファイル構成は変更しないでください。また，fileオプションは指定しないでください。

file

移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。workpathに指定したフォルダに移行元から転送したデータベース情報が格納されている場合，このオプションを指定する必要はありません。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。

管理サーバのプログラム構成の違いなどの理由によって，特定のHitachi Command Suite製品のデータベースしか移行しない場合は，次の表に従って移行対象の製品の名称を指定します。複数の製品を指定する場合，コンマ（,）で区切って指定してください。

なお，typeオプションを使用してデータベースを移行できるのは，指定したすべての製品のデータベースが，アーカイブファイルまたはworkpathオプションに指定したフォルダにあり，かつ，指定したすべての製品が移行先にインストールされている場合です。条件を満たさない製品が1つでもある場合，移行は実行されません。

表10-7 データベースを移行する場合のtypeオプションの指定値（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

製品 | 指定値
Device Manager※1※2 | DeviceManager
Tiered Storage Manager※1 | TieredStorageManager
Replication Manager※2 | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

注※1 バージョン7.0以降の環境でエクスポートしたデータベースをインポートする場合は，Tiered Storage Managerのライセンスの有無に関係なく，Device ManagerとTiered Storage Managerのデータベースを必ず両方一緒にインポートしてください。

注※2 Replication Managerのデータベースをインポートする場合は，Device Managerのデータベースも必ず一緒にインポートしてください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。
hcmdsdbtransコマンドでは，ユーザー情報以外のHitachi Command Suite共通コンポーネントのリポジトリーを移行しないため，インポートしたDevice Managerのデータベースの情報に合わせてリポジトリーの情報を同期する必要があります。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを起動します。

クラスタ管理アプリケーションで，リソースグループのフェールオーバーを有効にします。
次のリソースの設定を変更します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDBClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用している場合：

リソース名を右クリックし，［プロパティ］－［詳細設定］タブで，［再開する］を選択します。

Windows Server Failover Clusteringを使用している場合：

リソース名を右クリックし，［プロパティ］－［ポリシー］タブで次の項目を選択します。

・［リソースが失敗状態になった場合は、現在のノードで再起動を試みる］

・［再起動に失敗した場合は、この役割のすべてのリソースをフェールオーバーする］（または［再起動に失敗した場合は、このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］）

クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスを登録しているリソースグループをオンラインにします。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

次の場合には，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

データベースをエクスポートしてから，インポートするまでの間にストレージシステムの構成を変更したとき
構成を変更したストレージシステムをリフレッシュします。

移行元と移行先で管理サーバにインストールされたHitachi Command Suite製品のバージョンが異なるとき
Device Managerに登録されたすべてのストレージシステムをリフレッシュします

Replication Managerのセカンダリーサイトにある管理サーバでデータベースをインポートした場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

データベースをバックアップします。
運用再開後は，バージョン6.4以前にエクスポートしたアーカイブファイルはインポートできません。障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。

Tuning Managerとリモート接続していた場合は，データベースのインポートによって設定が初期化されるため，再設定します。
「(2) Tuning Managerサーバとのリモート接続（Microsoft Cluster ServiceまたはWindows Server Failover Clustering）」に従って，Tuning Manager とのリモート接続を再設定してください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.2.2 データベースのバックアップ（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

(3) データベースのインポート（Veritas Cluster Serverの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがVeritas Cluster Serverの場合に，移行先サーバでデータベースをインポートする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをインポートしてください。

データベースをインポートする手順を次に示します。

root権限のユーザーで管理サーバにログインします。

移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先の実行系ノードおよび待機系ノードでプロパティファイルの設定値を見直してください。
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

上記以外のHitachi Command Suite製品のリソース

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

Veritas Cluster Serverで，次のサービスをオフラインにします。

HiRDB

次のサービスを右クリックして，コンテキストメニューにある［Enabled］のチェックを外します。

HiCommand Tiered Storage Manager

HiCommandServer

HCS Device Manager Web Service

HBase Storage Mgmt Web Service

HBase Storage Mgmt Common Service

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウの［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Freeze］－［Temporary］を選択します。

HiRDBを起動します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbsrv -start

hcmdsdbtransコマンドを実行してデータベースをインポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbtrans -import -workpath ＜作業用ディレクトリ＞ [-file ＜アーカイブファイル＞] -type {ALL|＜データベースを移行するHitachi Command Suite製品の名称＞}

workpath

アーカイブファイルを使用してインポートする場合：

アーカイブファイルを展開するためのディレクトリを，絶対パスで指定します。空白を含むパスは指定しないでください。ローカルディスクのディレクトリを指定してください。アーカイブファイルを使用する場合，fileオプションの指定は必須です。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したディレクトリを指定してください。転送したディレクトリ以下のファイル構成は変更しないでください。また，fileオプションは指定しないでください。

file

移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。パスに空白を含まないようにしてください。workpathに指定したディレクトリに移行元から転送したデータベース情報が格納されている場合，このオプションを指定する必要はありません。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。

管理サーバのプログラム構成の違いなどの理由によって，特定のHitachi Command Suite製品のデータベースしか移行しない場合は，次の表に従って移行対象の製品の名称を指定します。複数の製品を指定する場合，コンマ（,）で区切って指定してください。

なお，typeオプションを使用してデータベースを移行できるのは，指定したすべての製品のデータベースが，アーカイブファイルまたはworkpathオプションに指定したディレクトリにあり，かつ，指定したすべての製品が移行先にインストールされている場合です。条件を満たさない製品が1つでもある場合，移行は実行されません。

表10-8 データベースを移行する場合のtypeオプションの指定値（Veritas Cluster Serverの場合）

製品 | 指定値
Device Manager※1※2 | DeviceManager
Tiered Storage Manager※1 | TieredStorageManager
Replication Manager※2 | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

注※1 バージョン7.0以降の環境でエクスポートしたデータベースをインポートする場合は，Tiered Storage Managerのライセンスの有無に関係なく，Device ManagerとTiered Storage Managerのデータベースを必ず両方一緒にインポートしてください。

注※2 Replication Managerのデータベースをインポートする場合は，Device Managerのデータベースも必ず一緒にインポートしてください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。
hcmdsdbtransコマンドでは，ユーザー情報以外のHitachi Command Suite共通コンポーネントのリポジトリーを移行しないため，インポートしたDevice Managerのデータベースの情報に合わせてリポジトリーの情報を同期する必要があります。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを起動します。

Cluster Explorerウィンドウで［Service Groups］タブを選択します。Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Unfreeze］を選択します。

Hitachi Command Suite製品のサービスを登録しているグループを右クリックして，コンテキストメニューから［Enable Resources］を選択します。

Veritas Cluster Serverで，リソースが登録されているグループをオンラインにします。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

次の場合には，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

データベースをエクスポートしてから，インポートするまでの間にストレージシステムの構成を変更したとき
構成を変更したストレージシステムをリフレッシュします。

移行元と移行先で管理サーバにインストールされたHitachi Command Suiteのバージョンが異なるとき
Device Managerに登録されたすべてのストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースをインポートした場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

データベースをバックアップします。
運用再開後は，バージョン6.4以前にエクスポートしたアーカイブファイルはインポートできません。障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。

Tuning Managerとリモート接続していた場合は，データベースのインポートによって設定が初期化されるため，再設定します。
「(3) Tuning Managerサーバとのリモート接続（Veritas Cluster Server）」に従って，Tuning Manager とのリモート接続を再設定してください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.2.3 データベースのバックアップ（Veritas Cluster Serverの場合）

(4) データベースのインポート（Sun Clusterの場合）

管理サーバのOSがSolarisで，使用しているクラスタソフトウェアがSun Clusterの場合に，移行先サーバでデータベースをインポートする手順を説明します。

注意

実行系ノード（cluster.confファイルのmodeにonlineが設定されているマシン）でデータベースをインポートしてください。

データベースをインポートする手順を次に示します。

root権限のユーザーで管理サーバにログインします。

移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先の実行系ノードおよび待機系ノードでプロパティファイルの設定値を見直してください。
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -M -j HiCommandServer
# /usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -M -j BaseWebService
# /usr/cluster/bin/scswitch -n -M -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Tiered Storage Manager，Device ManagerおよびHitachi Command Suite共通コンポーネント（HiRDBを除く）のリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j TieredStorageManager
# /usr/cluster/bin/scswitch -n -j HiCommandServer
# /usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -n -j BaseWebService
# /usr/cluster/bin/scswitch -n -j BaseCommonService
上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを停止します。

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。
# /usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。
# /usr/cluster/bin/scswitch -n -j HiRDB

HiRDBを起動します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbsrv -start

hcmdsdbtransコマンドを実行してデータベースをインポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbtrans -import -workpath ＜作業用ディレクトリ＞[-file ＜アーカイブファイル＞] -type {ALL|＜データベースを移行するHitachi Command Suite製品の名称＞}

workpath

アーカイブファイルを使用してインポートする場合：

アーカイブファイルを展開するためのディレクトリを，絶対パスで指定します。空白を含むパスは指定しないでください。ローカルディスクのディレクトリを指定してください。アーカイブファイルを使用する場合，fileオプションの指定は必須です。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したディレクトリを指定してください。転送したディレクトリ以下のファイル構成は変更しないでください。また，fileオプションは指定しないでください。

file

移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。パスに空白を含まないようにしてください。workpathに指定したディレクトリに移行元から転送したデータベース情報が格納されている場合，このオプションを指定する必要はありません。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。

管理サーバのプログラム構成の違いなどの理由によって，特定のHitachi Command Suite製品のデータベースしか移行しない場合は，次の表に従って移行対象の製品の名称を指定します。複数の製品を指定する場合，コンマ（,）で区切って指定してください。

なお，typeオプションを使用してデータベースを移行できるのは，指定したすべての製品のデータベースが，アーカイブファイルまたはworkpathオプションに指定したディレクトリにあり，かつ，指定したすべての製品が移行先にインストールされている場合です。条件を満たさない製品が1つでもある場合，移行は実行されません。

表10-9 データベースを移行する場合のtypeオプションの指定値（Sun Clusterの場合）

製品 | 指定値
Device Manager※1※2 | DeviceManager
Tiered Storage Manager※1 | TieredStorageManager
Replication Manager※2 | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

注※1 バージョン7.0以降の環境でエクスポートしたデータベースをインポートする場合は，Tiered Storage Managerのライセンスの有無に関係なく，Device ManagerとTiered Storage Managerのデータベースを必ず両方一緒にインポートしてください。

注※2 Replication Managerのデータベースをインポートする場合は，Device Managerのデータベースも必ず一緒にインポートしてください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。
hcmdsdbtransコマンドでは，ユーザー情報以外のHitachi Command Suite共通コンポーネントのリポジトリーを移行しないため，インポートしたDevice Managerのデータベースの情報に合わせてリポジトリーの情報を同期する必要があります。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティにtrueを指定します。

hcmdssrvコマンドを実行して，Hitachi Command Suite製品のサービスを起動します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerのリソースを有効にします。
# /usr/cluster/bin/scswitch -e -j HiRDB
# /usr/cluster/bin/scswitch -e -j BaseCommonService
# /usr/cluster/bin/scswitch -e -j BaseWebService
# /usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e -j HiCommandServer
# /usr/cluster/bin/scswitch -e -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device ManagerおよびTiered Storage Managerの監視を有効にします。
# /usr/cluster/bin/scswitch -e –M -j HiRDB
# /usr/cluster/bin/scswitch -e –M -j BaseCommonService
# /usr/cluster/bin/scswitch -e –M -j BaseWebService
# /usr/cluster/bin/scswitch -e –M -j HCSDeviceManagerWebService
# /usr/cluster/bin/scswitch -e –M -j HiCommandServer
# /usr/cluster/bin/scswitch -e –M -j TieredStorageManager
上記以外にHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

実行系ノードおよび待機系ノードで，Device Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

実行系ノードおよび待機系ノードで，Tiered Storage Managerサーバのserver.base.initialsynchroプロパティをfalseに戻します。

次の場合には，Device ManagerのGUIまたはCLIでストレージシステムをリフレッシュします。

データベースをエクスポートしてから，インポートするまでの間にストレージシステムの構成を変更したとき
構成を変更したストレージシステムをリフレッシュします。

移行元と移行先で管理サーバにインストールされたHitachi Command Suiteのバージョンが異なるとき
Device Managerに登録されたすべてのストレージシステムをリフレッシュします。

Replication Managerのセカンダリーサイトにある管理サーバでデータベースをインポートした場合，Replication ManagerのGUIで最新の構成情報を取得して，プライマリーサイトのReplication ManagerとセカンダリーサイトのDevice Managerのデータベースを同期させます。

データベースをバックアップします。
運用再開後は，バージョン6.4以前にエクスポートしたアーカイブファイルはインポートできません。障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。

Tuning Managerとリモート接続していた場合は，データベースのインポートによって設定が初期化されるため，再設定します。
「(4) Tuning Managerサーバとのリモート接続（Sun Cluster）」に従って，Tuning Manager とのリモート接続を再設定してください。

関連項目

9.2 サービスの起動

9.3 サービスの停止

10.2.4 データベースのバックアップ（Sun Clusterの場合）

11. Device Managerエージェントの運用

この章では，Device Managerエージェントを運用するために必要な設定や，Device Managerエージェントの操作について説明します。

この章の構成

11.1 Device Managerエージェントを運用するための前提条件

11.2 Device Managerエージェントの環境設定

11.3 Device Managerエージェントの操作

11.4 構成定義ファイルの利用

11.5 Device Managerエージェントのリモートインストール

11.1 Device Managerエージェントを運用するための前提条件

Device Managerエージェントを運用する上での前提条件や注意事項について説明します。

この節の構成

11.1.1 複数のNIC が搭載されたホストを使用する場合の前提条件

11.1.2 Device Managerエージェントを運用する場合の注意事項

11.1.1 複数のNIC が搭載されたホストを使用する場合の前提条件

複数のNIC が搭載されたホストでDevice Managerエージェントを動作させる場合の前提条件を次に示します。

Device Managerエージェントのserver.propertiesファイルのserver.http.socket.agentAddressプロパティに，Device Managerエージェントで使用するNICのIPアドレスを指定してください。

P-VOLを認識しているホストとS-VOLを認識しているホストのOSがWindowsの場合，自ホストの優先NICに割り当てられたIPアドレスと，相手ホストから自ホストを名前解決した際のIPアドレスが同じになるように，それぞれのホストでNICの優先順位を見直す必要があります。名前解決できない環境の場合は，Device Manager CLIまたはReplication Managerからコピーペアに対して操作した際にエラーになることがあります。
Windows Server 2003 R2の場合は，次の手順でNICの優先順位を変更してください。

［スタート］－［設定］－［ネットワーク接続］を選択します。

［詳細設定］－［詳細設定］－［アダプタとバインド］タブを選択し，NICの優先順位を変更します。

Windows Server 2008，Windows Server 2008 R2，Windows Server 2012またはWindows Server 2012 R2の場合は，次の手順でNICの優先順位を変更してください。

［コントロールパネル］から，［ネットワークと共有センター］－［アダプターの設定の変更］を選択します。

［詳細設定］－［詳細設定］－［アダプターとバインド］タブを選択し，NICの優先順位を変更します。
［詳細設定］メニューが表示されていない場合は，［Alt］キーを押してメニューバーを表示させてから操作してください。

関連項目

D.1.1 Device Managerエージェントのプロパティの変更

D.6.5 server.http.socket.agentAddress

11.1.2 Device Managerエージェントを運用する場合の注意事項

Device Managerエージェントを運用する場合には，幾つかの注意事項があります。

Device Managerエージェントをインストールしたあとに，下記の条件でホストのOSをバージョンアップした場合は，Device Managerエージェントを上書きインストールしてください。

Solaris 9より前のバージョンからSolaris 9以降にバージョンアップ

AIX 5.2より前のバージョンからAIX 5.3以降にバージョンアップ

HP-UX 11i v2より前のバージョンからHP-UX 11i v2以降にバージョンアップ

ホストのOSがWindowsの場合，Device Managerエージェントは，ドライブレターAまたはBが割り当てられたデバイスの情報を取得しません。Device Managerエージェントを使用して管理するデバイスには，C～Zのドライブレターを割り当ててください。

AIX 7.1またはAIX 6.1 TL6以降のホストでrendevコマンドを使用してデバイスファイル名を変更する場合，変更後の文字列にはASCII印字可能文字だけを使用してください。ASCII印字可能文字以外の文字が含まれると，Device Managerエージェントが正しく動作しません。

hdvm_info以外のDevice Managerエージェントのコマンドを実行するためには，Administrator権限またはスーパーユーザー権限が必要です。

ホストで次のOSを使用している場合は，Device Managerエージェントのコマンドは，WOW64用のコマンドプロンプトから実行してください。
Windows Server 2003 R2（x64）
Windows Server 2008（x64およびIPF）
Windows Server 2008 R2（x64およびIPF）
Windows Server 2012（x64）
Windows Server 2012 R2（x64）
コマンドプロンプトの実行例を次に示します。
C:¥WINDOWS¥SysWOW64¥cmd.exe

Windowsでは，Device Managerエージェントのコマンドがインストールされるフォルダが自動的に環境変数PATHに追加されます。このため，コマンドを実行するとき，コマンドが格納されているフォルダに移動する必要はありません。

Device Managerエージェントを使用してストレージシステムで256以上のLUNを認識するLinuxホストを登録すると，KAIC03006-Eのエラーメッセージが出力され，操作が失敗します。
ホストのOSがLinuxの場合，Device Managerエージェントの管理対象ホストで認識するストレージシステムの１ポートごとのLU数は256以下，LUNの範囲は0～255となるように指定してください。

11.2 Device Managerエージェントの環境設定

Device Managerエージェントの運用を開始するためには，環境設定が必要です。

必要に応じて次の設定をしてください。

Javaの実行環境の変更（WindowsまたはLinux）
Device Managerエージェントで使用するJavaの実行環境を変更する場合に必要です。

ファイアウォールへの例外登録（Windows）
Device Managerエージェントのインストール後にWindows ファイアウォールを有効にした場合や，Device Managerエージェントで使用するポートを変更した場合に必要です。

javaプロセスのSEDへの例外登録（AIX）
Device Manager エージェントのインストール後に，SED のモードをall に変更する場合に必要です。

コピーペアを管理するために必要な設定
Device ManagerまたはReplication Managerでコピーペアを管理する場合に必要です。

ホストで管理するLUが100個以上ある場合に必要な設定
1つのホストで認識しているDevice Manager管理下のLUが100個以上ある場合に必要です。

サービスの実行ユーザーの変更（Windows）
Device Managerエージェントが起動するHORCMインスタンスを操作するため，Device Managerエージェントのサービスの実行ユーザーを，Administrator権限を持つユーザーに変更する場合に必要です（デフォルト：LocalSystem）。

なお，Device Managerエージェントを新規インストールした際に，次に示す設定をしていない場合は，hdvmagt_settingコマンドを実行して必要な設定をしてください。

Device Managerサーバの情報の設定（必須）

Device Managerサーバへのホスト情報の通知周期の設定（任意）

RAID ManagerまたはP9000 RAID Managerの情報の設定（任意）

この節の構成

11.2.1 Device Managerエージェントで使用するJava の実行環境の変更（javapath_setupコマンド）

11.2.2 Device ManagerエージェントのWindowsファイアウォールへの例外登録（firewall_setupコマンド）

11.2.3 java プロセスのSEDへの例外登録（AIX）

11.2.4 コピーペアを管理するために必要な設定

11.2.5 ホストで100個以上のLUを管理する場合に必要な設定

11.2.6 Device Managerエージェントの常駐プロセス

11.2.1 Device Managerエージェントで使用するJava の実行環境の変更（javapath_setupコマンド）

ホストのOSがWindowsまたはLinuxの場合に，javapath_setupコマンドを実行して，Device Managerエージェントで使用するJavaの実行環境を変更します。

事前に完了しておく操作

Device Managerエージェントが前提とするJavaの実行環境の確認
詳細は，「ソフトウェア添付資料」を参照してください。

Administrator 権限（Windowsの場合）またはroot（Linuxの場合）でのログイン

事前に確認しておく情報

使用するJava の実行環境のインストールパス（特定のJavaの実行環境を使用する場合）

コマンドの形式

javapath_setup {-set [new|bundle|＜Javaの実行環境のインストールパス＞]|-check}

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Linuxの場合

/opt/HDVM/HBaseAgent/bin

オプション

-set

Javaの実行環境を変更する場合に指定します。引数を省略した場合は，newを指定したものと見なされます。

new
ホストにインストールされているOracle JDKまたはOracle JREのうち，最新バージョンのJavaの実行環境を使用するときに指定します。
同じバージョンのJavaの実行環境がインストールされている場合はJDKが優先されます。

bundle
Device Managerエージェントに同梱されたJavaの実行環境を使用するときに指定します。

＜Javaの実行環境のインストールパス＞
特定のJavaの実行環境を使用するときに，インストールパスを絶対パスで指定します。

-check

ホストにインストールされているOracle JDKまたはOracle JREのうち，最新バージョンのJavaの実行環境を確認する場合に指定します。

注意

コマンド実行後は，Device Managerエージェントのサービスを再起動する必要があります。

次の場合，32ビット用のJavaの実行環境を使用してください。
・ホストのOSがWindowsのとき
・ホストのOSがLinuxで，CIM/WBEM機能を利用してエンタープライズクラスストレージの性能情報を取得するとき
・Dynamic Link Managerがホストにインストールされているとき

バージョン7.0.1以前からバージョンアップしたあとに，Javaの実行環境をDevice Managerエージェントに同梱されたJREから，Oracle JDKまたはOracle JRE に変更した場合は，Device ManagerエージェントをWindowsファイアウォールに例外登録する必要があります。

関連項目

11.2.2 Device ManagerエージェントのWindowsファイアウォールへの例外登録（firewall_setupコマンド）

(1) Device Managerエージェントのサービスの起動，停止，稼働状態の確認（hbsasrvコマンド）

11.2.2 Device ManagerエージェントのWindowsファイアウォールへの例外登録（firewall_setupコマンド）

firewall_setupコマンドを実行して，Device Managerエージェントで使用するポートをファイアウォールに例外登録します。

Device Manager エージェントのserver.propertiesファイルにある次のプロパティに設定されているポートが例外登録されます。

server.agent.portプロパティに設定されたポート（デフォルト：24041/tcp）

server.http.portプロパティに設定されたポート（デフォルト：24042/tcp）

server.http.localPortプロパティに設定されたポート（デフォルト：24043/tcp）

事前に完了しておく操作

Administrator 権限でのログイン

コマンドの形式

firewall_setup {-set|-unset}

コマンドの格納先

＜Device Managerエージェントのインストールフォルダ＞¥bin

オプション

-set

ファイアウォールの例外登録を行う場合に指定します。

-unset

ファイアウォールの例外登録の設定を解除する場合に指定します。

関連項目

D.6.1 server.agent.port

D.6.2 server.http.localPort

D.6.3 server.http.port

11.2.3 java プロセスのSEDへの例外登録（AIX）

ホストのOSがAIXで，Device Manager エージェントのインストール後にSED のモードをall に変更した場合は，sedmgrコマンドを実行して，Device Manager エージェントが使用するjava プロセスをSEDに例外として登録する必要があります。

事前に確認しておく情報

Device Managerエージェントが使用するJavaの実行環境のインストールパス
Device Manager エージェントのserver.propertiesファイルにあるserver.agent.JRE.locationプロパティで確認できます。

java プロセスをSEDに例外登録するには：

次のコマンドを実行して，Device Managerエージェントが使用するjavaプロセスをSEDに例外として登録します。

# sedmgr -c exempt ＜Javaの実行環境のインストールパス＞/bin/java

上記のコマンドが成功した場合，実行結果は出力されません。

次のコマンドを実行して，Device Managerエージェントが使用するjavaプロセスが，SEDに例外として登録されていることを確認します。

# sedmgr -d ＜Javaの実行環境のインストールパス＞/bin/java

Device Managerエージェントが使用するjavaプロセスがSEDに例外として登録されている場合，次のように表示されます。

＜Javaの実行環境のインストールパス＞/bin/java : exempt

ホストを再起動します。

関連項目

D.6.9 server.agent.JRE.location

11.2.4 コピーペアを管理するために必要な設定

Device ManagerまたはReplication Managerでコピーペアを管理する場合，運用環境によってはDevice ManagerエージェントまたはReplicaiton Managerサーバのプロパティの設定値を変更する必要があります。

RAID ManagerまたはP9000 RAID Managerがデフォルト以外の場所にインストールされている場合，またはホストのOSがWindowsで，RAID ManagerまたはP9000 RAID ManagerのインストールドライブとDevice Managerエージェントのインストールドライブが異なる場合
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.locationプロパティ
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rmxp.locationプロパティ

管理対象のホストで，Device Managerサーバが管理するストレージシステムのコピーペアを一括管理したい場合
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.centralizePairConfigurationプロパティ

注意

構成定義ファイルにメインフレームボリュームのコピーペア定義を作成または追加する場合，コピーペアの管理方法は一括管理構成である必要があります。

コピーペアを認識しているホストが仮想マシンの場合
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.ignorePairStatusプロパティ

注意

GUIまたはCLIで最新のコピーペア情報を確認したい場合は，コピーペアの管理方法に応じて，次のとおり対応してください。

通常構成：ストレージシステムをリフレッシュしてください。

一括管理構成：ペア管理サーバをリフレッシュしてください。

仮想コマンドデバイスにSVPを使用して，デバイスグループとして定義されたコピーペアを管理する場合
管理サーバにP-VOL およびS-VOL を割り当てている構成の場合に設定が必要です。
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.ignorePairStatusプロパティ
GUIまたはCLIで最新のコピーペア情報を確認したい場合は，ストレージシステムをリフレッシュしてください。

デバイスグループまたは仮想コマンドデバイスを使用して定義されたコピーペアを管理する場合
物理コマンドデバイスを使用した構成でコピーペアを管理する場合に比べて，RAID ManagerまたはP9000 RAID Managerのコマンドの応答時間が増加するため，Device Manager エージェントで処理がエラー終了するおそれがあります。事前に次のプロパティの値を変更しておくことをお勧めします。

Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.moduleTimeOutプロパティ
1800以上の値を設定してください。

Device Managerエージェントのagent.propertiesファイルにあるagent.rm.TimeOutプロパティ
1800以上の値を設定してください。

Replicaiton Managerサーバのagentif.properties ファイルにあるhdvmagtif.MaxPollingCountプロパティ
値に100を設定してください。

Replicaiton Managerサーバのagentif.properties ファイルにあるhdvmagtif.PollingIntervalプロパティ
60以上の値を設定してください。

ペアを作成するときの，ペアボリュームの情報を記述する形式をHORCM_DEV形式またはHORCM_LDEV形式のどちらかに統一したい場合
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.pairDefinitionFormプロパティ

注意

HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSまたはSANRISE9500Vを使用してコピーペアを管理する場合，ペアボリュームの情報をHORCM_DEV形式で記載していると，次の操作で時間が掛かることがあります。

ホストのリフレッシュ

ストレージシステムのリフレッシュ

このような場合は，HORCM_LDEV形式に変更して運用することを推奨します。ただし，HORCM_LDEV形式に変更する場合，RAID Manager 01-17-03/04以降またはP9000 RAID Manager 01.17.04以降がインストールされている必要があります。

すでにRAID ManagerまたはP9000 RAID Managerによって管理されているペアボリュームをDevice Managerの操作対象から外したい場合
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.exclusion.instanceプロパティ

ユーザーが作成したRAID ManagerまたはP9000 RAID Managerの構成定義ファイルをDevice Managerで使用できるように最適化したい場合
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.rm.optimization.userHorcmFileプロパティ

また，Replication Managerでコピーペアを管理する場合には，次のプロパティを設定する必要があります。適切な値が設定されていない場合は，メモリーヒープサイズの不足やReplication Managerの処理のタイムアウトが発生するおそれがあります。

Device Managerエージェントのagent.propertiesファイルにあるagent.rm.TimeOutプロパティ
動作確認をしながら設定値を調整してください。

Device Managerエージェントのserver.propertiesファイルにあるserver.agent.maxMemorySizeプロパティ
1台のホスト（ペア管理サーバ）が管理するペア数に応じた値を設定してください。デフォルトでは，64MBで動作します。ペア数が5,000個を超える場合は，2,500個ごとに64MBずつ増やしたメモリーヒープサイズで動作するように値を設定してください。例えば，6,000個のペアを管理するホストでは，server.agent.maxMemorySizeプロパティの設定を「128」に変更してください。また，1台のホストで正サイトと副サイトの構成定義ファイルを管理する場合には，ペア数を2倍した値を基に設定してください。

関連項目

D.1.1 Device Managerエージェントのプロパティの変更

D.2.1 agent.rm.TimeOut

D.6.7 server.agent.maxMemorySize

D.6.15 server.agent.rm.centralizePairConfiguration

D.6.17 server.agent.rm.exclusion.instance

D.6.18 server.agent.rm.location

D.6.19 server.agent.rm.optimization.userHorcmFile

D.6.23 server.agent.rm.pairDefinitionForm

D.6.25 server.agent.rm.ignorePairStatus

D.6.27 server.agent.rm.moduleTimeOut

D.6.31 server.agent.rmxp.location

Replication Managerサーバのagentif.propertiesファイルにあるhdvmagtif.MaxPollingCountプロパティおよびhdvmagtif.PollingIntervalプロパティについて：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

11.2.5 ホストで100個以上のLUを管理する場合に必要な設定

1台のホストでLUを100個以上管理する場合，管理対象のLU数に応じて，Device Managerサーバが受信できるデータ長や，Device Managerエージェントのタイムアウト値などを変更する必要があります。

次に示すプロパティの設定値を変更します。設定する値は，ホストがボリュームマネージャーを使用しているかどうかによって異なります。

Device Managerサーバが受信できるデータ長の最大値
Device Managerサーバのserver.propertiesファイルにあるserver.http.entity.maxLengthプロパティ

情報をサーバに登録する処理のタイムアウト時間
Device Managerサーバのserver.propertiesファイルにあるserver.http.server.timeOutプロパティとserver.util.processTimeOutプロパティ

メモリーヒープサイズ
Device Managerエージェントのserver.propertiesファイルにあるserver.agent.maxMemorySizeプロパティ

重要

環境によっては，目安値に従って設定しても問題を解消できないことがあります。設定値は環境に応じて調整してください。

次の場合は，目安値の2～3倍の値を設定してください。
Device Managerエージェントを再起動した直後にHiScanコマンドを実行するとき
hldutilコマンドとHiScanコマンドを同時に実行するとき
HiScanコマンドを同時に複数実行するとき

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.5 server.http.entity.maxLength

D.1.1 Device Managerエージェントのプロパティの変更

D.6.7 server.agent.maxMemorySize

D.6.28 server.http.server.timeOut

D.6.29 server.util.processTimeOut

この項の構成

(1) ホストで100個以上のLUを管理する場合のプロパティの目安値（ボリュームマネージャーを使用していないとき）

(2) ホストで100個以上のLUを管理する場合のプロパティの目安値（ボリュームマネージャーを使用しているとき）

(1) ホストで100個以上のLUを管理する場合のプロパティの目安値（ボリュームマネージャーを使用していないとき）

ボリュームマネージャーを使用しない場合のプロパティの目安値を次に示します。

表11-1 ホストで100個以上のLUを管理する場合のプロパティ目安値（ボリュームマネージャーを使用していないとき）

ホストが認識するDevice Manager管理下のLU数
server.http.entity.maxLength
（単位：バイト）
server.http.server.timeOut
（単位：秒）
server.util.processTimeOut
（単位：ミリ秒）

100
131,072以上
600
（デフォルト値）
600,000
（デフォルト値）

256
153,600以上
600
600,000

512
307,200以上
600
600,000

1,024
614,400以上
1,200
1,200,000

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.5 server.http.entity.maxLength

D.1.1 Device Managerエージェントのプロパティの変更

D.6.28 server.http.server.timeOut

D.6.29 server.util.processTimeOut

(2) ホストで100個以上のLUを管理する場合のプロパティの目安値（ボリュームマネージャーを使用しているとき）

ボリュームマネージャーを使用する場合のプロパティの目安値を次に示します。

OSごとに「表11-2 ホストで100個以上のLUを管理する場合のプロパティ目安値（Windows環境でボリュームマネージャーを使用しているとき）」から「表11-6 ホストで100個以上のLUを管理する場合のプロパティ目安値（HP-UX環境でボリュームマネージャーを使用しているとき）」に示します。各表は，HiScanコマンドの実行が1時間以内に完了する場合の設定値を記載しています。各表に示すLU数，または論理ボリューム数を超える構成では，HiScanコマンドの実行に1時間以上掛かりHiScanコマンドが正常終了しないことがあるため，推奨できません。

表11-2 ホストで100個以上のLUを管理する場合のプロパティ目安値（Windows環境でボリュームマネージャーを使用しているとき）

ホストが認識する
Device Manager管理下の
LU数/論理ボリューム数
server.http.entity.maxLength
（単位：バイト）
server.http.server.timeOut
（単位：秒）
server.util.processTimeOut
（単位：ミリ秒）
server.agent.maxMemorySize
（単位：MB）

88/10
230,000以上
600
（デフォルト値）
600,000
（デフォルト値）
64

88/20
750,000以上
600
600,000
64

100/200
12,000,000以上
600
600,000
128

100/500
30,000,000以上
600
600,000
384

表11-3 ホストで100個以上のLUを管理する場合のプロパティ目安値（Solaris環境でボリュームマネージャーを使用しているとき）

ホストが認識する
Device Manager管理下の
LU数/論理ボリューム数
server.http.entity.maxLength
（単位：バイト）
server.http.server.timeOut
（単位：秒）
server.util.processTimeOut
（単位：ミリ秒）
server.agent.maxMemorySize
（単位：MB）

100/200
3,100,000以上
600
（デフォルト値）
600,000
（デフォルト値）
128

100/500
7,200,000以上
600
600,000
384

150/500
12,000,000以上
600
600,000
512

250/500
18,000,000以上
600
600,000
768

500/1,000
36,000,000以上
600
600,000
768

1,000/1,000
72,000,000以上
1,200
600,000
768

表11-4 ホストで100個以上のLUを管理する場合のプロパティ目安値（AIX環境でボリュームマネージャーを使用しているとき）

ホストが認識する
Device Manager管理下の
LU数/論理ボリューム数
server.http.entity.maxLength
（単位：バイト）
server.http.server.timeOut
（単位：秒）
server.util.processTimeOut
（単位：ミリ秒）
server.agent.maxMemorySize
（単位：MB）

100/200
2,500,000以上
600
（デフォルト値）
600,000
（デフォルト値）
128

100/500
6,000,000以上
600
600,000
384

175/500
11,000,000以上
600
600,000
640

250/500
15,000,000以上
600
600,000
768

500/1,000
19,000,000以上
600
600,000
768

1,000/1,000
38,000,000以上
600
600,000
768

表11-5 ホストで100個以上のLUを管理する場合のプロパティ目安値（Linux環境でボリュームマネージャーを使用しているとき）

ホストが認識する
Device Manager管理下の
LU数/論理ボリューム数
server.http.entity.maxLength
（単位：バイト）
server.http.server.timeOut
（単位：秒）
server.util.processTimeOut
（単位：ミリ秒）
server.agent.maxMemorySize
（単位：MB）

100/50
748,000以上
600
（デフォルト値）
600,000
（デフォルト値）
64

100/100
1,420,000以上
600
600,000
64

100/256
3,600,000以上
600
600,000
192

200/256
7,100,000以上
600
600,000
512

表11-6 ホストで100個以上のLUを管理する場合のプロパティ目安値（HP-UX環境でボリュームマネージャーを使用しているとき）

ホストが認識する
Device Manager管理下の
LU数/論理ボリューム数
server.http.entity.maxLength
（単位：バイト）
server.http.server.timeOut
（単位：秒）
server.util.processTimeOut
（単位：ミリ秒）
server.agent.maxMemorySize
（単位：MB）

100/50
745,000以上
600
（デフォルト値）
600,000
（デフォルト値）
64

100/100
1,400,000以上
600
600,000
64

100/256
3,500,000以上
600
600,000
192

200/256
7,000,000以上
600
600,000
512

500/1,000
40,000,000以上
600
600,000
896

1,000/100
8,000,000以上
600
600,000
192

1,000/500
42,000,000以上
600
1,200,000
896

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.2.5 server.http.entity.maxLength

D.1.1 Device Managerエージェントのプロパティの変更

D.6.7 server.agent.maxMemorySize

D.6.28 server.http.server.timeOut

D.6.29 server.util.processTimeOut

11.2.6 Device Managerエージェントの常駐プロセス

Device Managerエージェントの運用では，常駐プロセスがOS 上で稼働していることが前提となります。

Device Managerエージェントの常駐プロセスを次に示します。

表11-7 Device Managerエージェントの常駐プロセス（Windows）

プロセス名 | サービス名 | 機能
hbsa_service.exe | HBsA Service | Device Managerエージェントのサービス

表11-8 Device Managerエージェントの常駐プロセス（UNIX）

プロセス名 | 機能
hbsa_service | Device Managerエージェントのサービス

Device Managerエージェントのインストールが完了した時点では，Device Managerエージェントのサービスは起動した状態になっています。次の操作を行った場合には，Device Managerエージェントのサービスを再起動する必要があります。

Device ManagerエージェントをインストールしたホストのIPアドレスを変更したとき

Device Managerエージェントをインストールしたホストに，HBAドライバーまたはHBA APIライブラリーをインストールしたとき

Device Managerエージェントのプロパティファイルを変更したとき

管理サーバでOSを再インストールしたあと，Hitachi Command Suiteを新規インストールしたとき

RAID ManagerまたはP9000 RAID Managerをインストールまたはアンインストールしたとき

AIXまたはLinuxでDynamic Link Managerをインストールまたはアンインストールしたとき

hdvmagt_settingコマンドの実行を中断したとき

Device Managerエージェントで使用するJava の実行環境を変更したとき

この項の構成

(1) Device Managerエージェントのサービスの起動，停止，稼働状態の確認（hbsasrvコマンド）

(2) サービスの実行ユーザーの変更（Windows）

(1) Device Managerエージェントのサービスの起動，停止，稼働状態の確認（hbsasrvコマンド）

hbsasrvコマンドを実行して，Device Managerエージェントのサービスを起動または停止したり，Device Managerエージェントのサービスの稼働状態を確認します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

コマンドの形式

hbsasrv [start|stop [-f]|status]

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin

AIXの場合

/usr/HDVM/HBaseAgent/bin

オプション

start

Device Managerエージェントのサービスを起動します。

stop

Device Managerエージェントのサービスを停止します。

-fオプションを付けて実行すると，Device Managerエージェントのサービスを強制的に停止します。この場合，すべての処理が強制的に終了されますので，実行中のジョブの処理は保証されません。

status

Device Managerエージェントのサービスの稼働状態を表示します。

注意

ホストマシンの性能や負荷状況によっては，hbsasrvコマンドが終了しても，Device Managerエージェントのサービスがすぐに停止しないことがあります。

アドオンモジュールやバージョン05-80以降のDynamic Link Managerが動作している場合，Device Managerエージェントのサービスを停止できないことがあります。この場合，KAIE62604-Eのエラーメッセージが表示されます。アドオンモジュールおよびDynamic Link Managerの動作が完了するまで待ち，再度コマンドを実行してください。

statusオプションを付けて実行した場合に表示されるバージョン情報は，Device Managerエージェントのバージョンではありません。Device Managerエージェントのバージョンを確認する場合は，hdvm_infoコマンドを実行してください。

関連項目

11.3.3 Device Managerエージェントのバージョンの表示（hdvm_infoコマンド）

(2) サービスの実行ユーザーの変更（Windows）

Device Managerエージェントのサービスを実行するユーザーを，Administrator 権限を持つユーザーに変更します。

事前に確認しておく情報

変更したいサービスの実行ユーザー（Administrator 権限を持つユーザー）のユーザー名とパスワード

サービスの実行ユーザーを変更するには：

Device Managerエージェントのサービスを停止します。

［管理ツール］－［サービス］を選択してサービスウィンドウを開きます。

HBsA Serviceサービスを選択してから，［操作］－［プロパティ］を選択します。

［ログオン］タブを選択し，［アカウント］を選択します。

ユーザーとパスワードを設定します。

サービスウィンドウからHBsA Serviceサービスを選択して開始します。

関連項目

(1) Device Managerエージェントのサービスの起動，停止，稼働状態の確認（hbsasrvコマンド）

11.3 Device Managerエージェントの操作

ここでは，Device Managerエージェントの操作について説明します。

この節の構成

11.3.1 エージェント機能の確認（hbsa_modinfoコマンド）

11.3.2 Device Managerエージェントのレジストリーとファイルの削除（hbsa_utilコマンド）

11.3.3 Device Managerエージェントのバージョンの表示（hdvm_infoコマンド）

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

11.3.5 Device Managerサーバへのホスト情報の手動通知（HiScanコマンド）

11.3.6 デバイス情報の取得（hldutilコマンド）

11.3.1 エージェント機能の確認（hbsa_modinfoコマンド）

使用できるアドオンモジュールの名称とバージョンを表示するには，hbsa_modinfoコマンドを実行します。

アドオンモジュールの名称とバージョンは，V.R1.R2-MM（V：バージョン番号，R1およびR2：リビジョン番号，MM：修正版番号）の形式で表示されます。アドオンモジュール名を指定して，そのモジュールが使用できる状態かどうかを確認することもできます。

該当するアドオンモジュールが見つからなかった場合は，アドオンモジュールが見つかりませんでしたという意味のメッセージが表示されますが，hbsa_modinfoコマンドは正常に終了します。

なお，Global Link Managerエージェントのバージョンが6.2の場合は，コマンド実行結果のアドオンモジュール名にHGLM Agentが表示されます。

また，アドオンモジュール名にhdlmが出力されるのは，OSがWindowsで，Dynamic Link Managerエージェントのバージョンが6.0以降の場合だけです。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

コマンドの形式

hbsa_modinfo [＜アドオンモジュール名＞]

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin

AIXの場合

/usr/HDVM/HBaseAgent/bin

オプション

＜アドオンモジュール名＞

特定のアドオンモジュールの使用可否を確認する場合に，略称を次の形式で指定します。

hdlm：Dynamic Link Managerエージェント

hdvm：Device Managerエージェント

hglm：Global Link Managerエージェント

hptm：Protection Managerエージェント

hrpm：Replication Managerエージェント

hrpmap：Replication Manager Applicationエージェント

hbsa_modinfoコマンドで確認できるアドオンモジュールと機能概要を次に示します。

Dynamic Link Managerエージェント
ホスト・ストレージシステム間のアクセス経路の監視と調整をします。

Device Managerエージェント
ストレージシステムおよびホストの使用状況を収集します。

Global Link Managerエージェント
ホスト・ストレージシステム間のDMPパス経路を監視します。

Protection Managerエージェント
ストレージシステムの高速コピー機能を使用したバックアップ運用を簡略化します。

Replication Managerエージェント
ストレージシステムのレプリケーションの状態を監視します。

Replication Manager Applicationエージェント
ストレージシステムの高速コピー機能を使用したバックアップ運用を一元管理します。

11.3.2 Device Managerエージェントのレジストリーとファイルの削除（hbsa_utilコマンド）

ホストのOSがWindowsの場合に，Device Managerエージェントのレジストリーとファイルを削除するには，hbsa_utilコマンドを実行します。

事前に完了しておく操作

Administrator 権限でのログイン

コマンドの形式

hbsa_util -cleanup

コマンドの格納先

＜Device Managerエージェントのインストールフォルダ＞¥bin

参考

hbsa_util.exeファイルは，統合インストールメディア中の次のフォルダにも格納されています。

＜DVD-ROMドライブ＞¥AGENTS¥HDVM¥Windows¥HBsA

オプション

-cleanup

Device Managerエージェントのレジストリーとファイルを削除する場合に指定します。

11.3.3 Device Managerエージェントのバージョンの表示（hdvm_infoコマンド）

Device Managerエージェントのバージョンを表示するには，hdvm_infoコマンドを実行します。

Device ManagerエージェントのバージョンがV.R1.R2-MM（V：バージョン番号，R1およびR2：リビジョン番号，MM：修正版番号）の形式で表示されます。

コマンドの形式

hdvm_info

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin

AIXの場合

/usr/HDVM/HBaseAgent/bin

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

Device Managerサーバの情報，HiScanコマンドの自動実行の周期，およびRAID ManagerまたはP9000 RAID Managerを利用するための情報を設定するには，hdvmagt_settingコマンドを実行します。

次の情報を対話式に一括設定します。

表11-9 hdvmagt_settingコマンドで設定する情報

項目
説明

Device Managerサーバの情報

IPアドレスまたはホスト名

IPアドレスを指定する場合は，IPv4アドレスまたはIPv6アドレスを使用できます。IPv6アドレスは省略形も指定できます。

また，ホスト名を指定する場合は，次の条件を満たす必要があります。

ホスト名の長さ：50バイト以内

使用する文字：A～Z a～z 0～9 - _ . @

ポート番号

デフォルトのポート番号は2001です。

ユーザーIDとパスワード

Device Managerサーバに登録されたDevice Managerエージェント用のユーザーIDとパスワードを指定します。Device Managerエージェント用のビルトインアカウントのユーザーIDはHaUser，デフォルトのパスワードはhasetです。

HiScanコマンドの実行周期
HiScanコマンドを自動実行する周期を，次の3種類から選択します。

1時間に1回

1日に1回

1週間に1回

また，任意の実行時刻を指定できます。
実行時刻を指定しない場合，1時間周期であれば毎時30分に，1日周期または1週間周期であれば午前2時30分に，HiScanコマンドが実行されます。
Device Managerエージェントをインストールするホストが複数ある場合は，Device Managerサーバの負荷を軽減するために実行周期を1日周期または1週間周期に設定してください。また，複数のホスト情報が同時刻にDevice Managerサーバに通知されないよう，ホスト間で実行時刻を調整してください。

RAID ManagerまたはP9000 RAID Managerを利用するための情報

インストール先

RAID ManagerまたはP9000 RAID Managerのインストールされているドライブまたはディレクトリを指定します。

一括管理構成の指定

対象のホストで，コピーペアを一括管理するかどうかを設定します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

事前に確認しておく情報

Device ManagerサーバのIPアドレスまたはホスト名

Device Managerサーバのポート番号
Device Managerサーバのserver.propertiesファイルにあるserver.http.portプロパティで確認できます。

Device Managerエージェント用のユーザーIDとパスワード
Device ManagerのPeerGroupに所属している必要があります。

RAID ManagerまたはP9000 RAID Managerのインストール先

コマンドの形式

hdvmagt_setting

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin

AIXの場合

/usr/HDVM/HBaseAgent/bin

参考

現在設定されているHiScanコマンドの実行時刻は， HiScan.logファイルのKAIC22805-IメッセージおよびKAIC22804-Iメッセージの出力時刻から確認できます。HiScan.logファイルの格納先は次のとおりです。
Windowsの場合
＜Device Managerエージェントのインストールフォルダ＞¥bin¥logs
Solaris，Linux，またはHP-UXの場合
/opt/HDVM/HBaseAgent/bin/logs
AIXの場合
/usr/HDVM/HBaseAgent/bin/logs

Windowsの場合，実行周期を設定するとexeHiScan.batがタスクとして登録されます。

関連項目

A.2.2 server.http.port

11.3.5 Device Managerサーバへのホスト情報の手動通知（HiScanコマンド）

ホスト名，HBAのWWN，ファイルシステム，マウントポイント，ホストが接続しているLUの情報などのホスト情報をDevice Managerサーバに送信するには，HiScanコマンドを実行します。

ホストに接続されたストレージシステムの構成を変更した場合や，ホスト上のファイルシステムの構成を変更した場合などには，HiScanコマンドを手動で実行することで，変更したホスト情報をDevice Managerサーバに反映できます。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

事前に確認しておく情報

Device ManagerサーバのIPアドレスまたはホスト名

Device Managerサーバのポート番号

Device Managerエージェント用のユーザーIDとパスワード
Device ManagerのPeerGroupに所属している必要があります。

コマンドの形式

ホスト情報を送信する場合

HiScan -s ＜送信先サーバ＞ [-u ＜ユーザーID＞ -p ＜パスワード＞] [{-c ＜送信周期＞ | -t ＜出力ファイル名＞}]

送信したホスト情報をファイルに出力する場合

HiScan -t ＜出力ファイル名＞

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin

AIXの場合

/usr/HDVM/HBaseAgent/bin

オプション

-s

送信先のDevice Managerサーバを指定します。

送信先サーバに指定できる形式は次のとおりです。

＜IPアドレス＞[:＜ポート番号＞]

＜ホスト名＞[:＜ポート番号＞]

localhost[:＜ポート番号＞]

ポート番号を省略した場合は，Device Managerエージェントのserver.propertiesファイルにあるserver.server.serverPortプロパティに設定されたポート番号が使用されます。また，IPv6形式のIPアドレスとポート番号を同時に指定する場合は，IPv6アドレスを[]で囲んでください。

-u，-p

送信先のDevice Managerサーバに登録され，PeerGroupに登録されたアカウントのユーザーIDとパスワードを指定します。

省略した場合は，Device Managerエージェントのserver.propertiesファイルにあるserver.server.authorizationプロパティに定義されたユーザーIDとパスワードが使用されます。

-c

Device Managerサーバにホスト情報を送信する周期を指定します（単位：秒）。強制的に終了するまで，指定した周期でDevice Managerサーバにホスト情報を送信し続けます。10～2147483647の値を指定します。

-t

Device Managerサーバに送信したホスト情報をXML形式のファイルに出力します。ファイルはカレントディレクトリに出力されます。

ファイル名に次の文字は指定できません。

¥ / : , ; * ? " < > | $ % & ' ` ^

-sオプションと一緒に指定した場合は，Device Managerエージェントから送信した情報とDevice Managerサーバからの応答メッセージがファイルに出力されます。

参考

Device Managerエージェントがインストールされているホストの情報は次のタイミングでDevice Managerサーバに自動的に反映されます。

HiScanコマンドが自動実行されるとき

ホストマシンを起動したとき

Device ManagerのGUIからホスト情報を更新したとき

関連項目

D.6.12 server.server.authorization

D.6.14 server.server.serverPort

11.3.6 デバイス情報の取得（hldutilコマンド）

ストレージシステムのLDEVやファイルシステムなどのデバイスの情報を取得するには，hldutilコマンドを実行します。

取得したデバイス情報を指定したフォーマットで表示したり，実行結果ログファイルに出力したり，過去のデバイス情報を表示したりできます。デバイス情報を表示する場合，オプションをすべて省略したときは，ホストに認識されているすべてのLDEVの情報を表示します。

また，実行結果ログファイルをコピーしたり，削除したりして，デバイス情報を管理することもできます。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

コマンドの形式

デバイス情報を表示する場合

hldutil [-d [＜ドライブ番号またはデバイススペシャルファイル名＞] | -g [＜ドライブグループ名＞] | -l ＜LDEV番号＞.＜シリアル番号＞] [-p] [-q] [-nolog] [-s ＜ソートキー＞...] [-serdec] [-k | -hf ＜ログファイル名＞ | -h ＜ログ番号＞]

デバイス情報を管理する場合

hldutil {-h ＜ログ番号＞ -hb ＜ログファイル名＞ | -hrm { ＜ログ番号＞ | all } | -history ＜ログファイルの世代数＞}

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥util¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/util/bin

AIXの場合

/usr/HDVM/HBaseAgent/util/bin

オプション

-d

ドライブ番号（Windowsの場合）またはデバイススペシャルファイル名（UNIXの場合）で指定したLDEVの情報を表示します。ドライブ番号またはデバイススペシャルファイル名を省略した場合は，現在認識されているすべてのLDEVの情報を表示します。

-g

ドライブグループ名で指定したドライブグループの情報を表示します。ドライブグループ名を省略した場合は，現在定義されているすべてのドライブグループの情報が表示されます。

-l

LDEV番号とシリアル番号で指定したLDEVの情報を表示します。必ずLDEV番号，シリアル番号の順で指定します。LDEV番号とシリアル番号のどちらかを省略した場合，LDEVの情報は表示されません。

このオプションを指定した場合，表示項目が次のものに限定されます。

Ldev#（LDEV番号）

Ser#（ストレージシステムのシリアル番号）

Device（デバイススペシャルファイル名またはドライブ番号）

Dg name（ドライブグループ名）

fs（ファイルシステム）

-p

ドライブ情報にShadowImage，TrueCopy，Copy-on-Write Snapshot，Thin Image，QuickShadow，またはUniversal Replicatorで設定したP-VOLとS-VOLの情報を付けます。LDEVにP-VOLとS-VOLの情報が割り当てられていない場合は，このオプションを指定してもP-VOLとS-VOLの情報は表示されません。

-q

コマンドの実行結果を標準出力には出力しないで，実行結果ログファイルだけに出力します（quietモード）。このオプションは，バックグラウンドでジョブを実行しながら最新のLDEV情報を実行結果ログファイルに出力する場合に指定します。エラーメッセージは標準エラー出力に出力されます。

-nolog

コマンドの実行結果を標準出力に出力します。実行結果ログファイルは更新しません。

-s

LDEV情報をASCIIコードの昇順で表示します。

複数のソートキーを指定する場合は，半角スペースで各ソートキーを区切ります。複数のソートキーを指定した場合は，指定順のソートキーでソートされます。ファイルシステム名をソートキーに指定した場合は，各LDEVに含まれるファイルシステム名のうち，ASCIIコードが最も小さいファイルシステム名で，LDEV情報がソートされます。

このオプションを省略した場合は，コマンドが処理した情報の順序でLDEV情報が表示されます。

-serdec

ストレージシステムのシリアル番号を10進数で表示します。

-k

最新の実行結果ログファイルの内容を標準出力に出力します。

標準出力への出力にはハードウェアへのアクセスは生じません。ただし，実行結果ログファイルにドライブ情報が記録されていない場合は，ドライブ情報を取得し，標準出力と実行結果ログファイルに出力されます。

-hf

指定した実行結果ログファイルの内容を標準出力に出力します。

標準出力への出力にはハードウェアへのアクセスは生じません。

-h

指定したログ番号の実行結果ログファイルの内容を標準出力に出力します。

標準出力への出力にはハードウェアへのアクセスは生じません。

このオプションと-hbオプションを一緒に指定すると，実行結果ログファイルのコピーを作成します。-hオプションでコピー元の実行結果ログファイル名のログ番号を指定し，-hbオプションでコピー先を指定します。

-hb

実行結果ログファイルのコピーを作成します。このオプションは必ず-hオプションと一緒に指定します。

-hオプションでコピー元の実行結果ログファイル名のログ番号を指定し，-hbオプションでコピー先を指定します。コピー先のファイル名は絶対パスまたは相対パスで指定します。

-hrm

指定したログ番号の実行結果ログファイルを削除します。allを指定すると，デフォルトのログ格納用ディレクトリからすべての実行結果ログファイルが削除されます。

-history

実行結果ログファイルの世代数を指定します。指定できる世代数は1から64です。デフォルト値は32です。指定した値は，次に実行結果ログファイルが作成された際に有効になります。

注意

LUの追加や削除など，ホストの環境を変更したあとすぐにhldutilコマンドを実行すると，ホストの変更内容を認識できないことがあります。この場合，しばらく待ってから再度hldutilコマンドを実行してください。

関連項目

(3) hldutilコマンドで指定できるソートキー

この項の構成

(1) hldutilコマンドで表示される情報

(2) hldutilコマンドで表示されるRaidIDが表すストレージシステムの機種

(3) hldutilコマンドで指定できるソートキー

(1) hldutilコマンドで表示される情報

hldutilコマンドを実行した場合に表示される情報を，出力順で次の表に示します。

OSや指定したオプションによって，表示される項目は異なります。

表11-10 hldutilコマンドで表示される情報

表示項目 | 意味
Dg name | ドライブグループ名
Device | ドライブ番号（Windowsの場合）
デバイススペシャルファイル名（UNIXの場合）
fs | ファイルシステム名
P/S※1 | P-VOL，S-VOLの区別
Vend. | ベンダー名
Prod. | プロダクト名
Port# | ポート番号（DKC側）
Tid#※2 | ターゲットID（ホスト側SCSIインターフェース）
Lun#※2 | LU番号（ホスト側SCSIインターフェース）
Ldev# | LDEV番号（DKC側）
Ser# | ストレージシステムのシリアル番号
RaidID | ストレージシステムの機種を表す文字列
RG# | パリティグループ番号
PortWWN※3 | Port WWN名
NodeWWN※3 | Node WWN名
iSCSIName | iSCSIイニシエーターのiSCSIネーム

注※1

ホストが仮想マシンの場合，P-VOLやS-VOLの構成を変更したあとにhldutilコマンドを実行すると，情報が正しく表示されないことがあります。仮想化サーバを再起動すると，正しい情報が表示されます。

注※2

HP-UX 11i v3の一貫性のある特殊デバイス（persistent device special file）の場合，この項目は出力されません。

注※3

NPIVを使用して仮想マシンに仮想WWNを割り当てている場合，仮想化サーバの物理WWNが出力されます。

(2) hldutilコマンドで表示されるRaidIDが表すストレージシステムの機種

hldutilコマンドで表示されるRaidIDは，ストレージシステムの機種を表す文字列です。

RaidIDとストレージシステムの機種の対応を次の表に示します。

表11-11 hldutilコマンドで表示されるRaidIDとストレージシステムの機種の対応

RaidID | ストレージシステムの機種
71 | Hitachi WMS 100またはBR50
73 | Hitachi AMS 200またはBR150
75 | Hitachi AMS 500
77 | Hitachi AMS 1000またはHitachi TMS1000
81 | Hitachi SMS 100
82 | Hitachi SMS 110
83 | Hitachi AMS 2010，Hitachi AMS 2100またはBR1600シリーズ
85 | Hitachi AMS 2300
87 | Hitachi AMS 2500
91 | HUS110またはBR1650S
92 | HUS130またはBR1650E
93 | HUS150
D60H | SANRISE9580V
HM70 | HUS VM
R450 | SANRISE9980VまたはSANRISE H1024
R451 | SANRISE9970VまたはSANRISE H128
R500 | Hitachi USP 100，Hitachi USP 600またはHitachi USP 1100
R501 | Hitachi NSC 55
R600 | Universal Storage Platform V
R601 | Universal Storage Platform VM
R700 | Virtual Storage Platform

(3) hldutilコマンドで指定できるソートキー

hldutilコマンドの-sオプションにソートキーを指定すると，取得したLDEV情報をソートできます。

hldutilコマンドで指定できるソートキーを次に示します。

表11-12 hldutilコマンドで指定できるソートキー

ソートキー | 説明
dg | ドライブグループ名でソートします。
fs | ファイルシステム名でソートします。
iscsin | iSCSIイニシエーターのiSCSIネームでソートします。
ldev | LDEV番号でソートします。
lun | LU番号でソートします。
port | ポート番号でソートします。
prod | プロダクト名でソートします。
rg | パリティグループ番号でソートします。
rid | ストレージシステムの機種を表す文字列でソートします。
ser | ストレージシステムのシリアル番号でソートします。
tid | ターゲットIDでソートします。
vend | ベンダー名でソートします。
wwnn | Node WWN名でソートします。
wwnp | Port WWNでソートします。

11.4 構成定義ファイルの利用

Device Managerでは，ユーザーが作成したRAID ManagerまたはP9000 RAID Managerの構成定義ファイルを利用して，コピーペアを管理できます。

この節の構成

11.4.1 構成定義ファイルを利用するための前提環境

11.4.2 構成定義ファイルの編集

11.4.3 構成定義ファイルの格納場所の変更

11.4.4 構成定義ファイルを利用する上での注意事項

11.4.1 構成定義ファイルを利用するための前提環境

構成定義ファイルを利用するためには，RAID ManagerまたはP9000 RAID Managerがインストールされているホストでの環境設定が必要です。

Device Managerエージェントのインストール

Device Managerサーバの情報の設定

Device Managerでコピーペアを管理するための設定

関連項目

11.2.4 コピーペアを管理するために必要な設定

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

11.4.2 構成定義ファイルの編集

11.4.2 構成定義ファイルの編集

horcmXX.confファイルを編集して，ストレージシステムをリフレッシュします。

構成定義ファイルを編集するには：

horcmXX.confファイルを開きます。
構成定義ファイルは，Device Managerエージェントのserver.propertiesファイルのserver.agent.rm.horcmSourceプロパティで指定されたディレクトリに格納されています。
デフォルトの格納場所は次のとおりです。

Windowsの場合

システムフォルダ（環境変数"%windir%"で表されるフォルダ）

UNIXの場合

/etcディレクトリ

horcmXX.confファイルが存在しない場合は，新規に作成してください。

記述規則に沿って，パラメーターを設定します。

Device Manager GUI/CLIを使用して，構成定義ファイルに記述したコピーペアボリュームが存在するストレージシステムをリフレッシュします。

重要

Device Managerがサポートしていないパラメーターを使用すると，構成定義ファイルが不正であると見なされ，処理が正常に実行されません。また，サポートしているパラメーターであっても，一部の記述形式をサポートしていない場合があります。サポートしていない形式で項目を指定した場合も構成定義ファイルは不正と見なされるので注意してください。

Device Managerエージェントでは，コピーペアの情報を取得する際に次のインスタンス番号およびUDPポート番号を一時的に使用します。そのため，構成定義ファイルのインスタンス番号およびUDPポート番号を指定する場合は，その値と重複しないようにしてください。
・インスタンス番号：900～998（デフォルト）
・UDPポート番号：53232～53330（デフォルト）
これらのインスタンス番号またはUDPポート番号を使用した場合，システムログまたはイベントログに，RAID ManagerまたはP9000 RAID Managerのエラー情報が出力されることがあります。

参考

Device Managerエージェントが一時的に使用するインスタンス番号およびUDPポート番号は，server.propertiesファイルにあるserver.agent.rm.temporaryInstanceプロパティおよびserver.agent.rm.temporaryPortプロパティで変更できます。

関連項目

11.4.1 構成定義ファイルを利用するための前提環境

11.4.4 構成定義ファイルを利用する上での注意事項

D.2.4 agent.rm.horcmInstance

D.2.5 agent.rm.horcmService

D.6.21 server.agent.rm.temporaryInstance

D.6.22 server.agent.rm.temporaryPort

D.6.26 server.agent.rm.horcmSource

この項の構成

(1) Device Managerがサポートしている構成定義ファイルのパラメーター

(2) 構成定義ファイルの記述規則

(3) HORCM_MONパラメーターの記述形式

(4) HORCM_CMDパラメーターの記述形式

(5) HORCM_DEVパラメーターの記述形式

(6) HORCM_LDEVパラメーターの記述形式

(7) HORCM_INSTパラメーターの記述形式

(8) HORCM_INSTPパラメーターの記述形式

(1) Device Managerがサポートしている構成定義ファイルのパラメーター

Device Managerがサポートしていないパラメーターを使用すると，構成定義ファイルが不正であると見なされ，処理が正常に実行されません。

Device Managerでは，次のパラメーターをサポートしています。

HORCM_MON

HORCM_CMD

HORCM_DEV

HORCM_LDEV

HORCM_INST

HORCM_INSTP

HORCM_CTQM※

注※

Device Managerエージェントのバージョンが6.2以降の場合だけサポートしています。ただし，ペアの作成時または操作時に，構成定義ファイルにHORCM_CTQMが定義されていてもDevice Managerエージェントは無視して動作します。Device Managerエージェントが構成定義ファイルにHORCM_CTQMの定義を追加したり，既存の定義にペアグループを追加したりすることはありません。ただし，ペアの削除時に，削除するペアグループと同名のグループがある場合，HORCM_CTQMの定義からグループを削除します。

関連項目

(2) 構成定義ファイルの記述規則

(3) HORCM_MONパラメーターの記述形式

(4) HORCM_CMDパラメーターの記述形式

(5) HORCM_DEVパラメーターの記述形式

(6) HORCM_LDEVパラメーターの記述形式

(7) HORCM_INSTパラメーターの記述形式

(8) HORCM_INSTPパラメーターの記述形式

(2) 構成定義ファイルの記述規則

構成定義ファイルが記述規則に沿って作成されていない場合，Device Managerでは構成定義ファイルを不正と見なします。

次の規則に従って，構成定義ファイルを作成してください。

構成定義ファイルには，スペースだけの行を含むことはできません。

Device Managerエージェントのバージョンが05-50以前の場合，パラメーターの開始行以外は，"H"で始まり，次の文字列を含む行があってはいけません。
HORCM_MON，HORCM_CMD，HORCM_DEV，HORCM_LDEV，HORCM_INST，HORCM_INSTP，HORCM_CTQM，HORCM_LDEVG，HORCM_ALLOW_INST

Device Managerエージェントのバージョンが7.0.0～7.0.1の場合，構成定義ファイルのHORCM_CMDパラメーターに仮想コマンドデバイスの定義があってはいけません。

構成定義ファイルは，次の規則に従って作成されている必要があります。

HORCM_MONが定義されていること

HORCM_DEVまたはHORCM_LDEVの少なくともどちらか一方が定義されていること

HORCM_INSTまたはHORCM_INSTPの少なくともどちらか一方が定義されていること

HORCM_ALLOW_INSTが定義されていないこと

関連項目

(1) Device Managerがサポートしている構成定義ファイルのパラメーター

(3) HORCM_MONパラメーターの記述形式

(4) HORCM_CMDパラメーターの記述形式

(5) HORCM_DEVパラメーターの記述形式

(6) HORCM_LDEVパラメーターの記述形式

(7) HORCM_INSTパラメーターの記述形式

(8) HORCM_INSTPパラメーターの記述形式

(3) HORCM_MONパラメーターの記述形式

HORCM_MONパラメーターには，自ホストのマシン情報や，コピーペアボリュームの障害の監視間隔を指定します。

ip_address
IPアドレス（Device Managerエージェントのバージョン5.9以降はIPv6もサポート），ホスト名，"NONE"，または"NONE6"を指定します。なお，Replication Managerを使用して構成定義ファイルを生成した場合，常にホスト名で指定されます（Replication ManagerはDevice Managerエージェントを利用して，構成定義ファイルを参照します）。

Device Managerサーバで管理されているホストの情報を指定してください。

IPアドレスのバージョン（IPv6またはIPv4）は，HORCM_INSTまたはHORCM_INSTPのip_addressと一致させてください。

IPv6で運用する場合は，IPアドレスで指定してください。ホスト名を指定した場合は，IPv4で動作します。
OSがWindows Server 2003 R2の場合，IPv6アドレスを指定できません。Windows Server 2003 R2でIPv6を使用する場合は，NONE6を指定してください。

ip_addressに指定できる値を次に示します。一部の形式は，ホストを特定できないため，ip_addressには指定できません。

表11-13 HORCM_MONパラメーターのip_addressに指定できる値

値 | Device Managerエージェントのバージョン
5.9以降 | 05-80 | 05-70以前
IPアドレス | ○ | ○ | ○
ホスト名 | ○ | ○ | ○
NONE | △ | △ | ×
"__NONE__" | × | × | ×
NONE6 | △ | × | ×
"__NONE6__" | × | × | ×
ループバックのIPアドレス（127.0.0.1～127.255.255.254） | △ | △ | ×
ループバックのホスト名（localhost） | △ | △ | ×
クラスタの仮想IPアドレス | × | × | ×
クラスタの仮想マシン名 | × | × | ×

（凡例）
○：指定できる。
△：Device Manager CLIでコピーペアを管理する場合には指定できる。Device Manager GUIまたはReplication Managerからコピーペアを操作する場合は指定できない。
×：指定できない。

service
ポート名称またはポート番号を指定します。

ポート名称を指定する場合，半角15文字以内で指定する必要があります。また，ポート番号への名前変換ができる環境である必要があります。

ポート番号を指定する場合，0～65535の数値で指定する必要があります。

poll
10ミリ秒単位の数値または"-1"を指定します。

timeout
タイムアウト時間を10ミリ秒単位で指定します。

表11-14 HORCM_MONパラメーターの記述形式のサポート状況

バージョン | 指定項目
ip_address | service | poll | timeout
6.1以降 | ○ | ○ | ○ | ○
5.9～6.0 | ○ | ポート番号指定だけサポート。 | ○ | ○
05-80 | IPアドレス，ホスト名，"NONE"の指定だけサポート。 | ポート番号指定だけサポート。 | ○ | ○
05-70以前 | IPアドレス，ホスト名の指定だけサポート。 | ポート番号指定だけサポート。 | ○ | ○

（凡例）

○：すべての記述形式をサポート

関連項目

11.4.2 構成定義ファイルの編集

(2) 構成定義ファイルの記述規則

(7) HORCM_INSTパラメーターの記述形式

(8) HORCM_INSTPパラメーターの記述形式

11.4.4 構成定義ファイルを利用する上での注意事項

(4) HORCM_CMDパラメーターの記述形式

HORCM_CMDパラメーターには，ストレージシステム上のコマンドデバイスを指定します。

dev_name
必ず，ホストで認識されているコマンドデバイスを指定してください。同一装置内のコマンドデバイスを複数指定したり，複数装置のコマンドデバイスを指定したりすることもできます。
Windowsの場合は，IPCMD 形式，PhysicalDrive形式，GUID形式，またはCMD形式でコマンドデバイスを指定します。

IPCMD 形式

¥¥.¥IPCMD-＜仮想コマンドデバイスのIPアドレス＞-＜ポート番号＞[-＜ストレージシステムのユニットID＞]

PhysicalDrive形式

¥¥.¥PhysicalDrive＜Windowsによって定義されるドライブ番号＞

Device Managerエージェントのバージョンが04-30以前の場合は，大文字と小文字を区別して指定する必要があります。

GUID形式

¥¥.¥Volume{＜GUID＞}

CMD形式

¥¥.¥CMD-＜シリアル番号＞[-＜LDEV番号＞[-＜ポート名称＞[-＜ホストグループ番号＞]]]

シリアル番号および論理デバイス番号は10進数で指定する必要があります。ホストグループ番号は，Device Managerエージェントのバージョンが05-60以降の場合は0～254の値を，05-50以前の場合は0～127の値を指定する必要があります。

UNIXの場合は，IPCMD 形式，CMD形式またはスペシャルファイルでコマンドデバイスを指定します。

IPCMD 形式

¥¥.¥IPCMD-＜仮想コマンドデバイスのIPアドレス＞-＜ポート番号＞[-＜ストレージシステムのユニットID＞]

CMD形式

¥¥.¥CMD-＜シリアル番号＞[-＜LDEV番号＞[-＜ポート名称＞[-＜ホストグループ番号＞]]]＜HINT＞

シリアル番号および論理デバイス番号は10進数で指定する必要があります。ホストグループ番号は，Device Managerエージェントのバージョンが05-60以降の場合は0～254の値を，05-50以前の場合は0～127の値を指定する必要があります。

HINTは，次のように指定します。

Solaris：/dev/rdsk/

AIX：/dev/rhdisk

Linux：/dev/sd

HP-UX：/dev/rdsk/または/dev/rdisk/disk

表11-15 HORCM_CMDパラメーターの記述形式のサポート状況

バージョン | 指定項目
dev_name
7.4.1以降 | Windowsの場合 | ○
UNIXの場合 | ○
7.1～7.4.0 | Windowsの場合 | ○
UNIXの場合 | スペシャルファイルによる指定，またはIPCMD形式による指定だけサポート。
05-10～7.0 | Windowsの場合 | IPCMD形式以外をサポート。
UNIXの場合 | スペシャルファイルによる指定だけサポート。
05-00 | Windowsの場合 | IPCMD形式，CMD形式以外の記述形式をサポート。
UNIXの場合 | スペシャルファイルによる指定だけサポート。
04-30以前 | Windowsの場合 | IPCMD形式，CMD形式，GUID形式以外の記述形式をサポート。
UNIXの場合 | スペシャルファイルによる指定だけサポート。

（凡例）

○：すべての記述形式をサポート

関連項目

11.4.2 構成定義ファイルの編集

(2) 構成定義ファイルの記述規則

11.4.4 構成定義ファイルを利用する上での注意事項

(5) HORCM_DEVパラメーターの記述形式

HORCM_DEVパラメーターには，コピーペアとなるボリュームが存在するストレージシステムの情報を指定します。

dev_group
グループ名称を指定します。

同一ホストの構成定義ファイル間では同じdev_groupとdev_nameの組み合わせを重複して指定できません。

半角31文字以内で指定する必要があります。また，ハイフン（-）で始まる文字列は指定できません。

dev_name
ペア論理ボリューム名称を指定します。

1つの構成定義ファイル内では同じdev_nameを重複して指定できません。

半角31文字以内で指定する必要があります。また，ハイフン（-）で始まる文字列は指定できません。

port#
ポート名称を指定します。
port#にポート名称を指定し，続けてホストグループ番号を指定する場合，Device Managerエージェントのバージョンで指定できる値が異なります。Device Managerエージェントのバージョンが05-60以降の場合は0～254の値を，Device Managerエージェントのバージョンが05-50以前の場合は0～127の値を指定する必要があります。

targetID
SCSI/FibreのターゲットIDを指定します。

LU#
SCSI/Fibreの論理ユニット番号を指定します。

MU#
ミラー記述子を数値またはh付加で指定します。省略して空白のままにしておくこともできます。
MU#に指定できる値は，Device Managerエージェントのバージョンとコピータイプによって次のように異なります。

Device Managerエージェントのバージョンが7.4.0以降の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～63

Thin Image：0～63

TrueCopy：指定なし

Universal Replicator：指定なし※，0※，h1，h2，h3

注※

値を指定しない場合または0を指定した場合は，TrueCopyでマルチターゲット構成のペアを作成できません。

Device Managerエージェントのバージョンが6.0～7.3.1の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～63

TrueCopy：指定なし

Universal Replicator：指定なし※，0※，h1，h2，h3

注※

値を指定しない場合または0を指定した場合は，TrueCopyでマルチターゲット構成のペアを作成できません。

Device Managerエージェントのバージョンが04-20～5.9の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～31

TrueCopy：指定なし

Universal Replicator：h1，h2，h3

Device Managerエージェントのバージョンが04-00または04-10の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～13

TrueCopy：指定なし

Universal Replicator：h1，h2，h3

Device Managerエージェントのバージョンが03-50以前の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～13

TrueCopy：指定なし

表11-16 HORCM_DEVパラメーターの記述形式のサポート状況

バージョン | 指定項目
dev_group | dev_name | port# | targetID | LU# | MU#
04-00以降 | ○ | ○ | ○ | ○ | ○ | ○
03-50以前 | ○ | ○ | ○ | ○ | ○ | ミラー記述子，省略（空白），または数値による指定だけサポート。

（凡例）

○：すべての記述形式をサポート

関連項目

11.4.2 構成定義ファイルの編集

(2) 構成定義ファイルの記述規則

11.4.4 構成定義ファイルを利用する上での注意事項

(6) HORCM_LDEVパラメーターの記述形式

HORCM_LDEVパラメーターには，コピーペアが存在するストレージシステムの情報とボリュームの情報を指定します。

dev_group
グループ名称を指定します。

同一ホストの構成定義ファイル間では同じdev_groupとdev_nameの組み合わせを重複して指定できません。

半角31文字以内で指定する必要があります。また，ハイフン（-）で始まる文字列は指定できません。

dev_name
ペア論理ボリューム名称を指定します。

1つの構成定義ファイル内では同じdev_nameを重複して指定できません。

半角31文字以内で指定する必要があります。また，ハイフン（-）で始まる文字列は指定できません。

Serial#
ストレージシステムの装置番号を10進数またはシリアル番号:ジャーナルID形式で指定します。

CU:LDEV(LDEV#)
LDEV番号を10進数，16進数，またはCU:LDEV形式で指定します。
LDEV#の指定例を示します。

10進数の場合

260

16進数の場合

0x104

CU:LDEV形式の場合

01:04

MU#
ミラー記述子を数値またはh付加で指定します。省略して空白のままにしておくこともできます。
MU#に指定できる値は，Device Managerエージェントのバージョンとコピータイプによって次のように異なります。

Device Managerエージェントのバージョンが7.4.0以降の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～63

Thin Image：0～63

TrueCopy：指定なし

Universal Replicator：0※，h1，h2，h3

注※

指定した場合，TrueCopyでマルチターゲット構成のペアを作成できません。

Device Managerエージェントのバージョンが6.0～7.3.1の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～63

TrueCopy：指定なし

Universal Replicator：0※，h1，h2，h3

注※

指定した場合，TrueCopyでマルチターゲット構成のペアを作成できません。

Device Managerエージェントのバージョンが5.9以前の場合

ShadowImage：0～2

Copy-on-Write Snapshot：0～31

TrueCopy：指定なし

Universal Replicator：h1，h2，h3

表11-17 HORCM_LDEVパラメーターの記述形式のサポート状況

バージョン | 指定項目
dev_group | dev_name | Serial# | CU:LDEV(LDEV#) | MU#
6.2以降 | ○ | ○ | ○ | ○ | ○
6.1～05-60 | ○ | ○ | ○ | シリアル番号:ジャーナルID形式以外の記述形式をサポート。 | ○
05-50以前 | × | × | × | × | ×

（凡例）

○：すべての記述形式をサポート

×：すべての記述形式が非サポート

関連項目

11.4.2 構成定義ファイルの編集

(2) 構成定義ファイルの記述規則

11.4.4 構成定義ファイルを利用する上での注意事項

(7) HORCM_INSTパラメーターの記述形式

HORCM_INSTパラメーターには，相手ホストのマシン情報を指定します。

dev_group
HORCM_DEVパラメーターまたはHORCM_LDEVパラメーターのdev_groupに指定した内容を指定します。

1つのdev_groupに対して同一ホストの複数のip_addressを指定することはできません。

半角31文字以内で指定する必要があります。また，ハイフン（-）で始まる文字列は指定できません。

ip_address
IPアドレス（Device Managerエージェントのバージョン5.9以降はIPv6もサポート），ホスト名，"NONE"，または"NONE6"を指定します。"NONE"または"NONE6"を指定するとローカルホストを指定したものと見なされます。ただし，Replication Managerを使用して，既存の構成定義ファイルに新規グループを追加した場合は，常にホスト名が指定されます。

Device Managerサーバで管理されているホストの情報を指定してください。

IPアドレスのバージョン（IPv6またはIPv4）は，HORCM_MONのip_addressと一致させてください。

IPv6で運用する場合は，IPアドレスを指定してください。ホスト名を指定した場合は，IPv4で動作します。

ip_addressに指定できる値を次に示します。一部の形式は，ホストを特定できないため，ip_addressには指定できません。

表11-18 HORCM_INSTパラメーターのip_addressに指定できる値

値 | Device Managerエージェントのバージョン
05-80以降 | 05-70以前
IPアドレス | ○ | ○
ホスト名 | ○ | ○
ループバックのIPアドレス（127.0.0.1～127.255.255.254） | △ | ×
ループバックのホスト名（localhost） | △ | ×
クラスタの仮想IPアドレス | × | ×
クラスタの仮想マシン名 | × | ×

（凡例）
○：指定できる。
△：Device Manager CLIでコピーペアを管理する場合には指定できる。Device Manager GUIまたはReplication Managerからコピーペアを操作する場合は指定できない。
×：指定できない。

service
ポート名称またはポート番号を指定します。

ポート名称を指定する場合，半角15文字以内で指定する必要があります。また，ポート番号への名前変換ができる環境である必要があります。

ポート番号を指定する場合，0～65535の数値で指定する必要があります。

表11-19 HORCM_INSTパラメーターの記述形式のサポート状況

バージョン | 指定項目
dev_group | ip_address | service
7.0以降 | ○ | ○ | ○
6.1～6.4 | ○ | IPアドレス，ホスト名の指定だけサポート。 | ○
6.0以前 | ○ | IPアドレス，ホスト名の指定だけサポート。 | ポート番号指定だけサポート。

（凡例）

○：すべての記述形式をサポート

関連項目

11.4.2 構成定義ファイルの編集

(2) 構成定義ファイルの記述規則

(3) HORCM_MONパラメーターの記述形式

(5) HORCM_DEVパラメーターの記述形式

(6) HORCM_LDEVパラメーターの記述形式

11.4.4 構成定義ファイルを利用する上での注意事項

(8) HORCM_INSTPパラメーターの記述形式

HORCM_INSTPパラメーターには，相手ホストのマシン情報とパスグループIDを指定します。

dev_group
HORCM_DEVパラメーターまたはHORCM_LDEVパラメーターのdev_groupに指定した内容を指定します。

1つのdev_groupに対して同一ホストの複数のip_addressを指定することはできません。

半角31文字以内で指定する必要があります。また，ハイフン（-）で始まる文字列は指定できません。

ip_address
IPアドレス，ホスト名，"NONE"，または"NONE6"を指定します。"NONE"または"NONE6"を指定するとローカルホストを指定したものと見なされます。ただし，Replication Managerを使用して，既存の構成定義ファイルに新規グループを追加した場合は，常にホスト名が指定されます。

Device Managerサーバで管理されているホストの情報を指定してください。

IPアドレスのバージョン（IPv6またはIPv4）は，HORCM_MONのip_addressと一致させてください。

IPv6で運用する場合は，IPアドレスを指定してください。ホスト名を指定した場合は，IPv4で動作します。

ip_addressに指定できる値を次に示します。一部の形式は，ホストを特定できないため，ip_addressには指定できません。

表11-20 HORCM_INSTPパラメーターのip_addressに指定できる値

値 | Device Managerエージェントのバージョン
7.6.0以降
IPアドレス | ○
ホスト名 | ○
ループバックのIPアドレス（127.0.0.1～127.255.255.254） | △
ループバックのホスト名（localhost） | △
クラスタの仮想IPアドレス | ×
クラスタの仮想マシン名 | ×

（凡例）
○：指定できる。
△：Device Manager CLIでコピーペアを管理する場合には指定できる。Device Manager GUIまたはReplication Managerからコピーペアを操作する場合は指定できない。
×：指定できない。

service
ポート名称またはポート番号を指定します。

ポート名称を指定する場合，半角15文字以内で指定する必要があります。また，ポート番号への名前変換ができる環境である必要があります。

ポート番号を指定する場合，0～65535の数値で指定する必要があります。

pathID
パスグループIDを1～255の10進数で指定します。

1つのコピーグループに複数のパスグループIDを指定することはできません。

パスグループIDを指定しない場合（CU Freeの場合）は，HORCM_INSTパラメーターを使用してください。

表11-21 HORCM_INSTPパラメーターの記述形式のサポート状況

バージョン | 指定項目
すべてのパラメーター
7.6.0以降 | ○
6.2～7.5.0 | △
6.1以前 | ×

（凡例）

○：すべての記述形式をサポート

△：ペアの作成時または操作時に指定されていても無視される。ペアの削除時に，削除するペアグループと同名のグループがある場合，HORCM_INSTPの定義からグループが削除される。

×：すべての記述形式が非サポート

関連項目

11.4.2 構成定義ファイルの編集

(2) 構成定義ファイルの記述規則

(3) HORCM_MONパラメーターの記述形式

(5) HORCM_DEVパラメーターの記述形式

(6) HORCM_LDEVパラメーターの記述形式

(7) HORCM_INSTパラメーターの記述形式

11.4.4 構成定義ファイルを利用する上での注意事項

11.4.3 構成定義ファイルの格納場所の変更

RAID ManagerまたはP9000 RAID Managerの構成定義ファイルの格納場所を変更する場合は，格納場所のパスをDevice Manager エージェントのserver.propertiesファイルのserver.agent.rm.horcmSourceプロパティに設定します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

構成定義ファイルの格納場所を変更するには：

hbsasrvコマンドを実行して，Device Manager エージェントのサービスを停止します。

RAID Managerのコマンドを実行して，ユーザーが手動で起動したHORCMインスタンスをすべて停止します。

構成定義ファイルの格納場所を変更します。

Device Manager エージェントのserver.propertiesファイルのserver.agent.rm.horcmSourceプロパティに，手順3で変更した格納場所のパスを指定します。

hbsasrvコマンドを実行して，Device Manager エージェントのサービスを起動します。

関連項目

(1) Device Managerエージェントのサービスの起動，停止，稼働状態の確認（hbsasrvコマンド）

D.6.26 server.agent.rm.horcmSource

HORCMインスタンスの停止方法：RAID Managerのマニュアル

11.4.4 構成定義ファイルを利用する上での注意事項

RAID ManagerまたはP9000 RAID Managerの構成定義ファイルを利用して，コピーペアを管理する場合の注意事項を次に示します。

構成定義ファイルを編集した場合

Device Managerを使用して構成定義ファイルを作成または変更した場合は，構成定義ファイルの内容は自動的にDevice Managerサーバに通知されます。

ただし，Replication Managerを使用したり，手動で直接構成定義ファイルを編集したりするなど，Device Managerを使用しないで構成定義ファイルを作成または変更した場合は，Device Managerサーバに構成定義ファイルの情報を手動通知する必要があります。

Device ManagerのGUIまたはCLIを使用してストレージシステムのリフレッシュを実行すると，構成定義ファイルの情報がDevice Managerサーバに通知されます。構成定義ファイルに記述したコピーペアボリュームが属するストレージシステムをリフレッシュしてください。

構成定義ファイルを最適化する場合

server.propertiesファイルのserver.agent.rm.optimization.userHorcmFileプロパティにtrueが指定されている場合，Device Managerエージェントのサービス起動時およびコピーペアの操作時に，Device Managerエージェントによって構成定義ファイルの内容が最適化されます。このとき，次の点に注意してください。

構成定義ファイルのバックアップについて
最適化処理の実行時には，元の構成定義ファイルhorcmXX.confをhorcmXX.conf.bkとしてバックアップします。バックアップファイルは1世代しか作成されないため，最適化処理が2回以上実行されると，ユーザーが作成したオリジナルの構成定義ファイルは失われます。必要に応じてバックアップを作成してください。

コマンドデバイスの定義に追加されるコメントについて
RAID ManagerまたはP9000 RAID Managerの構成定義ファイルに対して最適化処理が実施されると，コマンドデバイスを定義している行の1行前にコマンドデバイスのユニットID，論理デバイス番号およびシリアル番号がコメントとして追加されます。このとき，次の点に注意してください。
・Device Managerエージェントが追加されたコメントを参照するので，コメントの内容を変更しないでください。
・Device Managerエージェントが管理している構成定義ファイルをコピーして，新たに構成定義ファイルを作成する場合，コメントは削除してください。

コピーペアを削除する場合

管理クライアントからコピーペアの削除を実行する場合，対象となる構成定義ファイルのコピーペアの定義がすべて削除されるときには，構成定義ファイルも削除されます。構成定義ファイルを削除したくない場合は，削除実行前に構成定義ファイルをバックアップしておいてください。

関連項目

11.4.2 構成定義ファイルの編集

D.6.19 server.agent.rm.optimization.userHorcmFile

11.5 Device Managerエージェントのリモートインストール

JP1/NETM/DMは，ネットワークを利用して，ソフトウェアの配布やクライアントの資源管理を実現するシステムです。JP1/NETM/DMを使用すると，複数のホストにDevice Managerエージェントを一括インストールできます。

この節の構成

11.5.1 Device Managerエージェントをリモートインストールするための操作フロー

11.5.2 Device Managerエージェントをリモートインストールする場合のシステム構成

11.5.3 Device Managerエージェントのパッケージング（Windows）

11.5.4 Device Managerエージェントのパッケージング（UNIX）

11.5.5 Device Managerエージェントの配布指令の作成，登録および実行（Windows）

11.5.6 Device Managerエージェントの配布指令の作成，登録および実行（Solaris）

11.5.7 リモートインストールの実行結果の戻り値

11.5.1 Device Managerエージェントをリモートインストールするための操作フロー

JP1/NETM/DMを使用して，Device Managerエージェントをリモートインストールするには，次の操作が必要です。

Device Managerエージェントのパッケージング
資源登録システムから配布管理システムへDevice Managerエージェントを登録（パッケージング）します。

配布指令の作成および登録
配布管理システムに登録された資源（Device Managerエージェント）を配布先システムにコピーするための指令を作成および登録します。

配布指令の実行
登録された配布指令を実行して，Device Managerエージェントをインストールします。

リモートインストールの操作の流れを次の図に示します。

図11-1 リモートインストールの流れ

11.5.2 Device Managerエージェントをリモートインストールする場合のシステム構成

JP1/NETM/DMを使用して，Device Managerエージェントをリモートインストールするには，リモートインストール環境が構築されている必要があります。

JP1/NETM/DMを使用して，Device Managerエージェントをリモートインストールする場合のシステム構成を次の図に示します。

図11-2 JP1/NETM/DMを使用するためのシステム構成

配布管理システム
ソフトウェアの配布状況や配布先の状態を管理するシステムです。JP1/NETM/DM Manager（Windowsの場合はバージョン07-00以降，Solarisの場合はバージョン06-73以降）がインストールされている必要があります。

資源登録システム
ソフトウェア資源を登録するシステムです。JP1/NETM/DM Client（バージョン07-00以降）がインストールされている必要があります。

配布先システム
ソフトウェアの配布先となるシステムです。JP1/NETM/DM Client（バージョン07-00以降）とDevice Managerエージェント（Windowsの場合はバージョン04-10以降，UNIXの場合はバージョン04-00以降）がインストールされている必要があります。

関連項目

JP1/NETM/DM ManagerとJP1/NETM/DM Clientのインストール，およびリモートインストール環境の構築方法について：JP1/NETM/DMのマニュアル

11.5.3 Device Managerエージェントのパッケージング（Windows）

Device Managerエージェントをパッケージングするには，JP1_NETM_DM Clientの ［JP1/NETM/DMパッケージャ］ウィンドウから実行します。

事前に完了しておく操作

Administrator 権限でのログイン

Device Managerエージェントをパッケージングするには：

統合インストールメディアを挿入します。

Device Managerエージェントのインストーラーが格納されているフォルダ以下のファイルおよびサブフォルダをすべて任意の場所にコピーします。

［スタート］－［すべてのプログラム］－［JP1_NETM_DM Client］－［ソフトウェア パッケージャ］を選択し，JP1/NETM/DMにログオンします。

［JP1/NETM/DMパッケージャ］ウィンドウの［ファイル］ウィンドウから，手順2.でコピーしたフォルダを選択します。

［実行］－［パッケージング］を選択します。

［JP1/NETM/DMパッケージング］ダイアログで，環境に合わせて各項目を設定し，［パッケージ実行］を選択します。

関連項目

11.5.5 Device Managerエージェントの配布指令の作成，登録および実行（Windows）

［JP1/NETM/DMパッケージング］ダイアログの設定項目について：JP1/NETM/DMのマニュアル

11.5.4 Device Managerエージェントのパッケージング（UNIX）

Device Managerエージェントをパッケージングするには，登録ファイルとインストーラー実行シェルを作成し，rdscmコマンドを実行します。

Device Managerエージェントをパッケージングするには：

統合インストールメディアを挿入し，マウントします。

Device Managerエージェントのインストーラーが格納されているディレクトリ以下のファイルおよびサブディレクトリを次のコマンドですべてコピーします。
ここでは＜DVDのマウントディレクトリ＞/AGENTS/HDVM/Solarisと仮定します。
# cp -r ＜DVDのマウントディレクトリ＞/AGENTS/HDVM/Solaris /* /var/tmp/HDvM-Agent

資源登録システムに，root権限でログインします。

登録ファイルとインストーラー実行シェルを作成します。
パッケージを実行するには，登録ファイル（HDvM_Agt_regfile）とインストーラー実行シェル（HDvM_Agt_install）を作成する必要があります。
HDvM_Agt_regfileとHDvM_Agt_installのサンプルファイルは，Device Managerエージェントのインストーラーと同じディレクトリに格納されています。このサンプルファイルは編集しないで使用できます。

重要

デフォルトでは，配布先システムの起動時にインストールされますが，登録ファイルを編集することで，PUSH型でDevice Managerエージェントをインストールするように指定できます。

次のコマンドを実行して，配布管理システムへDevice Managerエージェントを登録します。
# chmod 711 /var/tmp/HDvM-Agent/HDvM_Agt_install
# rdscm -k ＜JP1/NETM/DM Managerのパスワード＞-d ＜ソフトウェアディレクトリ＞ ＜ 登録ファイル＞

＜ソフトウェアディレクトリ＞

資源登録システムに格納されているDevice Managerエージェントのディレクトリのパスを指定します。

＜ 登録ファイル＞

手順2.でコピーしたHDvM_Agt_regfileファイルのパスを指定します。

実行例を次に示します。
# rdscm -k ＜JP1/NETM/DM Managerのパスワード＞ -d./HDvM-Agent /var/tmp/HDvM-Agent/HDvM_Agt_regfile

参考

Device Managerエージェントの製品に同梱されている登録ファイルのサンプルファイルをそのまま使用する場合，配布先システムがUNIXのときは，/var/tmpを一時的な格納場所とします。

関連項目

11.5.6 Device Managerエージェントの配布指令の作成，登録および実行（Solaris）

登録ファイルの詳細について：JP1/NETM/DMのマニュアル

11.5.5 Device Managerエージェントの配布指令の作成，登録および実行（Windows）

Device Managerエージェントの配布指令を作成，登録および実行するには，JP1/NETM/DM Managerのリモートインストールマネージャのウィンドウから実行します。

事前に完了しておく操作

Device Managerエージェントのパッケージング

Administrator 権限でのログイン

配布指令を作成，登録および実行するには：

［スタート］－［すべてのプログラム］－［JP1_NETM_DM Manager］－［リモートインストールマネージャ］を選択します。

［システム構成］ウィンドウで，［ファイル］－［新規作成］－［ジョブ定義］を選択します。

［ジョブ定義］ウィンドウで，［ファイル］－［ジョブ定義の新規作成］を選択します。

ジョブの種別選択で「パッケージのインストール」を選択します。

［ジョブの作成］ダイアログで，環境に合わせて各項目を設定し，［保存］を選択します。

重要

［保存＆実行］を選択すると，保存と同時にジョブが実行されます。

［ジョブ定義］ウィンドウで，手順5.で登録したジョブを選択します。

［実行］－［ジョブの実行］を選択します。

注意

配布先システムのシャットダウン時を指定したリモートインストールはできません。

関連項目

11.5.3 Device Managerエージェントのパッケージング（Windows）

［ジョブの作成］ダイアログの設定項目について：JP1/NETM/DMのマニュアル

11.5.6 Device Managerエージェントの配布指令の作成，登録および実行（Solaris）

Device Managerエージェントの配布指令を作成，登録および実行するには，rdsdmindコマンドを実行します。

事前に完了しておく操作

Device Managerエージェントのパッケージング

事前に確認しておく情報

配布先のホスト名

配布指令を作成，登録および実行するには：

配布管理システムに，root権限でログインします。

次のコマンドを実行して，登録されているパッケージの一覧を表示し，配布指令を作成するパッケージを確認します。
# rdsdmrsc -c
コマンドの実行例を次に表示します。

# rdsdmrsc -c
KDDH3043-I : Displaying the list of packages.
C 1
C.HC 1
C.HC.HDvM-Agent_SOL.0600.0000

次のコマンドを実行して，配布指令を登録します。
# rdsdmind -d -a 配布先ホスト名 -s インストールするパッケージ名 -p F
パッケージ名の例を次に示します。

Solarisリソース名称
C.HC.HDvM-Agent_SOL

AIXリソース名称
C.HC.HDvM-Agent_AIX

Linuxリソース名称
C.HC.HDvM-Agent_LNX

HP-UXリソース名称
C.HC.HDvM-Agent_HP

コマンドの実行例を次に示します。

# rdsdmind -d -a host1 -s C.HC.HDvM-Agent_SOL.0600.0000 -p F
KDDH3023-I : Completed registering a job.

次に示すコマンドを実行して，登録したDevice Managerエージェントをインストールします。
# rdsdmind -x
コマンドの実行例を次に示します。

# rdsdmind -x
KDDH3027-I : Received a job execution request.

注意

配布先システムのシャットダウン時を指定したリモートインストールはできません。

関連項目

11.5.4 Device Managerエージェントのパッケージング（UNIX）

11.5.7 リモートインストールの実行結果の戻り値

Windows環境にDevice Managerエージェントをリモートインストールした場合，実行結果の戻り値は，JP1/NETM/DM Managerのジョブ実行状況ウィンドウから表示される詳細情報ダイアログで確認できます。

リモートインストールに失敗した場合，JP1/NETM/DM Managerのジョブ実行状況ウィンドウから表示される詳細情報ダイアログで，保守コードを確認してください。保守コードの左から9番目と10番目の数字にリモートインストールの実行結果の戻り値が表示されます。この操作はJP1/NETM/DM Managerがインストールされている配布管理システムで実行します。

リモートインストールの実行結果の戻り値一覧を，次の表に示します。

表11-22 リモートインストールの実行結果の戻り値

戻り値
説明
対処

00
正常終了
なし。

90
Device Managerエージェントのインストールで失敗しました。
次の原因が考えられます。

ディスクの空き容量が不足しています。十分な容量を確保してから，再度インストールを実行してください。

リモートインストールするOSがサポートされていません。OSを確認してください。

Device Managerエージェント以外のインストール処理またはアンインストール処理を実行中です。実行中の処理が完了してから，再度インストールを実行してください。

Javaの実行環境を提供するプログラムが動作しません。
ホストのOSにDevice Managerエージェントの前提パッチが適用されているか確認してください。また，server.propertiesファイルのserver.agent.JRE.locationプロパティに指定されているインストールパスに，Device Managerエージェント用のJavaの実行環境を提供するプログラムがインストールされているかを確認してください。

UNIXの場合は次の原因も考えられます。

Device Managerエージェントが前提とするJavaの実行環境を提供するプログラムがインストールされていません。インストールしてから，再度Device Managerエージェントのインストールを実行してください。

インストーラーの実行ファイルの権限を変更できませんでした。インストーラーの実行ファイルを含むディレクトリ内のすべてのファイルおよびサブディレクトリを，権限を変更できる場所に移動してから，再度インストールを実行してください。

91
リモートインストール先のディレクトリの設定値が不正です。
リモートインストール先のディレクトリを正しく設定し，再度インストールを実行してください。

93
Device Managerエージェントのインストールには成功しましたが，他PPと連携するための設定に失敗しました。
Protection Manager - Consoleがインストールされている環境の場合，hptmguiinst.exeまたはhptmguiinst.shを実行してください。エラーメッセージを確認し，エラーに対処してから再度インストールを実行してください。
Dynamic Link ManagerのGUIがインストールされている環境の場合，保守員に連絡してください。
OSがSolarisまたはHP-UXの場合は，Global Link Managerエージェントのインストールに失敗しているおそれがあります。再度インストールを実行してください。それでも失敗する場合は，保守員に連絡してください。

95
Device Managerエージェント機能のセットアップには成功しましたが，Replication Managerエージェント機能のセットアップでエラーが発生しました。
サポートOSおよび前提パッチを確認したあと，再度実行してください。再度問題が発生した場合は，保守員に連絡してください。

96
実行したユーザーにはAdministrator権限がありません。
Administrator権限があるユーザーIDで再度実行してください。

98
新しいバージョンのDevice Managerエージェントがインストールされているため，ダウングレードできません。
なし。

99
Device Managerエージェントまたは関連プログラムが動作中です。
KAIC25111-W～KAIC25113-Wメッセージに従って対処してください。

関連項目

D.6.9 server.agent.JRE.location

リモートインストールの実行結果を確認する方法について：JP1/NETM/DMのマニュアル

12. Host Data Collectorのセットアップ

ここでは，Host Data Collectorのセットアップ方法について説明します。

この章の構成

12.1 Host Data Collectorのインストール

12.2 Host Data Collectorの環境設定

12.3 Host Data Collectorのアンインストール

12.1 Host Data Collectorのインストール

ここでは，管理サーバとは別のマシンにHost Data Collectorをインストールする手順を説明します。

この節の構成

12.1.1 Host Data Collectorのインストール条件

12.1.2 Host Data Collectorのインストール（Windows）

12.1.3 Host Data Collectorのインストール（SolarisまたはLinux）

12.1.4 Host Data Collectorを運用する場合の注意事項

12.1.5 管理サーバへのHost Data Collectorマシンの登録

12.1.1 Host Data Collectorのインストール条件

Host Data Collectorのインストール時に指定する項目（インストール先のパスやポート番号）にはデフォルト値が用意されています。

デフォルト値が用意されている項目では，デフォルト値を使用することをお勧めします。

デフォルト値とは異なる設定にする場合は，次の表に示す条件を確認し，指定する値をあらかじめ決めておいてください。

表12-1 Host Data Collectorのインストール中に入力する情報

項目
説明

インストール先
Host Data Collectorのインストール先です。デフォルトは次のとおりです。

Windowsの場合

＜Program Filesフォルダ＞¥Hitachi

SolarisまたはLinuxの場合

/opt/Hitachi

インストール先をデフォルト以外のパスに変更する場合は，次の条件を満たすインストール先を用意してください。

絶対パスの長さ：64バイト以内

指定できる文字：

Windowsの場合

A～Z a～z 0～9 . _ ( ) 半角スペース ¥ :

SolarisまたはLinuxの場合

A～Z a～z 0～9 _ /

そのほかの条件（Windowsの場合）：

半角スペースを2文字以上続けて指定しないでください。

半角スペースはフォルダ名の先頭と末尾には指定できません。

ドライブ直下（例えば，D:¥）を指定しないでください。

Windows（IPFまたはx64）では，環境変数%ProgramFiles%に設定されているフォルダを指定しないでください。

ポート番号
RMIレジストリーのポート番号
RMIレジストリーの非SSL通信用のポート番号です。
デフォルト：22098/tcp

RMIサーバのポート番号
RMIサーバの非SSL通信用のポート番号です。
デフォルト：22099/tcp

クラスローダー用ポート番号
クラスローダーの非SSL通信用のポート番号です。
デフォルト：22100/tcp

関連項目

12.1.2 Host Data Collectorのインストール（Windows）

12.1.3 Host Data Collectorのインストール（SolarisまたはLinux）

12.1.2 Host Data Collectorのインストール（Windows）

統合インストールメディアを使用して，Host Data Collectorをインストールします。

事前に完了しておく操作

マシン要件および前提プログラムの確認
詳細は，「ソフトウェア添付資料」を参照してください。

Host Data Collectorおよび管理サーバのHitachi Command Suite製品のバージョンの確認

Device ManagerでHost Data Collectorを使用してホストを管理する場合，Host Data Collectorのバージョンは，管理サーバにインストールされたDevice Managerサーバのバージョンと同じか，より新しいバージョンである必要があります。ただし，Host Data Collectorのバージョンが7.5.0以降の場合，Device Managerサーバのバージョンも7.5.0以降である必要があります。

複数のマシンにHost Data Collectorをインストールして運用する場合，各マシンのHost Data Collectorのバージョンが一致している必要があります。

Administrator権限でのログイン

事前に確認しておく情報

インストール先のパス（新規インストール時）

Host Data Collectorで使用するポート番号（新規インストール時）

Host Data Collectorをインストールするには：

統合インストールメディアを挿入します。

表示されたウィンドウの「Host Data Collector」横にある［Install］ボタンをクリックします。
ウィンドウが表示されない場合は，インストーラー（setup.exe）を直接実行してください。
インストーラーは，＜DVDドライブ＞:¥AGENTS¥HHDC¥Windowsフォルダに格納されています。

インストールウィザードの指示に従って，各画面で必要な情報を指定します。

インストールが完了すると，［インストール完了］画面が表示されます。また，Host Data Collectorのサービス（Host Data Collector Base Service）がOSに登録されます。

参考

Host Data Collectorのインストーラーは，Device Manager GUIからダウンロードすることもできます。

バージョン7.4.1以前のHost Data Collectorがシステムドライブ以外にインストールされている場合，バージョン7.5.0以降にアップグレードインストールすると，Host Data Collectorのインストールドライブ直下にtempフォルダが作成されます。不要な場合は削除してください。

重要

アップグレードインストールした場合は，管理サーバのHitachi Command Suite製品のサービスを再起動する必要があります。

関連項目

9.2 サービスの起動

9.3 サービスの停止

12.1.1 Host Data Collectorのインストール条件

12.1.5 管理サーバへのHost Data Collectorマシンの登録

12.1.3 Host Data Collectorのインストール（SolarisまたはLinux）

統合インストールメディアを使用して，Host Data Collectorをインストールします。

事前に完了しておく操作

マシン要件および前提プログラムの確認
詳細は，「ソフトウェア添付資料」を参照してください。

Host Data Collectorおよび管理サーバのHitachi Command Suite製品のバージョンの確認

Device ManagerでHost Data Collectorを使用してホストを管理する場合，Host Data Collectorのバージョンは，管理サーバにインストールされたDevice Managerサーバのバージョンと同じか，より新しいバージョンである必要があります。ただし，Host Data Collectorのバージョンが7.5.0以降の場合，Device Managerサーバのバージョンも7.5.0以降である必要があります。

複数のマシンにHost Data Collectorをインストールして運用する場合，各マシンのHost Data Collectorのバージョンが一致している必要があります。

rootでのログイン

事前に確認しておく情報

インストール先のパス（新規インストール時）

Host Data Collectorで使用するポート番号（新規インストール時）

Host Data Collectorをインストールするには：

統合インストールメディアを挿入します。
自動的にマウントされない場合は，/mnt/dvdromディレクトリにマウントしてください。

インストーラー（setup.sh）が格納されているディレクトリに移動します。
インストーラーは，＜DVD-ROMのマウントディレクトリ＞/AGENTS/HHDC/＜プラットフォーム名＞ディレクトリに格納されています。

次のコマンドを実行します。
# ./setup.sh

表示されたメッセージに従って操作します。

インストールが完了すると，次のメッセージが表示されます。

Host Data Collector installation completed successfully.

参考

Host Data Collectorのインストーラーは，Device Manager GUIからダウンロードすることもできます。

重要

アップグレードインストールした場合は，管理サーバのHitachi Command Suite製品のサービスを再起動する必要があります。

関連項目

9.2 サービスの起動

9.3 サービスの停止

12.1.1 Host Data Collectorのインストール条件

12.1.5 管理サーバへのHost Data Collectorマシンの登録

12.1.4 Host Data Collectorを運用する場合の注意事項

Host Data Collectorを運用する場合には，幾つかの注意事項があります。

Host Data Collectorを使用してストレージシステムで256以上のLUNを認識するLinuxホストを登録すると，KAIC03006-Eのエラーメッセージが出力され，操作が失敗します。ホストのOSがLinuxの場合，Host Data Collectorの管理対象ホストで認識するストレージシステムの１ポートごとのLU数は256以下，LUNの範囲は0～255となるように指定してください。

また，クラスタ構成の場合は次の点にも注意してください。

クラスタを構成する全ノードは，同じディスク構成にして，Host Data Collectorのインストール先（ドライブ名やパス名）も同じにする必要があります。

インストール後にHost Data Collectorの設定を変更する場合は，全ノードで同一の設定にしてください。

実行系ノードで動作している状態でも，待機系ノードのHost Data Collectorのサービス（Host Data Collector Base Service）は常に起動した状態にしておく必要があります。

12.1.5 管理サーバへのHost Data Collectorマシンの登録

Host Data Collectorを管理サーバとは別のマシンにインストールした場合には，Device Managerサーバのhostdatacollectors.propertiesファイルのプロパティに，Host Data Collectorをインストールしたマシンの情報を登録する必要があります。

管理サーバにHost Data Collectorマシンの情報を登録することで，ホストを登録したり，各ホストでのボリュームの使用状況を確認したりできるようになります。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

管理サーバへのHitachi Command Suiteのインストール

ホストへのHost Data Collectorのインストール

Host Data CollectorマシンのOSがSolarisまたはLinuxの場合，Host Data Collectorマシンの名前解決の設定（DNSサーバまたはhostsファイルの設定）

事前に確認しておく情報

Host Data Collectorをインストールしたマシンの情報

IPアドレスまたはホスト名

RMI レジストリーのポート番号
hdcbase.propertiesファイルのhdc.common.rmi.registryPortプロパティまたはhdc.common.rmi.ssl.registryPortプロパティで確認できます。

RMI サーバのポート番号
hdcbase.propertiesファイルのhdc.common.rmi.serverPortプロパティまたはhdc.common.rmi.ssl.serverPortプロパティで確認できます。

クラスローダーのポート番号
hdcbase.propertiesファイルのhdc.common.http.serverPortプロパティまたはhdc.common.https.serverPortプロパティで確認できます。

Host Data Collectorマシンを管理サーバに登録するには：

Hitachi Command Suite製品のサービスを停止します。

Device Managerサーバのhostdatacollectors.propertiesファイルにある次のプロパティに，Host Data Collectorをインストールしたマシンの情報を設定します。
hdc.rmiregistryプロパティ
hdc.rmiserverプロパティ
hdc.classloaderプロパティ

Hitachi Command Suite製品のサービスを起動します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

A.12.2 hdc.rmiregistry

A.12.3 hdc.rmiserver

A.12.4 hdc.classloader

C.2.4 hdc.common.rmi.registryPort

C.2.5 hdc.common.rmi.serverPort

C.2.6 hdc.common.http.serverPort

C.2.7 hdc.common.rmi.ssl.registryPort

C.2.8 hdc.common.rmi.ssl.serverPort

C.2.9 hdc.common.https.serverPort

12.2 Host Data Collectorの環境設定

ここでは，Host Data Collectorの環境設定について説明します。

この節の構成

12.2.1 Host Data Collectorの常駐プロセス

12.2.2 Host Data Collectorのファイアウォールへの例外登録（Windows）

12.2.3 Host Data Collectorで使用するJava の実行環境の変更

12.2.4 Host Data Collectorマシンに複数のIPアドレスがある場合の設定

12.2.5 Host Data Collectorのバージョンの確認

12.2.1 Host Data Collectorの常駐プロセス

Host Data Collectorの常駐プロセスには，Host Data CollectorのサービスプロセスとJavaVMのサービスプロセスがあります。

Host Data Collectorの常駐プロセスを「表12-2 Host Data Collectorの常駐プロセス（Windows）」から「表12-3 Host Data Collectorの常駐プロセス（SolarisまたはLinux）」に示します。

表12-2 Host Data Collectorの常駐プロセス（Windows）

プロセス名 | サービス名 | 機能
HdcProcessController.exe | Host Data Collector Base Service | Host Data Collectorのサービス

表12-3 Host Data Collectorの常駐プロセス（SolarisまたはLinux）

プロセス名 | 機能
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/internal/bin/HdcAdapter.sh | Host Data CollectorのサービスのAdapterプロセス※
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/internal/bin/HdcService.sh | Host Data CollectorのサービスのServiceプロセス
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/internal/bin/HdcRMI.sh | Host Data CollectorのサービスのRMIプロセス
＜Javaの実行環境のインストールパス＞/bin/java | JavaVM（Adapter）※
＜Javaの実行環境のインストールパス＞/bin/java | JavaVM（Service）
＜Javaの実行環境のインストールパス＞/bin/java | JavaVM（RMI）

注※

Host Data Collectorのhdcbase.propertiesファイルのhdc.adapter.adapterProcessNumプロパティに設定されているAdapterプロセスの数だけ常駐します。

重要

クラスタ構成の場合，実行系ノードで動作している状態でも，待機系ノードのHost Data Collectorのサービス（Host Data Collector Base Service）は常に起動した状態にしておく必要があります。

関連項目

9.1 Hitachi Command Suiteの常駐プロセス

この項の構成

(1) サービスの起動（Host Data Collector）

(2) サービスの停止（Host Data Collector）

(3) サービスの稼働状態の確認（Host Data Collector）

(1) サービスの起動（Host Data Collector）

controlserviceコマンドを使って，Host Data Collectorのサービスを起動します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Host Data Collectorのサービスを起動するには：

次のコマンドを実行します。

Windowsの場合：

＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥bin¥controlservice.exe start

SolarisまたはLinuxの場合：

＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/bin/controlservice.sh start

関連項目

12.2.1 Host Data Collectorの常駐プロセス

(2) サービスの停止（Host Data Collector）

(3) サービスの稼働状態の確認（Host Data Collector）

(2) サービスの停止（Host Data Collector）

controlserviceコマンドを使って，Host Data Collectorのサービスを停止します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Host Data Collectorのサービスを停止するには：

次のコマンドを実行します。

Windowsの場合：

＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥bin¥controlservice.exe stop

SolarisまたはLinuxの場合：

＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/bin/controlservice.sh stop

関連項目

12.2.1 Host Data Collectorの常駐プロセス

(1) サービスの起動（Host Data Collector）

(3) サービスの稼働状態の確認（Host Data Collector）

(3) サービスの稼働状態の確認（Host Data Collector）

controlserviceコマンドを使って，Host Data Collectorのサービスの稼働状態を確認します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Host Data Collectorのサービスの稼働状態を確認するには：

次のコマンドを実行します。

Windowsの場合：

＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥bin¥controlservice.exe state

SolarisまたはLinuxの場合：

＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/bin/controlservice.sh state

関連項目

12.2.1 Host Data Collectorの常駐プロセス

(1) サービスの起動（Host Data Collector）

(2) サービスの停止（Host Data Collector）

12.2.2 Host Data Collectorのファイアウォールへの例外登録（Windows）

Host Data Collectorの運用開始後にWindowsファイアウォールを有効にした場合や，Host Data Collectorで使用するポートを変更した場合は，手動でファイアウォールの例外登録をする必要があります。

この項の構成

(1) Host Data Collectorのサービスの例外登録（非SSL通信用）

(2) Host Data Collectorのサービスの例外登録（SSL通信用）

(1) Host Data Collectorのサービスの例外登録（非SSL通信用）

firewall_setupコマンドを使って，Host Data Collectorのサービスで使用する非SSL通信用のポートをファイアウォールに例外登録します。

Host Data Collectorのhdcbase.propertiesファイルにある次のプロパティに設定されているポートが例外登録されます。例外登録名はすべてHost Data Collector Baseです。

hdc.common.rmi.registryPortプロパティ（デフォルト値：22098/tcp）

hdc.common.rmi.serverPortプロパティ（デフォルト値：22099/tcp）

hdc.common.http.serverPortプロパティ（デフォルト値：22100/tcp）

事前に完了しておく操作

Administrator権限でのログイン

コマンドの形式

firewall_setup.bat {add|del}

コマンドの格納先

＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥bin

オプション

add

ファイアウォールの例外登録を行う場合に指定します。

del

ファイアウォールの例外登録の設定を解除する場合に指定します。

関連項目

(2) Host Data Collectorのサービスの例外登録（SSL通信用）

C.2.4 hdc.common.rmi.registryPort

C.2.5 hdc.common.rmi.serverPort

C.2.6 hdc.common.http.serverPort

(2) Host Data Collectorのサービスの例外登録（SSL通信用）

netshコマンドを使って，Host Data Collectorのサービスで使用するSSL通信用のポートをファイアウォールに例外登録します。

事前に完了しておく操作

Administrator権限でのログイン

事前に確認しておく情報

hdc.common.rmi.ssl.registryPortプロパティに設定されているポート番号（デフォルト値：22104/tcp）

hdc.common.rmi.ssl.serverPortプロパティに設定されているポート番号（デフォルト値：22105/tcp）

hdc.common.https.serverPortプロパティに設定されているポート番号（デフォルト値：22106/tcp）

Host Data Collectorのサービスを例外登録するには：

ポートごとに次のコマンドを実行します。

Windows Server 2003またはWindows Server 2003 R2の場合

netsh firewall add portopening protocol=TCP port=＜ポート番号＞ name="Host Data Collector Base" mode=ENABLE

Windows Server 2008，Windows Server 2008 R2またはWindows Server 2012の場合

netsh advfirewall firewall add rule name="Host Data Collector Base" dir=in action=allow localport=＜ポート番号＞ protocol=TCP

設定を有効にするために，Host Data Collectorのサービスを再起動します。

参考

次のコマンドを実行すると登録内容を確認できます。

Windows Server 2003またはWindows Server 2003 R2の場合

netsh firewall show portopening

Windows Server 2008，Windows Server 2008 R2またはWindows Server 2012の場合

netsh advfirewall firewall show rule name=all

関連項目

(1) サービスの起動（Host Data Collector）

(2) サービスの停止（Host Data Collector）

(1) Host Data Collectorのサービスの例外登録（非SSL通信用）

C.2.7 hdc.common.rmi.ssl.registryPort

C.2.8 hdc.common.rmi.ssl.serverPort

C.2.9 hdc.common.https.serverPort

12.2.3 Host Data Collectorで使用するJava の実行環境の変更

Host Data Collectorの運用開始後に使用するJava の実行環境を変更する場合は，使用するJavaの実行環境のインストールパスをHost Data Collectorのjavaconfig.propertiesファイルのjavapathlocationプロパティに設定します。

事前に完了しておく操作

Host Data Collectorが前提とするJavaの実行環境の確認
詳細は，「ソフトウェア添付資料」を参照してください。

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

事前に確認しておく情報

使用するJavaの実行環境のインストールパス

Host Data Collectorで使用するJava の実行環境を変更するには：

Host Data Collectorのサービスを停止します。

Host Data Collectorのjavaconfig.propertiesファイルのjavapathlocationプロパティに，使用するJava の実行環境のインストールパスを絶対パスで設定します。

Host Data Collectorのサービスを起動します。

Host Data Collectorで使用するJavaの実行環境が，指定したパスのbinディレクトリにあるJavaの実行環境に変更されます。

関連項目

(1) サービスの起動（Host Data Collector）

(2) サービスの停止（Host Data Collector）

C.4.1 javapathlocation

12.2.4 Host Data Collectorマシンに複数のIPアドレスがある場合の設定

Host Data Collectorマシンが複数のIPアドレスを持っている場合，Host Data Collectorのhdcbase.propertiesファイルのhdc.service.rmi.registryIPAddressプロパティに，Device Managerサーバとの通信で使用するIPアドレスを指定してください。

関連項目

C.2.10 hdc.service.rmi.registryIPAddress

12.2.5 Host Data Collectorのバージョンの確認

hdc_infoコマンドを使って，Host Data Collectorのバージョンを確認します。

Host Data Collectorのバージョンを確認するには：

次のコマンドを実行します。

Windowsの場合：

＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥bin¥hdc_info.exe

SolarisまたはLinuxの場合：

＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/bin/hdc_info.sh

12.3 Host Data Collectorのアンインストール

Host Data Collectorでホストを管理する必要がなくなったら，Host Data Collectorをアンインストールします。Host Data Collectorをアンインストールすると，プロパティファイルやログファイルなどが削除されます。

この節の構成

12.3.1 Host Data Collectorのアンインストール（Windows）

12.3.2 Host Data Collectorのアンインストール（SolarisまたはLinux）

12.3.1 Host Data Collectorのアンインストール（Windows）

Host Data Collectorでホストを管理する必要がなくなったら，Windowsの［プログラムと機能］メニューから，Host Data Collectorをアンインストールします。

事前に完了しておく操作

Administrator権限でのログイン

Host Data Collectorをアンインストールするには：

［コントロールパネル］－［プログラムと機能］－［Host Data Collector］を選択し，［アンインストール］ボタンをクリックします。

アンインストールウィザードの指示に従って操作します。

アンインストールが完了すると［アンインストール完了］画面が表示されます。

参考

システムドライブ以外にインストールされているバージョン7.4.1以前のHost Data Collectorをアンインストールすると，Host Data Collectorがインストールされていたドライブ直下にtempフォルダが残ることがあります。不要な場合は削除してください。

12.3.2 Host Data Collectorのアンインストール（SolarisまたはLinux）

Host Data Collectorでホストを管理する必要がなくなったら，.unsetup.shコマンドを実行して，Host Data Collectorをアンインストールします。

事前に完了しておく操作

rootでのログイン

Host Data Collectorをアンインストールするには：

次のコマンドを実行します
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/bin/.unsetup.sh

表示されたメッセージに従って操作します。

アンインストールが完了すると，次のメッセージが表示されます。

Host Data Collector removal completed successfully.

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

この章では，Device ManagerおよびTiered Storage Managerの運用中に発生した問題の解決策やログファイルの参照方法について説明します。

この章の構成

13.1 一般的な問題と解決策

13.2 トラブル発生時に採取が必要な保守情報

13.3 監査ログの確認

13.1 一般的な問題と解決策

ここでは，Device ManagerやTiered Storage Managerの環境設定や運用中に発生するおそれがあるトラブルの事例とその要因，対処を説明します。

この節の構成

13.1.1 管理サーバで発生したトラブルへの対処方法（Device Manager）

13.1.2 管理サーバで発生したトラブルへの対処方法（Tiered Storage Manager）

13.1.3 ホストで発生したトラブルへの対処方法

13.1.1 管理サーバで発生したトラブルへの対処方法（Device Manager）

Device Managerに起因するトラブルが発生した場合の対処方法を示します。

この項の構成

(1) Device ManagerのGUIにログインできない

(2) Hitachi Command Suite共通コンポーネントまたはDevice Managerサーバのサービスを起動できない

(3) 管理サーバの起動後やHitachi Command Suite製品のサービスの起動後にDevice Managerサーバにアクセスできない

(4) Hitachi Virtual File PlatformのSNMPトラップを受信できない

(5) ストレージシステムの構成変更やリフレッシュがエラー終了した

(1) Device ManagerのGUIにログインできない

Device ManagerのGUIにログインできない場合，ユーザーアカウントのロックを解除してください。

要因

ユーザーアカウントがロックされているおそれがあります。

対処方法

User ManagementのAdmin権限を持っていないユーザーの場合：

User ManagementのAdmin権限を持つユーザーに，アカウントのロックを解除するよう依頼してください。

User ManagementのAdmin権限を持っているユーザーの場合：

User ManagementのAdmin権限を持つほかのユーザーにアカウントのロックを解除するよう依頼するか，hcmdsunlockaccountコマンドを実行して自分自身のアカウントのロックを解除してください。

関連項目

3.2.4 アカウントロックの解除

(2) Hitachi Command Suite共通コンポーネントまたはDevice Managerサーバのサービスを起動できない

Hitachi Command Suite共通コンポーネントまたはDevice Managerサーバのサービスを起動できない場合，デスクトップヒープの領域を変更してください。

要因

デスクトップヒープが不足しているおそれがあります。

対処方法

レジストリーを編集して，デスクトップヒープの領域を変更してください。

関連項目

デスクトップヒープの領域の変更方法：Microsoft社のWebサイト

(3) 管理サーバの起動後やHitachi Command Suite製品のサービスの起動後にDevice Managerサーバにアクセスできない

管理サーバの起動後やHitachi Command Suite製品のサービスの起動後に，GUIやCLIからDevice Managerサーバにアクセスできない場合，Device Managerのデータベースへの接続リトライ回数とリトライ間隔を延長してください。

要因

Device Managerトレースログファイルに KAIC03100-E が出力されている場合，Device Managerサーバからデータベースへの接続処理がタイムアウトしています。

対処方法

Device Managerのデータベースへの接続リトライ回数とリトライ間隔を延長します。

Device Managerサーバのdatabase.propertiesファイルにある，次のプロパティの値を変更してください。

dbm.startingCheck.retryCount

dbm.startingCheck.retryPeriod

関連項目

A.1.1 Device Managerサーバのプロパティの変更

A.3.2 dbm.startingCheck.retryCount

A.3.3 dbm.startingCheck.retryPeriod

(4) Hitachi Virtual File PlatformのSNMPトラップを受信できない

Hitachi Virtual File PlatformのSNMPトラップを受信できない場合，管理サーバのIPアドレスやホスト名などの設定内容を，Hitachi File Services ManagerとDevice Manager間で一致させてください。

要因

次の設定がHitachi File Services ManagerとDevice Manager間で一致していないおそれがあります。

管理サーバのIPアドレスまたはホスト名

管理サーバのポート番号

ファイルサーバ名（ノードのIPアドレスまたはホスト名）

対処方法

次の設定を見直してください。

SNMPトラップの通知先に，管理サーバのIPアドレスおよびホスト名が登録されているか

SNMPトラップの通知先に，Device ManagerのSNMPトラップ受信ポートが登録されているか

Device Managerに登録されたファイルサーバ名が，Hitachi File Services Managerに登録されているノードのIPアドレスおよびホスト名と一致しているか
ファイルサーバ名の形式：＜ノードのホスト名＞@＜ノードのIPアドレス＞

(5) ストレージシステムの構成変更やリフレッシュがエラー終了した

ミッドレンジストレージに対する構成変更やリフレッシュがエラー終了し，KAIC05310-EメッセージまたはKAIC06299-Eメッセージが出力された場合，ミッドレンジストレージとDevice Managerサーバ間の通信タイムアウト時間を延長してください。

要因

Device Managerサーバからストレージシステムへの接続処理がタイムアウトしているおそれがあります。

対処方法

次の手順でストレージシステムとDevice Managerサーバ間の通信タイムアウト時間を延長してください。

なお，通信タイムアウト時間は，次の値のうち，小さい値が適用されます。

管理サーバのOSに設定された値

lanconf.infファイルのConnectionTimeoutプロパティの値

lanconf.infファイルのConnectionTimeoutプロパティの値を運用環境に合わせて変更します。
指定できる値の範囲は1～60（秒）です。

Windowsの場合

＜Device Managerサーバのインストールフォルダ＞¥lib¥HSNMAPI¥lanconf.inf

SolarisまたはLinuxの場合

＜Device Managerサーバのインストールディレクトリ＞/lib/HSNMAPI/lanconf.inf

Hitachi Command Suite製品のサービスを再起動します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

13.1.2 管理サーバで発生したトラブルへの対処方法（Tiered Storage Manager）

Tiered Storage Managerに起因するトラブルが発生した場合の対処方法を示します。

ここでは，管理クライアントからの操作は，Tiered Storage Manager CLI またはLegacy モードのTiered Storage Manager GUI からの操作だけを示します。

この項の構成

(1) Tiered Storage Managerサーバの起動に失敗した

(2) Tiered Storage Managerサーバが停止しない

(3) Tiered Storage Managerサーバで異常終了したりクラスタ環境でフェールオーバーが発生したりする

(4) データベースに障害が発生しTiered Storage Managerの操作ができない

(1) Tiered Storage Managerサーバの起動に失敗した

Tiered Storage Managerサーバの起動に失敗した場合，要因に対応する対処を実施してください。

要因

Device Manager，またはHitachi Command Suite共通コンポーネントが起動していません。

実行ユーザーに管理者権限がありません。

プロパティファイルが誤っています。

対処方法

Device ManagerまたはHitachi Command Suite共通コンポーネントが起動していない場合：

Device ManagerおよびHitachi Command Suite共通コンポーネントを起動してください。

実行ユーザーに管理者権限がない場合：

OSの管理者権限を持つユーザーで実行し直してください。

プロパティファイルが誤っている場合：

コマンドログまたはメッセージログを参考に，プロパティファイルを修正してください。

(2) Tiered Storage Managerサーバが停止しない

Tiered Storage Managerサーバが停止しない場合，要因に対応する対処を実施してください。

要因

停止処理中にサーバに異常が発生しました。

実行ユーザーに管理者権限がありません。

対処方法

停止処理中にサーバに異常が発生した場合：

Tiered Storage Managerサーバを停止してから約10分経過したあと，さらに停止処理に必要な時間が経過しても停止しないときは，次のコマンドを実行してください。

Windowsの場合：

＜Tiered Storage Managerサーバのインストールフォルダ＞¥bin¥htsmserver forcestop

SolarisまたはLinuxの場合：

＜Tiered Storage Managerサーバのインストールディレクトリ＞/bin/htsmserver forcestop

実行ユーザーに管理者権限がない場合：

OSの管理者権限を持つユーザーで実行し直してください。

(3) Tiered Storage Managerサーバで異常終了したりクラスタ環境でフェールオーバーが発生したりする

強制終了や予期しないエラーでTiered Storage Managerサーバが異常終了したり，クラスタ環境でフェールオーバーが発生したりする場合は，データベースの情報とストレージシステムの状態の整合性を回復してください。

要因

データベースの情報とストレージシステムの状態に不整合が発生しました。

対処方法

次の手順でデータベースの情報とストレージシステムの状態の整合性を回復してください。

Hitachi Command Suite製品のサービスを再起動したあと，Device Managerですべてのストレージシステムをリフレッシュしてください。

Tiered Storage Managerサーバの異常終了時に，マイグレーションタスクの作成またはキャンセル操作をしていた場合は，操作し直してください。キャンセル操作でエラーが発生した場合，ストレージシステムをリフレッシュしてください。

実行中のマイグレーションタスクが失敗した場合は，再度ストレージシステムをリフレッシュしてください。そのあと，タスクの状態に応じて，次のとおり対処してください。

タスクの状態が「データ消去失敗」の場合：

マイグレーションは完了し，移動元と移動先のLDEV番号は付け替わっています。移動先LDEV番号が付いた移動元ボリュームの状態を確認して，ボリュームの状態に応じて対処してください。データ消去に失敗した場合，移動先LDEV番号が付いた移動元には元のデータが残っています。

移動先LDEV番号が付いたボリュームが閉塞状態になっているときは，Storage Navigatorを利用して該当するボリュームをフォーマットしてください。

移動先LDEV番号が付いたボリュームが閉塞状態になっていないときは，該当するボリュームのデータが消去されないで残っているおそれがあります。
データを消去する必要があるときには，フォーマットするか，次の手順でデータを消去してください。LDEV 10:01を20:01にマイグレーションしたとして説明します（移動元ボリュームはマイグレーションによってLDEV番号が20:01に付け替わっています）。
1. 20:01にLUNパスを設定し，ホストに割り当てます。
2. 割り当てたホストから”0”データをボリュームサイズ分書き込み，20:01のデータを消去します。
3. 20:01のLUNパスを解除します。

タスクの状態が「マイグレーション失敗」の場合：

エラーの要因によっては，ストレージシステムでマイグレーションが完了していても，Tiered Storage ManagerやDevice Managerではマイグレーション失敗終了として扱われているおそれがあります。このとき，次の手順で対処してください。

Device Managerですべてのストレージシステムをリフレッシュし，Tiered Storage ManagerとDevice Managerの管理情報を最新状態に更新します。
予約されたまま残っているボリュームがあれば，リフレッシュ中に解除されます。

マイグレーション失敗終了状態になっているマイグレーションタスクのボリューム情報を表示して，マイグレーション実行前か実行後かを確認します。
このとき，マイグレーション元のすべてのLDEVについて，パリティグループ名とストレージシステム名を確認してください。

マイグレーションが実行されていないLDEVがあった場合，エラーになった要因を取り除いたあと，再度マイグレーションタスクを作成して，マイグレーションを実行します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

(4) データベースに障害が発生しTiered Storage Managerの操作ができない

データベースに障害が発生し，Tiered Storage Managerで操作できない場合，バックアップしておいたデータベースを復元してください。

要因

データベースに障害が発生したため，リポジトリーにアクセスできません。

対処方法

バックアップしておいたデータベースを復元してください。

関連項目

10.3 データベースの復元

13.1.3 ホストで発生したトラブルへの対処方法

Device Managerエージェントに起因するトラブルが発生した場合の対処方法を示します。

この項の構成

(1) HiScanコマンドを実行しても，Device Managerサーバにホスト情報を登録できない

(2) 通信エラーが発生して，ほかのHitachi Command Suite製品の処理が停止した

(3) ［プログラムと機能］画面に［HBase Agent］が2つ表示されている

(4) ［プログラムと機能］画面に［HBase Agent］が残っている

(5) JavaVMが異常終了する

(6) ホストでOutOfMemoryエラーが発生し，しばらく時間が経過しても応答がない

(7) Device ManagerのGUIにファイルシステム名が表示されない

(8) ストレージシステムの構成変更がDevice Managerサーバに反映されない

(9) Device Managerエージェントの機能が使用できない

(10) 対処不要なエラー

(1) HiScanコマンドを実行しても，Device Managerサーバにホスト情報を登録できない

HiScanコマンドを実行しても，エラーメッセージが出力されてDevice Managerサーバにホスト情報を登録できない場合，要因に対応する対処を実施してください。

要因

KAIC22019-Eのエラーメッセージが出力される場合：

次の要因が考えられます。

ホストが認識しているDevice Managerの管理下のボリュームへのLUNパスが，断線などの理由によって無効になっているおそれがあります。

1つのホストで認識しているDevice Manager管理下のLUが100個以上ある場合に発生することがあります。

KAIC22009-E，KAIC22014-E，またはKAIC22048-Eのエラーメッセージが出力される場合：

1つのホストで認識しているDevice Manager管理下のLUが100個以上ある場合に発生することがあります。

対処方法

ホストが認識しているDevice Managerの管理下のボリュームへのLUNパスが無効になっている場合：

無効になっているLUNパスを復旧させるか，無効になっているLUNパスを認識しないようにOSの設定を変更してください。

1つのホストで認識しているDevice Manager管理下のLUが100個以上ある場合：

ホストで100個以上のLUを管理する場合に必要な設定をしてください。

関連項目

11.2.5 ホストで100個以上のLUを管理する場合に必要な設定

(2) 通信エラーが発生して，ほかのHitachi Command Suite製品の処理が停止した

通信エラーが発生して，ほかのHitachi Command Suite製品の処理が停止した場合，数分待ってから，処理を再度実行してください。

要因

Device Managerエージェントのインストールが終了した直後や，Device Managerエージェントのサービスが起動された直後に，ほかのHitachi Command Suite製品からDevice Managerエージェントにアクセスしたおそれがあります。

対処方法

数分待ってから，処理を再度実行してください。

(3) ［プログラムと機能］画面に［HBase Agent］が2つ表示されている

Windows環境で，Device ManagerエージェントまたはDynamic Link Managerがインストールされているマシンの［プログラムと機能］画面に［HBase Agent］が2つ表示されている場合は，hbsa_utilコマンドを実行して，Device Managerエージェントのレジストリーとファイルを削除してください。

関連項目

11.3.2 Device Managerエージェントのレジストリーとファイルの削除（hbsa_utilコマンド）

(4) ［プログラムと機能］画面に［HBase Agent］が残っている

Windows環境で，Device ManagerエージェントとDynamic Link Managerの両方をアンインストールしたにも関わらず，［プログラムと機能］画面に［HBase Agent］が残っている場合は，hbsa_utilコマンドを実行して，Device Managerエージェントのレジストリーとファイルを削除してください。

関連項目

11.3.2 Device Managerエージェントのレジストリーとファイルの削除（hbsa_utilコマンド）

(5) JavaVMが異常終了する

Windows（x64およびIPF）の環境で，JavaVMが異常終了する場合は，Server.cmdファイルを編集してください。

要因

動作しているDevice Managerエージェントに対して，Device Managerと連携するほかのプログラムが頻繁にアクセスしたおそれがあります。

対処方法

次の手順に従って，Server.cmdファイルを編集してください。

次の場所に格納されているServer.cmdファイルをテキストエディターで開きます。
＜Device Managerエージェントのインストールフォルダ＞¥agent¥bin¥Server.cmd

Java起動オプションに-Djava.compiler=NONEを追加します。
Server.cmdファイルの編集例を次に示します。

.java -Dalet.msglang -Djava.compiler=NONE %1 %2 -classpath
"C:¥Program Files¥HITACHI¥HDVM¥HBaseAgent¥agent¥jar¥agent4.jar;C:¥Program Files¥HITACHI¥HDVM¥HBaseAgent¥agent¥jar¥jdom.jar;C:¥Program Files¥HITACHI
¥HDVM¥HBaseAgent¥agent¥jar¥xerces.jar;C:¥Program Files¥HITACHI¥HDVM¥HBaseAgent¥agent
¥jar¥servlet.jar;C:¥Program Files¥HITACHI¥HDVM¥HBaseAgent¥agent¥jar
¥log4j-1.2.3.jar" com.Hitachi.soft.HiCommand.DVM.agent4.as.
export.Server %*
exit /b %ERRORLEVEL%

(6) ホストでOutOfMemoryエラーが発生し，しばらく時間が経過しても応答がない

ホストリフレッシュなどを実行したときにホストでOutOfMemoryエラーが発生し，しばらく時間が経過しても応答がない場合，要因に対応する対処を実施してください。

要因

1つのホストで認識しているDevice Manager管理下のLUが100個以上ある場合に発生することがあります。

HiScanコマンドの-tオプションで指定したログファイル，またはHiScan.msgファイルに次のエラーメッセージが出力されている場合は，Device Managerサーバの負荷が高くなっているため，発生することがあります。

<html><head><title>400 Bad request</title>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
</head><body>
<h1>400 Bad request</h1>
<p><strong>ServiceConnection#0: java.lang.OutOfMemoryError</strong>
</body></html>

HiScan.msgファイルの格納場所は次のとおりです。

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin¥logs¥

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin/logs/

AIXの場合

/usr/HDVM/HBaseAgent/bin/logs/

対処方法

1つのホストで認識しているDevice Manager管理下のLUが100個以上ある場合，ホストで100個以上のLUを管理する場合に必要な設定をしてください。

Device Managerサーバの負荷が高くなっている場合，次のとおり対処してください。

Device Managerサーバのメモリーヒープサイズを変更してください。

複数ホストでHiScanコマンドの実行時間が重なっているときは，hdvmagt_settingコマンドを使用して実行周期を設定してください。

関連項目

1.3.3 メモリーヒープサイズの変更（Device Managerサーバ）

11.2.5 ホストで100個以上のLUを管理する場合に必要な設定

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

11.3.5 Device Managerサーバへのホスト情報の手動通知（HiScanコマンド）

(7) Device ManagerのGUIにファイルシステム名が表示されない

Solaris環境でDevice ManagerのGUIにファイルシステム名が表示されない場合，バージョン4.0以降のVxVMを使用してください。

要因

バージョン4.0より前のVxVMを使用している場合，デバイス名をエンクロージャに基づいて命名したとき，Device Managerエージェントは，ファイルシステムとLUNとの対応をDevice Managerサーバに通知しません。

対処方法

ファイルシステムとLUNとの対応を確認したい場合は，バージョン4.0以降のVxVMを使用してください。

(8) ストレージシステムの構成変更がDevice Managerサーバに反映されない

ストレージシステムの構成変更がDevice Managerサーバに反映されない場合，hldutilコマンドやHiScanコマンドを実行して，最新の情報をDevice Managerサーバに反映してください。

要因

LUの登録や削除など，ストレージシステムの構成を変更した直後は，OSが変更を認識しないことがあります。このとき，Device Managerエージェントは古い情報をDevice Managerサーバに通知します。

対処方法

hldutilコマンドを実行して最新の情報を確認する。

ホストのOSを再起動する。

HiScanコマンドを実行する。

関連項目

11.3.5 Device Managerサーバへのホスト情報の手動通知（HiScanコマンド）

11.3.6 デバイス情報の取得（hldutilコマンド）

(9) Device Managerエージェントの機能が使用できない

RAID ManagerとP9000 RAID Managerを同一ディレクトリにインストールしている環境でDevice Managerエージェントの機能が使用できない場合は，RAID ManagerとP9000 RAID Managerをインストールし直してください。

要因

RAID ManagerとP9000 RAID Managerを同一ディレクトリにインストールしている場合，RAID Managerをインストールしたあとに，P9000 RAID Managerをインストールした環境でDevice Managerエージェントを使用すると発生することがあります。

対処方法

RAID ManagerとP9000 RAID Managerをインストールし直してください。

RAID ManagerとP9000 RAID Managerをアンインストールしたあと，P9000 RAID Managerを先にインストールしてから，RAID Managerをインストールしてください。

関連項目

RAID Managerのアンインストール手順およびインストール手順：RAID Managerのマニュアル

P9000 RAID Managerのアンインストール手順およびインストール手順：P9000 RAID Managerのマニュアル

(10) 対処不要なエラー

次のエラーが発生した場合，対処は不要です。

複数のHiScanコマンドが同時に実行されたときに，イベントログまたはシステムログに次のメッセージが出力された。

[HORCM_005] Could not create endpoint for remote connection.

[HORCM_007] Illegal parameter values in HORCM configuration file.

ペア状態のS-VOLをマウントしているときに，WindowsのイベントログにイベントID：51またはイベントID：57の次のメッセージが出力された。

イベントID：51
ページング操作中にデバイス ¥Device¥Harddisknn¥DRn 上でエラーが検出されました。
（nは数字を示します）

イベントID：57
データをトランザクション ログにフラッシュできませんでした。障害が発生する可能性があります。

Device ManagerエージェントのHiScanコマンドの実行周期が，実行系ノードと待機系ノードで同じ時間に設定されているときに，AIXの待機系ノードのエラーログ上にSC_DISK_ERR2（Device Busy）やHSDRV_RSV_CONFLICTが出力された。
この現象は，共有ディスクに対するI/O負荷が高くなった場合にまれに発生することがあります。
共有ディスクは実行系ノードが正常にディスク予約（Reserve）をしているため，システムには問題ありません。共有ディスクの情報は実行系ノードで動作しているDevice Managerエージェントから取得されているので，Device Managerの運用についても問題ありません。

Linux環境で，rpm -Vコマンドを実行したらエラーになった。

13.2 トラブル発生時に採取が必要な保守情報

障害要因を特定できない場合や，障害を回復できない場合には，保守情報を用意して，障害対応窓口に連絡してください。

トラブル発生時には，原因特定のために次の情報が必要です。

障害に伴うシステムの状況

障害の発生日時

障害の発生場面

管理サーバやホストなどのネットワーク構成

管理サーバやホストなどのOS

障害が発生したマシンの保守情報

管理サーバの保守情報

Host Data Collectorマシンの保守情報
Host Data Collectorを使用していて，かつHost Data Collectorが管理サーバとは別のマシンにインストールされている場合は，Host Data Collectorがインストールされたマシンの保守情報も取得する必要があります。管理サーバにHost Data Collectorがインストールされている場合は，hcmdsgetlogsコマンドを実行すると，Host Data Collectorの保守情報も自動的に取得されます。

ホストの保守情報

Java VMのスレッドダンプ
次に示す問題が発生した場合，原因を見つけるためにHBase Storage Mgmt Common ServiceとHCS Device Manager Web Serviceのスレッドダンプが必要になります。

GUIを起動してもDevice Managerログインウィンドウが表示されない

Device Managerへのログイン後，Device Managerメインウィンドウが表示されない

Tuning ManagerからDevice Managerサーバを起動してもDevice Managerメインウィンドウが表示されない

重要

システム構成や障害の発生場面によっては，障害解析のために，ほかのプログラムのログファイルも必要になります。

［モビリティ］タブや［分析］タブで性能情報を参照している場合
PFM - Manager，Tuning Managerサーバ，PFM - BaseおよびTuning Manager - Agent for RAIDのログファイルが必要です。

［レプリケーション］タブで性能情報を参照している場合
Replication Managerサーバ，PFM - Manager，Tuning Managerサーバ，PFM - BaseおよびTuning Manager - Agent for RAIDのログファイルが必要です。

Device Managerで仮想化サーバを管理している場合
仮想化ソフトウェア，vMAおよびVMware vCenter Serverのログファイルが必要です。

Device ManagerでHitachi Virtual File Platformを管理している場合
Hitachi File Services Manager のログファイルが必要です。

Device ManagerとCompute Systems Manager間で業務サーバ（ホスト）のマシン情報を同期している場合
Compute Systems Managerのログファイルが必要です。

関連項目

Device ManagerとTiered Storage Manager以外のログファイルの取得方法：各プログラムのマニュアル

この節の構成

13.2.1 管理サーバの保守情報の取得（hcmdsgetlogsコマンド）

13.2.2 Host Data Collectorマシンの保守情報の取得（hdc_getrasコマンド）

13.2.3 Host Data Collector管理対象ホストの保守情報の取得（hdc_target_getrasコマンド）

13.2.4 Device Managerエージェントの保守情報の取得（TICコマンド）

13.2.5 HBase Storage Mgmt Common Serviceのスレッドダンプ取得（Windows）

13.2.6 HCS Device Manager Web Serviceのスレッドダンプ取得（Windows）

13.2.7 HBase Storage Mgmt Common Serviceのスレッドダンプ取得（SolarisまたはLinux）

13.2.8 HCS Device Manager Web Serviceのスレッドダンプ取得（SolarisまたはLinux）

13.2.1 管理サーバの保守情報の取得（hcmdsgetlogsコマンド）

管理サーバの保守情報を取得するには，hcmdsgetlogsコマンドを実行します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

コマンドの形式

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsgetlogs /dir ＜フォルダ名＞ [/types ＜Hitachi Command Suite製品の名称＞[ ＜Hitachi Command Suite製品の名称＞ ...]] [/arc ＜アーカイブファイル名＞] [/logtypes ＜ログファイル種別＞[ ＜ログファイル種別＞ ...]]

SolarisまたはLinux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsgetlogs -dir ＜ディレクトリ名＞ [-types ＜Hitachi Command Suite製品の名称＞[ ＜Hitachi Command Suite製品の名称＞ ...]] [-arc ＜アーカイブファイル名＞] [-logtypes ＜ログファイル種別＞[ ＜ログファイル種別＞ ...]]

注意

hcmdsgetlogsコマンドは，2つ以上同時に実行しないでください。

オプション

dir

採取した保守情報を格納するローカルディスク上のディレクトリを絶対パスで指定し ます。あらかじめディレクトリを作成している場合は，ディレクトリを空にしてください。

指定できるパスの最大長は41バイトです。パスには一部の特殊文字を除いたASCII印字可能文字コードを指定できます。指定できない特殊文字を示します。

¥ / : , ; * ? " < > | $ % & ' `

ただし，パスの区切り文字として，Windowsの場合は円記号（¥），コロン（:）およびスラント（/），SolarisまたはLinuxの場合はスラント（/）を使用できます。パスの末尾にはパスの区切り文字を指定しないでください。

Windowsの場合，パス中に空白を指定するときは，パスを引用符（"）で囲んで指定してください。SolarisまたはLinuxの場合は，パス中に空白は指定できません。

types

障害などの理由によって，特定のHitachi Command Suite製品の保守情報しか取得できない場合に，次の表に従って取得対象の製品の名称を指定します。複数の製品名を指定する場合は，空白文字で区切ってください。

表13-1 保守情報を取得する場合のtypeオプションの指定値

製品 | 指定値
Device Manager | DeviceManager
Tiered Storage Manager | TieredStorageManager
Replication Manager | ReplicationManager
そのほかの製品 | それぞれの製品のマニュアルを参照

このオプションを指定する場合，logtypesオプションでログファイルの種別にlogを含めて指定してください。

このオプションを省略した場合，同一管理サーバにインストールされている全Hitachi Command Suite製品の保守情報が取得されます。

arc

作成されるアーカイブファイルの名前を指定します。このオプションを省略した場合，ファイル名は「HiCommand_log」になります。

ファイル名には一部の特殊文字を除いたASCII印字可能文字コードを指定できます。指定できない特殊文字を次に示します。SolarisまたはLinuxの場合，空白は指定できません。

¥ / : , ; * ? " < > | $ % & ' `

logtypes

障害などの理由によって，特定のログファイルしか取得できない場合に，取得対象のログファイルの種別を指定します。

log：.jarファイルと.hdb.jarファイルだけを取得する場合に指定します。

db：.db.jarファイルだけを取得する場合に指定します。

csv：.csv.jarファイルだけを取得する場合に指定します。

複数の種別を指定する場合は，空白文字で区切ってください。

このオプションを省略した場合，すべてのログファイルが取得されます。

このコマンドを実行すると，メッセージKAPM05318-IまたはKAPM05319-Eが出力されます。 また，保守情報（ログファイルとデータベースファイル）が取得され，dirオプションで指定したディレクトリの下に4つのアーカイブファイル（.jar，.hdb.jar，.db.jarおよび.csv.jar）が作成されます。

参考

メッセージKAPM05318-IまたはKAPM05319-Eが出力されない場合，dirオプションで指定するディレクトリに十分な空き容量がないため，hcmdsgetlogsコマンドが途中で終了しています。dirオプションで指定するディレクトリに十分な空き容量を確保したあとで，再度hcmdsgetlogsコマンドを実行してください。

13.2.2 Host Data Collectorマシンの保守情報の取得（hdc_getrasコマンド）

Host Data Collectorマシンの保守情報を取得するには，hdc_getrasコマンドを実行します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

コマンドの形式

Windowsの場合：

＜Host Data Collector のインストールフォルダ＞¥HDC¥Base¥bin¥hdc_getras.bat -o ＜フォルダ名＞ [-f]

SolarisまたはLinuxの場合：

＜Host Data Collector のインストールディレクトリ＞/HDC/Base/bin/hdc_getras.sh -o ＜ディレクトリ名＞ [-f]

o
保守情報の出力先を，絶対パスまたはカレントディレクトリからの相対パスで指定します。
パスには一部の特殊文字を除いたASCII 印字可能文字コードを指定できます。指定できない特殊文字を示します。
¥ / : , ; * ? " < > | $ % & ' ` ^
ただし，パスの区切り文字として，Windowsの場合は円記号（¥），コロン（:）およびスラント（/），SolarisまたはLinuxの場合はスラント（/）を使用できます。

f
oオプションで指定したディレクトリがすでに存在する場合に，強制的に上書きするときに指定します。

次の場所に保守情報が出力されます。

Windowsの場合：

＜oオプションに指定したフォルダ＞¥hdcResult

SolarisまたはLinuxの場合：

＜oオプションに指定したディレクトリ＞/hdcResult

13.2.3 Host Data Collector管理対象ホストの保守情報の取得（hdc_target_getrasコマンド）

Host Data Collectorの管理対象の通常ホストまたは仮想マシンで保守情報を取得するには，hdc_target_getrasコマンドを実行します。

事前に完了しておく操作

ホストへのファイルのコピー
Host Data Collectorがインストールされたマシンから，管理対象のホストに次のファイルをコピーします。

Windowsの場合：

＜Host Data Collector のインストールフォルダ＞¥Base¥bin¥hdc_target_getras.bat

UNIXの場合：

＜Host Data Collector のインストールディレクトリ＞/Base/bin/hdc_target_getras.sh

Administrator権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

コマンドの形式

Windowsの場合：

hdc_target_getras.bat -o ＜フォルダ名＞ [-f]

UNIXの場合：

hdc_target_getras.sh -o ＜ディレクトリ名＞ [-f]

o
保守情報の出力先を，絶対パスまたはカレントディレクトリからの相対パスで指定します。
パスには一部の特殊文字を除いたASCII 印字可能文字コードを指定できます。指定できない特殊文字を示します。
¥ / : , ; * ? " < > | $ % & ' ` ^
ただし，パスの区切り文字として，Windowsの場合は円記号（¥），コロン（:）およびスラント（/），UNIXの場合はスラント（/）を使用できます。

f
oオプションで指定したディレクトリがすでに存在する場合に，強制的に上書きするときに指定します。

次の場所に保守情報が出力されます。

Windowsの場合：

＜oオプションに指定したフォルダ＞¥target_hdcResult

UNIXの場合：

＜oオプションに指定したディレクトリ＞/target_hdcResult

13.2.4 Device Managerエージェントの保守情報の取得（TICコマンド）

Device Managerエージェントの管理対象の通常ホストまたは仮想マシンで保守情報を取得するには，TICコマンドを実行します。

事前に完了しておく操作

Administrator権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

コマンドの形式

Windowsの場合

TIC.bat [-outdir ＜フォルダ名＞ [-f] [-d [＜アドオンモジュール名＞]]]

SolarisまたはHP-UXの場合

TIC.sh [-outdir ＜ディレクトリ名＞ [-f] [-d [＜アドオンモジュール名＞]]]

AIXまたはLinuxの場合

TIC.sh [-outdir ＜ディレクトリ名＞ [-f]]

コマンドの格納先

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin

AIXの場合

/usr/HDVM/HBaseAgent/bin

オプション

-outdir

保守情報の出力先を，絶対パスまたはカレントディレクトリからの相対パスで指定します。

パスの区切り文字を除き，次の文字は指定できません。

¥ / : , ; * ? “ < > | $ % & ‘ ` ^

このオプションを省略した場合，TICコマンドの格納先が指定されたものとして動作します。

-f

-outdirオプションで指定したディレクトリがすでに存在する場合，強制的に上書きするときに指定します。

-d

特定のアドオンモジュールの障害情報を取得対象から外したい場合に，略称を次の形式で指定します。

hglm：Global Link Managerエージェント（Windows，SolarisまたはHP-UXの場合だけ）

hrpmap：Replication Manager Applicationエージェント（Windowsの場合だけ）

複数指定する場合はコンマ（,）で区切ります。アドオンモジュール名を省略した場合は，Global Link ManagerエージェントとReplication Manager Applicationエージェントの障害情報は取得されません。

次の場所に保守情報が出力されます。

Windowsの場合：

＜-outdirオプションに指定したフォルダ＞¥resultDir

UNIXの場合：

＜-outdirオプションに指定したディレクトリ＞/resultDir

13.2.5 HBase Storage Mgmt Common Serviceのスレッドダンプ取得（Windows）

HBase Storage Mgmt Common Serviceのスレッドダンプを取得するには，dumpという名前のファイルを作成したあと，HBase Storage Mgmt Common Serviceを再起動します。

HBase Storage Mgmt Common Serviceのスレッドダンプを取得するには：

＜Hitachi Command Suite 共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥HiCommandに，dumpという名前のファイルを作成します。

Windowsの［サービス］ウィンドウにアクセスします。

HBase Storage Mgmt Common Serviceを停止します。

［サービス］ウィンドウから，HBase Storage Mgmt Common Serviceを開始します。

Hitachi Command Suiteに同梱されたJDKを使用している場合はjavacorexxx.xxxx.txtファイルが，Oracle JDKを使用している場合はHiCommand.logファイルが，次のフォルダへ出力されます。

＜Hitachi Command Suite 共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥HiCommand

Oracle JDKを使用している場合，出力されるたびにHiCommand.logファイルは上書きされます。出力後は別名で保存しておくことをお勧めします。

13.2.6 HCS Device Manager Web Serviceのスレッドダンプ取得（Windows）

HCS Device Manager Web Serviceのスレッドダンプを取得するには，dumpという名前のファイルを作成したあと，HCS Device Manager Web Serviceを再起動します。

HCS Device Manager Web Serviceのスレッドダンプを取得するには：

＜Hitachi Command Suite 共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥DeviceManagerWebServiceに，dumpという名前のファイルを作成します。

Windowsの［サービス］ウィンドウにアクセスします。

HCS Device Manager Web Serviceを停止します。

［サービス］ウィンドウから，HCS Device Manager Web Serviceを開始します。

Hitachi Command Suiteに同梱されたJDKを使用している場合はjavacorexxx.xxxx.txtファイルが，Oracle JDKを使用している場合はDeviceManagerWebService.logファイルが，次のフォルダへ出力されます。

＜Hitachi Command Suite 共通コンポーネントのインストールフォルダ＞¥CC¥web¥containers¥DeviceManagerWebService

Oracle JDKを使用している場合，出力されるたびにDeviceManagerWebService.logファイルは上書きされます。出力後は別名で保存しておくことをお勧めします。

13.2.7 HBase Storage Mgmt Common Serviceのスレッドダンプ取得（SolarisまたはLinux）

HBase Storage Mgmt Common Serviceのスレッドダンプを取得するには，killコマンドを実行したあと，Hitachi Command Suite製品のサービスを再起動します。

事前に完了しておく操作

Hitachi Command Suiteに同梱されたJDKへの切り替え（Oracle JDKを使用している場合）

HBase Storage Mgmt Common Serviceのスレッドダンプを取得するには：

次のコマンドを実行します。
# kill -3 ＜PID＞
＜PID＞は，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/HiCommand/logs/cjstdout.logファイルに書き込まれているProcess IDです。
cjstdout.logファイルには複数のProcess IDが書き込まれていますが，最後に書き込まれているProcess IDを指定してください。

Hitachi Command Suite製品のサービスを再起動します。

javacorexxx.xxxx.txtファイルが次のディレクトリへ出力されます。

＜Hitachi Command Suite 共通コンポーネントのインストールフォルダ＞/CC/web/containers/HiCommand

関連項目

9.2 サービスの起動

9.3 サービスの停止

13.2.8 HCS Device Manager Web Serviceのスレッドダンプ取得（SolarisまたはLinux）

HCS Device Manager Web Serviceのスレッドダンプを取得するには，killコマンドを実行したあと，Hitachi Command Suite製品のサービスを再起動します。

事前に完了しておく操作

Hitachi Command Suiteに同梱されたJDKへの切り替え（Oracle JDKを使用している場合）

HCS Device Manager Web Serviceのスレッドダンプを取得するには：

次のコマンドを実行します。
# kill -3 ＜PID＞
＜PID＞は，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/DeviceManagerWebService/logs/cjstdout.logファイルに書き込まれているProcess IDです。
cjstdout.logファイルには複数のProcess IDが書き込まれていますが，最後に書き込まれているProcess IDを指定してください。

Hitachi Command Suite製品のサービスを再起動します。

javacorexxx.xxxx.txtファイルが次のディレクトリへ出力されます。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/CC/web/containers/DeviceManagerWebService

関連項目

9.2 サービスの起動

9.3 サービスの停止

13.3 監査ログの確認

Windowsの場合：
Windowsのイベントログに次の形式で出力されます。

＜プログラム名＞ [＜プロセスID＞]: ＜メッセージ部＞

SolarisまたはLinuxの場合：
syslogファイルに次の形式で出力されます。

＜日付・時刻＞ ＜サーバ名（または，IPアドレス）＞ ＜プログラム名＞[＜プロセスID＞]: ＜メッセージ部＞

＜メッセージ部＞の出力形式と内容を説明します。

重要

＜メッセージ部＞には，半角で953文字まで表示されます。

メッセージ部の出力形式

＜統一識別子＞,＜統一仕様リビジョン番号＞,＜通番＞,＜メッセージID＞,＜日付・時刻＞,
＜検出エンティティ＞,＜検出場所＞,＜監査事象の種別＞,＜監査事象の結果＞,
＜監査事象の結果サブジェクト識別情報＞,＜ハードウェア識別情報＞,＜発生場所情報＞,
＜ロケーション識別情報＞,＜FQDN＞,＜冗長化識別情報＞,＜エージェント情報＞,
＜リクエスト送信元ホスト＞,＜リクエスト送信元ポート番号＞,＜リクエスト送信先ホスト＞,
＜リクエスト送信先ポート番号＞，＜一括操作識別子＞,＜ログ種別情報＞,＜アプリケーション識別情報＞,
＜予約領域＞,＜メッセージテキスト＞

表13-2 メッセージ部に出力される情報

項目※1
内容

統一識別子
「CELFSS」固定

統一仕様リビジョン番号
「1.1」固定

通番
監査ログのメッセージの通番

メッセージID
メッセージID
詳細については，「6.2.1 監査ログに出力される監査事象」を参照してください。

日付・時刻
メッセージが出力された日付と時刻
「yyyy-mm-ddThh:mm:ss.s＜タイムゾーン＞」の形式で出力されます。

検出エンティティ
コンポーネント名やプロセス名

検出場所
ホスト名

監査事象の種別
事象の種別

監査事象の結果
事象の結果

監査事象の結果サブジェクト識別情報
事象に応じた，アカウントID，プロセスIDまたはIPアドレス

ハードウェア識別情報
ハードウェアの型名や製番

発生場所情報
ハードウェアのコンポーネントの識別情報

ロケーション識別情報
ロケーション識別情報

FQDN
完全修飾ドメイン名

冗長化識別情報
冗長化識別情報

エージェント情報
エージェント情報

リクエスト送信元ホスト
リクエストの送信元のホスト名

リクエスト送信元ポート番号
リクエストの送信元のポート番号

リクエスト送信先ホスト
リクエストの送信先のホスト名

リクエスト送信先ポート番号
リクエストの送信先のポート番号

一括操作識別子※2
プログラム内で操作の通番

ログ種別情報
「BasicLog」または「DetailLog」

アプリケーション識別情報
プログラムの識別情報

予約領域
出力されません。予約領域です。

メッセージテキスト
監査事象に応じた内容
表示できない文字は，アスタリスク（*）に置き換えて出力されます。詳細については，「13.3.1 監査ログのメッセージテキスト」を参照してください。

注※1

監査事象によっては，出力されない項目もあります。

注※2

Tiered Storage Managerの監査ログのうち，メッセージテキストの中に配列の情報が出力される場合は，最初に配列の開始を示す基本ログが出力され，次に配列の要素ごとに詳細ログが1行ずつ出力され，末尾に配列の終了を示す基本ログが出力されます。

出力例

...,i,BasicLog,,,"......NumSD=n，Start SDs"
...,i,DetailLog,,,"SD[1]=(domainId-1,domainName-1)"
...,i,DetailLog,,,"SD[2]=(domainId-2,domainName-2)"
.....
...,i,DetailLog,,,"SD[n]=(domainId-n,domainName-n)"
...,i,BasicLog,,,"End SDs"

ただし，配列の長さが1の場合は，詳細ログには出力しないで，基本ログに出力します。

監査事象「ログイン」で出力されるメッセージ部の例

CELFSS,1.1,0,KAPM01124-I,2006-05-15T14:08:23.1+09:00,HBase-SSO,management-host,Authentication,Success,uid=system,,,,,,,,,,,,BasicLog,,,"The login process has completed properly."

Device Managerサーバの監査事象「リクエスト受理」で出力されるメッセージ部の例

CELFSS,1.1,10,KAIC51000-I,2006-03-17T12:45:00.0+09:00,DvM_Srv, TestServer, ConfigurationAccess,Success,uid=system,,,,,,,from=12.228.23.124,,,,,BasicLog,DvM_GUI,,”123456789​ ModPort<SA info='R500-14000'><Port info='0,0,,,1,,'></Port></SA>”

この節の構成

13.3.1 監査ログのメッセージテキスト

13.3.2 Device Managerサーバリクエスト受理詳細メッセージ

13.3.3 Tiered Storage Managerのユーザー操作と監査ログの対応

13.3.1 監査ログのメッセージテキスト

監査ログ中のメッセージテキストは，監査事象ごとに形式が異なります。ここでは，監査事象ごとにメッセージテキストの形式を説明します。メッセージテキストの形式で[　]で囲んだ項目は，出力されないことがあります。

この項の構成

(1) Hitachi Command Suite共通コンポーネントの処理として出力される場合

(2) Device Managerサーバの処理として出力される場合

(3) 関連製品の起動情報として出力される場合

(4) Device Managerサーバ（CIM経由）の処理として出力される場合

(5) Tiered Storage Managerの処理として出力される場合

(1) Hitachi Command Suite共通コンポーネントの処理として出力される場合

発生した監査事象の内容が，文字列で出力されます。

メッセージテキストの詳細については，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照してください。次にメッセージテキストの例を示します。

ログイン時の例

"The login process has completed properly."

(2) Device Managerサーバの処理として出力される場合

構成変更，情報取得などのサーバの処理に関するリクエスト受理時，およびレスポンス送信時の情報が出力されます。メッセージテキストの形式とその内容を説明します。

リクエスト受理時（正常時）

＜ユニークID＞ ＜詳細メッセージ＞

レスポンス送信時（正常時）

＜ユニークID＞[ ＜ステータス＞][ ＜リクエスト操作開始ユニークID＞]

リクエスト受理時またはレスポンス送信時（異常時）

＜ユニークID＞ ＜エラーメッセージID＞

表13-3 Device Managerサーバリクエスト受理時またはレスポンス送信時に出力される情報

項目
内容

ユニークID
リクエストごとに一意なIDです。レスポンス送信時は，対応するリクエストのユニークIDです。SVP経由の処理の場合，このIDはSVP側の監査ログにも出力されます。

詳細メッセージ
リクエストの詳細な内容です。詳細については，「13.3.2 Device Managerサーバリクエスト受理詳細メッセージ」を参照してください。

ステータス
リクエストと操作が非同期である場合，ポーリングの結果を示す文字列です。出力される文字列を次に示します。

COMPLETED：操作成功

PROCESSING：操作中

FAILED：操作失敗

リクエスト操作開始ユニークID
リクエストと操作が非同期である場合，リクエストとその操作に対するポーリングの結果を対応付ける一意なIDです。
このIDは，リクエスト受理時の詳細メッセージに，GetRequestStatus（コマンド：Get，ターゲット：RequestStatus）のRequestStatusエレメントの属性として出力されるメッセージIDと対応しています。詳細メッセージについては，「13.3.2 Device Managerサーバリクエスト受理詳細メッセージ」を参照してください。

エラーメッセージID
エラーメッセージIDです。メッセージIDの詳細については，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照してください。

次に，リクエスト受理時（正常時），および，レスポンス送信時（異常時）に出力されるメッセージテキストの例を示します。

リクエスト受理時（正常時）の例

"123456789​ AddLUN<SA info='D700-75010421​'><Path info=',,0,4,15,0,'><LDEV info='D700-75010421​-31,,'/><LDEV info='D700-75010421​-34,,'/></Path><Path info=',,1,1,15,0,31'/><Path info=',,16,6,15,0,31'/><Path info=',,0,4,15,1,35'/></SA>"

レスポンス送信時（異常時）の例

"123456789​ KAIC01014-E"

(3) 関連製品の起動情報として出力される場合

関連製品の起動（ラウンチ）に関するリクエスト受理時，およびレスポンス送信時の情報が出力されます。メッセージテキストの形式とその内容を説明します。

リクエスト受理時（正常時）

＜ユニークID＞[ ＜ラウンチセッションID＞][ ＜ラウンチ先識別子＞]

レスポンス送信時（正常時）

＜ユニークID＞[ ＜ラウンチセッションID＞]

リクエスト受理時またはレスポンス送信時（異常時）

＜ユニークID＞[ ＜ラウンチセッションID＞] ＜エラーメッセージID＞

表13-4 ラウンチリクエスト受理時またはレスポンス送信時に出力される情報

項目
内容

ユニークID
リクエストごとに一意なIDです。レスポンス送信時は，対応するリクエストのユニークIDです。SVP経由の処理の場合，このIDはSVP側の監査ログにも出力されます。

ラウンチセッションID
形式 : "lsessionID=..."
ラウンチ用セッションIDが出力されます。ある特定のアプリケーションをラウンチする場合に，GUIとDevice Managerサーバの間で複数回のリクエスト・レスポンスのやり取りが行われるときに出力されます。ラウンチセッションIDが出力されるアプリケーションについては，「表13-5 ラウンチセッションIDの有無とラウンチ識別子の内容」を参照してください。ラウンチ対象のストレージシステムが，Virtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMのときは出力されません。

ラウンチ先識別子
形式 : "loid=..."
ラウンチ対象を識別する情報が出力されます。初回のリクエスト受理時のときだけに出力されます。ラウンチ識別子の内容は，起動するアプリケーションによって異なります。詳細については，「表13-5 ラウンチセッションIDの有無とラウンチ識別子の内容」を参照してください。

エラーメッセージID
エラーメッセージIDです。
メッセージIDの詳細については，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照してください。

次の表に，ラウンチセッションIDの有無とラウンチ先識別子の内容を，ラウンチされるアプリケーションごとに示します。

表13-5 ラウンチセッションIDの有無とラウンチ識別子の内容

アプリケーション
種別
ストレージ
システム
セッションID
の有無
ラウンチ識別子
の内容

Element Manager
Virtual Storage Platform
無
ラウンチ対象のストレージシステムを特定する情報です。内容は，StorageArrayエレメントのエレメント識別子※１と同様です。詳細については，「表13-17 エレメントの内容と対応する属性値の出力順」のStorageArrayエレメントの属性値出力順を参照してください。※2

Universal Storage Platform V/VM
無

Hitachi USP
有

SANRISE9900V
有

HUS VM
無

HUS100
無

Hitachi AMS2000
無

Hitachi SMS
無

Hitachi AMS/WMS
無

SANRISE9500V
無

Protection Manager
--
無
ラウンチ対象ホストマシンを特定する情報です。内容は，Hostエレメントのエレメント識別子※1と同様です。詳細については，「表13-17 エレメントの内容と対応する属性値の出力順」のHostエレメントの属性値出力順を参照してください。

注※1

エレメント識別子は，エレメントを一意に特定するための属性値です。

注※2

Element ManagerからSANRISE9900Vを操作した場合だけ，IPアドレスが表示されます（出力例：loid=10.208.110.110）。

次に，ラウンチリクエスト受理時（正常時），およびレスポンス送信時（正常時）に出力されるメッセージテキストの例を示します。

リクエスト受理時（正常時）の例

"123456789​ lsessionID=a7e770671b8 loid=R500-14000"

レスポンス送信時（正常時）の例

"123456789​ lsessionID=a7e770671b8"

(4) Device Managerサーバ（CIM経由）の処理として出力される場合

CIMサービスメソッドのリクエスト受理時，またはレスポンス送信時の情報が出力されます。メッセージテキストの形式とその内容を説明します。

リクエスト受理時（正常時）

＜ユニークID＞ ＜メソッド名＞ ＜入力パラメーター＞ ＜オブジェクトパス＞

レスポンス送信時（正常時および異常時）

＜ユニークID＞ ＜リターンコード＞ ＜出力パラメーター＞

レスポンス送信時（非同期処理によってジョブが生成された場合）

＜ユニークID＞ return=4096 ＜オブジェクトパス＞

注意

非同期処理によってジョブが生成された場合の完了通知は，監査ログに出力されません。

表13-6 Device Managerサーバ（CIM経由）リクエスト受理時またはレスポンス送信時に出力される情報

項目
内容

ユニークID
リクエストごとに一意なIDです。レスポンス送信時は，対応するリクエストのユニークIDです。SVP経由の処理の場合，このIDはSVP側の監査ログにも出力されます。

メソッド名
リクエストされたメソッド名です。

入力パラメーター
形式 : "inParams={...}"
リクエストされたメソッドに引き渡された入力パラメーターが出力されます。

オブジェクトパス
形式 : "objectPath=..."
リクエストされたメソッドに引き渡されたオブジェクトパスが出力されます。

リターンコード
形式 : "return=..."
リクエストされたメソッドの実行結果としてリターンコードが出力されます。

出力パラメーター
形式 : "outParams={...}"
リクエストされたメソッドの実行結果として，引き渡されたパラメーターの内容が出力されます。

次に，Device Managerサーバ（CIM経由）のリクエスト受理時（正常時），およびレスポンス送信時（正常時）に出力されるメッセージテキストの例を示します。

リクエスト受理時（正常時）の例

"123456789​ GetSupportedSizeRange inParams={ElementType=3,Goal=//192.168.0.1/root/smis/current:HITACHI_StorageSetting.InstanceID='RAID5'} objectPath=/root/smis/current:HITACHI_StoragePool.InstanceID='AMS500.75010421​'"

レスポンス送信時（正常時）の例

"123456789​ return=0 outParams={MinimumVolumeSize=1024,MaximumVolumeSize=248139692​,VolumeSizeDivisor=1024}"

(5) Tiered Storage Managerの処理として出力される場合

Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIで操作した場合に出力される監査ログのメッセージテキストの出力形式および出力される情報を次に示します。

＜メッセージ本文＞ ＜操作種別（OP）＞, ＜操作対象（Res）＞[, ＜失敗理由（RC）＞]
[, ＜ストレージドメイン情報（SD）＞][, ＜ストレージシステム情報（SS）＞]
[, ＜マイグレーショングループ情報（MG）＞]
[, ＜タスク完了後の移動先マイグレーショングループ情報（MG_moveTo）＞]
[, ＜ストレージ階層情報（ST）＞][, ＜プール情報（PO）＞][, ＜ボリューム情報（VL）＞]
[, ＜ボリュームペア（VP）＞][, ＜空き容量情報（FS）＞][, ＜外部接続設定情報（EM）＞]
[, ＜パスグループ情報（PG）＞][, ＜エミュレーションタイプ情報（EM）＞][, ＜タスク情報（TK）＞]
[, ＜監査事象ごとのオプション（opt）＞]

注

＜失敗理由（RC）＞以降の項目は，出力される場合と，出力されない場合があります。

表13-7 監査ログのメッセージテキストに出力される項目（メッセージ本文，操作種別および操作対象）

項目
内容
出力形式

メッセージ本文
事象を説明するメッセージ
メッセージ本文が出力されます。出力されるメッセージについては，「表13-9 監査ログに出力されるメッセージ」を参照してください。

操作種別（OP）
Tiered Storage Managerサーバに対する操作要求の種類

操作ID（OpId）

操作名（OpName）

OP=（OpId,OpName）
OpId，OpNameについては，「表13-10 監査ログに出力される操作種別（OP）の意味」を参照してください。

操作対象（Res）
操作の対象となるリソース（資源）の種類

リソースID（ResId）

リソース名（ResName）

Res=（ResId,ResName）
ResId，ResNameについては，「表13-11 監査ログに出力される操作対象（Res）の意味」を参照してください。

表13-8 監査ログのメッセージテキストに出力される項目（追加情報）

項目
内容
出力形式

失敗理由（RC）
失敗事象の場合に，その理由・原因を示すエラーコード
RC=KATSppmmm-z
メッセージ内容については，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照してください。

ストレージドメイン情報（SD）
1個の場合

ストレージドメインID（id）

ストレージドメイン名（name）

SD=（id,name）

複数の場合

要素数（n）

ストレージドメインID（id）

ストレージドメイン名（name）

NumSD=n，Start SDs
SD[1]=（id-1,name-1）
...
SD[n]=（id-n,name-n）
End SDs

ストレージドメイン情報の数（n）
NumSD=n

ストレージシステム情報（SS）

ストレージシステム名（name）

論理DKC番号（ldkc）

SS=（,,name,ldkc）

ストレージシステム情報の数（n）
NumSS=n

マイグレーショングループ情報（MG）
1個の場合

マイグレーショングループID（id）

マイグレーショングループ名（name）

MG=（id,name）

複数の場合

要素数（n）

マイグレーショングループID（id）

マイグレーショングループ名（name）

NumMG=n，Start MGs
MG[1]=（id-1,name-1）
...
MG[n]=（id-n,name-n）
End MGs

マイグレーショングループ情報の数（n）
NumMG=n

タスク完了後の移動先マイグレーショングループ情報（MG_moveTo）

マイグレーショングループID（id）

マイグレーショングループ名（name）

MG_moveTo=（id,name）

ストレージ階層情報（ST）
1個の場合

ストレージ階層ID（id）

ストレージ階層名（name）

ST=（id,name）

複数の場合

要素数（n）

ストレージ階層ID（id）

ストレージ階層名（name）

NumST=n，Start STs
ST[1]=（id-1,name-1）
...
ST[n]=（id-n,name-n）
End STs

ストレージ階層の数（n）
NumST=n

プール情報（PO）
ストレージドメインID（id）
SD=（id,）

プール数 (n)
NumPO=n

ボリューム情報（VL）
1個の場合

コントローラー論理デバイス番号（devnum）

LUまたはLDEVのオブジェクトID（id）

VL=（devnum,id）

複数の場合

要素数（n）

コントローラー論理デバイス番号（devnum）

LUまたはLDEVのオブジェクトID（id）

NumVL=n，Start VLs
VL[1]=（devnum-1,id-1）
...
VL[n]=（devnum-n,id-n）
End VLs

ボリュームの数（n）
NumVL=n

ボリュームペア（VP）
1個の場合

移動元ボリュームのコントローラー論理デバイス番号（sdevnum）

移動元LDEVのオブジェクトID（sid）

移動先ボリュームのコントローラー論理デバイス番号（tdevnum）

移動先LDEVのオブジェクトID（tid）

VP=（sdevnum,sid,tdevnum,tid）

複数の場合

要素数（n）

移動元ボリュームのコントローラー論理デバイス番号 (sdevnum)

移動元LDEVのオブジェクトID（sid）

移動先ボリュームのコントローラー論理デバイス番号 （tdevnum）

移動先LDEVのオブジェクトID（tid）

NumVP=n，Start VPs
VP[1]=（sdevnum-1,sid-1,tdevnum-1,tid-1）
...
VP[n]=（sdevnum-n,sid-n,tdevnum-n,tid-n）
End VPs

ボリュームペア数（n）
NumVP=n

空き容量情報（FS）
１個の場合

パリティグループ名（agname）

空き容量番号（fsnum）

FS=（agname,fsnum）

複数の場合
空き容量情報数（n）
NumFS=n

外部接続設定情報（EM）
外部接続設定情報数（n）
NumEM=n

パスグループ情報（PG）
１個の場合
パスグループID（id）
PG=（id）

複数の場合
パスグループ情報数（n）
NumPG=n

エミュレーションタイプ情報（EM）
エミュレーションタイプ情報数（n）
NumEM=n

タスク情報（TK）
マイグレーションタスクの場合

タスクID（id）

タスク種別（type）=0

データ消去の有無（erase）

　Y：データ消去あり
　N：データ消去なし
TK=（id,0,erase）

ロッキングタスクの場合

タスクID（id）

タスク種別（type）=2

ロック状態（mode）
　ReadOnly：Read Only
　Protect：Protect

ロック期限（days）

TK=（id,2,mode,days）

アンロッキングタスクの場合

タスクID（id）

タスク種別（type）=3

TK=（id,3）

シュレッディングタスクの場合

タスクID（id）

タスク種別（type）=4

シュレッディング方式（method）

　0：Zero Once
　1：DOD
TK=（id,4,method）

タスク情報が複数ある場合

タスクの数

タスクID（id）

タスク種別（type）

　0：マイグレーションタスク
　2：ロッキングタスク
　3：アンロッキングタスク
　4：シュレッディングタスク
NumTK=n，Start TKs
TK[1]=（id-1,type-1）
...
TK[n]=（id-n,type-n）
End TKs

監査事象ごとのオプション（opt）
CancelTaskの場合
強制キャンセルかどうか（emergency）
　Y：emergency指定あり
　N：emergency指定なし
opt=（emergency）

Add Volumeの場合
移動許可（moveFromMigrationGroup）
　Y：移動許可する
　N：移動許可しない
opt=（moveFromMigrationGroup）

Change Taskの場合
1.変更後のタスクの状態（status）
0x01020600​: タスク実行中
0x02030000​: 取消
0x02040000​: 中止
0x02050000​: 即時中止
opt=（status,emergency）

2.強制的に変更するかどうか（emergency）
Y：emergency指定あり
N：emergency指定なし

表13-9 監査ログに出力されるメッセージ

メッセージID
メッセージ
（アプリケーション固有情報）
内容

KATS90000-I
The operation requested by the client has completed.
監査ログが複数行にわたる場合，ログの先頭行であることを示します。
Tiered Storage Managerが管理する資源へのアクセスに成功したことによって，Configuration Access種別の監査事象が発生しました。

KATS90001-W
The operation requested by the client has failed.
監査ログが複数行にわたる場合，ログの先頭行であることを示します。
Tiered Storage Managerが管理する資源へのアクセスに失敗したことによって，Configuration Access種別の監査事象が発生しました。

KATS90010-W
The user does not have permission for the operation.
実行権限がないため，Tiered Storage Managerが管理する資源へのアクセスに失敗したことによって，Access Control種別の監査事象が発生しました。

KATS90020-I
KATS90000-Iメッセージの継続行が出力されます。
監査ログが複数行にわたる場合，ログの継続行であることを示します。
Tiered Storage Managerが管理する資源へのアクセスに成功したことによって，Configuration Access種別の監査事象が発生しました。

KATS90021-W
KATS90001-Wメッセージの継続行が出力されます。
監査ログが複数行にわたる場合，ログの継続行であることを示します。
Tiered Storage Managerが管理する資源へのアクセスに失敗したことによって，Configuration Access種別の監査事象が発生しました。

KATS90030-I
KATS90000-Iメッセージの最終行が出力されます。
監査ログが複数行にわたる場合，ログの最終行であることを示します。
Tiered Storage Managerが管理する資源へのアクセスに成功したことによって，Configuration Access種別の監査事象が発生しました。

KATS90031-W
KATS90001-Wメッセージの最終行が出力されます。
監査ログが複数行にわたる場合，ログの最終行であることを示します。
Tiered Storage Managerが管理する資源へのアクセスに失敗したことによって，Configuration Access種別の監査事象が発生しました。

表13-10 監査ログに出力される操作種別（OP）の意味

OpId | OpName | 意味
10 | Get | 情報取得
11 | Get_summary | 要約情報取得
12 | Get_num | 情報の個数だけ取得
20 | Create | 作成
30 | Delete | 削除
40 | Modify | 更新
50 | Add | 追加
60 | Remove | 除去
70 | Change | （状態の）変更
80 | Execute | 実行
90 | Refresh | リフレッシュ
100 | Cancel | キャンセル
110 | Stop | 中止
120 | Choose | 選択
130 | Check | チェック

表13-11 監査ログに出力される操作対象（Res）の意味

ResId | ResName | 正式名称 | 意味
10 | LC | License | ライセンス情報
20 | SD | Storage Domain | ストレージドメイン
21 | RS | Refresh Status | ストレージのリフレッシュ状態
30 | MG | Migration Group | マイグレーショングループ
40 | ST | Storage Tier | ストレージ階層
50 | MP | Migration Plan | マイグレーションプラン
60 | SS | Subsystem | ストレージシステム
70 | TK | Task | タスク
80 | VL | Volume | ボリューム
90 | VP | Volume Pair | ボリュームペア
100 | VR | Volume Range | ボリュームの検索範囲
110 | LOG | Logger Info | ログ出力に関する情報
120 | PO | Pool | プール
130 | KS | Key Store | キーストアーファイル情報
140 | FS | Free Space | 空き容量
150 | FSR | Free Space Range | 空き容量の検索範囲
160 | EXM | External Mapping | 外部接続設定情報
170 | PG | Path Group | パスグループ
180 | EM | Emulation | エミュレーション

監査ログの出力例を次に示します。

TSMgr[00000974​]:CELFSS,1.1,1,KATS90000-I,2006-11-09T19:58:45.4+09:00,TSM_Srv,
Hostname1,ConfigurationAccess,Success,uid=user01,,,,,,,,,,,,BasicLog,,,"The operation requested by the client has completed. OP=(30,Delete), Res=(20,SD), SD=(DM1hc2idzx,Domain-A)"

13.3.2 Device Managerサーバリクエスト受理詳細メッセージ

Device Managerサーバが，リクエストを受理したときに出力される詳細メッセージの出力形式を次に示します。[　]で囲んだ項目は，出力されないことがあります。

＜コマンド＞＜ターゲット＞[ ＜オプション＞][ ＜パラメーター＞]

詳細メッセージに出力される情報を次の表に示します。

表13-12 詳細メッセージに出力される情報

項目
内容

コマンド
リソースに対しての操作（追加，削除，変更，参照など）を表す文字列（3文字）です。出力される文字列の意味については，「(1) 詳細メッセージに出力されるコマンド」を参照してください。

ターゲット
操作内容を特定する情報です。出力されるターゲットとその内容については，「(2) 詳細メッセージに出力されるターゲット」を参照してください。

オプション
操作内容を特定する情報です。オプションが指定されたときだけ出力されます。出力されるオプションの意味については，「(3) 詳細メッセージに出力されるオプション」を参照してください。
複数のオプションが指定された場合，セミコロン（;）で区切って出力されます。

パラメーター
操作内容，対象リソースを特定する情報です。リクエストで指定されたときだけ出力されます。タグ形式で出力されます。出力されるパラメーターについては「(4) 詳細メッセージに出力されるパラメーター」を参照してください。

出力される情報について項目ごとに以降で説明します。

この項の構成

(1) 詳細メッセージに出力されるコマンド

(2) 詳細メッセージに出力されるターゲット

(3) 詳細メッセージに出力されるオプション

(4) 詳細メッセージに出力されるパラメーター

(1) 詳細メッセージに出力されるコマンド

詳細メッセージに出力されるコマンドを次の表に示します。

表13-13 詳細メッセージに出力されるコマンド

出力文字列 | 正式名 | 操作
Add | Add | 追加
Del | Delete | 削除
Get | Get | 取得
Imp | Import | インポート
Ivk | Invoke | SMI-S enabledストレージシステムに対する操作全般
Mod | Modify | 変更
Set | Set | 設定

(2) 詳細メッセージに出力されるターゲット

詳細メッセージに出力されるターゲットの内容を次の表に示します。

表13-14 詳細メッセージに出力されるターゲット

出力文字列 | 正式名 | 操作内容
Alerts | Alerts | アラート情報の参照・削除
ArrGrp | ArrayGroup | パリティグループの構成変更
ArrRsrv | ArrayReservation | ストレージシステム予約の設定・情報取得
CFForRep | ConfigFileForReplication | RAID Manager用構成ファイルの作成
COMEFSP | CreateOrModifyElementFromStoragePool | SMI-S enabledストレージシステムでのボリューム作成
ConfChange | ConfigurationChange | Device Managerサーバへの構成変更通知
DataRetentions | DataRetentions | データ保護情報の設定・取得
ExpPaths | ExposePaths | SMI-S enabledストレージシステムでのLUNパス設定
ExtArrGrp | ExternalArrayGroup | 外部パリティグループの設定
Host | Host | ホストの設定・参照
HostI | HostInfo | ホスト（エージェント）の構成変更・参照
HostRef | HostRefresh | HostInfoの更新
HostScan | HostScan | ホストの自動設定
HostVol | HostVolume | ホストのボリューム情報をDevice Managerサーバへ通知
HSD | HostStorageDomain | ホストグループまたはiSCSIターゲットの構成変更
ISCSIForHSD | ISCSINameForHostStorageDomain | iSCSIターゲットに属するiSCSIネームの変更
JrnlPool | JournalPool | プールの構成変更
LDEVForVolMig | LDEVForVolumeMigration | LDEVのVolumeMigration属性の設定・情報取得
LGrp | LogicalGroup | 論理グループの設定・参照
LU | LogicalUnit | 論理ユニットの構成変更
LUFormat | LogicalUnitFormat | 論理ユニット中の全LDEVのフォーマット
LUN | LUN | LUNパスの構成変更
LUSE | LUSE | 拡張LDEVの構成変更
Msgs | Messages | メッセージ
ObjLabel | ObjectLabel | LDEVのラベルの設定・削除
ObjName | ObjectName | Device Manager中で使用するオブジェクトの名称設定
Port | Port | ポートの構成変更
PortCtrl | PortController | ポートコントローラーの構成変更
Rep | Replication | ペアの構成変更
RepCtrlPair | ReplicationControllerPair | ペアの構成情報参照および変更
ReqStatus | RequestStatus | コマンドの状態の返却
SA | StorageArray | ストレージシステムの追加，削除，および情報取得
ShrnkPoolPrgrss | ShrinkingPoolProgress | DPプールの縮小の進捗取得
SmrtFldr | SmartFolder | 論理グループの参照
SpareDrive | SpareDrive | スペアドライブの構成変更
SrvI | ServerInfo | Device Managerサーバの情報取得
SSOpt | StorageSystemOption | ストレージシステム単位のオプション設定
Subscrbr | Subscriber | イベントリスナーの追加・削除
TrngPlcy | TieringPolicy | 階層ポリシーの構成変更
URLLink | URLLink | URL Link情報の構成変更
User | User | ユーザーの設定・参照
VolFmtPrgrss | VolumeFormatProgress | ボリュームのノーマルフォーマットの進捗取得
VolMig | VolumeMigration | 移動プランの設定・情報取得
VolShred | VolumeShredding | シュレッディング機能の実行要求・情報取得
VRpu | VResourcePartitionUnit | 仮想IDを用いたデータ移行に使用しているリソースグループの構成変更
VVol | VirtualVolume | DPボリュームの設定
WWN | WorldWideName | WWNの削除
WWNForHSD | WWNForHostStorageDomain | ホストグループに属するWWNの構成変更
WWNForLUN | WWNForLUN | LUNのWWNの構成変更
ZPRVol | ZeroPageReclaimVolume | ゼロページ破棄の進捗情報の取得

注

表中にない文字が出力されることもあります。

(3) 詳細メッセージに出力されるオプション

詳細メッセージに出力されるオプションの内容を次の表に示します。

表13-15 詳細メッセージに出力されるオプション

出力文字列
操作内容

add

ターゲットがReplicationの場合
コピーペアを追加する。

ターゲットがReplicationControllerPairの場合
既存のRCUに論理パスを追加する。

ターゲットがVResourcePartitionUnitの場合
仮想IDを用いたデータ移行用のリソースグループに，LDEVを追加する。

all

ターゲットがStorageArrayの場合
SMI-S enabledストレージシステムも情報取得の対象にする。

ターゲットがURLLinkの場合
SMI-S enabledストレージシステムの管理サーバのURLも取得の対象にする。

auto
HDPプールの作成または拡張時に，PDEVを自動的に選択する。

assign
DPプールとDPボリュームを関連づける。

bulk
容量または個数を指定して，複数のボリュームを作成する。

changerank
外部ボリュームの階層ランクを変更する。

datastore
仮想化サーバのデータストア容量の情報だけを更新する。

delete

ターゲットがReplicationの場合
コピーペアを削除する。

ターゲットがReplicationControllerPairの場合
既存のRCUから論理パスを削除する。

ターゲットがVResourcePartitionUnitの場合
仮想IDを用いたデータ移行用のリソースグループから，LDEVを削除する。

dividebycap
容量を指定して，複数のボリュームを作成する。

dividebynum
個数を指定して，複数のボリュームを作成する。

encrypt

ターゲットがArrayGroupの場合
暗号化されたパリティグループを作成する。

ターゲットがJournalPoolの場合
暗号化されたHDPプールを作成する。

exist
既存の仮想パリティグループに，DPボリュームを作成する。

expand
DM-LUを拡張する。

force

ターゲットがLUSEの場合
ボリュームとホストグループ間またはボリュームとiSCSIターゲット間のパスがすでに存在する論理ユニットでLUSEを作成する。

ターゲットがVirtual Volumeの場合
DPプールと関連づけられているDPボリュームに対し，関連づけの解除とDPボリュームの削除を同時に実行する。

ターゲットがExternalArrayGroupの場合
Device Managerに登録されていない外部ストレージシステムのボリューム（外部ボリューム）を設定する。

HORCMInfo
構成定義ファイル情報だけを更新する。

inband2
Thin Imageのコピーペアを操作する。

iSCSINameDiscard
設定されているiSCSIネームを破棄する。

lusekeep
LUSEを保持する。

merge
複数のホストに割り当てられたWWNまたはiSCSIネームを1つのホストに統合する。

nameSync:false

ターゲットがJournalPoolの場合
DPプール名をストレージシステムに反映しない。

ターゲットがObjectLabelの場合
ボリュームラベルをストレージシステムに反映しない。

nameSync:true

ターゲットがJournalPoolの場合
DPプール名をストレージシステムに反映する。

ターゲットがObjectLabelの場合
ボリュームラベルをストレージシステムに反映する。

noformat
フォーマットをしないで，論理ユニットを作成する。

nolabelbefore
すでにラベルを設定している場合は，エラーとする。

numOfLUs:＜n＞
作成するボリュームまたはDPボリュームの数。＜n＞は作成するボリュームまたはDPボリュームの数。

numOfPDEVs:＜n＞
HDPプールを構成するPDEV数。

overwrite

ターゲットがHostの場合
同名のホストがあったとき，上書きする。

ターゲットがObjectLabelの場合
すでに設定しているラベルを削除してから，ラベルを設定する。

ターゲットがVResourcePartitionUnitの場合
同じ仮想ID情報を持つLDEVがあったとき，上書きする。

private
プライベート論理グループの情報を取得する。

public
パブリック論理グループの情報を取得する。

quickformat

ターゲットがLogicalUnitの場合
論理ユニットを作成し，クイックフォーマットを実行する。

ターゲットがLogicalUnitFormatの場合
論理ユニットのクイックフォーマットを実行する。

refreshable
ロールとしてModifyが設定されているストレージシステムだけをレスポンスで返却する。

remainMigraion
完了したプランのプランステータスを，ストレージシステム（SVP）に残す。

restore
副ボリュームのデータを，正ボリュームにコピーする。

resync
正ボリュームのデータを，副ボリュームにコピーする。

smi-s

ターゲットがObjectNameの場合
SMI-S enabledストレージシステムの名称を対象にする。

ターゲットがStorageArrayの場合
SMI-S enabledストレージシステムだけを対象にする。

ターゲットがURLLinkの場合
SMI-S enabledストレージシステムの管理サーバのURLだけを対象にする。

split
ペアを分割する。

suspend
Universal Replicatorで，3DCペアを作成する。

takeOverWWN
指定したWWNがすでに登録されているWWNと重複したため，WWNを置き換えるか，既存のWWNを保持する。

unassign
DPプールとDPボリュームの関連づけを解除する。

update
既存のペア構成を変更する。

validate:false
ペアの変更時にHORCMファイルを検証しない。

validate:true
ペアの変更時にHORCMファイルを検証する。

waitingViewSynchro
データベースの更新処理が終了したら，完了レスポンスを返却する。

ZeroPageReclaim
ゼロページを破棄する。

(4) 詳細メッセージに出力されるパラメーター

詳細メッセージに出力されるパラメーターの形式は次のとおりです。

パラメーター形式1（入れ子型）

<＜エレメント＞ ＜属性＞>[＜パラメーター1＞＜パラメーター2＞...＜パラメーターn＞]</＜エレメント＞>

＜エレメント＞で示される開始・終了タグの間に，そのエレメントに依存するパラメーターが出力されます。該当するパラメーターがない場合は，出力されません。

パラメーター形式2（単独型）

<＜エレメント＞ ＜属性＞/>

詳細メッセージに出力されるパラメーターの情報を次の表に示します。

表13-16 詳細メッセージに出力されるパラメーターの情報

項目
内容

エレメント
エレメント名を示す文字列です。出力されるエレメントとその内容については，「表13-17 エレメントの内容と対応する属性値の出力順」を参照してください。ただし，「表13-17 エレメントの内容と対応する属性値の出力順」にない文字が出力されることもあります。

属性
形式 : "info='...'"
エレメントに対して指定された属性値が出力されます。複数個出力される場合は，コンマ（,）で区切られます。属性値は，文字列または数値で出力されます。
対応する属性が未指定，または属性値に何も指定されていなかった場合，値は出力されません。すべての属性が未指定，または属性値に何も指定されていなかった場合，この項目は出力されません。
属性値にアポストロフィ（'）またはコンマ（,）が含まれる場合，疑問符（?）で置換されます。
属性値の出力順については，「表13-17 エレメントの内容と対応する属性値の出力順」を参照してください。

エレメントの内容と対応する属性値の出力順を次の表に示します。

表13-17 エレメントの内容と対応する属性値の出力順

出力文字列
正式名と内容
属性値出力順※1

Alert
Alert
（Device Managerまたはストレージシステムで発生したエラー情報）
アラート番号

number

Alerts
Alerts
（Alertエレメントの集まり）
-

ArrGrp
ArrayGroup
（ストレージシステムのパリティグループに関する情報）
<モデル名※2 - シリアル番号 - シャーシ番号 - パリティグループ番号>, パリティグループが位置するシャーシ番号, パリティグループ番号, パリティグループのRAIDレベル, CLPR番号，エミュレーションモード，外部パリティグループのオプション情報，タイプ

<model※2 - serialnum - chassis - number>, chassis, number, raidType, clprNumber, emulation, volumeType, type

ArrRsrv
ArrayReservation
（ストレージシステムのロック情報）
<モデル名※2 - シリアル番号>, <モデル名※2 - シリアル番号>

<model※2 - serialnum>, <model※2 - serialnum>

ArrV
ArrayValue
（Paramで指定したパラメーターが配列型の場合に値を指定するエレメント）
ArrayValueで指定する値

value

ChangedItem
ChangedItem
（Device Managerで変更されたデータに関する情報）
-

ChangeI
ChangeInfo
（ストレージシステム構成のバージョン情報）
LDEV情報のバージョン, ポート情報のバージョン, LU情報のバージョン, LUSE情報のバージョン, LUN情報のバージョン, ホストのモード情報のバージョン, DCR情報のバージョン, CVS情報のバージョン, SSID情報のバージョン, CHA情報のバージョン

versionOfLDEV, versionOfPort, versionOfLogicalUnit, versionOfLUSE, versionOfLUNSecurity, versionOfHostMode, versionOfDCR, versionOfCVS, versionOfSSID, versionOfCHA

CIMIvk
CIMInvoker
（CIMインスタンスを特定するエレメント）
メソッドを実行するサービスクラスのオブジェクトパス

objectPath

CommandComplete
CommandComplete
（Get Request Statusコマンド発行時にクライアントが必要とする情報）
-

CommParas
CommParameters
（ストレージシステムにアクセスする方法に関する情報）
-

Comp
Component
（ストレージシステムの構成に関する情報）
-

Cond
Condition
（Filterエレメントと同時に使用して，Getコマンドの結果を限定する）
LUの種別, LDEVのエレメント識別子, LDEVの種別, ホストの格納ステータス, Alertのソース, ホスト種別, ジャーナルボリュームのCLPR番号, ホストのエレメント識別子, ジャーナルプール識別子, DPプールボリュームID，指定したWWNまたはiSCSIネームからアクセスできるボリューム，LDEVのタイプ，対象のストレージシステムのオブジェクトID，MCUモデル，MCUのシリアル番号，HDTボリューム※5の階層割り当てポリシー，仮想ストレージシステムのファミリー，仮想ストレージシステムのシリアル番号，仮想ポートID，仮想ホストグループID，仮想デバイス番号※4，スナップショットグループのID，スナップショットグループの名前

type, childID, volumeKind, host, source, hostType, clprNumber, assocID, poolFunction, dpPoolID, accessibleWWN, substance, targetArray, masterArrayType, masterSerialNumber, tierLevel, vArrayFamily, vSerialNumber, vPortID, vDomainID, vDevNum※4, snapshotGroupID, snapshotGroupName

ConfChange
ConfigurationChange
（ストレージシステムの構成変更情報をDevice Managerサーバへ通知）
ユーザーID, 通知種別, シリアル番号, プロダクト名※2, 発生日時, IPアドレス

user, type, serialNumber, arrayType※2, date, ipAddress

ConfigChange
ConfigChange
（Device Managerサーバで変更されたデータに関する情報）
-

ConfigF
ConfigFile
（RAID Managerのコンフィグファイルに関する情報）
<ホストID - HORCMインスタンス番号>

<hostID - instanceNumber>

DataRetention
DataRetention
（データ保護情報）
-

DataRetentions
DataRetentions
（LDEVのデータ保護情報）
-

DS
Datastore
（データストアの情報）
-

ErrI
ErrorInfo
（ストレージシステムで発生したエラーの情報）
ストレージシステムで発生したエラーのエラーコード, エラー発生日時

errorCode, date

ErrList
ErrorList
（ErrorInfoエレメントを含むリスト）
ErrorInfoエレメントの個数

errorCount

ExternalDevice
ExternalDevice
（外部ボリュームの情報）
-

ExtPathI
ExternalPathInfo
（外部ストレージシステムのアクセス情報）
<モデル名※2 - シリアル番号 - シャーシ番号 - パリティグループ番号 - 外部ストレージシステムのポートのWWN - 外部LUのLUN - ExternalポートのポートID - 優先度>※3，外部ストレージシステムのポートのWWN，外部LUのLUN，ExternalポートのポートID，パスグループID

<model※2 - serialnum - chassis - number - externalWWN - externalLun - portID - priority>※3, externalWWN, externalLun, portID, pathGroupID

ExtS
ExternalStorage
-

F
File
（ログファイル名に関する情報）
ログファイルの名前

name

Filt
Filter
（Getコマンドの結果を限定する）
-

FreeLUN
FreeLUN
（ホストグループまたはiSCSIターゲットのLUN空き情報）
-

FreeSpace
FreeSpace
（ストレージシステムのパリティグループの空き容量に関する情報）
<モデル名※2 - シリアル番号 - シャーシ番号 - パリティグループ番号 - パリティグループ内のフリースペースのインデックス番号>

<model※2 - serialnum - chassis - number - fsControlIndex>

FSys
FileSystem
（Device Managerエージェントから取得したファイルシステムの情報）
デバイスファイル名, マウントポイント, ファイルシステムのタイプ, ファイルシステムのサイズ, , ファイルシステムの使用率, , , ファイルシステムの削除可否, ファイルシステムの拡張可否, , , , , , , , ,

deviceFileName, mountPoint, type, size, , percentUsed, , , deletable, expandable, , , , , , , , ,

FSys
FileSystem
（ファイルサーバから取得したファイルシステムの情報）
, , , ファイルシステムのサイズ, ファイルシステムの使用量, ファイルシステムの使用率, ファイルシステムの空き容量, ファイルシステムの空き容量率, , , ファイルシステムに関連するEVS名, ファイルシステムの状態, ファイルシステムのラベル, マウントポイントの数, ファイルシステムが属しているStoragePoolのラベル, 最小リテンション期間, 最大リテンション期間, 自動コミット期間, デフォルトリテンション期間

, , , size, usedSize, percentUsed, freeSize, percentFree, , , evs, status, label, numberOfMountPoints, storagePool, minRetentionPeriod, maxRetentionPeriod, autoCommitPeriod, defaultRetentionPeriod

Host
Host
（論理ボリュームが使用するホスト情報）
<ホストID>, ホスト名, ホストのIP アドレス, ホストのIPv6用のIPアドレス, ホストのタイプ,操作対象ホスト名，ホストのOSタイプ

<hostID>, name, ipAddress, ipv6Address, hostType, targetName, osType

HostI
HostInfo
（LUとホスト間のアクセスに関する情報）
<ホスト名 - ホストSCSIバス番号 - ターゲットID - ボリュームのホストでのLU番号>, ホストに接続しているストレージシステムのタイプ（モデル）※2, ホストに接続しているストレージシステムのシリアル番号, HostInfoオブジェクトの表示名, ホストのIP アドレス, ホストのIPv6用のIPアドレス, LUN のマウントポイント, ポートID, ホストグループまたはiSCSIターゲットのドメインID, 論理ユニットのデバイス番号※4, HBA上のポートWWN, マウントするファイルシステムのタイプ, ファイルシステム名, LUNの容量, LUNの使用率, iSCSIイニシエーターのiSCSIネーム

<name - osScsiBus - osScsiID - osLun>, arrayType※2, serialNumber, name, ipAddress, ipv6Address, mountPoint, portID, domainID, devNum※4, portWWN, fileSystemType, fileSystemName, sizeInMB, percentUsed, portISCSIName

HostModeOpt
HostModeOption
（ホストモードオプションの情報）
-

HostVol
HostVolume
（Device Managerエージェントから取得したボリューム情報）
デバイスファイル名, メーカー名称, モデル名※2, シリアル番号, ポート番号, デバイス番号※4, 識別番号, ホスト名称, , IPアドレス, ホストのIPv6用のIPアドレス, マウントポイント, SCSIバスの番号, SCSIバス接続識別番号, LU番号, HBAのノードWWN, HBAのポートWWN, ストレージシステムのポートのWWN, ファイルシステムのタイプ, ファイルシステム名称, ボリュームサイズ, ボリューム使用率, LUペアタイプ, Dynamic Link Managerが管理するデバイスファイルの名称, Dynamic Link Managerが管理するLUNパスの本数, LUのペアタイプ（Universal Replicator）, Dynamic Link Manager以外のパス管理ソフトウェアで管理するデバイスファイルのLUNパス本数, Dynamic Link Manager以外のパス管理ソフトウェアで管理するデバイスファイルの名称, iSCSIイニシエーターのiSCSIネーム, inquiryのHostGroupID（0～254）, , ,

deviceFileName, vendorID, model※2, serialNumber, port, devNum※4, hsDeviceID, name, , ipAddress, ipv6Address, mountPoint, OSscsiBus, OSscsiID, OSlun, hbaWWN, portWWN, subsystemPortWWN, fileSystemType, fileSystemName, sizeInMB, percentUsed, pairType, dlmPathName, numberOfDlmPath, pairTypeTCMirror, numberOfPath, relatedPathName, portISCSIName, hostGroupID, , ,

HostVol
HostVolume
（ファイルサーバから取得したボリューム情報）
, メーカー名称, モデル名※2, シリアル番号, ポート番号, デバイス番号※4, , ホスト名称, クラスタ名, IPアドレス, ホストのIPv6用のIPアドレス, , SCSIバスの番号, SCSIバス接続識別番号, LU番号, , HBAのノードWWN, , , , ボリュームサイズ, ボリューム使用率, , , , , , , iSCSIイニシエーターのiSCSIネーム, inquiryのHostGroupID（0～254）, ホストタイプ, ボリュームの用途, ファイルサーバの管理サーバのIPアドレス, ファイルサーバのタイプ, ファイルサーバのクラスタID

, vendorID, model※2, serialNumber, port, devNum※4, , name, cluster, ipAddress, ipv6Address, , OSscsiBus, OSscsiID, OSlun, , portWWN, , , , sizeInMB, percentUsed, , , , , , , portISCSIName, hostGroupID, hostType, usage, managerIpaddress, fileServerDisplayType, clusterID

HSD
HostStorageDomain
（ホストグループまたはiSCSIターゲットに関する情報）
<モデル名※2 - シリアル番号 - ポートID - ドメインID>, ポートID, ドメインID, ホストグループまたはiSCSIターゲットの新しいホスト接続モード, 新しいホスト接続モードのリスト, ホスト接続モードのオプション, ホストグループ名またはiSCSIターゲット名, ホストグループまたはiSCSIターゲットのニックネーム, 操作対象のホストグループまたはiSCSIターゲットの名前, 操作対象のホストグループまたはiSCSIターゲットのポートID, ドメインタイプ, iSCSIターゲットのiSCSIネーム，プラットフォーム，ミドルウェア，交替パス，フェールオーバー，追加パラメーター

<model※2 - serialnum - portID - domainID>, portID, domainID, hostMode, hostMode2, hostModeOption, name, nickname, targetNickname, targetPortID, domainType, iSCSIName, platform, middleware, alternatePath, failover, additionalParameter

IPAddress
IPAddress
（ポートコントローラーのIPアドレス）
-

ISCSIName
ISCSIName
（iSCSIネームの情報）
iSCSIイニシエーターのiSCSIネーム, iSCSIイニシエーターのニックネーム, 操作対象のiSCSIイニシエーターのニックネーム

iscsiname, nickname, targetNickname

JrnlPool
JournalPool
（ジャーナルグループ情報）
<モデル名※2 - シリアル番号 - ジャーナルプール識別子 - プールID>, 名前, ジャーナルプール識別子, プールID, DPプールの使用率のしきい値1, DPプールの使用率のしきい値2, DPプールの使用率のしきい値2のモード, ジャーナルボリュームへの流入制限, データあふれ監視時間（秒）, リモートパス監視時間の単位, リモートパス監視時間, リモートパス監視時間の転送, キャッシュの使用, 回線速度, デルタリシンク失敗時の処理, RAIDレベル, 警告予約率, 最大予約率, 予約率の警告通知有無, 階層配置の有無, HDTの自動実行モード, 自動モニタリングの実行周期, 自動モニタリングの開始時刻, 自動モニタリングの終了時刻, 自動モニタリングのHDTの再配置のモニターモード, 手動モニタリングのHDTプールのI/O負荷情報, 手動モニタリングの稼働状態, 手動モニタリングの最終開始日時, 手動モニタリングの最終終了日時, 手動モニタリングの階層再配置の実行状態, 手動モニタリングの階層再配置の進捗率, 手動モニタリングの階層再配置で使用するモニタリング情報, HDTプールの階層の数, レプリケーション枯渇警告しきい値, レプリケーションデータ解放しきい値, 仮想化超過限界しきい値超過時のボリューム操作可否

<model※2 - serialnum - poolFunction - poolID>, name, poolFunction, poolID, threshold, threshold2, threshold2mode, inflowControl, dataOverflowWatch, unitOfPathWatchTime, pathWatchTime, forwardPathWatchTime, useOfCache, speedOfLine, deltaResyncFailure, raidLevel, overProvisioningWarning, overProvisioningLimit, volumeThresholdFlag, tierControl, autoMigration, migrationInterval, monitorStartTime, monitorEndTime, monitoringMode, monitorsSideState, monitoringState, lastMonitorStartDate, lastMonitorEndDate, relocationState, relocationProgress, relocateUseMonitor, numberOfTiers, ThresholdRepDepAlert, ThresholdRepDataReleased, overProvisioningLimitEnforcement

JrnlPoolTier
JournalPoolTier
（HDTプールの階層情報）
<モデル名※2 - シリアル番号, ジャーナルプール識別子，プールID，階層ID>，階層ID，新規割り当て用空き領域率，再配置用バッファー領域率

<model※2 - serialnum - poolFunction - poolID - tierID>, tierID, bufSpaceForNewPageAssignment, bufSpaceForTierRelocation

LDEV
LDEV
（LDEVに関する情報）
<モデル名※2 - シリアル番号 - LDEV のデバイス番号※4>, LDEVのLBA, CLPR番号, ストライプサイズ, HDTボリューム※5の階層割り当てポリシー, DM-LUの拡張に使用されるパリティグループが位置するシャーシ番号, DM-LUの拡張に使用されるパリティグループのパリティグループ番号, HDTボリューム※5の階層再配置の有無

<model※2 - serialnum - devnum※4>, lba, clprNumber, stripeSizeInKB, tierLevel, chassis, number, tierRelocation

LDKC
LogicalDKC
（ストレージシステムの論理DKC）
-

LGrp
LogicalGroup
（ホスト，ボリューム，またはほかの論理グループをグルーピング）
<論理グループID>, 名前, 説明, <親グループの論理グループのエレメント識別子>, 操作対象論理グループ名, 親論理グループ名

<groupID>, name, description, <parentID>, targetLogicalPath, parentLogicalPath

LicenseKey
LicenseKey
（プログラムを使用できるようにするために必要なキーコード）
<モデル名※2 - シリアル番号 - LicenseKeyID>

<model※2 - serialnum - PPID>

LU
LogicalUnit
（LUを表す情報）
<モデル名※2 - シリアル番号 - 論理デバイス番号※4>, 論理ユニットに含まれているLDEVの番号※4, ボリュームサイズ, エミュレーションモード, ポートコントローラーのデフォルトの数, コマンドデバイスとして使用されているかの有無, コマンドデバイスセキュリティが設定されているかの有無, 論理ユニットがコマンドデバイスとして使用されている場合のユーザー認証モードの有無, DPプールボリュームID, DPプールのしきい値, Differential Management LUかどうか, 外部ボリュームの階層ランク

<model※2 - serialnum - devnum※4>, devNum※4, capacityInKB, emulation, defaultPortController, commandDevice, commandDeviceSecurity, commandDeviceAuth, dpPoolID, threshold, differentialManagement, externalTierRank

LVol
LogicalVolume
（論理ボリュームの情報）
名前, サイズ, 論理ボリュームの削除可否, 論理ボリュームの拡張可否, 論理ボリュームのタイプ

name, size, deletable, expandable, type

MFRepI
MFReplicationInfo（メインフレームボリュームのレプリケーションに関する情報）
<PVOLシリアル番号 - PVOLLDEV番号※4 - SVOLシリアル番号 - SVOLLDEV番号※4>, P-VOLのストレージシステムのタイプ※2, P-VOLが属しているストレージシステムのシリアル番号, P-VOLのデバイス番号※4, P-VOLパスを管理するHORCM構成ファイル内のポート番号, S-VOLのストレージシステムのタイプ※2, S-VOLが属しているストレージシステムのシリアル番号, S-VOLのデバイス番号※4, S-VOLパスを管理するHORCM構成ファイル内のポート番号, S-VOLが属するプールID, コピーの種類※6, P-VOLのMU番号, P-VOLのフェンスレベル

<pvolSerialNumber - pvolDevNum※4 - svolSerialNumber - svolDevNum※4>, pvolArrayType※2, pvolSerialNumber, pvolDevNum※4, pvolPortID, svolArrayType※2, svolSerialNumber, svolDevNum※4,svolPortID, svolPoolID, replicationFunction※6, muNumber, fenceLevel

MFVolI
MFVolumeInfo
（メインフレームホストとLDEV間のアクセス情報）
-

MountPoint
MountPoint
（マウントポイントの情報）
名前, プロトコル, ディレクトリパス, 共有容量, 共有容量の使用量, 共有容量の使用率, CIFS共有名

name, protocol, path, shareCapacityInMB, shareUsedCapacityInMB, shareCapacityPercentUsed, cifsShareName

Msg
Message
（非同期メッセージ）
-

Msgs
Messages
（Messageエレメントをグルーピング）
待ち時間（秒）

timeToWait

ObjLabel
ObjectLabel
（Device Managerサーバのオブジェクトのラベル設定）
オブジェクトID，オブジェクトに設定するラベル

targetID, label

ObjName
ObjectName
（Device Managerサーバのオブジェクト名設定）
<対象エレメント名 - 対象エレメント識別子>, 名前

注意事項：

<対象エレメント名>および<対象エレメント識別子>は，ObjectName属性以外のエレメント名とエレメント識別子を示しています。エレメント識別子に対する構成要素は，<対象エレメント名>に対応する属性値出力順を参照してください。

<対象エレメント名 - 対象エレメント識別子>, name

PairedJrnlPool
PairedJournalPool
（Universal Replicatorのジャーナルプールとペアになっているジャーナルプール）
<モデル名※2 - シリアル番号 - ジャーナルプール識別子 - プールID - MU番号>※3，MU番号，形成コピー転送レート

<model※2 - serialNumber - poolFunction - poolID - muNumber>※3, muNumber, transferRate

PairedPortController
PairedPortController
（NAS構成上でペアになっているCHIP）
-

PairedVol
PairedVolume
（HostVolumeとペアになっている相手ペアボリュームの情報）
レプリケーション操作種別※6, ボリュームタイプ, ボリューム装置製番, ボリューム装置機種※2, ボリュームの論理デバイス番号※4, ペアの状態, フェンスレベル, ペアの対象S-VOLに対するP-VOLのMU番号

replicationFunction※6, otherPairType, otherPairSerialNumber, otherPairArrayType※2, otherPairDevNum※4, status, fenceLevel, muNumber

Para
Parameter
（名前と値の対）
パラメーターの名前, パラメーターの値※2

name, value※2

Part
Partition
（パーティションの情報）
名称, ボリュームグループ名, パーティションの容量

name, volumeGroupName, sizeInMB

Path
Path
（ホストとホストグループ間またはホストとiSCSIターゲット間のパスに関する情報）
<モデル名※2 - シリアル名 - ポートID - ドメインID - 論理デバイス番号※4>, 名前, ポートID, ホストグループまたはiSCSIターゲットのドメインID, 操作対象のホストグループまたはiSCSIターゲットの名前，SCSI ID, ホストとホストグループ間またはホストとiSCSIターゲット間のパスに割り当てられているLUN, 論理ユニットを識別するためのデバイス番号※4，操作対象のホストグループまたはiSCSIターゲットのポートID，操作対象のホストグループまたはiSCSIターゲットのID，操作対象のホストグループまたはiSCSIターゲットのニックネーム，操作対象のデバイス番号※4

<model※2 - serialnum - portID - domainID - devnum※4>, name, portID, domainID, domainNickname, scsiID, lun, devNum※4, targetPortID, targetDomainID, targetDomainNickname, targetDevNum※4

PDEV
PDEV
（PDEVに関する情報）
<モデル名※2 - シリアル番号 - PDEVのID>, ドライブタイプ, ドライブサイズ, フォームファクタ

<model※2 - serialnum - PDEVID>, diskType, diskModelSize, formFactor

Port
Port
（ポートに関する情報）
<モデル名※2 - シリアル番号 - ポートID>, ファイバーチャネルポートのアドレス, ファイバーチャネルトポロジー, iSCSIポートに対してLUNセキュリティが有効か無効か, iSCSIポートオプション, チャネルスピード, iSCSIポートのIPアドレス, ポートのサブネットマスク, iSCSIポートのゲートウェイのIPアドレス, iSCSIポート番号, キープアライブタイム, iSCSIポートの属性, IPv6の状態 , リンクローカルアドレスの設定種別 , リンクローカルアドレス , グローバルアドレスの設定種別 , グローバルアドレス1 , グローバルアドレス2 , IPv6のゲートウェイアドレス , MTUの設定 , VLANの状態 , VLAN ID，Window Scale

<model※2 - serialnum - portID>, fibreAddress, topology, lunSecurityEnabled, portOption, channelSpeed, ipAddress, subnetMask, gateway, portNumber, keepAliveTime, portRole, ipv6SettingMode, linklocalSettingMode, linklocalAddress, globalSettingMode, globalAddress1, globalAddress2, gatewayForIPv6,　mtu, vlanSettingMode, vlanId, windowScale

PortCtrl
PortController
（ストレージシステムのポートコントローラーに関する情報）
<モデル名※2 - シリアル番号 - ポートコントローラーID>, モード

<model※2 - serialnum - controllerID>, mode

Prm
Param
（CIMInvokerで指定したメソッドのパラメーターを指定するエレメント）
実行するメソッドのパラメーター名, このパラメーターで指定する値の型, パラメーターで指定する値

name, type, value

RDArrGrp
RelatedDistributedArrayGroup
-

RepCon
ReplicationConnection
（MCUとRCU間の通信に関する情報）
MCU側のポート名, RCU側のポート名

masterPortDisplayName, remotePortDisplayName

RepCtrlPair
ReplicationControllerPair
（MCUおよびRCUに関する情報）
<MCU機種 - MCU装置製番 - MCUのCU番号 - RCUのArrayFamily - RCU装置製番 - RCUのSSID, RCUのパスグループID>, MCUモデル, MCUのシリアル番号 , MCUのCU番号, RCUモデル, RCUのシリアル番号, RCUのSSID, RCUのCU番号, ペアのタイプ, RCUのパスのグループID, 回線の帯域

<masterArrayType - masterSerialNumber - masterControllerID - -remoteArrayFamily- remoteSerialNumber - remoteSSID -remotePathGroupID>, masterArrayType, masterSerialNumber, masterControllerID, remoteArrayFamily, remoteSerialNumber, remoteSSID, remoteControllerID, pairType, remotePathGroupID, bandwidth

RepGrp
ReplicationGroup
（HORCMインスタンスグループに関する情報）
<レプリケーショングループID>, RAID Managerが使用するコピーグループの名前, P-VOLを認識するホストのホストID, P-VOLを管理するHORCMインスタンスのインスタンス番号, P-VOLを管理するHORCMインスタンスのポート番号, S-VOLを識別するホストのホストID, S-VOLを管理するHORCMインスタンスのインスタンス番号, S-VOLを管理するHORCMインスタンスのポート番号, コピーの種類※6, P-VOLのフェンスレベル, コピーペース

<replicationGroupID>, groupName, pvolHostID, pvolInstanceNumber, pvolPortNumber, svolHostID, svolInstanceNumber, svolPortNumber, replicationFunction※6, fenceLevel, copyTrackSize

RepI
ReplicationInfo
（レプリケーションに関する情報）
<PVOLシリアル番号 - PVOLLDEV番号※4 - SVOLシリアル番号 - SVOLLDEV番号※4>, RAID Managerが使用するコピーペアの名前, P-VOLのストレージシステムのタイプ※2, P-VOLが属しているストレージシステムのシリアル番号, P-VOLのデバイス番号※4, P-VOLパスを管理するHORCM構成ファイル内のポート番号, P-VOLが属するプールID, S-VOLのストレージシステムのタイプ※2, S-VOLが属しているストレージシステムのシリアル番号, S-VOLのデバイス番号※4, S-VOLパスを管理するHORCM構成ファイル内のポート番号, S-VOLが属するプールID, コピーの種類※6, P-VOLのMU番号, P-VOLのフェンスレベル, コピーペース, P-VOLの管理データ用DPプールのプールID, S-VOLの管理データ用DPプールのプールID, スナップショットグループのID

<pvolSerialNumber - pvolDevNum※4 - svolSerialNumber - svolDevNum※4>, pairName, pvolArrayType※2, pvolSerialNumber, pvolDevNum※4, pvolPortID, pvolPoolID, svolArrayType※2, svolSerialNumber, svolDevNum※4, svolPortID, svolPoolID, replicationFunction※6, muNumber, fenceLevel, copyTrackSize, pvolMngAreaPoolID, svolMngAreaPoolID, snapshotGroupID

ReqStatus
RequestStatus
（直前のリクエストの状態を返す）
メッセージID

messageID

RPort
RelatedPort
（ほかのポートの属性が変更された際に，属性が変更されるポート）
-

RSIMI
RSIMInfo
（ストレージシステムのRSIM情報）
RSIM情報のRSIM ID

RSIMID

RsltObj
ResultObject
（ListViewエレメントで表示される一覧中の「1行」）
-

SA
StorageArray
（ストレージシステム情報）
<モデル名※2 - シリアル番号>

<model※2 - serialnum>

SIMI
SIMInfo
（ストレージシステムのSIM情報）
SIM情報のSIMID

SIMID

SizeCond
SizeCondition
（SearchConditionの内の件数指定条件）
先頭から読み飛ばす件数, 取得する件数

offset, size

SlctCond
SelectCondition
（SelectItemエレメントがまとめられた要素）
下位のSelectItemエレメントが表す条件を連結する条件演算子

operator

SlctItem
SelectItem
（SearchConditionの内のフィルター条件）
フィルター条件のキー値, key属性とvalue属性の関係を表す演算子,フィルター条件の値※2

key, operator, value※2

SmrtFldr
SmartFolder
（論理グループに関する情報）
<論理グループID>, 論理グループのパス

<groupID>, logicalPath

SortCond
SortCondition
（SortItemがまとめられた要素）
-

SortItem
SortItem
（SearchConditionの内のソート条件）
ソートキーとなるカラム名, ソート順, ソートの優先順位

key, order, priority

SrchCond
SearchCondition
（ListViewを取得するときの検索条件）
-

SrcHost
SourceHost
（移行元ホストの情報）
<ホストID>, ホスト名

<hostID>, name

SrvI
ServerInfo
（Device Managerサーバの情報）
-

SsGrp
SnapshotGroup
（スナップショットグループに関する情報）
<モデル名※2 - シリアル番号 - スナップショットグループのID>, ストレージシステムのタイプ, シリアル番号, スナップショットグループのID, スナップショットグループの名前, コピーペアで実行される操作のタイプ※6, コンシステンシーグループのID

<model※2 - serialNumber - groupID>, arrayType, serialNumber, groupID, groupName, replicationFunction※6, ctGrp

SSOpt
StorageSystemOption
（ストレージシステムに設定されているオプションに関する情報）
オプション名, オプションの値

name, value

SsSummary
SnapshotSummary
（Copy-on-Write SnapshotのP-VOLに関する情報）
-

Subscrbr
Subscriber
（通知予定トピック）
-

TargetPort
TargetPort
（外部ストレージシステムのポート）
外部ストレージシステムのポートのWWN

targetPortAddress

Timestamp
Timestamp
（Device Managerサーバでメッセージが生成された時刻）
-

Topic
Topic
（メッセージトピックの名称）
通知情報

name

TrngPlcy
TieringPolicy
（HDTボリューム※5の階層ポリシーに関する情報）
<モデル名※2, シリアル番号, 階層ポリシーID>, 階層1に対する最大容量しきい値, 階層1に対する最小容量しきい値, 階層3に対する最大容量しきい値, 階層3に対する最小容量しきい値

<model※2, serialNumber, policyID>, allocationThresholdT1Max, allocationThresholdT1Min, allocationThresholdT3Max, allocationThresholdT3Min

URLLink
URLLink
（Hitachi Command Suiteオブジェクトとアプリケーションのリンク）
<関連エレメント識別子 - 識別ID>, アプリケーションまたはWeb ページを起動するのに必要なURL, アプリケーション名, <リンク先関連エレメント識別子 - リンク先識別ID>, 補足説明, ファイルサーバのホスト名

<linkedID - nameID>, url, name, <linkedID - nameID>, description, linkedHostName

User
User
（Device Managerの1ユーザーアカウント情報）
ユーザーID, パスワード, ユーザーと関連づけられているリソースグループ名, ユーザーと関連づけられているリソースグループに対する権限, ユーザー名, 補足説明

loginID, password, groupName, role, fullName, description

VD
VirtualDisk
（仮想ドライブの情報）
-

VHSD
VHostStorageDomain
（仮想ホストストレージドメインの情報）
-

VLDEV
VLDEV
（LDEVに関する仮想情報）
<モデル名※2 - シリアル番号 - 仮想IDを用いたデータ移行用のリソースグループのID - デバイス番号※4>，デバイス番号※4，仮想デバイス番号※4，仮想エミュレーションタイプ，仮想SSID，仮想LUSEを構成する要素数，仮想CVS設定有無

<model※2 - serialNumber - ResourcePartitionUnitID - devNum※4>, devNum※4, vDevNum※4, vEmulation, vSSID, vLUSE, vCVS

VM
VM
（仮想マシンの情報）
-

VolCon※3
VolumeConnection
（割り当てられたLDEVと，それに一致する外部LUに関する情報）
<割り当てられたLUのモデル名※2 - 割り当てられたLUの装置製番 - 割り当てられたLUのデバイス番号※4>

<mappedArrayType※2 - mappedSerialNumber - mappedDevNum※4>

VolFmtPrgrss
VolumeFormatProgress
（ボリュームのノーマルフォーマットの進捗）
-

VolGrp
VolumeGroup
（ボリュームグループの情報）
タイプ, 名前, ボリュームグループの容量, ボリュームグループに属するドライブ数

type, name, size, numberOfDisk

VolMig
VolumeMigration
（マイグレーションプランに関する情報）
<モデル名※2 - シリアル番号 - 移動元LDEV番号※4 - 移動先LDEV番号※4>, 移動操作オーナーID, 移動元デバイス番号※4, 移動先デバイス番号※4

<model※2 - serialnum - sourceDevNum※4 - targetDevNum※4>, ownerID, sourceDevNum※4, targetDevNum※4

VolShred
VolumeShredding
（シュレッディング機能に関する情報）
シュレッディングのオーナーID

ownerID

VPort
VPort
（仮想ポートの情報）
-

VRpu
VResourcePartitionUnit
（仮想IDを用いたデータ移行に使用しているリソースグループの情報）
<モデル名※2 - シリアル番号 - 仮想IDを用いたデータ移行用のリソースグループのID>

<model※2 - serialNumber - ResourcePartitionUnitID>

WritingPattern
WritingPattern
（書き込み1回分の書き込みパターン情報）
シュレッディングが指定されたときの書き込みパターン

pattern

WritingPatterns
WritingPatterns
（VolumeShredding 1回分の全書き込みパターン情報）
-

WWN
WorldWideName
（ホストのHBA情報）
WorldWideName, ニックネーム, 操作対象ホストグループ名, WorldWideName

wwn, nickname, targetNickname, wwnString

（凡例）

-：属性値出力なし

<...>：属性の1つを表すエレメント識別子。内容が複数の要素で構成される場合，ハイフン（-）で連結されます。

注※1

下段は，Device Manager内部で使用される名称による出力順です。

注※2

ストレージシステム種別として，「表13-18 ストレージシステム種別 共通出力名称一覧」に示す共通出力名称で出力されます。

注※3

ObjectNameエレメントの<対象エレメント識別子>として出力される場合の属性値出力順です。エレメントの属性値としては，<対象エレメント識別子>は出力されません。

注※4

Virtual Storage Platform，Universal Storage Platform V/VMおよびHUS VMの場合は，LDKC番号，CUおよびLDEV番号を組み合わせた数値（=LDKC*65536+CU*256+LDEV）が出力されます。SANRISE9900VおよびHitachi USPの場合は，CUとLDEV番号を組み合わせた数値（=CU*256+LDEV）が出力されます。

HUS100，Hitachi SMS，Hitachi AMS/WMSおよびSANRISE9500Vの場合はLU番号が出力されます。

注※5

HDTプールから作成（HDTプールと関連づけ）する仮想ボリュームです。

注※6

レプリケーション操作種別属性は，「表13-19 レプリケーション操作種別属性 共通出力名称一覧」に示す共通出力名称で出力されます。

表13-18 ストレージシステム種別 共通出力名称一覧

共通出力名称 | 対応ストレージシステム種別
D600 | SANRISE9500V
D700 | Hitachi AMS/WMS
D800 | Hitachi AMS2000
D850 | HUS100
HM700 | HUS VM
R450 | SANRISE9900V
R500 | Hitachi USP
R600 | Universal Storage Platform V/VM
R700 | Virtual Storage Platform
S800 | Hitachi SMS

表13-19 レプリケーション操作種別属性 共通出力名称一覧

共通出力名称
対応製品

Local Copy
ShadowImage

Remote Copy (Async)
TrueCopy Async

Remote Copy (Jrnl)
Universal Replicator

Remote Copy (Sync)
TrueCopy Sync

SnapShot
QuickShadow
Copy-on-Write Snapshot

SnapShot (Fast)
Thin Image

13.3.3 Tiered Storage Managerのユーザー操作と監査ログの対応

ここでは，Tiered Storage Managerでの操作時に出力される監査ログについて説明します。

この項の構成

(1) GUI操作と監査ログの対応

(2) CLI操作と監査ログの対応

(1) GUI操作と監査ログの対応

監査ログの出力内容から，LegacyモードのTiered Storage Manager GUIで実行した内容を推定する方法を次に示します。

Tiered Storage Managerが出力した監査ログを抽出します（プログラム名が「TSMgr」であるもの）。
GUIの操作による監査ログは，Tiered Storage Managerが出力する監査ログのうち，アプリケーション識別情報が「TSM_GUI」となっているものです。
複数のユーザーが同時刻にTiered Storage Managerにアクセスしている場合，「サブジェクト識別情報」に出力されるユーザーIDによってフィルタリングできます。

監査ログの出力内容と「表13-20 GUI操作と，監査ログに出力される主要情報の対応」を突き合わせて，マッチするパターンを見つけることで，GUIの操作を推定します。
監査ログの出力内容のうち，Get系の情報は，画面更新などのために頻繁に呼ばれるため，これだけを見てユーザー操作を特定することはできません。一方Tiered Storage Managerの各種資源に対する作成，更新，削除などの操作については，監査ログの中にその操作に対応した出力情報があります。「表13-20 GUI操作と，監査ログに出力される主要情報の対応」には，これらの操作を特定するための主要な情報だけを示しています。「キー」欄に○印の付いている監査ログ情報によって，ユーザー操作を特定できます。実際の監査ログには，これらの情報の前後に，Get系の監査ログが出力されます。
ユーザーが操作するときに直接指定するのは，ストレージドメイン名やマイグレーショングループ名などの「名称」です。しかし，Tiered Storage Managerサーバが出力する監査ログには，ストレージドメインIDやマイグレーショングループIDなどのTiered Storage Manager内部で管理する「ID」しか出ないものがあります。この場合，その監査ログ情報だけを見ても「ID」に対応する「名称」はわかりませんが，その近くに出力されている監査ログを調べれば，「ID」と「名称」の両方の情報を出力しているものがありますので，それによって対応を調べられます。
新規に作成するものは，「Create xx」の監査事象の情報に，両方の情報が出力されています。
既存のものに対する操作の場合は，GUIまたはCLIが選択対象に関する情報を知るために，事前に「Get系のリクエスト」を発行していますので，そこから両方の情報を取得できます。
IDに対応する名称を調べる方法を，ストレージドメインを更新（リフレッシュ）する場合を例にして，次に示します。

（例）

OP=(10,Get), Res=(20,SD), SD=(domainId,domainName)...(1)（ドメイン選択）

OP=(90,Refresh), Res=(20,SD), SD=(domainId,)...(2)（ドメインをリフレッシュ）

(2)の情報だけを見るとdomainIdしかわかりませんが，直前の(1)を見ると対応するdomainNameがわかります。

表13-20 GUI操作と，監査ログに出力される主要情報の対応

GUI操作 | キー | OpName※ | ResName※ | 追加情報※ | 特記事項
ログイン | ○ | Get | LC | － | －
ストレージドメイン一覧表示 | ○ | Get | SD | NumSD | －
ストレージドメイン詳細情報表示 | ○ | Get | SD | SD | －
－ | Get | RS | SD | －
ストレージ階層一覧表示 | ○ | Get | ST | SD, NumST | －
ストレージ階層詳細情報表示 | ○ | Get | ST | SD, ST | －
マイグレーショングループ作成 | ○ | Create | MG | SD, MG | －
マイグレーショングループ編集 | ○ | Modify | MG | SD, MG | －
マイグレーショングループ削除 | ○ | Delete | MG | MG | －
マイグレーショングループ一覧表示 | ○ | Get | MG | SD, NumMG | －
マイグレーショングループ詳細表示 | ○ | Get | MG | SD, MG | －
マイグレーショングループへのボリューム追加 | ○ | Add | VL | MG, VL | 追加ボリューム数分出力されます
マイグレーショングループからのボリューム削除 | ○ | Remove | VL | MG, VL | 削除ボリューム数分出力されます
ボリューム検索 | － | Get | VR | SD | －
○ | Get_num | VL | NumVL | －
○ | Get | VL | SD, NumVL | －
プール検索 | ○ | Get_num | PO | NumPO | －
○ | Get | PO | SD, NumPO | －
タスク検索 | ○ | Get_summary | TK | NumTK | －
マイグレートMG | ○ | Create | MP | SD, MG, ST | －
マイグレーションタスク作成 | ○ | Create | TK | TK, SD, MG, ST, NumVP, VPs | －
タスク実行 | ○ | Execute | TK | TK | －
タスク一覧表示 | ○ | Get_summary | TK | NumTK | －
タスク詳細表示 | ○ | Get | TK | TK | －
タスクキャンセル | ○ | Cancel | TK | TK | －
タスク中止 | ○ | Change | TK | TK | －
タスク変更 | ○ | Modify | TK | TK | －
タスク削除 | ○ | Delete | TK | TK | －

（凡例）

○：主キー

－：該当なし

注※

詳細については「表13-7 監査ログのメッセージテキストに出力される項目（メッセージ本文，操作種別および操作対象）」～「表13-11 監査ログに出力される操作対象（Res）の意味」を参照してください。

(2) CLI操作と監査ログの対応

監査ログの出力内容からCLIで実行した内容を推定する方法を次に示します。

Tiered Storage Managerが出力した監査ログを抽出します（プログラム名が「TSMgr」であるもの）。
CLIコマンド実行による監査ログは，Tiered Storage Managerが出力する監査ログのうち，アプリケーション識別情報が「TSM_CLI」のものです。
複数のユーザーが同時刻にTiered Storage Managerにアクセスしている場合，「サブジェクト識別情報」に出力されるユーザーIDによってフィルタリングできます。

監査ログの出力内容と「表13-21 CLIコマンドと，監査ログに出力される情報の対応」を突き合わせて，マッチするパターンを見つけることで，CLIコマンドを推定します。
Getで始まるコマンド以外は，「キー」欄に○印の付いている監査ログ情報によって，入力されたコマンドを特定できます。

表13-21 CLIコマンドと，監査ログに出力される情報の対応

CLIコマンド | キー※1 | OpName※2 | ResName※2 | 追加情報※2 | 特記事項
AddVolumeToMigrationGroup | ○ | Add | VL | SD, MG, VL | －
－ | Get | MG | SD, MG | －
－ | Get | SD | SD | －
－ | Get | VL | SD, NumVL | －
CancelTask | ○ | Cancel | TK | TK | －
CreateLockingTask | ○ | Create | TK | TK, SD, MG, NumVL, VLs | TK=(id,2,...)
－ | Execute | TK | TK | －
－ | Get | TK | TK | －
CreateMigrationGroup | － | Get | SD | SD | －
○ | Create | MG | SD, MG | －
CreateMigrationPlan | － | Get | ST | SD, NumST, [STs] | －
○ | Create | MP | SD, MG, ST | －
CreateMigrationTask | ○ | Create | TK | TK, SD, MG, ST, NumVP, VPs | TK=(id,0,...)
－ | Execute | TK | TK | --execute指定あり
－ | Get | TK | TK | --execute指定あり
CreateShreddingTask | ○ | Create | TK | TK, SD, MG, NumVL, VLs | TK=(id,4,...)
－ | Execute | TK | TK | --execute指定あり
－ | Get | TK | TK | --execute指定あり
CreateStorageDomain | ○ | Create | SD | SD, SS | －
CreateStorageTier | － | Get | SD | SD | －
○ | Create | ST | SD, ST | －
CreateUnlockingTask | ○ | Create | TK | TK, SD, MG, NumVL, VLs | TK=(id,3,...)
－ | Execute | TK | TK | --execute指定あり
－ | Get | TK | TK | --execute指定あり
DeleteMigrationGroup | － | Get | MG | SD, MG | －
○ | Delete | MG | MG | －
DeleteStorageDomain | － | Get | SD | SD | －
○ | Delete | SD | SD | －
DeleteStorageTier | － | Get | ST | SD, ST | －
○ | Delete | ST | SD, ST | －
DeleteTasks | － | Get | TK | {TK | NumTK} | --force指定なし
○ | Delete | TK | {TK | NumTK, TKs} | －
ExecuteTask | ○ | Execute | TK | TK | －
GetFreeSpaces | － | Get | SS | NumSS | －
－ | Get_num | FS | SS, NumFS | subsystemnameパラメーターで指定したストレージシステムの数だけ取得
○ | Get | FS | SS, NumFS | subsystemnameパラメーターで指定したストレージシステムの数だけ取得
GetMigrationGroups | ○ | Get | MG | SD, NumMG, [MGs] | －
GetPools | － | Get_num | PO | NumPO | －
－ | Get | SD | SD | －
○ | Get | PO | SD, NumPO | －
GetStorageDomains | ○ | Get | SD | NumSD, [SDs] | －
－ | Get | RS | NumSD, SDs | －
GetStorageTiers | ○ | Get | ST | SD, NumST, [STs] | －
－ | Get | SD | SD | －
GetTasks | ○ | Get | TK | {TK | NumTK} | －
GetVolumes | － | Get_num | VL | NumVL | －
－ | Get | SD | SD | 10,000件ずつ分割取得
○ | Get | VL | SD, NumVL | 10,000件ずつ分割取得
ModifyMigrationGroup | － | Get | MG | SD, MG | －
○ | Modify | MG | SD, MG | －
ModifyStorageDomain | － | Get | SD | SD | －
○ | Modify | SD | SD | －
ModifyStorageTier | － | Get | ST | SD, ST | －
○ | Modify | ST | SD, ST | －
ModifyTask | － | Get | TK | TK | －
○ | Modify | TK | TK | －
Refresh | － | Get_summary | SD | NumSD | ストレージドメイン名の指定あり
○ | Refresh | SD | SD | －
RemoveVolumeFromMigrationGroup | － | Get_summary | SD | SD | －
－ | Get | MG | SD, MG | －
－ | Get | VL | SD, NumVL | －
○ | Remove | VL | SD, MG, VL | －
StopTask | ○ | Change | TK | TK | opt = (0x02040000​, または 0x02050000​)

（凡例）

○：主キー

－：該当なし

注※1

コマンドを推定する際に，キーとなる監査ログです。

注※2

詳細については「表13-7 監査ログのメッセージテキストに出力される項目（メッセージ本文，操作種別および操作対象）」～「表13-11 監査ログに出力される操作対象（Res）の意味」を参照してください。

付録A. Device Managerサーバのプロパティ

ここでは，Device Managerサーバのプロパティファイルについて説明します。

この付録の構成

A.1 Device Managerサーバのプロパティファイル

A.2 Device Managerサーバの構成情報に関するプロパティ（server.propertiesファイル）

A.3 Device Managerのデータベースに関するプロパティ（database.propertiesファイル）

A.4 Device Managerのログ出力に関するプロパティ（logger.propertiesファイル）

A.5 Device Managerのスレッドに関するプロパティ（dispatcher.propertiesファイル）

A.6 Device ManagerのMIMEに関するプロパティ（mime.propertiesファイル）

A.7 Device ManagerのGUIに関するプロパティ（client.propertiesファイル）

A.8 Device Managerのセキュリティに関するプロパティ

A.9 Device ManagerのSNMPトラップのログ出力に関するプロパティ（customizedsnmptrap.propertiesファイル）

A.10 Device Managerからラウンチするアプリケーションに関するプロパティ（launchapp.propertiesファイル）

A.11 ホストとの通信に関するプロパティ（host.propertiesファイル）

A.12 Host Data Collectorとの連携に関するプロパティ（hostdatacollectors.propertiesファイル）

A.13 マイグレーションに関するプロパティ（migration.propertiesファイル）

A.14 Tuning Managerとの連携に関するプロパティ（tuningmanager.propertiesファイル ）

A.15 Universal Replicatorの性能分析に関するプロパティ（replication.propertiesファイル）

A.16 Replication Managerとの連携に関するプロパティ（rpmlib.propertiesファイル）

A.17 CIM/WBEM機能に関するプロパティ（jserver.propertiesファイル，cimxmlcpa.propertiesファイル，cimxmlscpa.propertiesファイル）

A.1 Device Managerサーバのプロパティファイル

Device Managerサーバのプロパティファイルには，Device Managerの構成情報に関するプロパティファイルやデータベースに関するプロパティファイルなどがあります。

Device Managerサーバのプロパティファイルを次の表に示します。

表A-1 Device Managerサーバのプロパティファイル

プロパティファイル
説明

server.propertiesファイル
Device Managerサーバの構成情報に関するプロパティファイルです。

警告：

専門知識のある方以外は，これらの属性を最適化する操作は実行しないでください。僅かな変更でもDevice Managerサーバのパフォーマンスに重大な影響が出るおそれがあります。

database.propertiesファイル
Device Managerのデータベースに関するプロパティファイルです。

警告：

専門知識のある方以外は，これらの属性を最適化する操作は実行しないでください。僅かな変更でもDevice Managerサーバのパフォーマンスに重大な影響が出るおそれがあります。

logger.propertiesファイル
Device Managerのログ出力に関するプロパティファイルです。

dispatcher.propertiesファイル
Device Managerのスレッドに関するプロパティファイルです。

mime.propertiesファイル
Device ManagerのMIME（Multipurpose Internet Mail Extensions）に関するプロパティファイルです。

client.propertiesファイル
Device ManagerのGUIに関するプロパティファイルです。

customizedsnmptrap.propertiesファイル
Device ManagerのSNMPトラップのログ出力に関するプロパティファイルです。

launchapp.propertiesファイル
Device Managerからラウンチするアプリケーションに関するプロパティファイルです。

host.propertiesファイル
ホストとの通信に関するプロパティファイルです。

hostdatacollectors.propertiesファイル
Host Data Collectorとの連携に関するプロパティファイルです。

migration.propertiesファイル
マイグレーションに関するプロパティファイルです。

tuningmanager.propertiesファイル
Tuning Managerとの連携に関するプロパティファイルです。

replication.propertiesファイル
Universal Replicatorの性能分析に関するプロパティファイルです。

rpmlib.propertiesファイル
Replication Managerとの連携に関するプロパティファイルです。

jserver.propertiesファイル

cimxmlcpa.propertiesファイル

cimxmlscpa.propertiesファイル

CIM/WBEM機能に関するプロパティファイルです。

注意

通常，Device Managerサーバのプロパティファイルの設定値は特に変更する必要はありません。
値を変更すると，サーバの故障や不具合の原因となることがあるので，十分に注意してください。結果の予測に必要な専門知識がないユーザーは，値を変更しないでください。

デフォルト値は新規インストールした際に設定される値です。

上書きインストールまたはアップグレードインストールした場合，Device Managerサーバのプロパティファイルの設定値は，インストール前の値が引き継がれます。

この節の構成

A.1.1 Device Managerサーバのプロパティの変更

A.1.2 Device Managerサーバのプロパティファイルの記述規則

A.1.1 Device Managerサーバのプロパティの変更

Device Managerサーバのプロパティファイルは，テキストエディターを使用して編集します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Device Managerサーバのプロパティを変更するには：

Hitachi Command Suite製品のサービスを停止します。

テキストエディターで，Device Managerサーバのプロパティファイルに適切な値を設定します。

Hitachi Command Suite製品のサービスを起動します。

関連項目

9.2 サービスの起動

9.3 サービスの停止

A.1.2 Device Managerサーバのプロパティファイルの記述規則

プロパティファイルは，Javaプロパティファイル形式です。

プロパティファイルは，次の記述規則に従って作成されている必要があります。

各プロパティは，foo.bar=12345のように，「=」で区切られた名前と値の対で指定します。

個々のプロパティは，行区切り文字（改行）で区切ります。

行頭に番号記号（#）がある場合，その行は注釈行になります。

リテラル（文字列または数値）を引用符で囲む必要はありません。

円記号（¥）はエスケープ文字を表す予約文字になります。Windowsでは，絶対パス名を表すときに円記号（¥）を含むので，「¥¥」と指定する必要があります。
例えば，ファイルパス名C:¥HiCommand¥docroot¥foo.barは，C:¥¥HiCommand¥¥docroot¥¥foo.barと入力します。プロパティの指定では，そのほかの文字にはエスケープ文字「¥」を付ける必要はありません。

プロパティファイル内に同じプロパティ名で複数の設定がされている場合，ファイルの最後に設定したプロパティの値が有効になります。

行末に円記号（¥）がある場合，次の行は継続行になります。

A.2 Device Managerサーバの構成情報に関するプロパティ（server.propertiesファイル）

構成情報に関するプロパティは，server.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥server.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/server.properties

この節の構成

A.2.1 server.http.host

A.2.2 server.http.port

A.2.3 server.https.port

A.2.4 server.rmi.port

A.2.5 server.http.entity.maxLength

A.2.6 server.base.home

A.2.7 server.horcmconfigfile.hostname

A.2.8 server.base.initialsynchro

A.2.9 server.cim.agent

A.2.10 server.cim.support

A.2.11 server.cim.support.job

A.2.12 server.cim.support.protocol

A.2.13 server.cim.http.port

A.2.14 server.cim.https.port

A.2.15 server.configchange.enabled

A.2.16 server.logicalview.initialsynchro

A.2.17 server.mail.enabled

A.2.18 server.mail.from

A.2.19 server.mail.smtp.host

A.2.20 server.mail.smtp.port

A.2.21 server.mail.smtp.auth

A.2.22 server.mail.errorsTo

A.2.23 server.eventNotification.mail.to

A.2.24 server.mail.alert.type

A.2.25 server.mail.alert.status

A.2.26 server.subsystem.ssid.availableValues

A.2.27 server.smisclient.indication.port

A.2.28 server.agent.differentialrefresh.manual.enabled

A.2.29 server.agent.differentialrefresh.periodical.enabled

A.2.30 server.logicalGroupMapping.updateInterval

A.2.1 server.http.host

管理サーバ（Device Managerサーバ）のホスト名またはIPアドレスを指定します。

IPアドレスを指定する場合の入力形式は次のとおりです。

IPv4の場合：

x.x.x.x（xは0～255）

IPv6の場合：

コロン付きの16進数で指定します。省略形も使用できます。使用できるIPv6アドレスはグローバルアドレスだけです。

ホスト名およびIPアドレスは，クライアント（GUI，CLIおよびストレージシステム）からアクセスできる値を指定する必要があります。

デフォルト：インストール時に指定した管理サーバのホスト名またはIPアドレス（URLの登録処理でエラーが発生した場合はlocalhostが設定されます）

注意

Device Managerがインストールされているサーバマシンが，NICを複数搭載している場合，クライアント（GUI，CLIおよびストレージシステム）が接続されているネットワーク側のIPアドレスを指定してください。ホスト名は指定しないでください。

クラスタ環境の場合は，クラスタ管理IPアドレスを指定する必要があります。

Device ManagerでSMI-S enabledストレージシステムを管理している場合，このプロパティの設定値を変更したときには，管理対象のSMI-S enabledストレージシステムをリフレッシュする必要があります。

A.2.2 server.http.port

Device Managerサーバが非SSLで通信する際に使用するポートを指定します。

標準のWebサーバに使用されるポートは通常80ですが，このポートですでにイントラネットサーバが稼働しているおそれがあります。ほかのサービスと競合するおそれがあるので，小さい数字のポートは避けてください。通常は，1024～49151のポートを選択します。

このプロパティにスペースを設定すると，ポートに80が割り当てられます。

デフォルト：2001

注意

このプロパティの値を変更したら，次の設定も変更する必要があります。

DeviceManagerエージェントに登録されたDevice Managerのポート番号（hdvmagt_settingコマンド）

Tiered Storage Manageサーバのhdvm.portプロパティ

Replication Managerに登録された情報取得元のDevice Managerサーバのポート番号（Device Managerサーバと非SSLで通信している場合）

ファイルサーバ管理ソフトウェアに登録されたDevice Managerサーバのポート番号

Sun Clusterに登録されたDevice Managerサーバのポート番号（管理サーバをクラスタ構成にしている場合）

管理クライアントのポップアップブロック設定（Internet Explorer 6を使用している場合）

Device Manager CLIのHiCommandCLI.propertiesファイルのHiCommandCLI.serverurlプロパティ（Device Managerサーバと非SSLで通信している場合）

関連項目

(6) クラスタリソースの登録（Sun Clusterの場合）

11.3.4 Device Managerサーバの情報，HiScanコマンドの実行周期およびRAID ManagerまたはP9000 RAID Managerの情報の設定（hdvmagt_settingコマンド）

B.1.1 Tiered Storage Managerサーバのプロパティの変更

B.5.2 hdvm.port

ファイルサーバ管理ソフトウェアでのポート番号の変更方法：ファイルサーバのマニュアル

A.2.3 server.https.port

Device ManagerサーバがSSLで通信する際に使用するポートを指定します。

セキュアWebサーバ用のポートは通常443です。すでにこのポートでセキュアイントラネットサーバが稼働していることがあるため，1024～49151のポートを専用（ミドルウェア）HTTPサーバに使用することを推奨します。HTTPリスナー用に指定したポートとは異なる値を割り当ててください。

デフォルト：2443

注意

このプロパティの値を変更したら，次の設定も変更する必要があります。

Replication Managerに登録された情報取得元のDevice Managerサーバのポート番号（Device ManagerサーバとSSLで通信している場合）

Sun Clusterに登録されたDevice Managerサーバのポート番号（管理サーバをクラスタ構成にしている場合）

管理クライアントのポップアップブロックの設定（Internet Explorer 6を使用している場合）

Device Manager CLIのHiCommandCLI.propertiesファイルのHiCommandCLI.serverurlプロパティ（Device ManagerサーバとSSLで通信している場合）

関連項目

(6) クラスタリソースの登録（Sun Clusterの場合）

A.2.4 server.rmi.port

Device ManagerのRMIサーバ機能が使用するポートを指定します。

ほかのサービスと競合するおそれがあるので，小さい数字のポートは避けてください。通常は，1024～65535のポートを選択します。

デフォルト：23055

注意

このプロパティの値を変更した場合は，Device Managerサーバのclient.rmi.portプロパティとTiered Storage Managerのhdvm.rmi.portプロパティも同じ値に変更してください。

関連項目

A.7.1 client.rmi.port

B.5.4 hdvm.rmi.port

A.2.5 server.http.entity.maxLength

Device Managerサーバが許容するHTTP要求エンティティの最大長をバイト単位で指定します。

通常，この設定を変更する必要はありません。この設定では，異常に大きなデータ量のエンティティを持つ要求を制限することで，サービス妨害攻撃やバッファーのオーバーフローをねらった攻撃を防ぐのに役立ちます。Device Managerサーバがこれより長いポスト要求を検出すると，クライアントにエラー応答を送り，その要求の詳細をログに記録します。

デフォルト：1310720

重要

Device Managerに，ファイルシステムやストレージプールなどの数が多いファイルサーバを登録すると，ファイルサーバから送信された情報がDevice Managerに正しく反映されないことがあります。その場合は，デフォルトよりも大きな値に変更してください。

A.2.6 server.base.home

Device Managerのインストーラーによって設定されるHitachi Command Suite共通コンポーネントのインストールディレクトリです。

通常，この設定を変更する必要はありません。

デフォルト：インストーラーによって設定された値

A.2.7 server.horcmconfigfile.hostname

Device Managerが構成定義ファイルを編集するときに，IPアドレス（ipaddress）とホスト名（hostname）のどちらを使用するかを指定します。

デフォルト：ipaddress

注意

コピーペアを作成したときに設定していたIPアドレス，またはホスト名を変更するとコピーペアの操作ができなくなる場合があります。この場合は，構成定義ファイルの変更やストレージシステムのリフレッシュなどを実行する必要があります。

このプロパティの設定はReplicaiton Managerでは無視されます。Replicaiton Managerで構成定義ファイルを編集するときは，常にホスト名が使用されます。

関連項目

1.6.5 コピーペアを管理する場合の注意事項

A.2.8 server.base.initialsynchro

Device Managerの起動時に管理情報データベースと表示情報（Hitachi Command Suite共通コンポーネントのリポジトリー）を同期するかどうかを指定します。

trueに設定すると，情報が同期されます。falseに設定すると，情報は同期されません。

デフォルト：false

注意

このプロパティをtrueに設定した場合，情報の同期には，数分掛かることがあります。プロパティを変更してすぐにDevice Managerにログインしようとすると，エラーになる場合があります。この場合は，同期が完了するのを待って，ログインしてください。

A.2.9 server.cim.agent

ストレージシステムの性能情報取得機能を使用する場合に，Device Managerエージェントがインストールされているマシンのホスト名を指定します。

このプロパティを指定しない場合，性能情報は取得できません。

デフォルト：なし

A.2.10 server.cim.support

CIMサポートを有効にするかどうかを指定します。

CIMを実行する場合に，このプロパティをtrueに設定する必要があります。

デフォルト：true

A.2.11 server.cim.support.job

ボリュームの作成と解除，LUNパスの設定と解除，LUNへのセキュリティの設定と解除，およびLUSEの作成と解除などのメソッドを，非同期処理で実行するか，同期処理で実行するかを指定します。

このプロパティをtrueに設定すると，メソッドは非同期処理で実行され，falseに設定すると，同期処理で実行されます。CIMクライアントがジョブ制御のサブプロファイルをサポートしていない場合，falseを指定します。

このプロパティに，trueまたはfalse以外の文字列を設定した場合，およびこのプロパティが存在しない場合，メソッドは非同期処理で実行されます。

デフォルト：true

A.2.12 server.cim.support.protocol

CIM機能で使用するポートのオープン/クローズを指定します。

指定できる値の範囲は，1～3です。指定する値によって，非SSL用の通信ポート（デフォルト：5988/tcp）とSSL用通信ポート（デフォルト：5989/tcp）をオープンするかどうかが変わります。

1：非SSL通信用のポートはオープンし，SSL通信用のポートはクローズします。

2：非SSL通信用のポートはクローズし，SSL通信用のポートはオープンします。

3：非SSL通信用のポートと，SSL通信用のポートの両方がオープンします。

デフォルト：3

関連項目

A.2.13 server.cim.http.port

A.2.14 server.cim.https.port

A.2.13 server.cim.http.port

CIM機能で使用する非SSL通信用のポートを指定します。

デフォルト：5988

注意

このプロパティの値を変更した場合は，Device ManagerサーバのHTTPPortプロパティも同じ値に変更してください。

関連項目

A.2.12 server.cim.support.protocol

A.17.2 HTTPPort

A.2.14 server.cim.https.port

CIM機能で使用するSSL通信用のポートを指定します。

デフォルト：5989

注意

このプロパティの値を変更した場合は，Device ManagerサーバのHTTPSPortプロパティも同じ値に変更してください。

関連項目

A.2.12 server.cim.support.protocol

A.17.3 HTTPSPort

A.2.15 server.configchange.enabled

GUIからラウンチしたストレージ管理ツール（Element Manager）でストレージシステムの構成を変更した際に，データベース上のストレージシステム情報も自動的に更新（リフレッシュ）するかどうかを指定します。

trueを指定すると，Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VまたはHUS VMの場合は，構成変更の直後にデータベース上のストレージシステム情報が自動的にリフレッシュされます。また，HUS100，Hitachi AMS2000，Hitachi SMS，Hitachi AMS/WMSまたはSANRISE9500Vの場合は，次のプロパティに指定した間隔で構成が変更されたかがチェックされ，変更時にはデータベース上のストレージシステム情報が自動的にリフレッシュされます。

HUS100，Hitachi AMS2000またはHitachi SMSの場合

server.dispatcher.snm2.configchange.pollingPeriodプロパティ

Hitachi AMS/WMSまたはSANRISE9500Vの場合

server.dispatcher.configchange.pollingPeriodプロパティ

falseを指定した場合は，自動的にはリフレッシュされません。

デフォルト：true

関連項目

A.5.6 server.dispatcher.snm2.configchange.pollingPeriod

A.5.7 server.dispatcher.configchange.pollingPeriod

A.2.16 server.logicalview.initialsynchro

Device Managerサーバを起動した際に，データベース内のストレージシステムの情報と，GUIやCIM/WBEM機能で表示する情報を強制的に同期するかどうかを指定します。

trueを指定した場合は同期されます。falseを指定した場合は同期されません。

デフォルト：false

A.2.17 server.mail.enabled

アラート，イベント，およびヘルスチェック結果をユーザーにEメールで通知するかどうかを指定します。

Eメールで通知する場合はtrueを指定してください。Eメールで通知しない場合はfalseを指定してください。

デフォルト：true

注意

このプロパティにtrueを設定した場合は，server.mail.smtp.hostプロパティも設定してください。

関連項目

A.2.19 server.mail.smtp.host

A.2.18 server.mail.from

アラート，イベント，およびヘルスチェック結果をユーザーにEメール通知する場合に，通知元（差出人）のメールアドレスを指定します。

運用環境によっては，ドメイン名がないアドレスからのEメールを受信できないことがあります。プロパティの設定値を変更するか，Eメールの設定（SMTPサーバや通知先のメールフィルターなど）を変更してください。

値を指定していない場合または値が不正であった場合は，デフォルト値が設定されます。

デフォルト：hdvmserver

A.2.19 server.mail.smtp.host

SMTPサーバのホスト名またはIPアドレスを指定します。

アラート，イベント，およびヘルスチェック結果をユーザーにEメール通知する場合に，設定が必要です。IPアドレスを指定する場合，IPv4またはIPv6のどちらかで指定します。

デフォルト：なし

注意

このプロパティを設定した場合は，server.mail.enabledプロパティにtrueを指定してください。

関連項目

A.2.17 server.mail.enabled

A.2.20 server.mail.smtp.port

SMTPサーバのポート番号を指定します。

アラート，イベント，およびヘルスチェック結果をユーザーにEメール通知する場合に，設定が必要です。

指定できる値の範囲は0～65535です。

デフォルト：25

A.2.21 server.mail.smtp.auth

アラート，イベント，およびヘルスチェック結果をユーザーにEメール通知する場合に，SMTP認証を使用するかどうかを指定します。

SMTP認証を使用する場合はtrueを指定してください。SMTP認証を使用しない場合はfalseを指定してください。

デフォルト：false

A.2.22 server.mail.errorsTo

アラート，イベント，およびヘルスチェック結果の通知メールが配信エラーとなったときに送信される配信不能通知の送信先メールアドレスを指定します。

このプロパティを指定していない場合は，Device Managerサーバのserver.propertiesファイルのserver.mail.fromに指定したメールアドレスに送信されます。ただし，配信不能通知が送信される条件は，SMTPサーバの設定によって異なります。SMTPサーバの設定を確認してください。

デフォルト：なし

関連項目

A.2.18 server.mail.from

A.2.23 server.eventNotification.mail.to

アラートおよびイベントの通知メールの送信先メールアドレスを指定します。

このプロパティに設定するメールアドレスには，すべてのアラートおよびイベントについて，Eメール通知されます。

デフォルト：なし

A.2.24 server.mail.alert.type

アラートをユーザーにEメール通知する場合に，通知するアラートのタイプを指定します。

指定できる値は次のとおりです。

Trap：SNMPトラップで検知した障害情報だけを通知します。

Server：Device Managerによる定期監視で検知した障害情報だけを通知します。

All：SNMPトラップで検知した障害情報と，Device Managerによる定期監視で検知した障害情報の両方を通知します。同じ障害であっても，SNMPトラップで検知した障害情報とDevice Managerによる定期監視で検知した障害情報の両方について，それぞれEメールが送信されます。

デフォルト：Trap

A.2.25 server.mail.alert.status

アラートをユーザーにEメール通知する場合に，通知するアラートの重要度を指定します。

Device Managerサーバはこのプロパティで指定した重要度以上のアラートを通知します。指定できる値は，重要度の低い順に，Normal，Service，Moderate，Serious，Acuteです。

デフォルト：Moderate

A.2.26 server.subsystem.ssid.availableValues

Device Managerにストレージシステムを登録する際，ストレージシステムに対して自動的に設定するSSIDの値の範囲を指定します。

このプロパティは，Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VおよびHUS VMで有効です。

指定できる値は次のとおりです。

4～FFFDの16進数：連続した複数の値を指定する場合は，ハイフン（-）で範囲を指定します。連続していない複数の値を指定する場合は，コンマ（,）で区切って指定します。大文字小文字は区別されません。範囲が重複して指定されている場合，その論理和を指定値とします。

All：Allを指定すると，指定できる全範囲を指定することになります。大文字小文字は区別されません。

値を指定しない場合，SSIDの自動設定は行いません。

デフォルト：All

A.2.27 server.smisclient.indication.port

SMI-Sプロバイダーからインディケーション通知を受信する際に使用するポート番号を指定します。

指定できる値の範囲は，1024～49151です。

このプロパティの設定値を変更した場合，Device Managerで管理しているSMI-S enabledストレージシステムをリフレッシュする必要があります。

デフォルト：5983

A.2.28 server.agent.differentialrefresh.manual.enabled

ストレージシステムの手動リフレッシュ時に，前回のリフレッシュ時点から構成に変化があったリソースについてだけ，データベースの情報を更新するかどうかを指定します。

このプロパティは，リフレッシュ対象のストレージシステムがVirtual Storage PlatformまたはHUS VMの場合だけ有効です。

trueを指定した場合，前回のリフレッシュ時点から構成に変化がないリソースについてはデータベースの更新が省略されるため，リフレッシュ処理を効率化できます。

構成が変化したかどうかに関わらず，ストレージシステム上のすべてのリソースの情報をデータベースに反映する場合には，falseを指定します。

デフォルト：true

A.2.29 server.agent.differentialrefresh.periodical.enabled

ストレージシステムの自動リフレッシュ時に，前回のリフレッシュ時点から構成に変化があったリソースについてだけ，データベースの情報を更新するかどうかを指定します。

このプロパティは，リフレッシュ対象のストレージシステムがVirtual Storage PlatformまたはHUS VMの場合だけ有効です。

trueを指定した場合，前回のリフレッシュ時点から構成に変化がないリソースについてはデータベースの更新が省略されるため，リフレッシュ処理を効率化できます。

構成が変化したかどうかに関わらず，ストレージシステム上のすべてのリソースの情報をデータベースに反映する場合には，falseを指定します。

デフォルト：true

A.2.30 server.logicalGroupMapping.updateInterval

ヘルスチェックの際に論理グループのボリューム構成情報の取得処理を省略する場合に，その期間を指定します（分単位）。

デフォルトでは，常に最新のボリューム構成情報を基に論理グループのヘルスチェックレポートが作成されます。Device Manager管理下のボリューム数が多い場合は，論理グループのボリューム構成情報の取得処理に時間が掛かることがあります。論理グループのボリューム構成が頻繁に変わらない環境では，この処理を省略し，前回取得したボリューム構成情報を基にヘルスチェックを実施することで，レポート作成に掛かる時間を短縮できます。

このプロパティはデフォルトでは存在しないため，次の形式で指定してください。

server.logicalGroupMapping.updateInterval=＜時間＞

ヘルスチェック後，指定した期間が経過するまでは，その期間内に実行されたヘルスチェックでは，前回取得したボリューム構成情報を基にレポートが作成されます。

A.3 Device Managerのデータベースに関するプロパティ（database.propertiesファイル）

データベースに関するプロパティは，database.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥database.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/database.properties

このプロパティファイルには，Device Managerサーバのデータベースとの接続の確立に関する設定が含まれています。Device Managerサーバを稼働する前には，これらの設定を正しく入力し，Database Management System（DBMS）を起動する必要があります。サーバがDBMSに接続できない場合には，エラーログにエントリーが書き込まれます（デフォルトディレクトリは，logsディレクトリ）。この情報は，新規インストールのトラブルシューティング時に役立ちます。

この節の構成

A.3.1 dbm.traceSQL

A.3.2 dbm.startingCheck.retryCount

A.3.3 dbm.startingCheck.retryPeriod

A.3.1 dbm.traceSQL

SQLをトレースログに出力するかどうかを指定します。

trueを設定すると，SQLを出力します。falseを設定すると，SQLを出力しません。

デフォルト：false

A.3.2 dbm.startingCheck.retryCount

Device Managerサーバの起動時に，DBMSの起動確認をリトライする回数を指定します。

指定できる値の範囲は，0～100です。通常，この設定を変更する必要はありません。

デフォルト：18

A.3.3 dbm.startingCheck.retryPeriod

Device Managerサーバの起動時に，DBMSの起動確認をリトライする間隔を秒単位で指定します。

指定できる値の範囲は，0～60（秒）です。通常，この設定を変更する必要はありません。

デフォルト：10（秒）

A.4 Device Managerのログ出力に関するプロパティ（logger.propertiesファイル）

ログ出力に関するプロパティは，logger.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥logger.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/logger.properties

このプロパティファイルには，各種ログファイルの操作およびエラーログの名前，場所，および出力レベルなど，Device Managerサーバのロギングモジュールを構成する設定一式が含まれています。また，このファイルを使用して，デバッグおよび診断を目的としたトレースロギングを構成することもできます。

この節の構成

A.4.1 logger.loglevel

A.4.2 logger.MaxBackupIndex

A.4.3 logger.MaxFileSize

A.4.4 logger.hicommandbase.loglevel

A.4.5 logger.hicommandbase.sysloglevel

A.4.6 logger.hicommandbase.MaxBackupIndex

A.4.7 logger.hicommandbase.MaxFileSize

A.4.1 logger.loglevel

trace.log，error.log，CIMOMTrace.logおよびSMISClientTrace.logの出力レベルを指定します。

このフィールドで使用できる値は，詳細度が高い順にDEBUG，INFO，WARN，ERROR，およびFATALです。デフォルト値の場合，INFO，WARN，ERROR，およびFATALのエントリーがtrace.logに出力されます。この場合，DEBUGのエントリーはログに出力されません。

デフォルト：INFO

A.4.2 logger.MaxBackupIndex

access.log，cim_access.log，error.log，service.log，stdout.log，stderr.log，statuscheck.log，trace.log，CIMOMTrace.logおよびSMISClientTrace.logの最大バックアップ数を指定します。

ログファイルがlogger.MaxFileSizeプロパティで指定された最大長に達すると，access.log.1のようにカウンターが追加された形式にファイル名が変更されます。ログファイルがさらに作成されると，指定された数のバックアップログファイルが作成されるまで，カウンターが増加していきます（例えば，access.log.1はaccess.log.2になります）。指定された数のバックアップログファイルが作成されたあとは，新しいバックアップログファイルが作成されるたびに，最も古いバックアップログファイルが削除されます。

指定できる値の範囲は，1～20です。

デフォルト：10

関連項目

A.4.3 logger.MaxFileSize

A.4.3 logger.MaxFileSize

access.log，cim_access.log，error.log，service.log，stdout.log，stderr.log，statuscheck.log，trace.log，CIMOMTrace.logおよびSMISClientTrace.logの最大サイズを指定します。

ログファイルのサイズが指定値を超えた場合は，新しいログファイルが作成されます。キロバイト単位のときはKB，メガバイト単位のときはMBと指定しないかぎり，指定したサイズはバイト単位であると見なされます。

指定できる値の範囲は，512KB～32MBです。

デフォルト：1MB

A.4.4 logger.hicommandbase.loglevel

Hitachi Command Suite共通コンポーネントによってHDvMtracen.log，HDvMGuiTracen.logおよびHDvMGuiMessagen.log（nはファイルのバックアップ数を表す整数です）に書き込まれる操作（トレース）およびエラーログの出力レベルを指定します。

各ロギングイベントには，そのタイプ（エラー，警告，および情報）とは無関係に独自の出力レベルがあります。使用できるレベルは，重要度が低い順に30，20，10，および0です。プロダクションシステムのデフォルトのログ出力レベルは，20です。これは，ロギングイベントレベル20，10，および0のメッセージはHDvMtrace1.logに書き込まれますが，ロギングイベントレベル30のメッセージは書き込まれないことを意味します。

デフォルト：20

A.4.5 logger.hicommandbase.sysloglevel

Hitachi Command Suite共通コンポーネントによってイベントログ（Windows）またはsyslog（SolarisまたはLinux）に書き込まれるトレースログとエラーログの出力レベルを指定します。

各ロギングイベントには，そのタイプ（エラー，警告，および情報）とは無関係に独自の出力レベルがあります。使用できるレベルは，重要度が低い順に30，20，10，および0です。プロダクションシステムのデフォルトのログ出力レベルは，0です。これは，ロギングイベントレベル0のメッセージだけがイベントログ（Windows）またはsyslog（SolarisまたはLinux）に書き込まれ，ロギングイベントレベル30，20，および10のメッセージは書き込まれないことを意味します。通常は，デフォルト値の使用を推奨します。

デフォルト：0

A.4.6 logger.hicommandbase.MaxBackupIndex

Hitachi Command Suite共通コンポーネントによってHDvMtracen.log，HDvMGuiTracen.logおよびHDvMGuiMessagen.logに書き込まれる操作（トレース）およびエラーログの最大バックアップ数を指定します（nはファイルのバックアップ数を表す整数です）。

ログファイルがlogger.hicommandbase.MaxFileSizeプロパティで指定されたサイズに達すると，HDvMtrace2.logのようにカウンターが追加されたファイルが作成されます。ログファイルの数がこのプロパティで指定した値に達すると，最も古いファイルから上書きされます。

指定できる値の範囲は，1～16です。

デフォルト：10

関連項目

A.4.7 logger.hicommandbase.MaxFileSize

A.4.7 logger.hicommandbase.MaxFileSize

Hitachi Command Suite共通コンポーネントによってHDvMtracen.log，HDvMGuiTracen.logおよびHDvMGuiMessagen.logに書き込まれる操作（トレース）およびエラーログの最大サイズを指定します（nはファイルのバックアップ数を表す整数です）。

キロバイト単位のときはKB，メガバイト単位のときはMB，ギガバイトのときはGBと指定しないかぎり，指定したサイズはバイト単位であると見なされます。

有効な値は，4096～2147483647（2GB未満）です。

デフォルト：5MB

A.5 Device Managerのスレッドに関するプロパティ（dispatcher.propertiesファイル）

スレッドに関するプロパティは，dispatcher.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥dispatcher.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/dispatcher.properties

このプロパティファイルには，Device Managerサーバのディスパッチャーレイヤーの操作を構成する設定一式が含まれています。例えば，各種バックグラウンドプロセス（デーモン）の微調整やサービスエージェントに対するスレッド優先度の最適化などをするプロパティがあります。

この節の構成

A.5.1 server.dispatcher.message.timeout

A.5.2 server.dispatcher.message.timeout.in.processing

A.5.3 server.dispatcher.daemon.pollingPeriod

A.5.4 server.dispatcher.traps.purgePeriod

A.5.5 server.dispatcher.daemon.receiveTrap

A.5.6 server.dispatcher.snm2.configchange.pollingPeriod

A.5.7 server.dispatcher.configchange.pollingPeriod

A.5.8 server.dispatcher.daemon.configUpdate.detection.interval

A.5.9 server.dispatcher.daemon.autoSynchro.doRefresh

A.5.10 server.dispatcher.daemon.autoSynchro.type

A.5.11 server.dispatcher.daemon.autoSynchro.dayOfWeek

A.5.12 server.dispatcher.daemon.autoSynchro.startTime

A.5.13 server.dispatcher.daemon.autoSynchro.interval

A.5.14 server.dispatcher.daemon.configUpdate.detection.variable.enabled

A.5.15 server.dispatcher.daemon.autoSynchro.performance.doRefresh

A.5.16 server.dispatcher.daemon.autoSynchro.performance.startTime

A.5.17 server.dispatcher.daemon.autoSynchro.logicalGroup.doRefresh

A.5.1 server.dispatcher.message.timeout

保留されている応答メッセージが期限切れになる（パージされる）までのタイムアウトを分単位で指定します。

保留メッセージには，クライアントによるポーリングおよびDevice Manager通知サービスを介したクライアントへの送信がまだ行われていない長期実行プロセス（ストレージシステムの追加など）からの応答があります。

デフォルト：15（分）

A.5.2 server.dispatcher.message.timeout.in.processing

何らかの理由で完了していないGUIやCLIの処理のタイムアウト時間を分単位で指定します。

デフォルト：720（分）

A.5.3 server.dispatcher.daemon.pollingPeriod

コンポーネント状態と構成バージョンを確認するバックグラウンドのスレッドのポーリング間隔を分単位で指定します。

0を指定すると，ポーリングは無効になります。

デフォルト：5（分）

注意

HUS100，Hitachi AMS2000またはHitachi SMSの場合，ポーリングの実行時に，ストレージシステムのI/O性能に影響が出ることがあります。影響を少なくしたい場合は，ポーリング間隔を大きくするか，ポーリングを無効にしてください。

A.5.4 server.dispatcher.traps.purgePeriod

古くなったSNMPトラップまたはアラートのパージ間隔を分単位で指定します。

0を指定すると，サーバからのトラップのパージが無効になります。

デフォルト：5（分）

A.5.5 server.dispatcher.daemon.receiveTrap

ストレージシステムやスイッチなどのネットワークリソースで出力されたSNMPトラップをDevice Managerで受信するかどうかを指定します。

受信する場合はtrueを，受信しない場合はfalseを指定してください。

SNMPトラップの受信には162/udpが使用されます。Hitachi Command Suiteを新規インストールした際に162/udpが使用されていない場合は，自動的にtrueが設定されます。

デフォルト：true

A.5.6 server.dispatcher.snm2.configchange.pollingPeriod

GUIからラウンチされたStorage Navigator Modular 2で，HUS100，Hitachi AMS2000またはHitachi SMSの構成が変更されたかどうかを，Device Managerサーバがチェックする間隔を秒単位に指定します。

server.configchange.enabledプロパティにtrueが設定されていると，Device Managerサーバがストレージシステムの構成変更を検知した場合には，データベース上のストレージシステム情報が自動的に更新（リフレッシュ）されます。

指定できる範囲は，0～3600（秒）です。0を指定した場合は，ストレージシステムの構成が変更されても，Device Managerサーバは検知できないため，データベース上のストレージシステム情報はリフレッシュされません。

デフォルト：300（秒）

関連項目

A.2.15 server.configchange.enabled

A.5.7 server.dispatcher.configchange.pollingPeriod

Element ManagerでSANRISE9500VまたはHitachi AMS/WMSの構成が変更されたかどうかを，Device Managerサーバがチェックする間隔を秒単位に指定します。

server.configchange.enabledプロパティにtrueが設定されていると，Device Managerサーバがストレージシステムの構成変更を検知した場合には，データベース上のストレージシステム情報が自動的に更新（リフレッシュ）されます。

指定できる範囲は，0～3600（秒）です。0を指定した場合は，ストレージシステムの構成が変更されても，Device Managerサーバは検知できないため，データベース上のストレージシステム情報はリフレッシュされません。

デフォルト：60（秒）

関連項目

A.2.15 server.configchange.enabled

A.5.8 server.dispatcher.daemon.configUpdate.detection.interval

Virtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMの構成がDevice Manager以外のストレージ管理ツール（RAID ManagerやSVPなど）で変更されたかどうかを，Device Managerサーバがチェックする間隔を分単位で指定します。

Virtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMの構成変更をDevice Managerサーバが検知した場合には，Device ManagerのGUIに警告メッセージが表示されます。

指定できる範囲は0～1440（分）です。0を指定した場合，Device Managerサーバは，Virtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMの構成が変更されたかどうかをチェックしません。

デフォルト：10（分）

注意

GUIに警告メッセージが表示されていた場合は，該当するストレージシステムの情報を手動でリフレッシュしてください。
なお，ストレージシステムの構成変更後にユーザーが手動でリフレッシュを実行し忘れた場合に備えて，データベース上の情報が自動的に更新されるよう設定することもできます。次のプロパティを設定してください。
server.dispatcher.daemon.autoSynchro.doRefreshプロパティ
server.dispatcher.daemon.autoSynchro.typeプロパティ

Device Managerサーバでは，次の構成変更については検知できません。
・LDEVの状態（正常や閉塞，コピー中など）が変更される
・コピーペアを作成，変更または削除する
また，Universal Storage Platform V/VMでLDEVのアクセス属性（Read/WriteやRead Only，Protectなど）を変更した場合も検知できません。

Device Managerサーバでは，次の契機にもストレージシステムの構成が変更されたものとして扱われます。
・SVPを再起動する
・Storage Navigatorに表示されているストレージシステムの構成情報を更新する
・クラスタ構成のSVPを，実行系から待機系，または待機系から実行系に切り替える
・DKCの電源を入れる
・DPプールの構成が変更される※
・Copy-on-Write SnapshotまたはThin Imageのデータプールの構成が変更される※
注※
Virtual Storage PlatformまたはHUS VMの場合，server.dispatcher.daemon.configUpdate.detection.variable.enabledプロパティをfalseにすると，プールの構成変更についてはDevice ManagerのGUIに警告メッセージが表示されないようにできます。

関連項目

A.5.9 server.dispatcher.daemon.autoSynchro.doRefresh

A.5.10 server.dispatcher.daemon.autoSynchro.type

A.5.14 server.dispatcher.daemon.configUpdate.detection.variable.enabled

A.5.9 server.dispatcher.daemon.autoSynchro.doRefresh

Device ManagerサーバがVirtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMの構成が変更されていることを検知した場合に，データベース上のそのストレージシステムの情報を自動的にリフレッシュするかどうかを指定します。

trueを指定した場合，Device Managerサーバが検知したあと，ユーザーが手動でリフレッシュしなかったときには，server.dispatcher.daemon.autoSynchro.typeプロパティに指定された周期でデータベース上のVirtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMの情報が自動的にリフレッシュされます。falseを指定した場合は，自動的にはリフレッシュされません。

デフォルト：true

注意

trueを指定した場合，Virtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMの情報だけがデータベースに反映されます。Virtual Storage Platform，Universal Storage Platform V/VMまたはHUS VMのコマンドデバイスを認識しているホストの構成定義ファイルの情報は反映されません。

関連項目

A.5.10 server.dispatcher.daemon.autoSynchro.type

A.5.10 server.dispatcher.daemon.autoSynchro.type

データベース上のストレージシステム情報を自動的に更新（リフレッシュ）する周期を次のどれかの形式で指定します。

H：一定の時間ごとに自動リフレッシュする場合に指定します。server.dispatcher.daemon.autoSynchro.intervalプロパティで間隔を指定してください。

D：1日に1回，特定の時刻に自動リフレッシュする場合に指定します。server.dispatcher.daemon.autoSynchro.startTimeプロパティで時刻を指定してください。

W：週に1回，特定の曜日の特定の時刻に自動リフレッシュする場合に指定します。server.dispatcher.daemon.autoSynchro.dayOfWeekプロパティで曜日を，server.dispatcher.daemon.autoSynchro.startTimeプロパティで時刻を指定してください。

このプロパティは，server.dispatcher.daemon.autoSynchro.doRefreshプロパティでtrueを指定した場合にだけ有効になります。

デフォルト：D

関連項目

A.5.9 server.dispatcher.daemon.autoSynchro.doRefresh

A.5.11 server.dispatcher.daemon.autoSynchro.dayOfWeek

A.5.12 server.dispatcher.daemon.autoSynchro.startTime

A.5.13 server.dispatcher.daemon.autoSynchro.interval

A.5.11 server.dispatcher.daemon.autoSynchro.dayOfWeek

データベース上のストレージシステム情報を自動的に更新（リフレッシュ）する曜日を次のどれかの形式で指定します。

Sun Mon Tue Wed Thu Fri Sat

このプロパティはserver.dispatcher.daemon.autoSynchro.typeプロパティでWを指定した場合にだけ有効になります。また，管理サーバのタイムゾーンの設定に従って，自動リフレッシュが実行されます。

デフォルト：Fri

関連項目

A.5.10 server.dispatcher.daemon.autoSynchro.type

A.5.12 server.dispatcher.daemon.autoSynchro.startTime

データベース上のストレージシステム情報の自動更新（リフレッシュ）を開始する時刻を「hh:mm」の形式で指定します。

hhは00～23の範囲で，mmは00～59の範囲で指定します。このプロパティはserver.dispatcher.daemon.autoSynchro.typeプロパティでDまたはWを指定した場合にだけ有効になります。また，管理サーバのタイムゾーンの設定に従って，自動リフレッシュが実行されます。

デフォルト：23:00

関連項目

A.5.10 server.dispatcher.daemon.autoSynchro.type

A.5.13 server.dispatcher.daemon.autoSynchro.interval

データベース上のストレージシステム情報を自動的に更新（リフレッシュ）する間隔を時間単位で指定します。

指定できる範囲は1～24（時間）です。

このプロパティはserver.dispatcher.daemon.autoSynchro.typeプロパティでHを指定した場合にだけ有効になります。

デフォルト：24（時間）

関連項目

A.5.10 server.dispatcher.daemon.autoSynchro.type

A.5.14 server.dispatcher.daemon.configUpdate.detection.variable.enabled

Device ManagerサーバがVirtual Storage PlatformまたはHUS VMの構成が変更されているかどうかをチェックする際に，DPプールやCopy-on-Write Snapshotのデータプールの利用率など，値が逐次変化する項目についても監視対象にするかどうかを指定します。

trueを指定した場合は，監視対象になり，値の変化を検知した際にはDevice ManagerのGUIに警告メッセージが表示されます。falseを指定した場合，次の変更については監視対象にはならないで，警告メッセージも表示されません。

次のボリュームの利用率の変化

HDPボリューム

HDPプール

HDTプール

Copy-on-Write Snapshotのデータプール

Thin Imageのデータプール

次のボリュームの利用率の閾値の変更

HDPプール

HDTプール

Copy-on-Write Snapshotのデータプール

Thin Imageのデータプール

次のボリュームの最大予約容量の変更

HDPプール

HDTプール

Copy-on-Write Snapshotのデータプール

Thin Imageのデータプール

HDTプールのモニタリングモードの変更

HDTプールの性能モニタリングと階層再配置に関する設定変更

HDTボリュームの階層ポリシーに関する設定変更
HDTボリュームとは，HDTプールから作成（HDTプールと関連づけ）する仮想ボリュームです。

なお，このプロパティは，server.dispatcher.daemon.configUpdate.detection.intervalプロパティで0以外を指定した場合にだけ有効になります。

デフォルト：false

関連項目

A.5.8 server.dispatcher.daemon.configUpdate.detection.interval

A.5.15 server.dispatcher.daemon.autoSynchro.performance.doRefresh

［モビリティ］タブに表示される性能情報を自動的に更新（リフレッシュ）するかどうかを指定します。

trueを指定した場合，htnm.infoAcquirePeriodプロパティに指定した周期で，server.dispatcher.daemon.autoSynchro.performance.startTimeプロパティに指定した時刻に自動リフレッシュされます。

falseを指定した場合，自動的にはリフレッシュされません。性能情報をリフレッシュしたい場合は，次のどちらかの方法を実行します。

GUIの場合
［ストレージシステム更新］画面で，［性能情報を更新する］チェックボックスをチェックして，ストレージシステムをリフレッシュします。

CLIの場合
RefreshPerformanceDataコマンドを実行します。

デフォルト：true

関連項目

A.5.16 server.dispatcher.daemon.autoSynchro.performance.startTime

A.14.1 htnm.infoAcquirePeriod

A.5.16 server.dispatcher.daemon.autoSynchro.performance.startTime

［モビリティ］タブに表示される性能情報を更新する時刻を「hh:mm」の形式で指定します。

hhは00～23の範囲で，mmは00～59の範囲で指定します。このプロパティは，server.dispatcher.daemon.autoSynchro.performance.doRefreshプロパティでtrueを指定した場合にだけ有効になります。

デフォルト：00:10

関連項目

A.5.15 server.dispatcher.daemon.autoSynchro.performance.doRefresh

A.5.17 server.dispatcher.daemon.autoSynchro.logicalGroup.doRefresh

論理グループの情報を自動的に更新するかどうかを指定します。

trueを指定すると，次のタイミングで自動的に更新されます。

ストレージシステムの登録

ストレージシステムのリフレッシュ

ストレージシステムの削除

性能情報の自動更新（htnm.infoAcquirePeriodで指定した周期）

論理グループの作成および編集

ユーザーグループの作成，編集および削除

リソースグループの編集および削除

なお，論理グループの情報が自動的に更新されるのは，上記の操作をGUIで実行した場合だけです。

trueを指定しても上記の操作をCLIで実行した場合，またはfalseを指定した場合，論理グループの情報は自動的に更新されません。情報を更新する場合は，［モビリティ］タブの［論理グループ］で論理グループを選択し，［データ更新］ボタンをクリックしてください。

デフォルト：true

関連項目

A.14.1 htnm.infoAcquirePeriod

A.6 Device ManagerのMIMEに関するプロパティ（mime.propertiesファイル）

MIMEに関するプロパティは，mime.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥mime.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/mime.properties

このプロパティファイルには，Device Managerサーバによって認識されるすべてのMIMEタイプの翻訳/検索テーブルが含まれています。検索テーブル内の各プロパティは，特定の拡張子をそのファイルのMIMEタイプに割り当てます。通常，この設定を変更する必要はありません。また，このファイルへの追加は，専門知識のあるシステム管理者だけがするようにしてください。

A.7 Device ManagerのGUIに関するプロパティ（client.propertiesファイル）

GUIに関するプロパティは，client.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥client.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/client.properties

このプロパティファイルには，Device ManagerのGUIの表示および操作に関する設定が含まれています。

この節の構成

A.7.1 client.rmi.port

A.7.2 client.migration.use.legacymode

A.7.1 client.rmi.port

Device ManagerのRMIサーバのポート番号を指定します。

Device Managerサーバのserver.rmi.portプロパティに指定した値と同じ値を指定する必要があります。

デフォルト：23055

関連項目

A.2.4 server.rmi.port

A.7.2 client.migration.use.legacymode

Tiered Storage Manager GUIから，バージョン7.1.0以前に作成したマイグレーショングループを使ったマイグレーションを実行するかどうかを指定します。

マイグレーショングループを使ったマイグレーションを実行する場合は，trueを指定します。trueを指定すると，［ツール］－［Legacy Tiered Storage Manager］から，マイグレーショングループを使ったマイグレーション用の画面（LegacyモードのGUI）を起動できるようになります。

falseを指定した場合，マイグレーショングループを使ったマイグレーションはTiered Storage Manager GUIからはできません。

デフォルト：false

参考

バージョン7.1.1以降では，マイグレーション前に移動元のボリュームをマイグレーショングループとして定義する必要がなくなりました。

trueを指定した場合でも，［よく使うタスク］や［モビリティ］タブなどで［データマイグレーション］を選択すると，マイグレーションウィザードで移動元と移動先のボリュームを直接指定してマイグレーションできます。

trueとfalseのどちらを指定しても，Tiered Storage Manager CLIからはマイグレーショングループを使ったマイグレーションができます。

注意

このプロパティがfalseの場合，マイグレーショングループを使って作成したマイグレーションタスクは，［タスク＆アラート］タブの［タスク一覧］で参照・操作できません。 そのため，プロパティをtrueからfalseに変更する場合は，未完了のマイグレーションタスクが残っていないか確認してください。残っている場合は，次のどちらかの方法でタスクを終了させてください。

タスクを即時実行する

タスクをキャンセルし，プロパティをfalseに変更したあと，［データマイグレーション］ウィザードでタスクを再作成する

A.8 Device Managerのセキュリティに関するプロパティ

このマニュアルでは，以下の内容は，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制により非公開となっています。以下の内容については，製品に付属するマニュアルをご覧ください。

A.9 Device ManagerのSNMPトラップのログ出力に関するプロパティ（customizedsnmptrap.propertiesファイル）

SNMPトラップのログ出力に関するプロパティは， customizedsnmptrap.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥customizedsnmptrap.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/customizedsnmptrap.properties

この節の構成

A.9.1 customizedsnmptrap.customizedSNMPTrapEnable

A.9.2 customizedsnmptrap.customizelist

A.9.1 customizedsnmptrap.customizedSNMPTrapEnable

Device Managerで受信したSNMPトラップをログファイルに出力するかどうかを指定します。

出力する場合はtrue，出力しない場合はfalseを指定します。

trueを指定した場合は，customizedsnmptrap.customizelistプロパティも設定してください。

デフォルト：false

重要

server.dispatcher.daemon.receiveTrapプロパティにtrueを指定している場合，同じ事象に関するストレージシステムのSNMPトラップについては，ログファイルに二重に出力されることがあります。

関連項目

A.5.5 server.dispatcher.daemon.receiveTrap

A.9.2 customizedsnmptrap.customizelist

Device Managerで受信したSNMPトラップをログファイルに出力する際の重要度や出力形式を指定します。

customizedsnmptrap.customizelistプロパティの指定形式を次に示します。

customizedsnmptrap.customizelist = ¥
＜EnterpriseID1＞:＜一般トラップ番号1＞:＜固有トラップ番号1＞:＜重要度1＞:＜出力内容1＞, ¥
＜EnterpriseID2＞:＜一般トラップ番号2＞:＜固有トラップ番号2＞:＜重要度2＞:＜出力内容2＞, ¥
...
＜EnterpriseIDn＞:＜一般トラップ番号n＞:＜固有トラップ番号n＞:＜重要度n＞:＜出力内容n＞

表A-2 customizedsnmptrap.customizelistプロパティで指定する項目

項目
形式
説明

EnterpriseID
ドット表現
（例）.1.3.6.1.4.116.3.11.1.2
省略できません。

一般トラップ番号
0～6の数値
省略できません。

固有トラップ番号
数値
省略できません。

重要度
次に示すどれかの文字列で各トラップの重要度を指定します。
次に示す文字列以外は指定できません。

Information

Warning

Error

Critical

Alert

Null

省略できます。省略時はNullを指定したと見なされます。
メッセージIDのインジケーターは次のとおりに出力されます。

Information：-I

Warning：-W

Error/Critical/Alert：-E

Null：ログを出力しない

出力内容
次の文字列（変数）で出力内容を指定します。
次に示す文字列以外は指定できません。

$a

$e

$g

$s

$n（n=1以上の整数）

省略できます。省略時は$a$e$g$sの内容が出力されます。
重要度にNullを指定した場合この項目への指定は無効になります。
各変数の出力内容は次のとおりです。

$a：エージェントアドレス（ドット形式）

$e：EnterpriseID（ドット形式）

$g：一般トラップ番号

$s：固有トラップ番号

$n（n=1以上の整数）：n番目のバリアブルバインディングの値

項目を省略した場合でも，区切り文字のコロン（:）は入力してください。

複数の定義を指定する場合，コンマ（,）を区切り文字として使用してください。ただし，最後のエントリーの終わりにはコンマ（,）を入力しないでください。

途中で改行したい場合は，その行の終わりに円記号（¥）を入力してください。円記号（¥）のあとの改行は無視されます。

customizedsnmptrap.customizelistプロパティの指定例を，次に示します。

customizedsnmptrap.customizelist = ¥
.1.2.3:6:1:Information:$a$e$g$s$1$2, ¥
.1.3.6.1.4.1.2854:6:1:Warning:$e$a$s$3$2$1$g, ¥
.1.3.6.1.4.1.116.3.11.4.1.1:6:1:Error:$a$s, ¥
.1.3.6.1.4.1.116.3.11.4.1.1:6:100:Information:$a$s

デフォルト：なし

注意

このプロパティが指定されていない場合，customizedsnmptrap.customizedSNMPTrapEnableプロパティにtrueが設定されていても，SNMPトラップの情報はログに出力されません。

関連項目

A.9.1 customizedsnmptrap.customizedSNMPTrapEnable

A.10 Device Managerからラウンチするアプリケーションに関するプロパティ（launchapp.propertiesファイル）

ラウンチするアプリケーションに関するプロパティは，launchapp.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥launchapp.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/launchapp.properties

このプロパティファイルには，ラウンチされるアプリケーションがインストールされているサーバの情報が含まれています。

この節の構成

A.10.1 launchapp.snm2.url

A.10.2 launchapp.snm2.rmi.port

A.10.3 launchapp.elementmanager.role.mode

A.10.4 launchapp.elementmanager.usehostname

A.10.1 launchapp.snm2.url

クライアントのWebブラウザーからラウンチ実行するStorage Navigator Modular 2のWebサーバのURLを指定します。

このプロパティは，対象のストレージシステムがSANRISE9500VおよびHitachi AMS/WMSの場合に指定します。

次に，Storage Navigator Modular 2のWebサーバのURLを指定した例を示します。

launchapp.snm2.url=http://192.168.17.235:23015/program/StorageNavigatorModular/applet

デフォルト：なし

注意

IPv6アドレスは使用できません。IPv6環境ではホスト名で指定してください。

管理サーバにNICが複数搭載されている場合，URL内のIPアドレスには，管理クライアント（GUI）が接続されているネットワーク側のIPアドレスを指定してください。ホスト名は指定しないでください。

A.10.2 launchapp.snm2.rmi.port

Storage Navigator Modular 2で，RMIの通信に使用するポート番号を変更した場合，このプロパティに変更後のポート番号を指定します。

変更後のポート番号を指定しないと，Device ManagerはStorage Navigator Modular 2との連携ができません。有効な値は，1～65535です。

このプロパティは，対象のストレージシステムが，SANRISE9500VおよびHitachi AMS/WMSの場合に指定します。

Storage Navigator Modular（for Web）と同じマシン上で動作させる場合，Storage Navigator Modular（for Web）とStorage Navigator Modular 2のRMIの通信に使用するポート番号には，同じ番号を指定しないでください。

デフォルト：なし

関連項目

Storage Navigator Modular 2で設定した通信用ポート番号の参照方法および変更方法：Storage Navigator Modular 2のマニュアル

A.10.3 launchapp.elementmanager.role.mode

Element Managerを使用して，ストレージシステムのユーザーアカウントおよび監査ログを管理できるDevice Managerのユーザーの権限を指定します。

指定できる値は0または1です。指定する値によって，Element Managerでストレージシステムのユーザーアカウントおよび監査ログを管理できるDevice Managerのユーザーの権限が次のとおり変わります。

0：AdminまたはModify権限を持つユーザーだけが管理できます。

1：Admin権限を持つユーザーだけが管理できます。

デフォルト：0

注意

HUS100，Hitachi AMS2000，Hitachi SMS，およびHitachi AMS/WMSの場合は，Account Authenticationが有効である必要があります。

A.10.4 launchapp.elementmanager.usehostname

Element ManagerをラウンチしてエンタープライズクラスストレージまたはHUS VMに接続する場合，Element ManagerのURLにホスト名を表示するかどうかを指定します。

trueを指定すると，対象のストレージシステムをホスト名で指定してDevice Managerに登録した場合，Element ManagerのURLにホスト名を表示します。falseを指定した場合，Element ManagerのURLにIPアドレスを表示します。

デフォルト：true

A.11 ホストとの通信に関するプロパティ（host.propertiesファイル）

ホストとの通信に関するプロパティは，host.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥host.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/host.properties

この節の構成

A.11.1 host.mf.agent.connection.timeout

A.11.2 host.agent.access.timeoutForRpm

A.11.1 host.mf.agent.connection.timeout

Device Managerサーバが，Mainframe Agentとの通信処理をタイムアウトするまでの時間を秒単位で指定します。

有効な値は，0，30～3600（秒）です。0を指定した場合，タイムアウトしません。専門知識のあるシステム管理者が， Mainframe Agentに対して，パフォーマンスを微調整する場合だけ，この設定を変更してください。

デフォルト：300

A.11.2 host.agent.access.timeoutForRpm

Replication ManagerサーバがDevice Managerサーバ経由でDevice Managerエージェントからホスト情報を取得する際の通信タイムアウト時間を分単位で指定します。

有効な値は，1～1440（分）です。

デフォルト：15

A.12 Host Data Collectorとの連携に関するプロパティ（hostdatacollectors.propertiesファイル）

Host Data Collectorとの連携に関するプロパティは，hostdatacollectors.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥hostdatacollectors.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/hostdatacollectors.properties

この節の構成

A.12.1 hdc.request.timeout

A.12.2 hdc.rmiregistry

A.12.3 hdc.rmiserver

A.12.4 hdc.classloader

A.12.5 hdc.usessl

A.12.1 hdc.request.timeout

Device ManagerサーバからHost Data Collectorに対するリクエスト処理のタイムアウト値を指定します（単位：ミリ秒）。

1000～86400000 の値を設定できます。

Device Managerサーバが複数のHost Data Collectorと通信する場合は，すべてのHost Data Collectorとの通信に適用されます。

デフォルト：1800000

A.12.2 hdc.rmiregistry

Host Data CollectorがインストールされたマシンのIPアドレスまたはホスト名と，RMIレジストリーのポート番号を次の形式で指定します。

＜IPアドレスまたはホスト名＞:[＜ポート番号＞],＜IPアドレスまたはホスト名＞:[＜ポート番号＞],…

IPアドレスには，IPv4アドレスとIPv6アドレスの両方を使用できます。IPv6アドレスは必ず角括弧（[ ]）で囲んでください。

ポート番号は，hdcbase.propertiesファイルのhdc.common.rmi.registryPortプロパティまたはhdc.common.rmi.ssl.registryPortプロパティに指定した値と一致している必要があります。ポート番号を省略した場合，hdc.usesslプロパティの値がfalseのときは22098を，trueのときは22104を指定したものと見なされます。

Host Data Collectorがインストールされたマシンが複数台ある場合は，台数分，Host Data Collectorの情報を指定する必要があります。

デフォルト値：

管理サーバのOSがHost Data Collectorの前提OSである場合：127.0.0.1:22098

管理サーバのOSがHost Data Collectorの前提OSではない場合：なし

注意

Host Data CollectorがインストールされたマシンのIPアドレスまたはホスト名は，hdc.rmiregistryプロパティ，hdc.rmiserverプロパティおよびhdc.classloaderプロパティですべて同じにしてください。また，Host Data Collectorがインストールされたマシンに複数のIPアドレスが割り当てられている場合，Host Data Collectorのhdcbase.propertiesファイルのhdc.service.rmi.registryIPAddressプロパティも同じ値にしてください。

関連項目

A.12.3 hdc.rmiserver

A.12.4 hdc.classloader

A.12.5 hdc.usessl

C.2.4 hdc.common.rmi.registryPort

C.2.7 hdc.common.rmi.ssl.registryPort

C.2.10 hdc.service.rmi.registryIPAddress

A.12.3 hdc.rmiserver

Host Data CollectorがインストールされたマシンのIPアドレスまたはホスト名と，RMIサーバのポート番号を次の形式で指定します。

＜IPアドレスまたはホスト名＞:[＜ポート番号＞],＜IPアドレスまたはホスト名＞:[＜ポート番号＞],…

IPアドレスには，IPv4アドレスとIPv6アドレスの両方を使用できます。IPv6アドレスは必ず角括弧（[ ]）で囲んでください。

ポート番号は，Host Data Collectorのhdc.common.rmi.serverPortプロパティまたはhdc.common.rmi.ssl.serverPortプロパティに指定した値と一致している必要があります。ポート番号を省略した場合，hdc.usesslプロパティの値がfalseのときは22099を，trueのときは22105を指定したものと見なされます。

Host Data Collectorがインストールされたマシンが複数台ある場合は，台数分，Host Data Collectorの情報を指定する必要があります。

デフォルト値：

管理サーバのOSがHost Data Collectorの前提OSである場合：127.0.0.1:22099

管理サーバのOSがHost Data Collectorの前提OSではない場合：なし

注意

Host Data CollectorがインストールされたマシンのIPアドレスまたはホスト名は，hdc.rmiregistryプロパティ，hdc.rmiserverプロパティおよびhdc.classloaderプロパティですべて同じにしてください。また，Host Data Collectorがインストールされたマシンに複数のIPアドレスが割り当てられている場合，Host Data Collectorのhdcbase.propertiesファイルのhdc.service.rmi.registryIPAddressプロパティも同じ値にしてください。

関連項目

A.12.2 hdc.rmiregistry

A.12.4 hdc.classloader

A.12.5 hdc.usessl

C.2.5 hdc.common.rmi.serverPort

C.2.8 hdc.common.rmi.ssl.serverPort

C.2.10 hdc.service.rmi.registryIPAddress

A.12.4 hdc.classloader

Host Data CollectorがインストールされたマシンのIPアドレスまたはホスト名と，クラスローダーのポート番号を次の形式で指定します。

＜IPアドレスまたはホスト名＞:[＜ポート番号＞],＜IPアドレスまたはホスト名＞:[＜ポート番号＞],…

IPアドレスには，IPv4アドレスとIPv6アドレスの両方を使用できます。IPv6アドレスは必ず角括弧（[ ]）で囲んでください。

ポート番号は，Host Data Collectorのhdc.common.http.serverPortプロパティまたはhdc.common.https.serverPortプロパティに指定した値と一致している必要があります。ポート番号を省略した場合，hdc.usesslプロパティの値がfalseのときは22100を，trueのときは22106を指定したものと見なされます。

Host Data Collectorがインストールされたマシンが複数台ある場合は，台数分，Host Data Collectorの情報を指定する必要があります。

デフォルト値：

管理サーバのOSがHost Data Collectorの前提OSである場合：127.0.0.1:22100

管理サーバのOSがHost Data Collectorの前提OSではない場合：なし

注意

Host Data CollectorがインストールされたマシンのIPアドレスまたはホスト名は，hdc.rmiregistryプロパティ，hdc.rmiserverプロパティおよびhdc.classloaderプロパティですべて同じにしてください。また，Host Data Collectorがインストールされたマシンに複数のIPアドレスが割り当てられている場合，Host Data Collectorのhdcbase.propertiesファイルのhdc.service.rmi.registryIPAddressプロパティも同じ値にしてください。

関連項目

A.12.2 hdc.rmiregistry

A.12.3 hdc.rmiserver

A.12.5 hdc.usessl

C.2.6 hdc.common.http.serverPort

C.2.9 hdc.common.https.serverPort

C.2.10 hdc.service.rmi.registryIPAddress

A.12.5 hdc.usessl

Host Data CollectorマシンとDevice Managerサーバ間をSSLで通信するかどうかを指定します。

SSLで通信する場合はtrueを指定してください。非SSLで通信する場合はfalseを指定してください。

Host Data Collectorがインストールされたマシンが複数台ある場合，このプロパティの設定はすべてのHost Data Collectorマシンとの通信に適用されます。

デフォルト：false

A.13 マイグレーションに関するプロパティ（migration.propertiesファイル）

マイグレーションに関するプロパティは，migration.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥migration.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/migration.properties

この節の構成

A.13.1 migration.dataErase.defaultValue

A.13.2 migration.plan.candidateVolumeCountLimit

A.13.3 migration.plan.candidateCapacityGroupDisplayMaxCount

A.13.4 migration.multiExecution

A.13.1 migration.dataErase.defaultValue

［データマイグレーション］ウィザードを起動した際の［シュレッディング］チェックボックスの状態を指定します。

trueを設定した場合：

［シュレッディング］チェックボックスが選択された状態になります。

falseを設定した場合：

［シュレッディング］チェックボックスが選択されていない状態になります。

情報漏洩を防ぐため，マイグレーション後は移動元ボリュームのデータを消去することをお勧めします。

デフォルト：false

A.13.2 migration.plan.candidateVolumeCountLimit

マイグレーションプランを作成するときに表示される候補ボリューム数を絞り込むかどうかを指定します。

trueを設定すると，候補ボリューム数を絞り込みます。falseを設定すると，候補ボリューム数を絞り込みません。

デフォルト：true

A.13.3 migration.plan.candidateCapacityGroupDisplayMaxCount

マイグレーションプランを作成するときに，移動元ボリュームと同じ容量のボリュームに加えて，移動元ボリュームよりも容量が大きいボリュームを何番目まで候補ボリュームとして表示させるかを指定します。

指定できる値の範囲は，0～10です。0を指定した場合は，移動元ボリュームと同じ容量のボリュームだけ表示されます。

デフォルト：4

注意

移動元ボリュームよりも容量が大きいボリュームを移動先に指定した場合は，マイグレーションの実行前に，移動先ボリュームがいったん削除され，移動元ボリュームと同じ容量のボリュームに再作成されます。そのため，同じ容量のボリュームに移動する場合よりも，マイグレーションタスクの実行に時間が掛かります。

移動先ボリュームを再作成すると，移動元ボリュームとの容量の差だけ，パリティグループの空き容量が増加します。例えば，10GBの移動元ボリュームに対して，30GBのボリュームを移動先に指定した場合は，パリティグループの空き容量が20GB増加します。そのため，できるだけ移動元ボリュームとの容量の差が小さいボリュームを移動先に指定することをお勧めします。

A.13.4 migration.multiExecution

1つのストレージシステム内で同時に実行できるマイグレーションペアの数を指定します。

指定できる値の範囲は，1～64です。

デフォルト：8

A.14 Tuning Managerとの連携に関するプロパティ（tuningmanager.propertiesファイル ）

Tuning Managerとの連携に関するプロパティは，tuningmanager.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥tuningmanager.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/tuningmanager.properties

この節の構成

A.14.1 htnm.infoAcquirePeriod

A.14.2 htnm.servers

A.14.3 htnm.server.n.host

A.14.4 htnm.server.n.protocol

A.14.5 htnm.server.n.port

A.14.6 htnm.flashMode

A.14.7 hdvm.analytics.disabled

A.14.8 hdvm.analytics.healthcheck.excludeMainframe

A.14.9 hdvm.analytics.healthcheck.notification.exportreport.locale

A.14.1 htnm.infoAcquirePeriod

パリティグループの利用率やボリュームのIOPSなどの性能情報の集計単位を指定します。

指定方法は次の3とおりです。

day：性能情報を日単位で集計します。

week：性能情報を週単位で集計します。Tuning Managerでは月曜日から日曜日を1週間としています。

month：性能情報を月単位で集計します。Tuning Managerでは1日から月末日を1か月としています。

表示されるのは，集計が完了した性能情報です。そのため，dayを指定した場合は1日前の性能情報，weekを指定した場合は先週の性能情報，monthを指定した場合は先月の性能情報が表示されます。週や月の途中でストレージシステムをリフレッシュしても，同じ情報が表示されます。

デフォルト：day

A.14.2 htnm.servers

接続するTuning Managerサーバの数を指定します。

指定できる値の範囲は，0～50です。

デフォルト：0

A.14.3 htnm.server.n.host

アクセスするTuning Managerサーバのホスト名またはIPアドレスを指定します。

プロパティ名のnには，「0」から「htnm.serversプロパティで指定した値 － 1」までの値を指定します。

Device ManagerサーバとTuning Managerサーバが同一マシンの場合
Tuning ManagerサーバとHitachi Command Suite共通コンポーネント間の通信方式によって設定する値が異なります。

httpで通信するとき
ループバックアドレス（127.0.0.1またはlocalhost）を指定してください。

httpsで通信するとき
Hitachi Command Suite共通コンポーネントのサーバ証明書のCNに指定したホスト名を指定してください。大文字，小文字の区別も同じにしてください。

Device ManagerサーバとTuning Managerサーバが別マシンの場合
アクセスするTuning Managerサーバのホスト名またはIPv4アドレスを指定してください。IPv6アドレスは指定できません。

デフォルト：なし

A.14.4 htnm.server.n.protocol

Tuning ManagerサーバとHitachi Command Suite共通コンポーネント間の通信方式に応じて，httpまたはhttpsを指定します。

デフォルト：http

なお，プロパティ名のnには，「htnm.serversプロパティで指定した値 － 1」までの値を指定します。

A.14.5 htnm.server.n.port

アクセスするTuning ManagerサーバのHBase Storage Mgmt Web Serviceのポート番号を指定します。

htnm.server.n.protocolにhttpを指定した場合は，非SSL用のHBase Storage Mgmt Web Serviceのポート番号を指定します。htnm.server.n.protocolにhttpsを指定した場合は，SSL用のHBase Storage Mgmt Web Serviceのポート番号を指定します。

デフォルト：なし

なお，プロパティ名のnには，「htnm.serversプロパティで指定した値 － 1」までの値を指定します。

関連項目

A.14.4 htnm.server.n.protocol

A.14.6 htnm.flashMode

［分析］タブからTuning Managerの履歴レポートをラウンチする場合，履歴レポートのチャートの表示形式を指定します。

trueを指定すると，チャートをAdobe Flash Playerで表示します。falseを指定すると，チャートを画像（PNG 形式）で表示します。

デフォルト：true

A.14.7 hdvm.analytics.disabled

［分析］タブを非表示にします。

このプロパティはデフォルトでは存在しません。

［分析］タブを表示しない場合は，tuningmanager.propertiesファイルに，次のとおり指定してください。

hdvm.analytics.disabled=true

A.14.8 hdvm.analytics.healthcheck.excludeMainframe

メインフレームボリュームをヘルスチェックの分析対象にする場合に指定します。

デフォルトでは，メインフレームボリュームはヘルスチェックで分析されません。メインフレームボリュームも分析する場合は，このプロパティを指定してください。なお，このプロパティはデフォルトでは存在しないため，tuningmanager.propertiesファイルに，次のとおり指定してください。

hdvm.analytics.healthcheck.excludeMainframe=false

A.14.9 hdvm.analytics.healthcheck.notification.exportreport.locale

ヘルスチェック結果をEメールで通知する場合，ヘルスチェックレポートを添付するときのPDFファイルのロケールを指定します。

デフォルトでは，Device Managerサーバのロケールが指定されます。Device Managerサーバのロケールに日本語以外の言語が指定されている場合は，英語が指定されます。

Device Managerサーバのロケールとは別にPDFファイルのロケールを指定する場合は，このプロパティでロケールを指定してください。このプロパティにjaを指定すると日本語，enを指定すると英語のロケールが指定されます。

このプロパティはデフォルトでは存在しないため，次の形式で指定してください。

hdvm.analytics.healthcheck.notification.exportreport.locale=＜ロケール値＞

A.15 Universal Replicatorの性能分析に関するプロパティ（replication.propertiesファイル）

Universal Replicatorの性能分析に関するプロパティは，replication.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥replication.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/replication.properties

この節の構成

A.15.1 server.dispatcher.daemon.replication.config.doUpdate

A.15.2 server.dispatcher.daemon.replication.config.updateInterval

A.15.3 server.dispatcher.daemon.replication.config.offset

A.15.4 server.dispatcher.daemon.replication.config.minute

A.15.5 server.dispatcher.daemon.replication.performance.rpm.updateInterval

A.15.6 server.dispatcher.daemon.replication.performance.tnm.updateInterval

A.15.7 server.dispatcher.daemon.replication.performance.tnm.offset

A.15.8 server.dispatcher.daemon.replication.performance.tnm.minute

A.15.9 hdvm.replication.disabled

A.15.1 server.dispatcher.daemon.replication.config.doUpdate

プライマリーサイトとセカンダリーサイトのストレージシステム，コピーグループ，コピーペア，およびペア管理サーバの構成情報を定期的に収集するかどうかを指定します。

trueを指定すると，構成情報を定期的に収集します。

デフォルトでは，毎日2:00に構成情報を収集します。

ヘルスチェックやTuning Managerのポーリングの実行中に収集時刻を指定している場合は，収集時刻を変更することをお勧めします。

また，Replication Managerの構成情報の更新が完了してから構成情報を収集するように，収集時刻を指定することをお勧めします。Replication Managerの構成情報の更新が完了した時刻は，Replication Managerのイベントログから確認できます。

収集間隔や収集時刻を変更したい場合は，次のプロパティを編集してください。

server.dispatcher.daemon.replication.config.updateIntervalプロパティ：収集間隔

server.dispatcher.daemon.replication.config.offsetプロパティ：収集開始時刻の時

server.dispatcher.daemon.replication.config.minuteプロパティ：収集開始時刻の分

falseを指定した場合は，定期的には収集しません。この場合は，［レプリケーション］タブで構成情報を収集してください。

デフォルト：true

関連項目

A.15.2 server.dispatcher.daemon.replication.config.updateInterval

A.15.3 server.dispatcher.daemon.replication.config.offset

A.15.4 server.dispatcher.daemon.replication.config.minute

Replication Managerのイベントログについて：マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」

A.15.2 server.dispatcher.daemon.replication.config.updateInterval

プライマリーサイトとセカンダリーサイトのストレージシステム，コピーグループ，コピーペア，およびペア管理サーバの構成情報を収集する間隔を指定します。

指定できる値は，8，12，または24（時間）です。

このプロパティは，server.dispatcher.daemon.replication.config.doUpdateプロパティでtrueを指定した場合にだけ有効になります。

デフォルト：24（時間）

関連項目

A.15.1 server.dispatcher.daemon.replication.config.doUpdate

A.15.3 server.dispatcher.daemon.replication.config.offset

プライマリーサイトとセカンダリーサイトのストレージシステム，コピーグループ，コピーペア，およびペア管理サーバの構成情報を収集する開始時刻の時を指定します。

server.dispatcher.daemon.replication.config.updateIntervalプロパティに8または12を指定した場合は，1日に構成情報を複数回収集するため，1日の最初に収集する開始時刻の時を指定します。

例えば，このプロパティに3を指定すると，次のように構成情報を収集します。

server.dispatcher.daemon.replication.config.updateIntervalプロパティに8を指定した場合
毎日3:00，11:00，19:00に収集します。

server.dispatcher.daemon.replication.config.updateIntervalプロパティに12を指定した場合
毎日3:00，15:00に収集します。

server.dispatcher.daemon.replication.config.updateIntervalプロパティに24を指定した場合
毎日3:00に収集します。

0～23の範囲で，server.dispatcher.daemon.replication.config.updateIntervalプロパティに指定した値よりも小さい値を指定してください。

このプロパティは，server.dispatcher.daemon.replication.config.doUpdateプロパティでtrueを指定した場合にだけ有効になります。

デフォルト：2

関連項目

A.15.1 server.dispatcher.daemon.replication.config.doUpdate

A.15.2 server.dispatcher.daemon.replication.config.updateInterval

A.15.4 server.dispatcher.daemon.replication.config.minute

プライマリーサイトとセカンダリーサイトのストレージシステム，コピーグループ，コピーペア，およびペア管理サーバの構成情報を収集する開始時刻の分を指定します。

指定できる範囲は，0～59（分）です。

このプロパティは，server.dispatcher.daemon.replication.config.doUpdateプロパティでtrueを指定した場合にだけ有効になります。

デフォルト：0（分）

関連項目

A.15.1 server.dispatcher.daemon.replication.config.doUpdate

A.15.5 server.dispatcher.daemon.replication.performance.rpm.updateInterval

C/Tデルタやジャーナルボリューム使用率などの性能情報を，Replication Managerから収集する間隔を分単位で指定します。

3～60の範囲で，60の約数を指定してください。

デフォルト：5（分）

A.15.6 server.dispatcher.daemon.replication.performance.tnm.updateInterval

ストレージシステムのプロセッサの利用率や，ストレージシステムのキャッシュメモリーのうち，書き込み待ちデータの割合などの性能情報を，Tuning Managerから収集する間隔を指定します。

指定できる値は，4，8，12，または24（時間）です。

デフォルト：4（時間）

A.15.7 server.dispatcher.daemon.replication.performance.tnm.offset

ストレージシステムのプロセッサの利用率や，ストレージシステムのキャッシュメモリーのうち，書き込み待ちデータの割合などの性能情報を，Tuning Managerから収集する開始時刻の時を指定します。

server.dispatcher.daemon.replication.performance.tnm.updateIntervalプロパティに4，8，または12を指定した場合は，1日に性能情報を複数回収集するため，1日の最初に収集する開始時刻の時を指定します。

例えば，このプロパティに2を指定すると，次のように性能情報を収集します。

server.dispatcher.daemon.replication.performance.tnm.updateIntervalプロパティに4を指定した場合
毎日2:00，6:00，10:00，14:00，18:00，22:00に収集します。

server.dispatcher.daemon.replication.performance.tnm.updateIntervalプロパティに8を指定した場合
毎日2:00，10:00，18:00に収集します。

server.dispatcher.daemon.replication.performance.tnm.updateIntervalプロパティに12を指定した場合
毎日2:00，14:00に収集します。

server.dispatcher.daemon.replication.performance.tnm.updateIntervalプロパティに24を指定した場合
毎日2:00に収集します。

0～23の範囲で，server.dispatcher.daemon.replication.performance.tnm.updateIntervalプロパティに指定した値よりも小さい値を指定してください。

ヘルスチェックやTuning Managerのポーリングの実行中に収集時刻を指定している場合は，収集時刻を変更することをお勧めします。

デフォルト：3

関連項目

A.15.6 server.dispatcher.daemon.replication.performance.tnm.updateInterval

A.15.8 server.dispatcher.daemon.replication.performance.tnm.minute

ストレージシステムのプロセッサの利用率や，ストレージシステムのキャッシュメモリーのうち，書き込み待ちデータの割合などの性能情報を，Tuning Managerから収集する開始時刻の分を指定します。

指定できる範囲は，0～59（分）です。

デフォルト：5（分）

A.15.9 hdvm.replication.disabled

［レプリケーション］タブを非表示にします。

このプロパティはデフォルトでは存在しません。

［レプリケーション］タブを表示しない場合は，replication.propertiesファイルに，次のとおり指定してください。

hdvm.replication.disabled=true

A.16 Replication Managerとの連携に関するプロパティ（rpmlib.propertiesファイル）

Replication Managerとの連携に関するプロパティは，rpmlib.propertiesファイルに含まれています。

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config¥rpmlib.properties

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config/rpmlib.properties

この節の構成

A.16.1 rpmlib.rpm.port

A.16.1 rpmlib.rpm.port

Replication Managerサーバとの連携に使用するポート番号を指定します。

ポート番号は，Replication Managerサーバのbase.propertiesファイルにあるbase.rmi.portプロパティの値と合わせてください。

デフォルト：25200

関連項目

Replication Managerサーバのbase.propertiesファイルにあるbase.rmi.portプロパティについて：マニュアル「Hitachi Command Suite Replication Manager Software システム構成ガイド」

A.17 CIM/WBEM機能に関するプロパティ（jserver.propertiesファイル，cimxmlcpa.propertiesファイル，cimxmlscpa.propertiesファイル）

CIM/WBEM機能に関するプロパティは，jserver.propertiesファイル，cimxmlcpa.propertiesファイル，およびcimxmlscpa.propertiesファイルに含まれています。

jserver.propertiesファイルの格納先

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥config

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/config

cimxmlcpa.propertiesファイルおよびcimxmlscpa.propertiesファイルの格納先

Windowsの場合：
＜Device Managerサーバのインストールフォルダ＞¥HiCommandServer¥wsi¥server¥jserver¥bin

SolarisまたはLinuxの場合：
＜Device Managerサーバのインストールディレクトリ＞/HiCommandServer/wsi/server/jserver/bin

この節の構成

A.17.1 com.wbemsolutions.jserver.bindto

A.17.2 HTTPPort

A.17.3 HTTPSPort

A.17.1 com.wbemsolutions.jserver.bindto

1台の管理サーバに複数のIPアドレスが割り当てられている場合に，SLPに登録するIPアドレスを指定します。

CIMクライアントからアクセスできるIPアドレスを指定する必要があります。

このプロパティは，jserver.propertiesファイルに指定します。com.wbemsolutions.jserver.bindtoプロパティはデフォルトでは存在しないため，次の形式でプロパティを指定してください。

com.wbemsolutions.jserver.bindto=＜IPアドレス＞

A.17.2 HTTPPort

非SSL通信の場合に，CIM/WBEM機能で使用するポート番号を指定します。

このプロパティは，cimxmlcpa.propertiesファイルに指定します。cimxmlcpa.propertiesファイルはデフォルトでは存在しないため，ファイルを新規作成し，次の形式でプロパティを指定してください。

HTTPPort=＜ポート番号＞

注意

このプロパティの値を変更した場合は，Device Managerサーバのserver.cim.http.portプロパティも同じ値に変更してください。

cimxmlcpa.propertiesファイルは，Device Managerサーバのサービスを起動した際に削除されます。ポート変更の際は，そのつどcimxmlcpa.propertiesファイルを新規作成してください。

関連項目

A.2.13 server.cim.http.port

A.17.3 HTTPSPort

SSL通信の場合に，CIM/WBEM機能で使用するポート番号を指定します。

このプロパティは，cimxmlscpa.propertiesファイルに指定します。cimxmlscpa.propertiesファイルはデフォルトでは存在しないため，ファイルを新規作成し，次の形式でプロパティを指定してください。

HTTPSPort=＜ポート番号＞

注意

cimxmlscpa.propertiesファイルには，Ciphersプロパティも必ず指定してください。

このプロパティの値を変更した場合は，Device Managerサーバのserver.cim.https.portプロパティも同じ値に変更してください。

cimxmlscpa.propertiesファイルは，Device Managerサーバのサービスを起動した際に削除されます。ポート変更の際は，そのつどcimxmlscpa.propertiesファイルを新規作成してください。

関連項目

A.2.14 server.cim.https.port

付録B. Tiered Storage Managerサーバのプロパティ

ここでは，Tiered Storage Managerサーバのプロパティファイルについて説明します。　

この付録の構成

B.1 Tiered Storage Managerサーバのプロパティファイル

B.2 Tiered Storage Managerサーバの動作に関するプロパティ（server.propertiesファイル ）

B.3 Tiered Storage ManagerのGUIに関するプロパティ（client.propertiesファイル ）

B.4 Tiered Storage Managerのデータベースに関するプロパティ（database.propertiesファイル）

B.5 Tiered Storage ManagerからDevice Managerサーバへのアクセスに関するプロパティ（devicemanager.propertiesファイル）

B.6 Tiered Storage Managerのログ出力に関するプロパティ（logger.propertiesファイル）

B.7 Tiered Storage Managerのセキュリティに関するプロパティ

B.1 Tiered Storage Managerサーバのプロパティファイル

Tiered Storage Managerサーバのプロパティファイルには，Tiered Storage Managerサーバの動作に関するプロパティファイルやDevice Managerサーバへのアクセスに関するプロパティファイルなどがあります。 Tiered Storage Managerサーバのプロパティファイルは，Tiered Storage Manager CLIまたはLegacyモードのTiered Storage Manager GUIからの操作（処理）にだけ適用されます。

Tiered Storage Managerサーバのプロパティファイルを次の表に示します。

表B-1 Tiered Storage Managerサーバのプロパティファイル

プロパティファイル | 説明
server.propertiesファイル | Tiered Storage Managerサーバの動作に関するプロパティファイルです。
client.propertiesファイル | Tiered Storage ManagerのGUIに関するプロパティファイルです。
database.propertiesファイル | Tiered Storage Managerのデータベースに関するプロパティファイルです。
devicemanager.propertiesファイル | Tiered Storage ManagerからDevice Managerサーバへのアクセスに関するプロパティファイルです。
logger.propertiesファイル | Tiered Storage Managerのログ出力に関するプロパティファイルです。

注意

誤った指定をした場合は，プロパティの読み込みに失敗し，起動できません。指定を誤ったプロパティは，コマンドログまたはメッセージログに出力されます。

クラスタ構成の場合，特別な理由がないかぎり，実行系ノードと待機系ノードのプロパティファイルの内容は同じにしてください。

デフォルト値は新規インストールした際に設定される値です。

この節の構成

B.1.1 Tiered Storage Managerサーバのプロパティの変更

B.1.2 Tiered Storage Managerサーバのプロパティファイルの記述規則

B.1.1 Tiered Storage Managerサーバのプロパティの変更

Tiered Storage Managerサーバのプロパティファイルは，テキストエディターを使用して編集します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Tiered Storage Managerサーバのプロパティを変更するには：

Hitachi Command Suite製品のサービスを停止します。

テキストエディターで，Tiered Storage Managerサーバのプロパティファイルに適切な値を設定します。

Hitachi Command Suite製品のサービスを起動します。

参考

Tiered Storage Managerサーバのプロパティを新規インストール時の設定に戻す場合には，次の場所に格納されているひな形を使ってください。

Windows の場合：

＜Tiered Storage Manager サーバのインストールフォルダ＞¥template

SolarisまたはLinuxの場合：

＜Tiered Storage Manager サーバのインストールディレクトリ＞/template

関連項目

9.2 サービスの起動

9.3 サービスの停止

B.1.2 Tiered Storage Managerサーバのプロパティファイルの記述規則

プロパティファイルは，Javaプロパティファイル形式です。

プロパティファイルは，次の記述規則に従って作成されている必要があります。

各プロパティは，foo.bar=12345のように，「=」で区切られた名前と値の対で指定します。

個々のプロパティは，行区切り文字（改行）で区切ります。

行頭に番号記号（#）がある場合，その行は注釈行になります。

リテラル（文字列または数値）を引用符で囲む必要はありません。

円記号（¥）はエスケープ文字を表す予約文字になります。Windowsでは，絶対パス名を表すときに円記号（¥）を含むので，「¥¥」と指定する必要があります。
例えば，ファイルパス名C:¥HiCommand¥docroot¥foo.barは，C:¥¥HiCommand¥¥docroot¥¥foo.barと入力します。プロパティの指定では，そのほかの文字にはエスケープ文字「¥」を付ける必要はありません。

プロパティファイル内に同じプロパティ名で複数の設定がされている場合，ファイルの最後に設定したプロパティの値が有効になります。

行末に円記号（¥）がある場合，次の行は継続行になります。

B.2 Tiered Storage Managerサーバの動作に関するプロパティ（server.propertiesファイル ）

Tiered Storage Managerサーバの動作に関するプロパティは，server.propertiesファイルに含まれています。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥server.properties

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/server.properties

この節の構成

B.2.1 server.rmi.secure

B.2.2 server.rmi.port

B.2.3 server.rmi.security.port

B.2.4 server.base.initialsynchro

B.2.5 server.mail.smtp.host

B.2.6 server.mail.from

B.2.7 server.mail.errorsTo

B.2.8 server.mail.smtp.port

B.2.9 server.mail.smtp.auth

B.2.10 server.eventNotification.mail.to

B.2.11 server.eventMonitoringIntervalInMinute

B.2.12 server.migration.multiExecution

B.2.13 server.checkOutVolumeRange

B.2.14 server.migration.dataErase.defaultValue

B.2.15 server.migrationPlan.candidateVolumeCountLimit

B.2.16 server.migrationPlan.candidateCapacityGroupDisplayMaxCount

B.2.17 server.migration.maxRetryCount

B.2.1 server.rmi.secure

Tiered Storage ManagerサーバとCLIクライアント間をSSLで通信するかどうかを指定します。

SSLで通信するよう指定すると，Tiered Storage ManagerサーバとCLIクライアント間のデータ転送を暗号化できます。

指定できる値は1から4です。

1：非SSLで通信します。

2：SSLで通信します。

3：高度なセキュリティ設定のSSLで通信します。

4：高度なセキュリティ設定で，かつ使用する暗号方式（Cipher Suite）をセキュリティポリシーに合わせて制限した状態でSSLで通信します。使用する暗号方式はserver.rmi.security.enabledCipherSuitesプロパティで設定します。

デフォルト：1

B.2.2 server.rmi.port

Tiered Storage Managerサーバが処理要求を受け付けるRMIポート番号（非SSL通信用）を指定します。

指定できる値の範囲は，1～65535です。

このプロパティは，server.rmi.secureプロパティに1を指定した場合に有効になります。

デフォルト：20352

注意

このプロパティの値を変更したら，次の設定も変更する必要があります。

Tiered Storage Manager CLIのhtsmcli.propertiesファイルのhtsmserver.locationプロパティ（Tiered Storage Managerサーバと非SSLで通信している場合）

Sun Clusterに登録されたTiered Storage Managerサーバのポート番号（管理サーバをクラスタ構成にしている場合）

関連項目

(6) クラスタリソースの登録（Sun Clusterの場合）

B.2.1 server.rmi.secure

B.2.3 server.rmi.security.port

Tiered Storage Managerサーバが処理要求を受け付けるRMIポート番号（SSL通信用）を指定します。

指定できる値の範囲は，1～65535です。

このプロパティは，server.rmi.secureプロパティに2，3または4を指定した場合に有効になります。

デフォルト：24500

注意

このプロパティの値を変更したら，次の設定も変更する必要があります。

Tiered Storage Manager CLIのhtsmcli.propertiesファイルのhtsmserver.locationプロパティ（Tiered Storage ManagerサーバとSSLで通信している場合）

Sun Clusterに登録されたTiered Storage Managerサーバのポート番号（管理サーバをクラスタ構成にしている場合）

関連項目

(6) クラスタリソースの登録（Sun Clusterの場合）

B.2.1 server.rmi.secure

B.2.4 server.base.initialsynchro

Tiered Storage Managerサーバが起動したときに，ナビゲーションツリーに含まれているTiered Storage Managerの構成情報と，Hitachi Command Suite共通コンポーネントのデータベースとの同期を取るかどうかを指定します。

指定できる値はブール値です。trueに設定すると，同期を取ります。falseに設定すると，同期を取りません。

Tiered Storage Managerのデータベースを個別にリストアすると，Tiered Storage Managerサーバの再起動時にTiered Storage Managerのストレージ構成情報とHitachi Command Suite共通コンポーネントのデータベースとの不整合が発生することがあります。その場合は，trueを指定してください。

デフォルト：false

B.2.5 server.mail.smtp.host

イベント通知メール送信時にアクセスするSMTPサーバのホスト名またはIPアドレスを指定します。

IPv6アドレスを入力する場合は，IPv6アドレスを[ ]で囲んでください。

デフォルト：なし

B.2.6 server.mail.from

イベント通知メールの通知元（差出人）のメールアドレスを指定します。

運用環境によっては，ドメイン名がないアドレスからのEメールを受信できないこともあります。プロパティの設定値を変更するか，SMTPサーバの環境設定を変更してください。

デフォルト：htsmserver

B.2.7 server.mail.errorsTo

イベント通知メールが配信エラーとなったときに送信される配信不能通知の送信先メールアドレスを指定します。

このプロパティを指定していない場合は，server.mail.fromに指定したメールアドレスに送信されます。ただし，配信不能通知が送信される条件は，SMTPサーバの設定によって異なります。SMTPサーバの設定を確認してください。

デフォルト：なし

関連項目

B.2.6 server.mail.from

B.2.8 server.mail.smtp.port

イベント通知メール送信時にアクセスするSMTPサーバのポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：25

B.2.9 server.mail.smtp.auth

イベント通知メール送信時にSMTP認証をするかどうかを指定します。

指定する値はブール値です。trueに設定すると，SMTP認証をします。falseに設定すると，SMTP認証をしません。ただし，SMTP認証をする設定にしていても，使用するメールサーバがSMTP認証に対応していない場合，SMTP認証をしないでメールが送信されます。使用するメールサーバの仕様を確認して，SMTP認証の設定をしてください。

デフォルト：false

B.2.10 server.eventNotification.mail.to

イベント通知メールの送信先メールアドレスを指定します。

このプロパティに設定するメールアドレスには，すべてのイベントの通知メールが送られます。

デフォルト：なし

B.2.11 server.eventMonitoringIntervalInMinute

イベント通知メールを送信するイベントのうち，ボリュームロック期限満了および指定期間経過の監視間隔を分単位で指定します。

指定できる値の範囲は，1～35,791です。

デフォルト：720

B.2.12 server.migration.multiExecution

1つのストレージシステム内で同時に実行できるマイグレーションペアの数を指定します。

指定できる値の範囲は，1～64です。

デフォルト：8

B.2.13 server.checkOutVolumeRange

ボリューム検索や，ストレージ階層の定義で検索条件を指定したとき，検索条件で指定した値が指定できる値であることをチェックするかどうかを指定します。

指定できる値はブール値です。trueに設定すると，チェックします。falseに設定すると，チェックしません。

デフォルト：true

注意

falseに設定すると，検索条件をチェックしません。falseに設定した場合は，検索条件を間違えないよう十分注意してください。通常は，デフォルト（true：検索条件をチェックする）のままにしてください。

B.2.14 server.migration.dataErase.defaultValue

［マイグレーション］ウィザードを起動した際の［移動元ボリュームのデータ消去］チェックボックスの状態，およびCreateMigrationTask コマンドでerasedataパラメーターの指定を省略した場合の動作を指定します。

指定できる値はブール値です。

trueを設定した場合：

［マイグレーション］ウィザードは［移動元ボリュームのデータ消去］チェックボックスが選択された状態で起動します。また，CreateMigrationTask コマンドでerasedataパラメーターを省略した場合はYesを指定したものとして動作します。

falseを設定した場合：

［マイグレーション］ウィザードの初期表示では［移動元ボリュームのデータ消去］チェックボックスが選択されていない状態で起動します。また，CreateMigrationTask コマンドでerasedataパラメーターを省略した場合はNoを指定したものとして動作します。

情報漏洩を防ぐため，マイグレーション後は移動元ボリュームのデータを消去することをお勧めします。

デフォルト：false

B.2.15 server.migrationPlan.candidateVolumeCountLimit

マイグレーションプランを作成するときに表示される候補ボリューム数を絞り込むかどうか，指定します。

指定できる値はブール値です。trueに設定すると，候補ボリューム数を絞り込みます。falseに設定すると，候補ボリューム数を絞り込みません。

デフォルト：true

B.2.16 server.migrationPlan.candidateCapacityGroupDisplayMaxCount

マイグレーションプランを作成するときに，移動元ボリュームと同じ容量のボリュームに加えて，移動元ボリュームよりも容量が大きいボリュームを何番目まで候補ボリュームとして表示させるかを指定します。

指定できる値の範囲は，0～10です。0を指定した場合は，移動元ボリュームと同じ容量のボリュームだけ表示されます。

デフォルト：4

注意

移動元ボリュームよりも容量が大きいボリュームを移動先に指定した場合は，マイグレーションの実行前に，移動先ボリュームがいったん削除され，移動元ボリュームと同じ容量のボリュームに再作成されます。そのため，同じ容量のボリュームに移動する場合よりも，マイグレーションタスクの実行に時間が掛かります。

移動先ボリュームを再作成すると，移動元ボリュームとの容量の差だけ，パリティグループの空き容量が増加します。例えば，10GBの移動元ボリュームに対して，30GBのボリュームを移動先に指定した場合は，パリティグループの空き容量が20GB増加します。そのため，できるだけ移動元ボリュームとの容量の差が小さいボリュームを移動先に指定することをお勧めします。

B.2.17 server.migration.maxRetryCount

Tiered Storage Managerサーバがストレージシステムへタスク実行の要求をリトライするときの最大リトライ回数を指定します。

ユーザーがストレージシステムの構成を変更していたりModifyモードでストレージシステムを操作していたりするために，ストレージシステムが要求を一時的に受け付けなくなった場合，5分ごとにストレージシステムへ要求をリトライできます。

指定できる値の範囲は，0～2,147,483,647です。0を指定した場合は，リトライされません。

デフォルト：5

B.3 Tiered Storage ManagerのGUIに関するプロパティ（client.propertiesファイル ）

GUIに関するプロパティは，client.propertiesファイルに含まれています。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥client.properties

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/client.properties

この節の構成

B.3.1 client.ldev.rowsperpage.retain.enabled

B.3.1 client.ldev.rowsperpage.retain.enabled

ソータブルテーブルの1ページ当たりの表示行数を変更した場合に，その設定を保持するかどうかを指定します。

このプロパティでtrueを指定すると，あるユーザーがあるソータブルテーブルで表示行数を変更した場合には，次に同じユーザーが同じソータブルテーブルを参照した際にも前回変更した行数で初期表示されます。設定した表示行数はユーザーアカウントごと，ソータブルテーブルごとに保持されます。

falseを指定した場合は，1ページ当たり25行表示された状態でソータブルテーブルが初期表示されます。

デフォルト：true

重要

設定値をtrueからfalseに変更しても，各ユーザーが変更した表示行数の設定はTiered Storage Managerサーバに保存されています。再度，trueを設定した場合には，以前にユーザーが設定した表示行数でソータブルテーブルが初期表示されます。

B.4 Tiered Storage Managerのデータベースに関するプロパティ（database.propertiesファイル）

データベースに関するプロパティは，database.propertiesファイルに含まれています。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥database.properties

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/database.properties

この節の構成

B.4.1 dbm.traceSQL

B.4.1 dbm.traceSQL

トレースログにSQLを出力するかどうかを指定します。

指定できる値はブール値です。trueに設定すると，SQLを出力します。falseに設定すると，SQLを出力しません。

デフォルト：false

B.5 Tiered Storage ManagerからDevice Managerサーバへのアクセスに関するプロパティ（devicemanager.propertiesファイル）

Device Managerサーバへのアクセスに関するプロパティは，devicemanager.propertiesファイルに含まれています。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥devicemanager.properties

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/devicemanager.properties

この節の構成

B.5.1 hdvm.protocol

B.5.2 hdvm.port

B.5.3 hdvm.timeout

B.5.4 hdvm.rmi.port

B.5.1 hdvm.protocol

Device Managerサーバにアクセスするときに使用するプロトコルを指定します。

デフォルト：http

B.5.2 hdvm.port

アクセスするDevice Managerサーバのポート番号を指定します。

Device Managerサーバのserver.http.portプロパティに指定した値と同じ値を指定する必要があります。

デフォルト：2001

関連項目

A.2.2 server.http.port

B.5.3 hdvm.timeout

アクセスするDevice Managerサーバと通信するときのタイムアウトまでの時間をミリ秒で指定します。

0を指定すると，タイムアウトしない設定になります。

指定できる値の範囲は，0～2,147,483,647です。

デフォルト：0

B.5.4 hdvm.rmi.port

Device ManagerのRMIサーバのポート番号を指定します。

Device Managerサーバのserver.rmi.portプロパティに指定した値と同じ値を指定する必要があります。

デフォルト：23055

関連項目

A.2.4 server.rmi.port

B.6 Tiered Storage Managerのログ出力に関するプロパティ（logger.propertiesファイル）

ログ出力に関するプロパティは，logger.propertiesファイルに含まれています。

Windowsの場合：
＜Tiered Storage Managerサーバのインストールフォルダ＞¥conf¥logger.properties

SolarisまたはLinuxの場合：
＜Tiered Storage Managerサーバのインストールディレクトリ＞/conf/logger.properties

出力レベルのしきい値に指定した値と出力されるメッセージの関係を次の図に示します。

図B-1 出力レベルのしきい値に指定した値と出力されるメッセージの関係

この節の構成

B.6.1 logger.messagelogLevel

B.6.2 logger.tracelogLevel

B.6.3 logger.syslogLevel

B.6.4 logger.serverMessageFileCount

B.6.5 logger.serverTraceFileCount

B.6.6 logger.guiMessageFileCount

B.6.7 logger.guiTraceFileCount

B.6.8 logger.serverMessageMaxFileSize

B.6.9 logger.serverTraceMaxFileSize

B.6.10 logger.guiMessageMaxFileSize

B.6.11 logger.guiTraceMaxFileSize

B.6.1 logger.messagelogLevel

Tiered Storage Managerが出力するメッセージログに対して，出力レベルのしきい値を指定します。

このプロパティが対象とするログは，Tiered Storage Managerサーバのメッセージログ（HTSMServerMessagen.log）およびGUIのメッセージログ（HTSMGuiMessagen.log）です。

Tiered Storage Managerでは，ログ出力メッセージの内容に応じた出力レベルが用意されています。このプロパティで指定した値以下の出力レベルのメッセージが，メッセージログに出力されます。

指定できる値の範囲は，0～30です。デフォルトでの運用をお勧めします。ただし，出力レベルが30で出力されるメッセージはないため，30を指定しても20を指定した場合と出力されるメッセージに差異はありません。

デフォルト：20

表B-2 メッセージログの出力レベル

メッセージ種別 | 出力レベル | メッセージ説明
エラー | 0 | 管理サーバの運用に影響を与えるエラーが発生した。
10 | 操作ミスなどによる実行エラーが発生した。
警告 | 20 | 制限があるものの実行できるエラーが発生した。
情報 | 0 | 管理サーバやGUIの動作に関する情報が発生した。
20 | 操作ごとの処理に関する情報が発生した。

B.6.2 logger.tracelogLevel

Tiered Storage Managerが出力するトレースログに対して，出力レベルのしきい値を指定します。

このプロパティが対象とするログは，Tiered Storage Managerサーバのトレースログ（HTSMServerTracen.log）およびGUIのトレースログ（HTSMGuiTracen.log）です。

Tiered Storage Managerでは，ログ出力メッセージの内容に応じた出力レベルが用意されています。このプロパティで指定した値以下の出力レベルのメッセージが，トレースログに出力されます。

指定できる値の範囲は，0～30です。デフォルトでの運用をお勧めします。

デフォルト：20

表B-3 トレースログの出力レベル

メッセージ種別 | 出力レベル | メッセージ説明
エラー | 0 | 管理サーバやServletの運用に影響を与えるエラーが発生した。
10 | 操作ミスなどによる実行エラーが発生した。
警告 | 20 | 制限があるものの実行できるエラーが発生した。
情報 | 0 | 管理サーバや管理クライアントの動作に関する情報が発生した。
10 | ほかのプログラムやマシンとのやり取りに関する情報が発生した。
20 | 主要なメソッドの開始や停止，主要なオブジェクトの作成や削除に関する情報が発生した。
30 | 詳細な情報が発生した。

B.6.3 logger.syslogLevel

Tiered Storage Managerが出力するイベントログまたはsyslogに対して，出力レベルのしきい値を指定します。

イベントログおよびsyslogは，メッセージログの中で特に重要なメッセージを出力します。このプロパティで指定した値以下の出力レベルのメッセージが，イベントログまたはsyslogに出力されます。

指定できる値の範囲は，0～30です。デフォルトでの運用をお勧めします。

デフォルト：0

B.6.4 logger.serverMessageFileCount

Tiered Storage Managerサーバが出力するメッセージログの最大バックアップ数を指定します。

指定できる値の範囲は，2～16です。

ログファイルがlogger.serverMessageMaxFileSizeプロパティで指定された最大長に達すると，HTSMServerMessage2.logのようにカウンターが追加された形式にファイル名が変更されます。ログファイルはカウンターの順に使用され，ログ情報が書き込まれます。最後のファイルまで終わると，先頭のファイルに上書きされる「ラウンドロビン方式」になっています。

また，Tiered Storage Managerサーバが起動したときは，前回のサーバ停止が正常停止，異常停止に関係なく，最新ファイルの続きから書き込みが続けられます。

デフォルト：10

関連項目

B.6.8 logger.serverMessageMaxFileSize

B.6.5 logger.serverTraceFileCount

Tiered Storage Managerサーバが出力するトレースログの最大バックアップ数を指定します。

指定できる値の範囲は，2～16です。

ログファイルがlogger.serverTraceMaxFileSizeプロパティで指定された最大長に達すると，HTSMServerTrace2.logのようにカウンターが追加された形式にファイル名が変更されます。ログファイルはカウンターの順に使用され，ログ情報が書き込まれます。最後のファイルまで終わると，先頭のファイルに上書きされる「ラウンドロビン方式」になっています。

また，Tiered Storage Managerサーバが起動したときは，前回のサーバ停止が正常停止，異常停止に関係なく，最新ファイルの続きから書き込みが続けられます。

デフォルト：10

関連項目

B.6.9 logger.serverTraceMaxFileSize

B.6.6 logger.guiMessageFileCount

GUIが出力するメッセージログの最大バックアップ数を指定します。

指定できる値の範囲は，2～16です。

ログファイルがlogger.guiMessageMaxFileSizeプロパティで指定された最大長に達すると，HTSMGuiMessage2.logのようにカウンターが追加された形式にファイル名が変更されます。ログファイルはカウンターの順に使用され，ログ情報が書き込まれます。最後のファイルまで終わると，先頭のファイルに上書きされる「ラウンドロビン方式」になっています。

また，Tiered Storage Managerサーバが起動したときは，前回のサーバ停止が正常停止，異常停止に関係なく，最新ファイルの続きから書き込みが続けられます。

デフォルト：10

関連項目

B.6.10 logger.guiMessageMaxFileSize

B.6.7 logger.guiTraceFileCount

GUIが出力するトレースログの最大バックアップ数を指定します。

指定できる値の範囲は，2～16です。

ログファイルがlogger.guiTraceMaxFileSizeプロパティで指定された最大長に達すると，HTSMGuiTrace2.logのようにカウンターが追加された形式にファイル名が変更されます。ログファイルはカウンターの順に使用され，ログ情報が書き込まれます。最後のファイルまで終わると，先頭のファイルに上書きされる「ラウンドロビン方式」になっています。

また，Tiered Storage Managerサーバが起動したときは，前回のサーバ停止が正常停止，異常停止に関係なく，最新ファイルの続きから書き込みが続けられます。

デフォルト：10

関連項目

B.6.11 logger.guiTraceMaxFileSize

B.6.8 logger.serverMessageMaxFileSize

Tiered Storage Managerサーバが出力するメッセージログ（HTSMServerMessagen.log）の最大サイズを指定します。

指定できる値の範囲は，32,768バイト（32KB）～2,147,483,647バイト（2,048MB）です。このプロパティを指定する場合，キロバイト単位のときはKB，メガバイト単位のときはMBを指定してください。単位がないとバイト単位と判断されます。

デフォルト：1,048,576（1MB）

B.6.9 logger.serverTraceMaxFileSize

Tiered Storage Managerサーバが出力するトレースログ（HTSMServerTracen.log）の最大サイズを指定します。

指定できる値の範囲は，32,768バイト（32KB）～2,147,483,647バイト（2,048MB）です。このプロパティを指定する場合，キロバイト単位のときはKB，メガバイト単位のときはMBを指定してください。単位がないとバイト単位と判断されます。

デフォルト：5,242,880（5MB）

B.6.10 logger.guiMessageMaxFileSize

GUIが出力するメッセージログ（HTSMGuiMessagen.log）の最大サイズを指定します。

指定できる値の範囲は，32,768バイト（32KB）～2,147,483,647バイト（2,048MB）です。このプロパティを指定する場合，キロバイト単位のときはKB，メガバイト単位のときはMBを指定してください。単位がないとバイト単位と判断されます。

デフォルト：1,048,576（1MB）

B.6.11 logger.guiTraceMaxFileSize

GUIが出力するトレースログ（HTSMGuiTracen.log）の最大サイズを指定します。

指定できる値の範囲は，32,768バイト（32KB）～2,147,483,647バイト（2,048MB）です。このプロパティを指定する場合，キロバイト単位のときはKB，メガバイト単位のときはMBを指定してください。単位がないとバイト単位と判断されます。

デフォルト：5,242,880（5MB）

B.7 Tiered Storage Managerのセキュリティに関するプロパティ

このマニュアルでは，以下の内容は，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制により非公開となっています。以下の内容については，製品に付属するマニュアルをご覧ください。

付録C. Host Data Collectorのプロパティ

ここでは，Host Data Collectorのプロパティファイルについて説明します。

この付録の構成

C.1 Host Data Collectorのプロパティファイル

C.2 Host Data Collectorの動作に関するプロパティ（hdcbase.propertiesファイル）

C.3 Host Data Collectorのログ出力に関するプロパティ（logger.propertiesファイル）

C.4 Host Data CollectorのJava環境に関するプロパティ（javaconfig.propertiesファイル）

C.1 Host Data Collectorのプロパティファイル

Host Data Collectorのプロパティファイルには，Host Data Collectorの動作に関するプロパティファイルやログ出力に関するプロパティファイルなどがあります。

Host Data Collectorのプロパティファイルを次の表に示します。

表C-1 Host Data Collectorのプロパティファイル

プロパティファイル | 説明
hdcbase.propertiesファイル | Host Data Collectorの動作に関するプロパティファイルです。
logger.propertiesファイル | Host Data Collectorのログ出力に関するプロパティファイルです。
javaconfig.propertiesファイル | Host Data CollectorのJava環境に関するプロパティファイルです。

この節の構成

C.1.1 Host Data Collectorのプロパティの変更

C.1.1 Host Data Collectorのプロパティの変更

Host Data Collectorのプロパティファイルは，テキストエディターを使用して編集します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（SolarisまたはLinuxの場合）でのログイン

Host Data Collectorのプロパティを変更するには：

Host Data Collectorのサービスを停止します。

テキストエディターで，Host Data Collectorのプロパティファイルに適切な値を設定します。

Host Data Collectorのサービスを起動します。

関連項目

(1) サービスの起動（Host Data Collector）

(2) サービスの停止（Host Data Collector）

C.2 Host Data Collectorの動作に関するプロパティ（hdcbase.propertiesファイル）

Host Data Collectorの動作に関するプロパティは，hdcbase.propertiesファイルに含まれています。

Windowsの場合：
＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥config¥hdcbase.properties

SolarisまたはLinuxの場合：
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/config/hdcbase.properties

この節の構成

C.2.1 hdc.service.localport

C.2.2 hdc.adapter.adapterProcessNum

C.2.3 hdc.adapter.localport

C.2.4 hdc.common.rmi.registryPort

C.2.5 hdc.common.rmi.serverPort

C.2.6 hdc.common.http.serverPort

C.2.7 hdc.common.rmi.ssl.registryPort

C.2.8 hdc.common.rmi.ssl.serverPort

C.2.9 hdc.common.https.serverPort

C.2.10 hdc.service.rmi.registryIPAddress

C.2.11 hdc.service.fileCleanup.startTime

C.2.12 hdc.adapter.esx.timeout

C.2.13 hdc.ssl.secure

C.2.1 hdc.service.localport

ServiceプロセスとAdapterプロセス間で通信する際のServiceプロセス側のポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：22110

C.2.2 hdc.adapter.adapterProcessNum

同一ホスト内で起動するAdapterプロセスの数を指定します。

指定できる値の範囲は，1～10です。

デフォルト：1

C.2.3 hdc.adapter.localport

ServiceプロセスとAdapterプロセス間で通信する際のAdapterプロセス側のポート番号を指定します。

Adapterプロセスを複数起動する場合は，ポート番号をコンマ（,）で区切ってください。指定できるポート番号の数は，最大10個です。Adapterプロセスの起動数よりポート番号の数が多い場合は，起動数分だけ有効になります。

指定できる値の範囲は，1～65535です。

デフォルト：22111,22112,22113,22114,22115,22116,22117,22118,22119,22120

関連項目

C.2.2 hdc.adapter.adapterProcessNum

C.2.4 hdc.common.rmi.registryPort

RMIレジストリーの非SSL通信用のポート番号を指定します。

指定できる値の範囲は，1～65535です。このポートは，Host Data Collectorの内部通信でも使用されます。

デフォルト：22098

重要

このプロパティの値を変更した場合は，次の設定が必要です。

firewall_setupコマンドでファイアウォールの例外登録を再設定する（hdc.ssl.secureプロパティの値が1または2の場合）

Device Managerサーバのhdc.rmiregistryプロパティに同じ値を設定する（Host Data CollectorとDevice Managerサーバ間を非SSLで通信している場合）

関連項目

(1) Host Data Collectorのサービスの例外登録（非SSL通信用）

A.12.2 hdc.rmiregistry

C.2.13 hdc.ssl.secure

C.2.5 hdc.common.rmi.serverPort

RMIサーバの非SSL通信用のポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：22099

重要

このプロパティの値を変更した場合は，次の設定が必要です。

firewall_setupコマンドでファイアウォールの例外登録を再設定する（hdc.ssl.secureプロパティの値が1または2の場合）

Device Managerサーバのhdc.rmiserverプロパティに同じ値を設定する（Host Data CollectorとDevice Managerサーバ間を非SSLで通信している場合）

関連項目

(1) Host Data Collectorのサービスの例外登録（非SSL通信用）

A.12.3 hdc.rmiserver

C.2.13 hdc.ssl.secure

C.2.6 hdc.common.http.serverPort

クラスローダーの非SSL通信用のポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：22100

重要

このプロパティの値を変更した場合は，次の設定が必要です。

firewall_setupコマンドでファイアウォールの例外登録を再設定する（hdc.ssl.secureプロパティの値が1または2の場合）

Device Managerサーバのhdc.classloaderプロパティに同じ値を設定する（Host Data CollectorとDevice Managerサーバ間を非SSLで通信している場合）

関連項目

(1) Host Data Collectorのサービスの例外登録（非SSL通信用）

A.12.4 hdc.classloader

C.2.13 hdc.ssl.secure

C.2.7 hdc.common.rmi.ssl.registryPort

RMIレジストリーのSSL通信用のポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：22104

重要

このプロパティの値を変更した場合は，次の設定が必要です。

netshコマンドでファイアウォールの例外登録を再設定する（hdc.ssl.secureプロパティの値が2または3の場合）

Device Managerサーバのhdc.rmiregistryプロパティに同じ値を設定する（Host Data CollectorとDevice Managerサーバ間をSSLで通信している場合）

関連項目

(2) Host Data Collectorのサービスの例外登録（SSL通信用）

A.12.2 hdc.rmiregistry

C.2.13 hdc.ssl.secure

C.2.8 hdc.common.rmi.ssl.serverPort

RMIサーバのSSL通信用のポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：22105

重要

このプロパティの値を変更した場合は，次の設定が必要です。

netshコマンドでファイアウォールの例外登録を再設定する（hdc.ssl.secureプロパティの値が2または3の場合）

Device Managerサーバのhdc.rmiserverプロパティに同じ値を設定する（Host Data CollectorとDevice Managerサーバ間をSSLで通信している場合）

関連項目

(2) Host Data Collectorのサービスの例外登録（SSL通信用）

A.12.3 hdc.rmiserver

C.2.13 hdc.ssl.secure

C.2.9 hdc.common.https.serverPort

クラスローダーのSSL通信用のポート番号を指定します。

指定できる値の範囲は，1～65535です。

デフォルト：22106

重要

このプロパティの値を変更した場合は，次の設定が必要です。

netshコマンドでファイアウォールの例外登録を再設定する（hdc.ssl.secureプロパティの値が2または3の場合）

Device Managerサーバのhdc.classloaderプロパティに同じ値を設定する（Host Data CollectorとDevice Managerサーバ間をSSLで通信している場合）

関連項目

(2) Host Data Collectorのサービスの例外登録（SSL通信用）

A.12.4 hdc.classloader

C.2.13 hdc.ssl.secure

C.2.10 hdc.service.rmi.registryIPAddress

Host Data Collectorマシンが複数のIPアドレスを持っている場合，Device Managerサーバとの通信で使用するIP アドレスを指定します。

IPアドレスには，IPv4アドレスとIPv6アドレスの両方を使用できます。

IPアドレスは，Device Managerサーバのhostdatacollectors.propertiesファイルにある次のプロパティに指定する値と同じにしてください。

hdc.rmiregistryプロパティ

hdc.rmiserverプロパティ

hdc.classloaderプロパティ

デフォルト値：なし※

注※ 指定されていない場合， Host Data Collectorが取得したIPアドレスで動作します。

関連項目

A.12.2 hdc.rmiregistry

A.12.3 hdc.rmiserver

A.12.4 hdc.classloader

C.2.11 hdc.service.fileCleanup.startTime

Host Data Collectorが管理対象のホストから収集したホスト情報のファイルを削除する時刻を「hhmm」の形式で指定します。

hhは00～23の範囲で，mmは00～59の範囲で指定します。

デフォルト：2300

C.2.12 hdc.adapter.esx.timeout

Host Data Collectorが管理対象の仮想化サーバから情報を取得する際のタイムアウト値を秒単位で指定します。

指定できる値の範囲は，0～2147483647です。

デフォルト：1200

C.2.13 hdc.ssl.secure

Host Data CollectorとDevice Managerサーバ間の通信でオープンするポートを指定します。

指定できる値の範囲は，1～3です。

1：非SSL通信用のポートだけオープンします。

2：非SSL通信用のポートと，SSL通信用のポートの両方がオープンします。

3：SSL通信用のポートだけオープンします。

hdc.ssl.secureプロパティの値とオープンするポート番号の対応は，次のとおりです。

表C-2 hdc.ssl.secureプロパティの値とオープンするポート番号の対応

hdc.ssl.secureプロパティの値 | オープンするポート番号（デフォルト）
1 | RMI レジストリー | 22098/tcp
RMI サーバ | 22099/tcp
クラスローダー | 22100/tcp
2 | RMI レジストリー | 22098/tcp，22104/tcp
RMI サーバ | 22099/tcp，22105/tcp
クラスローダー | 22100/tcp，22106/tcp
3 | RMI レジストリー | 22098/tcp，22104/tcp
RMI サーバ | 22105/tcp
クラスローダー | 22106/tcp

注

RMIレジストリーの非SSL通信用のポート（デフォルト：22098/tcp）は，Host Data Collectorの内部通信でも使用するため，常にオープンします。

デフォルト：1

関連項目

C.2.4 hdc.common.rmi.registryPort

C.2.5 hdc.common.rmi.serverPort

C.2.6 hdc.common.http.serverPort

C.2.7 hdc.common.rmi.ssl.registryPort

C.2.8 hdc.common.rmi.ssl.serverPort

C.2.9 hdc.common.https.serverPort

C.3 Host Data Collectorのログ出力に関するプロパティ（logger.propertiesファイル）

Host Data Collectorのログ出力に関するプロパティは，logger.propertiesファイルに含まれています。

Windowsの場合：
＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥config¥logger.properties

SolarisまたはLinuxの場合：
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/config/logger.properties

この節の構成

C.3.1 logger.trace.level

C.3.2 logger.trace.maxFileSize

C.3.3 logger.trace.numOfFiles

C.3.4 logger.iotrace.maxFileSize

C.3.5 logger.iotrace.numOfFiles

C.3.1 logger.trace.level

Host Data Collectorが出力するトレースログの出力レベルを指定します。

このプロパティで指定した値以下の出力レベルのメッセージが，トレースログに出力されます。

表C-3 トレースログの出力レベル

メッセージ種別 | 出力レベル | メッセージ説明
ERROR | 0 | エラー
WARNING | 10 | 警告
INFO | 30 | 情報
- | 40 | デバッグ

指定できる値は，0，10，30および40です。

デフォルト：30

C.3.2 logger.trace.maxFileSize

Host Data Collectorのトレースログの最大サイズを指定します。

キロバイト単位のときはKB，メガバイト単位のときはMB，ギガバイト単位のときはGBと指定しないかぎり，指定したサイズはバイト単位であると見なされます。

指定できる値の範囲は，4096～2147483647です。

デフォルト：5242880

C.3.3 logger.trace.numOfFiles

Host Data Collectorのトレースログの最大バックアップファイル数を指定します。

ログファイルがlogger.trace.maxFileSizeプロパティで指定された最大長に達すると，カウンターが追加された形式にファイル名が変更されます。ログファイルがさらに作成されると，指定された数のバックアップログファイルが作成されるまで，カウンターが増加していきます。指定された数のバックアップログファイルが作成されたあとは，新しいバックアップログファイルが作成されるたびに，最も古いバックアップログファイルが削除されます。

指定できる値の範囲は，2～16 です。

デフォルト：10

関連項目

C.3.2 logger.trace.maxFileSize

C.3.4 logger.iotrace.maxFileSize

通信トレースログの最大サイズを指定します。

キロバイト単位のときはKB，メガバイト単位のときはMB，ギガバイト単位のときはGBと指定しないかぎり，指定したサイズはバイト単位であると見なされます。

指定できる値の範囲は，4096～2147483647です。

デフォルト：5242880

C.3.5 logger.iotrace.numOfFiles

Host Data Collectorの通信トレースログの最大バックアップファイル数を指定します。

ログファイルがlogger.iotrace.maxFileSizeプロパティで指定された最大長に達すると，カウンターが追加された形式にファイル名が変更されます。ログファイルがさらに作成されると，指定された数のバックアップログファイルが作成されるまで，カウンターが増加していきます。指定された数のバックアップログファイルが作成されたあとは，新しいバックアップログファイルが作成されるたびに，最も古いバックアップログファイルが削除されます。

指定できる値の範囲は，2～16 です。

デフォルト：10

関連項目

C.3.4 logger.iotrace.maxFileSize

C.4 Host Data CollectorのJava環境に関するプロパティ（javaconfig.propertiesファイル）

Host Data CollectorのJava環境に関するプロパティは，javaconfig.propertiesファイルに含まれています。

Windowsの場合：
＜Host Data Collectorのインストールフォルダ＞¥HDC¥Base¥config¥javaconfig.properties

SolarisまたはLinuxの場合：
＜Host Data Collectorのインストールディレクトリ＞/HDC/Base/config/javaconfig.properties

この節の構成

C.4.1 javapathlocation

C.4.1 javapathlocation

Host Data Collectorで使用するJavaの実行環境の格納場所を絶対パスで指定します。

パス中に空白文字が含まれる場合，パスを引用符（"）で囲む必要はありません。

デフォルト：

WindowsまたはLinuxの場合：なし（Host Data Collectorに同梱されたJava の実行環境が使用されます）

Solarisの場合：インストール時に検出されたJavaの実行環境のパス

付録D. Device Managerエージェントのプロパティ

ここでは，Device Managerエージェントのプロパティファイルについて説明します。

この付録の構成

D.1 Device Managerエージェントのプロパティファイル

D.2 Device ManagerエージェントとReplication Managerサーバとの連携に関するプロパティ（agent.propertiesファイル ）

D.3 Device Managerエージェントのhldutilコマンドの動作に関するプロパティ（hldutil.propertiesファイル ）

D.4 Device Managerエージェントのログ出力に関するプロパティ（logger.propertiesファイル）

D.5 Device Managerエージェントのプログラム情報に関するプロパティ（programproductinfo.propertiesファイル ）

D.6 Device Managerエージェントの動作に関するプロパティ（server.propertiesファイル ）

D.1 Device Managerエージェントのプロパティファイル

Device Managerエージェントのプロパティファイルには，Device Managerエージェントの動作に関するプロパティファイルやReplication Managerサーバとの連携に関するプロパティファイルなどがあります。

Device Managerエージェントのプロパティファイルを次の表に示します。

表D-1 Device Managerエージェントのプロパティファイル

プロパティファイル | 説明
agent.propertiesファイル | Device ManagerエージェントとReplication Managerサーバとの連携に関するプロパティファイルです。
hldutil.propertiesファイル | Device Managerエージェントのhldutilコマンドの動作に関するプロパティファイルです。
logger.propertiesファイル | Device Managerエージェントのログ出力に関するプロパティファイルです。
programproductinfo.propertiesファイル | Device Managerエージェントのプログラム情報に関するプロパティファイルです。
server.propertiesファイル | Device Managerエージェントの動作に関するプロパティファイルです。

注意

デフォルトは新規インストールした際に設定される値です。

この節の構成

D.1.1 Device Managerエージェントのプロパティの変更

D.1.1 Device Managerエージェントのプロパティの変更

Device Managerエージェントのプロパティファイルは，テキストエディターを使用して編集します。

事前に完了しておく操作

Administrator 権限（Windowsの場合）またはroot（UNIXの場合）でのログイン

Device Managerエージェントのプロパティを変更するには：

hbsasrvコマンドを実行して，Device Managerエージェントのサービスを停止します。

テキストエディターで，Device Managerエージェントのプロパティファイルに適切な値を設定します。

hbsasrvコマンドを実行して，Device Managerエージェントのサービスを起動します。

関連項目

(1) Device Managerエージェントのサービスの起動，停止，稼働状態の確認（hbsasrvコマンド）

D.2 Device ManagerエージェントとReplication Managerサーバとの連携に関するプロパティ（agent.propertiesファイル ）

Replication Managerサーバとの連携に関するプロパティは， agent.propertiesファイルに含まれています。

Windowsの場合
＜Device Managerエージェントのインストールフォルダ＞¥mod¥hrpm¥config¥agent.properties

Solaris，Linux，またはHP-UXの場合
/opt/HDVM/HBaseAgent/mod/hrpm/config/agent.properties

AIXの場合
/usr/HDVM/HBaseAgent/mod/hrpm/config/agent.properties

重要

Device Managerエージェントでは，Replication Managerでコピーペアの状態を監視するために，監視用の構成定義ファイルとインスタンスを独自に作成・管理しています。

監視用HORCMインスタンスとは，Device Managerエージェントが利用するRAID ManagerまたはP9000 RAID Managerのインスタンスのことです。また，監視用HORCMファイルとは，そのRAID ManagerまたはP9000 RAID Managerの構成定義ファイルのことです。

この節の構成

D.2.1 agent.rm.TimeOut

D.2.2 agent.rm.everytimeShutdown

D.2.3 agent.rm.shutdownWait

D.2.4 agent.rm.horcmInstance

D.2.5 agent.rm.horcmService

D.2.6 agent.logger.loglevel

D.2.7 agent.logger.MaxBackupIndex

D.2.8 agent.logger.MaxFileSize

D.2.1 agent.rm.TimeOut

Device Managerエージェントが使用するRAID ManagerまたはP9000 RAID Managerのコマンドの応答待ち時間を指定します（単位：秒）。

0～86400の値を設定できます。0はタイムアウトがないことを意味します。

デフォルト：600

通常は設定されている値を変更する必要のないパラメーターです。値を変更するためには，Device Managerエージェントに関する詳しい知識が必要です。

D.2.2 agent.rm.everytimeShutdown

監視用HORCMインスタンスを毎回停止するかどうかを指定します。

trueまたはfalseで指定します。trueの場合，毎回停止します。falseの場合，停止しません。

デフォルト：false

通常は設定されている値を変更する必要のないパラメーターです。値を変更するためには，Device Managerエージェントに関する詳しい知識が必要です。

D.2.3 agent.rm.shutdownWait

監視用HORCMインスタンスを停止するときの待ち時間を指定します（単位：秒）。

1～60の値を設定できます。

デフォルト：5

D.2.4 agent.rm.horcmInstance

監視用HORCMファイルのインスタンス番号を指定します。

0～4094の値を設定できます。ほかのRAID ManagerまたはP9000 RAID Managerの構成定義ファイルのインスタンス番号と重複しないように設定する必要があります。

デフォルトでは，Device Manager エージェントが900～998 の値を使用しますので，その値と重複しないように設定してください。

デフォルト：4094

参考

Device Manager エージェントが使用するインスタンス番号は，server.properties ファイルにあるserver.agent.rm.temporaryInstanceプロパティで変更できます。

関連項目

D.6.21 server.agent.rm.temporaryInstance

D.2.5 agent.rm.horcmService

監視用HORCMファイルのUDPポート番号を指定します。

0～65535の値を設定できます。ほかのアプリケーションのポート番号と重複しないように設定する必要があります。

デフォルトでは，Device Manager エージェントが53232～53330 の値を使用しますので，その値と重複しないように設定してください。

デフォルト：54323

参考

Device Manager エージェントが使用するUDPポート番号は，server.properties ファイルにあるserver.agent.rm.temporaryPortプロパティで変更できます。

関連項目

D.6.22 server.agent.rm.temporaryPort

D.2.6 agent.logger.loglevel

Replication Managerエージェント機能のログファイルの出力レベルを指定します。

ここで設定してある値以上のレベルのログが出力されます。設定できる値は，重要度の低い順に示すと次のとおりです。

DEBUG，INFO，WARN，ERROR，FATAL

デフォルト：INFO

D.2.7 agent.logger.MaxBackupIndex

Replication Managerエージェント機能のログファイルの世代数を指定します。

1～20の値を設定できます。ログファイルの数がこの値に達すると，先頭のファイルから順に再利用されます。

デフォルト：5

ログファイルの出力量は，Replication Managerで管理しているコピーペアの数に依存します。ログファイルの出力量は次の計算式で求められます。

＜出力されるログファイルの情報量（MB/週間）＞＝0.75×＜コピーペア数＞＋4

出力される容量と，保持期間を考慮して，agent.logger.MaxBackupIndexとagent.logger.MaxFileSizeの値を設定してください。なお，対象のホスト（ペア管理サーバ）で管理しているコピーペア数は，Replication Managerの［＜コピーグループ名＞］サブウィンドウで確認できます。

関連項目

D.2.8 agent.logger.MaxFileSize

D.2.8 agent.logger.MaxFileSize

Replication Managerエージェント機能のログファイルのサイズを指定します。

512KB～32MBの値を設定できます。バイト単位，KB単位，またはMB単位で指定できます。数字にKB，MBのどちらも指定していないと，バイト単位で指定したと見なされます。

デフォルト：5MB

ログファイルの出力量は，Replication Managerで管理しているコピーペアの数に依存します。ログファイルの出力量は次の計算式で求められます。

＜出力されるログファイルの情報量（MB/週間）＞＝0.75×＜コピーペア数＞＋4

出力される容量と，保持期間を考慮して，agent.logger.MaxBackupIndexとagent.logger.MaxFileSizeの値を設定してください。なお，対象のホスト（ペア管理サーバ）で管理しているコピーペア数は，Replication Managerの［＜コピーグループ名＞］サブウィンドウで確認できます。

関連項目

D.2.7 agent.logger.MaxBackupIndex

D.3 Device Managerエージェントのhldutilコマンドの動作に関するプロパティ（hldutil.propertiesファイル ）

hldutilコマンドの動作に関するプロパティは， hldutil.propertiesファイルに含まれています。

Windowsの場合
＜Device Managerエージェントのインストールフォルダ＞¥util¥bin¥hldutil.properties

Solaris，Linux，またはHP-UXの場合
/opt/HDVM/HBaseAgent/util/bin/hldutil.properties

AIXの場合
/usr/HDVM/HBaseAgent/util/bin/hldutil.properties

この節の構成

D.3.1 agent.util.hpux.displayDsf

D.3.1 agent.util.hpux.displayDsf

ホストのOSがHP-UX 11i v3の場合，hldutilコマンドを実行したときに表示されるデバイスファイル名の形式を指定します。

diskを指定する場合

hldutilコマンドを実行すると，diskデバイスファイルが表示されます。

ctdを指定する場合

hldutilコマンドを実行すると，ctdデバイスファイルが表示されます。

mixを指定する場合

hldutilコマンドを実行すると，diskデバイスファイルおよびctdデバイスファイルの両デバイスファイルが表示されます。

上記以外の値を指定した場合は，mixを指定したと見なされます。このプロパティをHP-UX 11i v2以前のバージョンのOSで指定することはできません。また，ほかのOSで指定することもできません。

デフォルト：mix

D.4 Device Managerエージェントのログ出力に関するプロパティ（logger.propertiesファイル）

Device Managerエージェントのログ出力に関するプロパティは，logger.propertiesファイルに含まれています。

Windowsの場合
＜Device Managerエージェントのインストールフォルダ＞¥agent¥config¥logger.properties

Solaris，Linux，またはHP-UXの場合
/opt/HDVM/HBaseAgent/agent/config/logger.properties

AIXの場合
/usr/HDVM/HBaseAgent/agent/config/logger.properties

重要

access.logファイル，error.logファイル，service.logファイルおよびtrace.logファイルの出力先は次のとおりです。

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥agent¥logs¥

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/agent/logs/

AIXの場合

/usr/HDVM/HBaseAgent/agent/logs/

この節の構成

D.4.1 logger.loglevel

D.4.2 logger.MaxBackupIndex

D.4.3 logger.MaxFileSize

D.4.1 logger.loglevel

trace.logファイルとerror.logファイルの出力レベルを指定します。

このフィールドで使用できる値は，詳細度が高い順にDEBUG，INFO，WARN，ERRORおよびFATALです。デフォルト値の場合，DEBUGのエントリーはログに出力されないで，INFO，WARN，ERROR，およびFATALのエントリーはログに出力されます。

デフォルト：INFO

D.4.2 logger.MaxBackupIndex

access.logファイル，error.logファイル，service.logファイルおよびtrace.logファイルの最大バックアップファイル数を指定します。

ログファイルがlogger.MaxFileSizeプロパティで指定された最大長に達すると，access.log.1のようにカウンターが追加された形式にファイル名が変更されます。ログファイルがさらに作成されると，指定された数のバックアップログファイルが作成されるまで，カウンターが増加していきます（例えば，access.log.1がaccess.log.2になります）。指定された数のバックアップログファイルが作成されたあとは，新しいバックアップログファイルが作成されるたびに，最も古いバックアップログファイルが削除されます。

指定できる値の範囲は，1～20です。

デフォルト：10

ログファイルの出力量は，Replication Managerで管理しているコピーペアの数に依存します。ログファイルの出力量は次の計算式で求められます。

＜出力されるログファイルの情報量（MB/週間）＞＝0.8×＜コピーペア数＞＋25

出力される容量と，保持期間を考慮して，logger.MaxBackupIndexとlogger.MaxFileSizeの値を設定してください。

なお，対象のホスト（ペア管理サーバ）で管理しているコピーペア数は，Replication Managerの［＜コピーグループ名＞］サブウィンドウで確認できます。

関連項目

D.4.3 logger.MaxFileSize

D.4.3 logger.MaxFileSize

access.logファイル，error.logファイル，service.logファイルおよびtrace.logファイルの最大サイズを指定します。

ログファイルのサイズが指定値を超えた場合は，新しいログファイルが作成されます。

キロバイト単位のときKB，メガバイト単位のときMBと指定しないかぎり，指定したサイズは，バイト単位であると見なされます。指定できる値の範囲は，512KB～32MBです。

デフォルト：5MB

ログファイルの出力量は，Replication Managerで管理しているコピーペアの数に依存します。ログファイルの出力量は次の計算式で求められます。

＜出力されるログファイルの情報量（MB/週間）＞＝0.8×＜コピーペア数＞＋25

出力される容量と，保持期間を考慮して，logger.MaxBackupIndexとlogger.MaxFileSizeの値を設定してください。

なお，対象のホスト（ペア管理サーバ）で管理しているコピーペア数は，Replication Managerの［＜コピーグループ名＞］サブウィンドウで確認できます。

関連項目

D.4.2 logger.MaxBackupIndex

D.5 Device Managerエージェントのプログラム情報に関するプロパティ（programproductinfo.propertiesファイル ）

プログラム情報に関するプロパティは， programproductinfo.propertiesファイルに含まれています。

ホストのOSがWindowsの場合にだけ存在します。

＜Device Managerエージェントのインストールフォルダ＞¥agent¥config¥programproductinfo.properties

この節の構成

D.5.1 veritas.volume.manager.version

D.5.1 veritas.volume.manager.version

WindowsにインストールされているVxVMのバージョンを指定します。

Windows環境にVxVMがインストールされている場合，VxVMのバージョンをこのプロパティに設定してください。バージョンは，x.xの形式で指定します。

デフォルト：なし

D.6 Device Managerエージェントの動作に関するプロパティ（server.propertiesファイル ）

Device Managerエージェントの動作に関するプロパティは， server.propertiesファイルに含まれています。

Windowsの場合
＜Device Managerエージェントのインストールフォルダ＞¥agent¥config¥server.properties

Solaris，Linux，またはHP-UXの場合
/opt/HDVM/HBaseAgent/agent/config/server.properties

AIXの場合
/usr/HDVM/HBaseAgent/agent/config/server.properties

この節の構成

D.6.1 server.agent.port

D.6.2 server.http.localPort

D.6.3 server.http.port

D.6.4 server.http.host

D.6.5 server.http.socket.agentAddress

D.6.6 server.http.socket.bindAddress

D.6.7 server.agent.maxMemorySize

D.6.8 server.agent.shutDownTime

D.6.9 server.agent.JRE.location

D.6.10 server.http.entity.maxLength

D.6.11 server.http.security.clientIP

D.6.12 server.server.authorization

D.6.13 server.server.serverIPAddress

D.6.14 server.server.serverPort

D.6.15 server.agent.rm.centralizePairConfiguration

D.6.16 server.agent.rm.cuLdevForm

D.6.17 server.agent.rm.exclusion.instance

D.6.18 server.agent.rm.location

D.6.19 server.agent.rm.optimization.userHorcmFile

D.6.20 server.agent.rm.horcm.poll

D.6.21 server.agent.rm.temporaryInstance

D.6.22 server.agent.rm.temporaryPort

D.6.23 server.agent.rm.pairDefinitionForm

D.6.24 server.agent.rm.userAuthentication

D.6.25 server.agent.rm.ignorePairStatus

D.6.26 server.agent.rm.horcmSource

D.6.27 server.agent.rm.moduleTimeOut

D.6.28 server.http.server.timeOut

D.6.29 server.util.processTimeOut

D.6.30 server.agent.evtwait.timeout

D.6.31 server.agent.rmxp.location

D.6.1 server.agent.port

Device Managerエージェントのデーモンプロセス（またはサービス）で使用するポートを指定します。

ほかのサービスと競合するおそれがあるので，小さい数字のポートは避けてください。通常は，1024～49151の範囲で指定します。バージョン05-80より前のDynamic Link Managerがインストールされている場合は23013を設定してください。

なお，ホストのOSがWindowsの場合，使用するポートを変更したら，firewall_setupコマンドでファイアウォールの例外登録を再設定してください。

デフォルト：24041

D.6.2 server.http.localPort

Device ManagerエージェントのデーモンプロセスとWebサーバプロセスとの間の通信に使用するポートを指定します。

ほかのサービスと競合するおそれがあるので，小さい数字のポートは避けてください。通常は，1024～49151の範囲で指定します。

なお，ホストのOSがWindowsの場合，使用するポートを変更したら，firewall_setupコマンドでファイアウォールの例外登録を再設定してください。

デフォルト：24043

D.6.3 server.http.port

Device ManagerエージェントのWebサーバ機能が使用するポートを指定します。

ほかのサービスと競合するおそれがあるので，小さい数字のポートは避けてください。通常は，1024～49151の範囲を選択します。バージョン05-80より前のDynamic Link Managerがインストールされている場合は23011を設定してください。

なお，ホストのOSがWindowsの場合，使用するポートを変更したら，firewall_setupコマンドでファイアウォールの例外登録を再設定してください。

デフォルト：24042

D.6.4 server.http.host

Device ManagerエージェントのWebサーバ機能が動作するホストのホスト名を指定します。

デフォルト：localhost

D.6.5 server.http.socket.agentAddress

Device ManagerエージェントがDevice Managerサーバに通知するIPアドレスを指定します。

Device ManagerエージェントがDevice Managerサーバに通知するIPアドレスを限定するため，通知するIPアドレスを指定してください。

IPv6環境で運用する場合は，グローバルアドレスを指定してください。サイトローカルアドレスまたはリンクローカルアドレスを指定した場合はIPv4アドレスで動作します。

指定するIPアドレスのバージョンはserver.http.socket.bindAddressと合わせてください。

ここで指定したIPアドレスは，RAID ManagerまたはP9000 RAID Managerの構成定義ファイルの作成や編集でも使用されます。RAID ManagerまたはP9000 RAID Managerと併用する場合は，指定したアドレスでRAID ManagerまたはP9000 RAID Managerのインスタンス間で通信ができることを確認しておいてください。

デフォルト：なし※

注※ 指定されていない場合，Device Managerエージェントが取得したIPアドレスで動作します。IPアドレスが複数ある場合は，Device ManagerエージェントがAPIによって取得した1つ目のIPアドレスで動作します。

関連項目

D.6.6 server.http.socket.bindAddress

D.6.6 server.http.socket.bindAddress

Device Managerエージェントが2つ以上のネットワークインターフェース（NIC）を搭載したプラットフォーム上で動作する場合，Device Managerエージェントが要求を受け付けるNICを指定します。

受け付けるインターフェースを限定したい場合には，Device Managerエージェントが受け付けるIPアドレスを指定してください。

IPv6環境で運用する場合は，グローバルアドレスを指定してください。サイトローカルアドレスまたはリンクローカルアドレスを指定した場合はデフォルト値で動作します。

指定するIPアドレスのバージョンはserver.http.socket.agentAddressと合わせてください。

デフォルト：なし（Device ManagerエージェントはすべてのNICで要求を受け付けます）

関連項目

D.6.5 server.http.socket.agentAddress

D.6.7 server.agent.maxMemorySize

Device ManagerエージェントのWebサーバ機能のプロセスの最大メモリーヒープサイズを指定します（単位：MB）。

32～4096の範囲で指定します。

デフォルト：指定なし※

注※ 64MBで動作します。Solaris （x64 Edition（AMD64））の場合は，物理メモリーの1/4または1GBのどちらか小さい方で動作します。

注意

Device ManagerとReplication Managerの両方を使用している場合は，それぞれで必要なメモリーサイズの合計値を指定してください。

関連項目

Device Managerで必要なメモリーサイズの詳細：11.2.5 ホストで100個以上のLUを管理する場合に必要な設定

Replication Managerで必要なメモリーサイズの詳細：11.2.4 コピーペアを管理するために必要な設定

D.6.8 server.agent.shutDownTime

Device ManagerエージェントのWebサーバ機能が最後のHTTP/XMLメッセージを送信または受信してから停止するまでの時間を指定します（単位：ミリ秒）。

1～9223372036854775807の範囲で指定します。

Device Managerエージェントの性能に関する最新の知識がない場合は，このプロパティを編集しないでください。

デフォルト：600000

D.6.9 server.agent.JRE.location

Device Managerエージェント用のJavaの実行環境を提供するプログラムのインストール先を絶対パスで指定します。

Windowsの場合は，パスの区切り文字にスラント（/）を指定してください。

デフォルト：Device Managerエージェントが使用しているJavaの実行環境のインストールパス

注意

ホストのOSがWindowsまたはLinuxの場合，プロパティの指定がないときは，Device Managerエージェントに同梱されたJavaの実行環境 が使用されます。

次の場合，32ビット用のJavaの実行環境を使用してください。
・ホストのOSがWindowsのとき
・ホストのOSがLinuxで，CIM/WBEM機能を利用してエンタープライズクラスストレージの性能情報を取得するとき
・Dynamic Link Managerがホストにインストールされているとき

D.6.10 server.http.entity.maxLength

Device ManagerエージェントのWebサーバ機能が許容するHTTP要求エンティティの最大長を指定します（単位：バイト）。

通常，この設定を変更する必要はありません。この設定では，異常に大きなデータ量のエンティティを持つ要求を制限することで，サービス妨害攻撃やバッファーのオーバーフローをねらった攻撃を防ぐのに役立ちます。Device Managerエージェントがこれより長いポスト要求を検出すると，リモートにエラー応答を送り，その要求の詳細をログに記録します。

デフォルト：32768

D.6.11 server.http.security.clientIP

Device Managerエージェントに接続できるIPv4およびIPv6のアドレスを指定します。

この設定は，接続できるIPアドレスを制限することで，サービス妨害攻撃やバッファーのオーバーフローをねらった攻撃を防ぐのに役立ちます。

IPv4アドレスの場合はアスタリスク（*）をワイルドカード文字として使用できます。IPアドレスを複数指定する場合は，コンマ（,）で区切ります。

191.0.0.2と192.168.0.0～192.168.255.255の接続を許可する場合の指定例を次に示します。

server.http.security.clientIP=191.0.0.2, 192.168.*.*

2001::203:baff:fe36:109aと2001::203:baff:fe5b:7bacの接続を許可する場合の指定例を次に示します。

server.http.security.clientIP=2001::203:baff:fe36:109a,2001::203:baff:fe5b:7bac

デフォルト：指定なし（すべてのIPアドレスが接続できます）

D.6.12 server.server.authorization

このプロパティには，Device Managerサーバの認証に使用するユーザーIDとパスワードが格納されています。

このプロパティは暗号化されているため，テキストエディターでは編集できません。このプロパティを編集するためには，hdvmagt_settingコマンドを使用します。

デフォルト：なし

D.6.13 server.server.serverIPAddress

Device ManagerサーバのIPアドレスまたはホスト名を指定します。

IPアドレスを指定する場合

IPv4の場合，ドット付きの10進数で指定します。

IPv6の場合，コロン付きの16進数で指定します。省略形も使用できます。IPv6アドレスでの指定例を次に示します。

server.server.serverIPAddress=2001::214:85ff:fe02:e53b

ホスト名を指定する場合

ホスト名は50バイト以内の文字列で指定できます。使用できる文字を次に示します。

a～z A～Z 0～9 - . @ _

デフォルト：255.255.255.255

D.6.14 server.server.serverPort

Device Managerエージェントの接続先のDevice Managerサーバのポートを指定します。

一般的な規則として1024～49151の範囲で指定できますが，Device Managerサーバのserver.http.portプロパティに指定した値と同じ値を指定する必要があります。

デフォルト：2001

関連項目

A.2.2 server.http.port

D.6.15 server.agent.rm.centralizePairConfiguration

コピーペアを管理するとき，ホストごとにコピーペアを管理するか，1台のホストですべてのコピーペアを一括管理するかを指定します。

disable

ホストごとにコピーペアを管理する，通常構成の場合に指定します。通常構成では，各ホストにDevice ManagerエージェントとRAID ManagerまたはP9000 RAID Managerをインストールする必要があります。

通常構成でホストが異なるLU同士をコピーペアとする場合は，それぞれのLUが各ホストで認識されていることを確認してください。

enable

1台のホスト（ペア管理サーバ）ですべてのコピーペアを管理する，一括管理構成の場合に指定します。一括管理構成では，ペア管理サーバにDevice ManagerエージェントとRAID ManagerまたはP9000 RAID Managerをインストールすれば，そのほかのホストにはDevice Managerエージェントをインストールするだけで運用できます。

一括管理構成では，ペア管理サーバが各ストレージシステムのコマンドデバイスを認識していれば，各ストレージシステムのホストが認識していないLUも含めて，すべてのLUを使用してコピーペアを作成できます。

デフォルト：disable

D.6.16 server.agent.rm.cuLdevForm

ペアを作成する際，構成定義ファイルにペアボリュームの情報をHORCM_LDEV形式で記載する場合のLDEV番号の出力形式を指定します。

指定を省略した場合は，10進数で出力されます。

DECIMAL

10進数で出力する場合に指定します。

CULDEV

CU:LDEV形式で出力する場合に指定します。

HEXA

16進数で出力する場合に指定します。

このプロパティは，Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，SANRISE9900VまたはHUS VMにコピーペアを作成する場合にだけ有効です。また，対象のコピーペアのコマンドデバイスに仮想コマンドデバイスを使用している場合（HORCM_CMDパラメーターにIPCMD形式でコマンドデバイスを設定している場合）は，設定した値に関係なく10進数で出力されます。

デフォルト：CULDEV

D.6.17 server.agent.rm.exclusion.instance

Device Managerエージェントがインストールされているホスト上で，すでにRAID ManagerまたはP9000 RAID Managerによって管理されているペアボリュームをDevice Managerの操作対象から外す場合に，RAID ManagerまたはP9000 RAID Managerのインスタンス番号を指定します。

Device Managerの操作対象から外した場合は，Replication Managerでも操作対象外になります。複数のインスタンス番号を指定する場合は，個々の番号をコンマ（,）で区切ります。Device Managerエージェントからは，このプロパティで指定したインスタンス番号を持つRAID ManagerまたはP9000 RAID Managerを操作できません。

デフォルト：なし

D.6.18 server.agent.rm.location

RAID Managerがデフォルト以外の場所にインストールされている場合，またはホストのOSがWindowsでRAID ManagerのインストールドライブとDevice Managerエージェントのインストールドライブが異なる場合に，RAID Managerのインストールディレクトリを指定します。

Windowsの場合は，パスの区切り文字にスラント（/）を指定してください。

デフォルト（Windowsの場合）：＜Device Managerエージェントのインストールドライブ＞/HORCM

デフォルト（UNIXの場合）：/HORCM

D.6.19 server.agent.rm.optimization.userHorcmFile

ユーザーが作成したRAID ManagerまたはP9000 RAID Managerの構成定義ファイルを最適化の対象とするかどうかを指定します。

RAID ManagerまたはP9000 RAID Managerの構成定義ファイルを最適化の対象とする場合は，trueを指定します。この場合，ユーザーが作成したRAID ManagerまたはP9000 RAID Managerの構成定義ファイルを，Device Managerで使用できるよう更新します。このほか，次に示す最適化処理を実施します。最適化処理は，Device Managerエージェントの起動時およびペア操作で構成定義ファイルが更新されるタイミングで実施されます。

コマンドデバイスにユニットID，LDEV番号およびシリアル番号をコメントとして追加する

シリアル番号がコメントで記載されているコマンドデバイスがボリューム名の変更などによって使用できない状態の場合，使用できるコマンドデバイスに変更する

ホストがストレージシステム内の複数のコマンドデバイスと接続されている状態で，一部のコマンドデバイスしか指定されていない場合，残りのコマンドデバイスを予備のコマンドデバイスとして設定する

使われていないコマンドデバイスを削除する

コマンドデバイス，ペアボリュームのCU番号，LDEV番号をcu:ldevの形式でコメントとして追加する

SLPR環境で同一ストレージシステムのコマンドデバイスの定義が複数ある場合，コマンドデバイスの定義を並び替える

構成定義ファイルのHORCM_MONパラメーターのpollに，server.agent.rm.horcm.pollプロパティに設定された値を反映する

デフォルト：false

D.6.20 server.agent.rm.horcm.poll

構成定義ファイルのHORCM_MONパラメーターのpollに設定する値（コピーペアをモニタリングする間隔）を10ミリ秒単位で指定します。

モニタリングしない場合は-1を指定してください。

このプロパティに指定した値は，次のタイミングで構成定義ファイルに反映されます。

ペアを作成または追加したとき

構成定義ファイルが最適化されたとき

デフォルト：なし※

注※　構成定義ファイルが新規作成された際はpollに1000が設定されます。また，既存の構成定義ファイルにペアが追加された際や，構成定義ファイルが最適化された際には，元の設定値が維持されます。

D.6.21 server.agent.rm.temporaryInstance

Device Managerエージェントがコピーペアの情報を取得する際に，一時的に使用する構成定義ファイルのインスタンス番号を指定します。

0～3997の範囲で指定します。

＜指定した値＞～＜指定した値＞+98のインスタンス番号が使用されます。

デフォルト：900

D.6.22 server.agent.rm.temporaryPort

Device Managerエージェントがコピーペアの情報を取得する際に，一時的に使用する構成定義ファイルのUDPポート番号を指定します。

1～65437の範囲で指定します。

＜指定した値＞～＜指定した値＞+98のUDPポート番号が使用されます。

デフォルト：53232

D.6.23 server.agent.rm.pairDefinitionForm

ペアを作成するとき，構成定義ファイルにペアボリュームの情報をHORCM_DEV形式で記述するか，HORCM_LDEV形式で記述するかを指定します。

HORCM_DEV形式に統一したい場合はHORCM_DEV，HORCM_LDEV形式に統一したい場合はHORCM_LDEVを指定します。HORCM_LDEV形式で運用することを推奨します。

ただし，メインフレームボリュームのコピーペアを作成するときは，プロパティで指定している形式に関係なく，HORCM_LDEV形式で構成定義ファイルに記述します。

デフォルト：HORCM_LDEV

Device Managerエージェントは，次に示す条件によって，ペアを作成するときに構成定義ファイルに記述する形式を決定します。

既存の構成定義ファイルにHORCM_DEV形式またはHORCM_LDEV形式のどちらで記述されているか

ペアを作成する対象のグループが新規のグループか既存のグループか

Device ManagerエージェントがHORCM_DEV形式またはHORCM_LDEV形式のどちらで記述するかを決める条件を次の表に示します。

表D-2 Device Managerエージェントが構成定義ファイルに記述する形式を決める条件

既存の構成定義ファイルの記述
ペアの操作
構成定義ファイルに記述する形式

記述なし
新規のコピーグループにペアを作成する場合

プロパティで形式を指定している場合：

プロパティで設定した形式

プロパティで形式を指定していない場合：

HORCM_DEV形式

HORCM_DEV形式で記述されている場合
既存のコピーグループにペアを追加する場合
プロパティで指定している形式に関係なくHORCM_DEV形式

新規のコピーグループにペアを作成する場合

プロパティで形式を指定している場合：

プロパティで設定した形式

プロパティで形式を指定していない場合：

HORCM_DEV形式

HORCM_LDEV形式で記述されている場合
既存のコピーグループにペアを追加する場合
プロパティで指定している形式に関係なくHORCM_LDEV形式

新規のコピーグループにペアを作成する場合

プロパティで形式を指定している場合：

プロパティで設定した形式

プロパティで形式を指定していない場合：

HORCM_LDEV形式

HORCM_DEV形式の記述とHORCM_LDEV形式の記述の両方が混在する場合
HORCM_DEV形式で記述された既存のコピーグループにペアを追加する場合
プロパティで指定している形式に関係なくHORCM_DEV形式

HORCM_LDEV形式で記述された既存のコピーグループにペアを追加する場合
プロパティで指定している形式に関係なくHORCM_LDEV形式

HORCM_DEV形式とHORCM_LDEV形式の両方で記述された既存のコピーグループにペアを追加する場合

プロパティで形式を指定している場合：

プロパティで設定した形式

プロパティで形式を指定していない場合：

HORCM_DEV形式

新規のコピーグループにペアを作成する場合

プロパティで形式を指定している場合：

プロパティで設定した形式

プロパティで形式を指定していない場合：

HORCM_DEV形式

注意

HORCM_LDEVを指定する場合，RAID Manager 01-17-03/04以降またはP9000 RAID Manager 01.17.04以降がインストールされている必要があります。RAID Managerのバージョンが01-17-03/04より前，またはP9000 RAID Managerのバージョンが01.17.04より前のときにHORCM_LDEVを指定すると，「ペアの作成に失敗しました。ホスト"＜ホスト名＞"のエラー詳細："＜エラーの詳細＞"」というメッセージが表示され，ペアの作成に失敗します。

D.6.24 server.agent.rm.userAuthentication

コマンドデバイスの認証モードが有効になっていることをチェックするかどうかを指定します。

trueを指定した場合，認証モードが有効になっていることをチェックします。falseを指定した場合はチェックしません。

デフォルト：true

注意

falseを指定する場合は，Device Managerエージェントがインストールされているホストに，認証モードが有効なコマンドデバイスが1つも接続されていないことを確認してください。 コマンドデバイスの認証モードが有効になっている状態でfalseを指定した場合，ペア状態の取得やペア操作が正常に行えません。

D.6.25 server.agent.rm.ignorePairStatus

Device Managerエージェントから管理サーバにホスト情報を送信する際，コピーペア情報を省くかどうかを指定します。

コピーペア情報を省く場合はtrueを，省かない場合はfalseを指定します。

次のマシンではtrueを指定してください。

コピーペアが割り当てられている仮想マシン

仮想コマンドデバイスにSVPを使用して，デバイスグループとして定義されたコピーペアを管理する場合の管理サーバ
管理サーバにP-VOL およびS-VOL を割り当てている構成の場合に設定が必要です。

デフォルト：false

D.6.26 server.agent.rm.horcmSource

RAID ManagerまたはP9000 RAID Managerの構成定義ファイルをデフォルト以外の場所に格納する場合，構成定義ファイルの格納場所を絶対パスで指定します。

パスは次の規則に従って指定してください。

Windows の場合，パスの区切り文字にスラント（/）を指定してください。

Windows の場合，パス中に空白文字が含まれるときは，パスを引用符（"）で囲む必要はありません。

シンボリックリンクは指定できません。

デフォルト：なし※

注※　指定されていない場合，次に示すデフォルトの格納場所が指定されたものとして動作します。

Windowsの場合

システムフォルダ（環境変数"%windir%"で表されるフォルダ）

UNIXの場合

/etcディレクトリ

関連項目

11.4.3 構成定義ファイルの格納場所の変更

D.6.27 server.agent.rm.moduleTimeOut

Device ManagerエージェントがRAID ManagerまたはP9000 RAID Managerのコマンドを実行したときに，コマンド実行結果が戻されるまでのタイムアウト値を指定します（単位：秒）。

あるコマンドを実行するのにこのプロパティの設定値より長い時間が掛かった場合，Device Managerエージェントは，コマンド実行中にエラーが発生したと判断します。

専門知識のあるシステム管理者がDevice Managerエージェントのペア構成機能のパフォーマンスを微調整する場合だけ，この設定値を変更してください。

デフォルト：600

D.6.28 server.http.server.timeOut

HiScanコマンドの実行，サービスの再起動，ホストリフレッシュの実行などによってDevice Managerサーバにホスト情報を登録する場合の，Device Managerサーバからの応答待ち時間の最大値を指定します（単位：秒）。

このプロパティで指定された時間を超えてもDevice Managerサーバから応答がない場合は異常と判断し，HiScanコマンドが異常終了します。

100～3600の範囲で指定します。最小値より小さい値を指定した場合は100，最大値より大きい値を指定した場合は3600が指定されたものとして動作します。

デフォルト：600

D.6.29 server.util.processTimeOut

Device Managerエージェントが正常実行と見なす外部プログラムの実行時間を指定します（単位：ミリ秒）。

外部プログラムの実行時間がこのプロパティで指定した時間より長い場合，Device Managerエージェントはそのプログラムを異常と判断して，プログラムを終了します。このプロパティの値が小さ過ぎると，正常に動作している外部プログラムが停止される場合があります。Device Managerエージェントの性能に関する最新の知識がない場合は，このプロパティを編集しないでください。

デフォルト：600000

D.6.30 server.agent.evtwait.timeout

リモートペアをリストアする際に，pair状態になるまでの待ち時間を指定します（単位：秒）。

指定した時間を過ぎた場合には処理がエラーになります。

1～1999999の範囲で指定します。

デフォルト：3600

D.6.31 server.agent.rmxp.location

P9000 RAID Managerがデフォルト以外の場所にインストールされている場合，またはホストのOSがWindowsでP9000 RAID ManagerのインストールドライブとDevice Managerエージェントのインストールドライブが異なる場合に，P9000 RAID Managerのインストールディレクトリを指定します。

Windowsの場合は，パスの区切り文字にスラント（/）を指定してください。

デフォルト（Windowsの場合）：＜Device Managerエージェントのインストールドライブ＞/HORCM

デフォルト（UNIXの場合）：/HORCM

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

このマニュアルを読むに当たっての参考情報を示します。

この付録の構成

E.1 関連マニュアル

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

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

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

E.1 関連マニュアル

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

Hitachi Command Suite Software ユーザーズガイド（3020-3-W02）

Hitachi Command Suite Software CLI リファレンスガイド（3020-3-W03）

Hitachi Command Suite Tiered Storage Manager Software CLI リファレンスガイド（3020-3-W04）

Hitachi Command Suite Software メッセージガイド（3020-3-W05）

Hitachi Command Suite Software インストールガイド（3020-3-W07）

Hitachi Command Suite Software Mainframe Agent ユーザーズガイド（3020-3-W09）

Hitachi Command Suite Software Plug-in for Virtualization Server Provisioning ユーザーズガイド（3020-3-W25）

Hitachi Command Suite Tuning Manager Software 運用管理ガイド（3020-3-W41）

Hitachi Command Suite Tuning Manager Software インストールガイド（3020-3-W42）

Hitachi Command Suite Tuning Manager Software ユーザーズガイド（3020-3-W43）

Hitachi Command Suite Tuning Manager - Agent for RAID（3020-3-W44）

Hitachi Command Suite Replication Manager Software ユーザーズガイド（3020-3-W81）

Hitachi Command Suite Replication Manager Software システム構成ガイド（3020-3-W82）

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

このマニュアルでは，製品の名称を省略して表記しています。このマニュアルでの表記と，製品の正式名称または意味を次に示します。

表記
製品名

AIX 5.2
AIX 5L Version 5.2

AIX 5.3
AIX 5L Version 5.3

Business Continuity Manager
次の製品を区別する必要がない場合の表記です。

Hitachi Business Continuity Manager Basic

Hitachi Business Continuity Manager Extended CT Group

Hitachi Business Continuity Manager UR 4x4 Extended CTG

Hitachi Business Continuity Manager UR 4x4 Extended CTG Software

BR150
BladeSymphony専用エントリークラスディスクアレイ装置 BR150

BR1600
エントリークラスディスクアレイ装置 BR1600

BR1600E
エントリークラスディスクアレイ装置 BR1600E

BR1600S
エントリークラスディスクアレイ装置 BR1600S

BR1600シリーズ
エントリークラスディスクアレイ装置 BR1600シリーズ

BR1650E
エントリークラスディスクアレイ装置 BR1650E

BR1650S
エントリークラスディスクアレイ装置 BR1650S

BR50
BladeSymphony専用エントリークラスディスクアレイ装置 BR50

Compute Systems Manager
Hitachi Compute Systems Manager

Copy-on-Write Snapshot
次の製品を区別する必要がない場合の表記です。

Hitachi Copy-on-Write Snapshot Software

Copy-on-Write Snapshot

Copy-on-write SnapShot

Snapshot XP

DAMP
次の製品を区別する必要がない場合の表記です。

ディスクアレイ管理プログラム2

Disk Array Management Program 2

Device Manager
Hitachi Device Manager

Dynamic Link Manager
次の製品を区別する必要がない場合の表記です。

Hitachi Dynamic Link Manager

Hitachi Dynamic Link Manager EX

Dynamic Provisioning
次の製品を区別する必要がない場合の表記です。

Hitachi Dynamic Provisioning Software

Dynamic Provisioning

Thin Provisioning

Firefox
Firefox®

Global Link Manager
Hitachi Global Link Manager

H128
SANRISE H128

H1024
SANRISE H1024

H10000
Hitachi Universal Storage Platform H10000

H12000
Hitachi Universal Storage Platform H12000

H20000
Hitachi Universal Storage Platform H20000

H24000
Hitachi Universal Storage Platform H24000

H48/H512
次の製品を区別する必要がない場合の表記です。

SANRISE H48

SANRISE H512

H128/H1024
次の製品を区別する必要がない場合の表記です。

SANRISE H128

SANRISE H1024

H10000/H12000
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform H10000

Hitachi Universal Storage Platform H12000

H20000/H24000
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform H20000

Hitachi Universal Storage Platform H24000

HAM
次の製品を区別する必要がない場合の表記です。

Hitachi High Availability Manager

Hitachi High Availability Manager Software

HDP
次の製品を区別する必要がない場合の表記です。

Hitachi Dynamic Provisioning

Thin Provisioning

HDT
次の製品を区別する必要がない場合の表記です。

Hitachi Dynamic Tiering Software

P9000 Smart Tiers

Hitachi AMS
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storageシリーズ

BladeSymphony専用エントリークラスディスクアレイ装置 BR150

Hitachi AMS/WMS
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storageシリーズ

Hitachi Tape Modular Storageシリーズ

Hitachi Workgroup Modular Storageシリーズ

BladeSymphony専用エントリークラスディスクアレイ装置 BR150

BladeSymphony専用エントリークラスディスクアレイ装置 BR50

Hitachi AMS 200
Hitachi Adaptable Modular Storage 200

Hitachi AMS 500
Hitachi Adaptable Modular Storage 500

Hitachi AMS 1000
Hitachi Adaptable Modular Storage 1000

Hitachi AMS 2000
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 2000シリーズ

エントリークラスディスクアレイ装置 BR1600シリーズ

Hitachi AMS 2010
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 2010

エントリークラスディスクアレイ装置 BR1600S

Hitachi AMS 2100
次の製品を区別する必要がない場合の表記です。

Hitachi Adaptable Modular Storage 2100

エントリークラスディスクアレイ装置 BR1600

エントリークラスディスクアレイ装置 BR1600E

Hitachi AMS 2300
Hitachi Adaptable Modular Storage 2300

Hitachi AMS 2500
Hitachi Adaptable Modular Storage 2500

Hitachi NSC 55
Hitachi Network Storage Controller 55

Hitachi SMS
Hitachi Simple Modular Storageシリーズ

Hitachi TMS
Hitachi Tape Modular Storageシリーズ

Hitachi TMS1000
Hitachi Tape Modular Storage 1000

Hitachi USP
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform

Hitachi Network Storage Controller

Hitachi Universal Storage Platform H12000

Hitachi Universal Storage Platform H10000

Hitachi USP 100
Hitachi Universal Storage Platform 100

Hitachi USP 600
Hitachi Universal Storage Platform 600

Hitachi USP 1100
Hitachi Universal Storage Platform 1100

Hitachi WMS
次の製品を区別する必要がない場合の表記です。

Hitachi Workgroup Modular Storageシリーズ

BladeSymphony専用エントリークラスディスクアレイ装置 BR50

Hitachi WMS 100
Hitachi Workgroup Modular Storage 100

HORCM
Hitachi Open Remote Copy Manager

HUS100
次の製品を区別する必要がない場合の表記です。

Hitachi Unified Storage 150

Hitachi Unified Storage 130

Hitachi Unified Storage 110

エントリークラスディスクアレイ装置 BR1650シリーズ

HUS110
次の製品を区別する必要がない場合の表記です。

Hitachi Unified Storage 110

エントリークラスディスクアレイ装置 BR1650S

HUS130
次の製品を区別する必要がない場合の表記です。

Hitachi Unified Storage 130

エントリークラスディスクアレイ装置 BR1650E

HUS150
Hitachi Unified Storage 150

HUS VM
Hitachi Unified Storage VM

Hシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Virtual Storage Platform VP9500

Hitachi Universal Storage Platform H24000

Hitachi Universal Storage Platform H20000

Hitachi Universal Storage Platform H12000

Hitachi Universal Storage Platform H10000

SANRISE H1024

SANRISE H512

SANRISE H128

SANRISE H48

JDK
Java Development Kit

JP1/AJS2 - Scenario Operation
次の製品を区別する必要がない場合の表記です。

JP1/Automatic Job Management System 2 - Scenario Operation Manager

JP1/Automatic Job Management System 2 - Scenario Operation View

JP1/IM
次の製品を区別する必要がない場合の表記です。

JP1/Integrated Management - Manager

JP1/Integrated Management - View

JP1/Integrated Manager - Central Console

JP1/Integrated Manager - Console View

JP1/Integrated Manager - View

JP1/IM - Manager
次の製品を区別する必要がない場合の表記です。

JP1/Integrated Management - Manager

JP1/Integrated Manager - Central Console

JP1/IM - View
次の製品を区別する必要がない場合の表記です。

JP1/Integrated Management - View

JP1/Integrated Manager - Console View

JP1/Integrated Manager - View

JRE
次の製品を区別する必要がない場合の表記です。

Java Runtime Environment

Java 2 Runtime Environment

Linux
次の製品を区別する必要がない場合の表記です。

Red Hat Enterprise Linux®

SUSE Linux® Enterprise Server

Oracle Linux®

Mainframe Agent
Hitachi Device Manager Mainframe Agent

P9000 RAID Manager
次の製品を区別する必要がない場合の表記です。

RAID Manager XP

P9000 RAID Manager

PFM - Base
JP1/Performance Management - Base

PFM - Manager
JP1/Performance Management - Manager

Performance Monitor
次の製品を区別する必要がない場合の表記です。

Performance Management - Base Monitor

Performance Monitor

Protection Manager
Hitachi Protection Manager

QuickShadow
Hitachi QuickShadow

RAID Manager
次の製品を区別する必要がない場合の表記です。

RAID Manager

RAID Manager XP

P9000 RAID Manager

Replication Manager
Hitachi Replication Manager

Replication Monitor
JP1/HiCommand Replication Monitor

SANRISE9500V
SANRISE9500Vシリーズ

SANRISE9900V
次の製品を区別する必要がない場合の表記です。

SANRISE9900Vシリーズ

SANRISE H1024

SANRISE H128

ShadowImage
次の製品を区別する必要がない場合の表記です。

Business Copy XP

Business Copy/Snapshot

Business Copy for Mainframe

Hitachi Open Multiple RAID Coupling Feature

Hitachi ShadowImage

Hitachi ShadowImage for Mainframe

Hitachi ShadowImage Software

Hitachi ShadowImage Software for Mainframe

ShadowImage

ShadowImage in-system replication

Storage Navigator
次の製品を区別する必要がない場合の表記です。

Storage Navigator

Remote Web Console

Storage Navigator Modular 2
Hitachi Storage Navigator Modular 2

SUSE Linux Enterprise Server
SUSE Linux® Enterprise Server

Thin Image
次の製品を区別する必要がない場合の表記です。

Fast Snap

Hitachi Thin Image

Tiered Storage Manager
Hitachi Tiered Storage Manager

TrueCopy
次の製品を区別する必要がない場合の表記です。

Continuous Access XP Asynchronous

Continuous Access XP Synchronous

Continuous Access Synchronous

Continuous Access Synchronous for Mainframe

Hitachi Open Remote Copy

Hitachi Open Remote Copy Asynchronous

Hitachi TrueCopy

Hitachi TrueCopy Asynchronous

Hitachi TrueCopy Asynchronous for Mainframe

Hitachi TrueCopy Basic

Hitachi TrueCopy for Mainframe

Hitachi TrueCopy Software

Hitachi TrueCopy Software for Mainframe

TrueCopy

TrueCopy Asynchronous

TrueCopy Extended Distance

TrueCopy remote replication

日立同期リモートコピー(SRC: Synchronous Remote Copy)

TrueCopy Async
次の製品を区別する必要がない場合の表記です。

Continuous Access XP Asynchronous

Hitachi Open Remote Copy Asynchronous

Hitachi TrueCopy Asynchronous

Hitachi TrueCopy Asynchronous for Mainframe

TrueCopy Asynchronous

TrueCopy Extended Distance

TrueCopy Sync
次の製品を区別する必要がない場合の表記です。

Continuous Access XP Synchronous

Continuous Access Synchronous

Continuous Access Synchronous for Mainframe

Hitachi Open Remote Copy

Hitachi TrueCopy

Hitachi TrueCopy Basic

Hitachi TrueCopy for Mainframe

Hitachi TrueCopy Software

Hitachi TrueCopy Software for Mainframe

TrueCopy

TrueCopy remote replication

日立同期リモートコピー(SRC: Synchronous Remote Copy)

Tuning Manager
Hitachi Tuning Manager

Universal Replicator
次の製品を区別する必要がない場合の表記です。

Continuous Access XP Journal

Continuous Access Journal

Continuous Access Journal for Mainframe

Hitachi Universal Replicator for Mainframe

Hitachi Universal Replicator Software

Hitachi Universal Replicator Software for Mainframe

Universal Replicator

Universal Storage Platform V
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform H24000

Universal Storage Platform V/VM
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

Hitachi Universal Storage Platform H24000

Hitachi Universal Storage Platform H20000

Universal Storage Platform VM
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform VM

Hitachi Universal Storage Platform H20000

Universal Volume Manager
次の製品を区別する必要がない場合の表記です。

Universal Volume Manager

External Storage XP

UNIX
次の製品を区別する必要がない場合の表記です。

Solaris

AIX

Linux®

HP-UX

Veritas Cluster Server
次の製品を区別する必要がない場合の表記です。

VERITAS Cluster Server 4.0

VERITAS Cluster Server 4.1 MP2

Veritas Cluster Server 5.0 MP1

Virtual Partition Manager
次の製品を区別する必要がない場合の表記です。

Virtual Partition Manager

Hitachi Virtual Partition Manager Software

Disk/Cache Partition

Virtual Storage Platform
次の製品を区別する必要がない場合の表記です。

Hitachi Virtual Storage Platform

Hitachi Virtual Storage Platform VP9500

vMA
VMware vSphere® Management Assistant

VMware
VMware®

VMware ESX
次の製品を区別する必要がない場合の表記です。

VMware vSphere® ESX

VMware vSphere® ESXi™

VMware vCenter Server
VMware vCenter™ Server

VP9500
Hitachi Virtual Storage Platform VP9500

VxVM
Veritas Volume Manager

エンタープライズクラスストレージ
次の製品を区別する必要がない場合の表記です。

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

ミッドレンジストレージ
次の製品を区別する必要がない場合の表記です。

HUS100

Hitachi AMS2000

Hitachi SMS

Hitachi AMS/WMS

SANRISE9500V

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

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

略語 | 正式名称
AES | Advanced Encryption Standard
API | Application Programming Interface
ASCII | American Standard Code for Information Interchange
CHA | CHannel Adapter
CHAP | Challenge Handshake Authentication Protocol
CIDR | Classless Inter-Domain Routing
CIM | Common Information Model
CIMOM | CIM Object Manager
CLI | Command Line Interface
CLPR | Cache Logical PaRtition
CN | Common Name
CPU | Central Processing Unit
CSR | Certificate Signing Request
CSV | Comma Separated Value
CU | Control Unit
CVS | Custom Volume Size
DBMS | DataBase Management System
DCR | Dynamic Cache Residency
DER | Distinguished Encoding Rules
DKC | DisK Controller
DM-LU | Differential Management LU
DMP | Dynamic MultiPathing
DMTF | Distributed Management Task Force
DN | Distinguished Name
DNS | Domain Name System
DoS | Denial of Services
EVS | Enterprise Virtual Server
FC | Fibre Channel
FC-SP | Fibre Channel - Security Protocol
FCoE | Fibre Channel over Ethernet
FQDN | Fully Qualified Domain Name
FTP | File Transfer Protocol
GUI | Graphical User Interface
HBA | Host Bus Adapter
HTTP | HyperText Transfer Protocol
HTTPS | HyperText Transfer Protocol Secure
I/O | Input/Output
ID | IDentifier
IETF | Internet Engineering Task Force
IOPS | Input Output Per Second
IP | Internet Protocol
IP-SAN | Internet Protocol Storage Area Network
IPF | Itanium® Processor Family
IPv4 | Internet Protocol Version 4
IPv6 | Internet Protocol Version 6
iSCSI | Internet Small Computer System Interface
JAR | Java ARchiver
LAN | Local Area Network
LBA | Logical Block Addressing
LDAP | Lightweight Directory Access Protocol
LDEV | Logical DEVice
LDKC | Logical DisK Controller
LU | Logical Unit
LUN | Logical Unit Number
LUSE | Logical Unit Size Expansion
MCU | Main Control Unit
MOF | Managed Object Format
MU | Multiple Unit
NAS | Network Attached Storage
NAT | Network Address Translation
NIC | Network Interface Card
NPIV | N Port ID Virtualization
NTP | Network Time Protocol
OS | Operating System
P-VOL | Primary VOLume
PAP | Password Authentication Protocol
PDEV | Physical DEVice
PEM | Privacy Enhanced Mail
PID | Process ID
PNG | Portable Network Graphics
PP | Program Product
RADIUS | Remote Authentication Dial-In User Service
RAID | Redundant Array of Independent Disks
RCU | Remote Control Unit
RDN | Relative Distinguished Name
RFC | Request For Comments
RMI | Remote Method Invocation
S-VOL | Secondary VOLume
SAN | Storage Area Network
SCSI | Small Computer System Interface
SED | Stack Execution Disable
SIM | Service Information Message
SLP | Service Location Protocol
SLPR | Storage Logical PaRtition
SMI-S | Storage Management Initiative - Specification
SMTP | Simple Mail Transfer Protocol
SNIA | Storage Networking Industry Association
SNIA-CTP | SNIA Conformance Testing Program
SNMP | Simple Network Management Protocol
SP | Service Pack
SRV | SeRVice
SSH | Secure SHell
SSID | Storage System ID
SSL | Secure Sockets Layer
SSO | Single Sign - On
SVP | SerVice Processor
TCP | Transmission Control Protocol
TLS | Transport Layer Security
UDP | User Datagram Protocol
URL | Uniform Resource Locator
V-VOL | Virtual VOLume
WAN | Wide Area Network
WBEM | Web - Based Enterprise Management
WWN | World Wide Name
XML | eXtensible Markup Language

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

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

索引

[A][C][D][E][F][G][H][I][J][L][M][N][O][P][R][S][T][U][V][W]
[あ][い][え][お][か][く][け][こ][さ][し][す][せ][つ][て][と][ね][は][ふ][へ][ほ][め][ゆ][り][れ][ろ]

(A)

account.lock.num

agent.logger.loglevel

agent.logger.MaxBackupIndex

agent.logger.MaxFileSize

agent.propertiesファイル

agent.rm.everytimeShutdown

agent.rm.horcmInstance

agent.rm.horcmService

agent.rm.shutdownWait

agent.rm.TimeOut

agent.util.hpux.displayDsf

auditlog.confファイル

(C)

C/Tデルタ

分析

CIM/WBEM

CIM/WBEM機能

Device Manager

設定

ユーザーアカウント設定

cimxmlcpa.propertiesファイル

cimxmlscpa.propertiesファイル

client.ldev.rowsperpage.retain.enabled

client.migration.use.legacymode

client.propertiesファイル

client.propertiesファイル

client.rmi.port

com.wbemsolutions.jserver.bindto

Compute Systems Manager

config.xmlファイル

configforclient.xmlファイル

customizedsnmptrap.customizedSNMPTrapEnable

customizedsnmptrap.customizelist

customizedsnmptrap.propertiesファイル

(D)

database.propertiesファイル

database.propertiesファイル

dbm.startingCheck.retryCount

dbm.startingCheck.retryPeriod

dbm.traceSQL

dbm.traceSQL

Device Manager CLI

パスワード

Device Managerエージェント

Device Managerエージェント

環境設定

常駐プロセス

前提バージョン

ファイアウォール

プロパティファイル

ポート

保守情報の取得〔ホスト〕

Device Managerエージェントのサービス

稼働状態の確認

起動

停止

Device Managerサーバ

Device Managerサーバ

プロパティファイル

ポート

devicemanager.propertiesファイル

dispatcher.propertiesファイル

Dynamic Link Manager

(E)

Element Manager

使用

設定

設定の解除

Eメール通知

アラート

イベント

受信ユーザーの登録

テンプレートのカスタマイズ〔アラート〕

テンプレートのカスタマイズ〔イベント〕

(F)

firewall_setupコマンド

(G)

Global Link Manager

(H)

hbsa_modinfoコマンド

hbsa_utilコマンド

hbsasrvコマンド

hcmdsbannerコマンド

hcmdsbannerコマンド

hcmdsgetlogsコマンド

hcmdsunlockaccountコマンド

hdc.adapter.adapterProcessNum

hdc.adapter.esx.timeout

hdc.adapter.localport

hdc.classloader

hdc.common.http.serverPort

hdc.common.https.serverPort

hdc.common.rmi.registryPort

hdc.common.rmi.serverPort

hdc.common.rmi.ssl.registryPort

hdc.common.rmi.ssl.serverPort

hdc.request.timeout

hdc.rmiregistry

hdc.rmiserver

hdc.service.fileCleanup.startTime

hdc.service.localport

hdc.service.rmi.registryIPAddress

hdc.ssl.secure

hdc.usessl

hdcbase.propertiesファイル

hdvm.analytics.disabled

hdvm.analytics.healthcheck.excludeMainframe

hdvm.analytics.healthcheck.notification.exportreport.locale

hdvm.port

hdvm.protocol

hdvm.replication.disabled

hdvm.rmi.port

hdvm.timeout

hdvm_infoコマンド

hdvmagt_settingコマンド

hdvmmodmailuserコマンド

アラート通知

イベント通知

hdvmmodpolluserコマンド

HiScan.logファイル

HiScan.msgファイル

HiScanコマンド

Hitachi Command Suite共通コンポーネント

Hitachi Command Suite共通コンポーネント

ポート

ポートの変更

ログ出力

Hitachi File Services Manager

hldutil.propertiesファイル

hldutilコマンド

HORCM_CMD

HORCM_DEV

HORCM_INST

HORCM_INSTP

HORCM_LDEV

HORCM_MON

Host Data Collector

Host Data Collector

アンインストール

アンインストール〔SolarisまたはLinux〕

アンインストール〔Windows〕

インストール

インストール〔SolarisまたはLinux〕

インストール〔Windows〕

インストール条件

環境設定

管理サーバへの登録

常駐プロセス

バージョンの確認

ファイアウォール

プロパティファイル

ポート

保守情報の取得

保守情報の取得〔ホスト〕

Host Data Collectorのサービス

稼働状態の確認

起動

停止

例外登録

例外登録

host.agent.access.timeoutForRpm

host.mf.agent.connection.timeout

host.propertiesファイル

hostdatacollectors.propertiesファイル

htmsetupコマンド

htmsetupコマンド

Microsoft Cluster ServiceまたはWindows Server Failover Clustering

Sun Cluster

Veritas Cluster Server

非クラスタ環境

htnm.flashMode

htnm.infoAcquirePeriod

htnm.server.n.host

htnm.server.n.port

htnm.server.n.protocol

htnm.servers

HtsmgetTI.propertiesファイル

htsmmodmailuserコマンド

HTTPPort

HTTPSPort

(I)

IETF

IPv6

移行

グローバルアドレス

グローバルユニークローカルアドレス

サイトローカルアドレス

ストレージシステムとの連携

リンクローカルアドレス

IPアドレス

変更

(J)

Java

変更〔Device Managerエージェント〕

変更〔Host Data Collector〕

javaconfig.propertiesファイル

javapath_setupコマンド

javapathlocation

JDK

変更〔Device Managerサーバ〕

JP1/IM

JP1/IM

JP1/IM

Hitachi Command Suite製品のGUIのラウンチ

JP1/NETM/DM

JP1/NETM/DM

配布指令

配布指令

パッケージング

パッケージング

jserver.propertiesファイル

(L)

launchapp.elementmanager.role.mode

launchapp.elementmanager.usehostname

launchapp.propertiesファイル

launchapp.snm2.rmi.port

launchapp.snm2.url

Legacyモード

Linux

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

logger.guiMessageFileCount

logger.guiMessageMaxFileSize

logger.guiTraceFileCount

logger.guiTraceMaxFileSize

logger.hicommandbase.loglevel

logger.hicommandbase.MaxBackupIndex

logger.hicommandbase.MaxFileSize

logger.hicommandbase.sysloglevel

logger.iotrace.maxFileSize

logger.iotrace.numOfFiles

logger.loglevel

logger.loglevel

logger.MaxBackupIndex

logger.MaxBackupIndex

logger.MaxFileSize

logger.MaxFileSize

logger.messagelogLevel

logger.propertiesファイル

logger.propertiesファイル

logger.propertiesファイル

logger.propertiesファイル

logger.serverMessageFileCount

logger.serverMessageMaxFileSize

logger.serverTraceFileCount

logger.serverTraceMaxFileSize

logger.syslogLevel

logger.trace.level

logger.trace.maxFileSize

logger.trace.numOfFiles

logger.tracelogLevel

(M)

migration.dataErase.defaultValue

migration.multiExecution

migration.plan.candidateCapacityGroupDisplayMaxCount

migration.plan.candidateVolumeCountLimit

migration.propertiesファイル

mime.propertiesファイル

(N)

NIC

複数のNICのネットワーク設定

npivmapping.propertiesファイル

(O)

OutOfMemoryエラー

(P)

P9000 RAID Manager

password.check.userID

password.min.length

password.min.lowercase

password.min.numeric

password.min.symbol

password.min.uppercase

perf_cmddev.propertiesファイル

perf_findcmddevコマンド

programproductinfo.propertiesファイル

(R)

RAID Manager

Replication Manager

Replication Managerサーバ

replication.propertiesファイル

rpmlib.propertiesファイル

rpmlib.rpm.port

(S)

server.agent.differentialrefresh.manual.enabled

server.agent.differentialrefresh.periodical.enabled

server.agent.evtwait.timeout

server.agent.JRE.location

server.agent.maxMemorySize

server.agent.port

server.agent.rm.centralizePairConfiguration

server.agent.rm.cuLdevForm

server.agent.rm.exclusion.instance

server.agent.rm.horcm.poll

server.agent.rm.horcmSource

server.agent.rm.ignorePairStatus

server.agent.rm.location

server.agent.rm.moduleTimeOut

server.agent.rm.optimization.userHorcmFile

server.agent.rm.pairDefinitionForm

server.agent.rm.temporaryInstance

server.agent.rm.temporaryPort

server.agent.rm.userAuthentication

server.agent.rmxp.location

server.agent.shutDownTime

server.base.home

server.base.initialsynchro

server.base.initialsynchro

server.checkOutVolumeRange

server.cim.agent

server.cim.http.port

server.cim.https.port

server.cim.support

server.cim.support.job

server.cim.support.protocol

server.configchange.enabled

server.dispatcher.configchange.pollingPeriod

server.dispatcher.daemon.autoSynchro.dayOfWeek

server.dispatcher.daemon.autoSynchro.doRefresh

server.dispatcher.daemon.autoSynchro.interval

server.dispatcher.daemon.autoSynchro.logicalGroup.doRefresh

server.dispatcher.daemon.autoSynchro.performance.doRefresh

server.dispatcher.daemon.autoSynchro.performance.startTime

server.dispatcher.daemon.autoSynchro.startTime

server.dispatcher.daemon.autoSynchro.type

server.dispatcher.daemon.configUpdate.detection.interval

server.dispatcher.daemon.configUpdate.detection.variable.enabled

server.dispatcher.daemon.pollingPeriod

server.dispatcher.daemon.receiveTrap

server.dispatcher.daemon.replication.config.doUpdate

server.dispatcher.daemon.replication.config.minute

server.dispatcher.daemon.replication.config.offset

server.dispatcher.daemon.replication.config.updateInterval

server.dispatcher.daemon.replication.performance.rpm.updateInterval

server.dispatcher.daemon.replication.performance.tnm.minute

server.dispatcher.daemon.replication.performance.tnm.offset

server.dispatcher.daemon.replication.performance.tnm.updateInterval

server.dispatcher.message.timeout

server.dispatcher.message.timeout.in.processing

server.dispatcher.snm2.configchange.pollingPeriod

server.dispatcher.traps.purgePeriod

server.eventMonitoringIntervalInMinute

server.eventNotification.mail.to

server.eventNotification.mail.to

server.horcmconfigfile.hostname

server.http.entity.maxLength

server.http.entity.maxLength

server.http.host

server.http.host

server.http.localPort

server.http.port

server.http.port

server.http.security.clientIP

server.http.server.timeOut

server.http.socket.agentAddress

server.http.socket.bindAddress

server.https.port

server.logicalGroupMapping.updateInterval

server.logicalview.initialsynchro

server.mail.alert.status

server.mail.alert.type

server.mail.enabled

server.mail.errorsTo

server.mail.errorsTo

server.mail.from

server.mail.from

server.mail.smtp.auth

server.mail.smtp.auth

server.mail.smtp.host

server.mail.smtp.host

server.mail.smtp.port

server.mail.smtp.port

server.migration.dataErase.defaultValue

server.migration.maxRetryCount

server.migration.multiExecution

server.migrationPlan.candidateCapacityGroupDisplayMaxCount

server.migrationPlan.candidateVolumeCountLimit

server.propertiesファイル

Device Managerエージェント

Device Managerサーバ

Tiered Storage Managerサーバ

server.rmi.port

server.rmi.port

server.rmi.secure

server.rmi.security.port

server.server.authorization

server.server.serverIPAddress

server.server.serverPort

server.smisclient.indication.port

server.subsystem.ssid.availableValues

server.util.processTimeOut

SLPサービス

解除

起動

制御

停止

SMTPサーバ

SMTP認証ユーザー

SMTP認証ユーザー

SNMPトラップ

アラート

ログファイル出力

Storage Navigator Modular 2

前提条件

SVP

Systemアカウント

ロックに関する設定

(T)

TICコマンド

Tiered Storage Manager CLI

パスワード

ログファイル

Tiered Storage Managerサーバ

Tiered Storage Managerサーバ

プロパティファイル

ポート

Tuning Manager

Tuning Manager

リモート接続〔Microsoft Cluster ServiceまたはWindows Server Failover Clustering〕

リモート接続〔Sun Cluster〕

リモート接続〔Veritas Cluster Server〕

リモート接続〔非クラスタ環境〕

tuningmanager.propertiesファイル

(U)

Universal Replicator

性能分析

Universal Replicatorの性能分析

Device Managerの設定

Replication Managerの設定

Tuning Managerの設定

システム構成

URL

変更

(V)

veritas.volume.manager.version

vMA

仮想化サーバの監視構成

(W)

Windows

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

(あ)

アラート

アラート

Eメール通知

SNMPトラップ

アラート通知

SMTPサーバ

アンインストール

Host Data Collector

Host Data Collector〔SolarisまたはLinux〕

Host Data Collector〔Windows〕

(い)

移行

IPv6

データベース

一括管理構成

一括管理構成

イベント通知

SMTP認証ユーザーの設定

テンプレートのカスタマイズ

プロパティの設定

インストール

Host Data Collector

Host Data Collector〔SolarisまたはLinux〕

Host Data Collector〔Windows〕

リモートインストール

インストール条件

Host Data Collector

インポート

データベース

(え)

エクスポート

データベース

(お)

オープンホスト

(か)

仮想WWN

登録

仮想化サーバ

仮想化サーバ

vMAでの監視構成

前提環境〔Host Data Collector〕

前提環境〔vMA〕

仮想コマンドデバイスサーバ

仮想マシン

仮想マシン

構成変更時に必要な作業

前提環境〔Device Managerエージェント〕

前提環境〔Host Data Collector〕

環境設定

Device Managerエージェント

Host Data Collector

監査ログ

Device Managerサーバ

Device Managerサーバ〔CIM経由〕

Hitachi Command Suite共通コンポーネント

syslogファイル

イベントログファイル

確認

環境設定ファイルの編集

監査事象

関連製品

出力内容の対応〔CLIコマンド〕

出力内容の対応〔GUI操作〕

詳細メッセージ

設定

メッセージテキスト

リクエスト〔Device Manager〕

管理クライアント

管理クライアント

制限

管理サーバ

管理サーバ

システム要件

保守情報の取得

ホスト名の変更

(く)

クラスタ環境への変更

Hitachi Command Suite〔Solaris〕

Hitachi Command Suite〔Windows〕

クラスタ構成

アップグレードまたは上書きインストール〔Solaris〕

アップグレードまたは上書きインストール〔Windows〕

アンインストール〔Solaris〕

アンインストール〔Windows〕

クラスタ環境への変更〔Solaris〕

クラスタ環境への変更〔Windows〕

新規インストール〔Solaris〕

新規インストール〔Windows〕

(け)

警告バナー

警告バナー

メッセージの削除

メッセージの作成と登録

メッセージの条件

(こ)

構成定義ファイル

構成定義ファイル

格納場所の変更

記述規則

サポートしているパラメーター

前提環境

注意事項

編集

コピーペア

Device Managerエージェントの前提バージョン

一括管理構成

システム構成

ストレージシステム

ストレージシステムの要件

設定〔Device Managerエージェント〕

通常構成

(さ)

サービス

Hitachi Command Suite製品

実行ユーザーの変更〔Device Managerエージェント〕

サービスプロセッサ

(し)

資源登録システム

システム構成

システム構成

SVP構成

SVP構成

一括管理構成

仮想コマンドデバイス構成

コピーペアの管理

性能情報

通常構成

システム要件

管理サーバ

条件

メッセージ〔警告バナー〕

常駐プロセス

常駐プロセス

Device Managerエージェント

Host Data Collector

新規インストール

Hitachi Command Suite〔Solaris〕

Hitachi Command Suite〔Windows〕

(す)

ストレージシステム

ストレージシステム

コピーペア

コピーペアを管理する場合の要件

性能情報の収集

性能情報の取得〔CIM/WBEM機能〕

ポート

(せ)

性能情報

システム構成

ストレージシステム

ストレージシステム〔CIM/WBEM機能〕

設定

設定

性能分析

Universal Replicator

前提環境

仮想化サーバ〔Host Data Collector〕

仮想化サーバ〔vMA〕

仮想マシン〔Device Managerエージェント〕

仮想マシン〔Host Data Collector〕

構成定義ファイルの利用

通常ホスト〔Device Managerエージェント〕

通常ホスト〔Host Data Collector〕

前提条件

Storage Navigator Modular 2

(つ)

通常構成

通常構成

通常ホスト

通常ホスト

前提環境〔Device Managerエージェント〕

前提環境〔Host Data Collector〕

(て)

データベース

移行

インポート

エクスポート

バックアップ

復元

(と)

統合ログ

設定

(ね)

ネームスペース

ネットワーク

ブリッジ

ネットワーク構成

(は)

配布管理システム

配布先システム

パスワード

Device Manager CLI

Tiered Storage Manager CLI

バックアップ

データベース

パラメーター

構成定義ファイル

(ふ)

ファイアウォール

Device Managerエージェント

Host Data Collector

設定

例外登録

例外登録〔Linux〕

例外登録〔Windows〕

ファイルサーバ

復元

データベース

ブリッジ

ネットワークの設定

プロパティ

変更〔Device Managerエージェント〕

変更〔Device Managerサーバ〕

変更〔Host Data Collector〕

変更〔Tiered Storage Managerサーバ〕

プロパティファイル

Device Managerエージェント

Device Managerサーバ

Host Data Collector

Tiered Storage Managerサーバ

記述規則

記述規則

(へ)

ペア管理サーバ

ペア管理サーバ

ペア管理サーバ

(ほ)

ポート

Device Managerエージェント

Device Managerサーバ

Hitachi Command Suite共通コンポーネント

Host Data Collector

Tiered Storage Managerサーバ

ストレージシステム

変更

変更〔CIM/WBEM機能〕

例外登録

保守情報

Device Managerエージェントの管理対象ホスト

Host Data Collector

Host Data Collectorの管理対象ホスト

管理サーバ

ホスト

ホスト

ホスト

バージョンアップ

ホスト管理ソフトウェア

ホスト名

変更

(め)

メインフレームホスト

メインフレームボリューム

メインフレームボリューム

ヘルスチェック

メッセージテキスト

監査ログ

メモリーヒープサイズ

変更〔Device Managerサーバ〕

変更〔Hitachi Command Suite共通コンポーネント〕

(ゆ)

ユーザーアカウント

アカウントロック

アカウントロックの解除

アカウントロックポリシー

アカウントロックポリシーの設定

パスワードポリシー

パスワードポリシーの設定

(り)

リモートインストール

リモートインストール

実行結果の戻り値

配布指令

配布指令

パッケージング

パッケージング

リモート接続

Tuning Manager〔Microsoft Cluster ServiceまたはWindows Server Failover Clustering〕

Tuning Manager〔Sun Cluster〕

Tuning Manager〔Veritas Cluster Server〕

Tuning Manager〔非クラスタ環境〕

(れ)

例外登録

Host Data Collectorのサービス

Host Data Collectorのサービス

(ろ)

ログ

参照

ログファイル

SNMPトラップ

Tiered Storage Manager CLI

ロック

Systemアカウント

アカウントロックの解除

ユーザーアカウント